WO2022163183A1

WO2022163183A1 - 端末、通信方法及び無線通信システム

Info

Publication number: WO2022163183A1
Application number: PCT/JP2021/046156
Authority: WO
Inventors: 慎也熊谷; 聡永田; チーピンピ; ジンワン; ランチン
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2021-01-29
Filing date: 2021-12-14
Publication date: 2022-08-04
Also published as: EP4287734A1; JP2024038534A

Abstract

セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を受信する受信部と、前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替える制御部と、前記別のセルにおいて、前記上り制御情報を送信する送信部と、を備える端末。

Description

端末、通信方法及び無線通信システム

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

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

　３ＧＰＰのリリース１７のＵｌｔｒａ－Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）技術の拡張に関して、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」が検討されている。「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」は、Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ（ＴＤＤ）方式において、Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ－ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ)フィードバックのレイテンシの削減方法として検討されている（非特許文献１）。

３ＧＰＰ　ＴＳＧ　ＲＡＮ　Ｍｅｅｔｉｎｇ　＃８８ｅ、ＲＰ－２０１３１０、Ｅｌｅｃｔｒｏｎｉｃ　ｍｅｅｔｉｎｇ、Ｊｕｎｅ　２９－Ｊｕｌｙ　３，２０２０

　３ＧＰＰの会合では、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実現するための、２つの方法が検討されている。１つ目の方法は、基地局が端末に対して、ＰＵＣＣＨの送信を行うためのキャリアを動的に指示する方法である。２つ目の方法は、基地局が端末に対して、ＰＵＣＣＨの送信を行うためのキャリアを準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定する方法である。

　「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施することに関連して、端末の動作等を明確化することが必要とされている。

　開示の技術によれば、セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を受信する受信部と、前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替える制御部と、前記別のセルにおいて、前記上り制御情報を送信する送信部と、を備える端末、が提供される。

　開示の技術によれば、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合の、端末の動作等が明確化される。

本発明の実施の形態における無線通信システムの例を説明するための図である。本発明の実施の形態における無線通信システムの例を説明するための図である。デュアルコネクティビティの例を説明するための図である。ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇの例を示す図である。タイミングパターンの例を示す図である。タイミングパターンの例を示す図である。タイミングパターンの例を示す図である。端末の動作の例を示す図である。サブキャリア間隔が同じである場合の例を示す図である。サブキャリア間隔が異なる場合の例を示す図である。サブキャリア間隔が異なる場合の例を示す図である。サブキャリア間隔が異なる場合の例を示す図である。端末の動作の例を示す図である。端末の動作の例を示す図である。本発明の実施の形態における基地局の機能構成の一例を示す図である。本発明の実施の形態における端末の機能構成の一例を示す図である。本発明の実施の形態における基地局又は端末のハードウェア構成の一例を示す図である。Ｏｐｔｉｏｎ　Ａ２－１－１の例を示す図である。Ｏｐｔｉｏｎ　Ａ２－１－２の例を示す図である。Ｏｐｔｉｏｎ　Ａ２－１－２の別の例を示す図である。時間領域において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。時間領域において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。時間領域において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。

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

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

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

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

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

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

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

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

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

　ＭＮである基地局１０Ａにより提供されるセルグループをＭａｓｔｅｒ　Ｃｅｌｌ　Ｇｒｏｕｐ（ＭＣＧ）と呼び、ＳＮである基地局１０Ｂにより提供されるセルグループをＳｅｃｏｎｄａｒｙ　Ｃｅｌｌ　Ｇｒｏｕｐ（ＳＣＧ）と呼ぶ。また、ＤＣにおいて、ＭＣＧは１つのＰＣｅｌｌと１以上のＳＣｅｌｌから構成され、ＳＣＧは１つのＰｒｉｍａｒｙ　ＳＣｅｌｌ（ＰＳＣｅｌｌ）と１以上のＳＣｅｌｌから構成される。

　本実施の形態における処理動作は、図１に示すシステム構成で実行されてもよいし、図２に示すシステム構成で実行されてもよいし、これら以外のシステム構成で実行されてもよい。

　（デュアルコネクティビティ）
　図３は、デュアルコネクティビティ（ＤＣ）の例を示す図である。図３の例において、基地局１０－１は、Ｍａｓｔｅｒ　Ｎｏｄｅ（ＭＮ）である。基地局１０－２は、Ｓｅｃｏｎｄａｒｙ　Ｎｏｄｅ（ＳＮ）である。図３の例に示すように、ＤＣでは、異なる基地局間のキャリアを束ねる。

　図３の例において、基地局１０－１は、端末２０とプライマリセル（ＰＣｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ）を介して通信する。図３の例において、端末２０は、基地局１０－１とＲＲＣコネクションを確立している。

　ＤＣの場合、基地局１０－１と基地局１０－２との間の通信の遅延が大きいため、基地局１０－１のＰＣｅｌｌで受信した上り制御情報（ＵＣＩ）をバックホールリンクを介して基地局１０－２へリアルタイム通知し、基地局１０－２の配下のＳＣｅｌｌのスケジューリングに反映させることは困難である。そこで、ＤＣでは、基地局１０－１のＰＣｅｌｌに加えて、基地局１０－２の配下の１つのキャリアをＰｒｉｍａｒｙ　ＳＣｅｌｌ（ＰＳＣｅｌｌ）として、ＰＵＣＣＨ送信をＰＳＣｅｌｌでサポートする。従って、図４の例に示されるように、端末２０は、ＰＳＣｅｌｌを介してＵＣＩを基地局１０－２に直接送信する。

　図３の例において、端末２０は、基地局１０－１に対し、ＰＣｅｌｌに加えて、ＳＣｅｌｌを設定している。また、端末２０は、基地局１０－２に対し、ＰＳＣｅｌｌに加えて、ＳＣｅｌｌを設定している。端末２０は、基地局１０－１の配下の各キャリアのＵＣＩをＰＣｅｌｌのＰＵＣＣＨで送信する。また、端末２０は、基地局１０－２の配下の各キャリアのＵＣＩをＰＳＣｅｌｌのＰＵＣＣＨで送信する。図３の例において、基地局１０－１配下のセルグループ（ＣＧ）をＭａｓｔｅｒ　Ｃｅｌｌ－Ｇｒｏｕｐ（ＭＣＧ）と呼ぶ。基地局１０－２配下のセルグループをＳｅｃｏｎｄａｒｙ　Ｃｅｌｌ－Ｇｒｏｕｐ（ＳＣＧ）と呼ぶ。

　ＤＣが行われている場合に、端末２０は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、及び／又はＰＵＣＣＨ－ＳＣｅｌｌを介して、ＰＵＣＣＨの送信を行う。一般に、端末２０がＰＣｅｌｌ、ＰＳＣｅｌｌ、及びＰＵＣＣＨ－ＳＣｅｌｌ以外のＳＣｅｌｌを介して、ＰＵＣＣＨの送信を行うことは想定されていない。

　３ＧＰＰのリリース１７のＵｌｔｒａ－Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）技術の拡張に関して、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」が検討されている。「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」は、Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ（ＴＤＤ）方式において、Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ－ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ)フィードバックのレイテンシの削減方法として検討されている。

　図４は、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」の例を示す図である。図４の例では、基地局１０と端末２０とは、ｃｅｌｌ　１及びｃｅｌｌ　２を介して通信を行っている。図４の例では、ｃｅｌｌ　１はＰＣｅｌｌであり、ｃｅｌｌ　２はＳＣｅｌｌである。

　図４の例において、端末２０は、Ｓ１０１のタイミングにおいて、データを受信する（ＰＤＳＣＨの受信を行う）。端末２０は、Ｓ１０１で受信したデータに対するＨＡＲＱ－ＡＣＫをＳ１０２のタイミングで送信しようと試みるが、Ｓ１０２のタイミングにおいて、ｃｅｌｌ　１のスロットは、ダウンリンク（ＤＬ）のスロットとなっている。このため、端末２０がｃｅｌｌ　１でＨＡＲＱ－ＡＣＫを送信する場合には、アップリンク（ＵＬ）のスロットにおけるＰＵＣＣＨの送信機会（図４のＳ１０３のタイミング）までＨＡＲＱ－ＡＣＫの送信を保留する必要があり、ＨＡＲＱ－ＡＣＫ送信のレイテンシ（遅延）が増加する。

　図４の例では、Ｓ１０２のタイミングにおいて、ｃｅｌｌ　２のスロットは、ＵＬスロットとなっている。一般に、端末２０がＳＣｅｌｌでＰＵＣＣＨの送信を行うことは想定されていないが、図４の例において、端末２０がｃｅｌｌ　２のＳ１０２のタイミングのＰＵＣＣＨの送信機会においてＳ１０１で受信したデータに対するＨＡＲＱ－ＡＣＫを送信することができれば、ＨＡＲＱ－ＡＣＫ送信のレイテンシを削減することができる。ＵＲＬＬＣでは、特に、無線区間における低遅延が要求される。このため、３ＧＰＰでは、ＵＲＬＬＣ技術の拡張として、端末２０がＰＵＣＣＨの送信を行うキャリアを切り替える、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」が検討されている。

　なお、以下の実施例において、「同じタイミング」とは、完全に同じタイミングであってもよいし、時間リソース（例えば、１又は複数のシンボル（シンボルより短い時間単位のリソースであってもよい）の全部又は一部が同じ又は重複（ｏｖｅｒｌａｐ）することであってもよい。

　「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」とは、端末２０が、ＰＵＣＣＨの送信をＰＣｅｌｌ（ＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）の特定の送信タイミングで行おうとする場合に、ＰＣｅｌｌ（ＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）の当該特定の送信タイミングのスロットが、ＤＬスロットとなっているため、ＰＵＣＣＨの送信を行うセルを、端末２０が、ＰＣｅｌｌ（ＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）から、当該特定の送信タイミングと同じタイミングのスロットがＵＬスロットとなっている１又は複数のＳＣｅｌｌのうちいずれかのＳＣｅｌｌ（ＰＳＣｅｌｌの場合には、ＰＳＣｅｌｌ以外のＳＣｅｌｌであり、ＰＵＣＣＨ－ＳＣｅｌｌの場合には、ＰＵＣＣＨ－ＳＣｅｌｌ以外のＳＣｅｌｌ）に切り替えることであってもよい。なお、本発明の実施例において、特定の送信タイミングの単位はスロットには限定されない。例えば、特定の送信タイミングは、サブフレームを単位とするタイミングであってもよく、シンボルを単位とするタイミングであってもよい。

　３ＧＰＰの会合では、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実現するための、２つの方法が検討されている。１つ目の方法は、基地局１０が端末２０に対して、ＰＵＣＣＨの送信を行うためのキャリアを動的に指示する方法である。２つ目の方法は、基地局１０が端末２０に対して、ＰＵＣＣＨの送信を行うためのキャリアを準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定する方法である。なお、以下の実施例において、「ＰＵＣＣＨの送信」及び「ＰＵＣＣＨを送信」とは、ＰＵＣＣＨを介して上り制御情報を送信することであってもよい。

　「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施することに関連して、ＰＵＣＣＨを送信するセルの候補に対する制限、ＲＲＣシグナリングによる設定方法、及び端末２０の動作等を検討する必要がある。

　（Ｐｒｏｐｏｓａｌ１）
　「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合において、ＰＵＣＣＨを送信するセルの候補に対する制限として、以下のＯｐｔｉｏｎ１－１及びＯｐｔｉｏｎ１－２が適用されてもよい。

　（Ｏｐｔｉｏｎ１－１）
　基地局１０は、ＰＵＣＣＨを送信するセルの候補に対して、何も制限を適用しなくてもよい。

　例えば、ＭＣＧにおいて「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を行う場合には、基地局１０は、ＰＣｅｌｌで当該ＰＵＣＣＨの送信を行うべきタイミングと同じタイミングのスロットがＵＬスロットに設定されているＭＣＧのＳＣｅｌｌであれば、どのようなＳＣｅｌｌであっても、端末２０がＰＵＣＣＨの送信を行うセルの候補として設定してもよい。

　同様に、例えば、ＳＣＧにおいて「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を行う場合には、基地局１０は、ＰＳＣｅｌｌで当該ＰＵＣＣＨの送信を行うべきタイミングと同じタイミングのスロットがＵＬスロットに設定されているＰＳＣｅｌｌ以外のＳＣＧのＳＣｅｌｌであれば、どのようなＳＣｅｌｌであっても、端末２０がＰＵＣＣＨの送信を行うセルの候補として設定してもよい。

　同様に、例えば、ＰＵＣＣＨ－ＳＣｅｌｌに対して「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を行う場合には、基地局１０は、ＰＵＣＣＨ－ＳＣｅｌｌと関連付けられているＳＣｅｌｌであって、ＰＵＣＣＨ－ＳＣｅｌｌで当該ＰＵＣＣＨの送信を行うべきタイミングと同じタイミングのスロットがＵＬスロットに設定されているＰＵＣＣＨ－ＳＣｅｌｌ以外の、ＳＣｅｌｌ、であれば、どのようなＳＣｅｌｌであっても、端末２０がＰＵＣＣＨの送信を行うセルの候補として設定してもよい。

　Ｏｐｔｉｏｎ１－１の場合には、ＰＵＣＣＨを送信するセルの候補に対して特別な制限はないので、より柔軟に「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実現することが可能となる。

　（Ｏｐｔｉｏｎ１－２）
　基地局１０は、ＰＵＣＣＨを送信するセルの候補に対して、サブキャリア間隔（ＳＣＳ）についての制限を適用してもよい。

　例えば、ＭＣＧにおいて「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を行う場合には、基地局１０は、ＭＣＧの１又は複数のＳＣｅｌｌであって、ＰＣｅｌｌで当該ＰＵＣＣＨの送信を行うべきタイミングと同じタイミングのスロットがＵＬスロットに設定されている１又は複数のＳＣｅｌｌ、のうち、ＰＣｅｌｌのサブキャリア間隔と同じサブキャリア間隔のＳＣｅｌｌのうちのいずれかを、端末２０がＰＵＣＣＨの送信を行うセルの候補として設定してもよい。

　同様に、例えば、ＳＣＧにおいて「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を行う場合には、基地局１０は、ＳＣＧの１又は複数のＳＣｅｌｌであって、ＰＳＣｅｌｌで当該ＰＵＣＣＨの送信を行うべきタイミングと同じタイミングのスロットがＵＬスロットに設定されているＰＳＣｅｌｌ以外の１又は複数のＳＣｅｌｌ、のうち、ＰＳＣｅｌｌのサブキャリア間隔と同じサブキャリア間隔のＳＣｅｌｌのうちのいずれかを、端末２０がＰＵＣＣＨの送信を行うセルの候補として設定してもよい。

　同様に、例えば、ＰＵＣＣＨ－ＳＣｅｌｌに対して「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を行う場合には、基地局１０は、ＰＵＣＣＨ－ＳＣｅｌｌと関連付けられる１又は複数のＳＣｅｌｌであって、ＰＵＣＣＨ－ＳＣｅｌｌで当該ＰＵＣＣＨの送信を行うべきタイミングと同じタイミングのスロットがＵＬスロットに設定されているＰＵＣＣＨ－ＳＣｅｌｌ以外の１又は複数のＳＣｅｌｌ、のうち、ＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔と同じサブキャリア間隔のＳＣｅｌｌのうちのいずれかを、端末２０がＰＵＣＣＨの送信を行うセルの候補として設定してもよい。

　この場合には、ＰＵＣＣＨを送信するセルの候補のスロット長は、ＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）のスロット長と同じとなり、キャリア間でスロット長が異なる場合と比較して、キャリアの切り替えを行う動作を単純化することができる。

　（Ｏｐｔｉｏｎ１－２－１）
　基地局１０は、ＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）のサブキャリア間隔以下のサブキャリア間隔のＳＣｅｌｌを、ＰＵＣＣＨを送信するセルの候補として選択してもよい。

　（Ｏｐｔｉｏｎ１－２－２）
　基地局１０は、ＰＣｅｌｌ（又はＰＳＣｅｌｌ又はＰＵＣＣＨ－ＳＣｅｌｌ）のサブキャリア間隔以上のサブキャリア間隔のＳＣｅｌｌを、ＰＵＣＣＨを送信するセルの候補として選択してもよい。

　（Ｐｒｏｐｏｓａｌ２）
　「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合において、基地局１０は、端末２０に対して、ＰＵＣＣＨを送信するセルの候補を、ＲＲＣシグナリングで設定してもよい。

　（Ｏｐｔｉｏｎ２－１）
　基地局１０は、セルグループ（ＭＣＧ、ＳＣＧ、又はＰＵＣＣＨセルグループ）毎に、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌ以外に、最大でＸ（例えば、Ｘ＝１）個のセルに対してＰＵＣＣＨリソースを設定してもよい。

　例えば、Ｘ＝１の場合において、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのＰＵＣＣＨの送信のための特定の時間及び周波数領域のリソースが、上り送信に対して無効なシンボルと重複する場合、端末２０は、ＰＵＣＣＨリソースの設定されている対応するセルグループ内の他のセルを介して、ＰＵＣＣＨの送信を試みてもよい。

　また、例えば、Ｘ＞１の場合において、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのＰＵＣＣＨの送信のための特定の時間及び周波数領域のリソースが、上り送信に対して無効なシンボルと重複する場合、端末２０は、ＰＵＣＣＨリソースの設定されている対応するセルグループ内の他のセルのうちのいずれかのセルを介して、ＰＵＣＣＨの送信を試みてもよい。

　（Ｏｐｔｉｏｎ２－２）
　基地局１０は、セルグループ（ＭＣＧ、ＳＣＧ、又はＰＵＣＣＨセルグループ）毎に、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌ以外に、最大でＸ（例えば、Ｘ＝１）個のセルに対してＰＵＣＣＨリソースを設定してもよい。この場合において、基地局１０は、Ｘ＋１個のセルに対するタイミングパターンを設定して、当該タイミングパターンが周期的に適用されるように、端末２０に対して設定してもよい。

　（Ｏｐｔｉｏｎ２－２－１）
　タイミングパターンは、特定の時間間隔に含まれる単位時間（例えば、スロット）毎に、Ｘ＋１個のセルのうち、いずれか１つのセルをＰＵＣＣＨの送信に使用できることを示してもよい。例えば、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌにおいてＰＵＣＣＨの送信が必要である場合に、端末２０は、タイミングパターンを参照して、Ｘ＋１個のセルのうち、ＰＵＣＣＨの送信を行うセルを決定してもよい。

　（Ｏｐｔｉｏｎ２－２－２）
　タイミングパターンは、特定の時間間隔に含まれる単位時間（例えば、スロット）毎に、Ｘ＋１個のセルのうち、最大でＮ（Ｎは、Ｘ＋１以下の整数）個のセルをＰＵＣＣＨの送信に使用できることを示してもよい。例えば、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌにおいてＰＵＣＣＨの送信が必要である場合に、端末２０は、タイミングパターンを参照して、Ｘ＋１個のセルのうち、ＰＵＣＣＨの送信を行うセルを決定してもよい。

　図５は、タイミングパターンの例を示す図である。図５の例では、ＰＣｅｌｌのサブキャリア間隔と、候補セル（ＣＣ＃１）のサブキャリア間隔は同じである。図５の例では、ＰＣｅｌｌに対して設定されているＴＤＤコンフィギュレーションは、ＣＣ＃１に対して設定されているＴＤＤコンフィギュレーションとは異なる。図５に示されるＴＤＤコンフィギュレーションにおいて、各スロットは、上り送信用（図５のＵ）、下り送信用（図５のＤ）、又は切替用（図５のＳ）に設定されている。

　図５の例で、ＰＣｅｌｌについては、Ｕと示されているスロットにおいて、端末２０はＰＵＣＣＨの送信を行うことができる。従って、図５に示されるように、ＰＣｅｌｌについて、スロットがＵに設定されているタイミングに対してタイミングパターンのビットが１に設定される。スロットがＤに設定されているタイミング及びスロットがＳに設定されているタイミングに対して、タイミングパターンのビットは０に設定される。

　同様に、図５の例で、ＣＣ＃１については、Ｕと示されているスロットにおいて、端末２０はＰＵＣＣＨの送信を行うことができる。従って、図５に示されるように、ＣＣ＃１について、スロットがＵに設定されているタイミングに対してタイミングパターンのビットが１に設定される。スロットがＤに設定されているタイミング及びスロットがＳに設定されているタイミングに対して、タイミングパターンのビットは０に設定される。

　図６は、タイミングパターンの例を示す図である。図６の例では、ＰＣｅｌｌのサブキャリア間隔は、候補セル（ＣＣ＃１）のサブキャリア間隔よりも小さい。図６の例では、ＰＣｅｌｌについて、スロットがＵに設定されているタイミングに対してタイミングパターンのビットが１に設定され、スロットがＤに設定されているタイミング及びスロットがＳに設定されているタイミングに対して、タイミングパターンのビットは０に設定される。同様に、図６の例で、ＣＣ＃１については、スロットがＵに設定されているタイミングに対してタイミングパターンのビットが１に設定され、スロットがＤに設定されているタイミング及びスロットがＳに設定されているタイミングに対して、タイミングパターンのビットは０に設定される。

　図７は、タイミングパターンの例を示す図である。図７の例では、ＰＣｅｌｌのサブキャリア間隔は、候補セル（ＣＣ＃１）のサブキャリア間隔よりも大きい。図７の例では、ＰＣｅｌｌについて、スロットがＵに設定されているタイミングに対してタイミングパターンのビットが１に設定され、スロットがＤに設定されているタイミング及びスロットがＳに設定されているタイミングに対して、タイミングパターンのビットは０に設定される。同様に、図７の例で、ＣＣ＃１については、スロットがＵに設定されているタイミングに対してタイミングパターンのビットが１に設定され、スロットがＤに設定されているタイミング及びスロットがＳに設定されているタイミングに対して、タイミングパターンのビットは０に設定される。

　ＰＵＣＣＨリソースの設定に関して、リリース１６では、ｈｉｇｈ　ｐｒｉｏｒｉｔｙのＰＵＣＣＨ－Ｃｏｎｆｉｇ及びｌｏｗ　ｐｒｉｏｒｉｔｙのＰＵＣＣＨ－Ｃｏｎｆｉｇの２つを、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌに対して設定することが可能となっている。２つのＰＵＣＣＨ－ＣｏｎｆｉｇがＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌに対して設定される場合、その他のＸ個のセルに対して２つのＰＵＣＣＨ－Ｃｏｎｆｉｇが設定されてもよい。ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌに対してＰＵＣＣＨ－Ｃｏｎｆｉｇが１つだけ設定される場合には、その他のＸ個のセルに対して１つのＰＵＣＣＨ－Ｃｏｎｆｉｇが設定されてもよい。

　従って、端末２０は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌに対して設定されている、ｈｉｇｈ　ｐｒｉｏｒｉｔｙのＰＵＣＣＨ－Ｃｏｎｆｉｇ及びｌｏｗ　ｐｒｉｏｒｉｔｙのＰＵＣＣＨ－Ｃｏｎｆｉｇに基づく２つのＰＵＣＣＨ送信のタイミングが競合し、かつ当該タイミングのＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのリソースが下り送信に設定している場合には、その他のＸ個のセルのうちのいずれかのセルにおいて、設定されている２つのＰＵＣＣＨ－Ｃｏｎｆｉｇのうち、ｈｉｇｈ　ｐｒｉｏｒｉｔｙのＰＵＣＣＨ－Ｃｏｎｆｉｇに対応するＰＵＣＣＨの送信のみを行ってもよい。

　また、ＰＵＣＣＨリソースの設定に関して、リリース１６では、ＰＵＣＣＨ－Ｃｏｎｆｉｇ内のｓｕｂｓｌｏｔＬｅｎｔｔｈＦｏｒＰＵＣＣＨ－ｒ１６によって、スロット単位で設定を行うのか、又はサブスロット単位で設定を行うのかを指定することが可能となっている。その他のＸ個のセルに対して２つのＰＵＣＣＨ－Ｃｏｎｆｉｇが設定される場合において、各ＰＵＣＣＨ－Ｃｏｎｆｉｇ内のｓｕｂｓｌｏｔＬｅｎｔｔｈＦｏｒＰＵＣＣＨ－ｒ１６の設定は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌに対する、対応する同じプライオリティのＰＵＣＣＨ－Ｃｏｎｆｉｇ内のｓｕｂｓｌｏｔＬｅｎｔｔｈＦｏｒＰＵＣＣＨ－ｒ１６の設定と同じであってもよい。

　ＴＤＤ　ＵＬ／ＤＬパターンについて、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌに対して、準静的に１又は複数のＵＬシンボルが設定されている場合において、当該準静的に１又は複数のＵＬシンボルが設定されているタイミングと同じタイミングにおいて、他のＸ個のセルにおいて１又は複数のＵＬシンボルが設定されることは想定されなくてもよい。また、Ｘ個のセルのうちの１つのセルに対して、準静的に１又は複数のＵＬシンボルが設定されている場合において、当該準静的に１又は複数のＵＬシンボルが設定されているタイミングと同じタイミングにおいて、他のＸ－１個のセルにおいて１又は複数のＵＬシンボルが設定されることは想定されなくてもよい。

　（Ｐｒｏｐｏｓａｌ３）
　「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合において、端末２０は、ＰＵＣＣＨの送信を、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌ以外のＳＣｅｌｌで行うか否かを判定する動作を行ってもよい。

　図８は、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合の端末２０の動作の例を示す図である。図８の例では、ＰＵＣＣＨを送信するセルの候補の数が１（Ｘ＝１）であることを前提とする。

　ステップＳ２０１において、端末２０は、Ｋ１値に基づいて、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌでＨＡＲＱ－ＡＣＫの送信を行うべきであるタイミングを決定する。ステップＳ２０２において、端末２０は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌでＨＡＲＱ－ＡＣＫの送信を行うべきタイミングのスロットにおけるＰＵＣＣＨリソースを決定する。

　ステップＳ２０３において、端末２０は、ステップＳ２０２で決定したＰＵＣＣＨリソース（時間及び周波数領域のリソース）が、無効なシンボルと重複しているか否かを判定する。ステップＳ２０３で、ＰＵＣＣＨリソースが無効なシンボルと重複していないと判定された場合、端末２０は、ステップＳ２０４において、決定したＰＵＣＣＨリソースを用いて、ＨＡＲＱ－ＡＣＫを送信する。

　ステップＳ２０３で、ＰＵＣＣＨリソースが無効なシンボルと重複していると判定された場合、端末２０は、ステップＳ２０５において、ＰＵＣＣＨを送信するセルの候補における、ＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースを決定する。

　ステップＳ２０６で、端末２０は、ＰＵＣＣＨを送信するセルの候補におけるＰＵＣＣＨリソースが、使用可能なリソースであるか否かを判定する。ステップＳ２０６で、ＰＵＣＣＨリソースが使用可能なリソースであると判定された場合、端末２０は、ステップＳ２０７において、ＰＵＣＣＨを送信するセルの候補における、使用可能と判定したＰＵＣＣＨリソースでＨＡＲＱ－ＡＣＫを送信する。

　ステップＳ２０６で、ＰＵＣＣＨリソースが使用可能なリソースではないと判定された場合、端末２０は、ステップＳ２０８で、ＰＵＣＣＨを送信するセルの候補における、使用可能ではないと判定されたＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫの送信を行わない。

　なお、図８の例における、「無効なシンボル」は、以下の条件Ａ～条件Ｉのうちの１つ以上の条件を満たすシンボルであってもよい。以下の条件Ａ～条件Ｉのうち、いずれの条件を適用すべきかについては、仕様によって定められてもよく、ＲＲＣで設定されてもよい。

　条件Ａ：ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄにより準静的にＤＬに設定されているシンボル。

　条件Ｂ：同期信号ブロック（ＳＳＢ）の受信用と設定されているシンボル。

　条件Ｃ：Ｃｏｎｔｒｏｌ　Ｒｅｓｏｕｒｃｅ　Ｓｅｔ　Ｚｅｒｏ（ＣＯＲＥＳＥＴ＃０）の受信用と設定されているシンボル。

　条件Ｄ：ｓｌｏｔ　ｆｏｒｍａｔ　ｉｎｄｉｃａｔｏｒ（ＳＦＩ）が設定されるか否かにかかわらず、準静的にｆｌｅｘｉｂｌｅと設定されているシンボル。

　条件Ｅ：ＳＦＩが設定される場合において、ＳＦＩの指示によらず、準静的にｆｌｅｘｉｂｌｅと設定されているシンボル。

　条件Ｆ：準静的にｆｌｅｘｉｂｌｅと設定されており、ＳＦＩによって動的にｆｌｅｘｉｂｌｅ／ＤＬに設定されるシンボル。

　条件Ｇ：準静的にｆｌｅｘｉｂｌｅと設定されており、ＳＦＩが設定されるが、ＳＦＩを受信できなかったシンボル。

　条件Ｉ：準静的にｆｌｅｘｉｂｌｅと設定されており、ＤＣＩによって動的にＤＬ受信に設定されたシンボル。

　また、図８の使用可能なリソースとは、ＰＵＣＣＨリソースであって、使用できないシンボルと重複しない、ＰＵＣＣＨリソース、であってもよい。ここで、「使用できないシンボル」とは、上述の条件Ａ～条件Ｉのうち、１つ以上の条件を満たすシンボルであってもよい。「使用できないシンボル」に対して、条件Ａ～条件Ｉのうち、いずれの条件を適用するかについては、仕様により規定されてもよく、ＲＲＣで設定されてもよい。なお、「使用できないシンボル」に対して適用される条件は、「無効なシンボル」に対して適用される条件と同じであってもよく、「無効なシンボル」に対して適用される条件と異なっていてもよい。

　図８のステップＳ２０５において、端末２０は、ＰＵＣＣＨを送信するセルの候補における、ＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースを決定する。ステップＳ２０５のＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースの決定について、３つの場合が考えられる。３つの場合とは、（１）ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔とＰＵＣＣＨを送信するセルの候補のサブキャリア間隔が同じである場合、（２）ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔が、ＰＵＣＣＨを送信するセルの候補のサブキャリア間隔よりも大きい場合、及び（３）ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔が、ＰＵＣＣＨを送信するセルの候補のサブキャリア間隔よりも小さい場合である。

　図９は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔とＰＵＣＣＨを送信するセルの候補のサブキャリア間隔が同じである場合の例を示す図である。この場合において、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのスロットは、ＰＵＣＣＨを送信するセルの候補のスロットと、１対１に対応付けられてもよい。従って、ＰＵＣＣＨを送信するセルの候補におけるＨＡＲＱ－ＡＣＫを送信するスロットは、ＰＣｅｌｌにおいてＨＡＲＱ－ＡＣＫを送信すべきスロットに対応するスロットであってもよい。

　図１０は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔が、ＰＵＣＣＨを送信するセルの候補のサブキャリア間隔よりも大きい場合の例を示す図である。この場合において、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌの複数のスロットは、ＰＵＣＣＨを送信するセルの候補の１つのスロットに対応付けられてもよい。従って、ＰＵＣＣＨを送信するセルの候補におけるＨＡＲＱ－ＡＣＫを送信するスロットは、ＰＣｅｌｌにおいてＨＡＲＱ－ＡＣＫを送信すべきスロットと時間に関して重複するスロットであってもよい。この場合、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌの異なる複数のスロットで送信されるべき複数のＨＡＲＱ－ＡＣＫが、ＰＵＣＣＨを送信するセルの候補における１つのスロットで送信される可能性がある。この場合には、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌの異なる複数のスロットで送信されるべき複数のＨＡＲＱ－ＡＣＫが、ＰＵＣＣＨを送信するセルの候補における１つのスロットで送信されることを端末２０は想定しなくてもよい。代替的に、ＨＡＲＱ－ＡＣＫの時間的な条件（Ｋ値で示されるタイミングで定まる条件）が満たされる場合には、端末２０は、ＨＡＲＱ－ＡＣＫコードブックを適用して、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌの異なる複数のスロットで送信されるべき複数のＨＡＲＱ－ＡＣＫを、ＰＵＣＣＨを送信するセルの候補における１つのスロットで送信してもよい。

　図１１は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔が、ＰＵＣＣＨを送信するセルの候補のサブキャリア間隔よりも小さい場合の第１の例を示す図である。この場合において、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌの１つスロットは、ＰＵＣＣＨを送信するセルの候補の複数のスロットと、時間方向において重複する。

　図８のステップＳ２０５のＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースの決定、及び図８のステップＳ２０６のＰＵＣＣＨを送信するセルの候補におけるＰＵＣＣＨリソースが使用可能なリソースであるか否かの判定については、ＰＵＣＣＨを送信するセルの候補における１つのスロットに対してのみ行われてもよい。

　当該、ＰＵＣＣＨを送信するセルの候補における１つのスロットは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのＨＡＲＱ－ＡＣＫを送信すべきスロットと時間方向において重複する、ＰＵＣＣＨを送信するセルの候補における複数のスロットのうちのいずれか１つのスロット（例えば、当該複数のスロットのうち、先頭のスロット又は末尾のスロット）であってもよい（図１１のＡｌｔ　１Ａ）。代替的に、ＰＵＣＣＨを送信するセルの候補における１つのスロットは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのＰＵＣＣＨの送信を行うべきリソースと時間方向において重複する、ＰＵＣＣＨを送信するセルの候補における複数のスロットのうちのいずれか１つのスロット（例えば、当該複数のスロットのうち、先頭のスロット又は末尾のスロット）であってもよい（図１１のＡｌｔ　１Ｂ）。

　図１２は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのサブキャリア間隔が、ＰＵＣＣＨを送信するセルの候補のサブキャリア間隔よりも小さい場合の第２の例を示す図である。この場合において、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌの１つスロットは、ＰＵＣＣＨを送信するセルの候補の複数のスロットと、時間方向において重複する。

　図８のステップＳ２０５のＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースの決定、及び図８のステップＳ２０６のＰＵＣＣＨを送信するセルの候補におけるＰＵＣＣＨリソースが使用可能なリソースであるか否かの判定については、ＰＵＣＣＨを送信するセルの候補における複数の候補スロットに対して行われてもよい。

　当該、ＰＵＣＣＨを送信するセルの候補における複数の候補スロットは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのＨＡＲＱ－ＡＣＫを送信すべきスロットと時間方向において重複する、ＰＵＣＣＨを送信するセルの候補における複数のスロットであってもよい（図１２のＡｌｔ　２Ａ）。代替的に、ＰＵＣＣＨを送信するセルの候補における１つのスロットは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌのＰＵＣＣＨの送信を行うべきリソースと時間方向において重複する、ＰＵＣＣＨを送信するセルの候補における複数のスロットであってもよい（図１２のＡｌｔ　２Ｂ）。

　図１３は、ＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースの決定、及びＰＵＣＣＨリソースが使用可能なリソースであるか否かの判定を、ＰＵＣＣＨを送信するセルの候補における複数の候補スロットに対して行う例を示す図である。

　図１３のＳ４０１～Ｓ４０４は、図８のＳ２０１～Ｓ２０４と同様であってもよい。図１３のＳ４０５において、端末２０は、複数の候補スロット（図１２のＡｌｔ　２Ａ又はＡｌｔ　２Ｂのうちの時間方向に関する最初のスロットを選択する。

　ステップＳ４０６において、端末２０は、ＰＵＣＣＨを送信するセルの候補の候補スロットにおいて、ＨＡＲＱ－ＡＣＫの送信タイミング及びＰＵＣＣＨリソースを決定する。

　ステップＳ４０７で、端末２０は、ＰＵＣＣＨを送信するセルの候補におけるＨＡＲＱ－ＡＣＫを送信すべきリソースが、使用可能なリソースであるか否かを判定する。ステップＳ４０７で、ＰＵＣＣＨリソースが使用可能なリソースであると判定された場合、端末２０は、ステップＳ４０８において、ＰＵＣＣＨを送信するセルの候補における、使用可能と判定した候補スロットでＨＡＲＱ－ＡＣＫを送信する。

　ステップＳ４０７で、ＰＵＣＣＨリソースが使用可能なリソースではないと判定された場合、端末２０は、ステップＳ４０９で、ステップＳ４０７の判定を行っていない候補スロットが存在するか否かを判定する。

　ステップＳ４０９で、ステップＳ４０７の判定を行っていない候補スロットが存在すると判定された場合、端末２０は、ステップＳ４１０において、ステップＳ４０７の判定を行った候補スロットの時間方向における次のスロットを選択する。

　その後、端末２０は、Ｓ４０６～Ｓ４１０の処理を繰り返す。

　ステップＳ４０９で、ステップＳ４０７の判定を行っていない候補スロットは存在しない判定された場合、端末２０は、ステップＳ４１１において、ＰＵＣＣＨを送信するセルの候補における、ＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫの送信を行わない。

　図１４は、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合の端末２０の動作の例を示す図である。図１４の例では、ＰＵＣＣＨを送信するセルの候補の数が１より大きい（Ｘ＞１）ことを前提とする。

　図１４の例において、ステップＳ５０２～Ｓ５０５における端末２０の動作は、図８のステップＳ２０１～Ｓ２０４における端末２０の動作と同様である。また、図１４の例において、ステップＳ４０６～Ｓ４０８における端末２０の動作は、図８のステップＳ２０５～Ｓ２０７における端末２０の動作と同様である。

　図１４の例における端末２０の動作は、図８の例における端末２０の動作がＰＵＣＣＨを送信するセルの複数の候補に対して行われる点で、図８の例における端末２０の動作と異なる。具体的には、図１４のステップＳ５０１で、端末２０は、設定されたセットの中のＸ個のＰＵＣＣＨを送信するセルの候補を順に並べる。ステップＳ５０６で、端末２０は、Ｘ個のＰＵＣＣＨを送信するセルの候補のうち、最初の候補を選択し、Ｓ５０７及びＳ５０８の判定を行う。

　ステップＳ５０８で、ＰＵＣＣＨリソースが使用可能なリソースであると判定された場合、端末２０は、ステップＳ５０９において、ＰＵＣＣＨを送信するセルの候補における、使用可能と判定したＰＵＣＣＨリソースでＨＡＲＱ－ＡＣＫを送信する。

　ステップＳ５０８で、ＰＵＣＣＨリソースが使用可能なリソースであると判定されなかった場合、端末２０は、ステップＳ５１０で、ステップＳ５０８の判定を行っていないＰＵＣＣＨを送信するセルの候補が存在するか否かを判定する。

　ステップＳ５１０で、ステップＳ５０８の判定を行っていないＰＵＣＣＨを送信するセルの候補が存在すると判定された場合、端末２０は、ステップＳ５１１において、ステップＳ５０８の判定を行ったＰＵＣＣＨを送信するセルの候補の次のＰＵＣＣＨを送信するセルの候補を選択する。

　その後、端末２０は、Ｓ５０７～Ｓ５１１の処理を繰り返す。

　ステップＳ５１０で、ステップＳ５０８の判定を行っていない候補スロットは存在しない判定された場合、端末２０は、ステップＳ５１２において、ＰＵＣＣＨを送信するセルの候補における、ＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫの送信を行わない。

　なお、図１４のステップＳ５０１におけるＸ個のＰＵＣＣＨを送信するセルの候補の順序付けは、コンポーネントキャリア（ＣＣ）のインデックスに基づいて行われてもよい。例えば、ＣＣのインデックスの昇順に順序付けが行われてもよく、ＣＣのインデックスの降順に順序付けが行われてもよい。代替的に、図１４のステップＳ５０１におけるＸ個のＰＵＣＣＨを送信するセルの候補の順序付けは、候補ＳＣｅｌｌに対して異なるサブキャリア間隔が設定されている場合には、サブキャリア間隔及びＣＣのインデックスに基づいて行われてもよい。例えば、まず、サブキャリア間隔毎に、ＣＣのインデックスの昇順／降順に、順序付けが行われ、次にサブキャリア間隔の昇順／降順に順序付けが行われてもよい。

　図１４のステップＳ５０７については、図１２の場合と同様に２つの場合に分けて端末２０の動作を規定してもよい。

　（Ｏｐｔｉｏｎ２－２－１の場合の端末の動作の例）
　Ｏｐｔｉｏｎ２－２－１の場合、タイミングパターンは、例えば、特定の時間間隔に含まれる単位時間（例えば、スロット）毎に、Ｘ＋１個のセルのうち、いずれか１つのセルをＰＵＣＣＨの送信に使用できることを示す。この場合の端末２０によるＰＵＣＣＨの送信は、例えば、以下のステップ１～４のように行われてもよい。

　ステップ１：端末２０は、Ｋ１値に基づいて、ＰＣｅｌｌ（ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）でのＨＡＲＱ－ＡＣＫの送信タイミングを決定する。

　ステップ２：端末２０は、ステップ１で決定したＨＡＲＱ－ＡＣＫの送信タイミング及びタイミングパターンに対応する候補ＣＣを決定する。

　ステップ３：端末２０は、候補ＣＣでのＨＡＲＱ－ＡＣＫの送信タイミングを決定する。

　ステップ４：端末２０は、候補ＣＣでのＰＵＣＣＨリソースを決定し、ＰＵＣＣＨの送信を行う。

　上述のステップ２において、端末２０は、候補ＣＣをタイミングパターンに基づいて、直接的に決定してもよい。

　上述のステップ３については、以下のケース１～ケース３の３つの場合が考えられる。

　ケース１：候補ＣＣのサブキャリア間隔が、ＰＣｅｌｌ（ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）のサブキャリア間隔と同じである場合。この場合には、端末２０の動作は、図９で説明した動作と同様であってもよい。

　ケース２：候補ＣＣのサブキャリア間隔が、ＰＣｅｌｌ（ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）のサブキャリア間隔よりも小さい場合。この場合には、端末２０の動作は、図１０で説明した動作と同様であってもよい。

　ケース３：候補ＣＣのサブキャリア間隔が、ＰＣｅｌｌ（ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌであってもよい）のサブキャリア間隔よりも大きい場合。この場合には、端末２０の動作は、図１１で説明したＡｌｔ　１Ａ又はＡｌｔ　１Ｂの動作と同様であってもよい。

　（Ｏｐｔｉｏｎ２－２－２の場合の端末の動作の例）
　　Ｏｐｔｉｏｎ２－２－２の場合、タイミングパターンは、例えば、特定の時間間隔に含まれる単位時間（例えば、スロット）毎に、Ｘ＋１個のセルのうち、最大でＮ（Ｎは、Ｘ＋１以下の整数）個のセルをＰＵＣＣＨの送信に使用できることを示す。この場合の端末２０のＰＵＣＣＨの送信は、例えば、以下のステップ１～４のように行われてもよい。

　ステップ２：端末２０は、ステップ１で決定したＨＡＲＱ－ＡＣＫの送信タイミング及びタイミングパターンに対応するＰＵＣＣＨを送信するセルの候補リストを決定する。

　ステップ３：端末２０は、決定された時間及び周波数領域のＰＵＣＣＨリソースが無効なシンボルと重複しないＰＵＣＣＨを送信するセルの候補を、ＰＵＣＣＨを送信するセルの候補リストの中から検出する。

　ステップ４：端末２０は、選択したＰＵＣＣＨを送信するセルにおける決定したＰＵＣＣＨリソースで、ＰＵＣＣＨの送信を行う。

　なお、上述の実施例において、サブスロットベースのキャリアの切り替えを行う場合には、図９～図１４におけるスロットをサブスロットに置き換えてもよい。

　ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇは、Ｓｈｅｄｕｌｉｎｇ　Ｒｅｑｕｅｓｔ（ＳＲ）のＰＵＣＣＨ及び／又はＣｈａｎｎｅｌ　Ｓｔａｔｅ　Ｉｎｆｏｒｍａｔｉｏｎ（ＣＳＩ）のＰＵＣＣＨに対して適用されてもよい。

　ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇが適用されるＵＣＩの種別は、仕様において規定されてもよく、ＲＲＣで設定されてもよい。

　上述の実施例をＳＲのＰＵＣＣＨ及び／又はＣＳＩのＰＵＣＣＨに対して適用する場合、上述の実施例におけるＨＡＲＱ－ＡＣＫ　ＰＵＣＣＨリソースを、ＳＲ　ＰＵＣＣＨリソース及び／又はＣＳＩ　ＰＵＣＣＨリソースに置き換えてもよい。

　上述の実施例における複数のオプションのうち、使用するオプションは、上位レイヤのパラメータで設定されてもよく、端末２０によりＵＥ　ｃａｐａｂｉｌｉｔｙとして基地局１０に送信されてもよく、仕様において規定されてもよく、上位レイヤのパラメータにより設定され且つＵＥ　ｃａｐａｂｉｌｉｔｙとして基地局１０に送信されてもよい。

　端末２０の端末能力情報（ＵＥ　ｃａｐａｂｉｌｉｔｙ）として、端末２０がＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇをサポートするか否かを示す情報が規定されてもよい。

　端末２０の端末能力情報（ＵＥ　ｃａｐａｂｉｌｉｔｙ）として、端末２０がタイミングパターンに基づくＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇをサポートするか否かを示す情報が規定されてもよい。

　端末２０の端末能力情報（ＵＥ　ｃａｐａｂｉｌｉｔｙ）として、端末２０が準静的な設定に基づくＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇをサポートするか否かを示す情報が規定されてもよい。

　なお、本発明の実施例では、ＭＣＧ、ＳＣＧ、又はＰＵＣＣＨ－ＳＣｅｌｌグループのうちのいずれかのグループにおいて、対応するＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌでＰＵＣＣＨの送信を行うべきタイミングのスロットがＤＬに設定されている場合に、対応するセルグループ内のＳＣｅｌｌでＰＵＣＣＨの送信を行う例について説明した。しかしながら、本発明の実施例は、この例には限定されない。例えば、基地局１０がＰＵＣＣＨで受信したＵＣＩを、バックホールリンクを介して他の基地局１０へリアルタイム通知し、他の基地局１０の配下のＳＣｅｌｌのスケジューリングに反映させることが可能である場合には、ＭＣＧ、ＳＣＧ、又はＰＵＣＣＨ－ＳＣｅｌｌグループのうちのいずれかのグループにおいて、対応するＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＰＵＣＣＨ－ＳＣｅｌｌでＰＵＣＣＨの送信を行うべきタイミングのスロットがＤＬに設定されている場合に、対応するセルグループ外のいずれかのセルでＰＵＣＣＨの送信を行ってもよい。

　以下、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実現するための方法として、基地局１０が端末２０に対して、ＰＵＣＣＨの送信を行うためのキャリアを動的に指示する方法の例を示す。

　基地局１０が端末２０に対して、動的に、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示する場合において、例えば、基地局１０は、Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）を使用してもよい。

　基地局１０が端末２０に対して、ＤＣＩを使用して、動的にＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示する場合において、例えば、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用することが可能である場合、基地局１０及び端末２０の動作が不明瞭となっている。

　また、基地局１０が端末２０に対して、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩ又はＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられていないＤＣＩを使用して、動的にＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示する場合における、基地局１０及び端末２０の動作が不明瞭となっている。

　（Ｐｒｏｐｏｓａｌ　Ａ１）
　基地局１０が端末２０に対して、動的に、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示する場合において、基地局１０は、ＤＣＩを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示してもよい。ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示するＤＣＩについて、以下のオプションが考えられる。

　（Ｏｐｔｉｏｎ　Ａ１）
　基地局１０は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示してもよい。この場合、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのＤＣＩフォーマットは、ＤＣＩフォーマット１＿０であってもよく、ＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２）
　基地局１０は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示してもよい。また、基地局１０は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられていないＤＣＩを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示してもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１）
　上述のＯｐｔｉｏｎ　Ａ２の場合において、ＤＣＩは、端末２０に固有のＤＣＩ（ＵＥ　ｓｐｅｃｉｆｉｃ　ＤＣＩ）であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１－Ａ）
　上述のＯｐｔｉｏｎ　Ａ２－１の場合において、ＤＣＩはＰＤＳＣＨをスケジューリングするＤＣＩであってもよい。また、ＤＣＩフォーマットは、ＤＣＩフォーマット１＿０であってもよく、ＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１－Ｂ）
　上述のＯｐｔｉｏｎ　Ａ２－１の場合において、ＤＣＩはＰＤＳＣＨをスケジューリングしないＤＣＩであってもよい。また、ＤＣＩフォーマットは、ＤＣＩフォーマット１＿０であってもよく、ＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１－Ｃ）
　上述のＯｐｔｉｏｎ　Ａ２－１の場合において、ＤＣＩはＰＤＳＣＨ及び非周期的ＣＳＩ報告（ａｐｅｒｉｏｄｉｃ　ＣＳＩ　ｒｅｐｏｒｔ）をスケジューリングするＤＣＩであってもよい。また、ＤＣＩフォーマットは、ＤＣＩフォーマット１＿０であってもよく、ＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１－Ｄ）
　上述のＯｐｔｉｏｎ　Ａ２－１の場合において、ＤＣＩはＰＤＳＣＨ及び非周期的ＣＳＩ報告（ａｐｅｒｉｏｄｉｃ　ＣＳＩ　ｒｅｐｏｒｔ）をスケジューリングしないＤＣＩであってもよい。また、ＤＣＩフォーマットは、ＤＣＩフォーマット１＿０であってもよく、ＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよく、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１－Ｅ）
　上述のＯｐｔｉｏｎ　Ａ２－１の場合において、ＤＣＩフォーマットは、新しいユーザ固有のＤＣＩフォーマットであってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－２）
　上述のＯｐｔｉｏｎ　Ａ２の場合において、ＤＣＩは、端末２０のグループで共通のＤＣＩ（ｇｒｏｕｐ　ｃｏｍｍｏｎ　ＤＣＩ）であってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－２－Ａ）
　上述のＯｐｔｉｏｎ　Ａ２－２の場合において、ＤＣＩフォーマットは、既存のグループ共通のフォーマットであってもよい（例えば、ＤＣＩフォーマット２＿０、ＤＣＩフォーマット２＿２、ＤＣＩフォーマット２＿０及びＤＣＩフォーマット２＿２等）。既存のグループフォーマットは、規定されている指示（ｌｅｇａｃｙ　ｉｎｄｉｃａｔｉｏｎ）を伴ってもよく、伴わなくてもよい。

　（Ｏｐｔｉｏｎ　Ａ２－２－Ｂ）
　上述のＯｐｔｉｏｎ　Ａ２－２の場合において、ＤＣＩフォーマットは、新しく規定されたＤＣＩフォーマットであって、端末２０のグループで共通の、ＤＣＩフォーマット、であってもよい。

　上述のＯｐｔｉｏｎ　Ａ１の場合、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」によって切り替えることが可能となるＰＵＣＣＨの種別は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨだけであってもよい。Ｏｐｔｉｏｎ　Ａ１の場合、基地局１０は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示する。従って、ＤＣＩは、ＳＲを送信するためのＰＵＣＣＨと関連付けられておらず、かつＤＣＩがＣＳＩを送信するためのＰＵＣＣＨと関連付けられていない可能性がある。

　上述のＯｐｔｉｏｎ　Ａ２の場合、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」によって切り替えることが可能となるＰＵＣＣＨの種別は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨ、ＳＲを送信するためのＰＵＣＣＨ、及び／又はＣＳＩを送信するためのＰＵＣＣＨであってもよい。この場合において、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」によって切り替えることが可能となるＰＵＣＣＨの種別は、（Ａｌｔ１）仕様によって規定されてもよく、（Ａｌｔ２）ＲＲＣシグナリングによって設定されてもよく、（Ａｌｔ３）ＤＣＩのフィールドによって指示されてもよく、（Ａｌｔ４）ＤＣＩフォーマットにより指示されてもよい。例えば、ＤＣＩ1_1は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨの切り替えに使用されてもよい。ＤＣＩ1_2は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨ、ＳＲを送信するためのＰＵＣＣＨ、及びＣＳＩを送信するためのＰＵＣＣＨの切り替えに使用されてもよい。ＤＣＩフォーマットと切り替えられるＰＵＣＣＨの種別との間の対応が、仕様において規定されてもよく、ＲＲＣシグナリングによって設定されてもよい。

　基地局１０が端末２０に対して、動的に、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示する場合において、基地局１０は、ＤＣＩを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示してもよい。この場合において、ＤＣＩによって、切替先のセルのインデックスが直接指示されてもよい（Ａｌｔ１）。また、ＲＲＣシグナリングによって、切替先の候補となるサービングセルのセットが設定され、ＤＣＩによって切替先の候補となるサービングセルのセットの中のいずれかのサービングセルに対応するインデックスが指示されてもよい（Ａｌｔ２）。ＤＣＩによって、切替先のセルのインデックスが指示される場合において、当該インデックスを指示するＤＣＩのフィールドは、新しいＤＣＩフィールドであってもよく、使用されていないＤＣＩのフィールドであってもよい。例えば、ＤＣＩがＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ及びスケジューリング／規定されている指示に対して同時に使用されない場合には、１つ以上のフィールドの特定の値をフラグとして使用して、ＤＣＩをスケジューリング／規定されている指示に対して使用すること、又はＤＣＩをＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇに使用すること、が指示されてもよい。既存のフィールドの解釈を変更して、当該既存のフィールドをＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇの指示に使用してもよい。

　（Ｐｒｏｐｏｓａｌ　Ａ２）
　基地局１０が端末２０に対して、動的に、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示する場合において、基地局１０は、ＤＣＩを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを指示してもよい。基地局１０は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示してもよい。

　（Ｏｐｔｉｏｎ　Ａ２－１）
　基地局１０が、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示する場合において、端末２０は、まず、ＰＵＣＣＨを送信するための切替先のセルを決定し、次に、報告のタイミングを決定し、ＨＡＲＱ－ＡＣＫコードブックを生成し、ＰＵＣＣＨを送信するための切替先のセルのＰＵＣＣＨリソースを決定してもよい。

　具体的には、ステップ１において、端末２０は、関連付けられているＤＣＩにおける、ＰＵＣＣＨを送信するセルを指示するフィールドに従って、ＰＵＣＣＨを送信するための切替先のセルを決定する。

　ステップ２において、端末２０は、ＰＵＣＣＨを送信するための切替先のセルにおいて、Ｋ´スロットをカウントして、ＨＡＲＱ－ＡＣＫの送信タイミングを決定する。

　（Ｏｐｔｉｏｎ　Ａ２－１－１）
　Ｋ´は、ＰＵＣＣＨを送信するための切替先のセルのサブキャリア間隔よって規定されるＫ１値であって、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒフィールドにより指示される、Ｋ１値、であってもよい。

　図１８は、Ｏｐｔｉｏｎ　Ａ２－１－１の例を示す図である。図１８の例では、Ｋ１＝２である。従って、端末２０は、ＰＵＣＣＨを送信するための切替先のセル（Ｔａｒｇｅｔ　ＣＣ）において、Ｋ１＝２に基づいて、ｓｌｏｔ　＃２ｎ＋３においてＨＡＲＱ－ＡＣＫを送信することを決定する。

　（Ｏｐｔｉｏｎ　Ａ２－１－２）
　Ｋ´は、プライマリセルのサブキャリア間隔よって規定されるＫ１値であって、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒフィールドにより指示される、Ｋ１値、であってもよい。

　具体的には、ステップ１において、端末２０は、通知されたＫ１値とサブキャリア間隔との間の対応関係からＫ´を決定する。ＰＵＣＣＨを送信するための切替先のセルにおけるＫ´スロットの時間長（ｄｕｒａｔｉｏｎ）は、プライマリセルのＫ１スロットの時間長（ｄｕｒａｔｉｏｎ）と同じである。

　ステップ２において、端末２０は、ＰＵＣＣＨを送信するための切替先のセルにおけるＨＡＲＱ－ＡＣＫを報告するスロットを決定する。

　図１９は、Ｏｐｔｉｏｎ　Ａ２－１－２の例を示す図である。図１９の例では、Ｋ１＝２である。図１９の例では、プライマリセルのサブキャリア間隔は、ＰＵＣＣＨを送信するための切替先のセルにおけるサブキャリア間隔よりも小さい（プライマリセルの１スロットの時間長は、切替先のセルの４スロットの時間長と等しい）。端末２０は、Ｋ´＝２×４＝８に基づいて、ｓｌｏｔ　＃４ｎ＋９においてＨＡＲＱ－ＡＣＫを送信することを決定する。

　図２０は、Ｏｐｔｉｏｎ　Ａ２－１－２の別の例を示す図である。図２０の例では、Ｋ１＝８である。図２０の例では、プライマリセルのサブキャリア間隔は、ＰＵＣＣＨを送信するための切替先のセルにおけるサブキャリア間隔よりも大きい（プライマリセルの４スロットの時間長は、切替先のセルの１スロットの時間長と等しい）。端末２０は、Ｋ´＝８／４＝２に基づいて、ｓｌｏｔ　＃ｎ＋２においてＨＡＲＱ－ＡＣＫを送信することを決定する。

　Ｏｐｔｉｏｎ　Ａ２－１－１の場合、ＰＵＣＣＨを送信するための切替先のセルの候補全てに対して、Ｋ１値のセットを設定する必要がある。従って、ＨＡＲＱ－ＡＣＫの送信タイミングの指示を、Ｏｐｔｉｏｎ　Ａ２－１－２と比較して、柔軟に行うことが可能である。Ｏｐｔｉｏｎ　Ａ２－１－２の場合、プライマリセルのみに対して、Ｋ１値のセットを設定する必要がある。従って、ＨＡＲＱ－ＡＣＫの送信タイミングの設定の自由度は、Ｏｐｔｉｏｎ　Ａ２－１－１の場合の自由度よりも低い。

　次に、ステップ３において、端末２０は、ＰＵＣＣＨを送信するための切替先のセルの決定したタイミングのスロットにおいて報告するＨＡＲＱ－ＡＣＫに対して、ＨＡＲＱ－ＡＣＫコードブックを生成する。

　次に、ステップ４において、端末２０は、ＨＡＲＱ－ＡＣＫコードブックと関連する末尾のＤＣＩにより示されるＰＲＩフィールドによって、ＰＵＣＣＨを送信するための切替先のセルにおけるＨＡＲＱ－ＡＣＫコードブックのＰＵＣＣＨリソースを選択する。さらに、端末２０は、ＨＡＲＱ－ＡＣＫコードブックと関連する末尾のＤＣＩにより示されるＴＰＣコマンドフィールドによって、ＰＵＣＣＨを送信するための切替先のセルにおけるＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨのＴＰＣの値を決定する。

　Ｏｐｔｉｏｎ　Ａ２－１の場合、関連するＤＣＩを伴わないセミパーシステント（ＳＰＳ）なＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信するための切替先のセルを指示することは想定されていない。また、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇの指示に対応していないＤＣＩフォーマットによりスケジューリングされる／指示される、ＰＤＳＣＨ又はＳＰＳのreleaseに対応するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信するための切替先のセルを指示することは想定されていない。この場合において、デフォルトのＰＵＣＣＨを送信するためのセルを規定してもよい。

　例えば、セミパーシステント（ＳＰＳ）なＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの送信の場合、プライマリセル又は設定されたセルインデックスに対応するセルが、デフォルトのＰＵＣＣＨを送信するセルであってもよい。

　また、ＤＣＩ１＿１だけがＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇの指示に対応している場合、ＤＣＩ１＿０又はＤＣＩ１＿２でスケジュールされるＰＤＳＣＨのＨＡＲＱ－ＡＣＫの送信について、プライマリセル又は設定されたセルインデックスに対応するセルが、デフォルトのＰＵＣＣＨを送信するセルであってもよい。

　（Ｏｐｔｉｏｎ　Ａ２－２）
　基地局１０が、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示する場合において、端末２０は、まず、プライマリセルで、報告のタイミングを決定しかつＨＡＲＱ－ＡＣＫコードブックを生成し、次に、ＤＣＩによってＰＵＣＣＨを送信するセルの切り替えが指示された場合に、ＰＵＣＣＨを送信するための切替先のセルで、ＨＡＲＱ－ＡＣＫコードブックに対するＰＵＣＣＨを送信するスロットを決定してもよい。

　以下のステップ１～４は、Ｏｐｔｉｏｎ　Ａ２－２の場合の処理の例である。

　ステップ１において、端末２０は、プライマリセルにおいて、報告のタイミングを決定し、ＨＡＲＱ－ＡＣＫコードブックを生成する。

　ステップ２において、端末２０は、関連するＤＣＩに基づいて、ＰＵＣＣＨを送信するためのセルを切り替えることを決定する。この場合において、ＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信するためのセルは、以下の場合に切り替えられてもよい。

　（Ａｌｔ１）Ａｌｔ１は、ＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨと関連付けられる少なくとも１つのＤＣＩがＰＵＣＣＨを送信するためのセルの切り替えを示す場合である。この場合において、ＰＵＣＣＨを送信するための切替先のセルは、（Ａｌｔ１－１）ＨＡＲＱ－ＡＣＫのＰＵＣＣＨと関連付けられる末尾のＤＣＩであって、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇの指示を伴う、ＤＣＩ、により指示されるセル、（Ａｌｔ１－２）複数のＤＣＩにより示される切替先のセルの複数の候補のうち、最も値の小さいセルのインデックスに対応するセル、（Ａｌｔ１－３）複数のＤＣＩにより示される切替先のセルの複数の候補のうち、サブキャリア間隔が最も小さいセル（最も小さいサブキャリア間隔が複数のセルに対して設定される場合、末尾のＤＣＩに対応するセル、又はセルのインデックスが最も小さいセル）、であってもよい。

　（Ａｌｔ２）Ａｌｔ２は、ＤＣＩフォーマットがＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇに対応しており、ＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨと関連付けられる全てのＤＣＩがＰＵＣＣＨを送信するためのセルの切り替えを示し、これらのＤＣＩが同じ切替先のセルを示す場合である。この場合には、ＨＡＲＱ－ＡＣＫのＰＵＣＣＨは、指示された切替先のセルで送信されてもよい。

　ステップ３において、ＰＵＣＣＨを送信するための切替先のセルがプライマリセルではない場合に、端末２０は、ＨＡＲＱ－ＡＣＫコードブックに対するＰＵＣＣＨを送信するための切替先のセルにおけるＰＵＣＣＨを送信するスロットを決定する。

　ステップ４において、端末２０は、ＨＡＲＱ－ＡＣＫコードブックと関連する末尾のＤＣＩにより示されるＰＲＩフィールドによって、ＰＵＣＣＨを送信するための切替先のセルにおけるＨＡＲＱ－ＡＣＫコードブックのＰＵＣＣＨリソースを選択する。さらに、端末２０は、ＨＡＲＱ－ＡＣＫコードブックと関連する末尾のＤＣＩにより示されるＴＰＣコマンドフィールドによって、ＰＵＣＣＨを送信するための切替先のセルにおけるＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨのＴＰＣの値を決定する。

　Ｏｐｔｉｏｎ　Ａ２－２の場合、関連するＤＣＩを伴わないセミパーシステント（ＳＰＳ）なＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ、又は動的なＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇに対応していないＤＣＩフォーマットによりスケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇは、同じＨＡＲＱ－ＡＣＫコードブックと関連付けられる他のＤＣＩによる指示に従って、黙示的に行われてもよい。

　上述のＯｐｔｉｏｎ　Ａ２－１では、基地局１０が、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示する場合において、端末２０は、まず、ＰＵＣＣＨを送信するための切替先のセルを決定し、次に、報告のタイミングを決定し、ＨＡＲＱ－ＡＣＫコードブックを生成し、ＰＵＣＣＨを送信するための切替先のセルのＰＵＣＣＨリソースを決定する。この場合において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複することが想定される。

　図２１は、時間領域において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。図２１の例では、ＰＤＳＣＨ＃１に対してＫ１＝３であり、ＰＤＳＣＨ＃２に対してＫ１＝２であり、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信する切替先のセルと、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信する切替先のセルとが異なっている。図２１の例では、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨと、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨとが、時間領域において重複する。

　図２２は、時間領域において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。図２２の例では、１つのセルにおけるＨＡＲＱ－ＡＣＫを送信するスロットが、別のセルにおけるＨＡＲＱ－ＡＣＫを送信するスロットと、時間領域において重複する。図２２の例では、ＰＤＳＣＨ＃１に対してＫ１＝３であり、ＰＤＳＣＨ＃２に対してＫ１＝２であり、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信する切替先のセルと、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信する切替先のセルとが異なっている。図２２の例では、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨのスロットであるｓｌｏｔ＃２ｎ＋４と、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨのスロットであるｓｌｏｔ＃ｎ＋２とが、時間領域において重複する。

　図２３は、時間領域において、異なるセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。

　図２３の例では、１つのセルにおけるＨＡＲＱ－ＡＣＫを送信するスロット及び別のセルにおけるＨＡＲＱ－ＡＣＫを送信するスロットが、プライマリセルの同じスロットと重複する。

　図２３の例では、ＰＤＳＣＨ＃１に対してＫ１＝３であり、ＰＤＳＣＨ＃２に対してＫ１＝３であり、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信する切替先のセルと、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨを送信する切替先のセルとが異なっている。図２３の例では、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨのスロットであるｓｌｏｔ＃４ｎ＋４及びＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫのＰＵＣＣＨのスロットであるｓｌｏｔ＃２ｎ＋３が、プライマリセルのスロット＃ｎ＋１と重複する。

　上述のＯｐｔｉｏｎ　Ａ２－２では、基地局１０が、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩのみを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示する場合において、端末２０は、まず、プライマリセルで、報告のタイミングを決定しかつＨＡＲＱ－ＡＣＫコードブックを生成し、次に、ＤＣＩによってＰＵＣＣＨを送信するセルの切り替えが指示された場合に、ＰＵＣＣＨを送信するための切替先のセルで、ＨＡＲＱ－ＡＣＫコードブックに対するＰＵＣＣＨを送信するスロットを決定する。この場合において、切替先のセルのサブキャリア間隔が、プライマリセルのサブキャリア間隔と異なることを許容する場合には、切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複することが想定される。

　図２４は、切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。図２４の例では、プライマリセルにおいて、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（ｓｌｏｔ＃４ｎ＋５）は、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（ｓｌｏｔ＃４ｎ＋７）とは異なる。しかし、ＰＵＣＣＨを送信するセルが切り替えられた結果、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨ及びＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨは、切替先のセルの同じスロット（ｓｌｏｔ＃ｎ＋１）にマッピングされる。

　図２５は、切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。図２５の例では、プライマリセルにおいて、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（ｓｌｏｔ＃４ｎ＋５）は、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（ｓｌｏｔ＃４ｎ＋７）とは異なる。しかし、ＰＵＣＣＨを送信するセルが切り替えられた結果、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨと、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨは、それぞれ、異なるセルにマッピングされる。ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのリソース（Ｔａｒｇｅｔ　ＣＣ　ｆｏｒ　ＰＵＣＣＨ＃１のｓｌｏｔ＃４ｎ＋５内のリソース）は、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのリソース（Ｔａｒｇｅｔ　ＣＣ　ｆｏｒ　ＰＵＣＣＨ＃２のｓｌｏｔ＃ｎ＋１のリソース）と重複している。

　図２６は、切替先のセルにおけるＨＡＲＱ－ＡＣＫの送信が重複する例を示す図である。図２６の例では、プライマリセルにおいて、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（ｓｌｏｔ＃４ｎ＋５）は、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（ｓｌｏｔ＃４ｎ＋７）とは異なる。しかし、ＰＵＣＣＨを送信するセルが切り替えられた結果、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨと、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨは、それぞれ、異なるセルにマッピングされる。ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（Ｔａｒｇｅｔ　ＣＣ　ｆｏｒ　ＰＵＣＣＨ＃１のｓｌｏｔ＃２ｎ＋５）は、ＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨのスロット（Ｔａｒｇｅｔ　ＣＣ　ｆｏｒ　ＰＵＣＣＨ＃２のｓｌｏｔ＃ｎ＋１）と重複している。

　図２１～図２６に示される、ＨＡＲＱ－ＡＣＫの送信が重複する場合に対して、以下のような対処方法が考えられる。

　（Ａｌｔｅｒｎａｔｉｖｅ　１）
　基地局１０の実装により、上述のＨＡＲＱ－ＡＣＫの送信の重複の場合を回避する。

　（Ａｌｔｅｒｎａｔｉｖｅ　２）
　端末２０は、重複するＨＡＲＱ－ＡＣＫの送信に対応する複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨを、切替先のセルの１つのＨＡＲＱ－ＡＣＫコードブックにまとめて送信してもよい。

　この場合において、切替先のセルは、複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨと関連付けられる複数のＤＣＩのうちの末尾のＤＣＩ（時間に関して最後に受信したＤＣＩ）で示されるセルであってもよく、複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨに対する複数の切替先のセルのうち、セルのインデックスが最も小さい値であるセルであってもよく、複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨに対する複数の切替先のセルのうち、サブキャリア間隔が最も小さいセルであってもよく（最も小さいサブキャリア間隔のセルが複数ある場合には、それらのセルのうち、末尾のＤＣＩで示されるセル又はセルのインデックスが最も小さい値であるセルであってもよい）、複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨのうち、ＨＡＲＱ－ＡＣＫのＰＵＣＣＨの開始／終了のシンボルが時間方向において最も後ろのセルであってもよく、複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨのうち、ＨＡＲＱ－ＡＣＫのＰＵＣＣＨの開始／終了のシンボルが時間方向において最も前のセルであってもよい。

　端末２０は、切替先のセルでまとめられたＨＡＲＱ－ＡＣＫのＰＵＣＣＨに対するＰＵＣＣＨリソース及びＴＰＣコマンドを、複数のＨＡＲＱ－ＡＣＫのＰＵＣＣＨに関連する複数のＤＣＩのうち、末尾のＤＣＩで示されるＰＲＩ及びＴＰＣコマンドフィールドによって決定してもよく、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇに関して選択された切替先のセルを示す複数の関連付けられたＤＣＩのうちの末尾のＤＣＩで示されるＰＲＩ及びＴＰＣコマンドフィールドによって決定してもよい。

　時間的に、切替先のセルの１つのＨＡＲＱ－ＡＣＫコードブックにまとめることができない場合については、エラーケースとして処理してもよい。

　（Ｐｒｏｐｏｓａｌ　Ａ３）
　基地局１０は、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられているＤＣＩ又はＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨと関連付けられていないＤＣＩを使用して、ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇを端末２０に対して指示してもよい。

　（Ｏｐｔｉｏｎ　Ａ３－１）
　ＤＣＩは、ＰＵＣＣＨ送信について、スロット（プライマリセルのサブキャリア間隔で規定される）とセルのインデックスとの間の対応関係を伴うＰＵＣＣＨキャリアパターンを示してもよい。

　ＰＵＣＣＨセル候補毎のＰＵＣＣＨキャリアパターンの構成は、上述の実施例と同様であってもよい。

　端末２０がスロットのセットに対するＰＵＣＣＨキャリアを示すＤＣＩを受信し、最初のＤＣＩで示された複数のスロットを示す後のＤＣＩを受信した場合において、異なるＤＣＩによって、同じスロットに対して異なるＰＵＣＣＨキャリアが示されることを想定しなくてもよく、それらのスロットに対して、最後のＤＣＩによって、ＰＵＣＣＨキャリアが更新されてもよい。

　ＰＵＣＣＨキャリアパターンによって示される最初のスロットの位置は、ＰＵＣＣＨキャリアパターンに含まれるスロットインデックス（１つのＴＤＤ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｐｅｒｉｏｄｉｃｉｔｙ内のインデックス又はフレーム内のインデックスを示してもよい）によって決定されてもよく、（ＰＵＣＣＨキャリアパターンにスロットインデックスが含まれない場合）ＤＣＩを受信したスロットからＸ１スロットと決定されてもよく、（ＰＵＣＣＨキャリアパターンにスロットインデックスが含まれない場合）ＤＣＩに対応するＨＡＲＱ－ＡＣＫのＰＵＣＣＨスロットのＸ２スロット後と決定されてもよい。Ｘ１及びＸ２は、仕様により規定されてもよく、ＲＲＣで設定されてもよく、ＤＣＩにより示されてもよい。

　ＤＣＩは周期的であってもよく、非周期的であってもよい。

　ＤＣＩが非周期的であり、端末２０が、最後に示されたスロットの後のスロットを示すためのＰＵＣＣＨキャリアパターンを伴うＤＣＩを受信しない場合、示されていないスロットにおけるＰＵＣＣＨ送信のために、端末２０は、プライマリセルを使用してもよい。

　ＤＣＩが周期的である場合、示されるスロットの時間長は、ＤＣＩの周期と同じであってもよく、ＤＣＩの周期より短くてもよく、ＤＣＩの周期よりも長くてもよい。示されるスロットの時間長がＤＣＩの周期より短い場合には、ＰＵＣＣＨキャリアパターンは周期的に適用されてもよく、示された範囲外のスロットのＰＵＣＣＨ送信には、プライマリセルを使用してもよい。

　ＰＵＣＣＨの切り替え動作は、上述の実施例と同様であってもよい。

　（Ｏｐｔｉｏｎ　Ａ３－２）
　ＤＣＩは、後のＰＵＣＣＨ送信について、ＰＵＣＣＨキャリアの更新を示してもよい。

　ＰＵＣＣＨキャリアを更新するＤＣＩを受信した場合、アクティベーション時間後に、ＰＵＣＣＨ送信について、指示されたキャリアが使用されてもよく、ＰＵＣＣＨキャリアを更新する別のＤＣＩを受信するまで、当該指示されたキャリアが適用されてもよい。

　上述のアクティベーション時間は、ＤＣＩの最後のシンボルからＸシンボル後であってもよく、ＤＣＩを受信したスロットからＸ２スロット後のスロットでもよく、ＤＣＩに対応するＨＡＲＱ－ＡＣＫのＰＵＣＣＨの最後のシンボルからＸ３シンボル後であってもよく、ＤＣＩに対応するＨＡＲＱ－ＡＣＫのＰＵＣＣＨのスロットからＸ４スロット後であってもよい。Ｘ１、Ｘ２、Ｘ３、Ｘ４は、仕様により規定されてもよく、ＲＲＣで設定されてもよく、ＤＣＩにより示されてもよい。

　（Ｏｐｔｉｏｎ　Ａ３－３）
　ＤＣＩによって指示されたＰＵＣＣＨキャリアは、ウィンドウにおけるＰＵＣＣＨ送信に対して適用されてもよい。ここで、ウィンドウのサイズは、仕様により規定されてもよく、ＲＲＣで設定されてもよく、ＤＣＩにより示されてもよい。

　ウィンドウの終了後、ＰＵＣＣＨの送信に対して、プライマリセルが適用されてもよい。

　ＤＣＩによって、ウィンドウにおけるＰＵＣＣＨ送信のＰＵＣＣＨキャリアが示された後、端末２０が、ウィンドウ内のＰＵＣＣＨキャリアを示す別のＤＣＩを受信した場合、端末２０は、後のＤＣＩのアクティベーション時間後から、ＰＵＣＣＨキャリアを更新し、ウィンドウのカウントを再開してもよい。ここで、アクティベーション時間は、Ｏｐｔｉｏｎ　Ａ３－２と同様であってもよい。

　ＰＵＣＣＨの送信のセルの候補、及びＰＵＣＣＨを送信するセルの候補に対するＰＵＣＣＨリソースの設定に対する制約は、上述の実施例と同様であってもよい。

　また、上述の実施例のいずれのオプションが適用されるかについては、上位レイヤのパラメータにより設定されてもよく、端末２０により、端末能力（ＵＥ　ｃａｐａｂｉｌｉｔｙ）として通知されてもよく、仕様により規定されてもよく、上位レイヤのパラメータにより規定され、端末能力として通知されてもよい。

　端末２０の端末能力情報（ＵＥ　ｃａｐａｂｉｌｉｔｙ）として、端末２０がＰＵＣＣＨと関連付けられるＤＣＩに基づくＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇをサポートするか否かを示す情報が規定されてもよい。

　端末２０の端末能力情報（ＵＥ　ｃａｐａｂｉｌｉｔｙ）として、端末２０がＰＵＣＣＨと関連付けられないＤＣＩに基づくＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇをサポートするか否かを示す情報が規定されてもよい。

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

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

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

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

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

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

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

　実施例には、少なくとも以下の端末、通信方法及び無線通信システムが記載されている。

　セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を受信する受信部と、
　前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替える制御部と、
　前記別のセルにおいて、前記上り制御情報を送信する送信部と、
　を備える端末。

　前記制御情報は、前記別のセルを示すインデックスを示す情報を含んでもよく、
　前記制御部は、前記インデックスに基づいて、前記特定のセルを前記別のセルに切り替えてもよい。

　前記制御情報は、前記特定のセルを切り替える切替先のセルの候補として事前設定されている複数のセルのうち、前記別のセルを示すインデックスを含んでもよく、
　前記制御部は、前記インデックスに基づいて、前記特定のセルを前記別のセルに切り替えてもよい。

　前記特定のセルは、プライマリセル、プライマリセカンダリセル、又はＰｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）－セカンダリセルであってもよい。

　セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を受信するステップと、
　前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替えるステップと、
　前記別のセルにおいて、前記上り制御情報を送信するステップと、
　を備える端末による通信方法。

　基地局と、端末とを備える無線通信システムであって、
　前記基地局は、
　　セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を送信する送信部を備え、
　前記端末は、
　　前記セルグループにおける上り制御情報の送信のためのセルを切り替えるための前記制御情報を受信する受信部と、
　　前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替える制御部と、
　　前記別のセルにおいて、前記上り制御情報を送信する送信部と、
　を備える、
　無線通信システム。

　上記のいずれの構成によっても、「ＰＵＣＣＨ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｉｎｇ」を実施する場合の、端末の動作が明確化される。

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

　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（ｂｒｏａｄｃａｓｔｉｎｇ）、通知（ｎｏｔｉｆｙｉｎｇ）、通信（ｃｏｍｍｕｎｉｃａｔｉｎｇ）、転送（ｆｏｒｗａｒｄｉｎｇ）、構成（ｃｏｎｆｉｇｕｒｉｎｇ）、再構成（ｒｅｃｏｎｆｉｇｕｒｉｎｇ）、割り当て（ａｌｌｏｃａｔｉｎｇ、ｍａｐｐｉｎｇ）、割り振り（ａｓｓｉｇｎｉｎｇ）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（ｔｒａｎｓｍｉｔｔｉｎｇ　ｕｎｉｔ）あるいは送信機（ｔｒａｎｓｍｉｔｔｅｒ）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

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

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

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

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

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

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

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

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

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

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

　また、基地局１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

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

　また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）シグナリング、報知情報（ＭＩＢ（Ｍａｓｔｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ等であってもよい。

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

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

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

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

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

　本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Ｂｏｏｌｅａｎ：ｔｒｕｅ又はｆａｌｓｅ）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

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

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

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

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

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

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

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

　本開示においては、「基地局（ＢＳ：Ｂａｓｅ　Ｓｔａｔｉｏｎ）」、「無線基地局」、「基地局」、「固定局（ｆｉｘｅｄ　ｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（ａｃｃｅｓｓ　ｐｏｉｎｔ）」、「送信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ　ｐｏｉｎｔ）」、「受信ポイント（ｒｅｃｅｐｔｉｏｎ　ｐｏｉｎｔ）、「送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ　ｐｏｉｎｔ）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

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

　本開示においては、「移動局（ＭＳ：Ｍｏｂｉｌｅ　Ｓｔａｔｉｏｎ）」、「端末（ｕｓｅｒ　ｔｅｒｍｉｎａｌ）」、「端末（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）」、「端末」などの用語は、互換的に使用され得る。

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

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

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

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

　本開示で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ　ｕｐ、ｓｅａｒｃｈ、ｉｎｑｕｉｒｙ）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（ａｓｓｕｍｉｎｇ）」、「期待する（ｅｘｐｅｃｔｉｎｇ）」、「みなす（ｃｏｎｓｉｄｅｒｉｎｇ）」などで読み替えられてもよい。

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

　参照信号は、ＲＳ（Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）と呼ばれてもよい。

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

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

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

　本開示において、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。

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

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

　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。

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

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

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

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

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

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

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

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

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

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

　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ　ＲＢ）、サブキャリアグループ（ＳＣＧ：Ｓｕｂ－Ｃａｒｒｉｅｒ　Ｇｒｏｕｐ）、リソースエレメントグループ（ＲＥＧ：Ｒｅｓｏｕｒｃｅ　Ｅｌｅｍｅｎｔ　Ｇｒｏｕｐ）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

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

　帯域幅部分（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ　Ｐａｒｔ）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（ｃｏｍｍｏｎ　ｒｅｓｏｕｒｃｅ　ｂｌｏｃｋｓ）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

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

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

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

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

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

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

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

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

　本国際特許出願は２０２１年１月２９日に出願した日本国特許出願第２０２１－０１４０２６号に基づきその優先権を主張するものであり、日本国特許出願第２０２１－０１４０２６号の全内容を本願に援用する。

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

Claims

　セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を受信する受信部と、
　前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替える制御部と、
　前記別のセルにおいて、前記上り制御情報を送信する送信部と、
　を備える端末。
　前記制御情報は、前記別のセルを示すインデックスを示す情報を含み、
　前記制御部は、前記インデックスに基づいて、前記特定のセルを前記別のセルに切り替える、
　請求項１に記載の端末。
　前記制御情報は、前記特定のセルを切り替える切替先のセルの候補として事前設定されている複数のセルのうち、前記別のセルを示すインデックスを含み、
　前記制御部は、前記インデックスに基づいて、前記特定のセルを前記別のセルに切り替える、
　請求項１に記載の端末。
　前記特定のセルは、プライマリセル、プライマリセカンダリセル、又はＰｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）－セカンダリセルである、
　請求項１に記載の端末。
　セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を受信するステップと、
　前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替えるステップと、
　前記別のセルにおいて、前記上り制御情報を送信するステップと、
　を備える端末による通信方法。
　基地局と、端末とを備える無線通信システムであって、
　前記基地局は、
　　セルグループにおける上り制御情報の送信のためのセルを切り替えるための制御情報を送信する送信部を備え、
　前記端末は、
　　前記セルグループにおける上り制御情報の送信のためのセルを切り替えるための前記制御情報を受信する受信部と、
　　前記セルグループ内の上り制御情報送信用の特定のセルを、前記制御情報に基づいて、別のセルに切り替える制御部と、
　　前記別のセルにおいて、前記上り制御情報を送信する送信部と、
　を備える、
　無線通信システム。