JP7640196B2

JP7640196B2 - 端末、基地局装置、及びフィードバック方法

Info

Publication number: JP7640196B2
Application number: JP2022541032A
Authority: JP
Inventors: 真哉岡村; 浩樹原田; 知也小原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2020-08-05
Filing date: 2020-08-05
Publication date: 2025-03-05
Anticipated expiration: 2040-08-05
Also published as: JPWO2022029946A1; WO2022029946A1

Description

本発明は、無線通信システムにおける端末及び基地局装置に関連するものである。

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、５ＧあるいはＮＲ（ＮｅｗＲａｄｉｏ）と呼ばれる無線通信方式（以下、当該無線通信方式を「ＮＲ」という。）の検討が進んでいる。５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術及びネットワークアーキテクチャの検討が行われている（例えば非特許文献１）。

また、ＬＴＥとＮＲを同一バンド内で共存させる動的周波数共有技術（Ｄｙｎａｍｉｃｓｐｅｃｔｒｕｍｓｈａｒｉｎｇ，ＤＳＳ）が検討されている。異なるＲＡＴ（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）を単一キャリアに共存させることで、システム世代切り替え時期のトラフィック需要に柔軟に対応することが可能となる。

３ＧＰＰＴＳ３８．３００Ｖ１５．９．０（２０２０－０３）３ＧＰＰＴＳ３８．３３１Ｖ１５．９．０（２０２０－０３）３ＧＰＰＴＳ３８．２１３Ｖ１５．９．０（２０２０－０３）

現在のＤＳＳの仕様では、ＬＴＥ端末及びＮＲ端末それぞれに、制御信号を送受信するためのリソースが設定される。制御信号が配置可能なリソースは予め規定されており、かつ単一キャリアにシステムが共存しているため、システムが別キャリアで独立して運用されるよりも、制御信号を送受信するためのリソースが不足することが想定される。

そのため、ＤＳＳにおいて、リソースを効率的に使用するために、１つのＤＣＩで複数のＣＣ（複数のセル）におけるＰＤＳＣＨ受信をスケジューリングすることが検討されている。

しかし、１つのＤＣＩで複数のＣＣにおけるＰＤＳＣＨ受信をスケジューリングする際に、端末においてＰＤＳＣＨ受信に対するＨＡＲＱ情報（ＡＣＫ／ＮＡＣＫ）を送信するタイミングが、ＣＣ間で異なる可能性がある。ＨＡＲＱ情報を送信するタイミングがＣＣ間で異なる場合、ＰＵＣＣＨリソースの利用が非効率となる。なお、このような課題は、ＤＳＳを用いる場合に限らずに、１つのＤＣＩで複数のＣＣにおけるＰＤＳＣＨ受信をスケジューリングする際に生じる課題である。

本発明は上記の点に鑑みてなされたものであり、１つのＤＣＩで複数のＣＣにおけるＰＤＳＣＨ受信をスケジューリングする際に、端末においてＰＤＳＣＨ受信に対するＨＡＲＱ情報をＣＣ間で同一のタイミングで送信することを可能とする技術を提供することを目的とする。

開示の技術によれば、基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信する受信部と、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値と、前記基地局装置から設定されたパラメータとを用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する制御部と、を備える端末であって、
前記制御部は、前記フィードバックタイミング指標値から得られたあるＣＣに対するフィードバックタイミングと、前記パラメータとを用いて、他のＣＣに対するフィードバックタイミングを決定する
端末が提供される。

開示の技術によれば、１つのＤＣＩで複数のＣＣにおけるＰＤＳＣＨ受信をスケジューリングする際に、端末においてＰＤＳＣＨ受信に対するＨＡＲＱ情報をＣＣ間で同一のタイミングで送信することを可能とする技術が提供される。

本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムの基本的な動作を説明するための図である。ＳｉｎｇｌｅＤＣＩｓｃｈｅｄｕｌｉｎｇの例を示す図である。ＨＡＲＱ情報の送信タイミングを説明するための図である。課題を説明するための図である。端末の動作例を説明するための図である。テーブルの例を示す図である。テーブルの例を示す図である。テーブルの例を示す図である。端末の動作例を説明するための図である。端末の動作例を説明するための図である。端末の動作例を説明するための図である。端末の動作例を説明するための図である。端末の動作例を説明するための図である。本発明の実施の形態における基地局装置１０の機能構成の一例を示す図である。本発明の実施の形態における端末２０の機能構成の一例を示す図である。本発明の実施の形態における基地局装置１０又は端末２０のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。

本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用されてよい。当該既存技術は、例えば既存のＮＲあるいはＬＴＥであるが、既存のＮＲあるいはＬＴＥに限られない。

（システム構成）
図１は、本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムは、図１に示されるように、基地局装置１０及び端末２０を含む。図１には、基地局装置１０及び端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

基地局装置１０は、１つ以上のセルを提供し、端末２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭシンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。また、時間領域におけるＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）がスロットであってもよいし、ＴＴＩがサブフレームであってもよい。

基地局装置１０は、複数のセル（複数のＣＣ（コンポーネントキャリア））を束ねて端末２０と通信を行うキャリアアグリゲーションを行うことが可能である。キャリアアグリゲーションでは、１つのＰＣｅｌｌ（プライマリセル）と１以上のＳＣｅｌｌ（セカンダリセル）が使用される。

基地局装置１０は、同期信号及びシステム情報等を端末２０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報は、例えば、ＮＲ－ＰＢＣＨあるいはＰＤＳＣＨにて送信され、ブロードキャスト情報ともいう。図１に示されるように、基地局装置１０は、ＤＬ（Ｄｏｗｎｌｉｎｋ）で制御信号又はデータを端末２０に送信し、ＵＬ（Ｕｐｌｉｎｋ）で制御信号又はデータを端末２０から受信する。なお、ここでは、ＰＵＣＣＨ、ＰＤＣＣＨ等の制御チャネルで送信されるものを制御信号と呼び、ＰＵＳＣＨ、ＰＤＳＣＨ等の共有チャネルで送信されるものをデータと呼んでいるが、このような呼び方は一例である。

端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、端末２０は、ＤＬで制御信号又はデータを基地局装置１０から受信し、ＵＬで制御信号又はデータを基地局装置１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。なお、端末２０をＵＥと呼び、基地局装置１０をｇＮＢと呼んでもよい。

端末２０は、複数のセル（複数のＣＣ（コンポーネントキャリア））を束ねて基地局装置１０と通信を行うキャリアアグリゲーションを行うことが可能である。キャリアアグリゲーションでは、１つのＰＣｅｌｌ（プライマリセル）と１以上のＳＣｅｌｌ（セカンダリセル）が使用される。また、ＰＵＣＣＨを有するＰＵＣＣＨ－ＳＣｅｌｌが使用されてもい。

図２は、ＤＣ（Ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）が実行される場合における無線通信システムの構成例を示す。図２に示すとおり、ＭＮ（ＭａｓｔｅｒＮｏｄｅ）となる基地局装置１０Ａと、ＳＮ（ＳｅｃｏｎｄａｒｙＮｏｄｅ）となる基地局装置１０Ｂが備えられる。基地局装置１０Ａと基地局装置１０Ｂはそれぞれコアネットワークに接続される。端末２０は基地局装置１０Ａと基地局装置１０Ｂの両方と通信を行うことができる。

ＭＮである基地局装置１０Ａにより提供されるセルグループをＭＣＧ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ）と呼び、ＳＮである基地局装置１０Ｂにより提供されるセルグループをＳＣＧ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ）と呼ぶ。また、ＤＣにおいて、ＭＣＧは１つのＰＣｅｌｌと１以上のＳＣｅｌｌから構成され、ＳＣＧは１つのＰＳＣｅｌｌ（ＰｒｉｍａｒｙＳＣｅｌｌ）と１以上のＳＣｅｌｌから構成される。なお、本明細書において、ＣＣとセルを同義に使用してもよい。つまり、本明細書及び請求の範囲におけるＣＣをセルに置き換えてもよい。

本実施の形態における処理動作は、図１に示すシステム構成で実行されてもよいし、図２に示すシステム構成で実行されてもよいし、これら以外のシステム構成で実行されてもよい。なお、ＤＣが実行されている場合、１つのＤＣＩによるスケジューリングの対象となる複数ＣＣは、同じセルグループ内の複数ＣＣであってもよいし、複数セルグループに跨る複数ＣＣであってもよい。

（基本的な動作例）
図３を参照して、本発明の実施の形態における通信システムの基本的な動作例を説明する。この動作は、後述する実施例１～実施例５に対して共通の動作である。

Ｓ１０１において、基地局装置１０が端末２０に対してＲＲＣメッセージにより設定情報を送信し、端末２０が当該設定情報を受信する。この設定情報には、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ（非特許文献２）等のＰＤＳＣＨ受信からＨＡＲＱ情報（ＤＬＡＣＫ）送信までのタイミングに関する設定情報が含まれている。また、後述する各実施例で説明するパラメータ等の設定情報が含まれてもよい。

Ｓ１０２において、基地局装置１０がＰＤＣＣＨによりＤＣＩ（制御情報）を送信し、端末２０がＤＣＩを受信する。このＤＣＩは、複数ＣＣのＰＤＳＣＨによるデータの受信をスケジューリングするＤＣＩである。なお、ＰＤＳＣＨ（チャネル）でデータを受信することを、ＰＤＳＣＨを受信すると表現してもよい。

Ｓ１０３において、端末２０は、Ｓ１０２で受信したＤＣＩに従って、基地局装置１０から、複数ＣＣのそれぞれでＰＤＳＣＨによりデータを受信する。

Ｓ１０４において、端末２０は、ＤＣＩに含まれるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒｆｉｅｌｄの値から決定されるタイミングで各ＣＣのＰＤＳＣＨ受信に対するＨＡＲＱ情報（ＨＡＲＱフィードバックと称してもよい）を送信する。

上記のように本実施の形態では、基地局装置１０は、端末２０に対して、１つのＤＣＩ（ｓｉｎｇｌｅＤＣＩ）で、複数ＣＣ（複数セル）のＰＤＳＣＨ受信をスケジューリングする。

ｓｉｎｇｌｅＤＣＩによる複数ＣＣに対するＰＤＳＣＨ受信のスケジューリングの例を図４に示す。図４（ａ）の例では、端末２０は、ＣＣ＃ｘにおけるＰＤＣＣＨによりＤＣＩを受信し、そのＤＣＩのスケジューリング情報（時間・周波数割り当て情報等）に従って、ＣＣ＃ｘとＣＣ＃ｙのそれぞれでＰＤＳＣＨを受信する。

図４（ｂ）の例では、端末２０は、ＣＣ＃ｘにおけるＰＤＣＣＨによりＤＣＩを受信し、そのＤＣＩのスケジューリング情報（時間・周波数割り当て情報等）に従って、ＣＣ＃ｙとＣＣ＃ｚのそれぞれでＰＤＳＣＨを受信する。

ｓｉｎｇｌｅＤＣＩによりＰＤＳＣＨ受信をスケジュールする複数ＣＣ（複数セル）の数は特に限定はないが、例えば２である。後述する実施例では２を用いて説明している。ただし、２は一例に過ぎない。ｓｉｎｇｌｅＤＣＩによりＰＤＳＣＨ受信をスケジュールする複数ＣＣの数は３以上であってもよい。

ｓｉｎｇｌｅＤＣＩには、例えば、ＰＤＳＣＨ受信をスケジュールする複数ＣＣのそれぞれのスケジューリング情報（時間・周波数割り当て情報等）が含まれることとしてもよいし、ＰＤＳＣＨ受信をスケジュールする複数ＣＣに対して１つのスケジューリング情報が含まれることとしてもよい。１つのスケジューリング情報が含まれる場合、例えば、端末２０は、予め定めた規則（例：セルインデックスを用いた計算式等）に従って、１つのスケジューリング情報を複数のスケジューリング情報に変換し、複数ＣＣに適用する。

（課題、本実施の形態の概要）
非特許文献２、及び非特許文献３に記載されている従来技術では、端末２０が、ＰＤＳＣＨ受信に対するＨＡＲＱ情報を基地局装置１０に返すタイミング（ＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇ）は、端末２０がＰＤＳＣＨを受信したｓｌｏｔから数えてｋ［ｓｌｏｔ］後のスロットとなる。より具体的には、図５に示すように、スロットｎでＰＤＳＣＨ受信を終了したとすると、スロットｎ＋ｋでＨＡＲＱ情報を送信する。このようなタイミングを、ＰＤＳＣＨを受信してからｋスロット後のタイミングでＨＡＲＱ情報を送信する、と表現してもよい。

ｋの値に関して、非特許文献２に記載のｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫにより、最大で８つのｋの値のリストが基地局装置１０から端末２０に通知される。

端末２０は、非特許文献３に記載のＴａｂｌｅ９．２．３－１に基づいて、基地局装置１０から受信したＤＣＩに含まれるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒｆｉｅｌｄの値（この値を「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒ」と称してもよい）に対応するｋの値をｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫから取得して、図５に示したようにスロットｎ＋ｋのタイミングでＨＡＲＱ情報を送信する。

ｓｉｎｇｌｅＤＣＩで複数ＣＣのＰＤＳＣＨ受信をスケジューリングする場合におけるＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇについても、非特許文献２、及び非特許文献３に記載されている技術と同様の技術を使用することが想定される。

例えば、ｓｉｎｇｌｅＤＣＩでＣＣ＃ｘとＣＣ＃ｙのそれぞれのＰＤＳＣＨ受信をスケジューリングする場合において、端末２０は、ｓｉｎｇｌｅＤＣＩにおけるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒで指定されたｋを、ＣＣ＃ｘにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇとＣＣ＃ｙにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのそれぞれに適用することが考えられる。

しかし、ＣＣ＃ｘとＣＣ＃ｙのＳＣＳ（サブキャリアスペーシング）が異なる場合、ＣＣ＃ｘとＣＣ＃ｙとで１スロットの長さ（スロット長と呼ぶ）が異なるため、ｋスロットが同じ時間長にならない。

そのため、例えば、図６に示すように、ＣＣ＃ｘとＣＣ＃ｙとでＨＡＲＱ情報をＰＵＣＣＨで返すタイミングが異なってしまう。ＣＣ＃ｘとＣＣ＃ｙとでＨＡＲＱ情報を返すタイミングが異なる場合、端末２０は、２回に分けてＨＡＲＱ情報を返さなくてはならないので、ＰＵＣＣＨリソースの利用が非効率となる。

そこで、本実施の形態では、図７に示すように、ｓｉｎｇｌｅＤＣＩで複数ＣＣのＰＤＳＣＨ受信をスケジューリングする場合において、端末２０は、複数ＣＣ間で同一タイミングで（つまり、同一のスロットで）、各ＣＣのＰＤＳＣＨ受信に対するＨＡＲＱ情報を送信することを可能としている。

端末２０が、複数ＣＣで同一のタイミングでＨＡＲＱ情報を送信するとは、例えば、ＣＣ＃ｘのＰＵＣＣＨ（又はＣＣ＃ｙのＰＵＣＣＨ）で、ＣＣ＃ｘでのＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃ｙでのＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて（例えば連続するビット列で）送信することである。

図７の例では、ＣＣ＃ｘのＳＣＳが１５ｋＨｚであり、ＣＣ＃ｙのＳＣＳが３０ｋＨｚである。従って、ＣＣ＃ｙにおけるスロット長は、ＣＣ＃ｘにおけるスロット長の１／２になる。そのため、図７に示すように、ＣＣ＃ｘとＣＣ＃ｙとでＨＡＲＱ情報を返すタイミングが同一である場合、ＣＣ＃ｙでのＰＤＳＣＨ受信からＨＡＲＱ情報送信までのスロット長ｋ２と、ＣＣ＃ｘでのＰＤＳＣＨ受信からＨＡＲＱ情報送信までのスロット長ｋ１との間にはｋ１＝ｋ２×２の関係がある。

ｓｉｎｇｌｅＤＣＩで複数ＣＣのＰＤＳＣＨ受信をスケジューリングする場合において、端末２０は、複数ＣＣ間で同一タイミングで（つまり、同一のスロットで）、各ＣＣのＰＤＳＣＨ受信に対するＨＡＲＱ情報を送信することを可能とする技術について、実施例１～実施例５を用いて説明する。実施例１～実施例５のいずれか複数の実施例は任意に組み合わせて実施可能である。

実施例１～実施例５の説明において、図３に示した基本動作例におけるステップ番号を適宜参照する。また、複数ＣＣ間でＨＡＲＱ情報が同一タイミングで送信されることを示す図７も適宜参照する。

（実施例１）
実施例１では、図３のＳ１０２において、基地局装置１０が端末２０に対し、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするＤＣＩの中に、ＣＣ毎に、ＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｎｄｉｃａｔｏｒを含めて送信する。なお、以下では、便宜上、「ＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｎｄｉｃａｔｏｒ」を「ｉｎｄｉｃａｔｏｒ」と記載する場合がある。

例えば、２つのＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩの中には、ｉｎｄｉｃａｔｏｒＡとｉｎｄｉｃａｔｏｒＢが含まれる。

実施例１において、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを受信する端末２０は、受信するｓｉｎｇｌｅＤＣＩにより、複数ＣＣのＰＤＳＣＨ受信のそれぞれに対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇがｉｎｄｉｃａｔｅされていると想定する。つまり、端末２０は、ｓｉｎｇｌｅＤＣＩの中に、スケジューリング対象の複数ＣＣのそれぞれに対するｉｎｄｉｃａｔｏｒが含まれていることを想定して、ｓｉｎｇｌｅＤＣＩをデコードする。

例えば、ｓｉｎｇｌｅＤＣＩの中のフィールドＡにｉｎｄｉｃａｔｏｒＡが格納され、フィールドＢにｉｎｄｉｃａｔｏｒＢが格納される場合に、端末２０は、フィールドＡのビット位置からｉｎｄｉｃａｔｏｒＡを読み出し、フィールドＢのビット位置からｉｎｄｉｃａｔｏｒＢを読み出す。

なお、ｉｎｄｉｃａｔｏｒを識別するＡ，Ｂ等をｉｎｄｉｃａｔｏｒｉｎｄｅｘと呼んでもよい。例えば、ビットが順番に並ぶｓｉｎｇｌｅＤＣＩの中で、ｉｎｄｉｃａｔｏｒＡを格納するフィールドＡは、ｉｎｄｉｃａｔｏｒＢを格納するフィールドＢよりも前のビット位置にある。このように、ｉｎｄｉｃａｔｏｒｉｎｄｅｘは、ｓｉｎｇｌｅＤＣＩの中のビット位置の順番に対応していてもよいし、それ以外に対応していてもよい。

端末２０は、例えば、図８に示すテーブル（非特許文献３に記載のＴａｂｌｅ９．２．３－１を修正したテーブル）の情報を保持しており、当該テーブルの情報を参照して、ｉｎｄｉｃａｔｏｒＡに対応するｋの値をｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫから取得し、ｉｎｄｉｃａｔｏｒＢに対応するｋの値をｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫから取得する。

ここで、例えば、端末２０が受信したｓｉｎｇｌｅＤＣＩが、図７に示すように、ＣＣ＃ｘのＰＤＳＣＨ受信とＣＣ＃ｙのＰＤＳＣＨ受信をスケジューリングするＤＣＩであるとし、ＣＣ＃ｘのＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒがｉｎｄｉｃａｔｏｒＡであり、ＣＣ＃ｙのＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒがｉｎｄｉｃａｔｏｒＢであるとする。

この場合、図７の例において、端末２０は、ｉｎｄｉｃａｔｏｒＡによりｋ１を取得し、ｉｎｄｉｃａｔｏｒＢによりｋ２を取得する。実施例１では、基地局装置１０は、ｋ１とｋ２により、同一タイミングでＨＡＲＱ情報送信がなされるように、ｉｎｄｉｃａｔｏｒＡとｉｎｄｉｃａｔｏｒＢをｓｉｎｇｌｅＤＣＩにセットしている。従って、端末２０は、図７に示すとおりに、ＣＣ＃ｘのＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃ｙのＰＤＳＣＨ受信に対するＨＡＲＱ情報とを同一タイミングで送信することができる。基地局装置１０は、端末１０から送信されやＨＡＲＱ情報を受信する。

実施例１では、複数ＣＣそれぞれに対してＲｅｌ－１５／１６と同等粒度のＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇ（最大８候補）をｉｎｄｉｃａｔｅできる。

ｓｉｎｇｌｅＤＣＩに含まれる各ｉｎｄｉｃａｔｏｒと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けについて、端末２０は、例えば、下記の実施例１－１～実施例１－４で説明する方法で判断することができる。実施例１－１～実施例１－４は任意に組み合わせて実施することが可能である。

＜実施例１－１＞
ｓｉｎｇｌｅＤＣＩに含まれる各ｉｎｄｉｃａｔｏｒと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを示す情報が、ＲＲＣシグナリング（又はＭＡＣシグナリング）で基地局装置１０から端末２０に設定される。例えば、｛ｉｎｄｉｃａｔｏｒＡ，ｉｎｄｉｃａｔｏｒＢ、ｉｎｄｉｃａｔｏｒＣ｝＝｛ＣＣ＃ｘ，ＣＣ＃ｙ，ＣＣ＃ｚ｝といった情報が基地局装置１０から端末２０に設定される。「ＣＣ＃ｘ」等は、ＣＣのインデックスであってもよいし、そのＣＣを有するセルのインデックスであってもよい。この場合、例えば、端末２０は、ｉｎｄｉｃａｔｏｒＡを格納するフィールドＡから読み出したｉｎｎｄｉｃａｔｏｒＡはＣＣ＃ｘに対応すると判断する。

また、複数の対応付け情報がＲＲＣシグナリング（又はＭＡＣシグナリング）で基地局装置１０から端末２０に設定され、その後、１つの対応付け情報が、基地局装置１０から端末２０に対して、ＭＡＣシグナリング（又はＲＲＣシグナリング、又はＤＣＩ）により、アクティベートされることとしてもよい。

また、ｓｉｎｇｌｅＤＣＩに含まれる各ｉｎｄｉｃａｔｏｒと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを示す情報が、仕様書（規格書）に規定され、基地局装置１０と端末２０は仕様書の記載に従って、ｓｉｎｇｌｅＤＣＩに含まれる各ｉｎｄｉｃａｔｏｒと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを判断してもよい。

＜実施例１－２＞
端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒｉｎｄｅｘとＣＣｉｎｄｅｘ（セルｉｎｄｅｘであってもよい）が昇順（もしくは降順）で対応すると判断する。

例えば、ｓｉｎｇｌｅＤＣＩにより、ｉｎｄｉｃａｔｏｒＡとｉｎｄｉｃｔｏｒＢが通知され、スケジューリング対象のＣＣのインデックスが＃０と＃３であるとする。

この場合において、ｉｎｄｉｃａｔｏｒｉｎｄｅｘとＣＣｉｎｄｅｘが昇順で対応する場合、端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒＡはＣＣｉｎｄｅｘ＃０に対応し、ｉｎｄｉｃａｔｏｒＢはＣＣｉｎｄｅｘ＃３に対応すると判断する。ｉｎｄｉｃａｔｏｒｉｎｄｅｘとＣＣｉｎｄｅｘが降順で対応する場合、端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒＢはＣＣｉｎｄｅｘ＃０に対応し、ｉｎｄｉｃａｔｏｒＡはＣＣｉｎｄｅｘ＃３に対応すると判断する。

＜実施例１－３＞
端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒｉｎｄｅｘとＣＣのＳＣＳが昇順（もしくは降順）で対応すると判断する。

例えば、ｓｉｎｇｌｅＤＣＩにより、ｉｎｄｉｃａｔｏｒＡとｉｎｄｉｃｔｏｒＢが通知され、スケジューリング対象の２つのＣＣのＳＣＳが１５ｋＨｚと３０ｋＨｚであるとする。

この場合において、ｉｎｄｉｃａｔｏｒｉｎｄｅｘとＣＣのＳＣＳが昇順で対応する場合、端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒＡはＣＣ（ＳＣＳ＝１５ｋＨｚ）に対応し、ｉｎｄｉｃａｔｏｒＢはＣＣ（ＳＣＳ＝３０ｋＨｚ）に対応すると判断する。ｉｎｄｉｃａｔｏｒｉｎｄｅｘとＣＣのＳＣＳが降順で対応する場合、端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒＡはＣＣ（ＳＣＳ＝３０ｋＨｚ）に対応し、ｉｎｄｉｃａｔｏｒＢはＣＣ（ＳＣＳ＝１５ｋＨｚ）に対応すると判断する。

＜実施例１－４＞
端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒｉｎｄｅｘは、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」と、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルで対応付けがなされると判断する。

例えば、ｉｎｄｉｃａｔｏｒｉｎｄｅｘが早い（小さい）ほうが「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」のＣＣに対応し、ｉｎｄｉｃａｔｏｒｉｎｄｅｘが遅い（大きい）ほうが「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルのＣＣに対応するとする。

この場合において、例えば、ｓｉｎｇｌｅＤＣＩにより、ｉｎｄｉｃａｔｏｒＡとｉｎｄｉｃｔｏｒＢが通知され、スケジューリング対象の２つのＣＣの１つのＣＣがＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）であり、他方のＣＣが「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルのＣＣであるとする。

この場合、端末２０（及び基地局装置１０）は、ｉｎｄｉｃａｔｏｒＡはＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）のＣＣに対応し、ｉｎｄｉｃａｔｏｒＢは「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルのＣＣに対応すると判断する。

なお、ｉｎｄｉｃａｔｏｒｉｎｄｅｘが、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」と、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルで対応付けがなされることは一例である。「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」というセル種別の観点（ＰＵＣＣＨを持つセル）以外の観点のセル種別に基づいて対応付けがなされてもよい。

（実施例２）
実施例２では、端末２０は、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを基地局装置１０から受信したときに、当該ｓｉｎｇｌｅＤＣＩには１つのｉｎｄｉｃａｔｏｒが含まれると想定する。つまり、実施例２では、基地局装置１０は、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩの中に１つのｉｎｄｉｃａｔｏｒを含めて端末２０に送信する。

端末２０は、受信したｓｉｎｇｌｅＤＣＩから読み出した１つのｉｎｄｉｃａｔｏｒに基づいて、ｓｉｎｇｌｅＤＣＩによりスケジューリングされる複数ＣＣのＰＤＳＣＨ受信に対する各ＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇ（つまり、ｋの値）を決定する。ｋの決定方法には実施例２Ａ、実施例２Ｂで説明するバリエーションがある。

＜実施例２Ａ＞
実施例２Ａにおいて、一例として、端末２０は、図９に示すテーブル（非特許文献３に記載のＴａｂｌｅ９．２．３－１を修正したテーブル）の情報を保持している。このテーブルは、ｉｎｄｉｃａｔｏｒのビットサイズが最大で３である場合に対応するテーブルである。また、このテーブルは、ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象となる複数ＣＣの数が２である場合の例である。１つのＣＣをＣＣ＃ｘで表し、他方のＣＣをＣＣ＃ｙで表している。

例えば、ｉｎｄｉｃａｔｏｒが３ビットである場合において、'０００'は、ＣＣ＃ｘに対するｋの値がｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫにおける１番目の値であり、ＣＣ＃ｙに対するｋの値がｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫにおける１番目の値であることを示す。他のｉｎｄｉｃａｔｏｒの値に関しても図９のテーブルに示すとおりである。

一例として、ｓｉｎｇｌｅＤＣＩにより端末２０に対してＣＣ＃０とＣＣ＃３のＰＤＳＣＨ受信がスケジューリングされるものとし、ＣＣ＃０は図９のテーブルのＣＣ＃ｘに対応し、ＣＣ＃３は図９のテーブルのＣＣ＃ｙに対応するものとする。

この場合、当該ｓｉｎｇｌｅＤＣＩを受信した端末２０は、ｓｉｎｇｌｅＤＣＩから１つのｉｎｄｉｃａｔｏｒを読み出し、図９のテーブルを参照して、当該ｉｎｄｉｃａｔｏｒに対応する、ＣＣ＃ｘ（ＣＣ＃０）におけるＰＤＳＣＨ受信に対するｋ１とＣＣ＃ｙ（ＣＣ＃３）におけるＰＤＳＣＨ受信に対するｋ２を決定する。

実施例２では、基地局装置１０は、ｋ１とｋ２により、同一タイミングでＨＡＲＱ情報送信がなされるように、ｉｎｄｉｃａｔｏｒをｓｉｎｇｌｅＤＣＩにセットしている。従って、端末２０は、図７に示すとおりに、ＣＣ＃ｘのＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃ｙのＰＤＳＣＨ受信に対するＨＡＲＱ情報とを同一タイミングで送信することができる。基地局装置１０は、端末２０から送信されたＨＡＲＱ情報を受信する。

なお、基地局装置１０から端末２０に対して、ｓｉｎｇｌｅＤＣＩに含められるｉｎｄｉｃｔｏｒのビットサイズ（Ｘ［ｂｉｔ］）がＲＲＣシグナリングあるいはＭＡＣシグナリングにて設定されることとしてもよい。このような設定が行われる場合、Ｘは３より大きな値であってもよい。あるいは、端末２０は、Ｘを基地局装置１０からＲＲＣシグナリングで受信するｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズ（エントリ数、何個の値があるか）によって決定することとしてもよい。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫに１６個の値があるとすると、端末２０はＸ＝４と決定する。

ｉｎｄｉｃａｔｏｒのビットサイズが最大で４である場合において、一例として、端末２０は、図１０に示すテーブル（非特許文献３に記載のＴａｂｌｅ９．２．３－１を修正したテーブル）の情報を保持している。このテーブルは、ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象となる複数ＣＣの数が２である場合の例である。１つのＣＣをＣＣ＃ｘで表し、他方のＣＣをＣＣ＃ｙで表している。

例えば、ｉｎｄｉｃａｔｏｒが４ビットである場合において、'００００'は、ＣＣ＃ｘに対するｋの値がｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫにおける１番目の値であり、ＣＣ＃ｙに対するｋの値がｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫにおける１番目の値であることを示す。他のｉｎｄｉｃａｔｏｒの値に関しても図１０のテーブルに示すとおりである。

一例として、ｓｉｎｇｌｅＤＣＩにより端末２０に対してＣＣ＃０とＣＣ＃３のＰＤＳＣＨ受信がスケジューリングされるものとし、ＣＣ＃０は図１０のテーブルのＣＣ＃ｘに対応し、ＣＣ＃３は図１０のテーブルのＣＣ＃ｙに対応するものとする。

この場合、当該ｓｉｎｇｌｅＤＣＩを受信した端末２０は、ｓｉｎｇｌｅＤＣＩから１つのｉｎｄｉｃａｔｏｒを読み出し、図１０のテーブルを参照して、当該ｉｎｄｉｃａｔｏｒに対応する、ＣＣ＃ｘ（ＣＣ＃０）におけるＰＤＳＣＨ受信に対するｋ１とＣＣ＃ｙ（ＣＣ＃３）におけるＰＤＳＣＨ受信に対するｋ２を決定する。

実施例２では、基地局装置１０は、ｋ１とｋ２により、同一タイミングでＨＡＲＱ情報送信がなされるように、ｉｎｄｉｃａｔｏｒをｓｉｎｇｌｅＤＣＩにセットしている。従って、端末２０は、図７に示すとおりに、ＣＣ＃ｘのＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃ｙのＰＤＳＣＨ受信に対するＨＡＲＱ情報とを同一タイミングで送信することができる。

＜実施例２Ｂ＞
実施例２Ｂでは、ｓｉｎｇｌｅＤＣＩに含まれるｉｎｄｉｃａｔｏｒ（ビット列）をあるビット位置で分割し情報と、ｓｉｎｇｌｅＤＣＩのスケジューリング対象の各ＣＣが対応している。

例えば、ｓｉｎｇｌｅＤＣＩのスケジューリング対象の複数ＣＣの数が２であるとし、１つをＣＣ＃ｘとし、他方をＣＣ＃ｙとする。一例として、端末２０は、基地局装置１０から受信したｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒの上位ＹビットをＣＣ＃ｘにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）であると判断し、残りのビット（ｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒから上位Ｙビットを除いたビット）を、ＣＣ＃ｙにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）であると判断する。

この場合、基地局装置１０は、ｓｉｎｇｌｅＤＣＩに含めるｉｎｄｉｃａｔｏｒの上位ＹビットをＣＣ＃ｘにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）として設定し、残りのビットを、ＣＣ＃ｙにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）として設定している。

また、端末２０は、基地局装置１０から受信したｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒの下位ＹビットをＣＣ＃ｘにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）であると判断し、残りのビット（ｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒから下位Ｙビットを除いたビット）を、ＣＣ＃ｙにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）であると判断することとしてもよい。

この場合、基地局装置１０は、ｓｉｎｇｌｅＤＣＩに含めるｉｎｄｉｃａｔｏｒの下位ＹビットをＣＣ＃ｘにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）として設定し、残りのビットを、ＣＣ＃ｙにおけるＰＤＳＣＨ受信に対するＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇのｉｎｄｉｃａｔｏｒ（あるいはｋの値）として設定している。

上記のＹの値は、ＲＲＣシグナリング又はＭＡＣシグナリングで、基地局装置１０から端末２０に対して設定（あるいはアクティベート）されてもよいし、仕様書等で予め定められていて、その値を端末２０（及び基地局装置１０）が保持してもよい。

また、端末２０は、ｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒの上位Ｙビット（又は下位Ｙビット）／残りのビットに対応するｋの値を非特許文献３に記載のＴａｂｌｅ９．２．３－１から決定してもよいし、非特許文献３に記載のＴａｂｌｅ９．２．３－１以外のテーブルから決定してもよい。

実施例２Ａ、２Ｂで説明したＣＣ＃ｘ、ＣＣ＃ｙと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けについて、端末２０は、例えば、下記の実施例２－１～実施例２－４で説明する方法で判断することができる。実施例２－１～実施例２－４は任意に組み合わせて実施することが可能である。

＜実施例２－１＞
ＣＣ＃ｘ、ＣＣ＃ｙと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを示す情報が、ＲＲＣシグナリング（又はＭＡＣシグナリング）で基地局装置１０から端末２０に設定される。例えば、｛ＣＣ＃ｘ，ＣＣ＃ｙ｝＝｛ＣＣ＃０，ＣＣ＃３｝といった情報が基地局装置１０から端末２０に設定される。「ＣＣ＃ｘ」等は、ＣＣのインデックスであってもよいし、そのＣＣを有するセルのインデックスであってもよい。

また、ＣＣ＃ｘ、ＣＣ＃ｙと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを示す情報が、仕様書（規格書）に規定され、基地局装置１０と端末２０は仕様書の記載に従って、ＣＣ＃ｘ、ＣＣ＃ｙと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを判断してもよい。

＜実施例２－２＞
端末２０（及び基地局装置１０）は、ＣＣ＃ｘ、ＣＣ＃ｙと、スケジューリング対象のＣＣのＣＣｉｎｄｅｘ（セルｉｎｄｅｘであってもよい）が昇順（もしくは降順）で対応すると判断する。

例えば、スケジューリング対象のＣＣのインデックスが＃０と＃３であるとする。この場合において、ＣＣ＃ｘ、ＣＣ＃ｙとＣＣｉｎｄｅｘが昇順で対応する場合、端末２０（及び基地局装置１０）は、ＣＣ＃ｘはＣＣｉｎｄｅｘ＃０に対応し、ＣＣ＃ｙはＣＣｉｎｄｅｘ＃３に対応すると判断する。ＣＣ＃ｘ、ＣＣ＃ｙとＣＣｉｎｄｅｘが降順で対応する場合、端末２０（及び基地局装置１０）は、ＣＣ＃ｙはＣＣｉｎｄｅｘ＃０に対応し、ＣＣ＃ｘはＣＣｉｎｄｅｘ＃３に対応すると判断する。

＜実施例２－３＞
端末２０（及び基地局装置１０）は、ＣＣ＃ｘ、ＣＣ＃ｙと、スケジューリング対象のＣＣのＳＣＳが昇順（もしくは降順）で対応すると判断する。

例えば、スケジューリング対象の２つのＣＣのＳＣＳが１５ｋＨｚと３０ｋＨｚであるとする。

この場合において、ＣＣ＃ｘ、ＣＣ＃ｙとＳＣＳが昇順で対応する場合、端末２０（及び基地局装置１０）は、ＣＣ＃ｘはＣＣ（ＳＣＳ＝１５ｋＨｚ）に対応し、ＣＣ＃ｙはＣＣ（ＳＣＳ＝３０ｋＨｚ）に対応すると判断する。ＣＣ＃ｘ、ＣＣ＃ｙとＳＣＳが降順で対応する場合、端末２０（及び基地局装置１０）は、ＣＣ＃ｘはＣＣ（ＳＣＳ＝３０ｋＨｚ）に対応し、ＣＣ＃ｙはＣＣ（ＳＣＳ＝１５ｋＨｚ）に対応すると判断する。

＜実施例２－４＞
端末２０（及び基地局装置１０）は、ＣＣ＃ｘ、ＣＣ＃ｙは、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」と、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルで対応付けがなされると判断する。

例えば、ＣＣ＃ｘが「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」のＣＣに対応し、ＣＣ＃ｙが「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルのＣＣに対応するとする。

この場合において、例えば、スケジューリング対象の２つのＣＣの１つのＣＣがＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）であり、他方のＣＣが「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルのＣＣであるとする。

この場合、端末２０（及び基地局装置１０）は、ＣＣ＃ｘはＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）のＣＣに対応し、ＣＣ＃ｙは「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルのＣＣに対応すると判断する。

なお、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」というセル種別の観点（ＰＵＣＣＨを持つセル）以外の観点のセル種別に基づいて対応付けがなされてもよい。

実施例２では、Ｒｅｌ－１５／１６と同等のＤＣＩオーバーヘッドで複数ＣＣそれぞれに対してＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｉｎｄｉｃａｔｅできる。また、各ＣＣそれぞれに対して柔軟にＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｉｎｄｉｃａｔｅできる。

（実施例３）
実施例３では、実施例２と同様に、端末２０が、基地局装置１０から複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを受信したときに、当該ｓｉｎｇｌｅＤＣＩには１つのｉｎｄｉｃａｔｏｒが含まれると想定する。つまり、実施例３でも、基地局装置１０は、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩの中に１つのｉｎｄｉｃａｔｏｒを含めて端末２０に送信する。

端末２０は、受信したｓｉｎｇｌｅＤＣＩから読み出した１つのｉｎｄｉｃａｔｏｒと、他のパラメータとに基づいて、ｓｉｎｇｌｅＤＣＩによりスケジューリングされる複数ＣＣのＰＤＳＣＨ受信に対する各ＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇを決定する。

当該パラメータは、基地局装置１０から端末２０に対してＲＲＣシグナリング又はＭＡＣシグナリングにより設定（又はアクティベート）されてもよいし、更に別のパラメータ（例：対象のＣＣのＳＣＳ）から決定されてもよいし、仕様書等に規定された値が端末２０（及び基地局装置１０）に予め保持されていてもよい。

例えば、ｓｉｎｇｌｅＤＣＩによりスケジューリングされる複数ＣＣの数が２である場合（ＣＣ＃ｘとＣＣ＃ｙである場合）において、端末２０は、ＣＣ＃ｘのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇ（ｋの値）を、ｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒから決定し、ＣＣ＃ｙのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇは、ＣＣ＃ｘに対して決定されたｋとパラメータとを用いた式から算出する。

端末２０が、ＣＣ＃ｘのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇ（ｋの値）を、ｓｉｎｇｌｅＤＣＩから読み出したｉｎｄｉｃａｔｏｒから決定する際には、非特許文献３に記載のＴａｂｌｅ９．２．３－１を用いてもよいし、非特許文献３に記載のＴａｂｌｅ９．２．３－１以外の情報を用いてもよい。

上記の算出の例を説明する。例えば、端末２０は、ＣＣ＃ｙのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｋ＋ｓ［ｓｌｏｔ］として算出する。

ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象の複数ＣＣがＣＣ＃０（ＳＣＳ＝１５ｋＨｚ）とＣＣ＃３（ＳＣＳ＝１５ｋＨｚ）であるとし、ＣＣ＃０がＣＣ＃ｘに対応し、ＣＣ＃３がＣＣ＃ｙに対応する場合において、ＣＣ＃ｙのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｋ＋ｓ［ｓｌｏｔ］として算出する場合の例を図１１に示す。

図１１の例では、ｓ＝１が端末２０に設定されたとする。この場合、図１１に示すように、ＣＣ＃３におけるＨＡＲＱ情報送信のタイミングが、ＣＣ＃０におけるＨＡＲＱ情報送信のタイミングよりも１スロットだけ遅くなる。前述したように、ＰＵＣＣＨリソースの有効活用の観点からは、この例ではｓ＝０とすることが望ましいが、何等かの理由で複数ＣＣ間でＨＡＲＱ情報送信のタイミングを異ならせたい場合には、図１１に示すように、実施例３の手法を使用することができる。

また、端末２０は、ＣＣ＃ｙのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｎ×ｋ［ｓｌｏｔ］として算出することとしてもよい。

ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象の複数ＣＣがＣＣ＃０（ＳＣＳ＝１５ｋＨｚ）とＣＣ＃３（ＳＣＳ＝３０ｋＨｚ）であるとし、ＣＣ＃０がＣＣ＃ｘに対応し、ＣＣ＃３がＣＣ＃ｙに対応する場合において、ＣＣ＃ｙのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｎ×ｋ［ｓｌｏｔ］として算出する場合の例を図１２に示す。

図１２の例では、ｎ＝２が端末２０に設定されている。この場合、図１２に示すように、ＣＣ＃０におけるＨＡＲＱ情報送信のタイミングとＣＣ＃３におけるＨＡＲＱ情報送信のタイミングが同一となり、端末２０は、ＣＣ＃０におけるＨＡＲＱ情報とＣＣ＃３におけるＨＡＲＱ情報とを同一のタイミングで送信することができる。

なお、ｎ＝２は、端末２０が基地局装置１０から設定情報として受信した値であってもよいし、端末２０が、ＣＣ＃０のＳＣＳとＣＣ＃３のＳＣＳとに基づいて決定した値であってもよい。例えば、スロット長がＳＣＳの値に反比例すると想定すると、ｎ＝（ＣＣ＃ｙに対応するＣＣのＳＣＳ）／（ＣＣ＃ｘに対応するＣＣのＳＣＳ）として算出することができる。

上述したＣＣ＃ｘ、ＣＣ＃ｙと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けについて、端末２０は、例えば、下記の実施例３－１～実施例３－４で説明する方法で判断することができる。実施例３－１～実施例３－４は任意に組み合わせて実施することが可能である。

＜実施例３－１＞
ＣＣ＃ｘ、ＣＣ＃ｙと、ｓｉｎｇｌｅＤＣＩがスケジューリングの対象とする各ＣＣとの対応付けを示す情報が、ＲＲＣシグナリング（又はＭＡＣシグナリング）で基地局装置１０から端末２０に設定される。例えば、｛ＣＣ＃ｘ，ＣＣ＃ｙ｝＝｛ＣＣ＃０，ＣＣ＃３｝といった情報が基地局装置１０から端末２０に設定される。「ＣＣ＃ｘ」等は、ＣＣのインデックスであってもよいし、そのＣＣを有するセルのインデックスであってもよい。

＜実施例３－２＞
端末２０（及び基地局装置１０）は、ＣＣ＃ｘ、ＣＣ＃ｙと、スケジューリング対象のＣＣのＣＣｉｎｄｅｘ（セルｉｎｄｅｘであってもよい）が昇順（もしくは降順）で対応すると判断する。

＜実施例３－３＞
端末２０（及び基地局装置１０）は、ＣＣ＃ｘ、ＣＣ＃ｙと、スケジューリング対象のＣＣのＳＣＳが昇順（もしくは降順）で対応すると判断する。

＜実施例３－４＞
端末２０（及び基地局装置１０）は、ＣＣ＃ｘ、ＣＣ＃ｙは、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」と、「ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ－ＳＣｅｌｌ」以外のセルで対応付けがなされると判断する。

実施例３では、Ｒｅｌ－１５／１６と同等のＤＣＩオーバーヘッドで複数ＣＣそれぞれに対してＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇをｉｎｄｉｃａｔｅできる。

（実施例４）
実施例４においても、実施例３と同様に、端末２０が、基地局装置１０から複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを受信したときに、当該ｓｉｎｇｌｅＤＣＩには１つのｉｎｄｉｃａｔｏｒが含まれると想定する。つまり、実施例４でも、基地局装置１０は、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩの中に１つのｉｎｄｉｃａｔｏｒを含めて端末２０に送信する。

当該パラメータは、基地局装置１０から端末２０に対してＲＲＣシグナリング又はＭＡＣシグナリングにより設定（又はアクティベート）されてもよいし、更に別のパラメータ（例：対象のＣＣのＳＣＳ）から決定されてもよいし、仕様書等に規定された値が端末２０（及び基地局装置１０）に予め保持されていてもよい。以下、具体例として実施例４－１と実施例４－２と実施例４－３を説明する。実施例４－１において、上記パラメータは「ＳＣＳが最も小さい」ことを示す情報である、実施例４－２において、上記パラメータは「ＳＣＳが最も大きい」ことを示す情報である、実施例４－３において、上記パラメータは「特定のＳＣＳ」を示す情報である。「ＳＣＳ」が上記パラメータであるとしてもよい。

＜実施例４－１＞
まず、端末２０は、基地局装置１０から受信した、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩに含まれる１つのｉｎｄｉｃａｔｏｒからｋを決定する。ｋを決定する際には、非特許文献３に記載のＴａｂｌｅ９．２．３－１を用いてもよいし、非特許文献３に記載のＴａｂｌｅ９．２．３－１以外の情報を用いてもよい。

続いて、端末２０は、ｓｉｎｇｌｅＤＣＩによりＰＤＳＣＨ受信がスケジューリングされた複数ＣＣのうちのＳＣＳが最も小さいＣＣのｓｌｏｔで数えてｋ［ｓｌｏｔ］後のタイミングを、当該複数ＣＣで共通のＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇとして決定する。

ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象の複数ＣＣがＣＣ＃０（ＳＣＳ＝３０ｋＨｚ）とＣＣ＃３（ＳＣＳ＝１５ｋＨｚ）であるとした場合の例を図１３に示す。

図１３の例において、複数ＣＣのうちのＳＣＳが最も小さいＣＣはＣＣ＃３である。よて、端末２０は、ＣＣ＃３でＰＤＳＣＨを受信してから、ＣＣ＃３のｋスロット後に、ＣＣ＃０のＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃３のＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて送信する。なお、ＣＣ＃０のＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃３のＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて送信するためのＰＵＣＣＨは、ＣＣ＃０のＰＵＣＣＨであってもよいし、ＣＣ＃３のＰＵＣＣＨであってもよいし、これら以外のＣＣ（セル）のＰＵＣＣＨであってもよい。

＜実施例４－２＞
まず、端末２０は、基地局装置１０から受信した、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩに含まれる１つのｉｎｄｉｃａｔｏｒからｋを決定する。ｋを決定する際には、非特許文献３に記載のＴａｂｌｅ９．２．３－１を用いてもよいし、非特許文献３に記載のＴａｂｌｅ９．２．３－１以外の情報を用いてもよい。

続いて、端末２０は、ｓｉｎｇｌｅＤＣＩによりＰＤＳＣＨ受信がスケジューリングされた複数ＣＣのうちのＳＣＳが最も大きいＣＣのｓｌｏｔで数えてｋ［ｓｌｏｔ］後のタイミングを、当該複数ＣＣで共通のＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇとして決定する。

ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象の複数ＣＣがＣＣ＃０（ＳＣＳ＝３０ｋＨｚ）とＣＣ＃３（ＳＣＳ＝１５ｋＨｚ）であるとした場合の例を図１４に示す。

図１４の例において、複数ＣＣのうちのＳＣＳが最も大きいＣＣはＣＣ＃０である。よて、端末２０は、ＣＣ＃０でＰＤＳＣＨを受信してから、ＣＣ＃０のｋスロット後に、ＣＣ＃０のＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃３のＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて送信する。なお、ＣＣ＃０のＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃３のＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて送信するためのＰＵＣＣＨは、ＣＣ＃０のＰＵＣＣＨであってもよいし、ＣＣ＃３のＰＵＣＣＨであってもよいし、これら以外のＣＣ（セル）のＰＵＣＣＨであってもよい。

＜実施例４－３＞
まず、端末２０は、基地局装置１０から受信した、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩに含まれる１つのｉｎｄｉｃａｔｏｒからｋを決定する。ｋを決定する際には、非特許文献３に記載のＴａｂｌｅ９．２．３－１を用いてもよいし、非特許文献３に記載のＴａｂｌｅ９．２．３－１以外の情報を用いてもよい。

続いて、端末２０は、ｓｉｎｇｌｅＤＣＩによりＰＤＳＣＨ受信がスケジューリングされた複数ＣＣのうちの特定のＳＣＳのｓｌｏｔで数えてｋ［ｓｌｏｔ］後のタイミングを、当該複数ＣＣで共通のＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇとして決定する。

ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象の複数ＣＣがＣＣ＃０（ＳＣＳ＝３０ｋＨｚ）とＣＣ＃３（ＳＣＳ＝１５ｋＨｚ）であるとした場合の例を、実施例４－２で使用した図１４に示す。ここでは、特定のＳＣＳが３０ｋＨｚであるとする。

図１４の例において、複数ＣＣのうちＳＣＳが３０ｋＨｚであるＣＣはＣＣ＃０である。よて、端末２０は、ＣＣ＃０でＰＤＳＣＨを受信してから、ＣＣ＃０のｋスロット後に、ＣＣ＃０のＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃３のＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて送信する。なお、ＣＣ＃０のＰＤＳＣＨ受信に対するＨＡＲＱ情報とＣＣ＃３のＰＤＳＣＨ受信に対するＨＡＲＱ情報とをまとめて送信するためのＰＵＣＣＨは、ＣＣ＃０のＰＵＣＣＨであってもよいし、ＣＣ＃３のＰＵＣＣＨであってもよいし、これら以外のＣＣ（セル）のＰＵＣＣＨであってもよい。

実施例４により、スケジューリングされた複数ＣＣ間でＳＣＳが異なっていても１ＰＵＣＣＨで同時にＨＡＲＱｆｅｅｄｂａｃｋを送信できる。

（実施例５）
実施例５においても、端末２０が、基地局装置１０から複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを受信したときに、当該ｓｉｎｇｌｅＤＣＩには１つのｉｎｄｉｃａｔｏｒが含まれると想定する。つまり、実施例５でも、基地局装置１０は、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩの中に１つのｉｎｄｉｃａｔｏｒを含めて端末２０に送信する。

また、実施例５では、端末２０が、基地局装置１０から複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを受信したときに、スケジューリングされる複数ＣＣのＳＣＳは同一であると想定（判断）する。つまり、実施例５において、基地局装置１０は、複数ＣＣのＰＤＳＣＨ受信をｓｉｎｇｌｅＤＣＩでスケジューリングする際に、当該複数ＣＣを、同一のＳＣＳの複数ＣＣとして決定する。

また、実施例５では、端末２０が、基地局装置１０から複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩを受信したときに、スケジューリングされる複数ＣＣのＰＤＳＣＨ受信のタイミングは同一（同一スロット）であると想定（判断）する。つまり、実施例５において、基地局装置１０は、複数ＣＣのＰＤＳＣＨ受信をｓｉｎｇｌｅＤＣＩでスケジューリングする際に、当該複数ＣＣにおけるＰＤＳＣＨ受信が同一タイミングになるようにスケジューリングを行う。

動作例を説明する。まず、端末２０は、基地局装置１０から受信した、複数ＣＣのＰＤＳＣＨ受信をスケジューリングするｓｉｎｇｌｅＤＣＩに含まれる１つのｉｎｄｉｃａｔｏｒからｋを決定する。ｋを決定する際には、非特許文献３に記載のＴａｂｌｅ９．２．３－１を用いてもよいし、非特許文献３に記載のＴａｂｌｅ９．２．３－１以外の情報を用いてもよい。

続いて、端末２０は、ｓｉｎｇｌｅＤＣＩによりＰＤＳＣＨ受信がスケジューリングされた複数ＣＣのそれぞれのＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇを、各ＣＣでＰＤＳＣＨを受信してからｋスロット後のタイミングとして決定し、そのタイミングで複数ＣＣのＰＤＳＣＨ受信に対するＨＡＲＱ情報をまとめて送信する。

ｓｉｎｇｌｅＤＣＩによりスケジューリングされる対象の複数ＣＣがＣＣ＃０（ＳＣＳ＝３０ｋＨｚ）とＣＣ＃３（ＳＣＳ＝３０ｋＨｚ）であるとした場合の例を図１５に示す。図１５に示すように、ＣＣ間で、スロット長が同じなので、複数ＣＣのＰＤＳＣＨ受信に対するＨＡＲＱ情報をまとめて送信することができる。

仮に、スケジューリングされる複数ＣＣのＳＣＳが同一でない場合には、例えば図６に示したように、ＣＣ間でＰＤＳＣＨ受信に対するＨＡＲＱ情報の送信タイミングが異なるものとなり、ＰＵＣＣＨリソースの利用が非効率となる。一方、実施例５では、複数ＣＣのＰＤＳＣＨ受信に対するＨＡＲＱ情報をまとめて送信することができるので、効率的にＰＵＣＣＨリソースを利用できる。

実施例５では、ｉｎｄｉｃａｔｅされるＨＡＲＱｆｅｅｄｂａｃｋｔｉｍｉｎｇ（ｋ）が１つ（＝複数ＣＣ間で共通）でも１ＰＵＣＣＨで複数ＣＣのＨＡＲＱ情報を基地局装置１０へ返すことができる。

（装置構成）
次に、これまでに説明した処理及び動作を実行する基地局装置１０及び端末２０の機能構成例を説明する。基地局装置１０及び端末２０は上述した実施例１～５を実施する機能を含む。ただし、基地局装置１０及び端末２０はそれぞれ、実施例１～５のうちのいずれかの実施例の機能のみを備えることとしてもよい。

＜基地局装置１０＞
図１６は、基地局装置１０の機能構成の一例を示す図である。図１６に示されるように、基地局装置１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１６に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。送信部１１０と受信部１２０とを通信部と呼んでもよい。

送信部１１０は、端末２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、端末２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、端末２０へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号、ＤＬデータ等を送信する機能を有する。また、送信部１１０は、実施例１～５で説明した設定情報を送信する。

設定部１３０は、予め設定される設定情報、及び、端末２０に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。制御部１４０は、例えば、リソース割り当て、基地局装置１０全体の制御等を行う。なお、制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。また、送信部１１０、受信部１２０をそれぞれ送信機、受信機と呼んでもよい。

＜端末２０＞
図１７は、端末２０の機能構成の一例を示す図である。図１７に示されるように、端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図１７に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。送信部２１０と受信部２２０とを通信部と呼んでもよい。

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。

設定部２３０は、受信部２２０により基地局装置１０から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。制御部２４０は、フィードバックタイミングの決定、端末２０全体の制御等を行う。なお、制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。また、送信部２１０、受信部２２０をそれぞれ送信機、受信機と呼んでもよい。

端末２０、基地局装置１０は、例えば下記の各項に記載された端末、基地局装置として構成される。また、下記の記載のフィードバック方法が提供される。

（実施例１に関連した構成）
（第１項）
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信する受信部と、
前記制御情報から、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値を用いて、ＣＣ毎のフィードバックタイミングを決定する制御部と
を備える端末。
（第２項）
前記制御部は、ＣＣとフィードバックタイミング指標値との対応を、当該ＣＣのインデックス又は当該ＣＣのＳＣＳに基づいて決定する
第１項に記載の端末。
（第３項）
前記制御部は、ＣＣとフィードバックタイミング指標値との対応を、当該ＣＣに対応するセルの種別に基づいて決定する
第１項に記載の端末。
（第４項）
複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を端末に送信する送信部と、
前記制御情報に含まれる前記複数ＣＣにおけるＣＣ毎のフィードバックタイミング指標値に基づいて決定されたフィードバックタイミングで送信されたフィードバック情報を受信する受信部と
を備える基地局装置。
（第５項）
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信し、
前記制御情報から、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値を用いて、ＣＣ毎のフィードバックタイミングを決定する、
端末が実行するフィードバック方法。

（実施例２、５に関連した構成）
（第１項）
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信する受信部と、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値を用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する制御部と
を備える端末。
（第２項）
前記制御部は、１つのフィードバックタイミング指標値に複数のフィードバックタイミングを対応付けたテーブルの情報に基づいて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する
請求項１に記載の端末。
（第３項）
前記制御部は、前記制御情報から取得された前記フィードバックタイミング指標値をビット位置に応じて分割した情報に基づいて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する
第１項に記載の端末。
（第４項）
複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする前記制御情報を受信する場合において、前記制御情報によりスケジューリングされる前記複数ＣＣのＳＣＳは同一である
第１項に記載の端末。
（第５項）
複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を端末に送信する送信部と、
前記制御情報に含まれる１つのフィードバックタイミング指標値に基づいて決定されたフィードバックタイミングで送信されたフィードバック情報を受信する受信部と
を備える基地局装置。
（第６項）
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信し、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値を用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する
端末が実行するフィードバック情報。

（実施例３、４に関連した構成）
（第１項）
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信する受信部と、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値とパラメータとを用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する制御部と
を備える端末。
（第２項）
前記制御部は、前記フィードバックタイミング指標値から得られたあるＣＣに対するフィードバックタイミングと、前記パラメータとを用いて、他のＣＣに対するフィードバックタイミングを決定する
第１項に記載の端末。
（第３項）
前記制御部は、前記複数ＣＣにおける各ＣＣのＳＣＳに基づいて決定された特定のＣＣにおけるスロットに基づいて、前記フィードバックタイミング指標値から得られたスロット数をカウントしたタイミングを前記フィードバックタイミングとして決定する
第１項に記載の端末。
（第４項）
複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を端末に送信する送信部と、
前記制御情報に含まれる１つのフィードバックタイミング指標値と、パラメータとに基づいて決定されたフィードバックタイミングで送信されたフィードバック情報を受信する受信部と
を備える基地局装置。
（第５項）
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信し、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値とパラメータとを用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する
端末が実行するフィードバック方法。

上記のいずれの項に記載された構成によっても、１つのＤＣＩで複数のＣＣにおけるＰＤＳＣＨ受信をスケジューリングする際に、端末においてＰＤＳＣＨ受信に対するＨＡＲＱ情報をＣＣ間で同一のタイミングで送信することを可能とする技術が提供される。

（ハードウェア構成）
上記実施形態の説明に用いたブロック図（図１６及び図１７）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）あるいは送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施の形態における基地局装置１０、端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１８は、本開示の一実施の形態に係る基地局装置１０及び端末２０のハードウェア構成の一例を示す図である。上述の基地局装置１０及び端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局装置１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

基地局装置１０及び端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１６に示した基地局装置１０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１７に示した端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。

補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。補助記憶装置１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、基地局装置１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局装置１０及び端末２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ等であってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局装置１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局装置１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末２０との通信のために行われる様々な動作は、基地局装置１０及び基地局装置１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局装置１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「基地局装置」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「端末（user terminal）」、「端末（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

また、本開示における基地局装置は、端末で読み替えてもよい。例えば、基地局装置及び端末間の通信を、複数の端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局装置１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示における端末は、基地局装置で読み替えてもよい。この場合、上述の端末が有する機能を基地局装置が有する構成としてもよい。

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各端末２０に対して、無線リソース（各端末２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥＲｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。

また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。

本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

なお、本開示において、ＳＳブロック又はＣＳＩ－ＲＳは、同期信号又は参照信号の一例である。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

１０基地局装置
１１０送信部
１２０受信部
１３０設定部
１４０制御部
２０端末
２１０送信部
２２０受信部
２３０設定部
２４０制御部
１００１プロセッサ
１００２記憶装置
１００３補助記憶装置
１００４通信装置
１００５入力装置
１００６出力装置

Claims

基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信する受信部と、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値と、前記基地局装置から設定されたパラメータとを用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する制御部と、を備える端末であって、
前記制御部は、前記フィードバックタイミング指標値から得られたあるＣＣに対するフィードバックタイミングと、前記パラメータとを用いて、他のＣＣに対するフィードバックタイミングを決定する
端末。
基地局装置であって、
複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を端末に送信する送信部と、
前記制御情報に含まれる１つのフィードバックタイミング指標値と、前記基地局装置から設定されたパラメータとに基づいて決定されたフィードバックタイミングで送信されたフィードバック情報を前記端末から受信する受信部と、を備える基地局装置であって、
前記端末において、前記フィードバックタイミング指標値から得られたあるＣＣに対するフィードバックタイミングと、前記パラメータとを用いて、他のＣＣに対するフィードバックタイミングが決定される
基地局装置。
基地局装置から、複数ＣＣでのＰＤＳＣＨ受信をスケジューリングする１つの制御情報を受信し、
前記制御情報から、１つのフィードバックタイミング指標値を取得し、当該フィードバックタイミング指標値と、前記基地局装置から設定されたパラメータとを用いて、前記複数ＣＣにおけるＣＣ毎のフィードバックタイミングを決定する、端末が実行するフィードバック方法であって、
前記端末は、前記フィードバックタイミング指標値から得られたあるＣＣに対するフィードバックタイミングと、前記パラメータとを用いて、他のＣＣに対するフィードバックタイミングを決定する
フィードバック方法。