(57)【要約】  上りリンク制御情報を適切に送信することができる端末。端末（２００）において、受信部（２０２）は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信する。第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる。送信部（２２０）は、第１の指示情報が上りデータの送信が無いことを示し、かつ、第２の指示情報がチャネル状態情報の送信が無いことを示す場合、上りデータチャネルのリソースを用いて、上り制御情報を送信する。
2020021770.tif 000002
【特許請求の範囲】
【請求項１】
上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる、受信機と、
前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する送信機と、
を具備する端末。
【請求項２】
前記上りデータチャネルのリソースは、前記上り制御チャネルのリソースと時間的に重なるリソースである、
請求項１に記載の端末。
【請求項３】
前記端末に対して、複数のコンポーネントキャリアが設定され、
前記送信機は、前記複数のコンポーネントキャリアの各々において前記第１の指示情報及び前記第２の指示情報が設定され、かつ、前記複数のコンポーネントキャリアの全てにおいて前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する、
請求項１に記載の端末。
【請求項４】
前記上りデータチャネルのリソースは、前記上り制御チャネルのリソースと時間的に重なるリソースである、
請求項３に記載の端末。
【請求項５】
前記上りデータチャネルのリソースは、前記複数のコンポーネントキャリアのうち、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおけるリソースである、
請求項３に記載の端末。
【請求項６】
前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアのうち、コンポーネントキャリア番号が最小のコンポーネントキャリアにおけるリソースである、
請求項５に記載の端末。
【請求項７】
前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおける複数の前記上りデータチャネルのうち、時間的に最も早く送信が始まる上りデータチャネルのリソースである、
請求項５に記載の端末。
【請求項８】
前記端末に対して、複数のコンポーネントキャリアが設定され、
前記送信機は、前記複数のコンポーネントキャリアの各々において前記第１の指示情報及び前記第２の指示情報が設定され、かつ、少なくとも１つのコンポーネントキャリアにおける前記第２の指示情報が前記チャネル状態情報の送信が有ることを示す場合、前記複数のコンポーネントキャリアのうち、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおける前記上りデータチャネルのリソースを用いて、前記上り制御情報と前記チャネル状態情報とを多重して送信する、
請求項１に記載の端末。
【請求項９】
前記上りデータチャネルのリソースは、前記複数のコンポーネントキャリアのうち、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示すコンポーネントキャリアにおけるリソースである、
請求項８に記載の端末。
【請求項１０】
前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアのうち、コンポーネントキャリア番号が最小のコンポーネントキャリアにおけるリソースである、
請求項８に記載の端末。
【請求項１１】
前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおける複数の前記上りデータチャネルのうち、時間的に最も早く送信が始まる上りデータチャネルのリソースである、
請求項８に記載の端末。
【請求項１２】
前記上り制御情報には、下りデータに対する応答信号、及び、チャネル状態情報の少なくとも１つが含まれる、
請求項１に記載の端末。
【請求項１３】
上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を送信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる、送信機と、
前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて送信される前記上り制御情報を受信する受信機と、
を具備する基地局。
【請求項１４】
上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれ、
前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する、
通信方法。
【請求項１５】
上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を送信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれ、
前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて送信される前記上り制御情報を受信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末、基地局及び通信方法に関する。
【背景技術】
【０００２】
3GPP（3rd Generation Partnership Project）では、第5世代移動通信システム（5G：5th Generation mobile communication sysmtems）の実現に向けて、新しい無線アクセス技術（NR: New Radio access technology）の技術開発を進めている。NRでは、モバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）の基本的な要求条件である高速及び大容量と合わせ、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）をサポートする機能を主な検討対象としている（例えば、非特許文献１−４を参照）。【０００３】
NRでは、端末（例えば、UE：User Equipmentと呼ぶ）が基地局（例えば、eNB: eNodeB又はgNBと呼ぶ）へ上りリンク制御情報（UCI: Uplink Control Information）を送信する。UCIは、例えば、下りリンクデータの誤り検出結果を示す応答信号（ACK/NACK: Acknowledgement / Negative Acknowledgement）、下りリンクのチャネル状態情報（CSI: Channel State Information）、又は、上りリンクの無線リソース割当要求（SR: Scheduling Request）を含む。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS 38.211 V15.2.0, "NR; Physical channels and modulation (Release 15)," June 2018.
【非特許文献２】3GPP TS 38.212 V15.2.0, "NR; Multiplexing and channel coding (Release 15)," June 2018.
【非特許文献３】3GPP TS 38.213 V15.2.0, “NR; Physical layer procedure for control (Release 15)," June 2018.
【非特許文献４】3GPP TS 38.214 V15.2.0, “NR; Physical layer procedure for data (Release 15)," June 2018.
【発明の概要】
【０００５】
しかしながら、NRにおいて、上りリンク制御情報の送信方法について十分に検討されていない。
【０００６】
本開示の非限定的な実施例は、上りリンク制御情報を適切に送信できる端末、基地局及び通信方法の提供に資する。
【０００７】
本開示の一実施例に係る端末は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる、受信機と、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する送信機と、を具備する。
【０００８】
本開示の一実施例に係る基地局は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を送信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる、送信機と、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて送信される前記上り制御情報を受信する受信機と、を具備する。
【０００９】
本開示の一実施例に係る通信方法は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれ、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する。
【００１０】
本開示の一実施例に係る通信方法は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を送信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれ、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて送信される前記上り制御情報を受信する。
【００１１】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００１２】
本開示の一実施例によれば、上りリンク制御情報を適切に送信できる。
【００１３】
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１４】
【図１】NRのスロット構成の一例を示す図
【図２】PUSCHにおけるUCI送信の一例を示す図
【図３】実施の形態１に係る基地局の一部の構成を示すブロック図
【図４】実施の形態１に係る端末の一部の構成を示すブロック図
【図５】実施の形態１に係る基地局の構成を示すブロック図
【図６】実施の形態１に係る端末の構成を示すブロック図
【図７】実施の形態１に係る基地局及び端末の処理を示すシーケンス図
【図８】実施の形態１に係るACK/NACKの送信例を示す図
【図９】実施の形態１に係るCSIの送信例を示す図
【図１０】実施の形態１に係るACK/NACK及びCSIの送信例を示す図
【図１１】実施の形態１のバリエーションに係るUCIの送信例を示す図
【図１２】実施の形態１のバリエーションに係るUCIの送信例を示す図
【図１３】PUSCHにおけるUCI送信の一例を示す図
【図１４】PUSCHにおけるUCI送信の一例を示す図
【図１５】実施の形態２に係るUCIの送信例を示す図
【図１６】PUSCHにおけるUCI送信の一例を示す図
【図１７】PUSCHにおけるUCI送信の一例を示す図
【図１８】PUSCHにおけるUCI送信の一例を示す図
【図１９】実施の形態３に係るUCIの送信例を示す図
【図２０】実施の形態３に係るUCIの送信例を示す図
【発明を実施するための形態】
【００１５】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１６】
NRでは、基地局は、スロット又はミニスロットと呼ばれる時間単位毎に端末に対して無線リソースを割り当てることにより通信を行う。図１は、NRのスロット構成の一例を示す。１スロットは、複数のOFDM（Orthogonal Frequency Division Multiplexing）シンボルを含む。例えば、NRでは、１スロットは１４個のOFDMシンボルを含む。また、ミニスロット単位の割り当てを行う場合、基地局は、スロットより短い時間単位（例えば、1，2，4，7シンボル）毎に端末に対して無線リソースを割り当てる。
【００１７】
また、NRでは、基地局は、端末に対して周波数領域の無線リソースを割り当てる。周波数領域の最小リソース単位はリソースエレメント（RE: Resource Element）であり、１サブキャリアを有する。基地局は、リソースブロック（RB: Resource Block）と呼ばれる周波数単位を用いて周波数領域の無線リソースを端末に割り当てる。NRでは、例えば、1RBは12個のサブキャリアを含む。
【００１８】
端末は、上りリンクデータチャネル（例えば、PUSCH: Physical Uplink Shared Channel）のための無線リソース（以下、「PUSCHリソース」と呼ぶ）が割り当てられていないスロット（又は、ミニスロット）においてUCIを送信する場合、上りリンク制御チャネル（例えば、PUCCH: Physical Uplink Control Channel）を用いて、UCIを基地局へ送信する。
【００１９】
なお、PUCCHを用いて送信されるUCIは、例えば、下りデータの誤り検出結果を示すACK/NACK、周期的なCSI報告（P-CSI: Periodic CSI）、半永続的なCSI報告（SP-CSI: Semi-Persistent CSI）、又は、SRを含む。
【００２０】
また、NRでは、基地局は、下りリンク制御情報（DCI: Downlink Control Information）を用いて、PUSCHリソースを端末に割り当てる。例えば、PUSCHリソースを割り当てるためのDCI（PUSCHのスケジューリングに使用されるDCIフォーマット）には、DCI format 0-1がある（例えば、非特許文献２を参照）。
【００２１】
DCI format 0-1には、UL-SCH indicatorフィールドが含まれている。例えば、UL-SCH indicator=1が通知された場合、上りリンクデータ（UL-SCH：Uplink Shared Channel）は、PUSCHを用いて送信される。一方、UL-SCH indicator=0が通知された場合、UL-SCHは、PUSCHにおいて送信されない。すなわち、UL-SCH indicatorは、PUSCHにおけるUL-SCHの送信の有無を示す指示情報である。
【００２２】
また、DCI format 0-1には、CSI requestフィールドが含まれている。CSI requestフィールドは、基地局が端末に対して、PUSCHを用いてCSIを送信することを要求するために用いられる。なお、CSI requestフィールドにより要求され、PUSCHを用いて送信されるCSIには、SP-CSI、又は、非周期的なCSI報告（A-CSI: Aperiodic CSI）が含まれる。例えば、CSI requestフィールドにおいて非ゼロが通知された場合、CSIがPUSCHを用いて送信される。一方、CSI requestフィールドにおいてゼロが通知された場合、基地局では、端末に対して、対応するPUSCHにおけるCSI報告を要求していない。すなわち、CSI requestは、PUSCHにおけるCSI送信の有無を示す指示情報である。
【００２３】
PUSCHにおけるCSI報告は、PUSCHにおいてUL-SCHと多重して送信され得る。このとき、端末には、DCIによって、UL-SCH indicator=1及びCSI request=非ゼロが通知される。
【００２４】
また、PUSCHにおけるCSI報告は、PUSCHにおいてUL-SCH送信がない場合でも送信され得る。このとき、端末には、DCIによって、UL-SCH indicator=0及びCSI request=非ゼロが通知される。
【００２５】
また、端末は、基地局からのCSI報告の要求が無い場合にPUSCHにおいてUL-SCHを送信することもできる。このとき、端末には、DCIによって、UL-SCH indicator=1及びCSI request=0が通知される。
【００２６】
上述したように端末は、DCIによるUL-SCH indicatorフィールド及びCSI requestフィールドの各々の設定の関係性に基づいて、UCI及びUL-SCHを基地局へ送信する。しかし、上述したUL-SCH indicatorフィールド及びCSI requestフィールドの関係性は完全ではない。
【００２７】
例えば、DCIにおいて、UL-SCH indicator=0及びCSI request=0が通知された場合、つまり、PUSCHにおいてUL-SCH送信が無く、基地局からのCSI報告の要求が無い場合の端末の動作が不明瞭である。
【００２８】
これにより発生する問題の一例として、以下が考えられる。
【００２９】
例えば、UL-SCH indicator=0及びCSI request=0が通知された端末は、PUSCHにおいてUCIを送信できない。例えば、図２は、下りリンクデータ（例えば、PDSCH）に対するACK/NACK等のUCIを送信するためのPUCCHが割り当てられたスロット（又は、ミニスロット）と同一時間リソース（又は、一部がオーバラップする時間リソース）において、UL-SCH indicator=0及びCSI request=0が通知されたPUSCHリソースが割り当てられた場合を示す。図２に示す場合、端末は、PUSCHではなく、PUCCHにおいてUCI（例えば、ACK/NACK）を送信することが考えられる。
【００３０】
しかし、PUCCHのための無線リソース（以下、「PUCCHリソース」と呼ぶ）の割り当ては半静的（Semi-static）に運用される。Semi-staticなPUCCHリソースの割り当てでは、チャネル状態又は要求条件の動的な変化に追従できないため、無線リソースを有効に利用できない恐れがある。例えば、Semi-staticに割り当てられたPUCCHリソースのチャネル状態がチャネル変動又はセル間干渉の影響により劣化した場合、端末がPUCCHにおいてUCIを送信すると、UCIの受信品質が劣化する恐れがある。UCIの受信品質の劣化は、システムの最適化に影響を及ぼし、システムスループットの低下を招く可能性がある。
【００３１】
そこで、本開示の一実施例では、NRにおいて、端末から基地局へUCIを適切に送信する方法について説明する。
【００３２】
以下、各実施の形態について、詳細に説明する。
【００３３】
（実施の形態１）
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
【００３４】
図３は、本開示の各実施の形態に係る基地局１００の一部の構成を示すブロック図である。図３に示す基地局１００において、送信部１１４は、上りデータチャネル（例えば、PUSCH）に関する第１の制御情報（例えば、DCI）、及び、上り制御情報（例えば、UCI）の送信のための上り制御チャネル（例えば、PUCCH）に関する第２の制御情報を送信する。第１の制御情報には、上りデータ（例えば、UL-SCH）の送信の有無を示す第１の指示情報（例えば、UL-SCH indicator）、及び、チャネル状態情報（CSI）の送信の有無を示す第２の指示情報（例えば、CSI request）が含まれる。受信部１１６は、第１の指示情報が上りデータの送信が無いことを示し、かつ、第２の指示情報がチャネル状態情報の送信が無いことを示す場合、上りデータチャネルのリソースを用いて送信される上り制御情報を受信する。
【００３５】
図４は、本開示の各実施の形態に係る端末２００の一部の構成を示すブロック図である。図４に示す端末２００において、受信部２０２は、上りデータチャネル（例えば、PUSCH）に関する第１の制御情報（例えば、DCI）、及び、上り制御情報（例えば、UCI）の送信のための上り制御チャネル（例えば、PUCCH）に関する第２の制御情報を受信する。第１の制御情報には、上りデータの送信の有無を示す第１の指示情報（例えば、UL-SCH indicator）、及び、チャネル状態情報の送信の有無を示す第２の指示情報（例えば、CSI request）が含まれる。送信部２２０は、第１の指示情報が上りデータの送信が無いことを示し、かつ、第２の指示情報がチャネル状態情報の送信が無いことを示す場合、上りデータチャネルのリソースを用いて上り制御情報を送信する。
【００３６】
［基地局の構成］
図５は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図５において、基地局１００は、制御部１０１と、データ生成部１０２と、符号化部１０３と、再送制御部１０４と、変調部１０５と、上位制御信号生成部１０６と、符号化部１０７と、変調部１０８と、下り制御信号生成部１０９と、符号化部１１０と、変調部１１１と、信号割当部１１２と、IFFT（Inverse Fast Fourier Transform）部１１３と、送信部１１４と、アンテナ１１５と、受信部１１６と、FFT（Fast Fourier Transform）部１１７と、抽出部１１８と、ACK/NACK復調部１１９と、復号部１２０と、判定部１２１と、CSI復調部１２２と、復号部１２３と、判定部１２４と、UL-SCH復調部１２５と、復号部１２６と、判定部１２７と、を有する。
【００３７】
制御部１０１は、端末２００の上りリンク送信に関する情報を決定し、決定した情報を抽出部１１８に出力する。
【００３８】
端末２００の上りリンク送信に関する情報には、例えば、PUSCHリソースに関する情報、又は、UCI送信に関する情報が含まれる。PUSCHリソースに関する情報には、例えば、UL-SCHの有無（例えば、UL-SCH indicator）、A/SP-CSI要求の有無（例えば、CSI request）、PUSCHにおいて送信する情報（例えば、UL-SCH又はUCI）の符号化及び変調方法（例えば、MCS：Modulation and Coding Scheme）、及び、PUSCHの無線リソース割当等が含まれる。また、UCI送信に関する情報には、PUCCHにおいて送信する情報（UCI）の符号化及び変調方法（例えば、MCS）、及び、PUCCHリソースに関する情報等が含まれる。
【００３９】
また、制御部１０１は、端末２００においてUCIを送信するリソースを決定し、決定した情報を抽出部１１８に出力する。例えば、制御部１０１は、PUCCHリソースに関する情報、PUSCHリソースに関する情報（例えば、UL-SCH indicator及びCSI requestの情報）、又は、PUCCHリソースとPUSCHリソースとの時間領域における位置関係に基づいて、端末２００においてUCIを送信するリソースを決定する。なお、端末２００がUCIを送信するリソースの決定方法の詳細については後述する。
【００４０】
また、制御部１０１は、端末２００の上りリンク送信に関する情報を上位制御信号生成部１０６又は下り制御信号生成部１０９へ出力する。
【００４１】
上位制御信号生成部１０６に出力される情報には、例えば、Semi-staticに割り当てられるPUCCH送信に関する情報、又は、PUCCHリソースに関する情報等が含まれる。
【００４２】
一方、下り制御信号生成部１０９に出力される情報には、例えば、PUSCHリソースを割り当てるためのDCI（例えば、DCI format 0-1）によって通知されるUL-SCHの有無（例えば、UL-SCH indicator）、A/SP-CSI要求の有無（例えば、CSI request）、PUSCHにおいて送信される情報の符号化及び変調方法（例えば、MCS）、及び、リソース割当等が含まれる。また、下り制御信号生成部１０９に出力される情報には、PDSCHのための無線リソース（以下、「PDSCHリソース」と呼ぶ）を割り当てるためのDCI（例えば、DCI format 1-0又はDCI format 1-1等)によって通知される、ACK/NACKを送信するためのPUCCHリソースに関する情報等が含まれる。
【００４３】
また、制御部１０１は、上位レイヤの制御信号（上位制御信号）又は下りリンク制御情報を送信するための下りリンク制御信号、及び、下りリンクデータ信号に対する無線リソース割当を決定し、決定した情報を信号割当部１１２へ出力する。
【００４４】
データ生成部１０２は、端末２００に対する下りリンクデータを生成し、符号化部１０３へ出力する。
【００４５】
符号化部１０３は、データ生成部１０２から入力される下りリンクデータに対して誤り訂正符号化を行い、符号化後のデータ信号を再送制御部１０４へ出力する。
【００４６】
再送制御部１０４は、初回送信時には、符号化部１０３から入力される符号化後のデータ信号を保持するとともに、変調部１０５へ出力する。また、再送制御部１０４は、後述する判定部１２１から、送信したデータ信号に対するNACKが入力されると、対応する保持データを変調部１０５へ出力する。一方、再送制御部１０４は、判定部１２１から、送信したデータ信号に対するACKが入力されると、対応する保持データを削除する。
【００４７】
変調部１０５は、再送制御部１０４から入力されるデータ信号を変調して、データ変調信号を信号割当部１１２へ出力する。
【００４８】
上位制御信号生成部１０６は、制御部１０１から入力される制御情報を用いて、制御情報ビット列（上位制御信号）を生成し、生成した制御情報ビット列を符号化部１０７へ出力する。
【００４９】
符号化部１０７は、上位制御信号生成部１０６から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０８へ出力する。
【００５０】
変調部１０８は、符号化部１０７から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
【００５１】
下り制御信号生成部１０９は、制御部１０１から入力される制御情報を用いて、制御情報ビット列（下り制御信号。例えば、DCI）を生成し、生成した制御情報ビット列を符号化部１１０へ出力する。なお、制御情報が複数の端末向けに送信されることもあるため、下り制御信号生成部１０９は、各端末向けの制御情報に、各端末の端末IDを含めてビット列を生成してもよい。
【００５２】
符号化部１１０は、下り制御信号生成部１０９から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１１１へ出力する。
【００５３】
変調部１１１は、符号化部１１０から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
【００５４】
信号割当部１１２は、制御部１０１から入力される無線リソースを示す情報に基づいて、変調部１０５から入力されるデータ信号、変調部１０８から入力される上位制御信号、又は、変調部１１１から入力される下り制御信号を、無線リソースにマッピングする。信号割当部１１２は、信号がマッピングされた下りリンクの信号をIFFT部１１３へ出力する。
【００５５】
IFFT部１１３は、信号割当部１１２から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部１１３は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。IFFT部１１３は、生成した送信波形を送信部１１４へ出力する。
【００５６】
送信部１１４は、IFFT部１１３から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１５を介して端末２００に無線信号を送信する。
【００５７】
受信部１１６は、アンテナ１１５を介して受信された端末２００からの上りリンク信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、受信処理後の上りリンク信号波形をFFT部１１７に出力する。
【００５８】
FFT部１１７は、受信部１１６から入力される上りリンク信号波形に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部１１７は、FFT処理により得られた周波数領域信号を抽出部１１８へ出力する。
【００５９】
抽出部１１８は、制御部１０１から入力される情報（例えば、上りリンク送信に関する情報）に基づいて、FFT部１１７から入力される信号から、ACK/NACKが送信された無線リソース成分、CSIが送信された無線リソース成分、又は、UL-SCHが送信された無線リソース成分を抽出する。抽出部１１８は、抽出したACK/NACKの無線リソース成分をACK/NACK復調部１１９へ出力し、抽出したCSIの無線リソース成分をCSI復調部１２２へ出力し、抽出したUL-SCHの無線リソース成分をUL-SCH復調部１２５へ出力する。
【００６０】
ACK/NACK復調部１１９は、抽出部１１８から入力されるACK/NACKに対応する無線リソース成分に対して、等化及び復調を行い、復調結果を復号部１２０へ出力する。
【００６１】
復号部１２０は、ACK/NACK復調部１１９から入力される復調結果を用いて、ACK/NACKに対応する信号の誤り訂正復号を行い、復号後のビット系列を判定部１２１へ出力する。
【００６２】
判定部１２１は、復号部１２０から入力されるビット系列に基づいて、端末２００から送信されたACK/NACKが、送信したデータ信号に対してACK又はNACKのいずれを示しているかを判定する。判定部１２１は、判定結果を再送制御部１０４に出力する。
【００６３】
CSI復調部１２２は、抽出部１１８から入力されるCSIに対応する無線リソース成分に対して、等化及び復調を行い、復調結果を復号部１２３へ出力する。
【００６４】
復号部１２３は、CSI復調部１２２から入力される復調結果を用いて、CSIに対応する信号の誤り訂正復号を行い、復号後のビット系列を判定部１２４へ出力する。
【００６５】
判定部１２４は、復号部１２３から入力されるビット系列に対して誤り検出を行い、誤りが検出されない場合、受信CSIを得る。
【００６６】
UL-SCH復調部１２５は、抽出部１１８から入力されるUL-SCHに対応する無線リソース成分に対して、等化及び復調を行い、復調結果を復号部１２６へ出力する。
【００６７】
復号部１２６は、UL-SCH復調部１２５から入力される復調結果を用いて、UL-SCHに対応する信号の誤り訂正復号を行い、復号後のビット系列を判定部１２７へ出力する。
【００６８】
判定部１２７は、復号部１２６から入力されるビット系列に対して誤り検出を行い、誤りが検出されない場合、受信データ（換言すると、受信UL-SCH）を得る。なお、判定部１２７は、誤り検出結果を用いて、端末２００に対する再送要求のためのACK/NACKを生成し、再送制御部１０４に出力してもよい（図示せず）。
【００６９】
［端末の構成］
図６は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図６において、端末２００は、アンテナ２０１と、受信部２０２と、FFT部２０３と、抽出部２０４と、下り制御信号復調部２０５と、復号部２０６と、上位制御信号復調部２０７と、復号部２０８と、データ復調部２０９と、復号部２１０と、制御部２１１と、符号化部２１２，２１４，２１６と、変調部２１３，２１５，２１７と、信号割当部２１８と、IFFT部２１９と、送信部２２０と、を有する。
【００７０】
受信部２０２は、アンテナ２０１を介して受信された基地局１００からの下りリンク信号（データ信号又は制御信号）の信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号（ベースバンド信号）をFFT部２０３に出力する。
【００７１】
FFT部２０３は、受信部２０２から入力される信号（時間領域信号）に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部２０３は、FFT処理により得られた周波数領域信号を抽出部２０４へ出力する。
【００７２】
抽出部２０４は、制御部２１１から入力される制御情報に基づいて、FFT部２０３から入力される信号から、下り制御信号（例えば、DCI）を抽出し、下り制御信号復調部２０５へ出力する。また、抽出部２０４は、制御部２１１から入力される制御情報に基づいて、上位制御信号及び下りリンクデータ信号を抽出し、上位制御信号を上位制御信号復調部２０７へ出力し、下りリンクデータ信号をデータ復調部２０９へ出力する。
【００７３】
下り制御信号復調部２０５は、抽出部２０４から入力される下り制御信号をブラインド復号して、端末２００宛ての制御信号であると判断した場合、当該制御信号を復調して、復調結果を復号部２０６へ出力する。
【００７４】
復号部２０６は、下り制御信号復調部２０５から入力される復調結果を用いて誤り訂正復号を行い、制御情報を得る。復号部２０６は、得られた制御情報を制御部２１１に出力する。
【００７５】
上位制御信号復調部２０７は、抽出部２０４から入力される上位制御信号を等化及び復調し、復調結果を復号部２０８へ出力する。
【００７６】
復号部２０８は、上位制御信号復調部２０７から入力される復調結果を用いて誤り訂正復号を行い、制御情報を得る。復号部２０８は、得られた制御情報を制御部２１１に出力する。
【００７７】
データ復調部２０９は、抽出部２０４から入力される下りリンクデータ信号を等化及び復調し、復号結果を復号部２１０へ出力する。
【００７８】
復号部２１０は、データ復調部２０９から入力される復調結果を用いて誤り訂正復号を行う。また、復号部２１０は、下りリンクデータ信号に対して誤り検出を行い、誤り検出結果を制御部２１１に出力する。また、復号部２１０は、誤り検出の結果、誤り無しと判定した下りリンクデータを受信データとして出力する。
【００７９】
制御部２１１は、復号部２０６又は復号部２０８から入力される制御情報に含まれる、端末２００の上りリンク送信に関する情報に基づいて、例えば、上りリンク送信に用いる符号化及び変調方法（例えば、MCS）、又は、無線リソース割当等を算出し、算出した情報を、符号化部２１２，２１４，２１６、変調部２１３，２１５，２１７及び信号割当部２１８へそれぞれ出力する。また、制御部２１１は、復号部２１０から入力される誤り検出結果を用いてACK/NACKを生成し、符号化部２１２に出力する。
【００８０】
また、制御部２１１は、PUCCHリソースに関する情報、PUSCHリソースに関する情報（例えば、UL-SCH indicator、CSI requestの情報）、又は、PUCCHリソースとPUSCHリソースとの時間領域における位置関係に基づいて、端末２００がUCI（例えば、ACK/NACK又はCSI）を送信するリソースを決定する。制御部２１１は、決定したリソースを示す情報を信号割当部２１８へ出力する。
【００８１】
また、制御部２１１は、復号部２０６又は復号部２０８から入力される制御情報に含まれる、下りリンクデータ信号又は制御信号の無線リソースに関する情報を、抽出部２０４に出力する。
【００８２】
符号化部２１２は、制御部２１１から入力されるACK/NACK（ビット系列）を誤り訂正符号化し、符号化後のACK/NACK（ビット系列）を変調部２１３へ出力する。
【００８３】
変調部２１３は、符号化部２１２から入力されるACK/NACKを変調して、変調後のACK/NACK（変調シンボル列）を信号割当部２１８へ出力する。
【００８４】
符号化部２１４は、入力されるCSIに対応するビット系列を誤り訂正符号化し、符号化後のCSI（ビット系列）を変調部２１５へ出力する。
【００８５】
変調部２１５は、符号化部２１４から入力されるCSIを変調して、変調後のCSI（変調シンボル列）を信号割当部２１８へ出力する。
【００８６】
符号化部２１６は、入力される上りリンクデータ（UL-SCH）を誤り訂正符号化し、符号化後の上りリンクデータ（ビット系列）を変調部２１７へ出力する。
【００８７】
変調部２１７は、符号化部２１６から入力される上りリンクデータを変調して、変調後の上りリンクデータ（変調シンボル列）を信号割当部２１８へ出力する。
【００８８】
なお、符号化部２１２，２１４，２１６、及び、変調部２１３，２１５，２１７は、制御部２１１から入力される制御情報（例えば、符号化率又は変調方法など）に基づいて、符号化処理、及び、変調処理をそれぞれ行う。
【００８９】
信号割当部２１８は、変調部２１３から入力されるACK/NACK、変調部２１５から入力されるCSI、又は、変調部２１７から入力される上りリンクデータを、制御部２１１から指示される無線リソースにそれぞれマッピングする。信号割当部２１８は、信号がマッピングされた上りリンク信号をIFFT部２１９へ出力する。
【００９０】
IFFT部２１９は、信号割当部２１８から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部２１９は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。または、IFFT部２１９がシングルキャリア波形を生成する場合には、信号割当部２１８の前段にDFT（Discrete Fourier Transform）部が追加されてもよい（図示せず）。IFFT部２１９は、生成した送信波形を送信部２２０へ出力する。
【００９１】
送信部２２０は、IFFT部２１９から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
【００９２】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
【００９３】
図７は、本実施の形態に係る基地局１００及び端末２００の処理のフローを示す。
【００９４】
基地局１００は、semi-staticに設定されるPUCCHに関する情報（例えば、PUCCH送信に関する情報、又は、PUCCHリソースに関する情報）を端末２００へ送信する（ＳＴ１０１）。端末２００は、基地局１００から通知されるPUCCHに関する情報を取得する（ＳＴ１０２）。
【００９５】
基地局１００は、下りリンクデータに関する情報を含むDCI、及び、当該DCIに対応する下りリンクデータを、端末２００へ送信する（ＳＴ１０３）。端末２００は、例えば、基地局１００から通知されるDCIに基づいて、ACK/NACKを送信するためのPUCCHリソースに関する情報を取得する（ＳＴ１０４）。また、端末２００は、DCIに含まれるPDSCHリソースに関する情報に基づいて、下りリンクデータ（PDSCH）を取得する（ＳＴ１０５）。
【００９６】
基地局１００は、PUSCHに関する情報（例えば、UL-SCH indicator、CSI request又はリソース割当情報）を含む制御情報（例えば、DCI）を端末２００へ送信する（ＳＴ１０６）。端末２００は、基地局１００から通知されるPUSCHに関する情報を取得する（ＳＴ１０７）。
【００９７】
端末２００は、UCIの送信に関する動作を制御する（ＳＴ１０８）。例えば、端末２００は、DCIに含まれるPUSCHに関する情報（例えば、UL-SCH indicator、CSI request、又は、PUSCHリソース）、及び、semi-staticに設定されるPUCCHに関する情報（例えば、PUCCHリソース）に基づいて、UCIを送信するためのリソース（例えば、PUCCHリソース又はPUSCHリソース）を決定する。例えば、端末２００は、PUSCHを割り当てるDCIにおいて、UL-SCH indicator=0かつCSI request＝0の場合、UCIの送信に用いるリソースを、当該DCIによって割り当てられたPUSCHリソースに決定する。
【００９８】
端末２００は、決定したリソース（PUCCHリソース又はPUSCHリソース）を用いて、UCIを基地局１００へ送信する（ＳＴ１０９）。基地局１００は、上記決定されたリソースを用いて端末２００から送信されるUCIを受信する（ＳＴ１１０）。
【００９９】
なお、図７において、ＳＴ１０３〜ＳＴ１０５の処理と、ＳＴ１０６〜ＳＴ１０７の処理との順序は入れ替わってもよい。
【０１００】
次に、端末２００におけるUCI送信に関する動作（例えば、図７のＳＴ１０８の処理）の制御方法について詳細に説明する。
【０１０１】
例えば、基地局１００は、PUSCHを割り当てるDCIを用いて、UL-SCH indicator=0、及び、CSI request＝0を端末２００へ通知する。
【０１０２】
端末２００は、UL-SCH indicator=0及びCSI request＝0が設定されたPUSCHリソースが割り当てられた場合、かつ、当該PUSCHリソースと、UCIを送信するために割り当てられたPUCCHリソースとが時間的に重なっている場合（又は、一部がオーバラップしている場合）、PUCCHリソースにおいて送信予定であるUCIを、PUSCHリソースを用いて送信する。
【０１０３】
例えば、基地局１００は、UCIを送信するためのPUCCHリソースと時間的に重なっているPUSCHリソースを割り当てる際に、UL-SCH indicator=0及びCSI request＝0を設定し、当該PUSCHリソースを割り当てるDCIを端末２００へ通知してもよい。
【０１０４】
これにより、端末２００は、PUCCHリソースが割り当てられているUCIを、UL-SCH及びCSIの双方が送信されないPUSCHリソースを用いて送信できる。
【０１０５】
なお、PUCCH上で送信予定であったUCIは、例えば、下りリンクデータに対するACK/NACK、及び、P-CSI/SP-CSIの少なくとも１つを含む。
【０１０６】
以下、UCIに含まれる情報に応じた基地局１００及び端末２００の動作例について、具体的に説明する。
【０１０７】
［例１：UCIが下りリンクデータに対するACK/NACKのみを含む場合］
UCIが下りリンクデータに対するACK/NACKのみを含む場合、基地局１００は、端末２００に対して、下りリンクデータに対するACK/NACKを送信するためのPUCCHリソースを割り当てる。
【０１０８】
下りリンクデータに対するACK/NACKを送信するためのPUCCHリソースは、例えば、端末固有の上位レイヤ通知によりSemi-staticに通知されてもよい。または、端末固有の上位レイヤ通知により複数（例えば、8個）のPUCCHリソース（候補）を含むPUCCHリソースセット（PUCCH resource set）が通知され、下りリンクデータを割り当てるDCI（例えば、DCI format 1-0又はDCI format 1-1）のPRI（PUCCH Resource Indicator）により、下りリンクデータに対するACK/NACKを送信するためのPUCCHリソースとして、PUCCHリソースセット内のPUCCHリソースの何れかが通知されてもよい。
【０１０９】
また、PUCCHリソースセット内のPUCCHリソース数が、PRIによって明示的に通知可能なPUCCHリソース数よりも多い場合（例えば、PRIが3ビットの場合、かつ、PUCCHリソースセット内のPUCCHリソースが8個より多い場合)、下りリンクデータを割り当てるDCIのCCE（Control Channel Element）を用いて、PUCCHリソースがImplicitに通知されてもよい。例えば、CCEとPUCCHリソースとが１対１で関連付けられてもよい。
【０１１０】
また、基地局１００は、端末２００に対して、PUSCHを割り当てるためのDCI（例えば、DCI format 0-1）において、UL-SCH indicator=0及びCSI request＝0を設定し、PUSCHリソースを割り当てる。例えば、基地局１００は、端末２００に対して、ACK/NACKを送信するためのPUCCHリソースと時間的に重なるように、UL-SCH indicator=0及びCSI request＝0が設定されたPUSCHリソースを割り当ててもよい。
【０１１１】
例えば、端末２００は、ACK/NACKを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっていない場合、PUCCH上でACK/NACKを送信する。端末２００は、DCIにより割り当てられたPUSCHリソースでは送信を行わない。
【０１１２】
一方、端末２００は、図８に示すように、ACK/NACKを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっている場合、当該PUSCHリソースを用いてACK/NACKを送信する。換言すると、端末２００は、ACK/NACKを送信するために割り当てられたPUCCHリソースでは送信を行わない。
【０１１３】
［例２：UCIがP-CSI又はSP-CSIのみを含む場合］
UCIがP-CSI又はSP-CSI（以下、まとめて「P/SP-CSI」と呼ぶ）のみを含む場合、基地局１００は、端末２００に対して、P/SP-CSIを送信するためのPUCCHリソースを割り当てる。
【０１１４】
P/SP-CSIを送信するためのPUCCHリソースは、例えば、端末固有の上位レイヤ通知により、基地局１００から端末２００へSemi-staticに通知される。
【０１１５】
また、基地局１００は、端末２００に対して、PUSCHを割り当てるためのDCI（例えば、DCI format 0-1)においてUL-SCH indicator=0及びCSI request＝0を設定し、PUSCHリソースを割り当てる。例えば、基地局１００は、端末２００に対して、P/SP-CSIを送信するためのPUCCHリソースと時間的に重なるように、UL-SCH indicator=0及びCSI request＝0が設定されたPUSCHリソースを割り当ててもよい。
【０１１６】
例えば、端末２００は、P/SP-CSIを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっていない場合、PUCCH上でP/SP-CSIを送信する。端末２００は、PUSCHリソースでは送信を行わない。
【０１１７】
一方、端末２００は、図９に示すように、P/SP-CSIを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっている場合、当該PUSCHリソースを用いてP/SP-CSIを送信する。換言すると、端末２００は、P/SP-CSIを送信するために割り当てられたPUCCHリソースでは送信を行わない。
【０１１８】
なお、例２において、端末２００がPUSCHリソースを用いて送信するCSIは、A-CSIでもよい。
【０１１９】
［例３：UCIが下りリンクデータに対するACK/NACK、及び、P/SP-CSIを含む場合］
UCIがACK/NACK及びP/SP-CSIを含む場合、基地局１００は、端末２００に対して、下りリンクデータに対するACK/NACK、及び、P/SP-CSIを送信するためのPUCCHリソースを割り当てる。
【０１２０】
下りリンクデータに対するACK/NACK及びP/SP-CSIを送信するためのPUCCHリソースは、例えば、端末固有の上位レイヤ通知によりSemi-staticに通知されてもよい。または、端末固有の上位レイヤ通知により複数（例えば8個）のPUCCHリソース（候補）を含むPUCCHリソースセット（PUCCH resource set）が通知され、下りリンクデータを割り当てるDCI（例えばDCI format 1-0又はDCI format 1-1）のPRIにより、下りリンクデータに対するACK/NACK及びP/SP-CSIを送信するためのPUCCHリソースとして、PUCCHリソースセット内のPUCCHリソースの何れかが通知されてもよい。
【０１２１】
また、基地局１００は、端末２００に対して、PUSCHを割り当てるためのDCI（例えば、DCI format 0-1）において、UL-SCH indicator=0及びCSI request＝0を設定し、PUSCHリソースを割り当てる。例えば、基地局１００は、端末２００に対して、ACK/NACK及びP/SP-CSIを送信するためのPUCCHリソースと時間的に重なるように、UL-SCH indicator=0及びCSI request＝0が設定されたPUSCHリソースを割り当ててもよい。
【０１２２】
例えば、端末２００は、ACK/NACK及びP/SP-CSIを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっていない場合、PUCCH上でACK/NACK及びP/SP-CSIを送信する。端末２００は、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースでは送信を行わない。
【０１２３】
一方、端末２００は、図１０に示すように、ACK/NACK及びP/SP-CSIを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっている場合、当該PUSCHリソースを用いてACK/NCK及びP/SP-CSIを送信する。換言すると、端末２００は、ACK/NACK及びP/SP-CSIを送信するために割り当てられたPUCCHリソースでは送信を行わない。
【０１２４】
以上、UCIに含まれる情報に応じた基地局１００及び端末２００の動作例について説明した。
【０１２５】
このように、本実施の形態では、基地局１００は、端末２００に対して、UL-SCH indicator=0及びCSI request＝0が設定されたDCIによりPUSCHリソースを割り当てる。また、端末２００は、UCIを送信するために割り当てられたPUCCHリソースと、UL-SCH indicator=0及びCSI request＝0が設定されたDCIにより割り当てられたPUSCHリソースとが時間的に重なっている場合、当該DCIによって割り当てられたPUSCHリソースを用いてUCIを送信する。
【０１２６】
上述したように、PUCCHリソースは半静的（semi-static）に割り当てられるのに対して、PUSCHリソースは動的に（dynamicに）割り当てられる。よって、基地局１００は、例えば、UCIを送信するためのPUSCHリソースを、基地局１００と端末２００との間のチャネル状態の変化等に追従して動的に割り当てることができる。これにより、例えば、PUCCHリソースのチャネル状態がチャネル変動又はセル間干渉の影響により劣化した場合でも、端末２００は、チャネル状態に応じて割り当てられたPUSCHリソースを用いてUCIを送信できる。
【０１２７】
以上より、本実施の形態によれば、端末２００は、UCIを適切に送信できる。例えば、本実施の形態によれば、基地局１００におけるUCIの受信品質を向上でき、上りリンクリソースの利用効率を向上できる。
【０１２８】
また、本実施の形態では、端末２００は、UL-SCH indicator=0及びCSI request=0が設定されたDCIによって通知されたPUSCHリソース、つまり、UL-SCH又はCSIが送信されないPUSCHリソースを用いて、本来PUCCHリソースを用いて送信されるUCIを送信する。これにより、基地局１００は、DCIにおいて通知されるUL-SCH indicator及びCSI requestの関係性に応じて、端末２００の動作（例えば、UL-SCH又はUCIの送信）を適切に制御することができる。
【０１２９】
（実施の形態１のバリエーション１）
基地局１００から端末２００に対してP/SP-CSIの送信をSemi-staticに一度要求すると、次のSemi-staticな通知の機会が来るまで、端末２００は、周期的又は半永続的にP/SP-CSIを送信し続ける。このため、基地局１００は、端末２００からのP/SP-CSIの送信を動的に制御できない。しかし、基地局１００では、端末２００から送信されるP/SP-CSIが必要でない可能性もある。
【０１３０】
そこで、実施の形態１のバリエーションでは、UCIに少なくともP/SP-CSIが含まれる場合、端末２００は、図１１に示すように、DCIにおいて、UL-SCH indicator=0及びCSI request=0が通知された場合、P/SP-CSIの送信をドロップする。換言すると、端末２００は、図１１に示すように、P/SP-CSIを送信するためのPUCCHリソースと、PUSCHリソースとが時間的に重なっている場合、PUCCHリソース及びPUSCHリソースでは送信を行わない。
【０１３１】
なお、図１１は、図８に示すようにUCIがP/SP-CSIのみを含む場合の例であるが、例えば、図９に示すように、UCIがACK/NACKとP/SP-CSIとを含む場合も同様に適用できる。例えば、端末２００は、DCIにおいて、UL-SCH indicator=0及びCSI request=0が通知された場合、図１２に示すように、P/SP-CSIの送信をドロップすればよい。換言すると、端末２００は、図１２に示すように、P/SP-CSIの送信をドロップし、PUSCHリソースを用いてACK/NACKを送信する。
【０１３２】
これにより、端末２００におけるP/SP-CSIの送信を一時的に止めることが可能になり、上りリンクのリソース利用効率を向上できる。また、UCIがACK/NACKとP/SP-CSIとを含む場合、P/SP-CSIの送信をドロップすることにより、ACK/NACKへ割り当てるリソースが増加するので、ACK/NACKの受信品質を向上できる。
【０１３３】
（実施の形態２）
本実施の形態では、端末に対してCA（Carrier aggregation）が適用される場合について説明する。
【０１３４】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図５及び図６を援用して説明する。
【０１３５】
CAの場合、基地局１００は、端末２００に対して、複数のCC（Component Carrier。「キャリア」又は「セル」と呼ぶこともある）を設定し、各CCにおいてPUSCHを割り当てることができる。
【０１３６】
ここで、複数のCC間においてUCIを送信するためのPUCCHリソースが時間的に重なっている場合、端末２００は、複数のCCのうち、CCインデックス（又は、CC番号。例えば、ServCellIndex）が最小のCCのPUSCHにUCIを多重する（例えば、非特許文献３を参照）。
【０１３７】
また、CA又はnon-CAに限らず、同一CCに複数のPUSCHが割り当てられ、かつ、UCIを送信するPUCCHリソースと、当該複数のPUSCHとが時間的に重なっている場合、端末２００は、時間的に最も早く送信が始まるPUSCH（換言すると、PUSCH送信を開始するシンボルインデックスが最小のPUSCH）にUCIを多重する（例えば、非特許文献３を参照）。
【０１３８】
また、複数のCCの各々においてPUSCHが割り当てられる場合、又は、同一CC内において複数のPUSCHが割り当てられる場合、各PUSCHを割り当てるDCIにはUL-SCH indicatorフィールド及びCSI requestフィールドが設定されている。
【０１３９】
しかしながら、複数のCCにおけるUL-SCH indicatorフィールド及びCSI requestフィールドの設定と、端末２００の動作との関係性が不明瞭である。
【０１４０】
これにより発生する問題の一例として、以下が考えられる。
【０１４１】
例えば、図１３に示すように、CCインデックス0（CC#0）においてUL-SCH indicator=1及びCSI request＝0が設定され、CCインデックス1（CC#1）においてUL-SCH indicator=0及びCSI request＝0が設定されたPUSCHリソースが割り当てられると仮定する。
【０１４２】
この場合、上述した複数のCCにおけるUCIの多重方法によれば、UCIを送信するためのPUCCHリソースがPUSCHリソースと時間的に重なっている場合、UCIは、CCインデックス0のCC#0（CCインデックスが最小のCC）のPUSCHに多重される。よって、図１３では、CCインデックス1のCC#1にPUSCHが割り当てられているにも関わらず、端末２００はCC#1のPUSCHを用いることができない。また、図１３に示すように、端末２００がCC#0のPUSCHを用いてUL-SCHを送信する場合（換言すると、UL-SCH indicator=1の場合）、CC#0において、PUSCHリソースの一部がUCI送信に使用されるため、UL-SCHの受信品質を劣化させる恐れがある。
【０１４３】
ここで、図１３において説明したUL-SCHの受信品質の劣化を防止する方法として、例えば、図１４に示すように、CC#0においてUL-SCH indicator=0を設定し、CC#1においてUL-SCH indicator=1を設定することが考えられる。図１４の場合、端末２００は、CC#1のPUSCHリソースを用いて、UCI多重無しにUL-SCHを送信できる。
【０１４４】
ただし、図１４に示すように、CC#0では、UL-SCH indicator=0及びCSI request＝0が設定されたPUSCHが割り当てられているため、端末２００は、PUSCHでUCIを送信できない。よって、図１４では、端末２００は、CC#0のPUCCH（換言すると、Semi-staticに運用されるリソース）においてUCIを送信するので、チャネル状態又は要求条件の動的な変化に追従できず、UCIの受信品質が劣化する恐れがある。
【０１４５】
そこで、本実施の形態では、図１５に示すように、複数のCCの各々においてUL-SCH indicatorフィールド及びCSI requestフィールドが設定され、かつ、全てのCCにおいてCSI request=0が設定されたPUSCHリソースが割り当てられた場合、かつ、割り当てられたPUSCHリソースと、UCIを送信するために割り当てられたPUCCHリソースとが時間的に重なっている場合（又は、一部がオーバラップしている場合）、端末２００は、PUCCHにおいて送信予定であるUCIを、PUSCHリソースを用いて送信する。
【０１４６】
ここで、PUCCHにおいて送信予定のUCIは、例えば、少なくとも、下りリンクデータに対するACK/NACK、及び、P-CSI/SP-CSIの何れか一方を含む。
【０１４７】
また、図１５に示すように、端末２００は、端末２００に設定された複数のCCのうち、UL-SCH indicator=0が設定されたCC（図１５では、CC#1）のPUSCHにUCIを多重する。換言すると、端末２００は、実施の形態１と同様、UL-SCH indicator=0及びCSI request＝0が設定されたDCIによって割り当てられるPUSCHリソースを用いてUCIを送信する。
【０１４８】
図１５では、端末２００は、UL-SCH indicator=1及びCSI request＝0が設定されたCC#0のPUSCHリソースを用いてUL-SCH（上りリンクデータ）を送信し、UL-SCH indicator=0及びCSI request＝0が設定されたCC#1のPUSCHリソースを用いてUCI（例えば、ACK/NACK及びP/SP-CSIの少なくとも一方）を送信する。
【０１４９】
このように、本実施の形態によれば、端末２００がUL-SCHを送信するPUSCH（図１５では、CC#0のPUSCHリソース）へのUCIの多重を回避できるため、UL-SCHの受信品質の劣化を防止できる。また、本実施の形態によれば、実施の形態１と同様、基地局１００は、UCIを送信するためのPUSCHリソース（図１５では、CC#1のPUSCHリソース）を、チャネル状態の変化などに追従して動的に割り当てることができる。よって、基地局１００におけるUCIの受信品質を向上でき、上りリンクリソースの利用効率を向上できる。
【０１５０】
なお、UL-SCH indicator=0が設定されたCCが複数ある場合、端末２００は、例えば、UL-SCH indicator=0が設定された複数のCCのうち、CCインデックスが最小のCCにおけるPUSCHにUCIを多重してもよい。なお、UCIの送信に用いるPUSCHリソースが割り当てられるCCは、最小のCCインデックスのCCに限定されず、他のCCでもよい。
【０１５１】
また、複数のCCの全てにおいてUL-SCH indicator=1が設定された場合、端末２００は、例えば、非特許文献３に記載された方法と同様、最小のCCインデックスのCCにおいて送信されるPUSCHにUCIを多重してもよい。なお、UCIの送信に用いるPUSCHリソースが割り当てられるCCは、最小のCCインデックスのCCに限定されず、他のCCでもよい。
【０１５２】
また、同一CC内に複数のPUSCHが割り当てられ、かつUCIを送信するPUCCHリソースと当該複数のPUSCHとが時間的に重なっていた場合、端末２００は、UL-SCH indicator=0が設定されたCCにおけるPUSCHのうち、時間的に最も早く送信が始まるPUSCH（換言すると、PUSCH送信を開始するシンボルインデックスがより小さいPUSCH）にUCIを多重してもよい。なお、UCIの送信に用いるPUSCHは、時間的に最も早く送信が始まるPUSCHに限定されず、他のPUSCHでもよい。
【０１５３】
（実施の形態３）
本実施の形態では、端末に対してCAが適用される場合に、基地局がCSI requestフィールドを用いて、端末２００に対してA/SP-CSIを要求する場合について説明する。
【０１５４】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図５及び図６を援用して説明する。
【０１５５】
NRでは、端末２００が２つ以上のCSI requestを同一スロット内において受信することを想定していない。したがって、CAにおいて、複数のCCの各々にPUSCHが割り当てられる場合に、基地局１００がPUSCHを用いてCSIを送信することを要求する場合、或る１つのCCのCSI requestが非ゼロに設定され、残りのCCでは、CSI request=0が設定されると考えられる。
【０１５６】
しかしながら、この場合における複数のCC間のUL-SCH indicatorフィールド及びCSI requestフィールドの設定と、端末２００の動作との関係性が不明瞭である。
【０１５７】
これにより発生する問題の一例として、以下が考えられる。
【０１５８】
例えば、図１６に示すように、CCインデックス0(CC#0)においてUL-SCH indicator=0及びCSI request＝0が設定され、CCインデックス1（CC#1）においてUL-SCH indicator=1及びCSI request＝1が設定されたPUSCHリソースが割り当てられると仮定する。
【０１５９】
この場合、単純な方法は、図１６に示すように、端末２００がCC#1において要求されたA/SP-CSIをCC#1のPUSCHに多重して送信する方法である。
【０１６０】
しかし、図１６の場合、CC#0においてPUSCHが割り当てられているにも関わらず、端末２００はCC#0のPUSCHを用いることができない。また、図１６に示すように、端末２００は、CC#1のPUSCHを用いてUL-SCHを送信するのに対して、CC#1では、PUSCHリソースの一部がUCI送信に使用されるため、UL-SCHの受信品質を劣化させる恐れがある。
【０１６１】
ここで、図１６において説明したUL-SCHの受信品質の劣化を防止する方法として、例えば、図１７に示すように、CC#0においてUL-SCH indicator=0及びCSI request=1を設定し、CC#1においてUL-SCH indicator=1及びCSI request=0を設定することが考えられる。図１７の場合、端末２００は、CC#1のPUSCHリソースを用いて、UCI多重無しにUL-SCHを送信し、CC#0のPUSCHリソースを用いてA/SP-CSIを送信できる。
【０１６２】
しかし、NRでは、図１８に示すように、A/SP-CSIを送信するためのPUSCHリソースが、ACK/NACK又はSRを送信するためのPUCCHリソースと時間的に重なる場合、端末２００は、UL-SCH無しでA/SP-CSIを送信するPUSCHをドロップする（例えば、非特許文献３を参照）。よって、図１８では、端末２００は、A/SP-CSIを送信できない。
【０１６３】
また、図１８に示すように、ACK/NACK又はSRは、CC#1のPUSCHに多重して送信される。よって、図１８では、PUSCHリソースの一部がACK/NACK又はSRの送信に使用されるため、UL-SCHの受信品質を劣化させる恐れがある。
【０１６４】
そこで、本実施の形態では、UL-SCHの受信品質を劣化させずに、A/SP-CSI（換言すると、CSI requestによって要求されるCSI）及び、ACK/NACK又はSR（換言すると、PUCCHに割り当てられたUCI）を適切に送信する方法について説明する。
【０１６５】
例えば、図１９に示すように、図１６と同様、CCインデックス0（CC#0）においてUL-SCH indicator=0及びCSI request＝0が設定され、CCインデックス1（CC#1）においてUL-SCH indicator=1及びCSI request＝1が設定されたPUSCHリソースが割り当てられると仮定する。
【０１６６】
図１９に示すように、複数のCCの各々においてUL-SCH indicatorフィールド及びCSI requestフィールドが設定され、かつ、CSI requestが要求された場合、端末２００は、A/SP-CSIを、UL-SCH indicator=0が設定されたCC#0のPUSCHに多重して送信する。
【０１６７】
また、図１９に示すように、A/SP-CSIが多重されるPUSCHリソースが、ACK/NACK（又はSR）を送信するためのPUCCHリソースと時間的に重なる場合（又は、一部がオーバラップしている場合）、端末２００は、ACK/NACK（又はSR）を、UL-SCH indicator=0が設定されたCC#0のPUSCHに多重して送信する。換言すると、端末２００は、実施の形態１と同様、UL-SCH indicator=0及びCSI request＝0が設定されたDCIによって割り当てられるPUSCHリソースを用いてUCIを送信する。
【０１６８】
よって、図１９では、端末２００は、CC#0のPUSCHリソースを用いて、ACK/NACK（又はSR）とA/SP-CSIとを多重して送信し、CC#1のPUSCHリソースを用いて、UL-SCHを送信する。
【０１６９】
このように、本実施の形態によれば、端末２００がUL-SCHを送信するPUSCHへのUCI（例えば、ACK/NACK又はA/SP-CSI等）の多重を回避できるため、UL-SCHの受信品質の劣化を防止できる。また、本実施の形態によれば、実施の形態１と同様、基地局１００は、UCIを送信するためのPUSCHリソース（図１９では、CC#0のPUSCHリソース）を、チャネル状態の変化などに追従して動的に割り当てることができる。よって、基地局１００におけるUCIの受信品質を向上でき、上りリンクリソースの利用効率を向上できる。
【０１７０】
なお、本実施の形態では、図１９に示すUL-SCH indicator及びCSI requestの設定に限定されない。例えば、図２０に示すように、CCインデックス0（CC#0）においてUL-SCH indicator=0及びCSI request＝1が設定され、CCインデックス1（CC#1）においてUL-SCH indicator=1及びCSI request＝0が設定されたPUSCHリソースが割り当てられると仮定する。
【０１７１】
図２０の場合でも、端末２００は、A/SP-CSIを、UL-SCH indicator=0が設定されたCC#0のPUSCHに多重して送信してもよい。さらに、図２０に示すように、A/SP-CSIが多重されるPUSCHリソースがACK/NACK（及びSR）を送信するPUCCHが割り当てられたリソースと時間的に重なっている場合（又は、一部がオーバラップしている場合）、端末２００は、ACK/NACK（及びSR）を、UL-SCH indicator=0が設定されたCCのPUSCHに多重して送信する。よって、図２０では、端末２００は、図１９と同様、CC#0のPUSCHリソースを用いて、ACK/NACK（及びSR）とA/SP-CSIとを多重して送信し、CC#1のPUSCHリソースを用いて、UL-SCHを送信する。よって、図２０の場合でも、基地局１００におけるUCIの受信品質を向上でき、上りリンクリソースの利用効率を向上できる。
【０１７２】
なお、UL-SCH indicator=0が設定されたCCが複数ある場合、端末２００は、例えば、UL-SCH indicator=0が設定された複数のCCのうち、CCインデックスが最小のCCにおけるPUSCHにUCIを多重してもよい。なお、UCIの送信に用いるPUSCHリソースが割り当てられるCCは、最小のCCインデックスのCCに限定されず、他のCCでもよい。
【０１７３】
また、複数のCCの全てにおいてUL-SCH indicator=1が設定された場合、端末２００は、例えば、非特許文献３に記載された方法と同様、最小のCCインデックスのCCにおいて送信されるPUSCHにUCIを多重してもよい。または、端末２００は、CSI requestが非ゼロに設定されたCCにおいて送信されるPUSCHにUCIを多重してもよい。なお、UCIの送信に用いるPUSCHリソースが割り当てられるCCは、最小のCCインデックスのCCに限定されず、他のCCでもよい。
【０１７４】
また、同一CC内に複数にPUSCHが割り当てられ、かつUCIを送信するPUCCHリソースと当該複数のPUSCHとが時間的に重なっていた場合、端末２００は、UL-SCH indicator=0が設定されたCCにおけるPUSCHのうち、時間的に最も早く送信が始まるPUSCH（換言すると、PUSCH送信を開始するシンボルインデックスがより小さいPUSCH）にUCIを多重してもよい。なお、UCIの送信に用いるPUSCHは、時間的に最も早く送信が始まるPUSCHに限定されず、他のPUSCHでもよい。
【０１７５】
（実施の形態４）
上述した実施の形態１〜３では、PUSCHにおいてUL-SCH送信が無く、基地局からのCSI報告の要求が無い場合の通知について、DCIにおいて、UL-SCH indicator=0及びCSI request=0が通知される場合について説明した。
【０１７６】
しかし、PUSCHにおいてUL-SCH送信が無く、基地局からのCSI報告の要求が無い場合の通知は、上述したDCIの設定に限らない。
【０１７７】
本実施の形態では、PUSCHにおいてUL-SCH送信が無く、基地局からのCSI報告の要求が無い場合のDCIにおける他の通知方法について説明する。
【０１７８】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図５及び図６を援用して説明する。
【０１７９】
例えば、DCI format 0-1に含まれるCSI requestフィールドは、基地局が端末に対して、ビームフォーミング制御のための非周期的な参照信号（A-CSI。例えば、CSI測定用参照信号）をモニタすることを通知（換言するとトリガ）することもできる。また、例えば、CSI requestフィールドは、基地局が端末に対して、チャネル追従のための非周期的な参照信号をモニタすることを通知（換言するとトリガ）することもできる。
【０１８０】
この場合、端末には、端末固有の上位レイヤ信号において、reportQuantity=noneが通知されている。ここで、上位レイヤのパラメータであるreportQuantityは、端末がCSI requestフィールドによりCSIを送信することを要求された場合に、実際に送信する情報を示す指示情報である。
【０１８１】
ここで、DCIにおいて、UL-SCH indicator=0及びCSI request=非ゼロが通知され、かつ、CSI request=非ゼロがreportQuantityに対応し、かつ上位レイヤ信号において、reportQuantity=noneが設定されている場合、端末は、PUSCHにおいてUL-SCH送信が無く、基地局からのCSI報告の要求が無いと判断する。
【０１８２】
この時、例えば、下りリンクデータ（例えば、PDSCH）に対するACK/NACK等のUCIを送信するためのPUCCHが割り当てられたスロット（又は、ミニスロット）と同一時間リソース（又は、一部がオーバラップする時間リソース）において、UL-SCH indicator=0及びCSI request=非ゼロが通知され、かつreportQuantity=noneが設定されたPUSCHリソースが割り当てられた場合、端末は、PUSCHではなく、PUCCHにおいてUCI（例えば、ACK/NACK）を送信することが考えられる。
【０１８３】
しかし、PUCCHのための無線リソース（PUCCHリソース）の割り当ては半静的（Semi-static）に運用される。Semi-staticなPUCCHリソースの割り当てでは、チャネル状態又は要求条件の動的な変化に追従できないため、無線リソースを有効に利用できない恐れがある。例えば、Semi-staticに割り当てられたPUCCHリソースのチャネル状態がチャネル変動又はセル間干渉の影響により劣化した場合、端末がPUCCHにおいてUCIを送信すると、UCIの受信品質が劣化する恐れがある。UCIの受信品質の劣化は、システムの最適化に影響を及ぼし、システムスループットの低下を招く可能性がある。
【０１８４】
そこで、本実施の形態では、端末２００は、UL-SCH indicator=0及びCSI request＝非ゼロ、かつreportQuantity=noneが設定されたPUSCHリソースが割り当てられた場合、かつ、当該PUSCHリソースと、UCIを送信するために割り当てられたPUCCHリソースとが時間的に重なっている場合（又は、一部がオーバラップしている場合）、PUCCHリソースにおいて送信予定であるUCIを、PUSCHリソースを用いて送信する。
【０１８５】
上述したように、PUCCHリソースは半静的（semi-static）に割り当てられるのに対して、PUSCHリソースは動的に（dynamicに）割り当てられる。よって、基地局１００は、実施の形態１と同様、UCIを送信するためのPUSCHリソースを、基地局１００と端末２００との間のチャネル状態の変化等に追従して動的に割り当てることができる。これにより、基地局１００におけるUCIの受信品質を向上でき、上りリンクリソースの利用効率を向上できる。
【０１８６】
以上より、本実施の形態によれば、端末２００は、UCIを適切に送信できる。例えば、本実施の形態によれば、基地局１００におけるUCIの受信品質を向上できる。
【０１８７】
なお、本実施の形態におけるUCIには、下りリンクデータに対するACK/NACK及びP/SP-CSIの何れか一方が含まれていてもよく、又は、下りリンクデータに対するACK/NACK及びP/SP-CSIの双方が含まれていてもよい。
【０１８８】
（実施の形態５）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図５及び図６を援用して説明する。
【０１８９】
本実施の形態では、UCIに少なくともP/SP-CSIが含まれる場合、端末２００は、UL-SCH indicator=0及びCSI request＝非ゼロ、かつreportQuantity=noneが設定されたPUSCHリソースが割り当てられた場合、かつ、当該PUSCHリソースと、UCIを送信するために割り当てられたPUCCHリソースとが時間的に重なっている場合（又は、一部がオーバラップしている場合）、P/SP-CSIの送信をドロップする。
【０１９０】
一方、下りリンクデータに対するACK/NACKが含まれている場合は、端末２００は、実施の形態４の動作と同様に、PUCCHリソースにおいて送信予定である下りリンクデータに対するACK/NACKを、PUSCHリソースを用いて送信する。
【０１９１】
これにより、端末２００におけるP/SP-CSIの送信を一時的に止めることが可能になり、上りリンクのリソース利用効率を向上できる。また、UCIがACK/NACKとP/SP-CSIとを含む場合、端末２００がP/SP-CSIの送信をドロップすることにより、ACK/NACKへ割り当てるリソースが増加するので、ACK/NACKの受信品質を向上できる。
【０１９２】
（実施の形態６）
本実施の形態では、端末に対してCAが適用される場合について説明する。
【０１９３】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図５及び図６を援用して説明する。
【０１９４】
例えば、複数のCCの各々においてUL-SCH indicatorフィールド及びCSI requestフィールドが設定され、かつ、全てのCCにおいて基地局１００からのCSI報告の要求がない場合、かつ、割り当てられたPUSCHリソースとUCIを送信するために割り当てられたPUCCHリソースとが時間的に重なっている場合（又は、一部がオーバラップしている場合）、端末２００は、PUCCHにおいて送信予定であるUCIを、PUSCHリソースを用いて送信する。ここで、基地局１００からのCSI報告の要求がない場合は、例えば、実施の形態１〜３で説明したようなCSI request=0の場合、又は、実施の形態４又は５で説明したような、CSI request=非ゼロ、CSI request=非ゼロがreportQuantityに対応し、かつ上位レイヤ信号においてreportQuantity=noneが設定されている場合である。
【０１９５】
ここで、PUCCHにおいて送信予定のUCIは、例えば、少なくとも、下りリンクデータに対するACK/NACK、及び、P-CSI/SP-CSIの何れか一方を含む。
【０１９６】
また、端末２００は、端末２００に設定された複数のCCのうち、UL-SCH indicator=0が設定されたCCのPUSCHにUCIを多重する。
【０１９７】
このように、本実施の形態によれば、端末２００がUL-SCHを送信するPUSCHへのUCIの多重を回避できるため、UL-SCHの受信品質の劣化を防止できる。また、本実施の形態によれば、実施の形態１と同様、基地局１００は、UCIを送信するためのPUSCHリソースを、チャネル状態の変化などに追従して動的に割り当てることができる。よって、基地局１００におけるUCIの受信品質を向上でき、上りリンクリソースの利用効率を向上できる。
【０１９８】
なお、UL-SCH indicator=0が設定されたCCが複数ある場合、端末２００は、例えば、UL-SCH indicator=0が設定された複数のCCのうち、CCインデックスが最小のCCにおけるPUSCHにUCIを多重してもよい。なお、UCIの送信に用いるPUSCHリソースが割り当てられるCCは、最小のCCインデックスのCCに限定されず、他のCCでもよい。例えば、CSI request=0とCSI request=非ゼロが設定されたCCがある場合は、端末２００は、CSI request=0が設定されたCCにおけるPUSCHにUCIを多重してもよい。または、その逆に、端末２００は、CSI request=非ゼロが設定されたCCにおけるPUSCHにUCIを多重してもよい。
【０１９９】
また、複数のCCの全てにおいてUL-SCH indicator=1が設定された場合、端末２００は、例えば、非特許文献３に記載された方法と同様、最小のCCインデックスのCCにおいて送信されるPUSCHにUCIを多重してもよい。なお、UCIの送信に用いるPUSCHリソースが割り当てられるCCは、最小のCCインデックスのCCに限定されず、他のCCでもよい。
【０２００】
また、同一CC内に複数のPUSCHが割り当てられ、かつUCIを送信するPUCCHリソースと当該複数のPUSCHとが時間的に重なっていた場合、端末２００は、UL-SCH indicator=0が設定されたCCにおけるPUSCHのうち、時間的に最も早く送信が始まるPUSCH（換言すると、PUSCH送信を開始するシンボルインデックスがより小さいPUSCH）にUCIを多重してもよい。なお、UCIの送信に用いるPUSCHは、時間的に最も早く送信が始まるPUSCHに限定されず、他のPUSCHでもよい。
【０２０１】
以上、本開示の各実施の形態について説明した。
【０２０２】
なお、上記実施の形態では、DCIにおいてUL-SCH indicator=0及びCSI request=0が通知された場合、端末２００が、本来PUCCH上において送信するUCIを、PUSCH上において送信することを可能にした。また、DCIにおいてUL-SCH indicator=0及びCSI request＝非ゼロ、かつreportQuantity=noneが設定された場合、端末２００が、本来PUCCH上において送信するUCIを、PUSCH上において送信することを可能にした。ただし、規格において基地局１００がUL-SCH indicator=0及びCSI request=0を設定することを許容しないことにより、UL-SCH indicatorフィールドとCSI requestフィールドとの関係性の不明瞭さをなくすこともできる。このとき、端末２００は、PUSCHを割り当てるためのDCIにおいて、UL-SCH indicator=0及びCSI request=0が通知されることを想定しない。同様に、規格において基地局１００がreportQuantity=noneが設定された場合、DCIにおいてUL-SCH indicator=0及びCSI request＝非ゼロを設定することを許容しないことにしてもよい。この場合、端末２００の実装を簡易にできる。
【０２０３】
また、上記実施の形態では、UCIを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request=0が設定されたDCIによって割り当てられたPUSCHリソースとが時間的に重なる場合に、UCIがPUSCHリソースを用いて送信される場合について説明した。しかし、本開示では、UCIを送信するためのPUCCHリソースと、UL-SCH indicator=0及びCSI request=0が設定されたDCIによって割り当てられたPUSCHリソースとが時間的に重ならない場合でも、端末２００は、PUSCHリソースを用いてUCIを送信してもよい。
【０２０４】
また、本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２０５】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
【０２０６】
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
【０２０７】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
【０２０８】
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
【０２０９】
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
【０２１０】
本開示の一実施例における端末は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる、受信機と、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する送信機と、を具備する。
【０２１１】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記上り制御チャネルのリソースと時間的に重なるリソースである。
【０２１２】
本開示の一実施例における端末において、前記端末に対して、複数のコンポーネントキャリアが設定され、前記送信機は、前記複数のコンポーネントキャリアの各々において前記第１の指示情報及び前記第２の指示情報が設定され、かつ、前記複数のコンポーネントキャリアの全てにおいて前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する。
【０２１３】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記上り制御チャネルのリソースと時間的に重なるリソースである。
【０２１４】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記複数のコンポーネントキャリアのうち、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおけるリソースである。
【０２１５】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアのうち、コンポーネントキャリア番号が最小のコンポーネントキャリアにおけるリソースである。
【０２１６】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおける複数の前記上りデータチャネルのうち、時間的に最も早く送信が始まる上りデータチャネルのリソースである。
【０２１７】
本開示の一実施例における端末において、前記端末に対して、複数のコンポーネントキャリアが設定され、前記送信機は、前記複数のコンポーネントキャリアの各々において前記第１の指示情報及び前記第２の指示情報が設定され、かつ、少なくとも１つのコンポーネントキャリアにおける前記第２の指示情報が前記チャネル状態情報の送信が有ることを示す場合、前記複数のコンポーネントキャリアのうち、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおける前記上りデータチャネルのリソースを用いて、前記上り制御情報と前記チャネル状態情報とを多重して送信する。
【０２１８】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記複数のコンポーネントキャリアのうち、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示すコンポーネントキャリアにおけるリソースである。
【０２１９】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアのうち、コンポーネントキャリア番号が最小のコンポーネントキャリアにおけるリソースである。
【０２２０】
本開示の一実施例における端末において、前記上りデータチャネルのリソースは、前記第１の指示情報が前記上りデータの送信が無いことを示すコンポーネントキャリアにおける複数の前記上りデータチャネルのうち、時間的に最も早く送信が始まる上りデータチャネルのリソースである。
【０２２１】
本開示の一実施例における端末において、前記上り制御情報には、下りデータに対する応答信号、及び、チャネル状態情報の少なくとも１つが含まれる。
【０２２２】
本開示の一実施例における基地局は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を送信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれる、送信機と、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて送信される前記上り制御情報を受信する受信機と、を具備する。
【０２２３】
本開示の一実施例における通信方法は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を受信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれ、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて、前記上り制御情報を送信する。
【０２２４】
本開示の一実施例における通信方法は、上りデータチャネルに関する第１の制御情報、及び、上り制御情報の送信のための上り制御チャネルに関する第２の制御情報を送信し、前記第１の制御情報には、上りデータの送信の有無を示す第１の指示情報、及び、チャネル状態情報の送信の有無を示す第２の指示情報が含まれ、前記第１の指示情報が前記上りデータの送信が無いことを示し、かつ、前記第２の指示情報が前記チャネル状態情報の送信が無いことを示す場合、前記上りデータチャネルのリソースを用いて送信される前記上り制御情報を受信する。
【０２２５】
２０１８年７月２５日出願の特願２０１８−１３９３３７の日本出願、及び、２０１８年１０月２６日出願の特願２０１８−２０２０４６の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０２２６】
本開示の一実施例は、移動通信システムに有用である。
【符号の説明】
【０２２７】
１００  基地局
１０１，２１１  制御部
１０２  データ生成部
１０３，１０７，１１０，２１２，２１４，２１６  符号化部
１０４  再送制御部
１０５，１０８，１１１，２１３，２１５，２１７  変調部
１０６  上位制御信号生成部
１０９  下り制御信号生成部
１１２，２１８  信号割当部
１１３，２１９  IFFT部
１１４，２２０  送信部
１１５，２０１  アンテナ
１１６，２０２  受信部
１１７，２０３  FFT部
１１８，２０４  抽出部
１１９  ACK/NACK復調部
１２０，１２３，１２６  復号部
１２１，１２４，１２７  判定部
１２２  CSI復調部
１２５  UL-SCH復調部
２００  端末
２０５  下り制御信号復調部
２０６，２０８，２１０  復号部
２０７  上位制御信号復調部
２０９  データ復調部
【図１】
2020021770.tif 000003
【図２】
2020021770.tif 000004
【図３】
2020021770.tif 000005
【図４】
2020021770.tif 000006
【図５】
2020021770.tif 000007
【図６】
2020021770.tif 000008
【図７】
2020021770.tif 000009
【図８】
2020021770.tif 000010
【図９】
2020021770.tif 000011
【図１０】
2020021770.tif 000012
【図１１】
2020021770.tif 000013
【図１２】
2020021770.tif 000014
【図１３】
2020021770.tif 000015
【図１４】
2020021770.tif 000016
【図１５】
2020021770.tif 000017
【図１６】
2020021770.tif 000018
【図１７】
2020021770.tif 000019
【図１８】
2020021770.tif 000020
【図１９】
2020021770.tif 000021
【図２０】
2020021770.tif 000022
【手続補正書】
【提出日】令和2年12月14日(2020.12.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
上りリンク共有チャネルインディケータ情報とチャネル状態情報リクエスト情報を含む下りリンク制御情報を受信する、受信機と、
上りリンク制御情報の確認応答情報を送信する、送信機と、を具備する、
端末。
【請求項２】
前記上りリンク共有チャネルインディケータ情報は上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことを示し、また、前記チャネル状態情報リクエスト情報はチャネル状態情報がリクエストされないことを示す場合、
前記受信機は、規格による定義において、前記上りリンク共有チャネルインディケータ情報と前記チャネル状態情報リクエスト情報を含む前記下りリンク制御情報を受信することを予期しない、
請求項１に記載の端末。
【請求項３】
前記上りリンク共有チャネルインディケータ情報は上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことを示し、また、前記チャネル状態情報リクエスト情報はチャネル状態情報がリクエストされることを示す場合、
前記受信機は、前記上りリンク共有チャネルインディケータ情報と前記チャネル状態リクエスト情報を含む前記下りリンク制御情報を受信することを予期する、
請求項１に記載の端末。
【請求項４】
前記下りリンク制御情報は、下りリンク制御情報フォーマット0_1を使用しない、
請求項１に記載の端末。
【請求項５】
前記上りリンク制御情報の送信のために割り当てられた物理上りリンク制御チャネル送信が物理上りリンク共有チャネル送信と重なり、前記端末が前記物理上りリンク共有チャネルに非周期的なチャネル状態情報報告または半永続的なチャネル状態情報報告を多重する場合、
前記端末は前記物理上りリンク共有チャネルに前記確認応答情報を多重する、
請求項１に記載の端末。
【請求項６】
前記端末は、前記上りリンク共有チャネルインディケータ情報による上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことの示唆、また、前記チャネル状態情報リクエスト情報によるチャネル状態情報がリクエストされないことの示唆に基づいて、リソースを設定し、
前記送信機は、前記リソースを使用して前記上りリンク制御情報の前記確認応答情報を送信する、
請求項１に記載の端末。
【請求項７】
前記リソースは、前記物理上りリンク共有チャネルである、
請求項６に記載の端末。
【請求項８】
前記端末は、前記上りリンク共有チャネルインディケータ情報による上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことの示唆、また、前記チャネル状態情報リクエスト情報によるチャネル状態情報がリクエストされないことの示唆に基づいて、前記確認応答情報の送信のタイミングを設定し、
前記送信機は、前記タイミングで前記上りリンク制御情報の前記確認応答情報を送信する、
請求項１に記載の端末。
【請求項９】
上りリンク共有チャネルインディケータ情報とチャネル状態情報リクエスト情報を含む下りリンク制御情報を受信する、工程と、
上りリンク制御情報の確認応答情報を送信する、工程と、を含む、
通信方法。
【請求項１０】
前記上りリンク共有チャネルインディケータ情報は上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことを示し、また、前記チャネル状態情報リクエスト情報はチャネル状態情報がリクエストされないことを示す場合、
規格による定義において、前記上りリンク共有チャネルインディケータ情報と前記チャネル状態情報リクエスト情報を含む前記下りリンク制御情報を受信することは予期されない、
請求項９に記載の通信方法。
【請求項１１】
前記上りリンク共有チャネルインディケータ情報は上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことを示し、また、前記チャネル状態情報リクエスト情報はチャネル状態情報がリクエストされることを示す場合、
前記上りリンク共有チャネルインディケータ情報と前記チャネル状態リクエスト情報を含む前記下りリンク制御情報を受信することが予期される、
請求項９に記載の通信方法。
【請求項１２】
前記下りリンク制御情報は、下りリンク制御情報フォーマット0_1を使用しない、
請求項１０に記載の通信方法。
【請求項１３】
前記上りリンク制御情報の送信のために割り当てられた物理上りリンク制御チャネル送信が物理上りリンク共有チャネル送信と重なり、前記物理上りリンク共有チャネルに非周期的なチャネル状態情報報告または半永続的なチャネル状態情報報告を多重される場合、
前記物理上りリンク共有チャネルに前記確認応答情報を多重する、工程を含む、
請求項９に記載の通信方法。
【請求項１４】
前記上りリンク共有チャネルインディケータ情報による上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことの示唆、また、前記チャネル状態情報リクエスト情報によるチャネル状態情報がリクエストされないことの示唆に基づいて、リソースを設定する、工程と、
前記リソースを使用して前記上りリンク制御情報の前記確認応答情報を送信する、工程と、を含む、
請求項９に記載の通信方法。
【請求項１５】
前記リソースは、前記物理上りリンク共有チャネルである、
請求項１４に記載の通信方法。
【請求項１６】
前記上りリンク共有チャネルインディケータ情報による上りリンク共有チャネルが物理上りリンク共有チャネルで送信されないことの示唆、また、前記チャネル状態情報リクエスト情報によるチャネル状態情報がリクエストされないことの示唆に基づいて、前記確認応答情報の送信のタイミングを設定する、工程と、
前記タイミングで前記上りリンク制御情報の前記確認応答情報を送信する、工程と、を含む、
請求項９に記載の通信方法。
【請求項１７】
上りリンク共有チャネルインディケータ情報とチャネル状態情報リクエスト情報を含む下りリンク制御情報を受信する、処理と、
上りリンク制御情報の確認応答情報を送信する、処理と、を制御する、
集積回路。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本開示は、端末、通信方法及び集積回路に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本開示の非限定的な実施例は、上りリンク制御情報を適切に送信できる端末、通信方法及び集積回路の提供に資する。
【国際調査報告】
2020021770.tif 000023
2020021770.tif 000024
2020021770.tif 000025
2020021770.tif 000026