特許 6047512 間欠受信における再チューニングギャップおよびスケジューリングギャップ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6047512

(24)【登録日】2016年11月25日

(45)【発行日】2016年12月21日

(54)【発明の名称】間欠受信における再チューニングギャップおよびスケジューリングギャップ

(51)【国際特許分類】

   H04W 72/04 20090101AFI20161212BHJP

   H04W 52/02 20090101ALI20161212BHJP

【ＦＩ】

   H04W72/04 111

   H04W52/02 111

【請求項の数】12

【全頁数】39

(21)【出願番号】特願2014-46693(P2014-46693)

(22)【出願日】2014年3月10日

(62)【分割の表示】特願2013-512148(P2013-512148)の分割

【原出願日】2011年5月24日

(65)【公開番号】特開2014-143711(P2014-143711A)

(43)【公開日】2014年8月7日

【審査請求日】2014年5月26日

(31)【優先権主張番号】61/356,359

(32)【優先日】2010年6月18日

(33)【優先権主張国】US

(31)【優先権主張番号】61/348,510

(32)【優先日】2010年5月26日

(33)【優先権主張国】US

(31)【優先権主張番号】61/347,997

(32)【優先日】2010年5月25日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ステファン イー．テリー

(72)【発明者】

【氏名】ギスラン ペルティエ

(72)【発明者】

【氏名】ポール マリニエール

【審査官】 桑原 聡一

(56)【参考文献】

【文献】 Nokia, Nokia Siemens Networks，Need for measurement gaps with carrier aggregation[online]， 3GPP TSG-RAN WG4♯54 R4-100799，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_54/Documents/R4-100799.zip＞，２０１０年 ２月２２日

【文献】 Panasonic，MAC Control Element for Component Carrier Management[online]， 3GPP TSG-RAN WG2♯69bis R2-102520，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_69bis/Docs/R2-102520.zip＞，２０１０年 ４月１２日

【文献】 Nokia Corporation，DRX and Carrier Aggregation[online]， 3GPP TSG-RAN WG2♯70 R2-102886，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_70/Docs/R2-102886.zip＞，２０１０年 ５月 ４日

【文献】 Ericsson，[70#14] LTE:Removal of Activation/Deactivation from Rel-10?[online]， 3GPP TSG-RAN WG2♯70bis R2-103878，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_70bis/Docs/R2-103878.zip＞，２０１０年 ６月２２日

【文献】 Nokia, Nokia Siemens Networks，Discussion on mobility evaluations for carrier aggregation[online]， 3GPP TSG RAN WG4 adhoc_R4_AH#10-02_Dublin_April_2010 R4-101387，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_AHs/R4_AH#10-02_Dublin_April_2010/Documents/R4-101387.zip＞，２０１０年 ３月１２日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線送信／受信ユニット（ＷＴＲＵ）によって再チューニングギャップが発生する時間をスケジューリングするための方法であって、
再チューニングトリガイベントを検出するステップであって、前記再チューニングトリガイベントは、少なくとも１つのセカンダリサービングセルのアクティブ化または非アクティブ化である、ステップと、
前記トリガイベントが検出されることを条件に、再チューニングギャップが発生する期間を判定するステップであって、前記再チューニングギャップは、前記ＷＴＲＵが、その周波数フロントエンドを現在アクティブなコンポーネントキャリアへ再チューニングすることができる期間である、ステップと、
前記再チューニングギャップの間に無線周波数フロントエンドの再チューニングを実行するステップと
を備えることを特徴とする方法。

【請求項2】

前記再チューニングトリガイベントは、前記ＷＴＲＵによって受信された明示的な信号に基づいていることを特徴とする請求項１に記載の方法。

【請求項3】

前記ＷＴＲＵによって受信された前記明示的な信号は、ＭＡＣ ＣＥコマンドであることを特徴とする請求項２に記載の方法。

【請求項4】

前記再チューニングギャップが発生する前記期間の前記判定は、新たなアップリンク送信および新たなダウンリンク送信が前記再チューニングギャップの間に送信されないように、前記新たなアップリンク送信または前記新たなダウンリンク送信に基づいていることを特徴とする請求項１に記載の方法。

【請求項5】

前記新たなダウンリンク送信および前記新たなアップリンク送信は、物理ダウンリンク制御チャネル受信、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、または、ダウンリンクＨＡＲＱフィードバックのうちのいずれか１つに基づいていることを特徴とする請求項４に記載の方法。

【請求項6】

送信または受信に対応するアイドル期間を判定するステップをさらに備え、前記アイドル期間は前記再チューニングギャップの長さ以上の長さを有することを特徴とする請求項５に記載の方法。

【請求項7】

前記再チューニングギャップの期間の前記判定は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス送信の状態に基づいており、ならびに、
前記再チューニングギャップは、すべてのアップリンクおよびダウンリンクＨＡＲＱプロセスがアイドルになると判定され、前記ＨＡＲＱプロセスは、前記ＷＴＲＵがＨＡＲＱ肯定応答を生成し、前記ＷＴＲＵがＨＡＲＱ肯定応答を受信し、または、すべてのＨＡＲＱプロセスに対して送信の最大数が到達されたことを条件にアイドルになる
ことを特徴とする請求項１に記載の方法。

【請求項8】

前記再チューニングギャップの期間の前記判定は、すべてのアクティブなコンポーネントキャリア上の事前のアクティブ送信または再送信の終わりからアイドル期間を検出することに基づいていることを特徴とする請求項１に記載の方法。

【請求項9】

前記再チューニングギャップの期間は、前記検出されたアイドル期間が前記再チューニングギャップの長さ以上の長さを有することを条件に判定されることを特徴とする請求項７に記載の方法。

【請求項10】

前記再チューニングギャップの期間の前記判定は間欠受信（ＤＲＸ）サイクルに基づいていることを特徴とする請求項１に記載の方法。

【請求項11】

前記再チューニングギャップの期間の前記判定は、すべてのアクティブなコンポーネントキャリアがＤＲＸアクティブ時間内にないという条件、および、次のＤＲＸ動作継続時間の期間までの時間の長さが前記再チューニングギャップの長さ以上であるという条件に基づいていることを特徴とする請求項１０に記載の方法。

【請求項12】

前記判定された再チューニングギャップは、すべてのアクティブ化されたコンポーネントキャリアが、次のＤＲＸ動作継続時間の期間もしくは次のＤＲＸサイクルの前に、ＤＲＸアクティブ時間内、または、要求される再チューニングギャップの期間内にもはや存在しないという条件で適用されることを特徴とする請求項１１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関する。

【背景技術】

【0002】

本出願は、２０１０年５月２５日に出願された米国仮特許出願第６１／３４７，９９７号、２０１０年５月２６日に出願された米国仮特許出願第６１／３４８，５１０号、および２０１０年６月１８日に出願された米国仮特許出願第６１／３５６，３５９号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に援用される。

【0003】

３ＧＰＰ（Third Generation Partnership Project）ＬＴＥ（Long Term Evolution）リリース８および９の間欠受信（ＤＲＸ）プロシージャは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の受信の期間を判定する。ＰＤＣＣＨの受信および構成された準永続的スケジューリングが、ダウンリンク（ＤＬ）コンポーネントキャリア（ＣＣ）上の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）およびアップリンク（ＵＬ）ＣＣ上の物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信がいつ発生するかを判定する。

【0004】

ＬＴＥリリース８／９（ＬＴＥリリース１０にも適用可能）において、ネットワークは、ＷＴＲＵを間欠受信（ＤＲＸ）のためのパラメータを用いて構成することができる。ＤＲＸは、ＷＴＲＵの電力消費を低減させる目的で、ＷＴＲＵがＰＤＣＣＨを監視または復号しないことを可能にする機能である。ＤＲＸ機能は、いくつかの特定のＲＮＴＩに関するＰＤＣＣＨの活動に基づくルールの特定の組に依存する。これらのルールは、ネットワークおよびＷＴＲＵが、ＷＴＲＵが制御シグナリングを用いて到達可能であるときに関して適切に同期されることを保証する。

【0005】

ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥリリース１０）は、その他の方法の中でもとりわけ、キャリアアグリゲーション（ＣＡ）とも呼ばれる帯域幅の拡張を使用してＬＴＥリリース８／９のデータレートを向上させることを目的とする発展である。ＣＡによって、ＷＴＲＵは、複数のコンポーネントキャリア（ＣＣ）のＰＵＳＣＨおよびＰＤＳＣＨ（のそれぞれ）を介して同時に送信および受信することができる。ＵＬおよびＤＬにおいて最大５つまでのＣＣを使用することができ、したがって、１００ＭＨｚまでの柔軟な帯域幅の割り当てをサポートする。

【発明の概要】

【0006】

無線送信／受信ユニットによって再チューニングギャップが発生する時間をスケジューリングするための方法が、再チューニングトリガイベントを検出するステップと、トリガイベントが検出されることを条件に、再チューニングギャップが起こる期間を判定するステップと、再チューニングギャップの間に無線周波数フロントエンドの再チューニングを実行するステップとを含む。

【図面の簡単な説明】

【0007】

さらに詳細な理解が、添付の図面と併せて例として与えられる以下の説明から得られるであろう。

【図1A】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムのシステム図である。

【図1B】図１Ａに示された通信システム内で使用され得る例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａに示された通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図2A】いくつかの例示的なキャリアアグリゲーションの展開のシナリオを示す図である。

【図2B】いくつかの例示的なキャリアアグリゲーションの展開のシナリオを示す図である。

【図3】例示的なＤＲＸサイクルを示すタイミング図である。

【図4A】ＷＴＲＵベースの再チューニングギャップの判定のための方法のフローチャートである。

【図4B】ＷＴＲＵベースの再チューニングギャップの決定のための方法のフローチャートである。

【図4C】ＷＴＲＵベースの再チューニングギャップの決定のための方法のフローチャートである。

【図5】マルチＣＣ−ＤＲＸサイクルのタイミング図である。

【図6】アクティブ化期間（activation period）がＤＲＸサイクルと同じ長さを有するタイミング図である。

【図7】アクティブ化期間がＤＲＸの動作継続時間（On Duration）と同じ長さを有するタイミング図である。

【発明を実施するための形態】

【0008】

図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、放送などのコンテンツを提供する多元接続システムであってもよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有によって複数の無線ユーザがそのようなコンテンツにアクセスすることを可能とする。例えば、通信システム１００は、ＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＯＦＤＭＡ（orthogonal FDMA）、およびＳＣ−ＦＤＭＡ（single-carrier FDMA）などの１つまたは複数のチャネルアクセス方法を採用することができる。

【0009】

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含んでもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのそれぞれは、無線環境内で動作および／または通信するように構成された任意の種類のデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、および家庭用電化製品などを含んでもよい。

【0010】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａおよび１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａおよび１１４ｂは、無線基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａおよび１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａおよび１１４ｂは、任意の数の相互に接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。

【0011】

基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４は、その他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セルと称されうる特定の地理的領域（図示せず）内で無線信号を送信および／または受信するように構成されてもよい。セルは、セルのセクタにさらに分割されてもよい。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割されてもよい。したがって、一実施形態において、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに対して１つのトランシーバを含んでもよい。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple output）技術を採用することができ、したがって、セルの各セクタに対して複数のトランシーバを利用してもよい。

【0012】

基地局１１４ａおよび１１４ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数と通信することができる。無線インターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0013】

より具体的には、上述のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡおよびＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを使用してもよい。例えば、ＲＡＮ１０４内の基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃは、ＷＣＤＭＡ（登録商標）（wideband CDMA）を使用して無線インターフェース１１６を確立することができるＵＭＴＳ（Universal Mobile Telecommunications System（UTRA）Terrestrial Radio Access）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含んでもよい。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含んでもよい。

【0014】

別の実施形態において、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用して無線インターフェース１１６を確立することができるＥ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装してもよい。

【0015】

その他の実施形態において、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００−１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications：登録商標）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装してもよい。

【0016】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、家庭、車両およびキャンパスなどの局所的な地域で無線接続を容易にするための任意の好適なＲＡＴを利用してもよい。一実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためのＩＥＥＥ８０２．１１などの無線技術を実装してもよい。別の実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためのＩＥＥＥ８０２．１５などの無線技術を実装してもよい。さらに別の実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥおよびＬＴＥ−Ａなど）を利用してピコセルまたはフェムトセルを確立してもよい。図１Ａに示されたように、基地局１１４ｂは、インターネット１１０への直接的なコネクションを有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを必要としない。

【0017】

ＲＡＮ１０４は、コアネットワーク１０６と通信してもよく、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを提供するように構成された任意の種類のネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド電話、インターネット接続および映像配信などを提供し、および／またはユーザ認証などの高レベルのセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用するその他のＲＡＮと直接的または間接的に通信してもよいことが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信してもよい。

【0018】

コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たしてもよい。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群の伝送ＴＣＰ（transmission control protocol）、ＵＤＰ（user datagram protocol）、およびＩＰ（internet protocol）などの共通の通信プロトコルを使用する、相互に接続されたコンピュータネットワークおよびデバイスの全世界的なシステムを含んでもよい。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用し得る１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでもよい。

【0019】

通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄの一部またはすべては、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用することができる基地局１１４ａと、およびＩＥＥＥ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成されてもよい。

【0020】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、実施形態に準拠したまま、上述の要素の任意の部分的な組合せを含んでもよいことが理解されるであろう。

【0021】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他の種類の集積回路（ＩＣ）および状態機械などであってもよい。プロセッサ１１８は、信号の符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意のその他の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、トランシーバ１２０は、送信／受信要素１２２に結合されることができる。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８およびトランシーバ１２０は、電子的なパッケージまたはチップに一緒に統合されてもよいことが理解されるであろう。

【0022】

送信／受信要素１２２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されてもよい。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されてもよいことが理解されるであろう。

【0023】

加えて、送信／受信要素１２２は、図１Ｂにおいて単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信および受信するために２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

【0024】

トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含んでもよい。

【0025】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。さらに、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、それらのメモリにデータを記憶することができる。着脱不能メモリ１３０は、ＲＡＭ（random-access memory）、ＲＯＭ（read-only memory）、ハードディスク、または任意のその他の種類のメモリストレージデバイスを含んでもよい。着脱可能メモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティックおよびセキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。その他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）などの、ＷＴＲＵ１０２に物理的に位置しないメモリからの情報にアクセスし、そのメモリにデータを記憶することができる。

【0026】

プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２におけるその他のコンポーネントに電力を分配し、および／またはその電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池および燃料電池などを含んでもよい。

【0027】

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはＧＰＳチップセット１３６からの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａおよび１１４ｂ）から無線インターフェース１１６を介して位置情報を受信し、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいて、そのＷＴＲＵ１０２の位置を判定してもよい。ＷＴＲＵ１０２は、実施形態に準拠したまま、任意の好適な位置判定方法によって位置情報を取得することができることが理解されるであろう。

【0028】

プロセッサ１１８は、その他の周辺機器１３８にさらに結合されてもよく、その他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（universal serial bus）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュールおよびインターネットブラウザなどを含んでもよい。

【0029】

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４は、コアネットワーク１０６とも通信してもよい。

【0030】

ＲＡＮ１０４はｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを含んでもよいが、ＲＡＮ１０４は、実施形態に準拠したまま、任意の数のｅＮｏｄｅＢを含んでもよいことが理解されるであろう。ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれが、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するための１つまたは複数のトランシーバを含んでもよい。一実施形態において、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

【0031】

ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理の決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、Ｘ２インターフェースを介して互いに通信してもよい。

【0032】

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。上述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の要素は、コアネットワークの運用者以外の主体によって所有および／または運用されてもよいことが理解されるであろう。

【0033】

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれに接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などの役割を担ってもよい。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線技術を使用するその他のＲＡＮ（図示せず）との間の切り替えのための制御プレーンの機能も提供することができる。

【0034】

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれに接続されてもよい。概して、サービングゲートウェイ１４４は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに／からユーザのデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンのアンカリングすること、ダウンリンクのデータがＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに利用可能であるときのページングのトリガすること、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストを管理および記憶することなどのその他の機能も実行してもよい。

【0035】

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃがインターネット１１０などのパケット交換ネットワークにアクセスできるようにして、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。

【0036】

コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃがＰＳＴＮ１０８などの回線交換ネットワークにアクセスできるようにして、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の固定電話回線通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそのようなＩＰゲートウェイと通信してもよい。さらに、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃが、その他のサービスプロバイダによって所有および／または運用されるその他の有線または無線ネットワークを含み得るネットワーク１１２にアクセスできるようにしてもよい。

【0037】

無線送信／受信ユニット（ＷＴＲＵ）は、ＷＴＲＵのセルＲＮＴＩ（radio network temporary identifier）（Ｃ−ＲＮＴＩ）、物理アップリンク制御チャネルに適用可能な送信電力制御（ＴＰＣ）コマンドを送信するために使用されるＲＮＴＩ（ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、ＰＵＳＣＨに適用可能なＴＰＣコマンドを送信するために使用されるＲＮＴＩ（ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、および準永続的スケジューリングＣ−ＲＮＴＩ（semi-persistent scheduling C-RNTI）（構成されている場合）に関するＷＴＲＵのＰＤＣＣＨ監視活動を制御する間欠受信（ＤＲＸ）機能による無線リソース制御（ＲＲＣ）シグナリングによって構成されてもよい。

【0038】

ＰＤＣＣＨは、概念的に２つの異なる領域に分離される。ＷＴＲＵが動作すべきＤＣＩを当該ＷＴＲＵにより探し出すことができるＣＣＥの位置の組は、サーチスペース（ＳＳ）と称される。ＳＳは、概念的に、共通ＳＳ（common SS：ＣＳＳ）と、ＷＴＲＵ固有ＳＳ（WTRU-specific SS：ＵＥＳＳ）とに分けられる。ＣＳＳは、所与のＰＤＣＣＨを監視するすべてのＷＴＲＵに共通であり、一方、ＵＥＳＳは、ＷＴＲＵごとに異なる。両方のＳＳが所与のサブフレームにおいて所与のＷＴＲＵに関して重なる場合があり、その理由は、これがランダム化関数の結果であるためであり、この重なりはサブフレームごとに異なる。

【0039】

ＷＴＲＵのネットワークへのコネクション、ケイパビリティおよびサポートされる特徴に応じて、ＷＴＲＵは、ｅＮＢからのグラント、割り当ておよびその他の制御情報に関する以下のＲＮＴＩのうちの１つまたは複数を監視する。

【0040】

システム情報ＲＮＴＩ（System Information RNTI：ＳＩ−ＲＮＴＩ）は、セルに固有であり、ＣＳＳで、ＰＤＳＣＨ上のシステム情報のスケジューリングを示すために使用される。

【0041】

ページングＲＮＴＩ（Paging RNTI：Ｐ−ＲＮＴＩ）を、ＣＳＳにおいて、（主としてアイドルモードにおいて）ページング通知の復号のために複数のＷＴＲＵに割り当てることができる。

【0042】

ランダムアクセスＲＮＴＩ（Random Access RNTI：ＲＡ−ＲＮＴＩ）は、ＰＤＳＣＨ上のランダムアクセス応答（Random Access Response）のスケジューリングを示すために使用され、どの時間−周波数リソースがランダムアクセスプリアンブル（random access preamble）を送信するためにＷＴＲＵによって使用されたかを明確に識別する。

【0043】

マルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）ＲＮＴＩ（multimedia broadcast and multicast service（MBMS）RNTI：Ｍ−ＲＮＴＩ）は、セルに固有であり、ＣＳＳにおいて、ＭＢＭＳ制御チャネル（ＭＣＣＨ）上の変更通知を復号するために使用される。

【0044】

セルＲＮＴＩ（以降、Ｃ−ＲＮＴＩ）は、コンテンションフリーグラントおよび割り当てに対し、通常、ＵＥＳＳにおけるＤＣＩに対し、ＰＤＣＣＨを復号するために使用されるＷＴＲＵに固有のＲＮＴＩである。

【0045】

テンポラリＣ−ＲＮＴＩ（Temporary C-RNTI）は、通常、コンテンションベースプロシージャに対しメッセージ４の復号のために、および／またはＷＴＲＵがそのＷＴＲＵ自身のＣ−ＲＮＴＩを割り当てられる前に使用される。

【0046】

準永続的スケジューリングＣ−ＲＮＴＩ（Semi-Persistent scheduling C-RNTI：ＳＰＳ−Ｃ−ＲＮＴＩ）は、通常、ＵＥＳＳにおいて、ＰＤＳＣＨ上の準永続的なＤＬ割り当て、またはＰＵＳＣＨ上のＵＬグラントをアクティブ化するために使用される。

【0047】

ＷＴＲＵがＲＲＣ接続モードであるとき、およびＤＲＸが構成されている場合、ＷＴＲＵは、ＤＲＸオペレーションを使用して不連続的にＰＤＣＣＨを監視することができ、そうでない場合、ＷＴＲＵは連続的にＰＤＣＣＨを監視する。ＤＲＸオペレーションを使用するとき、ＷＴＲＵは、その他の要件に従ってＰＤＣＣＨを監視することができる。ＲＲＣは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（ブロードキャストプロセスを除くＤＬハイブリッド自動再送要求（ＨＡＲＱ）プロセスごとに１つ）、ｌｏｎｇＤＲＸ−ｃｙｃｌｅ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔタイマーの値、ならびに任意的にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびｓｈｏｒｔＤＲＸ−ｃｙｃｌｅを含むいくつかのタイマーを構成することによってＤＲＸオペレーションを制御する。ＤＬ−ＨＡＲＱプロセスごとのＨＡＲＱ往復遅延時間（ＲＴＴ）タイマーも定義される（ブロードキャストプロセスを除く）。

【0048】

ＤＲＸサイクルが構成されるとき、アクティブ時間（Active Time）は、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、もしくはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作している間の時間、スケジューリング要求がＰＵＣＣＨ上で送信され、未決定のままである間の時間、未決定のＨＡＲＱ再送信に対するＵＬグラントが発生する場合があり、対応するＨＡＲＱバッファにデータが存在する間の時間、またはＷＴＲＵによって選択されていないプリアンブルに対するランダムアクセス応答の正常な受信の後で、ＷＴＲＵのＣ−ＲＮＴＩにアドレス指定された新しい送信を示すＰＤＣＣＨが受信されていない間の時間を含む。

【0049】

アクティブ時間の期間の間に、ＰＤＣＣＨのサブフレームに対して、当該サブフレームが半二重周波数分割複信（ＦＤＤ）のＷＴＲＵのオペレーションのためのＵＬ送信に必要とされない場合、および当該サブフレームが構成された測定ギャップ（measurement gap）の一部ではない場合、ＷＴＲＵはＰＤＣＣＨを監視することができる。監視されたＰＤＣＣＨがＤＬ送信を示す場合、またはＤＬの割り当てが現在のサブフレームに対して構成されている場合、ＷＴＲＵは、対応するＨＡＲＱプロセスに関するＨＡＲＱ−ＲＴＴタイマーを開始し、対応するＨＡＲＱプロセスに関するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止することができる。監視されたＰＤＣＣＨが新たな送信（ＤＬまたはＵＬのいずれか）を示す場合、ＷＴＲＵは、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再始動することができる。

【0050】

３ＧＰＰ−ＬＴＥリリース１０において、ＷＴＲＵは、キャリアアグリゲーションを介して１つもしくは複数のＵＬ−ＣＣおよび／または１つもしくは複数のＤＬ−ＣＣに接続されてもよい。送信が任意のコンポーネントキャリア上で有効化および／または無効化されるとき、ＷＴＲＵは、無線周波数（ＲＦ）フロントエンドを再チューニングして、要求される処理およびバッテリー消費を最小化することができる。概して、コンポーネントキャリアは、トラフィックの要件および無線状況に応じて有効化および無効化され得る。これは、明示的なアクティブ化もしくは非アクティブ化シグナリング、独立したＤＲＸプロシージャ、または両方のプロシージャの何らかの組合せかのいずれかによって実現されてもよい。ｅＮＢ（enhanced Node B）からＷＴＲＵへの明示的なアクティブ化または非アクティブ化シグナリングを適用してもよく、レイヤ１（ＰＤＣＣＨ）シグナリング、レイヤ２（ＭＡＣ制御要素（ＣＥ））シグナリング、またはレイヤ３（ＲＲＣ）シグナリングを含んでもよい。

【0051】

この状況においては、リリース８／９のＤＲＸプロシージャを適用してもよい。ＤＲＸの状態は、既存のまたは同様のリリース８／９のプロシージャに従って、各ＣＣまたはＣＣの異なるサブセットに対して独立に判定されてもよい。１つのＣＣまたはＣＣのサブセットのＤＲＸの状態は、その他の構成されたＣＣと相互排他的である。ＤＲＸの状態は、すべての構成されたＣＣに共通であってもよく、したがって、任意の１つのＣＣ上のイベントがすべてのＣＣのＤＲＸの状態に影響を与える。独立したＤＲＸが適用される場合、明示的なアクティブ化または非アクティブ化に関するものと同じＲＦフロントエンドの再チューニングが、処理および電力要件を低減させるために、１つのＣＣまたはＣＣのサブセットがＤＲＸに入るか、またはＤＲＸを離れるたびに適用される場合がある。

【0052】

キャリアアグリゲーション（ＣＡ）が構成されるときに妥当なＷＴＲＵのバッテリー消費を可能にするために、セカンダリセル（secondary cell：Ｓセル）のＤＬのアクティブ化または非アクティブ化メカニズムがサポートされる（すなわち、アクティブ化または非アクティブ化は、プライマリセル（primary cell：Ｐセル）には適用されない）。Ｓセルが非アクティブ化されるとき、ＷＴＲＵは、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要がなく、ＣＱＩの測定を実行することも要求されない。反対に、Ｓセルがアクティブであるとき、ＷＴＲＵは、ＰＤＳＣＨおよびＰＤＣＣＨ（ＷＴＲＵがこのＳセルからのＰＤＣＣＨを監視するように構成されている場合）を受信する場合があり、ＣＱＩの測定を実行することができることが予測される。しかし、ＵＬにおいては、ＷＴＲＵは、対応するＰＤＣＣＨ上でスケジューリングされるときに任意のＳセルにおいてＰＵＳＣＨ上で送信することができることになる（すなわち、ＵＬにおいてはＳセルの明示的なアクティブ化が存在しない）。

【0053】

アクティブ化または非アクティブ化メカニズムは、ＭＡＣ−ＣＥと非アクティブ化タイマーとの組合せに基づく。ＭＡＣ−ＣＥは、ＳセルのＤＬアクティブ化および非アクティブ化に関するビットマップを搬送し、１に設定されたビットは、対応するＳセルのアクティブ化を示し、０に設定されたビットは、対応するＳセルの非アクティブ化を示す。ビットマップを用いて、Ｓセルを個々にアクティブ化および非アクティブ化することができ、単一のアクティブ化または非アクティブ化コマンドが、Ｓセルのサブセットをアクティブ化または非アクティブ化することができる。１つの非アクティブ化タイマーがＳセルごとに保持されるが、１つの共通の値がＲＲＣによってＷＴＲＵごとに構成される。

【0054】

可変データレートのサービスがサポートされるので、ＣＣ上の送信および受信は、最適な性能のために、ならびにＷＴＲＵの処理およびバッテリー寿命を最小化するという動機の考慮のために頻繁に有効化および無効化される必要がある。

【0055】

図２は、ＣＡに関する潜在的な展開のシナリオの一部を示す。リリース１０においては、ＵＬに関して、焦点は、同一帯域内のキャリアアグリゲーションをサポートすることにある（例えば、シナリオ＃１、ならびにＦ１およびＦ２が同じ帯域内にあるときのシナリオ＃２および＃３）。ＤＬに関して、図２に示されるシナリオのすべてを、リリース１０でサポートすることができる。

【0056】

ＬＴＥリリース８／９において、ＰＤＣＣＨは、端末デバイス（以降、ＷＴＲＵ）に、ＤＬ送信のためのＰＤＳＣＨリソースを割り当て、ＵＬ送信のためのＰＵＳＣＨリソースを許可するためにネットワーク（例えば、ｅＮＢ）によって使用される。ＷＴＲＵは、ｅＮＢにスケジューリング要求（ＳＲ）を送信することによって、ＵＬ送信のための無線リソースを要求することができる。ＳＲをＰＵＣＣＨ上の専用リソース（Ｄ−ＳＲ）上（構成されている場合に）で送信し、またはランダムアクセスプロシージャ（ＲＡ−ＳＲ）を用いて（構成されていない場合に）のいずれかで送信することができる。ＷＴＲＵは、構成されたリソースにおけるＰＤＣＣＨ上で受信されたグラント（準永続的にスケジューリングされたＵＬグラント）のいずれかで示されたＰＵＳＣＨ上の送信に関してｅＮＢによって無線リソースを許可される。

【0057】

ネットワークが任意の所与のサブフレームに関してＷＴＲＵにＵＬキャリアおよびＤＬキャリアの１つのペアのみを割り当てるシングルキャリアシステムであるＬＴＥリリース８／９においては、ＵＬに対しアクティブな単一のＨＡＲＱプロセスと、ＤＬに対しアクティブな単一のＨＡＲＱプロセスとが存在する。

【0058】

ＬＴＥリリース８／９に関しては、以下（もしあれば、最大でＣ−ＲＮＴＩ／ＳＰＳ−Ｃ−ＲＮＴＩによる１つのＵＬグラントおよび１つのＤＬ割り当てが存在すること、もしあれば、最大でＰ−ＲＮＴＩによる１つのメッセージ（ページング）およびＳＩ−ＲＮＴＩによる１つのメッセージ（ＳＩの変更通知）がＣＳＳにおいて存在すること）に従って、複数の制御情報メッセージ（すなわち、ＤＣＩ）を、各サブフレームにおいてＰＤＣＣＨ上でＷＴＲＵによって受信することができる。

【0059】

したがって、ＤＲＸの利益はＰＤＣＣＨに関する一部の処理を省くことにとどまらない。ＷＴＲＵがＵＬグラントおよびＤＬ割り当てに関してＰＤＣＣＨを監視することを要求されないサブフレームに関して、ＷＴＲＵの実装は（ＷＴＲＵがＰＤＣＣＨを監視しないサブフレームの数が十分に大きく、例えば、数１０ミリ秒である場合）、メモリコンポーネント、および／またはベースバンドコンポーネントの一部を含み得るそのＷＴＲＵのトランシーバ回路の少なくとも一部をオフにすることを選択してもよい。

【0060】

例示的なＤＲＸサイクルが、図３に示される。ＬＴＥリリース８／９において、ＷＴＲＵは、通常、以下のイベントのうちの１つが発生するときにランダムアクセス（ＲＡ）プロシージャを開始する。ＷＴＲＵがＲＲＣコネクションを確立するためにネットワークに初期アクセスするとき、ＷＴＲＵがハンドオーバプロシージャ中にターゲットセルにアクセスするとき、ＷＴＲＵがＲＲＣコネクション再確立（RRC Connection Re-establishment）プロシージャを実行するとき、ＷＴＲＵがＲＡプロシージャを実行するようにネットワークによって（すなわち、通常ＤＬのデータの到着に関するＰＤＣＣＨ−ＲＡ命令（PDCCH RA order）によって）指示されるとき、ＷＴＲＵがスケジューリング要求を行うが、要求のためのＰＵＣＣＨ上の個別リソースを持たないとき、ならびに通常、ＷＴＲＵが、そのＷＴＲＵのバッファにおける既存のデータよりも高い優先度である送信すべき新しいＵＬデータを有するときである。

【0061】

ＷＴＲＵが個別ＲＡＣＨリソース（例えば、特定のプリアンブルおよび／またはＰＲＡＣＨリソース）を割り当てられるか否かに応じて、ＲＡプロシージャは、コンテンションフリー（ＣＦＲＡ）であるか、またはコンテンションベース（ＣＢＲＡ）であるかのいずれかである場合があり、以下のステップを含む。第１に、プリアンブルが、ＰＲＡＣＨのリソース上で送信される。第２に、ランダムアクセス応答（ＲＡＲ）が受信され、ＲＡＲは、ＵＬの送信に関する許可と、タイミングアドバンスコマンド（Timing Advance Command：ＴＡＣ）とを含む。

【0062】

ＣＢＲＡに関しては、２つの追加的なステップが実行される。第３は、レイヤ２／レイヤ３（すなわち、実際のＲＡプロシージャ）メッセージの送信である。第４に、コンテンション解決が実行され、ＷＴＲＵが、ＰＤＣＣＨ上のＣ−ＲＮＴＩ、またはＤＬ−ＳＣＨ上のＷＴＲＵコンテンション解決識別（WTRU Contention Resolution Identity）情報のいずれかに基づいて、そのＷＴＲＵがＲＡＣＨプロシージャを正常に完了したか否かを判定する。

【0063】

ＬＴＥリリース８／９において、ＣＱＩ、ＰＭＩ、またはＲＩレポートの送信のための個別リソースおよびスケジューリング要求のための個別リソース（Ｄ−ＳＲ）により、ＲＲＣを用いてＷＴＲＵを構成してもよい。加えて、ＳＰＳのための個別ＵＬリソースによりＷＴＲＵを構成してもよく、すなわち、ＵＬ−ＳＰＳのためのＰＵＳＣＨリソースにより、および対応するＤＬ−ＳＰＳ構成に関するＨＡＲＱ肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）（Ａ／Ｎ）のためのＵＬ−ＰＵＣＣＨリソースによりＷＴＲＵを構成してもよい。ネットワークは、ＰＵＳＣＨの送信のためのＵＬリソースを割り振る際に、スケジューリング決定を支援するためにＷＴＲＵに個別ＳＲＳリソースを割り当てることもできる。

【0064】

ＬＴＥリリース８／９においては、ＷＴＲＵが、周期的なＳＲＳに関するＵＬ送信、またはＰＵＣＣＨ上もしくはＰＵＳＣＨ上のいずれかにおけるＵＬ送信を実行する前に（すなわち、ＨＡＲＱ Ａ／Ｎフィードバック、ＳＲ、周期的なＣＱＩ、ＰＭＩ、もしくはＲＩレポート）、ＷＴＲＵは、ネットワークとの適切なタイミング調整を必要とする。ＵＬ同期は、最初に、ＲＡＣＨプロシージャを使用して実現され、その後、ネットワークが、ＤＬにおいてＴＡＣを送信して適切なタイミング調整を維持する。ＴＡＣは、ＲＡプロシージャ中にＲＡＲにおいて、またはタイミングアドバンスＭＡＣ−ＣＥ（Timing Advance MAC CE）において受信されてもよい。

【0065】

ＴＡＣを受信した後、ＷＴＲＵは、ＴＡタイマー（ＴＡＴ）を再始動する。ＴＡＴが稼動しているとき、ＷＴＲＵは、ＰＵＳＣＨ送信を実行しないサブフレームにおけるＰＵＣＣＨリソース上で送信することができる（シングルキャリア特性）。ＰＵＣＣＨリソースは、ＰＵＣＣＨ領域の周波数分割または時分割リソースにおける、ＰＤＳＣＨの送信に関するＨＡＲＱ Ａ／Ｎフィードバックのために動的に割り当てられる。ＷＴＲＵは、ＰＤＳＣＨ割り当てを示したＰＤＣＣＨ上で受信されたＤＣＩの最初のＣＣＥに基づいて、どのＰＵＣＣＨリソースを使用すべきかを判定する。

【0066】

ＴＡＴは、少なくとも、ＴＡＴ（すなわち、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒであり、有効化される場合、５００ｍｓから最大１０２４０ｍｓまでの範囲となる）の構成された値に等しい期間、ネットワークからＴＡＣを受信しないとき、同期されたＷＴＲＵに対して満了する場合がある。ＷＴＲＵは、すべてのＴＡＣがその期間中にロストする場合に、すなわち、十分な繰返しを使用したスケジューラの実装によって最小化され得るまれなエラーの事例である、複数のＴＡＣの連続的な喪失の結果、ＴＡＣを受信しない場合がある。あるいは、ＷＴＲＵは、ネットワークが新たな送信に関してＷＴＲＵをもはやスケジューリングしないときに、個別ＵＬリソースを暗黙的に解放する目的で、ネットワークがいかなるＴＡＣも送信しない場合に、ＴＡＣを受信しない場合がある。ＷＴＲＵのタイミングアドバンス（timing advance）の有効性は、すべてｅＮＢによって制御される。

【0067】

ＴＡＴが満了するときに、ＷＴＲＵは、あらゆる構成されたＳＲＳリソース、およびＤ−ＳＲ、ＣＱＩ／ＰＭＩ／ＲＩに関するＰＵＣＣＨリソース、ならびにあらゆる構成されたＤＬおよびＵＬ−ＳＰＳリソースを含むＷＴＲＵの個別ＵＬリソースを解放する。

【0068】

さらに、ＷＴＲＵは、いったん当該ＷＴＲＵがネットワークと同期しているとみなされないと、いかなるＰＵＣＣＨまたはＰＵＳＣＨの送信も実行しない場合がある。もはや同期されていない場合があるＷＴＲＵからのＵＬ送信を避ける１つの理由は、その他のＷＴＲＵの送信に対する起こり得る干渉を防止することである。加えて、ＵＬ送信を避けることは、単純に、ネットワークからのＴＡＣがない結果としてＴＡＴを満了させることによって、スケジューラが個別ＵＬリソースを破棄するための暗黙的な手段を提供する。

【0069】

ＰＤＳＣＨおよびＰＵＳＣＨをスケジューリングするための制御情報を、１つまたは複数のＰＤＣＣＨ上で送信することができる。ＵＬキャリアおよびＤＬキャリアのペアに対して１つのＰＤＣＣＨを使用するＬＴＥリリース８／９のスケジューリングに加えて、ネットワークがその他のＣＣにおけるＰＤＳＣＨ割り当ておよび／またはＰＵＳＣＨグラントを提供することを可能にするクロスキャリアスケジューリング（cross-carrier scheduling）も、所与のＰＤＣＣＨに関してサポートされ得る。

【0070】

ＣＡにより動作するＬＴＥリリース１０のＷＴＲＵに関して、各ＣＣにつき１つのＨＡＲＱエンティティが存在し、各ＨＡＲＱエンティティは、８つのＨＡＲＱプロセス、すなわち、１つのＲＴＴの間のサブフレームごとに１つのＨＡＲＱプロセスを有する。任意の所与のサブフレームにおいて、ＵＬに関しておよびＤＬに関してアクティブな２つ以上のＨＡＲＱプロセスが存在する場合があるが、ＣＣごとに最大で１つのＵＬ−ＨＡＲＱプロセスおよび１つのＤＬ−ＨＡＲＱプロセスが存在する。

【0071】

以降で言及するときに、用語「プライマリコンポーネントキャリア（ＰＣＣ）」は、一般性を失うことなく、一部の機能、例えば、セキュリティパラメータおよび非アクセス層（ＮＡＳ）の情報の導出がそのコンポーネントキャリアにのみ適用可能であり得る、複数のコンポーネントキャリアにより動作するように構成されたＷＴＲＵのキャリアを含む。ＷＴＲＵは、ＤＬに関する少なくとも１つのＰＣＣ（ＤＬ−ＰＣＣ）と、ＵＬに関する１つのＰＣＣ（ＵＬ−ＰＣＣ）により構成されてもよい。その結果として、ＷＴＲＵのＰＣＣでないキャリアは、以降、セカンダリコンポーネントキャリア（ＳＣＣ）と呼ばれる。

【0072】

例えば、ＤＬ−ＰＣＣは、最初にシステムにアクセスするときに、初期セキュリティパラメータを導出するためにＷＴＲＵによって使用されるＣＣに対応してもよい。例えば、ＵＬ−ＰＣＣは、ＰＵＣＣＨリソースが所与のＷＴＲＵに関するすべてのＨＡＲＱ−Ａ／Ｎおよびチャネル状態情報（ＣＳＩ）フィードバックを搬送するように構成されるＣＣに対応してもよい。

【0073】

ＷＴＲＵのセルは、一般に、ＤＬ−ＣＣを含み、任意的に、１組のＵＬリソース、例えば、ＵＬ−ＣＣと組み合わされる。ＬＴＥリリース１０に関して、プライマリセル（Ｐセル）は、ＤＬ−ＰＣＣとＵＬ−ＰＣＣとの組合せを含む。ＷＴＲＵのマルチキャリア構成のセカンダリセル（Ｓセル）は、ＤＬ−ＳＣＣおよび任意的にＵＬ−ＳＣＣを含む（すなわち、ＬＴＥリリース１０においては、ＷＴＲＵがＵＬ−ＣＣよりも多くのＤＬ−ＣＣで構成される非対称構成がサポートされる）。ＬＴＥリリース１０に関して、ＷＴＲＵのマルチキャリア構成は、１つのＰセルと、最大で５つのＳセルとを含む。

【0074】

ＣＡによって、ＷＴＲＵは、ＲＦフロントエンドにおいて複数の受信機チェーンを同時に使用することができる。また、隣接していないスペクトルのサポートは、ＲＦフロントエンドが異なるスペクトルの部分の間のブロッキング信号（blocking signal）を抑制することができる必要があることを暗に示す。

【0075】

ＤＲＸに関連するＣＡの１つの側面は、ＷＴＲＵの電力消費を、トランシーバの異なるコンポーネントとそれらのスタートアップ時間との間に分散させることである。別の側面は、ＷＴＲＵに関して構成されるＳセルの数、電力消費に対するそれらの影響、およびＲＦフロントエンドの再構成の影響である。１つまたは複数のＣＣのアクティブ化および／または非アクティブ化は、ＲＦフロントエンドで使用される帯域幅およびサンプリングレートの変更を必要とする場合があり、ＷＴＲＵへの送信およびＷＴＲＵからの送信が不可能となり得る期間（数百マイクロ秒から最大２ｍｓまでの間である場合がある）につながる。

【0076】

本明細書において、ＣＣの（および特にＳＣＣの）「アクティブ化」に言及するときに、一般に、そのＷＴＲＵのトランシーバがそのＷＴＲＵのマルチキャリア構成のＰセルに関し、および場合によっては１つまたは複数のＳセルに関しても、関連するＤＬ−ＣＣ上で受信を行い、および／または関連するＵＬ−ＣＣ上で送信を行うことができることをＷＴＲＵが保証するプロセスを含む。これは、「アクティブ」状態ではない状態から遷移する場合、上記で説明されたように、ＲＦフロントエンドの再構成を含んでもよい。同様に、ＣＣの「非アクティブ化」は、ＣＣが「アクティブ」ではない状態を指し、それによって、この状態からの遷移はやはり同様の意味合いを持つ場合がある。

【0077】

実装および電力消費、ならびにそれぞれの状態遷移を実行するときの要件の観点で、所与のＣＣに関するＤＲＸの状態の変化とアクティブ化状態における変化との間に相違がある場合がある。

【0078】

複数のＣＣにより動作するように構成されたＷＴＲＵに関して、ＰＣＣに関するＰＤＣＣＨ監視および／またはＰＤＳＣＨ受信は、通常、アクティブ化され、ＤＲＸによって管理されてもよい。構成されたＳＣＣに関するＰＤＣＣＨ監視および／またはＰＤＳＣＨ受信は、アクティブ化されるか、または非アクティブ化されるかのいずれかであってもよく、アクティブ化されるときはＤＲＸによってさらに管理されてもよい。

【0079】

ＷＴＲＵが複数のＣＣにより動作しているとき、クロスキャリアスケジューリング、すなわち、ＰＤＣＣＨを使用する、キャリアをまたがったスケジューリングをサポートすることができる。クロスキャリアスケジューリングが可能であるときに、ＰＤＣＣＨの監視は、すべての構成されたおよび／またはアクティブなキャリアにおいて必要とはならない場合がある。

【0080】

マルチキャリアオペレーションによりＷＴＲＵの電力節減を考えるとき、いくつかの異なる代替手段が存在する。共通のＤＲＸ（ベースライン）の代替手段において、ＷＴＲＵは、すべてのＣＣに対して同一であるＤＲＸアクティブ時間の一部であるサブフレームにおいて（ＰＤＣＣＨにより構成される）、すべてのＣＣに関するＰＤＣＣＨを監視する。独立したＤＲＸの代替手段においては、すべてのＤＲＸタイマーはＣＣごとであり、その結果、ＷＴＲＵは（ＰＤＣＣＨで構成される）、ＣＣごとにＰＤＣＣＨを独立に監視する。高速なアクティブ化または非アクティブ化メカニズムにおいて、Ｓセルは（例えば、ＰＤＣＣＨを用いて）、Ｌ１シグナリング、または（例えば、ＭＡＣ−ＣＥを用いて）Ｌ２シグナリングのいずれかによって個々にアクティブ化および非アクティブ化される場合があり、単一のアクティブ化または非アクティブ化コマンドが、サービングセルのサブセットをアクティブ化または非アクティブ化することができる。この高速なアクティブ化または非アクティブ化メカニズムは、単独で使用されるか、または共通のＤＲＸの代替手段または独立したＤＲＸの代替手段と組み合わされてもよい。

【0081】

ＷＴＲＵが単一のＲＦフロントエンドで設計される場合、ＣＣの送信または受信が有効化または無効化されるたびに、ＲＦの受信および送信の再チューニングが、その有効化または無効化に含まれないその他のＣＣ上の送信に影響を与える場合がある。ＷＴＲＵの送信および受信の処理要件を最小化するために、ＵＬ−ＣＣおよびＤＬ−ＣＣは、送信および受信の失敗を取り除くかまたは最小化するために、必要なときにだけ有効化されるべきである。

【0082】

マルチキャリアオペレーションをサポートするＷＴＲＵ、すなわち、ＣＡによるＬＴＥリリース１０のシステムにおいて２つ以上のＣＣが構成され得るＷＴＲＵに関して、少なくとも１つのＣＣのアクティブ化または非アクティブ化のために、ＲＦの再チューニングを実行する、起こり得る必要性に対処しながらＷＴＲＵの電力消費をどのように最大化するかが考慮される。ＤＲＸメカニズムと併せて（例えば、ＣＣのアクティブ化および非アクティブ化を可能にする）、ＲＦフロントエンドの再構成の処理が考慮され、その再構成の時間中、ネットワークはＷＴＲＵをスケジューリングすることができない場合がある。ＳＣＣをオンもしくはオフにすること（例えば、ＤＲＸ）および／または（非）アクティブ化すること（例えば、おそらくはＲＦフロントエンドの再構成を要求すること）が両方ともＷＴＲＵの実装に対して可能とするものとして、アクティブ化されたＣＣのそれぞれに関するＤＲＸアクティブ時間、すなわち、ＷＴＲＵが送信のためにネットワークスケジューラによってアドレス指定され得るサブフレームの処理も、考慮される。

【0083】

ＷＴＲＵおよびネットワークは、どのＣＣをＷＴＲＵが監視するか、およびどのサブフレームに関してＷＴＲＵが制御シグナリング（例えば、ＰＤＣＣＨ）を監視するかについて一貫性があり同期された見地を有しなければならない。１つの問題は、どのイベントが各ＣＣに関するＤＲＸアクティブ時間に影響し、ＷＴＲＵがＲＦフロントエンドの再チューニングを実行することが可能か否である。

【0084】

ＷＴＲＵは、所与の期間中の何らかのスケジューリング活動を検出して、そのＷＴＲＵが追加的なＳＣＣをアクティブ化すること、または現在アクティブなＳＣＣを非アクティブ化することができるか否かを判定することができる。スケジューリング活動は、必要な調整を実行するためにどのサブフレームを使用することができ、それらの調整の間に、影響を受けるＣＣについて制御シグナリングを受信することをＷＴＲＵが予想されないことを暗黙的または明示的に示してもよい。

【0085】

ＷＴＲＵおよびネットワークがＵＬタイミングおよびＨＡＲＱ状態に関して同期されたままであることを保証することが望ましい。この同期は（例えば、ＣＣを（非）アクティブ化する目的で実行される）、ＲＦフロントエンドの再構成時のタイミング調整の処理を含み、この再構成は、ＷＴＲＵが適切なＵＬのタイミング調整ができていると引き続きみなされるために必要とされるよりも大きなずれへとつながる場合がある。同期は、スケジューリングギャップの間の、すなわち、ネットワークがＷＴＲＵをスケジューリングすることができない可能性がある時間の間のＨＡＲＱ状態の処理も含む。

【0086】

ＷＴＲＵは、ＲＦ再チューニング後に、そのＷＴＲＵが適切なＵＬ同期を取得するべきか否かを判定することができる。ＷＴＲＵがＨＡＲＱプロセスの制御シグナリングを受信（例えば、ＰＤＣＣＨ、ＰＨＩＣＨ）または送信（例えば、ＰＵＣＣＨ）できない間に、当該ＷＴＲＵは少なくとも１つのアクティブなＨＡＲＱプロセスが存在する所与のサブフレームで適切なＨＡＲＱ状態を判定することができる。

【0087】

送信または受信のアイドル期間がＷＴＲＵによって予測され得るか、またはｅＮＢと調整され得るまでＣＣの有効化および／または無効化を遅らせることによって、再チューニングの送信または受信の失敗を最小化し、または除去することができる。ＣＣの有効化および／または無効化は、明示的な手段か、または暗黙的な手段かのいずれかによって判定され、再チューニングギャップと呼ばれる、既知の期間がＷＴＲＵとｅＮＢの間で調整される。

【0088】

一般に、提案される方法のそれぞれに関して、ＣＣの有効化および／または無効化トリガイベントに続き、ＷＴＲＵは、その有効化および／または無効化によっては影響されないその他のＣＣ上の送信または受信の失敗を最小化し、場合によっては除去することができる最も早い再チューニングギャップの機会を判定する。好ましくは、ＷＴＲＵによって判定された再チューニングギャップがｅＮＢに知られており、したがって、ｅＮＢが、送信または受信の失敗を除去するためのさらなるアクションを行うことができることである。

【0089】

再チューニングギャップの機会のＷＴＲＵの自律的な判定を、ｅＮＢから受信された明示的なシグナリングから、またはＷＴＲＵによって検出されたトリガイベントに基づいて暗黙的に開始することができる。ｅＮＢは、１つまたは複数のＣＣのアクティブ化および／または非アクティブ化を要求する明示的なシグナリングを送信することができる。ｅＮＢのシグナリングは、１つまたは複数のＣＣの有効化および／または無効化を要求するＰＨＹ−ＰＤＣＣＨコマンド、ＭＡＣ制御要素、またはＲＲＣ構成メッセージ（RRC configuration message）であってもよい。ｅＮＢの要求を受信すると、ＷＴＲＵは、以下で説明されるいくつかの方法のうちの１つに従って次の再チューニングギャップの機会を判定する。

【0090】

アクティブ化または非アクティブ化を、１つまたは複数の構成されたＣＣのＤＲＸの状態によって暗黙的にトリガすることができる。それぞれの構成されたＣＣまたは構成されたＣＣのサブセットがその他のＣＣに対して相互排他的な独立したＤＲＸの状態を有する場合、任意の１つのＣＣまたはＣＣのサブセットのＤＲＸの状態の変化は、次の再チューニングギャップの機会のＷＴＲＵの自律的な判定を開始する結果となる。すべての構成されたＣＣが共通のＤＲＸの状態を有する場合、共通のＤＲＸの状態の変化は、次の再チューニングギャップの機会を判定する結果となり得る。

【0091】

任意の構成されたＣＣ上のＷＴＲＵのアクティブな送信または受信状態の間、ＷＴＲＵは、再チューニング期間を可能にする非アクティブな送信または受信状態がすべての構成されたＣＣ上で判定されるまで、任意のＣＣの有効化および／または無効化を遅延させることができる。代替的に、ＷＴＲＵは、すべての有効化されたＣＣ上の個々のＵＬおよびＤＬ送信および再送信を追跡して、再チューニング期間中の送信または受信の失敗を最小化し、潜在的に除去する再チューニングギャップが存在するときを判定することができる。

【0092】

また、ｅＮＢは、既知の再チューニングギャップの期間中に、新たな送信および再送信を開始することを避けるために、再チューニングギャップを判定し、ＣＣのアクティブ化および／または非アクティブ化がトリガされたときを判定するためのＷＴＲＵの自律的な方法の事実を考慮することができる。

【0093】

明示的なシグナリングおよび／または暗黙的なイベントのいずれかが１つまたは複数のＣＣを有効化または無効化する必要性をトリガする場合、ＣＣ送信または受信の有効化または無効化が、次の再チューニングギャップにおいて実行される。

【0094】

２つ以上の有効化および／または無効化トリガイベントが、ＷＴＲＵによって判定された再チューニングギャップが発生する前に発生する場合がある。複数のトリガイベントが発生するとき、それらのイベントは、より後に受信されたイベントが優先されることを除いて追加的となる。ＣＣの異なるサブセットがトリガイベントを経る場合、組み合わされたスーパーセットが、再チューニングギャップが発生するときに影響を受ける。一部のまたはすべてのトリガされたＣＣトリガイベントが消去される場合もある。例えば、トリガイベントは、有効化されたＣＣが、無効化イベントと、その後の有効化イベントとを有する場合、消去される場合がある。すべての検出されたトリガイベントが後続のトリガイベントによって消去される場合、ＷＴＲＵによって判定された再チューニングギャップは取り消され、通常の送信および受信を、前にスケジューリングされた再チューニングギャップの期間にわたって継続することができる。

【0095】

ＰＵＳＣＨおよびＰＤＳＣＨ送信に直接関連しない送信も、ＷＴＲＵが次の利用可能な再チューニングギャップを判定するときに考慮することができる。例えば、さらに、以下の場合、すなわち、任意のＰＵＣＣＨ送信（すなわち、周期的なＣＱＩ、ＰＭＩ、もしくはＲＩに関する）、任意の周期的もしくは非周期的な要求されたＳＲＳの送信、ＭＳＧ１乃至４が中断されない限り、進行中のＲＡＣＨプロシージャ、ページング機会（paging occasion）、またはシステム情報の受信は、ＷＴＲＵによって判定される再チューニングギャップの機会を排除する場合がある。

【0096】

送信および再送信が、ＷＴＲＵに知られており、ＷＴＲＵが、この認識に基づいて自律的な再チューニングギャップの判定を行う場合がある。新たなＵＬ送信は、４つの送信時間間隔（ＴＴＩ）より前のＰＤＣＣＨの受信に基づいて事前に知られる。ＵＬ再送信も、ＨＡＲＱフィードバック、または４つのＴＴＩより前のＰＤＣＣＨのスケジューリングによって事前に知られる。ＤＬ再送信も、そのＨＡＲＱプロセスの最も早い再送信の少なくとも８つのＴＴＩより前のＷＴＲＵによって生成されたフィードバックから概算することができる。

【0097】

これらの場合、ＷＴＲＵは、進行中の送信を中断することを避けるために、アイドル期間がいつ起こり得るかを判定して、利用可能なＣＣの任意のサブセットのアクティブ化および／または非アクティブ化のための再チューニングプロシージャを適用することができる。ＷＴＲＵは、すべての構成されたＵＬのＣＣおよびＤＬのＣＣ上の送信および再送信の機会を追跡することができる。ＷＴＲＵは、必要とされる再チューニング期間の継続時間以上である共通のアイドル期間がすべてのＣＣにまたがって発見されるときに再チューニングギャップを判定する。

【0098】

図４Ａは、ＷＴＲＵが再チューニングギャップの機会を判定するための方法４００のフローチャートである。ＣＣトリガイベントが発生し（ステップ４０２）、ＷＴＲＵが、少なくとも要求される再チューニング期間と同一の長さであるアイドル期間を検出するときに、再チューニングギャップの機会を判定する（ステップ４０４）。

【0099】

ＷＴＲＵは、ＣＣの有効化および／または無効化イベントに続いて、再チューニングギャップ判定プロシージャを開始する。このイベントは、ｅＮＢから受信された明示的なシグナリング、および／または１つまたは複数のＣＣを有効化または無効化する結果となる内部的なＷＴＲＵのプロシージャ（すなわち、独立したＤＲＸ）にから生じる場合がある。ＣＣまたはＣＣのサブセットごとの独立したＤＲＸプロシージャが適用される場合、ＤＲＸの動作継続時間の開始を調整することによって、いかなるＣＣも現在有効化されていないときに、有効化遅延（enabling delay）を避けることができる場合がある。

【0100】

新たなＤＬ送信がｅＮＢによって開始され得るときをＷＴＲＵが予測することは現在不可能である。しかし、ｅＮＢは、ＣＣの有効化および／または無効化トリガイベントと、次の利用可能な再チューニングギャップを判定するためのＷＴＲＵの論理とを認識している。ｅＮＢは、この認識を使用して、再チューニングプロシージャが適用されるときに、ＷＴＲＵによって決定された再チューニングギャップ中に新たなＤＬ送信の機会をスケジューリングすることを避けることができる。

【0101】

このＷＴＲＵの自律的な再チューニングギャップの判定方法と併せて使用され得る１つの方法は、ｅＮＢに対し、ギャップが判定されるときを制御または強制して、当該ｅＮＢが新たに開始される送信を避けるべきであるときを前もって判定することである。ＷＴＲＵの再チューニングギャップ判定プロシージャの認識に基づいて、ｅＮＢは、１つまたは複数の連続するＨＡＲＱプロセスをアイドリングさせ、ｅＮＢによってＷＴＲＵの再チューニングギャップを事前に予測することができる。

【0102】

高速なＷＴＲＵの処理を必要としない別のアプローチは、すべてのＣＣ上のあらゆる進行中のＵＬおよびＤＬのＨＡＲＱプロセスの送信および再送信が完了するのを待つことである。ＷＴＲＵは、ＨＡＲＱプロセスの送信サイクルに続いて、自律的な再チューニングギャップの判定を行うことができる。ＣＣの有効化または無効化トリガイベントが発生し、進行中のＵＬおよび／またはＤＬの送信が存在しない場合、再チューニングプロシージャを直ちに適用することができる。進行中の送信が存在する場合、ＷＴＲＵは、すべてのＵＬおよびＤＬのＨＡＲＱプロセスの送信および再送信が終了するのを待ち、再チューニングギャップを判定し、再チューニングプロシージャを適用する。

【0103】

図４Ｂは、アクティブなＨＡＲＱプロセスが完了した後、再チューニングを実行するための方法４２０のフローチャートである。ＣＣトリガイベントが発生し（ステップ４２２）、何らかの進行中のＵＬまたはＤＬの送信が存在するかどうかの判定が行われる（ステップ４２４）。進行中のＵＬまたはＤＬの送信が存在しない場合、ＷＴＲＵが再チューニングプロシージャを適用する（ステップ４２６）。進行中のＵＬまたはＤＬの送信が存在する場合、ＷＴＲＵは、すべてのＨＡＲＱの送信または再送信が完了するのを待ち（ステップ４２８）、次に、再チューニングプロシージャを適用する（ステップ４２６）。

【0104】

ＣＣの有効化または無効化のためのＷＴＲＵの再チューニングギャップを、すべての進行中のＨＡＲＱプロセスの送信がＵＬ方向とＤＬ方向の両方で完了したときにＷＴＲＵによって自律的に判定することができる。ＵＬ送信に関して、再チューニングギャップを判定するための基準は、すべてのＵＬのＣＣ上のすべての進行中のＵＬのＨＡＲＱプロセスの送信が肯定的なＡＣＫを受信したか、または各ＨＡＲＱプロセスに関してＨＡＲＱ再送信の最大数が超えられたかのいずれかのときに満たされる。

【0105】

ＤＬ送信に関して、再チューニングギャップを判定するための基準は、すべての進行中のＤＬのＨＡＲＱプロセスが肯定的なＡＣＫを生成したときに満たされる。ＤＬ送信の基準は、最大数のＨＡＲＱプロセスの再送信がＷＴＲＵに知られるか、または既知の期間に続き、開始されたＤＬ再送信が存在しない場合にも満たされ得る。ＵＬおよびＤＬの両方の再チューニングギャップの基準が満たされるとき、再チューニングプロシージャが適用される。その場合、ＨＡＲＱプロセスの送信および／または受信は、ＤＲＸの基準がその時点で受信を許容する限り（例えば、ＤＲＸの動作継続時間、不活性、または再送信タイマーがいまだにアクティブである場合）、再チューニングギャップに続いて、直ちに再開することができる。

【0106】

加えて、再チューニングプロシージャを適用する前に、いかなる新たなＵＬおよび／またはＤＬの送信も開始されないアイドル時間を、前の最後のアクティブ送信または再送信の終了から考慮に入れることができる。アイドル期間は、ｅＮＢがあらゆる新たな送信の開始を休止し、ＷＴＲＵに再チューニング期間を確実に調整させることを可能にして、新たに開始される送信を中断されないようにする。ＣＣの有効化および／または無効化イベントがｅＮＢに知られ、新たに開始される送信をｅＮＢによって休止することができるので、このアイドル期間は、既存のＤＲＸの不活性および再送信タイマーよりも短い場合がある。例えば１または２つのＴＴＩにおいて再チューニングプロシージャが完了すると、通常の送信および受信がＤＲＸの基準に応じて（すなわち、不活性または再送信タイマーが満了していない場合）再開される。代替的に、簡単にするために（ある程度の効率が犠牲になるが）、このアイドル時間を、既存のＤＲＸの不活性タイマーと再送信タイマーとの組合せと調整することができる。

【0107】

別のアプローチは、ＷＴＲＵに対し、構成されかつ有効化されたすべてのＣＣ上でＤＲＸアクティブ時間が終わるのを待って、再チューニングギャップを判定し、再チューニングプロシージャを開始することである。ＣＣの有効化または無効化トリガが発生し、構成されたＣＣのうちのいずれもＤＲＸアクティブ時間内で動作していない場合、再チューニングプロシージャを直ちに適用することができる。ＣＣのうちのいずれかがＤＲＸアクティブ時間内で動作している場合、再チューニングギャップのＷＴＲＵの判定は、ＤＲＸアクティブ時間がすべての構成されたＣＣ上で終了するまで遅延される。

【0108】

図４Ｃは、ＤＲＸアクティブ時間が満了した後に、再チューニングを実行するための方法４４０のフローチャートである。ＣＣトリガイベントが発生し（ステップ４４２）、ＤＲＸアクティブ時間が満了したかどうかの判定が行われる（ステップ４４４）。ＤＲＸアクティブ時間が満了していない場合、ＷＴＲＵは、ＤＲＸアクティブ時間が終了するまで待つ。ＤＲＸアクティブ時間が終了すると、ＷＴＲＵは再チューニングプロシージャを適用する（ステップ４４６）。

【0109】

ＣＣの有効化および／または無効化の基準が明示的なアクティブ化もしくは非アクティブ化であり、またはＤＲＸのイベント（タイマー）であろうと、ＷＴＲＵは、既知の再チューニングギャップにおいて、またはＤＲＸアクティブ時間が満了してから、のいずれかで再チューニングする。

【0110】

独立したＤＲＸによって、ＷＴＲＵが自律的に再チューニングギャップを判定するために、アクティブ時間は、それぞれの構成されたＣＣ上で満了する必要がある。例えば、ＣＣの独立したＤＲＸを用いて、新たな構成されたＣＣがＣＣを有効化するための明示的なトリガとして使用される場合、ＷＴＲＵの自律的な再チューニングギャップは、アクティブ時間がすべてのその他のＣＣ上で終了するのを待つことによって判定される。同様に、個々のＣＣ上のアクティブ時間の終了がＣＣを無効化するための暗黙的なトリガとして使用される場合、ＷＴＲＵの自律的な再チューニングギャップは、アクティブ時間がすべてのその他のＣＣ上で終了するのを待つことによって判定される。

【0111】

長期間の送信が発生する場合、ｅＮＢは、スケジューリングを遅延させ、潜在的に、ＷＴＲＵがＤＲＸに入るように要求するＭＡＣ−ＣＥを送信することによって再チューニングギャップを強制する場合がある。この場合、最適の選択は、送信がすぐに再開することを可能にするために、次のＤＲＸの動作継続時間の期間の開始の直前に、ＤＲＸに入ることである場合がある。１つの代替的手法は、ＣＣを有効化または無効化するイベントが、次の動作継続時間の期間の前に自動的に再チューニングギャップを強制することである。

【0112】

ｅＮＢは、周期的な再チューニングギャップの機会をあらかじめ構成するか、または特定の時間に再チューニングギャップが発生することを動的に要求するかのいずれかを行うことができる。あらかじめ構成された再チューニングギャップは、単なる機会である。これらの期間を、再チューニングトリガイベントが次の再チューニングギャップの機会の前に発生しなかった場合、またはトリガイベントが後続のトリガイベントによって取り消される場合は、送信および受信のために使用することができる。

【0113】

セルのシステムフレーム番号（system frame number：ＳＦＮ）に関連する周期的な再チューニングギャップの機会を構成することができる。再チューニングトリガイベントに続き、次の利用可能な再チューニングギャップの機会を選択することができる。トリガイベントは、ＷＴＲＵが１つもしくは複数のＣＣ上の送信および受信を有効化および／もしくは無効化することを許容されることをＷＴＲＵに要求もしくは通知する、明示的にシグナリングされたＭＡＣ制御要素、ＣＣもしくはＣＣのサブセットごとの独立したＤＲＸの方法、ならびに／またはＲＲＣ構成プロシージャであってもよい。最後の再チューニングギャップの機会の送信以降、トリガイベントが発生しなかったときに、受信は、後続の再チューニングギャップ中は制限されない。周期的な再チューニングギャップのサイクルは、ＤＲＸサイクルの構成に調整されてもよい。

【0114】

代替的に、ｅＮＢは、ＷＴＲＵに対して、いつ再チューニングが適用され得るかを動的に特定することができる。正確な期間の調整は、ＰＨＹ（ＰＤＣＣＨ）またはＭＡＣシグナリングに基づくことができる。上述のトリガイベントのうちの１つに続いて、ＷＴＲＵは、再チューニングギャップがｅＮＢによって動的に割り当てられるのを待つことができる。動的な再チューニングギャップが利用される場合、再チューニング期間を、ＣＣを有効化または無効化するｅＮＢの信号によってやはり特定することができる。

【0115】

ｅＮＢは、明示的なシグナリングを利用して、ＷＴＲＵの再チューニングプロシージャがいつ適用されるかを調整することができる。構成される周期的なサイクルを、再チューニングの機会のために構成することができ、または非周期的な要求を、再チューニングギャップを動的に割り当てるために利用することができる。

【0116】

再チューニングギャップに関する既知の周期的なサイクルは、ＷＴＲＵに知られている場合があり、ＷＴＲＵは、ＣＣ送信または受信を有効化および／または無効化する機会を有する。暗黙的にトリガされるか、または明示的にシグナリングされるかのいずれかの再チューニングイベントに基づいて、既知の周期的な再チューニングギャップを、ＣＣを有効化および／または無効化するために利用することができる。既知の周期的なサイクルを、別個に構成するか、または構成された周期的なＤＲＸサイクルの構成に暗黙的に調整するか、もしくは関連付けることができる。暗黙的または明示的な再チューニングイベントは、ＷＴＲＵおよびｅＮＢに知られており、したがって、次の周期的な再チューニング期間の利用が知られる。再チューニングトリガイベントが既知の再チューニングギャップよりも前に発生しないときに、通常の送信および受信のオペレーションが、再チューニングプロシージャを実行せずにその期間中継続する。

【0117】

ＷＴＲＵが再チューニングトリガの基準を自律的に判定したとき（すなわち、独立したＤＲＸ）、再チューニングギャップを、ｅＮＢのシグナリングによって動的に割り当てることができる。また、動的に割り当てられる再チューニングギャップを、トリガイベントからの既知の時間において、または特定の再チューニングギャップの期間をシグナリングすることによってのいずれかで、ＣＣの有効化および／または無効化トリガイベントと調整することができる。

【0118】

１つの間接的な方法は、ｅＮＢに対しすべてのＣＣにわたって送信をアイドリングさせて、ＷＴＲＵの自律的な方法のうちの１つを実施して、ｅＮＢに知られている期間で再チューニングギャップを判定することである。これは、構成されたＣＣの組全体で調整される１つまたは複数の連続するＨＡＲＱプロセスをアイドル状態にすることによって実現することができる。

【0119】

ｅＮＢによって周期的に構成されるか、または動的に割り当てられるかのいずれかの再チューニングギャップの方法に関して、進行中のＨＡＲＱプロセスの送信および受信を設計してＨＡＲＱ送信および受信の機会をスキップすることができる。この場合、ＨＡＲＱプロセスは、ｅＮＢによって割り当てられた再チューニングギャップによって妨げられたる再送信の機会をスキップする。送信自体がスキップされるか、またはその送信に関して不成功のＡＣＫが仮定されるかのいずれかである。この方法を用いる場合、ｅＮＢのスケジューリングの機会の損失が最小化される。新たな送信を、再送信の機会が考慮される必要がないので、実際の再チューニングギャップの期間以外の任意の時間にスケジューリングすることができる。

【0120】

以下の実施形態は３ＧＰＰ−ＬＴＥ技術および関連する仕様に基づくスケジューリングギャップを説明するが、これらの実施形態は、ＷＣＤＭＡ、ＨＳＰＡ、ＨＳＵＰＡ、またはＨＳＤＰＡに基づくその他の３ＧＰＰ技術などの、ＣＣを有効化もしくは無効化するための方法および／またはバッテリーの節約のための方法を実装する任意のマルチキャリア技術全般に等しく適用可能である。

【0121】

ＷＴＲＵは、例えば、ＬＴＥリリース１０のＷＴＲＵのための少なくとも１つのＳセルを用いたマルチキャリアオペレーション用に構成されてもよい。マルチキャリアオペレーションを、ＷＴＲＵが第２の期間が発生するか否かを判定することができる第１の期間中に、ある特性の制御シグナリングを用いてスケジューリングすることができる。第２の期間中、ＷＴＲＵは、ＷＴＲＵのトランシーバの状態の変化に影響される場合があるキャリア上の送信のためにアクティブであると予測されない。

【0122】

一の例において、少なくとも１つのＳＣＣを用いて構成されたＷＴＲＵは、第１の期間中にそのＷＴＲＵのＰセルの少なくとも１つのＰＤＣＣＨを正常に復号する。第１の期間中にアクティブではなかったＷＴＲＵの構成の少なくとも第１のＳセルを、ＷＴＲＵがアクティブ化するために必要とされる時間と少なくとも同一の長さ（サブフレーム単位で）であり、ＷＴＲＵがＤＲＸアクティブ時間内にない第２の期間が存在する場合、ＷＴＲＵは、ＷＴＲＵが第３の期間に受信された制御シグナリングに従って送信を行うことができるように第１のＳＣＣをアクティブ化することができる。この例において、第１の期間および第３の期間は、連続的なＤＲＸサイクルに対応し、第２の期間は、第１の期間内の（および第１の期間の終わりに近い）サブフレームに対応する。

【0123】

既存のＤＲＸの原則が、可能なときにＷＴＲＵがそのＷＴＲＵのトランシーバ回路の一部をオフにするか、または１つもしくは複数のＣＣ（例えば、１つもしくは複数のＳセル）を暗黙的に非アクティブ化すること（例えば、おそらくはＲＦフロントエンドの再チューニングを伴う）を可能にするように修正されてもよい。これは、ネットワークのスケジューラとＷＴＲＵの挙動の間の一貫性のある見方を維持するために１組の決定性の規則に基づく。スケジューラの実装は、スケジューリングギャップを生成して、ＷＴＲＵによってそのＷＴＲＵのＲＦフロントエンドを再チューニングする可能性として解釈されてもよい。

【0124】

ＬＴＥリリース１０のＷＴＲＵに関するベースラインＤＲＸのオペレーションは、Ｐセルのみがアクティブであるとき、ＷＴＲＵが、対応するＤＲＸアクティブ時間を用いるＬＴＥリリース８／９のＤＲＸの挙動に従うことである場合がある。少なくとも１つのＳセルが（例えば、ＲＲＣを用いて）構成されるか、またはアクティブ化されるときは、ＷＴＲＵのすべてのＣＣは、おそらくは、上記説明されたように（プライマリＤＲＸアクティブ時間（primary DRX Active Time：ＰＤＡＴ）に基づくか、またはそれぞれの個々のＣＣのＤＲＸアクティブ時間（ＤＡＴ）の合計に基づくかのいずれかで）リリース８／９のＤＲＸまたはその簡素化されたバージョンに従って、共通のＤＲＸアクティブ時間に従う。

【0125】

ＣＣのＤＲＸアクティブ時間および／またはアクティブ状態は、同じ周波数帯域内のＣＣに関して共通であってもよい。これは、同じ帯域の（すなわち、同じＲＦフロントエンドの）１つまたは複数のＣＣに関して実行されるＤＲＸの遷移および／またはＲＦの再チューニングが、異なる帯域の（すなわち、異なるＲＦフロントエンドの）ＣＣのためのいかなるスケジューリングギャップも必要としないという利点を有する。

【0126】

特に、Ｓセルの組み合わされたＲＲＣ構成およびアクティブ化が使用される場合、同一のアクティブ時間が同じ帯域内のＣＣに対して適用されてもよく、すべてのＣＣが所与のＷＴＲＵに関して同一のアクティブ時間に従うわけではないことを示唆する。

【0127】

本明細書で使用される以下の用語が、以下に定義される。

【0128】

ＰＤＣＣＨロケーション（PDCCH Location）：ＰＤＣＣＨが正常に復号されたＤＬのＣＣを指す。

【0129】

ＰＤＣＣＨターゲット（PDCCH Target）：クロスキャリアスケジューリングが使用されるとき、ＰＤＣＣＨが制御情報を提供しているＣＣ、例えば、グラントの場合はＵＬのＣＣを指し、または割り当ての場合はＤＬのＣＣを指す。

【0130】

プライマリＤＲＸアクティブ時間（ＰＤＡＴ）：ＷＴＲＵが、Ｐセルの送信に適用可能な割り当ておよび／または割り当てに関してＰＤＣＣＨを監視しているサブフレームを含み、すなわち、ＰＤＡＴは、Ｐセルのみを考慮するＤＲＸアクティブ時間に対応する。適用可能なＰＤＣＣＨを、ＰＤＣＣＨロケーションがＰセルであることか、ＰＤＣＣＨターゲットがＰセルであることか、またはそれらの両方かのいずれかを用いて特徴づけることができる。

【0131】

スケジューリングギャップ：ＷＴＲＵが少なくとも１つのＣＣ上で送信または受信することを予測されないか、または送信または受信することができないサブフレームを含む。これは、例えば、以下、すなわち、ＣＣ上の送信に適用可能なＤＬの割り当ておよび／もしくはＵＬグラントに関するＰＤＣＣＨの監視、１つもしくは複数のＨＡＲＱプロセスに関する物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）の受信、または例えば１つもしくは複数のＨＡＲＱプロセスに関するＨＡＲＱ Ａ／ＮフィードバックのためのＰＵＣＣＨの送信のうちの少なくとも１つを含むことができる。

【0132】

スケジューリングギャップ（すなわち、ＲＦの再チューニング（ＲＦＲ）ギャップか、またはＤＲＸ状態遷移（ＳＴ）ギャップ（DRX state transition（ST）gap）かのいずれか）は、ＤＡＴ中に発生することを明確に排除される場合があり、すなわち、スケジューリングギャップの一部であるサブフレームは、ＤＡＴから明確に排除される場合がある。代替的に、スケジューリングギャップは、ＤＡＴの一部であることを許可される場合がある。後者の場合、ＷＴＲＵは、リリース８の測定ギャップと同様に、スケジューリングギャップがＤＡＴ中に発生するとしても、スケジューリングギャップ中にＰＤＣＣＨを監視することを要求されない。

【0133】

スケジューリングギャップは、例えば、ＷＴＲＵがＲＦフロントエンドを再チューニングすることを要求する、少なくとも１つのＣＣ（またはＳセル）の「アクティブ化」および／または「非アクティブ化」の結果としてのアクティブなＣＣ（またはＳセル）の組の変化の結果であってもよい。再チューニングプロシージャは（例えば、１ｍｓまたは２ｍｓであってもよい）、ある期間、ＷＴＲＵの送信を損なう場合があり、ＲＦＲギャップとも呼ばれる。アクティブ化または非アクティブ化は、ネットワークからの明示的なシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、またはＬ１／ＰＤＣＣＨシグナリング）の結果であるか、または暗黙的であってもよい（例えば、タイマーに基づく）。

【0134】

スケジューリングギャップは、ＣＣの組のＤＲＸアクティブ時間の変化に続くＤＲＸの状態遷移の結果であってもよい。少なくとも１つのＣＣが、ＤＲＸアクティブ時間内に残っている場合があり、このＣＣは、ＷＴＲＵがそのＷＴＲＵのＲＦフロントエンドを再チューニングすることを要求しなくてもよい。しかし、このＣＣは、例えば、ＲＦフロントエンドの前（送信）の、またはＲＦフロントエンドの後（受信）のいくつかの機能ブロックをオンまたはオフにすることを要求してもよいが、それでもやはり（例えば、１ｍｓまたは２ｍｓであってもよい）、ある期間、ＷＴＲＵの送信を損なう場合があり、ＤＲＸ−ＳＴギャップとも呼ばれる。

【0135】

このように、スケジューリングギャップは、ネットワークによって構成可能であるか（おそらくはＷＴＲＵの処理時間を含む）、ＷＴＲＵのケイパビリティから導出されるか、またはそのギャップがＲＦＲギャップであるか、もしくはＤＲＸ−ＳＴギャップであるかに基づいて導出される固定値（例えば、１ｍｓまたは２ｍｓ）であってもよい。

【0136】

「アクティブ化期間」が、少なくともそのアクティブ化期間のサブフレームのサブセットに対し、任意のアクティブなＣＣ上の送信に適用可能なＤＬ割り当ておよび／またはＵＬグラントに関して、ＤＲＸアクティブ時間中の少なくとも１つのＤＬのＣＣ（例えば、Ｐセル）のＰＤＣＣＨをＷＴＲＵが監視する、連続するいくつかのサブフレームとして定義される。アクティブ化期間は、例えば、その期間がＤＲＸの動作継続時間の期間に等しいとき、ＷＴＲＵがＤＡＴ内にあるサブフレームだけで構成されてもよく、または例えば、その期間がＤＲＸサイクルに等しいとき、ＷＴＲＵがＤＡＴ内にないサブフレーム（すなわち、１つもしくは複数の不活性期間）で構成されてもよい。ＰＤＣＣＨと併せて使用されるときの用語「適用可能な」（例えば、「ＣＣに適用可能なＰＤＣＣＨ」）は、ＰＤＣＣＨターゲットがサブグループのＵＬのＣＣおよび／もしくはＤＬのＣＣであること、ＰＤＣＣＨロケーションがサブグループのＣＣであること、またはそれらの両方のうちの少なくとも１つを指す。

【0137】

アクティブ化期間は、ＣＣに適用可能なＤＬ割り当ておよび／またはＵＬグラントの検出が、同一のＣＣまたは異なるＣＣに関するＤＬ割り当ておよび／またはＵＬグラントに関するその後に続くＰＤＣＣＨの監視のアクティブ化の結果となるサブフレームの組として使用されてもよい。スケジューリングギャップによりアクティブ化期間が先行してもよい。また、アクティブ化期間の長さがマルチＣＣ−ＤＲＸサイクルの長さと異なる場合、スケジューリングギャップによりアクティブ化期間が続いてもよい（および１つまたは複数の不活性の期間）。「不活性の期間」は、ＷＴＲＵが、ＤＲＸの規則に従って、少なくとも１つのＣＣ上の送信に適用可能な割り当ておよび／または割り当てに関してＰＤＣＣＨを監視することを要求されないことを指す。

【0138】

「マルチＣＣ−ＤＲＸサイクル」は、アクティブ化期間の周期的な繰返しとして定義され、すなわち、アクティブ化期間は、図５に示されるように、マルチＣＣ−ＤＲＸ期間ごとに１回発生する。代替的な実施形態において、アクティブ化期間は、ＰＤＣＣＨの監視活動よりも短くてもよい。

【0139】

以下の実施形態は、ＲＦフロントエンドの再チューニングの観点でＣＣの「アクティブ化」および「非アクティブ化」に基づいて説明され、したがって、用語、ＲＦＲギャップを使用する。これらの実施形態は、ＲＦフロントエンドの再チューニングを必要としないＤＲＸの状態遷移（したがって、用語「スケジューリングギャップ」が代わりに使用され得る）に、またはＤＲＸの状態遷移とＣＣのアクティブ化もしくは非アクティブ化との両方の組合せに等しく適用可能である。

【0140】

以下の実施形態は、以下の原則、すなわち、ＣＣのグループ化、ＲＦの再チューニングが実行されるべきかどうかの判定、どのＳＣＣがアクティブ化されるべきかの判定、またはＲＦＲギャップのタイミングの判定のうちの少なくとも１つを用いる。

【0141】

ＣＣのグループ化によって、ＷＴＲＵのマルチキャリア構成のＣＣの組は、概念的に、複数のサブグループに分割されてもよい。例えば、構成される場合、および場合によってはアクティブ化もされる場合に、ＷＴＲＵがＰＤＡＴに従ってＰＤＣＣＨを監視する１つもしくは複数のＰＣＣ、または、ＷＴＲＵがＤＡＴに従ってＰＤＣＣＨを監視する１つもしくは複数のＳＣＣ。この定義は、すべてのＣＣが個別に扱われる場合、すべてのＳＣＣが単一のサブグループとして扱われる場合、同じ周波数帯域のＳＣＣがサブグループとして扱われる場合、またはＰＣＣがＰセルとしてさらにグループ化され、ＳＣＣがＳセルとしてグループ化される場合を除外しない。

【0142】

ＲＦの再チューニングが実行されるべきか否かの判定が、アクティブ化期間中に実行される。アクティブ化期間は、以下のうちの少なくとも１つを判定するために使用される。（１）ＲＦＲギャップがマルチＣＣ−ＤＲＸサイクル中の特定の時点で（すなわち、アクティブ化期間のサイクルで）ＷＴＲＵに利用可能であるか否か。（２）ＳＣＣ（または複数の）がＲＦＲギャップの発生に続いてアクティブであり得るか否か。例えば、ＷＴＲＵがＲＦフロントエンドをどのように再構成し得るか、すなわち、どのＳＣＣ（または複数の）がＲＦの再チューニング中にアクティブ化され得るか、またはどのＣＣに関して、ＷＴＲＵがＲＦＲギャップの後にＰＤＣＣＨを監視し得るか。（３）アクティブなＣＣの組が、アクティブ化期間中に発生したイベントに基づいて修正され得るか否か。

【0143】

どのＳＣＣ（または複数の）がアクティブ化され得るかの判定が、アクティブ化期間中に行われる。アクティブ化期間は、以下のうちの少なくとも１つに基づいて、ＳＣＣ（または複数の）がアクティブ化され得るか否かを判定するために使用される。（１）ＷＴＲＵがアクティブ化期間中にいずれかのＰＤＣＣＨを正常に復号しない場合、Ｐセルに対応するＣＣだけがアクティブであることができる。（２）ＷＴＲＵがＰＣＣに適用可能なＰＤＣＣＨをアクティブ化期間中に正常に復号する場合、すべてのＣＣがアクティブであることができる。（３）ＷＴＲＵがＳＣＣ（または複数の）に適用可能なＰＤＣＣＨをアクティブ化期間中に正常に復号する場合、ＳＣＣ（またはＳＣＣに対応するそのサブグループ）がアクティブであることができる。

【0144】

例えば、ＷＴＲＵがアクティブ化期間中にＳＣＣのサブグループの少なくとも１つのＳＣＣにスケジューリングされる場合、サブグループのＤＡＴおよびＰＤＡＴは、アクティブ化期間の後、共通のパターンに従う。その他の場合、ＳＣＣのサブグループのＤＡＴは異なるパターンに従い（例えば、ＷＴＲＵが、サブグループのＣＣに関してＰＤＣＣＨを能動的に監視しない）、および／またはサブグループのＣＣがＲＦＲギャップ中に非アクティブ化される。

【0145】

ＲＦＲギャップのタイミングの判定は、ＲＦＲギャップが次のアクティブ化期間の前、または現在のアクティブ化期間の後に含まれるか否かを判定することを含む。

【0146】

ＲＦＲギャップは、以下のうちの少なくとも１つが真である場合、次のアクティブ化期間の直前にある。（１）ＣＣの少なくとも１つのサブグループのＣＣが、アクティブ化期間の最初のサブフレームからＲＦＲギャップの長さを引いたものに対応するサブフレームにおいてアクティブでない。（２）少なくとも１つのＰＤＣＣＨが、現在のアクティブ化期間中にＷＴＲＵによって正常に復号されないかった場合。これは、ＰＤＣＣＨがＰセルに適用可能であるかどうか、ＰＤＣＣＨがＳセルに適用可能であるかどうか、またはＰＤＣＣＨがＳセルに適用可能であるかどうかおよびＳセルがアクティブ化されるかどうかなどの追加的な必要条件によってさらに制限され得る。

【0147】

ＲＦＲギャップは、ＣＣの異なる組が、アクティブ化期間に続いて、例えば、両方の期間が異なる場合、場合によっては現在のマルチＣＣ−ＤＲＸサイクルの残りの間だけアクティブ化され得ることを、アクティブ化期間中にＷＴＲＵが判定する場合、現在のアクティブ化期間の直後にある。

【0148】

上記の原則を用いて、マルチＣＣ−ＤＲＸサイクルの長さ、アクティブ化期間の長さ、およびＲＦＲギャップに関するパラメータを定義する実施形態が実現され得る。マルチＣＣ−ＤＲＸサイクルの長さは、ＷＴＲＵによって使用されるＤＲＸサイクル（長いＤＲＸサイクル（long DRX cycle）か、もしくは構成される場合には短いＤＲＸサイクル（short DRX cycle）かのいずれか）に等しいか、または構成されたＤＲＸサイクルの長さとは異なる構成可能な期間である。アクティブ化期間の長さは、ＤＲＸの動作継続時間の長さ、ＷＴＲＵがＤＲＸアクティブ時間（例えば、ＰＤＡＴ）内にあるサブフレーム、またはマルチＣＣ−ＤＲＸサイクルの長さのうちの１つに等しい。

【0149】

ＲＦＲギャップは、固定値（例えば、１ｍｓもしくは２ｍｓ）、ネットワークによって構成可能な値、またはＷＴＲＵの能力から導出される値（場合によってはＷＴＲＵの処理時間を含む）であってもよい。ＲＦＲギャップの存在、および場合によっては長さも、例えば、ＬＴＥリリース８／９のＤＲＸ−ＭＡＣ−ＣＥまたは同様のＭＡＣ−ＣＥを、場合によっては再利用することを含むＭＡＣ−ＣＥにおいてネットワークによってＷＴＲＵに明示的にシグナリングされ得る。ＭＡＣ−ＣＥは、どのサブフレームがＲＦＲギャップの開始に対応するかの（ＭＡＣ−ＣＥ、もしくはＭＡＣ−ＣＥに関するＨＡＲＱ肯定応答の受信に関して送信されるフィードバックからのオフセットとしての、または例えばＤＲＸサイクル内の絶対値としての）インジケーションと、そのＲＦＲギャップの継続時間とをさらに含み得る。ＭＡＣ−ＣＥは、ＳＣＣまたはＳセルのアクティブ化または非アクティブ化に関するシグナリングも含み得る。

【0150】

上記の原則が、ＷＴＲＵの構成のすべてのＳＣＣを含む単一のＳＣＣグループが定義される場合に使用され得る。これらの原則は、少なくとも１つのＳＣＣが同時にアクティブ化されるときに、ＰセルのＣＣがアクティブ化されたままであり、リリース８／９のＤＲＸまたはその簡素化されたバージョンと同様の規定されたＤＲＸのパターンに従う場合にも使用され得る。

【0151】

以下の実施形態においては、ＰＤＣＣＨのシグナリングに関するＷＴＲＵの処理時間に対応するいくつかのサブフレームが、ＲＦＲギャップが必要とされるか否かをＷＴＲＵが判定することを可能にするために、ＲＦＲギャップの起こり得る発生の前に（すなわち、アクティブ化期間の前または後に）さらに挿入されてもよい。それらのサブフレーム中、ＷＴＲＵは、正常に復号されたＰＤＣＣＨを、ＲＦＲギャップが必要とされるか否かを判定するための論理の一部とみなさない場合がある。

【0152】

変更形態は、アクティブ化期間がＳＣＣのＤＲＸの動作継続時間の期間に対応する場合に、ＰＣＣおよびＳＣＣに関して異なるＤＲＸの動作継続時間を使用すること、非アクティブ化されたＳＣＣに関するＰＤＣＣＨ制御シグナリング（グラントもしくは割り当て）を、ＣＣ（もしくは対応するＳセル、もしくは場合によっては同時にすべてのＳＣＣ）がアクティブ期間の終了後にアクティブ化され得るという明示的な信号として使用すること、またはマルチＣＣ−ＤＲＸサイクルが、ＷＴＲＵによって使用されるＤＲＸサイクルの整数倍であるように上位レイヤ（例えば、ＲＲＣ）によって構成されることを含み得る。

【0153】

ＵＬのタイミング調整の処理に関して、ＷＴＲＵが、そのＷＴＲＵのＲＦフロントエンドの再チューニングの後にＵＬの同期を維持することを考慮しない場合（例えば、アクティブなＳセルの組の変化が原因である）、ＷＴＲＵは、再びタイミング調整を得るためのプロシージャを実行することをさらに要求されてもよい。

【0154】

ＨＡＲＱプロセスと、スケジューリング要求と、ＨＡＲＱフィードバック、ＣＱＩ、ＰＭＩ、またはＲＩ、およびＳＲＳの送信との処理に関して、ＷＴＲＵは、関連する状態がｅＮＢの状態と一貫性を保ったままであることを保証するための特定の論理をさらに実行してもよい。

【0155】

ＷＴＲＵは、マルチＣＣ−ＤＲＸサイクルの終わりからＲＦＲギャップの長さを引いたところから始まるサブフレームにおいて、すべてのＣＣがアクティブ化されるわけではないとそのＷＴＲＵが判定する場合、そのサブフレームにＲＦＲギャップを含み得る。

【0156】

ＷＴＲＵは、構成され、現在アクティブなマルチＣＣ−ＤＲＸサイクルの長さに等しいアクティブ化期間を使用することができ、すなわち、どのＳＣＣ（または複数の）が後続のマルチＣＣ−ＤＲＸサイクルで必要とされるかが、その後続のマルチＣＣ−ＤＲＸサイクルの直前のマルチＣＣ−ＤＲＸサイクルのＰＤＣＣＨの活動に基づいて判定される。

【0157】

同様に、ＷＴＲＵは、長いＤＲＸサイクルおよび（構成される場合には）短いＤＲＸサイクルに関するＷＴＲＵの構成に基づいて、現在のＤＲＸサイクルに等しいマルチＣＣ−ＤＲＸサイクルを使用することができる。ＤＲＸ−ＭＡＣ−ＣＥを含む、サイクルの遷移に関するリリース８／９のメカニズムが、これまで通り使用され得る。

【0158】

図６は、アクティブ化期間がＤＲＸサイクルと同一の長さを有するタイミング図６００である。ＷＴＲＵは、以下のうちの少なくとも１つを実行する。

【0159】

現在のＤＲＸサイクルの最後のサブフレームからＲＦＲギャップの長さを引いたものに対応するサブフレーム以前に、ＷＴＲＵが、そのＷＴＲＵが次のＤＲＸサイクル中にＣＣの現在アクティブな組とは異なるＣＣの組を監視する場合があると判定する場合、ＲＦＲギャップが必要とされる。ＷＴＲＵは、ＤＲＸサイクルの残り（すなわち、ＲＦＲギャップの長さに等しいいくつかのサブフレーム）を、ＲＦフロントエンドを再チューニングし、および／またはＳＣＣのアクティブ化の状態を変更するための機会とみなす（ステップ６０２）。

【0160】

ＲＦＲギャップに対応するサブフレームにおいて（前のステップから必要とされる場合）、ＷＴＲＵは、ＳＣＣをアクティブ化するために使用される基準のうちの少なくとも１つに従って、ＲＦフロントエンドを再構成し、および／またはＳＣＣをアクティブ化する（ステップ６０４）。

【0161】

ＷＴＲＵは、新しいＤＲＸサイクルを開始する。ＲＦＲギャップの一部であるサブフレームを除くＤＲＸサイクルのサブフレームにおいて、ＷＴＲＵは、ＰＤＡＴと共通である可能性があるＤＡＴの間、すべての構成されたまたはアクティブ化されたＣＣに適用可能なＰＤＣＣＨを監視する（ステップ６０６、６０８）。

【0162】

ＷＴＲＵは、任意のＣＣに（すなわち、Ｐセルまたは任意のＳセルに対して）適用可能な少なくとも１つのＰＤＣＣＨがその期間の任意のサブフレームにおいて正常に復号されたか否かを判定する。ＷＴＲＵは、ＲＦフロントエンドの再チューニングを実行し、および／またはＳＣＣのアクティブ化の状態を変更する必要がない場合、ＲＦＲギャップが必要とされないと判定する。例えば、現在のＤＲＸサイクルの間にいかなるＰＤＣＣＨも正常に復号されず、ＳＣＣのいずれもアクティブ化されていないか、または現在のＤＲＸサイクルの間に少なくとも１つのＰＤＣＣＨが正常に復号され、構成されたＳＣＣのすべてがアクティブ化されている場合である。

【0163】

ＷＴＲＵは、ＤＲＸサイクル中に、正常に復号されたＰＤＣＣＨのいずれもＳＣＣに適用可能でない（すなわち、Ｐセルに適用可能なＰＤＣＣＨのみが受信される）か否かも判定してもよい。

【0164】

ＷＴＲＵは、ＳＣＣ（特に、ＰＤＣＣＨターゲットであるＣＣ）に対して適用可能な少なくとも１つのＰＤＣＣＨが、ＤＲＸサイクルの任意のサブフレームで正常に復号されたか否かも判定してもよい。ＷＴＲＵは、ＲＦフロントエンドの再チューニングを実行し、および／またはＳＣＣのアクティブ化の状態を変更する必要がない場合、ＲＦＲギャップが必要とされないと判定する。例えば、現在のＤＲＸサイクルの間にいかなるＰＤＣＣＨも正常に復号されず、ＳＣＣのいずれもアクティブ化されていないか、または現在のＤＲＸサイクルの間に少なくとも１つのＰＤＣＣＨが正常に復号されるが、すべてのＰＤＣＣＨが、アクティブ化されている構成されたＳＣＣのみを利用する場合である。

【0165】

また、ＷＴＲＵは、ＰＤＣＣＨがどの１つのＳＣＣ（または複数のＳＣＣ、場合によってはＳＣＣのサブグループ）に適用可能であるかをさらに判定してもよい。この場合、当該サブグループに対応するＳＣＣのみが、現在のＤＲＸサイクルの残りの間、アクティブなままとなる。

【0166】

ＷＴＲＵは、以下のうちの少なくとも１つに基づいて、ＲＦＲギャップが必要とされるか否かを判定する。ＰＤＣＣＨが正常に復号されなかった場合、Ｐセルに対応するＣＣのみが、次のＤＲＸサイクルの間、必要とされる。ＲＦＲギャップは、少なくとも１つのＳＣＣが現在のＤＲＸサイクルの間アクティブである場合、正常に復号されたＰＤＣＣＨのいずれも、Ｓセルに対応するＳＣＣのうちのいずれにも適用可能でない場合、またはＰＤＣＣＨが新しい送信を示す場合にのみ必要とされる。

【0167】

Ｓセルに適用可能な少なくとも１つのＰＤＣＣＨが正常に復号された場合、ＲＦＲギャップは、おそらくは、新たな送信を示すＰＤＣＣＨのみを考慮すると、現在のＤＲＸサイクルの間アクティブなＳＣＣが、次のＤＲＸサイクルの間アクティブであるべきＳＣＣとは異なる場合にのみ必要とされる。

【0168】

次のＤＲＸサイクルの開始に先立つサブフレーム（サブフレームの数はＲＦＲギャップのサブフレームの数に等しい）において、ＷＴＲＵがＲＦＲギャップが必要とされると既に判定した場合に、ＷＴＲＵは、ＲＦフロントエンドを再構成し、および／またはＳＣＣをアクティブ化する（ステップ６１０）。ＲＦフロントエンドの再構成またはＳＣＣのアクティブ化は、ＣＣのアクティブ化の状態が修正され得るか否かに関する基準に基づく。ＷＴＲＵは、ＲＦフロントエンドを再構成し、および／またはすべてのＳＣＣを非アクティブ化するか、すべてのＳＣＣをアクティブ化するか、もしくはいかなる適用可能なＰＤＣＣＨもＤＲＸの動作継続時間中に正常に復号されなかったＳＣＣ（もしくはそのサブグループ）のみを非アクティブ化してもよい。

【0169】

ＤＲＸサイクル全体の間、ＷＴＲＵは、ＣＣ、例えば、すべてのアクティブ化されたＣＣ上の送信に適用可能なＰＤＣＣＨをＷＴＲＵが監視する同一のＤＲＸアクティブ時間（例えば、ＰＤＡＴ）をすべてのＣＣに適用する。ＷＴＲＵは、前のＲＦＲギャップの間に追加的に非アクティブ化され得るその他のＣＣ（例えば、概念的に、ＰＤＡＴとは異なるＤＲＸアクティブ時間が使用されるか、または代替的に、ＣＣが非アクティブ化されたとみなされ、ＤＡＴの対象にならないかのいずれか）に関するＰＤＣＣＨを監視する必要はない。

【0170】

ＰＤＣＣＨが受信され得るＣＣの異なる組がマルチＣＣ−ＤＲＸサイクルの残りの間に使用され得ると、アクティブ化期間中にＷＴＲＵが判定する場合、ＷＴＲＵは、アクティブ化期間の後にＲＦＲギャップを含むことができる。代替的に、ＷＴＲＵは、マルチＣＣ ＤＲＸサイクルの終わりからＲＦＲギャップの長さを引いたところから始まるサブフレームにおいてすべてのＣＣがアクティブ化されるわけではないとそのＷＴＲＵが判定する場合、そのサブフレームにＲＦＲギャップを含むことができる。

【0171】

ＷＴＲＵは、構成されたＤＲＸの動作継続時間の期間に等しいアクティブ化期間を使用することができ、すなわち、それぞれの期間の開始点およびそれらの期間の長さは等しい。同様に、ＷＴＲＵは、長いＤＲＸサイクルおよび（構成される場合には）短いＤＲＸサイクルに関するＷＴＲＵの構成に基づいて、現在のＤＲＸサイクルに等しいマルチＣＣ ＤＲＸサイクルを使用することができる。ＤＲＸ−ＭＡＣ−ＣＥを含む、サイクルの遷移に関するリリース８／９のメカニズムをこれまで通り使用することができる。

【0172】

図７は、アクティブ化期間がＤＲＸの動作継続時間と同一の長さを有するタイミング図７００である。ＷＴＲＵは、以下のうちの少なくとも１つを実行する。

【0173】

現在のＤＲＸサイクルの最後のサブフレームからＲＦＲギャップの長さを引いたものに対応するサブフレームに関して、ＷＴＲＵが当該サブフレームにおいてアクティブなＳＣＣの数が、構成されたＳＣＣの総数未満であると判定する場合、ＲＦＲギャップが必要とされる。ＷＴＲＵは、ＤＲＸサイクルの残り（すなわち、ＲＦＲギャップの長さに等しいいくつかのサブフレーム）を、ＲＦフロントエンドの再チューニングを実行し、および／またはＳＣＣのアクティブ化の状態を変更するための機会とみなす（ステップ７０２）。

【0174】

ＲＦＲギャップに対応するサブフレームにおいて（前のステップから必要とされる場合）、ＷＴＲＵは、ＲＦフロントエンドを再構成し、および／またはＳＣＣのすべてをアクティブ化する（ステップ７０４）。

【0175】

ＷＴＲＵは、新しいＤＲＸサイクルを開始する。動作継続時間の期間に対応するサブフレームおいて（すなわち、ＤＲＸの動作継続時間のタイマーが稼動している間）、ＷＴＲＵは、すべての構成されたＣＣに適用可能なＰＤＣＣＨを監視する（ステップ７０６）。

【0176】

ＷＴＲＵは、任意のＣＣに（すなわち、Ｐセルまたは任意のＳセルに対して）適用可能な少なくとも１つのＰＤＣＣＨがその期間のいずれかのサブフレームにおいて正常に復号されたか否かを判定し、正常に復号された場合、ＷＴＲＵは、ＲＦＲギャップが必要とされないと判定する。

【0177】

ＷＴＲＵは、その期間中に、正常に復号されたＰＤＣＣＨのいずれもがＳＣＣに適用可能でない（すなわち、Ｐセルに適用可能なＰＤＣＣＨのみが受信される）か否かを判定する。

【0178】

ＷＴＲＵは、ＳＣＣに適用可能な少なくとも１つのＰＤＣＣＨがその期間のいずれかのサブフレームにおいて正常に復号されたか否かを判定し、正常に復号された場合、ＷＴＲＵは、ＲＦＲギャップが必要とされると判定する。

【0179】

ＷＴＲＵは、どのＳＣＣに（場合によってはどのＳＣＣのサブグループに）ＰＤＣＣＨが適用可能であるかも判定する場合もあり、その場合、（１つまたは複数の）当該サブグループに対応するＳＣＣのみが現在のＤＲＸサイクルの残りの間アクティブなままとなる。

【0180】

ＷＴＲＵは、以下のうちの少なくとも１つに基づいて、ＲＦＲギャップが必要とされるか否かを判定する。ＰＤＣＣＨが正常に復号されなかった場合、Ｐセルに対応するＣＣのみがＤＲＸサイクルの残りの間必要とされ、ＲＦＲギャップが必要とされる。ＲＦＲギャップは、正常に復号されたＰＤＣＣＨのいずれも、Ｓセルに対応するＳＣＣのうちのいずれにも適用可能でない場合、またはＰＤＣＣＨが新しい送信を示す場合にやはり必要とされる場合がある。

【0181】

ＲＦＲギャップは、Ｓセルに適用可能な少なくとも１つのＰＤＣＣＨが正常に復号された場合、またはＰＤＣＣＨが新しい送信を示す場合、必要とされない場合がある。しかし、ＲＦＲギャップは、ＷＴＲＵがＲＦフロントエンドを再構成することができ、および／または正常に復号されたＰＤＣＣＨのいずれも適用可能でない１つもしくは複数のＳＣＣ（もしくはそのサブグループ）を非アクティブにすることができ、したがって、ＤＲＸサイクルの残りの間に使用されるアクティブなＳＣＣの結果として得られる数が、動作継続時間の期間中のアクティブなＣＣの数未満である場合に必要とされる場合がある。

【0182】

ＷＴＲＵが、ＲＦＲギャップが必要とされると既に判定した場合、ＤＲＸの動作継続時間の期間の終わりの後の最初のサブフレームから始まり、ＷＴＲＵは、ＲＦフロントエンドを再構成し、および／またはＳＣＣをアクティブ化する（ステップ７０８）。ＷＴＲＵは、ＲＦフロントエンドを再構成し、および／またはすべてのＳＣＣを非アクティブ化するか、もしくはいかなる適用可能なＰＤＣＣＨもＤＲＸの動作継続時間中に正常に復号されなかったＳＣＣ（もしくはそのサブグループ）のみを非アクティブ化する場合がある。

【0183】

ＤＲＸサイクルの残りの間、すなわち、ＤＲＸの動作継続時間が終わりに続いて、ＷＴＲＵは、ＣＣ（例えば、すべてのアクティブ化されたＣＣ）上の送信に適用可能なＰＤＣＣＨをＷＴＲＵが監視する同一のＤＲＸアクティブ時間（例えば、ＰＤＡＴ）をすべてのＣＣに適用する（ステップ７１０）。ＷＴＲＵは、前のＲＦＲギャップの間に追加的に非アクティブ化され得るその他のＣＣ（例えば、ＰＤＡＴとは異なるＤＲＸアクティブ時間が使用される）に関するＰＤＣＣＨを監視する必要はない。加えて、ＷＴＲＵは、上記のステップ７０２を実行する。

【0184】

ＤＲＸサイクルの終わりのＲＦＲギャップ中、ＷＴＲＵは、ＲＦフロントエンドを再構成し、および／またはＳＣＣのすべてをアクティブ化する（ステップ７１２）。

【0185】

概念的に、上記の代替的手法の一部は、ＳＣＣが第２のＤＲＸアクティブ時間（例えば、ＳＤＡＴ）に従う一方、第１のＤＲＸアクティブ時間（例えば、リリース８／９のＤＲＸの規則に従い得るＰＤＡＴ）に従うＰＣＣとみなされてもよい。ＤＲＸの動作継続時間の期間中、すべてのＳＣＣに関するＳＤＡＴはＰＤＡＴと同一である。ＷＴＲＵが少なくとも１つのＳＣＣがスケジューリングされなかったと判定する場合（場合によってはすべての）、ＷＴＲＵのＳＤＡＴが、ＷＴＲＵがスケジューリングされることを予測されないギャップの発生の後に、当該ＳＣＣを非アクティブにしてもよい（すなわち、ＤＲＸのスリープまたは非アクティブ化状態に入る）。ＤＲＸサイクルが終わりに近いとき、少なくとも１つのＳＣＣがこのサイクルに関してＰＤＡＴに従うべきでないとＤＲＸの動作継続時間中にＷＴＲＵが判定した場合、ＷＴＲＵは同様のギャップをＤＲＸのパターンに挿入する。

【0186】

ＷＴＲＵは、構成されたＳセルに関する要求される測定を、規定された測定の要件に従ってアクティブ化期間中に実行することができる。そのような測定は、ＣＱＩの測定（構成される場合、例えば、ＳセルのＡ１／Ａ２の閾値に基づく測定など）か、またはＲＲＣによって構成される測定かのいずれかであってもよく、したがって、ＷＴＲＵは、構成されたＳセルがマルチＣＣ−ＤＲＸサイクル全体の間アクティブであるか否かに関わらずＳセルに関してレポートすることができる。

【0187】

スケジューリングギャップの存在は、ＷＴＲＵの実装か、または同期された方法かのいずれかが原因である場合がある。ＷＴＲＵの実装に基づくとき、ＷＴＲＵは、スケジューリングギャップがいつ起こるかを自律的に判定することができ、その場合、ギャップのタイミングはｅＮＢのスケジューラに知られない。これに基づいて、スケジューリングギャップ中にはいかなる進行中の送信も存在しないはずであるので、スケジューリングギャップ中に、処理される必要がある進行中のＨＡＲＱプロセスが存在する場合がある。

【0188】

同期された方法に基づくとき、スケジューリングギャップは、ｅＮＢからの明示的なシグナリングによって、または暗黙的な方法によってスケジューリングされてもよい。第１の暗黙的な方法は、タイマー、または構成された開始オフセットおよび周期に基づく（上述の方法はこのカテゴリーに入る）。第２の暗黙的な方法は、ＨＡＲＱプロセスの状態に基づき、例えば、ギャップを、すべてのＨＡＲＱプロセスが完了したときにスケジューリングすることができる。

【0189】

上記の場合のいずれにおいても、ギャップが進行中の送信の間に起こる場合、ＨＡＲＱプロセスは、同一のＨＡＲＱプロセスに関するｅＮＢの状態ともはや一貫性がない状態になるべきでない。

【0190】

ＷＴＲＵは、測定ギャップ類似の方法で、要求されるスケジューリングギャップの一部であるサブフレームの間、ＨＡＲＱプロセスを処理することができる。これは、スケジューリング要求、およびＨＡＲＱフィードバックと、ＣＱＩ、ＰＭＩ、またはＲＩと、ＳＲＳとの送信の処理にも当てはまる。

【0191】

ＷＴＲＵがランダムアクセスプロシージャを開始し、ＷＴＲＵがスケジューリングギャップを使用するように要求されるとき、ＷＴＲＵは、ランダムアクセスプロシージャがスケジューリングギャップと衝突するときにランダムアクセスプロシージャを処理するために以下のプロシージャのうちの少なくとも１つを実行することができる。

【0192】

ＷＴＲＵは、スケジューリングの一部であるサブフレームが、ＷＴＲＵがプリアンブルの送信のために使用したサブフレームと衝突する場合、プリアンブルの送信を遅延させてもよい。例えば、衝突するサブフレームが、ＰＲＡＣＨ構成インデックス（prach-Config Index）、ＰＲＡＣＨマスクインデックス（PRACH Mask Index）、および物理レイヤのタイミングの要件（測定ギャップとの衝突と類似の）によって与えられる制約によって許容されるＰＲＡＣＨを含む次の利用可能なサブフレームに対応する場合、ＷＴＲＵは、プリアンブルの送信を遅延させることができる。

【0193】

ランダムアクセスプリアンブルがスケジューリングギャップの発生の前に既に送信された場合、ＷＴＲＵは、例えば、少なくともスケジューリングギャップの長さに等しい量だけＲＡ応答ウィンドウ（RA response window）の長さを拡張するか、ＷＴＲＵが関連するアクション、例えば、ＲＦフロントエンドの再チューニングおよび／またはＤＲＸの遷移を実行しないようにスケジューリングギャップを無視するか、あるいはランダムアクセスプロシージャが失敗であると判定する場合がある。

【0194】

ＷＴＲＵが、必要とされるスケジューリングギャップと衝突するサブフレームの間にＲＡＲでＵＬグラントを受信した場合、ＷＴＲＵは、関連するアクション、例えば、ＲＦフロントエンドの再チューニングおよび／またはＤＲＸの遷移を実行しないようにスケジューリングギャップを無視することができる。代替的に、ＷＴＲＵは、受信されたグラントを無視し、ランダムアクセスプロシージャが失敗であると宣言することができる。

【0195】

Ｍｓｇ３が既に送信された場合、およびスケジューリングギャップがコンテンション解決タイマー（contention resolution timer）が稼動している間に発生する場合、ＷＴＲＵは、コンテンション解決の期間からギャップの一部であるサブフレームを除外することができ、すなわち、タイマーは、それらのサブフレームの間、更新されない。代替的に、ＷＴＲＵは、関連するアクション、例えば、ＲＦフロントエンドの再チューニングおよび／またはＤＲＸの遷移を実行しないようにスケジューリングギャップを無視することができる。

【0196】

ＷＴＲＵは、例えば、アクティブなＳセルの組の変更をトリガした何らかのイベントによって引き起こされたＲＦフロントエンドの再チューニングを実行した後、再びＵＬのタイミングを合わせるためのプロシージャを実行することができる。このプロシージャは、以下のうちのいずれかを含み得る。

【0197】

ＷＴＲＵは、ＲＦフロントエンドの再チューニングを実行するとき、ＴＡＴが満了したとみなし、関連するアクション、例えば、構成された個別ＵＬリソースの削除を実行することができる。ＷＴＲＵは、必ずしも個別リソース（例えば、ＳＲＳ、ＣＱＩ）の一部またはすべてを削除しなくてもよい。

【0198】

ＷＴＲＵは、そのＷＴＲＵのＲＦフロントエンドの再チューニングを完了した後、最初の可能な機会に、個別プリアンブル（dedicated preamble）を送信することができる。この場合、プリアンブルだけが送信され、このことは、ｅＮＢがＤＬ−ＳＣＨ上の個別送信を用いてＷＴＲＵにタイミングアドバンスコマンド（ＴＡＣ）を送信することを可能にし、ＷＴＲＵは、次に、受信されたタイミング調整を適用する。ｅＮＢは、そのｅＮＢがＷＴＲＵに既に割り当てていた、受信された個別プリアンブルからＷＴＲＵの識別情報を導出することができる。

【0199】

ＷＴＲＵは、そのＷＴＲＵの構成された（すなわち、個別の）ＳＲＳリソース上でＳＲＳの送信を再開することができる。次に、ＳＲＳの送信が、ＷＴＲＵのために要求されるタイミング調整を判定するためにｅＮＢによって使用され得る。代替的に、ＷＴＲＵは、そのＷＴＲＵの構成された（すなわち、個別の）ＣＱＩリソース上でＣＱＩの送信を再開することができる。次に、ＣＱＩの送信が、ＷＴＲＵのために必要とされるタイミング調整を判定するためにｅＮＢによって使用され得る。

【0200】

ＷＴＲＵは、ＲＡＣＨプロシージャ、コンテンションフリーのランダムアクセス（ＣＦＲＡ）か、コンテンションベースのランダムアクセス（ＣＢＲＡ）かのいずれかを開始することができる。ＷＴＲＵは、ＲＡＣＨプロシージャを必要とする任意のその他のプロシージャも実行することができる。

【0201】

上記プロシージャのいずれも、ＴＡＣおよび／もしくはＲＡ−Ｍｓｇ２が受信される（すなわち、同期プロシージャの完了）か、またはＷＴＲＵが（おそらくはＵＬグラントを示すＤＣＩに関してのみ）そのＷＴＲＵのＣ−ＲＮＴＩへのＰＤＣＣＨを正常に復号するかのいずれかまで、ＷＴＲＵが（上の同期プロシージャのために要求される任意の送信以外の）いかなるＵＬの送信も実行することを許可されないという追加の要件と組み合わされてもよい。

【0202】

代替的に、ｅＮＢは、通常のオペレーションに基づくＷＴＲＵからのＵＬの送信に依存し、必要な場合にＷＴＲＵにＴＡＣを発行することができる。

【0203】

ＬＴＥリリース８／９に関して、ＷＴＲＵがプライマリおよびセカンダリ同期チャネルを用いてＤＬのタイミングを取得すると、ＷＴＲＵは、ＷＴＲＵの発振器のずれが、ＲＦがセルにチューニングされた後で問題にならないように、あらゆるサブフレームをＤＬのタイミングと同期させること可能とするべきである。これは、同一のＴＡを共有する複数のセルにやはり当てはまる場合がある。

【0204】

実施形態

【0205】

１．無線送信／受信ユニット（ＷＴＲＵ）によって再チューニングギャップが発生する時間をスケジューリングするための方法であって、再チューニングトリガイベントを検出するステップと、トリガイベントが検出されることを条件に、再チューニングギャップが起こる期間を判定するステップと、再チューニングギャップの間に無線周波数フロントエンドの再チューニングを実行するステップとを含む方法。

【0206】

２．再チューニングトリガイベントは、ＷＴＲＵによって受信された明示的な信号、またはＷＴＲＵによる暗黙的な判定のうちのいずれか一方に基づく実施形態１に記載の方法。

【0207】

３．ＷＴＲＵによって受信された明示的な信号は、コンポーネントキャリアのアクティブ化または非アクティブ化に基づくｅＮｏｄｅＢ（evolved Node B）から受信された信号を含む実施形態２に記載の方法。

【0208】

４．再チューニングトリガイベントの暗黙的な判定は、１つまたは複数のコンポーネントキャリアの間欠受信の状態の変化を含む実施形態２に記載の方法。

【0209】

５．再チューニングギャップの期間の判定は、アップリンクの送信またはダウンリンクの送信に基づく実施形態１乃至４のうちのいずれか１つに記載の方法。

【0210】

６．送信は、物理ダウンリンク制御チャネルの受信、アップリンクのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、またはダウンリンクのＨＡＲＱフィードバックのうちのいずれか１つに基づく実施形態５に記載の方法。

【0211】

７．再チューニングギャップの長さ以上の長さを有するアイドル期間を判定するステップをさらに含む実施形態６に記載の方法。

【0212】

８．再チューニングギャップの期間の判定は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの送信の状態に基づき、再チューニングギャップは、すべてのアップリンクのＨＡＲＱプロセスおよびダウンリンクのＨＡＲＱプロセスがアイドルするときに判定され、ＨＡＲＱプロセスは、ＷＴＲＵがＨＡＲＱ肯定応答を生成するか、ＷＴＲＵがＨＡＲＱ肯定応答を受信するか、またはすべてのＨＡＲＱプロセスに関して送信の最大数に達することを条件にアイドルリングする実施形態１乃至４のいずれか１つに記載の方法。

【0213】

９．再チューニングギャップの期間の判定は、すべてのアクティブなコンポーネントキャリア上の事前のアクティブな送信または再送信の終わりからのアイドル期間を検出することに基づく実施形態１乃至４のいずれか１つに記載の方法。

【0214】

１０．再チューニングギャップの期間は、検出されたアイドル期間が再チューニングギャップの長さ以上の長さを有することを条件に判定される実施形態９に記載の方法。

【0215】

１１．再チューニングギャップの期間の判定は間欠受信（ＤＲＸ）サイクルに基づく実施形態１乃至４のいずれか１つに記載の方法。

【0216】

１２．再チューニングギャップは、すべてのアクティブなコンポーネントキャリアがＤＲＸアクティブ時間内にないという条件、および次のＤＲＸの動作継続時間の期間までの時間の長さが再チューニングギャップの長さ以上であるという条件で判定される実施形態１１に記載の方法。

【0217】

１３．判定された再チューニングギャップは、すべてのアクティブ化されたコンポーネントキャリアが、ＤＲＸアクティブ時間内にもはや存在しない、または次のＤＲＸの動作継続期間もしくは次のＤＲＸサイクルの前の要求される再チューニングギャップの期間内に存在するという条件で適用される実施形態１２に記載の方法。

【0218】

１４．アクティブ化期間中に無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、アクティブなコンポーネントキャリア（ＣＣ）の組からの任意のＣＣに関するチャネルの割り当てに関して少なくとも１つのダウンリンク（ＤＬ）のＣＣの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視するステップと、無線周波数再チューニング（ＲＦＲ）ギャップが、マルチＣＣ間欠受信（ＤＲＸ）サイクル中にＷＴＲＵに利用可能であるかどうかを判定するステップとを含む方法。ＣＣの少なくとも１つのサブグループのＣＣがアクティブ化期間の最初のサブフレームからＲＦＲギャップの継続時間を引いた時点においてアクティブでないという条件で、方法は、次のアクティブ化期間に先行するようにＲＦＲギャップをスケジューリングするステップも含む。少なくとも１つのＰＤＣＣＨがアクティブ化期間中にＷＴＲＵによって正常に復号されたという条件で、方法は、次のアクティブ化期間に先行するようにＲＦＲギャップをスケジューリングするステップも含む。ＣＣの異なる組がアクティブ化期間の後にアクティブ化され得るという条件で、方法は、アクティブ化期間に後続するようにＲＦＲギャップをスケジューリングするステップも含む。

【0219】

１５．ＷＴＲＵが少なくとも１つのセカンダリコンポーネントキャリア（ＳＣＣ）に適用可能なＰＤＣＣＨを正常に復号するという条件で、方法は、ＲＦＲギャップに続いて少なくとも１つのＳＣＣをアクティブ化するステップも含む実施形態１４に記載の方法。

【0220】

１６．マルチＣＣ−ＤＲＸサイクルの継続時間は、ＷＴＲＵによって使用されるＤＲＸサイクルの継続時間に等しい実施形態１４または１５に記載の方法。

【0221】

１７．マルチＣＣ−ＤＲＸサイクルの継続時間は、構成可能なＤＲＸサイクルの長さである実施形態１４乃至１６のいずれか１つに記載の方法。

【0222】

１８．アクティブ化期間の継続時間は、ＤＲＸの動作継続時間、プライマリＤＲＸアクティブ時間の継続時間、またはマルチＣＣ−ＤＲＸサイクルの継続時間のうちのいずれか１つである実施形態１４乃至１７のいずれか１つに記載の方法。

【0223】

１９．ＲＦＲギャップの継続時間は、固定値であるか、ネットワークによって構成可能であるか、またはＷＴＲＵのケイパビリティから導出されるかのうちのいずれか１つである実施形態１４乃至１８のいずれか１つに記載の方法。

【0224】

特徴および要素が特定の組合せで説明されているが、当業者は、各特徴または要素が、単独で、またはその他の特徴および要素との任意の組合せで使用され得ることを理解するであろう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子的な信号と、コンピュータ可読ストレージ媒体とを含む。コンピュータ可読ストレージ媒体の例は、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（digital versatile disk）などの光媒体を含むがこれらに限定されない。ソフトウェアに関連するプロセッサを、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために使用することができる。

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6】

【図7】