ＷＴＲＵが複数のサービングセルまたはキャリアアグリゲーションと共に構成されうる場合にアクティブ化／非アクティブ化プロセスに関係する構成、構成パラメータ、およびアクセス問題に応じてＷＴＲＵ（ワイヤレス送信／受信ユニット）の挙動に対処するための方法および装置を実現する。

【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信に関する。
【０００２】
（関連出願の相互参照）
本出願は、参照により本明細書に組み込まれている、２００９年１１月１９日に出願した米国特許仮出願第６１／２６２，８１０号明細書、２０１０年１月８日に出願した米国特許仮出願第６１／２９３，５２０号明細書、２０１０年２月１２日に出願した米国特許仮出願第６１／３０４，１４９号明細書、２０１０年２月２４日に出願した米国特許仮出願第６１／３０７，８０３号明細書、２０１０年３月１６日に出願した米国特許仮出願第６１／３１４，４４６号明細書、２０１０年４月３０日に出願した米国特許仮出願第６１／３３０，１５０号明細書、２０１０年８月１３日に出願した米国特許仮出願第６１／３７３，６７８号明細書、および２０１０年６月１７日に出願した米国特許仮出願第６１／３５５，７５６号明細書の利益を主張するものである。
【背景技術】
【０００３】
ＬＴＥ（ロングタームエボリューション）Ｒ８（リリース８）では、基地局は、ＤＬ（ダウンリンク）およびＵＬ（アップリンク）リソースを単一のＤＬキャリアおよび単一のＵＬキャリア上でそれぞれ有するようにＷＴＲＵ（ワイヤレス送信／受信ユニット）を構成することができる。ＤＬキャリアとＵＬキャリアのペアは、ワイヤレスネットワークの１つのセルを形成するものとして考えることができる。ＷＴＲＵは、アクティブ化／非アクティブ化プロセスに関係する構成、構成パラメータ、およびアクセス問題に応じていくつかのアクションを起こすことができる。ＬＴＥ Ｒ８では、ＤＬおよびＵＬリソースが単一のＤＬキャリアおよび単一のＵＬキャリアにそれぞれ関連付けられ、ＷＴＲＵのサービングセルを形成するので、アクションを実行することにはＷＴＲＵの観点からは曖昧さはない。マルチキャリアワイヤレスシステム（ｍｕｌｔｉ−ｃａｒｒｉｅｒ ｗｉｒｅｌｅｓｓ ｓｙｓｔｅｍｓ）では、ＷＴＲＵは、それぞれが１つのＤＬコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）および場合によってはさらには１つのＵＬコンポーネントキャリア（ＣＣ）からなる複数のサービングセルを割り当てられうる。ＷＴＲＵは、ＷＴＲＵが複数のサービングセルと共に構成されうる場合に、異なる形で動作し、応答することが必要になることもある。
【発明の概要】
【０００４】
ＷＴＲＵが複数のサービングセルまたはキャリアアグリゲーションと共に構成されうる場合にアクティブ化／非アクティブ化プロセスに関係する構成、構成パラメータ、およびアクセス問題に応じてＷＴＲＵ（ワイヤレス送信／受信ユニット）の挙動に対処するための方法および装置を実現する。
【図面の簡単な説明】
【０００５】
本発明の詳細は、例えば添付図面と併せて、以下の説明を読むとさらによく理解することができる。
【０００６】
【図１Ａ】１つまたは複数の開示されている実施形態が実装されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用されうる例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１つまたは複数の開示されている実施形態が実装されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザーに提供する多元接続システムであるものとしてよい。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザーがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）、および同様のものなどの１つまたは複数のチャネルアクセス方法を使用することができる。
【０００８】
図１Ａに示されているように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることは理解されるであろう。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、ＵＥ（ユーザー装置）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、タッチパッド、ワイヤレスセンサー、家庭用電化製品、および同様のものを含みうる。
【０００９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを備えることもできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（トランシーバ基地局）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）、ワイヤレスルーター、および同様のものとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を備えることができることは理解されるであろう。
【００１０】
基地局１１４ａは、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も備えることができる、ＲＡＮ １０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称することができる、特定の領域内でワイヤレス信号を送信し、および／または受信するように構成されうる。セルは、いくつかのセルセクターにさらに分割することができる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクターに分割することができる。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクター毎にトランシーバを１つずつ備えることができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（マルチ入力マルチ出力）技術を使用することができ、したがって、セルのそれぞれのセクターに対して複数のトランシーバを使用することができる。
【００１１】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光などの）であってよい、エアーインターフェース（複数可）１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適なＲＡＴ（無線アクセス技術）を使用して設置することができる。
【００１２】
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなどの、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ １０４内の基地局１１４ａ、およびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃでは、ＷＣＤＭＡ（広帯域ＣＤＭＡ）を使用してエアーインターフェース１１６を設置することができる、ＵＭＴＳ（ユニバーサルモバイル通信システム）ＵＴＲＡ（地上波無線アクセス）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（発展型ＨＳＰＡ）などの通信プロトコルを備えることができる。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス）を備えることができる。
【００１３】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアーインターフェース１１６を設置することができる、Ｅ−ＵＴＲＡ（発展型ＵＭＴＳ地上無線アクセス）などの無線技術を実装することができる。
【００１４】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（つまり、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ ＩＸ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）、および同様のものなどの無線技術を実装することができる。
【００１５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、前述の無線技術の組み合わせの実装とすることができる。例えば、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃでは、それぞれ、ＷＣＤＭＡを使用する一方のエアーインターフェースとＬＴＥ−Ａを使用する一方のエアーインターフェースを同時に設置することができる、ＵＴＲＡおよびＥ−ＵＴＲＡなどの二重無線技術を実装することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルーター、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、自動車、キャンパス、および同様のものなどの、局在化されたエリア内でワイヤレス接続を円滑に行えるようにするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。
【００１７】
ＲＡＮ １０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ボイスオーバーインターネットプロトコル）サービスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザー認証などの高水準のセキュリティ機能を備えることができる。図１Ａには示されていないけれども、ＲＡＮ １０４および／またはコアネットワーク１０６は、ＲＡＮ １０４と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接的な、または間接的な通信を行うことができることは理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ １０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることもある。
【００１８】
コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能しうる。ＰＳＴＮ １０８は、アナログ音声通話のみ可能な旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むものとしてよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれるＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザーデータグラムプロトコル）、およびＩＰ（インターネットプロトコル）などの、共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ １０４と同じＲＡＴ、または異なるＲＡＴを使用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべてがマルチモード機能を備える、つまり、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを通して異なるワイヤレスネットワークと通信するための複数のトランシーバを備えることができる。例えば、図１Ａに示されているＷＴＲＵ １０２ｃは、セルラーベースの技術を使用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用している可能性のある、基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、例示的なＷＴＲＵ １０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ １０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（全世界測位システム）チップセット１３６、および他の周辺機器１３８を備えることができる。ＷＴＲＵ １０２は、一実施形態との整合性を維持しながら前記の要素の部分的組み合わせを備えることができることは理解されるであろう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の種類のＩＣ（集積回路）、状態機械、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ １０２がワイヤレス環境内で動作することを可能にする他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に集積化してまとめることができることは理解されるであろう。
【００２２】
送信／受信要素１２２は、エアーインターフェース１１６を通して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されうる。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の組み合わせを送信し、および／または受信するように構成することができることは理解されるであろう。
【００２３】
それに加えて、図１Ｂには送信／受信要素１２２は単一の要素として示されているけれども、ＷＴＲＵ １０２は、任意の数の送信／受信要素１２２を備えることができる。より具体的には、ＷＴＲＵ １０２は、ＭＩＭＯ技術を採用することができる。そのため、一実施形態において、ＷＴＲＵ １０２は、エアーインターフェース１１６を通してワイヤレス信号を送信し受信するための２つまたはそれ以上の送信／受信要素１２２、例えば、複数のアンテナを備えることができる。
【００２４】
トランシーバ１２０は、送信器／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されうる。上記のように、ＷＴＲＵ １０２は、マルチモード機能を有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ １０２が通信することを可能にするための複数トランシーバを備えることができる。
【００２５】
ＷＴＲＵ １０２のプロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）表示ユニットまたはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合することができ、またそこからユーザー入力データを受け取ることができる。プロセッサ１１８は、ユーザーデータをスピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。取り外し不可能なメモリ１３０としては、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、ハードディスク、または他の種類のメモリストレージデバイスが挙げられる。取り外し可能なメモリ１３２としては、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカード、および同様のものが挙げられる。他の実施形態において、プロセッサ１１８は、サーバーもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ １０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ １０２内の他のコンポーネントに分配し、および／または制御するように構成されうる。電源１３４は、ＷＴＲＵ １０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４としては、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものが挙げられる。
【００２７】
プロセッサ１１８は、ＷＴＲＵ １０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成されうる、ＧＰＳチップセット１３６にも結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ １０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアーインターフェース１１６を通して位置情報を受信し、および／または２つもしくはそれ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ １０２は、一実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができることは理解されるであろう。
【００２８】
プロセッサ１１８は、追加の特徴、機能、および／または有線もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを備えうる、他の周辺機器１３８にさらに結合することができる。例えば、周辺機器１３８としては、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および同様のものが挙げられる。
【００２９】
図１Ｃは、一実施形態によるＲＡＮ １０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ １０４では、エアーインターフェース１１６を通してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ １０４は、コアネットワーク１０６と通信することもできる。
【００３０】
ＲＡＮ １０４は、ｅＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ａｃを備えることができるが、ＲＡＮ １０４は、一実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを備えることができることは理解されるであろう。ｅＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６を通してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを備えることができる。一実施形態において、ｅＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ １４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ １０２ａにワイヤレス信号を送信し、ＷＴＲＵ １０２ａからワイヤレス信号を受信することができる。
【００３１】
ｅＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃのそれぞれは、１つまたは複数のセル（図示せず）に、それぞれ場合によっては異なるキャリア周波数上で、関連付けられ、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザーのスケジューリング、および同様のものを処理するように構成されうる。図１Ｃに示されているように、ｅＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを通して互いに通信することができる。
【００３２】
図１Ｃに示されているコアネットワーク１０６は、ＭＭＥ（モビリティ管理エンティティ）１４２、サービスゲートウェイ１４４、およびＰＤＮ（パケットデータネットワーク）を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００３３】
ＭＭＥ １４２は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅＢ １４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され、制御ノードとして使用されうる。例えば、ＭＭＥ １４２は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラー設定／構成／解放、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービスゲートウェイの選択を行う役割を有しているものとしてよい。ＭＭＥ １４２は、ＲＡＮ １０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能も備えることができる。
【００３４】
サービスゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービスゲートウェイ１４４は、一般に、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとの間でデータパケットの経路選択および回送を実行することができる。サービスゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバー時のユーザープレーンのアンカリング、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になったときにページングをトリガーすること、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、格納すること、および同様の操作などの、他の機能も実行することができる。
【００３５】
サービスゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００３６】
コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ １０８などの、回路交換ネットワークへのＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ １０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバー）を備えるか、またはそれと通信することができる。それに加えて、コアネットワーク１０６によって、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、ネットワーク１１２にアクセスすることが可能になる。
【００３７】
これ以降参照する場合、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）は、無線リソースのスケジューリングのためにＬＴＥで使用される制御チャネル、例えば、ＷＴＲＵがＤＣＩ（ダウンリンク制御情報）メッセージを受信する制御チャネルを指す。ＤＣＩは、主に、ＷＴＲＵが動作するダウンリンク周波数の制御領域内のダウンリンクリソースおよびアップリンクをスケジュールするために使用される。これは、ＰＤＣＣＨが中継ＰＤＣＣＨ（Ｒ−ＰＤＣＣＨ）を形成するために別のダウンリンクチャネル（例えば、中継ｅＮＢ構成のＰＤＳＣＨ）上にマッピングされる中継ｅＮＢである場合も指す。
【００３８】
これ以降参照する場合、「ＣＣ（コンポーネントキャリア）」という用語は、一般性を失うことなく、ＷＴＲＵが動作する周波数を含む。例えば、ＷＴＲＵは、ダウンリンクＣＣ（これ以降「ＤＬ ＣＣ」）上で送信を受け取ることができる。ＤＬ ＣＣは、限定はしないが、ＰＣＦＩＣＨ（物理制御フォーマットインジケータチャネル）、ＰＨＩＣＨ（物理ハイブリッド自動再送要求インジケータチャネル）、ＰＤＣＣＨ、ＰＭＣＨ（物理マルチキャストデータチャネル）、およびＰＤＳＣＨ（物理ダウンリンク共有チャネル）を含む、多数のＤＬ物理チャネルを含みうる。ＰＣＦＩＣＨ上で、ＷＴＲＵは、ＤＬ ＣＣの制御領域のサイズを示す制御データを受信する。ＰＨＩＣＨ上で、ＷＴＲＵは、前のアップリンク送信に対するＨＡＲＱ（ハイブリッド自動再送要求）ＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）フィードバックを示す制御データを受信することができる。ＰＤＣＣＨ上で、ＷＴＲＵは、ダウンリンクリソースおよびアップリンクリソースをスケジュールするために主に使用されるＤＣＩメッセージを受信する。ＰＤＳＣＨ上で、ＷＴＲＵは、ユーザーデータおよび／または制御データを受信することができる。例えば、ＷＴＲＵは、アップリンクＣＣ（これ以降「ＵＬ ＣＣ」）上で送信することができる。ＵＬ ＣＣは、限定はしないが、ＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ（物理アップリンク共有チャネル）を含む、多数のＵＬ物理チャネルで構成されるものとしてよい。ＰＵＳＣＨ上で、ＷＴＲＵは、ユーザーデータおよび／または制御データを送信することができる。ＰＵＣＣＨ上で、また場合によっては、ＰＵＳＣＨ上で、ＷＴＲＵは、アップリンク制御情報（チャネル品質インジケータ／プリコーディング行列インデックス／ランク指標（ＣＱＩ／ＰＭＩ／ＲＩ）またはスケジューリング要求（ＳＲ）など）、および／またはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することができる。ＵＬ ＣＣ上で、ＷＴＲＵは、ＳＲＳ（サウンディング基準信号）の送信のために個別リソースも割り当てられうる。
【００３９】
セルは、典型的には、最低でも、ＤＬ ＣＣ上でブロードキャストされるか、または場合によってはネットワークからの個別構成シグナリングを使用するＷＴＲＵによって受信されたＳＩ（システム情報）に基づきＵＬ ＣＣに、適宜リンクされるＤＬ ＣＣからなる。例えば、ＤＬ ＣＣ上でブロードキャストされる場合、ＷＴＲＵは、リンクされたＵＬ ＣＣのアップリンク周波数および帯域幅をＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２（ＳＩＢ２）情報要素の一部として受信することができる。
【００４０】
これ以降参照する場合、「ＰＣｅｌｌ（一次セル）」という用語は、一般性を失うことなく、ＷＴＲＵが初期接続確立手順を実行するか、または接続再確立手順を開始する一次周波数で動作しているセル、またはハンドオーバー手順において一次セルとして指示されるセルを含む。ＷＴＲＵは、ＰＣｅｌｌを使用して、セキュリティ機能およびＮＡＳモビリティ情報などの上位レイヤのシステム情報のパラメータを導出することができる。ＰＣｅｌｌ ＤＬ上でのみサポートされうる他の機能として、ブロードキャストチャネル（ＢＣＣＨ）上のＳＩ取得および変更監視手順、およびページングが挙げられる。ＰＣｅｌｌのＵＬ ＣＣは、ＰＵＣＣＨリソースが所定のＷＴＲＵについてすべてのＨＡＲＱ ＡＣＫ／ＮＡＣＫを伝送するように構成されているＣＣに対応するものとしてよい。
【００４１】
これ以降参照する場合、「ＳＣｅｌｌ（二次セル）」という用語は、一般性を失うことなく、ＲＲＣ接続がいったん確立されると構成されうる、また追加の無線リソースを構成するために使用されうる二次周波数上で動作するセルを含む。当該ＳＣｅｌｌにおける動作に関連するシステム情報は、典型的には、ＳＣｅｌｌがＷＴＲＵの構成に追加されるときに個別シグナリングを使用して提供される。パラメータは、ＳＩ（システム情報）シグナリングを使用して当該ＳＣｅｌｌのダウンリンク上でブロードキャストされる値と異なる値を有していてもよいけれども、この情報は、本明細書では、ＷＴＲＵがこの情報を取得するために使用する方法と無関係の当該ＳＣｅｌｌのＳＩと称される。
【００４２】
これ以降参照する場合、「ＰＣｅｌｌ ＤＬ」および「ＰＣｅｌｌ ＵＬ」という用語は、一般性を失うことなく、それぞれ、ＰＣｅｌｌのＤＬ ＣＣおよびＵＬ ＣＣに対応する。同様に、「ＳＣｅｌｌ ＤＬ」および「ＳＣｅｌｌ ＵＬ」という用語は、構成されている場合にそれぞれＳＣｅｌｌのＤＬ ＣＣおよびＵＬ ＣＣに対応する。ＰＣｅｌｌに対して、ＣＣはＰＣＣとも称され、ＳＣｅｌｌに対して、ＣＣはＳＣＣとも称されうる。
【００４３】
これ以降参照する場合、「サービングセル」という用語は、一般性を失うことなく、一次セル（つまり、ＰＣｅｌｌ）または二次セル（つまり、ＳＣｅｌｌ）を含む。より具体的には、ＳＣｅｌｌと共に構成されていない、または複数のコンポーネントキャリア上のオペレーション（つまり、キャリアアグリゲーション）をサポートしていないＷＴＲＵについては、ＰＣｅｌｌからなるサービングセルは１つしかありえない。少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵについては、「サービングセル」という用語は、ＰＣｅｌｌおよび構成されているすべてのＳＣｅｌｌ（複数可）からなる１つまたは複数のセルの集合を含む。
【００４４】
ＷＴＲＵが少なくとも１つのＳＣｅｌｌと共に構成されている場合、ＰＣｅｌｌ ＤＬ（つまり、１つのＤＬ−ＳＣＨを備える）と、１つのＰＣｅｌｌ ＵＬ（つまり、１つのＵＬ−ＳＣＨ）があり、構成されているそれぞれのＳＣｅｌｌについて、１つのＳＣｅｌｌ ＤＬおよび構成されている場合にはオプションで１つのＳＣｅｌｌ ＵＬがある。
【００４５】
本明細書でＷＴＲＵの観点からのＣＣのアクティブ化および非アクティブ化の原理は、ＣＣに関係する複数の機能のうちの少なくとも１つに適用することができる。例えば、ＤＬ ＣＣでは、これは、ＵＬ ＤＣＩ、ＤＬ ＤＣＩ、その両方、もしくはこれらの部分集合などの部分集合またはすべてのＤＣＩフォーマットの部分集合のＰＤＣＣＨの監視／復号、またはＰＤＳＣＨのバッファリング／復号に関係するものとしてよい。ＵＬ ＣＣでは、これは、例えば、ＰＵＳＣＨ送信、ＰＵＣＣＨ送信、ＣＱＩ／ＰＭＩ／ＲＩの送信、またはＳＲＳ送信に関係するものとしてよい。
【００４６】
本明細書で説明されている方法は、ＳＣｅｌｌを追加または取り除く構成の結果である、アクティブ化／非アクティブ化を除外することなく、ＳＣｅｌｌがアクティブ化／非アクティブ化された後に適用可能である。
【００４７】
本明細書で説明されている例は、ＤＲＸがサービングセル（複数可）に合わせて構成され、および／または適用可能であるかどうかに関係なく一般的に適用可能である。
【００４８】
本明細書で説明されている方法は、互いに関連付けられているＤＬ ＣＣおよびＵＬ ＣＣを含む、またＰＣｅｌｌもしくはＳＣｅｌｌに属すＣＣを含む、ＤＬ ＣＣおよびＵＬ ＣＣが独立してアクティブ化され、非アクティブ化される場合に、また同じアクティブ化／非アクティブ化状態を共有する複数のＣＣに対して、等しく適用可能である。
【００４９】
少なくとも１つのＳＣｅｌｌと共に構成されたＷＴＲＵは、１つまたは複数のサービングセルに対するクロスキャリアスケジューリングで構成されうる。クロスキャリアスケジューリングは、第１のサービングセルの、ＤＬ ＣＣ上のＰＤＳＣＨ送信に対する物理無線リソース（ＤＬ送信）、またはＵＬ ＣＣ上のＰＵＳＣＨ送信に対して付与されたリソース（ＵＬ送信）が第２のサービングセルのＤＬ ＣＣのＰＤＣＣＨを使用して割り当てられうる制御シグナリングの方法である。
【００５０】
ＣＣという用語は、１つまたは複数のＤＬ ＣＣ（複数可）、１つまたは複数のＵＬ ＣＣ、および／またはこれらの組み合わせ、ならびに特に、ＷＴＲＵの構成のサービングセル（つまり、ＰＣｅｌｌまたはＳＣｅｌｌのいずれか）を形成するＤＬ ＣＣとＵＬ ＣＣの組み合わせを指すものとしてよい。ＣＣのこのような組み合わせは、ＤＬ送信リソースを割り当てること、ＵＬ送信リソースを付与すること、ＣＱＩ／ＰＭＩ／ＲＩのフィードバックの送信、ＨＡＲＱのフィードバックを目的として、またはＲＡ（ランダムアクセス）手順、および同様のものに関係する送信のために、ＷＴＲＵが１つまたは複数のＵＬ ＣＣ（複数可）と１つまたは複数のＤＬ ＣＣ（複数可）の間の関連付けを使用する構成によって実現されうる。
【００５１】
所定のＷＴＲＵに対する複数の構成されたＣＣの間の関連付けは、例えば、以下の方法のうちの少なくとも１つに基づくことができ、構成されたＣＣの集合は、「ＳＩＢ２リンキング」（例えば、スペクトルペアリング、ブロードキャストされるＳＩ（ＳＩＢ２）に基づき、および／または個別シグナリングを使用してＷＴＲＵに信号伝達されるＳＩに基づきシステムのセルを形成すること、および／またはＵＬ／ＤＬ ＰＣＣに対するペアリングによる）、例えば別のＣＣのＰＤＣＣＨからのスケジューリングのためＣＣがアドレッシング可能であることに基づく、「スケジューリングリンキング」、例えばＨＡＲＱフィードバック関係（ＤＬ ＣＣ、ＵＬ ＰＵＣＣＨ、およびＵＬ ＣＣ、ＤＬ ＰＨＩＣＨ（物理ハイブリッド自動再送要求インジケータチャネル））に基づく、「ＨＡＲＱフィードバックリンキング」、例えばセルに対するＲＲＣ構成（例えば、少なくとも関連付けられているＵＬ ＣＣのアップリンク周波数および帯域幅を含む構成メッセージ内の情報要素）に基づく、「個別リンキング」、および／または異なるＣＣにまたがる基地局とＷＴＲＵとの間の他のタイプのシグナリング（例えば、ＰＨＩＣＨ、ＰＵＣＣＨ、ＰＣＦＩＣＨ）などのＵＬ／ＤＬ関連付けに基づくことができる。構成されたＣＣの集合は、類似のＵＬ ＴＡ要件および／または周波数帯域、例えば、「バンドリンキング」から導き出されるＵＬ／ＤＬ関連付けに基づくこともできる。構成されたＣＣは、上述の「スケジューリングリンキング」のさらなる精密化である異なるＤＬ ＣＣのＰＤＳＣＨに対する１つのＤＬ ＣＣからのＰＤＣＣＨ上のクロスキャリアスケジューリングから導き出される関連付けなどのＤＬ／ＤＬ関連付けに基づくこともできる。
【００５２】
結果として、所定のＣＣのアクティブ化および／または非アクティブ化は、制御シグナリングを使用して明示的に、または別のＣＣとの何らかの関連付けに基づき、例えば、「ＳＩＢ２リンキング」、「スケジューリングリンキング」、「ＨＡＲＱフィードバックリンキング」、「個別リンキング」、「バンドリンキング」、またはこれらの組み合わせによって暗黙のうちに行うことができる。本明細書における「当該ＳＣｅｌｌ」という用語の使用は、明示的な場合または暗黙の場合の両方に及び、複数のＣＣの間の関連付けをＷＴＲＵに与えるために使用される方法に対応しうる。
【００５３】
当該ＳＣｅｌｌは、ＷＴＲＵに対する構成されたＳＣｅｌｌ（複数可）の集合からのＳＣｅｌｌとすることができ、これは、ＳＣｅｌｌ ＵＬに関連付けられているＳＣｅｌｌ ＤＬからなるＳＣｅｌｌ、アップリンクリソースなしで、例えば、関連付けられているＳＣｅｌｌ ＵＬなしで構成されたＳＣｅｌｌ ＤＬ、可能な関連付けられているＳＣｅｌｌ ＵＬから独立しているＳＣｅｌｌ ＤＬ、または可能な関連付けられているＳＣｅｌｌ ＤＬから独立しているＳＣｅｌｌ ＵＬのうちのどれかを表しうるＳＣｅｌｌを含む。当該ＳＣｅｌｌは、例えば、ＳＣｅｌｌ ＤＬ上でＰＤＣＣＨおよび／またはＰＤＳＣＨを使って、自分自身の制御シグナリング情報の送信および／または受信を行う場合も、行わない場合もある。
【００５４】
例示的な方法では、アクティブ化および非アクティブ化をセル毎に適用することができる、つまり、ＵＬ ＣＣのアクティブ化状態は関連付けられているＤＬ ＣＣの状態に従う。これは、個別のＣＣ、ＰＣｅｌｌ、または複数のＣＣを関連付けるための他の方法への適用可能性を制限することなく本明細書で説明されている方法を参照しつつ使用することができる。したがって、これ以降参照する場合、「ＳＣｅｌｌアクティブ化」および「ＳＣｅｌｌ非アクティブ化」という用語は、一般性を失うことなく、すべて上記の場合を含む。例えば、当該ＳＣｅｌｌは、例えばタイマーのタイムアウトによって暗黙のうちに、または制御シグナリングによって明示的に、アクティブ化され、および／または非アクティブ化されるＳＣｅｌｌとすることができ、個別シグナリングおよび／またはブロードキャストされたシグナリングのいずれかによって（例えば、ＳＩＢ２またはＳＩＢ２と同様の情報要素を使用して）ＷＴＲＵに送られるシステム情報によって指示されるようなＳＣｅｌｌを形成するＳＣｅｌｌ ＤＬおよびＳＣｅｌｌ ＵＬは両方とも同じアクティブ化／非アクティブ化状態を共有する。
【００５５】
ＷＴＲＵは、ＳＣｅｌｌアクティブ化（あるいは、非アクティブ化）に対するシグナリングを受信することができる少なくとも１つのＤＬ ＣＣと共に構成することができ、その際に、Ｌ１シグナリング（例えば、アクティブ化／非アクティブ化コマンドが適用されるＣＣに対応するＣＣＩＦ（コンポーネントキャリアインジケータフィールド）を伝送する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）フォーマット）、Ｌ２シグナリング（例えば、ＭＡＣ ＣＥ（ＭＡＣ（媒体アクセス制御）制御要素）、またはＬ３シグナリング（例えば、ＲＲＣ ＩＥ（ＲＲＣ（無線リソース制御）情報要素）を使用する。シグナリングの方法のそれぞれは、受信されたシグナリングがどのＣＣ（複数可）（例えば、ＳＣｅｌｌ）に適用されるかを決定するためにＷＴＲＵによって使用されうる。例えば、このシグナリングは、ＰＣｅｌｌ ＤＬ上の送信で、あるいはアクティブ化されたＳＣｅｌｌ ＤＬに対する送信でも、受信されうる。
【００５６】
本明細書で説明されているのは、アクティブ化または非アクティブ化後に送信／受信されうる、またスタンドアロンで、もしくは組み合わせて使用されうる例示的な制御信号である。
【００５７】
ＷＴＲＵは、制御シグナリングを受信して復号し、少なくとも１つの当該ＳＣｅｌｌをアクティブ化または非アクティブ化することができ、ＷＴＲＵのサービングセルのどれかのＤＬ ＣＣ上で制御シグナリングがＷＴＲＵによって受信されうる。制御シグナリングは、例えば、Ｃ−ＲＮＴＩによって、または本明細書で定義されているような新しいＡ−ＲＮＴＩ＿ｉによってスクランブルされうる。
【００５８】
特に、制御シグナリングは、Ｌ１、Ｌ２、およびＬ３のシグナリングの方法のうちの少なくとも１つを使用してＷＴＲＵによって受信されうる。例えば、Ｌ３シグナリング（例えば、ＲＲＣ）は、ＲＲＣ接続再構成メッセージ内のＩＥ（情報要素）、または異なるＩＥを使用することができる。あるいは、Ｌ２シグナリング（例えば、ＭＡＣ）はＣＥ（制御要素）を使用することができる。あるいは、Ｌ１シグナリングでは、固定コードポイントを使用し、および／またはＳＣｅｌｌアクティブ化／非アクティブ化を目的とする制御シグナリングを示す特別なＲＮＴＩ（例えば、キャリアアグリゲーション無線ネットワーク一時識別子（ＣＡ−ＲＮＴＩ））を使用してスクランブルされた既存のＤＣＩフォーマットを使用することができる。Ｌ１は、明示的な指示、例えば、当該ＳＣｅｌｌに対応する値に設定されたＣＣＩＦ（コンポーネントキャリア識別フィールド）を含むＤＣＩ（ダウンリンク制御情報）フォーマットを使用することができ、そのＣＣＩＦ値は、当該ＳＣｅｌｌの識別番号、ＳＣｅｌｌの部分集合（例えば、ＳＣｅｌｌの構成された集合内のアイテムへのインデックス）、または複数のＳＣｅｌｌ（例えば、ＷＴＲＵに対するすべての構成されたＳＣｅｌｌ）を指示する予約されているコードポイントのうちの少なくとも１つを表しうる。ＤＣＩフォーマットは、以下のフォーマットのうちのいずれか１つ、または組み合わせの拡張とすることができ、これらのフォーマットは、ＣＣＩＦが当該ＳＣｅｌｌに対応しているＲＡ（ランダムアクセス）に対するＰＤＣＣＨ命令、ＣＣＩＦが当該ＳＣｅｌｌに対応しているＰＤＣＣＨ ＤＬ割り当て、ＣＣＩＦが当該ＳＣｅｌｌに対応しているＰＤＣＣＨ ＵＬグラント（ｇｒａｎｔ）、ＣＣＩＦが当該ＳＣｅｌｌに対応しているＰＤＣＣＨアクティブ化、または上記のＬ１（例えば、ＰＤＣＣＨ）、Ｌ２、またはＬ３メッセージのうちの任意のメッセージであり、明示的なフィールドはＷＴＲＵがＲＡを実行できるかできないかを示す。
【００５９】
アクティブ化／非アクティブ化のために追加の情報を制御シグナリングに含めることができる。例えば、情報は、少なくとも１つの機能が、単一のＣＣにその機能が適用される場合を含めて、ＣＣの部分集合に制約されうるといことを指示する情報とすることができる。これは、ＷＴＲＵがＣＣ（複数可）をＰＣＣとみなすことができること指示する情報であってよい。あるいは、ＵＬ／ＤＬ ＰＣＣ間のマッピングがＤＬ ＣＣのシステム情報によって指示されているようにＵＬ／ＤＬ間のマッピングと異なりうることを示す情報であってよい。そのようなものとして、これはＵＬ ＰＣＣまたはＤＬ ＰＣＣのいずれかに適用することができる。
【００６０】
本明細書では、ＷＴＲＵがＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける所定のＣＣの識別番号およびアクティブ化および非アクティブ化状態の判定を行う仕方に関係するシナリオおよび方法を説明する。
【００６１】
一シナリオにおいて、アクティブ化／非アクティブ化後の複数のＳＣｅｌｌに対するＳＣｅｌｌ識別が影響を受ける可能性がある。基地局は、ＰＣｅｌｌに加えて複数のＳＣｅｌｌを使用するＷＴＲＵを構成することができる。ＳＣｅｌｌのうちのいくつか、またはすべてが構成手順によって即座にアクティブ化されない場合、別々のアクティブ化／非アクティブ化メカニズムを使用することができ、またＳＣｅｌｌを識別するために別のメカニズムを必要とする可能性のある、個別のＳＣｅｌｌのアドレッシングをサポートすることができる。例えば、構成されたＳＣｅｌｌ（複数可）は、ＲＲＣ（無線リソースコントローラ）再構成手順によって追加されるとき（モビリティ制御情報要素を有するか、または有しない）、ハンドオーバーの後（例えば、モビリティ制御要素によるＲＲＣ再構成を受け取った後）、例えば非アクティブ化されているＳＣｅｌｌ（複数可）のうちの１つまたは複数をアクティブ化するアクティブ化／非アクティブ化ＭＡＣ ＣＥ（制御要素）を受信することによって、制御シグナリングが適用されるＳＣｅｌｌ（複数可）の明示的識別番号を含む、アクティブ化／非アクティブ化制御シグナリングの受信によって最初にアクティブ化されるまで、最初は非アクティブ化されているものとしてよい。
【００６２】
別のシナリオでは、基地局は、ＵＬ ＣＣの数と異なる数のＤＬ ＣＣを備えるＷＴＲＵを構成することができる。例えば、ＵＬ ＣＣより多いＤＬ ＣＣがあってもよい。この情報をＷＴＲＵに伝える仕方は、特にＳＣｅｌｌ ＤＬおよびＳＣｅｌｌ ＵＬが可能な関連付けと無関係にアクティブ化および非アクティブ化されうる場合に解決される必要があり、またＵＬが構成されえないＳＣｅｌｌに対応するＵＬリソースへの不要な、もしくは不許可のアクセスを回避する必要がある。
【００６３】
当該ＳＣｅｌｌ ＤＬをアクティブ化することを目的として、ＷＴＲＵは、当該ＳＣｅｌｌ ＤＬのアクティブ化を、当該ＳＣｅｌｌ ＤＬ上の送信に対する制御シグナリング（例えば、ＤＣＩフォーマット１／１Ａ／１Ｂ／１Ｃ／１Ｄ／２／２Ａ）、例えば当該ＳＣｅｌｌ ＤＬのＣＣＩＦ（コンポーネントキャリアインジケータフィールド）を含むような当該ＳＣｅｌｌ ＤＬに対する制御シグナリング、または当該ＳＣｅｌｌ ＤＬのＣＣＩＦを含むＵＬリソースのシグナリングに典型的には使用されるＤＣＩフォーマットなどの当該ＳＣｅｌｌ ＤＬの識別番号を含む所定のシグナリングフォーマットの集合に含まれるフォーマットの１つを使用する制御シグナリングのうちの１つのＤＬ ＣＣ上で受信してから行うことができる。例えば、ＤＣＩフォーマット０（典型的には、ＵＬリソースを付与するために使用される）、ＤＣＩフォーマット１Ａ（典型的には、ＲＡＣＨに対するＤＬ割り当てまたはＰＤＣＣＨ命令に使用される）、ＤＣＩフォーマット３／３Ａ（典型的には、ＵＬ電力制御を行うために使用される）、または固定コードポイントを含む既存のフォーマットを、この拡張も含めて使用することができる。別の例では、ビットマップを含むアクティブ化／非アクティブ化ＭＡＣ ＣＥを使用することができ、その場合、ビットマップ内のそれぞれのビットは特定のＳＣｅｌｌに対応し、ＳＣｅｌｌがアクティブ化された状態にあるのか、非アクティブ化された状態にあるのかを示す。当該ＳＣｅｌｌ ＵＬは、対応するシグナリングおよびフォーマットを使用して同様に処理することができる。
【００６４】
ＷＴＲＵは、ＳＣｅｌｌ ＤＬのアクティブ化について本明細書で説明されているものと似たシグナリングを受信することで、当該ＳＣｅｌｌ ＤＬを非アクティブ化することができる。
【００６５】
当該ＳＣｅｌｌ ＵＬをアクティブ化することを目的として、ＷＴＲＵは、ＵＬリソースがＷＴＲＵに付与されること（例えば、グラント）を示し（例えば、ＤＣＩフォーマット０またはＤＣＩフォーマット３／３Ａ、これは例えばＳＣｅｌｌの識別子もしくはＳＣｅｌｌ ＵＬに関連付けられうるＳＣｅｌｌ ＤＬのいずれかに対応するＣＣＩＦで拡張される）、および／またはＷＴＲＵがＵＬ送信に関係する手順を実行しうることを示す（例えば、ランダムアクセスに対する電力制御メッセージまたは要求）制御シグナリングを受信すると、ＳＣｅｌｌ ＵＬをアクティブ化することができる。あるいは、ＷＴＲＵは、Ｓｅｌｌ ＵＬに関連付けられている、ＳＣｅｌｌ ＤＬ上の送信に対する制御シグナリング（例えば、ＤＣＩフォーマット１／１Ａ／１Ｂ／１Ｃ／１Ｄ／２／２Ａ）を受信したことで、ＳＣｅｌｌ ＵＬをアクティブ化することができる。ＷＴＲＵは、Ｓｅｌｌ ＵＬに関連付けられているＳＣｅｌｌ ＤＬに対する制御シグナリング（例えば、ＳＣｅｌｌ ＤＬに対するＣＣＩＦを含む）を受信したことで、ＳＣｅｌｌ ＵＬをアクティブ化することもできる。
【００６６】
例えば、ＮビットのＣＣＩＦ（例えば、ＣＣＩＦは、５つまたはそれ以上のＣＣに対する指示として３ビット値によって表すことができる）は、ＤＬ ＣＣの識別番号に対する単一の番号付け空間を表しうる。あるいは、これは、構成されたＵＬ ＣＣに対する単一の番号付け空間を表すことができる。あるいは、これは、構成されたサービングセルに対する単一の番号付け空間を表すことができる。追加のコードポイントを使用して、サービングセルのすべて、または部分集合を一度に識別することができる。例えば、これは、ＳＣｅｌｌを識別するために使用することができる。メッセージの制御シグナリング（例えば、ＵＬグラント、ＤＬ割り当て、ＲＡを実行する命令、または電力制御コマンド）を、そのまま、シグナリングが受信されたサービングセル、またはシグナリングが受信されたＤＬ ＣＣに関連付けられているＵＬ ＣＣ（これがＵＬ ＣＣであるか、またはＤＬ ＣＣがシグナリングの性質、例えば、制御シグナリングがダウンリンク送信用か、アップリンク送信用かに依存しうるかどうか）、またはＷＴＲＵ構成の特定のサービングセル（例えば、ＰＣｅｌｌ）のいずれかに適用することができる。
【００６７】
ＷＴＲＵは、ＳＣｅｌｌ ＵＬのアクティブ化について本明細書で説明されているものと似たシグナリングを受信することで、当該ＳＣｅｌｌ ＵＬを非アクティブ化することができる。
【００６８】
ＳＣｅｌｌでは、当該ＳＣｅｌｌをアクティブ化することを目的として、ＷＴＲＵは、上述のものと似たシグナリングを受信することで、アップリンクリソースが当該ＳＣｅｌｌに対して構成される場合に、当該ＳＣｅｌｌ ＤＬおよび当該ＳＣｅｌｌ ＵＬをアクティブ化することができる。
【００６９】
ＳＣｅｌｌでは、当該ＳＣｅｌｌを非アクティブ化することを目的として、ＷＴＲＵは、ＳＣｅｌｌのアクティブ化についてここで述べたのと似たシグナリングを受信することで、アップリンクリソースが当該ＳＣｅｌｌに対して構成される場合に、当該ＳＣｅｌｌ ＤＬおよび当該ＳＣｅｌｌ ＵＬを非アクティブ化することができる。
【００７０】
ＷＴＲＵが関連するＳＣｅｌｌ ＤＬの暗黙のアクティブ化からＳＣｅｌｌ ＵＬをアクティブ化および／または非アクティブ化することができるかどうかは、以下の要因のうちの１つに依存しうる。言い換えると、これは、ＷＴＲＵがＳＣｅｌｌ ＤＬに関連付けられているアップリンクリソースに対する構成を受信したかどうかに依存しうるということである。特に、これは、個別構成がＵＬリソースに対する構成パラメータを含むかどうかに依存しうる。また、これは、ＩＥ（情報要素）のいくつか、またはすべての対応するＵＬ／ＤＬペア（セル）に対して存在していないこと（構成されている場合にパラメータの暗黙の解放を指示する）に依存しうる。例えば、ＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥでは、ＰＵＣＣＨ構成（ｐｕｃｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）、ＰＵＳＣＨ構成（ｐｕｓｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）、電力制御構成（ｕｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ、ｔｐｃ−ＰＤＣＣＨ−ＣｏｎｆｉｇＰＵＣＣＨ、ｔｐｃ−ＰＤＣＣＨ−ＣｏｎｆｉｇＰＵＳＣＨ）、ＣＱＩ測定構成（ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇ）、またはサウンディング構成（ｓｏｕｎｄｉｎｇＲＳ−ＵＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）が存在しない場合がある。また、特定のＳＣｅｌｌ ＵＬを使用することができないＲＲＣ構成に明示的な指示もありうる。
【００７１】
ＤＣＩフォーマット１ＡがＳＣｅｌｌをアクティブ化することを目的として使用される場合、ＷＴＲＵは、特定のフィールドの値（複数可）をチェックすることによって、シグナリングがＳＣｅｌｌをアクティブ化することを目的として（ＲＡＣＨ（ランダムアクセスチャネル）またはＰＤＳＣＨのコンパクトなスケジューリングに対するＰＤＣＣＨ命令を目的とせずに）使用されると判定することができる。例えば、ＤＣＩフォーマット１Ａは、ＲＡＣＨに対するＰＤＣＣＨ命令の場合に所定の値に設定されるフィールドのうちの１つフィールド内の１つのビットまたは複数のビットが異なる値（複数可）に設定されることを除きＲＡＣＨに対するＰＤＣＣＨ命令の場合と同じようにしてフィールドが設定される場合にアクティブ化命令として解釈することができる。あるいは、ＷＴＲＵは、ＣＣＩＦの値に基づきアクティブ化を目的として（または目的とせずに）シグナリングを使用できると判定することができる。例えば、シグナリングは、ＣＣＩＦが特定の値（例えば、０００）に設定される場合にＰＤＣＣＨ命令として解釈され、そのときにアクティブ化される１つまたは複数のキャリアを表す他の値に設定される場合にアクティブ化コマンドとして解釈されうる。
【００７２】
例示的な一方法では、本明細書で説明されている制御シグナリングは、順次アクティブ化／非アクティブ化を行うことができる。より具体的には、ＷＴＲＵは、特定の命令に従う、例えば、構成（例えば、ＲＲＣ）に基づく１つまたは複数の構成されたＳＣｅｌｌ（複数可）のリストを維持することができる。ＳＣｅｌｌアクティブ化コマンドを受信した後、ＷＴＲＵは、リスト内で次の、構成されているが、非アクティブのＳＣｅｌｌをアクティブ化することができる。同様に、非アクティブ化コマンドを受信した後、ＷＴＲＵは、最新となるようにアクティブ化されたアクティブＳＣｅｌｌを非アクティブ化することができる。あるいは、アクティブ化／非アクティブ化されるＳＣｅｌｌの識別番号は、アクティブ化／非アクティブ化コマンドの受信元のＳＣｅｌｌの識別番号から暗黙のうちに得ることができる。順次アクティブ化／非アクティブ化は、ＳＣｅｌｌの構成された集合内で実行されうる（例えば、ＳＣｅｌｌ集合１のアクティブ化／非アクティブ化は集合２に優先しうる、など）。
【００７３】
別の例示的な方法では、ＰＤＣＣＨ上で送信される制御シグナリングを識別するために、無線ネットワーク一時識別子を割り当てることができる。これは、受信された制御シグナリングに基づいて動作するかどうか、またどのシグナリングについて復号を試みるかを決定するためにＷＴＲＵによって使用されうる。これ以降参照する場合、Ａ−ＲＮＴＩ＿ｉは、アクティブ化／非アクティブ化機能に予約されているＲＮＴＩを表すために使用される。本明細書で説明されているＡ−ＲＮＴＩ＿ｉは、ＷＴＲＵ専用のＲＮＴＩ値を有するものとしてよく、例えば、それぞれのＣＣ、ＳＣｅｌｌに対して、および／またはアクティブ化／非アクティブ化コマンドに対して１、または同一のＲＮＴＩ値、例えば、アクティブ化／非アクティブ化コマンドを識別するための、および／またはコマンドがすべての構成されているＳＣｅｌｌに適用可能であることを示すための単一のＲＮＴＩを有することができる。ＷＴＲＵは、サービングセルにおいて、少なくとも１つの当該ＳＣｅｌｌをアクティブ化するために制御シグナリング（Ｃ−ＲＮＴＩによって、またはＡ−ＲＮＴＩ＿ｉによってスクランブルされる）を受信し、復号することができる。
【００７４】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける所定のＣＣの暗黙の、および明示的なアクティブ化および非アクティブ化に関係するシナリオおよび方法を説明する。
【００７５】
対応するＰＤＣＣＨがアクティブ化されうるＤＬ ＣＣがアクティブ化され、そのＰＤＣＣＨからクロスキャリアスケジューリングが可能である場合、他の関連するＳＣｅｌｌを可能な限り早くスケジュールされることを確実にするための方法を用意しておくことが望ましいと思われる。この場合、アクティブ化コマンドが受信された時点において、異なる構成されたサービングセル間のクロスキャリアスケジューリング関係が知られていると想定する。さもなければ、この関係が知られていない場合、アクティブ化制御シグナリングに基づき新たにアクティブ化されたＳＣｅｌｌ（複数可）をスケジュールするためにどのＤＬ ＣＣを使用できるかをＷＴＲＵ側で決定するための手段を備えると有用であると思われる。例えば、ＷＴＲＵは、ＳＣｅｌｌに対する個別物理無線リソース構成、例えばＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ ＩＥを構成するＲＲＣメッセージで、クロスキャリアスケジューリングがＳＣｅｌｌに適用可能である場合に構成がＳＣｅｌｌをスケジュールするために使用されるサービングセルの識別番号含むＳＣｅｌｌのクロスキャリアスケジューリングの構成、例えば、ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ ＩＥを受信することができる。
【００７６】
ＷＴＲＵが、当該ＳＣｅｌｌをアクティブ化するときに、ＷＴＲＵは、制御シグナリングを受信することで、ＳＣｅｌｌ ＤＬをアクティブ化することができる。ＷＴＲＵが、当該ＳＣｅｌｌのＤＬのＰＤＣＣＨを監視するように構成されている場合、ＷＴＲＵは、それに加えて、前記ＰＤＣＣＨも制御シグナリング（例えば、ＤＬ割り当て、ＵＬグラント、他の制御メッセージ、例えば、電力制御コマンド）を送ることができる他のＳＣｅｌｌをアクティブ化することができる。つまり、ＷＴＲＵは、当該ＳＣｅｌｌのＤＬのＰＤＣＣＨからのクロスキャリアスケジューリングが適用可能であるものとしてよい他のＳＣｅｌｌをアクティブ化することができる。言い換えると、ＳＣｅｌｌがアクティブでなく、ＳＣｅｌｌは当該ＳＣｅｌｌに対する、あるいは当該ＳＣｅｌｌからのクロスキャリアスケジューリングで構成される場合、ＷＴＲＵは、それに加えて、当該ＳＣｅｌｌと一緒にそのＳＣｅｌｌをアクティブ化することができる。
【００７７】
ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化するときに、ＷＴＲＵは、当該ＳＣｅｌｌが制御シグナリング（例えば、ＤＬ割り当て、ＵＬグラント、他の制御メッセージ、例えば、電力制御コマンド）を送るためにすでに使用されていた場合、および／または当該ＳＣｅｌｌの非アクティブ化の後に第２のＳＣｅｌｌに対して制御シグナリングがさらに可能でない場合に、当該ＳＣｅｌｌ ＤＬの非アクティブ化の後に第２のＳＣｅｌｌを非アクティブ化することができる。例えば、第２のＣＣに対して制御シグナリングを行うことを目的として必要であったと思われる当該ＳＣｅｌｌが非アクティブ化される場合、ＷＴＲＵは、第２のＳＣｅｌｌも非アクティブ化することができる。
【００７８】
本明細書では、アクティブ化／非アクティブ化制御シグナリングの受信に関係する例示的な方法について説明する。
【００７９】
一シナリオにおいて、当該ＳＣｅｌｌのアクティブ化／非アクティブ化の後、追加のＷＴＲＵ手順（複数可）をトリガーすることが望ましい場合がある。これは、当該ＳＣｅｌｌのアクティブ化／非アクティブ化状態の変化から暗黙のうちに、またはアクティブ化／非アクティブ化コマンド内に追加のシグナリング情報を入れることによって明示的に行うことができる。
【００８０】
アクティブ化／非アクティブ化制御シグナリングの受信に関係する例示的な方法は、ＷＴＲＵが制御シグナリングを受信した後、ＷＴＲＵがＳＰＳ（半永続的スケジューリング）リソースなどのＳＣｅｌｌに対するすでに構成されている個別ＤＬリソースをアクティブ化／非アクティブ化／解放すること、ＷＴＲＵが、ＣＣのアクティブ化後にＣＣに対するＷＴＲＵの電力ヘッドルームの報告をトリガーすること、ＷＴＲＵが、再送の待ち時間を下げるためＨＡＲＱプロセスを制御するＨＡＲＱエンティティのサービスを使用して構成されたアップリンクリソースによりＳＣｅｌｌの明示的な、または暗黙のうちの非アクティブ化の後、上位レイヤ（複数可）（例えば、無線リンク制御（ＲＬＣ））へのＨＡＲＱプロセスに対するＨＡＲＱ失敗の内部報告をトリガーすること、ＷＴＲＵが、ＵＬ制御シグナリングに使用する送信モード、どの送信フォーマットが構成された（あるいはアクティブな）ＳＣｅｌｌ（複数可）の数に依存しうるか、例えば、ＰＵＣＣＨ上のＨＡＲＱフィードバックおよび／またはＣＱＩ／ＰＭＩ／ＲＩ情報の送信モードを決定すること、ＷＴＲＵが、ＳＣｅｌｌの（デ）アクティブ化に対する制御シグナリングの肯定応答に対するリソースを決定すること、ＷＴＲＵが、アクティブ化後のＣＣ挙動、例えば、ＰＤＳＣＨ送信に対してＨＡＲＱフィードバック／ＣＱＩ／ＰＭＩ／ＲＩをどのリソースに、またどのＣＣで送信できるかを決定すること、ＷＴＲＵが、少なくとも１つのＳＣｅｌｌの取り外しを含む、再構成後のＭＡＣ ＷＴＲＵの挙動を決定すること、ＷＴＲＵが、少なくとも１つのＳＣｅｌｌの非アクティブ化後のＭＡＣ ＷＴＲＵの挙動を決定すること、ＷＴＲＵが、アクティブ化後にクロスキャリアスケジューリングがＣＣに使用されるかどうかを決定すること、または、ＷＴＲＵが、特にクロスキャリアスケジューリングが使用されるＳＣｅｌｌ ＤＬに対して、アクティブ化されるＳＣｅｌｌの制御領域（例えば、ＷＴＲＵがＰＤＳＣＨの第１のシンボルの時間位置を決定することを可能にするＰＣＦＩＣＨ上でＷＴＲＵによって典型的には見つけられる情報）のサイズを決定することのいずれかとすることができる。
【００８１】
アクティブ化／非アクティブ化制御シグナリングの受信に関係する追加の例示的な方法は、特にそれぞれの構成されたＵＬ ＣＣが例えば上述のような「ＳＩＢ２リンキング」、「個別リンキング」、「ＨＡＲＱフィードバックリンキング」、「スケジューリングリンキング」、または「バンドリンキング」によって、または異なるＣＣにまたがる基地局とＷＴＲＵと間の制御シグナリングの使用によって１つまたは複数のＤＬ ＣＣ（複数可）に関連付けられている場合に、使用できる。本明細書で説明されている方法は、後述の目的のために基地局から制御シグナリングを受信した後、ＷＴＲＵが使用することができる。制御シグナリングの受信は、サービングセルに対応するＵＬリソース上で送信を実行するために必要なＷＴＲＵのＵＬ ＴＡを取得し／維持するためのＷＴＲＵ手順をトリガーすることができ、またＣＣに対応するＵＬリソースにアクセスするために必要なＷＴＲＵのＳＩを取得／維持するＷＴＲＵ手順をトリガーすることができ、および／またはＵＬ ＣＣに関連付けられている１つまたは複数のＤＬ ＣＣ（複数可）のＤＬリソースにアクセスするＷＴＲＵ手順をトリガーすることができる。これは、ＣＱＩ、ＰＭＩ、ＲＩ、およびＳＲに割り当てられたＰＵＣＣＨリソース、またはＳＰＳリソース、またはＳＲＳリソースなどのＵＬ ＣＣに対するすでに構成されている個別ＵＬリソースをアクティブ化／非アクティブ化／解放するＷＴＲＵ手順をトリガーするためにも使用できる。
【００８２】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されたＷＴＲＵは、適用可能なＴＡＴが実行中でない当該ＳＣｅｌｌのアクティブ化後に、当該ＳＣｅｌｌのＰＲＡＣＨリソース上でランダムアクセス手順の送信を開始することができる。
【００８３】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵは、当該ＳＣｅｌｌが非アクティブ化されているときに当該ＳＣｅｌｌに対してＳＲＳを送信しえない。
【００８４】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵは、当該ＳＣｅｌｌが非アクティブ化されているときに当該ＳＣｅｌｌに対してＣＱＩ、ＰＭＩ、またはＲＩを報告しえない。
【００８５】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵは、少なくとも１つのＳＰＳリソースが当該ＳＣｅｌｌに対して構成されている場合に、当該ＳＣｅｌｌが非アクティブ化されているときにＳＰＳ手順に対してＰＵＳＣＨ上で送信しえない。
【００８６】
本明細書でさらに説明されている例示的な方法では、基地局からＷＴＲＵが受信する制御シグナリングは、Ｌ１（例えば、ＰＤＣＣＨ）、Ｌ２（例えば、ＭＡＣ）、またはＬ３（例えば、ＲＲＣ）メッセージであってよい。メッセージは、（例えば１つまたは複数の）構成されたＳＣｅｌｌの部分集合に適用することができる。シグナリングは、例えば、ＰＣｅｌｌ ＤＬ上で、すでにアクティブであるＤＬ ＣＣ上で受信されうる。あるいは、シグナリングは、例えばアクティブなサービングセル上ですでにアクティブであるＤＬ ＣＣ上で受信され、異なるＳＣｅｌｌに適用されうる。
【００８７】
別のシナリオでは、基地局とＷＴＲＵの両方の観点から利用可能なリソースに対して首尾一貫した視点を確実に持つことができるように（デ）アクティブ化手順のロバスト性を改善することが望ましい場合がある。これは、アクティブ化／非アクティブ化コマンドの明示的肯定応答を、例えばＰＵＣＣＨ上で「ＨＡＲＱフィードバック」などの類似のメカニズムを使用して送信することによって実現されうる。
【００８８】
説明されている方法の別の態様では、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、肯定応答が送信されうる少なくとも１つのＳＣｅｌｌのアクティブ化／非アクティブ化に対する制御シグナリングを受信した後、肯定応答の送信先となるリソースを決定する仕方を解決する。
【００８９】
本明細書では、ＷＴＲＵがフィードバック（例えば、肯定応答）を送信することが予想されうる制御シグナリングを受信した後に、ＵＬ ＣＣがすべてのＨＡＲＱフィードバック送信に対して構成される場合（例えば、ＰＣｅｌｌ ＵＬ）、ＵＬ ＣＣが制御シグナリングが受信されたＤＬ ＣＣに関連付けられている（対にされている）場合、および／またはＵＬ ＣＣがフィードバックを送信することを目的として構成されている場合に、ＵＬ ＣＣの制御領域（例えば、ＰＵＣＣＨ領域内の）のリソース（例えば、フォーマットおよび／または位置および／またはチャネル符号化）でフィードバックが送信されうるとＷＴＲＵが判定することができる例示的な方法について説明する。それに加えて、上記のＵＬ ＣＣ上の位置は、制御シグナリングの存在を示したＰＤＣＣＨの第１のＣＣＥに基づいて計算されるリソース（例えば、位置）、制御シグナリングで与えることができるインデックスによって指示される、構成された（例えば、ＲＲＣ）リソース（例えば、フォーマットおよび／または位置および／またはチャネル符号化）の集合内の１つのリソース、または上記のいずれかと組み合わせて、ＵＬ ＣＣのＰＵＣＣＨ領域からのリソース（例えば、位置）オフセットのうちの１つに対応し、このオフセットは、関連付けられているＤＬ ＣＣへのインデックスから導くことができる。
【００９０】
説明されている方法の別の態様では、制御シグナリングを受信した後、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、ＳＣｅｌｌがアクティブ化／非アクティブ化されうるかどうかを判定する仕方を解決する。
【００９１】
本明細書で説明されている例は、制御シグナリングの少なくとも一部が（再）構成の後の初期ＳＣｅｌｌ状態が「非アクティブ化」である場合であってもマルチキャリアオペレーションの構成としてＷＴＲＵによって受信されうる場合を含むものとしてよい。特に、ＳＣｅｌｌ ＤＬ上のＷＴＲＵの受信の態様に関係するパラメータに対する初期値は、例えば、制御領域のサイズを指示するＰＣＦＩＣＨ値またはＣＦＩ、ＣＦＩが使用されるかどうかを示す情報、ＴＡＴ値またはＴＡＣ、ＷＴＲＵに対する１つまたは複数のＲＮＴＩ（複数可）、例えば、上述のようなＳＣｅｌｌ特有のＣ−ＲＮＴＩ、ＣＡ−ＲＮＴＩ、Ａ−ＲＮＴＩ＿ｉのうちの少なくとも１つとすることができる。さらに、ＵＬ ＣＣ上のＷＴＲＵの送信の態様に関係するパラメータに対する初期値は、例えば、個別ＨＡＲＱフィードバックリソースおよび／または測定構成へのインデックスのうちの少なくとも一方であるものとしてよい。これは、対応する前記ＣＣのＷＴＲＵの構成に含まれうる。
【００９２】
本明細書では、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵがＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける所定のＳＣｅｌｌ ＤＬ上の制御領域のサイズを決定する仕方に関係するシナリオおよび方法を説明する。
【００９３】
ＷＴＲＵは、新しくアクティブ化されたＳＣｅｌｌ上でＰＤＳＣＨを復号する前に、ＰＤＳＣＨの第１のシンボルの位置を最初に決定することができる。所定のサービングセルに対してクロススケジューリングがない場合、ＷＴＲＵは、典型的には、物理制御フォーマットインジケータチャネル（これ以降ＰＣＦＩＣＨ）を復号する。ＰＣＦＩＣＨは、ＷＴＲＵに知られている特定の位置（複数可）において見つけられ、その値は、サブフレーム内で変化しうる。ＰＣＦＩＣＨは、これが伝送されるＤＬ ＣＣの制御領域のサイズを示す（例えば、シンボルの数が０、１、２、３、または４）。ＷＴＲＵに、制御領域のサイズが知られた後、これは、ＰＤＳＣＨの第１のシンボルの位置を暗黙のうちに決定することができる。クロスキャリアスケジューリングが使用される場合、ＷＴＲＵは、スケジュールされたリソースに対してＰＣＦＩＣＨを復号する機能を持ちえないか、またはＰＣＦＩＣＨが利用可能でない場合があり、したがって、所定のサービングセル（例えば、構成されたＳＣｅｌｌ）に対する制御領域のサイズをＷＴＲＵが決定するための手段があるのが望ましいと思われる。
【００９４】
少なくとも１つのＳＣｅｌｌと共に構成されたＷＴＲＵによって受信される制御シグナリング内の情報は、制御フォーマットインジケータ（ＣＦＩ）も含みうる。ＷＴＲＵは、ＣＦＩを使用して、ＤＬ ＣＣの制御領域のサイズを決定することができる。特に、アクティブ化されているＤＬ ＣＣは、ＷＴＲＵの二次ＣＣであるものとしてよい。言い換えると、ＷＴＲＵが、クロスキャリアスケジューリングで構成されている場合、ＷＴＲＵは、当該ＳＣｅｌｌを構成し、および／またはクロスキャリアスケジューリングについてＷＴＲＵを構成する、ＲＲＣ制御シグナリング内の当該ＳＣｅｌｌに対するＰＤＳＣＨの開始ＯＦＤＭシンボルを備える、つまり、当該ＳＣｅｌｌがアクティブ化されたときにＷＴＲＵが使用する値を備えることができ、この値は当該ＳＣｅｌｌのＳＣｅｌｌ ＤＬの制御領域のサイズを示す。
【００９５】
本明細書では、クロスキャリアスケジューリングを処理するための例示的な方法を説明する。ＵＬまたはＤＬ ＣＣに関して、ＣＣ（または制御シグナリングが複数のＳＣｅｌｌを一度にアクティブ化する場合に複数のＣＣ）のクロスキャリアスケジューリング（例えば、ＤＬ ＣＣの場合にＰＤＳＣＨおよびＵＬ ＣＣの場合にＰＵＳＣＨ）を目的として、ＷＴＲＵは、どのＤＬ ＣＣ（複数可）に対応するどのＰＤＣＣＨ（複数可）が、以下の方法のうちの少なくとも１つを使用してＣＣに対する制御シグナリング（例えば、ＤＬ割り当て、ＵＬグラント、他の制御メッセージ、例えば、電力制御コマンド）を送ることができるかを決定することができる。
【００９６】
一例では、ＷＴＲＵは、ＳＣｅｌｌアクティブ化に対する制御シグナリングが適用可能であるＳＣｅｌｌ ＤＬのＰＤＣＣＨを使用して、当該ＳＣｅｌｌをスケジュールすることができる（つまり、Ｒｅｌ−８のサービングセルと類似の挙動）と決定することができる。ＳＣｅｌｌ ＤＬの場合、これは、ＷＴＲＵが当該ＳＣｅｌｌ ＤＬに対してＰＤＣＣＨを復号することができるかどうかを明示的に示す情報に基づくものとしてよい。別の例では、ＷＴＲＵは、ＳＣｅｌｌアクティブ化に対する制御シグナリングが受信されるＤＬ ＣＣのＰＤＣＣＨをさらに使用して、当該ＳＣｅｌｌをスケジュールすることができる（つまり、アクティブ化コマンドが受信されたＤＬ ＣＣからのクロスキャリアスケジューリング）と決定することができる。別の例では、ＷＴＲＵは、ＤＬ ＣＣのＰＤＣＣＨ（例えば、ＰＣｅｌｌのＰＤＣＣＨ）をさらに使用して、当該ＳＣｅｌｌについて受信された構成（例えば、ＲＲＣ構成）に基づき当該ＳＣｅｌｌをスケジュールすることができると決定することができる。
【００９７】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵは、当該ＳＣｅｌｌのアクティブ化後に、クロスキャリアスケジューリングが当該ＳＣｅｌｌに使用されないことを示す、ＳＣｅｌｌのクロスキャリアスケジューリングに対する構成、例えば、Ｃｒｏｓｓ ＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ ＩＥを含んでいた、個別物理無線リソースに対する当該ＳＣｅｌｌの構成、例えば、ＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ ＩＥを含むＲＲＣメッセージで受け取るような当該ＳＣｅｌｌの構成に基づきスケジューリングを行うために当該ＳＣｅｌｌ ＤＬのＰＤＣＣＨが制御シグナリング（例えば、ＤＣＩ）の受信に使用されうると決定することができる。それに加えて、ＷＴＲＵは、例えば、ＳＣｅｌｌのクロスキャリアスケジューリングに対する構成の内側の当該ＳＣｅｌｌを構成したＲＲＣメッセージで受け取った、パラメータ、例えば当該ＳＣｅｌｌのＰＤＳＣＨの第１のシンボルを示す値に基づき制御領域のサイズを決定することもできる。あるいは、構成が、当該ＳＣｅｌｌがスケジュールされるサービングセルの識別番号を含む場合、ＷＴＲＵは、前記指示されたサービングセルのＤＬ ＣＣのＰＤＣＣＨを使用して当該ＳＣｅｌｌに対する送信をスケジュールすることができると決定することができる。
【００９８】
ＷＴＲＵは、ハンドオーバーを実行することができることを指示するシグナリングをネットワークからＷＴＲＵが受信した場合にもＳＣｅｌｌを非アクティブ化することができる。例えば、これは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ ＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した後に行われることもある。ＷＴＲＵは、ＷＴＲＵがＴ３０４タイマーなどのハンドオーバータイマーを起動した場合にもＳＣｅｌｌを非アクティブ化することができる。
【００９９】
別の例では、少なくとも１つのＳＣｅｌｌと共に構成されたＷＴＲＵは、ＷＴＲＵが別のサービングセルへのハンドオーバーを実行しなければならないことを指示する制御シグナリングの処理の後に、例えば、モビリティ制御情報要素を伴うＲＲＣ再構成メッセージの処理の後に、構成されているすべてのＳＣｅｌｌを非アクティブ化することができる。次いで、ＷＴＲＵの構成のＳＣｅｌｌは、最初に、アクティブ化／非アクティブ化制御シグナリングを受信することによって、例えば、非アクティブ化されたＳＣｅｌｌ（複数可）の１つまたは複数をアクティブ化するアクティブ化／非アクティブ化ＭＡＣ ＣＥの受信によって、アクティブ化されうるものであり、この制御シグナリングは、制御シグナリングが適用されるＳＣｅｌｌ（複数可）の明示的な識別番号を含む。
【０１００】
本明細書では、エラー状態に従う例示的な方法を説明する。ＷＴＲＵは、以下の状態の少なくとも１つが発生した場合に当該ＳＣｅｌｌを非アクティブ化することができる。ＷＴＲＵは、ＷＴＲＵがＲＲＣ接続再確立手順を開始した場合、またはＷＴＲＵがタイマーＴ３１１（ＲＲＣ接続再確立手順の開始）を起動した場合に当該ＳＣｅｌｌを非アクティブ化することができる。例えば、ＲＬＦ（無線リンク失敗）が検出された特定のＣＣがＷＴＲＵ構成のＰＣｅｌｌである場合、結果として、ＷＴＲＵは、少なくとも前記のＰＣｅｌｌに対するＲＬＦの後、すべての構成されている／アクティブのＳＣｅｌｌ（複数可）を非アクティブ化する。言い換えると、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵは、ＷＴＲＵがＰＣｅｌｌに対するダウンリンクおよび／またはアップリンクＲＬＦを決定した後にＲＲＣ接続再確立手順を開始したときにすべての構成されているＳＣｅｌｌを非アクティブ化することができる。ＷＴＲＵは、ＷＴＲＵがいくつかの状況の下で特定のＣＣにおいてＲＬＦを検出することができる場合にも当該ＳＣｅｌｌを非アクティブ化することができる。例えば、特定のＳＣｅｌｌがＷＴＲＵ構成のＳＣｅｌｌである場合、ＷＴＲＵは、前記特定のＳＣｅｌｌに対するダウンリンクおよび／またはアップリンクＲＬＦを決定した後にその特定のＳＣｅｌｌを非アクティブ化することができる。上記の場合のすべてにおいて、非アクティブ化されたＳＣｅｌｌ（複数可）の構成をＷＴＲＵの構成から削除することができる。別の例では、ＲＬＦが検出された特定のＣＣは、少なくとも前記ＳＣｅｌｌがＳＣｅｌｌに対するＲＬＦ検出後にアクティブ化される場合を含めて、ＷＴＲＵ構成のＳＣｅｌｌであってもよい。この場合、非アクティブ化されたＳＣｅｌｌ（複数可）の構成をＷＴＲＵの構成から削除することができる。
【０１０１】
ＷＴＲＵは、再構成手順にＷＴＲＵが失敗した場合にも当該ＳＣｅｌｌを非アクティブ化することができる。例えば、失敗した再構成が基地局からのＲＲＣシグナリング（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）の受信により実行されていた可能性がある場合に非アクティブ化が行われることがあるか、または再構成が当該ＳＣｅｌｌに適用可能であった可能性があるか、または再構成がＰＣｅｌｌに適用可能であった可能性がある。
【０１０２】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける構成されたダウンリンクおよび／またはアップリンクリソース上のＷＴＲＵによる送信に関係するシナリオおよび方法を説明する。このようなリソースは、個別シグナリングによってＷＴＲＵ向けに構成され、定期的個別サウンディング基準信号（ＳＲＳ）送信リソース、ＵＬおよび／またはＤＬ ＳＰＳリソース、個別ＰＵＣＣＨリソース割り当てまたはＰＵＳＣＨ送信のいずれかにおけるＣＱＩ、ＰＭＩ、ＲＩの定期的送信、ＰＵＣＣＨ上のＳＲ送信に対する個別リソース、１つまたは複数のＰＵＣＣＨリソース上のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックの送信に対する構成、および同様のものを含みうる。
【０１０３】
一シナリオにおいて、ＷＴＲＵは、基地局への接続がある場合に個別無線リソース構成と共に構成されうる。ＳＣｅｌｌがアクティブ化され、後で非アクティブ化されるときに、ＷＴＲＵが個別リソースが構成されうる当該サービングセルにおいて他のＷＴＲＵと干渉するのを回避するために、またシグナリングのオーバーヘッドが加わるのを最小限度に抑えるために、個別リソースの取り扱い方を解決する必要がある。
【０１０４】
説明されている方法では、ＳＣｅｌｌ（複数可）の所定の部分集合の（つまり、１つまたは複数の）アクティブ化／非アクティブ化後に少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、構成されている個別ＵＬリソース、例えば、ＣＱＩ／ＰＭＩ／ＲＩ、ＳＲＳ、またはＳＰＳリソースに対するＰＵＣＣＨを開始／停止／解放できるかどうかを判定し、必要ならば、構成されているＵＬリソースを開始／停止／解放する手順を実行する仕方も解決する。
【０１０５】
説明されている方法では、少なくとも１つのＳＣｅｌｌを使用して構成されているＷＴＲＵが、少なくとも１つの当該ＳＣｅｌｌのアクティブ化／非アクティブ化に対する制御シグナリングを受信した後、リソースおよびＨＡＲＱフィードバックを送信する際に使用する各ＵＬ ＣＣ、さらにはアクティブ化されている当該ＳＣｅｌｌ（複数可）に関連付けられているＰＤＣＣＨを監視することができるかどうかを決定する仕方も解決する。
【０１０６】
当該ＳＣｅｌｌに対する構成されているＵＬリソースを処理することを目的として、ＷＴＲＵが当該ＳＣｅｌｌをアクティブ化するときに、ＷＴＲＵは、構成されているＵＬリソースを使用することを、受信された制御シグナリングが、当該ＳＣｅｌｌに対応する構成されているＵＬリソースをアクティブ化する指示を含む場合（例えば、ＳＰＳに対して、ＳＲＳに対して、およびＣＱＩ、ＳＲ、ＰＭＩ、ＲＩに対するＰＵＣＣＨ上で）、当該ＳＣｅｌｌに関連付けられているＵＬリソースに適用可能なＴＡが有効である場合、または制御シグナリングがＰＤＣＣＨ上で受信され、特定のＲＮＴＩ（例えば、Ａ−ＲＮＴＩ＿２）を使用してスクランブルされる場合のうちの少なくとも１つが生じる場合に行う。
【０１０７】
説明されている方法では、ＳＣｅｌｌ（複数可）の所定の部分集合の（つまり、１つまたは複数の）アクティブ化／非アクティブ化後に、ＷＴＲＵが、構成されている個別ＤＬリソース、例えば、ＳＰＳリソースを解放できるかどうかを判定し、必要ならば、構成されているＤＬリソースを解放する手順を実行する仕方も解決する。
【０１０８】
当該ＳＣｅｌｌに対する構成されているＤＬリソースを処理することを目的として、ＷＴＲＵが当該ＳＣｅｌｌをアクティブ化するときに、ＷＴＲＵは、これらのリソースを使用することを、受信された制御シグナリングが、当該ＳＣｅｌｌに対応する構成されているＤＬリソースをアクティブ化する指示を含む場合（例えば、ＳＰＳに対して）、または制御シグナリングがＰＤＣＣＨ上で受信され、特定のＲＮＴＩ（例えば、Ａ−ＲＮＴＩ＿３）を使用してスクランブルされる場合のうちの１つが生じる場合に行う。
【０１０９】
構成されているＳＣｅｌｌに対する構成されているＤＬリソースの処理を目的として、ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化する場合、ＷＴＲＵは、以下の状況のいずれかが生じたときにこれらのリソースに対する構成を解放することができる。ＷＴＲＵは、受信された制御シグナリングが、当該ＳＣｅｌｌに対応する構成されているＤＬリソースを解放する指示を含む場合（例えば、ＳＰＳに対して）、または制御シグナリングがＰＤＣＣＨ上で受信され、特定のＲＮＴＩ（例えば、Ａ−ＲＮＴＩ＿５）を使用してスクランブルされる場合に解放することができる。
【０１１０】
別の例では、制御シグナリングは、ＷＴＲＵがすでに構成されているＵＬ／ＤＬリソース、例えば、ＡＣＫ／ＮＡＣＫに対するＰＵＣＣＨリソース、ＣＱＩ／ＰＭＩ／ＲＩ／ＳＲ、ＳＲＳ、ＳＰＳグラント、および／または割り当てに対するＰＵＣＣＨリソース、および同様のもの、またはこれらの一部分を使用して中断を再開することができる。これは、すでに構成されているＵＬ／ＤＬリソースの集合内の１つのアイテムへのインデックスとすることができる。例えば、ＷＴＲＵは、アクティブ化されているＳＣｅｌｌの構成されているリソースを使用することができ、および／またはＷＴＲＵは、ＳＣｅｌｌの非アクティブ化の後に、所定のサービングセル（例えば、ＰＣｅｌｌ）の構成されているリソースを使用することができる。
【０１１１】
別の例では、ＷＴＲＵは、非アクティブ化されているＳＣｅｌｌの構成されているリソースを使用することを停止することができ、および／またはＷＴＲＵは、別のＳＣｅｌｌの非アクティブ化の後に、所定のサービングセル（例えば、ＰＣｅｌｌ）の構成されているリソースを使用することを停止することができる。
【０１１２】
当該ＳＣｅｌｌに対する構成されているＵＬリソースの処理を目的として、ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化する場合、ＷＴＲＵは、以下の状況のいずれかが生じたときにＳＲＳ、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＳＲ、およびＳＰＳのリソースに対する構成を解放することができる。ＷＴＲＵは、構成を解放することを、受信された制御シグナリングが、当該ＳＣｅｌｌに対するＳＲＳおよびＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＳＲおよびＳＰＳ のＵＬリソースを解放する指示を含む場合に行うことができる。ＷＴＲＵは、構成を解放することを、制御シグナリングがＰＤＣＣＨ上で受信され、特定のＲＮＴＩ（例えば、Ａ−ＲＮＴＩ＿４）を使用してスクランブルされる場合に行うことができる。ＷＴＲＵは、構成を解放することを、当該ＳＣｅｌｌのＵＬリソースに適用可能なＴＡが、非アクティブ化の後、もはや有効でなくなった（例えば、非アクティブ化の後、対応するＴＡＴがタイムアウトになった）ときに行うことができる。
【０１１３】
本明細書では、ＳＲＳ（サウンディング基準信号）を処理するためのさらなる例示的な方法を説明する。
【０１１４】
別のシナリオでは、基地局は、ＵＬ ＣＣの無線リソース上のＳＲＳ送信に対するＷＴＲＵ特有の定期的ＳＲＳリソースを構成することができる。ＳＲＳリソースに対する明示的なアクティブ化／非アクティブ化がないという条件の下で、例えば、ＵＬ ＣＣのＰＵＳＣＨの状態に基づき、ＰＵＳＣＨ上のＵＬ送信においてＷＴＲＵがアクティブでない間、ＳＲＳの送信を回避する方法を用意しておくことが望ましいと思われる。言い換えると、アクティブ化／非アクティブ化制御シグナリングがＵＬ ＣＣに適用可能でない場合、前記ＵＬ ＣＣの構成されているＳＲＳリソース上の定期的送信をサスペンドするメカニズムがあることが望ましいと思われる。
【０１１５】
説明されている方法では、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、所定のＳＣｅｌｌ ＵＬ内でＰＵＳＣＨ送信がアクティブでない間、構成された定期的リソース（または複数のリソース）上でＳＲＳを送信することができるかどうかを決定する仕方も解決する。
【０１１６】
ＵＬ ＣＣでは、所定のＵＬ ＣＣにおいて構成されているＳＲリソース上でＳＲＳを送信するかどうかを決定することを目的として、ＷＴＲＵは、構成されているＳＲＳリソースを使用してＵＬ ＣＣにおけるＳＲＳの送信を開始（または継続する）ことができる。特に、ＷＴＲＵは、タイマー（例えば、ＳＲＳ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）がすでに動作している場合に起動または再起動を、ＵＬ ＣＣを削除しないＵＬ ＣＣの（再）構成後に、ＵＬ ＣＣのＰＵＳＣＨに対するＵＬグラントを受信した後、ＵＬ ＣＣ上でＰＵＳＣＨ送信を行った後、ＷＴＲＵのバッファが構成された閾値に達することと組み合わせうる、ＳＲおよび／またはＢＳＲのトリガーまたは送信の後に、ＷＴＲＵのバッファが構成された閾値に達した後、または、明示的なシグナリング、例えば、Ｌ１ ＰＤＣＣＨまたはＬ２ ＭＡＣ ＣＥが生じた後、行うことができる。
【０１１７】
次いで、ＷＴＲＵは、上記イベントのうちの１つが発生した後の所定の時間の間に構成されているＳＲＳリソースを使用してＵＬ ＣＣにおいてＳＲＳを送信することができる。つまり、送信は、ＣＣに対して特定のＵＬ非活動期間の後停止される。一実施形態では、これは、構成されているＳＲＳリソースを使用してＵＬ ＣＣにおいてＳＲＳを送信し、タイマー、例えば、ＳＲＳ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒがタイムアウトになったときにＵＬ ＣＣにおけるＳＲＳの送信を停止することによって実装されうる。
【０１１８】
ＷＴＲＵが、当該ＳＣｅｌｌを非アクティブ化するときに、ＷＴＲＵは、制御シグナリングの復号に成功した後、時間ｔ（ｔは正数である）の後、非アクティブ化されたＳＣｅｌｌ ＵＬに対するＵＬ送信（ＵＬ−ＳＣＨ、ＰＵＣＣＨ、ＳＲＳ）を停止することができる。
【０１１９】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受けるＷＴＲＵによるダウンリンク制御シグナリングの監視に関係するシナリオおよび方法を説明する。
【０１２０】
説明されている方法では、ＷＴＲＵが、少なくとも１つのＳＣｅｌｌの（デ）アクティブ化に対する制御シグナリングを受信した後に、所定のＰＤＣＣＨ上でどのＤＣＩフォーマット（複数可）を監視することができるかを決定する仕方も解決する。
【０１２１】
ＷＴＲＵは、当該ＳＣｅｌｌをアクティブ化すると、ＰＤＳＣＨの受信を開始し、当該ＳＣｅｌｌがＰＤＣＣＨ受信を行うように構成されている場合に、当該ＳＣｅｌｌに関連付けられているＤＬリソース上のグラントおよび割り当て（例えば、Ｃ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、または同様のものによってスクランブルされる）についてＰＤＣＣＨを監視することを開始することができる。
【０１２２】
ＷＴＲＵが当該ＳＣｅｌｌをアクティブ化すると、ＷＴＲＵが別のサービングセルＰＤＣＣＨ上で当該ＳＣｅｌｌに対するクロスキャリアスケジューリングに対して構成されている場合、またＷＴＲＵが当該ＳＣｅｌｌに適用可能なスケジューリング制御情報の受信のため構成されているＷＴＲＵ特有のＰＤＣＣＨ ＳＳ（探索空間）を有している場合、および／またはＷＴＲＵが、当該ＳＣｅｌｌに対応するＰＤＣＣＨ ＳＳの識別番号（例えば、ＰＤＣＣＨ ＳＳＩＤ）をアクティブ化コマンドで受信した場合、ＷＴＲＵは、当該ＳＣｅｌｌ ＤＬに適用可能なＤＣＩフォーマットに対する当該ＳＣｅｌｌに対応する（例えば、ＳＳＩＤに対応する）探索空間内のＰＤＣＣＨの復号を開始することができ、もし構成されていれば、関連付けられている／リンクされているＳＣｅｌｌ ＵＬに適用可能なＤＣＩフォーマットの復号を開始することができる。これは、例えば、クロスキャリアスケジューリングに使用されるＰＤＣＣＨがＰＣｅｌｌ ＤＬに対応している場合、またはクロスキャリアスケジューリングに使用されるＰＤＣＣＨがＷＴＲＵによってアクティブ化に対する制御シグナリングが受信されたＤＬ ＣＣに暗黙のうちに対応している場合に生じうる。
【０１２３】
別の例では、制御シグナリングは、ＷＴＲＵがＳＣｅｌｌ ＤＬにおいてＰＤＣＣＨを復号できるかどうかを示す情報を、ＳＣｅｌｌ ＤＬに適用可能な制御シグナリングに含みうる。
【０１２４】
ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化する場合、ＷＴＲＵは、ＰＤＳＣＨの受信を停止し、当該ＳＣｅｌｌに関連付けられているＤＬリソース上のグラントおよび割り当て（例えば、Ｃ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、または同様のものによってスクランブルされる）についてＰＤＣＣＨ（ＰＤＣＣＨ受信を行うように構成されている場合）を監視することを停止することができる。ＷＴＲＵは、Ｌ３測定構成および／またはＣＱＩ構成に基づき、関係する測定および当該ＳＣｅｌｌに対する特定の機会においてＳＩおよび／またはページングを定期的に監視することなどの他の無線リンクメンテナンスタスクを実行し続ける。
【０１２５】
ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化すると、ＷＴＲＵが当該ＳＣｅｌｌに対するクロスキャリアスケジューリングに対して構成されている場合、またＷＴＲＵが異なるサービングセルのＰＤＣＣＨ上で当該ＳＣｅｌｌに適用可能なスケジューリング制御情報を受信するために構成されているＷＴＲＵ特有のＳＳを有している場合、ＷＴＲＵは、当該ＳＣｅｌｌに対応する（例えば、ＳＳＩＤに対応する）ＰＤＣＣＨ探索空間内のＰＤＣＣＨの復号を停止することができる。例えば、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵは、非アクティブ化されたＳＣｅｌｌのＰＤＣＣＨを監視することができず、非アクティブ化されたＳＣｅｌｌに関連付けられているダウンリンク割り当てもしくはアップリンクグラントを受信することができない。
【０１２６】
ＷＴＲＵが、当該ＳＣｅｌｌをアクティブ化またはアクティブ化するときに、ＷＴＲＵは、ＰＤＣＣＨ上で監視されているＤＣＩのフォーマットを変更することもできる。クロスキャリアスケジューリングが使用される場合、ＷＴＲＵは、所定のＰＤＣＣＨによってスケジュールされたアクティブなサービングセルの個数が与えられた場合に可能な割り当ておよびグラントの数に対してＤＣＩフォーマットの復号をしかるべく（例えば、ＣＣＩＦインジケータを含むＤＣＩフォーマット）開始することができる。ＷＴＲＵが所定のＰＤＣＣＨにおける割り当ておよびグラントを監視する異なるアクティブ化されたＳＣｅｌｌ上で異なる送信モードがサポートされている場合、ＷＴＲＵは、しかるべくＤＣＩフォーマットの復号を開始することができ、例えば、ＷＴＲＵは、それぞれのモードをサポートするアクティブなＳＣｅｌｌの数が与えられた場合に可能な割り当ておよびグラントの数についてそれぞれのサポートされている送信モードに対してすべてのフォーマットを復号することができる。これは、ＷＴＲＵがＳＣｅｌｌ（複数可）のアクティブ化／非アクティブ化に対する制御シグナリングを受信したサブフレームから、一定時間（例えば、４ｍｓなどのＷＴＲＵ処理時間）の経過後、またはＷＴＲＵが制御シグナリングの肯定応答を送信したサブフレームから一定時間の経過後、ＳＣｅｌｌ（複数可）のアクティブ化／非アクティブ化に対する制御シグナリングをＷＴＲＵが受信したサブフレーム内で実行されうる。
【０１２７】
ＷＴＲＵが当該ＳＣｅｌｌをアクティブ化または非アクティブ化するときに、ＤＬ制御情報（例えば、ＰＤＣＣＨ）を復号することを目的として、ＷＴＲＵは、所定のＰＤＣＣＨに対して、復号すべきＤＣＩフォーマット（複数可）、物理リソース（例えば、制御チャネル要素）、および復号試行の実行回数のうちの少なくとも１つを決定する。上記のＰＤＣＣＨ決定は、ＤＬ ＣＣ（例えば、ＰＣｅｌｌ ＤＬ）のＰＤＣＣＨが少なくとも１つの他のＣＣ（例えば、１つまたは複数のＳＣｅｌｌ（複数可））へのクロスキャリアスケジューリングをサポートするかどうかに基づくものとしてよい。これは、アクティブ化されているＳＣｅｌｌ ＵＬ（複数可）およびＳＣｅｌｌ ＤＬ（複数可）の数、およびＰＤＣＣＨがＤＬ割り当てまたはＵＬグラントを伝送することができる各送信モード（つまり、ＤＣＩフォーマットはその送信モードに対応している）にも基づくものとしてよい。あるいは、これは、ＤＣＩフォーマットで追加のＣＣＩＦフィールド、または特別なコードポイントを使用するかどうかに基づくこともできる。例えば、ＰＤＣＣＨが両方のＣＣに対するスケジューリングをサポートしているＤＬ ＣＣにおいて、一方のＣＣでは空間多重化をサポートし、別のＣＣではサポートしていない場合、ＷＴＲＵは、フォーマット１およびフォーマット２に対して復号することができる。それに加えて、ＷＴＲＵが所定のＤＣＩフォーマットについてＤＬ割り当ての最大可能な数を見つけた後、このフォーマットに対する復号を停止することができる。
【０１２８】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける進行中の送信の処理に関係するシナリオおよび方法を説明する。
【０１２９】
一シナリオにおいて、非アクティブ化後の複数のＳＣｅｌｌに対する進行中の送信の処理が影響を受ける可能性がある。ＳＣｅｌｌの非アクティブ化は、ＳＣｅｌｌ ＵＬ上の１つまたは複数のアップリンク送信がまだ進行中である間に発生しうる。このため、進行中の送信（複数可）が中断され、送信の失敗に対する上位レイヤでの検出に依存し、再送を開始することによって送信遅延が生じうる。ＳＣｅｌｌの非アクティブ化は、ＳＣｅｌｌ ＤＬ上の１つまたは複数のダウンリンク送信がまだまだ完了していない間に発生しうる。
【０１３０】
説明されている方法では、ＳＣｅｌｌ（複数可）の所定の部分集合の（つまり、１つまたは複数の）非アクティブ化後に少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、所定のＭＡＣ ＳＤＵ（サービスデータユニット）（つまり、ＲＬＣ ＰＤＵ）に対するＨＡＲＱ失敗を上位レイヤ（例えば、ＲＬＣ）に通知する、つまり、所定のＳＣｅｌｌのアップリンクＨＡＲＱプロセスに対するＭＡＣからＲＬＣにローカルＮＡＣＫを実行できるかどうかを判定し、必要ならば、ＲＬＣ ＰＤＵの再送を開始する手順を実行することができる。
【０１３１】
ＷＴＲＵが、当該ＳＣｅｌｌを非アクティブ化するときに、例えば各ＨＡＲＱバッファ内にまだデータを有し、サスペンドしている（例えば、ＰＨＩＣＨ上のＨＡＲＱ ＡＣＫが最後に受信された）か、または進行中の再送を有している（例えば、ＰＨＩＣＨ上のＨＡＲＱ ＮＡＣＫが最後に受信された）、ＨＡＲＱプロセスに対して、対応するＨＡＲＱエンティティのサービスを使用するＳＣｅｌｌの非アクティブ化後にその（再）送信をまだ完了していない、ＨＡＲＱプロセスを処理することを目的として、ＨＡＲＱプロセスがバッファ内にデータを有している場合に、ＷＴＲＵは、対応するＭＡＣ ＳＤＵ（複数可）に対する送信が失敗し（つまり、対応するＲＬＣ ＰＤＵ（複数可）について）、ＨＡＲＱバッファをフラッシュすることを上位レイヤ（例えば、ＲＬＣ）に指示することができる。
【０１３２】
当該ＳＣｅｌｌに対するＨＡＲＱプロセス状態を処理することを目的として、ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化する場合、ＷＴＲＵは、すべてのＵＬ ＨＡＲＱについてＮＤＩ（新規データインジケータ）を０に設定し、および／またはＤＬ ＨＡＲＱバッファをフラッシュすることができる（例えば、次の再送は、新規送信とみなされる）。
【０１３３】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、明示的に、例えば、ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化するアクティブ化／アクティブ化ＭＡＣ ＣＥなどのアクティブ化／非アクティブ化コマンドを受信したときに、または暗黙のうちに、例えば、アクティブ化タイマーのタイムアウト後に、ＷＴＲＵは、当該ＳＣｅｌｌに関連付けられているすべてのＨＡＲＱバッファをフラッシュすることができる。
【０１３４】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受けるＷＴＲＵによる電力ヘッドルーム報告手順に関係するシナリオおよび方法を説明する。
【０１３５】
ＷＴＲＵの電力制御は、チャネル状態のゆっくりとした変化を補償するためにＵＬ ＣＣ毎に実行されうる。ＴＰＣ（送信電力制御）、ＤＬ経路損失測定、およびオフセットなどの電力制御パラメータのいくつかは、複数のＵＬ ＣＣに共通のものであってよい。
【０１３６】
ＬＴＥ Ｒ８／９では、電力ヘッドルーム報告手順は、ＵＬ−ＳＣＨ送信のための公称ＷＴＲＵ最大送信電力の間の差に関する情報をサービングｅＮＢに提供するために使用されうる。ＬＴＥリリース８（Ｒ８）のＵＬ電力制御は、開ループと閉ループとを組み合わせた電力制御メカニズムに基づくものとしてよい。開ループコンポーネントは、ＰＬ（経路損失）基準として使用されるＤＬ ＣＣにおけるＲＳＲＰ（基準信号受信電力）のＷＴＲＵの測定結果およびＤＬ ＲＳ（基準信号）の知られている送信電力に基づくＰＬ（経路損失）推定値に基づくものとしてよく、その値は典型的にはシステム情報としてブロードキャストされる。経路損失推定値は、アップリンク送信電力を決定するためにＷＴＲＵによって使用されうるものであり、この推定値は、本明細書ではＰＬ基準と称されるＤＬ ＣＣに基づく。閉ループコンポーネントは、ＰＤＣＣＨ上で送信される明示的なＴＰＣ（電力制御コマンド）を使ったＷＴＲＵ送信電力の直接制御に基づくものとしてよい。
【０１３７】
ＬＴＥリリース１０（Ｒ１０）では、ＷＴＲＵが少なくとも１つのＳＣｅｌｌで動作する場合、ＳＣｅｌｌ ＵＬは、アップリンク電力制御を目的とするＰＬ基準で構成されうる。例えば、ＳＣｅｌｌ ＵＬのＰＬ基準は、ＷＴＲＵの構成のＰＣｅｌｌ ＤＬであるか、またはＳＣｅｌｌ ＵＬのＰＬ基準は、ＷＴＲＵの構成の一部として構成されうる（例えば、周波数帯域毎に１つ）。
【０１３８】
ＬＴＥ Ｒ１０では、ＷＴＲＵが少なくとも１つのＳＣｅｌｌと共に構成されている場合、電力ヘッドルーム報告は、本明細書ではＰＨＲタイプ１と称される所定のサービングセル内のＵＬ−ＳＣＨに対応する送信に対する電力ヘッドルーム値、または本明細書ではＰＨＲタイプ２と称されるＰＣｅｌｌのＰＵＣＣＨおよびＵＬ−ＳＣＨ上の送信に対する電力ヘッドルームのいずれかであってよい。電力ヘッドルームのタイプ１およびタイプ２の定義は、表１に示されているとおりである。
【０１３９】
【表１】

【０１４０】
一シナリオにおいて、アクティブ化後の複数のＳＣｅｌｌに対する電力ヘッドルーム報告が影響を受ける可能性がある。基地局におけるスケジューリングプロセスがＷＴＲＵからの適切な最新情報ＷＴを確実に有するように、ＷＴＲＵがアクティブ化後に所定のＳＣｅｌｌ ＵＬに対するＷＴＲＵの電力ヘッドルームを基地局に通知する仕方を解決する必要がある。
【０１４１】
説明されている方法では、ＳＣｅｌｌ（複数可）の所定の部分集合の（つまり、１つまたは複数の）アクティブ化後に、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、所定のＵＬ ＣＣに対するＰＨＲの送信をトリガーできるかどうかを判定し、必要ならば、ＰＨＲを送信する手順を実行する仕方も解決する。
【０１４２】
ＷＴＲＵが当該ＳＣｅｌｌをアクティブ化したときに、当該ＳＣｅｌｌに対するＷＴＲＵの電力ヘッドルームを報告することを目的として、ＷＴＲＵは、ＰＨＲをトリガーすることができ、この報告されるＰＨＲは、受信された制御シグナリングがＰＨＲをトリガーする指示を含む場合に当該ＳＣｅｌｌに対応するＳＣｅｌｌ ＵＬに対する電力ヘッドルームに対応する。あるいは、ＰＨＲは、当該ＳＣｅｌｌに関連付けられているＳＣｅｌｌ ＵＬに適用可能な電力ヘッドルーム要件が他のアクティブなＵＬ ＣＣと異なる場合にトリガーされうる（つまり、ＳＣｅｌｌ ＵＬに対する有効な電力ヘッドルーム値は、別のＵＬ ＣＣから推論できない）。あるいは、ＰＨＲは、アクティブ化されたＳＣｅｌｌ（複数可）の数が変化した場合にトリガーされうる。言い換えると、当該「ＳＣｅｌｌ」をアクティブ化する毎に、ＰＨＲがトリガーされるものとしてよく、このＰＨＲは、少なくとも当該ＳＣｅｌｌに対する報告を含み、またすべての構成されている、および／またはアクティブなサービングセルに対するＰＨＲも含むことができる。
【０１４３】
例えば、少なくとも１つのＳＣｅｌｌと共に構成されたＷＴＲＵは、ＷＴＲＵが構成されたアップリンクリソースで少なくとも１つのＳＣｅｌｌをアクティブ化したときに構成されたアップリンクリソースを持つそれぞれのアクティブ化されたサービングセルに対する電力ヘッドルーム報告をトリガーする。
【０１４４】
ＰＨＲがトリガーされ、送信の保留中である場合、またＷＴＲＵが新規送信に対するＵＬ−ＳＣＨ（アップリンク共有チャネル）リソースを有する場合、ＷＴＲＵは、以下の方法のうちの１つを使用して当該ＳＣｅｌｌに対応するＳＣｅｌｌ ＵＬに適用可能な有効なＰＨＲ値を報告することができる。一方法では、ＰＨＲは、当該ＳＣｅｌｌに対応するＳＣｅｌｌ ＵＬのＵＬ−ＳＣＨリソース上で送信されるＭＡＣ ＰＤＵ（パケットデータ）のＭＡＣ ＰＨＲ ＣＥ内で報告されうる。別の方法では、ＰＨＲは、計算されたＰＨＲが適用可能であるものとしてよいＵＬ ＣＣのＵＬ−ＳＣＨリソース上で送信されるＭＡＣ ＰＤＵのＭＡＣ ＰＨＲ ＣＥ内で報告されうる。別の方法では、ＰＨＲは、ＵＬ ＣＣのＵＬ−ＳＣＨリソース上で送信されるＭＡＣ ＰＤＵのＭＡＣ ＰＨＲ ＣＥ内で報告され、ＭＡＣ ＰＨＲ ＣＥは、報告されるＰＨＲ値がどのＵＬ ＣＣ（複数可）に対して適用可能であるとしてよいかを示すＣＣＩＦを含むことができる。言い換えると、ＷＴＲＵが少なくとも１つのＳＣｅｌｌと共に構成されているときに、ＰＨＲがトリガーされており、ＷＴＲＵがどれかのサービングセル上の少なくとも１つの新規送信に対してリソースを割り当てているサブフレームにおいてＰＨＲが保留中である場合に、ＷＴＲＵは、当該ＳＣｅｌｌに対する少なくとも１つの電力ヘッドルーム値およびたぶん、ＰＣｅｌｌおよび前記フレーム内非アクティブ化された他のすべてのＳＣｅｌｌ（複数可）に対する値を含むＭＡＣ ＰＨＲ ＣＥを送信することができる。
【０１４５】
それに加えて、ＰＨＲ値が、ＤＬ ＣＣに基づく測定値および／または推定値、例えば、経路損失推定値および／またはＲＳＲＰ測定値を使用してＵＬ ＣＣについて計算される場合、ＷＴＲＵは、ＰＨＲが計算されるＵＬ ＣＣに関連付けられているＤＬ ＣＣのどれかを考慮することができる。
【０１４６】
説明されている方法では、制御情報を含めるかどうかも決定する。一方法では、ＷＴＲＵは、所定のＴＢ部分集合内のそれぞれのＴＢ（トランスポートブロック）について、所定のＴＴＩにおける送信に対するＭＡＣ ＣＥの特性に基づき、特定の制御情報（例えば、ＭＡＣ ＣＥ）を含めるべきかどうかを決定する。
【０１４７】
本明細書では、ＭＡＣ ＣＥに関係していると思われる特性を説明する。特性の１つは、ＭＡＣ ＣＥの送信が所定のＣＣに特有であるかどうかを示すものであってよく、これは、ＣＣに対するＴＢがこのＴＴＩにおける送信に付与される場合を含み、ＭＡＣ ＣＥは、１）前記ＣＣに、またはＣＣ（複数可）の関係する部分集合に適用可能である、情報（例えば、ＰＨＲ）、２）進行中の手順（例えば、ランダムアクセス）に関係するか、前記ＣＣに（例えば、ＰＣｅｌｌのＣＣ）に適用可能であるか、またはＣＣ（複数可）の関係する部分集合に適用可能である、情報（例えば、Ｃ−ＲＮＴＩ）、または３）特定のＣＣ（例えば、ＰＣｅｌｌのＣＣ）でのみ、またはＣＣ（複数可）の関係する部分集合に送信されることが予想される、情報（例えば、ＢＳＲ）を含む。
【０１４８】
別の特性は、ＭＡＣ ＣＥの相対的優先度であってよい。例えば、（ＬＴＥ ＭＡＣ Ｒｅｌ−８と同様に）、ＷＴＲＵは、相対的優先度を降順で、１）ＵＬ−ＣＣＣＨからのＣ−ＲＮＴＩまたはデータに対するＭＡＣ ＣＥ、２）パディングのために含まれるＢＳＲを除く、ＢＳＲ（バッファステータス報告）に対するＭＡＣ ＣＥ、３）ＰＨＲに対するＭＡＣ ＣＥ、４）ＵＬ−ＣＣＣＨからのデータを除く、ＬＣＨ（論理チャネル）からのデータ、または５）パディングのために含まれるＢＳＲに対するＭＡＣ ＣＥ、のように考慮することができる。例えば、所定のＵＬ ＣＣについて計算された、（ＰＵＣＣＨ、ＰＵＳＣＨのいずれか、または両方に対する）電力ヘッドルーム値を報告するＰＨＲを、前記ＵＬ ＣＣに対応するＴＢのＭＡＣ ＰＤＵ（パケットデータユニット）に含めることができるのは、前記ＴＢがこのＴＴＩにおける送信に対して付与される場合のみである。別の例では、このＴＴＩのすべてのＴＢが埋められた後のＷＴＲＵのバッファの状態を報告するＢＳＲを特定のＣＣに対応するＴＢのＭＡＣ ＰＤＵに含めることができるのは、前記ＴＢが前記ＣＣ（例えば、ＰＣｅｌｌのＣＣ）における送信に対して付与される場合のみである。
【０１４９】
別の特性は、ＭＡＣ ＣＥの（フォーマットおよびコンテンツを含む）タイプであってよい。ＷＴＲＵは、ＭＡＣ ＣＥタイプを含まれる情報に応じて選択することができる。ＷＴＲＵは、ＰＣＣ（またはＰＣｅｌｌ）に関係する情報を含むか、またはＷＴＲＵの構成のＳＣＣ（またはＳＣｅｌｌ）に関係する情報を含むかを決定することができる。ＰＨＲに対するＭＡＣ Ｅの例では、ＷＴＲＵは、ＰＨＲのコンテンツがＷＴＲＵの構成のＰＣＣ（またはＰＣｅｌｌ）に適用可能な場合にＭＡＣ ＣＥ ＰＨＲ ｔｙｐｅ＿２を選択することができる。そうでなければ、ＳＣＣ（またはＳＣｅｌｌ）に対してＭＡＣ ＣＥ ＰＨＲ ｔｙｐｅ＿１を選択する。
【０１５０】
別の場合には、ＷＴＲＵは、ＭＡＣ ＣＥが第１のＣＣ（ＰＣＣまたはＳＣＣのいずれか）に適用可能である情報を含み、ＭＡＣ ＣＥが第１のＣＣに送信されるかどうかを決定することができる。例えば、ＷＴＲＵが、第１のＣＣのＴＢ上で、第１のＣＣに適用可能なコンテンツと共にＭＡＣ ＣＥを送信する場合、ＷＴＲＵは、第１のＣＣ（ＳＣＣ／ＳＣｅｌｌまたはＰＣＣ／ＰＣｅｌｌのいずれか）の明示的識別を含むＭＡＣ ＣＥを選択する。言い換えると、第１のＣＣの識別番号は、第１のＣＣ上で送信されるＭＡＣ ＰＤＵに含まれる場合に含まれているＭＡＣ ＣＥフォーマット内で省くことができるということである。あるいは、明示的なＣＣ識別を含まないＭＡＣ ＣＥは、第１のＣＣの識別番号がＭＡＣ ＰＤＵ内のＭＡＣ ＣＥ（複数可）の順序に基づき導き出される場合に使用されうる。これは、同じ機能（ただし、場合によっては異なるタイプのもの）について複数のＭＡＣ ＣＥを同じＭＡＣ ＰＤＵに含めることができる場合に、適用可能であるものとしてよい。例えば、ＷＴＲＵは、サービングセルが（例えば、ＲＲＣによって）構成された順序に従って、および／またはそれぞれのサービングセルもしくは類似の何かに割り当てられた明示的なサービングセルの識別値（例えば、セルインデックス）に従って同じＭＡＣ ＰＤＵ内に複数のＭＡＣ ＰＨＲ ＣＥを（構成されたおよび／またはアクティブ化されたサービングセル毎に１つずつ）含めることができる。
【０１５１】
別の特性は、ＷＴＲＵがＭＡＣ ＣＥの送信に使用されるサブフレームでアップリンク送信（複数可）を実行する、物理チャネルのタイプ（複数可）（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）であるものとしてよい。これは、場合によっては、ＭＡＣ ＣＥが送信される、同じＣＣ（ＳＣＣ／ＳＣｅｌｌまたはＰＣＣ／ＰＣｅｌｌのいずれか）における送信（複数可）のみであってもよい。例えば、第１のＣＣ（ＳＣＣ／ＳＣｅｌｌまたはＰＣＣ／ＰＣｅｌｌのいずれか）に対するＰＨＲでは、ＷＴＲＵは、ＷＴＲＵが前記第１のＣＣにおいてＰＵＳＣＨ送信のみを実行する場合にＭＡＣ ＣＥ ＰＨＲ Ｔｙｐｅ＿１を選択することができるか、またはＷＴＲＵは、ＷＴＲＵが前記第１のＣＣにおいてＰＵＣＣＨ送信とＰＵＳＣＨ送信とを実行する場合にＭＡＣ ＣＥ ＰＨＲ Ｔｙｐｅ＿２を選択することができる。
【０１５２】
別の特性は、第１のＣＣにおいてアップリンク送信（複数可）のためにＷＴＲＵによって使用されうる物理アップリンクチャネルのタイプ（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）であってよいが、そのような送信は、第１のＣＣに適用可能なＭＡＣ ＣＥが第２のＣＣ上のアップリンク送信で送信されるサブフレームではＷＴＲＵによって実行されない。特に、ＰＨＲ ＭＡＣ ＣＥのコンテンツが第１のＣＣに対する「仮想」電力ヘッドルーム値を含みうる場合、ＷＴＲＵは、第１のＣＣがＰＵＣＣＨ送信用に構成されていない場合に、ＣＣ（ｘ）に対してＭＡＣ ＣＥ ＰＨＲ Ｔｙｐｅ＿１を選択することができる。コンテンツは、「仮想」ＰＵＳＣＨ送信に基づき導き出される電力ヘッドヘッドルーム値を含みうる。そうでない場合、ＷＴＲＵは、ＣＣに対してＭＡＣ ＣＥ ＰＨＲ Ｔｙｐｅ＿２を選択することができ、その場合、コンテンツは、「仮想」ＰＵＳＣＨ送信と「仮想」ＰＵＣＣＨ値とに基づき導き出される電力ヘッドルーム値を含むことができる。上記の「仮想」電力ヘッドルーム値は、ＰＵＳＣＨ送信に関係する部分については、第１のＣＣに対してＷＴＲＵによって導き出された値を指すけれども、ＰＵＳＣＨ送信は実行されず、サブフレーム内の第１のＣＣは第２のＣＣ上で対応するＰＨＲの送信に使用される。このような値は、例えば、ＭＣＳ（変調符号化方式）およびＲＢ（リソースブロック）の特定の個数Ｍが与えられた場合にＷＴＲＵによって使用されている電力から推測することができ、このＭＣＳおよびＭは、例えば、ｅＮＢにも知られている固定された（例えば、指定もしくは構成されている）値、または前記ＣＣ上の前の送信に対応するグラントのいずれかから導くことができる。同様に、ＰＵＣＣＨ送信（第１のＣＣに対して適用可能な場合）に関係する部分について、これは、送信、例えば、フォーマット１ａなどの所定のフォーマットを使用する送信に基づいて導き出された値を指す。上記の場合のすべてにおいて、ＰＵＳＣＨ送信は、送信がＵＣＩ（アップリンク制御情報）および／またはデータを含むかどうかに無関係に使用されうる。
【０１５３】
ＷＴＲＵは、ＴＢ内に制御情報を含めると決定した後、ＴＢの部分集合に対するＬＣＨ（複数可）からデータを提供するときに制御情報のサイズを後で考慮することができる。
【０１５４】
ＷＴＲＵが、制御情報を含めるべきかどうかを決定するときに、ＷＴＲＵは、ＰＣｅｌｌについて上記を実行することもでき、また場合によってはそれぞれの構成されたＳＣｅｌｌについても実行する（場合によってはアクティブ化も）ことができる。例えば、ＰＨＲの報告について、ＷＴＲＵがＰＨＲがトリガーされたときに構成され、アクティブ化されたサービングセルに対する「仮想」電力ヘッドルーム値を報告することができる場合、ＷＴＲＵは、どのサービングセルが構成され、アクティブ化されるかを決定することができ、少なくとも１つのＴＢにそれらのサービングセルのそれぞれについてＰＨＲ ＭＡＣ ＣＥを含める。
【０１５５】
本明細書では、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵに対するＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受けるＷＴＲＵのアップリンクタイミングアライメントに関係するシナリオおよび方法を説明する。
【０１５６】
ＷＴＲＵは、少なくとも１つのＳＣｅｌｌ ＵＬ、つまり、構成されたアップリンクリソースを含むサービングセルの１つまたは複数の集合（複数可）と共に構成することができ、それに対して、ＴＡ（タイミング前進）はＰＣｅｌｌ ＵＬのとは異なっていてもよい。例えば、これは、２つのＵＬ ＣＣがそれぞれ、異なるカバレッジエリア（例えば、ＣＣ帯域に基づく）、異なる伝搬特性（例えば、経路損失に基づく）、または異なるもしくは複数の発信点（例えば、異なるｅＮＢおよび／または周波数選択受信機、ＣＯＭＰ配備シナリオ、リモート無線ヘッド、および同様のものによる）のうちの１つまたは複数の特性を有する場合に生じうる。
【０１５７】
一シナリオでは、ＴＡは、異なるＳＣｅｌｌ ＵＬ間で異なっていてもよく、これは、複数のサービングセル（複数可）上のＷＴＲＵのオペレーションに影響を及ぼしうる。これは、サービングセルが同じ周波数帯域にないか場合に、または特定の配備シナリオ（例えば、同じ基地局からの中継器またはリモート無線ヘッドを使用する）に当てはまると思われる。ＷＴＲＵが、ＰＣｅｌｌに接続され、追加のＳＣｅｌｌが必要に応じて構成され、（デ）アクティブ化されうるという条件の下で、あまり使用されない（またときに非アクティブになる）サービングセルに適用可能なＴＡＴが動作していない場合、適切なタイムアライメントを有する前に、または最新のＳＩ（システム情報）を有する前にＷＴＲＵがＵＬ送信を開始しないように（再）アクティブ化に注意を払うべきである。ＷＴＲＵに合わせて構成されている他の個別ＵＬ／ＤＬリソースを処理する仕方も、解決する必要がある場合がある。
【０１５８】
説明されている方法では、当該サービングセル（複数可）の所定の部分集合の（つまり、１つまたは複数の）アクティブ化後に、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、それ自身タイムアライメントされているとみなせるかどうか、つまり、当該ＳＣｅｌｌにおけるＵＬリソースを、そのＳＣｅｌｌにおいて他のＷＴＲＵの送信への不要な干渉を引き起こさずに使用することができるかどうかを判定し、その部分集合内のＳＣｅｌｌのうちの少なくとも１つに対するＵＬタイムアライメントを取得する手順（複数可）を実行し、および／またはその部分集合内のＳＣｅｌｌ（複数可）のうちの少なくとも１つに対するタイミングアライメントを維持することができる。
【０１５９】
例示的な目的にすぎないが、本明細書で説明する方法は、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵに、ＳＣｅｌｌが基地局に接続されうるアップリンクリソースを構成している場合およびＳＣｅｌｌが基地局によって最初にアクティブ化されうる場合またはＳＣｅｌｌに対応するＴＡＴが当該ＳＣｅｌｌが非アクティブである期間より短いときに（例えば、その場合、ＴＡＴは再起動されておらず、および／またはタイムアウトになっている可能性がある）、適用可能であるものとしてよい。異なるＵＬ ＣＣは、例えば、関連付けられているＤＬ ＣＣ上のセルに対する周波数もしくは物理セルＩＤに基づき異なるＴＡ要件を有していることもある。ＷＴＲＵは、基地局のＰＣｅｌｌとの接続（例えば、ＬＴＥではＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）を有することができる。
【０１６０】
ＷＴＲＵが、ＵＬタイミングアライメントを維持することを目的として当該ＳＣｅｌｌをアクティブ化するときに、ＷＴＲＵは、当該ＳＣｅｌｌ ＵＬに対応するＲＡＣＨリソースを使用して、受信された制御シグナリングがＲＡをトリガーする指示を含む場合、当該ＳＣｅｌｌに関連付けられているＳＣｅｌｌ ＵＬリソースに適用可能なＴＡが有効でない（例えば、対応するＴＡＴが動作していない）場合、または制御シグナリングがＰＤＣＣＨ上で受信され、特定のＲＮＴＩ（例えば、Ａ−ＲＮＴＩ＿０）を使用してスクランブルされる場合のうちのどれか１つの条件の下で、ＲＡを実行することができる。
【０１６１】
一例では、制御シグナリングは、ＣＣＩＦによって指示されたＳＣｅｌｌに対応するリソースを使用すること、アクティブ化／非アクティブ化に制御シグナリングで明示的に指示されているＲＡリソース（ＲＡプリアンブル、ＰＲＡＣＨマスク）を使用すること、および／またはＳＣｅｌｌ（またはそのグループ）に対応するＴＡＴが動作していない場合のうちの少なくとも１つによる、ＷＴＲＵがＲＡ手順を実行することができるかどうかの指示（明示的な、または暗黙のうちの、またはその両方の）を含むことができる。例えば、少なくとも１つのＳＣｅｌｌと共に構成されたＷＴＲＵは、特に当該ＳＣｅｌｌに対応しているＴＡＴが実行中でない場合に、当該ＳＣｅｌｌのアクティブ化後に当該ＳＣｅｌｌのＲＡリソース上でランダムアクセス手順を開始することができる。あるいは、ＷＴＲＵは、当該ＳＣｅｌｌのと同じタイミングアライメント要件を共有する別のサービングセルのＲＡリソース上でランダムアクセス手順を開始することができる。
【０１６２】
ＷＴＲＵが、当該ＳＣｅｌｌのアクティブ化後に受信されたＴＡコマンド（ＴＡＣ）を適用することを目的として当該ＳＣｅｌｌをアクティブ化するときに、ＷＴＲＵは、受信されたＴＡＣをＴＡＣが受信されたＤＬ ＣＣに対応するＵＬ ＣＣのＴＡに、またはＴＡＣが受信されたＤＬ ＣＣに対応するＵＬ ＣＣと同じＴＡ要件を有するすべてのＵＬ ＣＣのＴＡに適用することができる。
【０１６３】
別の例では、制御シグナリングは、ＴＡＣ（タイムアライメントコマンド）を含むことができ、ＷＴＲＵは、これを、例えば、ＣＣＩＦを使用して制御シグナリングで明示的に識別されたＵＬ ＣＣ、アクティブ化されている当該ＳＣｅｌｌに対応するＳＣｅｌｌ ＵＬ、または同じＴＡ要件を有するＵＬ ＣＣのグループのうちの少なくとも１つに適用する。上述のように識別されたＵＬ ＣＣに基づき、特定のグループを識別することができる。例えば、ＷＴＲＵは、当該ＳＣｅｌｌのＰＤＳＣＨ上で受信されたＴＡＣを前記当該ＳＣｅｌｌのＴＡに適用することができ、また、当該ＳＣｅｌｌのと同じタイミングアライメント要件を共有する別のアクティブ化されたＳＣｅｌｌのＴＡに適用することもできる。
【０１６４】
少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、当該ＳＣｅｌｌにおいて動作しているＲＡ手順を処理することを目的として、当該ＳＣｅｌｌを非アクティブ化する場合、ＷＴＲＵは、当該ＳＣｅｌｌに対する進行中のＲＡＣＨ手順を停止することができる。あるいは、ＷＴＲＵは、明示的に信号伝達されるプリアンブル（例えば、ｒａ−Ｐｒｅａｍｂｌｅｌｎｄｅｘ）およびＰＲＡＣＨリソース（例えば、ｒａ−ＰＲＡＣＨ−Ｍａｓｋｌｎｄｅｘ）をもしあれば、また当該ＳＣｅｌｌに適用可能であれば、破棄することができる。あるいは、ＷＴＲＵは、もしあれば、また当該ＳＣｅｌｌに適用可能であれば、暫定Ｃ−ＲＮＴＩを解放することができる。
【０１６５】
本明細書では、ＭＡＣ再構成を処理するための例示的な方法を説明する。ＳＣｅｌｌ ＤＬまたはＳＣｅｌｌ ＵＬでは、少なくとも１つのＳＣｅｌｌの撤去（解放）を含むＲＲＣ（再）構成に対するＷＴＲＵ ＭＡＣの挙動を処理することを目的として、ＷＴＲＵは、撤去されたコンポーネントキャリアに対する進行中のＲＡＣＨ手順があればそれを停止し、明示的に信号伝達されるプリアンブル（例えば、ｒａ−Ｐｒｅａｍｂｌｅｌｎｄｅｘ）およびＰＲＡＣＨリソース（例えば、ｒａ−ＰＲＡＣＨ−Ｍａｓｋｌｎｄｅｘ）をもしあれば、また撤去されたＳＣｅｌｌに適用可能であれば、破棄し、および／またはもしあれば、また撤去されたＳＣｅｌｌに適用可能であれば、暫定Ｃ−ＲＮＴＩを解放することができる。
【０１６６】
追加のＣＣのＲＲＣ（再）構成は、ＷＴＲＵが有効なＴＡを持たないサービングセルにおいてＴＡを取得することを目的として上記のＲＡ手順を暗黙のうちにトリガーすることができる。これは、サービングセルの初期構成および／または再構成に適用することができる。追加のＳＣｅｌｌ（複数可）のＲＲＣ（再）構成も、ＰＨＲを暗黙のうちにトリガーすることができる。これは、サービングセル（複数可）の初期構成および／または再構成に適用することができる。
【０１６７】
少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵに対してＳＣｅｌｌの構成、アクティブ化、および非アクティブ化に影響を及ぼしうるＰＵＣＣＨ上のＳＲ（スケジューリング要求）の送信試行の最大回数に達した後の例示的な方法および／またはアクションを説明する。
【０１６８】
少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵを処理することを目的として、ＳＲに対する構成され有効なＰＵＣＣＨリソース上のＳＲに対する送信試行の回数（ＳＲ＿ＣＯＵＮＴＥＲ）がネットワークによって構成されている最大値（例えば、ｄｓｒ−ＴｒａｎｓＭａｘ）に達すると（または超えると）、ＷＴＲＵは、構成されアクティブなＳＣｅｌｌ（複数可）を、もしあれば、非アクティブ化することができる。これは、ＳＣｅｌｌに対するＣＱＩ／ＰＭＩ／ＲＩの非アクティブ化を含みうる。あるいは、ＷＴＲＵは、ランダムアクセスを開始し、すべての保留中のＳＲをキャンセルすることができ、これは、構成されているＳＣｅｌｌのＵＬリソース上のランダムアクセスを開始することを含むものとしてよい。あるいは、ＷＴＲＵは、構成されているダウンリンク割り当ておよびアップリンクグラントをクリアすることもできる。あるいは、ＷＴＲＵは、マルチキャリアオペレーションの構成を解放することもでき、これは、ＳＣｅｌｌ（複数可）の構成（場合によっては、ＵＬ ＳＣｅｌｌ構成のみ）、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に対するＰＵＣＣＨの構成、ＣＱＩ／ＰＭＩ／ＲＩ送信に対するＰＵＣＣＨの構成、またはＳＲの送信に対するＰＵＣＣＨの構成のうちの少なくとも１つを含む。実際、上記の例の結果、ＳＲの最大数に達することですべてのＳＣｅｌｌの暗黙の非アクティブ化または解放が生じうる。
【０１６９】
例示的な一方法では、ＷＴＲＵは、マルチキャリア構成全体（つまり、ＳＣｅｌｌ（複数可）、ＨＡＲＱ Ａ／Ｎ、ＣＱＩ／ＰＭＩ／ＲＩ、ＳＲのＰＵＣＣＨリソース）、さらには構成されている割り当てまたはグラントを解放し、ＷＴＲＵのマルチキャリア構成のＰＣｅｌｌに対応するサービングセルにおけるシングルキャリアＲ８またはＲ９オペレーションに戻すことができる。次いで、ＷＴＲＵは、前記サービングセル（つまり、ＰＣｅｌｌ）においてランダムアクセスを開始することができる。表２は、この例示的な方法の一実施形態を提示している。
【０１７０】
【表２】

【０１７１】
別の例では、ＷＴＲＵは、アクティブ化されているＳＣｅｌｌ（ＳＣｅｌｌ ＤＬ（複数可）およびＳＣｅｌｌ ＵＬ（複数可））を非アクティブ化し、マルチキャリアオペレーションに関係しているＰＵＣＣＨリソース（つまり、ＨＡＲＱ Ａ／Ｎ、ＣＱＩ／ＰＭＩ／ＲＩ、ＳＲのＰＵＣＣＨリソース）、さらには構成されている割り当てまたはグラントを解放し、マルチキャリア構成のＵＬ ＣＣ上で利用可能なリソースを選択することによってランダムアクセスを実行することができる。これは、ＰＣｅｌｌ ＵＬを選択することができる。ＳＣｅｌｌ ＵＬ（複数可）では、明示的な非アクティブ化状態が定義されていない場合、ＷＴＲＵは、少なくとも、マルチキャリアオペレーションを再構成する制御シグナリングを受信するまで受信されたアップリンクグラントを無視することができる。表３は、例示的な方法の一実施形態を提示している。
【０１７２】
【表３】

【０１７３】
本明細書では、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵに対するＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける無線リンク監視手順に関係するシナリオおよび方法を説明する。
【０１７４】
一シナリオでは、基地局は、ＰＣｅｌｌに加えて少なくとも１つのＳＣｅｌｌと共にＷＴＲＵを構成することができる。サービングセルの一部または全部の無線リンク品質がある品質基準を超えて悪化する場合、ＷＴＲＵがシステムとの通信を回復または改善する能力を高めるメカニズムが必要になることがある。
【０１７５】
説明されている方法では、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、物理レイヤの問題を検出し、および／またはある閾値を下回る無線リンク品質の低下を検出したときに、構成されているＳＣｅｌｌ（複数可）の一部または全部を暗黙のうちにアクティブ化し、および／またはそれらのＳＣｅｌｌ（複数可）に対する節電アルゴリズム（例えば、ＤＲＸ（間欠受信））をディセーブルすることができる。
【０１７６】
ＳＣｅｌｌ ＤＬでは、ＳＣｅｌｌ ＤＬをアクティブ化することを目的として、ＷＴＲＵは、例えば、物理レイヤから多数の同期を外れた指示（例えば、基地局によって構成されうる値、Ｎ３１０）が生じること、または多数のランダムアクセス手順（複数可）を完了できないこと（値は、基地局によって構成可能である）に基づく同期信号の受信障害などの物理レイヤの問題を監視し、および／または検出することができる。ＷＴＲＵは、無線リンク品質が特定の閾値より低くなることを監視し、検出することもできる。例えば、測定（例えば、ＣＱＩ）は、特定の閾値（例えば、基地局によって構成されている値）より低くなる可能性がある。監視および検出アクションは、ＰＣｅｌｌ、ＳＣｅｌｌがアクティブ／非アクティブであるかどうかに関係なく、構成されているＳＣｅｌｌ（複数可）、またはＰＣｅｌｌを含み、またＳＣｅｌｌがアクティブ／非アクティブであるかどうかに関係なく、構成されているサービングセルに対して実行されうる。
【０１７７】
ＷＴＲＵは、物理レイヤの問題または無線リンク低下を検出した後、第１のＳＣｅｌｌ ＤＬをアクティブ化し、および／または制御シグナリングを連続的に監視することができる（例えば、ＤＲＸなどの節電機能とは無関係に）。これらのアクションは、ＰＣｅｌｌ、ＳＣｅｌｌがアクティブ／非アクティブであるかどうかに関係なく、構成されているＳＣｅｌｌ（複数可）、またはＰＣｅｌｌを含み、またＳＣｅｌｌがアクティブ／非アクティブであるかどうかに関係なく、構成されているサービングセルに対して実行されうる。これらのアクションは、少なくともＷＴＲＵがＳＣｅｌｌ（複数可）に対する明示的な非アクティブ化を基地局から受信するまで実行することができ、明示的な非アクティブ化は、モビリティ制御ＩＥがある場合、またはない場合に無線再構成メッセージに含めることができる（つまり、ハンドオーバーコマンドまたは特定の長さの時間（例えば、タイマーＴ３１０）が経過する）。特定の長さの期間が終了すると（例えば、タイマーＴ３１０）、ＷＴＲＵは、構成されたＳＣｅｌｌの集合内のＰＣｅｌｌの変更（例えば、ハンドオーバー、接続再確立、または再構成手順）、または異なるセルへの接続再確立手順を開始することができる。
【０１７８】
ＷＴＲＵは、Ｔ３１０タイマーなどの無線リンク監視タイマーが動作している場合に当該ＳＣｅｌｌを非アクティブ化することができ、ＷＴＲＵが物理レイヤの問題の検出に至る状態を検出した場合、無線リンク品質は特定の閾値を超えて上昇することはなく、および／または当該ＳＣｅｌｌは、Ｔ３１０タイマーの起動前に非アクティブ化状態にあった（つまり、ＷＴＲＵによって物理レイヤの問題が検出される前）。
【０１７９】
ＷＴＲＵが当該ＳＣｅｌｌを非アクティブ化する場合、ＷＴＲＵは、ＰＤＳＣＨの受信を停止し、当該ＳＣｅｌｌに関連付けられているＤＬリソース上のグラントおよび割り当て（例えば、Ｃ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、または同様のものによってスクランブルされる）についてＰＤＣＣＨ（ＰＤＣＣＨ受信を行うように構成されている場合）を監視することを停止することができる。ＷＴＲＵは、Ｌ３測定構成および／またはＣＱＩ構成に基づき、関係する測定および当該ＳＣｅｌｌに対する特定の機会においてＳＩおよび／またはページングを定期的に監視することなどの他の無線リンクメンテナンスタスクを実行し続ける。
【０１８０】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受ける少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵによるＳＩ（システム情報）の取得および維持に関係するシナリオおよび方法を説明する。
【０１８１】
別のシナリオでは、ＳＣｅｌｌが非アクティブである場合、ＷＴＲＵは、ＳＩを定期的に監視する必要はなく、またＷＴＲＵに何らかの特定の機会に非アクティブ化されたＳＣｅｌｌにおけるＳＩ通知を監視させることが望ましいわけでもない。ＳＣｅｌｌのアクティブ化後にＳＩが最新状態であることをＷＴＲＵが保証する仕方は、ＷＴＲＵがＳＣｅｌｌの追加のリソースに確実にアクセスできるように解決する必要がある場合がある。
【０１８２】
説明されている方法の別の態様では、ＣＡを備えるＳＣｅｌｌ（複数可）の所定の部分集合の（つまり、１つまたは複数の）アクティブ化後に、ＷＴＲＵが、その部分集合の少なくとも１つのＳＣｅｌｌに関係するＳＩを取得／更新する必要があるかどうかを判定し、ＳＩを取得／更新する手順（複数可）を実行する仕方を解決する。
【０１８３】
当該ＳＣｅｌｌに対する有効なＳＩを維持することを目的として、ＷＴＲＵが当該ＳＣｅｌｌをアクティブ化するときに、ＷＴＲＵは、ＳＩ取得のための知られている手順を使用して当該ＳＣｅｌｌに対するＳＩを、ＷＴＲＵが当該ＳＣｅｌｌに対する格納されたＳＩを有していない場合、受信された制御シグナリングがＳＩを取得する指示を含む場合、制御シグナリングが、格納されているＳＩがもはや有効でないことを示している値タグを含む場合、または制御シグナリングがＰＤＣＣＨ上で受信され、特定のＲＮＴＩ（例えば、Ａ−ＲＮＴＩ＿１）を使用してスクランブルされる場合のうちの少なくとも１つの条件が成り立ったときに、取得することができる。
【０１８４】
別の例では、制御シグナリングは、例えば、５ビットもしくは単純な２進法表示のＳＩ値タグに例えば基づく、第２のＣＣに関連するＳＩが変化したかどうかの指示を含みうる。値タグは、マルチキャリアワイヤレスシステムの一部としてこの第２のＣＣ上で適切なオペレーションを行うために有効である必要がある場合のある部分などの第２のＣＣに関連するＳＩの一部を表しうる。この場合、そのような値タグは、ＳＩ全体を表す既存の値タグに加えて、第２のＣＣのＳＩで与えることができる。同様に、２進数表示は、ＳＩの一部の変化を表すものとしてよい。
【０１８５】
それに加えて、ＷＴＲＵがＰＣｅｌｌに対するＳＩを再取得することができる場合、ＳＩ情報の一部の変化が、ＳＣｅｌｌ上のオペレーションに影響を及ぼす可能性がある（構成されアクティブ化されている場合）。例えば、ＷＴＲＵが単一のＵＬ ＣＣ（例えば、ＰＣｅｌｌ ＵＬ）のＰＵＣＣＨリソース上でＵＬ制御情報（例えば、ＨＡＲＱ Ａ／Ｎ、ＣＱＩ、および同様のもの）を送信すると想定すると、ＰＵＣＣＨ構成の変化が、制御シグナリングの送信に影響を及ぼしうる。
【０１８６】
ＷＴＲＵは、ＷＴＲＵがＳＩの変化によりＳＩを再取得する間にＳＣｅｌｌを非アクティブ化することもありうる。例えば、ＳＩがＰＣｅｌｌにのみ関連するか、またはＳＩがＰＣｅｌｌ上でのみブロードキャストされる場合である。別の例では、ＳＩの変化は、構成（例えば、関連付けられているＵＬ ＣＣのＰＵＣＣＨに対する構成）に含まれる所定のアイテムに関係付けることができる。
【０１８７】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受けるＷＴＲＵによるダウンリンク送信に対するアップリンクＨＡＲＱフィードバックのリソース割り当てに関係するシナリオおよび方法を説明する。
【０１８８】
ＷＴＲＵは、単一のＵＬ ＣＣのリソース上で（例えば、ＰＣｅｌｌのＰＵＣＣＨ上で）構成され、アクティブなＤＬ ＣＣにおいて受信されたＰＤＳＣＨ送信に対するＨＡＲＱフィードバックを送信することができる。適用可能なリソース割り当ては、対応するＰＤＳＣＨ送信に対するＰＤＣＣＨの第１のＣＣＥ（制御チャネル要素）によって決定されうる。ＷＴＲＵは、単一のＵＬ ＣＣのリソース上で（例えば、ＰＣｅｌｌのＰＵＣＣＨ上で）構成されたＣＣに対するＣＱＩ／ＰＭＩ／ＲＩを送信することができる。適用可能なリソースは、ＲＲＣシグナリングによって構成されうる。
【０１８９】
別のシナリオでは、ＵＬ ＣＣ（例えば、ＰＣｅｌｌ ＵＬ）におけるＰＵＣＣＨシグナリングに対する送信モードは、固定されたリンクバジェットが与えられたときに固定された量の情報（つまり、フォーマット）を伝送し、そのフォーマットは、復号することを目的として、受信機側で知ることができる。ＷＴＲＵは、異なるサービングセルにおける同時ＰＤＳＣＨ送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）フィードバックおよび／または複数のサービングセルに対するＣＱＩ／ＰＭＩ／ＲＩを送信するように構成されうる。ＷＴＲＵがＰＵＣＣＨ上で制御情報を送信する仕方は、構成されたＳＣｅｌｌ／ＰＤＳＣＨの数および／またはＷＴＲＵがＣＱＩ／ＰＭＩ／ＲＩを報告することができるサービングセルの数に依存しうる。ＷＴＲＵのＰＵＣＣＨ送信モードの切替えを予測可能な形で行わせる方法により（例えば、ＳＣｅｌｌの再構成／アクティブ化／非アクティブ化の間のＰＵＣＣＨ上のＨＡＲＱフィードバックに対する遅延またはサイレント期間を導入することによって）基地局がＰＵＣＣＨ上でＷＴＲＵ ＵＬの活動を制御することは可能であるが、ＷＴＲＵが明確な挙動に従って、所定のサブフレーム内でＰＵＣＣＨ送信にどのフォーマットを使用するかということに関する不確定性が発生する可能性を回避することが望ましいと思われる。明確な同期点が必要であるということは、ＣＱＩ／ＰＭＩ／ＲＩおよびＨＡＲＱ Ａ／Ｎに関して特に関連性があると思われる。
【０１９０】
説明されている方法の別の態様では、単一の所定のＵＬ ＣＣでＨＡＲＱフィードバック（例えば、ＰＵＣＣＨ上で）および／またはＣＱＩ／ＰＭＩ／ＲＩなどの他のアップリンク制御情報を報告している可能性のある、構成された（あるいはアクティブな）ＳＣｅｌｌ ＤＬ（複数可）（つまり、ＰＤＳＣＨ）の数の変化を検出した後の、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、再構成が適用可能であるサブフレーム内で、ＳＣｅｌｌ ＤＬ（複数可）の数が変化したサブフレーム内で、またはその時間のオフセット量の後（例えば、３ｍｓの処理時間の後）にＵＬ制御シグナリングに対する送信モード（フォーマット）を暗黙のうちに変更することができる仕方を解決する。
【０１９１】
別の例では、制御シグナリングは、ＷＴＲＵの構成、あるいは前記構成へのインデックスを含みうる。この情報は、以下の情報の少なくとも１つを含むものとしてよい。情報は、ＨＡＲＱ Ａ／Ｎのリソース（例えば、フォーマットおよび／または位置および／または符号化）および／またはＣＱＩ／ＰＭＩ／ＲＩのリソースのうちの少なくとも一方に対するＰＵＣＣＨまたはそれへのインデックスであってよい。情報は、ＳＲＳ構成またはそれへのインデックスであってもよい。情報は、ＵＬ ＣＣまたはＤＬ ＣＣまたはその両方に対する、ＳＰＳ構成またはそれへのインデックスであってもよい。情報は、ＣＣの送信モードなどの、無線リソース構成であってもよい。上記の構成情報のどれかについて、構成情報は、すでに構成されているＵＬ／ＤＬリソースの集合内の１つのアイテムへのインデックスとすることができる。
【０１９２】
情報は、アクティブ化されている当該ＳＣｅｌｌに対応するＳＣｅｌｌ ＵＬ、ＰＣｅｌｌに対応するＰＣｅｌｌ ＵＬ、または制御シグナリングで明示的に示される別のサービングセルのＵＬ ＣＣまたはＤＬ ＣＣのうちの少なくとも１つに適用可能であるものとしてよい構成とすることもできる。
【０１９３】
別の例では、制御シグナリングは、ＷＴＲＵがＵＬ ＣＣにおけるＨＡＲＱフィードバックにＰＵＣＣＨリソースを使用することができるかどうかを示す情報を含むことができ、これはＵＬ ＣＣが制御シグナリングが受信されたサービングセルに関連付けられていること、ＵＬ ＣＣがＰＣｅｌｌに対応していること、ＵＬ ＣＣが複数のＤＬ ＣＣ上でＰＤＳＣＨ送信のＨＡＲＱフィードバックを報告するように構成されていること（例えば、ＲＲＣ）、またはＰＵＣＣＨリソース（例えば、フォーマット、位置、および／またはチャネル符号化）の集合が例えば構成されているリソースの集合内のアイテムへのインデックスとして（例えば、ＲＲＣによって）構成されていることのうちの少なくとも１つに対応している。例えば、ＷＴＲＵは、ＨＡＲＱフィードバックリソース割り当てを目的としてインデックスの集合へのインデックスを受信することができる。
【０１９４】
ＷＴＲＵがＰＵＣＣＨ上で、またはＵＬ ＣＣ（例えば、ＰＣｅｌｌ ＵＬ）上のＰＵＳＣＨ上で制御シグナリングの送信に使用することができる送信モードを選択することを目的として、ＷＴＲＵは、以下を実行することができる。ＷＴＲＵは、１つまたは複数のＤＬ ＣＣに対する制御情報が同じ送信フォーマットに含まれる形で制御シグナリングを報告するようにＷＴＲＵが構成されているかどうかを判定する。制御シグナリングは、複数のサービングセルに対する制御情報であり、同じ送信フォーマットにアグリゲートすることができるか、または制御シグナリングは、ＰＤＳＣＨ送信に対するＨＡＲＱフィードバックであるか、または制御シグナリングは、ＣＱＩ／ＰＭＩ／ＲＩフィードバックであるものとしてよい。ＷＴＲＵが、少なくとも１つのＳＣｅｌｌ ＤＬをアクティブ化または非アクティブ化し、そのアクティブ化／非アクティブ化の結果、ＷＴＲＵが同じ送信フォーマットで制御シグナリングを報告するサービングセルの数が異なる場合、ＷＴＲＵは、ＷＴＲＵがＳＣｅｌｌ（複数可）のアクティブ化／非アクティブ化に対する制御シグナリングを受信したサブフレームにおいてＰＵＳＣＨ上でおよび／またはＰＵＣＣＨ上で報告するときに（ＷＴＲＵに対してそのようなリソースが構成されている場合）、またはＷＴＲＵがＳＣｅｌｌ（複数可）のアクティブ化／非アクティブ化に対する制御シグナリングを受信したサブフレームから、一定の時間が経過した後（例えば、４ｍｓなどのＷＴＲＵ処理時間）、またはＷＴＲＵが制御シグナリングの肯定応答を送信したフレームから一定の時間が経過した後ＣＱＩ、ＰＭＩ、および／またはＲＩの任意の組み合わせに対して送信モードを変更することができる。
【０１９５】
本明細書では、ＳＣｅｌｌのアクティブ化および非アクティブ化の影響を受けるクロスキャリアスケジューリングに関係するシナリオおよび方法を説明する。
【０１９６】
ＷＴＲＵが複数のサービングセル上でスケジュールされうる場合（ＵＬグラントまたはＤＬ割り当てのいずれか）、ＷＴＲＵは、構成されているＤＬ ＣＣのそれぞれにおいてＰＤＣＣＨを監視するように構成されうるか、またはクロスキャリアスケジューリングを行うように構成されうる。
【０１９７】
説明されている方法の別の態様では、ＳＣｅｌｌのアクティブ化後、少なくとも１つのＳＣｅｌｌと共に構成されているＷＴＲＵが、クロスキャリアスケジューリングをそのＳＣｅｌｌに使用できるかどうか、および／またはその目的のために追加のＳＣｅｌｌをアクティブ化することができるかどうかを判定する仕方を解決する。
【０１９８】
別の例では、制御シグナリングは、ＷＴＲＵが前記ＣＣに対する無線リソースのクロスキャリアスケジューリングに使用されるＤＬ ＣＣにおいてＰＤＣＣＨを復号できるかどうかを示す情報を、ＣＣに適用可能な制御シグナリング内に含みうる。これは、前記ＣＣのクロスキャリアスケジューリングに使用されるＤＬ ＣＣの識別番号を含むことができる。
【０１９９】
別の例では、制御シグナリングは、クロスキャリアシグナリングがＤＬ ＣＣのＰＤＣＣＨに適用可能かどうかを示す情報を、ＤＬ ＣＣに適用可能な制御シグナリング内に含みうる。これは、ＷＴＲＵがＤＬ割り当てに対するＰＤＣＣＨを復号することができるＷＴＲＵ特有のＳＳ（複数可）の明示的な指示および／または識別番号（「ＰＤＣＣＨ ＳＳＩＤ」）を含みうる。特に、これは、ＷＴＲＵ特有のＳＳ構成のアイテムへのインデックス、および／またはＳＳ（探索空間）に対するＣＣＥの数などのＷＴＲＵ特有のＳＳの開始位置を導き出すためのパラメータまたはＳＳにおけるＰＤＣＣＨ候補を導き出すために使用されるＷＴＲＵ ＩＤの代わりに使用する仮想識別子を含むことができる。
【０２００】
別の例では、制御シグナリングは、クロスキャリアシグナリングがＵＬ ＣＣのＰＵＳＣＨに適用可能かどうかを示す情報を、ＵＬ ＣＣに適用可能な制御シグナリング内に含みうる。これは、ＣＣに対してスケジューリング制御情報を供給できるＤＬ ＣＣ（複数可）（つまり、ＰＤＣＣＨ）の明示的な指示および／または識別番号を含みうる。これは、ＷＴＲＵがＵＬグラントに対するＰＤＣＣＨを復号することができるＷＴＲＵ特有のＳＳの明示的な指示および／または識別番号（「ＰＤＣＣＨ ＳＳＩＤ」）を含みうる。特に、これは、ＷＴＲＵ特有のＳＳ構成のアイテムへのインデックス、および／またはＳＳに対するＣＣＥの数などのＷＴＲＵ特有のＳＳの開始位置を導き出すためのパラメータまたはＳＳにおけるＰＤＣＣＨ候補を導き出すために使用されるＷＴＲＵ ＩＤの代わりに使用する仮想識別子を含むことができる。
【０２０１】
別の例では、ＷＴＲＵは、当該ＳＣｅｌｌを構成する、および／またはクロスキャリアスケジューリングについてＷＴＲＵを構成するＲＲＣ制御シグナリングで、当該ＳＣｅｌｌが前記当該ＳＣｅｌｌ上のＰＤＣＣＨによってスケジュールされるかどうかを示す情報、そうでなければ、場合によっては、どのサービングセルが、当該ＳＣｅｌｌに対して、アップリンクリソースが構成されていれば、ダウンリンクおよびアップリンクグラントを信号で伝達するかを示す情報を受信することができる。
【０２０２】
本明細書で説明されている方法の適用可能性は、ＷＴＲＵおよび／または基地局の状態に依存しうる。例えば、方法の適用可能性は、サービングセルに適用可能なＴＡＴが動作しているかどうか、ＳＣｅｌｌ ＵＬがＷＴＲＵに対して構成されている少なくとも１つの他のＵＬ ＣＣと異なるＴＡ要件を有するかどうか、個別リソース（例えば、ＳＰＳ、ＰＵＣＣＨ、ＳＲＳ）がＳＣｅｌｌ ＵＬについて構成されているかどうか、個別リソース（例えば、ＳＰＳ）がＵＬ ＣＣに関連付けられているＤＬ ＣＣについて構成されているかどうか、例えば、ＨＡＲＱフィードバックのマッピングを介した、ＵＬ ＣＣとの１つまたは複数のＤＬ ＣＣ（複数可）間の関連付け、電力ヘッドルーム報告機能がＵＬ ＣＣについて構成されているかどうか、およびＨＡＲＱプロセスがそのバッファ内に残されたデータを有しているかどうか（つまり、ＨＡＲＱはそのバッファ内に入っているトランスポートブロックの送信をまだ完了していない）に依存しうる。本明細書で説明されている例は、ＤＲＸがＣＣに合わせて構成され、および／または適用可能であるかどうかに関係なく一般的に適用可能である。
【０２０３】
（実施形態）
１．ＷＴＲＵをＰＣｅｌｌ（一次セル）と共に構成するステップを含む、キャリアアグリゲーションを処理するためのＷＴＲＵ（ワイヤレス送信／受信ユニット）において実装される方法。
【０２０４】
２．ＷＴＲＵを少なくとも１つのＳＣｅｌｌ（二次セル）と共に構成するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２０５】
３．少なくとも１つのＳＣｅｌｌの状態に基づき情報を処理するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２０６】
４．情報はＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）のアクティブ化／非アクティブ化コマンドであり、ＷＴＲＵはアクティブ化／非アクティブ化コマンドに応答して少なくとも１つのＳＣｅｌｌの状態を変化させるように構成される、前記実施形態のいずれかに記載の方法。
【０２０７】
５．情報は構成されているＳＣｅｌｌ毎に適用されるアクティブ化／非アクティブ化コマンドであり、ＷＴＲＵはアクティブ化／非アクティブ化コマンドに応答して少なくとも１つのＳＣｅｌｌの状態を変化させるように構成される、前記実施形態のいずれかに記載の方法。
【０２０８】
６．少なくとも１つのＳＣｅｌｌの状態は構成されているか、または非アクティブであり、情報は、少なくとも１つのＳＣｅｌｌに対するアクティブ化コマンドであり、少なくとも１つのＳＣｅｌｌがアップリンクリソースを構成しているという条件の下で電力ヘッドルーム報告をトリガーするステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２０９】
７．少なくとも１つのＳＣｅｌｌの状態は構成されているか、または非アクティブであり、情報は、少なくとも１つのＳＣｅｌｌに対する少なくとも１つのアクティブ化コマンドであり、情報から物理ダウンリンク制御チャネル監視構成またはクロスキャリアスケジューリング構成のうちの１つを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１０】
８．情報は、クロスキャリアスケジューリング構成に対する少なくとも１つのＳＣｅｌｌの物理ダウンリンク共有チャネルの開始シンボルを決定するための構成値である、前記実施形態のいずれかに記載の方法。
【０２１１】
９．少なくとも１つのＳＣｅｌｌの状態はアクティブであり、情報は、少なくとも１つのＳＣｅｌｌに対する非アクティブ化コマンドであり、少なくとも１つのＳＣｅｌｌに対する物理ダウンリンク制御チャネルの監視を停止するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１２】
１０．少なくとも１つのＳＣｅｌｌに関連付けられているダウンリンク割り当てまたはアップリンクグラントの受信を停止するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１３】
１１．情報はクロスキャリアスケジューリング構成を示す構成値であり、どのＳＣｅｌｌがダウンリンク割り当ておよびアップリンクグラントを信号伝達するかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１４】
１２．情報は、スケジューリング要求の送信失敗判定であり、構成されているＳＣｅｌｌに対するチャネル品質インジケータ、プリコーディング行列インデックス、およびランク指標報告構成を解放するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１５】
１３．情報は、スケジューリング要求の送信失敗判定であり、構成されているＳＣｅｌｌに対するサウンディング基準信号報告構成を解放するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１６】
１４．情報は、無線リソースコントローラの接続再確立の指示であり、少なくとも１つのＳＣｅｌｌに対する構成を解放するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２１７】
１５．トランスポートブロック毎に、情報の特性に基づき送信する情報のコンテンツを決定するステップをさらに含み、情報は、制御情報である、前記実施形態のいずれかに記載の方法。
【０２１８】
１６．制御情報タイプは、少なくともＳＣｅｌｌまたは一次セルに対する送信に基づく、前記実施形態のいずれかに記載の方法。
【０２１９】
１７．制御情報タイプは、物理アップリンク共有チャネルまたは物理アップリンク共有チャネルにおける同時送信および物理アップリンク制御チャネルのうちの１つにおける制御情報の送信に基づく、前記実施形態のいずれかに記載の方法。
【０２２０】
１８．制御情報タイプは、非制御情報アップリンク送信と異なる、指定された物理アップリンク共有チャネルまたは物理アップリンク共有チャネルにおける同時送信および物理アップリンク制御チャネルのうちの１つにおける制御情報の送信に基づく、前記実施形態のいずれかに記載の方法。
【０２２１】
１９．一次セルの制御情報コンテンツを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２２２】
２０．それぞれの構成されたＳＣｅｌｌの制御情報コンテンツを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２２３】
２１．少なくとも１つのＳＣｅｌｌは、ダウンリンクリソースとアップリンクリソースとを含み、ダウンリンクリソースとアップリンクリソースとの間の関連付けは少なくとも１つのＳＣｅｌｌの識別番号を使用する個別シグナリングに基づく、前記実施形態のいずれかに記載の方法。
【０２２４】
２２．情報はＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）のアクティブ化／非アクティブ化コマンドであり、ＷＴＲＵはアクティブ化／非アクティブ化コマンドに応答して少なくとも１つのＳＣｅｌｌの状態を変化させるように構成され、この状態はダウンリンクリソースとアップリンクリソースの両方に共通である、前記実施形態のいずれかに記載の方法。
【０２２５】
２３．情報は構成されているＳＣｅｌｌ毎に適用されるアクティブ化／非アクティブ化コマンドであり、ＷＴＲＵはアクティブ化／非アクティブ化コマンドに応答して少なくとも１つのＳＣｅｌｌの状態を変化させるように構成され、この状態はダウンリンクリソースとアップリンクリソースの両方に共通である、前記実施形態のいずれかに記載の方法。
【０２２６】
２４．情報は、少なくとも１つのＳＣｅｌｌの状態が非アクティブ化されているという条件の下で送信されないサウンディング基準信号を含む、前記実施形態のいずれかに記載の方法。
【０２２７】
２５．情報は、少なくとも１つのＳＣｅｌｌが非アクティブ化されているという条件の下で報告されないチャネル品質インジケータ、プリコーディング行列インデックス、およびランク指標のうちの少なくとも１つを含む、前記実施形態のいずれかに記載の方法。
【０２２８】
２６．少なくとも１つのＳＣｅｌｌの状態はアクティブであり、情報は、ハンドオーバーイベントに関して少なくとも１つのＳＣｅｌｌを非アクティブ化する非アクティブ化コマンドである、前記実施形態のいずれかに記載の方法。
【０２２９】
２７．少なくとも１つのＳＣｅｌｌの状態は、ハンドオーバーイベント、再構成イベント、またはＷＴＲＵ構成への少なくとも１つのＳＣｅｌｌの追加に関して非アクティブである、前記実施形態のいずれかに記載の方法。
【０２３０】
２８．少なくとも１つのＳＣｅｌｌの状態はアクティブであり、情報は、少なくとも１つのＳＣｅｌｌに対する非アクティブ化コマンドであり、少なくとも１つのＳＣｅｌｌに関連付けられているすべてのハイブリッド自動再送要求バッファをフラッシュするように構成されているプロセッサをさらに備える、前記実施形態のいずれかに記載の方法。
【０２３１】
２９．少なくとも１つのＳＣｅｌｌの状態は構成されているか、または非アクティブであり、情報は、少なくとも１つのＳＣｅｌｌに対するアクティブ化コマンドであり、構成されているアップリンクリソースを有するそれぞれのアクティブ化されたサービングセルに対する電力ヘッドルーム報告を送信するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２３２】
３０．少なくとも１つのＳＣｅｌｌの状態は構成されているか、または非アクティブであり、情報は、少なくとも１つのＳＣｅｌｌに対するアクティブ化コマンドであり、少なくとも１つのＳＣｅｌｌに対する物理ダウンリンク制御チャネルを監視するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２３３】
３１．制御シグナリングを受信した後、ＵＬ（アップリンク）ＣＣ（コンポーネントキャリア）を少なくとも１つのＤＬ（ダウンリンク）ＣＣに関連付けるステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２３４】
３２．ＵＬ ＣＣに対応するＵＬリソース上で送信を実行するために必要なＵＬ ＴＡ（タイミング前進）を取得または維持するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２３５】
３３．ＵＬ ＣＣに対応するＵＬリソースにアクセスし、またＵＬ ＣＣに対応する少なくとも１つのＤＬ ＣＣのＤＬリソースにアクセスするために必要なＳＩ（システム情報）を取得または維持するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２３６】
３４．ＵＬ ＣＣのすでに構成されている個別ＵＬリソースをアクティブ化するか、または非アクティブ化するか、または解放するステップであって、このリソースはＣＱＩ（チャネル品質インジケータ）、ＰＭＩ（プリコーディング行列インジケータ）、ＲＩ（ランクインジケータ）、またはＳＲ（スケジューリング要求）に対して割り当てられた物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、ＳＰＳ（半永続的スケジューリング）リソース、またはＳＲＳ（サウンディング基準信号）リソースのうちの少なくとも１つを含む、ステップと、ＣＣに対してすでに構成されている個別ＤＬリソースをアクティブ化するか、または非アクティブ化するか、または解放するステップであって、このリソースはＳＰＳリソースを含む、ステップと、ＣＣのアクティブ化後にＣＣに対するＷＴＲＵ（ワイヤレス送信／受信ユニット）の電力ヘッドルームを指示する報告を取得するステップと、ＨＡＲＱプロセスを制御するＨＡＲＱエンティティのサービスを使用してＵＬ ＣＣの明示的な、または暗黙の非アクティブ化の後、上位レイヤへのＨＡＲＱプロセスに対するＨＡＲＱ（ハイブリッド自動再送要求）失敗の内部報告をＷＴＲＵが行うようにトリガーすることによって再送の待ち時間を下げるステップとを含む、前記実施形態のいずれかに記載の方法。
【０２３７】
３５．ＵＬシグナリングに対する送信モードを決定するステップをさらに含み、送信フォーマットは、ＣＣの数に基づく、前記実施形態のいずれかに記載の方法。
【０２３８】
３６．ＣＣのアクティブ化または非アクティブ化に対する制御シグナリングの肯定応答に対するリソースを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２３９】
３７．アクティブ化後にＣＣの挙動を決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２４０】
３８．ＣＣの再構成後にＭＡＣ（媒体アクセス制御）ＷＴＲＵの挙動を決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２４１】
３９．ＣＣの非アクティブ化後にＭＡＣ ＷＴＲＵの挙動を決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２４２】
４０．制御シグナリングは、Ｌ１、Ｌ２、またはＬ３メッセージ、無線リソース制御メッセージ、少なくとも１つのＣＣに適用されるメッセージ、アクティブであるＤＬ ＣＣ上で受信されるシグナリング、アクティブであるＤＬ ＣＣ上で受信され、異なるＤＬ ＣＣに適用されるシグナリングのうちのいずれか１つを含む、前記実施形態のいずれかに記載の方法。
【０２４３】
４１．ＷＴＲＵの挙動は、ＣＣに適用可能な、ＴＡＴ（ＴＡタイマー）オペレーション、ＵＬ ＣＣがＷＴＲＵに対して構成されている少なくとも１つの他のＵＬ ＣＣと異なるＴＡ要件を有するかどうか、ＳＰＳ、ＰＵＣＣＨ、またはＳＲＳのうちの少なくとも１つを含む個別リソースが、ＵＬ ＣＣについて構成されているかどうか、個別リソースがＵＬ ＣＣに関連付けられているＤＬ ＣＣについて構成されているかどうか、ＨＡＲＱフィードバックのマッピングを介した、ＵＬ ＣＣとの１つまたは複数のＤＬ ＣＣの間の関連付け、ＰＨＲ（電力ヘッドルーム報告）機能がＵＬ ＣＣについて構成されているかどうか、またはＨＡＲＱプロセスがそのバッファ内にデータを有するかどうかのうちの少なくとも１つに依存する、前記実施形態のいずれかに記載の方法。
【０２４４】
４２．ＷＴＲＵは、ＤＲＸ（間欠受信）を行う、前記実施形態のいずれかに記載の方法。
【０２４５】
４３．ＷＴＲＵは、ＤＲＸを行っていない、前記実施形態のいずれかに記載の方法。
【０２４６】
４４．ＷＴＲＵがタイムアライメントを施されているかどうかを、ＷＴＲＵにより、アクティブ化後に、決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２４７】
４５．ＷＴＲＵがタイムアライメントを施されていないという条件の下で、ＣＣの部分集合内の少なくとも１つのＣＣに対するＵＬタイムアライメントを取得し、ＣＣの部分集合内の少なくとも１つのＣＣに対するタイムアライメントを維持するための手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２４８】
４６．ＷＴＲＵがＣＣの部分集合のＣＡ（キャリアアグリゲーション）と共に少なくとも１つのＣＣに対応するＳＩを更新する必要があるかどうかを、ＷＴＲＵにより、ＣＣの部分集合のアクティブ化後に決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２４９】
４７．ＳＩの更新が必要であるという条件の下でＳＩ更新を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５０】
４８．構成された個別ＵＬリソースが停止、開始、または解放のうちの少なくとも１つである必要があるかどうかを、ＷＴＲＵにより、ＣＣの部分集合のアクティブ化または非アクティブ化後に決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５１】
４９．手順が必要であるという条件の下で、構成されたＵＬリソース上で停止、開始、または解放手順のうちの少なくとも１つを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５２】
５０．構成された個別ＤＬリソースを解放するかどうかを、ＣＡによるＣＣの部分集合の非アクティブ化後に、決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５３】
５１．手順が必要であるという条件の下で、構成されているＤＬリソース解放手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５４】
５２．ＵＬ ＣＣに対するＰＨＲ送信をトリガーするかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５５】
５３．手順が必要であるという条件の下で、ＰＨＲ送信手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５６】
５４．ＭＡＣ ＰＤＵ（プロトコルデータユニット）のＨＡＲＱ失敗を上位レイヤに通知するかどうかを、ＣＡによるＣＣの部分集合の非アクティブ化後に、決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５７】
５５．手順が必要であるという条件の下で、開始再送手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５８】
５６．制御シグナリングを受信した後、ＵＬ ＣＣまたはＤＬ ＣＣをアクティブ化または非アクティブ化できるかどうかを判定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２５９】
５７．物理レイヤの問題の検出または無線リンク品質が閾値以下に低下したことの検出後に、少なくとも１つの構成されているＣＣをアクティブ化するか、または少なくとも１つの構成されているＣＣに対する節電機能をディセーブルするステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２６０】
５８．サブフレーム内のＵＬ制御シグナリングに対する送信モードを暗黙のうちに変更するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２６１】
５９．肯定応答を送信するためのリソースを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２６２】
６０．ＣＣのアクティブ化後に、ＨＡＲＱフィードバック送信に対するリソースおよび各ＵＬ ＣＣ、ならびにアクティブ化されたＣＣに関連付けられているＰＤＤＣＨを監視するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２６３】
６１．ＰＤＤＣＨ上で監視するＤＣＩ（ＤＬ制御情報）フォーマットを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２６４】
６２．構成された定期的リソース上でＳＲＳを送信するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２６５】
６３．アクティブ化または非アクティブ化は、制御シグナリングを介して信号伝達されるか、または別のＣＣとの関連付けに基づき暗示される、前記実施形態のいずれかに記載の方法。
【０２６６】
６４．制御シグナリングは、Ｌ３シグナリング、Ｌ２シグナリング、またはＬ１シグナリングのうちの１つによって送信され、Ｌ１シグナリングは、ＰＤＣＣＨ（物理ＤＬ制御チャネル）を含み、ＰＤＣＣＨは、ＣＣＩＦ（制御フォーマットインジケータ）が第２のＣＣに対応しているＲＡに対するＰＤＣＣＨ命令、ＣＣＩＦが第２のＣＣに対応しているＰＤＣＣＨ ＤＬ割り当て、ＣＣＩＦが第２のＣＣに対応しているＰＤＣＣＨ ＵＬグラント、ＣＣＩＦが第２のＣＣに対応しているＰＤＣＣＨアクティブ化、またはＷＴＲＵがＲＡを実行できるかできないかを示す明示的なフィールドを持つＰＤＣＣＨのうちの少なくとも１つの拡張である、前記実施形態のいずれかに記載の方法。
【０２６７】
６５．第２のＣＣは、制御シグナリングが受信されるＤＬ ＣＣとペアになるＷＴＲＵに対する構成されているＣＣの集合からのＣＣである、前記実施形態のいずれかに記載の方法。
【０２６８】
６６．制御シグナリングは、ＷＴＲＵが、ＣＦＩによって指示されたＣＣに対応するリソースを使用するステップまたは明示的に指示されたＲＡリソースを使用するステップのうちの少なくとも１つを含むＲＡを実行できるかどうかの指示、第２のＣＣに関連するＳＩがＳＩ値タグに基づき変更されたかどうかの指示であって、値タグは５ビットまたは単純な２進数値の指示であり、値タグは第２のＣＣに関連するＳＩの一部を表し、この部分は第２のＣＣ上の適切なオペレーションに対して有効である必要がある、指示、ＴＡＣ（タイムアライメントコマンド）であって、制御シグナリングで識別されたＵＬ ＣＣ、アクティブ化されているＣＣに対応しているＵＬ ＣＣ、同じＴＡ要件を有するＵＬ ＣＣのグループのうちの少なくとも１つに適用される、ＴＡＣ（タイムアライメントコマンド）、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）、ＣＱＩ、ＰＭＩ、またはＲＩリソースに対するＰＵＣＣＨ構成の少なくとも１つを含むＷＴＲＵの構成、ＳＲＳ構成、ＳＰＳ構成、ＣＣの送信モードまたはＵＬ／ＤＬリソースの集合へのインデックスを含む無線リソース構成、少なくとも１つの機能が、単一のＣＣのみにその機能が適用される場合を含めて、ＣＣの部分集合に制約されうるという指示、ＷＴＲＵがＣＣをＰＣＣとして考慮し、ＵＬ／ＤＬ ＰＣＣ間のマッピングがＤＬ ＣＣのＳＩによって指示されるＵＬ／ＤＬ間のマッピングと異なるという条件の下で、ＷＴＲＵがＣＣをＵＬ ＰＣＣに対してのみ、またはＤＬ ＰＣＣに対してのみ考慮する、指示、ＷＴＲＵがＤＬ ＣＣの制御領域のサイズを決定し、ＤＬ ＣＣがアクティブ化され、ＷＴＲＵの二次ＣＣとなる、ＣＦＩ（制御フォーマットインジケータ）、ＵＬ ＣＣがアクティブ化されているＣＣに対応すること、ＵＬ ＣＣがＰＣＣに対応していること、または別のＣＣが制御シグナリングにおいて明示的に指示されていることのうちの少なくとも１つに対する構成、すでに構成されているＵＬ／ＤＬリソース使用してＷＴＲＵが再開するかどうかの指示であって、Ａ／Ｎ、ＣＱＩ、ＰＭＩ、ＲＩ、ＳＲ、ＳＲＳ、ＳＰＳグラントまたは割り当てに対するＰＵＣＣＨリソース、すでに構成されているＵＬ／ＤＬリソースの集合内の１つのアイテムへのインデックス、またはＷＴＲＵがすでに構成されているＵＬ／ＤＬリソースを解放するかどうかの指示のうちの少なくとも１つを含む、前記実施形態のいずれかに記載の方法。
【０２６９】
６７．制御シグナリングは、ＰＵＣＣＨリソースがＵＬ ＣＣにおいてＨＡＲＱフィードバックに使用され、制御シグナリングが受信されたＣＣに関連付けられ、サービングキャリアに対応し、複数のＤＬ ＣＣ上の、または構成されているＰＵＣＣＨの位置の集合に含まれる１つの位置におけるＰＤＳＣＨ（物理ＤＬ共有チャネル）送信に対するＨＡＲＱフィードバックを報告するように構成されているかどうかの指示、またはＤＬ ＣＣにおいてＰＤＣＣＨを復号するかどうかを示す、ＤＬ ＣＣに適用可能な制御シグナリングにおける指示のうちの少なくとも１つの情報を含む、前記実施形態のいずれかに記載の方法。
【０２７０】
６８．ＵＬ ＣＣの制御領域の位置でフィードバックを送信するかどうかを、ＵＬ ＣＣがすべてのＨＡＲＱフィードバックの送信用に構成されているＵＬ ＣＣ、制御シグナリングが受信されたＤＬ ＣＣに関連付けられているＵＬ ＣＣ、またはフィードバックの送信を目的として構成されているＵＬ ＣＣに対応していること、ＵＬ ＣＣの位置が制御シグナリングの存在を示したＰＤＣＣＨの第１のＣＣＥ（制御チャネル要素）に基づいて計算される位置、制御シグナリングで与えられるインデックスによって指示される、構成された位置の集合に含まれる１つの位置、またはオフセットが関連付けられているＤＬ ＣＣへのインデックスから導かれる、ＵＬ ＣＣのＰＵＣＣＨ領域からオフセットされた位置のうちの少なくとも１つに対応していることに基づき決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２７１】
６９．制御シグナリングは、順次アクティブ化または非アクティブ化をもたらす、前記実施形態のいずれかに記載の方法。
【０２７２】
７０．構成されているＣＣの順序付きリストを維持するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２７３】
７１．値タグは、ＳＩ全体を表す既存の値タグに加えて、第２のＣＣのＳＩで与えられる、前記実施形態のいずれかに記載の方法。
【０２７４】
７２．物理レイヤの問題または無線リンク品質の閾値以下の低下のうちの少なくとも１つを監視し、検出するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２７５】
７３．監視し検出するステップは、特別なセル、特別なセルに対応せず、ＣＣがアクティブまたは非アクティブである、少なくとも１つの構成されたＣＣ、または特別なセルを含み、ＣＣがアクティブまたは非アクティブである、少なくとも１つの構成されたＣＣのうちの少なくとも１つに対して実行される、前記実施形態のいずれかに記載の方法。
【０２７６】
７４．物理レイヤの問題または無線リンク低下を検出した後、第１のＤＬ ＣＣをアクティブ化するか、または制御シグナリングを連続的に監視するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２７７】
７５．物理レイヤの問題または無線リンク低下を検出した後、第１のＤＬ ＣＣをアクティブ化し、制御シグナリングを連続的に監視するステップをさらに含み、アクティブ化するか、または連続的に監視するステップは、ＷＴＲＵが明示的なＣＣ（コンポーネントキャリア）非アクティブ化メッセージ、モビリティ制御情報要素を含む無線再構成メッセージ、モビリティ制御情報要素を含まない無線再構成メッセージのうちの少なくとも１つを含む制御シグナリングを受信するか、またはタイマーがタイムアウトになるまで実行される、前記実施形態のいずれかに記載の方法。
【０２７８】
７６．タイマーがタイムアウトした後ハンドオーバー、接続再確立、または再構成手順を開始するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２７９】
７７．アクティブ化するか、または監視するステップは、特別なセル、特別なセルに対応せず、ＣＣがアクティブまたは非アクティブである、少なくとも１つの構成されたＣＣ、または特別なセルを含み、ＣＣがアクティブまたは非アクティブである、少なくとも１つの構成されたＣＣのうちの少なくとも１つに対して実行される、前記実施形態のいずれかに記載の方法。
【０２８０】
７８．第１のＤＬ ＣＣにおいて、少なくとも１つの第２のＣＣをアクティブ化する制御シグナリングを受信し、復号するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２８１】
７９．第１のＤＬ ＣＣを、第１のＤＬ ＣＣ上の送信に対する制御シグナリング、ＤＬ ＣＣに対する制御シグナリング、または所定のシグナリングフォーマットの集合に含まれるどれか１つのフォーマットを使用する制御シグナリングのうちのどれかを受信することに基づき、アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２８２】
８０．フォーマットは、ＤＣＩ（ダウンリンク制御情報）フォーマット０、ＤＣＩフォーマット１Ａ、ＤＣＩフォーマット３／３Ａ、または固定コードポイントを含む既存のフォーマットのうちの少なくとも１つを含む、前記実施形態のいずれかに記載の方法。
【０２８３】
８１．シグナリングがフォーマットに基づくアクティブ化用かどうかを判定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２８４】
８２．ＣＦＩ（キャリアフィールドインジケータ）に基づきシグナリングのタイプを判定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２８５】
８３．第１のＵＬ ＣＣを、ＵＬリソースのグラントを示す制御シグナリング、ＤＬ ＣＣ上の送信に対する制御シグナリング、またはＵＬ ＣＣに関連付けられているＤＬ ＣＣに対する制御シグナリングのうちのどれかを受信することに基づき、アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２８６】
８４．ＵＬ ＣＣのアクティブ化は、個別構成がＵＬリソースに対する構成パラメータを含むかどうか、または少なくとも１つのＩＥ（情報要素）の対応するＵＬ／ＤＬのペアに対する非存在から、のうちのいずれかに基づく、前記実施形態のいずれかに記載の方法。
【０２８７】
８５．ＰＤＣＣＨを受信するステップと、ＷＴＲＵ（ワイヤレス送信／受信ユニット）がＰＤＣＣＨ受信用に構成されているという条件の下で、第２のＣＣに関連付けられているＤＬリソース上のグラントおよび割り当てに対するＤＬ ＣＣについてＰＤＣＣＨを監視するステップとをさらに含む、前記実施形態のいずれかに記載の方法。
【０２８８】
８６．ＵＬタイムアライメントを維持するステップをさらに含み、ＷＴＲＵは、第２のＣＣに対応するＲＡＣＨ（ランダムアクセスチャネル）リソースを使用して、ＲＡを、第１のＣＣで受信した制御シグナリングがＲＡをトリガーする指示を含むという条件の下で、または第２のＣＣに関連付けられているＵＬリソースに適用可能なタイムアライメントが有効でないという条件の下で、または制御シグナリングがＰＤＣＣＨを使用して送信され、特定のＲＮＴＩ（無線ネットワーク一時識別子）を使用してスクランブルされるという条件の下で、実行する、前記実施形態のいずれかに記載の方法。
【０２８９】
８７．受信したＴＡＣを、ＴＡＣが受信されたＤＬ ＣＣに対応するＵＬ ＣＣのタイムアライメント、または第２のＣＣのアクティブ化後に受信されたＴＡＣを適用するために、ＴＡＣが受信されたＤＬ ＣＣに対応するＵＬ ＣＣと同じタイムアライメント要件を有するすべてのＵＬ ＣＣのタイムアライメントに適用するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９０】
８８．第２のＣＣに対する有効なＳＩを、第２のＣＣに対するＳＩを取得することによって、ＷＴＲＵが第２のＣＣに対する格納されたＳＩを有していないという条件の下で、または第１のＣＣで受信された制御シグナリングがＳＩを取得する指示を含むか、もしくは制御シグナリングが、格納されているＳＩがもはや有効でないことを指示する値タグを含むという条件の下で、または制御シグナリングがＰＤＣＣＨを使用して送信され、特定のＲＮＴＩを使用してスクランブルされるという条件の下で、維持するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９１】
８９．第２のＣＣに対する構成されているＵＬリソースを処理するために、構成されているＵＬリソースを、第１のＣＣで受信した制御シグナリングが第２のＣＣに対応する構成されているＵＬリソースをアクティブ化する指示を含むという条件の下で、または第２のＣＣに関連付けられているＵＬリソースに適用可能なタイムアライメントが有効であるという条件の下で、または制御シグナリングがＰＤＣＣＨを使用して送信され、特定のＲＮＴＩ（無線ネットワーク一時識別子）を使用してスクランブルされるという条件の下で、使用するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９２】
９０．第２のＣＣに対する構成されているＤＬリソースを処理するために、ＤＬリソースを、第１のＣＣで受信した制御シグナリングが第２のＣＣに対応する構成されているＤＬリソースをアクティブ化する指示を含むという条件の下で、または制御シグナリングがＰＤＣＣＨを使用して送信され、特定のＲＮＴＩを使用してスクランブルされるという条件の下で、使用するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９３】
９１．第２のＣＣに対するＷＴＲＵの電力ヘッドルームを、第１のＣＣで受信した制御シグナリングがＰＨＲをトリガーする指示を含むという条件の下で、または第２のＣＣに関連付けられているＵＬ ＣＣに適用可能な電力ヘッドルーム要件が他のアクティブなＵＬ ＣＣのと異なるという条件の下で、報告するステップと、第２のＣＣに対応するＵＬ ＣＣにおいて電力ヘッドルームに対応するＰＨＲをトリガーするステップと、ＰＨＲがすでにトリガーされており、送信のため保留中であるという条件の下で、またＷＴＲＵが新規送信のためにＵＬ−ＳＣＨ（共有チャネル）を有しているという条件の下で、第２のＣＣに対応するＵＬ ＣＣに適用可能な有効なＰＨＲ値を、第２のＣＣに対応するＵＬ ＣＣのＵＬ−ＳＣＨリソース上で送信されるＭＡＣ ＰＤＵのＭＡＣ ＰＨＲ制御要素（ＣＥ）内のＰＨＲを報告するステップ、計算されたＰＨＲが適用可能であるＵＬ ＣＣのＵＬ−ＳＣＨリソース上で送信されるＭＡＣ ＰＤＵのＭＡＣ ＰＨＲ ＣＥ内でＰＨＲを報告するステップ、またはＵＬ ＣＣのＵＬ−ＳＣＨリソース上で送信されるＭＡＣ ＰＤＵにおいて報告されるＰＨＲ値が適用可能であるＵＬ ＣＣを示すＣＦＩを含む、ＭＡＣ ＰＨＲ ＣＥ内のＰＨＲを報告するステップのうちの１つを実行することによって、報告するステップと、ＰＨＲ値がＤＬ ＣＣに基づく測定値および／または推定値を使用してＵＬ ＣＣについて計算されるという条件の下で、ＷＴＲＵにより、ＰＨＲが計算されるＵＬ ＣＣに関連付けられているＤＬ ＣＣのどれかを考慮するステップとをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９４】
９２．第１のＤＬ ＣＣを、タイマーが動作しているという条件、かつ物理レイヤの問題がないか、または無線リンク品質が閾値より高くなっているという条件、またはタイマーが停止しているか、もしくはまもなくタイムアウトになり、第１のＤＬ ＣＣが物理レイヤの問題の検出によりタイマーが起動される前に非アクティブ化されたという条件のうちの少なくとも１つの条件の下で、非アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９５】
９３．ＷＴＲＵに対するアクティブなＣＣのどれかにおける第１のＤＬ ＣＣにおいて、少なくとも１つの第２のＣＣを非アクティブ化する制御シグナリングを受信し、復号するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９６】
９４．第１のＤＬ ＣＣを、第１のＤＬ ＣＣ上の送信に対する制御シグナリング、ＤＬ ＣＣに対する制御シグナリング、または所定のシグナリングフォーマットの集合に含まれるどれか１つのフォーマットを使用する制御シグナリングのうちのどれかを受信することに基づき、非アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９７】
９５．ＵＬ ＣＣを、ＵＬリソースのグラントを示す制御シグナリング、ＤＬ ＣＣ上の送信に対する制御シグナリング、またはＵＬ ＣＣに関連付けられているＤＬ ＣＣに対する制御シグナリングのうちのどれかを受信することに基づき、非アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９８】
９６．ＤＬ ＣＣについて、第２のＣＣに関連付けられているＤＬリソース上のグラントおよび割り当てに対し、ＰＤＣＣＨを監視しないステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０２９９】
９７．制御シグナリングを正常に復号した後一定時間経過してから、ＵＬ ＣＣについて、非アクティブ化されたＣＣに対して、ＵＬ送信を停止するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３００】
９８．第１のＣＣで受信された制御シグナリングがＳＲＳおよびＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＳＲおよびＳＰＳに対するＵＬリソースを解放する指示を含むか、または制御シグナリングがＰＤＣＣＨを使用して送信され、特定のＲＮＴＩを使用してスクランブルされるという条件の下で、または第２のＣＣに関連付けられているＵＬリソースに適用可能なタイムアライメントが非アクティブ化後にもはや有効でないという条件の下で、構成されているＵＬリソースを処理するために、ＳＲＳおよびＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＳＲおよびＳＰＳに対するＵＬリソースの構成を解放するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０１】
９９．第１のＣＣで受信された制御シグナリングが第２のＣＣに対応する構成されているＤＬリソースを解放する指示を含むという条件の下で、または制御シグナリングがＰＤＣＣＨを使用して送信され、特定のＲＮＴＩを使用してスクランブルされるという条件の下で、構成されているＤＬリソースを処理するために、ＤＬ ＣＣに対して、ＤＬリソースの構成を解放するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０２】
１００．ＵＬ ＣＣについて、対応するＨＡＲＱエンティティのサービスを使用してＣＣの非アクティブ化後に送信をまだ完了していない、またサスペンドされているか、または再送が進行中であるＨＡＲＱプロセスを処理するために、ＨＡＲＱプロセスがそのバッファ内にデータを有するという条件の下で、上位レイヤに、対応するＭＡＣ ＳＤＵに対する送信が失敗したことを指示するステップと、ＨＡＲＱバッファをフラッシュするステップとをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０３】
１０１．ＲＲＣ構成または再構成は、ＲＡ手順を暗黙のうちにトリガーする、前記実施形態のいずれかに記載の方法。
【０３０４】
１０２．進行中のＲＡ手順を有するＣＣの非アクティブ化後に、非アクティブ化されたＣＣに対する進行中のＲＡＣＨ手順を停止するステップ、非アクティブ化されたＣＣに対応する明示的に信号伝達されたプリアンブルおよびＰＲＡＣＨ（物理ランダムアクセスチャネル）リソースを破棄するステップ、または非アクティブ化されたコンポーネントキャリアに対応する暫定Ｃ−ＲＮＴＩを解放するステップのうちの少なくとも１つを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０５】
１０３．ＣＣのＨＡＲＱプロセス状態を処理するように構成されているＣＣの非アクティブ化後に、すべてのＵＬ ＨＡＲＱについてＮＤＩを０に設定するステップ、またはＤＬ ＨＡＲＱバッファをフラッシュするステップのうちの少なくとも１つを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０６】
１０４．ＵＬ ＣＣに対する、ＰＵＣＣＨまたはＰＵＳＣＨ上の制御シグナリングの送信に対する送信モードを選択するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０７】
１０５．ＷＴＲＵが制御シグナリングを報告するように構成されているという条件の下で、少なくとも１つのＤＬ ＣＣに対する制御情報が同じ送信フォーマットで含まれる場合に、制御シグナリングが複数のＣＣに対する、同じ送信フォーマットでアグリゲートされた、制御情報、ＰＤＳＣＨ送信に対するＨＡＲＱフィードバック、またはＣＱＩ／ＰＭＩ／ＲＩフィードバックのうちの少なくとも１つを含むことをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０８】
１０６．ＷＴＲＵが少なくとも１つのＤＬ ＣＣをアクティブ化または非アクティブ化し、そのアクティブ化または非アクティブ化の結果、ＷＴＲＵが同じ送信フォーマットで制御シグナリングを報告するＣＣの数が異なるという条件の下で、ＷＴＲＵは、ＰＵＳＣＨ上で、またはＰＵＣＣＨ上で報告するときにＣＱＩ、ＰＭＩ、またはＲＩの任意の組み合わせに対して送信モードを変更するステップ、ＷＴＲＵがＣＣのアクティブ化または非アクティブ化に対する制御シグナリングを受信したサブフレームにおいて、ＷＴＲＵがＣＣのアクティブ化または非アクティブ化に対する制御シグナリングを受信したサブフレームから所定の時間の経過後、またはＷＴＲＵが制御シグナリングの肯定応答を送信したサブフレームから所定の時間の経過後に、ＰＤＣＣＨ上で監視しているＤＣＩのフォーマットを変更するステップ、クロスキャリアスケジューリングが使用されるという条件の下で、アクティブなＣＣの数に対応する割り当ておよびグラントの数についてしかるべくＤＣＩフォーマットを復号するステップ、または異なる送信モードがＷＴＲＵが対応するＰＤＣＣＨにおける割り当ておよびグラントを監視する異なるアクティブ化されたＣＣ上でサポートされているという条件の下で、それぞれのモードをサポートするアクティブなＣＣの数に対応する割り当ておよびグラントの数についてしかるべくＤＣＩフォーマットを復号するステップのうちの少なくとも１つを実行することをさらに含む、前記実施形態のいずれかに記載の方法。
【０３０９】
１０７．ＷＴＲＵが少なくとも１つのＣＣのアクティブ化または非アクティブ化に対する制御シグナリングを受信したサブフレームを条件として、またはＷＴＲＵが少なくとも１つのＣＣのアクティブ化または非アクティブ化に対する制御シグナリングを受信したサブフレームから一定時間の経過後に、またはＷＴＲＵが制御シグナリングの肯定応答を送信したサブフレームから一定時間の経過後に、またはＤＬ ＣＣについては、１つまたは複数のＣＣのアクティブ化または非アクティブ化の後、ＤＬ制御情報を復号するために、ＷＴＲＵにより、所定のＰＤＣＣＨについて、復号すべきＤＣＩフォーマット、物理リソース、または復号試行の実行回数のうちの少なくとも１つを、少なくとも１つの他のＣＣへのクロスキャリアスケジューリングをサポートするＤＬ ＣＣのＰＤＣＣＨ、多数のアクティブ化されたＵＬ ＣＣおよびＤＬ ＣＣ、ならびにＰＤＣＣＨがＤＬ割り当てまたはＵＬグラントを伝送する各送信モード、または追加ＣＦＩフィールド、または特別なコードポイントを使用するＤＣＩフォーマットのうちの少なくとも１つに基づき、決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１０】
１０８．ＵＬ ＣＣにおいて構成されているＳＲリソース上でＳＲＳを送信するかどうかを決定するためにＵＬ ＣＣについて、ＷＴＲＵが構成されているＳＲＳリソースを使用してＵＬ ＣＣでＳＲＳを送信するステップ、タイマーを起動するステップ、またはタイマーを、ＵＬ ＣＣを削除しないＵＬ ＣＣの（再）構成のイベント、ＵＬ ＣＣのＰＵＳＣＨに対するＵＬグラントを受信するイベント、ＵＬ ＣＣ上でＰＵＳＣＨ送信を行うイベント、ＳＲまたはＢＳＲのうちの少なくとも一方をトリガーまたは送信し、ＷＴＲＵのバッファが構成された閾値に達するイベント、ＷＴＲＵのバッファが構成された閾値に達するか、またはこれらのイベントのうちの１つが発生した後ある時間の間に構成されているＳＲＳリソースを使用してＵＬ ＣＣにおいてＳＲＳを送信するイベントのうちの少なくとも１つを含む、タイマーが動作しているという条件の下で再起動するステップのうちの少なくとも１つを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１１】
１０９．タイマーがすでに動作しているという条件の下で、タイマーを起動するか、またはタイマーを再起動するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１２】
１１０．構成されているＳＲＳリソースを使用してＵＬ ＣＣにおいてＳＲＳを送信するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１３】
１１１．タイマーがタイムアウトになるという条件の下でＵＬ ＣＣにおけるＳＲＳの送信を停止するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１４】
１１２．ＤＬ ＣＣまたはＵＬ ＣＣについて、少なくとも１つのＣＣを取り除くことを含む再構成に対するＷＴＲＵ ＭＡＣの挙動を処理することを目的として、ＷＴＲＵは取り除かれたＣＣに対する進行中のＲＡＣＨ手順を停止するステップ、取り除かれたＣＣに対応する明示的に信号伝達されたプリアンブルおよびＰＲＡＣＨリソースを破棄するステップ、または取り除かれたＣＣに対応する暫定Ｃ−ＲＮＴＩを解放するステップのうちの少なくとも１つを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１５】
１１３．追加のＣＣのＲＲＣ構成または再構成は、ＰＨＲを暗黙のうちにトリガーする、前記実施形態のいずれかに記載の方法。
【０３１６】
１１４．クロスキャリアスケジューリングを使用するステップをさらに含み、所定のＤＬ ＣＣ上のＰＤＳＣＨ送信に対する、または所定のＵＬ ＣＣ上のＰＵＳＣＨ送信に対するＤＬ送信のための物理無線リソースまたはＵＬ送信のために付与されたリソースを、異なるＤＬ ＣＣのＰＤＣＣＨまたはＵＬ ＣＣとペアになっていないＤＬ ＣＣのＰＤＣＣＨを使用して割り当てることができる、前記実施形態のいずれかに記載の方法。
【０３１７】
１１５．ＤＬ ＣＣがアクティブ化され、それに対して対応するＰＤＣＣＨもアクティブ化され、異なる構成されているキャリアの間のクロスキャリアスケジューリング関係が知られているという条件の下で、他の関連するＣＣができる限り速やかにスケジュールされうることを保証するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１８】
１１６．異なる構成されているキャリアの間のクロスキャリアスケジューリング関係が知られていないという条件の下で、アクティブ化制御シグナリングに基づき新規にアクティブ化されたＣＣをスケジュールするためにどのＤＬ ＣＣを使用できるかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３１９】
１１７．制御シグナリングは、クロスキャリアアップシグナリングがＤＬ ＣＣのＰＤＣＣＨに対して適用可能であるかどうかの指示を含む、前記実施形態のいずれかに記載の方法。
【０３２０】
１１８．制御シグナリング情報は、ＣＣに対するスケジューリング制御情報をもたらしうるＤＬ ＣＣの明示的な指示または識別番号をさらに含む、前記実施形態のいずれかに記載の方法。
【０３２１】
１１９．制御シグナリングは、クロスキャリアアップシグナリングがＵＬ ＣＣのＰＵＳＣＨに対して適用可能であるかどうかの指示を含む、前記実施形態のいずれかに記載の方法。
【０３２２】
１２０．ＤＬ ＣＣについて、ＣＣをアクティブ化することを目的として、制御シグナリングを受信した後、ＤＬ ＣＣをアクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３２３】
１２１．ＷＴＲＵがＤＬ ＣＣのＰＤＣＣＨを監視するように構成されているという条件の下で、ＤＬ ＣＣのＰＤＣＣＨからのクロスキャリアスケジューリングが適用可能である他のＣＣを含みうる、ＰＤＣＣＨが制御シグナリングを送ることができる他のＣＣをアクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３２４】
１２２．制御シグナリングは、ＤＬ割り当て、ＵＬグラント、または他の制御メッセージのいずれか１つを含む、前記実施形態のいずれかに記載の方法。
【０３２５】
１２３．１つまたは複数のＣＣについて、ＣＣを非アクティブ化することを目的として、制御シグナリングを送るためにすでに使用されているＤＬ ＣＣを非アクティブ化することでＣＣを非アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３２６】
１２４．制御シグナリングが非アクティブ化の後にＣＣに対してこれ以上可能でない場合に、非アクティブ化するステップを実行することができる、前記実施形態のいずれかに記載の方法。
【０３２７】
１２５．制御シグナリングは、ＤＬ割り当て、ＵＬグラント、または他の制御メッセージのいずれか１つを含む、前記実施形態のいずれかに記載の方法。
【０３２８】
１２６．ＵＬ ＣＣまたはＤＬ ＣＣについて、クロスキャリアスケジューリングを目的として、どのＤＬ ＣＣに対応しているどのＰＤＣＣＨで制御シグナリングを送ることができるかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３２９】
１２７．決定するステップは、ＣＣアクティブ化に対する制御シグナリングが適用可能であるＤＬ ＣＣのＰＤＣＣＨをＣＣのスケジューリングに使用することができると決定するステップ、ＣＣアクティブ化に対する制御シグナリングの送信元であるＤＬ ＣＣのＰＤＣＣＨをＣＣのスケジューリングにさらに使用することができると決定するステップ、またはＣＣについて受信された構成に基づきＤＬ ＣＣのＰＤＣＣＨをＣＣのスケジューリングにさらに使用することができると決定するステップのいずれか１つを含む、前記実施形態のいずれかに記載の方法。
【０３３０】
１２８．ＣＣの非アクティブ化を、ＷＴＲＵがＲＲＣ接続再確立手順を開始すること、ＷＴＲＵがタイマーＴ３１１を起動すること、ＷＴＲＵが特定のＣＣにおける無線リンク失敗を検出すること、ＷＴＲＵがＳＩの変化によりＳＩを再取得すること、ＷＴＲＵがハンドオーバーを指示するネットワークからのシグナリングを受信すること、ＷＴＲＵがタイマーＴ３０４を起動すること、またはＷＴＲＵが再構成手順に失敗することのうちの少なくとも１つを条件として、実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３３１】
１２９．二次ＣＣをアクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３３２】
１３０．第１の制御シグナリングを受信するステップをさらに含み、二次ＣＣは第１の制御シグナリングに基づきアクティブ化される、前記実施形態のいずれかに記載の方法。
【０３３３】
１３１．二次ＣＣを非アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３３４】
１３２．第２の制御シグナリングを受信するステップをさらに含み、二次ＣＣは第２の制御シグナリングに基づき非アクティブ化される、前記実施形態のいずれかに記載の方法。
【０３３５】
１３３．二次ＣＣは、一次アップリンクＣＣまたは一次ダウンリンクＣＣのうちの少なくとも一方に関連付けられている、前記実施形態のいずれかに記載の方法。
【０３３６】
１３４．ＳＲ（スケジューリング要求）を送信するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３３７】
１３５．ＳＲの送信試行の回数が構成されている最大値に達するか、または超えているという条件の下で構成された、アクティブな二次ＣＣを非アクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３３８】
１３６．二次ＣＣのＣＱＩ（チャネル品質インジケータ）、ＰＭＩ（プリコーディング行列インジケータ）、またはＲＩ（ランクインジケータ）に対する構成は非アクティブ化される、前記実施形態のいずれかに記載の方法。
【０３３９】
１３７．ＳＲの送信試行の回数が構成されている最大値に達するか、または超えているという条件の下でランダムアクセス手順を開始し、保留中のＳＲをキャンセルするステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３４０】
１３８．ランダムアクセス手順は、構成されている二次ＣＣのアップリンクリソース上で開始される、前記実施形態のいずれかに記載の方法。
【０３４１】
１３９．ＳＲの送信試行の回数が構成されている最大値に達するか、または超えているという条件の下で構成されているダウンリンク割り当ておよびアップリンクグラントをクリアするステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３４２】
１４０．ＳＲの送信試行の回数が構成されている最大値に達するか、または超えているという条件の下でマルチキャリアオペレーションに対する再構成を解放するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３４３】
１４１．解放されるマルチキャリアオペレーションに対する構成は、二次ＣＣ、ＨＡＲＱ（ハイブリッド自動再送要求）Ａ／Ｎ（肯定応答／否定応答）に対するＰＵＣＣＨリソース、ＣＱＩ（チャネル品質インジケータ）、ＰＭＩ（プリコーディング行列インジケータ）、ＲＩ（ランクインジケータ）、およびＳＲ（スケジューリング要求）、および構成された割り当てもしくはグラントのうちの少なくとも１つを含む、前記実施形態のいずれかに記載の方法。
【０３４４】
１４２．マルチキャリア構成全体が解放される、前記実施形態のいずれかに記載の方法。
【０３４５】
１４３．アクティブ化されている二次ＣＣは、非アクティブ化され、マルチキャリアオペレーションおよび構成されている割り当てもしくはグラントに関係するＰＵＣＣＨ（物理アップリンク制御チャネル）リソースに対する構成は、解放される、前記実施形態のいずれかに記載の方法。
【０３４６】
１４４．一次アップリンクＣＣ上で利用可能なリソースを選択することによってランダムアクセスを実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３４７】
１４５．シングルキャリアオペレーションに戻るステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３４８】
１４６．マルチキャリアオペレーションを再構成するために制御シグナリングが受信されるまで受信されたアップリンクグラントを無視するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３４９】
１４７．二次ＣＣのアクティブ化後に、アップリンクタイミングのアライメントを行うかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５０】
１４８．アップリンクタイミングのアライメントを行う手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５１】
１４９．二次ＣＣのアクティブ化後に、少なくとも１つのＣＣに関連するＳＩ（システム情報）を取得するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５２】
１５０．ＳＩを取得する手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５３】
１５１．二次ＣＣのアクティブ化または非アクティブ化後に、構成されている個別ＵＬ（アップリンク）リソースを開始するか、停止するか、または解放するかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５４】
１５２．構成されているＵＬリソースを開始するか、停止するか、または解放する手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５５】
１５３．二次ＣＣの非アクティブ化後に、構成されている個別ＤＬ（ダウンリンク）リソースを解放するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５６】
１５４．構成されている個別ＤＬリソースを解放する手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５７】
１５５．二次ＣＣのアクティブ化後に、アップリンクＣＣに対するＰＨＲ（電力ヘッドルーム）の送信をトリガーするかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５８】
１５６．ＰＨＲを送信する手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３５９】
１５７．二次ＣＣの非アクティブ化後に、ＭＡＣ（媒体アクセス制御）ＳＤＵ（サービスデータユニット）のＨＡＲＱ（ハイブリッド自動再送要求）失敗を上位レイヤに通知するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６０】
１５８．ＵＬ ＣＣに対して、ＭＡＣエンティティからＲＬＣ（無線リンク制御）エンティティへのローカルのＮＡＣＫ（否定応答）を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６１】
１５９．ＲＬＣ ＰＤＵの再送を開始する手順を実行するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６２】
１６０．物理レイヤの問題または無線リンク品質の閾値以下の低下が検出されるという条件の下で少なくとも１つの構成されているＣＣをアクティブ化するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６３】
１６１．アクティブ化されたＣＣに対する節電メカニズムをディセーブルするステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６４】
１６２．ＨＡＲＱフィードバックおよび／またはアップリンク制御情報が報告される多数の構成されている、またはアクティブなＤＬ ＣＣの変化を検出した後、ＵＬ制御シグナリングに対する送信モードを変更するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６５】
１６３．第１の制御シグナリングまたは第２の制御シグナリングに対する制御シグナリングの受信後に、どのリソース上で肯定応答を送信するかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６６】
１６４．第１の制御シグナリングまたは第２の制御シグナリングの受信後に、ＨＡＲＱ（ハイブリッド自動再送要求）フィードバックを送信するリソースおよび各ＵＬ ＣＣを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６７】
１６５．第１の制御シグナリングまたは第２の制御シグナリングの受信後に、アクティブ化されているＣＣに関連付けられているＰＤＣＣＨ（物理ダウンリンク制御チャネル）を監視するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６８】
１６６．第１の制御シグナリングまたは第２の制御シグナリングの受信後に、所定のＰＤＣＣＨ上でどのＤＣＩ（ダウンリンク制御情報）フォーマットを監視するかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３６９】
１６７．ＰＵＳＣＨ（物理アップリンク共有チャネル）がアクティブでない間、構成された定期的リソース上でＳＲＳ（サウンディング基準信号）を送信するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３７０】
１６８．ＣＣのアクティブ化後に、ＣＣにクロスキャリアスケジューリングを使用するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３７１】
１６９．ＣＣのアクティブ化後に、追加のＣＣをアクティブ化するかどうかを決定するステップをさらに含む、前記実施形態のいずれかに記載の方法。
【０３７２】
１７０．ＵＬ ＣＣは、少なくとも１つのＤＬ ＣＣに関連付けられている、前記実施形態のいずれかに記載の方法。
【０３７３】
１７１．第１の制御シグナリングまたは第２の制御シグナリングは、レイヤ１、レイヤ２、またはレイヤ３のいずれかのシグナリングである、前記実施形態のいずれかに記載の方法。
【０３７４】
特徴および要素が特定の組み合わせで上で説明されているけれども、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されうる。コンピュータ可読媒体の例としては、電子信号（有線で、またはワイヤレス接続で送信される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、限定はしないが、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用できる。

【特許請求の範囲】
【請求項１】
キャリアアグリゲーションを処理するためのＷＴＲＵ（ワイヤレス送信／受信ユニット）において実装される方法であって、
前記ＷＴＲＵをＰＣｅｌｌ（一次セル）と共に構成するステップと、
前記ＷＴＲＵを少なくとも１つのＳＣｅｌｌ（二次セル）と共に構成するステップと、
前記少なくとも１つのＳＣｅｌｌの状態に基づき情報を処理するステップとを
備えることを特徴とする方法。
【請求項２】
前記情報は、ＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）のアクティブ化／非アクティブ化コマンドであり、前記ＷＴＲＵは前記アクティブ化／非アクティブ化コマンドに応答して前記少なくとも１つのＳＣｅｌｌの前記状態を変化させるように構成されることを特徴とする請求項１に記載の方法。
【請求項３】
前記情報は、構成されているＳＣｅｌｌ毎に適用されるアクティブ化／非アクティブ化コマンドであり、前記ＷＴＲＵは前記アクティブ化／非アクティブ化コマンドに応答して前記少なくとも１つのＳＣｅｌｌの前記状態を変化させるように構成されることを特徴とする請求項１に記載の方法。
【請求項４】
前記少なくとも１つのＳＣｅｌｌの前記状態は構成されているか、または非アクティブであり、前記情報は、前記少なくとも１つのＳＣｅｌｌに対するアクティブ化コマンドであり、
前記方法は、前記少なくとも１つのＳＣｅｌｌがアップリンクリソースを構成しているという条件の下で電力ヘッドルーム報告をトリガーするステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記少なくとも１つのＳＣｅｌｌの前記状態は構成されているか、または非アクティブであり、前記情報は、前記少なくとも１つのＳＣｅｌｌに対する少なくとも１つのアクティブ化コマンドであり、
前記方法は、前記情報から物理ダウンリンク制御チャネル監視構成またはクロスキャリアスケジューリング構成のうちの１つを決定するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記情報は、クロスキャリアスケジューリング構成に対する前記少なくとも１つのＳＣｅｌｌの物理ダウンリンク共有チャネルの開始シンボルを決定するための構成値であることを特徴とする請求項１に記載の方法。
【請求項７】
前記少なくとも１つのＳＣｅｌｌの前記状態は、アクティブであり、前記情報は、前記少なくとも１つのＳＣｅｌｌに対する非アクティブ化コマンドであり、
前記方法は、
前記少なくとも１つのＳＣｅｌｌに対する物理ダウンリンク制御チャネルを監視することを停止するステップと、
前記少なくとも１つのＳＣｅｌｌに関連付けられているダウンリンク割り当てまたはアップリンクグラントを受信することを停止するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項８】
前記情報は、クロスキャリアスケジューリング構成を示す構成値であり、
前記方法は、どのＳＣｅｌｌがダウンリンク割り当ておよびアップリンクグラントを信号伝達するかを決定するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記情報は、スケジューリング要求伝送失敗の決定であり、
前記方法は、構成されているＳＣｅｌｌに対するチャネル品質インジケータ、プリコーディング行列インデックス、およびランク指標報告構成を解放するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記情報は、スケジューリング要求伝送失敗の決定であり、
前記方法は、構成されているＳＣｅｌｌに対するサウンディング基準信号報告構成を解放するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
前記情報は、無線リソースコントローラの接続再確立の指示であり、
前記方法は、前記少なくとも１つのＳＣｅｌｌに対する構成を解放するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１２】
前記方法は、トランスポートブロック毎に、前記情報の特性に基づき送信する前記情報のコンテンツを決定するステップをさらに備え、前記情報は、制御情報であることを特徴とする請求項１に記載の方法。
【請求項１３】
制御情報タイプは、前記少なくともＳＣｅｌｌまたは一次セルに対する送信に基づくことを特徴とする請求項１２に記載の方法。
【請求項１４】
制御情報タイプは、物理アップリンク共有チャネルまたは前記物理アップリンク共有チャネルにおける同時送信および物理アップリンク制御チャネルのうちの１つにおける前記制御情報の送信に基づくことを特徴とする請求項１２に記載の方法。
【請求項１５】
制御情報タイプは、非制御情報アップリンク送信と異なる、指定された物理アップリンク共有チャネルまたは前記物理アップリンク共有チャネルにおける同時送信および物理アップリンク制御チャネルのうちの１つにおける前記制御情報の送信に基づくことを特徴とする請求項１２に記載の方法。
【請求項１６】
前記方法は、一次セルの制御情報コンテンツを実行するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１７】
前記方法は、それぞれの構成されているＳＣｅｌｌの制御情報コンテンツを実行するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１８】
前記少なくとも１つのＳＣｅｌｌは、ダウンリンクリソースとアップリンクリソースとを含み、前記ダウンリンクリソースと前記アップリンクリソースとの間の関連付けは前記少なくとも１つのＳＣｅｌｌの識別番号を使用する個別シグナリングに基づくことを特徴とする請求項１に記載の方法。
【請求項１９】
前記情報は、ＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）のアクティブ化／非アクティブ化コマンドであり、前記ＷＴＲＵは前記アクティブ化／非アクティブ化コマンドに応答して前記少なくとも１つのＳＣｅｌｌの前記状態を変化させるように構成され、前記状態はダウンリンクリソースとアップリンクリソースの両方に共通であることを特徴とする請求項１に記載の方法。
【請求項２０】
前記情報は、構成されているＳＣｅｌｌ毎に適用されるアクティブ化／非アクティブ化コマンドであり、前記ＷＴＲＵは前記アクティブ化／非アクティブ化コマンドに応答して前記少なくとも１つのＳＣｅｌｌの前記状態を変化させるように構成され、前記状態はダウンリンクリソースとアップリンクリソースの両方に共通であることを特徴とする請求項１に記載の方法。
【請求項２１】
キャリアアグリゲーションを行うように構成されているＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、
受信機と、
前記受信機と通信するプロセッサと
を備え、
前記プロセッサは前記ＷＴＲＵをＰＣｅｌｌ（一次セル）と共に構成するように構成され、
前記プロセッサは前記ＷＴＲＵを少なくとも１つのＳＣｅｌｌ（二次セル）と共に構成するように構成され、
前記プロセッサは前記少なくとも１つのＳＣｅｌｌの状態に基づき情報を処理するように構成されることを特徴とするＷＴＲＵ。
【請求項２２】
前記情報は、前記少なくとも１つのＳＣｅｌｌの前記状態が非アクティブ化されているという条件の下で送信されないサウンディング基準信号を含むことを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２３】
前記情報は、前記少なくとも１つのＳＣｅｌｌが非アクティブ化されているという条件の下で報告されないチャネル品質インジケータ、プリコーディング行列インデックス、およびランク指標のうちの少なくとも１つを含むことを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２４】
前記少なくとも１つのＳＣｅｌｌの前記状態は、アクティブであり、前記情報は、ハンドオーバーイベントに関して前記少なくとも１つのＳＣｅｌｌを非アクティブ化する非アクティブ化コマンドであることを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２５】
前記少なくとも１つのＳＣｅｌｌの前記状態は、ハンドオーバーイベント、再構成イベント、またはＷＴＲＵ構成への前記少なくとも１つのＳＣｅｌｌの追加に関して非アクティブであることを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２６】
前記少なくとも１つのＳＣｅｌｌの前記状態は、前記少なくとも１つのＳＣｅｌｌに対する非アクティブ化コマンドであり、
前記プロセッサは前記少なくとも１つのＳＣｅｌｌに関連付けられているすべてのハイブリッド自動再送要求バッファをフラッシュするように構成されていることを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２７】
前記少なくとも１つのＳＣｅｌｌの前記状態は構成されているか、または非アクティブであり、前記情報は、前記少なくとも１つのＳＣｅｌｌに対するアクティブ化コマンドであり、
送信機をさらに備え、
前記プロセッサは前記送信機と通信し、
前記送信機は構成されているアップリンクリソースを有するそれぞれのアクティブ化されたサービングセルに対する電力ヘッドルーム報告を送信するように構成されていることを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２８】
前記少なくとも１つのＳＣｅｌｌの前記状態は構成されているか、または非アクティブであり、前記情報は、前記少なくとも１つのＳＣｅｌｌに対するアクティブ化コマンドであり、
前記プロセッサおよび受信機は前記少なくとも１つのＳＣｅｌｌに対する物理ダウンリンク制御チャネルを監視するように構成されることを特徴とする請求項２１に記載のＷＴＲＵ。

【図１Ａ】

【図１Ｂ】

【図１Ｃ】

【公表番号】特表２０１３−５１１９１６（Ｐ２０１３−５１１９１６Ａ）
【公表日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１２−５４００９４（Ｐ２０１２−５４００９４）
【出願日】平成２２年１１月１９日（２０１０．１１．１９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５７４４５
【国際公開番号】ＷＯ２０１１／０６３２４４
【国際公開日】平成２３年５月２６日（２０１１．５．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．ＧＳＭ
【出願人】（５１００３０９９５）インターデイジタル　パテント　ホールディングス　インコーポレイテッド (229)
【Ｆターム（参考）】