JP6617770B2 - 無線端末及び無線局並びにこれらの方法 - Google Patents

Description

本開示は、無線通信に関し、特に、無線端末が複数のキャリアを同時に使用してデータ送信又は受信を行う無線通信システムに関する。

現在、大容量・高速通信を可能にするLong Term Evolution (LTE)-Advancedの拡張機能の標準化が3rd Generation Partnership Project（3GPP）において行われている。拡張機能の１つとして、従来は最大５キャリア（Component Carrier（CC））まで同時使用可能であったキャリアアグリゲーション（Carrier Aggregation（CA））のキャリア数を、最大３２キャリア（CC）まで増加させるための仕様化が行われている。これにより、更なる高速通信が可能になると期待されている。

しかし、キャリア数（CC数）が増加するにつれて、アップリンクで送信されるアップリンク制御情報（Uplink Control Information（UCI））の情報量も増加する。UCIの情報量の増加は、１つの無線端末（User Equipment（UE））がアップリンク制御チャネル（Physical Uplink Control Channel（PUCCH））で送信すべき情報量が膨大となる、又はPUCCHリソースが不足する、などの問題の発生を招くと考えられる。なお、UCIは、ダウンリンクに関する制御情報を含み、例えば、Channel State Information（CSI）を含む。CSIは、Channel Quality Indicator（CQI）、Pre-Coding Matrix Indicator（PMI）、及びRank Indicator（RI）のうち少なくとも１つを含む。

さらに、複数のUEが同じセル群をCAする場合、特に低周波数（e.g., 800MHz）の第１のセルと高周波数（e.g., 3.5GHz）の第２のセルをCAする場合、多くのUEが低周波数の第１のセルをプライマリセル（PCell）として使用し、高周波数の第２のセルをセカンダリセル（SCell）として使用することが想定される。この場合、複数のUEが第２のセル（SCell）のためのUCIを第１のセル（PCell）のPUCCHにおいて送信するため、第１のセルのオーバーヘッドが膨大になるという問題も発生すると考えられる。

そこで、SCellとして使用されているCC（Secondary CC（SCC））でPUCCHの送信を可能にする機能（例えば、PUCCH on SCell又はSCell PUCCHと呼ばれる）が議論されている。これにより、PUCCHリソースの不足、又は特定のセルへのPUCCHオーバーヘッドの集中を回避することができる。

複数のSCellのうちの１つにPUCCHが設定される場合、基地局（eNodeB（eNB））はUEに対して、PCellのPUCCHと当該１つのSCellのPUCCHのどちらでUCIを送信するかをSCell毎に設定することが提案されている。なお、PCellのためのUCIは、必ずPCellのPUCCHにおいて送信されることが想定されている。同じセル（PCell又はSCell）のPUCCHでUCIが送信されるセル群は、PUCCH Cell Group（PCG）と呼ばれることもある。以降では、PCellを含むPCGをPrimary PCG（P-PCG）と呼び、PUCCHを送信するSCellを含む１又は複数のSCellのみから成るPCGをSecondary PCG（S-PCG）と呼ぶ。

なお、CAでは、CAが設定されたときのUEのバッテリー消費を穏やかにするために、SCellのアクティブ化／非アクティブ化（activation/deactivation）メカニズムがサポートされている。SCellの追加とこれのアクティブ化について以下に説明する。

UEがRadio Resource Control (RRC) Connection Reconfigurationメッセージを受信し、当該RRC Connection Reconfigurationメッセージにより１つ又は複数のSCellを追加された（新たに設定された）場合（SCell addition）、これら追加された１つ又は複数のSCellは当初deactivated状態（deactivated state）である。すなわち、当該UEのRRCレイヤは、これら追加された１つ又は複数のSCellがdeactivated状態であると考えるよう下位レイヤ（i.e., Medium Access Control（MAC）レイヤ）を設定する。なお、RRC Connection Reconfigurationメッセージが既に設定されているSCellの設定の修正（SCell修正（SCell modification））を示す場合、UEは、Activationに関する当該SCellの状態を変更せず、RRC Connection Reconfigurationメッセージの受信前の状態を維持する。

したがって、追加されたSCellをactivated状態にするためには追加のアクティブ化（activation）手順が必要である。ネットワーク（i.e., eNB）は、Activation/Deactivation MAC control element （CE）をUEに送信することによって、当該UEに設定されたdeactivated状態のSCellをアクティブ化することができる（非特許文献１を参照）。UEは、SCellをアクティブ化する（activating）Activation/Deactivation MAC CEを受信すると、当該MAC CEで指定されたSCellをアクティブ化する。

SCellがactivated状態である場合、UEは、以下の動作を行う：
・アップリンクCAが設定されている場合に、当該SCellでSounding reference signals（SRS）を送信すること；
・当該SCellにおいてダンリンク制御チャネル（Physical Downlink Control Channel（PDCCH）をモニタすること；
・クロスキャリア・スケジューリングの場合に、当該SCellのためのPDCCHをモニタすること、及び
・当該SCellのためのCSIレポーティングを行うこと。

一方、SCellがdeactivated状態である場合、UEは、以下の動作を行う：
・当該SCellでSRSを送信しないこと；
・当該SCellでUplink Shared Channel（UL-SCH）を送信しないこと；
・当該SCellでRandom Access Channel（RACH）を送信しないこと；
・当該SCellにおいてPDCCHをモニタしないこと；
・当該SCellのためのPDCCHをモニタしないこと；及び
・当該SCellのためのCSIレポーティングを行わないこと。

つまり、UEは、activated状態のSCellのためのCSIレポーティングを行い、deactivated状態のSCellのためのCSIレポーティングを行わない。ただし、アクティブ化されたSCellのCSIが利用可能になるまで（例えば、アクティブ化されたSCellに関する有効なCQIがUEにおいて取得できるまで）に要する遅延は、UEの処理能力に依存し、システム内において一意に決まらない。したがって、UEは、SCellをアクティブ化する（activating）Activation/Deactivation MAC CEをサブフレーム＃ｎにおいて受信した場合、遅くともサブフレーム＃ｎ＋２４又は＃ｎ＋３４までに（no later than subframe #n+24 or #n+34）、有効なCSI報告（valid CSI report）の送信を開始するべきとされている（非特許文献２を参照）。

続いて以下では、Primary PCG（P-PCG）が既に設定されている又はP-CCG及び少なくとも１つのSecondary PCG（S-PCG）が既に設定されているUEに対して、新たなSecondary PCG（S-PCG）が追加される場合について考察する。はじめに、新たなS-PCG内の全てのSCellがUEに新規に追加される場合（SCell addition）を考える。上述したように、UEはこれら全てのSCellをdeactivated状態であるとみなす。つまり、新規に追加されたこれら全てのSCellの当初deactivated状態である。そして、UEは、当該SCellをアクティブ化する（activating）Activation/Deactivation MAC CEをサブフレーム＃ｎにおいてeNBから受信すると、当該SCellをアクティブ化し、遅くともサブフレーム＃ｎ＋２４又は＃ｎ＋３４までに有効なCSI報告（valid CSI report）の送信を開始する。このような動作は、従来のCAにおけるSCell追加及びSCellアクティブ化の動作と同様であり、特段の問題は発生しない。

次に、追加されるS-PCGが既に追加されており且つactivated状態のSCellを含み、且つ当該SCellにおいてPUCCHが送信される場合を考える。この場合、一案として、SCellの修正手順（SCell modification procedure）を利用し、当該SCellをactivated状態のまま維持することが考えられる。しかしこの手順では、当該SCellのPUCCHで送信されるべき有効なCSI報告がUEにおいて準備できたか否かをeNBにおいて認識できない。あるいは、UEが有効なCSI報告が準備できていても、UEがこれを新たに設定されたPUCCHにおいて送信できるようになるまでには、いくらかの遅延が必要と考えられる。

そこで、非特許文献３は、追加されるS-PCGに含まれるいくつかのSCellが現在P-PCGに含まれ且つactivated状態である場合、これらを最初に非アクティブ化し、追加されるS-PCG内のPUCCH SCellを含む全てのSCellがS-PCG追加のRRC Connection Reconfiguration手順の間deactivated状態に留まるべきであることを提案している。ここで、PUCCH SCellは、PUSCCHが送信されるSCellを意味する。非特許文献３は、activated状態であるSCellsを非アクティブ化するために、２つオプションを提案している。オプション１では、当該SCellをS-PCGに追加する前に、これをActivation/Deactivation MAC CEによって非アクティブ化する。オプション２では、はじめに当該SCellを解放（release）し、次にこれを再び追加する。

3GPP TS 36.321 V12.5.0 (2015-03), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 12)", 2015年3月 3GPP TS 36.133 V12.6.0 (2014-12), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for support of radio resource management (Release 12)", 2014年12月 3GPP R2-150372, Huawei, HiSilicon, "Introduce PUCCH on SCell for CA beyond 5 carriers", 2015年2月

非特許文献３に示された上述のオプション１及び２は、それぞれ以下に述べる問題があるかもしれない。まず、非特許文献３に示された上述のオプション２についてはactivated状態であるSCellsをまず解放してから次に再び追加するという冗長な処理をUEに強要する。したがって、このSCell解放及び再追加の処理に起因する追加の遅延が生じるかもしれない。さらに、SCellsの再度追加するためには、SCell設定を示す情報要素を再度eNBからUEに再度送信しなければならないという問題もある。

一方、非特許文献３に示された上述のオプション１は、SCell解放及び再追加の処理は発生しない。しかしながら、当該オプション１は、activated状態のSCellsを非アクティブ化するための明示的なActivation/Deactivation MAC CEの送信を必要とする。したがって、この冗長なActivation/Deactivation MAC CEの送信に起因する追加の遅延が生じるかもしれない。

本明細書に開示される実施形態が達成しようとする目的の１つは、既に追加されている又は新規に追加される第１のSCellに対して当該第１のSCellを含む１又は複数のSCellのアップリンク制御情報（e.g., CSI）の送信に使用されるアップリンク制御チャネル（e.g., PUCCH）を設定する際に、これら１又は複数のSCellの解放及び再追加を伴わず且つ制御シグナリング数を抑制することに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、無線端末は、無線局と通信するための無線トランシーバと、前記無線トランシーバを利用して前記無線局との間でキャリアアグリゲーションを行うよう構成された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す情報要素を含むダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）するよう構成されている。

第２の態様では、無線局と通信する無線端末において行われる方法は、
（ａ）キャリアアグリゲーションのためのセカンダリセル（SCell）設定を含む１又は複数の第１のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記キャリアアグリゲーションの１又は複数のSCellを追加すること、前記１又は複数のSCellは当初はdeactivated 状態とされている；
（ｂ）Activation指示を含む１又は複数の第２のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記activation指示に従って前記１又は複数のSCellのうちの一部又は全部をアクティブ化すること；及び
（ｃ）前記SCell設定に従って既に追加されている又は新規に追加される第１のSCellに前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す情報要素を含む第３のダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）すること、
を含む。

第４の態様では、無線局は、無線端末と通信するための無線トランシーバと、前記無線トランシーバを利用して前記無線端末との間でキャリアアグリゲーションを行うよう構成された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを指示する情報要素を含むダウンリンク・シグナリングメッセージを送信完了した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellが前記無線端末によって非アクティブ化（deactivate）されるものと考えるよう構成されている。

第５の態様では、無線端末との間でキャリアアグリゲーションを行うよう構成された無線局において行われる方法は、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを指示する情報要素を含むダウンリンク・シグナリングメッセージを前記無線端末に送信完了した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellが前記無線端末によって非アクティブ化（deactivate）されるものと考えることを含む。

第６の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２又は第５の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、既に追加されている又は新規に追加される第１のSCellに対して当該第１のSCellを含む１又は複数のSCellのアップリンク制御情報（e.g., CSI）の送信に使用されるアップリンク制御チャネル（e.g., PUCCH）を設定する際に、これら１又は複数のSCellの解放及び再追加を伴わず且つ制御シグナリング数を抑制することに寄与する装置、方法、及びプログラムを提供できる。

いくつかの実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る無線端末の動作の一例を示すフローチャートである。 無線端末に新たなS-PCGを追加する処理の第１の例を示す図である。 図４に示された第１の例に関するS-PCG追加手順の一例を示すシーケンス図である。 比較例に関するS-PCG追加手順の一例を示すシーケンス図である。 第１の実施形態に係る無線端末に新たなS-PCGを追加する処理の第２の例を示す図である。 図６に示された第２の例に関するS-PCG追加手順の一例を示すシーケンス図である。 第１の実施形態に係る無線端末に新たなS-PCGを追加する処理の第３の例を示す図である。 図８に示された第３の例に関するS-PCG追加手順の一例を示すシーケンス図である。 第１の実施形態に係る無線端末に新たなS-PCGを追加する処理の第４の例を示す図である。 図１０に示された第４の例に関するS-PCG追加手順の一例を示すシーケンス図である。 無線端末に既に設定されているS-PCGの変更（change）処理（PUCCH SCellの変更を伴う）の一例を示す図である。 無線端末に既に設定されているS-PCGにSCellを追加する処理の一例を示す図である。 無線端末に既に設定されているS-PCGの再構成（reconfiguration）処理（PUCCH SCellの変更を伴わない）の一例を示す図である。 無線端末に既に設定されているS-PCGの再構成（reconfiguration）処理（PUCCH SCellの変更を伴わない）の一例を示す図である。 無線端末に既に設定されているS-PCGの再構成（reconfiguration）処理（PUCCH SCellの変更を伴わない）の一例を示す図である。 PUCCH Cell Group（PCG）を追加、変更、又は再構成するための情報要素の一例を示す図である。 PUCCH Cell Group（PCG）を追加、変更、又は再構成するための情報要素の一例を示す図である。 SCellにPUCCHを設定するための情報要素の一例を示す図である。 いくつかの実施形態に係る無線端末の構成例を示すブロック図である。 いくつかの実施形態に係る無線基地局の構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に示される複数の実施形態は、LTE及びSAE（System Architecture Evolution）を収容するEvolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD (High Rate Packet Data)）、global system for mobile communications（GSM）（登録商標）/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。

＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。図１の例では、無線通信システムは、少なくとも１つの無線端末（UE）１及び無線基地局（eNB）２を含む。eNB２は、周波数の異なる複数のコンポーネントキャリア（CC）を使用する複数のセルを提供する。図１の例では、eNB２は、セル２１（Cell 1, e.g., 800 MHz）、セル２２（Cell 2, e.g., 2 GHz）、及びセル２３（Cell 3, e.g., 3.5 GHz）を提供する。図１に示されているように、eNB２により提供される複数のセルの少なくとも１つは、eNB２に接続された遠隔の無線ユニット３により提供されてもよい。このような無線ユニット３は、Remote Radio Head（RRH）又はRemote Radio Equipment（RRE）と呼ばれる。

各UE１は、キャリアアグリゲーション（CA）をサポートし、複数のCC（又は複数のセル）を使用してeNB２と通信を行えるよう構成されている。図１の例では、UE１Ａは、セル２１をPCellとして使用し且つセル２２をSCellとして使用するCAを行う。UE１Ｂは、セル２２をPCellとして使用し且つセル２１及びセル２３をSCellsとして使用するCAを行う。

各UE１は、上述のPUCCH on SCell（またはSCell PUCCH）をサポートする。すなわち、各UE１は、CAを行う際に、PCellのPUCCHだけでなくSCellのPUCCHにおいてもアップリンク制御情報（UCI）を送信できるよう構成されている。既に説明したように、UCIは、ダウンリンクに関する制御情報を含み、例えば、Channel State Information（CSI）を含む。CSIは、Channel Quality Indicator（CQI）、Pre-Coding Matrix Indicator（PMI）、及びRank Indicator（RI）のうち少なくとも１つを含む。また、UCIは、ダウンリンクのデータ受信に関するHARQの確認応答（i.e. ACK, NACK）を含んでもよい。さらに、SCellのPUCCHにおいて、上りリンクのデータ送信の為の無線リソースのスケジューリング要求（SR）を送信してもよい。既に説明したように、PCellのためのUCIは、必ずPCellのPUCCHにおいて送信されることが想定されている。したがって、いくつかの実装において、UE１は、Primary PCG（P-PCG）に含まれるPCellのためのUCI又はPCell及び少なくとも１つのSCellのためのUCIを当該PCellのPUCCHで送信し、Secondary PCG（S-PCG）に含まれるPUCCHを送信するSCell（i.e., PUCCH SCell）を含む１又は複数のSCellのためのUCIを当該PUCCH SCellのPUCCHで送信してもよい。

以下では、UE１のSCellにPUCCHを設定する手順について説明する。PUCCHを設定されるSCell（i.e., PUCCH SCell）は、UE１に既に追加されており且つP-PCG又はS-PCGに帰属しているSCellであってもよいし、あるいはUE１に新規に追加されるSCellであってもよい。UE１に既に追加されている又は新規に追加されるSCellにPUCCHを設定することは、例えば、S-PCGの新たな追加（S-PCG additionと呼ぶ）に伴って行われてもよい。また、UE１に既に追加されている又は新規に追加されるSCellにPUCCHを設定することは、既に追加されている（設定されている）S-PCG内でのPUCCH SCellの変更（S-PCG changeと呼ぶ）に伴って行われてもよい。

eNB２は、S-PCG addition又はS-PCG changeのために、S-PCGの設定に関するダウンリンク（DL）シグナリングメッセージをUE１に送信するよう構成されている。当該DLシグナリングメッセージは、UE１のSCellにPUCCHを設定することを伴うS-PCG addition又はS-PCG changeを示す情報要素を含む。UE１は、当該DLシグナリングメッセージの受信を受信すると（つまり、それに応答して）、追加又は変更される当該S-PCG内のSCellの全てをdeactivate状態とする（又は、deactivate状態とみなす）よう構成されている。具体的には、UE１は、追加又は変更される当該S-PCG内のactivated状態であった１又は複数のactivated SCellを非アクティブ化（deactivate）する（又は、deactivate状態とみなす）。一方、UE１は、追加又は変更される当該S-PCG内の元々deactivated状態であった１又は複数のdeactivated SCellをdeactivated状態のまま維持する（又は、引き続きdeactivated状態とみなす）。

なお、本実施形態において、S-PCGの概念は使用されなくてもよい。すなわち、eNB２は、UE１に既に追加されている又は新規に追加される第１のSCellに当該第１のSCellを含む少なくとも１つのSCellのためのUCIの送信に使用されるPUCCHを設定することを示す情報要素を含むDLシグナリングメッセージをUE１へ送信する。UE１は、当該DLシグナリングメッセージの受信を受信すると（つまり、それに応答して）、これら少なくとも１つのSCellの全てをdeactivate状態とする（又は、deactivate状態とみなす）。具体的には、UE１は、これら少なくとも１つのSCellのうちactivated状態であった１又は複数のactivated SCellを非アクティブ化（deactivate）する（又は、deactivate状態とみなす）。一方、UE１は、これら少なくとも１つのSCellのうち元々deactivated状態であった１又は複数のdeactivated SCellをdeactivated状態のまま維持する（又は、引き続きdeactivated状態とみなす）。

既に説明したように、既存のCAでのSCellの追加、変更、及び解放は、RRCレイヤで行われ、RRC Connection Reconfigurationメッセージが使用される。したがって、SCellにPUCCHを設定することを含むS-PCG addition又はS-PCG changeのためにeNB２からUE1に送信されるDLシグナリングメッセージは、典型的には、RRC Connection Reconfigurationメッセージであってもよい。この場合、UE１は、当該DLシグナリングメッセージの受信に応答して、追加又は変更される当該S-PCG内のactivated状態であった１又は複数のactivated SCellがdeactivated状態であると考える（consider）ように、RRCレイヤによってその下位レイヤを設定（configure）してもよい。これに代えて、UE１は、当該activated SCellをdeactivated状態に変更する（changeまたはmove）ように、RRCレイヤによってその下位レイヤを設定してもよい。なお、下位レイヤは、MACレイヤを含む。

なお、eNB２も、UE１と同様に動作してもよい。すなわち、eNB２は、第１のSCellに当該第１のSCellを含む少なくとも１つのSCellのためのUCIの送信に使用されるPUCCHを設定することを示す情報要素を含むDLシグナリングメッセージをUE１へ送信した場合、当該少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellがUE１によって非アクティブ化（deactivate）されるものと考えるよう構成されてもよい。より具体的には、eNB２は、当該DLシグナリングメッセージを送信完了した場合、これら１又は複数のactivated SCellがUE１によってdeactivated状態にされると考えるように、RRCレイヤによってその下位レイヤを設定（configure）してもよい。

以上の説明から理解されるように、本実施形態では、UE１は、SCellにPUCCHを設定することを含むS-PCG addition又はS-PCG changeのためのDLシグナリングメッセージ（e.g., RRC Connection Reconfigurationメッセージ）の受信に応答して、追加又は変更される当該S-PCG内のactivated状態であった１又は複数のactivated SCellを非アクティブ化（deactivate）するよう構成されている。したがって、本実施形態では、SCellにPUCCHを設定することを含むS-PCG addition又はS-PCG changeのためのDLシグナリングメッセージ（e.g., RRC Connection Reconfigurationメッセージ）の送信に先立って、当該S-PCG内のactivated状態のSCellsを非アクティブ化するための明示的なシグナリングメッセージ（i.e., Activation/Deactivation MAC CE）を送信することが必要とされない。さらに、本実施形態では、追加又は変更されるS-PCG内のactivated状態のSCellsの解放及び再追加も必要とされない。よって、本実施形態に示された装置及び方法は、既に追加されている又は新規に追加される第１のSCellに対して１又は複数のSCellのためのUCIの送信に使用されるPUCCHを設定する際に、これら１又は複数のSCellの解放及び再追加を伴わず且つ制御シグナリング数（又は制御情報量）を抑制することに寄与できる。

図２は、UE１の動作の一例（処理２００）を示すフローチャートである。ブロック２０１及び２０２は、既存のCAにおけるSCellsの設定およびそのアクティブ化（activation）と同様である。すなわち、ブロック２０１では、UE１は、１又は複数のSCellを追加するためのSCell設定を含むRRC CONNECTION RECONFIGURATIONメッセージをeNB２から受信し、当該メッセージに従って1又は複数のSCellを追加（設定）する。ブロック２０２では、UE１は、Activation/Deactivation MAC CEをeNB２から受信し、当該MAC CEに従って、追加済みの１又は複数のSCellのうちの一部又は全部をアクティブ化（activate）する。つまり、UE１は、Activation/Deactivation MAC CEによりアクティブ化（activation）を指示されたdeactivated状態のSCell(s)をactivated状態に変更（change又はmove）する。

ブロック２０３では、UE１は、既に追加されている又は新規に追加される第１のSCellに当該第１のSCellを含む少なくとも１つのSCell（つまり、S-PCG）のためのUCIの送信に使用されるPUCCHを設定することを示すRRC Connection Reconfigurationメッセージを受信する。そして、当該メッセージに応答して、UE１は、これら少なくとも１つのSCellのうちのactivated SCell(s)を非アクティブ化（deactivate）する。UE１は、これら少なくとも１つのSCellのうちのdeactivated SCell(s)をdeactivated状態のまま維持する（又は、引き続きdeactivated状態とみなす）。

なお、UE１は、ブロック２０３のRRC Connection Reconfigurationメッセージを受信した場合、当該RRC Connection Reconfigurationメッセージの受信に基づく所定期間内に、非アクティブ化されるべきactivated SCell(s)のためのUCI（i.e., CSIレポーティング）の送信を停止するよう動作してもよい。当該所定期間の始点は、RRC Connection Reconfigurationメッセージを受信した時点、当該RRC Connection Reconfigurationメッセージの内容を認識した時点、またはRRCレイヤがactivated SCell(s)の非アクティブ化（deactivation）を下位レイヤに設定（指示）した時点であってもよい。当該所定期間は、サブフレーム単位で指定されてもよい。例えば、既存のSCell deactivationと同様の思想に基づいて、UE１は、第１のSCellにPUCCHを設定することを示す当該RRC Connection Reconfigurationメッセージをサブフレーム＃ｎにて受信した場合に、サブフレーム＃ｎ＋８までにCSIレポーティングを停止するよう動作してもよい。

図２の手順によれば、UE１は、ブロック２０３でのRRC Connection Reconfigurationメッセージの受信に先立って、S-PCG内のactivated SCell(s)を非アクティブ化（deactivate）するための明示的なMAC CEの受信を必要としない。したがって、図２の手順は、SCellに対してPUCCHを設定する際に、制御シグナリング数（又は制御情報量）を抑制することに寄与できる。

続いて以下では、S-PCGの追加（S-PCG addition）に伴って、SCellに対してPUCCHを設定する幾つかの例を説明する。追加されるS-PCGのPUCCH SCellは、P-PCG又は他のS-PCGに属していた（つまり、UE１に既に設定されていた）SCellであってもよいし、S-PCG追加に伴って新たにUE１に追加されるSCellであってもよい。

図３は、S-PCGの追加に関する第１の例を示している。図３の例では、はじめに、UE１は、PCell３０１及びSCell３０２（SCell1）から成るPCG #1（i.e., P-PCG）が設定されている。SCell３０２はアクティブ化されており、したがってUE１は、PCell３０１及びSCell３０２のためのUCI（ここではCSI）をPCell３０１のPUCCH３２１において送信する。

次に、UE１は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ３４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell PUCCH設定は、既に追加されているSCell３０２を含む新たなPCG #2（i.e., S-PCG）を追加するとともに、SCell３０２にPUCCH３２２を設定することを示す。言い換えると、RRCメッセージ３４１に含まれる当該SCell PUCCH設定は、SCells３０２のためのUCI（e.g., CSI）がSCell３０２に設定されるPUCCH３２２で送信されることを示す。当該SCell PUCCH設定は、新たに追加されるPCG #2に関する設定情報のみを含んでもよいし、全てのPCGs、つまり、PCG #1及びPCG #2に関する設定情報を含んでもよい。

UE１は、RRCメッセージ３４１を受信すると、SCell３０２（SCell1）にPUCCH３２２が設定されることを認識し、SCell３０２（SCell1）をdeactivated状態にする。より具体的に述べると、UE１のRRCレイヤは、SCell３０２（SCell1）をdeactivate状態と考える（consider）ように下位レイヤ（MACレイヤ）を設定（configure）する。そして、UE１のMACレイヤは、SCell３０２を非アクティブ化（deactivate）し、SCell３０２（SCell1）に関連付けられた（associated with SCell1）sCellDeactivationTimerを停止し、SCell３０２（SCell1）に関連付けられた全てのHybrid Automatic Repeat Request（HARQ） buffersをフラッシュする。さらに、UE１のMACレイヤは、PCell３０１のPUCCH３２１におけるSCell３０２（SCell1）のためのUCI（e.g., CSI）の送信を停止する。UE１は、RRCメッセージ３４１を受信した場合、SCell３０２のためのUCI（e.g., CSI）のPCell３０１での送信を、RRCメッセージ３４１の受信に基づく所定期間内に停止しならければならないとの要求条件（requirement）を課されてもよい。なお、SCell３０２（SCell1）、つまりPUCCH SCellに対しては、sCellDeactivationTimerが適用されない（使用されない）ようにしてもよい。

続いて、UE１は、SCell３０２（SCell1）をアクティブ化する（activating）Activation/Deactivation MAC CE３４２をeNB２から受信する。Activation/Deactivation MAC CE３４２の受信に応答して、UE１は、SCell３０２（SCell1）をactivated状態にする。UE１は、アクティブ化されたSCell３０２（SCell1）に関して以下の動作を行う：
・アップリンクCAが設定されている場合に、SCell３０２でSRSを送信すること；
・SCell３０２においてPDCCHをモニタすること；
・クロスキャリア・スケジューリングの場合に、SCell３０２のためのPDCCHを(PCell３０１において)モニタすること、及び
・SCell３０２のためのCSIレポーティングを行うこと。

さらに、UE１は、SCell３０２（SCell1）に関連付けられたsCellDeactivationTimerをスタート（又はリスタート）し、Power Headroom Report（PHR）をトリガする。さらにまた、既存のCAと同様に、UE１は、Activation/Deactivation MAC CE３４２をサブフレーム＃ｎにおいて受信した場合、遅くともサブフレーム＃ｎ＋２４又は＃ｎ＋３４までに（no later than subframe #n+24 or #n+34）、有効なCSI報告（valid CSI report）の送信を開始しなければならないとの要求条件（requirement）を課されてもよい。

図４は、図３に示された第１の例に関するS-PCG追加手順の一例（処理４００）を示すシーケンス図である。ブロック４０１〜４０３は、図３に示されたRRCメッセージ３４１のUE１による受信に対応する。すなわち、ブロック４０１では、eNB２は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRC Connection ReconfigurationメッセージをUE１に送信する。当該RRC Connection Reconfigurationメッセージの受信に応答して、UE１は、PUCCH３２２をSCell３０２（SCell1）に設定し、RRC Connection Reconfiguration CompleteメッセージをeNB２に送信するとともに（４０２）、SCell３０２（SCell1）を非アクティブ化（deactivate）する（４０３）。なお、UEによるセルの非アクティブ化（deactivate）に要する時間はUEの処理能力に依存する。従って、UE１は、SCell３０２（SCell1）の非アクティブ化（deactivate）の開始後又は完了後にRRC Connection Reconfiguration CompleteメッセージをeNB２に送信することになってもよい。

ブロック４０４〜４０６は、図３に示されたActivation/Deactivation MAC CE３４２のUE１による受信に対応する。すなわち、ブロック４０４では、eNB２は、SCell３０２（SCell1）をアクティブ化する（activating）Activation/Deactivation MAC CEをUE１に送信する。UE１は、当該Activation/Deactivation MAC CEの受信に応答して、SCell３０２（SCell1）をアクティブ化する（４０５）。そして、UE１は、Activation/Deactivation MAC CEをサブフレーム＃ｎにおいて受信した場合、遅くともサブフレーム＃ｎ＋２４又は＃ｎ＋３４までに（no later than subframe #n+24 or #n+34）、SCell３０２（SCell1）のPUCCH３２２において、SCell３０２（SCell1）に関する有効なCSI（CQI）の送信を開始する（４０６）。

図５は、比較例に関するS-PCG追加手順の一例（処理５００）を示している。図５の例では、ブロック５０１において、eNB２は、SCell３０２（SCell1）を非アクティブ化する（deactivating）Activation/Deactivation MAC CEを明示的にUE１に送信する。当該Activation/Deactivation MAC CEに応答して、UE１は、SCell３０２（SCell1）を非アクティブ化する（５０２）。その後、ブロック５０３において、eNB２は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRC Connection ReconfigurationメッセージをUE１に送信する。当該RRC Connection Reconfigurationメッセージの受信に応答して、UE１は、PUCCH３２２をSCell３０２（SCell1）に設定し、RRC Connection Reconfiguration CompleteメッセージをeNB２に送信する（５０４）。ブロック５０５〜５０７における処理は、図４のブロック４０４〜４０６における処理と同様である。

図４と図５の対比から理解されるように、図４の例は、PUCCH３２２が設定されるSCell３０２（SCell1）を非アクティブ化するための明示的なActivation/Deactivation MAC CEの送信（i.e., 図５のブロック５０１）を必要としない。したがって、図４の手順は、図５の手順に比べて、SCell３０２（SCell1）に対してPUCCH３２２を設定する際に、制御シグナリング数（又は制御情報量）を抑制できる。

図６は、S-PCGの追加に関する第２の例を示している。図６の例では、はじめに、UE１は、PCell６０１、SCell６０２（SCell1）、及びSCell６０３（SCell2）から成るPCG #1（i.e., P-PCG）が設定されている。SCells６０２及び６０３はアクティブ化されており、したがってUE１は、PCell６０１並びにSCells６０２及び６０３のためのUCI（e.g., CSI）をPCell６０１のPUCCH６２１において送信する。

次に、UE１は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ６４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell PUCCH設定は、既に追加されているSCells６０２及び６０３を含む新たなPCG #2（i.e., S-PCG）を追加するとともに、SCell６０２（SCell1）にPUCCH６２２を設定することを示す。言い換えると、RRCメッセージ６４１に含まれる当該SCell PUCCH設定は、SCells６０２及び６０３のためのUCI（e.g., CSI）がSCell６０２に設定されるPUCCH６２２で送信されることを示す。当該SCell PUCCH設定は、新たに追加されるPCG #2に関する設定情報のみを含んでもよいし、全てのPCGs、つまり、PCG #1及びPCG #2に関する設定情報を含んでもよい。

UE１は、RRCメッセージ６４１を受信すると、SCell６０２（SCell1）にPUCCH６２２が設定されることを認識し、SCell６０２（SCell1）をdeactivated状態にし、さらにSCell６０３（SCell2）をdeactivated状態にする。UE１のRRCレイヤ及びMACレイヤの処理、並びにCSIレポーティングの停止に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

続いて、UE１は、SCells６０２及び６０３をアクティブ化する（activating）Activation/Deactivation MAC CE６４２をeNB２から受信する。Activation/Deactivation MAC CE６４２の受信に応答して、UE１は、SCells６０２及び６０３をactivated状態にする。アクティブ化されたSCells６０２及び６０３に関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

図７は、図６に示された第２の例に関するS-PCG追加手順の一例（処理７００）を示すシーケンス図である。図７に示されたブロック７０１〜７０６の処理は、図４に示されたブロック４０１〜４０６の処理と基本的に同様である。ただし、ブロック７０１で送信されるRRC Connection Reconfigurationメッセージは、SCells６０２及び６０３のためのUCI（e.g., CSI）がSCell６０２のPUCCH６２２において送信されることを示す。言い換えると、ブロック７０１でのRRC Connection Reconfigurationメッセージは、SCells６０２及び６０３を含むPCG #2（i.e., S-PCG）が追加されることを示す。したがって、UE１は、ブロック７０３においてSCells６０２及び６０３を非アクティブ化する。さらに、UE１は、SCells６０２及び６０３をアクティブ化する（activating）Activation/Deactivation MAC CEをブロック７０４において受信し、SCells６０２及び６０３をアクティブ化する（７０５）。そして、UE１は、Activation/Deactivation MAC CEをサブフレーム＃ｎにおいて受信した場合、遅くともサブフレーム＃ｎ＋２４又は＃ｎ＋３４までに（no later than subframe #n+24 or #n+34）、SCell６０２（SCell1）のPUCCH６２２において、SCells６０２及び６０３に関する有効なCSI（CQI）の送信を開始する（７０６）。

図８は、S-PCGの追加に関する第３の例を示している。図８の例では、はじめに、UE１は、PCell８０１、SCell８０２（SCell1）、及びSCell８０３（SCell2）から成るPCG #1（i.e., P-PCG）が設定されている。なお、SCell８０２はactivated状態であるが、SCell８０３はdeactivated状態である。したがってUE１は、PCell８０１及びSCell８０２（SCell1）のためのUCI（e.g., CSI）をPCell８０１のPUCCH８２１において送信し、SCell８０３（SCell2）のためのCSIレポーティングを行わない。

次に、UE１は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ８４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell PUCCH設定は、既に追加されているSCells８０２及び８０３を含む新たなPCG #2（i.e., S-PCG）を追加するとともに、SCell８０３（SCell2）にPUCCH８２２を設定することを示す。言い換えると、RRCメッセージ８４１に含まれる当該SCell PUCCH設定は、SCells８０２及び８０３のためのUCI（e.g., CSI）がSCell８０３に設定されるPUCCH８２２で送信されることを示す。当該SCell PUCCH設定は、新たに追加されるPCG #2に関する設定情報のみを含んでもよいし、全てのPCGs、つまり、PCG #1及びPCG #2に関する設定情報を含んでもよい。

UE１は、RRCメッセージ８４１を受信すると、deactivated状態であるSCell８０３（SCell2）にPUCCH８２２が設定されることを認識し、かつSCell８０３（SCell2）だけでなくSCell８０２（SCell1）のUCI（e.g., CSI）もPUCCH８２２で送信されることを認識する。これに応じて、UE１は、deactivated状態のSCell８０３（SCell2）をdeactivated状態のまま維持するとともに、activated状態のSCell８０２（SCell1）をdeactivated状態にする。UE１のRRCレイヤ及びMACレイヤの処理、並びにCSIレポーティングの停止に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

続いて、UE１は、SCells８０２及び８０３をアクティブ化する（activating）Activation/Deactivation MAC CE８４２をeNB２から受信する。Activation/Deactivation MAC CE８４２の受信に応答して、UE１は、SCells８０２及び８０３をactivated状態にする。アクティブ化されたSCells８０２及び８０３に関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

図９は、図８に示された第３の例に関するS-PCG追加手順の一例（処理９００）を示すシーケンス図である。図９に示されたブロック９０１〜９０６の処理は、図４に示されたブロック４０１〜４０６の処理と基本的に同様である。ただし、ブロック９０１で送信されるRRC Connection Reconfigurationメッセージは、SCells８０２及び８０３のためのUCI（e.g., CSI）がSCell８０３のPUCCH８２２において送信されることを示す。言い換えると、ブロック９０１でのRRC Connection Reconfigurationメッセージは、SCells８０２及び８０３を含むPCG #2（i.e., S-PCG）が追加されることを示す。したがって、UE１は、ブロック９０３において、SCells８０２及び８０３のうちactivated状態のSCell８０２を非アクティブ化する。さらに、UE１は、SCells８０２及び８０３をアクティブ化する（activating）Activation/Deactivation MAC CEをブロック９０４において受信し、SCells８０２及び８０３をアクティブ化する（９０５）。そして、UE１は、Activation/Deactivation MAC CEをサブフレーム＃ｎにおいて受信した場合、遅くともサブフレーム＃ｎ＋２４又は＃ｎ＋３４までに（no later than subframe #n+24 or #n+34）、SCell８０３（SCell2）のPUCCH８２２において、SCells８０２及び８０３に関する有効なCSI（CQI）の送信を開始する（９０６）。

図１０は、S-PCGの追加に関する第４の例を示している。図１０の例では、S-PCG追加に伴ってUE１に新たなSCellが追加されるとともに、当該新たなSCellがPUCCH SCellとされる。

図１０では、はじめに、UE１は、PCell１００１及びSCell１００２（SCell1）から成るPCG #1（i.e., P-PCG）が設定されている。SCell１００２はactivated状態である。Cell１００３（Cell2）は、UE１に設定されていないセル又はCCである。

次に、UE１は、SCell設定（SCell Configuration）及びSCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ１０４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell設定は、Cell１００３がSCellとしてUE１に追加されることを示す。さらに、当該SCell PUCCH設定は、既に追加されているSCells１００２（SCell1）及び新たに追加されるSCell１００３（SCell2）から成る新たなPCG #2（i.e., S-PCG）を追加するとともに、SCell１００３（SCell2）にPUCCH１０２２を設定することを示す。言い換えると、RRCメッセージ１０４１に含まれる当該SCell PUCCH設定は、SCells１００２及び１００３のためのUCI（e.g., CSI）がSCell１００３に設定されるPUCCH１０２２で送信されることを示す。当該SCell PUCCH設定は、新たに追加されるPCG #2に関する設定情報のみを含んでもよいし、全てのPCGs、つまり、PCG #1及びPCG #2に関する設定情報を含んでもよい。

UE１は、RRCメッセージ１０４１を受信すると、SCell１００３（SCell2）を追加する。既存のCAと同様に、追加されたSCell１００３（SCell2）は当初deactivated状態（deactivated state）である。UE１は、さらに、新たなSCell１００３（SCell2）にPUCCH１０２２が設定されることを認識し、SCell１００３（SCell2）だけでなくSCell１００２（SCell1）のUCI（e.g., CSI）もPUCCH１０２２で送信されることを認識する。これに応じて、UE１は、新たに追加され且つdeactivated状態のSCell１００３（SCell2）をdeactivated状態のまま維持するとともに、activated状態のSCell１００２（SCell1）をdeactivated状態にする。UE１のRRCレイヤ及びMACレイヤの処理、並びにCSIレポーティングの停止に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

続いて、UE１は、SCells１００２及び１００３をアクティブ化する（activating）Activation/Deactivation MAC CE１０４２をeNB２から受信する。Activation/Deactivation MAC CE１０４２の受信に応答して、UE１は、SCells１００２及び１００３をactivated状態にする。アクティブ化されたSCells１００２及び１００３に関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

図１１は、図１０に示された第４の例に関するS-PCG追加手順の一例（処理１１００）を示すシーケンス図である。図１１に示されたブロック１１０１〜１１０６の処理は、図９に示されたブロック９０１〜９０６の処理と基本的に同様である。ただし、ブロック１１０１で送信されるRRC Connection Reconfigurationメッセージは、SCell１００３を新たにUE１に追加するためのSCell設定（SCell Configuration）を含む。

続いて以下では、S-PCGの変更（S-PCG change）に伴って、SCellに対してPUCCHを設定する幾つかの例を説明する。なお、既に説明したように、本明細書におけるS-PCGの変更（S-PCG change）は、既に追加されているS-PCG内でPUCCH SCellが変更される手順を意味する。S-PCG変更後のPUCCH SCellは、S-PCG変更前から当該S-PCGに属していたSCellであってもよいし、S-PCG変更前にP-PCG又は他のS-PCGに属していたSCellであってもよいし、S-PCG変更に伴って新たにUE１に追加されるSCellであってもよい。

図１２は、S-PCGの変更の一例を示している。図１２の例では、はじめに、UE１は、PCell１２０１から成るPCG #1（i.e., P-PCG）と、SCell１２０２（SCell1）及びSCell１２０３（SCell2）から成るPCG #2（i.e., S-PCG）が設定されている。PCG #2内のPUCCH SCellはSCell１２０２（SCell1）であり、SCells１２０２及び１２０３はアクティブ化されている。したがって、UE１は、PCell１２０１のためのUCI（e.g., CSI）をPCell１２０１のPUCCH１２２１において送信し、SCells１２０２及び１２０３のためのUCI（e.g., CSI）をSCell１２０２のPUCCH１２２２において送信する。

次に、UE１は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ１２４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell PUCCH設定は、PUCCH１２２２を送信するSCell（i.e., PUCCH SCell）がSCell１２０２（SCell1）からSCell１２０３（SCell2）に変更されることを示す。当該SCell PUCCH設定は、変更されるPCG #2に関する設定情報のみを含んでもよいし、全てのPCGs、つまり、PCG #1及びPCG #2に関する設定情報を含んでもよい。

UE１は、RRCメッセージ１２４１を受信すると、PUCCH SCellがSCell１２０２（SCell1）からSCell１２０３（SCell2）に変更されることを認識する。これに応じて、UE１は、SCells１２０２及び１２０３をdeactivated状態にする。UE１のRRCレイヤ及びMACレイヤの処理、並びにCSIレポーティングの停止に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

続いて、UE１は、SCells１２０２及び１２０３をアクティブ化する（activating）Activation/Deactivation MAC CE１２４２をeNB２から受信する。Activation/Deactivation MAC CE１２４２の受信に応答して、UE１は、SCells１２０２及び１２０３をactivated状態にする。アクティブ化されたSCells１２０２及び１２０３に関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

図１２に示されたS-PCGの変更の例に関する手順の具体例は、図７に示された手順と同様である。

なお、図１２は、S-PCG（PCG #2）の変更の際に、既に追加されているSCell１２０３にPUCCHが設定される例を示した。しかしながら、UE１に新たにSCellが追加されるとともに、当該新たなSCellがPCG #2のPUCCH SCellとされてもよい。

続いて以下では、既に追加されているS-PCGに新たなSCellが追加される例について説明する。なお、ここで説明されるSCell追加（SCell addition）の例は、図３〜図１２を用いて説明されたPCG追加（PCG addition）及びPCG変更（PCG change）の例とは異なり、PUCCH SCellの追加又は変更が行われないことに留意されるべきである。

図１３の例では、はじめに、UE１は、PCell１３０１から成るPCG #1（i.e., P-PCG）と、SCell１３０２（SCell1）及びSCell１３０３（SCell2）から成るPCG #2（i.e., S-PCG）が設定されている。Cell１３０４（Cell3）は、UE１に設定されていないセル又はCCである。PCG #2内のPUCCH SCellはSCell１３０２（SCell1）であり、SCells１３０２及び１３０３はアクティブ化されている。したがって、UE１は、PCell１３０１のためのUCI（e.g., CSI）をPCell１３０１のPUCCH１３２１において送信し、SCells１３０２及び１３０３のためのUCI（e.g., CSI）をSCell１３０２（SCell1）のPUCCH１３２２において送信する。

次に、UE１は、SCell設定（SCell Configuration）及びSCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ１３４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell設定は、Cell１３０４がSCellとしてUE１に追加されることを示す。さらに、当該SCell PUCCH設定は、新たなSCell１３０４（SCell3）のためのUCI（e.g., CSI）がSCell１３０２（SCell1）のPUCCH１３２２で送信されることを示す。言い換えると、当該SCell PUCCH設定は、新たなSCell１３０４（SCell3）が追加されるように、既存のPCG #2の再構成（reconfiguration）が行われることを示す。

UE１は、RRCメッセージ１３４１を受信すると、SCell１３０４（SCell3）を追加する。既存のCAと同様に、追加されたSCell１３０４（SCell3）は当初deactivated状態（deactivated state）である。いくつかの実装において、図１３に示すように、UE１は、SCell１３０４（SCell3）が追加されるPCG #2内の既存のSCells１３０２及び１３０３を非アクティブ化してもよい。これに代えて、いくつかの実装において、UE１は、SCell１３０４（SCell3）が追加されるPCG #2内の既存のSCells１３０２及び１３０３のactivation statusを変更しなくてもよく、SCells１３０２及び１３０３をactivated状態のまま維持してもよい。

続いて、UE１は、Activation/Deactivation MAC CE１３４２をeNB２から受信する。Activation/Deactivation MAC CE１３４２は、SCell１３０４のアクティブ化を指示する。さらに、SCells１３０２及び１３０３が非アクティブ化されているなら、Activation/Deactivation MAC CE１３４２は、SCells１３０２及び１３０３のアクティブ化をさらに指示する。Activation/Deactivation MAC CE１３４２の受信に応答して、UE１は、SCell１３０４（並びにSCells１３０２及び１３０３）をactivated状態にする。アクティブ化されたSCellに関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

続いて以下では、既に設定されているS-PCGと既に設定されているP-PCG又は他のS-PCGの間で、PUCCHを送信するSCell（i.e., PUCCH SCell）を除くSCell(s)が入れ替えられる例を示す。このようなPUCCH SCellの変更を伴わないPCG間でのSCell(s)の入れ替え（replacement）を、本明細書では“PCGの再構成（PCG reconfiguration）”と呼ぶ。なお、ここで説明されるPCGの再構成の例は、図３〜図９を用いて説明されたPCG追加（PCG addition）及びPCG変更（PCG change）の例とは異なり、PUCCH SCellの追加又は変更が行われないことに留意されるべきである。

図１４は、S-PCGの再構成に関する第１の例を示している。図１４の例では、はじめに、UE１は、PCell１４０１から成るPCG #1（i.e., P-PCG）と、SCell１４０２（SCell1）、SCell１４０３（SCell2）、及びSCell１４０４（SCell3）から成るPCG #2（i.e., S-PCG）が設定されている。PCG #2内のPUCCH SCellはSCell１４０３（SCell2）であり、SCells１４０２、１４０３、及び１４０４はアクティブ化されている。したがって、UE１は、PCell１４０１のためのUCI（e.g., CSI）をPCell１４０１のPUCCH１４２１において送信し、SCells１４０２、１４０３、及び１４０４のためのUCI（e.g., CSI）をSCell１４０３（SCell2）のPUCCH１４２２において送信する。

次に、UE１は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ１４４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell PUCCH設定は、SCell１４０２（SCell1）が属するPUCCH Cell Group（PCG）がPCG #2からPCG #1に変更されることを示す。言い換えると、当該SCell PUCCH設定は、SCell１４０２（SCell1）のためのUCI（e.g., CSI）がPCell１４０１のPUCCH１４２１において送信されることを示す。

UE１は、RRCメッセージ１４４１を受信すると、SCell１４０２（SCell1）のためのUCI（e.g., CSI）がPCell１４０１のPUCCH１４２１において送信されるようにPCG #1及びPCG #2を再構成する。いくつかの実装において、図１４に示すように、UE１は、PCGが変更されるSCell１４０２（SCell1）を非アクティブ化するとともに、SCell１４０２（SCell1）が除かれるPCG #2内のSCells１４０３及び１４０４をさらに非アクティブ化してもよい。これに代えて、いくつかの実装において、UE１は、PCGが変更されるSCell１４０２（SCell1）のみを非アクティブ化し、SCell１４０２（SCell1）が除かれるPCG #2内のSCells１４０３及び１４０４のactivation statusを変更しなくてもよい。つまり、UE１は、SCells１４０３及び１４０４をactivated状態のまま維持してもよい。これに代えて、いくつかの実装において、UE１は、PCGが変更されるSCell１４０２（SCell1）をactivated状態のまま維持し、SCell１４０２（SCell1）が除かれるPCG #2内のSCells１４０３及び１４０４を非アクティブ化してもよい。さらに、これに代えて、いくつかの実装において、UE１は、SCellのみを含むPCG#2（i.e. S-PCG）から、PCellを含むPCG#1（i.e. P-PCG）にPCGが変更されるSCellについては、これをactivated状態のまま維持してもよい。

続いて、UE１は、Activation/Deactivation MAC CE１４４２をeNB２から受信する。Activation/Deactivation MAC CE１４４２は、RRCメッセージ１４４１の受信に応答して非アクティブ化されたSCell(s)のアクティブ化を指示する。図１４の例では、Activation/Deactivation MAC CE１４４２は、SCell１４０２（SCell1）、SCell１４０３（SCell2）、及びSCell１４０４（SCell3）のアクティブ化を指示する。Activation/Deactivation MAC CE１４４２の受信に応答して、UE１は、SCell１４０２（SCell1）、SCell１４０３（SCell2）、及びSCell１４０４（SCell3）をactivated状態にする。アクティブ化されたSCellに関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

図１５Ａ及び図１５Ｂは、S-PCGの再構成に関する第２の例を示している。図１４の例では、はじめに、UE１は、PCell１５０１から成るPCG #1（i.e., P-PCG）と、SCell１５０２（SCell1）、SCell１５０３（SCell2）、及びSCell１５０４（SCell3）から成るPCG #2（i.e., S-PCG）と、SCell１５０５（SCell4）及びSCell１５０６（SCell5）から成るPCG #3（i.e., S-PCG）が設定されている。PCG #2内のPUCCH SCellはSCell１５０２（SCell1）であり、PCG #3内のPUCCH SCellはSCell１５０６（SCell5）である。全てのSCells１５０２〜１５０６は、全てアクティブ化されている。したがって、UE１は、PCell１５０１のためのUCI（e.g., CSI）をPCell１５０１のPUCCH１５２１において送信し、SCells１５０２、１５０３、及び１５０４のためのUCI（e.g., CSI）をSCell１５０２（SCell1）のPUCCH１５２２において送信し、SCells１５０５及び１５０６のためのUCI（e.g., CSI）をSCell１５０６（SCell5）のPUCCH１５２３において送信する。

次に、UE１は、SCell PUCCH設定（SCell PUCCH Configuration）を含むRRCメッセージ１５４１（e.g., RRC Connection Reconfigurationメッセージ）を受信する。当該SCell PUCCH設定は、SCell１５０４（SCell3）が属するPCGがPCG #2からPCG #3に変更されることを示す。言い換えると、当該SCell PUCCH設定は、SCell１５０４（SCell3）のためのUCI（e.g., CSI）がSCell１５０６（SCell5）のPUCCH１５２３において送信されることを示す。

UE１は、RRCメッセージ１５４１を受信すると、SCell１５０４（SCell3）のためのUCI（e.g., CSI）がSCell１５０６（SCell5）のPUCCH１５２３において送信されるようにPCG #2及びPCG #3を再構成する。いくつかの実装において、図１５Ａに示すように、UE１は、PCGが変更されるSCell１５０４（SCell3）を非アクティブ化し、SCell１５０４（SCell3）が除かれるPCG #2内のSCells１５０２及び１５０３を非アクティブ化し、SCell１５０４（SCell3）が追加されるPCG #3内のSCells１５０５及び１５０６をさらに非アクティブ化してもよい。これに代えて、いくつかの実装において、UE１は、PCGが変更されるSCell１５０４（SCell3）のみを非アクティブ化し、その他のSCells１５０２、１５０３、１５０５、及び１５０６のactivation statusを変更しなくてもよい。つまり、UE１は、SCells１５０２、１５０３、１５０５、及び１５０６をactivated状態のまま維持してもよい。これに代えて、いくつかの実装において、UE１は、PCGが変更されるSCell１５０４（SCell3）とSCell１５０４（SCell3）が追加されるPCG #3内のSCells１５０５及び１５０６を非アクティブ化してもよい。つまり、UE１は、SCell１５０４（SCell3）が除かれるPCG #2内のSCells１５０２及び１５０３のactivation statusを変更しなくてもよい。

続いて、UE１は、Activation/Deactivation MAC CE１５４２をeNB２から受信する。Activation/Deactivation MAC CE１５４２は、RRCメッセージ１５４１の受信に応答して非アクティブ化されたSCell(s)のアクティブ化を指示する。図１５Ｂの例では、Activation/Deactivation MAC CE１５４２は、SCells１５０２〜１５０６のアクティブ化を指示する。Activation/Deactivation MAC CE１５４２の受信に応答して、UE１は、SCells１５０２〜１５０６をactivated状態にする。アクティブ化されたSCellに関するUE１の動作、及びCSIレポーティングの開始（又は再開）に関してUE１に課される要求条件の具体例は、図３に関して説明したとおりである。

＜第２の実施形態＞
本実施形態では、既に追加されている又は新たに追加されるSCellにPUCCHを設定するためにeNB２からUE１に送信される情報要素の具体例が説明される。当該情報要素は、例えば、図２のブロック２０３で送信されるRRC CONNECTION RECONFIGURATIONメッセージに含まれる情報要素に対応し、さらに図３、図４、図６〜図１２に示されたSCell PUCCH設定（SCell PUCCH Configuration）に対応する。

いくつかの実装において、当該情報要素は、PUCCH Cell Group（PCG）を示してもよい。この場合、当該情報要素は、各セルに対してPUCCH Cell Group indexを付与するよう定義されてもよい。これに代えて、当該情報要素は、各PUCCH Cell Groupに含まれるセルのリストを生成するよう定義されてもよい。

図１６は、各セルに対してPUCCH Cell Group indexを付与する情報要素の一例を示している。具体的には、図１６は、RRC Connection Reconfigurationメッセージ内のsCellToAddModList情報要素（Information Element（IE））の改良を示している。図１６に示された“PUCCH Cell Group configuration”（１６０１）は、各セルに対してPUCCH Cell Group indexを付与するよう定義されている。“SCellIndex”（１６０２）は、追加又は修正されるSCellを特定するために使用される識別子である。“PUCCH Cell Group configuration”（１６０１）は、“SCellIndex”（１６０２）によって特定されるSCellに対して、“PUCCH Cell Group index (i.e., pucch-CellGroupIndex-r13)”を付与する。“PUCCH Cell Group index”は、PUCCH Cell Group を特定するために使用される識別子である。なお、“PUCCH Cell Group Index”の最大値31は、CAすることが可能な最大CC数として検討されている32を基にした例であり、他の値でもよい。

一例において、図１６にAlt. 1 として示されるように、PCellを含むP-PCGのPCG Indexがデフォルトで0とされてもよい。この場合、“PUCCH Cell Group configuration”（１６０１）は、１又は複数のSCellのみを含むS-PCGに属するSCellに対してのみPCG Indexを付与し、P-PCGに属するSCellに対してはPCG Indexを明示的に付与しなくてもよい。他の例において、図１６にAlt. 2 として示されるように、“PUCCH Cell Group configuration”（１６０１）は、全てのSCellに対して明示的にPCG Indexを付与してもよい。

各セルに対してPUCCH Cell Group indexを付与するケース（e.g., 図１６）では、UE１は、あるSCellにPCG Indexが設定された場合、又は既に設定されていたPCG Indexが変更された場合、当該SCell及びこれにより影響を受ける他のSCellをdeactivated状態にしてもよい。

具体的には、sCellToAddModList 内に含まれるSCellIndex（１６０２）が現在のUEコンフィグレーションに含まれておらず、且つPUCCH Cell Group index（１６０１）がsCellToAddModList 内に含まれる場合、UE１は、受信したPUCCH Cell Group index（１６０１）に従ってPUCCH Cell Group configurationを追加してもよい。また、UE１は、sCellToAddModList 内に含まれるSCellIndex（１６０２）が現在のUEコンフィグレーションに含まれており、且つPUCCH Cell Group index（１６０１）がsCellToAddModList 内に含まれる場合、UE１は、（ａ）受信したPUCCH Cell Group indexに従ってPUCCH Cell Group configurationを修正し（modify）、（ｂ）当該SCellが現在activated状態であれば、当該SCellをdeactivated状態に変更する（changeまたはmove）ようにRRCレイヤによってその下位レイヤを設定（configure）し、（ｃ）当該SCellが現在deactivated状態であれば、当該SCellをdeactivated状態であると考える（consider）ように、RRCレイヤによってその下位レイヤを設定（configure）してもよい。一方、UE１のMACレイヤは、RRCレイヤによって、SCellをdeactivated状態に変更するように設定（configure）された場合、当該SCellを非アクティブ化（deactivate）し、当該SCellに関連付けられた（associated with SCell1）sCellDeactivationTimerを停止し、当該SCellに関連付けられた全てのHARQ buffersをフラッシュする。さらに、UE１のMACレイヤは、当該SCellのためのUCI（e.g. CSI）の送信を停止する。

これに対して、図１７は、各PUCCH Cell Groupに含まれるセルのリストを生成する情報要素の一例を示している。具体的には、図１７は、RRC Connection Reconfigurationメッセージ内に新たに定義される“pucch-CellGroup”IE（１７０１）及び“CellGroupList”IE（１７０４）を示している。“pucch-CellGroup”IE（１７０１）は、“pucch-CellGroupIndex”（１７０２）及び“cellGroupList”（１７０３）を含む。“pucch-CellGroupIndex”（１７０２）は、PUCCH Cell Group （PCG）を特定するために使用される識別子である。“cellGroupList”（１７０３）は、“CellGroupList”IE（１７０４）に示されているように、“pucch-CellGroupIndex”（１７０２）によって特定されるPCGに含まれる１又は複数のSCellの識別子（sCellIndex）を含む。

一例において、図１７の“pucch-CellGroupIndex”（１７０２）にAlt. 1 として示されるように、PCellを含むP-PCGのPCG Indexがデフォルトで0とされてもよい。この場合、１又は複数のSCellのみを含むS-PCGに対してのみPCG Indexを付与し、S-PCGに含まれるSCell(s)のリストが作成されてもよい。そして、P-PCGに属するSCellに対してはPCG Indexを明示的に付与しなくてもよい。

他の例において、図１７の“pucch-CellGroupIndex”（１７０２）にAlt. 2 として示されるように、P-PCGを含む全てのPCGsの各々に対して、これに含まれるSCell(s)のリストが明示的に作成されてもよい。この場合、図１７に示されるように、PCellはリストから除外されてもよい。これに代えて、PCellもリストに明示的に記載されてもよい。

また、一例において、図１７の“CellGroupList”IE（１７０４）にAlt. 1 として示されるように、PUCCH CellがPCellである場合にはPUCCH Cell Indexが明示的に付与されず、PUCCH CellがSCellである場合のみにPUCCH Cell Indexが付与されてもよい。この場合、PUCCH Cell IndexとしてSCellIndexが使用されてもよい。PUCCH Cell Indexが付与されなかった場合、当該SCellのUCI（e.g., CSI）はPCellのPUCCHで送信されることを意味する。

他の例において、図１７の“CellGroupList”IE（１７０４）にAlt. 2 として示されるように、全てのSCellに対して明示的にPUCCH Cell Indexが付与されてもよい。この場合、PUCCH Cell IndexとしてServCellIndexが使用されてもよい。

各PUCCH Cell Groupに含まれるセルのリストを生成するケース（e.g., 図１７）では、UE１は、あるPCGが設定された場合、又はPCGに含まれるCellのリストが変更された場合、当該PCG内の全てのSCellをdeactivated状態にしてもよい。または、当該PCGがSCellのみを含むS-PCGの場合、UE１は、当該S-PCG内の全てのSCellをdeactivated状態にし、当該PCGがPCellを含むP-PCGの場合、UE１は、activated状態のSCellをactivated状態のまま維持してもよい。

図１７の例が使用される場合、UE１は、以下のように動作してもよい。“pucch-CellGroup”IE（１７０１）に含まれる“pucch-CellGroupIndex”（１７０２）が現在のUEコンフィグレーションに含まれいない場合、UE１は、受信した“pucch-CellGroup”IE（１７０１）に従ってPUCCH Cell Groupを追加してもよい。そうでない場合（つまり、“pucch-CellGroup”IE（１７０１）に含まれる“pucch-CellGroupIndex”（１７０２）が現在のUEコンフィグレーションに含まれる場合）、UE１は、受信した“pucch-CellGroup”IE（１７０１）に従ってPUCCH Cell Groupを修正（modify）してもよい。さらに、UE１は、PUCCH Cell Groupに含まれる又は設定される各SCellに関して、当該SCellが現在activated状態であれば、当該SCellをdeactivated状態に変更する（changeまたはmove）ようにRRCレイヤによってその下位レイヤを設定（configure）し、当該SCellが現在deactivated状態であれば、当該SCellをdeactivated状態であると考える（consider）ように、RRCレイヤによってその下位レイヤを設定（configure）してもよい。

＜第３の実施形態＞
本実施形態では、既に追加されている又は新たに追加されるSCellにPUCCHを設定するためにeNB２からUE１に送信される情報要素の具体例が説明される。当該情報要素は、例えば、図２のブロック２０３で送信されるRRC CONNECTION RECONFIGURATIONメッセージに含まれる情報要素に対応し、さらに図３、図４、図６〜図１２に示されたSCell PUCCH設定（SCell PUCCH Configuration）に対応する。

いくつかの実装において、当該情報要素は、各セルのためのUCIを運ぶPUCCHが送信されるセル（PUCCH Cellと呼ぶ）を示してもよい。この場合、図１８の例のように、当該情報要素は、各セルに対してPUCCH Cell indexを付与するよう定義されてもよい。

図１８は、各セルに対してPUCCH Cell indexを付与する情報要素の一例を示している。具体的には、図１８は、RRC Connection Reconfigurationメッセージ内のsCellToAddModList情報要素の改良を示している。図１８に示された“PUCCH Cell configuration”（１８０１）は、各セルに対して“PUCCH Cell index (i.e., pucch-CellIndex-r13)”を付与するよう定義されている。“PUCCH Cell index”は、各セルのためのUCIの送信を担当するPUCCH Cellを特定するために使用される識別子である。

一例において、図１８にAlt. 1 として示されるように、PUCCH CellがPCellである場合にはPUCCH Cell Indexが明示的に付与されず、PUCCH CellがSCellである場合のみにPUCCH Cell Indexが付与されてもよい。この場合、PUCCH Cell IndexとしてSCellIndexが使用されてもよい。PUCCH Cell Indexが付与されなかった場合、当該SCellのUCI（e.g., CSI）はPCellのPUCCHで送信されることを意味する。

他の例において、図１８にAlt. 2 として示されるように、全てのSCellに対して明示的にPUCCH Cell Indexが付与されてもよい。この場合、PUCCH Cell IndexとしてServCellIndexが使用されてもよい。

各セルに対してPUCCH Cell indexを付与するケース（e.g., 図１８）では、UE１は、あるSCellにPUCCH Cell Indexが設定された場合、または既に設定されていたPUCCH Cell Indexが変更された場合、当該SCell及びこれにより影響を受ける他のSCellをdeactivated状態にしてもよい。

具体的には、sCellToAddModList 内に含まれるSCellIndex（１８０２）が現在のUEコンフィグレーションに含まれておらず、且つPUCCH Cell Index（１８０１）がsCellToAddModList 内に含まれる場合、UE１は、受信したPUCCH Cell Indexにより示されるSCell上のPUCCHを使用するようRRCレイヤによってその下位レイヤを設定（configure）してもよい。また、UE１は、sCellToAddModList 内に含まれるSCellIndex（１８０２）が現在のUEコンフィグレーションに含まれており、且つPUCCH Cell Index（１８０１）がsCellToAddModList 内に含まれる場合、UE１は、（ａ）受信したPUCCH Cell Indexにより示されるSCell上のPUCCHを使用するようRRCレイヤによってその下位レイヤを設定（configure）し、（ｂ）当該SCellが現在activated状態であれば、当該SCellをdeactivated状態に変更する（changeまたはmove）ようにRRCレイヤによってその下位レイヤを設定（configure）し、（ｃ）当該SCellが現在deactivated状態であれば、当該SCellをdeactivated状態であると考える（consider）ように、RRCレイヤによってその下位レイヤを設定（configure）してもよい。

最後に、上述の複数の実施形態に係るUE１及びeNB２の構成例について説明する。図１９は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１９０１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ１９０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１９０１は、アンテナ１９０２及びベースバンドプロセッサ１９０３と結合される。すなわち、RFトランシーバ１９０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１９０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１９０２に供給する。また、RFトランシーバ１９０１は、アンテナ１９０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１９０３に供給する。

ベースバンドプロセッサ１９０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１９０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１９０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１９０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１９０４と共通化されてもよい。

アプリケーションプロセッサ１９０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１９０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１９０４は、メモリ１９０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。

いくつかの実装において、図１９に破線（１９０５）で示されているように、ベースバンドプロセッサ１９０３及びアプリケーションプロセッサ１９０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１９０３及びアプリケーションプロセッサ１９０４は、１つのSystem on Chip（SoC）デバイス１９０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１９０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１９０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１９０６は、ベースバンドプロセッサ１９０３、アプリケーションプロセッサ１９０４、及びSoC１９０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１９０６は、ベースバンドプロセッサ１９０３内、アプリケーションプロセッサ１９０４内、又はSoC１９０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１９０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１９０６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１９０３又はアプリケーションプロセッサ１９０４は、当該ソフトウェアモジュールをメモリ１９０６から読み出して実行することで、上述の実施形態で説明されたUE１の処理を行うよう構成されてもよい。

図２０は、上述の実施形態に係るeNB２の構成例を示すブロック図である。図２０を参照すると、eNB２は、RFトランシーバ２００１、ネットワークインターフェース２００３、プロセッサ２００４、及びメモリ２００５を含む。RFトランシーバ２００１は、UE１と通信するためにアナログRF信号処理を行う。RFトランシーバ２００１は、複数のトランシーバを含んでもよい。RFトランシーバ２００１は、アンテナ２００２及びプロセッサ２００４と結合される。RFトランシーバ２００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ２００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ２００２に供給する。また、RFトランシーバ２００１は、アンテナ２００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ２００４に供給する。

ネットワークインターフェース２００３は、ネットワークノード（e.g., MMEおよびS/P-GW）と通信するために使用される。ネットワークインターフェース２００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ２００４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ２００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ２００４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

プロセッサ２００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ２００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。

メモリ２００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ２００５は、プロセッサ２００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２００４は、ネットワークインターフェース２００３又は図示されていないI/Oインタフェースを介してメモリ２００５にアクセスしてもよい。

メモリ２００５は、上述の複数の実施形態で説明されたeNB２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ２００４は、当該ソフトウェアモジュールをメモリ２００５から読み出して実行することで、上述の実施形態で説明されたeNB２の処理を行うよう構成されてもよい。

図１９及び図２０を用いて説明したように、上述の実施形態に係るUE及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。

上述の実施形態は、Dual Connectivity（DC）をサポートする無線通信システムに適用されてもよい。すなわち、上述の実施形態で説明された、SCellにPUCCHを設定するための装置、方法、及びプログラムは、Dual ConnectivityでのMaster Cell Group（MCG）内でのキャリアアグリゲーションに適用されてもよいし、Dual ConnectivityでのSecondary Cell Group（SCG）内でのキャリアアグリゲーションに適用されてもよい。Secondary Cell Group（SCG）内でのキャリアアグリゲーションのケースでは、上述の実施形態で説明されたPCellは、Primary SCell（PSCell）に対応すると考えればよい。PSCellは、Secondary eNB（SeNB）によって提供されるSCG内の特別なSCellである。PSCellは、PUCCHが設定され、決してdeactivatedされず、PSCellの初期設定にはRACH procedureが必要とされる。

上述の実施形態で説明されたCAで使用される１又は複数のSCellは、phantom Cellを含んでもよい。Phantom Cellは、C/U-plane splitシナリオでの利用が考えられているsmall cellである。Phantom Cellは、例えば、既存のセル固有シグナル／チャネル、例えば、Primary Synchronization Signal (PSS)、Secondary Synchronization Signal (SSS)、Cell-specific Reference Signal (CRS)、Master Information Block (MIB)、 及びSystem Information Block (SIB)、の送信を必要としないnew carrier type（NCT）を利用する。

上述の実施形態は、LTE/LTE-Advanced及びその改良について主に説明した。しかしながら、上述の実施形態は、他の無線通信システム、例えばUMTSでのデュアルセルオペレーション（Dual Cell HSPA. E.g., DC-HSDPA, DC-HSUPA）に適用されてもよい。上述の実施形態で説明されたeNB２は、無線局と呼ぶこともできる。本明細書における無線局は、無線リソース管理機能を持つ制御ノード（e.g., UMTSにおけるRadio Network Controller（RNC）、又はGSMシステムにおけるBase Station Controller（BSC））及び無線送信ノード（e.g., UMTSにおけるNodeB、又はGSMシステムにおけるBase transceiver station （BTS））を含んでもよい。本明細書における無線局は、図１に示されているように、RRH/RREを含んでもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

この出願は、２０１５年４月８日に出願された日本出願特願２０１５−０７９０６８を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ 無線端末
２ 無線基地局
１９０１ Radio Frequency（RF）トランシーバ
１９０３ ベースバンドプロセッサ
２００１ RFトランシーバ
２００４ プロセッサ

Claims (12)

1. 無線端末であって、
   無線局と通信するための無線トランシーバと、
   前記無線トランシーバを利用して前記無線局との間でキャリアアグリゲーションを行うよう構成された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す情報要素を含むダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）するよう構成され、
   前記ダウンリンク・シグナリングメッセージは、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定するとともに、前記第１のSCellのための前記UCIをプライマリセル（PCell）の代わりに前記第１のSCellで送信するように設定すること、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定し、前記第１のSCellのための前記UCIを前記第１のSCellで送信するように設定するとともに、前記少なくとも１つのSCellのうち前記第１のSCellを除く１又は複数のSCellのための前記UCIを、前記PCell又は他のSCellにおいて送信される第２のアップリンク制御チャネルの代わりに、前記第１のアップリンク制御チャネルにおいて送信するように変更すること、又は
   前記第１のアップリンク制御チャネルを送信する特定のSCellを、前記少なくとも１つのSCellに含まれる前記第１のSCellを除くいずれかのSCellから前記第１のSCellに変更すること、
   を前記無線端末に要求する、
   無線端末。
2. 前記ダウンリンク・シグナリングメッセージは、Radio Resource Control（RRC）メッセージであり、
   前記少なくとも１つのプロセッサは、前記ダウンリンク・シグナリングメッセージを処理するRRCレイヤ及び前記RRCレイヤの下位レイヤを提供するよう構成され、
   前記少なくとも１つのプロセッサは、前記ダウンリンク・シグナリングメッセージを受信した場合、前記１又は複数のactivated SCellがdeactivated状態であると考えるように、又は前記１又は複数のactivated SCellをdeactivated状態に変更するように、前記下位レイヤを設定するよう構成されている、
   請求項１に記載の無線端末。
3. 前記ダウンリンク・シグナリングメッセージは、前記１又は複数のactivated SCellの解放を伴わない、
   請求項１又は２に記載の無線端末。
4. 前記少なくとも１つのプロセッサは、前記ダウンリンク・シグナリングメッセージの受信より前に前記少なくとも１つのSCellのいずれかのための前記UCIが前記PCellで送信されていたか又は前記少なくとも１つのSCellとは異なる第２のSCellで送信されていた場合、前記少なくとも１つのSCellとは異なり且つ前記PCell又は前記第２のSCellにおいてUCIを送信されている１又は複数の第３のSCellを非アクティブ化するよう構成されている、
   請求項１〜３のいずれか１項に記載の無線端末。
5. 無線端末であって、
   無線局と通信するための無線トランシーバと、
   前記無線トランシーバを利用して前記無線局との間でキャリアアグリゲーションを行うよう構成された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す情報要素を含むダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）するよう構成され、
   前記ダウンリンク・シグナリングメッセージは、
   前記第１のアップリンク制御チャネルを送信する特定のSCellとしての前記第１のSCellを含む前記少なくとも１つのSCellから成る新たなセカンダリ・セルグループを追加すること、
   前記少なくとも１つのSCellから成る既存の第１のセカンダリ・セルグループ内において前記特定のSCellを他のSCellから前記第１のSCellに変更するように、前記第１のセカンダリ・セルグループを再設定すること、又は
   前記第１のSCellを既存の第２のセカンダリ・セルグループに追加するとともに前記第２のセカンダリ・セルグループ内の他のSCellから前記第１のSCellに前記特定のSCellを変更するように、前記第２のセカンダリ・セルグループを修正すること、
   を前記無線端末に要求する、
   無線端末。
6. 前記少なくとも１つのプロセッサは、前記ダウンリンク・シグナリングメッセージを受信した場合、前記新たなセカンダリ・セルグープ、前記第１のセカンダリ・セルグループ、又は前記修正された第２のセカンダリ・セルグループに含まれる前記activated状態であるSCellの全てを非アクティブ化するよう構成されている、
   請求項５に記載の無線端末。
7. 無線局と通信する無線端末において行われる方法であって、
   キャリアアグリゲーションのためのセカンダリセル（SCell）設定を含む１又は複数の第１のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記キャリアアグリゲーションの１又は複数のSCellを追加すること、前記１又は複数のSCellは当初はdeactivated 状態とされている、
   Activation指示を含む１又は複数の第２のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記activation指示に従って前記１又は複数のSCellのうちの一部又は全部をアクティブ化すること、及び
   前記SCell設定に従って既に追加されている又は新規に追加される第１のSCellに前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す情報要素を含む第３のダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）すること、
   を備え、
   前記第３のダウンリンク・シグナリングメッセージは、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定するとともに、前記第１のSCellのための前記UCIをプライマリセル（PCell）の代わりに前記第１のSCellで送信するように設定すること、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定し、前記第１のSCellのための前記UCIを前記第１のSCellで送信するように設定するとともに、前記少なくとも１つのSCellのうち前記第１のSCellを除く１又は複数のSCellのための前記UCIを、前記PCell又は他のSCellにおいて送信される第２のアップリンク制御チャネルの代わりに、前記第１のアップリンク制御チャネルにおいて送信するように変更すること、又は
   前記第１のアップリンク制御チャネルを送信する特定のSCellを、前記少なくとも１つのSCellに含まれる前記第１のSCellを除くいずれかのSCellから前記第１のSCellに変更すること、
   を前記無線端末に要求する、
   方法。
8. 無線局であって、
   無線端末と通信するための無線トランシーバと、
   前記無線トランシーバを利用して前記無線端末との間でキャリアアグリゲーションを行うよう構成された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを指示する情報要素を含む第１のダウンリンク・シグナリングメッセージを送信完了した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellが前記無線端末によって非アクティブ化（deactivate）されるものと考えるよう構成され、
   前記第１のダウンリンク・シグナリングメッセージは、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定するとともに、前記第１のSCellのための前記UCIをプライマリセル（PCell）の代わりに前記第１のSCellで送信するように設定すること、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定し、前記第１のSCellのための前記UCIを前記第１のSCellで送信するように設定するとともに、前記少なくとも１つのSCellのうち前記第１のSCellを除く１又は複数のSCellのための前記UCIを、前記PCell又は他のSCellにおいて送信される第２のアップリンク制御チャネルの代わりに、前記第１のアップリンク制御チャネルにおいて送信するように変更すること、又は
   前記第１のアップリンク制御チャネルを送信する特定のSCellを、前記少なくとも１つのSCellに含まれる前記第１のSCellを除くいずれかのSCellから前記第１のSCellに変更すること、
   を前記無線端末に要求する、
   無線局。
9. 無線局と通信する無線端末における方法をコンピュータに行わせるためのプログラムであって、
   前記方法は、
   キャリアアグリゲーションのためのセカンダリセル（SCell）設定を含む第１のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記キャリアアグリゲーションの１又は複数のSCellを追加すること、前記１又は複数のSCellは当初はdeactivated 状態とされている、
   Activation指示を含む第２のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記activation指示に従って前記１又は複数のSCellのうちの１又は複数のSCellをアクティブ化すること、及び
   前記SCell設定に従って既に追加されている又は新規に追加される第１のSCellに前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す第３のダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）すること、
   を備え、
   前記第３のダウンリンク・シグナリングメッセージは、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定するとともに、前記第１のSCellのための前記UCIをプライマリセル（PCell）の代わりに前記第１のSCellで送信するように設定すること、
   前記第１のアップリンク制御チャネルを新たに前記第１のSCellに設定し、前記第１のSCellのための前記UCIを前記第１のSCellで送信するように設定するとともに、前記少なくとも１つのSCellのうち前記第１のSCellを除く１又は複数のSCellのための前記UCIを、前記PCell又は他のSCellにおいて送信される第２のアップリンク制御チャネルの代わりに、前記第１のアップリンク制御チャネルにおいて送信するように変更すること、又は
   前記第１のアップリンク制御チャネルを送信する特定のSCellを、前記少なくとも１つのSCellに含まれる前記第１のSCellを除くいずれかのSCellから前記第１のSCellに変更すること、
   を前記無線端末に要求する、
   プログラム。
10. 無線局と通信する無線端末において行われる方法であって、
    キャリアアグリゲーションのためのセカンダリセル（SCell）設定を含む１又は複数の第１のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記キャリアアグリゲーションの１又は複数のSCellを追加すること、前記１又は複数のSCellは当初はdeactivated 状態とされている、
    Activation指示を含む１又は複数の第２のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記activation指示に従って前記１又は複数のSCellのうちの一部又は全部をアクティブ化すること、及び
    前記SCell設定に従って既に追加されている又は新規に追加される第１のSCellに前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す情報要素を含む第３のダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）すること、
    を備え、
    前記第３のダウンリンク・シグナリングメッセージは、
    前記第１のアップリンク制御チャネルを送信する特定のSCellとしての前記第１のSCellを含む前記少なくとも１つのSCellから成る新たなセカンダリ・セルグループを追加すること、
    前記少なくとも１つのSCellから成る既存の第１のセカンダリ・セルグループ内において前記特定のSCellを他のSCellから前記第１のSCellに変更するように、前記第１のセカンダリ・セルグループを再設定すること、又は
    前記第１のSCellを既存の第２のセカンダリ・セルグループに追加するとともに前記第２のセカンダリ・セルグループ内の他のSCellから前記第１のSCellに前記特定のSCellを変更するように、前記第２のセカンダリ・セルグループを修正すること、
    を前記無線端末に要求する、
    方法。
11. 無線局であって、
    無線端末と通信するための無線トランシーバと、
    前記無線トランシーバを利用して前記無線端末との間でキャリアアグリゲーションを行うよう構成された少なくとも１つのプロセッサと、
    を備え、
    前記少なくとも１つのプロセッサは、前記キャリアアグリゲーションの第１のセカンダリセル（SCell）に前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを指示する情報要素を含む第１のダウンリンク・シグナリングメッセージを送信完了した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellが前記無線端末によって非アクティブ化（deactivate）されるものと考えるよう構成され、
    前記第１のダウンリンク・シグナリングメッセージは、
    前記第１のアップリンク制御チャネルを送信する特定のSCellとしての前記第１のSCellを含む前記少なくとも１つのSCellから成る新たなセカンダリ・セルグループを追加すること、
    前記少なくとも１つのSCellから成る既存の第１のセカンダリ・セルグループ内において前記特定のSCellを他のSCellから前記第１のSCellに変更するように、前記第１のセカンダリ・セルグループを再設定すること、又は
    前記第１のSCellを既存の第２のセカンダリ・セルグループに追加するとともに前記第２のセカンダリ・セルグループ内の他のSCellから前記第１のSCellに前記特定のSCellを変更するように、前記第２のセカンダリ・セルグループを修正すること、
    を前記無線端末に要求する、
    無線局。
12. 無線局と通信する無線端末における方法をコンピュータに行わせるためのプログラムであって、
    前記方法は、
    キャリアアグリゲーションのためのセカンダリセル（SCell）設定を含む第１のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記キャリアアグリゲーションの１又は複数のSCellを追加すること、前記１又は複数のSCellは当初はdeactivated 状態とされている、
    Activation指示を含む第２のダウンリンク・シグナリングメッセージを前記無線局から受信し、前記activation指示に従って前記１又は複数のSCellのうちの１又は複数のSCellをアクティブ化すること、及び
    前記SCell設定に従って既に追加されている又は新規に追加される第１のSCellに前記第１のSCellを含む少なくとも１つのSCellのためのアップリンク制御情報（UCI）の送信に使用される第１のアップリンク制御チャネルを設定することを示す第３のダウンリンク・シグナリングメッセージを受信した場合、前記少なくとも１つのSCellのうちactivated状態である１又は複数のactivated SCellを非アクティブ化（deactivate）すること、
    を備え、
    前記第３のダウンリンク・シグナリングメッセージは、
    前記第１のアップリンク制御チャネルを送信する特定のSCellとしての前記第１のSCellを含む前記少なくとも１つのSCellから成る新たなセカンダリ・セルグループを追加すること、
    前記少なくとも１つのSCellから成る既存の第１のセカンダリ・セルグループ内において前記特定のSCellを他のSCellから前記第１のSCellに変更するように、前記第１のセカンダリ・セルグループを再設定すること、又は
    前記第１のSCellを既存の第２のセカンダリ・セルグループに追加するとともに前記第２のセカンダリ・セルグループ内の他のSCellから前記第１のSCellに前記特定のSCellを変更するように、前記第２のセカンダリ・セルグループを修正すること、
    を前記無線端末に要求する、
    プログラム。

Images