特許 7508560 無線通信システムにおいて信号の送受信方法及び装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-21

(45)【発行日】2024-07-01

(54)【発明の名称】無線通信システムにおいて信号の送受信方法及び装置

(51)【国際特許分類】

   H04L 27/26 20060101AFI20240624BHJP

   H04L 1/1607 20230101ALI20240624BHJP

   H04W 72/21 20230101ALI20240624BHJP

【ＦＩ】

H04L27/26 113

H04L1/1607

H04W72/21

【請求項の数】 5

(21)【出願番号】P 2022538214

(86)(22)【出願日】2021-08-04

(65)【公表番号】

(43)【公表日】2023-03-02

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

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

(87)【国際公開日】2022-02-10

【審査請求日】2022-06-20

(31)【優先権主張番号】63/062,394

(32)【優先日】2020-08-06

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

(31)【優先権主張番号】10-2020-0137760

(32)【優先日】2020-10-22

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

(31)【優先権主張番号】63/104,504

(32)【優先日】2020-10-22

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

(31)【優先権主張番号】63/138,506

(32)【優先日】2021-01-17

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

(31)【優先権主張番号】10-2021-0044273

(32)【優先日】2021-04-05

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

(31)【優先権主張番号】63/176,873

(32)【優先日】2021-04-19

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

(31)【優先権主張番号】10-2021-0059547

(32)【優先日】2021-05-07

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

(31)【優先権主張番号】10-2021-0064252

(32)【優先日】2021-05-18

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

(31)【優先権主張番号】63/190,218

(32)【優先日】2021-05-18

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

(31)【優先権主張番号】63/192,073

(32)【優先日】2021-05-23

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

【前置審査】

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100117019

【弁理士】

【氏名又は名称】渡辺 陽一

(74)【代理人】

【識別番号】100108903

【弁理士】

【氏名又は名称】中村 和広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム スンウク

(72)【発明者】

【氏名】ペ ドクヒョン

【審査官】川口 貴裕

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０２６１３６１（ＵＳ，Ａ１）

【文献】国際公開第２０１９／０７７７２７（ＷＯ，Ａ１）

【文献】Nokia, Nokia Shanghai Bell，New WID on enhanced Industrial Internet of Things (IoT) and URLLC support[online]，3GPP TSG RAN Meeting #86 RP-193233，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_86/Docs/RP-193233.zip>，2019年12月12日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｌ １／１６０７

Ｈ０４Ｗ ７２／２１

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

３ＧＰＰ ＴＳＧ ＳＡ ＷＧ１－２

３ＧＰＰ ＴＳＧ ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末がＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する方法であって、
第１のＵＣＩと第２のＵＣＩを含む複数のＵＣＩを符号化(ｅｎｃｏｄｉｎｇ)するステップであって、前記第１のＵＣＩは第１ＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ-ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）であり、前記第２のＵＣＩは、第２ＨＡＲＱ－ＡＣＫである、ステップと、
物理上りリンク制御チャネル（ＰＵＣＣＨ）上で前記複数のＵＣＩの符号化されたビットを送信するステップとを含み、
前記第１のＵＣＩは、第１優先順位を有し、前記第２のＵＣＩは、第２優先順位を有し、前記第１優先順位は前記第２優先順位より高く、
前記第１のＵＣＩに対する第１のリソース量は、ｉ）前記第１優先順位に対して設定された最大符号化率と、ｉｉ）前記第１のＵＣＩのペイロードサイズに基づいて決定され、
前記第２のＵＣＩは、第３のリソース量に基づいて送信され、前記第３のリソース量は、第２のリソース量から前記第１のリソース量を差し引いたものであり、前記第２のリソース量は、前記ＰＵＣＣＨにおける合計ＵＣＩリソース量である、方法。

【請求項2】

無線通信のためのデバイスであって、
命令を格納するメモリと、
前記命令を実行することにより動作するプロセッサを含み、
前記プロセッサの動作は、
第１のＵＣＩと第２のＵＣＩを含む複数のＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を符号化(ｅｎｃｏｄｉｎｇ)することであって、前記第１のＵＣＩは第１ＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ-ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）であり、前記第２のＵＣＩは第２ＨＡＲＱ－ＡＣＫであることと、
一つの物理上りリンク制御チャネル（ＰＵＣＣＨ）上で前記複数のＵＣＩの符号化されたビットを送信することを含み、
前記第１のＵＣＩは第１優先順位を有し、前記第２のＵＣＩは第２優先順位を有し、前記第１優先順位は、前記第２優先順位より優先度が高く、
前記第１のＵＣＩに対する第１のリソース量は、ｉ）前記第１優先順位に対して設定された最大符号化率と、ｉｉ）前記第１のＵＣＩのペイロードサイズに基づいて決定され、
前記第２のＵＣＩは、第３のリソース量に基づいて送信され、前記第３のリソース量は、第２のリソース量から前記第１のリソース量を差し引いたものであり、前記第２のリソース量は、前記ＰＵＣＣＨにおける合計ＵＣＩリソース量である、デバイス。

【請求項3】

前記プロセッサの制御された無線信号を送信及び受信するように構成されたトランシーバをさらに含み、
前記デバイスは、無線通信システムでのユーザ機器（ＵＥ）である、請求項２に記載のデバイス。

【請求項4】

無線通信システムにおいて基地局がＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する方法であって、
物理上りリンク制御チャネル（ＰＵＣＣＨ）上で複数のＵＣＩの符号化されたビットを端末から受信するステップと、
前記複数のＵＣＩの符号化されたビットに基づいて第１のＵＣＩと第２のＵＣＩを取得するステップであって、前記第１のＵＣＩは第１ＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ-ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）であり、前記第２のＵＣＩは第２ＨＡＲＱ－ＡＣＫであるステップとを含み、
前記第１のＵＣＩは、第１優先順位を有し、前記第２のＵＣＩは、第２優先順位を有し、前記第１優先順位は前記第２優先順位より高く、
前記第１のＵＣＩに対する第１のリソース量は、ｉ）前記第１優先順位に対して設定された最大符号化率と、ｉｉ）前記第１のＵＣＩのペイロードサイズに基づいて決定され、
前記第２のＵＣＩは、第３のリソース量に基づいて送信され、前記第３のリソース量は、第２のリソース量から前記第１のリソース量を差し引いたものであり、前記第２のリソース量は、前記ＰＵＣＣＨにおける合計ＵＣＩリソース量である、方法。

【請求項5】

無線通信システムにおいてＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する基地局（ＢＳ）であって、
指示を格納するメモリと、
前記指示を実行して、動作を実行するプロセッサとを備え、
前記プロセッサの動作は、
ユーザ装置（ＵＥ）から、物理上りリンク制御チャネル（ＰＵＣＣＨ）において複数のＵＣＩのエンコードされたビットを受信することと、
前記複数のＵＣＩのエンコードされたビットに基づいて第１のＵＣＩと第２のＵＣＩを取得することであって、前記第１のＵＣＩは第１ＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ-ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）であり、前記第２のＵＣＩは第２ＨＡＲＱ－ＡＣＫであることを含み、
前記第１のＵＣＩは、第１優先順位を有し、前記第２のＵＣＩは、第２優先順位を有し、前記第１優先順位は前記第２優先順位より高く、
前記第１のＵＣＩに対する第１のリソース量は、ｉ）前記第１優先順位に対して設定された最大符号化率と、ｉｉ）前記第１のＵＣＩのペイロードサイズに基づいて決定され、
前記第２のＵＣＩは、第３のリソース量に基づいて送信され、前記第３のリソース量は、第２のリソース量から前記第１のリソース量を差し引いたものであり、前記第２のリソース量は、前記ＰＵＣＣＨにおける合計ＵＣＩリソース量である、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関し、より具体的には無線通信システムにおいて上り／下りリンク無線信号を送受又は受信する方法及び装置に関する。

【背景技術】

【0002】

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援することができる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。

【0004】

本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【課題を解決するための手段】

【0005】

本発明の一様相による無線通信システムにおいて端末が信号を送信する方法は、第１ＵＣＩ及び第２ＵＣＩを含む複数のＵＣＩを符号化(ｅｎｃｏｄｉｎｇ)し、一つの物理上りリンクチャネル上で複数のＵＣＩの符号化されたビットのリソースマッピングを行い、リソースマッピングに基づいて上りリンク送信を行うことを含む。第１ＵＣＩと第２ＵＣＩが互いに異なる優先順位を有しても第１ＵＣＩと第２ＵＣＩを一つの物理上りリンクチャネル上で多重化するように設定されたことに基づいて、端末は第１ＵＣＩと第２ＵＣＩのそれぞれを別々に(ｓｅｐａｒａｔｅｌｙ)符号化し、より高い(ｈｉｇｈｅｒ)優先順位を有する第１ＵＣＩのリソースマッピングに基づいて、より低い(ｌｏｗｅｒ)優先順位を有する第２ＵＣＩのリソースマッピングを行う。

【0006】

本発明の一様相による無線通信システムにおいて基地局が信号を受信する方法は、一つの物理上りリンクチャネル上で多重化された複数のＵＣＩの符号化されたビットを端末から受信することと、複数のＵＣＩの符号化されたビットを復号することにより第１ＵＣＩ及び第２ＵＣＩを得ることを含む。第１ＵＣＩと第２ＵＣＩが互いに異なる優先順位を有しても端末が第１ＵＣＩと第２ＵＣＩを一つの物理上りリンクチャネル上で多重化するように設定されたことに基づいて、基地局は第１ＵＣＩと第２ＵＣＩのそれぞれを別々に(ｓｅｐａｒａｔｅｌｙ)復号し、より高い(ｈｉｇｈｅｒ)優先順位を有する第１ＵＣＩのリソースマッピングに基づいて、より低い(ｌｏｗｅｒ)優先順位を有する第２ＵＣＩのリソースマッピングを決定する。

【0007】

本発明の一様相によって、上述した信号送信方法を行うためのプログラムを記録したコンピューターで読み取り可能な記録媒体が提供される。

【0008】

本発明の一様相によって、上述した信号送信方法を行う端末が提供される。

【0009】

本発明の一様相によって、上述した信号送信方法を行う端末を制御する機器が提供される。

【0010】

本発明の一様相によって、上述した信号受信方法を行う基地局が提供される。

【0011】

一つの物理上りリンクチャネルはＰＵＣＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)である。

【0012】

端末は、第１ＵＣＩと第２ＵＣＩを別々に符号化するために、ＰＵＣＣＨがＰＵＣＣＨ ｆｏｒｍａｔ ２に設定されたにもかかわらず、ＰＵＣＣＨ ｆｏｒｍａｔ ２に対して複数の符号化プロセスを行うことができる。

【0013】

端末は、異なる優先順位を有する第１ＵＣＩと第２ＵＣＩの多重化のための設定がなければ、単一の符号化プロセスのみが許容されるＰＵＣＣＨ ｆｏｒｍａｔ ２に対して、複数の符号化プロセスを行うことができる。

【0014】

端末は、異なる優先順位を有する第１ＵＣＩと第２ＵＣＩの多重化のための設定がなければ、第１マッピング方式が使用される一つの物理上りリンクチャネルに対して、第２マッピング方式を使用してリソースマッピングを行うことができる。一例として、第２マッピング方式は分散(ｄｉｓｔｒｉｂｕｔｅｄ)マッピング方式である。

【0015】

一つの物理上りリンクチャネルはＰＵＣＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)であり、端末は、異なる優先順位に関連する複数のＰＵＣＣＨリソースのうち、より高い優先順位に関連する第１ＰＵＣＣＨリソース上で第１ＵＣＩと第２ＵＣＩを多重化する。

【0016】

端末は一つの物理上りリンクチャネル上で加用のＵＣＩリソースの量及び第１ＵＣＩのリソースマッピングに必要なリソース量に基づいて、第２ＵＣＩの符号化レートを決定するか又は第２ＵＣＩの少なくとも一部をドロップ(ｄｒｏｐ)するか否かを決定する。

【0017】

複数のＵＣＩの符号化されたビットのリソースマッピングは、一つの物理上りリンクチャネルの加用の‘Ｎ’個のＲＥ(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)のうち、毎'ｄ’個ごとに一つのＲＥを選択することにより、第１ＵＣＩのリソースマッピングのための‘Ｎ_H’個のＲＥを決定すること、及び残りのＮ－Ｎ_H’個のＲＥのうち、第２ＵＣＩのリソースマッピングのためのＲＥを決定することを含む。端末は‘Ｎ_H’個のＲＥが互いにできる限り離隔する(ａｐａｒｔ)ように'ｄ'値を決定する。

【0018】

一つの物理上りリンクチャネルはピギーバック－ＵＣＩを運ぶＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)であり、ピギーバック－ＵＣＩに関連する複数のＵＣＩタイプのうち、ＵＣＩタイプ‘ｎ'はＵＣＩタイプ‘ｎ＋１'より高い優先順位を有する状態で、端末は第１ＵＣＩと第２ＵＣＩのＵＣＩタイプを詳細な説明の表８又は表９のように決定することができる。

【発明の効果】

【0019】

本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

【0020】

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【図面の簡単な説明】

【0021】

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。

【0022】

【図1】無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

【図2】無線フレームの構造を例示する図である。

【図3】スロットのリソースグリッドを例示する図である。

【図4】スロット内に物理チャネルがマッピングされる例を示す図である。

【図5】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。

【図6】ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)送信過程を例示する図である。

【図7】制御情報をＰＵＳＣＨに多重化する例を示す図である。

【図8】本発明の一実施例によるＵＣＩ符号化を説明する図である。

【図9】本発明の一実施例によるＵＣＩ処理手順を説明する図である。

【図10】実施例による複数のＵＣＩの多重化とリソースマッピングを説明する図である。

【図11】実施例による複数のＵＣＩの多重化とリソースマッピングを説明する図である。

【図12】実施例による複数のＵＣＩの多重化とリソースマッピングを説明する図である。

【図13】実施例による複数のＵＣＩの多重化とリソースマッピングを説明する図である。

【図14】本発明の一実施例による信号送受信方法を示す図である。

【図15】本発明に適用される通信システム１と無線機器を例示する図である。

【図16】本発明に適用される通信システム１と無線機器を例示する図である。

【図17】本発明に適用される通信システム１と無線機器を例示する図である。

【図18】本発明に適用される通信システム１と無線機器を例示する図である。

【図19】本発明に適用可能なＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)動作を例示する図である。

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

【0023】

以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

【0024】

より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ Ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ)と呼ぶ。

【0025】

説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

【0026】

この明細書においては、"設定"という表現は"構成(ｃｏｎｆｉｇｕｒｅ／ｃｏｎｆｉｇｕｒａｔｉｏｎ)"という表現に置き換えてもよく、両者は混用される。また、条件的表現(例えば、"～～であると(ｉｆ)"、"～の場合(ｉｎ ａ ｃａｓｅ)"又は"～であるとき(ｗｈｅｎ)"など)は、"～であることに基づいて(ｂａｓｅｄ ｏｎ ｔｈａｔ ～～)"又は"～である状態で(ｉｎ ａ ｓｔａｔｅ／ｓｔａｔｕｓ)"などの表現に置き換えてもよい。また、該当条件の充足による端末／基地局の動作又はＳＷ／ＨＷ構成を類推／理解することができる。また、無線通信装置(例えば、基地局、端末)の間の信号送受信において、送信(又は受信)側のプロセスから受信(又は送信)側のプロセスが類推／理解できれば、その説明は省略してもよい。例えば、送信側の信号決定／生成／符号化／送信などは受信側の信号モニタリング受信／復号／決定などに理解できる。また、端末が特定の動作を行う(又は行わない)という表現は、基地局が端末の特定の動作の実行を期待／仮定(又は行わないと期待／仮定)して動作するとも解釈できる。基地局が特定の動作を行う(又は行わない)という表現は、端末が基地局の特定の動作の実行を期待／仮定(又は行わないと期待／仮定)して動作するとも解釈できる。また、以下の説明において、各セクション、実施例、例示、オプション、方法、方案などの区部とインデックスは、説明の便宜のためのものであり、それぞれが必ず独立した発明を構成することを意味するか、又はそれぞれが必ず個々に実施されるべきであることを意味すると解釈してはいけない。また、各セクション、実施例、例示、オプション、方法、方案などを説明するにおいて、明示的に衝突／反対する技術がなければ、これらの少なくとも一部を組み合わせて一緒に実施したり、少なくとも一部を省略して実施したりしてもよいと類推／解釈される。

【0027】

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0028】

図１は３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

【0029】

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。このために、端末は基地局からＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)を受信する。ＳＳＢはＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)を含む。端末はＰＳＳ／ＳＳＳに基づいて基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。また端末はＰＢＣＨに基づいてセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ)を受信して下りリンクチャネルの状態を確認することができる。

【0030】

初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。

【0031】

以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。

【0032】

このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。

【0033】

図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。

【0034】

表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

【0035】

【表1】

【0036】

＊Ｎ^slot _symb:スロット内のシンボル数

【0037】

＊Ｎ^frame,u _slot:フレーム内のスロット数

【0038】

＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

【0039】

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

【0040】

【表2】

【0041】

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。

【0042】

ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

【0043】

図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(Ｐｈｙｓｉｃａｌ ＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。

【0044】

図４は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。

【0045】

以下、各々の物理チャネルについてより詳しく説明する。

【0046】

ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

【0047】

ＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。

【0048】

ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。

【0049】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。

【0050】

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。

【0051】

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。

【0052】

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。

【0053】

＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

【0054】

表３は検索空間タイプごとの特徴を例示する。

【0055】

【表3】

【0056】

表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

【0057】

【表4】

【0058】

ＤＣＩフォーマット０_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。

【0059】

ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

【0060】

ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。

【0061】

ＰＵＣＣＨはＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。

【0062】

－ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

【0063】

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。

【0064】

－ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)を含む。

【0065】

表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１，３，４)に区分できる。

【0066】

【表5】

【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】

【表6-1】

【0093】

【表6-2】

【0094】

表６において、ベタオフセット'β_{ｏｆｆｓｅｔ} ^{ＰＵＳＣＨ}'はＰＵＳＣＨ上のＵＣＩのレートマッチングのための加重値であって、ＰＵＳＣＨ送信時、ＨＡＲＱ－ＡＣＫ及びＣＳＩ報告(ＣＳＩ Ｒｅｐｏｒｔ)のために使用されるリソース量に関連する。β_{ｏｆｆｓｅｔ}セットが上位階層シグナリングにより設定されるが、特定のセットが準－静的に(ｓｅｍｉ－ｓｔａｔｉｃ)使用されるか、又はβ_{ｏｆｆｓｅｔ}セットがＤＣＩ(例えば、ＤＣＩ ｆｏｒｍａｔ ０_１／０_２)により動的に(Ｄｙｎａｍｉｃ)指示される。動的なβ_{ｏｆｆｓｅｔ}指示方式において、ＤＣＩのベタオフセット指示フィールドはＵＥに設定された４つのβ_{ｏｆｆｓｅｔ}セットのうちのいずれかを指示する２ビットで構成される。それぞれのβ_{ｏｆｆｓｅｔ}セットはＨＡＲＱ－ＡＣＫに適用可能な３つのβ_{ｏｆｆｓｅｔ}値、ＣＳＩパート１のための２つのβ_{ｏｆｆｓｅｔ}値、及びＣＳＩパート２のための２つのβ_{ｏｆｆｓｅｔ}値を含み、該当ペイロードサイズによって特定のβ_{ｏｆｆｓｅｔ}値が選択される。例えば、第１β_{ｏｆｆｓｅｔ} ^{ＨＡＲＱ－ＡＣＫ} 値はＭ個のＨＡＲＱ－ＡＣＫをＰＵＳＣＨに送信するために使用され、第２β_{ｏｆｆｓｅｔ} ^{ＨＡＲＱ－ＡＣＫ}値はＮ個のＨＡＲＱ－ＡＣＫをＰＵＳＣＨに送信するために使用される。

【0095】

一方、この明細書で使用している用語の意味を整理すると、以下の通りである。該当用語の理解を助けるために、図５、図６及びこれらに関する説明を参照できる。

【0096】

－Ｋ０(ＤＬ ａｓｓｉｇｎｍｅｎｔ－ｔｏ－ＰＤＳＣＨ ｏｆｆｓｅｔ)：ＤＣＩ送信スロットと(該当ＤＣＩからスケジュールされた)ＰＤＳＣＨ送信スロットの間のスロット間隔

【0097】

－ＳＬＩＶ(Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ)：(ＰＤＳＣＨ ｏｃｃａｓｉｏｎ)ＰＤＳＣＨの開始シンボルとシンボル期間(Ｄｕｒａｔｉｏｎ)(又は終了シンボル)情報

【0098】

－マッピングタイプ(Ｍａｐｐｉｎｇ ｔｙｐｅ)：ＰＤＳＣＨのＤＭＲＳシンボル位置がスロット期間(Ｄｕｒａｔｉｏｎ)内のシンボルインデックスを基準として決定されるか、それともＰＤＳＣＨ期間(Ｄｕｒａｔｉｏｎ)内のシンボルインデックスを基準として決定されるかに関する情報

【0099】

－ＴＤＲＡ(Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ)テーブル：(ＲＲＣにより設定された)複数の{Ｋ０、ＳＬＩＶ、マッピングタイプ}の組み合わせで構成され、(テーブル内の複数の列(ｒｏｗ)のそれぞれに一つの組み合わせがマッピング)、ＤＣＩにより特定の一つの列が指示される。

【0100】

－Ｋ１(ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ)：ＰＤＳＣＨ送信スロットと(該当ＰＤＳＣＨ受信に対する)ＨＡＲＱ－ＡＣＫの送信スロットの間のスロット間隔

【0101】

ＵＲＬＬＣ支援のための異なる優先順位間の多重化

【0102】

最近、ＵＲＬＬＣのように信頼性／遅延性能が重要なデータ送信／サービスを支援するために、物理階層チャネル／信号(送信リソース)及び制御情報(例えば、ＵＣＩ)ごとにサービス／保護の優先順位(例えば、低い優先順位(ＬＰ)であるか、それとも高い優先順位(ＨＰ)であるか)が(ＲＲＣシグナリングなどにより)順－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にＵＥに設定されるか、又は(ＤＣＩ／ＭＡＣシグナリングなどにより)動的(ｄｙｎａｍｉｃ)にＵＥに指示される。

【0103】

具体的には、ＮＲ Ｒｅｌ．１６の一部ＤＣＩ ｆｏｒｍａｔ(例えば、ＤＣＩ ｆｏｒｍａｔ １_１／１_２ ｆｏｒ ＤＬ、及びＤＣＩ ｆｏｒｍａｔ ０_１／０_２ ｆｏｒ ＵＬ)には、優先順位標識(ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｏｒ)が導入されている。上位階層シグナリングにより該当ＤＣＩ ｆｏｒｍａｔに対して優先順位標識が提供されると設定される場合、ＵＥは優先順位標識が存在すると仮定して、該当ＤＣＩ ｆｏｒｍａｔに対するブラインド復号を行う。上位階層シグナリングにより該当ＤＣＩ ｆｏｒｍａｔに対して優先順位標識が使用されるという明示的なシグナリングがないと、該当ＤＣＩ ｆｏｒｍａｔに優先順位標識フィールドが含まれていないと仮定してブラインド復号を行う。該当ＤＬ／ＵＬ信号に対していかなる優先順位情報も提供されないと、ＵＥは該当ＤＬ／ＵＬ信号がＬＰ(例えば、優先順位インデックス＝０)であると仮定する。一方、ＤＣＩの優先順位標識は優先順位を指示／設定するための様々な手段の一つであり、唯一の方法ではないことを当業者であれば理解できるであろう。

【0104】

上記優先順位に関する例として、ＬＰに低い優先順位インデックス(Ｌｏｗｅｒ ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ)が設定／指示され、ＨＰに高い優先順位インデックス(ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ)が設定／指示される形態であるか、又はＬＰに低いビット値(Ｌｏｗｅｒ Ｂｉｔ Ｖａｌｕｅ)(例えば、ｂｉｔ‘０’)が設定／指示され、ＨＰに高いビット値(Ｈｉｇｈｅｒ Ｂｉｔ Ｖａｌｕｅ)(例えば、ｂｉｔ‘１’)が設定／指示される形態である。

【0105】

一例として、各ＵＣＩタイプ(例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ及び／又はＣＳＩ)又は該当ＵＣＩ送信に対して設定／指示されたＰＵＣＣＨ／ＰＵＳＣＨリソースごとに優先順位(例えば、ＬＰ又はＨＰ)が設定／指示される。例えば、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの場合、ＰＤＳＣＨをスケジューリングするＤＬグラントＤＣＩによりＬＰ／ＨＰが指示される。例えば、(非周期的な)ＣＳＩの場合には、ＤＣＩ(例えば、ＰＵＳＣＨをスケジューリングするＵＬグラントＤＣＩ)によりＬＰ／ＨＰが指示される。

【0106】

他の例として、(i)各優先順位ごとにＰＵＣＣＨリソースセットが独立して設定されるか、及び／又は(ii)ＰＵＣＣＨ送信のための最大限のＵＣＩ符号化レートが各優先順位ごとに独立して設定される。さらに他の例として、(iii)ＰＵＳＣＨ上のＵＣＩ符号化のためのベタオフセット(β_{ｏｆｆｓｅｔ})(例えば、ｆｏｒ ＨＡＲＱ－ＡＣＫ、ＣＳＩパート１／２、表６を参照)が各優先順位ごとに独立して設定されるか、及び／又は(iv)各優先順位ごとにＨＡＲＱ－ＡＣＫコードブックタイプが独立して設定される。(i)～(iv)のうちのいずれか又は組み合わせが使用される。

【0107】

一方、ＨＡＲＱ－ＡＣＫコードブックの場合、ＨＡＲＱ－ＡＣＫビット(ペイロード)の構成方法によってＴｙｐｅ－１、Ｔｙｐｅ－２及びＴｙｐｅ－３の３つのコードブックタイプにより定義される。Ｔｙｐｅ－１コードブックの場合、(（各）セルごとに該当セルに設定された)候補ＨＡＲＱ－ＡＣＫタイミング(Ｋ１)集合と候補ＰＤＳＣＨ ｏｃｃａｓｉｏｎ(ＳＬＩＶ)集合の組み合わせによりＨＡＲＱ－ＡＣＫペイロードを構成する方式である(例えば、ＲＲＣシグナリングに基づいて準－静的に固定したサイズのコードブック)。Ｔｙｐｅ－２コードブックの場合は、実際スケジューリングされるＰＤＳＣＨの数又は対応するリソース割り当ての数によってコードブックサイズが動的に変更される。Ｔｙｐｅ－３コードブックの場合には、(（各）セルごとに該当セルに設定された)最大のＨＡＲＱ ｐｒｏｃｅｓｓの数に合わせて、各ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ(ＨＰＮ)ごとに該当ＨＰＮに対応するＨＡＲＱ－ＡＣＫビットをマッピングしてＨＡＲＱ－ＡＣＫペイロードを構成する方式である(例えば、ｏｎｅ－ｓｈｏｔ Ａ/Ｎ ｒｅｐｏｒｔｉｎｇ)。

【0108】

Ｔｙｐｅ－１コードブックの場合、具体的には、(（各）セルごとに該当セルに対して)複数の(例えば、Ｎ個)候補Ｋ１値の集合が設定された状態で、（各）Ｋ１値ごとにＡ／Ｎ送信スロットからＫ１個のスロット前のＤＬスロット内で送信可能な(又は送信されるようにスケジューリングされる)全てのＳＬＩＶの組み合わせを計算して、該当ＤＬスロットに対応する(該当スロット内の送信可能な各ＳＬＩＶに対応するＡ／Ｎビットの位置／順序の決定を含めて)Ａ／Ｎサブ－ペイロード(ｓｕｂ－ｐａｙｌｏａｄ)を構成し(これを“ＳＬＩＶ Ｐｒｕｎｉｎｇ”と定義)、かかるＡ／Ｎサブ－ペイロードをＮ個のＫ１値に対して連接(ｃｏｎｃａｔｅｎａｔｉｏｎ)して、全体Ａ／Ｎコードブックを構成し、このとき、各Ｋ１値に対応する(Ｎ個の)ＤＬスロットの集合をＡ／Ｎ送信スロットに対応するバンドリングウィンドウ(ｂｕｎｄｌｉｎｇ ｗｉｎｄｏｗ)であると定義する。

【0109】

Ｔｙｐｅ－３コードブックの場合、具体的には、ＨＡＲＱ－ＡＣＫに対応するＮＤＩを共にフィードバックするモード１及びＮＤＩなしにＨＡＲＱ－ＡＣＫのみをフィードバックするモード２のうちのいずれかがＢＳからＵＥに設定される。ＵＥは、モード１に設定された場合、（各）ＨＰＮごとに該当ＨＰＮのＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫに対応する(ＤＣＩにより指示された)ＮＤＩを共にフィードバックするように動作する。反面、モード２に設定された場合は、ＵＥは（各）ＨＰＮごとに該当ＨＰＮのＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫのみをフィードバックする。

【0110】

一方、上記のように互いに異なる優先順位(例えば、ＬＰ又はＨＰ)に設定／指示された複数のＵＣＩの組み合わせを同じ一つのＵＬ信号／チャネル(例えば、ＰＵＣＣＨ又はＰＵＳＣＨリソース)上にマッピング／送信するためには、ＵＣＩ符号化方式、ＲＥマッピング順序及び／又はＰＵＣＣＨリソース決定などに対する規則／動作が新しく定義される必要があり、そのために以下のような方法を提案する。

【0111】

[Ｐｒｏｐｏｓａｌ １]

【0112】

１)Ｐ１_Ｏｐｔ１

【0113】

Ａ．ＵＥはＬＰ ＵＣＩとＨＰ ＵＣＩのそれぞれを別々に／個々に符号化(個別符号化；Ｓｅｐａｒａｔｅ Ｅｎｃｏｄｉｎｇ)して、同じ一つのＰＵＣＣＨリソース(例えば、同一のＰＵＣＣＨ信号／送信)上にマッピング／送信することができる。

【0114】

i．説明の便宜上、ＬＰ ＵＣＩとＨＰ ＵＣＩのペイロードサイズをそれぞれＵ_L、Ｕ_Hと仮定し、ＰＵＣＣＨリソース上の(ＵＣＩマッピングに加用の)ＲＥの総数をＮと仮定する。

【0115】

１．具体的な一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩの(ｃｏｎｔｅｎｔ)タイプはいずれもＨＡＲＱ－ＡＣＫであるか、又はそれを含む。他の例として、ＬＰ ＵＣＩのタイプは(非周期的な)ＣＳＩである反面、ＨＰ ＵＣＩタイプはＨＡＲＱ－ＡＣＫであるか、又はそれを含む。

【0116】

ii．一例として、図８を参照すると、まずＵＥはＨＰ ＵＣＩのペイロードサイズとＨＰ ＰＵＣＣＨ(又はＨＰ ＵＣＩ)に設定された最大のＵＣＩ符号化レートに基づいて、ＨＰ ＵＣＩの符号化ビットのマッピングに必要なＲＥ数Ｎ_Hを決定する(８１０)。Ｎ_H＜Ｎである場合、ＵＥはＨＰ ＵＣＩの全体をＮ個のＲＥのうち、特定のＮ_H個のＲＥにマッピング／送信する(８３０、８３５)(これを便宜上、“ＭＵＸ－ＳＴＥＰ １ａ”と定義する)。

【0117】

１．仮に、Ｎ_H≧Ｎである場合、ＵＥはＨＰ ＵＣＩ(全体或いは一部)のみをＮ個のＲＥにマッピング／送信し、ＬＰ ＵＣＩの全体をドロップしてマッピング／送信しない(８２０)。

【0118】

iii．次にＵＥは、残りの{Ｎ－Ｎ_H}個のＲＥとＬＰ ＰＵＣＣＨ(又はＬＰ ＵＣＩ)に設定された最大のＵＣＩ符号化レートに基づいて、該当{Ｎ－Ｎ_H}個のＲＥにマッピング可能なＬＰ ＵＣＩの最大のペイロードサイズＵ_Rを決定する。

【0119】

iv．次にＵＥはＵ_RとＵ_Lのサイズを比較してＵ_R≧Ｕ_Lである場合、ＬＰ ＵＣＩの全体を{Ｎ－Ｎ_H}個のＲＥ(全体或いは一部)にマッピング／送信する(８３０)。ＵＥはＵ_R＜Ｕ_Lである場合には、ＬＰ ＵＣＩの全体をドロップしてマッピング／送信しないか、又はＬＰ ＵＣＩの一部をドロップし、残りの一部のみを{Ｎ－Ｎ_H}個のＲＥにマッピング／送信する(８３５)(これを便宜上、“ＭＵＸ－ＳＴＥＰ ２ａ”と定義する)。

【0120】

１．ＬＰ ＵＣＩのタイプがＨＡＲＱ－ＡＣＫである場合にＵＥはＡＣＫ／ＮＡＣＫをバンドリングしてＵ_R以下のペイロードサイズを構成した状態で、該当ｂｕｎｄｌｅｄ ＨＡＲＱ－ＡＣＫを{Ｎ－Ｎ_H}個のＲＥ(全体或いは一部)にマッピング／送信する。

【0121】

２．一方、“ＭＵＸ－ＳＴＥＰ １ａ”はＨＰ ＵＣＩ マッピング／送信のための過程であり、“ＭＵＸ－ＳＴＥＰ ２ａ”はＬＰ ＵＣＩマッピング／送信のための過程であるとも理解できる。例えば、ＰＵＣＣＨリソースの加用のＲＥの総数(Ｎ)の決定、ＨＰ ＵＣＩペイロードサイズ(Ｕ_H)の決定、及びＬＰ ＵＣＩペイロードサイズ(Ｕ_L)の決定過程に関する説明は省略し(既に与えられていると仮定し)、ＵＥ動作について例示すると、以下の通りである。

【0122】

ＵＥは“ＭＵＸ－ＳＴＥＰ １ａ”：ＨＰ ＵＣＩマッピング／送信のための過程を行う。このとき、ＵＥはＨＰ ＵＣＩ符号化ビットのマッピングに必要なＲＥ数(Ｎ_H)を決定することができる。

【0123】

次にＵＥは“ＭＵＸ－ＳＴＥＰ ２ａ”：ＬＰ ＵＣＩマッピング／送信のための過程を行う。ＵＥは残りのＲＥ数(＝Ｎ－Ｎ_H)を決定する。ＵＥは残りのＲＥ数に基づいて、残りのＲＥにマッピング可能なＬＰ ＵＣＩの最大ペイロードサイズ(Ｕ_R)を決定する。ＵＥはＵ_L及びＵ_Rに基づいて、ＬＰ ＵＣＩマッピング／送信を行う。

【0124】

v．一例として、ＵＣＩ ｔｏ ＲＥマッピングはＵＣＩ優先順位及びシンボルインデックスに基づいて行われる。上記例示において、ＵＣＩ(符号化ビット)のＲＥマッピング順序は、(i)まずＨＰ ＵＣＩの符号化ビットがＰＵＣＣＨの一番目のＯＦＤＭシンボル(ｌｏｗｅｓｔ ｉｎｄｅｘｅｄ ｓｙｍｂｏｌ)上のＲＥ(又はサブキャリア)からマッピングされ、次に低いインデックスを有するＯＦＤＭシンボル(２ｎｄ ｌｏｗｅｓｔ ｉｎｄｅｘｅｄ ｓｙｍｂｏｌ)上のＲＥ(又はサブキャリア)の順にマッピングされる。(ii)ＨＰ ＵＣＩマッピングの完了後(ＨＰ ＵＣＩシンボルより高い)インデックスを有するＯＦＤＭシンボル上のＲＥにＬＰ ＵＣＩの符号化ビットがマッピングされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。同一のシンボル内のＲＥの間では、サブキャリアインデックスの昇順又は降順にＵＣＩ符号化ビット／変調シンボルマッピングが行われる。

【0125】

１．特徴的には、ＰＵＣＣＨ送信に周波数ホッピングが設定／指示された場合、(時間上)より早い周波数ホップ(該当ホップ上のより早いシンボル上のＲＥ)にＨＰ ＵＣＩの符号化ビットが優先してマッピングされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0126】

vi．一例として、ＭＵＸ－ＳＴＥＰ ２ａにおいて、ＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)のドロップ順序は、次のようにＬＰに設定されたＨＡＲＱ－ＡＣＫコードブックタイプに基づいて(異なるように)決定される。

【0127】

vii．Ｔｙｐｅ－１コードブックの場合：(複数のセルが設定された場合に)ドロップのためにセルインデックスが考慮される。より高い(サービング)セルインデックスに設定された／スケジュール可能なＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。一例として、同一のセル内で又は単一のセルのみが設定された場合にはより遅い開始／終了シンボルタイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。さらに他の方法においては、該当Ｔｙｐｅ－１コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0128】

１．一例として、一番高いセルインデックスに設定された最も遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫから先にドロップされ、その後、二番目に遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫがドロップされる方式として、一番高いセルインデックスに設定された複数のＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫが順にドロップされる。一番高いセルインデックスに対するＨＡＲＱ－ＡＣＫが全てドロップされ、(更なるドロップが必要な時)二番目に高いセルインデックスに設定されたＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫが(より遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫから順に)ドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0129】

２．上記例示において、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)の単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。同一のＰＤＳＣＨ内ではより高いビット／ＴＢ／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされ、同一のＴＢ内ではより高いビットインデックス／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされる。

【0130】

３．他の例においては、Ｔｙｐｅ－１コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。この場合、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)(最小)単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。

【0131】

４．ＵＥは上述した規則によって順にＨＡＲＱ－ＡＣＫをドロップし、Ｕ_R≧Ｕ_Lを満たすＨＡＲＱ－ＡＣＫの最小数までだけドロップするように動作する。

【0132】

viii．Ｔｙｐｅ－２コードブックの場合：ＤＡＩ値に基づいてＨＡＲＱ－ＡＣＫ(ビット)ドロップが行われる。例えば、ＤＣＩにより指示されたＤＡＩ値に基づいて決定されるより高いスケジューリング順序(ｔｈｅ ｈｉｇｈｅｒ ｃｏｕｎｔｅｒ－ＤＡＩ)値を有するＰＤＳＣＨ ｏｃｃａｓｉｏｎに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)から先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。又は、Ｔｙｐｅ－２コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0133】

１．一例として、より高いｃｏｕｎｔｅｒ－ＤＡＩ値に対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用される(これを便宜上、“ＤＡＩ－基盤のドロップ”と称する)。ＤＡＩ－基盤のドロップによりドロップされるＨＡＲＱ－ＡＣＫ(ビット数)単位(例えば、最小単位)は、一つのＡ／Ｎビットであるか、又は一つのＴＢ又は一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。同一のＰＤＳＣＨ内ではより高いビット／ＴＢ／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされ、同一のＴＢ内ではより高いビット／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされる。

【0134】

２．もしＴｙｐｅ－２コードブックが以下の３つのサブ－コードブック(ｓｕｂ－ｃｏｄｅｂｏｏｋ){ＴＢ単位／基盤のＰＤＳＣＨ送信に対するＴＢサブ－コードブック、ＣＢＧ単位／基盤のＰＤＳＣＨ送信に対するＣＢＧサブ－コードブック、ＳＰＳ ＰＤＳＣＨ送信に対するＳＰＳサブ－コードブック}のうち、いずれか２つのサブ－コードブックで構成された場合、以下のような順にＨＡＲＱ－ＡＣＫがドロップされる構造が使用される。ＴＢサブ－コードブックとＣＢＧサブ－コードブックに対してはＤＡＩ－基盤のドロップ又はビット－基盤のドロップ方法が適用され、ＳＰＳサブ－コードブックに対してはビット－基盤のドロップ方法が適用される。

【0135】

・Ｐ１_Ｏｐｔ １_１)ＵＥはＴＢサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0136】

・Ｐ１_Ｏｐｔ １_２)ＵＥはＴＢサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0137】

・Ｐ１_Ｏｐｔ １_３)ＵＥはＣＢＧサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＴＢサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0138】

・Ｐ１_Ｏｐｔ １_４)ＵＥはＣＢＧサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＴＢサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0139】

・Ｐ１_Ｏｐｔ １_５)ＵＥはＳＰＳサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＴＢサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0140】

・Ｐ１_Ｏｐｔ １_６)ＵＥはＳＰＳサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＴＢサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0141】

３．一例として、(Ｔｙｐｅ－２コードブックの)ＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造が使用される(これを便宜上、“ビット－基盤のドロップ”と称する)。ビット－基盤のドロップによりドロップされるＨＡＲＱ－ＡＣＫ(ビット数)単位は、一つのビットであるか、又は一つのＴＢ又は一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。

【0142】

４．ＵＥは上述した規則に従って順にＨＡＲＱ－ＡＣＫをドロップし、Ｕ_R≧Ｕ_Lを満たすＨＡＲＱ－ＡＣＫの最小数までだけドロップするように動作する。

【0143】

ｉｘ．ＭＵＸ－ＳＴＥＰ ２ａにおいて、ＬＰ ＨＡＲＱ－ＡＣＫに対するドロップが行われる前にＨＡＲＱ－ＡＣＫバンドリングが(ＬＰ ＵＣＩに)先に行われる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。ＬＰ ＵＣＩのＨＡＲＱ－ＡＣＫを(全体として)ドロップするよりは、バンドリングによりＬＰ ＵＣＩ ＨＡＲＱ－ＡＣＫのサイズを減らして送信することがより望ましいためである。

【0144】

１．もし次の２つのＰＤＳＣＨ送信タイプ{最大２つのＴＢを運ぶＰＤＳＣＨ送信、ＣＢＧ単位／基盤のＰＤＳＣＨ送信}のうち、いずれかが設定／スケジュールされた場合、以下のような順にＨＡＲＱ－ＡＣＫバンドリング及びＨＡＲＱ－ＡＣＫドロップ動作が行われる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0145】

・Ｐ１_Ｏｐｔ １(ａ)：一つのＰＤＳＣＨを構成する(複数の)ＴＢ／ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングすることにより、（各）ＰＤＳＣＨごとに１－ビットのＨＡＲＱ－ＡＣＫが生成されるようにＨＡＲＱ－ＡＣＫペイロードが構成された状態で、該当ＨＡＲＱ－ＡＣＫペイロードサイズがＵ_R≧Ｕ_Lを満たす場合、ＵＥはＨＡＲＱ－ＡＣＫドロップなしに該当ＨＡＲＱ－ＡＣＫペイロードをマッピング／送信する。構成されたＨＡＲＱ－ＡＣＫペイロードのサイズがＵ_R≧Ｕ_Lを満たさない場合には、ＵＥは(ｂｕｎｄｌｅｄ ＨＡＲＱ－ＡＣＫ(ビット)に対して)上述したＨＡＲＱ－ＡＣＫドロップ方法を(少なくとも部分的に)適用するように動作する。

【0146】

・Ｐ１_Ｏｐｔ １(ｂ)：一つのＴＢを構成する(複数の)ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングすることにより、（各）ＴＢごとに１－ビットのＨＡＲＱ－ＡＣＫが生成されるようにＨＡＲＱ－ＡＣＫペイロードが構成された状態で、ＵＥは該当ＨＡＲＱ－ＡＣＫペイロードサイズがＵ_R≧Ｕ_Lを満たす場合、ＨＡＲＱ－ＡＣＫドロップなしに該当ＨＡＲＱ－ＡＣＫペイロードをマッピング／送信する。構成されたＨＡＲＱ－ＡＣＫペイロードのサイズがＵ_R≧Ｕ_Lを満たさない場合には、ＵＥは(一つのＰＤＳＣＨを構成する(複数の)ＴＢ／ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングする)Ｐ１_Ｏｐｔ １(ａ)を適用するように動作する。

【0147】

２)Ｐ１_Ｏｐｔ ２

【0148】

Ａ．ＵＥはＬＰ ＵＣＩとＨＰ ＵＣＩを符号化(例えば、ジョイント符号化)して同じ一つのＰＵＣＣＨリソース(セット)上にマッピング／送信する。

【0149】

ｉ．ＬＰ ＵＣＩとＨＰ ＵＣＩのペイロードサイズをそれぞれＵ_LとＵ_Hと仮定し、ＰＵＣＣＨリソース上の(ＵＣＩマッピングに加用の)ＲＥの総数をＮと仮定する。

【0150】

１．一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩのタイプはいずれもＨＡＲＱ－ＡＣＫであってもよく、他の例として、ＬＰ ＵＣＩのタイプは(周期的)ＣＳＩである反面、ＨＰ ＵＣＩタイプはＨＡＲＱ－ＡＣＫであってもよい。

【0151】

ii．まずＵＥはＮ個のＲＥとＨＰ ＰＵＣＣＨ(又はＨＰ ＵＣＩ)に設定された最大のＵＣＩ符号化レートに基づいて、該当Ｎ個のＲＥにマッピング可能な最大のＵＣＩペイロードサイズＵ_Mを決定する。

【0152】

iii．次にＵ_MとＵ_Hのサイズを比較してＵ_M＞Ｕ_Hである場合、ＵＥはＨＰ ＵＣＩの全てを(符号化して)ＰＵＣＣＨリソース上にマッピング／送信する(これを便宜上、“ＭＵＸ－ＳＴＥＰ １ｂ”と定義する)。

【0153】

１．そうではなく、もしＵ_M≦Ｕ_Hである場合には、ＵＥはＨＰ ＵＣＩ(全体或いは一部)のみを(ＰＵＣＣＨリソース上の)Ｎ個のＲＥにマッピング／送信し、ＬＰ ＵＣＩの全てをドロップしてマッピング／送信を行わない。

【0154】

iv．次に、ＵＥは{Ｕ_M－Ｕ_H}とＵ_Lのサイズを比較して{Ｕ_M－Ｕ_H}≧Ｕ_Lである場合は、ＬＰ ＵＣＩの全てを(ＨＰ ＵＣＩとジョイント符号化して)ＰＵＣＣＨリソース上にマッピング／送信し、{Ｕ_M－Ｕ_H}＜Ｕ_Lである場合には、ＬＰ ＵＣＩの全てをドロップしてマッピング／送信を行わないか、又はＬＰ ＵＣＩの一部をドロップし、残りの一部のみを(ＨＰ ＵＣＩとジョイント符号化して)ＰＵＣＣＨリソース上にマッピング／送信する(これを便宜上、“ＭＵＸ－ＳＴＥＰ ２ｂ”と定義する)。

【0155】

v．又は、ＬＰ ＵＣＩのタイプがＨＡＲＱ－ＡＣＫである場合には、ＵＥはＡＣＫ／ＮＡＣＫをバンドリングして{Ｕ_M－Ｕ_H}以下にＬＰ ＵＣＩのペイロードサイズを構成し、ＬＰ ＵＣＩの該当ｂｕｎｄｌｅｄ ＨＡＲＱ－ＡＣＫを(ＨＰ ＵＣＩとジョイント符号化して)ＰＵＣＣＨリソース上にマッピング／送信する。

【0156】

一例として、(i)Ｕ_M≧Ｕ_H＋Ｕ_Lである場合、ＵＥはＨＰ ＵＣＩ及びＬＰ ＵＣＩを(ジョイント符号化して)Ｎ ＲＥにマッピング／送信し、(ii)Ｕ_M－Ｕ_H＜Ｕ_Lである場合は、ＬＰ ＵＣＩの一部のみを(ＨＰ ＵＣＩとジョイント符号化して)Ｎ ＲＥにマッピング／送信するか、又はＬＰ ＵＣＩのＡ／Ｎ空間バンドリングを行った後に(ＨＰ ＵＣＩとジョイント符号化して)Ｎ ＲＥにマッピング／送信するか、又はＬＰ ＵＣＩをドロップする。

【0157】

vi．上記において、ジョイント符号化された(ｊｏｉｎｔ－ｅｎｃｏｄｅｄ)ＵＣＩペイロード上のＵＣＩビットのマッピング順序は、ＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ及び／又はＳＲ)がＭＳＢから始まってより低いビットインデックスに先にマッピングされ、その後の(より高い)ビットインデックスにＬＰ ＵＣＩがマッピングされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0158】

vii．一例として、ＭＵＸ－ＳＴＥＰ ２ｂにおいて、ＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)のドロップ順序は、以下のようにＬＰに設定されたＨＡＲＱ－ＡＣＫコードブックタイプによって(異なるように)決定される。

【0159】

viii．Ｔｙｐｅ－１コードブックの場合：より高い(サービング)セルインデックスに設定された／スケジューリング可能なＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。一例として、一つのセルに対しては、より遅い開始／終了シンボルタイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。さらに他の方法においては、該当Ｔｙｐｅ－１コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0160】

１．一例として、一番高いセルインデックスに設定された最も遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫから先にドロップされ、その後、二番目に遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫがドロップされ、このような方式で一番高いセルインデックスに設定された複数のＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫが順に全てドロップされる。その後、二番目に高いセルインデックスに設定されたＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫが(より遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫから順に)ドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0161】

２．上記例示において、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。一つのＰＤＳＣＨ内ではより高いビット／ＴＢ／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされ、一つのＴＢ内ではより高いビット／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされる。

【0162】

３．他の例においては、Ｔｙｐｅ－１コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造が使用される。この場合、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。

【0163】

４．ＵＥは上述した規則によって順にＨＡＲＱ－ＡＣＫをドロップし、{Ｕ_M－Ｕ_H}≧Ｕ_Lを満たすＨＡＲＱ－ＡＣＫの最小数までだけドロップするように動作する。

【0164】

ix．Ｔｙｐｅ－２コードブックの場合：ＤＡＩ値に基づいてＨＡＲＱ－ＡＣＫ(ビット)がドロップされる。例えば、ＤＣＩにより指示されたＤＡＩ値に基づいて決定されるより高いスケジューリング順序(ｃｏｕｎｔｅｒ－ＤＡＩ)値を有するＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。さらに他の方法においては、該当Ｔｙｐｅ－２コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0165】

１．一例として、より高いｃｏｕｎｔｅｒ－ＤＡＩ値に対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造(例えば、ＤＡＩ－基盤のドロップ)がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。該当ドロップ構造によりドロップされるＨＡＲＱ－ＡＣＫ(ビット数)単位は、一つのＡ／Ｎビットであるか、又は一つのＴＢ又は一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。一つのＰＤＳＣＨ内ではより高いビット／ＴＢ／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされ、一つのＴＢ内ではより高いビット／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされる。

【0166】

２．もしＴｙｐｅ－２コードブックが以下の３つのサブ－コードブック{ＴＢ単位／基盤のＰＤＳＣＨ送信に対するＴＢサブ－コードブック、ＣＢＧ単位／基盤のＰＤＳＣＨ送信に対するＣＢＧサブ－コードブック、ＳＰＳ ＰＤＳＣＨ送信に対するＳＰＳサブ－コードブック}のうち、少なくとも２つのサブ－コードブックで構成された場合、以下のような順にＨＡＲＱ－ＡＣＫがドロップされる構造が使用される。この場合、ＴＢサブ－コードブックとＣＢＧサブ－コードブックに対してはＤＡＩ－基盤のドロップ又はビット－基盤のドロップ方法が適用され、ＳＰＳサブ－コードブックに対してはビット－基盤のドロップ方法が適用される。

【0167】

・Ｐ１_Ｏｐｔ ２_１)ＵＥはＴＢサブ－コードブックからドロップし、次にＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0168】

・Ｐ１_Ｏｐｔ ２_２)ＵＥはＴＢサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0169】

・Ｐ１_Ｏｐｔ ２_３)ＵＥはＣＢＧサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＴＢサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0170】

・Ｐ１_Ｏｐｔ ２_４)ＵＥはＣＢＧサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＴＢサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0171】

・Ｐ１_Ｏｐｔ ２_５)ＵＥはＳＰＳサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＴＢサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0172】

・Ｐ１_Ｏｐｔ ２_６)ＵＥはＳＰＳサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＴＢサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0173】

３．一例として、Ｔｙｐｅ－２コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造が使用される(例えば、ビット－基盤のドロップ)。この場合、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。

【0174】

４．ＵＥは上述した規則によって順にＨＡＲＱ－ＡＣＫをドロップし、{Ｕ_M－Ｕ_H}≧Ｕ_Lを満たすＨＡＲＱ－ＡＣＫの最小数までだけドロップするように動作する。

【0175】

ｘ．ＭＵＸ－ＳＴＥＰ ２ｂにおいて、ＬＰ ＨＡＲＱ－ＡＣＫに対するドロップが行われる前にＨＡＲＱ－ＡＣＫバンドリングが(ＬＰ ＵＣＩに)優先して行われる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0176】

１．もし以下の２つのＰＤＳＣＨ送信タイプ{最大２つのＴＢを運ぶＰＤＳＣＨ送信、ＣＢＧ単位／基盤のＰＤＳＣＨ送信}のうち、いずれかが設定／スケジュールされた場合、以下のような順にＨＡＲＱ－ＡＣＫバンドリング及びＨＡＲＱ－ＡＣＫドロップ動作が行われる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0177】

・Ｐ１_Ｏｐｔ ｉ)一つのＰＤＳＣＨを構成する(複数の)ＴＢ／ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングすることにより、（各）ＰＤＳＣＨごとに１－ビットのＨＡＲＱ－ＡＣＫが生成されるようにＨＡＲＱ－ＡＣＫペイロードが構成された状態で、ＵＥは該当ＨＡＲＱ－ＡＣＫペイロードサイズが{Ｕ_M－Ｕ_H}≧Ｕ_Lを満たす場合、ＨＡＲＱ－ＡＣＫドロップなしに該当ＨＡＲＱ－ＡＣＫペイロードをマッピング／送信する。構成されたＨＡＲＱ－ＡＣＫペイロードサイズが{Ｕ_M－Ｕ_H}≧Ｕ_Lを満たさない場合には、ＵＥは(ｂｕｎｄｌｅｄ ＨＡＲＱ－ＡＣＫ(ビット)に対して)上述したＨＡＲＱ－ＡＣＫドロップ方法を(少なくとも部分的に)適用するように動作する。

【0178】

・Ｐ１_Ｏｐｔ ii)一つのＴＢを構成する(複数の)ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングすることにより、（各）ＴＢごとに１－ビットＨＡＲＱ－ＡＣＫが生成されるようにＨＡＲＱ－ＡＣＫペイロードが構成された状態で、ＵＥは該当ＨＡＲＱ－ＡＣＫペイロードサイズが{Ｕ_M－Ｕ_H}≧Ｕ_Lを満たす場合、ＨＡＲＱ－ＡＣＫドロップなしに該当ＨＡＲＱ－ＡＣＫペイロードをマッピング／送信する。ＵＥは構成されたＨＡＲＱ－ＡＣＫペイロードサイズが{Ｕ_M－Ｕ_H}≧Ｕ_Lを満たさない場合には、(一つのＰＤＳＣＨを構成する(複数の)ＴＢ／ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングする)Ｐ１_Ｏｐｔ i)を適用するように動作する。

【0179】

３)Ｐ１_Ｏｐｔ ３

【0180】

Ａ．ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズ及び／又はこれらの組み合わせによって異なる符号化方式を適用する方法が使用される。一例として、ＵＥはＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズのうちのいずれかに基づいてＵＣＩ符号化方式を決定する。

【0181】

i．一例として、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズがいずれもＸ－ビット以下である場合は、第１符号化方式(例えば、ジョイント符号化)が適用され、２つのペイロードのサイズのうち、いずれかがＸ－ビットを超える場合には、第２符号化方式(例えば、個別符号化)が適用される(これを“ＭＥＴＨＯＤ１”と定義し、この場合、Ｘ－ビットとしては、例えば、２－ビット又は１１－ビットが適用される)。

【0182】

ii．他の例として、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＹ－ビット以下である場合は、第１符号化方式(例えば、ジョイント符号化)が適用され、２つのペイロードのサイズの和がＹ－ビットを超える場合には、第２符号化方式(例えば、個別符号化)が適用される(これを“ＭＥＴＨＯＤ２”と定義し、この場合、Ｙ－ビットは、例えば、２－ビット又は１１－ビットが適用される)。

【0183】

iii．さらに他の例として、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズのうち、いずれかがＺ－ビット以下である場合は、第１符号化方式(例えば、ジョイント符号化)が適用され、２つのペイロードのサイズが全てＺ－ビットを超える場合には、第２符号化方式(例えば、個別符号化)が適用される(これを“ＭＥＴＨＯＤ３”と定義し、この場合、Ｚ－ビットは、例えば、２－ビット又は１１－ビットが適用される)。

【0184】

iv．他の例として、特定の優先順位(例えば、ＬＰ)により設定／指示されたＵＣＩのペイロードサイズがＺ－ビット以下である場合は、第１符号化方式(例えば、ジョイント符号化)が適用され、該当ペイロードサイズがＺ－ビットを超える場合には、第２符号化方式(例えば、個別符号化)が適用される(これを“ＭＥＴＨＯＤ４”と定義し、この場合、Ｚ－ビットは、例えば、２－ビット又は１１－ビットが適用される)。

【0185】

v．さらに他の方法においては、ＭＥＴＨＯＤ２とＭＥＴＨＯＤ３を結合した以下のような動作方式が考慮される。

【0186】

１．一例として、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＹ－ビット以下であるか、又はＬＰ ＵＣＩペイロードサイズとＨＰ ＵＣＩペイロードサイズのうち、いずれかがＺ－ビット以下である場合は、第１符号化方式(例えば、ジョイント符号化)が適用される(この場合、Ｙ＞Ｚ、例えば、Ｙ＝１１、及びＺ＝２)。

【0187】

２．そうではなく、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＹ－ビットを超え、そしてＬＰ ＵＣＩペイロードサイズとＨＰ ＵＣＩペイロードサイズがいずれもＺ－ビットを超える場合には、第２符号化方式(例えば、個別符号化)が適用される。

【0188】

vi．さらに他の方法においては、ＭＥＴＨＯＤ２とＭＥＴＨＯＤ４を結合した以下のような動作方式が考慮される。

【0189】

１．一例として、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＹ－ビット以下であるか、又は特定の優先順位(例えば、ＬＰ)により設定／指示されたＵＣＩのペイロードサイズがＺ－ビット以下である場合は、第１符号化方式(例えば、ジョイント符号化)が適用される(この場合、Ｙ＞Ｚ、例えば、Ｙ＝１１、及びＺ＝２)。

【0190】

２．そうではなく、ＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＹ－ビットを超え、そして特定の優先順位により設定／指示されたＵＣＩのペイロードサイズがＺ－ビットを超える場合には、第２符号化方式(例えば、個別符号化)が適用される。

【0191】

vii．一例として、第２符号化方式(例えば、個別符号化)の場合、ＵＥはＬＰ ＵＣＩ(ビット)とＨＰ ＵＣＩ(ビット)のそれぞれに対して独立した符号化を行い、符号化された結果(ＬＰ ＵＣＩ符号化ビット＋ＨＰ ＵＣＩ符号化ビット)を多重化して、ＵＬ信号を生成／マッピング／送信する。

【0192】

viii．一例として、第１符号化方式(例えば、ジョイント符号化)の場合、ＵＥはＬＰ ＵＣＩ(ビット)とＨＰ ＵＣＩ(ビット)を連接した一つの(ジョイントＵＣＩ)ペイロードに対して単一符号化を行い、符号化された結果(ジョイントＵＣＩ符号化ビット)をＵＬ信号を生成／マッピング／送信する。

【0193】

ix．一方、この場合、ＬＰ ＵＣＩとＨＰ ＵＣＩがそれぞれ任意のＵＣＩタイプである場合に一般的に適用されるか、又はＬＰ ＵＣＩとＨＰ ＵＣＩが同一のＵＣＩタイプである場合(例えば、ＬＰ ＵＣＩもＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)であり、ＨＰ ＵＣＩもＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)である場合)のみに限定して適用される。

【0194】

ｘ．また、この場合、少なくともＰＵＣＣＨ上のＬＰ ＵＣＩとＨＰ ＵＣＩの多重化に適用され、ＰＵＳＣＨ上のＬＰ ＵＣＩとＨＰ ＵＣＩの多重化にもこの方法が同様に適用されるか又はＰＵＳＣＨの場合にはＬＰ／ＨＰ ＵＣＩのペイロードサイズに関係なく常に個別符号化(或いはジョイント符号化)が適用される。

【0195】

Ｂ．１－ビットのＬＰ ＨＡＲＱ－ＡＣＫと１－ビットのＨＰ ＨＡＲＱ－ＡＣＫが同じ一つのＰＵＣＣＨ ｆｏｒｍａｔ ０又はＰＵＣＣＨ ｆｏｒｍａｔ １上に多重化される場合、ＵＥは：

【0196】

i．ＨＰ ＨＡＲＱ－ＡＣＫをＭＳＢにマッピングし、ＬＰ ＨＡＲＱ－ＡＣＫをＬＳＢにマッピングする(又は逆にＬＰ ＨＡＲＱ－ＡＣＫをＭＳＢにマッピングし、ＨＰ ＨＡＲＱ－ＡＣＫをＬＳＢにマッピングする)方式で、ＰＵＣＣＨ ｆｏｒｍａｔ ０上のシーケンス循環シフト値を選択／送信するか、又はＰＵＣＣＨ ｆｏｒｍａｔ １のシーケンス上にＱＰＳＫ変調シンボルをマッピング／送信する。

【0197】

ii．一例として、１－ビットのＬＰ ＨＡＲＱ－ＡＣＫと１－ビットのＨＰ ＨＡＲＱ－ＡＣＫのうちのいずれかは空間バンドリングに基づいて生成されたものであるが、これに限られない。

【0198】

４)追加動作方式１

【0199】

Ａ．方式１

【0200】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第１符号化方式(例えば、ジョイント符号化)が適用される状況／条件において、もしＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＹ－ビット以下である場合(例えば、Ｙ＝１１)、ＵＥは全体ＵＣＩペイロードにゼロ－パディング(ｚｅｒｏ－ｐａｄｄｉｎｇ)を行って(例えば、ビット‘０’を追加)、総Ｙ＋１ビットのＵＣＩペイロードを構成した状態で第１符号化方式を適用することができる(例えば、ＣＲＣ追加に基づく特定の(例えば、ポーラーコード)符号化スキーム)。

【0201】

ii．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第２符号化方式(例えば、個別符号化)が適用される状況／条件において、もし特定の優先順位(例えば、ＬＰ又はＨＰ)のＵＣＩペイロードサイズがＹ－ビット以下である場合(例えば、Ｙ＝１１)、ＵＥは該当優先順位のＵＣＩペイロードにゼロ－パディングを行って(例えば、ビット‘０’を追加)、総Ｙ＋１ビットのＵＣＩペイロードを構成した状態で符号化を行う(例えば、ＣＲＣ追加に基づく特定の(例えば、ポーラーコード)符号化スキーム)。

【0202】

iii．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第１符号化方式(例えば、ジョイント符号化)が適用される状況／条件において、もしＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＺ－ビット以下である場合は(例えば、Ｚ＝２)、ＵＥは全体ＵＣＩペイロードにゼロ－パディングを行って(例えば、ビット‘０’を追加)、総Ｚ＋１ビットのＵＣＩペイロードを構成した状態でジョイント符号化(例えば、Ｒｅｅｄ－Ｍｕｌｌｅｒ ｃｏｄｅ)を適用する。

【0203】

iv．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第２符号化方式(例えば、個別符号化)が適用される状況／条件において、もし特定の優先順位(例えば、ＬＰ又はＨＰ)のＵＣＩペイロードサイズ(例えば、Ｘ－ビット)がＺ－ビット以下である場合(例えば、Ｚ＝２、Ｘ＝１又は２)、ＵＥは該当優先順位のＵＣＩペイロードにゼロ－パディングを行って(例えば、ビット‘０’を追加)、総Ｚ＋１ビットのＵＣＩペイロードを構成した状態で符号化(例えば、Ｒｅｅｄ－Ｍｕｌｌｅｒ ｃｏｄｅ)を行う。この場合、ＵＥは上記ゼロ－パディング後のＺ＋１ビットのＵＣＩペイロードサイズに基づいてＰＵＣＣＨリソースセットを選択するか、又はＰＵＣＣＨリソース内の(ＵＣＩマッピング／送信に使用する)ＰＲＢ数を決定する。又はＵＥはゼロ－パディング前のＸビットのＵＣＩペイロードサイズに基づいてＰＵＣＣＨリソースセットを選択するか、又はＰＵＣＣＨリソース内の(ＵＣＩマッピング／送信に使用する)ＰＲＢ数を決定する。この場合、ＵＥはゼロ－パディング後のＵＣＩペイロードサイズであるＺ＋１ビットを基準としてＰＵＣＣＨ電力制御のためのパラメータ(例えば、ｎ_ＨＡＲＱ)値を決定する。又はＵＥはゼロ－パディング前のＵＣＩペイロードサイズであるＸビットを基準としてＰＵＣＣＨ電力制御のためのパラメータ(例えば、ｎ_ＨＡＲＱ)値を決定する。

【0204】

v．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第１符号化方式(例えば、ジョイント符号化)が適用される状況／条件において、もしＬＰ ＵＣＩのペイロードサイズとＨＰ ＵＣＩのペイロードサイズの和がＺ－ビット以下である場合(例えば、Ｚ＝２)、ＵＥは該当Ｚ－ビット以下の全体ＵＣＩペイロードにＲＭ(Ｒｅｅｄ Ｍｕｌｌｅｒ)コードを使用してジョイント符号化を行う。

【0205】

vi．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第２符号化方式(例えば、個別符号化)が適用される状況／条件において、もし特定の優先順位(例えば、ＬＰ又はＨＰ)のＵＣＩペイロードサイズがＺ－ビット以下である場合(例えば、Ｚ＝２)、ＵＥはＺ－ビット以下である該当優先順位のＵＣＩペイロードにＲＭ(Ｒｅｅｄ Ｍｕｌｌｅｒ)コードを使用して符号化を行う。

【0206】

vii．ＬＰ ＵＣＩとＨＰ ＵＣＩの間に第２符号化方式(例えば、個別符号化)が適用される状況／条件において、もし特定の優先順位(例えば、ＬＰ又はＨＰ)のＵＣＩペイロードサイズがＺ－ビット以下である場合(例えば、Ｚ＝２)、ＵＥはＺ－ビット以下である該当優先順位のＵＣＩペイロードに対して、ＰＵＳＣＨ上でＺ－ビット以下のＵＣＩに適用される符号化スキーム(例えば、ｒｅｐｅｔｉｔｉｏｎ ｃｏｄｉｎｇ、ｓｉｍｐｌｅｘ ｃｏｄｉｎｇ)を使用して符号化を行う。この場合、ＰＵＳＣＨ上に使用されたＵＣＩ符号化スキームは、既存にＰＵＣＣＨ上のＵＣＩ符号化に使用されたＲＭコード及びポーラーコードとはコーディング性能(例えば、符号化利得)が異なる。従って、これを考慮して(（各）ＰＵＣＣＨフォーマットごとに、そして各優先順位ごとに)Ｚ－ビット以下のＵＣＩにのみ適用される最大のＵＣＩ符号化レートがＵＥにさらに設定される。これにより、結果的には(（各）ＰＵＣＣＨフォーマットごとに、そして各優先順位ごとに)Ｚ－ビットを超えるＵＣＩに適用される最大のＵＣＩ符号化レートとＺ－ビット以下のＵＣＩに適用される最大のＵＣＩ符号化レートがＵＥに設定される。

【0207】

viii．この方法の場合、少なくともＰＵＣＣＨ上のＬＰ ＵＣＩとＨＰ ＵＣＩの多重化に適用され、ＰＵＳＣＨ上のＬＰ ＵＣＩとＨＰ ＵＣＩの多重化にもこの方法が同様に適用されるか又はＰＵＳＣＨの場合には上記のようなゼロ－パディング過程を省略した状態で個別符号化(或いはジョイント符号化)が適用される。

【0208】

Ｂ．方式２

【0209】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩの組み合わせが{２－ビット以下のＡ／Ｎ、ＳＲ}の形態で与えられる場合(例えば、該当ＬＰ ＵＣＩとＨＰ ＵＣＩのそれぞれに設定／指示されたＰＵＣＣＨリソースが時間軸で重なる場合)、ＵＥは該当ＬＰ／ＨＰ ＵＣＩの組み合わせを３－ビット(又は３－ビット以上)のペイロードサイズを有するＵＣＩと見なして／仮定して、特定のＰＵＣＣＨ ｆｏｒｍａｔ ２、３又は４リソースを選択／送信するように(これにより、ＬＰ／ＨＰ ＵＣＩの組み合わせを選択されたＰＵＣＣＨ ｆｏｒｍａｔ ２／３／４リソース上に多重化して送信するように)動作する。

【0210】

ii．この場合、少なくとも{２－ビット以下のＬＰ Ａ／Ｎ、ＨＰ ＳＲ}組み合わせ及び／又は{２－ビット以下のＨＰ Ａ／Ｎ、ＨＰ ＳＲ}及び／又は{１－ビットのＬＰ Ａ／Ｎ、１－ビットのＨＰ Ａ／Ｎ、ＨＰ ＳＲ}の組み合わせである場合に適用される。又は、この方法はｐｏｓｉｔｉｖｅ ＳＲである場合とｎｅｇａｔｉｖｅ ＳＲである場合の全てに適用するか、又はｐｏｓｉｔｉｖｅ ＳＲである場合のみに適用される。

【0211】

Ｃ.方式３

【0212】

i．特定の優先順位１(例えば、ＬＰ)ＵＣＩ(例えば、Ａ／Ｎ)送信が設定／指示された一つのＰＵＣＣＨ#１が他の優先順位２(例えば、ＨＰ)のＵＣＩ(例えば、Ａ／Ｎ)送信が設定／指示された複数のＰＵＣＣＨ#２と互いに重なって(又は該当ＰＵＣＣＨが特定のＰＵＳＣＨと重なって)、優先順位１の単一のＵＣＩペイロードと優先順位２の複数のＵＣＩペイロードが同じ一つのＰＵＣＣＨ＃３(又はＰＵＳＣＨ)上に多重化される場合、

【0213】

１．優先順位２のＵＣＩに対しては、対応する複数のＰＵＣＣＨ#２のそれぞれに設定／指示されたＵＣＩペイロードを、該当ＰＵＣＣＨ#２リソース／シンボルが位置する時点の時間順に(例えば、時間上より速い／遅いＰＵＣＣＨ#２に設定／指示されたＵＣＩペイロードをより低いインデックスを有するビットにマッピングするように)連接した形態で全体ＵＣＩペイロードが構成される。

【0214】

Ｄ.方式４

【0215】

i．ＬＰのＡ／ＮとＨＰのＡ／Ｎが特定の優先順位１に設定／指示されたＰＵＳＣＨ上に多重化される状況で、

【0216】

１．もし他の優先順位２のＡ／ＮがＴｙｐｅ－２コードブックに基づくＡ／Ｎである場合、該当Ａ／Ｎのペイロードサイズは(該当優先順位２を指示した)ＤＬ ＤＣＩにより指示されたＴｏｔａｌ－ＤＡＩ値に基づいて決定される。

【0217】

ii．Ｔｙｐｅ－３コードブック基盤のＡ／Ｎフィードバック送信をトリガーする(特定の優先順位１を指示した)ＤＣＩにより、

【0218】

１．特定の一つの優先順位(例えば、優先順位１)に設定された／スケジューリング可能なＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤに対してのみＡ／Ｎペイロードを構成してフィードバック／送信するか、それとも(優先順位に関係なく)全てのＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤの全体に対してＡ／Ｎペイロードを構成してフィードバック／送信するかが指示される。

【0219】

iii．上記例示において、優先順位１がＬＰである場合は優先順位２はＨＰになり、逆に優先順位１がＨＰである場合には優先順位２はＬＰになる。

【0220】

５)追加動作方式２

【0221】

以下、互いに異なる優先順位(例えば、ＬＰ又はＨＰ)に設定／指示されたＴｙｐｅ－１コードブック基盤のＨＡＲＱ－ＡＣＫをジョイント符号化して同じ一つのＰＵＣＣＨ／ＰＵＳＣＨ上で多重化された送信を行う方法について提案する。説明する前に、具体的に(以下のように)ＤＬ ＤＣＩ(例えば、ＤＣＩ ｆｏｒｍａｔ １_１又は１_２)による優先順位(例えば、ＬＰ又はＨＰ)指示の有無(又は優先順位表示の有効性／無効性)が（各）セルごとに異なるように／独立して設定可能であると仮定する。また該当優先順位表示が設定された／有効となったセルに対しても(該当セルに設定された)全体ＨＰＮのうち、一部のみをＨＰにスケジューリングできる状況であると仮定する。

【0222】

[Ａｓｓｕｍｐｔｉｏｎｓ]

【0223】

Ａ．ＤＬ ＤＣＩによる優先順位表示が設定されていないセル(便宜上、"セル１”と定義)については、

【0224】

i．全てのＤＣＩ ｆｏｒｍａｔに優先順位標識フィールドが構成されない。

【0225】

ii．該当セル１に対してはＫ１セットとＴＤＲＡテーブルがＬＰに対してのみ設定される。

【0226】

iii．該当セル１に設定された全てのＨＰＮがＬＰのみにスケジューリングされる。

【0227】

Ｂ．ＤＬ ＤＣＩによる優先順位表示が設定されたセル(便宜上、"セル２”と定義)については、

【0228】

i．少なくとも一つのＤＣＩ ｆｏｒｍａｔに優先順位標識フィールドが構成される。

【0229】

ii．該当セル２に対してはＫ１セットとＴＤＲＡテーブルがＬＰとＨＰにそれぞれ設定される。

【0230】

１．ＴＤＲＡテーブルは各優先順位ごとに設定されず、ＤＣＩ ｆｏｒｍａｔごとに設定されるが、特定のＤＣＩ ｆｏｒｍａｔはＨＰにより指示でき、他のＤＣＩ ｆｏｒｍａｔはＬＰのみで指示されるので(優先順位ごとに候補ＳＬＩＶの和集合が異なるので)、結局、各ＴＤＲＡテーブルがＬＰとＨＰにそれぞれ設定される構造が使用される。

【0231】

iii．該当セル２に設定された全体ＨＰＮのうち、特定の一部に対してはＨＰにスケジューリング可能な反面、残りのＨＰＮに対してはＬＰのみにスケジューリングされる。

【0232】

１．例えば、ＤＣＩ ｆｏｒｍａｔ １_２のみに優先順位標識フィールドが構成され、該当ＤＣＩ内のＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤフィールドサイズがＤＣＩ ｆｏｒｍａｔ １_１内のＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤフィールドサイズより小さく設定された場合がこれに該当する。

【0233】

[上記Ａｓｓｕｍｐｔｉｏｎｓに基づく動作]

【0234】

Ａ．セル１／２に対して、ＵＥは(優先順位表示が設定されていない)セル１に対しては該当セル１に設定された{Ｋ１、ＴＤＲＡ}の組み合わせに基づいて(上述したＳＬＩＶ Ｐｒｕｎｉｎｇ過程を行って)Ａ／Ｎペイロードを構成し、(優先順位表示が設定された)セル２に対してはＬＰとＨＰのそれぞれに設定された全てのＫ１の和集合、またＬＰとＨＰのそれぞれに設定された全てのＴＤＲＡ(ＳＬＩＶ)の和集合に基づいて(ＳＬＩＶ Ｐｒｕｎｉｎｇを行って)Ａ／Ｎペイロードを構成する。

【0235】

Ｂ．この場合、ＵＥはセル１／２のそれぞれに対応するＡ／Ｎペイロードを互いに連接して全体Ａ／Ｎペイロードを構成し、それに対して(ＨＰに設定された最大の符号化レート又はベタオフセット'β_{ｏｆｆｓｅｔ}'を適用して)ジョイント符号化を行うように(これにより算出された符号化ビットをＰＵＣＣＨ／ＰＵＳＣＨ上にマッピングするように)動作する。

【0236】

[Ｐｒｏｐｏｓａｌ ２]

【0237】

１)Ｐ２_Ｏｐｔ １

【0238】

Ａ．ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信するＰＵＣＣＨリソースを選択するとき、ＵＥは：

【0239】

i．多重化前のＬＰ ＵＣＩペイロードサイズに設定された(ＬＰに設定された)ＰＵＣＣＨリソースセット内において、(ＬＰ ＰＤＳＣＨ送信をスケジューリングした)最後のＤＣＩにより指示されたＰＲＩに対応するＰＵＣＣＨリソース＃１と、

【0240】

ii．多重化前のＨＰ ＵＣＩのペイロードサイズに設定された(ＨＰに設定された)ＰＵＣＣＨリソースセット内において、(ＨＰ ＰＤＳＣＨ送信をスケジューリングした)最後のＤＣＩにより指示されたＰＲＩ(ＰＵＣＣＨリソース標識)に対応するＰＵＣＣＨリソース＃２のうち、

【0241】

一つのＰＵＣＣＨリソースを選択してＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信する。

【0242】

Ｂ．上記例示で選択される一つのＰＵＣＣＨリソースは、ＨＰ ＰＵＣＣＨリソースにより決定されるか、ＵＣＩマッピングに加用のＲＥ数がより多いＰＵＣＣＨリソースにより決定されるか、又は終了シンボルがより早い／先のＰＵＣＣＨリソース(例えば、ＰＵＣＣＨ送信が先に終了するＰＵＣＣＨリソース)により決定される。

【0243】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信するＰＵＣＣＨリソースがＨＰ ＰＵＣＣＨリソースにより決定／定義される場合は、別のリソース選択過程なしに、直ちにＰＵＣＣＨリソース＃２に決定される(これを便宜上、“Ｐ２_Ｏｐｔ １ｈ”と称する)。

【0244】

Ｃ．一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩのタイプはいずれもＨＡＲＱ－ＡＣＫである。

【0245】

Ｄ.一例として、ＵＥはＨＰ ＵＣＩのペイロードサイズによって上記のＰ２_Ｏｐｔ １(或いはＰ２_Ｏｐｔ １ｈ)と下記のＰ２_Ｏｐｔ ２(或いはＰ２_Ｏｐｔ ２ｈ)を選択して／組み合わせて適用することができる。

【0246】

i．具体的には、ＨＰ ＵＣＩのペイロードサイズが特定のサイズ(例えば、２－ビット)を超える場合は、ＵＥはＰ２_Ｏｐｔ １(或いはＰ２_Ｏｐｔ １ｈ)の方法を適用し、ＨＰ ＵＣＩペイロードサイズが特定のサイズ(例えば、２－ビット)以下である場合には、Ｐ２_Ｏｐｔ ２(或いはＰ２_Ｏｐｔ ２ｈ)の方法を適用するように動作する。

【0247】

２)Ｐ２_Ｏｐｔ ２

【0248】

Ａ．ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信するＰＵＣＣＨリソースを選択するとき、ＵＥは：

【0249】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩを併せたＴｏｔａｌ ＵＣＩペイロードに対応するサイズに対して設定されたＬＰ ＰＵＣＣＨリソースセット内において、(ＬＰ ＰＤＳＣＨ送信をスケジューリングした)最後のＤＣＩにより指示されたＰＲＩに対応するＰＵＣＣＨリソース＃１と、

【0250】

ii．ＬＰ ＵＣＩとＨＰ ＵＣＩを併せたＴｏｔａｌ ＵＣＩペイロードに対応するサイズに対して設定されたＨＰ ＰＵＣＣＨリソースセット内において、(ＨＰ ＰＤＳＣＨ送信をスケジューリングした)最後のＤＣＩにより指示されたＰＲＩに対応するＰＵＣＣＨリソース＃２のうち、

【0251】

一つのＰＵＣＣＨリソースを選択してＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信する。

【0252】

i．この場合、上記のＬＰ ＰＵＣＣＨリソースセット決定のためのＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)のペイロードサイズとして、１)上述したＨＡＲＱ－ＡＣＫバンドリング及びドロップ方法が適用される前のペイロードサイズが考慮されるか、２)上述したＨＡＲＱ－ＡＣＫバンドリングが適用され、ＨＡＲＱ－ＡＣＫドロップ方法が適用される前のペイロードサイズが考慮されるか、又は３)上述したＨＡＲＱ－ＡＣＫバンドリング及びドロップ方法がいずれも適用された後のペイロードサイズが考慮される。

【0253】

Ｂ．上記例示で選択される一つのＰＵＣＣＨリソースは、ＨＰ ＰＵＣＣＨリソースにより決定されるか、ＵＣＩマッピングに加用のＲＥ数がより多いＰＵＣＣＨリソースにより決定されるか、又は終了シンボルがより早い／先のＰＵＣＣＨリソースにより決定される。

【0254】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信するＰＵＣＣＨリソースがＨＰ ＰＵＣＣＨリソースにより決定／定義される場合は、別のリソース選択過程なしに、直ちにＰＵＣＣＨリソース＃２に決定される(これを便宜上、“Ｐ２_Ｏｐｔ ２ｈ”と称する)。

【0255】

Ｃ．一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩのタイプはいずれもＨＡＲＱ－ＡＣＫである。

【0256】

３)Ｉｓｓｕｅ １

【0257】

Ａ．Ｐ２_Ｏｐｔ ２ｈの方法を適用する状況において、もしＬＰ ＵＣＩとＨＰ ＵＣＩを併せたＴｏｔａｌ ＵＣＩペイロードサイズ(例えば、Ｎビット)に対応する(即ち、該当ペイロードサイズに設定された)ＨＰ ＰＵＣＣＨリソースセットが存在しない場合、ＵＥは以下のような方法を適用するように動作する。

【0258】

・Ｐ２_Ｏｐｔ Ａ：ＵＥはＨＰ ＰＵＣＣＨリソースセットのうち、最大のペイロードサイズ(例えば、Ｘ－ビット、ここで、Ｘ＜Ｎ)に設定されたＨＰ ＰＵＣＣＨリソースセットを選択して、該当セット内の特定のリソースを使用してＮビットのＴｏｔａｌ ＵＣＩを送信する。この場合、ＰＵＣＣＨリソースにＵＣＩマッピングのとき、最大のＵＣＩ符号化レートを超えないと、ＵＥは該当Ｎビットを全て送信し、最大のＵＣＩ符号化レートを超えると、該当Ｎビットのうちの一部のみを送信するように動作する。

【0259】

・Ｐ２_Ｏｐｔ Ｂ：ＵＥは、ＨＰ ＰＵＣＣＨリソースセットに設定されたペイロードのうち、最大のペイロードサイズがＸ－ビット(Ｘ＜Ｎ)である場合、まずＮビットのｔｏｔａｌ ＵＣＩのうち、特定のＮ－Ｘビットの(ＬＰ)ＵＣＩをドロップし、Ｘ－ビットのペイロードサイズに対応する／設定されたＨＰ ＰＵＣＣＨリソースセットを選択して、(該当セット内の特定のＰＵＣＣＨリソースを使用して)残りのＸビットのＵＣＩを送信するように動作する。

【0260】

・Ｐ２_Ｏｐｔ Ｃ：ＵＥはＮビットのｔｏｔａｌ ＵＣＩのうち、ＬＰ ＵＣＩ部分を全てドロップし、残りのＨＰ ＵＣＩのみで構成されたペイロードサイズに対応する／設定されたＨＰ ＰＵＣＣＨリソースセットを選択して、(該当セット内の特定のＰＵＣＣＨリソースを使用して)該当ＨＰ ＵＣＩのみを送信するように動作する。

【0261】

４)Ｉｓｓｕｅ ２

【0262】

Ａ．ＵＥがＰ２_Ｏｐｔ １ｈ又はＰ２_Ｏｐｔ ２の方法を適用する状況において、もし(ＬＰ ＰＤＳＣＨ送信をスケジューリングするＤＣＩは受信したが)ＨＰ ＰＤＳＣＨ送信をスケジューリングするＤＣＩを一つも受信できなかった場合(例えば、受信したＨＰ ＰＤＳＣＨが全てｓｃｈｅｄｕｌｉｎｇ ＤＣＩなしに送信されたＳＰＳ ＰＤＳＣＨである場合を含む)、以下のような方法を適用するように動作する。

【0263】

説明の便宜上、ＤＣＩスケジューリング基盤の動的ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫフィードバックに設定されたＰＵＣＣＨリソースセットを動的ＰＵＣＣＨリソースセット(又はただＰＵＣＣＨリソースセット)と称し、ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫフィードバックに設定されたＰＵＣＣＨリソースセットをＳＰＳ ＰＵＣＣＨリソースセットと称する。

【0264】

・Ｐ２_Ｏｐｔ Ａ：ＵＥはＰ２_Ｏｐｔ １ｈ／２ｈを適用してＨＰ動的ＰＵＣＣＨリソースセットを選択し、選択されたＰＵＣＣＨリソースセット内のリソースのうち、特定の(例えば、最低の)ＰＲＩ値／状態／インデックスに設定された／連携したＰＵＣＣＨリソースを、ＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定する。

【0265】

・Ｐ２_Ｏｐｔ Ｂ：ＵＥはＰ２_Ｏｐｔ １ｈ／２ｈを適用してＨＰ動的ＰＵＣＣＨリソースセットを選択し、該当ＰＵＣＣＨリソースセット内のリソースのうち、ＵＣＩ ＲＥ数が一番多い又は(ＵＣＩ ＲＥ数及び最大のＵＣＩ符号化レートによる)支持可能なペイロードサイズが最も大きいＰＵＣＣＨリソース(そのうち、特定の(例えば、最低の)ＰＲＩ値／状態／インデックスに設定された／連携したＰＵＣＣＨリソース)を、ＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定する。

【0266】

・Ｐ２_Ｏｐｔ Ｃ：ＵＥはＰ２_Ｏｐｔ １ｈ／２ｈを適用してＨＰ動的ＰＵＣＣＨリソースセットを選択し、この場合には例外的に選択されたＰＵＣＣＨリソースセット内のリソースのうち、(ＬＰ ＰＤＳＣＨ送信をスケジューリングした)最後のＤＣＩにより指示されたＰＲＩに対応するＰＵＣＣＨリソースを、ＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定する。

【0267】

・Ｐ２_Ｏｐｔ Ｄ：ＵＥは、この場合には例外的にＬＰ ＵＣＩとＨＰ ＵＣＩを併せたｔｏｔａｌ ＵＣＩペイロードサイズ又はＬＰ ＵＣＩペイロードサイズに対応する／設定されたＬＰ動的ＰＵＣＣＨリソースセットを選択し、該当ＰＵＣＣＨリソースセット内のリソースのうち、(ＬＰ ＰＤＳＣＨ送信をスケジューリングした)最後のＤＣＩにより指示されたＰＲＩに対応するＰＵＣＣＨリソースを、ＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定する。

【0268】

・Ｐ２_Ｏｐｔ Ｅ：この場合、ＵＥはＨＰ ＳＰＳ ＰＵＣＣＨリソースセットを選択し、選択されたＰＵＣＣＨリソースセット内でＬＰ ＵＣＩとＨＰ ＵＣＩを併せた総ＵＣＩペイロードサイズ又はＨＰ ＵＣＩペイロードサイズに対応する／設定されたＰＵＣＣＨリソースを、ＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定する。

【0269】

一方、ＬＰ ＰＤＳＣＨ送信をスケジューリングするＤＣＩが少なくとも一つ以上受信された場合は、Ｐ２_Ｏｐｔ Ａ／Ｂ／Ｃ／Ｄ／Ｅのうちのいずれかの方法が適用され、受信されたＬＰ ＰＤＳＣＨが全てｓｃｈｅｄｕｌｉｎｇ ＤＣＩなしに送信されたＳＰＳ ＰＤＳＣＨである場合には、Ｐ２_Ｏｐｔ Ｅの方法が適用される。

【0270】

５)Ｉｓｓｕｅ ３

【0271】

Ａ．Ｐ２_Ｏｐｔ １／１ｈ／２／２ｈの方法又はさらに他の方法を適用する状況において、もしＬＰ ＰＤＳＣＨをスケジューリングしたＤＣＩにより指示されたＰＲＩ値／状態／インデックスＭに基づいて、特定のＨＰ ＰＵＣＣＨリソースセット内の一つのリソースがＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定される場合、もし該当ＨＰ ＰＵＣＣＨリソースセット内にＰＲＩ値／状態／インデックスＭに対応するリソースが設定されていないと、ＵＥは以下のような方法を適用するように動作する。

【0272】

i．説明の便宜上、ＰＲＩ値／状態／インデックスは０から始めて連続する整数に設定されると仮定する(例えば、{０、１、２、…})。

【0273】

・Ｐ２_Ｏｐｔ Ａ：ＨＰ ＰＵＣＣＨリソースセット内に設定されたＰＵＣＣＨリソースの総数がＮ個(Ｎ＜Ｍ＋１)、及び／又は該当ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースがＰＲＩ値／状態／インデックス０からＬまで(Ｌ＝Ｎ－１)に対応する場合、ＵＥは{Ｍ ｍｏｄｕｌｏ Ｎ}又は{Ｍ ｍｏｄｕｌｏ(Ｌ＋１)}に該当するＰＲＩ値／状態／インデックスに対応するＰＵＣＣＨリソースを、ＬＰ ＵＣＩとＨＰ ＵＣＩの多重化された送信のためのリソースとして決定する(ここで、Ａ ｍｏｄｕｌｏ Ｂは、ＡをＢで割った余りを意味する)。

【0274】

・Ｐ２_Ｏｐｔ Ｂ：ＬＰ ＵＣＩとＨＰ ＵＣＩを同じ一つのＰＵＣＣＨリソース上に多重化送信する動作が有効になった場合、ＬＰ ＰＵＣＣＨリソースセット内に構成されるＰＵＣＣＨリソースの数とＨＰ ＰＵＣＣＨリソースセット内に構成されるＰＵＣＣＨリソースの数が互いに同一に設定される(又はＨＰ ＰＵＣＣＨリソースセット内にＬＰ ＰＤＳＣＨをスケジューリングするＤＣＩにより指示可能な全てのＰＲＩ値／状態／インデックスに対応するＰＵＣＣＨリソースが含まれるように設定される)。

【0275】

６)Ｉｓｓｕｅ ４

【0276】

Ａ．ＵＥが(Ｐ２_Ｏｐｔ １ｈ／２ｈの方法又はさらに他の方法を適用して決定された)特定のＰＵＣＣＨ ｆｏｒｍａｔ(これを便宜上、“ＰＦ－Ｘ”と称する)基盤の特定のＨＰ ＰＵＣＣＨリソース上に、ＨＰ ＵＣＩとＬＰ ＵＣＩをそれぞれ個別符号化及び多重化して送信する場合、

【0277】

i．ＨＰ ＰＵＣＣＨのＰＦ－Ｘに設定された最大のＵＣＩ符号化レートを適用して該当ＨＰ ＵＣＩに対する符号化を行い、ＬＰ ＰＵＣＣＨのＰＦ－Ｘに設定された最大のＵＣＩ符号化レートを適用して該当ＬＰ ＵＣＩに対する符号化を行うように動作する。

【0278】

７)Ｉｓｓｕｅ ５

【0279】

Ａ．Ｒｅｌ．１６ＮＲ標準によれば、一つのＰＵＣＣＨリソース上の複数のＵＣＩに対して行われる最大の個別符号化回数(例えば、符号化スキーム／プロセスの数)はＰＵＣＣＨ ｆｏｒｍａｔ ３／４の場合は２回に制限され(例えば、ＵＥはＨＡＲＱ－ＡＣＫとＣＳＩパート１を共に符号化し、ＣＳＩパート２を別に符号化)、ＰＵＣＣＨ ｆｏｒｍａｔ ２の場合には１回に制限される(例えば、ＵＥはＨＡＲＱ－ＡＣＫとＣＳＩパート１を共に符号化し(例えば、ジョイント符号化)、ＣＳＩパート２は送信をドロップ)。

【0280】

このような同一のＰＵＣＣＨリソース上に許容された最大の個別符号化数の制限に関連して、本発明の一実施例によって一つのＰＵＣＣＨリソース上にＨＰ ＵＣＩとＬＰ ＵＣＩを多重化して送信する(或いは送信可能に設定された)場合、ＵＥは：

【0281】

i．該当ＰＵＣＣＨリソースがＰＵＣＣＨ ｆｏｒｍａｔ ３／４である場合は、ＨＰ ＵＣＩ (例えば、ＨＡＲＱ－ＡＣＫ)とＬＰ ＵＣＩに対してそれぞれ個別符号化を行うように動作し、

【0282】

１．一例として、ＬＰ ＵＣＩにＨＡＲＱ－ＡＣＫとＣＳＩパート１及び２(及び／又はＳＲ)が全て含まれた場合、(ＣＳＩパート２の送信をドロップし)ＨＡＲＱ－ＡＣＫとＣＳＩパート１(及び／又はＳＲ)を共に符号化する。ＬＰ ＵＣＩに(ＨＡＲＱ－ＡＣＫなしに)ＣＳＩパート１及び２(及び／又はＳＲ)のみが含まれた場合は、(ＣＳＩパート２の送信をドロップし)ＣＳＩパート１(及び／又はＳＲ)のみを符号化する。

【0283】

（ａ）一例として、上述したＵＥ動作はＤＣＩによりスケジューリング／指示されたＰＤＳＣＨ(或いはＳＰＳ ＰＤＳＣＨリリース)に対するＨＡＲＱ－ＡＣＫがＨＰ ＵＣＩに含まれた場合に限って適用される。

【0284】

（ｂ）一方、ＤＣＩによりスケジューリング／指示されたＰＤＳＣＨ(或いはＳＰＳ ＰＤＳＣＨリリース)に対するＨＡＲＱ－ＡＣＫがＨＰ ＵＣＩに含まれていない(例えば、ＨＰ ＨＡＲＱ－ＡＣＫがＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのみで構成されるか、又はＨＰ ＵＣＩがＨＡＲＱ－ＡＣＫなしにＳＲのみで構成された)状況において、一例として、ＬＰ ＵＣＩに(ＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)なしに)ＣＳＩパート１及び２のみが含まれている場合、(ＣＳＩパート１／２の送信を全てドロップし)ＵＥはＬＰ ＵＣＩに対する符号化を省略する。同じＨＰ ＵＣＩ状況において、ＬＰ ＵＣＩにＨＡＲＱ－ＡＣＫとＣＳＩパート１及び２(及び／又はＳＲ)が全て含まれた場合には、ＵＥはＬＰ ＵＣＩに対しては(ＣＳＩパート１／２の送信を全てドロップし)ＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)のみを(ジョイント)符号化する。

【0285】

２．ＨＰ ＵＣＩの場合にも、一例として、該当ＨＰ ＵＣＩにＨＡＲＱ－ＡＣＫとＣＳＩパート１及び２(及び／又はＳＲ)が全て含まれている場合、ＵＥは(ＣＳＩパート２の送信をドロップし)ＨＡＲＱ－ＡＣＫとＣＳＩパート１(及び／又はＳＲ)を共に(ジョイント)符号化する。ＨＰ ＵＣＩに(ＨＡＲＱ－ＡＣＫなしに)ＣＳＩパート１及び２(及び／又はＳＲ)のみが含まれている場合には、ＵＥは(ＣＳＩパート２の送信をドロップし)ＣＳＩパート１(及び／又はＳＲ)のみを符号化する。

【0286】

ii．該当ＰＵＣＣＨリソースがＰＵＣＣＨ ｆｏｒｍａｔ ２である場合、ＵＥは、Ｐ２_Ａｌｔ ０)例外的に最大の個別符号化(実行)回数を２回に拡張して(例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ３／４の場合と同じ方式)ＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)とＬＰ ＵＣＩに対してそれぞれ個別符号化を行うか、Ｐ２_Ａｌｔ １)ＨＰ ＵＣＩとＬＰ ＵＣＩを共にジョイント符号化を行うか、又はＰ２_Ａｌｔ ２)ＬＰ ＵＣＩ送信をドロップし、ＨＰ ＵＣＩのみを符号化して該当ＰＵＣＣＨリソース上に送信するように動作する。図９はＰ２_Ａｌｔ ０)によるＵＥ動作の一例であって、図９を参照すると、ＵＥはＰＵＣＣＨ ｆｏｒｍａｔを決定し(９１０)、決定されたＰＵＣＣＨ ｆｏｒｍａｔがＰＵＣＣＨ ｆｏｒｍａｔ ３／４である場合、最大２つの符号化方式を使用して符号化及びＰＵＣＣＨ送信を行う(９２０)。決定されたＰＵＣＣＨ ｆｏｒｍａｔがＰＵＣＣＨ ｆｏｒｍａｔ ２である場合には、ＵＥがＨＰ ＵＣＩとＬＰ ＵＣＩの多重化のために構成／設定されたか否か(９２５)によって異なるように動作する。ＵＥはＵＥがＨＰ ＵＣＩとＬＰ ＵＣＩの多重化のために構成／設定されたことに基づいて、ＰＵＣＣＨ ｆｏｒｍａｔ ２が使用されるにもかかわらず、ＵＥはＨＰ ＵＣＩとＬＰ ＵＣＩを個別符号化することができる(９３０)。個別符号化されたＨＰ ＵＣＩとＬＰ ＵＣＩは一つのＰＵＣＣＨ ｆｏｒｍａｔ ２上で多重化／送信される。反面、ＵＥはＵＥがＨＰ ＵＣＩとＬＰ ＵＣＩの多重化のために構成／設定されない場合は、一つの符号化方式のみをＰＵＣＣＨ ｆｏｒｍａｔ ２のために使用され(９３５)、必要時、ＬＰ ＵＣＩの少なくとも一部がドロップされる。

【0287】

１．Ｐ２_Ａｌｔ １)の一例として、ＬＰ ＵＣＩにＨＡＲＱ－ＡＣＫとＣＳＩパート１及び２(及び／又はＳＲ)が全て含まれた場合、ＵＥは(ＬＰ ＵＣＩ ＣＳＩパート１／２の送信を全てドロップし)ＬＰ ＵＣＩ ＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)のみをＨＰ ＵＣＩと共にジョイント符号化する。ＬＰ ＵＣＩに(ＨＡＲＱ－ＡＣＫなしに)ＣＳＩパート１及び２(及び／又はＳＲ)のみが含まれた場合、ＵＥは(ＣＳＩパート２の送信をドロップし)ＣＳＩパート１(及び／又はＳＲ)のみをＨＰ ＵＣＩと共にジョイント符号化する。

【0288】

２．Ｐ２_Ａｌｔ １)において、ＨＰ ＵＣＩの一例として、該当ＨＰ ＵＣＩにＨＡＲＱ－ＡＣＫとＣＳＩパート１及び２(及び／又はＳＲ)が全て含まれた場合、ＵＥは(ＣＳＩパート１／２の送信を全てドロップし)ＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)のみをＬＰ ＵＣＩと共にジョイント符号化する。ＨＰ ＵＣＩに(ＨＡＲＱ－ＡＣＫなしに)ＣＳＩパート１及び２(及び／又はＳＲ)のみが含まれた場合には、ＵＥは(ＣＳＩパート２の送信をドロップし)ＣＳＩパート１(及び／又はＳＲ)のみをＬＰ ＵＣＩと共にジョイント符号化する。

【0289】

３．Ｐ２_Ａｌｔ ０)の場合、(ＰＵＣＣＨ ｆｏｒｍａｔ ３／４とは異なる方式で)一例として、ＬＰ ＵＣＩにＨＡＲＱ－ＡＣＫとＣＳＩパート１及び２(及び／又はＳＲ)が全て含まれた場合、ＵＥは(ＬＰ ＣＳＩパート１／２の送信を全てドロップし)ＬＰ ＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)のみを符号化する(例えば、ＡＮ ＆ ＳＲ ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ ｗｉｔｈｉｎ ＬＰ ＵＣＩ)。ＬＰ ＵＣＩに(ＨＡＲＱ－ＡＣＫ(及び／又はＳＲ)なしに)ＣＳＩパート１及び２のみが含まれた場合には、ＵＥは(ＣＳＩパート１／２の送信を全てドロップし)ＬＰ ＵＣＩに対する符号化を省略する。

【0290】

４．一方、Ｐ２_Ａｌｔ ０)の場合、ＵＥは個別符号化されたコード化されたＨＰ ＵＣＩビットとコード化されたＬＰ ＵＣＩビットを一つのＰＵＣＣＨ ｆｏｒｍａｔ ２リソース上にマッピングするとき、周波数ダイバーシティを考慮して以下のようなマッピング方式を適用することができる。

【0291】

（ａ）ｃｅｉｌ(ｘ)はｘより大きいか又は等しい最小の整数を意味し、ｆｌｏｏｒ(ｙ)はｙより小さいか又は等しい最大の整数を意味する。

【0292】

（ｂ）Ｐ２_Ｏｐｔ １：コード化されたＨＰ ＵＣＩビット(これに対する(ＱＰＳＫ)変調されたシンボル)とＬＰ ＵＣＩビット(これに対する変調されたシンボル)を連続した後(例えば、ＨＰ ＵＣＩの後にＬＰ ＵＣＩを連接した形態で連続)、(Ｔｉｍｅ ｆｉｒｓｔ－ｆｒｅｑｕｅｎｃｙ ｓｅｃｏｎｄ方式で)マッピングが行われる。図１０はＰ２_Ｏｐ１を説明するための図である。図１０(ａ)及び図１０(ｂ)はＨＰ ＵＣＩとＬＰ ＵＣＩの個別符号化、連接とＴｉｍｅ－Ｆｉｒｓｔマッピングが行われるという点では共通するが、図１０(ａ)では符号化(チャネルコーディングされた)符号化ビットの連続が行われる反面、図１０(ｂ)では変調シンボルの連続が行われるという差がある。

【0293】

(i)Ｔｉｍｅ ｆｉｒｓｔ－ｆｒｅｑｕｅｎｃｙ ｓｅｃｏｎｄ方式の例えば、図１０を参照すると、ＵＥはＰＵＣＣＨリソース上で{一番目のＯＦＤＭシンボルの周波数上の最低ＲＥ}にマッピングし、その後{二番目のＯＦＤＭシンボルの周波数上の最低ＲＥ}にマッピングし、その後{一番目のＯＦＤＭシンボルの周波数上の二番目に低いＲＥ}にマッピングし、その後{二番目のＯＦＤＭシンボルの周波数上の二番目に低いＲＥ}にマッピングし、…このような方式でマッピングが行われる。

【0294】

（c）Ｐ２_Ｏｐｔ ２：図１１はＰＵＣＣＨ送信／リソースに周波数ホッピングが設定された場合にＰ２_Ｏｐｔ ２によるマッピングの一例を示す。ＰＵＣＣＨ送信／リソースに周波数ホッピングが設定された場合、ＵＥはコード化されたＨＰ ＵＣＩビット(これに対するＮ_H個の変調されたシンボル)を一番目の周波数ホップ(ｔｈｅ ｆｉｒｓｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐ)にｃｅｉｌ(Ｎ_H／２)個(又はｆｌｏｏｒ(Ｎ_H／２)個)、そして二番目の周波数ホッピング(ｔｈｅ ｓｅｃｏｎｄ ｆｒｅｑｕｅｎｃｙ ｈｏｐ)にｆｌｏｏｒ(Ｎ_H／２)個(又はｃｅｉｌ(Ｎ_H／２)個)に分割してマッピングし、次いでＵＥはコード化されたＬＰ ＵＣＩビット(これに対するＮ_L個の変調されたシンボル)を一番目のホップにｆｌｏｏｒ(Ｎ_L／２)個(又はｃｅｉｌ(Ｎ_L／２)個)、そして二番目のホップにｃｅｉｌ(Ｎ_L／２)個(又はｆｌｏｏｒ(Ｎ_L／２)個)に分割してマッピングする(一方、ＰＵＣＣＨ送信／リソースに周波数ホッピングが設定されていない場合には、上記のような分割なしにマッピングする)。

【0295】

(i)この場合、（各）周波数ホップごとに以下のような方式でＵＣＩ ＲＥマッピングが行われる。

【0296】

(ii)Ｐ２_Ｏｐｔ Ａ：ＵＥはコード化されたＨＰ ＵＣＩシンボルとコード化されたＬＰ ＵＣＩシンボルをＨＰ ＵＣＩの後にＬＰ ＵＣＩを連続する形態で連接した後、ｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ(周波数優先)方式でマッピングする。

【0297】

（１）例えば、ＵＥはＨＰ ＵＣＩをＬＰ ＵＣＩより先にマッピングするが、周波数上の最低ＲＥから連続するＲＥにＨＰ ＵＣＩをマッピングした後、残りのＲＥにＬＰ ＵＣＩをマッピングする。

【0298】

（２）この場合、一番目のホップ上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置と二番目のホップ上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置は、特定のオフセットだけ異なるように(離隔するように)決定される。

【0299】

（３）一方、周波数ホッピングが設定されていない場合には、ＵＥはｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ－ｔｉｍｅ ｓｅｃｏｎｄ方式でマッピングを行う。

【0300】

(iii)Ｐ２_Ｏｐｔ Ｂ：まずＵＥはコード化されたＨＰ ＵＣＩシンボルから(ＵＣＩマッピングに加用のＲＥ集合内で)周波数上の最大に離隔しながら等間隔であるＲＥにマッピングし、残りのＲＥにコード化されたＬＰ ＵＣＩシンボルをマッピングする。

【0301】

（１）例えば、(ＤＭＲＳ ＲＥを除いた残りのＲＥのうち)ＵＣＩマッピングに加用のＲＥ数がＮ_R個であり、(コード化された)ＨＰ ＵＣＩシンボル数がＮ_U個である場合、(ＵＣＩマッピングに加用のＮ_R個のＲＥ集合内で)ｄ＝ｆｌｏｏｒ(Ｎ_R／Ｎ_U)個のＲＥ間隔でＨＰ ＵＣＩを先にマッピングした後、残りのＲＥにコード化されたＬＰ ＵＣＩ(シンボル)マッピングを行う(これを便宜上、“ＭＡＸ Ｄｉｓｔａｎｃｅ”マッピングと称する)。

【0302】

（２）この場合、一番目のホップ上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置と二番目のホップ上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置は、特定のオフセットだけ(例えば、ｆｌｏｏｒ(ｄ／２)又はｃｅｉｌ(ｄ／２)だけ)異なるように(離隔するように)決定される。

【0303】

（３）一方、周波数ホッピングが設定されていない場合には、ＵＥは１)もし一番目のＯＦＤＭシンボル上のＵＣＩマッピングの加用のＲＥ数がコード化されたＨＰ ＵＣＩシンボル数より小さいと、該当ＯＦＤＭシンボル上で(ＵＣＩマッピングに加用のＲＥ集合内で)ｄ＝１個のＲＥ間隔でコード化されたＨＰ ＵＣＩシンボルをマッピングし、二番目のＯＦＤＭシンボル上で残りのＨＰ ＵＣＩシンボルとＬＰ ＵＣＩシンボルに対して最大距離マッピングを行い、２)もし一番目のＯＦＤＭシンボル上のＵＣＩマッピングの加用のＲＥ数がＨＰ ＵＣＩシンボル数より大きいか又は等しいと、該当ＯＦＤＭシンボル上で最大距離マッピングを行い、残りのＬＰ ＵＣＩシンボルを二番目のＯＦＤＭシンボル上にマッピングする。

【0304】

（ｄ）Ｐ２_Ｏｐｔ ３：(ＰＵＣＣＨ送信／リソースへの周波数ホッピング設定有無に関係なく)ＵＥは、コード化されたＨＰ ＵＣＩビット(これに対するＮ_H個の変調されたシンボル)を一番目のＯＦＤＭシンボルにｃｅｉｌ(Ｎ_H／２)個(又はｆｌｏｏｒ(Ｎ_H／２)個)、及び二番目のＯＦＤＭシンボルにｆｌｏｏｒ(Ｎ_H／２)個(又はｃｅｉｌ(Ｎ_H／２)個)に分割してマッピングし、コード化されたＬＰ ＵＣＩビット(これに対するＮ_L個の変調されたシンボル)を一番目のＯＦＤＭシンボルにｆｌｏｏｒ(Ｎ_L／２)個(又はｃｅｉｌ(Ｎ_L／２)個)、及び二番目のＯＦＤＭシンボルにｃｅｉｌ(Ｎ_L／２)個(又はｆｌｏｏｒ(Ｎ_L／２)個)に分割してマッピングする。

【0305】

(i)この場合、（各）ＯＦＤＭシンボルごとに以下のような方式でＵＣＩ ＲＥマッピングが行われる。

【0306】

(ii)Ｐ２_Ｏｐｔ Ａ：ＵＥはコード化されたＨＰ ＵＣＩシンボルとコード化されたＬＰ ＵＣＩシンボルをＨＰ ＵＣＩの後にＬＰ ＵＣＩを連接した形態で連続した後、ｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ方式でマッピングを行うことができる。

【0307】

（１）例えば、まずＵＥはＨＰ ＵＣＩを周波数上の最低のＲＥから連続するＲＥにマッピングした後、残りのＲＥにＬＰ ＵＣＩをマッピングする。

【0308】

（２）この場合、一番目のシンボル上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置と二番目のシンボル上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置は、特定のオフセットだけ異なるように(離隔するように)決定される。

【0309】

(iii)Ｐ２_Ｏｐｔ Ｂ：まずＵＥはコード化されたＨＰ ＵＣＩシンボルから(ＵＣＩマッピングに加用のＲＥ集合内で)周波数上の最大に離隔しながら等間隔であるＲＥにマッピングし、残りのＲＥにコード化されたＬＰ ＵＣＩシンボルをマッピングする。

【0310】

（１）例えば、(ＤＭＲＳ ＲＥを除いた残りの)ＵＣＩマッピングに加用のＲＥ数がＮ_R個であり、コード化されたＨＰ ＵＣＩシンボル数がＮ_U個である場合、ＵＥは(ＵＣＩマッピングに加用のＮ_R個のＲＥ集合内で)ｄ＝ｆｌｏｏｒ(Ｎ_R／Ｎ_U)個のＲＥ間隔でＨＰ ＵＣＩを先にマッピングした後、残りのＲＥにＬＰ ＵＣＩ(シンボル)マッピングを行う。

【0311】

（２）この場合、一番目のシンボル上のＨＰ ＵＣＩ ＲＥマッピングの開始周波数位置と二番目のシンボル上のＨＰ ＵＣＩ ＲＥのマッピング開始周波数位置は、特定のオフセットだけ(例えば、ｆｌｏｏｒ(ｄ／２)又はｃｅｉｌ(ｄ／２)だけ)異なるように(離隔するように)決定される。

【0312】

（ｅ）Ｐ２_Ｏｐｔ ４：ＵＥは、(ＰＵＣＣＨ送信／リソースへの周波数ホッピングの設定有無に関係なく、また上記のようなコード化されたＵＣＩビットに対する分割(ｓｐｌｉｔ)過程なしに)複数の(例えば、２つ)ＯＦＤＭシンボル上の全体ＲＥ集合内で周波数上最大に離隔しながら等間隔であるＲＥにコード化されたＨＰ ＵＣＩシンボルを優先してマッピングし、残りのＲＥにコード化されたＬＰ ＵＣＩシンボルに対するマッピングを行う。

【0313】

(i)例えば、複数(例えば、２つ)のＯＦＤＭシンボル上で(ＤＭＲＳ ＲＥを除いた残り)ＵＣＩマッピングに加用の全てのＲＥ数の総和がＮ_R個であり、コード化されたＨＰ ＵＣＩシンボル数がＮ_U個である場合、ＵＥは(ＵＣＩマッピングに加用のＮ_R個のＲＥ集合内で)ｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ－ｔｉｍｅ ｓｅｃｏｎｄ方式でＨＰ ＵＣＩを先にマッピングするが、ｄ＝ｆｌｏｏｒ(Ｎ_R／Ｎ_U)個のＲＥ間隔で該当ＨＰ ＵＣＩをマッピングし、次の残りＲＥにＬＰ ＵＣＩ(シンボル)マッピングを行う。

【0314】

(ii)特徴的な一例として、２つのシンボル上の全てのＵＣＩ ＲＥを{一番目のシンボル上の最低周波数のＲＥ、一番目のシンボル上の二番目に低い周波数のＲＥ、…、一番目のシンボル上の最高周波数のＲＥ、二番目のシンボル上の最低周波数のＲＥ、二番目のシンボル上の二番目に低い周波数のＲＥ、…、二番目のシンボル上の最高周波数のＲＥ}のように整列した状態で、ＵＥはｄ＝ｆｌｏｏｒ(Ｎ_R／Ｎ_U)個ＲＥ間隔でＨＰ ＵＣＩをマッピングする。

【0315】

(iii)これにより、一番目のシンボル上に最後に(例えば、最高周波数に)マッピングされたＨＰ ＵＣＩ ＲＥから該当シンボル上の最後のＲＥまでの間隔(ｇ１)と、二番目のシンボル上の一番目のＲＥから該当シンボル上に一番目に(例えば、最低周波数に)マッピングされるＨＰ ＵＣＩ ＲＥまでの間隔(ｇ２)の和(ｇ１＋ｇ２)がｄになるようにマッピングが行われる。図１２はＨＰ ＵＣＩのマッピングの一例を示す。明確な説明のために、図１２ではＬＰ ＵＣＩのマッピングを示していないが、上述した例示に基づいてＬＰ ＵＣＩマッピングが行われることを当業者であれば理解できるであろう。

【0316】

Ｂ．Ｎｏｔｅ

【0317】

i．便宜上、既存のＲｅｌ－１５／１６を基準として固定した(ｆｉｘｅｄ)ペイロードサイズを有する１つのパートで構成された(単一符号化を適用する)ＣＳＩ報告(例えば、広帯域ＣＳＩフィードバック)をｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩと称し、固定したペイロードサイズを有するパート１と可変のペイロードサイズを有するパート２で構成された(各パートごとに個別符号化を適用する)ＣＳＩ報告(例えば、サブバンドＣＳＩフィードバック)をｔｗｏ－ｐａｒｔ ＣＳＩと称する。

【0318】

ii．便宜上、(ＰＲＩを指示する)ＤＣＩによりスケジューリング／指示されたＰＤＳＣＨ(或いはＳＰＳ ＰＤＳＣＨリリース)に対するＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＨＰ ＳＲ)を含むＨＰ ＵＣＩをＨＰ－ＰＲＩ ＵＣＩと称し、ＤＣＩによりスケジューリング／指示されたＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨリリース)に対するＨＰ ＨＡＲＱ－ＡＣＫなしにＳＰＳ ＰＤＳＣＨに対するＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＨＰ ＳＲ)のみを含むＨＰ ＵＣＩをＨＰ－ＳＰＳ ＵＣＩと称し、ＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＳＲをＬＰ ＵＣＩと称する。

【0319】

iii．Ｐ２_Ｃａｓｅ １：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ－ＰＲＩ ＵＣＩ、ＬＰ ＵＣＩ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0320】

１．ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩであるか又はｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩであるかに関係なく、全てのＬＰ ＣＳＩ送信を省略(ドロップ)し、ＨＰ－ＰＲＩ ＵＣＩとＬＰ ＵＣＩを同一のＰＵＣＣＨ上に多重化して送信する。

【0321】

iv．Ｐ２_Ｃａｓｅ ２：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ－ＰＲＩ ＵＣＩ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0322】

１．Ｐ２_Ｃａｓｅ ２－１：ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合は、ＬＰ ＣＳＩパート２の送信を省略(ドロップ)して、ＨＰ－ＰＲＩ ＵＣＩとＬＰ ＣＳＩパート１を同一のＰＵＣＣＨ上に多重化して送信する。

【0323】

（ａ）又は、全てのＬＰ ＣＳＩ送信をドロップし、ＨＰ－ＰＲＩ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0324】

２．Ｐ２_Ｃａｓｅ ２－２：ＬＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、特定のＵＣＩ送信のドロップなしに、ＨＰ－ＰＲＩ ＵＣＩとＬＰ ＣＳＩを全て同一のＰＵＣＣＨ上に多重化して送信する。

【0325】

（ａ）又は、全てのＬＰ ＣＳＩ送信をドロップし、ＨＰ－ＰＲＩ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0326】

v．Ｐ２_Ｃａｓｅ ３：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ－ＰＲＩ ＵＣＩ、ＬＰ ＵＣＩ}である場合、ＵＥは：

【0327】

１．この場合、ＨＰ－ＰＲＩ ＵＣＩとＬＰ ＵＣＩを全て同一のＰＵＣＣＨ上に多重化して送信する。

【0328】

vi．Ｐ２_Ｃａｓｅ ４：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ－ＳＰＳ ＵＣＩ、ＬＰ ＵＣＩ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0329】

１．Ｐ２_Ｃａｓｅ ４－１：ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫの和が特定のサイズ(例えば、２－ビット)を超える場合、ＬＰ ＵＣＩとＬＰ ＣＳＩの送信を全てドロップして、ＨＰ－ＳＰＳ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0330】

（ａ）又は、ＬＰ ＣＳＩ送信をドロップし、ＨＰ－ＳＰＳ ＵＣＩとＬＰ ＵＣＩを同一のＰＵＣＣＨ上に多重化して送信する。

【0331】

２．Ｐ２_Ｃａｓｅ ４－２：ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫの和が特定のサイズ(例えば、２－ビット)である場合、ＵＥはＬＰ ＣＳＩ送信をドロップし、ＨＰ－ＳＰＳ ＵＣＩとＬＰ ＵＣＩを同一のＰＵＣＣＨ(例えば、ＨＰ ＳＰＳ ＨＡＲＱ－ＡＣＫの送信に設定されたＨＰ ＳＰＳ ＰＵＣＣＨリソース)上に多重化して送信する。

【0332】

（ａ）又は、ＬＰ ＵＣＩとＬＰ ＣＳＩの送信を全てドロップして、ＨＰ－ＳＰＳ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0333】

vii．Ｐ２_Ｃａｓｅ ５：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ－ＳＰＳ ＵＣＩ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0334】

１．この場合、全てのＬＰ ＣＳＩ送信をドロップし、ＨＰ－ＳＰＳ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0335】

viii．Ｐ２_Ｃａｓｅ ６：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ－ＳＰＳ ＵＣＩ、ＬＰ ＵＣＩ}である場合、ＵＥは：

【0336】

１．Ｐ２_Ｃａｓｅ ６－１：ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫの和が特定のサイズ(例えば、２－ビット)を超える場合、ＬＰ ＵＣＩ送信をドロップし、ＨＰ－ＳＰＳ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0337】

（ａ）又は、ＨＰ－ＳＰＳ ＵＣＩとＬＰ ＵＣＩを全て同一のＰＵＣＣＨ上に多重化して送信する。

【0338】

２．Ｐ２_Ｃａｓｅ ６－２：ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫの和が特定のサイズ(例えば、２－ビット)である場合、特定のＵＣＩ送信のドロップなしにＨＰ－ＳＰＳ ＵＣＩとＬＰ ＵＣＩを全て同一のＰＵＣＣＨ(例えば、ＨＰ ＳＰＳ ＨＡＲＱ－ＡＣＫの送信に設定されたＨＰ ＳＰＳ ＰＵＣＣＨリソース)上に多重化して送信する。

【0339】

（ａ）又は、ＬＰ ＵＣＩ送信をドロップし、ＨＰ－ＳＰＳ ＵＣＩのみをＰＵＣＣＨ上に送信する。

【0340】

ix．Ｐ２_Ｃａｓｅ ７：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＳＲ、ＬＰ ＵＣＩ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0341】

１．Ｐ２_Ｃａｓｅ ７－１：ＬＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)を超える場合、ＬＰ ＵＣＩとＬＰ ＣＳＩ送信を全てドロップし、ＨＰ ＳＲのみをＰＵＣＣＨ上に送信する。

【0342】

（ａ）又は、ＬＰ ＣＳＩ送信をドロップし、ＨＰ ＳＲとＬＰ ＵＣＩを同一のＰＵＣＣＨ上に多重化して送信する。

【0343】

２．Ｐ２_Ｃａｓｅ ７－２：ＬＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下である場合、ＬＰ ＣＳＩ送信をドロップし、ＨＰ ＳＲとＬＰ ＵＣＩを同一のＰＵＣＣＨ(例えば、ＨＰ ＳＲ送信に設定されたＨＰ ＳＲ ＰＵＣＣＨリソース)上に多重化して送信する。

【0344】

（ａ）又は、ＬＰ ＵＣＩ送信とＬＰ ＣＳＩ送信を全てドロップし、ＨＰ ＳＲのみをＰＵＣＣＨ上に送信する。

【0345】

ｘ．Ｐ２_Ｃａｓｅ ８：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＳＲ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0346】

１．この場合、全てのＬＰ ＣＳＩ送信をドロップし、ＨＰ ＳＲのみをＰＵＣＣＨ上に送信する。

【0347】

xi．Ｐ２_Ｃａｓｅ ９：同一のＰＵＣＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＳＲ、ＬＰ ＵＣＩ}である場合、ＵＥは：

【0348】

１．Ｐ２_Ｃａｓｅ ９－１：ＬＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)を超える場合、ＬＰ ＵＣＩ送信をドロップし、ＨＰ ＳＲのみをＰＵＣＣＨ上に送信する。

【0349】

（ａ）又は、ＨＰ ＳＲとＬＰ ＵＣＩを全て同一のＰＵＣＣＨ上に多重化して送信する。

【0350】

２．Ｐ２_Ｃａｓｅ ９－２：ＬＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下である場合、特定のＵＣＩ送信のドロップなしにＨＰ ＳＲとＬＰ ＵＣＩを全て同一のＰＵＣＣＨ(例えば、ＨＰ ＳＲ送信に設定されたＨＰ ＳＲ ＰＵＣＣＨリソース)上に多重化して送信する。

【0351】

（ａ）又は、ＬＰ ＵＣＩ送信をドロップし、ＨＰ ＳＲのみをＰＵＣＣＨ上に送信する。

【0352】

８)Ｉｓｓｕｅ ６

【0353】

Ａ．既存に同一の優先順位を有するＵＣＩの組み合わせ(例えば、ＬＰとＬＰの組み合わせ、又はＨＰとＨＰの組み合わせ)のみを同じ一つの(設定された)ＰＵＣＣＨリソース上に多重化して送信する(或いはかかる方式で多重化／送信するように設定された)状況では、ＵＥは：

【0354】

i．(該当ＰＵＣＣＨリソース内で)該当優先順位に設定された最大のＵＣＩ符号化レートと該当ＵＣＩの組み合わせの全体ペイロードサイズに基づいて決定される符号化ビットがマッピング可能な最小のＲＢのみを使用して、該当ＵＣＩの組み合わせに対する送信を行うように動作する(これを便宜上、“ＲＢ ＡＤＡＰＴＡＴＩＯＮ”と称する)。

【0355】

Ｂ．一方、それぞれ異なる優先順位(例えば、ＬＰ／ＨＰ)を有する複数のＵＣＩの組み合わせを同じ一つの(設定された)ＰＵＣＣＨリソース上に多重化して送信する(或いはかかる方式で多重化／送信するように設定された)場合には、ＵＥは、

【0356】

i．既存とは異なるように、上記のようなＲＢ ＡＤＡＰＴＡＴＩＯＮ動作を適用せず、該当ＰＵＣＣＨリソース内の全てのＲＢを使用して、該当ＵＣＩの組み合わせに対する多重化された送信を行うように動作する。

【0357】

１．これは、ＢＳから送信されたＤＣＩをＵＥが検出失敗するなどの原因により特定のＵＣＩのペイロードサイズに対するＵＥとＢＳの間の曖昧さ(ａｍｂｉｇｕｉｔｙ)が発生する場合において、ＵＥのＲＢ ＡＤＡＰＴＡＴＩＯＮ適用によってＵＥが実際使用するＲＢ数と期待する(ＵＥ使用)ＲＢ数が異なって発生する(特に、ＨＰ ＵＣＩ送信の)性能低下及び複雑度などを防止するためのものである。

【0358】

９)Ｉｓｓｕｅ ７

【0359】

Ａ．同一のＰＵＣＣＨ／ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫが多重化される／されるように設定された状況において、(ＤＬ ＤＣＩ検出失敗などにより発生し得る)ＬＰ ＨＡＲＱ－ＡＣＫのペイロードサイズに対するＵＥとＢＳの間の誤整列可能性を考慮して、ＨＰ ＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨをスケジューリングするＤＣＩ(即ち、ＨＰ ＤＬ ＤＣＩ)及び／又はＨＰ ＰＵＳＣＨをスケジューリングするＤＣＩ(即ち、ＨＰ ＵＬ ＤＣＩ)によりＬＰ ＨＡＲＱ－ＡＣＫのペイロードサイズ情報がシグナリング／指示される。

【0360】

i．複数の候補(ＬＰ ＨＡＲＱ－ＡＣＫ)ペイロードサイズが予めＲＲＣにより設定された状態で該当複数の候補ペイロードサイズのうちのいずれかがＤＣＩにより指示されることができる。該当複数の候補ペイロードサイズの値／個数はＬＰ ＨＡＲＱ－ＡＣＫに設定されたＨＡＲＱ－ＡＣＫコードブックタイプによって異なる。

【0361】

ii．一例として、ＬＰ ＨＡＲＱ－ＡＣＫにＴｙｐｅ－２コードブックが設定された場合、候補ペイロードサイズは{Ｘ－ビット、Ｙ－ビット、Ｚ－ビット、Ｗ－ビット}(ここで、Ｘ＜Ｙ＜Ｚ＜Ｗ)の４つの値に設定され、Ｘ＝０に設定される形態であるか、又は{Ｘ－ビット、Ｙ－ビット、Ｚ－ビット、Ｗ－ビット}(ここで、０＜Ｘ＜Ｙ＜Ｚ＜Ｗ)の４つの値に設定される形態である。Ｘがｎｏｎ－ｚｅｒｏである後者の場合、ＨＰ ＤＣＩによりペイロードサイズが一番大きいＷ－ビットに指示されたが、ＵＥが実際受信したＬＰ ＤＬ ＤＣＩ(及び／又はＬＰ ＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ)が存在しない場合、例外的にＵＥはＬＰ ＨＡＲＱ－ＡＣＫのペイロードサイズを０－ビットに仮定／決定することができる。

【0362】

１．一方、ＤＣＩにより指示されたペイロードサイズ(例えば、Ｐ_dビット)がＵＥが(実際ＰＤＳＣＨ受信に基づいて)算出した実際(ＬＰ ＨＡＲＱ－ＡＣＫ)ペイロードサイズ(例えば、Ｐ_uビット)より大きい場合は、ＵＥは指示されたサイズであるＰ_dビットに該当するペイロードを(ＰＵＣＣＨ／ＰＵＳＣＨ上に)構成し、該当ペイロード内の最初のＰ_uビットは実際ペイロードをマッピングし、最後の{Ｐ_d－Ｐ_u}ビットはＮＡＣＫにマッピングすることができる。

【0363】

２．またＤＣＩにより指示されたペイロードサイズ(例えば、Ｐ_dビット)がＵＥが(実際ＰＤＳＣＨ受信に基づいて)算出した実際(ＬＰ ＨＡＲＱ－ＡＣＫ)ペイロードサイズ(例えば、Ｐ_uビット)より小さい場合は、ＵＥは指示されたサイズであるＰ_dビットに該当するペイロードを(ＰＵＣＣＨ／ＰＵＳＣＨ上に)構成し、該当ペイロードは実際ペイロード内の最初のＰ_dビットをマッピングし、(実際ペイロード内の)最後の{Ｐ_u－Ｐ_d}ビットは送信を省略(ドロップ)することができる。

【0364】

３．上記例示において、ＤＣＩ(ＲＲＣ)により指示(設定)される(候補)ペイロードサイズとＵＥが(ＰＤＳＣＨ受信に基づいて)算出した実際ペイロードサイズ(及びＰＵＣＣＨ／ＰＵＳＣＨ上に構成されるペイロード)は；(ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを除いた)(ＤＡＩを指示するＤＣＩによりスケジュールされた)ＤＡＩ基盤のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのみを基準として設定／指示／決定／構成されるか(ＣＡＳＥ Ａ)；又はＤＡＩ基盤のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫとＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを全て含むＨＡＲＱ－ＡＣＫを基準として設定／指示／決定／構成される(ＣＡＳＥ Ｂ)。

【0365】

４．これにより、前者(ＣＡＳＥ Ａ)の場合、ＤＡＩ基盤のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫペイロードはＤＣＩにより指示されたペイロードサイズに基づいて構成され、ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫペイロードはＵＥのＰＤＳＣＨ受信に基づいて構成される。後者(ＣＡＳＥ Ｂ)の場合は、ＤＡＩ基盤のＰＤＳＣＨとＳＰＳ ＰＤＳＣＨの全てに対する全体ＨＡＲＱ－ＡＣＫペイロードがＤＣＩにより指示されたペイロードサイズに基づいて構成される。

【0366】

iii．さらに他の例において、ＬＰ ＨＡＲＱ－ＡＣＫにＴｙｐｅ－１コードブックが設定された場合、候補ペイロードサイズは{ｎｏｔｈｉｎｇ Ｃａｓｅ、ｆａｌｌｂａｃｋ Ｃａｓｅ、ｆｕｌｌ Ｃａｓｅ}の３つの値を含むように設定されるか、又は{ｎｏｔｈｉｎｇ ｏｒ ｆａｌｌｂａｃｋ Ｃａｓｅ、ｆｕｌｌ Ｃａｓｅ}の２つの値を含むように設定される。ここで、ｎｏｔｈｉｎｇ／ｆａｌｌｂａｃｋ／ｆｕｌｌ Ｃａｓｅはそれぞれ以下のような場合に該当する。

【0367】

１．Ｆａｌｌｂａｃｋ Ｃａｓｅ

【0368】

特定のスロットによるＡ／Ｎフィードバック送信が求められるとき、該当スロットがＡ／Ｎフィードバック送信タイミングとして指示／設定されたＰＤＳＣＨ又はＤＣＩが以下のような場合、

【0369】

(i)ＤＡＩ＝１を指示するｆａｌｌｂａｃｋ ＤＣＩ ｆｏｒｍａｔ １_０にスケジュールされたＰｃｅｌｌ上の一つのＰＤＳＣＨのみが存在、又は

【0370】

(ii)ＤＡＩ＝１を指示しながら、ＳＰＳ ＰＤＳＣＨリリースを命令するｆａｌｌｂａｃｋ ＤＣＩ ｆｏｒｍａｔ １_０基盤の一つのＰＤＣＣＨのみが存在、又は

【0371】

(iii)ＳＰＳ ＰＤＳＣＨのみ存在

【0372】

ＵＥは特定のスロットを介しては(フルペイロードではなく)受信されたＰｃｅｌｌ上の一つのＰＤＳＣＨ(即ち、Ｐｃｅｌｌ ＰＤＳＣＨ)、ＳＰＳ ＰＤＳＣＨリリースＰＤＣＣＨ(即ち、ＳＰＳリリース)又はＳＰＳ ＰＤＳＣＨに対してのみＡ／Ｎフィードバックを構成／送信することができる。

【0373】

２．Ｎｏｔｈｉｎｇ Ｃａｓｅ

【0374】

特定のスロットがＡ／Ｎフィードバック送信タイミングとして指示／設定されたＰＤＳＣＨ又はＤＣＩが存在しない場合、ＵＥは該当スロットに対してはＡ／Ｎフィードバックを構成／送信しない。

【0375】

３．Ｆｕｌｌ Ｃａｓｅ

【0376】

ｆａｌｌｂａｃｋ Ｃａｓｅ又はｎｏｔｈｉｎｇ Ｃａｓｅのいずれにも該当しない場合であり、この場合、ＵＥは全ての{Ｋ１、ＴＤＲＡ}組み合わせに基づくフルペイロードをＡ／Ｎフィードバックで構成／送信する。

【0377】

４．上記によって、例えば、候補ペイロードサイズが{ｎｏｔｈｉｎｇ Ｃａｓｅ、ｆａｌｌｂａｃｋ Ｃａｓｅ、ｆｕｌｌ Ｃａｓｅ}の３つの値に設定された状況において、ＤＣＩによりｎｏｔｈｉｎｇ Ｃａｓｅが指示された場合は、ＬＰ Ａ／Ｎフィードバックを０－ビットに決定してＬＰ Ａ／Ｎ自体を構成／送信しない。また、ＤＣＩによりｆａｌｌｂａｃｋ Ｃａｓｅが指示された場合は、ＬＰ Ａ／Ｎフィードバックを１－ビット又はＳＰＳ ＨＡＲＱ－ＡＣＫビットのみで構成／送信し、ＤＣＩによりｆｕｌｌ Ｃａｓｅが指示された場合には、ＬＰ Ａ／Ｎフィードバックを全ての{Ｋ１、ＴＤＲＡ}組み合わせに基づくフルペイロードで構成／送信する。

【0378】

５．他の例において、候補ペイロードサイズが{ｎｏｔｈｉｎｇ ｏｒ ｆａｌｌｂａｃｋ Ｃａｓｅ、ｆｕｌｌ Ｃａｓｅ}の２つの値に設定された状況において、ＤＣＩによりｎｏｔｈｉｎｇ又はｆａｌｌｂａｃｋ Ｃａｓｅが指示された場合は、ＬＰ Ａ／Ｎフィードバックを１－ビット又はＳＰＳ ＨＡＲＱ－ＡＣＫビットのみで構成／送信し、ＤＣＩによりｆｕｌｌ Ｃａｓｅが指示された場合には、ＬＰ Ａ／Ｎフィードバックを全ての{Ｋ１、ＴＤＲＡ}組み合わせに基づくフルペイロードで構成／送信することができる。

【0379】

iv．これにより、ＤＣＩにより指示されたペイロードサイズに基づいて決定されたＬＰ ＨＡＲＱ－ＡＣＫペイロードサイズとＨＰ ＨＡＲＱ－ＡＣＫペイロードサイズの組み合わせ(例えば、該当２つのサイズを併せた総ペイロードサイズ)に基づいて、１)該当ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫが多重化された送信に使用されるＰＵＣＣＨリソース(セット)を選択／決定することができ、２)選択されたＰＵＣＣＨリソース内で実際ＵＣＩ送信に使用する最小のＲＢ数を決定することができる(即ち、ＲＢ ＡＤＡＰＴＡＴＩＯＮを行う)。

【0380】

１０)Ｉｓｓｕｅ ８

【0381】

Ａ．同一のＰＵＣＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＨＡＲＱ－ＡＣＫを多重化する状況において、２つのＨＡＲＱ－ＡＣＫのペイロードを併せた総ペイロードサイズ(例えば、Ｘ－ビット)に対応するＰＵＣＣＨリソースセットを選択することにより発生し得るＰＵＣＣＨリソース浪費を考慮して、ＬＰ ＨＡＲＱ－ＡＣＫのペイロードサイズに(１より小さい小数である) スケーリング因子(ｓｃａｌｉｎｇ ｆａｃｔｏｒ)を乗じて得られたスケールされた(ｓｃａｌｅｄ)ＬＰ ＨＡＲＱ－ＡＣＫペイロードサイズとＨＰ ＨＡＲＱ－ＡＣＫペイロードサイズを併せたスケールされた総ペイロードサイズ(例えば、Ｙ－ビット)に対応するＰＵＣＣＨリソースセットを選択する(該当ＰＵＣＣＨリソースセット内の特定のＰＵＣＣＨリソースを使用してＵＣＩ送信を行う)ように動作する。この場合、ＵＥはスケールされた総ペイロードサイズＹ－ビットを基準としてＰＵＣＣＨ電力制御のためのパラメータ(例えば、ｎ_ＨＡＲＱ)値を決定することができる。又はＵＥはスケーリング前の元の総ペイロードサイズＸ－ビットを基準としてＰＵＣＣＨ電力制御のためのパラメータ(例えば、ｎ_ＨＡＲＱ)値を決定することができる。

【0382】

i．特徴的には、ＨＰ ＨＡＲＱ－ＡＣＫが１－ビット、ＬＰ ＨＡＲＱ－ＡＣＫがＸビット(ここで、Ｘ＞１)でありながら、スケールされた総ペイロードサイズが２－ビット以下である場合、以下のような方式で動作する。

【0383】

ii．Ｐ２_Ａｌｔ １：この場合、ＵＥは例外的に２－ビットを超えるペイロードサイズに対応するＰＵＣＣＨリソースセットのうち、最小のペイロードサイズに設定されたセットを選択する(該当セット内の特定のＰＵＣＣＨリソースを使用して全体ＵＣＩに対する多重化／送信を行う)ように動作する。

【0384】

１．２－ビット以下のペイロードサイズに対応するＰＵＣＣＨリソースセットまで含むと、ＵＥは全体セットのうち、二番目に小さいペイロードサイズに設定されたセットを選択する。

【0385】

iii．Ｐ２_Ａｌｔ ２：この場合、ＵＥは２－ビット以下のペイロードサイズに設定されたＰＵＣＣＨリソースセットを選択する(該当ＰＵＣＣＨリソースセット内の特定のＰＵＣＣＨリソースを使用してＵＣＩ送信を行う)ように動作する。

【0386】

１．この場合、ＵＥはＸビットのＬＰ ＨＡＲＱ－ＡＣＫのうち、ＭＳＢ１－ビットのみをＨＰ ＨＡＲＱ－ＡＣＫ１－ビットと多重化して送信するように動作し、残りのＸ－１ビットのＬＰ ＨＡＲＱ－ＡＣＫに対する送信は省略(ドロップ)する。

【0387】

２.又はこの場合、例外的にＵＥはＸビットのＬＰ ＨＡＲＱ－ＡＣＫ全体に対する送信を省略(ドロップ)し、ＨＰ－ＨＡＲＱ－ＡＣＫ１－ビットのみを送信するように動作する。

【0388】

３.又はこの場合、ＵＥはＸビットのＬＰ ＨＡＲＱ－ＡＣＫをバンドリングして生成された１－ビットのバンドリングＬＰ ＨＡＲＱ－ＡＣＫとＨＰ－ＨＡＲＱ－ＡＣＫ１－ビットを多重化して送信するように動作する。

【0389】

１１)Ｉｓｓｕｅ ９

【0390】

Ａ．既存には一つのＰＵＳＣＨ上に多重化される複数のＵＣＩに対して行われる最大の個別符号化回数が３回に制限されるが(例えば、ＨＡＲＱ－ＡＣＫ、ＣＳＩパート１、ＣＳＩパート２のそれぞれに対して個別符号化を行う)、一つのＰＵＳＣＨ上にＨＰ ＵＣＩとＬＰ ＵＣＩを互いに多重化して送信する場合、ＵＥは：

【0391】

i．以下のような優先順位に基づいて(一番高い優先順位を有する)上位３つまでのＵＣＩのみを選択して個別符号化を行った後、該当ＰＵＳＣＨ上に多重化して送信するように動作する。

【0392】

１．Ｐ２_Ａｌｔ(１)：ＨＰ ＨＡＲＱ－ＡＣＫ＞ＬＰ ＨＡＲＱ－ＡＣＫ＞ＨＰ ＣＳＩパート１＞ＨＰ ＣＳＩパート２＞ＬＰ ＣＳＩパート１＞ＬＰ ＣＳＩパート２

【0393】

２．Ｐ２_Ａｌｔ(２)：ＨＰ ＨＡＲＱ－ＡＣＫ＞ＬＰ ＨＡＲＱ－ＡＣＫ＞ＨＰ ＣＳＩパート１＞ＬＰ ＣＳＩパート１＞ＨＰ ＣＳＩパート２＞ＬＰ ＣＳＩパート２

【0394】

１２)Ｐ２_Ｏｐｔ ３

【0395】

Ａ．ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して送信するＰＵＣＣＨリソースを選択するとき、ＵＥは、

【0396】

i．上記のように異なる優先順位間のＵＣＩ多重化用に(ＭＵＸ)ＰＵＣＣＨリソースセットが別に設定され、

【0397】

ii．この場合、ＬＰ ＵＣＩとＨＰ ＵＣＩを併せた総ＵＣＩペイロードサイズに設定されたＭＵＸ ＰＵＣＣＨリソースセット内において、最後のＤＣＩにより指示されたＰＲＩに対応する、

【0398】

一つのＰＵＣＣＨリソースを選択して、２つのＵＣＩを多重化して送信することができる。

【0399】

i．この場合、上記ＭＵＸ ＰＵＣＣＨリソースセット決定のためのＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)のペイロードサイズは、１)ＨＡＲＱ－ＡＣＫバンドリング及びドロップ方法が適用される前のペイロードサイズとして考慮されるか、２)ＨＡＲＱ－ＡＣＫバンドリングが適用され、ＨＡＲＱ－ＡＣＫドロップ方法が適用される前のペイロードサイズとして考慮されるか、又は３)ＨＡＲＱ－ＡＣＫバンドリング及びドロップ方法が全て適用された後のペイロードサイズとして考慮される。

【0400】

一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩのタイプは全てＨＡＲＱ－ＡＣＫであってもよい。

【0401】

[Ｐｒｏｐｏｓａｌ ３]

【0402】

１)Ｐ３_Ｏｐｔ １

【0403】

Ａ．ＵＥはＬＰ ＵＣＩとＨＰ ＵＣＩをそれぞれ個別符号化して同じ一つのＰＵＳＣＨリソース上にマッピング／送信する。

【0404】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩのペイロードサイズをそれぞれＵ_LとＵ_Hと仮定し、ＰＵＳＣＨリソース上の(ＵＣＩマッピングに加用の)最大のＲＥ数をＮと仮定する。

【0405】

１．一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩのタイプは全てＨＡＲＱ－ＡＣＫであってもよく、他の例として、ＬＰ ＵＣＩのタイプは(非周期的又は周期的な)ＣＳＩである反面、ＨＰ ＵＣＩタイプはＨＡＲＱ－ＡＣＫであってもよい。

【0406】

ii．図１３を参照すると、まずＵＥはＨＰ ＵＣＩのペイロードサイズとＨＰに設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'に基づいて、ＨＰ ＵＣＩの符号化ビットのマッピングに必要なＲＥ数Ｎ_Hを決定して(Ｃ０５)、Ｎ_H＜Ｎである場合は、ＨＰ ＵＣＩをＮ個のＲＥのうち、特定のＮ_H個のＲＥにマッピング／送信する(これを便宜上、“ＭＵＸ－ＳＴＥＰ １ｃ”と定義する)。

【0407】

１．もしＮ_H≧Ｎである場合には、ＵＥはＨＰ ＵＣＩのみをＮ個のＲＥ全体にマッピング／送信し、ＬＰ ＵＣＩを全てドロップしてマッピング／送信しない(Ｃ３０)。

【0408】

iii．次に、ＵＥはＬＰ ＵＣＩのペイロードサイズとＬＰに設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'に基づいて、ＬＰ ＵＣＩの符号化ビットのマッピングに必要なＲＥ数Ｎ_Lを決定して(Ｃ１５)、Ｎ_L＜{Ｎ－Ｎ_H}である場合、ＬＰ ＵＣＩを残りの{Ｎ－Ｎ_H}個のＲＥのうち、特定のＮ_L個のＲＥにマッピング／送信する(Ｃ３５)。Ｎ_L≧{Ｎ－Ｎ_H}である場合は、ＵＥはＬＰ ＵＣＩの少なくとも一部を残りの{Ｎ－Ｎ_H}個のＲＥにマッピング／送信するか(Ｃ４０)、又は場合によってドロップする(これを便宜上、“ＭＵＸ－ＳＴＥＰ ２ｃ”と定義する)。

【0409】

１．一例として、Ｎ_L≧{Ｎ－Ｎ_H}である場合には、ＵＥはＬＰ ＵＣＩ(全体)を残りの{Ｎ－Ｎ_H}個のＲＥにマッピング／送信する。

【0410】

２．一例として、Ｎ_L＞{Ｎ－Ｎ_H}である状況において、該当{Ｎ－Ｎ_H}個のＲＥとＬＰ ＵＣＩのペイロードサイズの組み合わせにより得られるＵＣＩ符号化レートが(別に設定された)特定のしきい値(例えば、Ｒ_th)を超える場合(又は該当{Ｎ－Ｎ_H}個のＲＥと全体Ｎ個のＲＥの間の比率(例えば、{Ｎ－Ｎ_H}／Ｎ)が(別に設定された)特定のしきい値(例えば、Ｆ_th)未満である場合)、ＵＥは、

【0411】

ＬＰ ＵＣＩの全てをドロップしてマッピング／送信しないか、又はＬＰ ＵＣＩの一部をドロップし、残りの一部のみを{Ｎ－Ｎ_H}個のＲＥにマッピング／送信するか、又はＬＰ ＵＣＩのタイプがＨＡＲＱ－ＡＣＫである場合は、ＡＣＫ／ＮＡＣＫをバンドリングして構成されたＬＰ ＵＣＩペイロードを{Ｎ－Ｎ_H}個のＲＥにマッピング／送信する。

【0412】

一例として、(i)Ｎ≧Ｎ_H＋Ｎ_Lである場合、ＵＥは(少なくとも)Ｎ_H＋Ｎ_L個のＲＥによりＨＰ ＵＣＩ及びＬＰ ＵＣＩをマッピング／送信し、(ii)Ｎ－Ｎ_H＜Ｎ_Lの場合は、ＬＰ ＵＣＩの一部のみを残りのＲＥにマッピングするか、残りのＲＥ数(又は比率)に基づいてＬＰ ＵＣＩを送信／ドロップするか、ＬＰ ＵＣＩ Ａ／Ｎを空間バンドリングして残りのＲＥに送信するか、又は残りのＲＥを基準として算定したＬＰ ＵＣＩの符号化レートを基づいてＬＰ ＵＣＩの一部のみを残りのＲＥにマッピングするか、又はＬＰ ＵＣＩの全てをドロップする。

【0413】

iv．一方、ＬＰ ＵＣＩのタイプがＨＡＲＱ－ＡＣＫであり、ＨＰ ＵＣＩのタイプが(非周期的な)ＣＳＩである場合には、例外的にＬＰ ＨＡＲＱ－ＡＣＫが優先して(ＲＥ)マッピングされた後、残りのＲＥにＨＰ ＣＳＩがマッピングされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0414】

v．一方、ＰＵＳＣＨ上のＵＣＩＲＥマッピング位置／順序に関連して、

【0415】

１．ＨＰ ＵＣＩが(既存のＨＡＲＱ－ＡＣＫ ＲＥマッピングと同様に)ＰＵＳＣＨ内の一番目のＤＭＲＳシンボルの直後から先にマッピングされ、ＬＰ ＵＣＩが(既存のＣＳＩ ＲＥマッピングと同様に)ＰＵＳＣＨ内の一番目のシンボルから(ＨＰ ＵＣＩがマッピングされたＲＥを除いて)マッピングされる構造が使用されるか、

【0416】

（ａ）この場合にも、ＬＰ ＵＣＩタイプがＨＡＲＱ－ＡＣＫであり、ＨＰ ＵＣＩタイプが(非周期的な)ＣＳＩである場合、例外的にＬＰ ＨＡＲＱ－ＡＣＫがＰＵＳＣＨ内の一番目のＤＭＲＳシンボルの直後からマッピングされ、ＨＰ ＣＳＩがＰＵＳＣＨ内の一番目のシンボルから(ＬＰ ＨＡＲＱ－ＡＣＫがマッピングされたＲＥを除いて)マッピングされる。

【0417】

２．又は、既存のＵＣＩタイプごとのＲＥマッピング位置／順序はそのまま維持した状態で、同一のＵＣＩタイプに対してはＨＰ ＵＣＩから先にマッピングし、その後ＬＰ ＵＣＩがマッピングされる(一例として、ＰＵＳＣＨ内の一番目のＤＭＲＳシンボル後、ＨＰ ＨＡＲＱ－ＡＣＫが先にマッピングされ、その後、ＬＰ ＨＡＲＱ－ＡＣＫがマッピングされる)構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0418】

vi．ＭＵＸ－ＳＴＥＰ ２ｃにおいて、ＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)に対するドロップが行われる場合、ドロップ順序は以下のようにＬＰに設定されたＨＡＲＱ－ＡＣＫコードブックタイプによって(異なるように)決定される。

【0419】

１．まずＵＥは、ＬＰ ＵＣＩのペイロードサイズをＵ_Lと仮定し、残りの{Ｎ－Ｎ_H}個のＲＥとＲ_thに基づいて該当{Ｎ－Ｎ_H}個のＲＥにマッピング可能なＬＰ ＵＣＩの最大のペイロードサイズＵ_Rを決定する。

【0420】

vii．Ｔｙｐｅ－１コードブックの場合：より高い(サービング)セルインデックスに設定された／スケジューリング可能なＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。一例として、一つのセルに対してはより遅い開始／終了シンボルタイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎから優先して対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)がドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。他の方法においては、該当Ｔｙｐｅ－１コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫからドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0421】

１．一例として、一番高いセルインデックスに設定された最も遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫから先にドロップされ、その後、二番目に遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫがドロップされ、かかる方式で一番高いセルインデックスに設定された複数のＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫが順に全てドロップされると、その後、二番目に高いセルインデックスに設定されたＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫが(より遅い開始／終了タイミングを有するＰＤＳＣＨ ｏｃｃａｓｉｏｎのＨＡＲＱ－ＡＣＫから順に)ドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0422】

２．上記例示において、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)の単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)であり、一つのＰＤＳＣＨ内ではより高いビット／ＴＢ／ＣＢＧインデックスに連関するＡ／Ｎビットからドロップされ、一つのＴＢ内ではより高いビット／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされる。

【0423】

３．他の例においては、Ｔｙｐｅ－１コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造が使用され、この場合、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)の単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。

【0424】

４．ＵＥは上述した規則によって順にＨＡＲＱ－ＡＣＫをドロップし、Ｕ_R≧Ｕ_Lを満たすＨＡＲＱ－ＡＣＫの最小数までだけドロップするように動作する。

【0425】

viii．Ｔｙｐｅ－２コードブックの場合：ＤＡＩ値に基づいてＨＡＲＱ－ＡＣＫ(ビット)のドロップが行われる。例えば、ＤＣＩにより指示されたＤＡＩ値に基づいて決定されるより高いスケジューリング順序(ｔｈｅ ｈｉｇｈｅｒ ｃｏｕｎｔｅｒ－ＤＡＩ)値を有するＰＤＳＣＨ ｏｃｃａｓｉｏｎに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)から先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。さらに他の方法においては、該当Ｔｙｐｅ－２コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0426】

１．一例として、より高いｃｏｕｎｔｅｒ－ＤＡＩ値に対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される(例えば、ＤＡＩ－基盤のドロップ)。ＤＡＩ－基盤のドロップによりドロップされるＨＡＲＱ－ＡＣＫ(ビット数)の単位は、一つのＡ／Ｎビットであるか、又は一つのＴＢ又は一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。一つのＰＤＳＣＨ内ではより高いビット／ＴＢ／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされ、一つのＴＢ内ではより高いビット／ＣＢＧインデックスに連関するＡ／Ｎビットから先にドロップされる。

【0427】

２．もしＴｙｐｅ－２コードブックが以下の３つのサブ－コードブック{ＴＢ単位／基盤のＰＤＳＣＨ送信に対するＴＢサブ－コードブック、ＣＢＧ単位／基盤のＰＤＳＣＨ送信に対するＣＢＧサブ－コードブック、ＳＰＳ ＰＤＳＣＨ送信に対するＳＰＳサブ－コードブック}のうち、いずれか２つのサブ－コードブックで構成される場合、以下のような順にＨＡＲＱ－ＡＣＫがドロップされる構造が使用される。この場合、ＴＢサブ－コードブックとＣＢＧサブ－コードブックに対してはＤＡＩ－基盤のドロップ又はビット－基盤のドロップ方法が適用され、ＳＰＳサブ－コードブックに対してはビット－基盤のドロップ方法が適用される。

【0428】

・Ｐ３_Ｏｐｔ １_１)ＵＥはＴＢサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0429】

・Ｐ３_Ｏｐｔ １_２)ＵＥはＴＢサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0430】

・Ｐ３_Ｏｐｔ １_３)ＵＥはＣＢＧサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＴＢサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0431】

・Ｐ３_Ｏｐｔ １_４)ＵＥはＣＢＧサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＳＰＳサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＴＢサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0432】

・Ｐ３_Ｏｐｔ １_５)ＵＥはＳＰＳサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＴＢサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0433】

・Ｐ３_Ｏｐｔ １_６)ＵＥはＳＰＳサブ－コードブック基盤のＡ／ＮＮからドロップし、次にＣＢＧサブ－コードブック基盤のＡ／Ｎをドロップし、その後、ＴＢサブ－コードブック基盤のＡ／Ｎをドロップするように動作する。

【0434】

３．他の例においては、Ｔｙｐｅ－２コードブックのＨＡＲＱ－ＡＣＫペイロード上でより高いビットインデックスに対応するＨＡＲＱ－ＡＣＫから先にドロップされる構造が使用される(例えば、ビット－基盤のドロップ)。この場合、ドロップされるＨＡＲＱ－ＡＣＫ(ビット数)の単位は、一つのビット、一つのＴＢ、一つのＰＤＳＣＨ又は一つのＣＢＧに対応するＨＡＲＱ－ＡＣＫ(Ａ／Ｎビット)である。

【0435】

４．ＵＥは上述した規則によって順にＨＡＲＱ－ＡＣＫをドロップし、Ｕ_R≧Ｕ_Lを満たすＨＡＲＱ－ＡＣＫの最小数までだけドロップするように動作する。

【0436】

ix．ＭＵＸ－ＳＴＥＰ ２ｃにおいて、ＬＰ ＨＡＲＱ－ＡＣＫに対するドロップが行われる前にＨＡＲＱ－ＡＣＫバンドリングが(ＬＰ ＵＣＩに)優先して行われる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0437】

１．もし以下の２つのＰＤＳＣＨ送信タイプ{最大２つのＴＢを運ぶＰＤＳＣＨ送信、ＣＢＧ単位／基盤のＰＤＳＣＨ送信}のうち、いずれかが設定／スケジュールされた場合、以下のような順にＨＡＲＱ－ＡＣＫバンドリング及びＨＡＲＱ－ＡＣＫドロップ動作が行われる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0438】

・Ｐ３_Ｏｐｔ ａ１)ＵＥは一つのＰＤＳＣＨを構成する(複数の)ＴＢ／ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングすることにより、（各）ＰＤＳＣＨごとに１－ビットのＨＡＲＱ－ＡＣＫが生成されるようにＨＡＲＱ－ＡＣＫペイロードが構成された状態で、該当ＨＡＲＱ－ＡＣＫペイロードサイズがＵ_R≧Ｕ_Lを満たす場合、ＨＡＲＱ－ＡＣＫドロップなしに該当ＨＡＲＱ－ＡＣＫペイロードをマッピング／送信する。該当ＨＡＲＱ－ＡＣＫペイロードサイズがＵ_R≧Ｕ_Lを満たさない場合には、ＵＥは(ｂｕｎｄｌｅｄ ＨＡＲＱ－ＡＣＫ(ビット)に対して)上述したＨＡＲＱ－ＡＣＫドロップ方法を(少なくとも部分的に)適用するように動作する。

【0439】

・Ｐ３_Ｏｐｔ ａ２)ＵＥは一つのＴＢを構成する(複数の)ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングすることにより、（各）ＴＢごとに１－ビットのＨＡＲＱ－ＡＣＫを生成するようにＨＡＲＱ－ＡＣＫペイロードが構成された状態で、該当ＨＡＲＱ－ＡＣＫペイロードサイズがＵ_R≧Ｕ_Lを満たす場合、ＨＡＲＱ－ＡＣＫドロップなしに該当ＨＡＲＱ－ＡＣＫペイロードをマッピング／送信する。ＨＡＲＱ－ＡＣＫペイロードサイズがＵ_R≧Ｕ_Lを満たさない場合には、ＵＥは(一つのＰＤＳＣＨを構成する(複数の)ＴＢ／ＣＢＧに対するＨＡＲＱ－ＡＣＫを全てバンドリングする)Ｐ３_Ｏｐｔ ａ１)を適用するように動作する。

【0440】

ｘ．一方、この実施例において、ＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)の符号化ビットマッピングに必要なＰＵＳＣＨ上のＲＥ数を決定するために適用されるベタオフセット'β_{ｏｆｆｓｅｔ}'を決定するためのＬＰ ＵＣＩのペイロードサイズは、１)ＨＡＲＱ－ＡＣＫバンドリング及びドロップ方法が適用される前のペイロードサイズとして考慮されるか、２)ＨＡＲＱ－ＡＣＫバンドリングが適用され、ＨＡＲＱ－ＡＣＫドロップ方法が適用される前のペイロードサイズとして考慮されるか、又は３)ＨＡＲＱ－ＡＣＫバンドリング及びドロップ方法が全て適用された後のペイロードサイズとして考慮される。

【0441】

Ｂ．ＵＥはＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)又はＬＰ ＵＣＩとＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ)をそれぞれ個別符号化して同じ一つのＨＰ ＰＵＳＣＨ上にマッピング／送信する。

【0442】

i．Ｐ３_Ｃａｓｅ ａ１：ＬＰ ＨＡＲＱ－ＡＣＫが２－ビット以下、ＨＰ ＨＡＲＱ－ＡＣＫが０－ビット(又は２－ビット以下)である場合、ＵＥは：

【0443】

１．まずＨＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)２－ビットＨＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約することができる。ＵＥの観点で実際ＨＰ ＨＡＲＱ－ＡＣＫは０－ビットであるにもかかわらず、このように予約済みＲＥ集合を予約する理由は、ＨＰにより指示されたＤＬ ＤＣＩがＢＳから送信されたが、ＵＥが該当ＤＣＩ検出に失敗した場合のＵＥとＢＳの間のＨＡＲＱ－ＡＣＫペイロードの不一致を防止するためのものである。

【0444】

２．次にＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(ＨＰ ＣＳＩが先にマッピングされ、その後ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＣＳＩパート１は(予め予約した)予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにマッピングされない反面(即ち、該当予約済みＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)は該当予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる。

【0445】

（ａ）さらに他の方法においては、ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(ＨＰ ＣＳＩが先にマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)は該当予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる。

【0446】

３．次にＬＰ ＨＡＲＱ－ＡＣＫの場合、ＵＥは、

【0447】

・Ｐ３_Ｏｐｔ ｂ１)予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のＯＦＤＭシンボル＃ｎ内で該当予約済みＲＥを除いた(ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥをパンクチャリングし、ＯＦＤＭシンボル＃ｎの後、最も早いＯＦＤＭシンボル上の(ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。この場合、ＨＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＬＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＬＰ ＨＡＲＱ－ＡＣＫが該当ＨＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0448】

（ａ）さらに他の方法においては、予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル＃ｎ内で該当予約済みＲＥを除いた(ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥをパンクチャリングし、またＯＦＤＭシンボル＃ｎの後、最も早いＯＦＤＭシンボル上の(ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にＬＰ ＨＡＲＱ－ＡＣＫがマッピングされる。

【0449】

・Ｐ３_Ｏｐｔ ｂ２)ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピング。この場合、予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＨＰ ＣＳＩパート１にマッピングされたＲＥは、(パンクチャリングされず)ＬＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＬＰ ＨＡＲＱ－ＡＣＫが該当予約済みＲＥ及びＨＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0450】

（ａ）さらに他の方法においては、ＵＥはＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングする。この場合、予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥは(パンクチャリングされず)ＬＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＬＰ ＨＡＲＱ－ＡＣＫが該当予約済みＲＥは除いてマッピングされる)。

【0451】

４．その後、仮に、実際ＨＰ ＨＡＲＱ－ＡＣＫが存在しない(０－ビット)場合は、追加ＵＣＩ ＲＥマッピング動作が行われない。一方、もし実際ＨＰ ＨＡＲＱ－ＡＣＫが(２－ビット以下に)存在する場合には、該当ＨＰ ＨＡＲＱ－ＡＣＫが予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥに(既にマッピングされたＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)又はＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)をパンクチャリングする形態に)マッピングされる。

【0452】

５．一方、ＨＰ ＰＵＳＣＨにＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバック(ｐｉｇｇｙｂａｃｋ)される場合、

【0453】

・Ｐ３_Ｏｐｔ ｃ１)常にＨＰ ＣＳＩパート２送信が省略(ドロップ)されるか、又は

【0454】

・Ｐ３_Ｏｐｔ ｃ２)ＨＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0455】

・Ｐ３_Ｏｐｔ ｃ３)ＨＰ ＨＡＲＱ－ＡＣＫ或いはＬＰ ＨＡＲＱ－ＡＣＫが２－ビット以下である場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＨＡＲＱ－ＡＣＫがいずれも２－ビットを超える場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0456】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｃ１／ｃ２／ｃ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｃ１／ｃ２／ｃ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＨＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0457】

ii．Ｐ３_Ｃａｓｅ a２：ＬＰ ＨＡＲＱ－ＡＣＫが２－ビットを超え、ＨＰ ＨＡＲＱ－ＡＣＫが０－ビット(又は２－ビット以下)である場合、ＵＥは：

【0458】

１．まずＨＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)２－ビット ＨＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約する。ＵＥの観点で実際ＨＰ ＨＡＲＱ－ＡＣＫは０－ビットであるにもかかわらず、このように予約済みＲＥ集合を予約する理由は、ＨＰにより指示されたＤＬ ＤＣＩがＢＳから送信されたが、ＵＥが該当ＤＣＩ検出に失敗した場合のＵＥとＢＳの間のＨＡＲＱ－ＡＣＫペイロードの不一致を防止するためのものである。

【0459】

２．次に、ＬＰ ＨＡＲＱ－ＡＣＫの場合、

【0460】

・Ｐ３_Ｏｐｔ ｄ１)ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＨＡＲＱ－ＡＣＫ、及びＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(この場合、まずＬＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＨＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩパート１は(予め予約した)予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにマッピングされない反面(即ち、該当予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)の場合には、該当予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる。

【0461】

（ａ）さらに他の方法においては、ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＨＡＲＱ－ＡＣＫ、そしてＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(この場合、まずＬＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＨＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＨＡＲＱ－ＡＣＫは(予め予約した)予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにマッピングされない反面(即ち、該当予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)の場合には、該当予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる。

【0462】

・Ｐ３_Ｏｐｔ ｄ２)まずＵＥは予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当予約済みＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。次にＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＨＰ ＣＳＩがマッピングされ、その後ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＣＳＩパート１は予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＬＰ ＨＡＲＱ－ＡＣＫにマッピングされたＲＥにマッピングされない反面(即ち、該当予約済みＲＥ及びＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)の場合には、ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされず、予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされる形態が使用される。

【0463】

（ａ）さらに他の方法においては、まずＵＥは予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当予約済みＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。次にＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＨＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)はＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされず、予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされる。

【0464】

３．その後、もし実際ＨＰ ＨＡＲＱ－ＡＣＫが存在しない(０－ビット)場合は、更なるＵＣＩ ＲＥマッピング動作が行われない。一方、もし実際ＨＰ ＨＡＲＱ－ＡＣＫが(２－ビット以下に)存在する場合には、該当ＨＰ ＨＡＲＱ－ＡＣＫが予約済みＨＰ ＨＡＲＱ－ＡＣＫ ＲＥに(既にマッピングされたＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)又はＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)をパンクチャリングする形態に)マッピングされる。

【0465】

４．一方、ＨＰ ＰＵＳＣＨにＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0466】

・Ｐ３_Ｏｐｔ ｅ１)常にＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0467】

・Ｐ３_Ｏｐｔ ｅ２)ＨＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0468】

・Ｐ３_Ｏｐｔ ｅ３)ＨＰ ＨＡＲＱ－ＡＣＫ或いはＬＰ ＨＡＲＱ－ＡＣＫが２－ビット以下である場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＨＡＲＱ－ＡＣＫが全て２－ビットを超える場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0469】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｅ１／ｅ２／ｅ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｅ１／ｅ２／ｅ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＨＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0470】

iii．Ｐ３_Ｃａｓｅ ａ３：ＬＰ ＨＡＲＱ－ＡＣＫが２－ビット以下、ＨＰ ＨＡＲＱ－ＡＣＫが２－ビットを超える場合、ＵＥは：

【0471】

１．まずＨＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥに(順に)ＨＰ ＨＡＲＱ－ＡＣＫをマッピングする。

【0472】

２．次に、ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(ＨＰ ＣＳＩが先にマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＨＡＲＱ－ＡＣＫが既にマッピングされたＲＥにはＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがいずれもマッピングされない(即ち、ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがいずれも該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる)形態が使用される。

【0473】

３．次にＬＰ ＨＡＲＱ－ＡＣＫの場合、ＵＥは：

【0474】

・Ｐ３_Ｏｐｔ ｆ１)ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた(ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥを含めて、その後最も早いシンボル上の(ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、ＨＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＬＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＬＰ ＨＡＲＱ－ＡＣＫが該当ＨＰ ＣＳＩパート１のＲＥは除いてマッピングされる)。

【0475】

（ａ）さらに他の方法においては、ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた(ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥを含めて、その後最も早いシンボル上の(ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。

【0476】

・Ｐ３_Ｏｐｔ ｆ２)ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＨＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＬＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＬＰ ＨＡＲＱ－ＡＣＫが該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＨＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0477】

（ａ）さらに他の方法においては、ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ及びＨＰ ＣＳＩパート１(及び／又はＨＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥは(パンクチャリングされず)ＬＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＬＰ ＨＡＲＱ－ＡＣＫが該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥは除いてマッピングされる)。

【0478】

４．一方、ＨＰ ＰＵＳＣＨにＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0479】

・Ｐ３_Ｏｐｔ ｇ１)常にＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0480】

・Ｐ３_Ｏｐｔ ｇ２)ＨＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0481】

・Ｐ３_Ｏｐｔ ｇ３)ＨＰ ＨＡＲＱ－ＡＣＫ或いはＬＰ ＨＡＲＱ－ＡＣＫが２－ビット以下である場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＨＡＲＱ－ＡＣＫが全て２－ビットを超える場合は、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0482】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｇ１／ｇ２／ｇ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｇ１／ｇ２／ｇ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＨＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0483】

iv．Ｐ３_Ｃａｓｅ ａ４：ＬＰ ＨＡＲＱ－ＡＣＫが２－ビットを超え、ＨＰ ＨＡＲＱ－ＡＣＫが２－ビットを超える場合、ＵＥは：

【0484】

１．まずＨＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥに(順に)ＨＰ ＨＡＲＱ－ＡＣＫをマッピングする。

【0485】

２．次にＬＰ ＨＡＲＱ－ＡＣＫの場合、

【0486】

・Ｐ３_Ｏｐｔ ｈ１)ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＬＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＨＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＨＡＲＱ－ＡＣＫが既にマッピングされたＲＥには、ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨが全てマッピングされない(即ち、該当ＵＣＩ／ＵＬ－ＳＣＨが全てＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる)形態が使用される。

【0487】

・Ｐ３_Ｏｐｔ ｈ２)まずＵＥはＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。次に、ＨＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＨＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにはＨＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨが全てマッピングされない(即ち、該当ＵＣＩ／ＵＬ－ＳＣＨが全てＨＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる)形態が使用される。

【0488】

３．常にＨＰ ＰＵＳＣＨにＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0489】

・Ｐ３_Ｏｐｔ ｉ１)常にＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0490】

・Ｐ３_Ｏｐｔ ｉ２)ＨＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0491】

・Ｐ３_Ｏｐｔ ｉ３)ＨＰ ＨＡＲＱ－ＡＣＫ或いはＬＰ ＨＡＲＱ－ＡＣＫが２－ビット以下である場合は、ＨＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＨＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＨＡＲＱ－ＡＣＫが全て２－ビットを超える場合には、ＨＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0492】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｉ１／ｉ２／ｉ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｉ１／ｉ２／ｉ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＨＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0493】

v．上記例示において、ＨＰ ＣＳＩパート１／２の場合、ＬＰ ＣＳＩパート１／２に振り替えることができ、その場合にもＨＰ ＣＳＩパート１／２に適用された方法を該当ＬＰ ＣＳＩパート１／２に同一／同様に適用することができる。

【0494】

vi．ＮＲ Ｒｅｌ－１５／１６において、ＰＵＳＣＨ上のＵＣＩ多重化方法(これを便宜上、“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”と称する)について整理すると、表７の通りである。

【0495】

【表7】

【0496】

vii．Ｎｏｔｅ

【0497】

１．便宜上、既存のＲｅｌ－１５／１６を基準として固定したペイロードサイズを有する一つのパートのみで構成された(単一符号化を適用する)ＣＳＩ報告(例えば、広帯域ＣＳＩフィードバック)をｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩと称し、固定したペイロードサイズを有するパート１と可変のペイロードサイズを有するパート２で構成された(（各）パートごとに個別符号化を適用する)ＣＳＩ報告(例えば、サブバンドＣＳＩフィードバック)をｔｗｏ－ｐａｒｔ ＣＳＩと称する。

【0498】

２．Ｐ３_Ｃａｓｅ ｂ１：ＨＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩ}である場合、ＵＥは：

【0499】

（ａ） Ｐ３_Ｃａｓｅ ｂ１－１：ＨＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＬＰ ＨＡＲＱ－ＡＣＫの送信を省略(ドロップ)し、ＨＰ ＨＡＲＱ－ＡＣＫとＨＰ ＣＳＩパート１とＨＰ ＣＳＩパート２をＰＵＳＣＨ上に多重化して送信する。

【0500】

(i)この場合、ＵＥはＨＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１及びＨＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0501】

(ii)又はＵＥはＨＰ ＣＳＩパート２の送信をドロップし、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩパート１をＰＵＳＣＨ上に多重化して送信することができる(Ｐ３_Ｃａｓｅ ｂ１－０)。

【0502】

（１）Ｐ３_Ｃａｓｅ ｂ１－０、Ａｌｔ １)この場合、ＵＥはＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩパート１のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。（２）Ｐ３_Ｃａｓｅ ｂ１－０、Ａｌｔ ２)またＵＥは、ＨＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１及びＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0503】

（ｂ）Ｐ３_Ｃａｓｅ ｂ１－２：ＨＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、ＵＥは特定のＵＣＩ送信のドロップなしに、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩを全てＰＵＳＣＨ上に多重化して送信することができる。

【0504】

(i)この場合、ＵＥは、Ａｌｔ１)ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ２)ＨＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩ及びＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0505】

(ii)又はＡｌｔ３)ＵＥはＬＰ ＨＡＲＱ－ＡＣＫの送信をドロップし、ＨＰ ＨＡＲＱ－ＡＣＫとＨＰ ＣＳＩをＰＵＳＣＨ上に多重化して送信する。

【0506】

（１）この場合、ＵＥはＨＰ ＨＡＲＱ－ＡＣＫとＨＰ ＣＳＩのそれぞれに対して、“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１とＵＣＩタイプ２に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0507】

（c）(Ｐ３_Ｃａｓｅ ｂ１－１及びＰ３_Ｃａｓｅ ｂ１－２)動作はＨＰ ＰＵＳＣＨがＵＬ－ＳＣＨ送信を含むＰＵＳＣＨであるか、又はＵＬ－ＳＣＨ送信を含まないＰＵＳＣＨであるかに関係なく適用される。

【0508】

（ｄ）さらに他の方法においては、ＵＥはＵＬ－ＳＣＨ送信を含むＨＰ ＰＵＳＣＨである場合は(Ｐ３_Ｃａｓｅ ｂ１－１及びＰ３_Ｃａｓｅ ｂ１－２)の動作を適用し、ＵＬ－ＳＣＨ送信を含まないＨＰ ＰＵＳＣＨである場合には(ＨＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩであるか、又はｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩであるかに関係なく)特定のＵＣＩ送信のドロップなしにＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩを全てＰＵＳＣＨ上に多重化して送信することができる(Ｐ３_Ｃａｓｅ ｂ１－３)。

【0509】

(i)上記Ｐ３_Ｃａｓｅ ｂ１－３の例示において、ＵＬ－ＳＣＨ送信を含まないＨＰ ＰＵＳＣＨでありながら、ＨＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＵＥは、Ａｌｔ１)ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１及びＨＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２、ＵＣＩタイプ３及びＵＬ－ＳＣＨに該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ２)ＨＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１、ＨＰ ＣＳＩパート２及びＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２、ＵＣＩタイプ３及びＵＬ－ＳＣＨに該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0510】

（１）Ａｌｔ１においてＨＰ ＣＳＩパート２又はＡｌｔ ２においてＬＰ ＨＡＲＱ－ＡＣＫ(これを便宜上、“ＵＣＩタイプ４”と定義する)に対して、ＵＬ－ＳＣＨに該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するとは、ＵＣＩタイプ１／２／３がマッピングされるＲＥ数Ｎ_１／Ｎ_２／Ｎ_３を優先して割り当てた後、残りのＮ－Ｎ_１－Ｎ_２－Ｎ_３個のＲＥを該当ＵＣＩタイプ４に割り当て、ＰＵＳＣＨリソース上にＵＣＩタイプ１／２／３に対応するＲＥを優先してマッピングした後、該当ＵＣＩタイプ４に対応するＲＥをマッピングすることを意味する。

【0511】

(ii)上記例示において、ＵＬ－ＳＣＨ送信を含まないＨＰ ＰＵＳＣＨでありながら、ＨＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、ＵＥは、Ａｌｔ １ｓ)ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ ２ｓ)ＨＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩ及びＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0512】

（ｅ）一方、ＨＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ}である場合、ＵＥは（ａ）／（ｂ）／（c）／（ｄ）において、ＨＰ ＣＳＩ関連動作を除いた残りの動作を適用して、ＨＰ ＰＵＳＣＨ上で該当ＵＣＩの組み合わせに対する多重化／送信を行うことができる。

【0513】

３．Ｐ３_Ｃａｓｅ ｂ２：ＨＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩ}である場合、ＵＥは：

【0514】

（ａ）ＨＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩであるか又はｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩであるかに関係なく、ＬＰ ＨＡＲＱ－ＡＣＫとＨＰ ＣＳＩを全てＰＵＳＣＨ上に多重化して送信することができる。

【0515】

(i)上記例示において、ＨＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＵＥは、Ａｌｔ １)ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１及びＨＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ ２)ＨＰ ＣＳＩパート１、ＨＰ ＣＳＩパート２及びＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0516】

この場合、ＵＥは実際送信するＨＰ ＨＡＲＱ－ＡＣＫが存在しなくても、ＨＰ ＰＵＳＣＨリソース上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)２－ビットのＨＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約するように動作することができ(この場合、該当予約済みＲＥ数は、ＨＰ ＰＵＳＣＨ上のＨＰ ＨＡＲＱ－ＡＣＫの送信に設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'値に基づいて決定)、このような状態でＵＥは、Ａｌｔ １)ＬＰ ＨＡＲＱ－ＡＣＫ、ＨＰ ＣＳＩパート１及びＨＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ２、ＵＣＩタイプ３及びＵＣＩタイプ４に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ ２)ＨＰ ＣＳＩパート１、ＨＰ ＣＳＩパート２及びＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ２、ＵＣＩタイプ３及びＵＣＩタイプ４に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0517】

(ii)上記例示において、ＨＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、ＵＥはＡｌｔ １ｓ)ＬＰ ＨＡＲＱ－ＡＣＫとＨＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１とＵＣＩタイプ２に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ ２ｓ)ＨＰ ＣＳＩとＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１とＵＣＩタイプ２に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0518】

この場合にも、ＵＥは実際送信するＨＰ ＨＡＲＱ－ＡＣＫが存在しなくても、ＨＰ ＰＵＳＣＨリソース上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)２－ビットのＨＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約するようい動作することができ(この場合、該当予約済みＲＥ数は、ＨＰ ＰＵＳＣＨ上のＨＰ ＨＡＲＱ－ＡＣＫの送信に設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'値に基づいて決定)、このような状態でＵＥは、Ａｌｔ １)ＬＰ ＨＡＲＱ－ＡＣＫとＨＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ２とＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するか、又はＡｌｔ２)ＨＰ ＣＳＩとＬＰ ＨＡＲＱ－ＡＣＫのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ２とＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0519】

（ｂ）一方、ＨＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩが{ＬＰ ＨＡＲＱ－ＡＣＫ}のみである場合は、ＵＥは（ａ）におけるＨＰ ＣＳＩ関連動作を除いた残りの動作を適用して、ＨＰ ＰＵＳＣＨ上で該当ＵＣＩに対する多重化／送信を行うことができる。

【0520】

４．一方、上記の(ＵＬ－ＳＣＨ送信を含まない)ＨＰ ＰＵＳＣＨ上に４つのＵＣＩが個別符号化されて多重化される状況において、もし該当４つのＵＣＩの全てに対して同一の符号化スキーム(例えば、全てＲＭコード或いは全てポーラーコード(ｐｏｌａｒ ｃｏｄｅ))が使用されるべきである場合、ＵＥは動作／具現複雑度を減らすために、該当４つのＵＣＩのうち、最低の保護優先順位を有する特定のＵＣＩ(例えば、上記においてＨＰ ＣＳＩパート２或いはＬＰ ＨＡＲＱ－ＡＣＫ)の符号化／送信を省略(ドロップ)することができる。又は等価的に(ＵＬ－ＳＣＨ送信を含まない)ＨＰ ＰＵＳＣＨ上に４つのＵＣＩが個別符号化されて多重化される状況において、もし該当４つのＵＣＩの全てのペイロードサイズが同一の範囲(例えば、全て(３－ビット以上でありがなら)１１－ビット以下或いは全て１２－ビット以上)に該当する場合、ＵＥは動作／具現複雑度を減らすために、該当４つのＵＣＩのうち、最低の保護優先順位を有する特定のＵＣＩ(例えば、上記においてＨＰ ＣＳＩパート２或いはＬＰ ＨＡＲＱ－ＡＣＫ)の符号化／送信を省略(ドロップ)することができる。

【0521】

表８にＰ３_Ｃａｓｅ ｂ関連の少なくとも一部の例示を整理する。

【0522】

【表8】

【0523】

Ｃ．ＵＥはＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)又はＨＰ ＵＣＩとＬＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ)をそれぞれ個別符号化して同じ一つのＬＰ ＰＵＳＣＨ上にマッピング／送信する。

【0524】

i．Ｐ３_Ｃａｓｅ ｃ１：ＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下、ＬＰ ＨＡＲＱ－ＡＣＫが０－ビット(又は特定のサイズ(例えば、２－ビット)以下)である場合、ＵＥは：

【0525】

１．まずＬＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)特定のサイズ(例えば、２－ビット)ＬＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約することができる。ＵＥの観点で実際ＬＰ ＨＡＲＱ－ＡＣＫは０－ビットであるにもかかわらず、このように予約済みＲＥ集合を予約する理由は、ＬＰで指示されたＤＬ ＤＣＩがＢＳから送信されたが、ＵＥが該当ＤＣＩ検出に失敗した場合のＵＥとＢＳの間のＨＡＲＱ－ＡＣＫペイロードの不一致を防止するためのものである。

【0526】

２．次にＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＣＳＩパート１は(予め予約した)予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにマッピングされない反面(即ち、該当予約済みＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)は該当予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる形態が使用される。

【0527】

（ａ）さらに他の方法においては、ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)は該当予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる形態が使用される。

【0528】

３．次にＨＰ ＨＡＲＱ－ＡＣＫの場合、ＵＥは：

【0529】

・Ｐ３_Ｏｐｔ ｊ１)予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当予約済みＲＥを除いた(ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥを含めて、その後最も早いシンボル上の(ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングを行うことができる。この場合、ＬＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＨＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＨＰ ＨＡＲＱ－ＡＣＫが該当ＬＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0530】

（ａ）さらに他の方法においては、予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当予約済みＲＥを除いた(ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥを含めて、その後最も早いシンボル上の(ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。

【0531】

・Ｐ３_Ｏｐｔ ｊ２)ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＬＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＨＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＨＰ ＨＡＲＱ－ＡＣＫが該当予約済みＲＥ及びＬＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0532】

（ａ）さらに他の方法においては、ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥは(パンクチャリングされず)ＨＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＨＰ ＨＡＲＱ－ＡＣＫが該当予約済みＲＥは除いてマッピングされる)。

【0533】

４．その後、もし実際ＬＰ ＨＡＲＱ－ＡＣＫが存在しない(０－ビット)場合は、さらなるＵＣＩ ＲＥマッピング動作が行われない。一方。もし実際ＬＰ ＨＡＲＱ－ＡＣＫが(２－ビット以下に)存在する場合には、該当ＬＰ ＨＡＲＱ－ＡＣＫが予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥに(既にマッピングされたＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)又はＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)をパンクチャリングする形態に)マッピングされる。

【0534】

５．一方、ＬＰ ＰＵＳＣＨにＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0535】

・Ｐ３_Ｏｐｔ ｋ１)常にＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0536】

・Ｐ３_Ｏｐｔ ｋ２)ＬＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0537】

・Ｐ３_Ｏｐｔ ｋ３)ＬＰ ＨＡＲＱ－ＡＣＫ或いはＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下である場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＨＡＲＱ－ＡＣＫがいずれも特定のサイズ(例えば、２－ビット)を超える場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0538】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｋ１／ｋ２／ｋ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｋ１／ｋ２／ｋ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＬＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0539】

ii．Ｐ３_Ｃａｓｅ ｃ２：ＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)を超え、ＬＰ ＨＡＲＱ－ＡＣＫが０－ビット(又は特定のサイズ(例えば、２－ビット)以下)である場合、ＵＥは：

【0540】

１．まずＬＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)特定のサイズ(例えば、２－ビット)のＬＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約することができる。ＵＥの観点で実際ＬＰ ＨＡＲＱ－ＡＣＫは０－ビットであるにもかかわらず、このように予約済みＲＥ集合を予約する理由は、ＬＰで指示されたＤＬ ＤＣＩがＢＳから送信されたが、ＵＥが該当ＤＣＩの検出に失敗した場合のＵＥとＢＳの間のＨＡＲＱ－ＡＣＫペイロードの不一致を防止するためのものである。

【0541】

２．次にＨＰ ＨＡＲＱ－ＡＣＫの場合、

【0542】

・Ｐ３_Ｏｐｔ ｍ１)ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＨＡＲＱ－ＡＣＫ、そしてＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(この場合、まずＨＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩパート１は(予め予約した)予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにマッピングされない反面(即ち、該当予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)の場合には、該当予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる形態が使用される。

【0543】

（ａ）さらに他の方法においては、ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＨＡＲＱ－ＡＣＫ、そしてＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(この場合、まずＨＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＨＰ ＨＡＲＱ－ＡＣＫは(予め予約した)予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにマッピングされない反面(即ち、該当予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)の場合には該当予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにもマッピングされる形態が使用される。

【0544】

・Ｐ３_Ｏｐｔ ｍ２)まずＵＥは予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当予約済みＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＨＰ ＨＡＲＱ－ＡＣＫをマッピングする。次に、ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(例えば、まずＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＣＳＩパート１は予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＨＰ ＨＡＲＱ－ＡＣＫにマッピングされたＲＥにマッピングされない反面(即ち、該当予約済みＲＥ及びＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる形態)、ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)の場合には、ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされず、予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされる形態が使用される。

【0545】

（ａ）さらに他の方法においては、まずＵＥは予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当予約済みＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＨＰ ＨＡＲＱ－ＡＣＫをマッピングする。次にＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)はＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされず、予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥにはマッピングされる形態が使用される。

【0546】

３．その後、もし実際ＬＰ ＨＡＲＱ－ＡＣＫが存在しない(０－ビット)場合には、更なるＵＣＩ ＲＥマッピング動作が行われない。一方、もし実際ＬＰ ＨＡＲＱ－ＡＣＫが(特定のサイズ(例えば、２－ビット)以下に)存在する場合には、該当ＬＰ ＨＡＲＱ－ＡＣＫが予約済みＬＰ ＨＡＲＱ－ＡＣＫ ＲＥに(既にマッピングされたＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)又はＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩ ６パート２)をパンクチャリングする形態に)マッピングされる。

【0547】

４．一方、ＬＰ ＰＵＳＣＨにＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0548】

・Ｐ３_Ｏｐｔ ｎ１)常にＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0549】

・Ｐ３_Ｏｐｔ ｎ２)ＬＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0550】

・Ｐ３_Ｏｐｔ ｎ３)ＬＰ ＨＡＲＱ－ＡＣＫ或いはＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下である場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＨＡＲＱ－ＡＣＫがいずれも特定のサイズ(例えば、２－ビット)を超える場合は、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0551】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｎ１／ｎ２／ｎ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｎ１／ｎ２／ｎ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＬＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0552】

iii．Ｐ３_Ｃａｓｅ ｃ３：ＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下、ＬＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)を超える場合、ＵＥは：

【0553】

１．まずＬＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥに(順に)ＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。

【0554】

２．次にＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＨＡＲＱ－ＡＣＫが既にマッピングされたＲＥには、ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨが全てマッピングされない(即ち、ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがいずれも該当ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる)形態が使用される。

【0555】

３．次にＨＰ ＨＡＲＱ－ＡＣＫの場合、

【0556】

・Ｐ３_Ｏｐｔ ｑ１)ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた(ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥを含めて、その後最も早いシンボル上の(ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、ＬＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＨＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＨＰ ＨＡＲＱ－ＡＣＫが該当ＬＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0557】

（ａ）他の方法においては、ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた(ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)残りのＲＥを含めて、その後最も早いシンボル上の(ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。

【0558】

（ｂ）さらに他の方法においては、ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた一番目のシンボルを含む最も早いシンボル上の(ＵＬ－ＳＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩパート１ (及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。

【0559】

・Ｐ３_Ｏｐｔ ｑ２)ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＬＰ ＣＳＩパート１にマッピングされたＲＥは(パンクチャリングされず)ＨＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＨＰ ＨＡＲＱ－ＡＣＫが該当ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＬＰ ＣＳＩパート１ ＲＥは除いてマッピングされる)。

【0560】

（ａ）他の方法においては、ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上のＲＥのうち、ＵＬ－ＳＣＨ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされたＲＥを(順に)パンクチャリングする形態にマッピングが行われる。この場合、ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥは(パンクチャリングされず)ＨＰ ＨＡＲＱ－ＡＣＫにマッピングされない(即ち、ＨＰ ＨＡＲＱ－ＡＣＫが該当ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥは除いてマッピングされる)。

【0561】

（ｂ）さらに他の方法においては、ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボルを含む最も早いシンボル上の(ＵＬ－ＳＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩパート１(及び／又はＬＰ ＣＳＩパート２)に既にマッピングされた)ＲＥを(順に)パンクチャリングする形態にマッピングが行われる。

【0562】

４．一方、ＬＰ ＰＵＳＣＨにＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0563】

・Ｐ３_Ｏｐｔ ｒ１)常にＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0564】

・Ｐ３_Ｏｐｔ ｒ２)ＬＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0565】

・Ｐ３_Ｏｐｔ ｒ３)ＬＰ ＨＡＲＱ－ＡＣＫ或いはＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下である場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＨＡＲＱ－ＡＣＫがいずれも特定のサイズ(例えば、２－ビット)を超える場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0566】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｒ１／ｒ２／ｒ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｒ１／ｒ２／ｒ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＬＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0567】

iv．Ｐ３_Ｃａｓｅ ｃ４：ＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)を超え、ＬＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)を超える場合、ＵＥは：

【0568】

１．まずＬＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボル後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥに(順に)ＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。

【0569】

２．次にＨＰ ＨＡＲＱ－ＡＣＫの場合、

【0570】

・Ｐ３_Ｏｐｔ ｓ１)ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＨＰ ＨＡＲＱ－ＡＣＫ、そしてＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＨＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＨＡＲＱ－ＡＣＫが既にマッピングされたＲＥにはＨＰ ＨＡＲＱ－ＡＣＫ、そしてＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨが全てマッピングされない(即ち、該当ＵＣＩ／ＵＬ－ＳＣＨが全てＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる)形態が使用される。

【0571】

・Ｐ３_Ｏｐｔ ｓ２)まずＬＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＨＰ ＨＡＲＱ－ＡＣＫをマッピング。次にＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(例えば、まずＬＰ ＣＳＩがマッピングされ、その後、Ｌ－ＳＣＨがマッピングされる形態)。この場合、ＬＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＨＰ ＨＡＲＱ－ＡＣＫ ＲＥにはＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨが全てマッピングされない(即ち、該当ＵＣＩ／ＵＬ－ＳＣＨの全てがＬＰ ＨＡＲＱ－ＡＣＫ ＲＥ及びＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いてマッピングされる)形態が使用される。

【0572】

３.さらに他の方法においては、ＵＥはＬＰ ＨＡＲＱ－ＡＣＫとＨＰ ＨＡＲＱ－ＡＣＫの間でマッピング位置及びマッピング順序を変更して行うことができる。

【0573】

（ａ）例えば、まずＵＥはＬＰ ＰＵＳＣＨ上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥに(順に)ＨＰ ＨＡＲＱ－ＡＣＫをマッピングする。

【0574】

（ｂ）例えば、以下のＬＰ ＨＡＲＱ－ＡＣＫの場合、

【0575】

・Ｐ３_Ｏｐｔ ｔ１)ＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＨＡＲＱ－ＡＣＫ、そしてＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(まずＬＰ ＨＡＲＱ－ＡＣＫがマッピングされ、次にＬＰ ＣＳＩがマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。

【0576】

・Ｐ３_Ｏｐｔ ｔ２)まずＵＥはＨＰ ＨＡＲＱ－ＡＣＫ ＲＥが含まれた最後のシンボル内で該当ＨＰ ＨＡＲＱ－ＡＣＫ ＲＥを除いた残りのＲＥを含めて、その後最も早いシンボル上のＲＥに(順に)ＬＰ ＨＡＲＱ－ＡＣＫをマッピングする。次のＬＰ ＰＵＳＣＨ上の一番目のｎｏｎ－ＤＭＲＳシンボル上のＲＥから(順に)ＬＰ ＣＳＩパート１(及び／又はパート２)及びＵＬ－ＳＣＨがマッピングされる(ＬＰ ＣＳＩがまずマッピングされ、その後、ＵＬ－ＳＣＨがマッピングされる形態)。

【0577】

４．一方、ＬＰ ＰＵＳＣＨにＨＰ ＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)がピギーバックされる場合、

【0578】

・Ｐ３_Ｏｐｔ ｘ１)常にＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0579】

・Ｐ３_Ｏｐｔ ｘ２)ＬＰ ＨＡＲＱ－ＡＣＫが存在しない場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫが存在する場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)されるか、又は

【0580】

・Ｐ３_Ｏｐｔ ｘ３)ＬＰ ＨＡＲＱ－ＡＣＫ或いはＨＰ ＨＡＲＱ－ＡＣＫが特定のサイズ(例えば、２－ビット)以下である場合は、ＬＰ ＣＳＩパート２が含まれてピギーバックされる反面、ＬＰ ＨＡＲＱ－ＡＣＫ及びＨＰ ＨＡＲＱ－ＡＣＫがいずれも特定のサイズ(例えば、２－ビット)を超える場合には、ＬＰ ＣＳＩパート２の送信が省略(ドロップ)される。

【0581】

一方、ＵＬ－ＳＣＨ送信を含むＰＵＳＣＨとＵＬ－ＳＣＨを含まない(ＵＣＩ送信のみを含む)ＰＵＳＣＨの全てに対してＰ３_Ｏｐｔ ｘ１／ｘ２／ｘ３が適用されるか、又はＵＬ－ＳＣＨ送信を含むＰＵＳＣＨに対してのみＰ３_Ｏｐｔ ｘ１／ｘ２／ｘ３が適用され、ＵＬ－ＳＣＨを含まないＰＵＳＣＨに対しては常にＬＰ ＣＳＩパート２が含まれてピギーバックされてもよい。

【0582】

v．上記例示において、ＬＰ ＣＳＩパート１／２の場合、ＨＰ ＣＳＩパート１／２に振り替えることができ、その場合にもＬＰ ＣＳＩパート１／２に適用された方法を該当ＨＰ ＣＳＩパート１／２に同一／同様に適用することができる。

【0583】

vi．Ｎｏｔｅ

【0584】

１．便宜上、既存のＲｅｌ－１５／１６を基準として固定したペイロードサイズを有する１つのパートのみで構成された(単一符号化を適用する)ＣＳＩ報告(例えば、広帯域ＣＳＩフィードバック)をｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩと称し、固定したペイロードサイズを有するパート１と可変のペイロードサイズを有するパート２で構成された(各パートごとに個別符号化を適用する)ＣＳＩ報告(例えば、サブバンドＣＳＩフィードバック)をｔｗｏ－ｐａｒｔ ＣＳＩと称する。

【0585】

２．Ｐ３_Ｃａｓｅ ｄ１：ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0586】

（ａ）Ｐ３_Ｃａｓｅ ｄ１－１：ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＬＰ ＣＳＩパート２の送信を省略(ドロップ)し、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩパート１をＰＵＳＣＨ上に多重化して送信する。

【0587】

(i)この場合、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩパート１のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0588】

（ｂ）Ｐ３_Ｃａｓｅ ｄ１－２：ＬＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、特定のＵＣＩ送信のドロップなしに、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩを全てＰＵＳＣＨ上に多重化して送信する。

【0589】

(i)この場合、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法が適用される。

【0590】

（c）(Ｐ３_Ｃａｓｅ ｄ１－１及びＰ３_Ｃａｓｅ ｄ１－２)の動作は、ＬＰ ＰＵＳＣＨがＵＬ－ＳＣＨ送信を含むＰＵＳＣＨであるか、又はＵＬ－ＳＣＨ送信を含まないＰＵＳＣＨであるかに関係なく適用される。

【0591】

（ｄ）さらに他の方法においては、ＵＥはＵＬ－ＳＣＨ送信を含むＬＰ ＰＵＳＣＨである場合は、(Ｐ３_Ｃａｓｅ ｄ１－１及びＰ３_Ｃａｓｅ ｄ１－２)の動作を適用し、ＵＬ－ＳＣＨ送信を含まないＬＰ ＰＵＳＣＨである場合には(ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩであるか、ｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩであるかに関係なく)、特定のＵＣＩ送信のドロップなしにＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩを全てＰＵＳＣＨ上に多重化して送信する。

【0592】

(i)上記例示において、ＵＬ－ＳＣＨ送信を含まないＬＰ ＰＵＳＣＨでありながら、ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩパート１及びＬＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２、ＵＣＩタイプ３及びＵＬ－ＳＣＨに該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する(Ｐ３_Ｃａｓｅ ｄ１－１t)。

【0593】

（１）上記例示において、ＬＰ ＣＳＩパート２に対してＵＬ－ＳＣＨに該当するＲＥ数の割り当て及びＲＥマッピング方法を適用するとは、ＵＣＩタイプ１／２／３がマッピングされるＲＥ数Ｎ_１／Ｎ_２／Ｎ_３を優先して割り当てた後、残りのＮ－Ｎ_１－Ｎ_２－Ｎ_３個のＲＥを該当ＵＣＩタイプ４に割り当て、ＰＵＳＣＨリソース上にＵＣＩタイプ１／２／３に対応するＲＥを優先してマッピングした後、該当ＵＣＩタイプ４に対応するＲＥをマッピングすることを意味する。

【0594】

(ii)上記例示において、ＵＬ－ＳＣＨ送信を含まないＬＰ ＰＵＳＣＨでありながら、ＬＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法が適用される。

【0595】

（ｅ）一方、ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ}である場合、ＵＥは（ａ）／（ｂ）／（c）／（ｄ）において、ＬＰ ＣＳＩ関連動作を除いた残りの動作を適用して、ＬＰ ＰＵＳＣＨ上で該当ＵＣＩ組み合わせに対する多重化／送信を行う。３. Ｐ３_Ｃａｓｅ ｄ２：ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0596】

（ａ）ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩであるか、又はｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩであるかに関係なく、ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＣＳＩをいずれもＰＵＳＣＨ上に多重化して送信する。

【0597】

(i)上記例示において、ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩパート１及びＬＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する(Ｐ３_Ｃａｓｅ ｄ２－１)。

【0598】

(ii)上記例示において、ＬＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１とＵＣＩタイプ２に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する(Ｐ３_Ｃａｓｅ ｄ２－１ｓ)。

【0599】

（ｂ）一方、ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩが{ＨＰ ＨＡＲＱ－ＡＣＫ}のみである場合、ＵＥは（ａ）においてＬＰ ＣＳＩ関連動作を除いた残りの動作を適用して、ＬＰ ＰＵＳＣＨ上で該当ＵＣＩに対する多重化／送信を行うことができる。

【0600】

４．Ｐ３_Ｃａｓｅ ｄ３：ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩの組み合わせが{ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩ}である場合、ＵＥは：

【0601】

（ａ）ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩであるか、又はｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩであるかに関係なく、ＬＰ ＨＡＲＱ－ＡＣＫとＬＰ ＣＳＩをいずれもＰＵＳＣＨ上に多重化して送信する。

【0602】

(i)上記例示において、ＬＰ ＣＳＩがｔｗｏ－ｐａｒｔ ＣＳＩである場合、ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩパート１及びＬＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１、ＵＣＩタイプ２及びＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する(Ｐ３_Ｃａｓｅ ｄ３－１)。

【0603】

この場合、(同じ一つの(ＬＰ)ＰＵＳＣＨ上にＨＰ ＵＣＩとＬＰ ＵＣＩを多重化して送信する動作が設定された場合)ＵＥは実際送信するＨＰ ＨＡＲＱ－ＡＣＫが存在しなくてもＬＰ ＰＵＳＣＨリソース上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)２－ビットのＨＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約するように動作し(この場合、該当予約済みＲＥ数は、ＬＰ ＰＵＳＣＨ上のＨＰ ＨＡＲＱ－ＡＣＫの送信に設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'値に基づいて決定)、このような状態でＵＥはＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩパート１及びＬＰ ＣＳＩパート２のそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ２、ＵＣＩタイプ３及びＵＣＩタイプ４に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0604】

(ii)上記例示において、ＬＰ ＣＳＩがｓｉｎｇｌｅ－ｐａｒｔ ＣＳＩである場合、ＨＰ ＨＡＲＱ－ＡＣＫとＬＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ１とＵＣＩタイプ２に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する(Ｐ３_Ｃａｓｅ ｄ２－１ｓ)。

【0605】

この場合、(同じ一つの(ＬＰ)ＰＵＳＣＨ上にＨＰ ＵＣＩとＬＰ ＵＣＩを多重化して送信する動作が設定された場合)ＵＥは実際送信するＨＰ ＨＡＲＱ－ＡＣＫが存在しなくてもＬＰ ＰＵＳＣＨリソース上の一番目のＤＭＲＳシンボルの後、最も早いｎｏｎ－ＤＭＲＳシンボル上のＲＥを(順に)２－ビットのＨＰ ＨＡＲＱ－ＡＣＫに対応する予約済みＲＥ集合として予約するように動作し(この場合、該当予約済みＲＥ数は、ＬＰ ＰＵＳＣＨ上のＨＰ ＨＡＲＱ－ＡＣＫの送信に設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'値に基づいて決定)、このような状態でＵＥはＬＰ ＨＡＲＱ－ＡＣＫとＬＰ ＣＳＩのそれぞれに対して、表７の“Ｒｅｌ－１５／１６ ＵＣＩ ｏｎ ＰＵＳＣＨ”において、ＵＣＩタイプ２とＵＣＩタイプ３に該当するＲＥ数の割り当て及びＲＥマッピング方法を適用する。

【0606】

（ｂ）一方、ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩが{ＬＰ ＨＡＲＱ－ＡＣＫ}のみである場合、ＵＥは（ａ）においてＬＰ ＣＳＩ関連動作を除いた残りの動作を適用して、ＬＰ ＰＵＳＣＨ上で該当ＵＣＩに対する多重化／送信を行うことができる。また、ＬＰ ＰＵＳＣＨ上で多重化された送信が求められるＵＣＩが{ＬＰ ＣＳＩ}のみである場合は、ＵＥは（ａ）において、ＬＰ ＨＡＲＱ－ＡＣＫ関連動作を除いた残りの動作を適用して、ＬＰ ＰＵＳＣＨ上で該当ＵＣＩに対する多重化／送信を行うことができる。

【0607】

５．一方、上記において、(ＵＬ－ＳＣＨ送信を含まない)ＬＰ ＰＵＳＣＨ上に４つのＵＣＩが個別符号化されて多重化される状況において、もし該当４つのＵＣＩの全てに対して同一の符号化スキーム(例えば、全てＲＭコード或いは全てポーラーコード)が使用されるべきである場合、ＵＥは動作／具現複雑度を減らすために、該当４つのＵＣＩのうち、最低の保護優先順位を有する特定のＵＣＩ(例えば、上記ＬＰ ＣＳＩパート２)の符号化／送信を省略(ドロップ)することができる。又は等価的に(ＵＬ－ＳＣＨ送信を含まない)ＬＰ ＰＵＳＣＨ上に４つのＵＣＩが個別符号化されて多重化される状況において、もし該当４つのＵＣＩの全てのペイロードサイズが同じ範囲(例えば、全て(３－ビット以上でありながら)１１－ビット以下或いは全て１２－ビット以上)に該当する場合、ＵＥは動作／具現複雑度を減らすために、該当４つのＵＣＩのうち、最低の保護優先順位を有する特定のＵＣＩ(例えば、上記においてＬＰ ＣＳＩパート２)の符号化／送信を省略(ドロップ)することができる。

【0608】

表９はＰ３_Ｃａｓｅ ｄ関連の少なくとも一部の例示を要約整理したものである。

【0609】

【表9】

【0610】

２)Ｐ３_Ｏｐｔ ２

【0611】

Ａ．ＵＥはＬＰ ＵＣＩとＨＰ ＵＣＩを互いにジョイント符号化して同じ一つのＰＵＳＣＨリソース上にマッピング／送信する。

【0612】

i．ＬＰ ＵＣＩとＨＰ ＵＣＩのペイロードサイズをそれぞれＵ_LとＵ_Hと仮定し、ＰＵＳＣＨリソース上の(ＵＣＩマッピングに加用の)最大のＲＥ数をＮと仮定する。

【0613】

１．一例として、ＬＰ ＵＣＩとＨＰ ＵＣＩのタイプは全てＨＡＲＱ－ＡＣＫであってもよく、他の例として、ＬＰ ＵＣＩのタイプは(非周期的な又は周期的)ＣＳＩである反面、ＨＰ ＵＣＩタイプはＨＡＲＱ－ＡＣＫであってもよい。

【0614】

ii．この場合、ＵＥはＬＰ ＵＣＩとＨＰ ＵＣＩを併せた総ＵＣＩペイロードサイズとＨＰに設定されたベタオフセット'β_{ｏｆｆｓｅｔ}'に基づいて、総(ジョイント)ＵＣＩのジョイント－符号化ビットのマッピングに必要なＲＥの数Ｎ_Jを決めて、Ｎ_J＜Ｎである場合、ジョイントＵＣＩをＮ個のＲＥのうち、特定のＮ_J個のＲＥにマッピング／送信する。

【0615】

１．もしＮ_J≧Ｎである場合は、ＵＥはジョイントＵＣＩをＮ個のＲＥの全てにマッピング／送信する。

【0616】

iii．一方、もしＮ_J＞Ｎである状態で{Ｎ_J－Ｎ}が特定値を超える場合には、ＬＰ ＵＣＩをドロップしてマッピング／送信せず、ＨＰ ＵＣＩのみを(個別)符号化してマッピング／送信する。

【0617】

iv．一方、ジョイント符号化はＬＰ ＵＣＩとＨＰ ＵＣＩが同一のＵＣＩタイプであるか、又は両方ともＨＡＲＱ－ＡＣＫ(例えば、ＬＰ ＨＡＲＱ－ＡＣＫとＨＰ ＨＡＲＱ－ＡＣＫ)である場合にのみ適用され、ＬＰ ＵＣＩとＨＰ ＵＣＩが異なるＵＣＩタイプであるか、又は両方ともＣＳＩである場合には、第２符号化方式(例えば、個別符号化)が適用される。

【0618】

v．一方、ＰＵＳＣＨ上のＵＣＩ ＲＥマッピング位置／順序の場合、

【0619】

１．ＨＰ ＵＣＩが含まれた(ジョイント)符号化ビットが(既存のＨＡＲＱ－ＡＣＫマッピンと同一に)ＰＵＳＣＨ内の一番目のＤＭＲＳシンボルの直後から先にマッピングされ、ＬＰ ＵＣＩのみ含まれた(ジョイント)符号化ビットが(既存のＣＳＩマッピングと同一に)ＰＵＳＣＨ内の一番目のシンボルからマッピングされる構造がＢＳ／ＵＥの間に使用(設定／仮定／定義／指示)される。

【0620】

３)追加提案動作

【0621】

Ａ．ＬＰ ＵＣＩ及び／又はＨＰ ＵＣＩを特定のＰＵＳＣＨ上にピギーバックして送信する場合、ＵＣＩが送信される該当特定のＰＵＳＣＨを決めるために、ＵＥ／ＢＳは以下のような規則を適用することができる。

【0622】

Ｂ．Ａｌｔ １：ＬＰ ＵＣＩ及び／又はＨＰ ＵＣＩに対応する(或いは該当ＵＣＩ組み合わせが多重化された)ＰＵＣＣＨリソースが時間軸上でＬＰ ＰＵＳＣＨリソース及びＨＰ ＰＵＳＣＨリソースと全て重なる場合、ＵＥはＬＰ ＰＵＳＣＨを優先して選択して(一つのＬＰ ＰＵＳＣＨ上に)該当ＵＣＩの組み合わせをピギーバック送信するように動作する。

【0623】

i．これはＨＰ ＰＵＳＣＨ上へのＵＣＩピギーバックによるＨＰ ＵＬ－ＳＣＨ送信信頼性の低下を防止／最小化するためのものである。

【0624】

ii．さらに他の方法においては、ＵＥは上記のような状況でＨＰ ＰＵＳＣＨを優先して選択して(一つのＨＰ ＰＵＳＣＨ上に)ＵＣＩの組み合わせをピギーバック送信するように動作し、これはＬＰ ＰＵＳＣＨ上のＨＰ ＵＣＩピギーバックによるＬＰ ＵＬ－ＳＣＨ送信性能の低下を防止／最小化するためのものである。

【0625】

iii．一方、ＬＰ ＵＣＩ及び／又はＨＰ ＵＣＩに対応する(或いは該当ＵＣＩ組み合わせが多重化された)ＰＵＣＣＨリソースが時間軸上でＸＰ ＰＵＳＣＨリソースと重なり、ＹＰ ＰＵＳＣＨリソースとは重ならない場合(ここで、ＸＰとＹＰはそれぞれＬＰとＨＰであるか、或いは逆にＸＰとＹＰがそれぞれＨＰとＬＰである)、ＵＥは該当ＸＰ ＰＵＳＣＨを選択して(一つのＸＰ ＰＵＳＣＨ上に)該当ＵＣＩの組み合わせをピギーバック送信する。

【0626】

Ｃ．Ａｌｔ ２：ＬＰ ＵＣＩ及び／又はＨＰ ＵＣＩに対応する(或いは該当ＵＣＩ組み合わせが多重化された)ＰＵＣＣＨリソースが時間軸上でＬＰ ＰＵＳＣＨリソース及びＨＰ ＰＵＳＣＨリソースと全て重なる場合、ＵＥはＬＰ ＵＣＩをＬＰ ＰＵＳＣＨ上にピギーバック送信し、ＨＰ ＵＣＩをＨＰ ＰＵＳＣＨ上にピギーバック送信するように動作する。

【0627】

i．例えば、ＨＰ ＵＣＩなしにＬＰ ＵＣＩのみがある場合、ＵＥは該当ＵＣＩをＬＰ ＰＵＳＣＨ上にピギーバックして送信し、ＬＰ ＵＣＩなしにＨＰ ＵＣＩのみがある場合は、該当ＵＣＩをＨＰ ＰＵＳＣＨ上にピギーバックして送信し、ＬＰ ＵＣＩとＨＰ ＵＣＩが全てある場合には、該当ＵＣＩの組み合わせを分割してＬＰ ＵＣＩはＬＰ ＰＵＳＣＨ上に、ＨＰ ＵＣＩはＨＰ ＰＵＳＣＨ上にそれぞれピギーバックして送信するように動作する。

【0628】

ii．これはＬＰ ＰＵＳＣＨ上のＨＰ ＵＣＩピギーバックによるＬＰ ＵＬ－ＳＣＨ送信性能の低下を防止／最小化し、ＨＰ ＰＵＳＣＨ上のＬＰ ＵＣＩピギーバックによるＬＰ ＵＣＩの送信信頼性の低下を防止／最小化するためのものである。

【0629】

iii．一方、ＬＰ ＵＣＩ及び／又はＨＰ ＵＣＩに対応する(或いは該当ＵＣＩ組み合わせが多重化された)ＰＵＣＣＨリソースが時間軸上でＸＰ ＰＵＳＣＨリソースと重なり、ＹＰ ＰＵＳＣＨリソースとは重ならない場合(ここで、ＸＰとＹＰはそれぞれＬＰとＨＰであるか、或いは逆にＸＰとＹＰがそれぞれＨＰとＬＰである)、ＵＥは該当ＸＰ ＰＵＳＣＨを選択して(一つのＸＰ ＰＵＳＣＨ上に)該当ＵＣＩの組み合わせをピギーバック送信する。

【0630】

図１４は上述した提案１ないし３のうちのいずれかによる信号送受信方法の一つの具現例を示す。図１４は上述した提案に関する理解を助けるためのものであるので、本発明の権利範囲は図１４に限られない。上記と重複する説明は省略し、必要であれば、上述した内容を参照できる。

【0631】

図１４を参照すると、ネットワーク(例えば、１つ又は２つ以上の基地局)と端末はＨＰ ＵＬ／ＤＬ信号とＬＰ ＵＬ／ＤＬ信号ｗ送受信する。

【0632】

ＨＰ／ＬＰ間の多重化が設定されていなければ、ＨＰ ＵＬ信号の送信タイミングとＬＰ ＵＬ信号の送信タイミングが重なる場合において、ＬＰ ＵＬ信号のドロップが行われる。反面、ＨＰ／ＬＰ間の多重化が設定されている場合は、ＨＰ ＵＬ信号の送信タイミングとＬＰ ＵＬ信号の送信タイミングが重なる場合において、以下の例示のように端末が動作する。

【0633】

端末は第１ＵＣＩ(例えば、ＨＰ ＵＣＩ)及び第２ＵＣＩ(例えば、ＬＰ ＵＣＩ)を含む複数のＵＣＩを符号化する(Ｄ１０)。

【0634】

端末は一つの物理上りリンクチャネル上で複数のＵＣＩの符号化されたビットのリソースマッピングを行う(Ｄ１５)。

【0635】

端末はリソースマッピングに基づいて上りリンク送信を行う(Ｄ２０)。基地局は一つの物理上りリンクチャネル上で多重化された複数のＵＣＩの符号化されたビットを端末から受信する。

【0636】

基地局は複数のＵＣＩの符号化されたビットを復号することにより、第１ＵＣＩ及び第２ＵＣＩが得られる(Ｄ２５)。

【0637】

端末は第１ＵＣＩと第２ＵＣＩが互いに異なる優先順位を有しても第１ＵＣＩと第２ＵＣＩを一つの物理上りリンクチャネル上で多重化するように設定されたことに基づいて、端末は第１ＵＣＩと第２ＵＣＩを別々に(Ｓｅｐａｒａｔｅｌｙ)符号化し、より高い(ｈｉｇｈｅｒ)優先順位を有する第１ＵＣＩのリソースマッピングに基づいて、より低い(ｌｏｗｅｒ)優先順位を有する第２ＵＣＩのリソースマッピングを行う。

【0638】

端末が第１ＵＣＩと第２ＵＣＩを一つの物理上りリンクチャネル上で多重化するように設定されたことに基づいて、基地局は第１ＵＣＩと第２ＵＣＩを別々に(Ｓｅｐａｒａｔｅｌｙ)復号するが、より高い(ｈｉｇｈｅｒ)優先順位を有する第１ＵＣＩのリソースマッピングに基づいて、より低い(ｌｏｗｅｒ)優先順位を有する第２ＵＣＩのリソースマッピングを決めることができる。

【0639】

一つの物理上りリンクチャネルはＰＵＣＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)であってもよい。

【0640】

端末は、第１ＵＣＩと第２ＵＣＩを別々に符号化するために、ＰＵＣＣＨがＰＵＣＣＨ ｆｏｒｍａｔ ２に設定されたにもかかわらず、ＰＵＣＣＨ ｆｏｒｍａｔ ２に対して複数の符号化プロセスを行うことができる。

【0641】

端末は、異なる優先順位を有する第１ＵＣＩと第２ＵＣＩの多重化のための設定がなければ、単一符号化プロセスのみが許容されるはずのＰＵＣＣＨ ｆｏｒｍａｔ ２に対して、複数の符号化プロセスを行うことができる。

【0642】

端末は、異なる優先順位を有する第１ＵＣＩと第２ＵＣＩの多重化のための設定がなければ、第１マッピング方式が使用されるはずの一つの物理上りリンクチャネルに対して、第２マッピング方式を使用してリソースマッピングを行うことができる。一例として、第２マッピング方式は分散(Ｄｉｓｔｒｉｂｕｔｅｄ)／インターリービング(ｉｎｔｅｒｌｅａｖｅｄ)されたマッピング方式である。

【0643】

一つの物理上りリンクチャネルはＰＵＣＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)であり、端末は異なる優先順位に関連する複数のＰＵＣＣＨリソースのうち、より高い優先順位に関連する第１ＰＵＣＣＨリソース上で第１ＵＣＩと第２ＵＣＩを多重化することができる。

【0644】

端末は一つの物理上りリンクチャネル上で加用のＵＣＩリソースの量及び第１ＵＣＩのリソースマッピングに必要なリソース量に基づいて、第２ＵＣＩの符号化レートを決定するか、又は第２ＵＣＩの少なくとも一部をドロップするか否かを決定する。

【0645】

複数のＵＣＩの符号化されたビットのリソースマッピングは、一つの物理上りリンクチャネルの加用の‘Ｎ’個のＲＥ(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)のうち、毎'ｄ’個ごとに１つのＲＥを選択することにより、第１ＵＣＩのリソースマッピングのための‘Ｎ_H’個のＲＥを決定；及び残りの‘Ｎ－Ｎ_H’個のＲＥのうち、第２ＵＣＩのリソースマッピングのためのＲＥを決定することを含む。端末は‘Ｎ_H’個のＲＥが互いに最大に離隔するように'ｄ'値を決定する。

【0646】

一つの物理上りリンクチャネルはピギーバック－ＵＣＩを運ぶＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)であり、ピギーバック－ＵＣＩに関連する複数のＵＣＩタイプのうち、ＵＣＩタイプ‘ｎ'はＵＣＩタイプ‘ｎ＋１'より高い優先順位を有する状態で、端末は第１ＵＣＩと第２ＵＣＩのＵＣＩタイプを詳細な説明の表８又は表９のように決定することができる。

【0647】

図１５は本発明に適用される通信システム１を例示する。

【0648】

図１５を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５Ｇ ＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄ Ｄｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ)機器１００ｆ及びＡＩサーバ／機器４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)／ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)／ＭＲ(Ｍｉｘｅｄ Ｒｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。

【0649】

無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。

【0650】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間の通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５Ｇ ＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか１つが行われる。

【0651】

図１６は本発明に適用可能な無線機器を例示する。

【0652】

図１６を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１５の{無線機器１００ｘ、基地局２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。

【0653】

第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

【0654】

第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

【0655】

以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって１つ以上のＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)及び／又は１つ以上のＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。

【0656】

１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、１つ以上のＤＳＰ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)、１つ以上のＰＬＤ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。

【0657】

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納することができる。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。

【0658】

１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザ データ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。

【0659】

図１７は本発明に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態で具現される(図１５を参照)。

【0660】

図１７を参照すると、無線機器１００,２００は図１６の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図１６における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図１６の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。

【0661】

追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図１５、１００ａ)、車両(図１５、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１５、１００ｃ)、携帯機器(図１５、１００ｄ)、家電(図１５、１００ｅ)、ＩｏＴ機器(図１５、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１５、４００)、基地局(図１５、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。

【0662】

図１７において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。

【0663】

図１８は本発明に適用される車両又は自律走行車両を例示する図である。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。

【0664】

図１８を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図１７におけるブロック１１０／１３０／１４０に対応する。

【0665】

通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ)センサ、衝突センサ、ホイールセンサ(ｗｈｅｅｌ ｓｅｎｓｏｒ)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(ｈｅａｄｉｎｇ ｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ)、車両前進／後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅ ｃｒｕｉｓｅ ｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。

【0666】

一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供することができる。

【0667】

図１９は本発明の一実施例による端末のＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)動作を説明する図である。

【0668】

端末は、上述した説明／提案した手順及び／又は方法を実行しながら、ＤＲＸ動作を行うことができる。ＤＲＸが設定された端末は、ＤＬ信号を不連続的に受信することで電力消費を下げることができる。ＤＲＸは、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)_ＩＤＬＥ状態、ＲＲＣ_ＩＮＡＣＴＩＶＥ状態、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われる。ＲＲＣ_ＩＤＬＥ状態及びＲＲＣ_ＩＮＡＣＴＩＶＥ状態におけるＤＲＸは、ページング信号を不連続的に受信するのに用いられる。以下、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸについて説明する(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ ＤＲＸ)。

【0669】

図１９を参照すると、ＤＲＸサイクルは、Ｏｎ ＤｕｒａｔｉｏｎとＯｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸとからなる。ＤＲＸサイクルは、Ｏｎ Ｄｕｒａｔｉｏｎが周期的に繰り返される時間間隔を定義する。Ｏｎ Ｄｕｒａｔｉｏｎは、端末がＰＤＣＣＨを受信するためにモニターする時間区間を示す。ＤＲＸが設定されると、端末は、Ｏｎ Ｄｕｒａｔｉｏｎの間にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングの間に、検出に成功したＰＤＣＣＨがある場合、端末は、ｉｎａｃｔｉｖｉｔｙタイマーを動作させて、起動(ａｗａｋｅ)状態を維持する。一方、ＰＤＣＣＨモニタリングの間に検出に成功したＰＤＣＣＨがない場合、端末は、Ｏｎ Ｄｕｒａｔｉｏｎが終了した後、睡眠(ｓｌｅｅｐ)状態へ入る。よって、ＤＲＸが設定された場合、上述した説明／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続的に行われる。例えば、ＤＲＸが設定された場合、本発明において、ＰＤＣＣＨ受信機会(ｏｃｃａｓｉｏｎ)(例えば、ＰＤＣＣＨ探索空間を有するスロット)は、ＤＲＸ設定に従って不連続的に設定される。一方、ＤＲＸが設定されていない場合、上述／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続的に行われる。例えば、ＤＲＸが設定されていない場合、本発明において、ＰＤＣＣＨ受信機会(例えば、ＰＤＣＣＨ探索空間を有するスロット)は連続的に設定される。一方、ＤＲＸ設定有無には関係なく、測定ギャップで設定された時間区間では、ＰＤＣＣＨモニタリングが制限されてもよい。

【0670】

表１０はＤＲＸに関連する端末の過程を示す(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態)。表１０を参照すると、ＤＲＸ構成情報は、上位層(例えば、ＲＲＣ)シグナリングを介して受信され、ＤＲＸ ＯＮ／ＯＦＦは、ＭＡＣ層のＤＲＸコマンドによって制御される。ＤＲＸが設定される場合、端末は、本発明において説明／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリングを不連続的に行うことができる。

【0671】

【表10】

【0672】

ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)パラメータを設定するのに必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報を含んでもよい。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸの定義において以下のような情報を含む。

【0673】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

【0674】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会の後に端末が起動状態にある時間区間の長さを定義

【0675】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義

【0676】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大の時間区間の長さを定義

【0677】

－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さと開始時点を定義

【0678】

－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ(ｏｐｔｉｏｎａｌ)：ｓｈｏｒｔ ＤＲＸサイクルの時間長さを定義

【0679】

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのうちのいずれか１つでも動作中であれば、端末は起動状態を維持しながら、毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。

【0680】

前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。

【0681】

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0682】

本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】