特表 2022-549660 アップリンク制御情報を多重化する方法および関連する装置

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

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

(11)【公表番号】

(43)【公表日】2022-11-28

(54)【発明の名称】アップリンク制御情報を多重化する方法および関連する装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20221118BHJP

   H04L 1/16 20060101ALI20221118BHJP

   H04W 72/12 20090101ALI20221118BHJP

【ＦＩ】

H04W72/04 136

H04L1/16

H04W72/12 150

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022518925

(86)(22)【出願日】2020-10-07

(85)【翻訳文提出日】2022-03-24

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

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

(87)【国際公開日】2021-04-15

(31)【優先権主張番号】62/911,529

(32)【優先日】2019-10-07

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】特許業務法人ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】ワン，ハイハン

(72)【発明者】

【氏名】リン，ワンチェン

(72)【発明者】

【氏名】ウェイ，チャフン

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

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA13

5K067EE02

5K067EE10

5K067HH28

(57)【要約】

ユーザ機器（ＵＥ）がアップリンク制御情報（ＵＣＩ）を多重化する方法が開示される。方法は、チャネル状態情報（ＣＳＩ）およびスケジューリング要求（ＳＲ）用の低優先度の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと、スロット型ハイブリッド自動リピート要求確認（ＨＡＲＱ－ＡＣＫ）用のＰＵＣＣＨリソースとを、第１のＰＵＣＣＨリソースグループにグループ化するステップと、ＣＳＩおよびＳＲ用の高優先度のＰＵＣＣＨリソースと、サブスロット型ＨＡＲＱ－ＡＣＫ用のＰＵＣＣＨリソースとを、第２のＰＵＣＣＨリソースグループにグループ化するステップと、第１のＰＵＣＣＨリソースグループから、スロット内の第１のＰＵＣＣＨリソースセットを決定するステップと、スロット内の第１のＰＵＣＣＨリソースセットに対応するＵＣＩに対して第１のＵＣＩ多重化手順を実行することによって、第１のＰＵＣＣＨリソースの第１の多重化ＵＣＩを取得するステップと、第２のＰＵＣＣＨリソースグループから、スロットのサブスロットにおける第２のＰＵＣＣＨリソースセットを決定するステップと、スロットのサブスロット内の第２のＰＵＣＣＨリソースセットに対応するＵＣＩに対して、第２のＵＣＩ多重化手順を実行することによって、第２のＰＵＣＣＨリソースの第２の多重化ＵＣＩを取得するステップとを有する。

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）がアップリンク制御情報（ＵＣＩ）を多重化する方法であって、
チャネル状態情報（ＣＳＩ）およびスケジューリング要求（ＳＲ）用の低優先度の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと、スロット型ハイブリッド自動リピート要求確認（ＨＡＲＱ－ＡＣＫ）用のＰＵＣＣＨリソースとを、第１のＰＵＣＣＨリソースグループにグループ化するステップと、
ＣＳＩおよびＳＲ用の高優先度ＰＵＣＣＨリソースと、サブスロット型ＨＡＲＱ－ＡＣＫ用のＰＵＣＣＨリソースとを、第２のＰＵＣＣＨリソースグループにグループ化するステップと、
前記第１のＰＵＣＣＨリソースグループから、スロット内の第１のＰＵＣＣＨリソースセットを決定するステップと、
前記スロット内の前記第１のＰＵＣＣＨリソースセットに対応するＵＣＩに対して第１のＵＣＩ多重化手順を実行することによって、第１のＰＵＣＣＨリソースの第１の多重化ＵＣＩを取得するステップと、
前記第２のＰＵＣＣＨリソースグループから、前記スロットのサブスロットにおける第２のＰＵＣＣＨリソースセットを決定するステップと、
前記スロットの前記サブスロット内の前記第２のＰＵＣＣＨリソースセットに対応するＵＣＩに対して、第２のＵＣＩ多重化手順を実行することによって、第２のＰＵＣＣＨリソースの第２の多重化ＵＣＩを取得するステップとを有する方法。

【請求項2】

前記第２のＰＵＣＣＨリソースと重複しない前記第１のＰＵＣＣＨリソースに応答して、前記第１のＰＵＣＣＨリソースの前記第１の多重化ＵＣＩを送信するステップをさらに有する請求項１に記載の方法。

【請求項3】

前記第２のＰＵＣＣＨリソースと重複するＰＵＳＣＨリソースに応答して、前記第２のＰＵＣＣＨリソースの前記第２の多重化ＵＣＩを前記ＰＵＳＣＨリソースに多重化するステップと、
前記第１のＰＵＣＣＨリソースと重複しかつ前記第２のＰＵＣＣＨリソースと重複しない前記ＰＵＳＣＨリソースに応答して、前記第１のＰＵＣＣＨリソースの前記第１の多重化ＵＣＩを前記ＰＵＳＣＨリソースに多重化するステップとをさらに有する請求項１に記載の方法。

【請求項4】

前記スロットの前記サブスロットにある前記ＰＵＣＣＨリソースの第１のシンボルに応答して、前記第２のＰＵＣＣＨリソースセットにあるＰＵＣＣＨリソースを決定するステップをさらに有する請求項１に記載の方法。

【請求項5】

アップリンク制御情報（ＵＣＩ）を多重化するためのユーザ機器（ＵＥ）であって、
コンピュータ実行可能な命令を実行するためのプロセッサと、
プロセッサに結合され、コンピュータ実行可能命令を格納するための非一時的コンピュータ可読媒体とを備えており、
前記コンピュータ実行可能命令は、プロセッサに、
チャネル状態情報（ＣＳＩ）およびスケジューリング要求（ＳＲ）用の低優先度の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと、スロット型ハイブリッド自動リピート要求確認（ＨＡＲＱ－ＡＣＫ）用のＰＵＣＣＨリソースとを、第１のＰＵＣＣＨリソースグループにグループ化し、
ＣＳＩおよびＳＲ用の高優先度のＰＵＣＣＨリソースと、サブスロット型ＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースとを、第２のＰＵＣＣＨリソースグループにグループ化し、
前記第１のＰＵＣＣＨリソースグループから、スロット内の第１のＰＵＣＣＨリソースセットを決定するステップと、
前記スロット内の前記第１のＰＵＣＣＨリソースセットに対応するＵＣＩに対して第１のＵＣＩ多重化手順を実行することによって、第１のＰＵＣＣＨリソースの第１の多重化ＵＣＩを取得し、
前記第２のＰＵＣＣＨリソースグループから、前記スロットのサブスロットにおける第２のＰＵＣＣＨリソースセットを決定し、
前記スロットの前記サブスロット内の前記第２のＰＵＣＣＨリソースセットに対応するＵＣＩに対して、第２のＵＣＩ多重化手順を実行することによって、第２のＰＵＣＣＨリソースの第２の多重化ＵＣＩを取得することを指示するユーザ機器。

【請求項6】

前記コンピュータ実行可能命令は、前記プロセッサに、
前記第２のＰＵＣＣＨリソースと重複しない前記第１のＰＵＣＣＨリソースに応答して、前記第１のＰＵＣＣＨリソースの前記第１の多重化ＵＣＩを送信することをさらに指示する請求項５に記載のＵＥ。

【請求項7】

前記コンピュータ実行可能命令は、前記プロセッサに、
前記第２のＰＵＣＣＨリソースと重複するＰＵＳＣＨリソースに応答して、前記第２のＰＵＣＣＨリソースの前記第２の多重化ＵＣＩを前記ＰＵＳＣＨリソースに多重化し、
前記第１のＰＵＣＣＨリソースと重複しかつ前記第２のＰＵＣＣＨリソースと重複しない前記ＰＵＳＣＨリソースに応答して、前記第１のＰＵＣＣＨリソースの前記第１の多重化ＵＣＩを前記ＰＵＳＣＨリソースに多重化することをさらに指示する請求項５に記載のＵＥ。

【請求項8】

前記コンピュータ実行可能命令は、前記プロセッサに、
前記スロットの前記サブスロットにある前記ＰＵＣＣＨリソースの第１のシンボルに応答して、前記第２のＰＵＣＣＨリソースセットにあるＰＵＣＣＨリソースを決定することをさらに指示する請求項５に記載のＵＥ。

【発明の詳細な説明】

【発明の詳細な説明】

【0001】

〔関連出願の相互参照〕
本開示は、２０１９年１０月７日に出願され、“Method and apparatus for UCI multiplexing”と題された米国仮特許出願第６２／９１１５２９号（以下、「５２９仮出願」）の利益および優先権を主張する。「５２９仮出願」の開示は、参照によって本明細書に完全に組み込まれる。

【0002】

〔分野〕
本開示は、一般に無線通信に関し、より詳細にはアップリンク制御情報（ＵＣＩ：uplink control information）を多重化する方法および関連する装置に関する。

【0003】

〔背景〕
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。

【0004】

５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）、大規模マシンタイプ通信（ｍＭＴＣ：massive Machine－Type Communication）、および超信頼性低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）といった様々なユースケースに対応して、ネットワークサービスおよびネットワークタイプを最適化するための柔軟性および構成可能性を提供するように設計される。

【0005】

しかしながら、無線アクセスの需要が増加し続けるにつれて、次世代無線通信システムのための無線通信のより一層の改善が必要とされている。

【0006】

本開示は、アップリンク制御情報（ＵＣＩ）を多重化する方法および関連する装置を提供する。

【0007】

本開示の一局面によれば、ユーザ機器（ＵＥ：user equipment）がアップリンク制御情報（ＵＣＩ）を多重化する方法が提供される。方法は、チャネル状態情報（ＣＳＩ）およびスケジューリング要求（ＳＲ）用の低優先度の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと、スロット型ハイブリッド自動リピート要求確認（ＨＡＲＱ－ＡＣＫ）用のＰＵＣＣＨリソースとを、第１のＰＵＣＣＨリソースグループにグループ化するステップと、ＣＳＩおよびＳＲ用の高優先度のＰＵＣＣＨリソースと、サブスロット型ＨＡＲＱ－ＡＣＫ用のＰＵＣＣＨリソースとを、第２のＰＵＣＣＨリソースグループにグループ化するステップと、前記第１のＰＵＣＣＨリソースグループから、スロット内の第１のＰＵＣＣＨリソースセットを決定するステップと、前記スロット内の前記第１のＰＵＣＣＨリソースセットに対応するＵＣＩに対して第１のＵＣＩ多重化手順を実行することによって、第１のＰＵＣＣＨリソースの第１の多重化ＵＣＩを取得するステップと、前記第２のＰＵＣＣＨリソースグループから、前記スロットのサブスロットにおける第２のＰＵＣＣＨリソースセットを決定するステップと、前記スロットの前記サブスロット内の前記第２のＰＵＣＣＨリソースセットに対応するＵＣＩに対して、第２のＵＣＩ多重化手順を実行することによって、第２のＰＵＣＣＨリソースの第２の多重化ＵＣＩを取得するステップとを有する。

【0008】

本開示の他の局面によれば、ＵＣＩを多重化するためのＵＥが提供される。ＵＥは、コンピュータ実行可能な命令を実行するためのプロセッサと、プロセッサに結合され、コンピュータ実行可能命令を格納するための非一時的コンピュータ可読媒体とを備えており、コンピュータ実行可能命令は、プロセッサに、上述した方法を実行することを指示する。

【0009】

〔図面の簡単な説明〕
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

【0010】

図１および図２は、本開示の実装に係る、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のタイミング要件を示す模式図である。

【0011】

図３は、本開示の実施態様による、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのグループ化を示す模式図である。

【0012】

図４は、本開示の実装に係る、ＰＵＣＣＨリソースセットＱの構築を示す模式図である。

【0013】

図５は、本開示の実装に係る、ＵＣＩを多重化するための方法を示すフローチャートである。

【0014】

図６は、本開示の実装に係る、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを示す模式図である。

【0015】

図７は、本開示の実装に係る、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを示す模式図である。

【0016】

図８は、本開示の実装に係る、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されたＰＵＣＣＨリソースを示す模式図である。

【0017】

図９は、実装に係る、無線通信のためのノードを示すブロック図である。

【0018】

〔詳細な説明〕
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面およびそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例および実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様のまたは対応する要素は、同様のまたは対応する参照番号によって示され得る。さらに、本開示における図面および図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

【0019】

一貫性および理解の容易のために、同様の特徴は、例示的な図において同じ数字によって識別され得る（ただし、いくつかの例において、示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、したがって図面に示されるものに狭く限定されるものではない。

【0020】

用語「一実装では（in one implementation）」および「いくつかの実装では（in someimplementations）」は、それぞれ、１つ以上の同一または異なる実装を示す。用語「接続した（coupled）」は介在する構成要素を介して直接的または間接的であるかにかかわらず、接続されることと定義されるが、物理的な接続に必ずしも限定されない。「備える（comprise）」という単語は、使用される場合、「含む（include）、が限定するわけではない、」を意味するが、このように記載された組み合わせ、グループ、系列、および均等物におけるオープンエンド包括またはメンバーシップを具体的に示す。

【0021】

本明細書中の用語「および／または」は、関連するオブジェクトを記述するための関連した関係のみであり、３つの関係が存在し得ることを表し、例えば、Ａおよび／またはＢは以下を表すことができる。Ａは単独で存在し、ＡおよびＢは同時に存在し、Ｂは単独で存在する。さらに、本明細書中で使用される文字「／」は、前者および後者の関連する物体が「または」関係にあることを一般に表す。

【0022】

さらに、本開示における以下の段落、（サブ）箇条、ポイント、アクション、動作、用語、代替案、例、または請求項のうちの任意の２つ以上を論理的、合理的、かつ適切に組み合わせて、特定の方法を形成することができる。本開示における任意の文、段落、（サブ）弾丸、ポイント、動作、用語、または請求項は、特定の方法を形成するために独立かつ別々に実施されてもよい。本開示における従属性、例えば、「に基づいて」、「より具体的に」、「好ましくは」、「一実施形態において」、「一実装において」、「一代替案において」は、特定の方法を制限しないであろう、ただ一つの可能な例に言及してもよい。

【0023】

説明および非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、開示される技術の理解を実現するために開示される。他の例において、不必要な詳細で開示を不明瞭にしないように、周知の方法、技術、システム、およびアーキテクチャの詳細な説明は、省略される。

【0024】

当業者は、開示された任意のネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアの組み合わせによって実装されてもよいことを理解するだろう。開示される機能は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリまたは他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する１つまたは複数のマイクロプロセッサまたは汎用コンピュータを、対応する実行可能命令を用いてプログラムし、開示されたネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサまたは汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ：Applications Specific Integrated Circuitry）、プログラマブルロジックアレイ、および／または１つまたは複数のデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processors）を使用して形成することができる。開示された実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、またはハードウェアとして、またはハードウェアとソフトウェアの組み合わせとして実装される代替の実施例は、本開示の範囲内に十分にある。

【0025】

コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク（ＣＤ：Compact Disc）読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含んでもよいが、これらに限定されなくてもよい。

【0026】

無線通信ネットワークアーキテクチャ（例えば、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）システム、ＬＴＥ－アドバンストプロシステム、またはＮＲシステム）は、通常、少なくとも１つの基地局（ＢＳ：base station）、少なくとも１つのＵＥ、およびネットワークへの接続を提供する１つまたは複数のオプションのネットワーク要素を含んでもよい。ＵＥは、１つまたは複数のＢＳによって確立された無線サクセスネットワーク（ＲＡＮ）を介して、ネットワーク（例えば、コアネットワーク（ＣＮ：Core Network）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、次世代コア（ＮＧＣ：Next-Generation Core）、５Ｇコア（５ＧＣ：5G Core）、またはインターネット）と通信してもよい。

【0027】

なお、本出願において、ＵＥとしては移動局、携帯端末または携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えば、ＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、または無線通信能力を有する携帯情報端末（ＰＤＡ：Personal Digital Assistant）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワークにおける１つまたは複数のセルに、エアーインターフェース上で、信号を送受信するように構成されていてもよい。

【0028】

ＢＳは、ユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）におけるノードＢ（ＮＢ：node B）、ＬＴＥまたはＬＴＥ－ＡにおけるエボルブドノードＢ（ｅＮＢ：evolved node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile communications）／ＧＳＭエボリューションのためのＧＳＭエンハンスデータレート（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）ＲＡＮ（ＧＥＲＡＮ：GSM Enhanced Data rates for GSM Evolution (EDGE) RAN））における基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するエボルブドユニバーサルテレストリアル無線アクセス（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ＢＳにおける次世代ｅＮＢ（ｎｇ－ｅＮＢ：next-generation eNB）、５Ｇ－ＲＡＮ（または５Ｇ－アクセスネットワーク（５Ｇ－ＡＮ：5G Access Network）における次世代ノードＢ（ｇＮＢ：generation Node B）、およびセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含んでもよいが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースによって、１つまたは複数のＵＥにサービスを提供するように接続してもよい。

【0029】

ＢＳは、以下の無線アクセス技術（ＲＡＴ：Radio Access Technologies）：マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、ＧＳＭ（しばしば２Ｇと呼ばれる）、ＧＥＲＡＮ、汎用パケット無線サービス（ＧＲＰＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたＵＭＴＳ（しばしば３Ｇと呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、進化型ＬＴＥ（ｅＬＴＥ：enhanced LTE）、ＮＲ（しばしば５Ｇと呼ばれる）、および／またはＬＴＥ－Ａ Ｐｒｏ内の少なくとも１つに従った通信サービスを提供するように構成されてよい。しかしながら、本開示の範囲は、これらのプロトコルに限定されるべきではない。

【0030】

ＢＳは、ＲＡＮを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってもよい。ＢＳは、セルの動作をサポートしてもよい。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能でありうる。より具体的には、各セル（しばしばサービングセルと称される）は、その無線カバレッジ内の１つまたは複数のＵＥにサービスを提供しうる。例えば、各セルは、ダウンリンク（ＤＬ：downlink）リソースおよび随意的なアップリンク（ＵＬ：uplink）リソースを、ＤＬパケット送信および随意的なＵＬパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥにスケジュールする。ＢＳは、複数のセルを介して無線通信システム内の１つまたは複数のＵＥと通信しうる。セルは、近接サービス（ＰｒｏＳｅ：Proximity Service）、ＬＴＥサイドリンク（ＳＬ：Sidelink）サービス、およびＬＴＥ／ＮＲ Ｖ２Ｘ（Vehicle-to-Everything）サービスをサポートするＳＬリソースを割り当てることができる。各セルは、他のセルと重複したカバレッジエリアを有してもよい。

【0031】

マルチラット双方向接続（ＭＲ－ＤＣ：Multi-RAT Dual Connectivity）の場合、マスターセルグループ（ＭＣＧ：Master Cell Group）またはセカンダリセルグループ（ＳＣＧ：Secondary Cell Group）のプライマリセルをスペシャルセル（ＳｐＣｅｌｌ：Special Cell）と呼ぶことがある。プライマリセル（ＰＣｅｌｌ：Primary Cell）は、ＭＣＧのＳｐＣｅｌｌを指す場合がある。プライマリＳＣＧセル（ＰＳＣｅｌｌ：Primary SCG Cell）は、ＳＣＧのＳｐＣｅｌｌを指す場合がある。ＭＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のセカンダリセル（ＳＣｅｌｌ：Secondary Cell）とからなる、マスターノード（ＭＮ：Master Node）に関連するサービングセルのグループを指す場合がある。ＳＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のＳＣｅｌｌからなる、セカンダリノード（ＳＮ：Secondary Node）に関連するサービングセルのグループを指すことがある。

【0032】

前述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、および低遅延性の要件を満たしながら、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣといった様々な次世代（例えば、５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3^rd Generation Partnership Project）において合意された直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、およびサイクリックプレフィックス（ＣＰ：Cyclic Prefix）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。さらに、ＮＲには、（１）低密度パリティ検査（ＬＤＰＣ：Low-Density Parity-Check）符号、および（２）ポーラ符号の２つの符号化方法が、考慮される。符号化スキームの適用は、チャネル条件および／またはサービスアプリケーションに基づいて設定されてもよい。

【0033】

さらに、単一のＮＲフレームの送信時間間隔において、少なくともＤＬ送信データ、ガード期間、およびＵＬ送信データは含まれるべきであり、ＤＬ送信データ、ガード期間、およびガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えば、ＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも考慮される。一方、ＳＬリソースは、ＰｒｏＳｅサービスまたはＶ２Ｘサービスをサポートするために、ＮＲフレームを通じて提供されてもよい。

【0034】

ＮＲでは、スケジューリング決定を行うために、ｇＮＢによって複数のタイプのＵＣＩが使用されてもよい。そのうちのいくつかは動的にスケジューリングされ（例えば、ハイブリッド自動リピート要求確認（ＨＡＲＱ－ＡＣＫ：hybrid automatic repeat request acknowledgement））、いくつかは半静的に設定される（例えば、周期的なチャネル状態情報（Ｐ－ＣＳＩ：periodic channel state information））。遅延要件およびリソースの利用可能性などのために、ｇＮＢが他のＵＣＩが設定されていないスロットに常にＵＣＩをスケジュールすることは困難である。そこで、Ｒｅｌ－１５ＮＲでは、複数の物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）が時間的に重複している場合にＵＣＩを多重化しかつ廃棄し、一度に一つのＰＵＣＣＨまたは物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）を送信するルールが規定されている。

【0035】

ＮＲでは、異なるＰＵＣＣＨは、スロット内の異なる開始シンボルによって構成されてもよい。同様に、ＰＵＳＣＨもスロット内で異なる開始シンボルでスケジュールすることができる。多重化手順は、以下のステップを反復して実行する。まず、スロット内で最も早い開始シンボルと最も長い継続時間を有する第１のＰＵＣＣＨが決定され、第１のＰＵＣＣＨと重複する第１のＰＵＣＣＨグループが決定される。第２に、第１のＰＵＣＣＨと重複するＰＵＣＣＨグループから、第１のＰＵＣＣＨと重複するＰＵＣＣＨグループの多重化ＵＣＩを搬送する第２のＰＵＣＣＨ（第１のＰＵＣＣＨと同じでも異なってもよい）が決定される。第３に、次に、多重化手順は、スロット内の残りのＰＵＣＣＨリソースから、第２のＰＵＣＣＨと重複する第２のＰＵＣＣＨのグループがあればそれを決定し、第２のＰＵＣＣＨと重複する第２のＰＵＣＣＨのグループから多重化ＵＣＩを運ぶ第３のＰＵＣＣＨ（第２のＰＵＣＣＨと同じでも異なってもよい）を決定するために進行する。この多重化手順は、最大で２つの非重複ＰＵＣＣＨが決定されるまで反復して実行される。多重化ＵＣＩおよび多重化ＵＣＩを搬送するＰＵＣＣＨが決定された後、ＵＥは、多重化ＵＣＩを搬送するＰＵＣＣＨが時間領域においてＰＵＳＣＨと重複する場合、ＰＵＳＣＨ上で多重化ＵＣＩを多重化する。

【0036】

さらに、ｇＮＢによって行われるスケジューリングは、重複するＰＵＣＣＨおよびＰＵＳＣＨが特定のタイムライン要件を満たすことを保証する必要がある。タイムライン要件は、スケジューリングされたダウンリンク制御情報（ＤＣＩ：downlink control information）およびＰＤＳＣＨの終了時刻から重複するＰＵＣＣＨのグループの開始時刻までの時間が、ＵＥが受信したＤＣＩおよびＰＤＳＣＨを処理し、多重化手順のためにＵＣＩを準備するために十分な時間であることを保証するために適用される。

【0037】

さらに、Ｒｅｌ－１６ＮＲでは、ＨＡＲＱ－ＡＣＫ情報を伝送するためのサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを導入することが、合意されている。サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、高優先度のトラフィックのＨＡＲＱ－ＡＣＫコードブックを伝送するために使用されてもよい。１スロットは、１４シンボルによって構成されてもよい。サブスロット設定は、７シンボルによって構成されてもよいし（すなわち、１スロットに含まれるサブスロットは２つである）、２シンボルによって構成されてもよい（すなわち、１スロットに含まれるサブスロットは７つである）。各サブスロットは、同じＰＵＣＣＨリソース設定を適用することができる。ＰＵＣＣＨリソース設定は、ＵＥとｇＮＢとの間でＲＲＣ接続が確立されたときにｇＮＢが送信する無線リソース制御（ＲＲＣ：radio resource control）設定メッセージ内のＰＵＣＣＨ－Ｃｏｎｆｉｇで運ばれてもよい。サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの開始シンボルの設定は、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの送信が開始されるサブスロットの最初のシンボルに対するものであってよい。サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの送信が開始されるサブスロットは、ＰＵＣＣＨに対応するＰＤＳＣＨのＤＣＩスケジューリングによって示されてもよく、ＰＵＣＣＨに対応する半永続スケジューリング（ＳＰＳ：semi-persistent scheduling）ＰＤＳＣＨのＲＲＣ設定において設定されてもよい。サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの長さの設定では、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの最後のシンボルが、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの送信が開始されるサブスロットと同じサブスロットまたは異なるサブスロットに位置してもよい。Ｒｅｌ－１６ＮＲでは、１つのスロットにおいて１つ以上のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを送信することが可能であり、高優先度のＨＡＲＱ－ＡＣＫコードブックには１つ以上のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを送信することが可能であり、低優先度のＨＡＲＱ－ＡＣＫコードブックには１つのＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを送信することが可能である。その結果、ＵＣＩ多重化手順がどのように行われるのかが不明である。検討すべき課題は２つある。

【0038】

〔課題１〕
サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの導入により、ＵＣＩ多重化手順は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの両方を含む可能性がある。スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、およびスロット内で他の種類のＵＣＩを運ぶＰＵＣＣＨに対して、Ｒｅｌ－１５のように一つのＵＣＩ多重化手順を直接適用すると、何らかのスケジューリング制限が生じる場合がある。したがって、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとに対して、別々のＵＣＩ多重化手順を検討する必要がある。スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとに別々にＵＣＩ多重化手順を適用すると、ＵＣＩ多重化手順を行う順番が不定になる。したがって、他の種類のＵＣＩを搬送するＰＵＣＣＨをどの多重化手順で多重化するかについても、開示される必要がある。

【0039】

〔課題２〕
サブスロットＨＡＲＱ－ＡＣＫは、ＵＲＬＬＣトラフィックに使用されるため、重複するＰＵＣＣＨグループに対するタイムライン要件は、スケジューリングの柔軟性を制限し、待ち時間を増加させる可能性がある。したがって、タイムライン要件は緩和されるべきである。また、タイムライン要件の緩和によるＵＣＩ多重化手順への影響も規定する必要がある。

【0040】

一方、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、異なる処理能力に対応する可能性がある。したがって、ＵＣＩ多重化手順に影響を与える可能性がある。加えて、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの順不同送信が発生する可能性がある。すなわち、高優先度のＰＤＳＣＨは低優先度のＰＤＳＣＨの後に到着するが、対応するＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは逆順である。その結果、低優先度のＰＤＳＣＨに対する処理が影響を受ける可能性があり、低優先度のトラフィックのＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの重複グループに対するＵＣＩ多重化手順のタイムラインも、影響を受ける。

【0041】

より少ないＰＵＣＣＨ廃棄でＵＣＩ多重化手順をより効率的にするためには、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨによってＰＵＣＣＨをグループ化することが有益である。したがって、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されたＰＵＣＣＨと、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されたＰＵＣＣＨとで、ＵＣＩ多重化手順を別々に実行することができる。

【0042】

〔ＵＣＩグループ化の原則〕
一実装では、グループ化は、ＵＣＩのためのＰＵＣＣＨの持続時間に基づく。ＰＵＣＣＨの持続時間がサブスロットの時間単位よりも長い場合、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＰＵＣＣＨの継続時間がサブスロットの時間単位に等しいか短い場合、ＰＵＣＣＨは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＰＵＣＣＨの持続時間が閾値（例えば、ＮＷによって設定された時間単位）よりも長い場合、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＰＵＣＣＨの持続時間が閾値（例えば、ＮＷによって設定された時間単位）に等しいか短い場合、ＰＵＣＣＨは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。

【0043】

一実装では、グループ化機構は、ＵＣＩに対するＰＵＣＣＨの持続時間に基づく。ＰＵＣＣＨの持続時間がサブスロットの時間単位よりも長い場合、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＰＵＣＣＨの持続時間がサブスロットの時間単位に等しいか短い場合、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの両方とグループ化される。ＰＵＣＣＨの持続時間が閾値（例えば、ＮＷによって設定される時間単位）よりも長い場合、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＰＵＣＣＨの持続時間が閾値（例えば、ネットワーク（ＮＷ：network）によって設定された時間単位）に等しいか短い場合、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの両方とグループ化される。

【0044】

一実装では、グループ化機構は、ＵＣＩの優先度に基づく。ＵＣＩの優先度が閾値よりも高い場合、ＵＣＩは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＵＣＩの優先度が閾値と同じか低い場合、ＵＣＩは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。閾値は、固定値（例えば、０）であってもよい。ＵＣＩの優先度は、ｇＮＢから受信したＤＬ無線リソース制御（ＲＲＣ：radio resource control）メッセージに含まれる情報要素（ＩＥ：Information Element）によって設定されてもよいが、これらに限定されない。優先度は、値によって示されてもよい。例えば、小さい値は低優先度を表す。

【0045】

一実装では、グループ化機構は、ＵＣＩの優先度に基づく。ＵＣＩの優先度が閾値よりも高い場合、ＵＣＩは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。ＵＣＩの優先度が閾値と同じか低い場合、ＵＣＩは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。

【0046】

一実装では、グループ化機構は、ＵＣＩのためのＰＵＣＣＨフォーマットに基づく。例えば、リソースがＵＣＩのための短いＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット２）を含む場合、ＵＣＩは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。リソースがＵＣＩのための長いＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４）を含む場合、ＵＣＩは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されるか、または、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。

【0047】

一実装では、グループ化機構は、ＰＵＣＣＨリソースがサブスロット設定によって設定されるか否かに基づいている。ＵＥは、サービングセルまたはＵＬ帯域幅パート（ＢＷＰ：bandwidth part）に対して複数のサブスロット設定によって設定されてもよい。１つのサブスロット設定は、各サブスロットに含まれるシンボルの数を示すことができるが、これに限定されるものではない。サブスロット設定は、ＰＵＣＣＨリソース設定と関連付けられてもよい。例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇにはサブスロット設定が設定されており、このサブスロット設定は、ＰＵＣＣＨ－Ｃｏｎｆｉｇに設定されているすべてのＰＵＣＣＨリソースに適用される。ＰＵＣＣＨリソース設定を適用する指示であるＵＣＩは、ＰＵＣＣＨリソースに関連するサブスロット設定を適用する暗黙の指示であってよい。例えば、サブスロット設定がＰＵＣＣＨリソースに設定された場合、ＰＵＣＣＨリソースは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。サブスロット設定がＰＵＣＣＨリソースに設定されない場合、ＰＵＣＣＨリソースは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されるか、または、スロット型およびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化される。

【0048】

本実装の一例では、サブスロット設定は、特定のサブスロット設定（例えば、１スロット内の７つの２シンボルサブスロットまたは１スロット内の２つの７シンボルサブスロット）を参照してもよいことに留意されたい。特定の設定は、設定されたインデックスに対応してもよいことに留意されたい。

【0049】

本実装の一例では、同じサブスロット設定が適用されるＵＣＩ用ＰＵＣＣＨのみがグループ化されてもよい。

【0050】

一実装では、グループ化機構は、ＵＣＩのタイプに基づく。例えば、特定のタイプのＵＣＩ（例えば、スケジューリング要求（ＳＲ：Scheduling Request））は、サブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されてもよい。ＵＣＩの別の特定のタイプ（例えば、ＣＳＩ）は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されてもよい。ＵＣＩの特定のタイプは、優先度で設定されてもよい。ＵＥは、特定のタイプのＵＣＩを、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化するか、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化するかを、優先度に従って決定することができる。

【0051】

いくつかの実装では、ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの両方とグループ化されてもよい。あるいは、ＰＵＣＣＨは、ある条件（例えば、ＵＥ能力の表示）の下で、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの両方と同時にグループ化されてもよい。スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの両方でグループ化されたＰＵＣＣＨを、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨまたはサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと多重化するか否かは、重複するＰＵＣＣＨの遅延、信頼性、およびＰＵＣＣＨフォーマット容量によって決定される。多重化はさらに、２つのグループの多重化手順の順序、および／またはスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨまたはサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨがスケジュールされているか否かに依存してもよい。

【0052】

前述したように、ＵＣＩの優先度は、グループ化のために適用されてもよい。一例では、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度は、対応するＰＤＳＣＨをスケジュールするＤＣＩにおける関連するＨＡＲＱ－ＡＣＫコードブックの優先度表示に基づいている。優先度指示は、ＤＣＩフォーマット、巡回冗長検査（ＣＲＣ：cyclic redundancy check）のスクランブルに使用される無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identity）、または制御リソースセット（ＣＯＲＥＳＥＴ：control resource set）もしくはＤＣＩが送信される検索空間に従って暗黙的に行われてもよく、またはＤＣＩコンテンツによって明示的に行われてもよい。

【0053】

一例では、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度は、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに対する予め定義された値に基づいている。予め定義された値は、ＵＣＩの優先度を決定する上位レイヤによって設定されてもよい。より具体的には、インデックスが高いほど優先度が高いことを示していてもよい。予め定義された値は、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのＰＵＣＣＨフォーマットに関連付けられた固定値であってよい。

【0054】

一例では、ＣＳＩの優先度は、ＣＳＩレポートに対する優先度規則に基づいている。ＣＳＩの優先度は、ＣＳＩレポートの設定（例えば、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ）において設定されてもよい。ＣＳＩの優先度は、ＣＳＩの種類（例えば、非周期的ＣＳＩ、半永続的ＣＳＩなど）によって決定されてもよい。また、ＣＳＩの優先度は、ＣＳＩの内容に応じて決定されてもよい。一例では、ＣＳＩを搬送するＰＵＣＣＨリソースに対して設定または優先度の表示が提供されない場合、ＣＳＩの優先度は低優先度である。

【0055】

一例では、ＳＲの優先度は、ＳＲ手順をトリガする論理チャネルの優先度（例えば、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇで設定された優先度）に基づく。例えば、ＳＲ ＩＤ ＃１を有するＳＲ設定＃１は、優先度＃１の論理チャネルによってトリガされ、ＳＲ ＩＤ ＃２を有する別のＳＲ設定＃２は、優先度＃２の論理チャネルによってトリガされてもよい。なお、バッファ状態レポート（ＢＳＲ：Buffer Status Report）をトリガする論理チャネルのＳＲ設定は、トリガされたＳＲに対応するＳＲ設定とみなされる。例えば、ＳＲ設定＃１は、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されてもよい。ＳＲ設定＃２は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されてもよい。より具体的には、ＳＲ設定の優先度は、メディアアクセス制御（ＭＡＣ：Media Access Control）層から物理（ＰＨＹ：physical）層へ示され得る。一例では、ＳＲの優先度は、ＳＲを搬送するＰＵＣＣＨリソースのＲＲＣ設定によって提供されてもよい。

【0056】

前述したように、グループ化のために閾値が適用されてもよい。一例では、閾値は、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度に等しい。

【0057】

一例では、閾値は、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度にオフセットを加えたものに等しい。

【0058】

一例では、閾値は、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度とスケーリング係数との積に等しい。スケーリング係数は、設定値または固定値であればよい。

【0059】

一例では、閾値は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度に等しい。

【0060】

一例では、閾値は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度にオフセットを加えたものに等しい。

【0061】

一例では、閾値は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度とスケーリング係数との積に等しい。スケーリング係数は、設定値または固定値であってよい。

【0062】

オフセットおよびスケーリング係数は、上位レイヤによって設定されてもよい。オフセットおよびスケーリング係数は、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと他のタイプのＰＵＣＣＨとの優先度値の範囲が異なる場合に使用される。例えば、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに対する優先度値が「１」であり、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに対する優先度値が「２」であり、かつＳＲ ＰＵＣＣＨの優先度値が「１」～「１６」である場合、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとのＳＲグループ化の閾値を、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの優先度にスケーリング係数（例えば、８）を乗じて設定すればよい。したがって、優先度値が「８」よりも低いＳＲ ＰＵＣＣＨは、優先度値が「１」のサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されてもよい。優先度値は、ＰＵＣＣＨ設定、ＤＣＩフィールド、または３ＧＰＰ仕様で予め定義されたもので設定されてもよいことに留意されたい。

【0063】

一例として、閾値は、ＵＬ ＢＷＰごとにｇＮＢによって個別に設定され、閾値が設定されない場合、ＵＥは、３ＧＰＰ仕様で事前に定義されたデフォルト値を適用してもよい。

【0064】

〔Ｑセット構築〕
Ｒｅｌ－１５ＮＲでは、ＵＣＩ多重化のためにスロット内にＰＵＣＣＨリソースセットＱ（例えば、Ｑセット）が構築され、スロット内のＱセット内のＰＵＣＣＨリソースに対してＵＣＩ多重化手順が適用される。スロット内で複数の多重化手順を実行するために、複数のＱセットが構築されてもよい。一実装では、２つのＱセットが構築され、各Ｑセットは、先に開示した２つのグループのそれぞれを含む。一方のＱセットは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループのＰＵＣＣＨリソースを含み、Ｑ１セットと表記され、他方のＱセットは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループのＰＵＣＣＨリソースを含み、Ｑ２セットと表記される。各スロットには、１つのＱ１セットおよび１つのＱ２セットが存在する。

【0065】

１つの実装では、１つのＱセットは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループに対するスロットの各サブスロットに構築され、Ｑ１セットと表記され、１つのＱセットは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループに対するスロット内に構築され、Ｑ２セットと表記される。１つ以上のＱ１セットおよび１つのＱ２セットが、各スロットに存在する。本実装の一例では、最初のサブスロット以外のサブスロットのＱ１セットは、先のサブスロットのＰＵＣＣＨ決定が行われた後に構築されてもよく、先のサブスロットのＱ１セットから決定される他のＰＵＣＣＨと重複するＰＵＣＣＨが含まれなくてもよい。Ｑ１セットは、サブスロットに対して構築されなくてもよい。

【0066】

ある実装では、スロットの各サブスロットに２つのＱセットが構築される。Ｑセットのうちの１つは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループ用であり、Ｑ１セットと表記され、Ｑセットのうちの１つは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループ用であり、Ｑ２セットと表記される。１つ以上のＱ１セットおよび１つ以上のＱ２セットが、各スロットに存在する。一例では、Ｑ１セットは、第１のサブスロット以外のサブスロット用であり、以前のサブスロットのＰＵＣＣＨ決定が行われた後に構築されてもよく、先のサブスロットのＱ１セットから決定された他のＰＵＣＣＨと重複するＰＵＣＣＨは含まれなくてもよい。最初のサブスロット以外のサブスロットのＱ２セットの構築については、先のサブスロットにおけるＱ１セットから決定された他のＰＵＣＣＨと重複するＰＵＣＣＨは含まれない。Ｑ１セットまたはＱ２セットは、サブスロットに対して構築されなくてもよい。

【0067】

ある実装では、サブスロットのＱ１セット構築は、サブスロットの最も早い開始シンボルを持つＰＵＣＣＨに基づいて行われる。ＰＵＣＣＨが非ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨであり、ＰＵＣＣＨが少なくとも１つのサブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複する場合、最新の終了シンボルを有する１つのサブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが参照ＰＵＣＣＨとして使用される。参照と重複する他の非ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨも、サブスロットのＱ１セットに含まれる。サブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが、サブスロットの最も早い開始シンボルを有する非ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複する場合、複数のサブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨがＱ１セットに含まれ得ることに留意されたい。

【0068】

一実装では、サブスロットのためのＱ２セット構築は、サブスロット内の最も早い開始シンボルを有するＰＵＣＣＨに基づく。ＰＵＣＣＨが非ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨであり、ＰＵＣＣＨが少なくとも１つのスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに重複する場合、最新の終了シンボルを有する１つのスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが参照ＰＵＣＣＨとして使用される。また、参照と重複する他の非ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨも、サブスロットのＱ２セットに含まれる。複数のスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、サブスロットにおける最も早い開始シンボルを持つ非ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複する場合、Ｑ２セットに含まれる可能性があることに、留意されたい。

【0069】

一実装では、ＰＵＣＣＨリソースがサブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化され、ＰＵＣＣＨリソースの最初のシンボルがサブスロットにある場合、ＰＵＣＣＨリソースは、サブスロットのＱ１セットに含まれる。

【0070】

一実装では、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループからＰＵＣＣＨと、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループからのＰＵＣＣＨとを含む１つのＱセットは、スロット内に構築される。

【0071】

一実装では、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループからのＰＵＣＣＨとスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループからのＰＵＣＣＨを含む１つのＱセットが、スロットの各サブスロットで構築される。

【0072】

一実装では、多重化タイムライン要件に適合したＰＵＣＣＨのみが、Ｑセットに含まれる。Ｑセットから決定されたＰＵＣＣＨは、Ｑセットに含まれない他のＰＵＣＣＨと重複し、かつ他のＰＵＣＣＨが優先される場合、廃棄されてもよい。

【0073】

〔全体的な多重化／優先度付け手順〕
一実装では、異なるＱセットに対して別々の多重化手順が実行される。ここで、多重化手順は、Ｒｅｌ－１５ＮＲと同様にＱセットに対して実行され、あるＱセットに対して実行された多重化手順は、他のＱセットに対する多重化手順に影響を及ぼさない。つまり、Ｑセットが構築されると、他のＱセットの多重化の進捗に関わらず、そのＱセットに対して多重化手順が実行され、あるいは、そのＱセット内のＰＵＣＣＨリソースが他のＱセットと重複しても、そのＱセットに対して多重化手順が実行される。

【0074】

一実装では、異なるＱセットに対して別々の多重化手順が実行され、Ｒｅｌ－１５ＮＲのようにＱセットに対して多重化手順が実行され、１つのＱ１セットに対して実行された多重化手順は、１つ以上のＱ２セットに対する多重化手順に影響を与える。例えば、Ｑ２セットのＰＵＣＣＨが、Ｑ１セットから決定されたＰＵＣＣＨと重複する場合、Ｑ２セットのＰＵＣＣＨは、Ｑ２セットから除外されてもよい。他の例として、１つのスロットに対して１つのＱ２セットが構築される場合、Ｑ２セットにおいて重複するＰＵＣＣＨのグループに対して多重化判定を行うタイミングは、重複するＰＵＣＣＨのグループの開始前にサブスロット内のＱ１セットに対して多重化判定が行われた後であってもよい。

【0075】

ＱセットからＰＵＣＣＨに多重化されるＵＣＩが決定された後、そのＰＵＣＣＨがＰＵＳＣＨと重複しているか否かが判断される。ＰＵＣＣＨがＰＵＳＣＨと重複している場合、タイムライン要件がチェックされ、タイムライン要件が満たされる場合、達成可能遅延および信頼性のさらなる決定が行われ、ＵＣＩがＰＵＳＣＨに多重化されるか、またはチャンネルのうちの１つがド廃棄されるかを決定することが可能である。一例では、決定されたＵＣＩがＰＵＳＣＨ上に多重化され得るか否かは、ＰＵＳＣＨが搬送するデータパケットの論理チャネルの優先度に依存する。

【0076】

１つ以上のＱセットから１つ以上のＰＵＣＣＨが決定され、ＰＵＣＣＨがＰＵＳＣＨと重複する場合、ＰＵＳＣＨにＵＣＩを多重化するか、ＰＵＳＣＨを破棄するかは、先に決定されたＰＵＣＣＨで確認されてもよい。また、１つ以上のＱセットから１つ以上のＰＵＣＣＨが同時に決定された場合、ＰＵＳＣＨにＵＣＩを多重化するか、ＰＵＳＣＨを廃棄するかは、より高優先度のＰＵＣＣＨで確認してもよい。

【0077】

スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨが、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨと重複する場合、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨを送信し、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨは、廃棄される。

【0078】

一実装では、第１のサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定された第１のＰＵＣＣＨは、第２のサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定された第２のＰＵＣＣＨに重複する。以下の条件を１つ以上満たす場合、第１のＰＵＣＣＨを送信し、第２のＰＵＣＣＨを廃棄する。

【0079】

１．第１および第２のＰＵＣＣＨに設定されたサブスロット設定のうち、第１のＰＵＣＣＨに設定されたサブスロット設定の方が、スロットあたりのシンボル数が小さい。

【0080】

２．第１および第２のＰＵＣＣＨ用に設定されたサブスロット設定のうち、第１のＰＵＣＣＨ用のサブスロット設定インデックスが、よりも小さな値を有する。

【0081】

一実装では、第１のサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定された第１のＰＵＣＣＨは、第２のサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定された第２のＰＵＣＣＨと重複する。第１のＰＵＣＣＨは、第１のサブスロットの設定が特定のＩＥで設定された設定である場合に送信される。

【0082】

スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨがＰＵＳＣＨに多重化され、そのＰＵＳＣＨがサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨと重複する場合、そのＰＵＳＣＨは削除されてもよい。

【0083】

サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨがＰＵＳＣＨに多重化され、そのＰＵＳＣＨがスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを持つグループから決定されたＰＵＣＣＨと重複する場合、そのＰＵＣＣＨは削除されてもよい。

【0084】

〔タイムライン要件〕
重複するＰＵＣＣＨグループに対して、重複するＰＵＣＣＨおよびＰＵＳＣＨのグループのＰＵＣＣＨに対応するＰＤＳＣＨが終了してから、重複するＰＵＣＣＨおよびＰＵＳＣＨのグループの最も早いＰＵＣＣＨまたはＰＵＳＣＨが開始するまでの時間持続と、重複するＰＵＣＣＨおよびＰＵＳＣＨのグループ内のＰＵＣＣＨまたはＰＵＳＣＨに対応するスケジューリングＤＣＩの終了から、重複するＰＵＣＣＨおよびＰＵＳＣＨのグループ内の最も早いＰＵＣＣＨまたはＰＵＳＣＨの開始までの時間持続とに関する時間要件が、定義されている。

【0085】

Ｒｅｌ－１５ＮＲでは、タイムライン要件が定義されており、かつｇＮＢはタイムライン要件を満たすＤＬチャネルおよびＵＬチャネルをスケジューリングすることができる。Ｒｅｌ－１６ＮＲでは、ＵＲＬＬＣトラフィックをサポートする必要があるため、ｇＮＢにタイムライン要件を満たすことを義務付けないことが合理的である。タイムライン要件は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのみを含む重複ＰＵＣＣＨおよびそれにグループ化されたＰＵＣＣＨに限定される。多重化のタイムライン要件を満たすことなくスケジュールされる可能性のあるＵＬチャネルは、サブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびＰＵＳＣＨである。

【0086】

Ｒｅｌ－１５ＮＲのタイムライン要件が満たされない場合、ＵＥの動作が開示される必要がある。

【0087】

あるシナリオでは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、同じ優先度のポジティブＳＲと重複するようにスケジュールされており、多重化される２つのＵＣＩについて多重化のタイムライン要件が満たされていない。正のＳＲは、ＵＥがサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨをスケジューリングするＤＣＩを復号する前に送信されると判断される。

【0088】

一例では、ＳＲがまだ送信されていない場合、サブスロットＨＡＲＱ－ＡＣＫは送信される。

【0089】

一例では、ＳＲの送信が開始された場合、サブスロットＨＡＲＱ－ＡＣＫは送信されない。

【0090】

一例では、ＳＲ送信が開始された場合、サブスロットＨＡＲＱ－ＡＣＫは送信され、ＳＲ送信は終了される。

【0091】

正のＳＲは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを含むＰＵＣＣＨの重複したグループから決定されることに留意されたい。すなわち、どのＰＵＣＣＨを送信するかを決定する時点では、ＨＡＲＱ－ＡＣＫをスケジューリングするＤＣＩは復号化されていない。

【0092】

あるシナリオでは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されるＰＵＣＣＨと重複するようにスケジューリングされる。この場合、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは送信され、送信が開始されていれば、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨは終了される。

【0093】

あるシナリオでは、ＰＵＳＣＨは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨまたはスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを有するグループから決定されたＰＵＣＣＨと重複するようにスケジューリングされる。ＰＵＳＣＨが優先されるか否かは、ＰＵＳＣＨで搬送されるデータパケットの論理チャネルの優先度と、ＰＵＣＣＨで搬送されるＵＣＩの優先度とに依存する。

【0094】

Ｒｅｌ－１６ＮＲでは、高優先度のＰＵＣＣＨ間の多重化を容易にするため、ＵＣＩビットの少ない重複ＰＵＣＣＨまたはシーケンス型ＰＵＣＣＨがＵＣＩの多重化に使用されるので、タイムライン要件を緩和することが有益である。高優先度の重複ＰＵＣＣＨについては、タイムライン要件を緩和してもよい。緩和は、３ＧＰＰ ＴＳ ３８．２１４で定義される「Ｎ_１」、「Ｎ_２」、「ｄ_１，１」、「ｄ_２，１」などのタイムライン要件式のパラメータを減らすことによって実現することが可能である。「Ｎ_１」および「Ｎ_２」の削減は、新たなＵＥ能力の導入によって実現されてもよい。「ｄ_１，１」および「ｄ_２，１」の削減は、新しいＵＥ能力を導入することによって実現されてもよいし、より高優先度のＰＵＣＣＨまたはＰＵＳＣＨのための特定の設定を制限することによって実現されてもよい。例えば、「ｄ_２，１」は、ＰＵＳＣＨをより高優先度で設定することによって、または第１シンボルの復調基準信号（ＤＭＲＳ：demodulation reference signal）のみで構成することによって、「０」に低減されてもよい。一例では、タイムライン要件は、１シンボル分緩和されてもよい。緩和を適用するための条件を規定できる（例えば、ＰＵＣＣＨ形式およびＴＢＳの制限など）。タイムライン要件は開示される。

【0095】

ＵＥがスロット内で複数の重複するＰＵＣＣＨを送信する場合、またはスロット内でＰＵＣＣＨ（複数可）およびＰＵＳＣＨ（複数可）を重複する場合、ＵＥは１つのＰＵＣＣＨで異なるＵＣＩタイプを多重化してもよい。ＰＵＣＣＨ送信またはＰＵＳＣＨ送信のうちの１つがＵＥによるＤＣＩフォーマット検出に応答する場合、ＵＥは、対応するすべてのＵＣＩタイプを多重化してもよく、ＵＥは、スロット内の重複するＰＵＣＣＨおよびＰＵＳＣＨのグループのうち最も早いＰＵＣＣＨまたはＰＵＳＣＨの最初のシンボル

【0096】

【数1】

【0097】

が、以下のタイムライン条件を満足することを期待できる。

【0098】

条件１：

【0099】

【数2】

【0100】

は、対応するいずれかのＰＤＳＣＨの最後のシンボルの後、

【0101】

【数3】

【0102】

の後に開始されるＣＰを有するシンボルよりも前ではないこと。ここで、μは、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨのサブキャリア間隔（ＳＣＳ：Subcarrier Spacing）設定、ＰＤＳＣＨのＳＣＳ設定、重複するＰＵＣＣＨとＰＵＳＣＨのグループのための最小のＳＣＳ設定のうち、ＰＤＳＣＨの受信に応答してＵＥがＨＡＲＱ－ＡＣＫ情報を送信する最も小さいＳＣＳに相当する。

【0103】

【数4】

【0104】

は、３ＧＰＰ ＴＳ ３８．２１４に定義される。

【0105】

条件２：

【0106】

【数5】

【0107】

は、対応するいずれかのＳＰＳ ＰＤＳＣＨリリースの最後のシンボルの後、

【0108】

【数6】

【0109】

の後に開始されるＣＰを有するシンボルよりも前ではなく、かつ、μは、ＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨのＳＣＳ設定のうち最小のＳＣＳ設定と、ＳＰＳ ＰＤＳＣＨリリースを検出したことに応答してＵＥがＨＡＲＱ－ＡＣＫ情報を送信する重複ＰＵＣＣＨグループまたは重複ＰＵＣＣＨおよびＰＵＳＣＨのための最小のＳＣＳ設定とに対応する。

【0110】

【数7】

【0111】

は、３ＧＰＰ ＴＳ ３８．２１４に定義される。

【0112】

条件３：重複するＰＵＣＣＨおよびＰＵＳＣＨのグループ内のＰＵＳＣＨに非周期的ＣＳＩレポートが多重化されていない場合、

【0113】

【数8】

【0114】

は、以下の最後のシンボルの後の

【0115】

【数9】

【0116】

の後に開始されるＣＰを有するシンボルの前ではない。

【0117】

－ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを有するＰＤＣＣＨ。

【0118】

－スロット内の重複するＰＵＣＣＨに対応するＨＡＲＱ－ＡＣＫ情報を有するＰＤＳＣＨまたはＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨ。ここで、μは、ＰＤＣＣＨのＳＣＳ設定と重複するＰＵＣＣＨおよびＰＵＳＣＨの最小のＳＣＳのうち最小のＳＣＳ設定に対応し、かつ、重複ＰＵＳＣＨが存在しない場合

【0119】

【数10】

【0120】

である。

【0121】

【数11】

【0122】

は、３ＧＰＰ ＴＳ ３８．２１４に定義される。

【0123】

図１は、本開示の実施態様による、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）１００または１０２からスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４およびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０６へのタイミング要件を例示する概略図である。ＰＤＳＣＨ１００および１０２は、図１に示すように、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４およびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０６に対して、順番がずれている。サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０６は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４と重複しないことが仮定されており、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０６は、ＣＳＩ１０８と重複してもしなくてもよい。ＵＥ能力およびスケジューリング条件（例えば、２つのＰＤＳＣＨの時間分離）に基づいて、ＵＥは、第１のスケジュールされたＰＤＳＣＨ１００を処理できてもよいし、できなくてもよい。ＵＥが第１のＰＤＳＣＨ１００を処理できない場合、ＵＥは、第２のＤＣＩ１１２の受信時に第１のＰＤＳＣＨ１００の処理を停止してもよく、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４のＨＡＲＱ－ＡＣＫコードブックは修正されてもよい。スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４のＨＡＲＱ－ＡＣＫコードブックにおけるＰＤＳＣＨ１００に対応するＨＡＲＱ－ＡＣＫビットは、すべて否定応答（ＮＡＣＫ）に設定されてもよいし、ＰＤＳＣＨ１００のＴＢのうち処理されないコードブロックグループ（ＣＢＧ：Code Block Groups）のＨＡＲＱ－ＡＣＫビットが、ＮＡＣＫに設定されてもよい。ＵＥが第２のＤＣＩ１１２の受信時に第１のＰＤＳＣＨ１００の処理を停止する場合、ＵＥは、上位層（例えば、ＭＡＣ層）に対応するＨＡＲＱ処理を停止するよう指示してもよいことに、留意されたい。

【0124】

一例として、ＵＥが第２のＤＣＩ１１２の受信時に第１のＰＤＳＣＨ１００の処理を停止した場合、ＰＨＹ層は、ＭＡＣ層からＨＡＲＱ－ＡＣＫフィードバック指示を受信してもよく、ＰＨＹ層は、第１のＤＣＩ１１０のＨＡＲＱ処理に対応する指示を無視してもよい。さらに、ＵＥが第２のＤＣＩ１１２の受信によって第１のＰＤＳＣＨ１００の処理を停止した場合、ＵＥは、ソフトバッファに格納されたトランスポートブロック（ＴＢ：transport block）を、受信したＴＢと入れ替えてもよい。

【0125】

あるシナリオでは、第１のＰＤＳＣＨ１００は、第２のＰＤＳＣＨ１０２と順番がずれている。第１のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、第２のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複してもよいし、重複しなくてもよいことが想定される。ＵＥは、第１のＰＤＳＣＨ１００の第１のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨがスロット設定内である間に第２のＰＤＳＣＨ１０２の第２のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨがサブスロット設定内であれば、第２のＰＤＳＣＨ１０２のＤＣＩ１１２の受信時に第１のＰＤＳＣＨ１００の処理を停止してよい。

【0126】

あるシナリオでは、第１のＰＤＳＣＨ１００は、第２のＰＤＳＣＨ１０２と順番がずれている。第１のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは、第２のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複してもよいし、重複しなくてもよいことが想定される。ＵＥは、第１および第２のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの両方が異なるサブスロット設定内にあり、第２のサブスロット設定用のサブスロットに含まれるシンボルの数が第１のサブスロット設定用のサブスロットに含まれるシンボルの数よりも少ない場合、第２のＰＤＳＣＨ１０２のＤＣＩ１１２の受信時に第１のＰＤＳＣＨ１００の処理を停止できる。

【0127】

ＨＡＲＱ－ＡＣＫコードブックを変更する必要がある場合、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０６がスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４と重複しなくても、第２のＰＤＳＣＨ１０２をスケジューリングするＤＣＩ１１２は、

【0128】

【数12】

【0129】

タイムライン要件を満足することが必要である。言い換えれば、第２のＰＤＳＣＨ１０２をスケジューリングするＤＣＩ１１２は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４との重複ＰＵＣＣＨの開始前の

【0130】

【数13】

【0131】

前に終了する必要がある。タイムライン要件は制限的であってもよいので、タイムライン要件が満たされない場合のＵＥの動作を規定することは、有益である。例えば、最も早い開始シンボルを有するＰＵＣＣＨがタイムライン要件を満たさない場合、そのＰＵＣＣＨは、多重化手順が実行される前に、重複ＰＵＣＣＨから除外される。ＰＵＣＣＨの除外は、残りの重複ＰＵＣＣＨのタイムライン要件が満たされるまで、またはスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ１０４が残存するまでである。図１に示すように、ＣＳＩ１０８の開始前の

【0132】

【数14】

【0133】

が、第２のＰＤＳＣＨ１０２をスケジューリングするＤＣＩ１１２の終了前である場合、ＣＳＩ１０８は廃棄される。

【0134】

あるシナリオでは、ＰＤＳＣＨ２００および２０２は、図２に示すように、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０４およびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０６に対して正順である。サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０６は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０４と重複しないことが想定されており、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０６は、ＣＳＩ２０８と重複しても重複しなくてもよい。ＵＥ能力およびスケジューリング条件（例えば、２つのＰＤＳＣＨの時間分離）に基づいて、ＵＥは、第１のスケジューリングされたＰＤＳＣＨ２００を処理できてもよいし、できなくてもよい。ＵＥが第１のＰＤＳＣＨ２００を処理できない場合、ＵＥは、第２のＤＣＩ２１２の受信時に第１のＰＤＳＣＨ２００の処理を停止してもよく、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０４のＨＡＲＱ－ＡＣＫコードブックは修正されてもよい。スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０４のＨＡＲＱ－ＡＣＫコードブックにおけるＰＤＳＣＨ２００に対応するＨＡＲＱ－ＡＣＫビットは、すべてＮＡＣＫに設定されてもよいし、ＰＤＳＣＨ２００のＴＢのうち処理されないＣＢＧのＨＡＲＱ－ＡＣＫビットは、ＮＡＣＫに設定されてもよい。また、最初のＰＤＳＣＨ２００が１３６個以上のＲＢを有するＰＤＳＣＨ処理能力２（３ＧＰＰ ＴＳ ３８．２１４の５．３節に定義）でスケジュールされており、終了シンボルがＰＤＳＣＨ処理能力２に続いてスケジュールされている２番目のＰＤＳＣＨ２０２のスタートから１０シンボル以内の場合、最初のＰＤＳＣＨ２００は廃棄されてもよい。

【0135】

上記の場合、ＰＵＣＣＨを多重化するためには、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０６がスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０４と重複していなくても、第２ＰＤＳＣＨ２０２のスケジューリングＤＣＩ２１２からスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２０４との重複ＰＵＣＣＨグループの間で

【0136】

【数15】

【0137】

タイムライン要件が満たされていればよい。

【0138】

タイムライン要件は制限的であってもよいので、タイムライン要件が満たされないときのＵＥの動作を規定することは有益である。例えば、最も早い開始シンボルを有するＰＵＣＣＨがタイムライン要件を満たさない場合、多重化手順が実行される前に、そのＰＵＣＣＨが重複ＰＵＣＣＨから除外されるか、または、ＵＥは、タイムライン要件を満たさないリソースが他のＰＵＣＣＨまたはＰＵＳＣＨと重複することを期待しないようにすることができる。ＰＵＣＣＨの除外は、残りの重複ＰＵＣＣＨのタイムライン要件が満たされるまで、またはスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのみが残るまでである。また、２番目のＰＤＳＣＨをスケジューリングするＤＣＩが終了してからスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが開始するまでの時間が

【0139】

【数16】

【0140】

未満である場合、ＵＥは、送信が開始されていれば、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを廃棄してもよい。

【0141】

〔多重化順序〕
スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するＰＵＣＣＨが共に存在するサブスロットにおいて、どのＱセットを最初に実行すべきかの多重化手順は、上述した要因、例えば、ＰＵＣＣＨが複数のＱセットに含まれ、複数のＱセットが、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨでグループ化されたＰＵＣＣＨリソースグループとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨでグループ化されたＰＵＣＣＨリソースグループとの両方に含まれるか、サブスロットのＱセットの構築はその前のサブスロットのＱセットに対して多重化手順を実行した後か、ＰＤＳＣＨ処理能力、などに依存してもよい。ＰＵＣＣＨがスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨまたはサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのいずれかとのみとグループ化されるシナリオでは、多重化順序は、単に、開始シンボルが早い重複グループを最初に決定するように、重複するＰＵＣＣＨの開始シンボルから決定されてもよい。また、Ｑセットが構築されるスロットまたはサブスロットの開始シンボルが同じである場合、Ｑセットの多重化順序は固定でも任意でもよい。例えば、高
優先度のＰＵＣＣＨリソースを含むＱセットに対する多重化手順を先に行う。

【0142】

図３は、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの両方を含むスロットにおけるＱセットの構築および多重化手順の一例を示す図である。この例では、１つのサブスロットに対して最大１つのＱ１セットと１つのＱ２セットが構築される。図３は、本実施例に係るＵＬチャネルを示す図である。ＳＲ１ ３００およびＳＲ２ ３０２は、より高優先度で設定され、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ１」から「サブスロットＨＡＲＱ－ＡＣＫ７」まで）とグループ化されてもよいことが、仮定される。他のＵＬチャネルは、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ３０４および３０６（例えば、「スロットＨＡＲＱ－ＡＣＫ１」および「スロットＨＡＲＱ－ＡＣＫ２」）とグループ化される。

【0143】

第１サブスロットでは、Ｑ１セットに含まれ得るＰＵＣＣＨのうち、ＳＲ１ ３００が最も早く開始され、かつ最も継続時間が長いので、ＳＲ１ ３００は、第１サブスロットにおけるＱ１セットの構築のための基準リソースとして決定される。つのサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（「サブスロットＨＡＲＱ－ＡＣＫ１」および「サブスロットＨＡＲＱ－ＡＣＫ２」）は、基準リソース（例えば、ＳＲ１ ３００）と重複しているので、これらは、第１のサブスロット内のＱ１セットに含まれる。第１サブスロットにおけるＱ２セットについては、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ３０４（例えば、「スロットＨＡＲＱ－ＡＣＫ１」）を参照リソースとして決定し、同一グループ内の重複リソース（例えば、ＣＳＩ３０８は第１サブスロットにおけるＱ２セットに含まれる）についても決定する。

【0144】

第２サブスロットでは、リソースが残っていないため、Ｑ１セットおよびＱ２セットは構築しない。

【0145】

第３のサブスロットでは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ３」）は、第３のサブスロットのＱ１セットに含まれる。

【0146】

第４のサブスロットでは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ４」）を、参照リソース、および同一グループ内の重複リソース（例えば、ＳＲ２ ３０２は、第４のサブスロットのＱ１セットに含まれる）として決定する。

【0147】

第５サブスロットでは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ５」）は、第５サブスロットのＱ１セットに含まれる。第５サブスロット内のＱ２セットについては、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ２ ３０６を参照リソースとして決定し、同一グループ内の重複リソース（例えば、ＳＲ３ ３１０は第５サブスロット内のＱ２セットに含まれる）を決定する。

【0148】

第６のサブスロットでは、サブスロットに基づくＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ６」）がＱ１セットに含まれる。

【0149】

第７のサブスロットでは、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ７」）がＱ１セットに含まれる。

【0150】

なお、サブスロットにおいてＱ１セットまたはＱ２セットを構成する際に、ＰＵＣＣＨが、同一のまたはより高優先度で以前のサブスロットで送信されると判定されたＰＵＣＣＨと重複する場合、そのＰＵＣＣＨは、サブスロットのＱ１セットまたはＱ２セットには含まれないことに留意されたい。

【0151】

要約すると、各サブスロットにおけるＱ１セットおよびＱ２セットは、以下のように構成される。

【0152】

第１のサブスロット：第１のサブスロットにおけるＱ１セットは、「サブスロットＨＡＲＱ－ＡＣＫ１」、「サブスロットＨＡＲＱ－ＡＣＫ２」、およびＳＲ１ ３００を含む。第１サブスロットに設定されるＱ２は、「スロットＨＡＲＱ－ＡＣＫ１」、「ＣＳＩ３０８」を含む。

【0153】

第２サブスロット：Ｑ１セットもＱ２セットも構築されない。

【0154】

第３のサブスロット：第３のサブスロットのＱ１セットは、「サブスロットＨＡＲＱ－ＡＣＫ３」を含む。

【0155】

第４サブスロット：第４サブスロットのＱ１セットは、「サブスロットＨＡＲＱ－ＡＣＫ４」とＳＲ２ ３０２を含む。

【0156】

第５サブスロット：第５サブスロットに設定されるＱ１は、前のサブスロットでＳＲ２ ３０２が送信されると判断され、ＳＲ２ ３０２の方が優先度が高い場合には、構築されないことがある。そうでない場合、５番目のサブスロットに設定されるＱ１は、「サブスロットＨＡＲＱ－ＡＣＫ５」を含む。また、ＳＲ２ ３０２が送信された場合、第５のサブスロットに設定されるＱ２は構築されない場合がある。そうでなければ、第５サブスロットに設定されるＱ２は、「スロットＨＡＲＱ－ＡＣＫ２」、およびＳＲ３ ３１０を含む。Ｑ２セットの構築は、必ずしもスロット型ＨＡＲＱ－ＡＣＫの存在に依存しない場合があることに留意されたい。例えば、「スロットＨＡＲＱ－ＡＣＫ２」が設定されなかった場合、Ｑ２セットは、第５のサブスロットのＳＲ３ ３１０によって形成される。

【0157】

第６サブスロット：前のサブスロットでＳＲ２ ３０２が送信されると判断され、ＳＲ２ ３０２の方が優先度が高い場合、第６サブスロットのＱ１セットは構築されないことがある。そうでない場合、第６サブスロットに設定されるＱ１は、「サブスロットＨＡＲＱ－ＡＣＫ６」を含む。

【0158】

第７サブスロット：第７サブスロットに設定されたＱ１は、「サブスロットＨＡＲＱ－ＡＣＫ７」を含む。

【0159】

図４は、本開示の実装に係るＰＵＣＣＨリソースセット、Ｑ、の構築を示す模式図である。図４に示すように、スロット内の各サブスロットにおけるＱセットの構築が図示される。Ｑ１セット構築の手順は、図４に例示するフローチャートに要約され得る。Ｑ２セット構築についても、同様の手順で行うことができる。ＵＥは、いずれかの設定されたリソースがサブスロットにおいて開始されているか否かを決定する（動作４０２）。設定されたリソースがサブスロットで開始されていない場合、ＵＥは、次のサブスロットに進む（動作４０４）。真の場合、ＵＥは、いずれかのリソースが、前のサブスロットから決定されたＰＵＣＣＨまたはより高優先度のＰＵＳＣＨに重複するか否かを決定する（動作４０６）。ＰＵＣＣＨまたはＰＵＳＣＨと重複するリソースがある場合、ＵＥは、リソースを除外してもよい（動作４０８）。ＵＥはさらに、任意の設定されたリソースがサブスロットで開始されるか否かを決定する（動作４１０）。サブスロットで設定されたリソースが開始されない場合、ＵＥは、次のサブスロットに進む（動作４０４）。一方、設定されたリソースがサブスロットで開始される場合、ＵＥは、参照リソースを決定し、重複するリソースをＱ１セットに含める（動作４１２）。

【0160】

図４に示すように、ＵＥはさらに、Ｑ１セットから単一のＰＵＣＣＨを決定し、Ｑ１セットに含まれるＰＵＣＣＨリソースから多重化ＵＣＩを決定し、そして重複ＰＵＳＣＨ上のＰＵＣＣＨの多重化があるか否かを決定する（動作４１４）ことに、留意されたい。１つの代替案では、Ｑ１セットに含まれるＰＵＣＣＨリソースから、各ＰＵＣＣＨリソースに対する最大で２つのＰＵＣＣＨリソースおよび多重化ＵＣＩが決定されてもよい。最大で２つのＰＵＣＣＨリソースは、最大で１つのサブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを含む。さらに、ＵＥは、多重化ＰＵＣＣＨをスロットから除外する（動作４１６）。１つの代替案では、多重化ＰＵＣＣＨは、サブスロット内のＱ１セットに含まれるすべてのＰＵＣＣＨリソースを参照する。

【0161】

さらに、一例では、Ｑセットはスロットごとに構築される。スロットごとに２つのＱセット（例えば、Ｑ１セットおよびＱ２セット）が決定される。Ｑ１セットには、そのスロットのサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨでグループ化されたすべての設定されたＰＵＣＣＨが含まれ、Ｑ２セットには、除外されるＰＵＣＣＨを除き、そのスロットのスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨでグループ化されたすべての設定されたＰＵＣＣＨが含まる。

【0162】

多重化手順は、スロットの最初のサブスロットから開始され、スロットの最後のサブスロットまで各サブスロットにおいて実行される。各サブスロットでは、最大２つの多重化手順が実行される。

【0163】

最初の多重化手順では、各サブスロットにおいて、（サブスロット内で）最も早い開始シンボルの次に長い継続時間の優先度に従って、リソースＡ１がＱ１セットから決定される。リソースＡ１に重複するＰＵＣＣＨを含むリソースセットＸ１は、Ｑ１セットから決定される。リソースセットＸ１は、サブスロットに含まれる開始シンボルを持つＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのみを含むことが望ましい。１つのＰＵＣＣＨとそのＰＵＣＣＨに多重化されるＵＣＩとが、リソースＡ１およびリソースセットＸ１から決定される。サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨがスケジュールされない場合、リソースセットＸ１が存在せず、ＰＵＣＣＨまたはＵＣＩが決定されない場合があることに留意されたい。

【0164】

リソース排除は、Ｑ１セットに対して実行されてもよい。サブスロットにおいて多重化決定が行われた後、以前のサブスロットにおいてスケジュールされたサブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複する場合、リソースがＱ１セットから除外されてもよい。

【0165】

第２の多重化手順では、Ｑ２セットにおける重複するＰＵＣＣＨグループの最初のシンボルを含むサブスロットにおいて、サブスロット内に開始シンボルを有するＰＵＣＣＨがあれば、最も早い開始シンボルの次に長い継続時間の優先度に従って、Ｑ２セットからリソースＡ２が決定される。リソースＡ２と重複するＰＵＣＣＨを含むリソースセットＸ２が、Ｑ２セットから決定される。単一のＰＵＣＣＨとそのＰＵＣＣＨに多重化されるＵＣＩとが、リソースＡ２およびリソースセットＸ２から決定される。決定された単一のＰＵＣＣＨおよびＵＣＩは、リソースＡ２およびリソースセットＸ２を置き換え、手順は、決定されたＰＵＣＣＨと重複する残りのＰＵＣＣＨが存在しなくなるまで実行される。

【0166】

リソース排除は、Ｑ２セットに対して実行されてもよい。サブスロットにおける多重化決定後、予定されているサブスロットのＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよび以前のサブスロットで高優先度の他のＰＵＣＣＨと重複する場合、Ｑ２セットからリソースが除外されてもよい。

【0167】

第１および第２の多重化手順は、交互に実行してもよい。すなわち、以前のサブスロットにおける第１の多重化手順が完了した後、現在のサブスロットにおける第２の多重化手順が実行される。

【0168】

第１および第２の多重化手順を実行する順序は、以下のようにすることができる。

【0169】

一実装では、サブスロットにおける第１の多重化手順と第２の多重化手順との実行順序は、同時である。

【0170】

一実装では、サブスロットにおける第１の多重化手順と第２の多重化手順との実行順序は、第１の多重化手順の後に第２の多重化手順が続く。

【0171】

一実装では、サブスロットにおける第１の多重化手順と第２の多重化手順との実行順序は、第２の多重化手順の後に第１の多重化手順が続く。

【0172】

一実装では、サブスロットにおける第１の多重化手順と第２の多重化手順との実行順序は、サブスロット内のリソースＡ１とリソースＡ２とのいずれが早い開始シンボルを有するかに依存する。

【0173】

ＰＵＳＣＨに多重化する場合、決定されたＰＵＣＣＨがＰＵＳＣＨと重複し、ＰＵＣＣＨおよびＰＵＳＣＨを多重化するためのタイムライン要件が満たされる場合、第１の多重化手順または第２の多重化手順から決定されたＵＣＩは、ＰＵＳＣＨに多重化される。

【0174】

一実装では、ＰＵＣＣＨおよびＰＵＳＣＨを多重化する条件は、ＰＵＳＣＨの達成可能信頼度にも依存する。

【0175】

さらに、２つのＰＵＣＣＨに対する優先度付けは、異なる多重化手順に従って決定される。

【0176】

Ｑ１セットから決定されたＰＵＣＣＨがＱ２セットのＰＵＣＣＨと重複する場合、Ｑ２セットから決定されたＰＵＣＣＨは廃棄される。

【0177】

２つのＰＵＣＣＨの優先度付けは、Ｑ１セットの異なるサブスロットに対して決定される。

【0178】

あるサブスロット（Ｑ１セットまたはＱ２セットから可能）から決定されたＰＵＣＣＨは、後のサブスロットにおいてスケジュールされたＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複し、重複した２つのＰＵＣＣＨは、多重化のタイムライン要件を満たさない可能性がある。この場合、前のサブスロットから決定されたＰＵＣＣＨは廃棄され、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの方が優先度が高いと判断された場合に、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが送信される。

【0179】

図５は、本開示の実施態様による、ＵＣＩ（例えば、ＣＳＩおよびＳＲ）を多重化するための方法５００を示すフローチャートである。図５は、ＵＣＩ多重化手順を実行するＵＥを示す。動作５０２において、ＵＥは、低優先度のＣＳＩおよびＳＲ用のＰＵＣＣＨリソースと、スロット型ＨＡＲＱ－ＡＣＫ用のＰＵＣＣＨリソースとを、第１のＰＵＣＣＨリソースグループにグループ化する。動作５０４において、ＵＥは、高優先度のＣＳＩおよびＳＲ用のＰＵＣＣＨリソースと、サブスロット型ＨＡＲＱ－ＡＣＫ用のＰＵＣＣＨリソースとを、第２のＰＵＣＣＨリソースグループにグループ化する。動作５０６において、ＵＥは、第１のＰＵＣＣＨリソースグループから、スロット内の第１のＰＵＣＣＨリソースセットを決定する。動作５０８において、ＵＥは、スロット内の第１のＰＵＣＣＨリソースセットに対応するＵＣＩに対して第１のＵＣＩ多重化手順を実行することによって、第１のＰＵＣＣＨリソースの第１の多重化ＵＣＩを取得する。動作５１０において、ＵＥは、第２のＰＵＣＣＨリソースグループから、スロットのサブスロット内の第２のＰＵＣＣＨリソースセットを決定する。動作５１２において、ＵＥは、スロットのサブスロット内の第２のＰＵＣＣＨリソースセットに対応するＵＣＩに対して第２のＵＣＩ多重化手順を実行することによって、第２のＰＵＣＣＨリソースの第２の多重化ＵＣＩを取得する。動作５０２と動作５０４との間にタイミングの順序がないことに留意されたい。動作５０６と動作５１０との間にタイミングの順序がないことに留意されたい。動作５０８と動作５１２との間にはタイミングの順序がないことに留意されたい。

【0180】

図５の方法５００に基づいて、ＵＣＩ多重化および送信のためのいくつかの例が開示される。図６を参照すると、高優先度のＳＲ（例えば、「ＨＰ ＳＲ」）およびサブスロット型ＨＡＲＱ－ＡＣＫ（例えば、「サブスロットＨＡＲＱ－ＡＣＫ」）がグループ化され、低優先度のＣＳＩ（例えば、「ＬＰ ＣＳＩ」）および低優先度のＳＲ（例えば、「ＬＰ ＳＲ」）がグループ化される。さらに、ＵＥは、「ＬＰ ＣＳＩ」および「ＬＰ ＳＲ」を含むスロット内の第１のＰＵＣＣＨリソースセットを決定し、第１のＰＵＣＣＨリソースセットに対してＵＣＩ多重化手順を実行して、多重化ＵＣＩ（例えば、「ＬＰ ＣＳＩ＋ＳＲ」）を取得し、そしてＵＥは、スロットの第１のサブスロットにおいて「ＨＰ ＳＲ」および「サブスロットＨＡＲＱ－ＡＣＫ」を含む第２のＰＵＣＣＨリソースセットを決定し、多重化ＵＣＩ（例えば、「サブスロットＨＡＲＱ ＡＣＫ＋ＨＰ ＳＲ」）が取得するために、第２のＰＵＣＣＨリソースセットに対してＵＣＩ多重化手順を実行する。

【0181】

図６は、本開示の実装に係る、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを示す模式図である。図６に示すように、ＵＥは、「ＬＰ ＣＳＩ＋ＳＲ」を送信するためのＰＵＣＣＨリソース６００が、「サブスロットＨＡＲＱ ＡＣＫ＋ＨＰ ＳＲ」を送信するためのＰＵＣＣＨリソース６０２と重複しない場合にのみ、多重化ＵＣＩ（例えば、「ＬＰ ＣＳＩ＋ＳＲ」）を送信する。そうでない場合、ＵＥは、多重化ＵＣＩ（例えば、「ＬＰ ＣＳＩ＋ＳＲ」）を送信しない。

【0182】

図７は、本開示の実装に係る、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを示す模式図である。図７に示すように、ＵＥは、ＰＵＳＣＨリソース７０２がＰＵＣＣＨリソース７００と重複する場合、ＰＵＳＣＨリソース７０２上で「サブスロットＨＡＲＱ ＡＣＫ＋ＨＰ ＳＲ」を送信するためにＰＵＣＣＨリソース７００を多重化し、ＰＵＳＣＨリソース７０２がＰＵＣＣＨリソース７０４と重複するがＰＵＣＣＨリソース７００とは重複しない場合、ＰＵＣＣＨリソース７０４上で「ＬＰ ＣＳＩ＋ＳＲ」を送信するためにＰＵＣＣＨリソース７０４を多重化してもよい。この場合、ＰＵＳＣＨリソース７０２は、ＰＵＣＣＨリソース７０４およびＰＵＣＣＨリソース７００の両方に重複するため、ＵＥは、ＰＵＳＣＨリソース７０２で「サブスロットＨＡＲＱ ＡＣＫ＋ＨＰ ＳＲ」を送信するためにＰＵＣＣＨリソース７００のみを多重化し、「サブスロットＨＡＲＱ ＡＣＫ＋ＨＰ ＳＲ」をＰＵＳＣＨリソース７０２で送信する。

【0183】

図８は、本開示の実装に係る、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨでグループ化されたＰＵＣＣＨリソースを示す模式図である。図８に示すように、ＵＥは、スロットのサブスロットに開始シンボルを有するＰＵＣＣＨリソースを、第２のＰＵＣＣＨリソースセット（例えば、図５の動作５０４に示すように、高優先度とサブスロット型ＨＡＲＱ－ＡＣＫとを有するＣＳＩおよび／またはＳＲ）に含めてもよく、ＵＥは、第２のＰＵＣＣＨリソースセット上で多重化手順を行うことによってＰＵＣＣＨリソースを決定してもよい（例えば、動作８０２）。その後、ＵＥは、スロットの次のサブスロットに進んでもよい（例えば、動作８０４）。

【0184】

図９は、本開示の実装に係る無線通信のためのノード９００を示すブロック図である。

【0185】

図９に示すように、ノード９００は、トランシーバ９２０、プロセッサ９２６、メモリ９２８、１つまたは複数のプレゼンテーション要素９３４、および少なくとも１つのアンテナ９３６を含んでもよい。ノード９００はまた、無線周波数（ＲＦ）スペクトル帯モジュール、ＢＳ通信モジュール、ネットワーク通信モジュール、およびシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ要素、並びに電源（図９に図示せず）を含んでもよい。これらの要素の各々は、１つ以上のバス９４０を介して、直接的または間接的に、互いに通信してもよい。ノード９００は、図５に図示するように、開示された様々な機能を実行するＵＥまたはＢＳであってもよい。

【0186】

トランシーバ９２０は、送信機９２２（送信回路を有する）および受信機９２４（受信回路を有する）を含んでもよく、時間および／または周波数リソースパーティショニング情報を送信および／または受信するように構成されてもよい。トランシーバ９２０は、使用可能、非使用可能、および柔軟に使用可能なサブフレームおよびスロット形式を含むが、これらには限定されない、異なるタイプのサブフレームおよびスロットで送信するように構成されてもよい。トランシーバ９２０は、データおよび制御チャネルを受信するように構成されてもよい。

【0187】

ノード９００は、様々なコンピュータ読取可能な媒体を含んでもよい。コンピュータ可読媒体は、ノード９００によってアクセス可能な任意の媒体であってよく、揮発性（および不揮発性）媒体、取り外し可能（および非取り外し可能）媒体の双方を含む。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含んでもよい。コンピュータ記憶媒体は、コンピュータ可読媒体などの情報を記憶するための任意の方法または技術に従って実装された揮発性（および／または不揮発性）媒体、並びにリムーバブル（および／または非リムーバブル）媒体の両方を含んでもよい。

【0188】

コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ（または他のメモリ技術）、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）（または他の光ディスクストレージ）、磁気カセット、磁気テープ、磁気ディスクストレージ（または他の磁気記憶装置）等を含んでもよい。コンピュータ記憶媒体は、伝搬されるデータ信号を含まない。通信媒体は、通常は、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータを、搬送波または他の搬送機構などの変調されたデータ信号で具現化してもよく、任意の情報配信媒体を含む。用語「変調データ信号」は、信号内に情報をエンコードするような方法でその特性の１つ以上が設定または変更された信号を意味してもよい。通信媒体は、有線ネットワークまたは直接有線接続などの有線媒体、および音響、ＲＦ、赤外線および他の無線媒体などの無線媒体を含んでもよい。開示された媒体のいずれかの組み合わせは、コンピュータ可読媒体の範囲に含まれるべきである。

【0189】

メモリ９２８は、揮発性メモリおよび／または不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ９２８は、取り外し可能、非取り出し可能、またはそれらの組み合わせであってもよい。例えば、メモリ９２８は、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含んでもよい。図９に示すように、メモリ９２８は、実行されると、開示された様々な機能をプロセッサ９２６（例えば、処理回路）に実行させるように構成されたコンピュータ可読および／またはコンピュータ実行可能命令９３２（例えば、ソフトウェアコード）を格納してもよい。あるいは、命令９３２は、プロセッサ９２６によって直接実行可能でなくてもよいが、開示された様々な機能をノード９００に（例えば、コンパイルされて実行されたときに）実行させるように構成されてもよい。

【0190】

プロセッサ９２６は、インテリジェントハードウェア装置、中央処理装置（ＣＰＵ：central processing unit）、マイクロコントローラ、ＡＳＩＣなどを含んでもよい。プロセッサ９２６は、メモリを含んでもよい。プロセッサ９２６は、メモリ９２８から受信したデータ９３０および命令９３２と、トランシーバ９２０、ベースバンド通信モジュール、および／またはネットワーク通信モジュールを介した情報とを処理してもよい。プロセッサ９２６は、ＣＮへの送信のためのネットワーク通信モジュールに対するアンテナ９３６を介した送信のために、トランシーバ９２０に送信される情報を処理することもできる。

【0191】

１つまたは複数のプレゼンテーション要素９３４は、人または他の装置にデータを提示してもよい。プレゼンテーション要素９３４は、ディスプレイ装置、スピーカ、印刷要素、振動要素などを含んでもよい。

【0192】

本開示から、本開示の概念を実施するために、それらの概念の範囲から逸脱することなく、様々な技術が利用され得ることが明らかである。さらに、概念は、特定の実装を具体的に参照して開示されてきたが、当業者であれば、それらの概念の範囲から逸脱することなく、形態および詳細において変更を加えることができることを認識するであろう。このように、本開示は、すべての点で例示的であり、制限的ではないと考えられる。また、本開示は、特定の記載された実施態様に限定されず、本開示の範囲から逸脱することなく、多くの再配置、修正、および置換が可能であることを理解されたい。

【図面の簡単な説明】

【0193】

【図1】本開示の実装に係る、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のタイミング要件を示す模式図である。

【図2】本開示の実装に係る、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨおよびサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のタイミング要件を示す模式図である。

【図3】本開示の実施態様による、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのグループ化を示す模式図である。

【図4】本開示の実装に係る、ＰＵＣＣＨリソースセットＱの構築を示す模式図である。

【図5】本開示の実装に係る、ＵＣＩを多重化するための方法を示すフローチャートである。

【図6】本開示の実装に係る、サブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを示す模式図である。

【図7】本開示の実装に係る、スロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと重複するサブスロット型ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを示す模式図である。

【図8】本開示の実装に係る、サブスロットＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとグループ化されたＰＵＣＣＨリソースを示す模式図である。

【図9】実装に係る、無線通信のためのノードを示すブロック図である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】