特表 2024-512487 複数スロット送信上のアップリンク制御情報多重化についてのタイムライン

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

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

(11)【公表番号】

(43)【公表日】2024-03-19

(54)【発明の名称】複数スロット送信上のアップリンク制御情報多重化についてのタイムライン

(51)【国際特許分類】

   H04W 28/06 20090101AFI20240312BHJP

   H04W 72/0446 20230101ALI20240312BHJP

   H04W 72/21 20230101ALI20240312BHJP

   H04W 72/1268 20230101ALI20240312BHJP

   H04L 27/26 20060101ALI20240312BHJP

【ＦＩ】

H04W28/06 110

H04W72/0446

H04W72/21

H04W72/1268

H04L27/26 113

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023557198

(86)(22)【出願日】2022-03-24

(85)【翻訳文提出日】2023-09-15

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

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

(87)【国際公開日】2022-09-29

(31)【優先権主張番号】63/166,961

(32)【優先日】2021-03-26

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

(31)【優先権主張番号】17/656,209

(32)【優先日】2022-03-23

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】スリドハラン、ゴクル

(72)【発明者】

【氏名】ホッセイニ、サイードキアヌーシュ

(72)【発明者】

【氏名】リー、フン・ディン

(72)【発明者】

【氏名】ヤン、ウェイ

(72)【発明者】

【氏名】ファン、イー

(72)【発明者】

【氏名】ガール、ピーター

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067CC04

5K067DD11

5K067EE02

5K067EE10

5K067HH28

5K067LL11

(57)【要約】

ワイヤレス通信のための方法、コンピュータ可読媒体、および装置が提供される。本装置は、複数スロット物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の少なくとも１つのスロットにおいてアップリンク制御情報（ＵＣＩ）を多重化するために処理タイムラインを適用する。本装置は、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信する。

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）におけるワイヤレス通信の方法であって、
複数スロット物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の少なくとも１つのスロットにおいてアップリンク制御情報（ＵＣＩ）を多重化するために処理タイムラインを適用することと、
前記処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに前記複数スロットＰＵＳＣＨ送信を送信することと
を備える、方法。

【請求項2】

前記ＵＣＩが、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを備え、前記処理タイムラインが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の受信と前記ＰＤＳＣＨについてのＨＡＲＱフィードバックペイロードを搬送する物理アップリンク制御チャネル（ＰＵＣＣＨ）の開始との間の時間ギャップに対応する、請求項１に記載の方法。

【請求項3】

前記ＵＣＩが、チャネル状態情報（ＣＳＩ）報告を備え、前記処理タイムラインが、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）の最後のシンボルの受信と前記ＣＳＩ－ＲＳの測定に基づく前記ＣＳＩ報告を搬送する物理アップリンク制御チャネル（ＰＵＣＣＨ）の開始との間の時間ギャップに対応する、請求項１に記載の方法。

【請求項4】

前記処理タイムラインを適用することが、
前記複数スロットＰＵＳＣＨ送信の開始に基づいて前記処理タイムラインを適用すること
を含む、請求項１に記載の方法。

【請求項5】

前記複数スロットＰＵＳＣＨ送信が、連続スロットのセットを備える送信オケージョンにおいて送信される、請求項４に記載の方法。

【請求項6】

前記処理タイムラインは、
前記ＵＣＩと時間的に重複する、前記複数スロットＰＵＳＣＨ送信の重複したスロット、
前記複数スロットＰＵＳＣＨ送信において、前記ＵＣＩがそこにおいて多重化されるべきである、多重化スロット、
前記複数スロットＰＵＳＣＨ送信内での前記ＵＣＩについての送信オケージョンベースの多重化、
前記複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのインターリービング、または
前記複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのレートマッチング
のうちの１つまたは複数に基づく、前記複数スロットＰＵＳＣＨ送信の前記開始に基づく、請求項５に記載の方法。

【請求項7】

前記処理タイムラインは、
前記ＵＣＩが、前記複数スロットＰＵＳＣＨ送信の重複したスロットにおいて多重化されること、
前記複数スロットＰＵＳＣＨ送信内での前記ＵＣＩについてのスロットベースの多重化、
前記複数スロットＰＵＳＣＨ送信についてのスロットベースのインターリービング、または
前記複数スロットＰＵＳＣＨ送信についてのスロットベースのレートマッチング
のうちの１つまたは複数に基づく、前記複数スロットＰＵＳＣＨ送信の重複したスロットの前記開始に基づく、請求項５に記載の方法。

【請求項8】

前記ＵＣＩを多重化することが、
前記複数スロットＰＵＳＣＨ送信と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化すること
を含む、請求項１に記載の方法。

【請求項9】

前記複数スロットＰＵＳＣＨ送信の開始に基づいて前記第１のＵＣＩと前記第２のＵＣＩとについて前記処理タイムラインを適用すること
をさらに備える、請求項８に記載の方法。

【請求項10】

前記第１のＵＣＩと前記第２のＵＣＩとが、送信オケージョンの異なるスロットにおいて重複し、前記処理タイムラインが、前記第１のＵＣＩと前記第２のＵＣＩとによって重複された前記送信オケージョンのそれぞれのスロットに基づいて、前記第１のＵＣＩと前記第２のＵＣＩとについて別様に決定される、請求項８に記載の方法。

【請求項11】

前記複数スロットＰＵＳＣＨ送信が、不連続スロットのセットを備える送信オケージョンにおいて送信され、ここにおいて、前記処理タイムラインは、前記ＵＣＩがそこにおいて多重化される、前記送信オケージョンの連続部分に基づいて決定される、請求項１に記載の方法。

【請求項12】

前記処理タイムラインが、前記連続部分の開始に基づく、請求項１１に記載の方法。

【請求項13】

前記複数スロットＰＵＳＣＨ送信の異なる連続部分と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化すること
をさらに備え、ここにおいて、前記処理タイムラインは、それぞれのＵＣＩがそこにおいて多重化される、前記送信オケージョンの前記連続部分に基づいて決定される、請求項１１に記載の方法。

【請求項14】

ユーザ機器（ＵＥ）におけるワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
複数スロット物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の少なくとも１つのスロットにおいてアップリンク制御情報（ＵＣＩ）を多重化するために処理タイムラインを適用することと、
前記処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに前記複数スロットＰＵＳＣＨ送信を送信することと
を行うように構成された、装置。

【請求項15】

前記ＵＣＩが、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを備え、前記処理タイムラインが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の受信と前記ＰＤＳＣＨについてのＨＡＲＱフィードバックペイロードを搬送する物理アップリンク制御チャネル（ＰＵＣＣＨ）の開始との間の時間ギャップに対応する、請求項１４に記載の装置。

【請求項16】

前記ＵＣＩが、チャネル状態情報（ＣＳＩ）報告を備え、前記処理タイムラインが、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）の最後のシンボルの受信と前記ＣＳＩ－ＲＳの測定に基づく前記ＣＳＩ報告を搬送する物理アップリンク制御チャネル（ＰＵＣＣＨ）の開始との間の時間ギャップに対応する、請求項１４に記載の装置。

【請求項17】

前記処理タイムラインを適用するために、前記少なくとも１つのプロセッサが、
前記複数スロットＰＵＳＣＨ送信の開始に基づいて前記処理タイムラインを適用すること
を行うようにさらに構成された、請求項１４に記載の装置。

【請求項18】

前記複数スロットＰＵＳＣＨ送信が、連続スロットのセットを備える送信オケージョンにおいて送信される、請求項１７に記載の装置。

【請求項19】

前記処理タイムラインは、
前記ＵＣＩと時間的に重複する、前記複数スロットＰＵＳＣＨ送信の重複したスロット、
前記複数スロットＰＵＳＣＨ送信において、前記ＵＣＩがそこにおいて多重化されるべきである、多重化スロット、
前記複数スロットＰＵＳＣＨ送信内での前記ＵＣＩについての送信オケージョンベースの多重化、
前記複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのインターリービング、または
前記複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのレートマッチング
のうちの１つまたは複数に基づく、前記複数スロットＰＵＳＣＨ送信の前記開始に基づく、請求項１８に記載の装置。

【請求項20】

前記処理タイムラインは、
前記ＵＣＩが、前記複数スロットＰＵＳＣＨ送信の重複したスロットにおいて多重化されること、
前記複数スロットＰＵＳＣＨ送信内での前記ＵＣＩについてのスロットベースの多重化、
前記複数スロットＰＵＳＣＨ送信についてのスロットベースのインターリービング、または
前記複数スロットＰＵＳＣＨ送信についてのスロットベースのレートマッチング
のうちの１つまたは複数に基づく、前記複数スロットＰＵＳＣＨ送信の重複したスロットの前記開始に基づく、請求項１８に記載の装置。

【請求項21】

前記ＵＣＩを多重化するために、前記少なくとも１つのプロセッサが、
前記複数スロットＰＵＳＣＨ送信と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化すること
を行うようにさらに構成された、請求項１４に記載の装置。

【請求項22】

前記少なくとも１つのプロセッサが、
前記複数スロットＰＵＳＣＨ送信の開始に基づいて前記第１のＵＣＩと前記第２のＵＣＩとについて前記処理タイムラインを適用すること
を行うようにさらに構成された、請求項２１に記載の装置。

【請求項23】

前記第１のＵＣＩと前記第２のＵＣＩとが、送信オケージョンの異なるスロットにおいて重複し、前記処理タイムラインが、前記第１のＵＣＩと前記第２のＵＣＩとによって重複された前記送信オケージョンのそれぞれのスロットに基づいて、前記第１のＵＣＩと前記第２のＵＣＩとについて別様に決定される、請求項２１に記載の装置。

【請求項24】

前記複数スロットＰＵＳＣＨ送信が、不連続スロットのセットを備える送信オケージョンにおけるものであり、ここにおいて、前記処理タイムラインは、前記ＵＣＩがそこにおいて多重化される、前記送信オケージョンの連続部分に基づく、請求項１４に記載の装置。

【請求項25】

前記処理タイムラインが、前記連続部分の開始に基づく、請求項２４に記載の装置。

【請求項26】

前記少なくとも１つのプロセッサが、
前記複数スロットＰＵＳＣＨ送信の異なる連続部分と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化すること
を行うようにさらに構成され、ここにおいて、前記処理タイムラインは、それぞれのＵＣＩがそこにおいて多重化される、前記送信オケージョンの前記連続部分に基づいて決定される、請求項２４に記載の装置。

【請求項27】

前記少なくとも１つのプロセッサに結合された少なくとも１つのトランシーバ
をさらに備える、請求項１４に記載の装置。

【請求項28】

ユーザ機器（ＵＥ）におけるワイヤレス通信のための装置であって、
複数スロット物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の少なくとも１つのスロットにおいてアップリンク制御情報（ＵＣＩ）を多重化するために処理タイムラインを適用するための手段と、
前記処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに前記複数スロットＰＵＳＣＨ送信を送信するための手段と
を備える、装置。

【請求項29】

ユーザ機器（ＵＥ）におけるコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、プロセッサによって実行されたとき、前記プロセッサに、
複数スロット物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の少なくとも１つのスロットにおいてアップリンク制御情報（ＵＣＩ）を多重化するために処理タイムラインを適用することと、
前記処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに前記複数スロットＰＵＳＣＨ送信を送信することと
を行わせる、非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０２１年３月２６日に出願された「Timelines for Uplink Control Information Multiplexing Over Multiple Slot Transmissions」と題する米国仮出願第６３／１６６，９６１号、および２０２２年３月２３日に出願された「Timelines for Uplink Control Information Multiplexing Over Multiple Slot Transmissions」と題する米国非仮特許出願第１７／６５６，２０９号の利益および優先権を主張する。

【0002】

[0002]本開示は、一般に、通信システムに関し、より詳細には、アップリンク制御情報（ＵＣＩ）を含むワイヤレス通信に関する。

【背景技術】

【0003】

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ－ＳＣＤＭＡ）システムを含む。

【0004】

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格は５Ｇ新無線（ＮＲ）である。５Ｇ ＮＲは、（たとえば、モノのインターネット（ＩｏＴ）に関する）レイテンシ、信頼性、セキュリティ、スケーラビリティに関連する新しい要件、および他の要件を満足するための、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表された継続的モバイルブロードバンド発展の一部である。５Ｇ ＮＲは、拡張モバイルブロードバンド（ｅＭＢＢ）、マッシブマシンタイプ通信（ｍＭＴＣ）、および超高信頼低レイテンシ通信（ＵＲＬＬＣ）に関連するサービスを含む。５Ｇ ＮＲのいくつかの態様は、４Ｇロングタームエボリューション（ＬＴＥ（登録商標））規格に基づき得る。５Ｇ ＮＲ技術のさらなる改善が必要である。これらの改善はまた、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であり得る。

【発明の概要】

【0005】

[0005]以下は、１つまたは複数の態様の基本的理解を提供するために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後に提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

【0006】

[0006]本開示の一態様では、方法、コンピュータ可読媒体、および装置が提供される。本装置は、複数スロット物理アップリンク共有チャネル（ＰＵＳＣＨ）送信（multiple slot physical uplink shared channel (PUSCH) transmission）の少なくとも１つのスロットにおいてアップリンク制御情報（ＵＣＩ）を多重化するために処理タイムラインを適用する。本装置は、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信する。

【0007】

[0007]上記の目的および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲において指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に示している。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

【図面の簡単な説明】

【0008】

【図1】[0008]本開示の様々な態様による、ワイヤレス通信システムおよびアクセスネットワークの一例を示す図。

【図2A】[0009]本開示の様々な態様による、第１のフレームの一例を示す図。

【図2B】[0010]本開示の様々な態様による、サブフレーム内のＤＬチャネルの一例を示す図。

【図2C】[0011]本開示の様々な態様による、第２のフレームの一例を示す図。

【図2D】[0012]本開示の様々な態様による、サブフレーム内のＵＬチャネルの一例を示す図。

【図3】[0013]本開示の様々な態様による、アクセスネットワーク中の基地局とユーザ機器（ＵＥ）との一例を示す図。

【図4】[0014]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての送信オケージョンの様々なオプションを示す図。

【図5A】[0015]本開示の様々な態様による、複数スロットＰＵＳＣＨの複数の送信オケージョンについての冗長バージョン（ＲＶ）循環の例示的な態様を示す図。

【図5B】本開示の様々な態様による、複数スロットＰＵＳＣＨの複数の送信オケージョンについての冗長バージョン（ＲＶ）循環の例示的な態様を示す図。

【図6】[0016]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのインターリービングの例示的な態様を示す図。

【図7】[0017]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についてのスロットベースのインターリービングの例示的な態様を示す図。

【図8】[0018]本開示の様々な態様による、リソースの不連続セグメントを有する送信オケージョンにおける複数スロットＰＵＳＣＨ送信についてのセグメントベースのインターリービングの例示的な態様を示す図。

【図9】[0019]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョンと時間的に重複するＵＣＩの一例を示す図。

【図10】[0020]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョンの重複したスロットにおいてＵＣＩを多重化することの一例を示す図。

【図11】[0021]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョンにわたってＵＣＩを多重化することの一例を示す図。

【図12】[0022]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョンの重複したスロットにおいてＵＣＩを多重化することの一例を示す図。

【図13】[0023]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョン上でＵＣＩを多重化することの一例を示す図。

【図14】[0024]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョンにおいてＵＣＩの反復を多重化することの一例を示す図。

【図15】[0025]本開示の様々な態様による、ＵＣＩを複数スロットＰＵＳＣＨ送信と多重化するための例示的な処理タイムライン考慮を示す図。

【図16】[0026]本開示の様々な態様による、ＵＣＩを複数スロットＰＵＳＣＨ送信と多重化するための例示的な処理タイムライン考慮を示す図。

【図17】[0027]本開示の様々な態様による、ＵＣＩを複数スロットＰＵＳＣＨ送信と多重化するための例示的な処理タイムライン考慮を示す図。

【図18】[0028]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、連続リソースを有する送信オケージョンと重複する複数のＵＣＩの一例を示す図。

【図19】[0029]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての送信オケージョンと重複する複数のＵＣＩを重複したスロットごとに多重化することの一例を示す図。

【図20】[0030]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての送信オケージョンと重複する複数のＵＣＩを送信オケージョンごとに多重化することの一例を示す図。

【図21】[0031]本開示の様々な態様による、複数のＰＵＣＣＨからのＵＣＩを複数スロットＰＵＳＣＨ送信と多重化するための例示的な処理タイムライン考慮を示す図。

【図22】[0032]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、リソースの不連続セグメントを有する送信オケージョンと時間的に重複するＵＣＩの一例を示す図。

【図23】[0033]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信についての、リソースの不連続セグメントを有する送信オケージョンと重複するＵＣＩをセグメントごとに多重化することの一例を示す図。

【図24】[0034]本開示の様々な態様による、不連続セグメントを有する送信オケージョンにおいてＵＣＩを複数スロットＰＵＳＣＨ送信と多重化するための例示的な処理タイムライン考慮を示す図。

【図25】[0035]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信と多重化するための処理タイムラインの適用例を含む、ＵＥと基地局との間の例示的な通信フロー。

【図26A】[0036]本開示の様々な態様による、複数スロットＰＵＳＣＨ送信と多重化するための処理タイムラインの適用例を含む、ワイヤレス通信の方法のフローチャート。

【図26B】本開示の様々な態様による、複数スロットＰＵＳＣＨ送信と多重化するための処理タイムラインの適用例を含む、ワイヤレス通信の方法のフローチャート。

【図27】[0037]本開示の様々な態様による、例示的な装置のためのハードウェア実装形態の一例を示す図。

【図28】[0038]例示的なディスアグリゲーテッド（disaggregated）基地局アーキテクチャを示す図。

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

【0009】

[0039]ＵＥが、複数のスロットに及ぶ送信オケージョン上でＰＵＳＣＨを送信し得る。ＵＥは、送信オケージョンの複数のスロット内で単一のＴＢを送信し得る。時々、ＵＥは、ＰＵＳＣＨについての送信オケージョンと時間的に重複する物理アップリンク制御チャネル（ＰＵＣＣＨ）における送信についてのアップリンク制御情報（ＵＣＩ）を有し得る。時間的な重複に基づいて、ＵＥは、ＵＣＩをＰＵＳＣＨと多重化し得る。本明細書で提示される態様は、ＵＥがＵＣＩを複数スロットＰＵＳＣＨと多重化するための、様々な方法を提供する。ＵＣＩについてのリソースの数、ＵＣＩについてのロケーション、多重化のハンドリング、タイムライン、ＰＵＳＣＨのレートマッチング、および／またはＰＵＳＣＨのインターリービングの任意の組合せを含む多重化態様は、送信オケージョンのタイプ（たとえば、連続または不連続）に基づいて異なり得る。多重化態様は、重複されるＰＵＳＣＨ送信オケージョンのスロットに基づいて異なり得る。多重化態様は、ＰＵＳＣＨハンドリングのタイプ、たとえばスロットごとの、送信オケージョンごとの、またはセグメントごとのインターリービングおよびＲＶ循環、に基づいて異なり得る。

【0010】

[0040]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成の説明として意図されており、本明細書で説明される概念が実践され得る構成のみを表すことが意図されていない。発明を実施するための形態は、様々な概念の完全な理解を提供するための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実践され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示されている。

【0011】

[0041]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法は、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、構成要素、回路、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるのかソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課される設計制約に依存する。

【0012】

[0042]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」として実装され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理ユニット（ＧＰＵ）、中央処理ユニット（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の好適なハードウェアを含む。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

【0013】

[0043]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスクストレージ、磁気ディスクストレージ、他の磁気ストレージデバイス、そのタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。

【0014】

[0044]態様および実装形態は、いくつかの例に対する説明によって本出願で説明されるが、追加の実装形態および使用事例が多くの異なる構成およびシナリオにおいて起こり得ることを、当業者は理解されよう。本明細書で説明される態様は、多くの異なるプラットフォームタイプ、デバイス、システム、形状、サイズ、およびパッケージング構成にわたって実装され得る。たとえば、実装形態および／または使用は、集積チップ実装形態および他の非モジュール構成要素ベースのデバイス（たとえば、エンドユーザデバイス、車両、通信デバイス、コンピューティングデバイス、工業機器、小売り／購買デバイス、医療デバイス、人工知能（ＡＩ）対応デバイスなど）を介して生じ得る。いくつかの例は使用事例または適用例を特に対象とすることも対象としないこともあるが、説明される態様の適用可能性の広い組合せが行われ得る。実装形態は、チップレベルまたはモジュラー構成要素から非モジュラー非チップレベル実装形態までの、さらには説明される態様の１つまたは複数の態様を組み込んでいるアグリゲート、分散、または相手先商標製造会社（ＯＥＭ）デバイスまたはシステムまでの範囲にわたり得る。いくつかの実際の設定では、説明される態様および特徴を組み込んでいるデバイスはまた、請求および説明される態様の実装および実践のために追加の構成要素および特徴を含み得る。たとえば、ワイヤレス信号の送信および受信は、アナログおよびデジタル目的のためのいくつかの構成要素（たとえば、アンテナ、ＲＦチェーン、電力増幅器、変調器、バッファ、（１つまたは複数の）プロセッサ、インターリーバ、アダー／加算器などを含むハードウェア構成要素）を必ず含む。本明細書で説明される態様は、異なるサイズ、形状および構造の多種多様なデバイス、チップレベル構成要素、システム、分散構成、アグリゲーテッド（aggregated）構成要素またはディスアグリゲーテッド構成要素、エンドユーザデバイスなどにおいて実践され得ることが意図される。

【0015】

[0045]図１は、基地局１０２または１８０とＵＥ１０４とを含む、ワイヤレス通信システムおよびアクセスネットワーク１００の一例を示す図である。本明細書で説明されるように、ＵＥ１０４は、ＵＣＩマルチプレクサ構成要素１９８を含み得る。いくつかの態様では、ＵＣＩマルチプレクサ構成要素１９８は、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するためにタイムラインを適用するように構成され得る。ＵＥ１０４は、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信するように構成され得る。基地局１０２または１８０、あるいは基地局の構成要素は、多重化ＵＣＩ受信構成要素１９９を含み得る。基地局１０２または１８０、あるいは基地局の構成要素は、複数スロットＰＵＳＣＨ送信についてＵＥ１０４にリソースを割り振り得る。いくつかの態様では、多重化ＵＣＩ受信構成要素１９９は、ＵＣＩ多重化についての処理タイムラインに基づいて複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいて多重化されたＵＣＩを備える、複数スロットＰＵＳＣＨ送信を受信するように構成され得る。以下の説明は５Ｇ ＮＲに焦点が合わせられ得るが、本明細書で説明される概念は、ＬＴＥ、ＬＴＥ－Ａ、ＣＤＭＡ、ＧＳＭ（登録商標）、および他のワイヤレス技術など、他の同様のエリアに適用可能であり得る。

【0016】

[0046]（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも呼ばれる）ワイヤレス通信システムは、基地局１０２と、ＵＥ１０４と、発展型パケットコア（ＥＰＣ）１６０と、別のコアネットワーク１９０（たとえば、５Ｇコア（５ＧＣ））とを含む。基地局１０２は、マクロセル（高電力セルラー基地局）および／またはスモールセル（低電力セルラー基地局）を含み得る。マクロセルは基地局を含む。スモールセルは、フェムトセルと、ピコセルと、マイクロセルとを含む。

【0017】

[0047]（発展型ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と総称される）４Ｇ ＬＴＥのために構成された基地局１０２は、第１のバックホールリンク１３２（たとえば、Ｓ１インターフェース）を通してＥＰＣ１６０とインターフェースし得る。（次世代ＲＡＮ（ＮＧ－ＲＡＮ）と総称される）５Ｇ ＮＲのために構成された基地局１０２は、第２のバックホールリンク１８４を通してコアネットワーク１９０とインターフェースし得る。他の機能に加えて、基地局１０２は、以下の機能、すなわち、ユーザデータの転送と、無線チャネル暗号化および解読と、完全性保護と、ヘッダ圧縮と、モビリティ制御機能（たとえば、ハンドオーバ、デュアル接続性）と、セル間干渉協調と、接続セットアップおよび解放と、負荷分散と、非アクセス層（ＮＡＳ）メッセージのための配信と、ＮＡＳノード選択と、同期と、無線アクセスネットワーク（ＲＡＮ）共有と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）と、加入者および機器トレースと、ＲＡＮ情報管理（ＲＩＭ）と、ページングと、測位と、警告メッセージの配信とのうちの１つまたは複数を実施し得る。基地局１０２は、第３のバックホールリンク１３４（たとえば、Ｘ２インターフェース）上で互いと直接的または間接的に（たとえば、ＥＰＣ１６０またはコアネットワーク１９０を通して）通信し得る。第１のバックホールリンク１３２、第２のバックホールリンク１８４（たとえば、Ｘｎインターフェース）、および第３のバックホールリンク１３４は、ワイヤードまたはワイヤレスであり得る。

【0018】

[0048]いくつかの態様では、基地局１０２または１８０は、ＲＡＮと呼ばれることがあり、アグリゲーテッド構成要素またはディスアグリゲーテッド構成要素を含み得る。ディスアグリゲーテッドＲＡＮの一例として、基地局は、図１に示されているように、中央ユニット（ＣＵ）１０６、１つまたは複数の分散ユニット（ＤＵ）１０５、および／または１つまたは複数のリモートユニット（ＲＵ）１０９を含み得る。ＲＡＮは、ＲＵ１０９とアグリゲーテッドＣＵ／ＤＵとの間のスプリットによりディスアグリゲートされ得る。ＲＡＮは、ＣＵ１０６と、ＤＵ１０５と、ＲＵ１０９との間のスプリットによりディスアグリゲートされ得る。ＲＡＮは、ＣＵ１０６とアグリゲーテッドＤＵ／ＲＵとの間のスプリットによりディスアグリゲートされ得る。ＣＵ１０６と１つまたは複数のＤＵ１０５とは、Ｆ１インターフェースを介して接続され得る。ＤＵ１０５とＲＵ１０９とは、フロントホールインターフェースを介して接続され得る。ＣＵ１０６とＤＵ１０５との間の接続がミッドホールと呼ばれることがあり、ＤＵ１０５とＲＵ１０９との間の接続がフロントホールと呼ばれることがある。ＣＵ１０６とコアネットワークとの間の接続がバックホールと呼ばれることがある。ＲＡＮは、ＲＡＮの様々な構成要素間の、たとえば、ＣＵ１０６、ＤＵ１０５、またはＲＵ１０９間の機能的スプリットに基づき得る。ＣＵは、たとえば、プロトコルスタックの１つまたは複数のレイヤをハンドリングする、ワイヤレス通信プロトコルの１つまたは複数の態様を実施するように構成され得、（１つまたは複数の）ＤＵは、ワイヤレス通信プロトコルの他の態様、たとえば、プロトコルスタックの他のレイヤをハンドリングするように構成され得る。異なる実装形態では、ＣＵによってハンドリングされるレイヤとＤＵによってハンドリングされるレイヤとの間のスプリットは、プロトコルスタックの異なるレイヤにおいて行われ得る。１つの非限定的な例として、ＤＵ１０５が、機能的スプリットに基づいて、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤと、物理（ＰＨＹ）レイヤの少なくとも一部分とをホストするための論理ノードを提供し得る。ＲＵが、ＰＨＹレイヤの少なくとも一部分と無線周波数（ＲＦ）処理とをホストするように構成された論理ノードを提供し得る。ＣＵ１０６が、たとえば、サービスデータ適応プロトコル（ＳＤＡＰ）レイヤ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤなど、ＲＬＣレイヤより上の、上位レイヤ機能をホストし得る。他の実装形態では、ＣＵ、ＤＵ、またはＲＵによって提供されるレイヤ機能間のスプリットは異なり得る。

【0019】

[0049]アクセスネットワークは、コアネットワークへのアクセスおよびバックホールを提供するためにＵＥ１０４または他の統合アクセスおよびバックホール（ＩＡＢ：integrated access and backhaul）ノード１１１とワイヤレス通信を交換する、１つまたは複数のＩＡＢノード１１１を含み得る。複数のＩＡＢノードのＩＡＢネットワークでは、アンカーノードがＩＡＢドナーと呼ばれることがある。ＩＡＢドナーは、コアネットワーク１９０またはＥＰＣ１６０へのアクセスおよび／あるいは１つまたは複数のＩＡＢノード１１１に対する制御を提供する基地局１０２または１８０であり得る。ＩＡＢドナーは、ＣＵ１０６とＤＵ１０５とを含み得る。ＩＡＢノード１１１は、ＤＵ１０５とモバイル着信（ＭＴ：mobile termination）とを含み得る。ＩＡＢノード１１１のＤＵ１０５は親ノードとして動作し得、ＭＴは子ノードとして動作し得る。

【0020】

[0050]基地局１０２は、ＵＥ１０４とワイヤレス通信し得る。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを提供し得る。重複する地理的カバレージエリア１１０があり得る。たとえば、スモールセル１０２’は、１つまたは複数のマクロ基地局１０２のカバレージエリア１１０と重複するカバレージエリア１１０’を有し得る。スモールセルとマクロセルの両方を含むネットワークが、異種ネットワークとして知られ得る。異種ネットワークはまた、限定加入者グループ（ＣＳＧ）として知られる限定グループにサービスを提供し得るホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）を含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信、および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、多入力多出力（ＭＩＭＯ）アンテナ技術を使用し得る。通信リンクは、１つまたは複数のキャリアを通したものであり得る。基地局１０２／ＵＥ１０４は、各方向において送信のために使用される最高合計Ｙｘ ＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた、キャリアごとの最高Ｙ ＭＨｚ（たとえば、５、１０、１５、２０、１００、４００ＭＨｚなど）帯域幅のスペクトルを使用し得る。キャリアは、互いに隣接することも、隣接しないこともある。キャリアの割振りは、ＤＬとＵＬとに関して非対称であり得る（たとえば、ＤＬの場合、ＵＬの場合よりも多いまたは少ないキャリアが割り振られ得る）。コンポーネントキャリアは、１次コンポーネントキャリアと、１つまたは複数の２次コンポーネントキャリアとを含み得る。１次コンポーネントキャリアは１次セル（ＰＣｅｌｌ）と呼ばれることがあり、２次コンポーネントキャリアは２次セル（ＳＣｅｌｌ）と呼ばれることがある。

【0021】

[0051]いくつかのＵＥ１０４は、デバイスツーデバイス（Ｄ２Ｄ）通信リンク１５８を使用して互いと通信し得る。Ｄ２Ｄ通信リンク１５８は、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用し得る。Ｄ２Ｄ通信リンク１５８は、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、および物理サイドリンク制御チャネル（ＰＳＣＣＨ）など、１つまたは複数のサイドリンクチャネルを使用し得る。Ｄ２Ｄ通信は、たとえば、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格に基づくＷｉ－Ｆｉ（登録商標）、ＬＴＥ、またはＮＲなど、様々なワイヤレスＤ２Ｄ通信システムを通したものであり得る。

【0022】

[0052]ワイヤレス通信システムは、たとえば、５ＧＨｚ無認可周波数スペクトルなどにおいて、通信リンク１５４を介してＷｉ－Ｆｉ局（ＳＴＡ）１５２と通信しているＷｉ－Ｆｉアクセスポイント（ＡＰ）１５０をさらに含み得る。無認可周波数スペクトル中で通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるかどうかを決定するために、通信するより前にクリアチャネルアセスメント（ＣＣＡ）を実施し得る。

【0023】

[0053]スモールセル１０２’は、認可および／または無認可周波数スペクトル中で動作し得る。無認可周波数スペクトル中で動作するとき、スモールセル１０２’は、ＮＲを採用し、Ｗｉ－Ｆｉ ＡＰ１５０によって使用されるのと同じ無認可周波数スペクトル（たとえば、５ＧＨｚなど）を使用し得る。無認可周波数スペクトル中でＮＲを採用するスモールセル１０２’は、アクセスネットワークへのカバレージをブーストし、および／またはアクセスネットワークの容量を増加させ得る。

【0024】

[0054]電磁スペクトルは、しばしば、周波数／波長に基づいて、様々なクラス、帯域、チャネルなどに再分割される。５Ｇ ＮＲでは、２つの初期動作帯域が、周波数範囲指定ＦＲ１（４１０ＭＨｚ～７．１２５ＧＨｚ）およびＦＲ２（２４．２５ＧＨｚ～５２．６ＧＨｚ）として識別されている。ＦＲ１の一部分は６ＧＨｚよりも大きいが、ＦＲ１は、しばしば、様々なドキュメントおよび論文において「サブ６ＧＨｚ」帯域と（互換的に）呼ばれる。同様の名称問題が、ＦＲ２に関して時々起こり、ＦＲ２は、国際電気通信連合（ＩＴＵ）によって「ミリメートル波」帯域と識別される極高周波（ＥＨＦ）帯域（３０ＧＨｚ～３００ＧＨｚ）とは異なるにもかかわらず、しばしば、ドキュメントおよび論文において「ミリメートル波」帯域と（互換的に）呼ばれる。

【0025】

[0055]ＦＲ１とＦＲ２との間の周波数は、しばしば、ミッドバンド周波数と呼ばれる。最近の５Ｇ ＮＲの研究は、これらのミッドバンド周波数の動作帯域を周波数範囲指定ＦＲ３（７．１２５ＧＨｚ～２４．２５ＧＨｚ）として識別している。ＦＲ３内に入る周波数帯域は、ＦＲ１特性および／またはＦＲ２特性を継承し得、したがって、ＦＲ１および／またはＦＲ２の特徴をミッドバンド周波数に効果的に拡大し得る。さらに、５Ｇ ＮＲ動作を５２．６ＧＨｚを越えて拡大するためにより高い周波数帯域が現在探求されている。たとえば、３つのより高い動作帯域が、周波数範囲指定ＦＲ２－２（５２．６ＧＨｚ～７１ＧＨｚ）、ＦＲ４（７１ＧＨｚ～１１４．２５ＧＨｚ）、およびＦＲ５（１１４．２５ＧＨｚ～３００ＧＨｚ）として識別されている。これらのより高い周波数帯域の各々がＥＨＦ帯域内に入る。

【0026】

[0056]上記の態様を念頭に置いて、別段に明記されていない限り、「サブ６ＧＨｚ」などの用語は、本明細書で使用される場合、６ＧＨｚ未満であり得るか、ＦＲ１内にあり得るか、またはミッドバンド周波数を含み得る周波数を広く表し得ることを理解されたい。さらに、別段に明記されていない限り、「ミリメートル波」などの用語は、本明細書で使用される場合、ミッドバンド周波数を含み得るか、ＦＲ２、ＦＲ４、ＦＲ２－２、および／またはＦＲ５内にあり得るか、あるいはＥＨＦ帯域内にあり得る周波数を広く表し得ることを理解されたい。

【0027】

[0057]基地局１０２は、スモールセル１０２’なのかラージセル（たとえば、マクロ基地局）なのかにかかわらず、ｅＮＢ、ｇノードＢ（ｇＮＢ）、または別のタイプの基地局を含み、および／あるいはそのように呼ばれることがある。ｇＮＢ１８０などのいくつかの基地局は、ＵＥ１０４との通信において、従来のサブ６ＧＨｚスペクトル中で、ミリメートル波周波数中で、および／または近ミリメートル波周波数で動作し得る。ｇＮＢ１８０がミリメートル波または近ミリメートル波周波数で動作するとき、ｇＮＢ１８０は、ミリメートル波基地局と呼ばれることがある。ミリメートル波基地局１８０は、経路損失と短い範囲とを補償するために、ＵＥ１０４とのビームフォーミング１８２を利用し得る。基地局１８０およびＵＥ１０４は、各々、ビームフォーミングを可能にするために、アンテナ要素、アンテナパネル、および／またはアンテナアレイなど、複数のアンテナを含み得る。

【0028】

[0058]基地局１８０は、１つまたは複数の送信方向１８２’でＵＥ１０４にビームフォーミングされた信号を送信し得る。ＵＥ１０４は、１つまたは複数の受信方向１８２’’で基地局１８０からビームフォーミングされた信号を受信し得る。ＵＥ１０４はまた、１つまたは複数の送信方向で基地局１８０にビームフォーミングされた信号を送信し得る。基地局１８０は、１つまたは複数の受信方向でＵＥ１０４からビームフォーミングされた信号を受信し得る。基地局１８０／ＵＥ１０４は、基地局１８０／ＵＥ１０４の各々のための最良の受信方向と送信方向とを決定するために、ビームトレーニングを実施し得る。基地局１８０のための送信方向と受信方向とは、同じであることも同じでないこともある。ＵＥ１０４のための送信方向と受信方向とは、同じであることも同じでないこともある。

【0029】

[0059]ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ）１６２と、他のＭＭＥ１６４と、サービングゲートウェイ１６６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８と、ブロードキャストマルチキャストサービスセンタ（ＢＭ－ＳＣ）１７０と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２とを含み得る。ＭＭＥ１６２は、ホーム加入者サーバ（ＨＳＳ）１７４と通信していることがある。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１６２は、ベアラおよび接続管理を提供する。すべてのユーザインターネットプロトコル（ＩＰ）パケットは、サービングゲートウェイ１６６を通して転送され、サービングゲートウェイ１６６自体は、ＰＤＮゲートウェイ１７２に接続される。ＰＤＮゲートウェイ１７２は、ＵＥのＩＰアドレス割振りならびに他の機能を提供する。ＰＤＮゲートウェイ１７２とＢＭ－ＳＣ１７０とはＩＰサービス１７６に接続される。ＩＰサービス１７６は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス、および／または他のＩＰサービスを含み得る。ＢＭ－ＳＣ１７０は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供し得る。ＢＭ－ＳＣ１７０は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、パブリックランドモバイルネットワーク（ＰＬＭＮ）内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールするために使用され得る。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属する基地局１０２にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。

【0030】

[0060]コアネットワーク１９０は、アクセスおよびモビリティ管理機能（ＡＭＦ）１９２と、他のＡＭＦ１９３と、セッション管理機能（ＳＭＦ）１９４と、ユーザプレーン機能（ＵＰＦ）１９５とを含み得る。ＡＭＦ１９２は、統合データ管理（ＵＤＭ）１９６と通信していることがある。ＡＭＦ１９２は、ＵＥ１０４とコアネットワーク１９０との間のシグナリングを処理する制御ノードである。概して、ＡＭＦ１９２は、ＱｏＳフローおよびセッション管理を提供する。すべてのユーザインターネットプロトコル（ＩＰ）パケットがＵＰＦ１９５を通して転送される。ＵＰＦ１９５は、ＵＥのＩＰアドレス割振りならびに他の機能を提供する。ＵＰＦ１９５はＩＰサービス１９７に接続される。ＩＰサービス１９７は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、パケット交換（ＰＳ）ストリーミング（ＰＳＳ）サービス、および／または他のＩＰサービスを含み得る。

【0031】

[0061]基地局は、ｇＮＢ、ノードＢ、ｅＮＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、送信受信ポイント（ＴＲＰ）、または何らかの他の好適な用語を含み、および／あるいはそのように呼ばれることがある。基地局１０２は、ＵＥ１０４にＥＰＣ１６０またはコアネットワーク１９０へのアクセスポイントを提供する。ＵＥ１０４の例は、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、車両、電気メーター、ガスポンプ、大きいまたは小さいキッチン器具、ヘルスケアデバイス、インプラント、センサー／アクチュエータ、ディスプレイ、あるいは任意の他の同様の機能デバイスを含む。ＵＥ１０４のうちのいくつかは、ＩｏＴデバイス（たとえば、パーキングメーター、ガスポンプ、トースター、車両、心臓モニタなど）と呼ばれることがある。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

【0032】

[0062]図２Ａは、５Ｇ ＮＲフレーム構造内の第１のサブフレームの一例を示す図２００である。図２Ｂは、５Ｇ ＮＲサブフレーム内のＤＬチャネルの一例を示す図２３０である。図２Ｃは、５Ｇ ＮＲフレーム構造内の第２のサブフレームの一例を示す図２５０である。図２Ｄは、５Ｇ ＮＲサブフレーム内のＵＬチャネルの一例を示す図２８０である。５Ｇ ＮＲフレーム構造は、サブキャリアの特定のセット（キャリアシステム帯域幅）についてサブキャリアのセット内のサブフレームがＤＬまたはＵＬのいずれかに専用である周波数分割複信（ＦＤＤ）であり得るか、あるいは、サブキャリアの特定のセット（キャリアシステム帯域幅）についてサブキャリアのセット内のサブフレームがＤＬとＵＬの両方に専用である時分割複信（ＴＤＤ）であり得る。図２Ａ、図２Ｃによって提供された例では、５Ｇ ＮＲフレーム構造は、ＴＤＤであると仮定され、サブフレーム４は、スロットフォーマット２８で（大部分はＤＬで）構成され、ここで、ＤはＤＬであり、ＵはＵＬであり、Ｆは、ＤＬ／ＵＬの間の使用のためにフレキシブルであり、サブフレーム３は、スロットフォーマット１で（すべてＵＬで）構成される。サブフレーム３、４が、それぞれ、スロットフォーマット１、２８で示されているが、任意の特定のサブフレームが、様々な利用可能なスロットフォーマット０～６１のいずれかで構成され得る。スロットフォーマット０、１は、それぞれ、すべてＤＬ、ＵＬである。他のスロットフォーマット２～６１は、ＤＬ、ＵＬ、およびフレキシブルなシンボルの混合を含む。ＵＥは、受信されたスロットフォーマットインジケータ（ＳＦＩ）を通して（ＤＬ制御情報（ＤＣＩ）を通して動的に、または無線リソース制御（ＲＲＣ）シグナリングを通して半静的に／静的に）スロットフォーマットで構成される。説明は、ＴＤＤである５Ｇ ＮＲフレーム構造にも適用される。

【0033】

[0063]図２Ａ～図２Ｄはフレーム構造を示しており、本開示の態様は、異なるフレーム構造および／または異なるチャネルを有し得る、他のワイヤレス通信技術に適用可能であり得る。フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレーム（１ｍｓ）に分割され得る。各サブフレームは、１つまたは複数のタイムスロットを含み得る。サブフレームはまた、７つ、４つ、または２つのシンボルを含み得るミニスロットを含み得る。サイクリックプレフィックス（ＣＰ）がノーマルであるのか拡張であるのかに応じて、各スロットは、１４個または１２個のシンボルを含み得る。ノーマルＣＰの場合、各スロットは１４個のシンボルを含み得、拡張ＣＰの場合、各スロットは１２個のシンボルを含み得る。ＤＬ上のシンボルは、ＣＰ直交周波数分割多重化（ＯＦＤＭ）（ＣＰ－ＯＦＤＭ）シンボルであり得る。ＵＬ上のシンボルは、（高スループットシナリオの場合）ＣＰ－ＯＦＤＭシンボル、または（単一のストリーム送信に限定された電力制限シナリオの場合）（シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）シンボルとも呼ばれる）離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）シンボルであり得る。サブフレーム内のスロットの数は、ＣＰとヌメロロジーとに基づく。ヌメロロジーは、サブキャリア間隔（ＳＣＳ）と、事実上、１／ＳＣＳに等しいシンボル長／持続時間とを定義する。

【0034】

【表1】

【0035】

ノーマルＣＰ（１４個のシンボル／スロット）の場合、異なるヌメロロジーμ０～４が、サブフレームごとに、それぞれ、１つ、２つ、４つ、８つ、および１６個のスロットを可能にする。拡張ＣＰの場合、ヌメロロジー２は、サブフレームごとに４つのスロットを可能にする。したがって、ノーマルＣＰおよびヌメロロジーμの場合、１４個のシンボル／スロットと２^μ個のスロット／サブフレームとがある。サブキャリア間隔は２^μ＊１５ｋＨｚに等しくなり得、ここで、μはヌメロロジー０～４である。したがって、ヌメロロジーμ＝０は１５ｋＨｚのサブキャリア間隔を有し、ヌメロロジーμ＝４は２４０ｋＨｚのサブキャリア間隔を有する。シンボル長／持続時間は、サブキャリア間隔と逆関係にある。図２Ａ～図２Ｄは、スロットごとに１４個のシンボルをもつノーマルＣＰおよびサブフレームごとに４つのスロットをもつヌメロロジーμ＝２の一例を提供する。スロット持続時間は０．２５ｍｓであり、サブキャリア間隔は６０ｋＨｚであり、シンボル持続時間は約１６．６７μｓである。フレームのセット内に、周波数分割多重化された１つまたは複数の異なる帯域幅部分（ＢＷＰ）（図２Ｂ参照）があり得る。各ＢＷＰは、特定のヌメロロジーおよびＣＰ（ノーマルまたは拡張）を有し得る。

【0036】

[0064]フレーム構造を表すためにリソースグリッドが使用され得る。各タイムスロットは、１２個の連続するサブキャリアを拡張する（物理リソースブロック（ＲＢ）（ＰＲＢ）とも呼ばれる）ＲＢを含む。リソースグリッドは複数のリソース要素（ＲＥ）に分割される。各ＲＥによって搬送されるビット数は変調方式に依存する。

【0037】

[0065]図２Ａに示されているように、ＲＥのうちのいくつかは、ＵＥのための基準（パイロット）信号（ＲＳ）を搬送する。ＲＳは、ＵＥにおけるチャネル推定のために、（１つの特定の構成についてＲとして示されるが、他のＤＭ－ＲＳ構成が可能である）復調ＲＳ（ＤＭ－ＲＳ）と、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）とを含み得る。ＲＳは、ビーム測定ＲＳ（ＢＲＳ）と、ビーム改良ＲＳ（ＢＲＲＳ）と、位相追跡ＲＳ（ＰＴ－ＲＳ）とをも含み得る。

【0038】

[0066]図２Ｂは、フレームのサブフレーム内の様々なＤＬチャネルの一例を示す。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、１つまたは複数の制御チャネル要素（ＣＣＥ）（たとえば、１つ、２つ、４つ、８つ、または１６個のＣＣＥ）内でＤＣＩを搬送し、各ＣＣＥは６つのＲＥグループ（ＲＥＧ）を含み、各ＲＥＧは、ＲＢのＯＦＤＭシンボル中に１２個の連続するＲＥを含む。１つのＢＷＰ内のＰＤＣＣＨは、制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれることがある。ＵＥは、ＣＯＲＥＳＥＴ上でＰＤＣＣＨ監視オケージョン中に、ＰＤＣＣＨ探索空間（たとえば、共通探索空間、ＵＥ固有探索空間）においてＰＤＣＣＨ候補を監視するように構成され、ここで、ＰＤＣＣＨ候補は、異なるＤＣＩフォーマットと異なるアグリゲーションレベルとを有する。追加のＢＷＰが、チャネル帯域幅にわたって、より大きいおよび／またはより低い周波数に位置し得る。１次同期信号（ＰＳＳ）は、フレームの特定のサブフレームのシンボル２内にあり得る。ＰＳＳは、サブフレーム／シンボルタイミングと物理レイヤ識別情報とを決定するためにＵＥ１０４によって使用される。２次同期信号（ＳＳＳ）は、フレームの特定のサブフレームのシンボル４内にあり得る。ＳＳＳは、物理レイヤセル識別情報グループ番号と無線フレームタイミングとを決定するためにＵＥによって使用される。物理レイヤ識別情報および物理レイヤセル識別情報グループ番号に基づいて、ＵＥは物理セル識別子（ＰＣＩ）を決定することができる。ＰＣＩに基づいて、ＵＥはＤＭ－ＲＳのロケーションを決定することができる。マスタ情報ブロック（ＭＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）は、（ＳＳブロック（ＳＳＢ）とも呼ばれる）同期信号（ＳＳ）／ＰＢＣＨブロックを形成するためにＰＳＳおよびＳＳＳを用いて論理的にグループ化され得る。ＭＩＢは、システム帯域幅中のＲＢの数と、システムフレーム番号（ＳＦＮ）とを提供する。物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザデータと、システム情報ブロック（ＳＩＢ）などのＰＢＣＨを通して送信されないブロードキャストシステム情報と、ページングメッセージとを搬送する。

【0039】

[0067]図２Ｃに示されているように、ＲＥのうちのいくつかは、基地局におけるチャネル推定のために（１つの特定の構成についてＲとして示されるが、他のＤＭ－ＲＳ構成が可能である）ＤＭ－ＲＳを搬送する。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのＤＭ－ＲＳと物理アップリンク共有チャネル（ＰＵＳＣＨ）のためのＤＭ－ＲＳとを送信し得る。ＰＵＳＣＨ ＤＭ－ＲＳは、ＰＵＳＣＨの最初の１つまたは２つのシンボル中で送信され得る。ＰＵＣＣＨ ＤＭ－ＲＳは、短いＰＵＣＣＨが送信されるのか長いＰＵＣＣＨが送信されるのかに応じて、および使用される特定のＰＵＣＣＨフォーマットに応じて、異なる構成で送信され得る。ＵＥは、サウンディング基準信号（ＳＲＳ）を送信し得る。ＳＲＳは、サブフレームの最後のシンボル中で送信され得る。ＳＲＳはコム構造を有し得、ＵＥは、コムのうちの１つの上でＳＲＳを送信し得る。ＳＲＳは、基地局によって、ＵＬ上での周波数依存スケジューリングを可能にするために、チャネル品質推定のために使用され得る。

【0040】

[0068]図２Ｄは、フレームのサブフレーム内の様々なＵＬチャネルの一例を示す。ＰＵＣＣＨは、一構成では図示のように位置し得る。ＰＵＣＣＨは、スケジューリング要求、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、およびハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）（ＨＡＲＱ－ＡＣＫ）情報（ＡＣＫ／否定ＡＣＫ（ＮＡＣＫ））フィードバックなど、アップリンク制御情報（ＵＣＩ）を搬送する。ＰＵＳＣＨは、データを搬送し、バッファステータス報告（ＢＳＲ）、電力ヘッドルーム報告（ＰＨＲ）、および／またはＵＣＩを搬送するためにさらに使用され得る。

【0041】

[0069]図３は、アクセスネットワーク中でＵＥ３５０と通信している基地局３１０のブロック図である。ＤＬでは、ＥＰＣ１６０からのＩＰパケットがコントローラ／プロセッサ３７５に提供され得る。コントローラ／プロセッサ３７５はレイヤ３およびレイヤ２機能を実装する。レイヤ３は無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、サービスデータ適応プロトコル（ＳＤＡＰ）レイヤと、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤとを含む。コントローラ／プロセッサ３７５は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）のブロードキャスティングと、ＲＲＣ接続制御（たとえば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続変更、およびＲＲＣ接続解放）と、無線アクセス技術（ＲＡＴ）間モビリティと、ＵＥ測定報告のための測定構成とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／解凍と、セキュリティ（暗号化、解読、完全性保護、完全性検証）と、ハンドオーバサポート機能とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤパケットデータユニット（ＰＤＵ）の転送と、ＡＲＱを介した誤り訂正と、ＲＬＣサービスデータユニット（ＳＤＵ）の連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、トランスポートブロック（ＴＢ）上へのＭＡＣ ＳＤＵの多重化と、ＴＢからのＭＡＣ ＳＤＵの多重分離と、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度ハンドリングと、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を提供する。

【0042】

[0070]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連するレイヤ１機能を実装する。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上の誤り検出と、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号と、インターリービングと、レートマッチングと、物理チャネル上へのマッピングと、物理チャネルの変調／復調と、ＭＩＭＯアンテナ処理とを含み得る。ＴＸプロセッサ３１６は、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ－ＰＳＫ）、Ｍ直交振幅変調（Ｍ－ＱＡＭ））に基づく信号コンスタレーションへのマッピングをハンドリングする。コーディングされ、変調されたシンボルは、次いで、並列ストリームにスプリットされ得る。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成され得る。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ３５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に提供され得る。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

【0043】

[0071]ＵＥ３５０において、各受信機３５４ＲＸは、それのそれぞれのアンテナ３５２を通して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ３５６に提供する。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連するレイヤ１機能を実装する。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実施し得る。複数の空間ストリームがＵＥ３５０に宛てられた場合、それらの空間ストリームは、ＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ３５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアについて別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、基地局３１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器３５８によって算出されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上で基地局３１０によって最初に送信されたデータおよび制御信号を復元するために復号およびデインターリーブされる。データおよび制御信号は、次いで、レイヤ３およびレイヤ２機能を実装するコントローラ／プロセッサ３５９に提供される。

【0044】

[0072]コントローラ／プロセッサ３５９は、プログラムコードとデータとを記憶するメモリ３６０に関連し得る。メモリ３６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３５９は、ＥＰＣ１６０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ解凍と、制御信号処理とを提供する。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。

【0045】

[0073]基地局３１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）獲得と、ＲＲＣ接続と、測定報告とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／解凍と、セキュリティ（暗号化、解読、完全性保護、完全性検証）とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤＰＤＵの転送と、ＡＲＱを介した誤り訂正と、ＲＬＣ ＳＤＵの連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、ＴＢ上へのＭＡＣ ＳＤＵの多重化と、ＴＢからのＭＡＣ ＳＤＵの多重分離と、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度ハンドリングと、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を提供する。

【0046】

[0074]基地局３１０によって送信される基準信号またはフィードバックからの、チャネル推定器３５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成された空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に提供され得る。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

【0047】

[0075]ＵＬ送信は、ＵＥ３５０における受信機機能に関して説明された様式と同様の様式で基地局３１０において処理される。各受信機３１８ＲＸは、それのそれぞれのアンテナ３２０を通して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ３７０に提供する。

【0048】

[0076]コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連し得る。メモリ３７６は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３７５は、ＵＥ３５０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ解凍と、制御信号処理とを提供する。コントローラ／プロセッサ３７５からのＩＰパケットは、ＥＰＣ１６０に提供され得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。

【0049】

[0077]ＴＸプロセッサ３６８、ＲＸプロセッサ３５６、およびコントローラ／プロセッサ３５９のうちの少なくとも１つは、図１のＵＣＩマルチプレクサ構成要素１９８に関する態様を実施するように構成され得る。

【0050】

[0078]ＴＸプロセッサ３１６、ＲＸプロセッサ３７０、およびコントローラ／プロセッサ３７５のうちの少なくとも１つは、図１の多重化ＵＣＩ受信構成要素１９９に関する態様を実施するように構成され得る。

【0051】

[0079]ＰＵＳＣＨが、複数スロットＰＵＳＣＨ送信として、複数のスロットにわたって送信され得る。ＰＵＳＣＨ送信は、複数の送信オケージョンに及び得る。送信オケージョンは、ＰＵＳＣＨの送信のためにＵＥに割り振られたリソースをもつ、アップリンクリソース、たとえば、アップリンクスロットを含み得る。図４は、複数スロットＰＵＳＣＨ送信についての２つの異なるオプションを示す図４００を示す。図４は、例示的なスロットパターン４０６、たとえば、ＴＤＤアップリンク／ダウンリンクスロットパターンをも示す。たとえば、図４中でオプション（ａ）として示されている、第１のオプションでは、複数スロットＰＵＳＣＨ送信の各送信オケージョンが、たとえば、送信オケージョン４０２について示されているように、１つまたは複数のスロットに及ぶ連続リソース（たとえば、連続シンボルまたは連続スロット）を含む。いくつかの態様では、連続リソースは、２つの異なるスロットに及ぶ連続シンボルを含み得る。図４は、各送信オケージョンの連続リソースが、ダウンリンクスロットなど、ＰＵＳＣＨ送信の一部でないリソースによって分離され得ることを示す。たとえば、図４中でオプション（ｂ）として示されている、第２のオプションでは、各送信オケージョンは不連続リソースを含み得る。不連続リソースは、送信オケージョン４０４について示されているように、連続リソースの複数のセットを含み得る。

【0052】

[0080]複数スロットＰＵＳＣＨ送信オケージョンの時間領域リソース割振り（ＴＤＲＡ）は、送信オケージョンの連続するシンボルまたは連続しないシンボルのセットを提供する。連続リソースの送信オケージョン、たとえば、図４中のオプション（ａ）の場合、ＴＤＲＡは、連続リソースについての開始シンボル（Ｓ）と送信オケージョンの連続リソースの長さ（Ｌ）とのペア、たとえば、ペア（Ｓ，Ｌ）として示され得る。図４は、概念を示すために（Ｓ，Ｌ）＝（０，２０）の一例を示す。Ｓ＝０は、アップリンク許可のアップリンクスロットの第１のシンボルに対応し得、Ｌ＝２０は、２０個のシンボルの長さに対応し得る。不連続リソースの送信オケージョン、たとえば、図４中のオプション（ｂ）の場合、ＴＤＲＡは、（Ｄ，Ｓ，Ｌ）のトリプレットとして示され得、ここにおいて、Ｄは、基準スロットに対するスロットインデックスをさらに示す。基準スロットは、ＵＥが、アップリンク許可をもつＤＣＩを基地局から受信する、スロットであり得る。基準スロットは、送信オケージョンの始まりとしてＤＣＩによって示されるスロットであり得、これは、パラメータＫ２によって参照され得る。図４は、概念を示すために（Ｄ，Ｓ，Ｌ）＝｛（０，０，２８），（５，０，２８）｝の一例を示す。第１のトリプレットでは、Ｄ＝０は、送信オケージョンが基準スロットから０スロットのところで始まることを示し得、Ｓ＝０は、開始シンボルとしてスロットの第１のシンボルを示し、Ｌ＝２８は、２８個のシンボルの長さを示す。第２のトリプレットでは、Ｄ＝５は、送信オケージョンが基準スロットから５スロットのところで始まることを示し得、Ｓ＝０は、開始シンボルとしてスロットの第１のシンボルを示し、Ｌ＝２８は、２８個のシンボルの長さを示す。したがって、第１のトリプレットは連続リソースの第１のセットを示し、第２のトリプレットは連続リソースの第２のセットを示し、連続リソースの第１のセットと連続リソースの第２のセットとは互いに不連続である。Ｌは、本例のように、両方のトリプレットにおいて同じであり得る。他の態様では、送信オケージョンの不連続リソースを形成する連続リソースのセットは、異なる長さを有し得る。

【0053】

[0081]ＰＵＳＣＨの単一のトランスポートブロック（ＴＢ）が、送信オケージョンにおいて送信され得る。反復が可能にされる場合、ＴＢは、複数の送信オケージョン上で送信され得る。したがって、複数スロットＰＵＳＣＨ反復が送信オケージョンのセット上で行われ得、ＴＢの各反復が単一の送信オケージョン内で送信される。図５Ａは、オプション（ａ）による、連続リソースの４つの送信オケージョンにおけるＰＵＳＣＨ ＴＢの４つの反復の一例と、オプション（ｂ）による、リソースの不連続セットを含む２つの送信オケージョンにおけるＰＵＳＣＨ ＴＢの２つの反復の一例とを示す。いくつかの態様では、反復係数が、たとえば、複数スロットＰＵＳＣＨ送信についてのＴＤＲＡと一緒に、基地局によってＵＥに示され得る。反復係数は量反復をＵＥに示し得る。いくつかの態様では、ＴＤＲＡと一緒に、基地局は、反復についての間隔をＵＥに示し得る、周期性またはオフセットパラメータをＵＥに示し得る。たとえば、基地局は、シンボルまたはスロットにおける反復間ギャップを示し得る。図５Ａは、オプション（ａ）について反復間の例示的なギャップ５０２を示す。ギャップは、たとえば、１つの送信オケージョンの終わりと次の送信オケージョンの始まりとの間の時間的な分離を示し得るか、または、１つの送信オケージョンの始まりと次の送信オケージョンの始まりとの間の時間的な分離を示し得る。

【0054】

[0082]図５Ａおよび図５Ｂは、複数スロットＰＵＳＣＨ送信として送信されるＴＢの反復にわたる冗長バージョン（ＲＶ）循環の異なる例を示す。図５Ａおよび図５Ｂにおける例は、ＴＢについての同じソースペイロードに対応し、同じソースペイロードが送信オケージョンのリソースにわたって別様に符号化され得ることを示し得る。図５Ａ中の図５００では、ＲＶは、送信オケージョン間で、たとえば、ギャップ５０２においてリフレッシュ、たとえば、変更される。図５Ａでは、ＲＶ０は、第１の送信オケージョンの連続リソースに適用される。ＲＶインデックスは、後続の送信オケージョンにおいてＲＶ２に変更される。ＲＶインデックスは、次いで、後続の送信オケージョンについてＲＶ３およびＲＶ１に変更される。同様に、オプション（ｂ）における不連続リソースセットの送信オケージョンの場合、ＲＶインデックスは、同様に、単一の送信オケージョンの不連続リソースセットにわたって維持され、後続の送信オケージョンについて、変更またはリフレッシュされる。それらの例は、単一の送信オケージョン上のＴＢの送信について示されている。したがって、ＲＶは、異なる送信オケージョンにおけるＴＢの反復にわたって循環する。

【0055】

[0083]図５Ｂは、ＲＶが、図５Ａの場合のように送信オケージョン間ではなく、個々の送信オケージョン内で循環され得る、図５５０を示す。図５Ｂ中のオプション（ｂ）について示されているように、単一のＲＶインデックスが、不連続送信オケージョンの連続シンボルのセット上で使用され得、同じ送信オケージョン内の連続シンボルの後続のセットにおいて、異なるＲＶインデックスに変更され得る。したがって、ＲＶは、単一の送信オケージョンの連続リソース間のギャップにおいて、リフレッシュまたは変更され得る。図５Ｂ中のオプション（ａ）について示されているように、単一のＲＶインデックスが、単一のスロットのシンボル上で使用され得、異なるＲＶインデックスが、送信オケージョンの後続のスロットのシンボルに適用され得る。したがって、ＲＶは、単一の送信オケージョンのスロット境界において、リフレッシュまたは変更され得る。

【0056】

[0084]本明細書で提示される態様は、単一のコードブックを用いた複数スロットＰＵＳＣＨ送信のために適用され得る。いくつかの例では、本明細書で提示される態様は、マルチコードブックＰＵＳＣＨ送信のために適用され得る。しかしながら、マルチコードブックＰＵＳＣＨ送信は、単一コードブック実装形態と比較してより少ない利得を提供し得る。いくつかの態様では、ＴＢサイズが、約１００ビットから１０００ビットにわたり得るが、態様は、同様に、その範囲よりも小さいまたはそれよりも大きいＴＢサイズに適用され得る。

【0057】

[0085]ＵＥが複数のスロットに及ぶＰＵＳＣＨを送信したとき、ＵＥは、スロットにわたる送信の状態を知り／記憶し得る。いくつかの態様では、状態は、最後に送信されたビットの状態を指し得る。ＵＥがＰＵＳＣＨ送信をインターリーブする場合、スロットにわたってまたは不連続シンボルにわたってＰＵＳＣＨを送信することはＵＥにとって困難であり得る。たとえば、ＵＥは、インターリーブされたシーケンスのうちのどのくらいが送信されたかに関する情報を使用し得、および／または、送信されていないシーケンスを記憶し得る。ＵＥの動作を簡略化するために、ＵＥは、たとえば、スロット内でインターリービングを適用し得る。

【0058】

[0086]図６は、複数スロットＰＵＳＣＨの送信についてＴＢをインターリーブすることの例示的な態様を示す、図６００を示す。図６は、たとえば、図４中のオプション（ａ）と同様の、連続リソースの送信オケージョンのパターンを示す。ＴＢは、送信オケージョン６０２のスロット０、たとえば、６０４およびスロット１、たとえば、６０６においてなど、単一の送信オケージョン内で送信され得る。ＵＥは、たとえば、６１０に示されているように、ＲＶインデックスによって示される開始位置に基づいて、サーキュラーバッファからＴＢの情報ビットを読み取り得る。ＴＢの情報ビットは、たとえば、ＲＢ０において開始し得る。サーキュラーバッファから読み取られたレートマッチングビットが６２０に示されている。レートマッチングは、ＰＵＳＣＨ送信についての利用可能なリソース上で送信され得る符号化ビットの数が決定されるプロセスを含み得る。たとえば、総ビット数が、変調次数を乗算された利用可能なＲＥの総数に等しくなり得る。次いで、符号化ビットの決定された数は、サーキュラーバッファから読み取られ得る。本明細書で使用される「レートマッチングビット」は、レートマッチング要件および／または原理に基づいて送信のために選択された符号化ビットを指す。ビット量は、いくつかの態様では、送信オケージョン６０２内でＴＢをレートマッチングするためのビット量に基づいて選択され得る。ビットを読み出した後に、ＵＥは、ビットにインターリービングを適用し得る。たとえば、ＰＵＳＣＨ送信のためのチャネルコーディング処理が、ＴＢの各ＣＢについてのビットレベルインターリーバを含み得る。図６は、ビットが、複数の列に編成される、たとえば、読み取られるまたは配置され得る、行－列インターリービング（row-column interleaving）の一例を示す。図６は、第１の行６３０と第２の行６３２とを示す。ビットは、その場合、列に基づいて２つの行（たとえば、６３０、６３２）から読み取られる。したがって、行６３０の第１の列からのビットが、スロット０における送信のためのビット６４０に対応する。行６３２の第１の列からのビットが、スロット０における送信のためのビット６４２に対応する。プロセスは、行６３０の第２の列におけるビットが６４４において配置されることに続き、その後に、行６３２の第２の列におけるビットが６４６において配置されることが続き、以下同様である。送信オケージョン全体にわたるレートマッチングのためのビットは、図６に示されているように、インターリーブされ、送信され得、これは、送信オケージョン６０２のスロット０およびスロット１にわたって適用されるインターリービングを示す。他の態様では、レートマッチングのためのビットは、図７に示されているように、スロットごとに選択され得、送信の前にスロットごとにインターリーブされ得る。図７は、スロット０についてのビットが行７３０および行７３２に読み取られ得、スロット１についてのビットが行７３４および７３６に読み取られ得ることを示す、図７００を示す。その場合、スロット０についてのビットは、スロット０についてのスロットベースのインターリーブされたパターン７４０を形成するために行７３０および７３２から列様式で読み取られ、スロット１についてのビットは、スロット１についてのスロットベースのインターリーブされたパターン７４２を形成するために行７３４および７３６から列様式で読み取られる。

【0059】

[0087]図６、図７、および図８は、ＴＢ全体が単一のコードブロック（ＣＢ）において符号化されることに基づく。ＴＢは、複数のＣＢにわたって符号化され得る。ＴＢ全体が単一のＣＢを使用して符号化されたとき、送信のための（サーキュラーバッファにおける）符号化ビットは、スロットごとにまたはＴＯごとに選定され得る。これらの選定されたビットは、レートマッチングされたビットと呼ばれる。インターリーバは、レートマッチングされたビットに対して動作する。レートマッチングされたビットがＴＯ全体について一度に選定されたとき、インターリーバはＴＯ全体にわたって及ぶ。レートマッチングされたビットがスロットごとに選定されたとき、インターリーバは単一のスロットに及ぶ。レートマッチングされたビットがスロットごとに選定されたとき、レートマッチングされたビットの複数のセットが、ＴＯ全体にわたるリソースが使用されるように、選択され、個々にインターリーブされることになる。

【0060】

[0088]図６における例は、図４のオプション（ｂ）においてなど、単一の送信オケージョンの不連続リソースについての送信オケージョンベースのレートマッチングおよびインターリービングのために適用され得る。図６の場合のように、ビットがスロット０およびスロット１についてのものであるのではなく、ビットは、同じ送信オケージョン中に備えられる不連続スロットについてのものであり得る。図８は、図８に示されているオプション（ｂ）においてなど、単一の送信オケージョンの不連続リソースについてのセグメントベースのレートマッチングおよびインターリービングの一例の図８００を示す。図８は、連続リソースの第１のセグメント８０４と連続リソースの第２のセグメント８０６とを含む送信オケージョン８０２を示す。図７の場合のように、スロットごとにレートマッチングされ、インターリーブされるのではなく、ビットは、連続リソースの第１のセグメント（たとえば、８０４）のインターリーブされたビット８４０と連続リソースの第２のセグメント（たとえば、８０６）のインターリーブされたビット８４２とを取得するために、レートマッチング、および行－列インターリービングなどのインターリービングのために読み出され得る。

【0061】

[0089]したがって、第１のオプションでは、レートマッチングおよびインターリービングは、図６に示されているように、送信オケージョン全体にわたるビットに適用され得、これは、送信オケージョンベースのレートマッチングおよびインターリービングと呼ばれることがあるか、または送信オケージョンにわたるレートマッチングおよびインターリービングと呼ばれることがある。したがって、ビットは、送信オケージョンについて選択されるか、読み取られるか、またはさもなければ入力され得る。送信オケージョンについてのビットは、次いで、ＵＥによってレートマッチングされ、インターリーブされ、送信され得る。第２のオプションでは、図７に示されているように、ビットはスロットごとに選択され得、インターリービングはスロットについてのビットに適用され得、これは、スロットベースのインターリービング、スロットごとのインターリービング、またはスロットにわたるインターリービングと呼ばれることがある。したがって、ビットは、スロットについて選択されるか、読み取られるか、またはさもなければ入力され得る。スロットについてのビットは、次いで、ＵＥによってインターリーブされ、送信され得る。第３のオプションでは、図８に示されているように、ビットは、不連続セグメントをもつ送信オケージョンのセグメントごとに選択され得、インターリービングは、それぞれのセグメントについてのビットに適用され得、これは、セグメントベースのインターリービング、セグメントごとのインターリービング、またはセグメントにわたるインターリービングと呼ばれることがある。したがって、ビットは、セグメントについて選択されるか、読み取られるか、またはさもなければ入力され得る。セグメントについてのビットは、次いで、ＵＥによってインターリーブされ、送信され得る。

【0062】

[0090]図７の場合のように、ＵＥが、スロットごとにビットをレートマッチングし、インターリーブする場合、ＵＥは、各スロットについてサーキュラーバッファ内の開始位置を使用し得る。ＵＥは、インターリーブされたビットをバッファする必要がないことがあり、代わりに、サーキュラーバッファを保存し得る。スロットごとのレートマッチングおよびインターリービングは、ＵＥのために、改善された、タイムライン、リソース管理、および／またはメモリ管理を提供し得る。いくつかの態様では、ＵＣＩは、ＰＵＳＣＨと多重化され得る。ＵＣＩ多重化は、たとえば、ＵＣＩがそこにおいて送信されるべきであるスロットとＰＵＳＣＨがそこにおいて送信されるべきであるスロットとの間の重複に基づいて、スロットごとに考慮され得る。いくつかの態様では、タイムラインは、複数スロットＰＵＳＣＨ送信の始まりとは異なる基準ポイントに結び付けられ得る。

【0063】

[0091]図８における例に示されているように、セグメントごとにビットをレートマッチングし、インターリーブするために、ＵＥは、スロットベースのインターリービングと同様に、たとえば、インターリーブされたビットをバッファすることなしに、各セグメントについてサーキュラーバッファ内の開始位置を覚えていることがある。

【0064】

[0092]たとえば、図６の場合のように、ＵＥが、送信オケージョンにわたってビットをレートマッチングし、インターリーブする場合、システムビットが送信オケージョン内のより信頼できる位置を占有し得るので、性能が改善され得る。

【0065】

[0093]送信オケージョンまたは送信オケージョンのセグメントにわたってビットをレートマッチングし、インターリーブすることと比較して、スロットごとにレートマッチングし、インターリーブするとき、スロットごとのＵＣＩ多重化が、より容易であり得る。

【0066】

[0094]いくつかの態様では、ＵＥが、複数スロットＰＵＳＣＨ送信と重複する時間における送信についてのＵＣＩを有し得る。ＵＥは、ＵＣＩをＰＵＳＣＨ送信と多重化し得る。ＵＣＩはスロット内でスケジュールされ得、ＰＵＳＣＨは複数のスロットにわたって及び得る。本明細書で提示される態様は、ＵＥが、ＵＣＩのために使用するためにＰＵＳＣＨについていくつのリソースが割り振られたか、ＰＵＳＣＨ内のＵＣＩについてのロケーション、多重化ＵＣＩをもつＰＵＳＣＨについての符号化およびレートマッチングなどを決定することを可能にする。

【0067】

[0095]図９は、図４中のオプション（ａ）と同様の、連続リソース（たとえば、スロット９０４およびスロット９０６におけるリソース）を有する送信オケージョン９０２の例９００を示す。図９はまた、ＰＵＳＣＨ９１０のスロット９０６とのＵＣＩ９０８のＰＵＣＣＨ重複を示す。本明細書で提示されるように、ＰＵＳＣＨとＰＵＣＣＨとの間の重複が、ＰＵＳＣＨの送信オケージョンごとに独立してハンドリングされ得る。ＵＣＩは、様々なタイプの情報を含み得る。いくつかの態様では、ＵＣＩは、基地局から受信されたＰＤＳＣＨについてのＡＣＫ／ＮＡＣＫ情報、たとえば、ＨＡＲＱフィードバックを含み得る。他の態様では、ＵＥは、基地局からのＣＳＩ－ＲＳを受信し、測定し得、ＵＣＩとして基地局に送信するためのＣＳＩ報告を有し得る。

【0068】

[0096]送信オケージョンの連続リソースの複数のスロットのうちの１つが、ＵＣＩの送信についてのＰＵＣＣＨリソースと時間的にそこにおいて重複される、各送信オケージョンについて、ＵＥは、送信オケージョンのリソースにおいてＰＵＣＣＨ、たとえば、ＵＣＩを多重化すべきかどうかを考慮し得る。

【0069】

[0097]ＵＥは、たとえば、送信オケージョンの他のスロット内ではなく、重複のスロット内でＰＵＣＣＨのＵＣＩを多重化すべきかどうか考慮し得る。いくつかの態様では、ＵＣＩを多重化するためのタイムラインは、重複のスロット、たとえば、図９中のスロット９０６に基づき得る。他の態様では、ＵＣＩを多重化するためのタイムラインは、送信オケージョン９０２の開始に基づき得る。

【0070】

[0098]ＵＥは、たとえば、ＵＣＩとの重複のスロットに限定されるのではなく、送信オケージョン上でＰＵＣＣＨのＵＣＩを多重化すべきかどうかを考慮し得る。ＵＣＩを多重化するためのタイムラインは、送信オケージョン９０２の開始に基づき得る。

【0071】

[0099]表１は、ＵＣＩを複数スロットＰＵＳＣＨ送信の連続リソース送信オケージョン（たとえば、図４のオプション（ａ））と多重化するための考慮の様々な組合せを示す、様々なシナリオ（たとえば、例１～５）の一例を示す。

【0072】

【表2】

【0073】

[0100]図１０は、ＵＣＩ１００８が、スロット１００４および１００６において連続リソースを有する送信オケージョン１００２のスロット０（たとえば、スロット１００４）において重複する、表１からの例１の例示的な図１０００を示す。ＵＣＩは、スロット０において重複し、送信オケージョン１００２のスロット０において多重化される。図１０は、ＵＣＩのリソースが単一のスロット、たとえば、スロット０ １００４内に備えられ得ることを示す。スロット０はまた、スロットのシンボルにおける他の送信を含み得る。たとえば、ＵＣＩは、ＤＭＲＳの送信に続いて送信され得る。

【0074】

[0101]図１０における例では、ＵＥは、スロット０ １００４において利用可能なリソースに基づいてＵＣＩ送信についてのリソースを決定し得る。ＵＥは、スロット０ １００４におけるＰＵＳＣＨ送信のために利用可能なリソースの上にベータ係数を適用し得る。単一スロットＰＵＳＣＨの場合、ＵＥは、ＵＣＩがそこにおいて多重化され得るＰＵＳＣＨシンボルにわたってＵＣＩ送信のために潜在的に利用可能であるＲＥの数を決定し得、それは、ＲＥのその数で、ＰＵＳＣＨビットの総数で除算されたものである。

【0075】

[0102]対照的に、図１０における例に基づく複数スロットＰＵＳＣＨ送信の場合、ＵＥは、代わりに、送信オケージョンにおけるＰＵＳＣＨシンボルの総数で除算された、スロット０におけるシンボルの数に基づく係数でのスケーリングの後のＰＵＳＣＨビットの総数で除算された、送信オケージョンの特定のスロット（たとえば、スロット０ １００４）におけるＰＵＳＣＨシンボルにわたってＵＣＩのために潜在的に利用可能であるＲＥの数を決定し得る。

【0076】

[0103]一例として、単一スロットＰＵＳＣＨ上にＨＡＲＱ－ＡＣＫビットを含むＵＣＩについて、ＵＥは、

【0077】

【数1】

【0078】

として示される、ＨＡＲＱ－ＡＣＫ送信についてのレイヤごとのコード化変調シンボルの数を以下のように決定し得る。

【0079】

【数2】

【0080】

[0104]式１のこの例では、Ｏ_ACKはＨＡＲＱ－ＡＣＫビットの数であり、Ｌ_ACKはＨＡＲＱ－ＡＣＫについてのＣＲＣビットの数である。

【0081】

【数3】

【0082】

は、サブキャリアの数として表された、ＰＵＳＣＨ送信のスケジュールされた帯域幅である。

【0083】

【数4】

【0084】

は、ＰＵＳＣＨ送信において、

【0085】

【数5】

【0086】

について、ＯＦＤＭシンボルｌにおいてＵＣＩの送信のために使用され得るリソース要素の数であり、

【0087】

【数6】

【0088】

は、ＤＭＲＳのために使用されるすべてのＯＦＤＭシンボルを含む、ＰＵＳＣＨ送信のＯＦＤＭシンボルの総数である。

【0089】

【数7】

【0090】

は、ＰＵＳＣＨ送信における、ＰＴＲＳを搬送するＯＦＤＭシンボルｌにおけるサブキャリアの数である。αは、上位レイヤパラメータ、たとえば、スケーリングパラメータによって構成される。この例では、ｌ₀は、ＰＵＳＣＨ送信における、（１つまたは複数の）第１のＤＭＲＳシンボルの後の、ＰＵＳＣＨのＤＭＲＳを搬送しない第１のＯＦＤＭシンボルのシンボルインデックスである。

【0091】

【数8】

【0092】

は、ベータオフセットである。

【0093】

[0105]したがって、この単一スロットＰＵＳＣＨの例では、式１における

【0094】

【数9】

【0095】

は、ＰＵＳＣＨビットの総数に対応し得、式１における

【0096】

【数10】

【0097】

は、ＰＵＳＣＨシンボルのすべてにわたってＵＣＩのために潜在的に利用可能なＲＥの数に対応し得る。

【0098】

[0106]対照的に、図１０の複数スロットＰＵＳＣＨ送信オケージョンの場合、式１における

【0099】

【数11】

【0100】

は、スロット０ １００４におけるＰＵＳＣＨシンボルにわたってＵＣＩ１００８のために潜在的に利用可能なＲＥの数に対応し得、式１における

【0101】

【数12】

【0102】

は、たとえば、スロット０ １００４とスロット１ １００６の両方を含む、送信オケージョン１００２におけるＰＵＳＣＨシンボルの総数で除算された、スロット０におけるシンボルの数によってスケーリングされた、ＰＵＳＣＨビットの総数に対応し得る。そのような決定は、ＵＣＩ１００８をスロット０に多重化するときにＰＵＳＣＨ送信にかけられる全体的負担をより良く考慮に入れる。

【0103】

[0107]図１０中のスロット０においてＵＣＩ１００８のために使用するためのリソースの数を決定した後に、ＵＥは、スロット０ １００４内のリソースのロケーションを識別し得る。ＵＥは、次いで、スロット０ １００４における識別されたリソースをＵＣＩシンボルで充填し得る。ＵＥは、たとえば、シンボルの周波数リソースのすべてがＵＣＩで充填された場合、最初に、特定のシンボルの周波数リソースを充填し、次いで、追加のシンボルにおいて充填し得る。リソースのそのような充填は、周波数第１、時間第２様式（frequency first, time second manner）と呼ばれることがある。ＵＥは、スロット０ １００４およびスロット１ １００６における残りのリソースを使用して、たとえば、送信オケージョンの残りのリソースに基づいてＰＵＳＣＨレートマッチングビットを決定し得る。ＵＥは、ＰＵＳＣＨ１１１０のレートマッチングされたビットをインターリーブし得る。表１に示されているように、例１についてのレートマッチングおよびインターリービングならびに／またはＲＶ循環は、（たとえば、図７に関して説明されたように）スロットごとであるか、または（たとえば、図６に関して説明されたように）送信オケージョンごとであるかのいずれかであり得る。インターリービングの後に、ＵＥは、ＰＵＳＣＨ１０１０について識別された送信オケージョン１００２のリソースを、変調シンボルにマッピングされたインターリーブされたビットで充填し得る。

【0104】

[0108]図１１は、送信オケージョン１１０２のスロット０ １１０４においてＰＵＳＣＨ１１１０と重複し、重複のスロットだけではなく送信オケージョン１１０２に基づいて多重化される、ＰＵＣＣＨ（たとえば、ＵＣＩ１１０８）を示す図１１００である。図１１は、重複するスロットがスロット０であり、多重化が送信オケージョンに基づく、表１における例２に対応する。図１１に示されているように、ＵＣＩ１１０８を多重化するためのリソースは、複数のスロットに及び得る。

【0105】

[0109]図１１における例では、ＵＥは、送信オケージョン１１０２において利用可能なリソースに基づいてＵＣＩについてのリソースを決定し得る。たとえば、図１１の複数スロットＰＵＳＣＨ送信オケージョン１１０２では、式１における

【0106】

【数13】

【0107】

は、（スロット０ １１０４とスロット１ １１０６とを含む）送信オケージョン１１０２のＰＵＳＣＨシンボルにわたってＵＣＩ１１０８のために潜在的に利用可能なＲＥの数に対応し得、式１における

【0108】

【数14】

【0109】

は、送信オケージョン１１０２の複数のスロットのＰＵＳＣＨビットの総数に対応し得る。

【0110】

[0110]送信オケージョン１１０２におけるＵＣＩ１１０８のために使用するためのリソースの数を決定した後に、ＵＥは、送信オケージョン１１０２内のリソースのロケーションを識別し得る。ＵＥは、次いで、送信オケージョン１１０２における識別されたリソースをＵＣＩシンボルで充填し得る。ＵＥは、周波数第１、時間第２様式でリソースを充填し得る。ＵＥは、送信オケージョン１１０２における（たとえば、スロット０ １１０４およびスロット１ １１０６における）残りのリソースを使用してＰＵＳＣＨレートマッチングビットを決定し得る。ＵＥは、ＰＵＳＣＨのレートマッチングされたビットをインターリーブし得る。表１に示されているように、例２において、レートマッチングおよびインターリービングならびに／またはＲＶ循環は、（たとえば、図７に関して説明されたように）スロットごとであるか、または（たとえば、図６に関して説明されたように）送信オケージョンごとであり得る。インターリービングの後に、ＵＥは、ＰＵＳＣＨ１１１０について識別された送信オケージョン１１０２のリソースを、変調シンボルにマッピングされたインターリーブされたビットで充填し得る。

【0111】

[0111]図１２は、図１０および図１１の場合のように、送信オケージョン１２０２の第１のスロット１２０４ではなく、ＰＵＳＣＨ１２１０についての送信オケージョン１２０２のスロット１ １２０６と重複するＰＵＣＣＨ（たとえば、ＵＣＩ１２０８）を示す図１２００を示す。図１２は、重複するスロットがスロット１であり、スロット１において多重化される、表１における例３に対応する。図１２は、ＵＣＩ１２０８が単一のスロット（たとえば、スロット１ １２０６）内で多重化される一例を示す。

【0112】

[0112]ＵＥは、スロット１ １２０６においてＵＣＩ１２０８のために使用するためのリソースの数を決定し得る。図１０に関する説明と同様に、ＵＥは、スロット１ １２０６のＰＵＳＣＨシンボルにおいてＵＣＩのために潜在的に利用可能なＲＥの数に基づいて、およびスロット１におけるシンボルの数によってスケーリングされたＰＵＳＣＨビットの総数と送信オケージョンにおけるＰＵＳＣＨシンボルの総数とに基づいて、リソースの数を決定し得る。

【0113】

[0113]たとえば、式１における

【0114】

【数15】

【0115】

は、スロット１ １２０６におけるＰＵＳＣＨシンボルにわたってＵＣＩ１２０８のために潜在的に利用可能なＲＥの数に対応し得、式１における

【0116】

【数16】

【0117】

は、たとえば、スロット０ １２０４とスロット１ １２０６の両方を含む、送信オケージョン１２０２におけるＰＵＳＣＨシンボルの総数で除算された、スロット１ １２０６におけるシンボルの数によってスケーリングされた、ＰＵＳＣＨビットの総数に対応し得る。

【0118】

[0114]図１２中のスロット１においてＵＣＩ１２０８のために使用するためのリソースの数を決定した後に、ＵＥは、スロット１ １２０４内のＵＣＩリソースのロケーションを識別し得る。ＵＥは、次いで、スロット１ １２０４における識別されたリソースをＵＣＩシンボルで充填し得る。ＵＥは、周波数第１、時間第２様式でリソースを充填し得る。ＵＥは、スロット１ １２０６における残りのリソースを使用してＰＵＳＣＨレートマッチングビットを決定し得る。ＵＥは、スロット０送信がどこで終了したかに基づいて、スロット１についてのレートマッチングされたビットを決定し得る。ＵＥは、次いで、レートマッチングされたビットをインターリーブし得る。表１に示されているように、例３についてのレートマッチングおよびインターリービングならびに／またはＲＶ循環は、（たとえば、図７に関して説明されたように）スロットごとであるか、または（たとえば、図６に関して説明されたように）送信オケージョンごとであるかのいずれかであり得る。インターリービングの後に、ＵＥは、ＰＵＳＣＨ１２１０について識別されたリソースを、変調シンボルにマッピングされたインターリーブされたビットで充填し得る。

【0119】

[0115]図１３は、図１０および図１１の場合のように、送信オケージョン１３０２の第１のスロット１３０４ではなく、ＰＵＳＣＨ１３１０についての送信オケージョン１３０２のスロット１ １３０６と重複するＰＵＣＣＨ（たとえば、ＵＣＩ１３０８）を示す図１３００を示す。図１２とは対照的に、図１３では、ＵＣＩは、重複のスロットではなく送信オケージョンに基づいて多重化される。したがって、図１２では、ＵＣＩは、スロット０ １３０４において多重化され、必ずしも、ＵＣＩが重複するスロットにおいて多重化されるとは限らない。いくつかの態様では、多重化ＵＣＩは、複数のスロットに及び得る。図１３は、表１における例４に対応し得る。

【0120】

[0116]図１３における例では、ＵＥは、送信オケージョン１３０２において利用可能なリソースに基づいてＵＣＩ１３０８についてのリソースを決定し得る。たとえば、図１３の複数スロットＰＵＳＣＨ送信オケージョン１３０２では、式１における

【0121】

【数17】

【0122】

は、（スロット０ １３０４とスロット１ １３０６とを含む）送信オケージョン１３０２のＰＵＳＣＨシンボルにわたってＵＣＩ１３０８のために潜在的に利用可能なＲＥの数に対応し得、式１における

【0123】

【数18】

【0124】

は、送信オケージョン１３０２の複数のスロットのＰＵＳＣＨビットの総数に対応し得る。

【0125】

[0117]送信オケージョン１３０２におけるＵＣＩ１３０８のために使用するためのリソースの数を決定した後に、ＵＥは、送信オケージョン１３０２内のリソースのロケーションを識別し得る。ＵＥは、次いで、送信オケージョン１３０２における識別されたリソースをＵＣＩシンボルで充填し得る。ＵＥは、周波数第１、時間第２様式でリソースを充填し得る。ＵＥは、送信オケージョン１３０２における（たとえば、スロット０ １３０４およびスロット１ １３０６における）残りのリソースを使用してＰＵＳＣＨレートマッチングビットを決定し得る。ＵＥは、ＰＵＳＣＨのレートマッチングされたビットをインターリーブし得る。表１に示されているように、例４において、インターリービング／ＲＶ循環は、（たとえば、図７に関して説明されたように）スロットごとであるか、または（たとえば、図６に関して説明されたように）送信オケージョンごとであり得る。インターリービングの後に、ＵＥは、ＰＵＳＣＨ１３１０について識別された送信オケージョン１３０２のリソースを、変調シンボルにマッピングされたインターリーブされたビットで充填し得る。

【0126】

[0118]図１４は、ＰＵＳＣＨ１４１０についての送信オケージョン１４０２の複数のスロット（たとえば、スロット０ １４０４およびスロット１ １４０６）と多重化されるＰＵＣＣＨ（たとえば、ＵＣＩ１４０８および／または１４０９）を示す図１４００を示す。ＵＣＩを多重化するために使用するためのリソースは、単一のスロット中に備えられ得、各スロットにおいて反復され得る。ＵＣＩは、送信オケージョン１４０２の各スロットにおいて反復され得る。タイムラインは、送信オケージョン１４０２のスロット０ １４０４に基づき得る。図１４は、表１における例５に対応し得る。

【0127】

[0119]図１５は、複数スロットＰＵＳＣＨ送信においてＵＣＩを多重化するためのタイムライン考慮の態様を示す図１５００を示す。図１５に示されているように、ＵＥが、複数スロットＰＵＳＣＨ１５０４についての送信オケージョンと時間的に重複するＰＵＣＣＨ１５１０における送信についてＵＣＩを多重化することを考慮し得る。ＵＥは、（たとえば、ＰＵＣＣＨ１５１０からの）ＵＣＩをＰＵＳＣＨ１５０４に多重化すべきかどうかを決定する際に処理タイムラインを適用し得る。いくつかの態様では、処理タイムラインは、ＰＵＳＣＨ１５０４についてのアップリンクリソースをスケジュールするアップリンク許可ＤＣＩ１５０２の受信と複数スロットＰＵＳＣＨ送信１５０４の開始との間のシンボルの最小ギャップ（Ｎ２）に基づき得る。複数スロットＰＵＳＣＨ送信１５０４の開始が、アップリンク許可ＤＣＩ１５０２が受信されてからＮ２シンボル超後である場合、ＵＥは、複数スロットＰＵＳＣＨ１５０４を送信し得る。複数スロットＰＵＳＣＨ送信１５０４の開始が、アップリンク許可ＤＣＩ１５０２が受信されてからＮ２シンボル未満後である場合、ＵＥは、複数スロットＰＵＳＣＨ１５０４を送信しないことがある。いくつかの態様では、処理タイムラインは、ＰＤＳＣＨ１５０８の受信とＵＣＩ（たとえば、ＰＤＳＣＨの受信に関するＨＡＲＱ ＡＣＫ／ＮＡＣＫペイロード）を搬送するＰＵＣＣＨ１５１０の開始との間のシンボルの最小ギャップ（Ｎ１）に基づき得る。ＰＵＣＣＨ１５１０の開始が、ＰＤＳＣＨ１５０８が受信されてからＮ１シンボル超後である場合、ＵＥは、ＰＵＣＣＨ１５１０においてＵＣＩ（たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）を送信し得る。ＰＵＣＣＨ１５１０の開始が、ＰＤＳＣＨ１５０８が受信されてからＮ１シンボル未満後である場合、ＵＥは、ＰＵＣＣＨ１５１０においてＵＣＩ（たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）を送信しないことがある。ＵＥが、ＰＵＣＣＨ１５１０からのＵＣＩを複数スロットＰＵＳＣＨ１５０４に多重化することを考慮しているとき、基準時間（たとえば、Ｓ₀）が、Ｎ２およびＮ１に基づく処理タイムラインが満足されるかどうかを測定するために使用され得る。基準時間は、ＰＵＣＣＨ重複が起こる場合、ＵＣＩが多重化されるべきである場合、ＵＣＩが多重化されるべきである様式など、ＵＣＩ多重化の様々な態様に基づいて異なり得る。追加の考慮として、ＰＵＣＣＨ１５１０からのＨＡＲＱ ＡＣＫ／ＮＡＣＫビットは、ＰＤＳＣＨ１５０８についてのダウンリンク許可１５０６が複数スロットＰＵＳＣＨ１５０４についてのアップリンク許可１５０２より前に受信された場合、複数スロットＰＵＳＣＨ１５０４に多重化され得る。

【0128】

[0120]第１の例では、図１０における例においてなど、ＰＵＣＣＨ１５１０重複が複数スロットＰＵＳＣＨ送信１５０４の第１のスロットにおいて起こり、ＵＣＩが第１のスロット上に多重化される場合、基準時間Ｓ₀は、図１５に示されているように、複数スロットＰＵＳＣＨ送信１５０４の開始に基づき得る。

【0129】

[0121]たとえば、図１１に関して説明されるように、ＰＵＣＣＨ重複がマルチスロットＰＵＳＣＨ送信の第１のスロットにおいて起こり、ＵＣＩが、送信オケージョン全体にわたって乗算される場合、基準時間Ｓ₀は、図１５に示されているように、マルチスロットＰＵＳＣＨ送信１５０４の開始に基づき得る。

【0130】

[0122]したがって、マルチスロットＰＵＳＣＨ送信１５０４の開始における基準時間Ｓ₀は、ＵＣＩが、第１のスロットに基づいて多重化されるのか、送信オケージョンにわたって多重化されるのかにかかわらず、送信オケージョンの第１のスロットと重複するＵＣＩのために適用され得る。

【0131】

[0123]図１６は、複数スロットＰＵＳＣＨ送信においてＵＣＩを多重化するためのタイムライン考慮の態様を示す図１６００を示す。図１６に示されているように、ＵＥが、複数スロットＰＵＳＣＨ１６０４についての送信オケージョンと時間的に重複するＰＵＣＣＨ１６１０における送信についてＵＣＩを多重化することを考慮し得る。図１６では、ＰＵＣＣＨ１６１０は、図１５の場合のように第１のスロットにおいてではなく、複数スロット送信オケージョンの後続のスロットにおいて、たとえば、１６１２において、ＰＵＳＣＨ１６０４と重複し、重複したスロットにおいて多重化される。図１２は、複数スロットＰＵＳＣＨ送信オケージョン１２０２の第２のスロットと重複し、第２のスロットにおいて多重化されている、ＵＣＩの一例を示す。

【0132】

[0124]図１６では、ＰＵＣＣＨ１６１０重複がマルチスロットＰＵＳＣＨ送信１６０４の第２のまたは後続のスロットにおいて起こり、ＵＣＩが、送信オケージョンごとに基づいてそのスロット内で多重化される場合、基準時間Ｓ₀₁は、たとえば、１６１１において示されているように、マルチスロットＰＵＳＣＨ送信の開始によって決定され得る。いくつかの態様では、Ｓ₀₁は、レートマッチングおよびインターリービングが送信オケージョンごとに実施される場合、適用可能であり得る。単一のインターリーバが、この例ではＳ₀₁で、送信オケージョンごとに適用され得る。

【0133】

[0125]対照的に、ＰＵＣＣＨ１６１０重複がマルチスロットＰＵＳＣＨ送信１６０４の第２のまたは後続のスロットにおいて起こり、ＵＣＩが、そのスロット内で多重化される場合、基準時間Ｓ₀₂は、たとえば、１６１１において示されているように、マルチスロットＰＵＳＣＨ送信のそのスロットに基づき得る。いくつかの態様では、Ｓ₀₂は、レートマッチングおよびインターリービングがスロットごとに実施される場合、適用可能であり得る。Ｓ₀₂をもつタイムラインでは、単一のインターリーバが、複数スロットＰＵＳＣＨ送信１６０４のためにスロットごとに適用され得る。

【0134】

[0126]ＰＵＣＣＨ１６１０重複が複数スロットＰＵＳＣＨ送信１６０４についての送信オケージョンの第２のまたは後続のスロットにおいて起こり、ＵＣＩが、スロットごとにではなく、送信オケージョンにわたって多重化される場合、基準時間は、Ｓ₀₁であり、複数スロットＰＵＳＣＨ送信１６０４の開始に基づき得る。

【0135】

[0127]図１５に関して説明されたように、ＤＣＩ１６０２が複数スロットＰＵＳＣＨ送信１６０４をスケジュールする間の時間ギャップは、ＰＵＳＣＨ１６０４を送信するためにＮ２個のシンボルを満足し得、ＵＥがＰＵＣＣＨ１６１０においてＵＣＩを送信することを計画している、ＰＤＳＣＨ１６０８をスケジュールするＤＣＩ１６０６は、ＵＣＩをＰＵＳＣＨ１６０４と多重化するためにＤＣＩ１６０２の前に受信され得る。

【0136】

[0128]図１７は、複数スロットＰＵＳＣＨ送信１７０４の第１のシンボルにおいて時間的に重複する非周期ＣＳＩ－ＲＳ１７０８など、ＣＳＩ－ＲＳに基づくＵＣＩについての図１５と同様の例１７００を示す。ＤＣＩ１７０２と、スケジュールされた複数スロットＰＵＳＣＨ送信１７０４との間のギャップＮ２は、図１５の場合と同じであり得る。ＰＵＣＣＨ１７１０中に備えられるＣＳＩ報告について、最小ギャップ（Ｚ）は、ＣＳＩ－ＲＳ１７０８の最後のシンボルとＣＳＩ報告を搬送するＰＵＣＣＨ１７１０の開始との間で測定され得る。ＰＵＣＣＨ１７１０がＣＳＩ－ＲＳの最後のシンボルからＺシンボル未満のところにある場合、ＵＥは、ＣＳＩ報告を複数スロットＰＵＳＣＨ送信１７０４と多重化しないことがある。時間ギャップが少なくともＺ個のシンボルである場合、ＵＥは、ＣＳＩ報告をＰＵＳＣＨ１７０４と多重化し得る。たとえば、図１６に関して説明された、追加の態様が、同様に、たとえば、受信されたＣＳＩ－ＲＳの最後のシンボルから基準シンボルＳ₀₂まで、ＣＳＩに基づくＵＣＩのために適用され得る。

【0137】

[0129]図１８は、複数スロットＰＵＳＣＨ送信についての送信オケージョンと様々な組合せにおいて重複する複数のＰＵＣＣＨ（たとえば、ＵＣＩ１８０８、１８１８、１８２８、１８３８、１８４８、１８５８、１８６８）を示す図１８００を示す。たとえば、送信オケージョン１８０２ａは、送信オケージョンのスロット０においてＵＣＩ１８０８についてのＰＵＣＣＨと重複し、送信オケージョンのスロット１においてＵＣＩ１８１８についてのＰＵＣＣＨと重複する、たとえば、送信オケージョン１８０２ａの異なるスロットとの単一のＵＣＩの重複。送信オケージョン１８０２ｂは、たとえば、ＵＣＩ１８２８および１８３８についての、複数のＰＵＣＣＨと重複される単一のスロットを有する。送信オケージョン１８０２ｃは、送信オケージョン１８０２ｃの、１つのスロットにおけるＵＣＩ１８４８および１８５８との重複、ならびに別のスロットにおけるＵＣＩ１８６８との重複を有する。

【0138】

[0130]ＰＵＳＣＨ送信についての複数のスロットを備える単一の送信オケージョンにおいて複数のＰＵＣＣＨについての複数のＵＣＩを多重化するとき、ＵＥは、スロットごとに重複をハンドリングし得、スロットごとにＵＣＩをＰＵＳＣＨと多重化し得る。

【0139】

[0131]他の態様では、ＰＵＳＣＨ送信についての複数のスロットを備える単一の送信オケージョンにおいて複数のＰＵＣＣＨについての複数のＵＣＩを多重化するとき、ＵＥは、送信オケージョンにわたって重複をハンドリングし得る。ＵＥは、たとえば、ＵＣＩ１８０８および１８１８の場合、またはＵＣＩ１８４８およびＵＣＩ１８６８の場合など、ＰＵＣＣＨが、送信オケージョンの同じスロットにおいて起こらない場合でも、送信オケージョンにわたってＵＣＩを多重化し得る。いくつかの態様では、ＵＥは、ＵＣＩを一緒に多重化し得る。

【0140】

[0132]重複するＵＣＩがスロットごとにハンドリングされる場合、ＵＥは、重複される、送信オケージョンの対応するスロット内の単一のＵＣＩなのか複数の重複するＵＣＩなのかにかかわらず、ＵＣＩを多重化し得る。図１９は、図１８中のＵＣＩが、スロットごとの例において、そこにおいてハンドリング／多重化されるスロットを、矢印で示す図１９００を示す。ＰＵＳＣＨは、スロットごとにレートマッチングされ得る。スロット間で、ＵＥは、サーキュラーバッファにおける開始位置を覚えているか、または記憶し得る。たとえば、図１９中のサーキュラーバッファ１９５０は、スロット０とスロット１との間のビットについてのポイント１９５５を示す。ＰＵＳＣＨは、たとえば、図７に関して説明されたように、スロットごとにインターリーブされ得る。

【0141】

[0133]重複するＵＣＩが送信オケージョンにわたってハンドリングされる場合、ＰＵＣＣＨが同じスロット内で起こらない場合でも、それらは互いの多重化に影響を及ぼし得る。ＵＥは、送信オケージョンの始まりにおける多重化目的のためにＵＣＩリソースを決定し得る。タイムライン目的のために、ＵＥは、送信オケージョンの始まりより前にスロット１において重複を見ることがある。ＰＵＳＣＨハンドリングのために、ＵＥは、送信オケージョン全体にわたってＰＵＳＣＨをレートマッチングし得る。ＵＥは、図６に関して説明されたように、送信オケージョンにわたってＰＵＳＣＨをインターリーブし得る。図２０は、図１８中のＵＣＩが送信オケージョンごとにハンドリングされることを、矢印で示す図２０００を示す。ＰＵＳＣＨは、スロットごとにレートマッチングされ得る。たとえば、図２０中のサーキュラーバッファ２０５０は、送信オケージョンの組み合わせられたビットについてのサーキュラーバッファの適用例を示す。

【0142】

[0134]図２１は、複数スロットＰＵＳＣＨ送信２１０４において複数のＵＣＩを多重化するためのタイムライン考慮の態様を示す図２１００を示す。図２１に示されているように、ＵＥが、複数スロットＰＵＳＣＨ２１０４についての送信オケージョンと時間的に重複するＰＵＣＣＨ２１１０および／または２１２０における送信についてＵＣＩを多重化することを考慮し得る。図２１では、ＰＵＣＣＨ２１１０は、幾分図１５と同様に、複数スロット送信オケージョンの第１のスロットにおいてＰＵＳＣＨ２１０４と重複する。ＰＵＣＣＨ２１２０は、第１のスロットにおいてではなく複数スロット送信オケージョンの後続のスロットにおいてＰＵＳＣＨ２１０４と重複する。ＰＵＣＣＨ２１１０とＰＵＣＣＨ２１２０の両方は、ＰＤＳＣＨ２１０８とＰＤＳＣＨ２１１８とをスケジュールするＤＣＩ２１０６とＤＣＩ２１１６とによってスケジュールされ、ＰＵＳＣＨ２１０４をスケジュールするアップリンク許可２１０２の前に受信され、したがって、ＰＵＳＣＨ２１０４と多重化されるためのそのしきい値を満足する。いくつかの態様では、基準時間は、ＵＣＩがどのようにおよび／またはどこで多重化されるかにかかわらず、マルチスロットＰＵＳＣＨ２１０４の開始（たとえば、Ｓ₀₁）に基づき得る。たとえば、ＵＥは、マルチスロットＰＵＳＣＨ送信のために前もって準備し得、基準Ｓ₀₁としてのマルチスロットＰＵＳＣＨ１６０４の開始に基づいて、複数のＰＵＣＣＨ（２１１０および２１２０）の各々のためにタイムライン考慮を適用し得る。

【0143】

[0135]いくつかの態様では、各ＰＵＣＣＨを多重化するための基準は、多重化のスロットに基づき得る。たとえば、複数のＰＵＣＣＨの各々が、多重化のスロットに基づく、または個々のＰＵＣＣＨについて図１５～図１７に関して説明された他の考慮に基づく、基準時間を独立して有し得る。たとえば、ＰＵＣＣＨ２１２０についての基準時間はＳ₀₂であり得、ＰＵＣＣＨ２１１０についての基準時間はＳ₀₁であり得る。いくつかの例では、異なる基準時間の決定は、インターリービングおよびレートマッチング構成に基づき得る。たとえば、ＰＵＣＣＨごとの基準時間の独立決定は、異なるＰＵＣＣＨがスロットごとに多重化される場合、たとえば、図１９に関して説明されたように、スロットごとのレートマッチング、および／またはスロットごとのインターリービングを用いて、適用され得る。

【0144】

[0136]たとえば、図２０に関して説明されたように、スロットごとにではなく送信オケージョンにわたって複数のＵＣＩの多重化がハンドリングされる場合、ＵＥは、複数スロットＰＵＳＣＨ２１０４の開始に基づいて、ＰＵＣＣＨの各々にＳ₀₁の共通基準時間を適用し得る。ＰＵＳＣＨの開始は、ＵＣＩ多重化決定が、異なるＰＵＣＣＨについて一緒の様式で行われ得るので、基準時間として適用され得る。共通基準時間は、ＵＥが複数スロットＰＵＳＣＨ送信のために事前に準備することを可能にし得る。

【0145】

[0137]図２２は、リソースの不連続セグメントを含む、たとえば、図４に関して説明されたオプション（ｂ）の、送信オケージョン２２０２および２２１２と重複するＵＣＩ２２０８および２２０９についてのＰＵＣＣＨリソースを示す図２２００を示す。たとえば、送信オケージョン２２０２は、送信オケージョン２２０２中に含まれないリソースによって時間的に分離される、セグメント２２０５とセグメント２２０７とを含む。セグメント２２０５および２２０７は、各々、リソースの連続セットを含む。たとえば、セグメント２２０５は、第１のスロット２２０４と第２のスロット２２０６とにおいてリソースを有するものとして示されている。各送信オケージョン、たとえば、２２０２および２２１２は、ＵＣＩを、１つの送信オケージョンの複数のスロット上で送信されるＰＵＳＣＨと多重化するために、独立してハンドリングされ得る。送信オケージョンごとは、ＰＵＳＣＨおよびＰＵＣＣＨのスロットごとのハンドリングに対応する態様を有し得る。いくつかの態様では、送信オケージョン内の各連続セグメントが、（１つまたは複数の）他のセグメントから独立してハンドリングされ得る。

【0146】

[0138]いくつかの態様では、ＵＥは、（１つまたは複数の）重複しないスロット内ではなく、重複のスロット内でＰＵＣＣＨを多重化することを、考慮し、たとえば、ハンドリングまたは適用し得る。この例における多重化の態様は、たとえば、表１における例１および例３、ならびに図１０および図１２に関して説明されたように、連続送信オケージョンについて、重複したスロット内の多重化と同様に適用され得る。

【0147】

[0139]いくつかの態様では、ＵＥは、不連続セグメント２２０５および２２０７を含む、送信オケージョン、たとえば、２２０２、全体上で多重化することを、考慮し、たとえば、ハンドリングまたは適用し得る。この例における多重化の態様は、たとえば、表１における例２および例４、ならびに図１１および図１３に関して説明されたように、連続送信オケージョンについて、送信オケージョン上での多重化と同様に適用され得る。

【0148】

[0140]いくつかの態様では、ＵＥは、送信オケージョンの連続部分上で、たとえば、送信オケージョン２２０２の重複したセグメント２２０７内で多重化することを、考慮し、たとえば、ハンドリングまたは適用し得る。表２は、ＵＣＩ２２０８についてのリソースの不連続セグメントを含む送信オケージョンのセグメントごとに複数スロットＰＵＳＣＨとのＵＣＩ多重化をハンドリングすることの例示的な態様を示す。

【0149】

【表3】

【0150】

[0141]図２３は、不連続送信オケージョン２３０２の重複したセグメントに基づいて多重化されるＵＣＩを示す図２３００を示す。送信オケージョンは、不連続セグメント２３０５および２３０７を含む。セグメント２３０７は、ＵＣＩ１９０８の送信についてのＰＵＣＣＨと時間的に重複される。重複に基づいて、ＵＣＩ２３０８は、送信オケージョンにおける送信についてのＰＵＳＣＨ ＴＢと多重化され得る。多重化はセグメントごとにハンドリングされ得、セグメント２３０７における多重化は、セグメント２３０５についての処理から独立してハンドリングされる。セグメント２３０７は、２つのスロット、たとえば、スロット５ ２３０４とスロット６ ２３０６とに及ぶリソースを含む。ＵＣＩ２３０８を多重化するためのリソースは、ＰＵＣＣＨが多重化されるセグメントに基づいて決定され得る。ＵＣＩリソースは、セグメントのリソースに基づいて決定され得る。

【0151】

[0142]一例として、ＵＣＩを多重化するためのリソースの数は、送信オケージョンの対応するセグメントにおけるＰＵＳＣＨシンボルにわたってＵＣＩのために潜在的に利用可能なＲＥの数に基づいて決定され得る。決定はまた、対応するセグメントにおけるシンボルの数とＰＵＳＣＨシンボルの総数とによってスケーリングされたＰＵＳＣＨビットの総数に基づき得る。たとえば、式１において、式１における

【0152】

【数19】

【0153】

は、送信オケージョンの対応するセグメント（たとえば、送信オケージョン２３０２のセグメント２３０７）のＰＵＳＣＨシンボルにわたってＵＣＩ２３０８のために潜在的に利用可能なＲＥの数に対応し得、式１における

【0154】

【数20】

【0155】

は、送信オケージョンにおけるＰＵＳＣＨシンボルの総数で除算された、対応するセグメントにおけるシンボルの数によってスケーリングされた送信オケージョン２３０２のＰＵＳＣＨビットの総数に対応し得る。

【0156】

[0143]図２３中のスロット５においてＵＣＩ２３０８のために使用するためのリソースの数を決定した後に、ＵＥは、スロット５ ２３０４内のＵＣＩリソースのロケーションを識別し得る。ＵＥは、次いで、スロット５ ２３０４における識別されたリソースをＵＣＩシンボルで充填し得る。ＵＥは、周波数第１、時間第２様式でリソースを充填し得る。ＵＥは、残りのリソースを使用してＰＵＳＣＨレートマッチングビットを決定し得、レートマッチングされたビットをインターリーブし得る。インターリービングの後に、ＵＥは、ＰＵＳＣＨについて識別されたリソースを、変調シンボルにマッピングされたインターリーブされたビットで充填し得る。

【0157】

[0144]図２４は、たとえば、図４および／または図２３に関して説明されたオプション（ｂ）に基づく、不連続セグメントを有する送信オケージョン２４０２と重複するＰＵＣＣＨについての２つの潜在的なタイムラインをもつ図２４００を示す。送信オケージョン２４０２は、不連続セグメント２４０５および２４０７を含む。各セグメントは、図２３における例と同様に、リソースの連続セットを含む、たとえば、セグメント２４０５が、送信オケージョン２４０２が及ぶスロットのセットのスロット０とスロット１とにおけるリソースを含み、セグメント２４０７が、スロット５とスロット６とにおけるリソースを含む。複数スロットＰＵＳＣＨ送信は、図１５～図１７に関して説明されたように、アップリンク許可をもつＤＣＩ２４０１によってスケジュールされ得、Ｎ２に基づく処理タイムラインを有し得る。

【0158】

[0145]図２４は、複数スロットＰＵＳＣＨについての送信オケージョン２４０２と重複するＰＵＣＣＨ２４１０ａまたは２４１０ｂについての潜在的なタイムラインの２つの例を示す。ＰＵＣＣＨは、ＰＤＳＣＨ２４０８ａまたは２４０８ｂについてのＡＣＫ／ＮＡＣＫなど、ＵＣＩを含み得、これは、ＤＣＩ２４０６ａまたは２４０６ｂにおけるダウンリンク許可によってスケジュールされ得る。

【0159】

[0146]第１のタイムライン例では、Ｎ１、および／またはＵＣＩがＣＳＩを含む場合Ｚの、測定のための基準時間は、ＰＵＣＣＨが多重化されるべきであるセグメントに基づき得る。基準時間は、たとえば、図２４中のＳ₀₁によって示されているように、セグメントの開始にマッピングされ得る。タイムライン１の使用は、たとえば、セグメントベースごとであることまたはスロットベースごとであることなど、多重化ＵＣＩをもつＰＵＳＣＨについてのインターリービングおよびレートマッチング構成に基づき得る。

【0160】

[0147]第２の例示的なタイムラインでは、Ｎ１および／またはＺの、測定についての基準時間は、たとえば、図２４中のＳ₀₂によって示されているように、複数スロットＰＵＳＣＨの開始に基づき得る。いくつかの態様では、基準時間Ｓ₀₂は、ＵＣＩが、複数スロットＰＵＳＣＨ送信内でどのようにまたはどこで多重化されることになるかにかかわらず、ＵＥによって適用され得る。複数スロットＰＵＳＣＨ送信の始まりにおける基準時間を使用することは、複数スロットＰＵＳＣＨのために準備するための追加された時間をＵＥに提供し得る。

【0161】

[0148]図２５は、複数スロットＰＵＳＣＨ送信と多重化されたＵＣＩの送信２５２８を含む、ＵＥ２５０２と基地局２５０４との間の例示的な通信フロー２５００を示す。２５０６において示されているように、基地局２５０４は、ＰＵＳＣＨ送信についてＵＥ２５０２にリソースを割り振る、または許可する、ＤＣＩを送信し得る。割り振られたリソースは、図４に関して説明されたように、複数のスロットに及ぶ送信オケージョンを含み得る。２５１０において、ＵＥは、ＵＣＩについてのＰＵＣＣＨリソースとＰＵＳＣＨについての送信オケージョンとの間の時間的な重複を決定することに基づいて、複数スロットＰＵＳＣＨ送信とのＵＣＩの多重化をトリガし得る。概念を示すための非限定的な例として、ＵＥは、ＵＥが、基地局２５０４に送信するためのＵＣＩを有する、ダウンリンク送信２５０８を受信し得る。ダウンリンク送信はＰＤＳＣＨを含み得、これは、２５０６におけるアップリンク許可の前または後に送信され得る。ＵＥは、ＰＵＳＣＨについてのリソースと重複するＵＣＩとして送信するための、ＰＤＳＣＨに関するＡＣＫ／ＮＡＣＫ情報を有し得る。ＰＤＳＣＨは、ＰＤＳＣＨをスケジュールするＤＣＩ２５０５に基づき得、これは、２５０６におけるアップリンク許可をもつＤＣＩより前に受信され得る。別の例として、ダウンリンク送信２５０８は、ＣＳＩ－ＲＳを含み得、ＵＥは、ＵＣＩとして基地局に報告するためのＣＳＩを有し得る。

【0162】

[0149]ＵＣＩを複数スロットＰＵＳＣＨ送信と多重化することを決定することの一部として、２５１０において、ＵＥは、処理タイムラインを適用し得る。処理タイムラインは、図１５～図１７、図２１、または図２４のいずれかに関して説明されたように、Ｎ１および／またはＺに基づき得る。ＵＥは、たとえば、ＵＣＩに関連するＰＵＣＣＨについてのＮ１またはＺが、ＵＣＩをＰＵＳＣＨと多重化するための最小ギャップを満足するかどうかを決定するとき、処理タイムラインについての基準時間（たとえば、Ｓ₀、Ｓ₀₁、またはＳ₀₂）を適用し得る。

【0163】

[0150]２５１２において示されているように、ＵＣＩをＰＵＳＣＨ送信と多重化するために、ＵＥは、ＵＣＩについてのリソースの量を決定し得る。ＵＥは、送信オケージョンのタイプ（たとえば、図４に関して説明されたような、連続または不連続セグメント）に基づいてリソースを決定し得る。ＵＥはまた、多重化が、スロットごとにハンドリングされるのか、送信オケージョンごとにハンドリングされるのか、送信オケージョンのセグメントごとにハンドリングされるのかに基づいて、リソースを決定し得る。ＵＥはまた、重複が、送信オケージョン、またはセグメントの第１のスロットにおいて起こるのか、後続のスロットにおいて起こるのかに基づいて、リソースを決定し得る。決定は、図１０～図１４、図１８～図２０、および／または図２２～図２３に関して説明された態様のいずれかに基づき得る。決定は、本明細書で説明されるように、式１の修正された態様に基づき得る。

【0164】

[0151]２５１４において、ＵＥは、ＰＵＳＣＨ送信オケージョン内のＵＣＩについてのリソースのロケーションを決定し得る。２５１６において、ＵＥは、識別されたリソースをＵＣＩシンボルで充填し得る。いくつかの態様では、ＵＥは、周波数第１、時間第２様式でリソースを充填し得る。２５２０において、ＵＥは、たとえば、送信オケージョンのリソースの一部をＵＣＩで充填した後に残る、ＰＵＳＣＨ送信のために利用可能である送信オケージョンの残りのリソースを識別する。２５２２において、ＵＥは、残りのリソースに基づいてレートマッチングおよびインターリービングを適用する。レートマッチングおよびインターリービングは、図４～図２４における例に関して説明された態様のいずれかに基づき得る。一例として、インターリービングは、図７の場合のようにスロットごとであるか、図６の場合のように送信オケージョンごとであるか、または図８の場合のようにセグメントごとであり得る。レートマッチングおよびインターリービングのタイプは、本明細書で説明されるように、送信オケージョンのタイプと、ＵＣＩが多重化される様式とに基づき得る。２５２４において、ＵＥは、インターリーブされたビットを変調シンボルにマッピングし、２５２６において、ＵＥは、２５２４においてマッピングされた変調シンボルを、送信オケージョンの残りのリソースにマッピングすることによって、送信オケージョンの残りのリソースをＰＵＳＣＨ送信で充填する。２５２８において、ＵＥ２５０２は、ＰＵＳＣＨと多重化ＵＣＩとを基地局２５０４に送信する。２５３０において示されているように、基地局は、ＵＣＩにおける情報を取得するために、ＰＵＳＣＨからＵＣＩを多重分離し得る。

【0165】

[0152]図２６Ａは、ワイヤレス通信の方法のフローチャート２６００である。本方法は、ＵＥ（たとえば、ＵＥ１０４、３５０、２５０２、装置２７０２）によって実施され得る。本方法は、ＵＥが、複数スロットＰＵＳＣＨについての送信オケージョン内でＵＣＩを多重化することを可能にし得、ＵＥがＵＣＩを複数スロットＰＵＳＣＨと多重化するための処理タイムラインを提供する。

【0166】

[0153]２６０２において、ＵＥは、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するための処理タイムラインを適用する。図２５は、２５１１においてＵＥ２５０２が処理タイムラインを適用することの一例を示す。処理タイムラインは、図１５～図１７、図２１、および／または図２４に関して説明された態様のいずれかに基づき得る。タイムラインの適用は、たとえば、図２７中の装置２７０２のタイムライン構成要素２７４４によって実施され得る。

【0167】

[0154]２６０４において、ＵＥは、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信する。多重化および／または送信は、図４～図２５に関して説明された態様のいずれかに基づき得る。図２５は、２５２８においてＵＥ２５０２が多重化ＵＣＩとともにＰＵＳＣＨを基地局２５０４に送信することの一例を示す。送信は、たとえば、送信構成要素２７３４および／またはＲＦトランシーバ２７２２を介して、たとえば、装置２７０２のＰＵＳＣＨ構成要素２７４２によって、実施され得る。

【0168】

[0155]図２６Ｂは、ワイヤレス通信の方法のフローチャート２６５０である。本方法は、ＵＥ（たとえば、ＵＥ１０４、３５０、２５０２、装置２７０２）によって実施され得る。本方法は、図２６Ｂに関して説明されるように、２６０２と２６０４とを含み得る。

【0169】

[0156]いくつかの態様では、ＵＣＩはＨＡＲＱフィードバックを備え得、処理タイムラインは、ＰＤＳＣＨの受信とＰＤＳＣＨについてのＨＡＲＱフィードバックペイロードを搬送するＰＵＣＣＨの開始との間の時間ギャップ（たとえば、Ｎ１）に対応し得る。

【0170】

[0157]いくつかの態様では、ＵＣＩはＣＳＩ報告を備え得、処理タイムラインは、たとえば、図１７に関して説明されたように、ＣＳＩ－ＲＳの最後のシンボルの受信とＣＳＩ－ＲＳの測定に基づくＣＳＩ報告を搬送するＰＵＣＣＨの開始との間の時間ギャップ（たとえば、Ｚ）に対応し得る。

【0171】

[0158]いくつかの態様では、ＵＥは、２６０６において示されているように、複数スロットＰＵＳＣＨ送信の開始に基づいて処理タイムラインを適用し得る。いくつかの態様では、複数スロットＰＵＳＣＨ送信は、連続スロットのセットを備える送信オケージョンにおいて送信され得る。いくつかの態様では、処理タイムラインは、ＵＣＩと時間的に重複する、複数スロットＰＵＳＣＨ送信の重複したスロット、複数スロットＰＵＳＣＨ送信において、ＵＣＩがそこにおいて多重化されるべきである、多重化スロット、複数スロットＰＵＳＣＨ送信内でのＵＣＩについての送信オケージョンベースの多重化、複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのインターリービング、または複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのレートマッチングのうちの１つまたは複数に基づく、複数スロットＰＵＳＣＨ送信の開始に基づく。一例として、タイムラインは、図１５～図１７に関して説明された態様のいずれかに基づく、複数スロットＰＵＳＣＨの開始に基づき得る。

【0172】

[0159]いくつかの態様では、複数スロットＰＵＳＣＨ送信は、連続スロットのセットを備える送信オケージョン、たとえば、図４のオプション（ａ）、において送信され得、たとえば、２６０８において示されているように、処理タイムラインを適用することは、ＵＣＩと重複し、ＵＣＩがそこにおいて多重化される、複数スロットＰＵＳＣＨ送信の重複するスロットの開始に基づいて処理タイムラインを適用すること含み得る。いくつかの態様では、処理タイムラインは、ＵＣＩが、複数スロットＰＵＳＣＨ送信の重複したスロットにおいて多重化されること、複数スロットＰＵＳＣＨ送信内でのＵＣＩについてのスロットベースの多重化、複数スロットＰＵＳＣＨ送信についてのスロットベースのインターリービング、または複数スロットＰＵＳＣＨ送信についてのスロットベースのレートマッチングのうちの１つまたは複数に基づく、複数スロットＰＵＳＣＨ送信の重複したスロットの開始に基づき得る。図１６中の基準時間Ｓ₀₂は、処理タイムラインが、重複するスロットの開始に基づくことの一例を示す。

【0173】

[0160]いくつかの態様では、ＵＥは、複数スロットＰＵＳＣＨと重複する、複数のＰＵＣＣＨからのＵＣＩを多重化し得る。たとえば、図１８～図２１のいずれかに関して説明されたように、ＵＥは、複数スロットＰＵＳＣＨ送信と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化し得る。ＵＥは、２６０２において、たとえば、図２１中のＳ₀₁によって示されているように、複数スロットＰＵＳＣＨ送信の開始に基づいて第１のＵＣＩと第２のＵＣＩとについて処理タイムラインを適用し得る。

【0174】

[0161]いくつかの態様では、第１のＵＣＩと第２のＵＣＩとは、送信オケージョンの異なるスロットにおいて重複し得、処理タイムラインは、たとえば、図２１中のＳ₀₂によって示されているように、第１のＵＣＩと第２のＵＣＩとによって重複された送信オケージョンのそれぞれのスロットに基づいて、第１のＵＣＩと第２のＵＣＩとについて別様に決定され得る。いくつかの態様では、第１のＵＣＩと第２のＵＣＩとは、送信オケージョンの連続スロットにわたって多重化され得る。

【0175】

[0162]いくつかの態様では、複数スロットＰＵＳＣＨ送信は、不連続スロットのセットを備える送信オケージョン、たとえば、図４中のオプション（ｂ）において送信され得、処理タイムラインは、２６１０において、ＵＣＩがそこにおいて多重化される、送信オケージョンの連続部分に基づいて決定され得る。図２４は、重複のセグメントに基づく処理タイムライン（たとえば、タイムライン１）の一例を示す。処理タイムラインは、たとえば、図２１中のＳ₀₁によって示されているように、連続部分の開始に基づき得る。いくつかの態様では、ＵＥは、複数スロットＰＵＳＣＨ送信の異なる連続部分と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化し得、処理タイムラインは、それぞれのＵＣＩがそこにおいて多重化される、送信オケージョンの連続部分に基づき得る。

【0176】

[0163]２６０３において、ＵＥは、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化する。図２５に関して説明されたように、ＵＥは、ＵＣＩが、ＰＵＳＣＨ送信についての送信オケージョンと時間的に重複して送信されるべきである、リソースに基づいてＵＣＩを多重化することを決定し得る。多重化は、図４～図２５に関して説明された態様のいずれかを含み得る。多重化は、たとえば、図２７中の装置２７０２のＵＣＩマルチプレクサ構成要素２７４０によって実施され得る。

【0177】

[0164]図２７は、装置２７０２のためのハードウェア実装形態の一例を示す図２７００である。装置２７０２は、ＵＥ、ＵＥの構成要素であり得るか、またはＵＥ機能を実装し得る。いくつかの態様では、装置２７０２は、セルラーＲＦトランシーバ２７２２に結合された（モデムとも呼ばれる）セルラーベースバンドプロセッサ２７０４を含み得る。装置２７０２は、１つまたは複数の加入者識別モジュール（ＳＩＭ）カード２７２０、セキュアデジタル（ＳＤ）カード２７０８およびスクリーン２７１０に結合されたアプリケーションプロセッサ２７０６、Ｂｌｕｅｔｏｏｔｈモジュール２７１２、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モジュール２７１４、全地球測位システム（ＧＰＳ）モジュール２７１６、ならびに／または電源２７１８をさらに含み得る。セルラーベースバンドプロセッサ２７０４は、セルラーＲＦトランシーバ２７２２を通して、ＵＥ１０４および／または基地局１０２／１８０と通信する。セルラーベースバンドプロセッサ２７０４は、コンピュータ可読媒体／メモリを含み得る。コンピュータ可読媒体／メモリは非一時的であり得る。セルラーベースバンドプロセッサ２７０４は、コンピュータ可読媒体／メモリに記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、セルラーベースバンドプロセッサ２７０４によって実行されたとき、セルラーベースバンドプロセッサ２７０４に、本明細書で説明される様々な機能を実施させる。コンピュータ可読媒体／メモリはまた、ソフトウェアを実行するときにセルラーベースバンドプロセッサ２７０４によって操作されるデータを記憶するために使用され得る。セルラーベースバンドプロセッサ２７０４は、受信構成要素２７３０と、通信マネージャ２７３２と、送信構成要素２７３４とをさらに含む。通信マネージャ２７３２は、１つまたは複数の図示された構成要素を含む。通信マネージャ２７３２内の構成要素は、コンピュータ可読媒体／メモリに記憶され、および／またはセルラーベースバンドプロセッサ２７０４内のハードウェアとして構成され得る。セルラーベースバンドプロセッサ２７０４は、ＵＥ３５０の構成要素であり得、メモリ３６０、および／またはＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とのうちの少なくとも１つを含み得る。一構成では、装置２７０２は、モデムチップであり、ただベースバンドプロセッサ２７０４を含み得、別の構成では、装置２７０２は、ＵＥ全体（たとえば、図３の３５０参照）であり、装置２７０２の追加のモジュールを含み得る。

【0178】

[0165]通信マネージャ２７３２は、たとえば、図２６Ｂ中の２６０３に関して説明されたように、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するように構成されたＵＣＩマルチプレクサ構成要素２７４０を含む。通信マネージャ２７３２は、たとえば、図２６Ａまたは図２６Ｂ中の２６０４に関して説明されたように、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信するように構成されたＰＵＳＣＨ構成要素２７４２をさらに含む。通信マネージャ２７３２は、たとえば、図２６Ａまたは図２６Ｂ中の２６０２に関して説明されたように、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するために処理タイムラインを適用するように構成されたタイムライン構成要素２７４４をさらに含む。

【0179】

[0166]装置は、図２６Ａ、図２６Ｂのフローチャート中のアルゴリズムのブロック、および／または図２５中のＵＥによって実施される態様の各々を実施する追加の構成要素を含み得る。したがって、図２６Ａ、図２６Ｂのフローチャート中の各ブロック、および／または図２５中のＵＥによって実施される態様は、構成要素によって実施され得、装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

【0180】

[0167]一構成では、装置２７０２、および特にセルラーベースバンドプロセッサ２７０４は、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するために処理タイムラインを適用するための手段と、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信するための手段とを含む。装置は、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロット内でＵＣＩを多重化するための手段をさらに含み得る。手段は、その手段によって具陳された機能を実施するように構成された装置２７０２の構成要素のうちの１つまたは複数であり得る。本明細書で説明されるように、装置２７０２は、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とを含み得る。したがって、一構成では、手段は、その手段によって具陳された機能を実施するように構成されたＴＸプロセッサ３６８、ＲＸプロセッサ３５６、およびコントローラ／プロセッサ３５９であり得る。

【0181】

[0168]５Ｇ新無線（ＮＲ）システムなど、通信システムの展開は、様々な構成要素または構成部品で、複数の様式で構成され得る。５Ｇ ＮＲシステム、またはネットワークでは、ネットワークノード、ネットワークエンティティ、ネットワークのモビリティ要素、無線アクセスネットワーク（ＲＡＮ）ノード、コアネットワークノード、ネットワーク要素、あるいは、基地局（ＢＳ）、または基地局機能を実施する１つまたは複数のユニット（または１つまたは複数の構成要素）など、ネットワーク機器は、アグリゲーテッドアーキテクチャまたはディスアグリゲーテッドアーキテクチャで実装され得る。たとえば、（ノードＢ（ＮＢ）、発展型ＮＢ（ｅＮＢ）、ＮＲ ＢＳ、５Ｇ ＮＢ、アクセスポイント（ＡＰ）、送信受信ポイント（ＴＲＰ）、またはセルなどの）ＢＳは、（スタンドアロンＢＳまたはモノリシックＢＳとしても知られる）アグリゲーテッド基地局またはディスアグリゲーテッド基地局として実装され得る。

【0182】

[0169]アグリゲーテッド基地局は、単一のＲＡＮノード内に物理的にまたは論理的に組み込まれた無線プロトコルスタックを利用するように構成され得る。ディスアグリゲーテッド基地局は、（１つまたは複数の中央または集中型ユニット（ＣＵ）、１つまたは複数の分散ユニット（ＤＵ）、あるいは１つまたは複数の無線ユニット（ＲＵ）などの）２つまたはそれ以上のユニットの間で物理的にまたは論理的に分散されたプロトコルスタックを利用するように構成され得る。いくつかの態様では、ＣＵはＲＡＮノード内に実装され得、１つまたは複数のＤＵは、ＣＵとコロケートされ得るか、あるいは代替的に、１つまたは複数の他のＲＡＮノード全体にわたって地理的にまたは仮想的に分散され得る。ＤＵは、１つまたは複数のＲＵと通信するように実装され得る。ＣＵ、ＤＵおよびＲＵの各々はまた、仮想ユニット、すなわち、仮想中央ユニット（ＶＣＵ）、仮想分散ユニット（ＶＤＵ）、または仮想無線ユニット（ＶＲＵ）として実装され得る。

【0183】

[0170]基地局タイプ動作またはネットワーク設計は、基地局機能のアグリゲーション特性を考慮し得る。たとえば、ディスアグリゲーテッド基地局は、統合アクセスバックホール（ＩＡＢ：integrated access backhaul）ネットワーク、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ：open radio access network（Ｏ－ＲＡＮアライアンスによって後援されるネットワーク構成など））、または仮想化無線アクセスネットワーク（ｖＲＡＮ：virtualized radio access network、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）としても知られる）において利用され得る。ディスアグリゲーションは、様々な物理的ロケーションにおける２つまたはそれ以上のユニットにわたって機能を分散させること、ならびに少なくとも１つのユニットのための機能を仮想的に分散させることを含み得、これは、ネットワーク設計におけるフレキシビリティを可能にすることができる。ディスアグリゲーテッド基地局の様々なユニット、またはディスアグリゲーテッドＲＡＮアーキテクチャは、少なくとも１つの他のユニットとのワイヤードまたはワイヤレス通信のために構成され得る。

【0184】

[0171]図２８は、例示的なディスアグリゲーテッド基地局２８００アーキテクチャを示す図を示す。ディスアグリゲーテッド基地局２８００アーキテクチャは、バックホールリンクを介してコアネットワーク２８２０と直接、または、（Ｅ２リンクを介したニアリアルタイム（Near-Real Time）（ニアＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）２８２５、またはサービス管理およびオーケストレーション（ＳＭＯ：Service Management and Orchestration）フレームワーク２８０５に関連する非リアルタイム（非ＲＴ）ＲＩＣ２８１５、またはその両方などの）１つまたは複数のディスアグリゲーテッド基地局ユニットを通してコアネットワーク２８２０と間接的に通信することができる、１つまたは複数の中央ユニット（ＣＵ）２８１０を含み得る。ＣＵ２８１０は、Ｆ１インターフェースなど、それぞれのミッドホールリンクを介して１つまたは複数の分散ユニット（ＤＵ）２８３０と通信し得る。ＤＵ２８３０は、それぞれのフロントホールリンクを介して１つまたは複数の無線ユニット（ＲＵ）２８４０と通信し得る。ＲＵ２８４０は、１つまたは複数の無線周波数（ＲＦ）アクセスリンクを介してそれぞれのＵＥ１０４と通信し得る。いくつかの実装形態では、ＵＥ１０４は、複数のＲＵ２８４０によって同時にサービスされ得る。

【0185】

[0172]ユニットの各々、すなわち、ＣＵ２８１０、ＤＵ２８３０、ＲＵ２８４０、ならびにニアＲＴ ＲＩＣ２８２５、非ＲＴ ＲＩＣ２８１５およびＳＭＯフレームワーク２８０５は、ワイヤードまたはワイヤレス伝送媒体を介して信号、データ、または情報（まとめて、信号）を受信または送信するように構成された、１つまたは複数のインターフェースを含むか、あるいは１つまたは複数のインターフェースに結合され得る。ユニットの各々、あるいは、ユニットの通信インターフェースに命令を提供する、関連するプロセッサまたはコントローラは、伝送媒体を介して他のユニットのうちの１つまたは複数と通信するように構成され得る。たとえば、ユニットは、他のユニットのうちの１つまたは複数にワイヤード伝送媒体上で信号を受信または送信するように構成されたワイヤードインターフェースを含むことができる。さらに、ユニットは、他のユニットのうちの１つまたは複数にワイヤレス伝送媒体上で、信号を受信することまたは送信すること、あるいはその両方を行うように構成された、受信機、送信機または（無線周波数（ＲＦ）トランシーバなどの）トランシーバを含み得る、ワイヤレスインターフェースを含むことができる。

【0186】

[0173]いくつかの態様では、ＣＵ２８１０は、１つまたは複数の上位レイヤ制御機能をホストし得る。そのような制御機能は、無線リソース制御（ＲＲＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、サービスデータ適応プロトコル（ＳＤＡＰ）などを含むことができる。各制御機能は、ＣＵ２８１０によってホストされる他の制御機能と信号を通信するように構成されたインターフェースで実装され得る。ＣＵ２８１０は、ユーザプレーン機能（すなわち、中央ユニット－ユーザプレーン（ＣＵ－ＵＰ））、制御プレーン機能（すなわち、中央ユニット－制御プレーン（ＣＵ－ＣＰ））、またはそれらの組合せをハンドリングするように構成され得る。いくつかの実装形態では、ＣＵ２８１０は、１つまたは複数のＣＵ－ＵＰユニットと１つまたは複数のＣＵ－ＣＰユニットとに論理的にスプリットされ得る。ＣＵ－ＵＰユニットは、Ｏ－ＲＡＮ構成において実装されるとき、Ｅ１インターフェースなど、インターフェースを介してＣＵ－ＣＰユニットと双方向に通信することができる。ＣＵ２８１０は、必要に応じて、ネットワーク制御およびシグナリングのために、ＤＵ２８３０と通信するように実装され得る。

【0187】

[0174]ＤＵ２８３０は、１つまたは複数のＲＵ２８４０の動作を制御するための１つまたは複数の基地局機能を含む、論理ユニットに対応し得る。いくつかの態様では、ＤＵ２８３０は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって定義されるものなど、少なくとも部分的に、機能的スプリットに応じて、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤと、（前方誤り訂正（ＦＥＣ）符号化および復号、スクランブリング、変調および復調などのためのモジュールなどの）１つまたは複数の高物理（ＰＨＹ）レイヤとのうちの１つまたは複数をホストし得る。いくつかの態様では、ＤＵ２８３０は、１つまたは複数の低ＰＨＹレイヤをさらにホストし得る。各レイヤ（またはモジュール）は、ＤＵ２８３０によってホストされる他のレイヤ（および、モジュール）と、またはＣＵ２８１０によってホストされる制御機能と、信号を通信するように構成されたインターフェースで実装され得る。

【0188】

[0175]下位レイヤ機能は、１つまたは複数のＲＵ２８４０によって実装され得る。いくつかの展開では、ＤＵ２８３０によって制御される、ＲＵ２８４０は、下位レイヤ機能的スプリットなど、機能的スプリットに少なくとも部分的に基づいて、ＲＦ処理機能、または（高速フーリエ変換（ＦＦＴ）、逆ＦＦＴ（ｉＦＦＴ）、デジタルビームフォーミング、物理ランダムアクセスチャネル（ＰＲＡＣＨ）抽出およびフィルタ処理などを実施することなどの）低ＰＨＹレイヤ機能、またはその両方をホストする、論理ノードに対応し得る。そのようなアーキテクチャでは、（１つまたは複数の）ＲＵ２８４０は、１つまたは複数のＵＥ１０４とのオーバージエア（ＯＴＡ）通信をハンドリングするように実装され得る。いくつかの実装形態では、（１つまたは複数の）ＲＵ２８４０との制御プレーン通信およびユーザプレーン通信のリアルタイムおよび非リアルタイム態様は、対応するＤＵ２８３０によって制御され得る。いくつかのシナリオでは、この構成は、（１つまたは複数の）ＤＵ２８３０とＣＵ２８１０とが、ｖＲＡＮアーキテクチャなど、クラウドベースのＲＡＮアーキテクチャにおいて実装されることを可能にすることができる。

【0189】

[0176]ＳＭＯフレームワーク２８０５は、非仮想化ネットワーク要素および仮想化ネットワーク要素のＲＡＮ展開およびプロビジョニングをサポートするように構成され得る。非仮想化ネットワーク要素の場合、ＳＭＯフレームワーク２８０５は、（Ｏ１インターフェースなどの）運用および保守インターフェースを介して管理され得る、ＲＡＮカバレージ要件についての専用物理リソースの展開をサポートするように構成され得る。仮想化ネットワーク要素の場合、ＳＭＯフレームワーク２８０５は、（Ｏ２インターフェースなどの）クラウドコンピューティングプラットフォームインターフェースを介して（仮想化ネットワーク要素をインスタンス化するためになど）ネットワーク要素ライフサイクル管理を実施するために、（オープンクラウド（Ｏ－クラウド）２８９０などの）クラウドコンピューティングプラットフォームと対話するように構成され得る。そのような仮想化ネットワーク要素は、限定はしないが、ＣＵ２８１０と、ＤＵ２８３０と、ＲＵ２８４０と、ニアＲＴ ＲＩＣ２８２５とを含むことができる。いくつかの実装形態では、ＳＭＯフレームワーク２８０５は、Ｏ１インターフェースを介して、オープンｅＮＢ（Ｏ－ｅＮＢ）２８１１など、４Ｇ ＲＡＮのハードウェア態様と通信することができる。さらに、いくつかの実装形態では、ＳＭＯフレームワーク２８０５は、Ｏ１インターフェースを介して１つまたは複数のＲＵ２８４０と直接通信することができる。ＳＭＯフレームワーク２８０５は、ＳＭＯフレームワーク２８０５の機能をサポートするように構成された非ＲＴ ＲＩＣ２８１５をも含み得る。

【0190】

[0177]非ＲＴ ＲＩＣ２８１５は、ＲＡＮ要素およびリソースの非リアルタイム制御および最適化、モデルトレーニングおよび更新を含む人工知能／機械学習（ＡＩ／ＭＬ）ワークフロー、またはニアＲＴ ＲＩＣ２８２５におけるアプリケーション／特徴のポリシーベースのガイダンスを可能にする論理機能を含むように構成され得る。非ＲＴ ＲＩＣ２８１５は、（Ａ１インターフェースを介してなど）ニアＲＴ ＲＩＣ２８２５に結合されるかまたはニアＲＴ ＲＩＣ２８２５と通信し得る。ニアＲＴ ＲＩＣ２８２５は、１つまたは複数のＣＵ２８１０、１つまたは複数のＤＵ２８３０、またはその両方、ならびにＯ－ｅＮＢを、ニアＲＴ ＲＩＣ２８２５と接続する、（Ｅ２インターフェースを介したなどの）インターフェース上のデータ収集およびアクションを介した、ＲＡＮ要素およびリソースのニアリアルタイム制御および最適化を可能にする論理機能を含むように構成され得る。

【0191】

[0178]いくつかの実装形態では、ニアＲＴ ＲＩＣ２８２５において展開されるべきＡＩ／ＭＬモデルを生成するために、非ＲＴ ＲＩＣ２８１５は、外部サーバからパラメータまたは外部エンリッチメント情報（enrichment information）を受信し得る。そのような情報は、ニアＲＴ ＲＩＣ２８２５によって利用され得、非ネットワークデータソースからまたはネットワーク機能から、ＳＭＯフレームワーク２８０５または非ＲＴ ＲＩＣ２８１５において受信され得る。いくつかの例では、非ＲＴ ＲＩＣ２８１５またはニアＲＴ ＲＩＣ２８２５は、ＲＡＮ挙動または性能を調整するように構成され得る。たとえば、非ＲＴ ＲＩＣ２８１５は、性能について長期傾向およびパターンを監視し、ＡＩ／ＭＬモデルを採用して、（Ｏ１を介した再構成などの）ＳＭＯフレームワーク２８０５を通した修正アクション、または（Ａ１ポリシーなどの）ＲＡＮ管理ポリシーの作成を介した修正アクションを実施し得る。

【0192】

[0179]開示されたプロセス／フローチャート中のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャート中のブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

【0193】

[0180]以上の説明は、当業者が本明細書で説明された様々な態様を実施することを可能にするために提供された。これらの態様への様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「場合（if）」、「とき（when）」、および「間（while）」などの用語は、即時の時間関係または反応を暗示するのではなく、「という条件の下で」を意味すると解釈されるべきである。すなわち、これらの句、たとえば、「とき」は、アクションの発生に応答する、またはアクションの発生中の、即時のアクションを暗示せず、単に、条件が満たされた場合、アクションが発生するが、アクションが発生すべき特定のまたは即時の時間制約を必要としないことを暗示する。「例示的」という単語は、「例、事例、または例示の働きをすること」を意味するために本明細書で使用される。「例示的」として本明細書で説明されたいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきではない。別段に明記されていない限り、「いくつか」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されるいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。「モジュール」、「機構」、「要素」、「デバイス」などという単語は、「手段」という単語の代用でないことがある。したがって、いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。

【0194】

[0181]以下の態様は、例示的なものにすぎず、限定はしないが、本明細書で説明される他の態様または教示と組み合わせられ得る。

【0195】

[0182]態様１は、ＵＥにおけるワイヤレス通信の方法であって、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するために処理タイムラインを適用することと、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信することとを備える、方法である。

【0196】

[0183]態様２では、態様１に記載の方法は、ＵＣＩが、ＨＡＲＱフィードバックを備え、処理タイムラインが、ＰＤＳＣＨの受信とＰＤＳＣＨについてのＨＡＲＱフィードバックペイロードを搬送するＰＵＣＣＨの開始との間の時間ギャップに対応することをさらに含む。

【0197】

[0184]態様３では、態様１に記載の方法は、ＵＣＩが、ＣＳＩ報告を備え、処理タイムラインが、ＣＳＩ－ＲＳの最後のシンボルの受信とＣＳＩ－ＲＳの測定に基づくＣＳＩ報告を搬送するＰＵＣＣＨの開始との間の時間ギャップに対応することをさらに含む。

【0198】

[0185]態様４では、態様１から３のいずれかに記載の方法は、処理タイムラインを適用することが、複数スロットＰＵＳＣＨ送信の開始に基づいて処理タイムラインを適用することを含むことをさらに含む。

【0199】

[0186]態様５では、態様１から４のいずれかに記載の方法は、複数スロットＰＵＳＣＨ送信が、連続スロットのセットを備える送信オケージョンにおいて送信されることをさらに含む。

【0200】

[0187]態様６では、態様１から５のいずれかに記載の方法は、処理タイムラインが、ＵＣＩと時間的に重複する、複数スロットＰＵＳＣＨ送信の重複したスロット、複数スロットＰＵＳＣＨ送信において、ＵＣＩがそこにおいて多重化されるべきである、多重化スロット、複数スロットＰＵＳＣＨ送信内でのＵＣＩについての送信オケージョンベースの多重化、複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのインターリービング、または複数スロットＰＵＳＣＨ送信についての送信オケージョンベースのレートマッチングのうちの１つまたは複数に基づく、複数スロットＰＵＳＣＨ送信の開始に基づくことをさらに含む。

【0201】

[0188]態様７では、態様１から５のいずれかに記載の方法は、処理タイムラインが、ＵＣＩが、複数スロットＰＵＳＣＨ送信の重複したスロットにおいて多重化されること、複数スロットＰＵＳＣＨ送信内でのＵＣＩについてのスロットベースの多重化、複数スロットＰＵＳＣＨ送信についてのスロットベースのインターリービング、または複数スロットＰＵＳＣＨ送信についてのスロットベースのレートマッチングのうちの１つまたは複数に基づく、複数スロットＰＵＳＣＨ送信の重複したスロットの開始に基づくことをさらに含む。

【0202】

[0189]態様８では、態様１から７のいずれかに記載の方法は、ＵＣＩを多重化することが、複数スロットＰＵＳＣＨ送信と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化することを含むことをさらに含む。

【0203】

[0190]態様９では、態様８に記載の方法は、複数スロットＰＵＳＣＨ送信の開始に基づいて第１のＵＣＩと第２のＵＣＩとについて処理タイムラインを適用することをさらに含む。

【0204】

[0191]態様１０では、態様８に記載の方法は、第１のＵＣＩと第２のＵＣＩとが、送信オケージョンの異なるスロットにおいて重複し、処理タイムラインが、第１のＵＣＩと第２のＵＣＩとによって重複された送信オケージョンのそれぞれのスロットに基づいて、第１のＵＣＩと第２のＵＣＩとについて別様に決定されることをさらに含む。

【0205】

[0192]態様１１では、態様１から３のいずれかに記載の方法は、複数スロットＰＵＳＣＨ送信が、不連続スロットのセットを備える送信オケージョンにおいて送信され、ここにおいて、処理タイムラインが、ＵＣＩがそこにおいて多重化される、送信オケージョンの連続部分に基づいて決定されることをさらに含む。

【0206】

[0193]態様１２では、態様１１に記載の方法は、処理タイムラインが、連続部分の開始に基づくことをさらに含む。

【0207】

[0194]態様１３では、態様１１または態様１２に記載の方法は、複数スロットＰＵＳＣＨ送信の異なる連続部分と重複する、第１のＵＣＩおよび第２のＵＣＩを多重化することをさらに含み、ここにおいて、処理タイムラインは、それぞれのＵＣＩがそこにおいて多重化される、送信オケージョンの連続部分に基づいて決定される。

【0208】

[0195]態様１４は、ユーザ機器ＵＥにおけるワイヤレス通信のための装置であって、メモリと、メモリに結合された少なくとも１つのプロセッサとを備え、少なくとも１つのプロセッサは、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するために処理タイムラインを適用することと、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信することとを行うように構成された、装置である。

【0209】

[0196]態様１５では、態様１４に記載のワイヤレス通信のための装置は、態様２から１３のいずれかに記載の方法を実施するようにさらに構成された、メモリと少なくとも１つのプロセッサとを含む。

【0210】

[0197]態様１６では、態様１４または１５のいずれかに記載の装置は、少なくとも１つのプロセッサに結合された少なくとも１つのトランシーバをさらに含む。

【0211】

[0198]態様１７では、態様１４から１６のいずれかに記載の装置は、少なくとも１つのプロセッサに結合された少なくとも１つのアンテナをさらに含む。

【0212】

[0199]態様１８は、ＵＥにおけるワイヤレス通信のための装置であって、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するために処理タイムラインを適用するための手段と、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信するための手段とを備える、装置である。

【0213】

[0200]態様１９では、態様１８に記載のワイヤレス通信のための装置は、請求項２から１３のいずれかに記載の方法を実施するための手段をさらに備える。

【0214】

[0201]態様２０では、態様１８または１９のいずれかに記載の装置は、少なくとも１つのトランシーバをさらに含む。

【0215】

[0202]態様２１では、態様１８から２０のいずれかに記載の装置は、少なくとも１つのアンテナをさらに含む。

【0216】

[0203]態様２２は、ＵＥにおけるコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、コードは、プロセッサによって実行されたとき、プロセッサに、複数スロットＰＵＳＣＨ送信の少なくとも１つのスロットにおいてＵＣＩを多重化するために処理タイムラインを適用することと、処理タイムラインが満たされることに基づいて、多重化ＵＣＩとともに複数スロットＰＵＳＣＨ送信を送信することとを行わせる、非一時的コンピュータ可読媒体である。

【0217】

[0204]態様２３では、態様２２に記載のコンピュータ可読媒体は、プロセッサによって実行されたとき、プロセッサに、請求項２から１３のいずれかに記載の方法を実施させるコードをさらに備える。

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26A】

【図26B】

【図27】

【図28】

【国際調査報告】