知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-08-21
(54)【発明の名称】複数のコードワードでのアップリンク送信
(51)【国際特許分類】
H04W 72/21 20230101AFI20240814BHJP
H04W 72/231 20230101ALI20240814BHJP
H04W 72/232 20230101ALI20240814BHJP
H04W 28/04 20090101ALI20240814BHJP
H04W 28/18 20090101ALI20240814BHJP
【ＦＩ】
H04W72/21
H04W72/231
H04W72/232
H04W28/04 110
H04W28/18 110
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024503486
(86)(22)【出願日】2022-08-22
(85)【翻訳文提出日】2024-01-30
(86)【国際出願番号】 CN2022113884
(87)【国際公開番号】W WO2023025086
(87)【国際公開日】2023-03-02
(31)【優先権主張番号】PCT/CN2021/114080
(32)【優先日】2021-08-23
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】リン， ジペング
(72)【発明者】
【氏名】ブランケンシップ， ユフェイ
(72)【発明者】
【氏名】ムルガナサン， シヴァ
(72)【発明者】
【氏名】ガオ， シウェイ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE10
5K067HH28
5K067JJ03
(57)【要約】
本開示は、複数のコードワードでのアップリンク送信のためのＵＥ、ネットワークノード、及び方法に関連する。複数のコードワードでのアップリンク送信のためのＵＥにおける上記方法は、１つ以上のネットワークノードと共に複数のコードワードでのアップリンク送信を実行することを含む。複数のコードワードでのアップリンク送信のためのネットワークノードにおける上記方法は、上記ＵＥと共に複数のコードワードでのアップリンク送信を実行することを含む。
【選択図】図７
【選択図】図７
【特許請求の範囲】
【請求項1】
複数のコードワードでのアップリンク送信のためのユーザ機器（ＵＥ）（１００）における方法（７００）であって、前記方法（７００）は、１つ以上のネットワークノード（１２０）と共に複数のコードワードでのアップリンク送信を実行すること（Ｓ７１０）を含む、方法。
【請求項2】
請求項１に記載の方法（７００）であって、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記１つ以上のネットワークノード（１２０）のうちの少なくとも１つへ、前記ＵＥ（１１０）により複数のコードワードでのアップリンク送信がサポートされているか否かを示すメッセージを送信すること、を含む、方法。
【請求項3】
請求項２に記載の方法（７００）であって、前記メッセージは、前記ＵＥ（１１０）により構成グラント（ＣＧ）ベースの複数のコードワードでのアップリンク送信がサポートされているか否か、
前記ＵＥ（１１０）によりタイプ１のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、
前記ＵＥ（１１０）によりタイプ２のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、及び、
前記ＵＥ（１１０）により動的グラント（ＤＧ）ベースの複数のコードワードでのアップリンク送信がサポートされているか否か、のうちの少なくとも１つを示す、方法。
【請求項4】
請求項３に記載の方法（７００）であって、前記メッセージは、前記ＵＥ（１１０）によりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否かのみを示す、方法。
【請求項5】
請求項２～４のいずれか１項に記載の方法（７００）であって、前記メッセージを送信するステップの後に、前記方法（７００）は、さらに、前記少なくとも１つのネットワークノード（１２０）から、前記ＵＥ（１１０）によりそのアップリンク送信のために使用されるものとされるのが単一のコードワードか又は複数のコードワードかを示すコンフィグレーションを受信すること、を含む、方法。
【請求項6】
請求項５に記載の方法（７００）であって、前記コンフィグレーションは、ＵＥ固有の無線リソース制御（ＲＲＣ）シグナリングを介して受信される、方法。
【請求項7】
請求項１～６のいずれか１項に記載の方法（７００）であって、前記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記アップリンク送信をスケジューリングするための少なくとも１つのダウンリンク制御情報（ＤＣＩ）メッセージを受信すること、を含む、方法。
【請求項8】
請求項７に記載の方法（７００）であって、前記複数のコードワードのうちの少なくとも１つについて、前記ＤＣＩメッセージは、変調符号化方式（ＭＣＳ）、
新規データインジケータ（ＮＤＩ）、及び、
冗長性バージョン（ＲＶ）、のうちの少なくとも１つについての少なくとも１つのフィールドを含む、方法。
【請求項9】
請求項７又は８に記載の方法（７００）であって、前記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージである、方法。
【請求項10】
請求項７～９のいずれか１項に記載の方法（７００）であって、前記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージである、方法。
【請求項11】
請求項７又は８に記載の方法（７００）であって、前記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージではない、方法。
【請求項12】
請求項７～１１のいずれか１項に記載の方法（７００）であって、前記ネットワークノード（１２０）のうちの少なくとも１つから前記アップリンク送信をスケジューリングするためのＤＣＩメッセージを受信するステップは、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記アップリンク送信を結合的にスケジューリングするための複数のＤＣＩメッセージを受信すること、を含む、方法。
【請求項13】
請求項１２に記載の方法（７００）であって、前記複数のＤＣＩメッセージは、前記複数のコードワードの第１部についての１つ以上のパラメータをスケジューリングする第１ＤＣＩメッセージ、及び前記複数のコードワードの第２部についての１つ以上のパラメータをスケジューリングする第２ＤＣＩメッセージを少なくとも含む、方法。
【請求項14】
請求項１～６のいずれか１項に記載の方法（７００）であって、前記アップリンク送信がタイプ１のＣＧベースのアップリンク送信である場合において、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記アップリンク送信をスケジューリングするＲＲＣメッセージを受信すること、を含む、方法。
【請求項15】
請求項１４に記載の方法（７００）であって、前記複数のコードワードのうちの少なくとも１つについて、前記ＲＲＣメッセージは、ＭＣＳインデックス、
ＭＣＳテーブル、
プリコーディングのための情報及びレイヤ数、並びに、
サウンディングリファレンス信号（ＳＲＳ）リソースインジケータ（ＳＲＩ）、のうちの少なくとも１つについての少なくとも１つのフィールドを含む、方法。
【請求項16】
請求項１４又は１５に記載の方法（７００）であって、前記ＲＲＣメッセージは、ConfiguredGrantConfig情報エレメントを含み、当該情報エレメントは、コードワードについてプリコーディングのための情報及びレイヤ数を構成するためのprecodingAndNumberOfLayers2ndTBというＩＥ、
前記コードワードについて前記ＳＲＩを構成するためのsrs-ResourceIndicator2ndTBというＩＥ、並びに、
前記コードワードについて変調次数、目標コードレート及び／又はトランスポートブロック（ＴＢ）サイズを構成するためのmcsAndTBS2ndTBというＩＥ、のうちの少なくとも１つを含む、方法。
【請求項17】
請求項１～１６のいずれか１項に記載の方法（７００）であって、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記アップリンク送信についてのコードワードの最大数を示すＲＲＣメッセージを受信すること、を含む、方法。
【請求項18】
請求項１７に記載の方法（７００）であって、前記ＲＲＣメッセージは、ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、
ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、
前記少なくとも１つのネットワークノード（１２０）への任意のアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、
ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、
ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、
ＲＲＣシグナリングによりスケジューリングされるタイプ１のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByRRCというＩＥ、並びに、
ＣＧベースのアップリンク送信についてのコードワードの最大数を示すConfiguredGrantConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、のうちの少なくとも１つを含む、方法。
【請求項19】
請求項１～１８のいずれか１項に記載の方法（７００）であって、前記アップリンク送信は、前記ネットワークノード（１２０）のうちの２つ以上を対象とする、方法。
【請求項20】
請求項１９に記載の方法（７００）であって、前記アップリンク送信は、前記２つ以上のネットワークノード（１２０）のうちの第１ノードを対象とする１つ以上の第１送信レイヤ、及び、前記２つ以上のネットワークノード（１２０）のうちの第２ノードを対象とする１つ以上の第２送信レイヤを少なくとも含む、方法。
【請求項21】
請求項２０に記載の方法（７００）であって、前記送信レイヤのうちの少なくとも２つは、同一の時間－周波数リソース上で送信される、方法。
【請求項22】
請求項２０又は２１に記載の方法（７００）であって、前記２つ以上のネットワークノード（１２０）のうちの少なくとも２つについて、前記アップリンク送信は、対応する前記ネットワークノード（１２０）を対象とする同じか又は異なる数の送信レイヤを含む、方法。
【請求項23】
請求項１９～２２のいずれか１項に記載の方法（７００）であって、前記アップリンク送信は、ＤＧベースのアップリンク送信又はタイプ２のＣＧベースのアップリンク送信である、方法。
【請求項24】
請求項２３に記載の方法（７００）であって、前記ＵＥ（１１０）により受信され前記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、前記複数のコードワードのうちの少なくとも１つについて、ＭＣＳ、
ＲＶ、
当該アップリンク送信がコードブックベースのアップリンク送信である場合の、送信プリコーディング行列インジケータ（ＴＰＭＩ）及び／又は送信レイヤ数、並びに、
１つ以上のＳＲＩ、のうちの少なくとも１つを含む、方法。
【請求項25】
請求項２４に記載の方法（７００）であって、前記アップリンク送信がコードブックベースのアップリンク送信である場合に、前記１つ以上のＤＣＩメッセージは、前記複数のコードワードのうちの少なくとも１つについて、単一のＳＲＩを含むかＳＲＩを含まず、前記アップリンク送信が非コードブックベースのアップリンク送信である場合に、前記１つ以上のＤＣＩメッセージは、前記複数のコードワードのうちの少なくとも１つについて、１つ以上のＳＲＩを含む、方法。
【請求項26】
請求項２４又は２５に記載の方法（７００）であって、第１コードワードについて構成される第１ＳＲＩは、第１ＳＲＳリソースセットからのＳＲＳリソースを示し、第２コードワードについて構成される第２ＳＲＩは、前記第１ＳＲＳリソースセットとは異なる第２リソースセットからのＳＲＳリソースを示す、方法。
【請求項27】
請求項１～２６のいずれか１項に記載の方法（７００）であって、さらに、ネットワークノード（１２０）から、前記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを受信することと、
前記ネットワークノード（１２０）と共に、前記少なくとも１つのコードワードを無効化して他のアップリンク送信を実行することと、を含む、方法。
【請求項28】
請求項２７に記載の方法（７００）であって、前記メッセージは、複数のフィールドを含むＤＣＩメッセージであり、前記複数のフィールドのうちの前記１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示す、方法。
【請求項29】
請求項１～２８のいずれか１項に記載の方法（７００）であって、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記複数のコードワードのための復調リファレンス信号（ＤＭＲＳ）ポートについてのコンフィグレーションを示すメッセージを受信すること、を含む、方法。
【請求項30】
請求項２９に記載の方法（７００）であって、前記メッセージは、前記複数のコードワードのためのＤＭＲＳポートについての前記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージである、方法。
【請求項31】
請求項３０に記載の方法（７００）であって、前記シングルアンテナポートフィールドは、前記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照すること、
前記変換プリコーダが無効化される場合において、送信レイヤの前記数が４より大きいときに、前記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照すること、及び、
前記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照すること、のうちの少なくとも１つにより復号される、方法。
【請求項32】
請求項１～３１のいずれか１項に記載の方法（７００）であって、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記アップリンク送信をスケジューリングするためのＤＣＩメッセージであって前記アップリンク送信において送信されるべきアップリンク共有チャネル（ＵＬ－ＳＣＨ）データが無いことを示す当該ＤＣＩメッセージを受信すること、を含み、
前記アップリンク送信を実行するステップ（Ｓ７１０）は、
１つ以上のコードワードへマッピングされる複数のアップリンク制御情報（ＵＣＩ）を含む前記アップリンク送信を実行すること、を含む、方法。
【請求項33】
請求項３２に記載の方法（７００）であって、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第２ＵＣＩタイプ優先度を有する第２ＵＣＩが前記第１コードワードと異なる第２コードワードへマッピングされ、前記第２ＵＣＩタイプ優先度は、前記第１ＵＣＩタイプ優先度よりも低い、方法。
【請求項34】
請求項３３に記載の方法（７００）であって、次のリストの順に、列挙したうちの少なくとも２つのＵＣＩタイプ優先度が高いものから低いものへ順序付けられ、当該リストは、ハイブリッド自動再送要求－確認応答（ＨＡＲＱ－ＡＣＫ）、
スケジューリング要求（ＳＲ）、
より高いＣＳＩ優先度を有するチャネル状態情報（ＣＳＩ）、及び、
より低いＣＳＩ優先度を有するＣＳＩ、である、方法。
【請求項35】
請求項３３又は３４に記載の方法（７００）であって、それぞれ異なるコードワードへマッピングされる複数のＵＣＩを含む前記アップリンク送信を実行するステップは、前記複数のＵＣＩをそれらのタイプ優先度の降順又は昇順で連結することにより、ビットシーケンスを構築することと、
前記複数のコードワードへ複数のセグメントが１対１でマッピングされるように、前記ビットシーケンスを前記複数のセグメントへ区分することと、を含む、方法。
【請求項36】
請求項３３～３５のいずれか１項に記載の方法（７００）であって、前記第１コードワードに関連付けられるＴＢについて１つ以上の第１送信パラメータが構成され、前記第２コードワードに関連付けられるＴＢについて１つ以上の第２送信パラメータが構成され、
前記第１送信パラメータのうちの少なくとも１つは、前記第２送信パラメータのうちの対応する１つの第２の値により達成されるよりも高い信頼性を達成する第１の値を有する、方法。
【請求項37】
請求項３６に記載の方法（７００）であって、前記１つ以上の送信パラメータは、ＭＣＳ、及び、
送信レイヤの数、のうちの少なくとも１つを含む、方法。
【請求項38】
請求項３２に記載の方法（７００）であって、前記複数のＵＣＩは、前記複数のコードワードのうちで最低のＭＣＳインデックス及び／又は最多の送信レイヤを有する１つへマッピングされる、方法。
【請求項39】
請求項３２に記載の方法（７００）であって、前記複数のＵＣＩの前記ビットは、少なくとも２つのコードワードにわたって反復される、方法。
【請求項40】
請求項３２～３９のいずれか１項に記載の方法（７００）であって、前記複数のＵＣＩの前記ビットのうちのコードワードへマッピングされる部分は、対応する前記コードワードに関連付けられる送信レイヤの数及び／又はＭＣＳレベルに従ってレートマッチングされる、方法。
【請求項41】
請求項３２に記載の方法（７００）であって、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが前記第１コードワードと異なる第２コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の前記第２の組合せは、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の前記第１の組合せと異なる、方法。
【請求項42】
請求項４１に記載の方法（７００）であって、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは、高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
高いＰＨＹ送信優先度を有するＳＲ、
より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
低いＰＨＹ送信優先度を有するＳＲ、
より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、
より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である、方法。
【請求項43】
請求項４１に記載の方法（７００）であって、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは、高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
高いＰＨＹ送信優先度を有するＳＲ、
低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
低いＰＨＹ送信優先度を有するＳＲ、
より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、
より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である、方法。
【請求項44】
請求項１～３１のいずれか１項に記載の方法（７００）であって、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、前記アップリンク送信をスケジューリングするためのメッセージであって前記アップリンク送信においてＵＬ－ＳＣＨデータが送信されるべきであることを示す当該メッセージを受信することと、
受信される前記メッセージに少なくとも部分的に基づいて、前記複数のコードワードに関連付けられる複数のＴＢについての優先度を判定することと、を含む、方法。
【請求項45】
請求項４４に記載の方法（７００）であって、複数のＴＢについての前記優先度は、受信される前記メッセージ内の優先度インジケータフィールド、
受信される前記メッセージ内のコードワード（ＣＷ）優先度フィールド、
相対的なＭＣＳインデックス値、
相対的な送信レイヤの数、及び、
相対的なＴＢのサイズ、のうちの少なくとも１つに基づいて判定される、方法。
【請求項46】
請求項４４に記載の方法（７００）であって、複数のＴＢについての前記優先度は、前記アップリンク送信と多重化されるべきＵＣＩのＵＣＩタイプ優先度、
前記アップリンク送信と多重化されるべきＵＣＩのＰＨＹ送信優先度、
前記複数のコードワードについての相対的なコードワード優先度、及び、
前記アップリンク送信のＰＨＹ送信優先度、のうちの少なくとも１つに基づいて判定される、方法。
【請求項47】
請求項４６に記載の方法（７００）であって、前記アップリンク送信の前記ＰＨＹ送信優先度は、受信される前記メッセージがＤＣＩメッセージである場合に、受信される前記メッセージ内の優先度インジケータフィールドにより決定され、又は、前記アップリンク送信の前記ＰＨＹ送信優先度は、受信される前記メッセージがＲＲＣメッセージである場合に、受信される前記メッセージ内の"phy-PriorityIndex"フィールドにより決定される、方法。
【請求項48】
請求項４６又は４７に記載の方法（７００）であって、高いＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有するコードワードと多重化され、低いＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する他のコードワードと多重化される、方法。
【請求項49】
請求項４６又は４７に記載の方法（７００）であって、ＵＣＩのうちの少なくとも１つは、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化される、方法。
【請求項50】
請求項４６又は４７に記載の方法（７００）であって、高い全体優先度を有する第１ＵＣＩが第１コードワードと多重化され、低い全体優先度を有する第２ＵＣＩが前記第１コードワードよりも低いコードワード優先度を有する第２コードワードと多重化され、ＵＣＩについての全体優先度は、
当該ＵＣＩについてのＰＨＹ送信優先度、及び、
当該ＵＣＩについてのＵＣＩタイプ優先度、のうちの少なくとも１つに基づいて決定される、方法。
【請求項51】
請求項４６又は４７に記載の方法（７００）であって、前記アップリンク送信の前記ＰＨＹ送信優先度よりも低い全体優先度を有するＵＣＩを、前記アップリンク送信と多重化することは許容されない、方法。
【請求項52】
請求項５１に記載の方法（７００）であって、第１ＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有する第１コードワードと多重化され、前記第１ＰＨＹ送信優先度よりも低い第２ＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する第２コードワードと多重化される、方法。
【請求項53】
請求項１～３１のいずれか１項に記載の方法（７００）であって、前記アップリンク送信を実行するステップ（Ｓ７１０）の前に、前記方法（７００）は、さらに、前記ネットワークノード（１２０）のうちの少なくとも１つから、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかを示すメッセージを受信すること、を含む、方法。
【請求項54】
請求項１～３１のいずれか１項に記載の方法（７００）であって、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかが、予め決定されている、方法。
【請求項55】
請求項５３又は５４に記載の方法（７００）であって、ＨＡＲＱ－ＡＣＫ及びＳＲは第１コードワードと多重化されるものとされ、及び／又は、ＣＳＩが第２コードワードと多重化されるものとされる、方法。
【請求項56】
請求項１～５５のいずれか１項に記載の方法（７００）であって、前記アップリンク送信は、反復タイプＡ又は反復タイプＢと共に実行される、方法。
【請求項57】
請求項５６に記載の方法（７００）であって、前記アップリンク送信は、反復間周波数ホッピング（ＦＨ）、
スロット内ＦＨ、及び、
スロット間ＦＨ、のうちの少なくとも１つと共に実行される、方法。
【請求項58】
請求項５６又は５７に記載の方法（７００）であって、前記アップリンク送信の反復のうちの少なくとも１つが前記複数のコードワードを搬送する、方法。
【請求項59】
請求項５６又は５７に記載の方法（７００）であって、前記アップリンク送信の第１の反復が前記複数のコードワードの全セットを搬送し、前記アップリンク送信の第２の反復が前記複数のコードワードのサブセットを搬送する、方法。
【請求項60】
請求項１～５９のいずれか１項に記載の方法（７００）であって、前記アップリンク送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である、方法。
【請求項61】
請求項１～６０のいずれか１項に記載の方法（７００）であって、前記ネットワークノード（１２０）は、送受信ポイント（ＴＲＰ）である、方法。
【請求項62】
ユーザ機器（９００，１０００）であって、プロセッサ（９０６）と、
前記プロセッサ（９０６）により実行された場合に、前記プロセッサ（９０６）に、請求項１～６１のいずれか１項に記載の方法（７００）を行わせる命令群（９１０）、を記憶するメモリ（９０８）と、を備えるユーザ機器（９００，１０００）。
【請求項63】
ＵＥ（１１０）からの複数のコードワードでのアップリンク送信のためのネットワークノード（１２０）における方法（８００）であって、前記方法（８００）は、前記ＵＥ（１１０）と共に複数のコードワードでのアップリンク送信を実行すること（Ｓ８１０）を含む、方法。
【請求項64】
請求項６３に記載の方法（８００）であって、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記ＵＥ（１１０）から、前記ＵＥ（１１０）により複数のコードワードでのアップリンク送信がサポートされているか否かを示すメッセージを受信すること、を含む、方法。
【請求項65】
請求項６４に記載の方法（８００）であって、前記メッセージは、前記ＵＥ（１１０）によりＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、
前記ＵＥ（１１０）によりタイプ１のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、
前記ＵＥ（１１０）によりタイプ２のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、及び、
前記ＵＥ（１１０）によりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、のうちの少なくとも１つを示す、方法。
【請求項66】
請求項６５に記載の方法（８００）であって、前記メッセージは、前記ＵＥ（１１０）によりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否かのみを示す、方法。
【請求項67】
請求項６４～６６のいずれか１項に記載の方法（８００）であって、前記メッセージを受信するステップの後に、前記方法（８００）は、さらに、前記ＵＥ（１１０）へ、前記ＵＥ（１１０）によりそのアップリンク送信のために使用されるものとされるのが単一のコードワードか又は複数のコードワードかを示すコンフィグレーションを送信すること、を含む、方法。
【請求項68】
請求項６７に記載の方法（８００）であって、前記コンフィグレーションは、ＵＥ固有のＲＲＣシグナリングを介して送信される、方法。
【請求項69】
請求項６３～６８のいずれか１項に記載の方法（８００）であって、前記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記ＵＥ（１１０）へ、前記アップリンク送信をスケジューリングするための少なくとも１つのＤＣＩメッセージを送信すること、を含む、方法。
【請求項70】
請求項６９に記載の方法（８００）であって、前記複数のコードワードのうちの少なくとも１つについて、前記ＤＣＩメッセージは、ＭＣＳ、
ＮＤＩ、及び、
ＲＶ、のうちの少なくとも１つについての少なくとも１つのフィールドを含む、方法。
【請求項71】
請求項６９又は７０に記載の方法（８００）であって、前記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージである、方法。
【請求項72】
請求項６９～７１のいずれか１項に記載の方法（８００）であって、前記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージである、方法。
【請求項73】
請求項６９又は７０に記載の方法（８００）であって、前記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージではない、方法。
【請求項74】
請求項６９～７３のいずれか１項に記載の方法（８００）であって、前記ＵＥ（１１０）へ前記アップリンク送信をスケジューリングするためのＤＣＩメッセージを送信するステップは、前記ＵＥ（１１０）へ前記アップリンク送信の少なくとも一部をスケジューリングするための前記ＤＣＩメッセージを送信すること、を含む、方法。
【請求項75】
請求項７４に記載の方法（８００）であって、前記複数のＤＣＩメッセージは、前記複数のコードワードの第１部についての１つ以上のパラメータをスケジューリングする第１ＤＣＩメッセージ、及び前記複数のコードワードの第２部についての１つ以上のパラメータをスケジューリングする第２ＤＣＩメッセージを少なくとも含む、方法。
【請求項76】
請求項６３～６８のいずれか１項に記載の方法（８００）であって、前記アップリンク送信がタイプ１のＣＧベースのアップリンク送信である場合において、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記ＵＥ（１１０）へ、前記アップリンク送信をスケジューリングするＲＲＣメッセージを送信すること、を含む、方法。
【請求項77】
請求項７６に記載の方法（８００）であって、前記複数のコードワードのうちの少なくとも１つについて、前記ＲＲＣメッセージは、ＭＣＳインデックス、
ＭＣＳテーブル、
プリコーディングのための情報及びレイヤ数、並びに、
ＳＲＩ、のうちの少なくとも１つについての少なくとも１つのフィールドを含む、方法。
【請求項78】
請求項７６又は７７に記載の方法（８００）であって、前記ＲＲＣメッセージは、ConfiguredGrantConfigというＩＥを含み、当該ＩＥは、コードワードについてプリコーディングのための情報及びレイヤ数を構成するためのprecodingAndNumberOfLayers2ndTBというＩＥ、
前記コードワードについて前記ＳＲＩを構成するためのsrs-ResourceIndicator2ndTBというＩＥ、並びに、
前記コードワードについて変調次数、目標コードレート及び／又はＴＢサイズを構成するためのmcsAndTBS2ndTBというＩＥ、のうちの少なくとも１つを含む、方法。
【請求項79】
請求項６３～７８のいずれか１項に記載の方法（８００）であって、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記ＵＥ（１１０）へ、前記アップリンク送信についてのコードワードの最大数を示すＲＲＣメッセージを送信すること、を含む、方法。
【請求項80】
請求項７９に記載の方法（８００）であって、前記ＲＲＣメッセージは、ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、
ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、
前記少なくとも１つのネットワークノード（１２０）への任意のアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、
ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、
ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、
ＲＲＣシグナリングによりスケジューリングされるタイプ１のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByRRCというＩＥ、並びに、
ＣＧベースのアップリンク送信についてのコードワードの最大数を示すConfiguredGrantConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、のうちの少なくとも１つを含む、方法。
【請求項81】
請求項６３～８０のいずれか１項に記載の方法（８００）であって、前記アップリンク送信は、前記ネットワークノード（１２０）を含む複数のネットワークノード（１２０）を対象とする、方法。
【請求項82】
請求項８１に記載の方法（８００）であって、前記アップリンク送信は、前記ネットワークノード（１２０）を対象とする１つ以上の第１送信レイヤ、及び、１つ以上の他のネットワークノード（１２０）を対象とする１つ以上の第２送信レイヤを少なくとも含む、方法。
【請求項83】
請求項８２に記載の方法（８００）であって、前記送信レイヤのうちの少なくとも２つは、同一の時間－周波数リソース上で送信される、方法。
【請求項84】
請求項８２又は８３に記載の方法（８００）であって、前記複数のネットワークノード（１２０）のうちの少なくとも２つについて、前記アップリンク送信は、対応する前記ネットワークノード（１２０）を対象とする同じか又は異なる数の送信レイヤを含む、方法。
【請求項85】
請求項８１～８４のいずれか１項に記載の方法（８００）であって、前記アップリンク送信は、ＤＧベースのアップリンク送信又はタイプ２のＣＧベースのアップリンク送信である、方法。
【請求項86】
請求項８５に記載の方法（８００）であって、前記ネットワークノード（１２０）により送信され前記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、前記複数のコードワードのうちの少なくとも１つについて、ＭＣＳ、
ＲＶ、
当該アップリンク送信がコードブックベースのアップリンク送信である場合の、ＴＰＭＩ及び／又は送信レイヤ数、並びに、
１つ以上のＳＲＩ、のうちの少なくとも１つを含む、方法。
【請求項87】
請求項８６に記載の方法（８００）であって、前記アップリンク送信がコードブックベースのアップリンク送信である場合に、前記１つ以上のＤＣＩメッセージは、前記複数のコードワードのうちの少なくとも１つについて、単一のＳＲＩを含むかＳＲＩを含まず、前記アップリンク送信が非コードブックベースのアップリンク送信である場合に、前記１つ以上のＤＣＩメッセージは、前記複数のコードワードのうちの少なくとも１つについて、１つ以上のＳＲＩを含む、方法。
【請求項88】
請求項８６又は８７に記載の方法（８００）であって、第１コードワードについて構成される第１ＳＲＩは、第１ＳＲＳリソースセットからのＳＲＳリソースを示し、第２コードワードについて構成される第２ＳＲＩは、前記第１ＳＲＳリソースセットとは異なる第２リソースセットからのＳＲＳリソースを示す、方法。
【請求項89】
請求項６３～８８のいずれか１項に記載の方法（８００）であって、さらに、前記ＵＥ（１１０）へ、前記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを送信することと、
前記ＵＥ（１１０）と共に、前記少なくとも１つのコードワードを無効化して他のアップリンク送信を実行することと、を含む、方法。
【請求項90】
請求項８９に記載の方法（８００）であって、前記メッセージは、複数のフィールドを含むＤＣＩメッセージであり、前記複数のフィールドのうちの前記１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示す、方法。
【請求項91】
請求項６３～９０のいずれか１項に記載の方法（８００）であって、さらに、前記ＵＥ（１１０）へ、前記複数のコードワードのためのＤＭＲＳポートについてのコンフィグレーションを示すメッセージを送信すること、を含む、方法。
【請求項92】
請求項９１に記載の方法（８００）であって、前記メッセージは、前記複数のコードワードのためのＤＭＲＳポートについての前記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージである、方法。
【請求項93】
請求項９２に記載の方法（８００）であって、前記シングルアンテナポートフィールドは、前記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照すること、
前記変換プリコーダが無効化される場合において、送信レイヤの前記数が４より大きいときに、前記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照すること、及び、
前記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照すること、のうちの少なくとも１つにより符号化される、方法。
【請求項94】
請求項６３～９３のいずれか１項に記載の方法（８００）であって、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記ＵＥ（１１０）へ、前記アップリンク送信をスケジューリングするためのＤＣＩメッセージであって前記アップリンク送信において送信されるべきＵＬ－ＳＣＨデータが無いことを示す当該ＤＣＩメッセージを送信すること、を含み、
前記アップリンク送信を実行するステップ（Ｓ８１０）は、
１つ以上のコードワードへマッピングされる複数のＵＣＩを含む前記アップリンク送信を実行すること、を含む、方法。
【請求項95】
請求項９４に記載の方法（８００）であって、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第２ＵＣＩタイプ優先度を有する第２ＵＣＩが前記第１コードワードと異なる第２コードワードへマッピングされ、前記第２ＵＣＩタイプ優先度は、前記第１ＵＣＩタイプ優先度よりも低い、方法。
【請求項96】
請求項９５に記載の方法（８００）であって、次のリストの順に、列挙したうちの少なくとも２つのＵＣＩタイプ優先度が高いものから低いものへ順序付けられ、当該リストは、ＨＡＲＱ－ＡＣＫ、
ＳＲ、
より高いＣＳＩ優先度を有するＣＳＩ、及び、
より低いＣＳＩ優先度を有するＣＳＩ、である、方法。
【請求項97】
請求項９５又は９６に記載の方法（８００）であって、それぞれ異なるコードワードへマッピングされる複数のＵＣＩを含む前記アップリンク送信を実行するステップは、前記ＵＥ（１１０）から、前記アップリンク送信を受信することと、
前記アップリンク送信を復号して、前記アップリンク送信の前記複数のコードワードへ１対１でマッピングされる複数のセグメントを判定することと、
前記複数のセグメントから、タイプ優先度の降順又は昇順に順序付けられた前記複数のＵＣＩを決定することと、を含む、方法。
【請求項98】
請求項９５～９７のいずれか１項に記載の方法（８００）であって、前記第１コードワードに関連付けられるＴＢについて１つ以上の第１送信パラメータが構成され、前記第２コードワードに関連付けられるＴＢについて１つ以上の第２送信パラメータが構成され、
前記第１送信パラメータのうちの少なくとも１つは、前記第２送信パラメータのうちの対応する１つの第２の値により達成されるよりも高い信頼性を達成する第１の値を有する、方法。
【請求項99】
請求項９８に記載の方法（８００）であって、前記１つ以上の送信パラメータは、ＭＣＳ、及び、
送信レイヤの数、のうちの少なくとも１つを含む、方法。
【請求項100】
請求項９４に記載の方法（８００）であって、前記複数のＵＣＩは、前記複数のコードワードのうちで最低のＭＣＳインデックス及び／又は最多の送信レイヤを有する１つへマッピングされる、方法。
【請求項101】
請求項９４に記載の方法（８００）であって、前記複数のＵＣＩの前記ビットは、少なくとも２つのコードワードにわたって反復される、方法。
【請求項102】
請求項９４～１０１のいずれか１項に記載の方法（８００）であって、前記複数のＵＣＩの前記ビットのうちのコードワードへマッピングされる部分は、対応する前記コードワードに関連付けられる送信レイヤの数及び／又はＭＣＳレベルに従ってレートマッチングされる、方法。
【請求項103】
請求項９４に記載の方法（８００）であって、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが前記第１コードワードと異なる第２コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の前記第２の組合せは、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の前記第１の組合せと異なる、方法。
【請求項104】
請求項１０３に記載の方法（８００）であって、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは、高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
高いＰＨＹ送信優先度を有するＳＲ、
より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
低いＰＨＹ送信優先度を有するＳＲ、
より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、
より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である、方法。
【請求項105】
請求項１０３に記載の方法（８００）であって、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せの通り、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、即ち、高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
高いＰＨＹ送信優先度を有するＳＲ、
低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、
低いＰＨＹ送信優先度を有するＳＲ、
より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、
より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、
より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である、方法。
【請求項106】
請求項６３～９３のいずれか１項に記載の方法（８００）であって、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記複数のコードワードに関連付けられる複数のＴＢについての優先度を判定することと、
前記ＵＥ（１１０）へ、前記複数のＴＢについて判定した前記優先度に少なくとも部分的に基づいて、前記アップリンク送信をスケジューリングするためのメッセージであって前記アップリンク送信においてＵＬ－ＳＣＨデータが送信されるべきであることを示す当該メッセージを送信することと、を含む、方法。
【請求項107】
請求項１０６に記載の方法（８００）であって、前記複数のＴＢについての前記優先度は、受信される前記メッセージ内の優先度インジケータフィールド、
受信される前記メッセージ内のＣＷ優先度フィールド、
相対的なＭＣＳインデックス値、
相対的な送信レイヤの数、及び、
相対的なＴＢのサイズ、のうちの少なくとも１つに基づいて判定される、方法。
【請求項108】
請求項１０６に記載の方法（８００）であって、複数のＴＢについての前記優先度は、前記アップリンク送信と多重化されるべきＵＣＩのＵＣＩタイプ優先度、
前記アップリンク送信と多重化されるべきＵＣＩのＰＨＹ送信優先度、
前記複数のコードワードについての相対的なコードワード優先度、及び、
前記アップリンク送信のＰＨＹ送信優先度、のうちの少なくとも１つに基づいて判定される、方法。
【請求項109】
請求項１０８に記載の方法（８００）であって、前記アップリンク送信の前記ＰＨＹ送信優先度は、受信される前記メッセージがＤＣＩメッセージである場合に、受信される前記メッセージ内の優先度インジケータフィールドにより決定され、又は、前記アップリンク送信の前記ＰＨＹ送信優先度は、受信される前記メッセージがＲＲＣメッセージである場合に、受信される前記メッセージ内の"phy-PriorityIndex"フィールドにより決定される、方法。
【請求項110】
請求項１０８又は１０９に記載の方法（８００）であって、高いＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有するコードワードと多重化され、低いＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する他のコードワードと多重化される、方法。
【請求項111】
請求項１０８又は１０９に記載の方法（８００）であって、ＵＣＩのうちの少なくとも１つは、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化される、方法。
【請求項112】
請求項１０８又は１０９に記載の方法（８００）であって、高い全体優先度を有する第１ＵＣＩが第１コードワードと多重化され、低い全体優先度を有する第２ＵＣＩが前記第１コードワードよりも低いコードワード優先度を有する第２コードワードと多重化され、ＵＣＩについての全体優先度は、
当該ＵＣＩについてのＰＨＹ送信優先度、及び、
当該ＵＣＩについてのＵＣＩタイプ優先度、のうちの少なくとも１つに基づいて決定される、方法。
【請求項113】
請求項１０８又は１０９に記載の方法（８００）であって、前記アップリンク送信の前記ＰＨＹ送信優先度よりも低い全体優先度を有するＵＣＩを、前記アップリンク送信と多重化することは許容されない、方法。
【請求項114】
請求項１１３に記載の方法（８００）であって、第１ＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有する第１コードワードと多重化され、前記第１ＰＨＹ送信優先度よりも低い第２ＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する第２コードワードと多重化される、方法。
【請求項115】
請求項６３～９３のいずれか１項に記載の方法（８００）であって、前記アップリンク送信を実行するステップ（Ｓ８１０）の前に、前記方法（８００）は、さらに、前記ＵＥ（１１０）へ、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかを示すメッセージを送信すること、を含む、方法。
【請求項116】
請求項６３～９３のいずれか１項に記載の方法（８００）であって、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかが、予め決定されている、方法。
【請求項117】
請求項１１５又は１１６に記載の方法（８００）であって、ＨＡＲＱ－ＡＣＫ及びＳＲは第１コードワードと多重化されるものとされ、及び／又は、ＣＳＩが第２コードワードと多重化されるものとされる、方法。
【請求項118】
請求項６３～１１７のいずれか１項に記載の方法（８００）であって、前記アップリンク送信は、反復タイプＡ又は反復タイプＢと共に実行される、方法。
【請求項119】
請求項１１８に記載の方法（８００）であって、前記アップリンク送信は、反復間ＦＨ、
スロット内ＦＨ、及び、
スロット間ＦＨ、のうちの少なくとも１つと共に実行される、方法。
【請求項120】
請求項１１８又は１１９に記載の方法（８００）であって、前記アップリンク送信の反復のうちの少なくとも１つが前記複数のコードワードを搬送する、方法。
【請求項121】
請求項１１８又は１１９に記載の方法（８００）であって、前記アップリンク送信の第１の反復が前記複数のコードワードの全セットを搬送し、前記アップリンク送信の第２の反復が前記複数のコードワードのサブセットを搬送する、方法。
【請求項122】
請求項６３～１２１のいずれか１項に記載の方法（８００）であって、前記アップリンク送信は、ＰＵＳＣＨ送信である、方法。
【請求項123】
請求項６３～１２２のいずれか１項に記載の方法（８００）であって、前記ネットワークノード（１２０）は、ＴＲＰである、方法。
【請求項124】
ネットワークノード（１２０，９００，１１００）であって、プロセッサ（９０６）と、
前記プロセッサ（９０６）により実行された場合に、前記プロセッサ（９０６）に、請求項６３～１２３のいずれか１項に記載の方法（８００）を行わせる命令群、を記憶するメモリ（９０８）と、を備えるネットワークノード（１２０，９００，１１００）。
【請求項125】
少なくとも１つのプロセッサ（９０６）により実行された場合に、前記少なくとも１つのプロセッサ（９０６）に、請求項１～６１及び６３～１２３のいずれか１項に記載の方法（７００，８００）を遂行させる命令群、を含むコンピュータプログラム（９１０）。
【請求項126】
請求項１２５に記載のコンピュータプログラム（９１０）を含む担体（９０８）であって、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである、担体（９０８）。
【請求項127】
通信システム（３２１０）であって、請求項６２に記載の少なくとも１つのＵＥ（１１０，３２９１，３２９２）と、
請求項１２４に記載の１つ以上のネットワークノード（１２０，３２１２ａ，３２１２ｂ，３２１２ｃ）と、を含む通信システム（３２１０）。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願への相互参照］
本出願は、"複数のコードワードでのアップリンク送信"というタイトルで２０２１年８月２３日に出願されたＰＣＴ国際出願第ＰＣＴ／ＣＮ２０２１／１１４０８０号の優先権を主張し、それは参照により全体としてここに取り入れられる。
本出願は、"複数のコードワードでのアップリンク送信"というタイトルで２０２１年８月２３日に出願されたＰＣＴ国際出願第ＰＣＴ／ＣＮ２０２１／１１４０８０号の優先権を主張し、それは参照により全体としてここに取り入れられる。
【0002】
本開示は、通信の分野に関連し、とりわけ、複数のコードワードでのアップリンク送信のためのユーザ機器（ＵＥ）、ネットワークノード、及び方法に関連する。
【背景技術】
【0003】
電子及び通信技術の発展に伴い、携帯電話、スマートフォン、ラップトップ、タブレット、車載デバイスといったモバイルデバイスが、我々の日常生活の重要な部分となっている。多数のモバイルデバイスをサポートするために、第５世代（５Ｇ）新無線（ＮＲ）ＲＡＮといった高効率の無線アクセスネットワーク（ＲＡＮ）が求められることになる。
【0004】
５Ｇ ＮＲ ＲＡＮをまたいでデータを搬送できるようにするために、データ及び情報は、ある数のデータチャネルへ編成される。データを多様なチャネルへ編成することにより、５Ｇ通信システムは、データ転送を整然としたやり方で管理することができ、どういったデータが到来しているのかをシステムは理解することができ、よって、データを所要のやり方で処理することができる。転送される必要のあるデータには多くの種類があり、当然にユーザデータは転送される必要があるが、無線通信リンクを管理するための制御データに加え、同期やアクセスなどを提供するためのデータも同様である。これら機能の全ては不可欠であって、ＲＡＮ上でのデータの転送を要する。
【0005】
５Ｇ ＮＲ ＲＡＮ上で送信されるべきデータをグループ分けするために、データは非常に論理的な手法で編成される。無線通信リンク上で送信されるデータについて、多くの異なる機能が存在するため、それらは、明瞭にマーク付けされる必要があり、定義された位置及びフォーマットを有する。これが確実になされるように、いくつもの異なる形式のデータ"チャネル"が使用される。より上位レベルのものは、最終的に物理レベルへ達するまで他のものへ"マッピング"され又は収容され、チャネルはより上位のレベルのチャネルからのデータを収容する。
【0006】
このようにして、プロトコルスタックの上位レベルから物理レイヤに至るまで、データの論理的且つ管理可能なフローが存在する。
【0007】
５Ｇ ＲＡＮについて使用されるデータチャネルには３つの主なタイプが存在し、それに従って次のように階層が与えられる。
【0008】
－論理チャネル：論理チャネルは、制御チャネル及びトラフィックチャネルという２つの集合のうちの１つであり得る：
・制御チャネル：制御チャネルは、制御プレーンからのデータの転送のために使用される
・トラフィックチャネル：トラフィック論理チャネルは、ユーザプレーンデータの転送のために使用される
・制御チャネル：制御チャネルは、制御プレーンからのデータの転送のために使用される
・トラフィックチャネル：トラフィック論理チャネルは、ユーザプレーンデータの転送のために使用される
【0009】
－トランスポートチャネル：物理レイヤによりトランスポートされるべき論理データと、無線インタフェース上のそのチャネルとの多重化である。
【0010】
－物理チャネル：物理チャネルは、無線アクセスネットワーク／５Ｇ無線周波数（ＲＦ）信号上でのデータの実際の送信に最も近いものである。これらは、無線インタフェース上でデータを搬送するために使用される。
【0011】
物理チャネルには、多くの場合、特定のサービスを提供するためにより上位のレベルのチャネルがマッピングされる。追加的に、物理チャネルは、ペイロードデータを搬送し、又は、変調法、リファレンス信号の多重化、送信電力、ＲＦリソースなどのような、固有のデータ送信特性の詳細を搬送する。
【0012】
５Ｇの物理チャネルは、実際の無線インタフェース上で情報をトランスポートするために使用される。それらにはトランスポートチャネルがマッピングされるが、それらはＵＥと基地局（ＢＳ）との間で無線通信リンクの維持及び最適化のために要する多様な物理レイヤデータをも含む。
【0013】
アップリンク及びダウンリンクの各々について、３つの物理チャネルが存在する：ダウンリンクについて、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及び物理ブロードキャストチャネル（ＰＢＣＨ）、並びに、アップリンクについて、物理ランダムアクセスチャネル（ＰＲＡＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、及び物理アップリンク制御チャネル（ＰＵＣＣＨ）である。
【発明の概要】
【0014】
本開示の第１の観点によれば、複数のコードワードでのアップリンク送信のためのＵＥにおける方法が提供される。上記方法は、１つ以上のネットワークノードと共に複数のコードワードでのアップリンク送信を実行すること、を含む。
【0015】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記１つ以上のネットワークノードのうちの少なくとも１つへ、上記ＵＥにより複数のコードワードでのアップリンク送信がサポートされているか否かを示すメッセージを送信すること、を含む。いくつかの実施形態において、上記メッセージは、上記ＵＥにより構成グラント（ＣＧ）ベースの複数のコードワードでのアップリンク送信がサポートされているか否か、上記ＵＥによりタイプ１のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、上記ＵＥによりタイプ２のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、及び、上記ＵＥにより動的グラント（ＤＧ）ベースの複数のコードワードでのアップリンク送信がサポートされているか否か、のうちの少なくとも１つを示す。いくつかの実施形態において、上記メッセージは、上記ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否かのみを示す。いくつかの実施形態において、上記メッセージを送信するステップの後に、上記方法は、さらに、上記少なくとも１つのネットワークノードから、上記ＵＥによりそのアップリンク送信のために使用されるものとされるのが単一のコードワードか又は複数のコードワードかを示すコンフィグレーションを受信すること、を含む。いくつかの実施形態において、上記コンフィグレーションは、ＵＥ固有の無線リソース制御（ＲＲＣ）シグナリングを介して受信される。
【0016】
いくつかの実施形態において、上記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするための少なくとも１つのダウンリンク制御情報（ＤＣＩ）メッセージを受信すること、を含む。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＤＣＩメッセージは、－変調符号化方式（ＭＣＳ）、－新規データインジケータ（ＮＤＩ）、及び、－冗長性バージョン（ＲＶ）、のうちの少なくとも１つについての少なくとも１つのフィールドを含む。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージである。いくつかの実施形態において、上記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージである。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージではない。いくつかの実施形態において、上記ネットワークノードのうちの少なくとも１つから上記アップリンク送信をスケジューリングするためのＤＣＩメッセージを受信するステップは、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信を結合的にスケジューリングするための複数のＤＣＩメッセージを受信すること、を含む。いくつかの実施形態において、上記複数のＤＣＩメッセージは、上記複数のコードワードの第１部についての１つ以上のパラメータをスケジューリングする第１ＤＣＩメッセージ、及び上記複数のコードワードの第２部についての１つ以上のパラメータをスケジューリングする第２ＤＣＩメッセージを少なくとも含む。
【0017】
いくつかの実施形態において、上記アップリンク送信がタイプ１のＣＧベースのアップリンク送信である場合において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするＲＲＣメッセージを受信すること、を含む。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＲＲＣメッセージは、－ＭＣＳインデックス、－ＭＣＳテーブル、－プリコーディングのための情報及びレイヤ数、並びに、－サウンディングリファレンス信号（ＳＲＳ）リソースインジケータ（ＳＲＩ）、のうちの少なくとも１つについての少なくとも１つのフィールドを含む。いくつかの実施形態において、上記ＲＲＣメッセージは、ConfiguredGrantConfig情報エレメントを含み、当該情報エレメントは、－コードワードについてプリコーディングのための情報及びレイヤ数を構成するためのprecodingAndNumberOfLayers2ndTBというＩＥ、－上記コードワードについて上記ＳＲＩを構成するためのsrs-ResourceIndicator2ndTBというＩＥ、並びに、－上記コードワードについて変調次数、目標コードレート及び／又はトランスポートブロック（ＴＢ）サイズを構成するためのmcsAndTBS2ndTBというＩＥ、のうちの少なくとも１つを含む。
【0018】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信についてのコードワードの最大数を示すＲＲＣメッセージを受信すること、を含む。いくつかの実施形態において、上記ＲＲＣメッセージは、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－上記少なくとも１つのネットワークノードへの任意のアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－ＲＲＣシグナリングによりスケジューリングされるタイプ１のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByRRCというＩＥ、並びに、－ＣＧベースのアップリンク送信についてのコードワードの最大数を示すConfiguredGrantConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、のうちの少なくとも１つを含む。
【0019】
いくつかの実施形態において、上記アップリンク送信は、上記ネットワークノードのうちの２つ以上を対象とする。いくつかの実施形態において、上記アップリンク送信は、上記２つ以上のネットワークノードのうちの第１ノードを対象とする１つ以上の第１送信レイヤ、及び、上記２つ以上のネットワークノードのうちの第２ノードを対象とする１つ以上の第２送信レイヤを少なくとも含む。いくつかの実施形態において、上記送信レイヤのうちの少なくとも２つは、同一の時間－周波数リソース上で送信される。いくつかの実施形態において、全ての上記送信レイヤが、同一の時間－周波数リソース上で送信される。いくつかの実施形態において、上記２つ以上のネットワークノードのうちの少なくとも２つについて、上記アップリンク送信は、対応する上記ネットワークノードを対象とする同じか又は異なる数の送信レイヤを含む。いくつかの実施形態において、上記２つ以上のネットワークノードのうちの少なくとも２つについて、上記アップリンク送信は、対応する上記ネットワークノードを対象とする同じか又は異なる数の送信レイヤを含む。いくつかの実施形態において、上記アップリンク送信は、ＤＧベースのアップリンク送信又はタイプ２のＣＧベースのアップリンク送信である。いくつかの実施形態において、上記ＵＥにより受信され上記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの少なくとも１つについて、－ＭＣＳ、－ＲＶ、－当該アップリンク送信がコードブックベースのアップリンク送信である場合の、送信プリコーディング行列インジケータ（ＴＰＭＩ）及び／又は送信レイヤ数、並びに、－１つ以上のＳＲＩ、のうちの少なくとも１つを含む。いくつかの実施形態において、上記ＵＥにより受信され上記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、－ＭＣＳ、－ＲＶ、－当該アップリンク送信がコードブックベースのアップリンク送信である場合の、ＴＰＭＩ及び／又は送信レイヤ数、並びに、－１つ以上のＳＲＩ、のうちの少なくとも１つを含む。いくつかの実施形態において、上記アップリンク送信がコードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの少なくとも１つについて、単一のＳＲＩを含むかＳＲＩを含まず、上記アップリンク送信が非コードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの少なくとも１つについて、１つ以上のＳＲＩを含む。いくつかの実施形態において、上記アップリンク送信がコードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、単一のＳＲＩを含むかＳＲＩを含まず、上記アップリンク送信が非コードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、１つ以上のＳＲＩを含む。いくつかの実施形態において、第１コードワードについて構成される第１ＳＲＩは、第１ＳＲＳリソースセットからのＳＲＳリソースを示し、第２コードワードについて構成される第２ＳＲＩは、上記第１ＳＲＳリソースセットとは異なる第２リソースセットからのＳＲＳリソースを示す。
【0020】
いくつかの実施形態において、上記方法は、さらに、ネットワークノードから、上記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを受信することと、上記ネットワークノードと共に、上記少なくとも１つのコードワードを無効化して他のアップリンク送信を実行することと、を含む。いくつかの実施形態において、上記メッセージは、複数のフィールドを含むＤＣＩメッセージであり、上記複数のフィールドのうちの上記１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示す。
【0021】
いくつかの実施形態において、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記複数のコードワードのための復調リファレンス信号（ＤＭＲＳ）ポートについてのコンフィグレーションを示すメッセージを受信すること、を含む。いくつかの実施形態において、上記メッセージは、上記複数のコードワードのためのＤＭＲＳポートについての上記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージである。いくつかの実施形態において、上記シングルアンテナポートフィールドは、－上記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照すること、－上記変換プリコーダが無効化される場合において、送信レイヤの上記数が４より大きいときに、上記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照すること、及び、－上記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照すること、のうちの少なくとも１つにより復号される。いくつかの実施形態において、上記シングルアンテナポートフィールドは、次の通り復号される：－上記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照し、－上記変換プリコーダが無効化される場合において、送信レイヤの上記数が４より大きいときに、上記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照し、－上記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照する。
【0022】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするためのＤＣＩメッセージであって上記アップリンク送信において送信されるべきアップリンク共有チャネル（ＵＬ－ＳＣＨ）データが無いことを示す当該ＤＣＩメッセージを受信すること、を含み、上記アップリンク送信を実行するステップは、１つ以上のコードワードへマッピングされる複数のアップリンク制御情報（ＵＣＩ）を含む上記アップリンク送信を実行すること、を含む。
【0023】
いくつかの実施形態において、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第２ＵＣＩタイプ優先度を有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされ、上記第２ＵＣＩタイプ優先度は、上記第１ＵＣＩタイプ優先度よりも低い。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つを有し、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第１ＵＣＩタイプ優先度よりも低い第２ＵＣＩタイプ優先度を有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされる。いくつかの実施形態において、次のリストの順に、列挙したうちの少なくとも２つのＵＣＩタイプ優先度が高いものから低いものへ順序付けられ、当該リストは、ハイブリッド自動再送要求－確認応答（ＨＡＲＱ－ＡＣＫ）、スケジューリング要求（ＳＲ）、より高いＣＳＩ優先度を有するチャネル状態情報（ＣＳＩ）、及び、より低いＣＳＩ優先度を有するＣＳＩ、である。いくつかの実施形態において、ＵＣＩタイプ優先度は、次のように高いものから低いものへ順序付けられる：ＨＡＲＱ－ＡＣＫ、ＳＲ、より高いＣＳＩ優先度を有するＣＳＩ、及び、より低いＣＳＩ優先度を有するＣＳＩ。いくつかの実施形態において、それぞれ異なるコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行するステップは、上記複数のＵＣＩをそれらのタイプ優先度の降順又は昇順で連結することにより、ビットシーケンスを構築することと、上記複数のコードワードへ複数のセグメントが１対１でマッピングされるように、上記ビットシーケンスを上記複数のセグメントへ区分することと、を含む。いくつかの実施形態において、上記第１コードワードに関連付けられるＴＢについて１つ以上の第１送信パラメータが構成され、上記第２コードワードに関連付けられるＴＢについて１つ以上の第２送信パラメータが構成され、上記第１送信パラメータのうちの少なくとも１つは、上記第２送信パラメータのうちの対応する１つの第２の値により達成されるよりも高い信頼性を達成する第１の値を有する。いくつかの実施形態において、上記１つ以上の送信パラメータは、－ＭＣＳ、及び、－送信レイヤの数、のうちの少なくとも１つを含む。
【0024】
いくつかの実施形態において、上記複数のＵＣＩは、上記複数のコードワードのうちで最低のＭＣＳインデックス及び／又は最多の送信レイヤを有する１つへマッピングされる。いくつかの実施形態において、上記複数のＵＣＩの上記ビットは、少なくとも２つのコードワードにわたって反復される。いくつかの実施形態において、上記複数のＵＣＩの上記ビットは、全てのコードワードにわたって反復される。いくつかの実施形態において、上記複数のＵＣＩの上記ビットのうちのコードワードへマッピングされる部分は、対応する上記コードワードに関連付けられる送信レイヤの数及び／又はＭＣＳレベルに従ってレートマッチングされる。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の上記第２の組合せは、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の上記第１の組合せと異なる。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つ及び複数の物理レイヤ（ＰＨＹ）送信優先度のうちの１つを有し、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、上記第１の組合せと異なる、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされる。いくつかの実施形態において、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられる：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。いくつかの実施形態において、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられる：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。
【0025】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするためのメッセージであって上記アップリンク送信においてＵＬ－ＳＣＨデータが送信されるべきであることを示す当該メッセージを受信することと、受信される上記メッセージに少なくとも部分的に基づいて、上記複数のコードワードに関連付けられる複数のＴＢについての優先度を判定することと、を含む。いくつかの実施形態において、複数のＴＢについての上記優先度は、－受信される上記メッセージ内の優先度インジケータフィールド、－受信される上記メッセージ内のコードワード（ＣＷ）優先度フィールド、－相対的なＭＣＳインデックス値、－相対的な送信レイヤの数、及び、－相対的なＴＢのサイズ、のうちの少なくとも１つに基づいて判定される。いくつかの実施形態において、複数のＴＢについての上記優先度は、－上記アップリンク送信と多重化されるべきＵＣＩのＵＣＩタイプ優先度、－上記アップリンク送信と多重化されるべきＵＣＩのＰＨＹ送信優先度、－上記複数のコードワードについての相対的なコードワード優先度、及び、－上記アップリンク送信のＰＨＹ送信優先度、のうちの少なくとも１つに基づいて判定される。いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＤＣＩメッセージである場合に、受信される上記メッセージ内の優先度インジケータフィールドにより決定され、又は、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＲＲＣメッセージである場合に、受信される上記メッセージ内の"phy-PriorityIndex"フィールドにより決定される。
【0026】
いくつかの実施形態において、高いＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有するコードワードと多重化され、低いＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する他のコードワードと多重化される。いくつかの実施形態において、ＵＣＩのうちの少なくとも１つは、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化される。いくつかの実施形態において、全てのＵＣＩが、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化される。いくつかの実施形態において、高い全体優先度を有する第１ＵＣＩが第１コードワードと多重化され、低い全体優先度を有する第２ＵＣＩが上記第１コードワードよりも低いコードワード優先度を有する第２コードワードと多重化される。ＵＣＩについての全体優先度は、－当該ＵＣＩについてのＰＨＹ送信優先度、及び、－当該ＵＣＩについてのＵＣＩタイプ優先度、のうちの少なくとも１つに基づいて決定される。いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度よりも低い全体優先度を有するＵＣＩを、上記アップリンク送信と多重化することは許容されない。いくつかの実施形態において、第１ＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有する第１コードワードと多重化され、上記第１ＰＨＹ送信優先度よりも低い第２ＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する第２コードワードと多重化される。
【0027】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかを示すメッセージを受信すること、を含む。いくつかの実施形態において、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかが、予め決定されている。いくつかの実施形態において、ＨＡＲＱ－ＡＣＫ及びＳＲは第１コードワードと多重化されるものとされ、及び／又は、ＣＳＩが第２コードワードと多重化されるものとされる。いくつかの実施形態において、上記アップリンク送信は、反復タイプＡ又は反復タイプＢと共に実行される。いくつかの実施形態において、上記アップリンク送信は、－反復間周波数ホッピング（ＦＨ）、－スロット内ＦＨ、及び、－スロット間ＦＨ、のうちの少なくとも１つと共に実行される。いくつかの実施形態において、上記アップリンク送信は、－反復間周波数ホッピング（ＦＨ）、－スロット内ＦＨ、及び、－スロット間ＦＨ、のうちの少なくとも１つと共に実行される。いくつかの実施形態において、上記アップリンク送信の反復のうちの少なくとも１つが上記複数のコードワードを搬送する。いくつかの実施形態において、上記アップリンク送信の各反復が上記複数のコードワードを搬送する。いくつかの実施形態において、上記アップリンク送信の第１の反復が上記複数のコードワードの全セットを搬送し、上記アップリンク送信の第２の反復が上記複数のコードワードのサブセットを搬送する。いくつかの実施形態において、上記アップリンク送信の第１の反復が上記複数のコードワードの全セットを搬送し、上記アップリンク送信の第２の反復が上記複数のコードワードの真部分集合であるサブセットを搬送する。いくつかの実施形態において、上記アップリンク送信は、ＰＵＳＣＨ送信である。いくつかの実施形態において、上記ネットワークノードは、送受信ポイント（ＴＲＰ）である。
【0028】
本開示の第２の観点によれば、ＵＥが提供される。上記ＵＥは、プロセッサと、上記プロセッサにより実行された場合に、上記プロセッサに、第１の観点のいずれかの方法を行わせる命令群、を記憶するメモリと、を備える。
【0029】
本開示の第３の観点によれば、ＵＥが提供される。上記ＵＥは、１つ以上のネットワークノードと共に複数のコードワードでのアップリンク送信を実行するためのアップリンク送信モジュールを備える。
【0030】
本開示の第４の観点によれば、ＵＥからの複数のコードワードでのアップリンク送信のためのネットワークノードにおける方法が提供される。上記方法は、上記ＵＥと共に複数のコードワードでのアップリンク送信を実行すること、を含む。
【0031】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ＵＥから、上記ＵＥにより複数のコードワードでのアップリンク送信がサポートされているか否かを示すメッセージを受信すること、を含む。いくつかの実施形態において、上記メッセージは、上記ＵＥによりＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、上記ＵＥによりタイプ１のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、上記ＵＥによりタイプ２のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、及び、上記ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、のうちの少なくとも１つを示す。いくつかの実施形態において、上記メッセージは、上記ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否かのみを示す。いくつかの実施形態において、上記メッセージを受信するステップの後に、上記方法は、さらに、上記ＵＥへ、上記ＵＥによりそのアップリンク送信のために使用されるものとされるのが単一のコードワードか又は複数のコードワードかを示すコンフィグレーションを送信すること、を含む。いくつかの実施形態において、上記コンフィグレーションは、ＵＥ固有のＲＲＣシグナリングを介して送信される。
【0032】
いくつかの実施形態において、上記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ＵＥへ、上記アップリンク送信をスケジューリングするための少なくとも１つのＤＣＩメッセージを送信すること、を含む。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＤＣＩメッセージは、－ＭＣＳ、－ＮＤＩ、及び、－ＲＶ、のうちの少なくとも１つについての少なくとも１つのフィールドを含む。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージである。いくつかの実施形態において、上記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージである。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージではない。いくつかの実施形態において、上記ＵＥへ上記アップリンク送信をスケジューリングするためのＤＣＩメッセージを送信するステップは、上記ＵＥへ上記アップリンク送信の少なくとも一部をスケジューリングするための上記ＤＣＩメッセージを送信すること、を含む。いくつかの実施形態において、上記複数のＤＣＩメッセージは、上記複数のコードワードの第１部についての１つ以上のパラメータをスケジューリングする第１ＤＣＩメッセージ、及び上記複数のコードワードの第２部についての１つ以上のパラメータをスケジューリングする第２ＤＣＩメッセージを少なくとも含む。いくつかの実施形態において、上記アップリンク送信がタイプ１のＣＧベースのアップリンク送信である場合において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ＵＥへ、上記アップリンク送信をスケジューリングするＲＲＣメッセージを送信すること、を含む。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＲＲＣメッセージは、－ＭＣＳインデックス、－ＭＣＳテーブル、－プリコーディングのための情報及びレイヤ数、並びに、－ＳＲＩ、のうちの少なくとも１つについての少なくとも１つのフィールドを含む。いくつかの実施形態において、上記ＲＲＣメッセージは、ConfiguredGrantConfigというＩＥを含み、当該ＩＥは、－コードワードについてプリコーディングのための情報及びレイヤ数を構成するためのprecodingAndNumberOfLayers2ndTBというＩＥ、－上記コードワードについて上記ＳＲＩを構成するためのsrs-ResourceIndicator2ndTBというＩＥ、並びに、－上記コードワードについて変調次数、目標コードレート及び／又はＴＢサイズを構成するためのmcsAndTBS2ndTBというＩＥ、のうちの少なくとも１つを含む。
【0033】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ＵＥへ、上記アップリンク送信についてのコードワードの最大数を示すＲＲＣメッセージを送信すること、を含む。いくつかの実施形態において、上記ＲＲＣメッセージは、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－上記少なくとも１つのネットワークノードへの任意のアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－ＲＲＣシグナリングによりスケジューリングされるタイプ１のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByRRCというＩＥ、並びに、－ＣＧベースのアップリンク送信についてのコードワードの最大数を示すConfiguredGrantConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、のうちの少なくとも１つを含む。
【0034】
いくつかの実施形態において、上記アップリンク送信は、上記ネットワークノードを含む複数のネットワークノードを対象とする。いくつかの実施形態において、上記アップリンク送信は、上記ネットワークノードを対象とする１つ以上の第１送信レイヤ、及び、１つ以上の他のネットワークノードを対象とする１つ以上の第２送信レイヤを少なくとも含む。いくつかの実施形態において、上記送信レイヤのうちの少なくとも２つは、同一の時間－周波数リソース上で送信される。いくつかの実施形態において、全ての上記送信レイヤが、同一の時間－周波数リソース上で送信される。いくつかの実施形態において、上記複数のネットワークノードのうちの少なくとも２つについて、上記アップリンク送信は、対応する上記ネットワークノードを対象とする同じか又は異なる数の送信レイヤを含む。いくつかの実施形態において、上記複数のネットワークノードのうちの少なくとも２つについて、上記アップリンク送信は、対応する上記ネットワークノードを対象とする同じか又は異なる数の送信レイヤを含む。いくつかの実施形態において、上記アップリンク送信は、ＤＧベースのアップリンク送信又はタイプ２のＣＧベースのアップリンク送信である。いくつかの実施形態において、上記ネットワークノードにより送信され上記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの少なくとも１つについて、－ＭＣＳ、－ＲＶ、－当該アップリンク送信がコードブックベースのアップリンク送信である場合の、ＴＰＭＩ及び／又は送信レイヤ数、並びに、－１つ以上のＳＲＩ、のうちの少なくとも１つを含む。いくつかの実施形態において、上記ネットワークノードにより送信され上記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、－ＭＣＳ、－ＲＶ、－当該アップリンク送信がコードブックベースのアップリンク送信である場合の、ＴＰＭＩ及び／又は送信レイヤ数、並びに、－１つ以上のＳＲＩ、のうちの少なくとも１つを含む。いくつかの実施形態において、上記アップリンク送信がコードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの少なくとも１つについて、単一のＳＲＩを含むかＳＲＩを含まず、上記アップリンク送信が非コードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの少なくとも１つについて、１つ以上のＳＲＩを含む。いくつかの実施形態において、上記アップリンク送信がコードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、単一のＳＲＩを含むかＳＲＩを含まず、上記アップリンク送信が非コードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、１つ以上のＳＲＩを含む。いくつかの実施形態において、第１コードワードについて構成される第１ＳＲＩは、第１ＳＲＳリソースセットからのＳＲＳリソースを示し、第２コードワードについて構成される第２ＳＲＩは、上記第１ＳＲＳリソースセットとは異なる第２リソースセットからのＳＲＳリソースを示す。
【0035】
いくつかの実施形態において、上記方法は、さらに、上記ＵＥへ、上記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを送信することと、上記ＵＥと共に、上記少なくとも１つのコードワードを無効化して他のアップリンク送信を実行することと、を含む。いくつかの実施形態において、上記メッセージは、複数のフィールドを含むＤＣＩメッセージであり、上記複数のフィールドのうちの上記１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示す。いくつかの実施形態において、上記方法は、さらに、上記ＵＥへ、上記複数のコードワードのためのＤＭＲＳポートについてのコンフィグレーションを示すメッセージを送信すること、を含む。いくつかの実施形態において、上記メッセージは、上記複数のコードワードのためのＤＭＲＳポートについての上記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージである。いくつかの実施形態において、上記シングルアンテナポートフィールドは、－上記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照すること、－上記変換プリコーダが無効化される場合において、送信レイヤの上記数が４より大きいときに、上記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照すること、及び、－上記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照すること、のうちの少なくとも１つにより符号化される。いくつかの実施形態において、上記シングルアンテナポートフィールドは、次の通り符号化される：－上記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照し、－上記変換プリコーダが無効化される場合において、送信レイヤの上記数が４より大きいときに、上記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照し、－上記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照する。
【0036】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ＵＥへ、上記アップリンク送信をスケジューリングするためのＤＣＩメッセージであって上記アップリンク送信において送信されるべきＵＬ－ＳＣＨデータが無いことを示す当該ＤＣＩメッセージを送信すること、を含み、上記アップリンク送信を実行するステップは、１つ以上のコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行すること、を含む。いくつかの実施形態において、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第２ＵＣＩタイプ優先度を有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされ、上記第２ＵＣＩタイプ優先度は、上記第１ＵＣＩタイプ優先度よりも低い。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つを有し、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第１ＵＣＩタイプ優先度よりも低い第２ＵＣＩタイプ優先度を有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされる。いくつかの実施形態において、次のリストの順に、列挙したうちの少なくとも２つのＵＣＩタイプ優先度が高いものから低いものへ順序付けられ、当該リストは、ＨＡＲＱ－ＡＣＫ、ＳＲ、より高いＣＳＩ優先度を有するＣＳＩ、及び、より低いＣＳＩ優先度を有するＣＳＩ。いくつかの実施形態において、ＵＣＩタイプ優先度は、次のように高いものから低いものへ順序付けられる：ＨＡＲＱ－ＡＣＫ、ＳＲ、より高いＣＳＩ優先度を有するＣＳＩ、及び、より低いＣＳＩ優先度を有するＣＳＩ。いくつかの実施形態において、それぞれ異なるコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行するステップは、上記ＵＥから、上記アップリンク送信を受信することと、上記アップリンク送信を復号して、上記アップリンク送信の上記複数のコードワードへ１対１でマッピングされる複数のセグメントを判定することと、上記複数のセグメントから、タイプ優先度の降順又は昇順に順序付けられた上記複数のＵＣＩを決定することと、を含む。
【0037】
いくつかの実施形態において、上記第１コードワードに関連付けられるＴＢについて１つ以上の第１送信パラメータが構成され、上記第２コードワードに関連付けられるＴＢについて１つ以上の第２送信パラメータが構成され、上記第１送信パラメータのうちの少なくとも１つは、上記第２送信パラメータのうちの対応する１つの第２の値により達成されるよりも高い信頼性を達成する第１の値を有する。いくつかの実施形態において、上記第１コードワードに関連付けられるＴＢについて構成される１つ以上の送信パラメータは、上記第２コードワードに関連付けられるＴＢについて構成される１つ以上の対応する送信パラメータにより達成されるものよりも高い信頼性を達成するための値を有する。いくつかの実施形態において、上記１つ以上の送信パラメータは、－ＭＣＳ、及び、－送信レイヤの数、のうちの少なくとも１つを含む。いくつかの実施形態において、上記複数のＵＣＩは、上記複数のコードワードのうちで最低のＭＣＳインデックス及び／又は最多の送信レイヤを有する１つへマッピングされる。いくつかの実施形態において、上記複数のＵＣＩの上記ビットは、少なくとも２つのコードワードにわたって反復される。いくつかの実施形態において、上記複数のＵＣＩの上記ビットは、全てのコードワードにわたって反復される。
【0038】
いくつかの実施形態において、上記複数のＵＣＩの上記ビットのうちのコードワードへマッピングされる部分は、対応する上記コードワードに関連付けられる送信レイヤの数及び／又はＭＣＳレベルに従ってレートマッチングされる。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされ、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の上記第２の組合せは、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の上記第１の組合せと異なる。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つ及び複数のＰＨＹ送信優先度のうちの１つを有し、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、上記第１の組合せと異なる、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされる。いくつかの実施形態において、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられる：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。いくつかの実施形態において、次のＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せのリストの順に、列挙したうちの少なくとも２つが高いものから低いものへ順序付けられ、当該リストは：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、である。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられる：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。
【0039】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記複数のコードワードに関連付けられる複数のＴＢについての優先度を判定することと、上記ＵＥへ、上記複数のＴＢについて判定した上記優先度に少なくとも部分的に基づいて、上記アップリンク送信をスケジューリングするためのメッセージであって上記アップリンク送信においてＵＬ－ＳＣＨデータが送信されるべきであることを示す当該メッセージを送信することと、を含む。いくつかの実施形態において、上記複数のＴＢについての上記優先度は、－受信される上記メッセージ内の優先度インジケータフィールド、－受信される上記メッセージ内のＣＷ優先度フィールド、－相対的なＭＣＳインデックス値、－相対的な送信レイヤの数、及び、－相対的なＴＢのサイズ、のうちの少なくとも１つに基づいて判定される。いくつかの実施形態において、複数のＴＢについての上記優先度は、－上記アップリンク送信と多重化されるべきＵＣＩのＵＣＩタイプ優先度、－上記アップリンク送信と多重化されるべきＵＣＩのＰＨＹ送信優先度、－上記複数のコードワードについての相対的なコードワード優先度、及び、－上記アップリンク送信のＰＨＹ送信優先度、のうちの少なくとも１つに基づいて判定される。
【0040】
いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＤＣＩメッセージである場合に、受信される上記メッセージ内の優先度インジケータフィールドにより決定され、又は、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＲＲＣメッセージである場合に、受信される上記メッセージ内の"phy-PriorityIndex"フィールドにより決定される。いくつかの実施形態において、高いＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有するコードワードと多重化され、低いＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する他のコードワードと多重化される。いくつかの実施形態において、ＵＣＩのうちの少なくとも１つは、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化される。いくつかの実施形態において、全てのＵＣＩが、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化される。いくつかの実施形態において、高い全体優先度を有する第１ＵＣＩが第１コードワードと多重化され、低い全体優先度を有する第２ＵＣＩが上記第１コードワードよりも低いコードワード優先度を有する第２コードワードと多重化される。ＵＣＩについての全体優先度は、－当該ＵＣＩについてのＰＨＹ送信優先度、及び、－当該ＵＣＩについてのＵＣＩタイプ優先度、のうちの少なくとも１つに基づいて決定される。いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度よりも低い全体優先度を有するＵＣＩを、上記アップリンク送信と多重化することは許容されない。いくつかの実施形態において、第１ＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有する第１コードワードと多重化され、上記第１ＰＨＹ送信優先度よりも低い第２ＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する第２コードワードと多重化される。
【0041】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、上記方法は、さらに、上記ＵＥへ、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかを示すメッセージを送信すること、を含む。いくつかの実施形態において、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかが、予め決定されている。いくつかの実施形態において、ＨＡＲＱ－ＡＣＫ及びＳＲは第１コードワードと多重化されるものとされ、及び／又は、ＣＳＩが第２コードワードと多重化されるものとされる。いくつかの実施形態において、上記アップリンク送信は、反復タイプＡ又は反復タイプＢと共に実行される。いくつかの実施形態において、上記アップリンク送信は、－反復間ＦＨ、－スロット内ＦＨ、及び、－スロット間ＦＨ、のうちの少なくとも１つと共に実行される。いくつかの実施形態において、上記アップリンク送信は、－反復間ＦＨ、－スロット内ＦＨ、及び、－スロット間ＦＨ、のうちの少なくとも１つと共に実行される。いくつかの実施形態において、上記アップリンク送信の各反復が上記複数のコードワードを搬送する。いくつかの実施形態において、上記アップリンク送信の第１の反復が上記複数のコードワードの全セットを搬送し、上記アップリンク送信の第２の反復が上記複数のコードワードのサブセットを搬送する。いくつかの実施形態において、上記アップリンク送信の第１の反復が上記複数のコードワードの全セットを搬送し、上記アップリンク送信の第２の反復が上記複数のコードワードの真部分集合であるサブセットを搬送する。いくつかの実施形態において、上記アップリンク送信は、ＰＵＳＣＨ送信である。いくつかの実施形態において、上記ネットワークノードは、ＴＲＰである。
【0042】
本開示の第５の観点によれば、ネットワークノードが提供される。上記ネットワークノードは、プロセッサと、上記プロセッサにより実行された場合に、上記プロセッサに、第４の観点のいずれかの方法を行わせる命令群、を記憶するメモリと、を備える。
【0043】
本開示の第６の観点によれば、ネットワークノードが提供される。上記ネットワークノードは、上記ＵＥと共に複数のコードワードでのアップリンク送信を実行するためのアップリンク送信モジュールを備える。
【0044】
本開示の第７の観点によれば、命令群を含むコンピュータプログラムが提供される。上記命令群は、少なくとも１つのプロセッサにより実行された場合に、上記少なくとも１つのプロセッサに、第１又は第４の観点のいずれかの方法を遂行させる。
【0045】
本開示の第８の観点によれば、第５の観点のコンピュータプログラムを収容する担体が提供される。上記担体は、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである。
【0046】
本開示の第９の観点によれば、通信システムが提供される。上記通信システムは、第２又は第３の観点の少なくとも１つのＵＥと、第５又は第６の観点の１つ以上のネットワークノードと、を含む。
【0047】
本開示の上記実施形態によって、複数のコードワードのアップリンク送信が可能とされる。さらに、本開示の上記実施形態によって、複数のコードワードが使用される場合にＰＵＳＣＨ上でＵＣＩが送信され得る。そのうえ、本開示の上記実施形態によって、複数のコードワードのＰＵＳＣＨの反復もまた可能とされる。概して、アップリンク送信についてより高いスループット、より高い信頼性、又はより速い応答が達成され得る。
【図面の簡単な説明】
【0048】
【図1】本開示の一実施形態に係るＵＥ及びｇＮＢが動作し得る、例示的なタイプ１及びタイプ２のＣＧベースのＰＵＳＣＨ送信手続をそれぞれ描いたフローチャートを示している。
【図2】本開示の一実施形態に係るＵＥ及びｇＮＢが動作し得る、例示的なＤＧベースのＰＵＳＣＨ送信手続を描いたフローチャートを示している。
【図3】本開示の一実施形態に係るＵＥ及びｇＮＢが動作し得る、１５ｋＨｚのサブキャリア間隔を有する例示的なＮＲの時間ドメイン構造を描いた図である。
【図4】本開示の一実施形態に係るＵＥ及びｇＮＢが動作し得る、例示的なＮＲの物理リソースグリッドを描いた図である。
【図5】本開示の一実施形態に係るＵＥ及びｇＮＢに適用可能な、ＰＵＳＣＨ上のＵＣＩの例示的な多重化を描いた図である。
【図6】本開示の一実施形態に係る複数のＴＲＰを対象とする複数のコードワードでの例示的なＰＵＳＣＨ送信を描いた図である。
【図7】本開示の一実施形態に係る複数のコードワードでのアップリンク送信のためのＵＥにおける例示的な方法を示すフローチャートである。
【図8】本開示の一実施形態に係る複数のコードワードでのアップリンク送信のためのネットワークノードにおける例示的な方法を示すフローチャートである。
【図9】本開示の一実施形態に係るＵＥ又はネットワークノードにおいて使用され得る構成の一実施形態を概略的に示している。
【図10】本開示の一実施形態に係る例示的なＵＥのブロック図である。
【図11】本開示の一実施形態に係る例示的なネットワークノードのブロック図である。
【図12】本開示の一実施形態に係る、ホストコンピュータへ中間ネットワークを介して接続される電気通信ネットワークを概略的に示している。
【図13】本開示の一実施形態に係る、部分的にワイヤレスな接続上で基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。
【図14】本開示の一実施形態に係る、ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を描いたフローチャートである。
【図15】本開示の一実施形態に係る、ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を描いたフローチャートである。
【図16】本開示の一実施形態に係る、ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を描いたフローチャートである。
【図17】本開示の一実施形態に係る、ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を描いたフローチャートである。
【発明を実施するための形態】
【0049】
これより、添付図面に示した実施形態を参照しながら、本開示を説明する。しかしながら、それら説明は、本開示を限定するよりもむしろ、例示の目的のために提供されているに過ぎないことが理解されるべきである。さらに、以下では、既知の構造及び技法の説明が、本開示の概念を不必要に曖昧にしないために省略されている。
【0050】
当業者は、"例示的な"との用語が、"説明的"又は"一例として供される"ことを意味するためにここで使用されており、具体的な実施形態がそれ以外より好適であることや具体的な特徴が不可欠であることの示唆を意図したものではないことを理解するであろう。同様に、"第１"、"第２"、"第３"、"第４"及び類似の用語は、ある項目の具体的な実例を単に他から区別するために使用されており、文脈が明らかに別段のことを示していない限り、具体的な順序や配置を示すものではない。さらに、"ステップ"との用語は、ここで使用されるところでは、"動作"又は"アクション"と意味的に同義である。ステップのシーケンスのここでのどの説明も、それら動作が具体的な順序で遂行されなければならないことを示唆せず、説明される動作の文脈又は詳細が明らかに別段のことを示していない限り、それら動作は全くどういった順序で遂行されてもよい。
【0051】
ここで使用される"できる"、"し得る"、"してもよい"、"例えば"などといった条件付きの言い回しは、別段具体的に述べられていない限り、あるいは使用上の文脈で別段理解されない限り、ある実施形態がある特徴、要素及び／又は状態を含む一方で他の実施形態はそれを含まないことを伝えることを広く意図したものである。よって、そうした条件付きの言い回しは、その特徴、要素及び／又は状態がどういった形でも１つ以上の実施形態にとって必要であることや、１つ以上の実施形態が必ずそれら特徴、要素及び／若しくは状態が包含され、又は、書き手による入力や指示の有無によらず何らかの具体的な実施形態で実行されるべきかを決定するためのロジックを必ず含むことを、概して意図したものではない。また、"又は／若しくは"との用語は、（排他的な（exclusive）意味ではなく）両立的な（inclusive）意味で使用されており、それが使用される場合、例えば要素のリストを接続していれば、"又は／若しくは"との用語は、リスト内の要素のうちの１つ、いくつか、又は全てを意味する。さらに、"各々"との用語は、ここで使用されるところでは、その通常の意味を有することに加えて、"各々"が適用される要素の集合のうちの任意の部分集合をも意味し得る。
【0052】
"基づいて"との用語は、"少なくとも部分的に基づいて"として読取られるべきである。"１つの実施形態"及び"一実施形態"との用語は、"少なくとも１つの実施形態"として読取られるべきである。"他の実施形態"との用語は、"少なくとも１つの他の実施形態"として読取られるべきである。他の定義が、明示的なものや暗黙的なものとして、以下に含められるかもしれない。加えて、"Ｘ、Ｙ及びＺのうちの少なくとも１つ"というフレーズのような言い回しは、別段の具体的な記述の無い限り、ある項目や用語などがＸ、Ｙ、若しくはＺ、又はそれらの組合せであってよいことを広く伝えるために使用されているものとして、文脈と共に理解されるべきである。
【0053】
ここで使用される専門用語は、具体的な実施形態を説明する目的のためのものに過ぎず、例示される実施形態の限定となることを意図されない。ここで使用されるところでは、単数形である"a"、"an"、及び"the"は、文脈で別段明確に示されていない限り、複数形をも含むことが意図される。さらに理解されるであろうこととして、"含む（comprises）"、"含む（comprising）"、"有する（has）"、"有する（having）"、"含む（includes）"及び／又は"含む（including）"という用語は、ここで使用されるところでは、記述された特徴、エレメント、及び／又はコンポーネントの存在を特定するものの、１つ以上の他の特徴、エレメント、コンポーネント、及び／又はそれらの組合せの存在又は追加を排除しない。また、理解されるであろうこととして、"接続する"、"接続している"、"接続されている"などといった用語は、ここで使用されている場合、２つの要素の間に電気的な又は通信上の接続が存在することを単に意味し、相反する明示的な記述が無い限り、それらの接続は直接的であるか又は間接的であるかのいずれかであってよい。
【0054】
当然ながら、本開示は、開示の範囲及び本質的な特徴から逸脱することなく、ここで説示したものとは別の特定の手法で遂行されてもよい。以下で議論される具体的な処理のうちの１つ以上は、１つ以上の適切に構成される処理回路を含む任意の電子デバイスで遂行されてよく、いくつかの実施形態において、それは１つ以上の特定用途向け集積回路（ＡＳＩＣ）で具現化されてもよい。いくつかの実施形態において、それら処理回路は、上述した動作若しくはその派生のうちの１つ以上を遂行するための適切なソフトウェア及び／又はファームウェアと共にプログラミングされる、１つ以上のマイクロプセセッサ、マイクロコントローラ及び／又はデジタル信号プロセッサを含んでもよい。いくつかの実施形態において、それら処理回路は、上述した機能のうちの１つ以上を遂行するようにカスタマイズされたハードウェアを含んでもよい。本実施形態は、したがって、あらゆる点において、説明的であって限定的ではないものとして考慮されるべきである。
【0055】
本開示の複数の実施形態が添付図面に描かれ以下の詳細な説明において説明されるものの、理解されるべきこととして、本開示は、開示される実施形態に限定されない代わりに、説示され且つ特許請求の範囲において定義されるように、本開示から逸脱することなく、数多くの再配置、修正、及び代用もまた可能である。
【0056】
さらに、本開示のいくつかの実施形態の以下の説明は５Ｇ ＮＲの文脈で与えられているものの、本開示はそれらそれらに限定されないことに留意されたい。実際、複数のコードワードでのアップリンク送信に関わる限り、本開示の発明概念は、例えば、ＧＳＭ（Global System for Mobile Communications）／ＧＰＲＳ（General Packet Radio Service）、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）、ＣＤＭＡ（Code Division Multiple Access）、広帯域ＣＤＭＡ、ＴＤ－ＳＣＤＭＡ（Time Division - Synchronous CDMA）、ＣＤＭＡ２０００、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、Ｗｉ－Ｆｉ（Wireless Fidelity）、第４世代ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advance）、又は５Ｇ ＮＲなど、任意の適切な通信アーキテクチャに対して適用可能であり得る。したがって、当業者は、ここで使用される用語が任意の他の基盤における等価なものへの言及でもあり得ることを容易に理解するはずである。例えば、ここで使用される"ユーザ機器"又は"ＵＥ"との用語は、端末デバイス、移動デバイス、移動端末、移動局、ユーザデバイス、ユーザ端末、ワイヤレスデバイス、ワイヤレス端末、又は任意の他の等価なものへの言及であり得る。他の例について、ここで使用されるネットワークノード"との用語は、送受信ポイント（ＴＲＰ）、基地局、基地送受信局、アクセスポイント、ホットスポット、ノードＢ、進化型ノードＢ（ｅＮＢ）、ｇＮＢ、ネットワークエレメント、又は任意の他の等価なものへの言及であり得る。さらに、ここで使用される"インジケータ"との用語は、対象の情報を直接的に又は間接的に示し得る、パラメータ、係数、属性、特性、設定、コンフィグレーション、プロファイル、識別子、フィールド、１つ以上のビット／オクテット、情報エレメント、又は任意のデータへの言及であり得る。
【0057】
さらに、以下の３ＧＰＰ文書が、全体として参照によりここに取り入れられる：
－３ＧＰＰ ＴＳ３８．２１１ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical channels and modulation (Release 16)）
－３ＧＰＰ ＴＳ３８．２１２ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Multiplexing and channel coding (Release 16)）
－３ＧＰＰ ＴＳ３８．２１３ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for control (Release 16)）
－３ＧＰＰ ＴＳ３８．２１４ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for data (Release 16)）
－３ＧＰＰ ＴＳ３８．２１１ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical channels and modulation (Release 16)）
－３ＧＰＰ ＴＳ３８．２１２ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Multiplexing and channel coding (Release 16)）
－３ＧＰＰ ＴＳ３８．２１３ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for control (Release 16)）
－３ＧＰＰ ＴＳ３８．２１４ Ｖ１６．６．０（２０２１年６月）（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for data (Release 16)）
【0058】
図１は、本開示の一実施形態に係るＵＥ１１０及びｇＮＢ１２０が動作し得る、例示的なタイプ１及びタイプ２のＣＧベースのＰＵＳＣＨ送信手続をそれぞれ描いたフローチャートを示している。図２は、本開示の一実施形態に係るＵＥ１１０及びｇＮＢ１２０が動作し得る、例示的なＤＧベースのＰＵＳＣＨ送信手続を描いたフローチャートを示している。
【0059】
図２に示したように、動的なＵＬグラント（動的スケジューリングとしても知られる）に基づくアップリンクデータ送信のための手続が説明されるであろう。ステップＳ２１０に示したように、ＵＥ１１０からｇＮＢ１２０へ送信すべきＵＬデータが存在する都度、ＵＥ１１０は、（ＵＥ１１０が接続状態にある場合）ＰＵＣＣＨチャネル上で又は（例えば、ＵＥ１１０が初期アクセスを試行している場合）ＰＲＡＣＨチャネル上で、"スケジューリング要求"メッセージを用いてアップリンクグラントをｇＮＢ１２０へ要求し得る。ｇＮＢ１２は、ステップＳ２１５で、ＰＤＣＣＨチャネル上の例えばＤＣＩ０＿０、ＤＣＩ０＿１又はＤＣＩ０＿２メッセージでのアップリンクグラントでＵＥ１１０に応答し得る。アップリンクデータ送信のためにＵＥ１１０にアップリンクリソースを割り当て得るアップリンクグラントの受信に応じて、ＵＥ１１０は、ステップＳ２２０で、ＰＵＳＣＨチャネルの割り当てられたリソース上でデータの送信を開始し得る。ＵＬデータの受信に応じて、ステップＳ２２５で、ｇＮＢ１２０は、初回の送信が失敗した場合にＵＬデータが再送され得るように、ＵＥ１１０へフィードバック（ＡＣＫ／ＮＡＣＫ）を提供し得る。
【0060】
但し、５Ｇネットワークは、超高信頼性低レイテンシ通信（ＵＲＬＬＣ）サービスを求めるアプリケーションをサポートするように予期されている。そうした種類のアプリケーションをサポートするために、５Ｇ－ＮＲは、ＴＷＧ（Transmission without grant）又はＣＧ（Configured Grant）ベースのＰＵＳＣＨ送信ともいうグラントフリーのアップリンク送信機能、即ち、リソース要求無しでのデータ送信を導入した。グラント無しの送信は、例えば、スケジューリング要求の送信（例：ステップＳ２１０）及びＵＬグラントの割り当ての待機（例：ステップＳ２１５）といった通常のハンドシェーク遅延を回避することができる。他の利点は、制御チャネルの厳しい信頼性要件を緩和し得ることである。
【0061】
図１に示したように、ＰＵＳＣＨチャネルは、ＲＲＣ（レイヤ３）シグナリングを介するＵＬグラントにより半静的に（タイプ１）又は半永続的に（タイプ２）構成されてよく、これがグラントフリーの構成方式としても言及され得る。５Ｇ ＮＲでは、２種類のグラントフリーの構成方式がサポートされている：
－ＣＧタイプ１：ステップＳ１１０及びＳ１２５に示したように、ＲＲＣシグナリングにより、アップリンクグラント構成、アクティブ化／非アクティブ化が提供される
－ＣＧタイプ２：ステップＳ１３５及びＳ１５０に示したように、ＲＲＣシグナリングによりアップリンクグラント構成が提供され、そのアクティブ化／非アクティブ化がＰＤＣＣＨグラントを介して（ＵＬ ＤＣＩを介して）提供される
－ＣＧタイプ１：ステップＳ１１０及びＳ１２５に示したように、ＲＲＣシグナリングにより、アップリンクグラント構成、アクティブ化／非アクティブ化が提供される
－ＣＧタイプ２：ステップＳ１３５及びＳ１５０に示したように、ＲＲＣシグナリングによりアップリンクグラント構成が提供され、そのアクティブ化／非アクティブ化がＰＤＣＣＨグラントを介して（ＵＬ ＤＣＩを介して）提供される
【0062】
２つのあり得る方式に従って、動的なグラントを伴わないアップリンク送信を構成するために、ConfiguredGrantConfigというＩＥが使用され得る。実際のアップリンクグラントは、ＲＲＣ（タイプ１）を介して構成されるか、又は（ＣＳ－ＲＮＴＩ宛ての）ＰＤＣＣＨ（タイプ２）を介して提供されるかのいずれかであり得る。マルチ構成グラント（Multiple Configured Grant）というコンフィグレーションが、サービングセルのある帯域幅部分（ＢＷＰ）において構成されてもよい。
【0063】
ＣＧタイプ１は、ＬＴＥの半永続的スケジューリング（ＳＰＳ）に非常に類似しており、ＵＬデータ送信は、Ｌ１シグナリングを何ら伴わないＲＲＣ再構成に基づく。ｇＮＢ１２０は、ＤＣＩにおけるＵＬグラントの検知無しで、rrc-ConfiguredUplinkGrantというパラメータを含むConfiguredGrantConfigといった上位レイヤパラメータを通じて、ＵＥ１１０へグラント構成を提供し得る。潜在的には、ＳＰＳスケジューリングは、決定論的なＵＲＬＬＣトラフィックパターンのための適性を提供することができ、なぜなら、適切なリソース構成によってそのトラフィック特性を良好に適合させることができるからである。
【0064】
具体的には、ステップＳ１１０で、ｇＮＢ１２０は、ＵＥ１１０のＵＬデータ送信のための半静的なＵＬリソースをアクティブ化するために、ＵＥ１１０へＲＲＣ構成を提供し得る。ＵＥ１１０によりｇＮＢ１２０へ送信されるべきデータが存在する都度、ＵＥ１１０は、ステップＳ１１５で、構成されたＵＬリソースを使用してデータを伝達し得る。ステップＳ１２０で、ｇＮＢ１２０は、ＵＥ１１０から受信したデータに対するフィードバックを、暗黙的に又は明示的にＡＣＫ／ＮＡＣＫで提供し得る。例えば、ＮＲ Ｒｅｌ－１６までのＮＲ ＣＧ送信では、ライセンス済みスペクトルにおける動作についてｇＮＢ１２０からＵＥ１１０への明示的なＡＣＫフィードバックはなされない。換言すると、ＡＣＫは暗黙的にシグナリングされてよく、ＮＡＣＫが明示的にシグナリングされ得る。ＴＢの送信時にタイマＴが開始されてよく、タイマＴの満了前に明示的なＮＡＣＫ（動的なグラント）が受信されない場合には、ＵＥはＡＣＫを仮定し、そうでない場合には、ＵＥはＣＳ－ＲＮＴＩによりスクランブリングされたＣＲＣと共にＤＣＩにおいて提供される動的なグラントを用いて再送を行うことになる。さらに、未ライセンススペクトルにおける動作について、ＤＣＩにおけるある明示的なＨＡＲＱフィードバックが存在するはずであり、それはダウンリンクフィードバックインジケーション（ＤＦＩ）と呼ばれ、ＤＣＩフォーマット０＿１においてのみ用いられる。但し、本開示は、それに限定されない。いくつかの他の実施形態において、ＡＣＫが明示的にシグナリングされ、ＮＡＣＫが暗黙的にシグナリングされてもよい。いくつかの他の実施形態において、ＡＣＫ及びＮＡＣＫの双方が明示的にシグナリングされてもよい。
【0065】
データの送信後に、ｇＮＢ１２０は、ステップＳ１２５で、ＲＲＣ構成解放又は非アクティブ化を送信することにより、半静的に割り当てたリソースを非アクティブ化し得る。
【0066】
ＣＧタイプ２は、追加的なＬ１シグナリング（ＤＣＩ）に関係し、ステップＳ１３５で、アップリンクは、有効なアクティブ化ＤＣＩにおけるＵＬグラントにより半永続的にスケジューリングされる。グラントは、ＣＳ－ＲＮＴＩでスクランブリングされたＤＣＩを通じて、アクティブ化され（ステップＳ１３５）及び非アクティブ化（ステップＳ１５０）される。ＲＲＣは、rrc-ConfiguredUplinkGrantを含まない上位レイヤパラメータConfiguredGrantConfigを提供するのみである。ＤＣＩシグナリングは、半永続的に割り当てられるリソースの高速な修正を可能にすることができる。このようにして、例えばパケット到達率、同一リソースプール及び／又はパケットサイズを共有するＵＥの数といった、ＵＲＬＬＣトラフィック特性の観点でのＵＬグラントフリー送信の柔軟性が可能とされる。
【0067】
注：タイプ１及びタイプ２の双方は、サービングセルごと且つＢＷＰごとにＲＲＣにより構成される。同一のサービングセルについて、ＮＲ ＭＡＣエンティティは、タイプ１か又はタイプ２かのいずれかと共に構成され得る。
【0068】
ＣＧタイプ１について固有のアクティブ化／解放（Activation/Release）手続は提供されていない。パラメータrrc-ConfiguredUplinkGrantを含むパラメータConfiguredGrantConfigを伴うＲＲＣシグナリングは、ＣＧタイプ１がアクティブ化であることを暗黙的に意味する。また、解放については、ｇＮＢ１２０により専用のＩＥが送信されることはなく、ＣＧスケジューリング構成を解放するために、ｇＮＢ１２０は、ＵＥ１１０へ単にＲＲＣ再構成解放を送信し得る。
【0069】
ＣＧタイプ２のスケジューリングアクティブ化又はスケジューリング解放は、対応するＤＣＩフォーマットのＣＲＣがＣＳ－ＲＮＴＩでスクランブリングされ、且つ有効化されるトランスポートブロックについて新規データインジケータフィールドが"０"へセットされる場合、ＰＤＣＣＨで復号されるＤＣＩを介してなされる。ＤＣＩフォーマットの検証は、ＵＬグラントタイプ２のスケジューリングアクティブ化又はスケジューリング解放のための特別なフィールドに従って当該ＤＣＩフォーマットについて全てのフィールドがセットされている場合に達成され得る。検証が達成されると、ＵＥ１１０は、そのＤＣＩフォーマット内の情報を、構成済みのＵＬグラントタイプ２の有効なアクティブ化又は有効な解放であると見なし得る。
【0070】
ＮＲは、ダウンリンク（ＤＬ）（即ち、ネットワークノード、ｇＮＢ又は基地局からユーザ機器あるいはＵＥへ）及びアップリンク（ＵＬ）（即ち、ＵＥからｇＮＢへ）の双方でＣＰ－ＯＦＤＭ（サイクリックプレフィクス直交周波数多分割多重化）を使用し得る。アップリンクでは、離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭもサポートされ得る。時間ドメインにおいて、ＮＲのダウンリンク及びアップリンクは、各々１ｍｓである等サイズのサブフレームへ編成され得る。サブフレームは、さらに時間長の等しい複数のスロットへ分割され得る。スロット長は、サブキャリア間隔に依存し得る。例えば、Δｆ＝１５ｋＨｚというサブキャリア間隔の場合、サブフレームごとにスロットは１つだけ存在し、各スロットは１４個のＯＦＤＭシンボルからなり得る。
【0071】
ＮＲにおけるデータスケジューリングは、典型的にはスロットベースで行われ、１４シンボルのスロットでの一例が図３に示されている。図３は、本開示の一実施形態に係るＵＥ及びｇＮＢが動作し得る、１５ｋＨｚのサブキャリア間隔を有する例示的なＮＲの時間ドメイン構造を描いた図である。図３に示したように、最初の２つのシンボルはＰＤＣＣＨを収容し、残りがＰＤＳＣＨか又はＰＵＳＣＨかである物理共有データチャネルを収容し得る。
【0072】
ＮＲでは、様々なサブキャリア間隔の値がサポートされ得る。サポートされるサブキャリア間隔の値（様々なヌメロロジーともいう）は、Δｆ＝（１５×２μ）ｋＨｚによって与えられ、μ∈０，１，２，３，４である。Δｆ＝１５ｋＨｚが、基本的なサブキャリア間隔である。様々なサブキャリア間隔におけるスロット時間長は、１／２μ［ｍｓ］によって与えられる。
【0073】
周波数ドメインでは、システム帯域幅は、各々が１２本の連続するサブキャリアに対応する複数のリソースブロック（ＲＢ）へ分割され得る。ＲＢは、システム帯域幅の一端から０で始まる形で付番される。基本的なＮＲの物理的な時間－周波数リソースグリッドが、図４に示されている。
【0074】
図４は、本開示の一実施形態に係るＵＥ及びｇＮＢが動作し得る、例示的なＮＲの物理リソースグリッドを描いた図である。図４に示したところでは、１４シンボルのスロット内の１つのＲＢのみが示されている。１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアは、１つのリソースエレメント（ＲＥ）を形成する。
【0075】
ＮＲ Ｒｅｌ－１５では、アップリンクのデータ送信を、ＰＤＣＣＨを用いて動的にスケジューリングすることができる。ＵＥは、まずＰＤＣＣＨにおいてアップリンクグラントを復号し、次いで、アップリンクグラントにおいて復号した制御情報、例えば変調次数、符号化レート、アップリンクリソース割当てなどに基づいて、ＰＵＳＣＨ上でデータを送信する。ＰＵＳＣＨの動的なスケジューリングでは、図１を参照しながら説明したように、ＣＧを用いてＰＵＳＣＨの半永続的な送信を構成する可能性も存在する。ＮＲ Ｒｅｌ－１５では、２種類のＣＧベースのＰＵＳＣＨが定義されている。ＣＧタイプ１では、ＰＵＳＣＨ送信の周期性と共に時間ドメインのオフセットが、ＲＲＣにより構成される。ＣＧタイプ２では、ＰＵＳＣＨ送信の周期性が、ＲＲＣにより構成され、そして、その送信のアクティブ化及び解放が、ＤＣＩにより、即ちＰＤＣＣＨで制御される。
【0076】
さらに、ＮＲでは、ＲＲＣパラメータであるpusch-AggregationFactor（動的にスケジューリングされるＰＵＳＣＨ向け）及びrepK（ＵＬ構成グラントでのＰＵＳＣＨ向け）により、ＰＵＳＣＨを時間的反復と共にスケジューリングすることができる。このケースでは、ＰＵＳＣＨは、スケジューリングされるが、構成されるＲＲＣパラメータにより決定される通りの反復回数に達するまで、複数の連続するスロット（当該スロットがＵＬ向けに利用可能である場合）において送信される。
【0077】
ＵＬ構成グラントでのＰＵＳＣＨのケースでは、反復が使用される場合、repK-RVフィールドによって、使用されるべき冗長性バージョン（ＲＶ）シーケンスが構成され得る。ＵＬ構成グラントでのＰＵＳＣＨについて反復が使用されない場合、repK-RVフィールドは不在である。
【0078】
ＮＲのリリース１５では、タイプＡ及びタイプＢという２つのマッピングタイプがサポートされており、ＰＤＳＣＨ及びＰＵＳＣＨ送信に適用可能である。タイプＡは通常スロットベースとして言及され、タイプＢの送信は非スロットベース又はミニスロットベースとして言及され得る。
【0079】
ミニスロット送信は動的にスケジューリング可能であり、ＮＲ Ｒｅｌ－１５では：
－ダウンリンクについて長さ７、４又は２シンボルとすることができ、アップリンクについて任意の長さとすることができる
－スロット内の任意のシンボルにおいて開始し及び終了することができる
－ダウンリンクについて長さ７、４又は２シンボルとすることができ、アップリンクについて任意の長さとすることができる
－スロット内の任意のシンボルにおいて開始し及び終了することができる
【0080】
なお、ＮＲ Ｒｅｌ－１５におけるミニスロット送信はスロット境界をまたぎ得ないことに留意されたい。
【0081】
さらに、ＮＲ Ｒｅｌ－１５におけるＰＵＳＣＨ送信について、スロット間（inter-slot）及びスロット内（intra-slot）の周波数ホッピングという２つの周波数ホッピングモードのうちの１つを、動的な送信向けにはPUSCH-ConfigというＩＥ、あるいはタイプ１及びタイプ２のＣＧ向けにはconfiguredGrantConfigというＩＥで、上位レイヤを介して構成することができる。
【0082】
ＮＲでは、ＰＵＳＣＨ向けに２つの送信方式が規定されており、即ちコードブックベース及び非コードブックベースのＰＵＳＣＨ送信である。
【0083】
コードブックベースのＵＬ送信は、ＮＲ及びＬＴＥの双方において使用され得るものであり、その動機付けは非キャリブレーションのＵＥ及び／又はＵＬ ＦＤＤ（周波数分割複信）のために使用されることであった。ＮＲにおけるコードブックベースのＰＵＳＣＨは、上位レイヤパラメータtxConfig＝codebookであるときに有効化される。動的にスケジューリングされるＰＵＳＣＨ及び構成グラントＰＵＳＣＨタイプ２について、コードブックベースのＰＵＳＣＨ送信方式を次のように要約することができる：
・ＵＥは、１つ又は２つのＳＲＳリソース（即ち、値"CodeBook"という上位レイヤパラメータの用法に関連付けられるＳＲＳリソースセットにおいて構成される１つ又は２つのＳＲＳリソース）を送信し得る。なお、ＮＲ Ｒｅｌ－１５／１６では、上位レイヤパラメータの用法が値"CodeBook"にセットされるＳＲＳリソースセットの数は１つに制限されている（即ち、コードブックベースのＰＵＳＣＨ送信の目的のために１つのＳＲＳリソースセットのみを構成することが許容されている）
・ｇＮＢは、コードブックからＰＵＳＣＨのために好適なＭＩＭＯ送信プリコーダ（即ち、送信プリコーディング行列インジケータあるいはＴＰＭＩ）を決定し、及び１つ又は２つのＳＲＳリソースに対応する関連付けられるレイヤ数を決定し得る
・ｇＮＢは、ＳＲＳリソースセットにおいて２つのＳＲＳリソースが構成される場合、１ビットの"ＳＲＳリソースインジケータ"フィールドを介して、選択されるＳＲＳリソースを指示し得る。ＳＲＳリソースセットにおいて１つのＳＲＳリソースのみが構成される場合には、ＤＣＩにおいて"ＳＲＳリソースインジケータ"フィールドは示されない
・ｇＮＢは、ＴＰＭＩと、（２つのＳＲＳリソースが使用される場合に）指示されるＳＲＳリソースに対応し又は（１つのＳＲＳリソースが使用される場合に）構成されるＳＲＳリソースに対応する関連付けられるレイヤ数とを指示し得る。ＴＰＭＩ及びＰＵＳＣＨレイヤ数は、ＤＣＩフォーマット０＿１及び０＿２内の"Precoding information and number of layers"フィールドにより指示され得る。コードブックベースのＰＵＳＣＨについての"Precoding information and number of layers"内のビット数は、次のように決定され得る：
・ＵＥは、１つ又は２つのＳＲＳリソース（即ち、値"CodeBook"という上位レイヤパラメータの用法に関連付けられるＳＲＳリソースセットにおいて構成される１つ又は２つのＳＲＳリソース）を送信し得る。なお、ＮＲ Ｒｅｌ－１５／１６では、上位レイヤパラメータの用法が値"CodeBook"にセットされるＳＲＳリソースセットの数は１つに制限されている（即ち、コードブックベースのＰＵＳＣＨ送信の目的のために１つのＳＲＳリソースセットのみを構成することが許容されている）
・ｇＮＢは、コードブックからＰＵＳＣＨのために好適なＭＩＭＯ送信プリコーダ（即ち、送信プリコーディング行列インジケータあるいはＴＰＭＩ）を決定し、及び１つ又は２つのＳＲＳリソースに対応する関連付けられるレイヤ数を決定し得る
・ｇＮＢは、ＳＲＳリソースセットにおいて２つのＳＲＳリソースが構成される場合、１ビットの"ＳＲＳリソースインジケータ"フィールドを介して、選択されるＳＲＳリソースを指示し得る。ＳＲＳリソースセットにおいて１つのＳＲＳリソースのみが構成される場合には、ＤＣＩにおいて"ＳＲＳリソースインジケータ"フィールドは示されない
・ｇＮＢは、ＴＰＭＩと、（２つのＳＲＳリソースが使用される場合に）指示されるＳＲＳリソースに対応し又は（１つのＳＲＳリソースが使用される場合に）構成されるＳＲＳリソースに対応する関連付けられるレイヤ数とを指示し得る。ＴＰＭＩ及びＰＵＳＣＨレイヤ数は、ＤＣＩフォーマット０＿１及び０＿２内の"Precoding information and number of layers"フィールドにより指示され得る。コードブックベースのＰＵＳＣＨについての"Precoding information and number of layers"内のビット数は、次のように決定され得る：
【0084】
－ＰＵＳＣＨ送信のために１アンテナポートが使用される場合、０ビット
【0085】
－４アンテナポートについて、テーブル１によれば、４、５又は６ビットであり、変換プリコーダが有効化されるか又は無効化されるか、並びに上位レイヤパラメータmaxRank及びcodebookSubsetの値に従う。即ち、"Precoding information and number of layers"フィールドのサイズは、codebookSubsetが"fullyAndPartialAndNonCoherent"、"PartialAndNonCoherent"及び"NonCoherent"にセットされる場合にそれぞれ６、５及び４ビットの値をとる。
テーブル１：変換プリコーダが無効化され、maxRankが２、３又は４に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、４アンテナポートについてのプリコーディング情報及びレイヤ数
テーブル１：変換プリコーダが無効化され、maxRankが２、３又は４に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、４アンテナポートについてのプリコーディング情報及びレイヤ数
【表1】
【0086】
－４アンテナポートについて、テーブル２によれば、２、４又は５ビットであり、変換プリコーダが有効化されるか又は無効化されるか、並びに上位レイヤパラメータmaxRank及びcodebookSubsetの値に従う。即ち、"Precoding information and number of layers"フィールドのサイズは、codebookSubsetが"fullyAndPartialAndNonCoherent"、"PartialAndNonCoherent"及び"NonCoherent"にセットされる場合にそれぞれ５、４及び２ビットの値をとる。
テーブル２：変換プリコーダが有効化される場合、あるいは、変換プリコーダが無効化され、ul-FullPowerTransmissionが構成されないか又はfullpowerMode2に構成されるかのいずれかである場合、あるいは、変換プリコーダが無効化され、maxRankが１に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、４アンテナポートについてのプリコーディング情報及びレイヤ数
テーブル２：変換プリコーダが有効化される場合、あるいは、変換プリコーダが無効化され、ul-FullPowerTransmissionが構成されないか又はfullpowerMode2に構成されるかのいずれかである場合、あるいは、変換プリコーダが無効化され、maxRankが１に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、４アンテナポートについてのプリコーディング情報及びレイヤ数
【表2】
【0087】
－２アンテナポートについて、テーブル３によれば、２又は４ビットであり、変換プリコーダが有効化されるか又は無効化されるか、並びに上位レイヤパラメータmaxRank及びcodebookSubsetの値に従う。即ち、"Precoding information and number of layers"フィールドのサイズは、codebookSubsetが"fullyAndPartialAndNonCoherent"及び"NonCoherent"にセットされる場合にそれぞれ４及び２ビットの値をとる。
テーブル３：変換プリコーダが無効化され、maxRankが２に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、２アンテナポートについてのプリコーディング情報及びレイヤ数
テーブル３：変換プリコーダが無効化され、maxRankが２に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、２アンテナポートについてのプリコーディング情報及びレイヤ数
【表3】
【0088】
－txConfig＝codebookである場合、２アンテナポートについて、テーブル４によれば、１又は３ビットであり、変換プリコーダが有効化されるか又は無効化されるか、並びに上位レイヤパラメータmaxRank及びcodebookSubsetの値に従う。即ち、"Precoding information and number of layers"フィールドのサイズは、codebookSubsetが"fullyAndPartialAndNonCoherent"及び"NonCoherent"にセットされる場合にそれぞれ３及び１ビットの値をとる。
テーブル４：変換プリコーダが有効化され、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合、あるいは、変換プリコーダが無効化され、maxRankが１に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、２アンテナポートについてのプリコーディング情報及びレイヤ数
テーブル４：変換プリコーダが有効化され、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合、あるいは、変換プリコーダが無効化され、maxRankが１に等しく、ul-FullPowerTransmissionが構成されないか、fullpowerMode2に構成され又はfullpowerに構成される場合の、２アンテナポートについてのプリコーディング情報及びレイヤ数
【表4】
【0089】
・ＵＥは、指示されたＴＰＭＩ及びレイヤ数を使用して、ＰＵＳＣＨ送信を実行し得る。値"CodeBook"という上位レイヤパラメータの用法に関連付けられるＳＲＳリソースセットにおいて１つのＳＲＳリソースが構成された場合、ＰＵＳＣＨ ＤＭＲＳは、そのＳＲＳリソースにおける直近のＳＲＳ送信に空間的に関連し得る。値"CodeBook"という上位レイヤパラメータの用法に関連付けられるＳＲＳリソースセットにおいて２つのＳＲＳリソースが構成された場合、ＰＵＳＣＨ ＤＭＲＳは、"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおける直近のＳＲＳ送信に空間的に関連する。
【0090】
複数のＳＲＳリソースが構成される場合、ＴＰＭＩは、レイヤ｛０，...，ｖ－１｝にわたって適用されるべき、ＳＲＩにより選択されるＳＲＳリソースに対応するプリコーダを示すために使用され、単一のＳＲＳリソースが構成される場合、ＴＰＭＩは、レイヤ｛０，...，ｖ－１｝にわたって適用されるべき、当該ＳＲＳリソースに対応するプリコーダを示すために使用される。送信プリコーダは、SRS-Configure内の上位レイヤパラメータnrofSRS-Portsに等しい数のアンテナポートを有するアップリンクコードブックから選択され得る。
【0091】
非コードブックベースＵＬ送信は、ＮＲにおいて利用可能であり、相互性ベースのＵＬ送信を可能にする。ＵＥにＤＬ ＣＳＩ－ＲＳを割り当てることにより、ＵＥは、最大４つの空間レイヤのＰＵＳＣＨ送信に適したプリコーダ重みを測定し及び推論し得る。候補となるプリコーダ重みが、最大４つのシングルポートＳＲＳをプリコーディングするために使用されてよく、プリコーディングされた各シングルポートＳＲＳがＳＲＳリソースにおいて送信され得る。各シングルポートＳＲＳは、単一のＰＵＳＣＨレイヤに対応する。続いて、ｇＮＢは、次のビット群を用いて結合的に符号化される、送信ランク及び複数のＳＲＳリソースインジケータを示し得る：
ここで、ＮＳＲＳは構成されたＳＲＳリソースの数を示し、ＬｍａｘはＰＵＳＣＨについてサポートされるレイヤの最大数である。ＮＲにおける非コードブックベースのＰＵＳＣＨは、上位レイヤパラメータtxConfig＝noncodebookであるときに有効化される。テーブル５は、Ｌｍａｘ＝４である場合の、ＮＳＲＳの様々な数値についてのＳＲＩフィールドからＳＲＩへのコードポイントのマッピングを示している。
【数1】
【0092】
テーブル５：Ｌｍａｘ＝４での、非コードブックベースのＰＵＳＣＨ送信についてのＳＲＩインジケーション
【表5】
【0093】
なお、ＮＲ Ｒｅｌ－１５／１６では、上位レイヤパラメータの用法が値"nonCodeBook"にセットされるＳＲＳリソースセットの数は１つに制限されているかもしれない（即ち、非コードブックベースのＰＵＳＣＨ送信の目的のために１つのＳＲＳリソースセットのみを構成することが許容されている）。非コードブックベースのアップリンク送信のために構成可能なＳＲＳリソースの最大数は４である。
【0094】
ＮＲでは、非コードブックベースのＰＵＳＣＨについて、ＵＥは、指示されたＳＲＩから指示されたＤＭ－ＲＳポート及びそれらの対応するＰＵＳＣＨレイヤ｛0,...，ｖ－１｝への１対１のマッピングを昇順で行い得る。ＵＥは、ＳＲＩにより指示されるＳＲＳリソース内のＳＲＳポートと同じアンテナポートを使用してＰＵＳＣＨを送信してよく、ＳＲＳリソースセット内の（ｉ＋１）番目のＳＲＳリソース内のＳＲＳポートがｐｉ＝１０００＋ｉとしてインデックス付けされている。
【0095】
非コードブックベースのＰＵＳＣＨに関して、次のことが３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．６．０において規定されている：
非コードブックベースの送信について、ＵＥは、ＳＲＳの送信のために使用されるプリコーダを、関連付けられるＮＺＰ ＣＳＩ－ＲＳリソースの測定に基づいて計算することができる。ＵＥは、SRS-ResourceSet内の上位レイヤパラメータの用法が値"nonCodeBook"にセットされるＳＲＳリソースセットについて、構成される場合には、１つのＮＺＰ ＣＳＩ－ＲＳリソースのみと共に構成されることができる。
非コードブックベースの送信について、ＵＥは、ＳＲＳの送信のために使用されるプリコーダを、関連付けられるＮＺＰ ＣＳＩ－ＲＳリソースの測定に基づいて計算することができる。ＵＥは、SRS-ResourceSet内の上位レイヤパラメータの用法が値"nonCodeBook"にセットされるＳＲＳリソースセットについて、構成される場合には、１つのＮＺＰ ＣＳＩ－ＲＳリソースのみと共に構成されることができる。
【0096】
よって、非コードブックベースのＰＵＳＣＨ送信について、１つのＮＺＰ ＣＳＩ－ＲＳリソースのみがＳＲＳリソースセットにおいて構成され、ＵＥは、ＳＲＳの送信のために使用されるプリコーダを、この関連付けられるＮＺＰ ＣＳＩ－ＲＳリソースを用いて計算することができる。ＳＲＳリソースセットごとに構成される単一のＮＺＰ ＣＳＩ－ＲＳリソースは、SRS-Config情報エレメントの一部であってよく、以下に示される。"NonCodebook"という条件は、関連付けられるＮＺＰ ＣＳＩ－ＲＳが、用途が"nonCodeBook"にセットされて構成されたＳＲＳリソースセットの場合にオプションとして存在し、そうでない場合には当該フィールドが不在となることを意味し得る。
【表6】
【0097】
３ＧＰＰ ＴＳ ３８．２１４では、さらに、関連付けられるＮＺＰ ＣＳＩ－ＲＳリソースを伴うＳＲＳリソースセットと共にＵＥが構成される場合、当該ＵＥは当該ＳＲＳリソースセット内のＳＲＳリソースのいずれにおいても空間関連情報と共に構成されることを予期されないことが規定されている。
【0098】
ＰＵＳＣＨ上のＵＣＩは、以下の形で、ＡＣＫ／ＮＡＣＫ又はＣＳＩであってよく、様々なタイプのＨＡＲＱコードブックが３８．２１３ Ｖ１６．６．０のセクション９．１において定義されており、ＤＡＩ（ダウンリンク割り当てインデックス）は３８．２１２ Ｖ１６．６．０内のＤＣＩフォーマットにおいて定義されている：
－２ビットより多くを伴うＡＣＫ／ＮＡＣＫ及び他のＵＣＩは、レートマッチングされ、１～２ビットを伴うＡＣＫ／ＮＡＣＫはＰＵＳＣＨデータ又はＣＳＩビットを間引くことを介してマッピングされる
－コードブロックグループベースのＨＡＲＱフィードバックに起因して、ＡＣＫ／ＮＡＣＫサイズはＮＲでは非常に大きくなり得る → ＰＵＳＣＨに対し大きなＡＣＫ／ＮＡＣＫの間引きを行うことは、ＰＵＳＣＨ性能のシビアな劣化をもたらす
－ＬＴＥと同様のＤＡＩの仕組みが、ＰＵＳＣＨ上のＵＣＩについてＡＣＫ／ＮＡＣＫビットの数を示すために使用される
－ＤＣＩフォーマット０＿１は、固定的なＨＡＲＱコードブックについて１ビットのＵＬ ＤＡＩ、動的なＨＡＲＱコードブックについて２ビットのＵＬ ＤＡＩ、そしてＣＢＧ構成を伴う動的なＨＡＲＱコードブックについて２ビットのＵＬ ＤＡＩ（各サブコードブックについて１つのＤＡＩ）を含む
－ＤＣＩフォーマット０＿０は、ＤＡＩを含まない
－ＣＳＩは、２つの部分に分けられ得る
－半静的に構成され動的に示されるベータ値がサポートされる
－個々のベータ値を、ＡＣＫ／ＮＡＣＫ及びＣＳＩのためにセットすることができる
－動的に示されるベータ値について、ＤＣＩフォーマット０＿１内の２ビットが、ＡＣＫ／ＮＡＣＫ及びＣＳＩについて１つの値を選択する（ＡＣＫ／ＮＡＣＫ及びＣＳＩテーブル内のｎ番目の行）
－２ビットより多くを伴うＡＣＫ／ＮＡＣＫ及び他のＵＣＩは、レートマッチングされ、１～２ビットを伴うＡＣＫ／ＮＡＣＫはＰＵＳＣＨデータ又はＣＳＩビットを間引くことを介してマッピングされる
－コードブロックグループベースのＨＡＲＱフィードバックに起因して、ＡＣＫ／ＮＡＣＫサイズはＮＲでは非常に大きくなり得る → ＰＵＳＣＨに対し大きなＡＣＫ／ＮＡＣＫの間引きを行うことは、ＰＵＳＣＨ性能のシビアな劣化をもたらす
－ＬＴＥと同様のＤＡＩの仕組みが、ＰＵＳＣＨ上のＵＣＩについてＡＣＫ／ＮＡＣＫビットの数を示すために使用される
－ＤＣＩフォーマット０＿１は、固定的なＨＡＲＱコードブックについて１ビットのＵＬ ＤＡＩ、動的なＨＡＲＱコードブックについて２ビットのＵＬ ＤＡＩ、そしてＣＢＧ構成を伴う動的なＨＡＲＱコードブックについて２ビットのＵＬ ＤＡＩ（各サブコードブックについて１つのＤＡＩ）を含む
－ＤＣＩフォーマット０＿０は、ＤＡＩを含まない
－ＣＳＩは、２つの部分に分けられ得る
－半静的に構成され動的に示されるベータ値がサポートされる
－個々のベータ値を、ＡＣＫ／ＮＡＣＫ及びＣＳＩのためにセットすることができる
－動的に示されるベータ値について、ＤＣＩフォーマット０＿１内の２ビットが、ＡＣＫ／ＮＡＣＫ及びＣＳＩについて１つの値を選択する（ＡＣＫ／ＮＡＣＫ及びＣＳＩテーブル内のｎ番目の行）
【0099】
ＰＵＳＣＨ上でのＵＣＩマッピングの原理
－ＣＳＩパート１
－レートマッチングされるＡＣＫ／ＮＡＣＫについて、ＣＳＩパート１は、最初の利用可能な非ＤＭ－ＲＳシンボルからマッピングされ、ＡＣＫ／ＮＡＣＫ ＲＥを迂回してマッピングされる。
－間引く側のＡＣＫ／ＮＡＣＫについて、ＣＳＩパート１は、最初の利用可能な非ＤＭ－ＲＳシンボルからマッピングされ、そのマッピングはＡＣＫ／ＮＡＣＫによる間引きのために予約されたＲＥを迂回する（ＰＵＳＣＨ及びＣＳＩパート２は、予約されたリソースにマッピングされ得るが、結果的には間引かれることになる）。
－ＣＳＩパート２は、最初の利用可能な非ＤＭ－ＲＳシンボルからマッピングされ、ＣＳＩパート１に後続する。
－間引く側のＡＣＫ／ＮＡＣＫについて、ＣＳＩパート２は、ＡＣＫ／ＮＡＣＫのために予約されたリソース上へマッピングされ得る（そして、ＡＣＫ／ＮＡＣＫにより間引かれるであろう）。
－ＵＣＩは、ＤＭ－ＲＳとは周波数分割多重化（ＦＭＤ）されない。
－概して、全てのＵＣＩタイプについての以下の周波数ドメインマッピング手続が使用される：（十分なＵＣＩ変調シンボルが利用可能であれば）１つのＵＣＩタイプの変調シンボル群でシンボルは完全に埋められる；これに１つのシンボルが続き、そのタイプの残余のＵＣＩ変調シンボルはＰＵＳＣＨ帯域幅をまたいでくし状にマッピングされる。
－ＣＳＩパート１
－レートマッチングされるＡＣＫ／ＮＡＣＫについて、ＣＳＩパート１は、最初の利用可能な非ＤＭ－ＲＳシンボルからマッピングされ、ＡＣＫ／ＮＡＣＫ ＲＥを迂回してマッピングされる。
－間引く側のＡＣＫ／ＮＡＣＫについて、ＣＳＩパート１は、最初の利用可能な非ＤＭ－ＲＳシンボルからマッピングされ、そのマッピングはＡＣＫ／ＮＡＣＫによる間引きのために予約されたＲＥを迂回する（ＰＵＳＣＨ及びＣＳＩパート２は、予約されたリソースにマッピングされ得るが、結果的には間引かれることになる）。
－ＣＳＩパート２は、最初の利用可能な非ＤＭ－ＲＳシンボルからマッピングされ、ＣＳＩパート１に後続する。
－間引く側のＡＣＫ／ＮＡＣＫについて、ＣＳＩパート２は、ＡＣＫ／ＮＡＣＫのために予約されたリソース上へマッピングされ得る（そして、ＡＣＫ／ＮＡＣＫにより間引かれるであろう）。
－ＵＣＩは、ＤＭ－ＲＳとは周波数分割多重化（ＦＭＤ）されない。
－概して、全てのＵＣＩタイプについての以下の周波数ドメインマッピング手続が使用される：（十分なＵＣＩ変調シンボルが利用可能であれば）１つのＵＣＩタイプの変調シンボル群でシンボルは完全に埋められる；これに１つのシンボルが続き、そのタイプの残余のＵＣＩ変調シンボルはＰＵＳＣＨ帯域幅をまたいでくし状にマッピングされる。
【0100】
図５は、本開示の一実施形態に係るＵＥ及びｇＮＢに適用可能な、ＰＵＳＣＨ上のＵＣＩの例示的な多重化を描いた図である。図５に示したところでは、ＡＣＫ／ＮＡＣＫがレートマッチングされる一例が（ａ）に示されており、ＡＣＫ／ＮＡＣＫがＰＵＳＣＨデータ又はＣＳＩビットの間引きを介してマッピングされる他の例が（ｂ）に示されている。
【0101】
３ＧＰＰ ＴＳ ３８．２１３ ｖ１６．６．０より：
ＵＥが複数のスロットにわたってＰＵＳＣＨを送信する場合において、ＵＥがそれら複数のスロットのうちの１つ以上のスロットにおけるＰＵＳＣＨ送信と重複する単一のスロット上でＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報と共にＰＵＣＣＨを送信することになるときに、当該１つ以上のスロットにおけるＰＵＳＣＨ送信がＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化するための第９．２．５節における条件を満たすならば、ＵＥは、当該１つ以上のスロットにおけるＰＵＳＣＨ送信においてＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化する。ＵＥが複数のスロットのうちのあるスロット内でＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を伴う単一スロットのＰＵＣＣＨを送信しないことになる場合、ＵＥは、当該スロットにおけるＰＵＳＣＨ送信内にＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化せず、これはＰＵＳＣＨ送信が不在となった場合に備えてである。
ＵＥが複数のスロットにわたってＰＵＳＣＨを送信する場合において、ＵＥがそれら複数のスロットのうちの１つ以上のスロットにおけるＰＵＳＣＨ送信と重複する単一のスロット上でＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報と共にＰＵＣＣＨを送信することになるときに、当該１つ以上のスロットにおけるＰＵＳＣＨ送信がＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化するための第９．２．５節における条件を満たすならば、ＵＥは、当該１つ以上のスロットにおけるＰＵＳＣＨ送信においてＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化する。ＵＥが複数のスロットのうちのあるスロット内でＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を伴う単一スロットのＰＵＣＣＨを送信しないことになる場合、ＵＥは、当該スロットにおけるＰＵＳＣＨ送信内にＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化せず、これはＰＵＳＣＨ送信が不在となった場合に備えてである。
【0102】
以下は、レートマッチングに関する３ＧＰＰ ＴＳ ３８．２１２ ｖ１６．６．０からの引用であり、ＰＵＳＣＨにおいてＨＡＲＱ－ＡＣＫ情報を多重化するため及びＣＳＩ報告を多重化するためのリソースの数をＵＥが判定するために複数のベータオフセット値が定義されており、その詳細は３８．２１３ ｖ１６．６．０の第９．３節にて定義されている：
【0103】
【表7】
【表8】
【0104】
さらに、ＮＲ Ｒ１６では、ＤＧ ＰＵＳＣＨとＣＧ ＰＵＳＣＨとの間のリソースの競合及び複数のＣＧが関与する競合に対処し、またＵＬデータ／制御及び制御／制御リソースの衝突に対処するために、ＰＨＹ優先度インデックスが相違する複数のＵＬ送信の間のＰＨＹ優先制御が、３ＧＰＰに取り入れられている。
【0105】
Ｒｅｌ－１６は、次の２レベルＰＨＹ優先度インデックスインジケーションをサポートしている：
－スケジューリング要求（ＳＲ）：ＳＲ構成は、ＳＲリソース構成内のＲＲＣフィールドとして、ＰＨＹ優先度インデックスインジケーションを有し得る。
－注：ＰＨＹ優先度インデックスは、ＰＨＹに優先度を知らせるために使用されるのみである。ＭＡＣは、ＬＣＨ優先度に基づいて、優先制御を実行することになる。
－ＨＡＲＱ－ＡＣＫ：動的な割当てについてＰＨＹ優先度インデックスはＤＬ ＤＣＩ（フォーマット１＿１及び１＿２）にて指示され、ＣＧ ＰＵＳＣＨについてＰＨＹ優先度インデックスはＲＲＣ構成により指示され得る。
－ＰＵＳＣＨ：ＤＧ ＰＵＳＣＨについてＰＨＹ優先度インデックスはＵＬ ＤＣＩ（フォーマット０＿１及び０＿２）にて指示され、ＣＧ ＰＵＳＣＨについてＰＨＹ優先度インデックスはＣＧ ＰＵＳＣＨ構成により指示され得る。
－ＰＵＳＣＨ上での非周期的な及び半永続的なＣＳＩ：ＰＨＹ優先度インデックスは、ＵＬ ＤＣＩ（フォーマット０＿１及び０＿２）にて指示され得る。
－ＰＵＣＣＨ上での周期的な及び半永続的なＣＳＩと、周期的な及び半永続的なＳＲＳと、ＰＨＹ優先度インデックスが指示されない場合については、低いＰＨＹ優先度インデックスが想定されている。
－非周期的なＳＲＳの優先度は常に低い。
－スケジューリング要求（ＳＲ）：ＳＲ構成は、ＳＲリソース構成内のＲＲＣフィールドとして、ＰＨＹ優先度インデックスインジケーションを有し得る。
－注：ＰＨＹ優先度インデックスは、ＰＨＹに優先度を知らせるために使用されるのみである。ＭＡＣは、ＬＣＨ優先度に基づいて、優先制御を実行することになる。
－ＨＡＲＱ－ＡＣＫ：動的な割当てについてＰＨＹ優先度インデックスはＤＬ ＤＣＩ（フォーマット１＿１及び１＿２）にて指示され、ＣＧ ＰＵＳＣＨについてＰＨＹ優先度インデックスはＲＲＣ構成により指示され得る。
－ＰＵＳＣＨ：ＤＧ ＰＵＳＣＨについてＰＨＹ優先度インデックスはＵＬ ＤＣＩ（フォーマット０＿１及び０＿２）にて指示され、ＣＧ ＰＵＳＣＨについてＰＨＹ優先度インデックスはＣＧ ＰＵＳＣＨ構成により指示され得る。
－ＰＵＳＣＨ上での非周期的な及び半永続的なＣＳＩ：ＰＨＹ優先度インデックスは、ＵＬ ＤＣＩ（フォーマット０＿１及び０＿２）にて指示され得る。
－ＰＵＣＣＨ上での周期的な及び半永続的なＣＳＩと、周期的な及び半永続的なＳＲＳと、ＰＨＹ優先度インデックスが指示されない場合については、低いＰＨＹ優先度インデックスが想定されている。
－非周期的なＳＲＳの優先度は常に低い。
【0106】
ＰＨＹ優先度インデックス０が低優先度として定義されてもよく、ＰＨＹ優先度インデックス１が高優先度として定義される。
【0107】
Ｒｅｌ－１６では、ＵＣＩは、ＵＣＩのＰＨＹ優先度インデックスとＰＵＣＣＨ又はＰＵＳＣＨのＰＨＹ優先度インデックスとが同じである場合にのみ、ＰＵＣＣＨ又はＰＵＳＣＨにて多重化され得る。ＵＣＩ及び特性の異なるＰＵＳＣＨの多重化のある組合せが、Ｒｅｌ－１７においてサポートされるものと予期されており、例えば、高優先度のＨＡＲＱ－ＡＣＫと低優先度のＨＡＲＱ－ＡＣＫとをＰＵＣＣＨへ多重化することや、低優先度のＨＡＲＱ－ＡＣＫを高優先度のＰＵＳＣＨにおいて多重化することなどである。
【0108】
Ｒｅｌ－１６のイントラＵＥのＰＨＹ優先制御は、まず、同一のＰＨＹ優先度のＰＵＣＣＨ及び／又はＰＵＳＣＨ送信について時間的な重複を解消し、次いで、優先度の間の時間的な重複を解消し、より優先度の低いＰＵＣＣＨ／ＰＵＳＣＨは、より優先度の高いＰＵＣＣＨ／ＰＵＳＣＨ送信との時間的な重複の場合には送信されない。ここで強調されるべきこととして、ＵＥは、優先度の間の時間的な重複を解消する前に高優先度のＰＵＣＣＨ／ＰＵＳＣＨ送信について時間的な重複を解消しないことである。これは、高優先度のＰＵＳＣＨにＵＣＩが多重化されるであろうことから高優先度のＰＵＣＣＨが送信されないことになるとしても、ＵＥが、高優先度のＰＵＣＣＨと時間的に重複する低優先度のＰＵＣＣＨ／ＰＵＳＣＨ送信をキャンセルすることになり、但し、高優先度のＰＵＣＣＨと時間的に重複する高優先度のＰＵＳＣＨについてはそうでないことを意味する。
【0109】
Ｒｅｌ－１６は、２つのＨＡＲＱコードブックをもサポートし、双方がスロット／サブスロットベースであってもよく、又は相違してもよい（各コードブックが別個に構成される）。
－２つのＨＡＲＱ－ＡＣＫコードブック（ＣＢ）を構成することができる
－第１のＨＡＲＱ－ＡＣＫ ＣＢ ⇔ ＰＨＹ優先度インデックス０
－第２のＨＡＲＱ－ＡＣＫ ＣＢ ⇔ ＰＨＹ優先度インデックス１
－２つのＰＵＣＣＨ構成
－第１のＰＵＣＣＨ ⇔ 第１のＨＡＲＱ－ＡＣＫ ＣＢ
－第２のＰＵＣＣＨ ⇔ 第２のＨＡＲＱ－ＡＣＫ ＣＢ
－各ＰＵＣＣＨをスロット又はサブスロットで構成することができる
－２つのＵＣＩ－ＯｎＰＵＳＣＨ（ＨＡＲＱ－ＡＣＫコードブックごとに１つ）
－即ち、ＰＨＹ優先度インデックスごとにＨＡＲＱ－ＡＣＫ（及びＣＳＩ）用のベータ因子（Beta-factor）
－２つのＨＡＲＱ－ＡＣＫコードブック（ＣＢ）を構成することができる
－第１のＨＡＲＱ－ＡＣＫ ＣＢ ⇔ ＰＨＹ優先度インデックス０
－第２のＨＡＲＱ－ＡＣＫ ＣＢ ⇔ ＰＨＹ優先度インデックス１
－２つのＰＵＣＣＨ構成
－第１のＰＵＣＣＨ ⇔ 第１のＨＡＲＱ－ＡＣＫ ＣＢ
－第２のＰＵＣＣＨ ⇔ 第２のＨＡＲＱ－ＡＣＫ ＣＢ
－各ＰＵＣＣＨをスロット又はサブスロットで構成することができる
－２つのＵＣＩ－ＯｎＰＵＳＣＨ（ＨＡＲＱ－ＡＣＫコードブックごとに１つ）
－即ち、ＰＨＹ優先度インデックスごとにＨＡＲＱ－ＡＣＫ（及びＣＳＩ）用のベータ因子（Beta-factor）
【0110】
さらに、ＮＲにおいて、リリース１７までは、ＰＤＳＣＨ送信について２つのコードワードがサポートされており、ＰＵＳＣＨ送信について単一のコードワードのみがサポートされている。最大４つの送信レイヤがアップリンクにおいてサポートされており、最大８つの送信レイヤがダウンリンクにおいてサポートされている。ダウンリンクにおいて２つのコードワードが使用される場合、送信レイヤの数は、４よりも大きいものとされる。送信レイヤの数が４以下である場合、ＮＲにおいてＲｅｌ－１７までは、ダウンリンクにおいて単一のコードワードが使用され得る。テーブル６に、ＮＲにおいて想定されるコードワードからレイヤへのマッピングが示されている。
【0111】
【表9】
【0112】
さらに、ＮＲのリリース１６では、さらなるレイテンシの低減の目的のために（即ち、Ｒｅｌ－１６のＵＲＬＬＣの機能）、ＰＵＳＣＨタイプＡ及びタイプＢの双方について、ＰＵＳＣＨ反復の拡張が行われた。
【0113】
ＮＲ Ｒｅｌ－１５では、動的グラント及び構成グラントタイプ２の双方について、統合されるスロットの数は、ＲＲＣで構成され得る。ＮＲ Ｒｅｌ－１６では、反復回数を動的に指示することができるようにこれが拡張されており、即ち、反復回数は、あるＰＵＳＣＨのスケジューリング機会から次へと、ＤＣＩインジケーションを介して変更され得る。即ち、開始シンボルＳ及びＰＵＳＣＨの長さＬに加えて、名目上の反復回数Ｋが、時間ドメインリソース割り当て（ＴＤＲＡ）の一部としてシグナリングされる。さらに、ＤＬに重きが置かれるＴＤＤパターンを考慮して、統合されるスロットの最大数がＫ＝１６へと引き上げられた。ＰＵＳＣＨ反復タイプＡには、スロット間及びスロット内のホッピングを適用することができる。いくつかのスロットはＤＬスロットであるかもしれず、その場合ＤＬスロットはＰＵＳＣＨ送信についてスキップされることから、反復回数Ｋは名目上のものである。そのため、Ｋは、可能な反復の最大回数である。
【0114】
ＰＵＳＣＨ反復タイプＢは、動的なグラント及び構成されるグラントの双方に適用される。タイプＢのＰＵＳＣＨ反復は、ＮＲ Ｒｅｌ－１６では、スロット境界をまたぐことができる。ＰＵＳＣＨ反復タイプＢと共に送信をスケジューリングする場合、ＮＲ Ｒｅｌ－１６では、開始シンボルＳ及びＰＵＳＣＨの長さＬに加えて、名目上の反復回数Ｋが、時間ドメインリソース割り当て（ＴＤＲＡ）の一部としてシグナリングされる。タイプＢの反復について、スロット間周波数ホッピング及び反復間周波数ホッピングを構成することができる。タイプＢのＰＵＳＣＨ反復の実際の時間ドメイン割り当てを決定するために、２ステップの処理が使用される：
－スロット境界及びＴＤＤパターンを無視して、長さＬのＫ回の名目上の反復を隣り合わせで（時間的に近接して）割り当てる。
－名目上の反復がスロット境界をまたいでおり、又はＵＬ送信のために使用可能でないシンボルを占める場合（例えば、ＴＤＤパターンに起因するＵＬ／ＤＬ切替点）、問題となる名目上の反復は、より短い２つ以上の実際の反復へと分割され得る。ＰＵＳＣＨ反復タイプＢの送信についての潜在的に有効なシンボルの数が名目上の反復についてゼロよりも大きい場合、名目上の反復は、１つ以上の実際の反復からなり、実際の各反復は、スロット内のＰＵＳＣＨ反復タイプＢの送信について使用可能な潜在的に有効なシンボルの連続するセットからなる。
－スロット境界及びＴＤＤパターンを無視して、長さＬのＫ回の名目上の反復を隣り合わせで（時間的に近接して）割り当てる。
－名目上の反復がスロット境界をまたいでおり、又はＵＬ送信のために使用可能でないシンボルを占める場合（例えば、ＴＤＤパターンに起因するＵＬ／ＤＬ切替点）、問題となる名目上の反復は、より短い２つ以上の実際の反復へと分割され得る。ＰＵＳＣＨ反復タイプＢの送信についての潜在的に有効なシンボルの数が名目上の反復についてゼロよりも大きい場合、名目上の反復は、１つ以上の実際の反復からなり、実際の各反復は、スロット内のＰＵＳＣＨ反復タイプＢの送信について使用可能な潜在的に有効なシンボルの連続するセットからなる。
【0115】
"ＰＵＳＣＨ反復"という用語が本文書で使用されているものの、それを"ＰＵＳＣＨ送信機会"といった他の用語と互換可能に使用することができる。
【0116】
ＮＲ Ｒｅｌ－１５／１６では、ＰＵＳＣＨ反復タイプＡに従ってＰＵＳＣＨが反復される場合、当該ＰＵＳＣＨは、単一の送信レイヤへ制限される。
【0117】
Ｒｅｌ－１５では、Ｒｅｌ－１６におけるＰＵＳＣＨ反復タイプＡとしても知られるスロットアグリゲーションがサポートされており、スロットベースのＰＵＳＣＨ反復の数は半静的に構成される。Ｒｅｌ－16では、ＰＵＳＣＨ反復の数を、ＤＣＩで動的に指示することができる。
【0118】
Ｒｅｌ－１５／１６では、ＰＵＳＣＨ反復タイプＡは各スロットにて単一の反復を可能とし、各反復が同一のシンボルを占める。いくつかのＴＤＤ ＵＬ／ＤＬ構成では、無線フレーム内で連続するＵＬスロットは少数である。このシナリオでは、複数のＰＵＳＣＨ反復が連続するスロット内になくてはならないわけではない。しかしながら、ＤＬスロットは、ＰＵＳＣＨ反復のためのスロットとしてカウントされる。
【0119】
ＰＵＳＣＨ反復タイプＡの２つの拡張が、３ＧＰＰにおけるＲｅｌ－１７のＮＲのカバレッジ拡張の作業項目（ＷＩ）の一部として合意された。その合意が以下に与えられる：
－ＰＵＳＣＨ反復タイプＡ
－オプション１：反復の最大回数を、本作業の過程において決定されるべき回数まで引き上げる
－オプション２：反復回数は、利用可能なＵＬスロットを基準としてカウントされる
－ＰＵＳＣＨ反復タイプＡ
－オプション１：反復の最大回数を、本作業の過程において決定されるべき回数まで引き上げる
－オプション２：反復回数は、利用可能なＵＬスロットを基準としてカウントされる
【0120】
オプション２（Ｏｐｔ２）に関し、利用可能なスロットの定義が３ＧＰＰにおいて議論された。利用可能なスロットの決定は、３ＧＰＰ ＲＡＮ１において依然として議論されている。
【0121】
ＮＲでは、４レイヤまでは１つのコードワード（又は１つのトランスポートブロック）のみを、動的なグラント又は構成されるグラントによりスケジューリングされるＰＵＳＣＨ上での送信のために使用することができる。ＵＥが４つより多くの送信アンテナを具備し、基地局が４つより多くの受信アンテナを有する場合、いくつかのシナリオでは、レイヤは４つより多く存在することができる。それらシナリオにおいて４つより多くのレイヤをサポートするために、１つより多くのコードワードが必要とされる。
【0122】
さらに、いくつかの他のシナリオにおいて、ＵＥは、各々が異なる受信ポイント（ＲＰ）へ向けてデータを送信する２つ以上のアンテナパネルを具備するかもしれない。このケースでは、それぞれのＲＰにてコードワードが復号可能となるように、各アンテナパネルからＲＰへ向けてのＰＵＳＣＨ送信のために、別個のコードワードが使用され得る。よって、複数のコードワードが必要とされる。アップリンクのＰＵＳＣＨ送信における複数のコードワードをいかにしてサポートするかが問題である。
【0123】
さらに、２つのコードワードが想定されるＰＵＳＣＨ上のみでのＵＣＩのケース、及び複数のコードワードからのデータと共にＰＵＳＣＨ上でＵＣＩが多重化されるケースにおいて、コートワードが相違している複数のレイヤ上でいかにしてＵＣＩを送信するかを検討する必要がある。上記の点に加えて、ＰＵＳＣＨ上で複数のコードワードが送信される場合、より高い優先度を有するコードワードのいくつかを反復するか、それらをより低い優先度のコードワードと比較してより多い回数だけ反復する必要があるかもしれず、ＰＵＳＣＨ反復の様々なタイプをも考慮すべきであろう。
【0124】
本開示のいくつかの実施形態は、次の観点で、ＮＲにおいてＰＵＳＣＨでの複数のコードワードの送信をいかにしてサポートするか、及び複数のコードワードが送信される場合にＰＵＳＣＨ上でＵＣＩをいかにして送信するかに関する方法を提供する：
－ＮＲにおける２つのコードワードでのＰＵＳＣＨ送信の構成及びシグナリング
－ＵＬ－ＳＨデータ無しでの複数のコードワードとのＰＵＳＣＨ上でのＵＣＩの多重化
－ＵＬ－ＳＨデータ有りでの複数のコードワードからのデータとのＰＵＳＣＨ上でのＵＣＩの多重化
－反復を伴う、ＰＵＳＣＨ上での複数のコードワードの送信
－ＮＲにおける２つのコードワードでのＰＵＳＣＨ送信の構成及びシグナリング
－ＵＬ－ＳＨデータ無しでの複数のコードワードとのＰＵＳＣＨ上でのＵＣＩの多重化
－ＵＬ－ＳＨデータ有りでの複数のコードワードからのデータとのＰＵＳＣＨ上でのＵＣＩの多重化
－反復を伴う、ＰＵＳＣＨ上での複数のコードワードの送信
【0125】
本開示のいくつかの実施形態は、次の点に関する方法を提供する：
－ＮＲにおいてＰＵＳＣＨでのマルチコードワード送信をいかにしてサポートするか
－ＵＥケイパビリティ報告、及びその場合に複数のコードワードがサポートされるものとされる
－ＤＧ又はＣＧタイプ２のＰＵＳＣＨについて、ＰＵＳＣＨ上のマルチコードワード送信をサポートする仕組み
－ＣＧタイプ２のＰＵＳＣＨについて、ＰＵＳＣＨ上のマルチコードワード送信をサポートする仕組み
－複数のＴＲＰに対するＰＵＳＣＨ上のマルチコードワード送信をサポートする仕組み
－ＰＵＳＣＨ送信のためのコードワードの最大数の制御
－複数のコードワードと共にＰＵＳＣＨ上でＵＣＩをいかにして送信するか
－ＵＬ－ＳＨデータ無しでの、複数のコードワードに対するＰＵＳＣＨ上でのＵＣＩ多重化
－ＵＬ－ＳＨデータ有りでの、複数のコードワードに対するＰＵＳＣＨ上でのＵＣＩ多重化
－複数のコードワードを伴うＰＵＳＣＨの様々なタイプの反復をいかにしてサポートするか、及び、コードワードの優先度に依存して、相異なるコードワードを異なる回数だけ反復できるか
－ＮＲにおいてＰＵＳＣＨでのマルチコードワード送信をいかにしてサポートするか
－ＵＥケイパビリティ報告、及びその場合に複数のコードワードがサポートされるものとされる
－ＤＧ又はＣＧタイプ２のＰＵＳＣＨについて、ＰＵＳＣＨ上のマルチコードワード送信をサポートする仕組み
－ＣＧタイプ２のＰＵＳＣＨについて、ＰＵＳＣＨ上のマルチコードワード送信をサポートする仕組み
－複数のＴＲＰに対するＰＵＳＣＨ上のマルチコードワード送信をサポートする仕組み
－ＰＵＳＣＨ送信のためのコードワードの最大数の制御
－複数のコードワードと共にＰＵＳＣＨ上でＵＣＩをいかにして送信するか
－ＵＬ－ＳＨデータ無しでの、複数のコードワードに対するＰＵＳＣＨ上でのＵＣＩ多重化
－ＵＬ－ＳＨデータ有りでの、複数のコードワードに対するＰＵＳＣＨ上でのＵＣＩ多重化
－複数のコードワードを伴うＰＵＳＣＨの様々なタイプの反復をいかにしてサポートするか、及び、コードワードの優先度に依存して、相異なるコードワードを異なる回数だけ反復できるか
【0126】
本開示のいくつかの実施形態において、"複数のコードワード（mmultiple codewords）"との用語は、１つのＰＵＳＣＨチャネル上での２つ以上のコードワードの送信への言及であってよく、１つのコードワードは１つのＴＢに対応することから、これを複数のＴＢとして見ることもできる。複数のコードワードは、同一の時間－周波数リソースを共有しながら、空間ドメインにおいて同時に送信されてもよい。例えば、１つのＰＵＳＣＨ上で２つのコードワードが送信される場合、一方のコードワードが１つ以上のＭＩＭＯレイヤの第１のセットへマッピングされ、他方のコードワードが１つ以上のＭＩＭＯレイヤの第２のセットへマッピングされてもよく、ここで第１のセットと第２のセットは重複しない（即ち、同じＭＩＭＯレイヤを共有しない）。
【0127】
本開示のいくつかの実施形態において、"ＤＧ ＰＵＳＣＨ"との用語は、動的なグラントによってスケジューリングされるＰＵＳＣＨへの言及であってよく、ＰＵＳＣＨ送信は、ＵＬスケジューリング用の対応するＤＣＩによりスケジューリングされる。"ＣＧ ＰＵＳＣＨ"との用語は、構成されるグラントによってスケジューリングされるＰＵＳＣＨへの言及であってよく、ＰＵＳＣＨ送信は、構成されたグラントのコンフィグレーションがアクティブ化された後、ＵＬスケジューリング用の対応するＤＣＩ無しで送信される。
【0128】
本開示のいくつかの実施形態において、"ＨＰ"との用語は、高い物理レイヤ優先度への言及であってよく、"ＬＰ"との用語は、低い物理レイヤ優先度への言及であってよい。本開示のいくつかの実施形態において、"コードワード（ＣＷ）"及び"ＴＢ"との用語は互換可能であり、ＴＢは符号化されていない生の情報ビットへの言及であってよく、ＣＷは対応する符号化ビットへの言及であってよい。
【0129】
本開示のいくつかの実施形態は、ＰＵＳＣＨ上でのマルチコードワード送信のケイパビリティをいかにして報告するか、及びマルチコードワード送信の仕組みをどのように定義するか、に関する方法を提供する。
【0130】
いくつかの実施形態において、ＰＵＳＣＨ上でのマルチコードワード送信は、ＵＥにとってオプション的な特徴であるべきであり、ネットワークノードは、ＵＥがＰＵＳＣＨ上での複数のコードワードをサポートするかに関するＵＥケイパビリティシグナリングを通知されるべきである。これにより、報告されるＵＥケイパビリティに基づいて、ＵＥについてＰＵＳＣＨ上でのマルチコードワード送信を有効化することができるか否かを、ネットワークが知得することが可能となる。
【0131】
いくつかの実施形態において、ＵＥは、ＲＲＣ構成の後に、ＰＵＳＣＨ上でのマルチコードワード送信をサポートする自身のケイパビリティをｇＮＢへ報告すべきである。所与のＵＥからケイパビリティ報告を受信した後に、ｇＮＢは、当該ＵＥのＰＵＳＣＨ送信を、単一のコードワードのみか、又は複数（例えば、最大２つ）のコードワードでの送信と共に構成するかを、例えばＵＥ固有のＤＬシグナリングを用いて選択し得る。いくつかの実施形態において、ＵＥ固有のシグナリングは、ＲＲＣ構成であってもよい。
【0132】
いくつかの実施形態において、ＣＧ ＰＵＳＣＨ及びＤＧ ＰＵＳＣＨ上でマルチコードワード送信をサポートするケイパビリティが、ＵＥからｇＮＢへ別々に報告されてもよい。
【0133】
いくつかの実施形態において、ＣＧ（タイプ１及び／又はタイプ２）によりスケジューリングされるＰＵＳＣＨ上でのマルチコードワード送信は、規格上でサポートされず、即ち、ＵＥケイパビリティに関わらずサポートされない。このケースでは、ＵＥは、ＤＧによりスケジューリングされるＰＵＳＣＨ上でのマルチコードワード送信をサポートするケイパビリティを報告する必要があるのみである。
【0134】
いくつかの実施形態において、ＤＧ ＰＵＳＣＨ又はタイプ２のＣＧ ＰＵＳＣＨについて、シングルコードワード送信の以下の構成のうちの少なくとも１つが、ＤＣＩフォーマット０＿１又は０＿２において提供され得る：
－変調符号化方式（ＭＣＳ）
－新規データインジケータ（ＮＤＩ）
－冗長性バージョン（ＲＶ）
－変調符号化方式（ＭＣＳ）
－新規データインジケータ（ＮＤＩ）
－冗長性バージョン（ＲＶ）
【0135】
いくつかの実施形態において、ＤＧ ＰＵＳＣＨについて、ＵＬ ＤＣＩ（例えば、ＤＣＩフォーマット０＿１又は０＿２）内のパラメータが、対応するＰＵＳＣＨの１回の送信のために提供される。タイプ２のＣＧ ＰＵＳＣＨについて、送信パラメータを提供するＵＬ ＤＣＩは、アクティブ化ＤＣＩであってよく、他のＤＣＩによりＣＧ構成が非アクティブ化されるまで、再発生する（周期的な）ＰＵＳＣＨ送信のためにＣＧ構成がアクティブ化される。ＣＧ ＰＵＳＣＨについて、アクティブ化ＵＬ ＤＣＩ（例えば、ＤＣＩフォーマット０＿１又は０＿２）内のパラメータが、再発生するＰＵＳＣＨの各々により使用され得る。
【0136】
いくつかの実施形態において、相異なるコードワードについて別々の構成が提供されるべきかが特定されてもよく、及び／又は、ネットワークにより複数のコードワードがサポートされるかがネットワークにより指し示されてもよい。
【0137】
いくつかの実施形態において、ＤＧ ＰＵＳＣＨ及び／又はタイプ２のＣＧ ＰＵＳＣＨについて、複数のコードワードが有効化され又は構成される場合、複数のコードワードの送信をサポートするために、複数のＴＢのうちの各１つ又は各サブセットについて、以下のパラメータのうちの１つ以上がアップリンクＤＣＩ（例えば、ＤＣＩフォーマット０＿１又は０＿２）において構成されてもよい：
－変調符号化方式
－新規データインジケータ
－冗長性バージョン
－変調符号化方式
－新規データインジケータ
－冗長性バージョン
【0138】
いくつかの実施形態において、レガシーのＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿１又はＤＣＩフォーマット０＿２）が、追加的なコードワードのための追加的なＤＣＩフィールドを含む形で使用されてもよい。換言すると、ＰＵＳＣＨ上で送信されるべき各コードワードについて、アップリンクＤＣＩ内で一組の"Modulation and coding scheme"、"New data indicator"及び"Redundancy version"フィールドが構成されてもよい。
【0139】
いくつかの実施形態において、新たなＤＣＩフォーマットが、追加的なコードワードの送信のために含められる追加的なＤＣＩフィールドと共に使用されてもよい。即ち、新たなＤＣＩフォーマットが、２つ以上のコードワードについての送信パラメータをシグナリングするフィールド群を収容してもよい。
【0140】
いくつかの実施形態において、複数のＴＢの送信をスケジューリングするために、複数のＰＤＣＣＨ送信が使用されてもよい。例えば、ＰＵＳＣＨ上で４つのコードワードがサポートされる場合、前半の２つのコードワードのいくつかのパラメータをスケジューリングするために第１のＰＤＣＣＨが使用されてもよく、後半の２つのコードワードをスケジューリングするために第２のＰＤＣＣＨが使用されてもよい。
【0141】
いくつかの実施形態において、ＣＧ タイプ１によりスケジューリングされるＰＵＳＣＨについて、複数のコードワードの送信をサポートするために、以下のパラメータのうちの１つ以上が、２番目以降のＴＢについてＲＲＣで構成されてもよい：
－ＭＣＳインデックス
－ＭＣＳテーブル
－プリコーディングの情報及びレイヤ数
－ＳＲＳリソースインジケータ（ＳＲＩ）
－ＭＣＳインデックス
－ＭＣＳテーブル
－プリコーディングの情報及びレイヤ数
－ＳＲＳリソースインジケータ（ＳＲＩ）
【0142】
いくつかの実施形態において、ＣＧタイプ１によりスケジューリングされるＰＵＳＣＨ上の第２のコードワード（即ち、第２のＴＢを搬送するコードワード）の送信のために、ConfiguredGrantConfigにおいて３つのパラメータが定義されてもよい。
【0143】
precodingAndNumberOfLayers2ndTBは、ＰＵＳＣＨ上の第２のコードワード（即ち、第２のＴＢを搬送するコードワード）について、プリコーディング情報及びレイヤ数を提供する。
【0144】
srs-ResourceIndicator2ndTBは、第２のコードワード（即ち、第２のＴＢを搬送するコードワード）について使用されるべきＳＲＳリソースを指し示す。
【0145】
mcsAndTBS2ndTBは、第２のコードワード（即ち、第２のＴＢを搬送するコードワード）の送信についての、変調次数を決定するためのＭＣＳインデックス、目標コードレート及びＴＢサイズである。
【0146】
【表10】
【0147】
いくつかの実施形態において、ネットワークによりサポートされるＰＵＳＣＨ上で送信されるコードワードの最大数が、ＲＲＣシグナリングにより指し示されてもよい。例えば、動的グラントによりスケジューリングされるＰＵＳＣＨ送信についてのコードワードのサポートの最大数を指し示すために、（ＤＣＩフォーマット０＿１について）maxNrofCodeWordsScheduledByDCI-0-1フィールド、及び／又は（ＤＣＩフォーマット０＿２について）maxNrofCodeWordsScheduledByDCI-0-2フィールドがPUSCH-ConfigというＩＥにおいて定義されてもよい。本文書において提供される例では、値"ｎ１"及び"ｎ２"が、ＰＵＳＣＨについてのコードワードの最大数である１及び２をそれぞれ表す。
【0148】
【表11】
【0149】
他の例として、セル内の任意のＰＵＳＣＨ送信、即ち動的グラントか又は構成グラントかのいずれかによりスケジューリングされるＰＵＳＣＨ送信についてのコードワードのサポートの最大数を指し示すために、PUSCH-ConfigというＩＥ内でmaxNrofCodeWordsフィールドが定義されてもよい。
【0150】
【表12】
【0151】
他の例として、動的グラント又は構成グラントタイプ２によりスケジューリングされるＰＵＳＣＨ送信についてサポートされるコードワードのサポートの最大数を指し示すために、（ＤＣＩフォーマット０＿１について）maxNrofCodeWordsScheduledByDCI-0-1フィールド、及び／又は（ＤＣＩフォーマット０＿２について）maxNrofCodeWordsScheduledByDCI-0-2フィールドがPUSCH-ConfigというＩＥにおいて定義されてもよい。さらに、構成グラントタイプ１によりスケジューリングされるＰＵＳＣＨ送信についてのコードワードのサポートの最大数を指し示すために、PUSCH-ConfigというＩＥ内でmaxNrofCodeWordsScheduledByRRCという他のフィールドが定義されてもよい。
【0152】
【表13】
【0153】
他の例として、構成グラントによりスケジューリングされるＰＵＳＣＨ送信についてのコードワードのサポートの最大数を指し示すために、ConfiguredGrantConfigというＩＥ内でmaxNrofCodeWordsフィールドが定義されてもよい。
【0154】
【表14】
【0155】
いくつかの実施形態において、マルチコードワードのＰＵＳＣＨ送信は、複数の送受信ポイント（ＴＲＰ）を対象としていてもよい。第１の例が図６の（ａ）に描かれており、送信される各ＰＵＳＣＨコードワードは、相異なるＴＲＰを対象とする送信レイヤを含む。図６の（ａ）に示したところでは、第１のＴＲＰを対象とする２つのＰＵＳＣＨレイヤが第１のＰＵＳＣＨコードワードへマッピングされ、第２のＴＲＰを対象とする他の２つのＰＵＳＣＨレイヤが第２のＰＵＳＣＨコードワードへマッピングされている。全てのＰＵＳＣＨレイヤは、同一の時間－周波数リソース（例えば、同一のリソースエレメント）において送信され得る。この実施形態は、ＤＧ ＰＵＳＣＨ及びタイプ２のＣＧ ＰＵＳＣＨの双方に適用可能であってよい。複数のＴＲＰを対象とするマルチコードワードのＰＵＳＣＨ送信は、１つのＴＲＰからの１つのＤＣＩにより、又は複数のＴＲＰからの１つのＤＣＩによりスケジューリングされてよい。例えば、相異なるＴＲＰが異なるＳＲＳリソースセットへ関連付けられてもよく、このケースでは、相異なるＴＲＰが異なるコードワードの送信に対応することにもなり得る。
【0156】
いくつかの実施形態において、アップリンクＤＣＩ（例えば、ＤＣＩフォーマット０＿１又は０＿２を有するＤＣＩ）において、以下のパラメータのうちの少なくとも１つが、第１のコードワードについてシグナリングされ得る：
－第１のコードワード又は第１のＴＢについての変調符号化方式（ＭＣＳ１）が、アップリンクＤＣＩ内の第１の"Modulation and coding scheme"フィールドを介してＵＥへ指示され得る。
－第１のコードワード又は第１のＴＢについての冗長性バージョン（ＲＶ１）が、アップリンクＤＣＩ内の第１の"Redundancy version"フィールドを介してＵＥへ指示され得る。
－第１のコードワード又は第１のＴＢに対応するＴＰＭＩ及びＰＵＳＣＨレイヤの数が、アップリンクＤＣＩ内の第１の"Precoding information and number of layers"フィールドを介してＵＥへ指示される。なお、本フィールドは、ＵＥがコードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合に、ＵＥへ指示される（即ち、本フィールドがアップリンクＤＣＩに現れる）。本フィールドは、ＵＥが非コードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合には、ＵＥへ指示されない（即ち、本フィールドがアップリンクＤＣＩに現れない）。
－第１のコードワードにマッピングされるＰＵＳＣＨレイヤに対応するＳＲＳリソースが、第１の"SRS resource indicator"フィールドを介してＵＥへ指示され得る。
－コードブックベースのＰＵＳＣＨ送信では、第１の"SRS resource indicator"フィールドにより単一のＳＲＳリソースが指示され得る。第１のコードワードにマッピングされるＰＵＳＣＨレイヤは、第１の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおける直近のＳＲＳ送信に空間的に関連し得る。
－非コードブックベースのＰＵＳＣＨ送信では、第１の"SRS resource indicator"フィールドにより１つ以上のＳＲＳリソースが指示され得る。第１のコードワードにマッピングされるＰＵＳＣＨレイヤは、第１の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおけるＳＲＳポートと同じアンテナポートを用いて送信され得る。図６の（ａ）の例における非コードブックベースのＰＵＳＣＨ送信を想定すると、第１の"SRS resource indicator"フィールドにより２つのＳＲＳリソースが指示されるはずであり、それらのＳＲＳポートは、コードワード１へマッピングされる２つのＰＵＳＣＨレイヤを送信するために使用される。
－第１のコードワード又は第１のＴＢについての変調符号化方式（ＭＣＳ１）が、アップリンクＤＣＩ内の第１の"Modulation and coding scheme"フィールドを介してＵＥへ指示され得る。
－第１のコードワード又は第１のＴＢについての冗長性バージョン（ＲＶ１）が、アップリンクＤＣＩ内の第１の"Redundancy version"フィールドを介してＵＥへ指示され得る。
－第１のコードワード又は第１のＴＢに対応するＴＰＭＩ及びＰＵＳＣＨレイヤの数が、アップリンクＤＣＩ内の第１の"Precoding information and number of layers"フィールドを介してＵＥへ指示される。なお、本フィールドは、ＵＥがコードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合に、ＵＥへ指示される（即ち、本フィールドがアップリンクＤＣＩに現れる）。本フィールドは、ＵＥが非コードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合には、ＵＥへ指示されない（即ち、本フィールドがアップリンクＤＣＩに現れない）。
－第１のコードワードにマッピングされるＰＵＳＣＨレイヤに対応するＳＲＳリソースが、第１の"SRS resource indicator"フィールドを介してＵＥへ指示され得る。
－コードブックベースのＰＵＳＣＨ送信では、第１の"SRS resource indicator"フィールドにより単一のＳＲＳリソースが指示され得る。第１のコードワードにマッピングされるＰＵＳＣＨレイヤは、第１の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおける直近のＳＲＳ送信に空間的に関連し得る。
－非コードブックベースのＰＵＳＣＨ送信では、第１の"SRS resource indicator"フィールドにより１つ以上のＳＲＳリソースが指示され得る。第１のコードワードにマッピングされるＰＵＳＣＨレイヤは、第１の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおけるＳＲＳポートと同じアンテナポートを用いて送信され得る。図６の（ａ）の例における非コードブックベースのＰＵＳＣＨ送信を想定すると、第１の"SRS resource indicator"フィールドにより２つのＳＲＳリソースが指示されるはずであり、それらのＳＲＳポートは、コードワード１へマッピングされる２つのＰＵＳＣＨレイヤを送信するために使用される。
【0157】
第２のコードワードに関し、アップリンクＤＣＩ（例えば、ＤＣＩフォーマット０＿１又は０＿２を有するＤＣＩ）において、以下のパラメータのうちの少なくとも１つがシグナリングされ得る：
－第２のコードワード又は第２のＴＢについての変調符号化方式（ＭＣＳ２）が、アップリンクＤＣＩ内の第２の"Modulation and coding scheme"フィールドを介してＵＥへ指示され得る。
－第２のコードワード又は第２のＴＢについての冗長性バージョン（ＲＶ２）が、アップリンクＤＣＩ内の第２の"Redundancy version"フィールドを介してＵＥへ指示され得る。
－第２のコードワード又は第２のＴＢに対応するＴＰＭＩ及びＰＵＳＣＨレイヤの数が、アップリンクＤＣＩ内の第２の"Precoding information and number of layers"フィールドを介してＵＥへ指示され得る。なお、本フィールドは、ＵＥがコードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合に、ＵＥへ指示される（即ち、本フィールドがアップリンクＤＣＩに現れる）。本フィールドは、ＵＥが非コードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合には、ＵＥへ指示されなくてよい（即ち、本フィールドがアップリンクＤＣＩに現れない）。
－第２のコードワードにマッピングされるＰＵＳＣＨレイヤに対応するＳＲＳリソースが、第２の"SRS resource indicator"フィールドを介してＵＥへ指示され得る。
－コードブックベースのＰＵＳＣＨ送信では、第２の"SRS resource indicator"フィールドにより単一のＳＲＳリソースが指示され得る。第２のコードワードにマッピングされるＰＵＳＣＨレイヤは、第２の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおける直近のＳＲＳ送信に空間的に関連し得る。
－非コードブックベースのＰＵＳＣＨ送信では、第２の"SRS resource indicator"フィールドにより１つ以上のＳＲＳリソースが指示され得る。第２のコードワードにマッピングされるＰＵＳＣＨレイヤは、第２の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおけるＳＲＳポートと同じアンテナポートを用いて送信され得る。
－図６の（ａ）の例における非コードブックベースのＰＵＳＣＨ送信を想定すると、第２の"SRS resource indicator"フィールドにより２つのＳＲＳリソースが指示されるはずであり、それらのＳＲＳポートは、コードワード１へマッピングされる２つのＰＵＳＣＨレイヤを送信するために使用され得る。
－第２のコードワード又は第２のＴＢについての変調符号化方式（ＭＣＳ２）が、アップリンクＤＣＩ内の第２の"Modulation and coding scheme"フィールドを介してＵＥへ指示され得る。
－第２のコードワード又は第２のＴＢについての冗長性バージョン（ＲＶ２）が、アップリンクＤＣＩ内の第２の"Redundancy version"フィールドを介してＵＥへ指示され得る。
－第２のコードワード又は第２のＴＢに対応するＴＰＭＩ及びＰＵＳＣＨレイヤの数が、アップリンクＤＣＩ内の第２の"Precoding information and number of layers"フィールドを介してＵＥへ指示され得る。なお、本フィールドは、ＵＥがコードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合に、ＵＥへ指示される（即ち、本フィールドがアップリンクＤＣＩに現れる）。本フィールドは、ＵＥが非コードブックベースのＰＵＳＣＨ送信信号を送信するようにスケジューリングされる場合には、ＵＥへ指示されなくてよい（即ち、本フィールドがアップリンクＤＣＩに現れない）。
－第２のコードワードにマッピングされるＰＵＳＣＨレイヤに対応するＳＲＳリソースが、第２の"SRS resource indicator"フィールドを介してＵＥへ指示され得る。
－コードブックベースのＰＵＳＣＨ送信では、第２の"SRS resource indicator"フィールドにより単一のＳＲＳリソースが指示され得る。第２のコードワードにマッピングされるＰＵＳＣＨレイヤは、第２の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおける直近のＳＲＳ送信に空間的に関連し得る。
－非コードブックベースのＰＵＳＣＨ送信では、第２の"SRS resource indicator"フィールドにより１つ以上のＳＲＳリソースが指示され得る。第２のコードワードにマッピングされるＰＵＳＣＨレイヤは、第２の"SRS resource indicator"フィールドにより指示されるＳＲＳリソースにおけるＳＲＳポートと同じアンテナポートを用いて送信され得る。
－図６の（ａ）の例における非コードブックベースのＰＵＳＣＨ送信を想定すると、第２の"SRS resource indicator"フィールドにより２つのＳＲＳリソースが指示されるはずであり、それらのＳＲＳポートは、コードワード１へマッピングされる２つのＰＵＳＣＨレイヤを送信するために使用され得る。
【0158】
いくつかの実施形態において、２つ以上のコードワードへマッピングされるＰＵＳＣＨレイヤの数は、同じであっても異なっていてもよい。例えば、図６の（ｂ）は、２つのコードワードへマッピングされるＰＵＳＣＨレイヤの数が異なるケースを示している。図６の（ｂ）では、第１のＴＲＰを対象とする２つのＰＵＳＣＨレイヤが第１のＰＵＳＣＨコードワードへマッピングされ、第２のＴＲＰを対象とする１つのＰＵＳＣＨレイヤが第２のＰＵＳＣＨコードワードへマッピングされている。
【0159】
いくつかの実施形態において、２つのコードワードがサポートされるケースについて、２つのＳＲＳリソースインジケータフィールドが、ＵＥに対し構成される２つの異なるＳＲＳリソースセットにおいて構成されるＳＲＳリソースを指し示してもよい。即ち、第１のＳＲＳリソースインジケータフィールドが構成される第１のＳＲＳリソースセットからのＳＲＳリソースを指し示し、第２のＳＲＳリソースインジケータフィールドが構成される第２のＳＲＳリソースセットからのＳＲＳリソースを指し示してもよい。
【0160】
さらに、"ＴＲＰ"との用語は、３ＧＰＰ規格において採用されないかもしれない。代わりに、ＴＲＰは、ＳＲＳリソースセット構成（例えば、ＳＲＳリソースセット１がＴＲＰ１を表す）、"SRS resource indicator"フィールド（例えば、第１の"SRS resource indicator"フィールドがＴＲＰ１を表す）、"Precoding information and number of layers"フィールド（例えば、第１の"Precoding information and number of layers"フィールドがＴＲＰ１を指し示す）のうちの任意の１つにより表されてもよい。
【0161】
例えば、ＤＣＩフォーマット０＿１において、以下のパラメータが、ＰＵＳＣＨ上での第２のＴＢ送信について別個に構成されてもよい。以下の例において、ＲＲＣパラメータであるmaxNrofCodeWordsScheduledByDCI-0-1は、第２のＴＢについての送信パラメータがＤＣＩフォーマット０＿１内に存在するか否かを示す。maxNrofCodeWordsScheduledByDCI-0-1が不在であるか又は値"１"を有する場合、送信パラメータは、第１のＴＢについてのみ提供される。そうでない場合（例えば、maxNrofCodeWordsScheduledByDCI-0-1が値"２"を有する）、送信パラメータは、第１及び第２のＴＢの双方についてそれぞれ提供される。第２のＴＢについて提供される新たなパラメータが、以下のテキストにおいて下線で強調されている：
【0162】
【表15】
【表16】
【表17】
【表18】
【0163】
上の例と同様に、ＤＣＩフォーマット０＿２内のＤＣＩフィールド群により、ＰＵＳＣＨ上での第２のＴＢ送信についての送信パラメータのセットが別個に提供されてもよい。さらに、maxNrofCodeWordsScheduledByDCI-0-1と同様の形で、ＲＲＣパラメータであるmaxNrofCodeWordsScheduledByDCI-0-2が、第２のＴＢについての送信パラメータがＤＣＩフォーマット０＿２内に存在するか否かを構成する。
【0164】
いくつかの実施形態において、１つ以上のＳＲＳセットが構成され、２つ以上の異なるＴＲＰへ向けたコードワードが送信される場合に、２つ以上の送信電力制御（ＴＰＣ）フィールドがＤＣＩに存在してもよい。２つ以上のＴＰＣフィールドの各々は、それぞれのコードワード又は閉ループインデックスに関連付けられる閉ループ電力制御コマンドを提供するために使用され得る。
【0165】
いくつかの実施形態において、コードワードのうちの１つが動的に無効化されてもよく、それをＤＣＩにおいて指示することができる。例えば、トランスポートブロックのうちの１つが、ＩＭＣＳ＝２６である場合、及びｒｖｉｄ＝１である場合に無効化されてもよく、これは対応するトランスポートブロックについてＤＣＩにおいて示される。
【0166】
いくつかの実施形態において、レイヤの総数が４よりも大きい場合、関連付けられるＤＭＲＳポートを各レイヤについて１つシグナリングするために、新たなアンテナポートテーブルが必要とされるかもしれない。ＤＣＩにおける単一のアンテナポートフィールドが、２つのコードワードに関連付けられるＤＭＲＳポートを指し示すために使用されてもよい。
【0167】
例えば、２つのコードワードがサポートされる場合、ＤＣＩにおける単一のアンテナポートフィールドが、それら２つのコードワードに関連付けられるＤＭＲＳポートを指し示すために使用されてもよい。最大の合計ランク＝８である場合、最大で８つのＤＭＲＳポートをシグナリングする必要がある。合計ランクが４つまでについては、３ＧＰＰ ＴＳ ３８．２１２ ｖ１６．６．０において定義されている既存のアンテナポートテーブル（即ち、テーブル７．３．１．１．２－９から７．３．１．１．２－２３まで）を、変換プリコーダが無効化される場合に再利用し得る。４つより多くの合計ランクについては、５つ乃至８つのＤＭＲＳポートをシグナリングするために、以下のテーブルが使用され得る。但し、本開示は、それに限定されない。
【0168】
テーブル７：アンテナポート、変換プリコーダを無効化、dmrs-Type＝２、maxLength＝２、両コードワードを有効化、レイヤの総数は４より大
【表19】
【0169】
テーブル８：アンテナポート、変換プリコーダを無効化、dmrs-Type＝２、maxLength＝１、両コードワードを有効化、レイヤの総数は４より大
【表20】
【0170】
テーブル９：アンテナポート、変換プリコーダを無効化、dmrs-Type＝２、maxLength＝２、両コードワードを有効化、レイヤの総数は４より大
【表21】
【0171】
変換プリコーダが有効化される場合、各ＴＲＰに対し１つとして、２つのコードワードが２つのＴＲＰへのＰＵＳＣＨ送信のために有効化される。３ＧＰＰ ＴＳ ３８．２１２ ｖ１６．６．０における既存のテーブル（即ち、テーブル７．３．１．１．２－６からテーブル７．３．１．１．２－７Ａまで）は１つのＤＭＲＳポートのみを指し示し得る一方で、各コードワードについて１つとして２つのＤＭＲＳポートを指し示すことが必要である。よって、関連付けられるＤＭＲＳポートをシグナリングするために、新たなアンテナポートテーブルが必要とされる。以下は、その目的を達成するために使用され得る２つの新たなテーブルであり、第１のＤＭＲＳポートが第１のコードワード向け、第２のＤＭＲＳポートが第２のコードワード向けである。
【0172】
テーブル１０：アンテナポート、変換プリコーダを有効化、dmrs-Type＝１、maxLength＝１、両コードワードを有効化
【表22】
【0173】
テーブル１１：アンテナポート、変換プリコーダを有効化、dmrs-Type＝１、maxLength＝２、両コードワードを有効化
【表23】
【0174】
上で議論したように、物理レイヤ優先度が、ＵＬ ＤＣＩ（例えば、ＤＣＩフォーマット０＿１、０＿２）により指し示され得る。ＰＵＳＣＨは、ＵＬ－ＳＣＨデータを搬送してよく、ＵＣＩは多重化されていることも多重化されていないこともあり得る。ＰＵＳＣＨは、ＵＣＩのみを搬送するように指示されることもあり得る（即ち、ＵＬ－ＳＣＨデータ無し）。ＮＲ Ｒｅｌ－１６では、低いＰＨＹ優先度を有するＵＣＩ及び／又はＰＵＳＣＨは、高いＰＨＹ優先度のＵＣＩ及び／又はＰＵＳＣＨと時間的に重複する場合には、破棄される。Ｒｅｌ－１７では、例えば、ＰＨＹ優先度の高いＵＣＩ／ＰＵＳＣＨとＰＨＹ優先度の低いＵＣＩ／ＰＵＳＣＨとのある組合せがサポートされることになる。
－高優先度のＰＵＳＣＨ（ＵＬ－ＳＣＨのみを搬送）において低優先度のＨＡＲＱ－ＡＣＫを多重化
－低優先度のＰＵＳＣＨ（ＵＬ－ＳＣＨのみを搬送）において高優先度のＨＡＲＱ－ＡＣＫを多重化
－低優先度のＨＡＲＱ－ＡＣＫ、ＵＬ－ＳＣＨを搬送する高優先度のＰＵＳＣＨ、高優先度のＨＡＲＱ－ＡＣＫ及び／又はＣＳＩを多重化
－高優先度のＨＡＲＱ－ＡＣＫ、ＵＬ－ＳＣＨを搬送する低優先度のＰＵＳＣＨ、低優先度のＨＡＲＱ－ＡＣＫ及び／又はＣＳＩを多重化
－高優先度のＰＵＳＣＨ（ＵＬ－ＳＣＨのみを搬送）において低優先度のＨＡＲＱ－ＡＣＫを多重化
－低優先度のＰＵＳＣＨ（ＵＬ－ＳＣＨのみを搬送）において高優先度のＨＡＲＱ－ＡＣＫを多重化
－低優先度のＨＡＲＱ－ＡＣＫ、ＵＬ－ＳＣＨを搬送する高優先度のＰＵＳＣＨ、高優先度のＨＡＲＱ－ＡＣＫ及び／又はＣＳＩを多重化
－高優先度のＨＡＲＱ－ＡＣＫ、ＵＬ－ＳＣＨを搬送する低優先度のＰＵＳＣＨ、低優先度のＨＡＲＱ－ＡＣＫ及び／又はＣＳＩを多重化
【0175】
いくつかの実施形態において、ＵＬ ＤＣＩは、ＰＵＳＣＨ上でＵＬ－ＳＣＨデータが送信されるべきでないこと、即ちＵＣＩのみが送信され得ることを指示してもよく、このケースにおいて、ＵＣＩを複数の異なる部分へ分割することができ、異なる部分が異なるコードワードで送信される。いくつかの実施形態において、同じＰＨＹ優先度の複数のＵＣＩタイプがＰＵＳＣＨ上で送信される場合、多重化されることになるＵＣＩの間で、次のように、ＵＣＩ優先度の高いものから低いものへ、ＵＣＩタイプ優先度の観点での順位付けがまずなされる：
ＨＡＲＱ－ＡＣＫ ＞ ＳＲ ＞ より高いＣＳＩ優先度を有するＣＳＩ ＞ より低いＣＳＩ優先度を有するＣＳＩ
ＨＡＲＱ－ＡＣＫ ＞ ＳＲ ＞ より高いＣＳＩ優先度を有するＣＳＩ ＞ より低いＣＳＩ優先度を有するＣＳＩ
【0176】
よって、異なるＰＨＹ優先度レベルが存在しなければ（即ち、多重化される全てのＵＣＩが同じＰＨＹ有する）、全体としての優先度の順位付けは、ＵＣＩタイプ優先度の順位付けと同じである。そして、基本的な原理として、ＵＣＩ優先度のより高いＵＣＩがＴＢ１（即ち、コードワード１へマッピングされるＴＢ）へマッピングされ、ＵＣＩ優先度のより低いＵＣＩがＴＢ２（即ち、コードワード２へマッピングされるＴＢ）へマッピングされてもよく、ここでＴＢ１はＴＢ２よりも高い信頼性を達成するための送信パラメータを割り当てられ得る。
【0177】
いくつかの実施形態において、あるビットシーケンスＵは、多重化されるべき多様なＵＣＩがＵＣＩタイプ優先度のより高いものからより低いものへの順に、又はＵＣＩタイプ優先度のより低いものからより高いものへの順に連結される形で構築され得る。例えば、ＨＡＲＱ－ＡＣＫ及びＣＳＩが送信される場合、ビットシーケンスは、Ｕ＝［ＨＡＲＱ－ＡＣＫビット；ＣＳＩビット］として定式化されてもよい。ビットシーケンスＵはＴＢ１及びＴＢ２へセグメント化されてよく、各ＴＢは、別個にチャネル符号化及び／又は変調シンボルの制定といった送信処理を経験し得る。ＴＢ１のシンボルシーケンスはコードワード１へマッピングされてよく、ＴＢ２のシンボルシーケンスはコードワード２へマッピングされてよい。
【0178】
ＴＢ１及びＴＢ２は、相異なる信頼性のレベルを達成するための送信パラメータを割り当てられてもよい。例えば、ＴＢ１はより低いＢＬＥＲ＝１ｅ－３を目標とし、ＴＢ２はより高いＢＬＥＲ＝１ｅ－１を目標とする。この目的のために使用され得る送信パラメータは、以下を含む：
－ＭＣＳ
－例えば、ＵＬ ＤＣＩにおいて、ＴＢ１はより低いＭＣＳインデックスを与えられてもよく（例えば、ＩＭＣＳ＝４）、ＴＢ２はより高いＭＣＳインデックスを与えられてもよい（例えば、ＩＭＣＳ＝６）。代替的に、ＴＢ１はより低いＭＣＳインデックスで指示されるコードワードへマッピングされてもよく、ＴＢ２はより高いＭＣＳインデックスを有する他のコードワードへマッピングされてもよい。
－レイヤ数
－例えば、ＴＢ１はより多数のＭＩＭＯレイヤ（例えば、２レイヤ）を与えられてもよく、ＴＢ２はより少数のＭＩＭＯレイヤ（例えば、１レイヤ）を与えられてもよい。
－ＭＣＳ
－例えば、ＵＬ ＤＣＩにおいて、ＴＢ１はより低いＭＣＳインデックスを与えられてもよく（例えば、ＩＭＣＳ＝４）、ＴＢ２はより高いＭＣＳインデックスを与えられてもよい（例えば、ＩＭＣＳ＝６）。代替的に、ＴＢ１はより低いＭＣＳインデックスで指示されるコードワードへマッピングされてもよく、ＴＢ２はより高いＭＣＳインデックスを有する他のコードワードへマッピングされてもよい。
－レイヤ数
－例えば、ＴＢ１はより多数のＭＩＭＯレイヤ（例えば、２レイヤ）を与えられてもよく、ＴＢ２はより少数のＭＩＭＯレイヤ（例えば、１レイヤ）を与えられてもよい。
【0179】
いくつかの実施形態において、全てのＵＣＩビットが、複数のコードワードのうちでＤＣＩにおいて示される最低のＭＣＳインデックスを有するもののみへマッピングされてもよく、又は最多のレイヤ数を有するコードワードへマッピングされてもよい。
【0180】
ＵＣＩをより多数のレイヤを有するコードワードへ多重化する理由は、ＵＣＩが固定的な数の時間周波数リソースを受け取ることになる場合、より多くのリソース（即ち、より多くのレイヤ）を伴うコードワードが、ＵＣＩがＰＵＳＣＨへ多重化されることによる影響を最も受けないからである。
【0181】
ＵＣＩをより低いＭＣＳを有するコードワードへ多重化する理由は、ＵＣＩが固定的な数の時間周波数リソースを受け取ることになる場合、より低いＭＣＳを有するコードワードが、ＵＣＩがＰＵＳＣＨへ多重化されることによるインパクトに対してより良好な耐性を有するからである。
【0182】
いくつかの実施形態において、同じＵＣＩビットが、全てのコードワードにおいて反復されてもよい。あるコードワードにおいて送信されるＵＣＩビットが、当該コードワードに関連付けられるレイヤ数及び変調レベルに従ってレートマッチングされてもよい。
【0183】
いくつかの実施形態において、ＵＬ送信のために複数のＰＨＹ送信特性が提供される場合、ＵＣＩ間の順位付けにおいて、ＰＨＹ優先度がＵＣＩタイプ優先度と組み合わされてもよい。例えば、２つのＰＨＹ優先度が提供されてよく、例えば、高いＰＨＹ優先度（ＨＰ）が優先度インデックス＝０に関連付けられ、低いＰＨＹ優先度（ＬＰ）が優先度インデックス＝１に関連付けられる。すると、ある例示的なＵＣＩの順位付けは、全体優先度の高いものから低いものへ、次の通りであり得る：
（ＨＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＨＰ）ＳＲ ＞ （ＨＰ）より優先度の高いＣＳＩ ＞ （ＨＰ）より優先度の低いＣＳＩ ＞ （ＬＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＬＰ）ＳＲ ＞ （ＬＰ）より優先度の高いＣＳＩ ＞ （ＬＰ）より優先度の低いＣＳＩ
（ＨＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＨＰ）ＳＲ ＞ （ＨＰ）より優先度の高いＣＳＩ ＞ （ＨＰ）より優先度の低いＣＳＩ ＞ （ＬＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＬＰ）ＳＲ ＞ （ＬＰ）より優先度の高いＣＳＩ ＞ （ＬＰ）より優先度の低いＣＳＩ
【0184】
他の例示的なＵＣＩの順位付けは、全体優先度の高いものから低いものへ、次の通りであり得る：
（ＨＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＨＰ）ＳＲ ＞ （ＬＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＬＰ）ＳＲ ＞ （ＨＰ）より優先度の高いＣＳＩ ＞ （ＨＰ）より優先度の低いＣＳＩ ＞ （ＬＰ）ＳＲ ＞ （ＬＰ）より優先度の高いＣＳＩ ＞ （ＬＰ）より優先度の低いＣＳＩ
（ＨＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＨＰ）ＳＲ ＞ （ＬＰ）ＨＡＲＱ－ＡＣＫ ＞ （ＬＰ）ＳＲ ＞ （ＨＰ）より優先度の高いＣＳＩ ＞ （ＨＰ）より優先度の低いＣＳＩ ＞ （ＬＰ）ＳＲ ＞ （ＬＰ）より優先度の高いＣＳＩ ＞ （ＬＰ）より優先度の低いＣＳＩ
【0185】
但し、本開示は、それに限定されない。他のＵＣＩの順位付けの順序も可能であってよい。議論を簡潔にするために、ここでは明示的に挙示されていないとしても、それらもまた包含される。
【0186】
いくつかの実施形態において、ＰＵＳＣＨ上で複数のコードワードが送信される場合、各ＴＢの優先度が、以下のやり方のうちの１つ以上に基づいて決定されてもよい：
－ＤＣＩ又はＣＧグラントにおいてＴＢの優先度がシグナリングされる。
－１つの例において、ＵＬ ＤＣＩ（例えば、ＤＣＩフォーマット０＿１、０＿２）内の"priority indicator"フィールドが、ＰＵＳＣＨにより搬送される複数のＴＢのＰＨＹ優先度インデックスを提供してもよい。
－他の例において、各ＴＢについて、ＵＬ ＤＣＩ内に"CW priority"フィールド（即ち、コードワード優先度を示すフィールド）が取り入れられてもよい。例えば、あるＴＢに対し値０という"CW priority"が指示された場合には、当該ＴＢはより低いコードワード優先度を有してもよく、一方で、あるＴＢに対し値１という"CW priority"が指示された場合には、当該ＴＢはより高いコードワード優先度を有してもよく、あるいは反対のやり方でもよい。
－ＴＢ優先度は、以下の送信パラメータのうちの１つ以上により暗黙的に決定されてもよい：
－相対的なＭＣＳインデックス値。例えば、より高いＭＣＳインデックスを与えられたＴＢは、より低いコードワード優先度を有するものと見なされてもよく、一方で、より低いＭＣＳインデックスを与えられたＴＢは、より高いコードワード優先度を有するものと見なされてもよく、あるいは反対のやり方であってもよい。
－相対的なＭＩＭＯレイヤの数。例えば、より少数のＭＩＭＯレイヤを与えられたＴＢは、より低いコードワード優先度を有するものと見なされてもよく、一方で、より多数のＭＩＭＯレイヤを与えられたＴＢは、より高いコードワード優先度を有するものと見なされてもよく、あるいは反対のやり方であってもよい。
－搬送されるＴＢの相対的なサイズ。例えば、よりサイズの大きいＴＢは、より低いコードワード優先度を有するものと見なされてもよく、一方で、よりサイズの小さいＴＢは、より高いコードワード優先度を有するものと見なされてもよく、あるいは反対のやり方であってもよい。
－ＤＣＩ又はＣＧグラントにおいてＴＢの優先度がシグナリングされる。
－１つの例において、ＵＬ ＤＣＩ（例えば、ＤＣＩフォーマット０＿１、０＿２）内の"priority indicator"フィールドが、ＰＵＳＣＨにより搬送される複数のＴＢのＰＨＹ優先度インデックスを提供してもよい。
－他の例において、各ＴＢについて、ＵＬ ＤＣＩ内に"CW priority"フィールド（即ち、コードワード優先度を示すフィールド）が取り入れられてもよい。例えば、あるＴＢに対し値０という"CW priority"が指示された場合には、当該ＴＢはより低いコードワード優先度を有してもよく、一方で、あるＴＢに対し値１という"CW priority"が指示された場合には、当該ＴＢはより高いコードワード優先度を有してもよく、あるいは反対のやり方でもよい。
－ＴＢ優先度は、以下の送信パラメータのうちの１つ以上により暗黙的に決定されてもよい：
－相対的なＭＣＳインデックス値。例えば、より高いＭＣＳインデックスを与えられたＴＢは、より低いコードワード優先度を有するものと見なされてもよく、一方で、より低いＭＣＳインデックスを与えられたＴＢは、より高いコードワード優先度を有するものと見なされてもよく、あるいは反対のやり方であってもよい。
－相対的なＭＩＭＯレイヤの数。例えば、より少数のＭＩＭＯレイヤを与えられたＴＢは、より低いコードワード優先度を有するものと見なされてもよく、一方で、より多数のＭＩＭＯレイヤを与えられたＴＢは、より高いコードワード優先度を有するものと見なされてもよく、あるいは反対のやり方であってもよい。
－搬送されるＴＢの相対的なサイズ。例えば、よりサイズの大きいＴＢは、より低いコードワード優先度を有するものと見なされてもよく、一方で、よりサイズの小さいＴＢは、より高いコードワード優先度を有するものと見なされてもよく、あるいは反対のやり方であってもよい。
【0187】
いくつかの実施形態において、以下の特性のうちの１つ以上が、ＵＣＩをＰＵＳＣＨと多重化すべきか又はＰＵＳＣＨのどのコードワードと多重化すべきかを判定する際に考慮されてもよい：
－多重化されるべきＵＣＩのＵＣＩタイプ優先度
－多重化されるべきＵＣＩのＰＨＹ優先度
－ＴＢ１及びＴＢ２の相対的なコードワード優先度
－ＰＵＳＣＨ全体のＰＨＹ優先度
－多重化されるべきＵＣＩのＵＣＩタイプ優先度
－多重化されるべきＵＣＩのＰＨＹ優先度
－ＴＢ１及びＴＢ２の相対的なコードワード優先度
－ＰＵＳＣＨ全体のＰＨＹ優先度
【0188】
ＤＧ ＰＵＳＣＨについて、ＰＨＹ優先度がスケジューリングＤＣＩ内の"priority indicator"により提供されてもよく、priority indicator＝０は低いＰＨＹ優先度を示し、priority indicator＝１は高いＰＨＹ優先度を示す。構成グラントについて、ＲＲＣパラメータ"phy-PriorityIndex"がＰＨＹ優先度を提供してもよく、値ｐ０が低いＰＨＹ優先度を示し、値ｐ１が高いＰＨＹ優先度を示し得る。
【0189】
１つの例において、ＨＰ ＵＣＩ（例えば、ＨＰ ＨＡＲＱ－ＡＣＫ）及びＬＰ ＵＣＩ（例えば、ＬＰ ＨＡＲＱ－ＡＣＫ）といったＰＨＹ優先度の異なるＵＣＩが同一のＰＵＳＣＨへ多重化されることになる場合、ＨＰ ＵＣＩが高いコードワード優先度を有するコードワードへ多重化されてもよく、ＬＰ ＵＣＩが高いコードワード優先度を有するコードワードへ多重化されてもよい。
【0190】
他の例において、全てのＵＣＩが所与のコードワード優先度のコードワードへ多重化されてもよい。例えば、より高いコードワード優先度のコードワード上のＵＬ－ＳＣＨデータが保護され得るように、全てのＵＣＩがより低いコードワード優先度のコードワードへ多重化されてもよい。また別の例において、全てのＵＣＩが、当該ＵＣＩが高い信頼性で送信され得るように、より高いコードワード優先度のコードワードへ多重化されてもよい。
【0191】
他の例において、多重化されるべき全てのＵＣＩが全体優先度で順位付けされてもよい。その場合に、より高い全体優先度のＵＣＩがあるコードワード（例えば、より高いＣＷ優先度のＣＷ）へ多重化され得る一方で、より低い全体優先度のＵＣＩが他のコードワード（例えば、より低いＣＷ優先度のＣＷ）へ多重化されてもよい。いくつかの実施形態において、全体的なＵＣＩ優先度は、ＵＣＩのＰＨＹ優先度及びＵＣＩのＵＣＩタイプ優先度の双方の関数であってよい。
【0192】
他の例において、ＰＵＳＣＨ全体のＰＨＹ優先度が、ＵＣＩの多重化を許容するかを判定するために使用されてもよい。例えば、高いＰＨＹ優先度のＰＵＳＣＨは、ＨＰ ＵＣＩ及びＬＰ ＨＡＲＱ－ＡＣＫの多重化を許容するのみであってもよい（即ち、ＬＰ ＳＲ又はＬＰ ＣＳＩといった他のＬＰ ＵＣＩをＨＰ ＰＵＳＣＨに対して多重化することはできない）。その場合に、許容されるＵＣＩの間で、ＰＨＹ優先度の高いものが高いＣＷ優先度のコードワードへ多重化され得る一方で、ＰＨＹ優先度の低いものが低いＣＷ優先度のコードワードへ多重化されてもよい。
【0193】
いくつかの実施形態において、ＵＥは、相異なるコードワードに対してどのＵＣＩタイプ又はどの部分が多重化されるべきかに関し、（例えば、ＲＲＣを介して）上位レイヤで構成されてもよく、又はそれが予め決定されていてもよい。例えば、ＵＥは、ＨＡＲＱ－ＡＣＫ及びＳＲを第１のコードワードへ多重化するように構成されてもよく、ＣＳＩは第２のコードワードへ多重化されるように構成されてもよい。
【0194】
複数のコードワードの送信と共に構成されるＰＵＳＣＨについて、反復無しのＰＵＳＣＨのケースと同様に、ＰＵＳＣＨの反復を適用することができる。
【0195】
いくつかの実施形態において、複数のコードワードの送信と共に構成されるＰＵＳＣＨについて、ＰＵＳＣＨ反復タイプＡが適用されてもよく、ＰＵＳＣＨ送信は複数のスロットをまたいで反復されてもよく、各ＰＵＳＣＨ反復は、各スロットの同じ時間リソースを占めてもよい（即ち、各スロットが同じ開始及び長さインジケータ値（ＳＬＩＶ）を使用する）。いくつかの実施形態において、反復間ＦＨ、スロット内ＦＨ、又はスロット間周波数ホッピングという形で、ＰＵＳＣＨ反復に対し周波数ホッピング（ＦＨ）が追加的に適用されてもよい。なお、ＮＲにおいてＲｅｌ－１７までは、ＰＵＳＣＨ反復タイプＡは、単一のＰＵＳＣＨレイヤに制限され得る。したがって、ＰＵＳＣＨ上でマルチコードワード送信を可能にするために、この制限が除去されてもよく、ＵＥは、ＰＵＳＣＨ反復タイプＡについて１つよりも多くのレイヤをサポートするように構成されてもよい（例えば、あるレイヤがコードワード１に対応し、他のレイヤがコードワード２に対応する）。いくつかの実施形態において、各ＰＵＳＣＨ反復が、同じ２つのコードワードを搬送（即ち、同じ２つのトランスポートブロックを搬送）してもよい。
【0196】
いくつかの実施形態において、複数のコードワードの送信と共に構成されるＰＵＳＣＨについて、ＰＵＳＣＨ反復タイプＢが適用されてもよい。ＰＵＳＣＨ送信は、複数のサブスロット又はスロットをまたいで反復されてもよく、各ＰＵＳＣＨ反復が各スロットにおいて異なる時間リソースを占めてもよく、及び／又は、２つ以上のＰＵＳＣＨ反復が同じスロット内に存在してもよい。いくつかの実施形態において、反復間ＦＨ、スロット内ＦＨ、又はスロット間周波数ホッピングという形で、ＰＵＳＣＨ反復に対し周波数ホッピングが追加的に適用されてもよい。いくつかの実施形態において、各ＰＵＳＣＨ反復が、同じ２つのコードワードを搬送（即ち、同じ２つのトランスポートブロックを搬送）してもよい。
【0197】
いくつかの実施形態において、ＰＵＳＣＨ反復のあるサブセットが複数のコードワード（例えば、２つのコードワード）の集合全体を搬送し得る一方で、ＰＵＳＣＨ反復の他のサブセットが複数のコードワードから削減されたセットを搬送（例えば、第１のコードワードのみを搬送）してもよい。
【0198】
例えば、ＰＵＳＣＨは、８回の反復と共に提供され得る。Ｎ回の反復において、２つのコードワード（例えば、ＴＢ１及びＴＢ２）が搬送され得る。残りの（８－Ｎ回の）反復においては、１つのコードワード（例えば、ＴＢ１）のみが搬送され得る。フルセットのコードワードのためのリソースの不足に起因して、（８－Ｎ回の）反復がコードワードの削減されたセットを搬送するかもしれず、例えば、（８－Ｎ回の）反復の各々について利用可能なＯＦＤＭシンボルの数が閾値よりも少数であり得る（例えば、≦２ＯＦＤＭシンボル）。典型的には、より多くの反復において送信されるコードワード（例えば、ＴＢ１）は、より少ない反復において送信されるコードワード（例えば、ＴＢ２）よりも高い信頼性で受信され得る。よって、より優先度の高いＴＢをＴＢ１へ割り当て、より優先度の低いＴＢをＴＢ２へ割り当てるためにこれを考慮に入れることができる。
【0199】
上記実施形態は、ＰＵＳＣＨ反復タイプＡ及びタイプＢへ、又は、例えばＮＲ Ｒｅｌ－１７において拡張されるタイプＡのＰＵＳＣＨ反復といった任意の他の種類のＰＵＳＣＨ反復へ適用可能であり得る。
【0200】
上記実施形態によって、ＵＥと１つ以上のｇＮＢ／ＴＲＰとの間で、複数のコードワードでのアップリンク送信を達成することができ、それにより、アップリンク送信についてより高いスループット、より高い信頼性、及びより高速な応答が達成され得る。
【0201】
図７は、本開示の一実施形態に係る複数のコードワードでのアップリンク送信のためのＵＥにおける例示的な方法７００のフローチャートである。方法７００は、ユーザ機器（例えば、ＵＥ１１０）において実行され得る。方法７００は、ステップＳ７１０を含み得る。但し、本開示は、それに限定されない。いくつかの他の実施形態において、方法７００は、より多くのステップ、異なるステップ、又はそれらの任意の組合せを含んでよい。さらに、方法７００のステップ群は、複数のステップが関係している場合には、ここで説明されるものとは異なる順序で実行されてもよい。さらに、いくつかの実施形態において、方法７００におけるあるステップが複数のサブステップへ分割されて異なるエンティティにより実行されてもよく、及び／又は、方法７００における複数のステップが単一のステップへ結合されてもよい。
【0202】
方法７００は、ステップＳ７１０で開始してよく、１つ以上のネットワークノードと共に、複数のコードワードでのアップリンク送信が実行され得る。
【0203】
いくつかの実施形態において、ステップＳ７１０の前に、方法７００は、さらに、１つ以上のネットワークノードのうちの少なくとも１つへ、ＵＥにより複数のコードワードでのアップリンク送信がサポートされているか否かを示すメッセージを送信すること、を含んでもよい。いくつかの実施形態において、上記メッセージは、ＵＥによりＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、ＵＥによりタイプ１のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、ＵＥによりタイプ２のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、及び、ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、のうちの少なくとも１つを示してもよい。いくつかの実施形態において、上記メッセージは、ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否かのみを示してもよい。いくつかの実施形態において、上記メッセージを送信するステップの後に、方法７００は、さらに、上記少なくとも１つのネットワークノードから、ＵＥによりそのアップリンク送信のために使用されるものとされるのが単一のコードワードか又は複数のコードワードかを示すコンフィグレーションを受信すること、を含んでもよい。いくつかの実施形態において、上記コンフィグレーションは、ＵＥ固有のＲＲＣシグナリングを介して受信されてもよい。
【0204】
いくつかの実施形態において、上記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、ステップＳ７１０の前に、方法７００は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするＤＣＩメッセージを受信すること、を含んでもよい。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＤＣＩメッセージは、－ＭＣＳ、－ＮＤＩ、及び、－ＲＶ、のうちの少なくとも１つについての少なくとも１つのフィールドを含んでもよい。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージであってもよい。いくつかの実施形態において、上記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージであってもよい。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージではなくてもよい。いくつかの実施形態において、上記ネットワークノードのうちの少なくとも１つから上記アップリンク送信をスケジューリングするためのＤＣＩメッセージを受信するステップは、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信を結合的にスケジューリングするための複数のＤＣＩメッセージを受信すること、を含んでもよい。いくつかの実施形態において、上記複数のＤＣＩメッセージは、上記複数のコードワードの第１部についての１つ以上のパラメータをスケジューリングする第１ＤＣＩメッセージ、及び上記複数のコードワードの第２部についての１つ以上のパラメータをスケジューリングする第２ＤＣＩメッセージを少なくとも含んでもよい。
【0205】
いくつかの実施形態において、上記アップリンク送信がタイプ１のＣＧベースのアップリンク送信である場合において、ステップＳ７１０の前に、方法７００は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするＲＲＣメッセージを受信すること、を含んでもよい。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＲＲＣメッセージは、－ＭＣＳインデックス、－ＭＣＳテーブル、－プリコーディングのための情報及びレイヤ数、並びに、－ＳＲＩ、のうちの少なくとも１つについての少なくとも１つのフィールドを含んでもよい。いくつかの実施形態において、上記ＲＲＣメッセージは、ConfiguredGrantConfigというＩＥを含んでもよく、当該ＩＥは、－コードワードについてプリコーディングのための情報及びレイヤ数を構成するためのprecodingAndNumberOfLayers2ndTBというＩＥ、－上記コードワードについて上記ＳＲＩを構成するためのsrs-ResourceIndicator2ndTBというＩＥ、並びに、－上記コードワードについて変調次数、目標コードレート及び／又はＴＢサイズを構成するためのmcsAndTBS2ndTBというＩＥ、のうちの少なくとも１つを含む。
【0206】
いくつかの実施形態において、上記アップリンク送信を実行するステップの前に、方法７００は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信についてのコードワードの最大数を示すＲＲＣメッセージを受信すること、を含んでもよい。いくつかの実施形態において、上記ＲＲＣメッセージは、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－上記少なくとも１つのネットワークノードへの任意のアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－ＲＲＣシグナリングによりスケジューリングされるタイプ１のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByRRCというＩＥ、並びに、－ＣＧベースのアップリンク送信についてのコードワードの最大数を示すConfiguredGrantConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、のうちの少なくとも１つを含んでもよい。
【0207】
いくつかの実施形態において、上記アップリンク送信は、上記ネットワークノードのうちの２つ以上を対象としてもよい。いくつかの実施形態において、上記アップリンク送信は、上記２つ以上のネットワークノードのうちの第１ノードを対象とする１つ以上の第１送信レイヤ、及び、上記２つ以上のネットワークノードのうちの第２ノードを対象とする１つ以上の第２送信レイヤを少なくとも含んでもよい。いくつかの実施形態において、全ての上記送信レイヤが、同一の時間－周波数リソース上で送信されてもよい。いくつかの実施形態において、上記２つ以上のネットワークノードのうちの少なくとも２つについて、上記アップリンク送信は、対応する上記ネットワークノードを対象とする同じか又は異なる数の送信レイヤを含んでもよい。いくつかの実施形態において、上記アップリンク送信は、ＤＧベースのアップリンク送信又はタイプ２のＣＧベースのアップリンク送信であってもよい。いくつかの実施形態において、ＵＥにより受信され上記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、－ＭＣＳ、－ＲＶ、－当該アップリンク送信がコードブックベースのアップリンク送信である場合の、ＴＰＭＩ及び／又は送信レイヤ数、並びに、－１つ以上のＳＲＩ、のうちの少なくとも１つを含んでもよい。いくつかの実施形態において、上記アップリンク送信がコードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、単一のＳＲＩを含むかＳＲＩを含まなくてもよく、上記アップリンク送信が非コードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、１つ以上のＳＲＩを含む。いくつかの実施形態において、第１コードワードについて構成される第１ＳＲＩは、第１ＳＲＳリソースセットからのＳＲＳリソースを示してもよく、第２コードワードについて構成される第２ＳＲＩは、上記第１ＳＲＳリソースセットとは異なる第２リソースセットからのＳＲＳリソースを示してもよい。
【0208】
いくつかの実施形態において、方法７００は、さらに、ネットワークノードから、上記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを受信することと、上記ネットワークノードと共に、上記少なくとも１つのコードワードを無効化して他のアップリンク送信を実行することと、を含んでもよい。いくつかの実施形態において、上記メッセージは、複数のフィールドを含むＤＣＩメッセージであってもよく、上記複数のフィールドのうちの上記１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示す。
【0209】
いくつかの実施形態において、上記方法は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記複数のコードワードのためのＤＭＲＳポートについてのコンフィグレーションを示すメッセージを受信すること、を含んでもよい。いくつかの実施形態において、上記メッセージは、上記複数のコードワードのためのＤＭＲＳポートについての上記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージであってもよい。いくつかの実施形態において、上記シングルアンテナポートフィールドは、次の通り復号される：－上記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照し、－上記変換プリコーダが無効化される場合において、送信レイヤの数が４より大きいときに、上記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照し、及び、－上記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照する。
【0210】
いくつかの実施形態において、ステップＳ７１０の前に、方法７００は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするためのＤＣＩメッセージであって当該アップリンク送信において送信されるべきアップリンク共有チャネル（ＵＬ－ＳＣＨ）データが無いことを示す当該ＤＣＩメッセージを受信すること、を含んでもよく、ステップＳ７１０は、さらに、１つ以上のコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行すること、を含んでもよい。
【0211】
いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つを有してもよく、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第１ＵＣＩタイプ優先度よりも低い第２ＵＣＩタイプ優先度を有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされる。いくつかの実施形態において、ＵＣＩタイプ優先度は、次のように高いものから低いものへ順序付けられてもよい：ＨＡＲＱ－ＡＣＫ、ＳＲ、より高いＣＳＩ優先度を有するＣＳＩ、及び、より低いＣＳＩ優先度を有するＣＳＩ。いくつかの実施形態において、それぞれ異なるコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行するステップは、上記複数のＵＣＩをそれらのタイプ優先度の降順又は昇順で連結することにより、ビットシーケンスを構築することと、上記複数のコードワードへ複数のセグメントが１対１でマッピングされるように、上記ビットシーケンスを上記複数のセグメントへ区分することと、を含んでもよい。いくつかの実施形態において、上記第１コードワードに関連付けられるＴＢについて構成される１つ以上の送信パラメータは、上記第２コードワードに関連付けられるＴＢについて構成される１つ以上の対応する送信パラメータにより達成されるものよりも高い信頼性を達成するための値を有してもよい。いくつかの実施形態において、上記１つ以上の送信パラメータは、－ＭＣＳ、及び、－送信レイヤの数、のうちの少なくとも１つを含んでもよい。
【0212】
いくつかの実施形態において、上記複数のＵＣＩは、上記複数のコードワードのうちで最低のＭＣＳインデックス及び／又は最多の送信レイヤを有する１つへマッピングされてもよい。いくつかの実施形態において、上記複数のＵＣＩの上記ビットは、全てのコードワードにわたって反復されてもよい。いくつかの実施形態において、上記複数のＵＣＩの上記ビットのうちのコードワードへマッピングされる部分は、対応する上記コードワードに関連付けられる送信レイヤの数及び／又はＭＣＳレベルに従ってレートマッチングされてもよい。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つ及び複数のＰＨＹ送信優先度のうちの１つを有してもよく、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、上記第１の組合せと異なる、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされてもよい。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられてもよい：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられてもよい：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。
【0213】
いくつかの実施形態において、ステップＳ７１０の前に、方法７００は、さらに、上記ネットワークノードのうちの少なくとも１つから、上記アップリンク送信をスケジューリングするためのメッセージであって当該アップリンク送信においてＵＬ－ＳＣＨデータが送信されるべきであることを示す当該メッセージを受信することと、受信される上記メッセージに少なくとも部分的に基づいて、上記複数のコードワードに関連付けられる複数のＴＢについての優先度を判定することと、を含んでもよい。いくつかの実施形態において、複数のＴＢについての上記優先度は、－受信される上記メッセージ内の優先度インジケータフィールド、－受信される上記メッセージ内のコードワード（ＣＷ）優先度フィールド、－相対的なＭＣＳインデックス値、－相対的な送信レイヤの数、及び、－相対的なＴＢのサイズ、のうちの少なくとも１つに基づいて判定されてもよい。いくつかの実施形態において、複数のＴＢについての上記優先度は、－上記アップリンク送信と多重化されるべきＵＣＩのＵＣＩタイプ優先度、－上記アップリンク送信と多重化されるべきＵＣＩのＰＨＹ送信優先度、－上記複数のコードワードについての相対的なコードワード優先度、及び、－上記アップリンク送信のＰＨＹ送信優先度、のうちの少なくとも１つに基づいて判定されてもよい。いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＤＣＩメッセージである場合に、受信される上記メッセージ内の優先度インジケータフィールドにより決定されてもよく、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＲＲＣメッセージである場合に、受信される上記メッセージ内の"phy-PriorityIndex"フィールドにより決定されてもよい。
【0214】
いくつかの実施形態において、高いＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有するコードワードと多重化されてもよく、低いＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する他のコードワードと多重化されてもよい。いくつかの実施形態において、全てのＵＣＩが、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化されてもよい。いくつかの実施形態において、高い全体優先度を有する第１ＵＣＩが第１コードワードと多重化されてもよく、低い全体優先度を有する第２ＵＣＩが上記第１コードワードよりも低いコードワード優先度を有する第２コードワードと多重化されてもよい。ＵＣＩについての全体優先度は、－当該ＵＣＩについてのＰＨＹ送信優先度、及び、－当該ＵＣＩについてのＵＣＩタイプ優先度、のうちの少なくとも１つに基づいて決定されてもよい。いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度よりも低い全体優先度を有するＵＣＩを、上記アップリンク送信と多重化することは許容されなくてもよい。いくつかの実施形態において、第１ＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有する第１コードワードと多重化されてもよく、上記第１ＰＨＹ送信優先度よりも低い第２ＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する第２コードワードと多重化されてもよい。
【0215】
いくつかの実施形態において、ステップＳ７１０の前に、方法７００は、さらに、上記ネットワークノードのうちの少なくとも１つから、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかを示すメッセージを受信すること、を含んでもよい。いくつかの実施形態において、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかが、予め決定されていてもよい。いくつかの実施形態において、ＨＡＲＱ－ＡＣＫ及びＳＲは第１コードワードと多重化されてもよく、ＣＳＩは第２コードワードと多重化されてもよい。いくつかの実施形態において、上記アップリンク送信は、反復タイプＡ又は反復タイプＢと共に実行されてもよい。上記アップリンク送信は、－反復間周波数ホッピング（ＦＨ）、－スロット内ＦＨ、及び、－スロット間ＦＨ、のうちの少なくとも１つと共に実行されてもよい。いくつかの実施形態において、上記アップリンク送信の各反復が上記複数のコードワードを搬送してもよい。いくつかの実施形態において、上記アップリンク送信の第１の反復が上記複数のコードワードの全セットを搬送してもよく、上記アップリンク送信の第２の反復が上記複数のコードワードの真部分集合であるサブセットを搬送してもよい。いくつかの実施形態において、上記アップリンク送信は、ＰＵＳＣＨ送信であってもよい。いくつかの実施形態において、上記ネットワークノードは、ＴＲＰであってもよい。
【0216】
図８は、本開示の一実施形態に係る複数のコードワードでのアップリンク送信のためのネットワークノードにおける例示的な方法８００のフローチャートである。方法８００は、ネットワークノード（例えば、ｇＮＢ１２０）において実行され得る。方法８００は、ステップＳ８１０を含み得る。但し、本開示は、それに限定されない。いくつかの他の実施形態において、方法８００は、より多くのステップ、異なるステップ、又はそれらの任意の組合せを含んでよい。さらに、方法８００のステップ群は、複数のステップが関係している場合には、ここで説明されるものとは異なる順序で実行されてもよい。さらに、いくつかの実施形態において、方法８００におけるあるステップが複数のサブステップへ分割されて異なるエンティティにより実行されてもよく、及び／又は、方法８００における複数のステップが単一のステップへ結合されてもよい。
【0217】
方法８００は、ステップＳ８１０で開始してよく、ＵＥと共に、複数のコードワードでのアップリンク送信が実行され得る。
【0218】
いくつかの実施形態において、ステップＳ８１０の前に、方法８００は、さらに、ＵＥから、当該ＵＥにより複数のコードワードでのアップリンク送信がサポートされているか否かを示すメッセージを受信すること、を含んでもよい。いくつかの実施形態において、上記メッセージは、ＵＥによりＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、ＵＥによりタイプ１のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、ＵＥによりタイプ２のＣＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、及び、ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否か、のうちの少なくとも１つを示してもよい。いくつかの実施形態において、上記メッセージは、ＵＥによりＤＧベースの複数のコードワードでのアップリンク送信がサポートされているか否かのみを示してもよい。いくつかの実施形態において、上記メッセージを受信するステップの後に、方法８００は、さらに、ＵＥへ、当該ＵＥによりそのアップリンク送信のために使用されるものとされるのが単一のコードワードか又は複数のコードワードかを示すコンフィグレーションを送信すること、を含んでもよい。いくつかの実施形態において、上記コンフィグレーションは、ＵＥ固有のＲＲＣシグナリングを介して送信されてもよい。
【0219】
いくつかの実施形態において、上記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、ステップＳ８１０の前に、方法８００は、さらに、ＵＥへ、上記アップリンク送信をスケジューリングするＤＣＩメッセージを送信すること、を含んでもよい。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＤＣＩメッセージは、－ＭＣＳ、－ＮＤＩ、及び、－ＲＶ、のうちの少なくとも１つについての少なくとも１つのフィールドを含んでもよい。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージであってもよい。いくつかの実施形態において、上記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージであってもよい。いくつかの実施形態において、上記ＤＣＩメッセージは、レガシーのＤＣＩフォーマットのＤＣＩメッセージではなくてもよい。いくつかの実施形態において、ＵＥへ上記アップリンク送信をスケジューリングするためのＤＣＩメッセージを送信するステップは、ＵＥへアップリンク送信の少なくとも一部をスケジューリングするための上記ＤＣＩメッセージを送信すること、を含んでもよい。いくつかの実施形態において、上記複数のＤＣＩメッセージは、上記複数のコードワードの第１部についての１つ以上のパラメータをスケジューリングする第１ＤＣＩメッセージ、及び上記複数のコードワードの第２部についての１つ以上のパラメータをスケジューリングする第２ＤＣＩメッセージを少なくとも含んでもよい。いくつかの実施形態において、上記アップリンク送信がタイプ１のＣＧベースのアップリンク送信である場合において、ステップＳ８１０の前に、方法８００は、さらに、ＵＥへ、上記アップリンク送信をスケジューリングするＲＲＣメッセージを送信すること、を含んでもよい。いくつかの実施形態において、上記複数のコードワードのうちの少なくとも１つについて、上記ＲＲＣメッセージは、－ＭＣＳインデックス、－ＭＣＳテーブル、－プリコーディングのための情報及びレイヤ数、並びに、－ＳＲＩ、のうちの少なくとも１つについての少なくとも１つのフィールドを含んでもよい。いくつかの実施形態において、上記ＲＲＣメッセージは、ConfiguredGrantConfigというＩＥを含んでもよく、当該ＩＥは、－コードワードについてプリコーディングのための情報及びレイヤ数を構成するためのprecodingAndNumberOfLayers2ndTBというＩＥ、－上記コードワードについて上記ＳＲＩを構成するためのsrs-ResourceIndicator2ndTBというＩＥ、並びに、－上記コードワードについて変調次数、目標コードレート及び／又はＴＢサイズを構成するためのmcsAndTBS2ndTBというＩＥ、のうちの少なくとも１つを含む。
【0220】
いくつかの実施形態において、ステップＳ８１０の前に、方法８００は、さらに、ＵＥへ、上記アップリンク送信についてのコードワードの最大数を示すＲＲＣメッセージを送信すること、を含んでもよい。いくつかの実施形態において、上記ＲＲＣメッセージは、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－上記少なくとも１つのネットワークノードへの任意のアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、－ＤＣＩフォーマット０＿１のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-1というＩＥ、－ＤＣＩフォーマット０＿２のメッセージによりスケジューリングされるＤＧベースのアップリンク送信及び／又はタイプ２のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByDCI-0-2というＩＥ、－ＲＲＣシグナリングによりスケジューリングされるタイプ１のＣＧベースのアップリンク送信についてのコードワードの最大数を示すPUSCH-ConfigというＩＥ内のmaxNrofCodeWordsScheduledByRRCというＩＥ、並びに、－ＣＧベースのアップリンク送信についてのコードワードの最大数を示すConfiguredGrantConfigというＩＥ内のmaxNrofCodeWordsというＩＥ、のうちの少なくとも１つを含んでもよい。
【0221】
いくつかの実施形態において、上記アップリンク送信は、上記ネットワークノードを含む複数のネットワークノードを対象としてもよい。いくつかの実施形態において、上記アップリンク送信は、上記ネットワークノードを対象とする１つ以上の第１送信レイヤ、及び、１つ以上の他のネットワークノードを対象とする１つ以上の第２送信レイヤを少なくとも含んでもよい。いくつかの実施形態において、全ての上記送信レイヤが、同一の時間－周波数リソース上で送信されてもよい。いくつかの実施形態において、上記複数のネットワークノードのうちの少なくとも２つについて、上記アップリンク送信は、対応する上記ネットワークノードを対象とする同じか又は異なる数の送信レイヤを含んでもよい。いくつかの実施形態において、上記アップリンク送信は、ＤＧベースのアップリンク送信又はタイプ２のＣＧベースのアップリンク送信であってもよい。いくつかの実施形態において、上記ネットワークノードにより送信され上記アップリンク送信をスケジューリングする１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、－ＭＣＳ、－ＲＶ、－当該アップリンク送信がコードブックベースのアップリンク送信である場合の、ＴＰＭＩ及び／又は送信レイヤ数、並びに、－１つ以上のＳＲＩ、のうちの少なくとも１つを含んでもよい。いくつかの実施形態において、上記アップリンク送信がコードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、単一のＳＲＩを含むかＳＲＩを含まなくてもよく、上記アップリンク送信が非コードブックベースのアップリンク送信である場合に、上記１つ以上のＤＣＩメッセージは、上記複数のコードワードのうちの各々について、１つ以上のＳＲＩを含んでもよい。いくつかの実施形態において、第１コードワードについて構成される第１ＳＲＩは、第１ＳＲＳリソースセットからのＳＲＳリソースを示してもよく、第２コードワードについて構成される第２ＳＲＩは、上記第１ＳＲＳリソースセットとは異なる第２リソースセットからのＳＲＳリソースを示してもよい。
【0222】
いくつかの実施形態において、方法８００は、さらに、ＵＥへ、上記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを送信することと、ＵＥと共に、上記少なくとも１つのコードワードを無効化して他のアップリンク送信を実行することと、を含んでもよい。いくつかの実施形態において、上記メッセージは、複数のフィールドを含むＤＣＩメッセージであってもよく、上記複数のフィールドのうちの上記１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示してもよい。いくつかの実施形態において、方法８００は、さらに、ＵＥへ、上記複数のコードワードのためのＤＭＲＳポートについてのコンフィグレーションを示すメッセージを送信すること、を含んでもよい。いくつかの実施形態において、上記メッセージは、上記複数のコードワードのためのＤＭＲＳポートについての上記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージであってもよい。いくつかの実施形態において、上記シングルアンテナポートフィールドは、次の通り符号化されてもよい：－上記変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照し、－上記変換プリコーダが無効化される場合において、送信レイヤの数が４より大きいときに、上記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照し、及び、－上記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照する。
【0223】
いくつかの実施形態において、ステップＳ８１０の前に、方法８００は、さらに、ＵＥへ、上記アップリンク送信をスケジューリングするためのＤＣＩメッセージであって上記アップリンク送信において送信されるべきＵＬ－ＳＣＨデータが無いことを示す当該ＤＣＩメッセージを送信すること、を含んでもよく、上記アップリンク送信を実行するステップは、１つ以上のコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行すること、を含んでもよい。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つを有してもよく、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされてもよく、第１ＵＣＩタイプ優先度よりも低い第２ＵＣＩタイプ優先度を有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされてもよい。いくつかの実施形態において、ＵＣＩタイプ優先度は、次のように高いものから低いものへ順序付けられてもよい：ＨＡＲＱ－ＡＣＫ、ＳＲ、より高いＣＳＩ優先度を有するＣＳＩ、及び、より低いＣＳＩ優先度を有するＣＳＩ。いくつかの実施形態において、それぞれ異なるコードワードへマッピングされる複数のＵＣＩを含む上記アップリンク送信を実行するステップは、ＵＥから、上記アップリンク送信を受信することと、上記アップリンク送信を復号して、上記アップリンク送信の上記複数のコードワードへ１対１でマッピングされる複数のセグメントを判定することと、上記複数のセグメントから、タイプ優先度の降順又は昇順に順序付けられた上記複数のＵＣＩを決定することと、を含んでもよい。
【0224】
いくつかの実施形態において、上記第１コードワードに関連付けられるＴＢについて構成される１つ以上の送信パラメータは、上記第２コードワードに関連付けられるＴＢについて構成される１つ以上の対応する送信パラメータにより達成されるものよりも高い信頼性を達成するための値を有してもよい。いくつかの実施形態において、上記１つ以上の送信パラメータは、－ＭＣＳ、及び、－送信レイヤの数、のうちの少なくとも１つを含んでもよい。いくつかの実施形態において、上記複数のＵＣＩは、上記複数のコードワードのうちで最低のＭＣＳインデックス及び／又は最多の送信レイヤを有する１つへマッピングされてもよい。いくつかの実施形態において、上記複数のＵＣＩの上記ビットは、全てのコードワードにわたって反復されてもよい。
【0225】
いくつかの実施形態において、上記複数のＵＣＩの上記ビットのうちのコードワードへマッピングされる部分は、対応する上記コードワードに関連付けられる送信レイヤの数及び／又はＭＣＳレベルに従ってレートマッチングされてもよい。いくつかの実施形態において、上記複数のＵＣＩの各々は、複数のＵＣＩタイプ優先度のうちの１つ及び複数のＰＨＹ送信優先度のうちの１つを有してもよく、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第１の組合せを有する第１ＵＣＩが第１コードワードへマッピングされ、上記第１の組合せと異なる、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の第２の組合せを有する第２ＵＣＩが上記第１コードワードと異なる第２コードワードへマッピングされてもよい。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられてもよい：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。いくつかの実施形態において、ＵＣＩタイプ優先度及びＰＨＹ送信優先度の組合せが、次の通り、高いものから低いものへ順序付けられてもよい：－高いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－高いＰＨＹ送信優先度を有するＳＲ、－低いＰＨＹ送信優先度を有するＨＡＲＱ－ＡＣＫ、－低いＰＨＹ送信優先度を有するＳＲ、－より高いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より低いＣＳＩ優先度及び高いＰＨＹ送信優先度を有するＣＳＩ、－より高いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ、及び、－より低いＣＳＩ優先度及び低いＰＨＹ送信優先度を有するＣＳＩ。
【0226】
いくつかの実施形態において、ステップＳ８１０の前に、方法８００は、さらに、上記複数のコードワードに関連付けられる複数のＴＢについての優先度を判定することと、ＵＥへ、上記複数のＴＢについて判定した上記優先度に少なくとも部分的に基づいて、上記アップリンク送信をスケジューリングするためのメッセージであって上記アップリンク送信においてＵＬ－ＳＣＨデータが送信されるべきであることを示す当該メッセージを送信することと、を含んでもよい。いくつかの実施形態において、上記複数のＴＢについての上記優先度は、－受信される上記メッセージ内の優先度インジケータフィールド、－受信される上記メッセージ内のＣＷ優先度フィールド、－相対的なＭＣＳインデックス値、－相対的な送信レイヤの数、及び、－相対的なＴＢのサイズ、のうちの少なくとも１つに基づいて判定されてもよい。いくつかの実施形態において、複数のＴＢについての上記優先度は、－上記アップリンク送信と多重化されるべきＵＣＩのＵＣＩタイプ優先度、－上記アップリンク送信と多重化されるべきＵＣＩのＰＨＹ送信優先度、－上記複数のコードワードについての相対的なコードワード優先度、及び、－上記アップリンク送信のＰＨＹ送信優先度、のうちの少なくとも１つに基づいて判定されてもよい。
【0227】
いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＤＣＩメッセージである場合に、受信される上記メッセージ内の優先度インジケータフィールドにより決定されてもよく、上記アップリンク送信の上記ＰＨＹ送信優先度は、受信される上記メッセージがＲＲＣメッセージである場合に、受信される上記メッセージ内の"phy-PriorityIndex"フィールドにより決定されてもよい。いくつかの実施形態において、高いＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有するコードワードと多重化されてもよく、低いＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する他のコードワードと多重化されてもよい。いくつかの実施形態において、全てのＵＣＩが、予め決定され又は構成されるコードワード優先度を有するコードワードと多重化されてもよい。いくつかの実施形態において、高い全体優先度を有する第１ＵＣＩが第１コードワードと多重化されてもよく、低い全体優先度を有する第２ＵＣＩが上記第１コードワードよりも低いコードワード優先度を有する第２コードワードと多重化されてもよい。ＵＣＩについての全体優先度は、－当該ＵＣＩについてのＰＨＹ送信優先度、及び、－当該ＵＣＩについてのＵＣＩタイプ優先度、のうちの少なくとも１つに基づいて決定されてもよい。いくつかの実施形態において、上記アップリンク送信の上記ＰＨＹ送信優先度よりも低い全体優先度を有するＵＣＩを、上記アップリンク送信と多重化することは許容されなくてもよい。いくつかの実施形態において、第１ＰＨＹ送信優先度を有する第１ＵＣＩは、高いコードワード優先度を有する第１コードワードと多重化されてもよく、上記第１ＰＨＹ送信優先度よりも低い第２ＰＨＹ送信優先度を有する第２ＵＣＩは、低いコードワード優先度を有する第２コードワードと多重化されてもよい。
【0228】
いくつかの実施形態において、ステップＳ８１０の前に、方法８００は、さらに、ＵＥへ、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかを示すメッセージを送信すること、を含んでもよい。いくつかの実施形態において、ＵＣＩのどのタイプ又はどの部分がどのコードワードと多重化されるべきかが、予め決定されていてもよい。いくつかの実施形態において、ＨＡＲＱ－ＡＣＫ及びＳＲは第１コードワードと多重化されてもよく、ＣＳＩは第２コードワードと多重化されてもよい。いくつかの実施形態において、上記アップリンク送信は、反復タイプＡ又は反復タイプＢと共に実行されてもよい。上記アップリンク送信は、－反復間ＦＨ、－スロット内ＦＨ、及び、－スロット間ＦＨ、のうちの少なくとも１つと共に実行されてもよい。いくつかの実施形態において、上記アップリンク送信の各反復が上記複数のコードワードを搬送してもよい。いくつかの実施形態において、上記アップリンク送信の第１の反復が上記複数のコードワードの全セットを搬送してもよく、上記アップリンク送信の第２の反復が上記複数のコードワードの真部分集合であるサブセットを搬送してもよい。いくつかの実施形態において、上記アップリンク送信は、ＰＵＳＣＨ送信であってもよい。いくつかの実施形態において、上記ネットワークノードは、ＴＲＰであってもよい。
【0229】
図９は、本開示の一実施形態に係るユーザ機器（例えば、ＵＥ１１０）又はネットワークノード（例えば、ｇＮＢ１２０）において使用され得る構成９００の一実施形態を概略的に示している。構成９００に含まれるのは、例えばデジタル信号プロセッサ（ＤＳＰ）又は中央演算装置（ＣＰＵ）を伴う、処理部９０６である。処理部９０６は、ここで説明される様々なアクション又は手続を実行するための単一のユニット又は複数のユニットであってよい。また、構成９００は、他のエンティティから信号を受信するための入力部９０２及び他のエンティティへ信号を提供するための出力部９０４を含んでもよい。入力部９０２及び出力部９０４は、統合されたエンティティとして又は別個のエンティティとして構成されてよい。
【0230】
さらに、構成９００は、不揮発性の又は揮発性のメモリの形式の少なくとも１つのコンピュータプログラムプロダクト９０８を含んでもよく、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、及び／又はハードドライブである。コンピュータプログラムプロダクト９０８は、構成９００内の処理部９０６により実行された場合に、それを備える構成９００及び／又はＵＥ／ネットワークノードに、例えば図６～図８に関連して上で説明した手続又はその何らかの派生のアクション群を実行させるコード／コンピュータ読取可能な命令群、を含むコンピュータプログラム９１０を含む。
【0231】
コンピュータプログラム９１０は、コンピュータプログラムモジュール群９１０Ａとして構造化されるコンピュータプログラムコードとして構成されてもよい。よって、ＵＥにおいて構成９００が使用される例示的な実施形態において、構成９００のコンピュータプログラム内のコードは、１つ以上のネットワークノードと共に複数のコードワードでのアップリンク送信を実行するためのモジュール９１０Ａを含む。
【0232】
さらに、コンピュータプログラム９１０は、コンピュータプログラムモジュール群９１０Ｂとして構造化されるコンピュータプログラムコードとしてさらに構成されてもよい。よって、ネットワークノードにおいて構成９００が使用される例示的な実施形態において、構成９００のコンピュータプログラム内のコードは、ＵＥと共に複数のコードワードでのアップリンク送信を実行するためのモジュール９１０Ｂを含む。
【0233】
コンピュータプログラムモジュールは、本質的には、ＵＥ又はネットワークノードをエミュレートするように、図６～図８に示したフローのアクション群を実行できるはずである。換言すると、処理部９０６において異なるコンピュータプログラムモジュールが実行される場合、それらは、ＵＥ又はネットワークノード内の異なるモジュールに相当し得る。
【0234】
図９に関連して上述した実施形態におけるコード手段は、処理部において実行された場合に上記構成に上で言及した図面に関連して上述したアクション群を実行させるコンピュータプログラムモジュールとして実装されるものの、それらコード手段のうちの少なくとも１つが、代替的な実施形態において、少なくとも部分的にハードウェア回路として実装されてもよい。
【0235】
プロセッサは、単一の中央演算装置（ＣＰＵ）であってもよいが、２つ以上の演算装置を含んでもよいであろう。例えば、プロセッサは、汎用のマイクロプロセッサ、命令セットプロセッサ、及び／若しくは関連するチップセット、並びに／又は、特定用途向け集積回路（ＡＳＩＣ）といった特殊目的のマイクロプロセッサを含んでもよい。プロセッサは、キャッシュ目的の基盤メモリをも含んでもよい。コンピュータプログラムは、プロセッサへ接続されるコンピュータプログラムプロダクトにより担持されてもよい。コンピュータプログラムプロダクトは、コンピュータプログラムが記憶されるコンピュータ読取可能な媒体を含んでもよい。例えば、コンピュータプログラムプロダクトは、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、又はＥＥＰＲＯＭであってもよく、上述したコンピュータプログラムモジュールは、代替的な実施形態において、ＵＥ及び／又はネットワークノード内のメモリの形式での相異なるコンピュータプログラムプロダクトに分散されてもよいはずである。
【0236】
上述した通りの方法７００に対応する形で、例示的なユーザ機器が提供される。図１０は、本開示の一実施形態に係るＵＥ１０００のブロック図である。ＵＥ１０００は、いくつかの実施形態において、例えばＵＥ１１０であってよい。
【0237】
ＵＥ１０００は、図７に関連して上述した通りの方法７００を実行するように構成され得る。図１０に示したように、ＵＥ１０００は、１つ以上のネットワークノードと共に複数のコードワードでのアップリンク送信を実行するためのアップリンク送信モジュール１０１０を備え得る。
【0238】
上記モジュール１０１０は、純粋にハードウェアのソリューションとして、又はソフトウェア及びハードウェアの組合せとして実装されてよく、例えば、上述し例えば図７に示したアクション群を実行するように構成される、プロセッサ若しくはマイクロプロセッサと適切なソフトウェアと当該ソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）、又は他の電子コンポーネント若しくは処理回路によって実装されてもよい。さらに、ＵＥ１０００は、１つ以上のさらなるモジュールを備えてもよく、その各々が、図７を参照しながら説明した方法７００のステップ群のうちの任意のものを実行し得る。
【0239】
上述した通りの方法８００に対応する形で、ネットワークノードが提供される。図１１は、本開示の一実施形態に係る例示的なネットワークノード１１００のブロック図である。ネットワークノード１１００は、いくつかの実施形態において、例えばｇＮＢ１２０であってよい。
【0240】
ネットワークノード１１００は、図８に関連して上述した通りの方法８００を実行するように構成され得る。図１１に示したように、ネットワークノード１１００は、ＵＥと共に複数のコードワードでのアップリンク送信を実行するためのアップリンク送信モジュール１１１０を備え得る。
【0241】
上記モジュール１１１０は、純粋にハードウェアのソリューションとして、又はソフトウェア及びハードウェアの組合せとして実装されてよく、例えば、上述し例えば図８に示したアクション群を実行するように構成される、プロセッサ若しくはマイクロプロセッサと適切なソフトウェアと当該ソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）、又は他の電子コンポーネント若しくは処理回路によって実装されてもよい。さらに、ネットワークノード１１００は、１つ以上のさらなるモジュールを備えてもよく、その各々が、図８を参照しながら説明した方法８００のステップ群のうちの任意のものを実行し得る。
【0242】
図１２を参照すると、一実施形態によれば、通信システムは、３ＧＰＰ型のセルラーネットワークといった電気通信ネットワーク３２１０を含み、電気通信ネットワーク３２１０は、無線アクセスネットワークといったアクセスネットワーク３２１１とコアネットワーク３２１４とを含む。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＧ、又は他のタイプの無線アクセスポイントといった複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを含み、その各々が対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを定義する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線又は無線接続３２１５上でコアネットワーク３２１４へ接続可能である。カバレッジエリア３２１３ｃに位置する第１のＵＥ３２９１は、対応する基地局３２１２ｃへワイヤレスに接続され又は対応する基地局３２１２ｃによりページングされるように構成される。カバレッジエリア３２１３ａ内の第２のＵＥ３２９２は、対応する基地局３２１２ａへワイヤレスに接続可能である。この例では、複数のＵＥ３２９１、３２９２が図示されているものの、開示される実施形態は、カバレッジエリア内に単一のＵＥがある状況、又は対応する基地局３２１２へ単一のＵＥが接続している状況へ等しく適用可能である。
【0243】
電気通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０へ接続され、ホストコンピュータ３２３０は、スタンドアローンのサーバのハードウェア及び／若しくはソフトウェア、クラウド実装のサーバ、分散型サーバで具現化されてもよく、又はサーバファーム内の処理リソースとして具現化されてもよい。ホストコンピュータ３２３０は、サービスプロバイダの所有下にあってもその制御下にあってもよく、又はサービスプロバイダにより若しくはサービスプロバイダのために運用されてもよい。電気通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０へ直接的に伸びていてもよく、オプションとしての中間ネットワーク３２２０を介してつながっていてもよい。中間ネットワーク３２２０は、パブリック、プライベート又はホステッドネットワークのうちの１つ又はそれらの複数の組合せであってもよく、中間ネットワーク３２２０は、もしあればバックボーンネットワーク又はインターネットであってもよく、具体的には、中間ネットワーク３２２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【0244】
図１２の通信システムは、全体として、接続されるＵＥ３２９１、３２９２のうちの１つとホストコンピュータ３２３０との間の接続性を可能にする。その接続性は、オーバーザトップ（ＯＴＴ）接続３２５０として説明されてよい。ホストコンピュータ３２３０及び接続されるＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０及びあり得るさらなる基盤（図示せず）を途中段階として用いて、ＯＴＴ接続３２５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０の通過途上の参加している通信デバイスがアップリンク及びダウンリンクの通信のルーティングを意識しないという意味において、透過的であり得る。例えば、基地局３２１２は、ホストコンピュータ３２３０から発して接続ＵＥ３２９１へ転送（例えば、ハンドオーバ）されるべきデータを伴うインカミングのダウンリンク通信の過去のルーティングについて通知されなくてよく又はその通知を必要としない。同様に、基地局３２１２は、ＵＥ３２９１から発してホストコンピュータ３２３０へ向かうアウトゴーイングのアップリンク通信の将来のルーティングを認識することを必要としない。
【0245】
前の段落で議論したＵＥ、基地局及びホストコンピュータの一実施形態に係る例示的な実装が、これより図１３を参照しながら説明される。通信システム３３００において、ホストコンピュータ３３１０は、通信システム３３００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するように構成される通信インタフェース３３１６を含むハードウェア３３１５を備える。ホストコンピュータ３３１０は、さらに、記憶及び／又は処理のケイパビリティを有し得る処理回路３３１８を備える。具体的には、処理回路３３１８は、命令群を実行するように適合される、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含んでよい。ホストコンピュータ３３１０は、さらに、ホストコンピュータ３３１０内に記憶され又はホストコンピュータ３３１０によりアクセス可能なソフトウェア３３１１であって、処理回路３３１８により実行可能な当該ソフトウェア３３１１を備える。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０及びホストコンピュータ３３１０で終端するＯＴＴ接続３３５０を介して接続しているＵＥ３３３０といったリモートユーザへサービスを提供するように動作可能であり得る。リモートユーザへのサービスの提供中に、ホストアプリケーション３３１２は、ＯＴＴ接続３３５０を用いて送信されるユーザデータを提供し得る。
【0246】
通信システム３３００は、電気通信システムにおいて提供される基地局３３２０をさらに含み、基地局３３２０は、ホストコンピュータ３３１０及びＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するための通信インタフェース３３２６、並びに、基地局３３２０によりサービスされるカバレッジエリア（図１３には示していない）内に位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップし及び維持するための無線インタフェース３３２７を含み得る。通信インタフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を促進するように構成され得る。接続３３６０は、直接的なものであってもよく、又は、電気通信システムのコアネットワーク（図１３には示されていない）及び／若しくは電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示した実施形態において、基地局３３２０のハードウェア３３２５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路３３２８をさらに含む。基地局３３２０は、内部的に記憶され又は外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。
【0247】
通信システム３３００は、既に言及したＵＥ３３３０をさらに含む。そのハードウェア３３３５は、ＵＥ３３３０がその時点で位置するカバレッジエリアへサービスする基地局との無線接続３３７０をセットアップし及び維持するように構成される無線インタフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回３３３８をさらに含む。ＵＥ３３３０は、さらに、ＵＥ３３３０内に記憶され又はＵＥ３３３０によりアクセス可能なソフトウェア３３３１であって、処理回路３３３８により実行可能な当該ソフトウェア３３３１を備える。ソフトウェア３３３１は、クライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートと共に、人間の又は非人間のユーザへＵＥ３３３０を介してサービスを提供するように動作可能であり得る。ホストコンピュータ３３１０において、実行対象のホストアプリケーション３３１２は、実行対象のクライアントアプリケーション３３３２とＵＥ３３３０及びホストコンピュータ３３１０で終端するＯＴＴ接続３３５０を介して通信し得る。ユーザへのサービス提供中に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２からリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続３３５０は、リクエストデータ及びユーザデータの双方を移送し得る。クライアントアプリケーション３３３２は、自身が提供するユーザデータを生成するために、ユーザとインタラクションし得る。
【0248】
なお、図１３に示したホストコンピュータ３３１０、基地局３３２０及びＵＥ３３３０は、それぞれ図１２のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、及びＵＥ３２９１、３２９２のうちの１つと同一であってもよい。言うなれば、これらエンティティの内部的な作用は図１３に示した通りであってよく、それとは独立して、周囲のネットワークトポロジーは図１２のそれであってよい。
【0249】
図１３では、ホストコンピュータ３３１０とユーザ機器３３３０との間の基地局３３２０を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続３３５０が抽象的に描かれている。ルーティングを決定するのはネットワーク基盤であってよく、ネットワーク基盤は、ＵＥ３３３０若しくはホストコンピュータ３３１０を動作させるサービスプロバイダ又はそれら双方からルーティングを隠蔽するように構成されてよい。ＯＴＴ接続３３５０がアクティブである間、ネットワーク基盤は、（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）ルーティングを動的に変更するための決定をさらに行ってよい。
【0250】
ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示を通じて説明した実施形態の教示に従う。多様な実施形態の１つ以上が、ＯＴＴ接続３３５０を用いてＵＥ３３３０へ提供されるＯＴＴサービスの性能を改善し、無線接続３３７０はその最後のセグメントを形成する。より正確には、これら実施形態の教示は、レイテンシ及び電力消費を改善し、それにより低減されたユーザの待ち時間、より良好な応答性、及び長くなったバッテリ寿命といった利益を提供し得る。
【0251】
データレート、レイテンシ及び１つ以上の実施形態により改善される他の要因を監視する目的で、測定手続が提供されてもよい。測定結果の変動に応じてホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再構成するためのオプションとしてのネットワークの機能性がさらに存在してもよい。上記測定手続及び／又はＯＴＴ接続３３５０を再構成するためのネットワーク機能性は、ホストコンピュータ３３１０のソフトウェア３３１１若しくはＵＥ３３３０のソフトウェア３３３１、又はそれらの双方において実装されてもよい。複数の実施形態において、通信デバイス内に又は通信デバイスに関連付けて、ＯＴＴ接続３３５０が通過するセンサ（図示せず）が配備されてもよく、それらセンサは、上で例示した監視結果の数量の値を供給し又は他の物理量の値を供給することにより上記測定手続に参加してもよく、それらからソフトウェア３３１１、３３３１により監視対象の量が計算され又は推定され得る。ＯＴＴ接続３３５０の再構成は、メッセージフォーマット、再送設定、好適なルーティングなどを含んでよく、その再構成は、基地局３３２０には影響しなくてもよく、基地局３３２０にとっては未知であるか又は感知不能であってもよい。そうした手続及び機能性は、当分野において既知であり又は実用されているかもしれない。ある実施形態において、測定は、ホストコンピュータ３３１０によるスループット、伝播時間及びレイテンシなどの測定を容易化する独自のＵＥシグナリングを包含してもよい。その測定は、ソフトウェア３３１１、３３３１がＯＴＴ接続３３５０を用いて具体的には空であり又は"ダミー"のメッセージであるメッセージを送信しつつ、伝播時間や誤りなどを監視する形で実装されてもよい。
【0252】
図１４は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２及び図１３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１４の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ３４１０において、ホストコンピュータは、ユーザデータを提供する。第１ステップ３４１０の随意的なサブステップ３４１１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ３４２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。オプションとしての第３ステップ３４３０において、基地局は、本開示を通じて説明される実施形態の教示に従って、ホストコンピュータが開始した上記送信において搬送されたユーザデータをＵＥへ送信する。オプションとしての第４ステップ３４４０において、ＵＥは、ホストコンピュータにより実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。
【0253】
図１５は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２及び図１３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１５の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ３５１０において、ホストコンピュータは、ユーザデータを提供する。随意的なサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ３５２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。その送信は、本開示を通じて説明される実施形態の教示に従って、基地局を通過し得る。オプションとしての第３ステップ３５３０において、ＵＥは、上記送信において搬送されるユーザデータを受信する。
【0254】
図１６は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２及び図１３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１６の図への参照のみが本セクションに含められるであろう。本方法のオプションとしての第１ステップ３６１０において、ＵＥは、ホストコンピュータにより提供される入力データを受信する。追加的に又は代替的に、オプションとしての第２ステップ３６２０において、ＵＥがユーザデータを提供する。第２ステップ３６２０のオプションとしてのサブステップ３６２１において、ＵＥは、クライアントアプリケーションを実行することによりユーザデータを提供する。第１ステップ３６１０のさらなるオプションとしてのサブステップ３６１１において、ＵＥは、ホストコンピュータにより提供される入力データの受信へのリアクションにおいて、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供中に、実行されるクライアントアプリケーションは、ユーザから受け付けられるユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的なやり方に関わらず、ＵＥは、オプションとしての第３ステップ３６３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法の第４ステップ３６４０において、ホストコンピュータは、本開示を通じて説明される実施形態の教示に従って、ＵＥから送信されるユーザデータを受信する。
【0255】
図１７は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２及び図１３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１７の図への参照のみが本セクションに含められるであろう。オプションとしての方法の第１ステップ３７１０において、本開示を通じて説明される実施形態の教示に従って、基地局は、ＵＥからのユーザデータを受信する。オプションとしての第２ステップ３７２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３ステップ３７３０において、ホストコンピュータは、基地局により開始される上記送信において搬送されるユーザデータを受信する。
【0256】
本開示について、その実施形態を参照しながら上で説明した。しかしながら、それら実施形態は、本開示を限定するよりもむしろ、例示の目的で提供されているに過ぎない。本開示のスコープは、添付した特許請求の範囲と共にそれらの均等物によって定義される。当業者は、本開示のスコープから逸脱することなく、多様な変形例及び修正例をなすことができ、それらは全て本開示のスコープに入る。
【0257】
略語 説明
ＢＳ 基地局
ＣＢ コードブロック
ＣＢＧ コードブロックグループ
ＣＢＧＴＩ コードブロックグループ送信情報
ＣＧ 構成グラント
ＣＲＣ 巡回冗長検査
ＣＲＭ 競合解決メッセージ
ＣＳＩ チャネル状態情報
ＤＣＩ ダウンリンク制御情報
ＤＧ 動的グラント
ＤＬ ダウンリンク
ＤＭ－ＲＳ 復調リファレンス信号
ｅＭＴＣ 拡張マシンタイプ通信
ＦＨ 周波数ホッピング
ＦＲ１ 周波数レンジ１
ＦＲ２ 周波数レンジ２
ｇＮＢ ＮＲにおけるネットワークノード
ＨＡＲＱ ハイブリッド自動再送要求
ＭＡＣ メディアアクセス制御
Ｍｓｇ３ メッセージ３
ＮＢ－ＩｏＴ 狭帯域モノのインターネット
ＮＲ 新無線
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有データチャネル
ＰＲＢ 物理リソースブロック、即ち、連続する１２サブキャリア
ＲＥ リソースエレメント
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＳＲＰ リファレンス信号受信電力
ＲＶ 冗長性バージョン
ＳＰＳ 半永続的スケジューリング
ＴＢ トランスポートブロック
ＴＢＳ ＴＢサイズ
ＴｘＤ 送信ダイバーシティ
ＵＥ ユーザ機器
ＵＬ アップリンク
ＢＳ 基地局
ＣＢ コードブロック
ＣＢＧ コードブロックグループ
ＣＢＧＴＩ コードブロックグループ送信情報
ＣＧ 構成グラント
ＣＲＣ 巡回冗長検査
ＣＲＭ 競合解決メッセージ
ＣＳＩ チャネル状態情報
ＤＣＩ ダウンリンク制御情報
ＤＧ 動的グラント
ＤＬ ダウンリンク
ＤＭ－ＲＳ 復調リファレンス信号
ｅＭＴＣ 拡張マシンタイプ通信
ＦＨ 周波数ホッピング
ＦＲ１ 周波数レンジ１
ＦＲ２ 周波数レンジ２
ｇＮＢ ＮＲにおけるネットワークノード
ＨＡＲＱ ハイブリッド自動再送要求
ＭＡＣ メディアアクセス制御
Ｍｓｇ３ メッセージ３
ＮＢ－ＩｏＴ 狭帯域モノのインターネット
ＮＲ 新無線
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有データチャネル
ＰＲＢ 物理リソースブロック、即ち、連続する１２サブキャリア
ＲＥ リソースエレメント
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＳＲＰ リファレンス信号受信電力
ＲＶ 冗長性バージョン
ＳＰＳ 半永続的スケジューリング
ＴＢ トランスポートブロック
ＴＢＳ ＴＢサイズ
ＴｘＤ 送信ダイバーシティ
ＵＥ ユーザ機器
ＵＬ アップリンク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【手続補正書】
【提出日】2024-01-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数のコードワードでのアップリンク送信のためのユーザ機器（ＵＥ）における方法であって、前記方法は、１つ以上のネットワークノードと共に複数のコードワードでのアップリンク送信を実行すること、を含む、方法。
【請求項2】
請求項１に記載の方法であって、前記アップリンク送信がタイプ２のＣＧベースのアップリンク送信又はＤＧベースのアップリンク送信である場合において、前記アップリンク送信を実行する前に、前記方法は、さらに、前記１つ以上のネットワークノードのうちの少なくとも１つから、前記アップリンク送信をスケジューリングするための少なくとも１つのダウンリンク制御情報（ＤＣＩ）メッセージを受信すること、を含む、方法。
【請求項3】
請求項２に記載の方法であって、前記複数のコードワードのうちの少なくとも１つについて、前記ＤＣＩメッセージは、変調符号化方式（ＭＣＳ）、
新規データインジケータ（ＮＤＩ）、及び、
冗長性バージョン（ＲＶ）、のうちの少なくとも１つについての少なくとも１つのフィールドを含む、方法。
【請求項4】
請求項２に記載の方法であって、前記ＤＣＩメッセージは、ＤＣＩフォーマット０＿０、０＿１又は０＿２のメッセージである、方法。
【請求項5】
請求項１に記載の方法であって、さらに、ネットワークノードから、前記複数のコードワードのうちの少なくとも１つが無効化されることを示すメッセージを受信すること、を含む、方法。
【請求項6】
請求項５に記載の方法であって、前記メッセージは、複数のフィールドを含むＤＣＩメッセージであり、前記複数のフィールドのうちの１つ以上の特定の値の組合せが、対応するコードワードが無効化されることを示す、方法。
【請求項7】
請求項１に記載の方法であって、さらに、前記１つ以上のネットワークノードのうちの少なくとも１つから、前記複数のコードワードのための復調リファレンス信号（ＤＭＲＳ）ポートについてのコンフィグレーションを示すメッセージを受信すること、を含む、方法。
【請求項8】
請求項７に記載の方法であって、前記メッセージは、前記複数のコードワードのためのＤＭＲＳポートについての前記コンフィグレーションを示すシングルアンテナポートフィールドを含むＤＣＩメッセージである、方法。
【請求項9】
請求項８に記載の方法であって、前記シングルアンテナポートフィールドは、変換プリコーダが無効化される場合において、送信レイヤの数が４以下であるときに、１つ以上の第１アンテナポートテーブルを参照すること、
前記変換プリコーダが無効化される場合において、送信レイヤの前記数が４より大きいときに、前記１つ以上の第１アンテナポートテーブルとは異なる１つ以上の第２アンテナポートテーブルを参照すること、及び、
前記変換プリコーダが有効化される場合に、１つ以上の第３アンテナポートテーブルを参照すること、のうちの少なくとも１つにより復号される、方法。
【請求項10】
請求項１に記載の方法であって、前記アップリンク送信を実行することは、１つ以上のコードワードへマッピングされる複数のアップリンク制御情報（ＵＣＩ）を含む前記アップリンク送信を実行すること、を含む、方法。
【請求項11】
請求項１０に記載の方法であって、第１ＵＣＩタイプ優先度を有する第１ＵＣＩが第１コードワードへマッピングされ、第２ＵＣＩタイプ優先度を有する第２ＵＣＩが前記第１コードワードと異なる第２コードワードへマッピングされ、前記第２ＵＣＩタイプ優先度は、前記第１ＵＣＩタイプ優先度よりも低い、方法。
【請求項12】
請求項１に記載の方法であって、前記アップリンク送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である、方法。
【請求項13】
ユーザ機器であって、プロセッサと、
前記プロセッサにより実行された場合に、前記プロセッサに、請求項１～１２のいずれか１項に記載の方法を行わせる命令群、を記憶するメモリと、を備えるユーザ機器。
【請求項14】
ＵＥからの複数のコードワードでのアップリンク送信のためのネットワークノードにおける方法であって、前記方法は、前記ＵＥと共に複数のコードワードでのアップリンク送信を実行すること、を含む、方法。
【請求項15】
ネットワークノードであって、プロセッサと、
前記プロセッサにより実行された場合に、前記プロセッサに、請求項１４に記載の方法を行わせる命令群、を記憶するメモリと、を備えるネットワークノード。
【国際調査報告】