(57)【特許請求の範囲】
【請求項１】
キャリアをアグリゲーションする方法であって、
基地局で、周波数分割複信（ＦＤＤ）ライセンス供与されたスペクトルにおけるオペレーションのために構成されたアグリゲーティングセルを提供するステップと、
前記基地局で、前記アグリゲーティングセルを、アップリンク（ＵＬ）オペレーションおよびダウンリンク（ＤＬ）オペレーションのためのテレビジョンホワイトスペース（ＴＶＷＳ）帯域で動作する少なくとも１つのライセンス免除（ＬＥ）補助セルとアグリゲーションするステップであって、前記少なくとも１つのＬＥ補助セルは、要求されるＵＬとＤＬとのトラフィック比率に合うために、ＵＬのみのモードと、ＤＬのみのモードと、共有モードとの間において動的に構成可能なＦＤＤ補助セルである、ステップと
を含むことを特徴とする方法。
【請求項２】
キャリアをアグリゲーションする方法であって、
基地局で、周波数分割複信（ＦＤＤ）ライセンス供与されたスペクトルにおけるオペレーションのために構成されたアグリゲーティングセルを提供するステップと、
前記基地局で、前記アグリゲーティングセルを、アップリンク（ＵＬ）オペレーションおよびダウンリンク（ＤＬ）オペレーションのためのテレビジョンホワイトスペース（ＴＶＷＳ）帯域で動作する少なくとも１つのライセンス免除（ＬＥ）補助セルとアグリゲーションするステップであって、前記少なくとも１つのＬＥ補助セルは、時分割複信（ＴＤＤ）補助セルである、ステップと、
前記ＴＤＤ補助セルの周波数、レンジ、またはサイズのうちの少なくとも１つに基づいて動的に構成可能である、ＵＬ／ＤＬからＤＬ／ＵＬへの遷移のためのガードピリオドを提供するステップと
を含むことを特徴とする方法。
【請求項３】
前記共有モードに対して、前記少なくとも１つのＬＥ補助セルは、要求されるＵＬとＤＬとのトラフィック比率に合うために、トグル間隔でＵＬとＤＬとの間でトグルされることを特徴とする請求項１に記載の方法。
【請求項４】
シェアリングモードパターンは、サブフレームタイミングに基づくことを特徴とする請求項１に記載の方法。
【請求項５】
シェアリングモードパターンは、前記アグリゲーティングセルによって使用されるハイブリッド自動再送要求（ＨＡＲＱ）プロセスの数の倍数回繰り返すことを特徴とする請求項１に記載の方法。
【請求項６】
複数のＬＥ補助セルは、互いに独立している、または、互いに依存していることを特徴とする請求項１または２に記載の方法。
【請求項７】
前記アグリゲーティングセルは、前記ＴＤＤ補助セルに関するＨＡＲＱフィードバック、グラント、およびチャネル状態情報のうちの少なくとも１つを送信することを特徴とする請求項２に記載の方法。
【請求項８】
前記ＴＤＤ補助セルと、前記アグリゲーティングセルとの間におけるタイミングドリフトを検知すると、前記ＴＤＤ補助セル上の追加のランダムアクセスリソースをトリガーするステップ
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項９】
前記ＬＥ補助セルと、同じＬＥチャネルにおいて動作するその他のネットワークおよびユーザのうちの少なくとも１つと、の間におけるオペレーションをコーディネートするための共存能力を提供するステップをさらに含み、タイムシェアリングモードは、その他のネットワーク及びユーザのうちの前記少なくとも１つによる前記ＬＥ補助セルのオペレーションを許可する
ことを特徴とする請求項１または２に記載の方法。
【請求項１０】
前記ＬＥ補助セルと同じ前記ＬＥチャネルにおいて動作する前記その他のネットワークおよびユーザが前記同じＬＥチャネルにアクセスすることを許可するために共存ギャップを提供するステップ
をさらに含むことを特徴とする請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信に関する。
【背景技術】
【０００２】
（関連出願の相互参照）
本出願は、２０１１年２月７日に出願された米国特許仮出願第６１／４４０，２８８号明細書、および２０１１年１１月１６日に出願された米国特許仮出願第６１／５６０，５７１号明細書の利益を主張するものであり、これらの仮出願の内容は、参照によって本明細書に組み込まれている。
【０００３】
モバイルユーザの数が増え続けているため、それらのモバイルユーザをサポートする目的で、さらなるライセンス供与されている帯域スペクトルが必要とされている。しかし、ライセンス供与されている帯域スペクトルは、容易に利用可能ではなく、取得するのに非常に高くつく場合がある。したがって、ＴＶＷＳ（ｔｅｌｅｖｉｓｉｏｎ  ｗｈｉｔｅ  ｓｐａｃｅ：テレビジョンホワイトスペース）またはライセンス供与されていない帯域などの新たに利用可能なスペクトル（ＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ：ライセンス免除）スペクトルと総称される場合がある）において、たとえばＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）などのセルラーＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：無線アクセステクノロジー）を展開することが非常に望ましい。
【０００４】
ＬＥスペクトルにおける展開されるＲＡＴのオペレーションは、コーディネートされていないスペクトル使用を減らすように、ならびに固定周波数デュプレックスオペレーション（ｆｉｘｅｄ  ｆｒｅｑｕｅｎｃｙ  ｄｕｐｌｅｘ  ｏｐｅｒａｔｉｏｎ）を必要とせずにＵＬ（ｕｐｌｉｎｋ：アップリンク）およびＤＬ（ｄｏｗｎｌｉｎｋ：ダウンリンク）オペレーションをサポートするように修正することができる。たとえば、ＴＶＷＳにおける利用可能なチャネル間における間隔は、現在の位置および付近のプライマリユーザによるＴＶＷＳの使用に依存する場合がある。さらに、いくつかのエリアは、利用可能なＴＶＷＳチャネルを１つしか有していない場合があり、その結果、単一のＴＶＷＳチャネルにおいてＵＬリソースとＤＬリソースの両方を操作および提供しなければならない場合がある。加えて、ＬＥスペクトルを介するオペレーションでは、（ライセンス供与されている帯域を介するオペレーションと比較して）これらのチャネルの信頼性はより低くなり、高いレベルの干渉、プライマリインカンベント（ｐｒｉｍａｒｙ  ｉｎｃｕｍｂｅｎｔ）の到来、および共存データベースの決定などに起因して、所与のチャネルにおいてオペレーションが頻繁に停止しやすくなる可能性がある。
【０００５】
現在のＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ：キャリアアグリゲーション）ソリューションは、これらのＬＥ帯域にとっては適切でない場合があり、それはアグリゲートされたキャリアは、ライセンス供与されているＳＣＣ（ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：セカンダリコンポーネントキャリア）の使用に依存する場合があるためであり、それらのライセンス供与されているＳＣＣは、信頼できるものであり、確信の持てるオペレータによって使用される。しかし、それらがサポートするアグリゲーションシナリオは、かなり制限的である場合がある（たとえば、通常実施するＤＬシナリオでは、ＤＬ  ＳＣＣの数が、アグリゲーションにおいて使用されるＵＬ  ＳＣＣの数を超える場合がある）。
【発明の概要】
【０００６】
ＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ）スペクトルにおいて補助的セルを機能させるための方法および装置である。補助的セルは、ＬＥ帯域、たとえば、オポチュニスティックな帯域、サブライセンスを供与されている帯域、ＴＶＷＳ（ｔｅｌｅｖｉｓｉｏｎ  ｗｈｉｔｅ  ｓｐａｃｅ）帯域、およびＩＳＭ（ｉｎｄｕｓｔｒｉａｌ，  ｓｃｉｅｎｔｉｆｉｃ  ａｎｄ  ｍｅｄｉｃａｌ：工業、科学および医療用）帯域を使用するためにシステムによって展開することができる。補助的セルは、たとえば、プライマリセルおよび／またはセカンダリセルを含むアグリゲーティングセル（ａｇｇｒｅｇａｔｉｎｇ  ｃｅｌｌ）とアグリゲートされることが可能である。とりわけ、ＦＤＤ（周波数分割複信）ライセンスを供与されているスペクトルにおいて機能するプライマリセルは、ＵＬ（ｕｐｌｉｎｋ）オペレーションおよびＤＬ（ｄｏｗｎｌｉｎｋ）オペレーションに関してタイムシェアリングモードで機能するＬＥ補助的セルとアグリゲートされることが可能である。一例においては、ＬＥ補助的セルは、要求されるＵＬとＤＬとのトラフィック比率に合うように、ＵＬのみのモードと、ＤＬのみのモードと、共有モードとの間において動的に構成可能であるＦＤＤ補助的セルとすることができる。別の例においては、ＬＥ補助的セルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ：時分割複信）補助的セルとすることができる。ＴＤＤ補助的セルは、複数のＴＤＤ構成の間において動的に構成可能とすることができる。加えて、（場合によっては、別のＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）を使用して）同じチャネルにおいて機能するその他のシステムによるＬＥ補助的セル間におけるオペレーションをコーディネートするための共存機能を提供することができる。プライマリユーザおよびセカンダリユーザの使用を測定するために、ならびにＬＥ補助的セルと同じチャネルにおいて機能するその他のシステムがそのチャネルにアクセスすることを可能にするために、共存ギャップ（ｃｏｅｘｉｓｔｅｎｃｅ  ｇａｐ）を提供することができる。
【図面の簡単な説明】
【０００７】
以降の説明から、より詳細な理解を得ることができ、以降の説明は、例として添付の図面とともに与えられている。
【図１Ａ】１つまたは複数の記載されている実施形態を実施することができる例示的な通信システムを示す図である。
【図１Ｂ】図１Ａにおいて示されている通信システム内で使用することができる例示的なＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ：ワイヤレス送信／受信ユニット）を示す図である。
【図１Ｃ】図１Ａにおいて示されている通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ：コアネットワーク）を示す図である。
【図２】ＴＶ（ｔｅｌｅｖｉｓｉｏｎ：テレビジョン）帯域スペクトルの使用の一例を示す図である。
【図３】ライセンス免除キャリアアグリゲーション展開の一例を示す図である。
【図４】ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）プライマリセルとアグリゲートされているライセンス免除キャリアの一例を示す図である。
【図５】ハイレベルＡＬＴＥＳＳ（ａｄｖａｎｃｅｄ  ＬＴＥ  ｓｐｅｃｔｒｕｍ  ｓｏｌｕｔｉｏｎ：アドバンストＬＴＥスペクトルソリューション）オペレーションの一例を示す図である。
【図６】動的なＦＤＤ（周波数分割複信）オペレーティングモードの一例を示す図である。
【図７】ＤＬ（ｄｏｗｎｌｉｎｋ）のみのオペレーティングモードにおけるＳｕｐｐＣＣ（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：補助的コンポーネントキャリア）に影響を与えるさまざまな手順に関する例示的なソリューションを示す図である。
【図８】ＵＬ（ｕｐｌｉｎｋ）のみのオペレーティングモードにおけるＳｕｐｐＣＣに影響を与えるさまざまな手順に関する例示的なソリューションを示す図である。
【図９】４ＤＬ：４ＵＬ関連パターンに関するタイミングアライメントの一例を示す図である。
【図１０Ａ】リピート８パターンに関するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ：ハイブリッド自動再送要求）の詳細の例を示す図である（サブフレーム８個分のＨＡＲＱ  ＲＴＴ（ｒｏｕｎｄ−ｔｒｉｐ−ｔｉｍｅ：ラウンドトリップタイム）を伴うプライマリセル）。
【図１０Ｂ】リピート８パターンに関するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）の詳細の例を示す図である（サブフレーム８個分のＨＡＲＱ  ＲＴＴ（ｒｏｕｎｄ−ｔｒｉｐ−ｔｉｍｅ）を伴うプライマリセル）。
【図１１Ａ】リピート１６パターンに関するＨＡＲＱの詳細の例を示す図である（サブフレーム１６個分のＨＡＲＱ  ＲＴＴを伴うプライマリセル）。
【図１１Ｂ】リピート１６パターンに関するＨＡＲＱの詳細の例を示す図である（サブフレーム１６個分のＨＡＲＱ  ＲＴＴを伴うプライマリセル）。
【図１２】プライマリキャリアを介して送信されるＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ：無線リソース制御）再構成を通じてアグリゲーションの方向を動的に変更することの一例を示す図である。
【図１３】プライマリキャリアを介して送信されるＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：メディアアクセス制御）のＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ：制御要素）コマンドを通じてアグリゲーションの方向を動的に変更することの一例を示す図である。
【図１４】ＴＤＤ（時分割複信）補助的キャリアとアグリゲートされているＵＬとＤＬの両方のＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：コンポーネントキャリア）を含むライセンス供与されている帯域のＦＤＤ（周波数分割複信）プライマリセルの一例を示す図である。
【図１５】ライセンス免除オペレーションをサポートするシステムのそれぞれのキャリアにおいてサポートされている物理チャネルを示す図である。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の記載されている実施形態を実施することができる例示的な通信システム１００を示している。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえばＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：符号分割多重アクセス）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：時分割多重アクセス）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：周波数分割多重アクセス）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ＦＤＭＡ：直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  ＦＤＭＡ：シングルキャリアＦＤＭＡ）などを採用することができる。
【０００９】
図１Ａにおいて示されているように、通信システム１００は、ＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ：無線アクセスネットワーク）１０４、ＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）１０６、ＰＳＴＮ（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ：公衆交換電話ネットワーク）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、記載されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられるということがわかるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成することができ、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ユーザ機器）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、セルラー電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ：パーソナルデジタルアシスタント）、スマートフォン、ラップトップ、ノート、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ：ベーストランシーバ局）、Ｎｏｄｅ−Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：進化型Ｎｏｄｅ−Ｂ）、ＨＮＢ（Ｈｏｍｅ  Ｎｏｄｅ−Ｂ）、ＨｅＮＢ（Ｈｏｍｅ  ｅＮＢ）、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ：アクセスポイント）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということがわかるであろう。
【００１１】
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、その他の基地局および／またはネットワーク要素（図示せず）、たとえばＢＳＣ（ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ：基地局コントローラ）、ＲＮＣ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ：無線ネットワークコントローラ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成することができ、この地理的領域は、セル（図示せず）と呼ばれることもある。セルは、複数のセルセクタへとさらに分割することができる。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割することができる。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ：多入力多出力）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ：無線周波数）、マイクロ波、ＩＲ（ｉｎｆｒａｒｅｄ：赤外線）、ＵＶ（ｕｌｔｒａｖｉｏｌｅｔ：紫外線）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切なＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）を使用して確立することができる。
【００１３】
より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムとすることができ、１つまたは複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ：ユニバーサルモバイルテレコミュニケーションシステム）ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ：ＵＭＴＳ地上波無線アクセス）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ＷＣＤＭＡ（登録商標）（ｗｉｄｅｂａｎｄ  ＣＤＭＡ：広帯域ＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（ｈｉｇｈ−ｓｐｅｅｄ  ｐａｃｋｅｔ  ａｃｃｅｓｓ：高速パケットアクセス）および／またはＨＳＰＡ＋（ｅｖｏｌｖｅｄ  ＨＳＰＡ：進化型ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（ｈｉｇｈ−ｓｐｅｅｄ  ＤＬ（ｄｏｗｎｌｉｎｋ）  ｐａｃｋｅｔ  ａｃｃｅｓｓ：高速ＤＬパケットアクセス）および／またはＨＳＵＰＡ（ｈｉｇｈ−ｓｐｅｅｄ  ＵＬ（ｕｐｌｉｎｋ）  ｐａｃｋｅｔ  ａｃｃｅｓｓ：高速ＵＬパケットアクセス）を含むことができる。
【００１４】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ：進化型ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−ａｄｖａｎｃｅｄ：ＬＴＥアドバンスト）を使用してエアインターフェース１１６を確立することができる。
【００１５】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえばＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  ｍｉｃｒｏｗａｖｅ  ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ（ｅｖｏｌｕｔｉｏｎ−ｄａｔａ  ｏｐｔｉｍｉｚｅｄ）、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ：ＧＳＭ進化型高速データレート）、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ  ＲＡＮ）などを実施することができる。
【００１６】
図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、ＨＮＢ、ＨｅＮＢ、またはＡＰとすることができ、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ：ワイヤレスローカルエリアネットワーク）を確立するために、ＩＥＥＥ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ  ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ：ワイヤレスパーソナルエリアネットワーク）を確立するために、ＩＥＥＥ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスすることを不要とすることができる。
【００１７】
ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることが可能であり、ＣＮ１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークとすることができる。たとえば、ＣＮ１０６は、コール制御、課金サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティ機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということがわかるであろう。たとえば、ＣＮ１０６は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００１８】
ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ：旧来の電話サービス）を提供する回路交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰスイートにおけるＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ：トランスミッションコントロールプロトコル）、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ：ユーザデータグラムプロトコル）、およびＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ：インターネットプロトコル）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１つまたは複数のＲＡＮに接続されている別のＣＮを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａ、およびＩＥＥＥ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、図１Ａにおいて示されている通信システム１００内で使用することができる例示的なＷＴＲＵ１０２を示している。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素（たとえば、アンテナ）１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ：全地球測位システム）チップセット１３６、および周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素の任意の下位組合せを含むことができるということがわかるであろう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ：デジタル信号プロセッサ）、マイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：特定用途向け集積回路）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ：フィールドプログラマブルゲートアレイ）回路、ＩＣ（ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：集積回路）、状態マシンなどとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２をワイヤレス環境内で機能できるようにするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、１つの電子パッケージまたはチップ内に統合することができる。
【００２２】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成することができる。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器とすることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成することができる。
【００２３】
加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２４】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）を介して通信できるようにするために複数のトランシーバを含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、ＬＣＤ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ：液晶ディスプレイ）ディスプレイユニットまたはＯＬＥＤ（ｏｒｇａｎｉｃ  ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ：有機発光ダイオード）ディスプレイユニット）に結合することができ、そこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取外し不能メモリ１３０は、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ランダムアクセスメモリ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：読取り専用メモリ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取外し可能メモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ：加入者識別モジュール）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ：セキュアデジタル）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。たとえば、電源１３４は、１つまたは複数の乾電池（たとえばＮｉＣｄ（ｎｉｃｋｅｌ−ｃａｄｍｉｕｍ：ニッケルカドミウム）、ＮｉＺｎ（ｎｉｃｋｅｌ−ｚｉｎｃ：ニッケル亜鉛）、ＮｉＭＨ（ｎｉｃｋｅｌ  ｍｅｔａｌ  ｈｙｄｒｉｄｅ：ニッケル水素）、Ｌｉ−ｉｏｎ（ｌｉｔｈｉｕｍ−ｉｏｎ：リチウムイオン）など）、太陽電池、燃料電池などを含むことができる。
【００２７】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分の位置を特定することが可能である。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができる。
【００２８】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合することができ、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ：ユニバーサルシリアルバス）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌａｔｅｄ：周波数変調式）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００２９】
図１Ｃは、図１Ａにおいて示されている通信システム１００内で使用することができる例示的なＲＡＮ１０４および例示的なＣＮ１０６を示している。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることも可能である。
【００３０】
ＲＡＮ１０４は、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数のｅＮＢを含むことができるということがわかるであろう。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、ｅＮＢ１４０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
【００３１】
ｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソースマネージメントの決定、ハンドオーバの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを取り扱うように構成することができる。図１Ｃにおいて示されているように、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３２】
図１Ｃにおいて示されているＣＮ１０６は、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ：モビリティマネージメントエンティティ）１４２、サービングゲートウェイ１４４、およびＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ：パケットデータネットワーク）ＧＷ（ｇａｔｅｗａｙ：ゲートウェイ）１４６を含むことができる。上述の要素のそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のいずれかが、ＣＮオペレータ以外のエンティティによって所有および／または運営されることも可能であるということがわかるであろう。
【００３３】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、コントロールノードとして機能することができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うためのコントロールプレーン機能を提供することもできる。
【００３４】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することができる。サービングゲートウェイ１４４は、その他の機能、たとえば、ｅＮＢ間のハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってＤＬデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどを実行することもできる。
【００３５】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３６】
ＣＮ１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェースとして機能するＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ：マルチメディアサブシステム）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、ＣＮ１０６は、その他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、その他のネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。
【００３７】
図２は、ＴＶ帯域スペクトルの使用を示している。アナログＴＶ帯域２００は、ＶＨＦ（ｖｅｒｙ  ｈｉｇｈ  ｆｒｅｑｕｅｎｃｙ：超短波）帯域と、ＵＨＦ（ｕｌｔｒａ  ｈｉｇｈ  ｆｒｅｑｕｅｎｃｙ：極超短波）帯域とを含む。ＶＨＦ帯域は、５４ＭＨｚから８８ＭＨｚ（７２ＭＨｚから７６ＭＨｚを除く）で機能する低ＶＨＦ帯域２０５と、１７４ＭＨｚから２１６ＭＨｚで機能する高ＶＨＦ帯域２１０とから構成されている。ＵＨＦ帯域は、４７０ＭＨｚから６９８ＭＨｚで機能する低ＵＨＦ帯域２１５と、６９８ＭＨｚから８０６ＭＨｚで機能する高ＵＨＦ帯域２２０とから構成されている。
【００３８】
米国においては、ＦＣＣ（Ｆｅｄｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｍｍｉｓｓｉｏｎ）が、２００９年６月１２日を、アナログＴＶ放送をデジタルＴＶ放送に切り替えるための期限に設定した。デジタルＴＶチャネルの定義は、アナログＴＶチャネルと同じである。デジタルＴＶ帯域２２５は、アナログＴＶチャネル２から５１（３７を除く）を使用することができ、その一方で、アナログＴＶチャネル５２から６９は、放送以外の新たなユーザのために使用することができる。
【００３９】
放送サービスに割り当てられているが、ローカルで使用されていない周波数は、ＷＳ（ｗｈｉｔｅ  ｓｐａｃｅ：ホワイトスペース）と呼ばれている。ＴＶＷＳ（Ｔｅｌｅｖｉｓｉｏｎ  ＷＳ）は、ＴＶチャネル２から５１（３７を除く）を指す。
【００４０】
ＴＶ信号のほかに、ＴＶ帯域上で送信されるその他のライセンス供与されている信号がある。ＦＭ（ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌａｔｉｏｎ：周波数変調）チャネル２２７の開始周波数は、８７．９ＭＨｚであり、これは、ＴＶチャネル６と部分的に重なっている。チャネル３７は、電波天文学２３０およびＷＭＴＳ（ｗｉｒｅｌｅｓｓ  ｍｅｄｉｃａｌ  ｔｅｌｅｍｅｔｒｙ  ｓｅｒｖｉｃｅ：ワイヤレス医療用遠隔計測サービス）２３５のために確保されており、ＷＭＴＳ２３５は、任意の空いているＴＶチャネル７から４６上で機能することができる。ＰＬＭＲＳ（ｐｒｉｖａｔｅ  ｌａｎｄ  ｍｏｂｉｌｅ  ｒａｄｉｏ  ｓｙｓｔｅｍ：プライベート陸上移動無線システム）２４０は、特定の大都市エリアにおいてチャネル１４から２０を使用する。リモートコントロールデバイス２４５は、チャネル３７を除いて、チャネル４を上回る任意のチャネルを使用することができる。ワイヤレスマイクロフォン２５０は、２００ｋＨｚの帯域幅でチャネル２から５１を使用する。
【００４１】
さらにＦＣＣは、ライセンス供与されている無線送信に対して最小限の干渉しか引き起こさない限り、ライセンス供与されていない無線送信機が、チャネル３、４、および３７を除いて、ＴＶＷＳ上で機能することを可能にする。したがって、ライセンス供与されていない無線送信機のオペレーションは、いくつかの制約を満たさなければならない場合がある。３種類のライセンス供与されていないＴＶＢＤ（ＴＶ  ｂａｎｄ  ｄｅｖｉｃｅ：ＴＶ帯域デバイス）、すなわち、固定型ＴＶＢＤ２５５、モードＩポータブル（またはパーソナル）ＴＶＢＤ２６０、およびモードＩＩポータブル（またはパーソナル）ＴＶＢＤ２６５がある。固定型ＴＶＢＤ２５５とモードＩＩポータブルＴＶＢＤ２６５の両方は、ジオロケーション／データベースアクセス機能を有すること、およびＴＶ帯域データベースに登録することが可能である。ＴＶ帯域データベースへのアクセスは、ＴＶ帯域上で送信されているデジタルＴＶ信号およびライセンス供与されている信号への干渉を避ける目的で、許可されているＴＶチャネルのクエリを行うために使用される。デジタルＴＶ信号およびライセンス供与されている信号に対して引き起こされる干渉を最小限に抑えるためのＴＶＢＤ用のアドオン機能として、スペクトルセンシングが考えられる。さらに、センシング専用ＴＶＢＤは、ＴＶ帯域データベースへの自分のアクセスが限られている場合には、ＴＶＷＳ上で機能することを許可されることが可能である。
【００４２】
固定型ＴＶＢＤ２５５は、チャネル３、４、３７を除いて、チャネル２から５１上で機能することができるが、ＴＶサービスによって使用されているチャネルと同じチャネルまたはそのすぐ隣のチャネル上で機能することはできない。固定型ＴＶＢＤ２５５の最大送信出力は、１Ｗであり、アンテナ利得は、最大で６ｄＢｉである。したがって、最大ＥＩＲＰ（ｅｆｆｅｃｔｉｖｅ  ｉｓｏｔｒｏｐｉｃ  ｒａｄｉａｔｅｄ  ｐｏｗｅｒ：実効等方放射電力）は、４Ｗに制限される。ポータブルＴＶＢＤ２６０および２６５は、チャネル３７を除いて、チャネル２１から５１上で機能することができるが、ＴＶサービスによって使用されているのと同じチャネル上で機能することはできない。ポータブルＴＶＢＤ２６０および２６５が、ＴＶサービスによって使用されているチャネルのすぐ隣のチャネル上にある場合には、そのポータブルＴＶＢＤ２６０および２６５の最大送信出力は、１００ｍＷまたは４０ｍＷである。さらに、ＴＶＢＤデバイスがセンシング専用デバイスである場合には、そのＴＶＢＤデバイスの送信出力は、５０ｍＷを超えることはできない。すべてのＴＶＢＤは、厳密な帯域外放射を有する。固定型ＴＶＢＤの（屋外）アンテナ高さは、３０メートル未満でなければならず、その一方で、ポータブルＴＶＢＤに関するアンテナ高さに制限はない。
【００４３】
１つのセルは、典型的には、単一の基地局によってコントロールされる。ＬＴＥにおいては、プライマリセルとは、所与のＷＴＲＵが自分のモビリティ関連手順のほとんどに関して留まって使用するセルを指すことができる。プライマリセルは、ＵＬ  ＣＣ（ｕｐｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：アップリンクコンポーネントキャリア）およびＤＬ  ＣＣ（ｄｏｗｎｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：ダウンリンクコンポーネントキャリア）、またはＤＬ  ＣＣのみを含むことができるが、それらには限定されない。あるセルがプライマリセルとアグリゲートされた場合には、そのアグリゲートされたセルをセカンダリセルと呼ぶことができる。本明細書における以降での説明はプライマリセルに関連しているが、セカンダリセルをプライマリセルの代わりに使用することもできる。
【００４４】
本明細書において説明する際には、補助的セルという用語は、ＬＥスペクトルにおける拡張オペレーションを指すことができる。補助的セルとは、ＬＥスペクトルまたは帯域においてプライマリセルおよびセカンダリセルとともに機能するセルを指すことができる（アグリゲーティングセルという用語は、プライマリセル、セカンダリセル、またはその両方を指すことができる）。補助的セルは、ＤＬのみ、ＵＬのみ、またはＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）ＵＬ／ＤＬとすることができる。補助的セルは、ＤＬ  ＳｕｐｐＣＣ（ＤＬ  ｓｕｐｐｌｅｍｅｎｔａｒｙ  ＣＣ：ＤＬ補助的ＣＣ）、ＵＬ  ＳｕｐｐＣＣ、またはその両方を含むことができる。本明細書における説明は、ＳｕｐｐＣＣを指す場合があるが、補助的セルにも適用可能である。
【００４５】
ＳｕｐｐＣＣは、ＬＥスペクトル（ＴＶＷＳ帯域もしくはスペクトル、ＩＳＭ（ｉｎｄｕｓｔｒｉａｌ，ｓｃｉｅｎｔｉｆｉｃ  ａｎｄ  ｍｅｄｉｃａｌ）帯域もしくはスペクトル、サブライセンスを供与されている帯域もしくはスペクトル、またはオポチュニスティックな帯域もしくはスペクトルを含むが、それらには限定されない）を活用するために、オポチュニスティックな様式で展開することができる。一実施形態においては、ヘテロジニアスなネットワーク展開が、進化したＬＥ  ＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）方法、システム、およびデバイスを活用して、ホットスポットカバレッジを提供する。
【００４６】
図３は、ＬＥ  ＣＡ展開の一例を示している。ヘテロジニアスなネットワークアーキテクチャ３００は、コアネットワーク３０２と、ＬＴＥマクロセル３０５と、ライセンス供与されている帯域およびＬＥ帯域をアグリゲートすることができる、ピコセル３０８、フェムトセル３１０、およびＲＲＨ（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ：リモート無線ヘッド）セル３１５のアンダーレイ（ｕｎｄｅｒｌａｙ）とを含むことができる。マクロセル３０５は、サービスの継続性を提供することができ、ピコセル３０８およびフェムトセル３１０は、ホットスポットカバレッジを提供することができる。共存データベース３２０を共存ギャップなどの新たなメカニズムとともに実施して、ＬＥ帯域内で機能しているその他のセカンダリネットワークおよびユーザとのオペレーションをコーディネートすることができる。ＴＶＷＳデータベース３２５を使用して、ＴＶＷＳ帯域内で機能しているインカンベントユーザを保護することができる。動的なスペクトルトレーディング（ｓｐｅｃｔｒｕｍ  ｔｒａｄｉｎｇ）をサポートするためのインフラストラクチャを、ライセンス供与されている帯域とＬＥ帯域の両方にわたって実施することができる。ＬＥ帯域は、ＨｅＮＢ展開、またはＲＲＨ／ピコセルキャンパスタイプ展開（ＲＲＨ／ｐｉｃｏ  ｃｅｌｌ  ｃａｍｐｕｓ  ｔｙｐｅ  ｄｅｐｌｏｙｍｅｎｔ）の両方によって使用することができる。
【００４７】
本明細書において以降で説明されているのは、ＬＥ帯域にわたるアグリゲーションのためのシステムおよび方法の実施形態および例である。一実施形態においては、ピコ／フェムトセルによって動的に変更することができるＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）構成（本明細書においては、拡張ＴＤＤと呼ばれる場合がある）を使用して、（ＬＴＥ  ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）を用いて）ライセンス供与されているキャリア／セルを１つまたは複数のＳｕｐｐＣＣとアグリゲートするシステムを実施することによって、ＬＥ帯域にわたるアグリゲーションを実行することができる。別の実施形態においては、動的に変更される拡張ＴＤＤ構成を実装して、ＳｕｐｐＣＣのオペレーションの周波数に基づいてＵＬ（ｕｐｌｉｎｋ）／ＤＬ（ｄｏｗｎｌｉｎｋ）遷移間におけるガードピリオドの持続時間を変更することができる。
【００４８】
拡張ＴＤＤオペレーションを別の実施形態において実施することができ、その実施形態では、ＳｕｐｐＣＣに関するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）フィードバックタイミングは、プライマリセルに関して使用される「ｎ＋４」のタイミングに基づくことができる。プライマリセルを使用して、ＳｕｐｐＣＣ上でのＤＬ送信およびＵＬ送信に関するＨＡＲＱフィードバック、ならびにＳｕｐｐＣＣに関するＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ：チャネル状態情報）を搬送することができる。拡張ＴＤＤオペレーションを別の実施形態において実施することができ、その実施形態では、ＳｕｐｐＣＣに関するＵＬグラントのためのタイミングは、「ｎ＋４」のタイミングに基づく。すなわち、現在のサブフレーム「ｎ」は、サブフレーム「ｎ＋４」に関するＵＬスケジューリング／グラントを搬送する。グラント情報は、ＳｕｐｐＣＣ上で搬送することができ、またはＰＣＣ（ｐｒｉｍａｒｙ  ＣＣ）上で搬送することができる（たとえば、クロスキャリアスケジューリングに依存して）。
【００４９】
別のシステム実施形態を実施することができ、その実施形態は、（ＬＴＥ  ＦＤＤを使用して）ライセンス供与されているキャリアを１つまたは複数のＳｕｐｐＣＣとアグリゲートし、それらのＳｕｐｐＣＣは、ＵＬのみ、ＤＬのみ、または共有（サブフレームをＵＬからＤＬへ、およびその逆へすばやく切り替える方式）として構成されている状態から動的に変化することができる。共有モードアグリゲーションの実施形態を実施することができ、その実施形態では、ＳｕｐｐＣＣは、サブフレームタイミングに関してプライマリセルＣＣに依存することができる。
【００５０】
別の共有モードアグリゲーションの実施形態を実施することができ、その実施形態は、最適なＤＬ：ＵＬサブフレームパターンをもたらすフレキシブルなＵＬ／ＤＬ比率を提供する。そのパターンは、Ｎ個のＤＬサブフレームの後にＭ個のＵＬサブフレームが続くＮ＋Ｍ＝ＫのリピートＫ構造（ｒｅｐｅａｔ−Ｋ  ｓｔｒｕｃｔｕｒｅ）に基づくことができる。ＨＡＲＱフィードバックをバンドルして、ＵＬ／ＤＬ非対称を補うことができる。ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ダウンリンク制御情報）は、その情報がどのサブフレームで利用可能であるかに関する表示を搬送することができる。ＨＡＲＱ  ＲＴＴ（ｒｏｕｎｄ−ｔｒｉｐ−ｔｉｍｅ）は、可変とすることができ、前の送信のために使用されたサブフレームに依存することができる。ＨＡＲＱフィードバックは、前の送信のために使用されたサブフレームに基づいてプライマリセルＣＣまたはＳｕｐｐＣＣ上で送信することができる。
【００５１】
ＵＬリソースとＤＬリソースの両方を同じＬＥチャネル内で機能させる必要性に基づいて、本明細書に記載されている実施形態のための一般的なアプローチは、ＦＤＤライセンスを供与されているスペクトルを、ＵＬとＤＬの両方のＰＣＣ（ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）を提供するプライマリセルとして使用して、所与の時間間隔にわたってＵＬまたはＤＬ内の補助的ＬＥキャリアを動的にアグリゲートすることである。これによって必ず、ＬＥスペクトル内で機能する無線機は、ＬＥ帯域内で同時に送信または受信を行う必要がなくなる。
【００５２】
図４は、ＬＴＥプライマリセルとアグリゲートされている補助的ＬＥキャリアの一例を示している。ＬＴＥプライマリセルは、ＵＬ  ＣＣおよびＤＬ  ＣＣ、またはＤＬ  ＣＣのみを含むことができる。とりわけ、ＬＴＥプライマリセルは、ＤＬ  ＦＤＤライセンスを供与されている帯域４１０上で機能するＦＤＤ  ＤＬプライマリキャリア４０５と、ＵＬ  ＦＤＤライセンスを供与されている帯域４２０上で機能するＦＤＤ  ＵＬプライマリキャリア４１５とを含むことができ、それらは、ＬＥ帯域４３０、たとえば、ＴＶＷＳ帯域またはＩＳＭ帯域において機能するＵＬ／ＤＬ  ＳｕｐｐＣＣ４２５とアグリゲートされているキャリアである。ＵＬ／ＤＬ  ＳｕｐｐＣＣは、ある時間間隔４３５におけるＤＬオペレーション、別の時間間隔４４０におけるＵＬオペレーション、別の時間間隔４４５におけるＤＬオペレーションなどを繰り返すことができる。
【００５３】
これらの実施形態は、単一のＳｕｐｐＣＣを示しているが、提示されている実施形態は、複数のＳｕｐｐＣＣを伴うケースに拡張することができるということを理解されたい。すべてのケースにおいて、ＳｕｐｐＣＣは、ＬＥ対応ＷＴＲＵへの／からの通信のために使用されるさらなる帯域幅として取り扱うことができる。ＳｕｐｐＣＣのアクティブ化、非アクティブ化、および（再）構成に関するすべての決定は、ＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ：無線リソースマネージメント）機能において実行されるアルゴリズム、プロセス、および方法によって推進することができる。
【００５４】
ＲＲＭは、観測されたシステム状況に応じて、（１つまたは複数の）ＳｕｐｐＣＣにとって必要とされるＵＬリソースおよびＤＬリソースの比率の表示を提供することができる。ＲＲＭは、この比率がＵＬ側に偏っている場合にはＵＬ混雑を解消すること、この比率がＤＬ側に偏っている場合にはＤＬ混雑を解消すること、または、この比率がほとんど釣り合っている場合にはシステム全体の混雑を解消すること（それによって、ＵＬとＤＬの両方で利用可能な容量を増やすこと）を試みることができる。
【００５５】
ＲＲＭは、この比率で補助的セルをどれぐらい長く使用することができるかに関する何らかの表示、または補助的セルの使用に関するさらなる情報（場合によっては、制約をもたらす情報）を提供することができる。
【００５６】
本明細書で説明するのは、ＳｕｐｐＣＣの実現について例示する２つの実施形態である。第１の実施形態においては、ＦＤＤプライマリセルは、動的なＦＤＤ  ＳｕｐｐＣＣとアグリゲートされ、第２の実施形態においては、ＦＤＤプライマリセルは、ＴＤＤ  ＳｕｐｐＣＣとアグリゲートされる。
【００５７】
はじめに説明するのは、両方の実施形態に適用可能なシステム考慮事項である。システム実施形態は、ＬＴＥシステムが、ＬＥスペクトルにおいて機能するその他のシステムと共存できるように、共存機能を必要とする場合がある。そのような共存は、（直接および／または間接の通信を介して）コーディネートすることが可能であり、または別々のシステムの間においてコーディネートしないことも可能である（共存という用語は、スペクトルの公平な使用を前提とするものではない）。ＬＴＥシステムは、ＬＥスペクトルにおいて機能するその他のシステムの存在下でさえ機能できるようにすることができる。ＬＴＥシステムは、ＬＴＥならびにその他のＲＡＴを使用するシステムと共存することができる。加えて、ＷｉＦｉシステムとのヘテロジニアスな共存をサポートすることもできる。コーディネートされている単一のＲＡＴのシナリオにおいては、共存は、共同チャネルシェアリング（ｃｏ−ｃｈａｎｎｅｌ  ｓｈａｒｉｎｇ）を可能にすることができる。コーディネートされていないシナリオにおいては、共存は、共存ギャップまたはその他の干渉低減アルゴリズムなど、より低い層のメカニズムに依存することができる。
【００５８】
補助的セルオペレーションは、さまざまなタイプのＴＶＷＳチャネルおよびその他のＬＥ帯域に適合することができる。たとえば、１つのタイプは、サブライセンスを供与されているチャネルであると言える。サブライセンスを供与されているチャネルとは、いかなるプライマリユーザおよびその他のセカンダリユーザによっても使用されていない、特定の地理的エリアに関して、および特定の時間に関してオペレータまたはユーザにサブライセンスを供与されているＴＶＷＳチャネル（すなわち、典型的には、もともとＤＴＶ（ｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ：デジタルテレビジョン）放送局によって所有されていたが契約および／または仲買手数料を通じて利用可能にされたチャネル）であると言える。別の例は、利用可能なチャネルタイプであると言える。このタイプは、ＰＵ（ｐｒｉｍａｒｙ  ｕｓｅｒ：プライマリユーザ）によって占有されておらず任意のＳＵ（ｓｅｃｏｎｄａｒｙ  ｕｓｅｒ：セカンダリユーザ）によって使用することができる利用可能なＴＶＷＳチャネルを含むことができる。別の例は、ＰＵに割り当てられたチャネルタイプであると言える。このタイプは、ＰＵが検知された場合にはそのチャネルを去るようＳＵに要求することができる、ＰＵによって使用される割り当てられたＴＶＷＳチャネルであると言える。
【００５９】
図５は、ＷＴＲＵ５０５と、ＨｅＮＢ５１０と、ＨｅＭＳ（ＨｅＮＢ  ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ：ＨｅＮＢマネージメントシステム）５１５と、オペレータ間ＣＭ（ｃｏｅｘｉｓｔｅｎｃｅ  ｍａｎａｇｅｒ：共存マネージャー）機能５２０と、ＴＶＷＳデータベース５２５と、ＣＤＩＳ（ｃｏｅｘｉｓｔｅｎｃｅ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｅｒｖｅｒ：共存発見／情報サーバ）５３０と、ＳＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ：サービングゲートウェイ）５３５と、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）５４０とを含むシステム５００内のハイレベルＡＬＴＥＳＳ（ａｄｖａｎｃｅｄ  ＬＴＥ  ｓｐｅｃｔｒｕｍ  ｓｏｌｕｔｉｏｎ）の一例を示している。
【００６０】
ＨｅＮＢ５１０は、ＰＨＹ（ｐｈｙｓｉｃａｌ：物理）層５４２と、ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層５４４と、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：無線リンク制御）層５４６と、ＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）層５４７と、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ：無線リソース制御）層５４８と、センシングツールボックス５５０と、ＨｅＮＢ  ＤＳＭ（ｄｙｎａｍｉｃ  ｓｐｅｃｔｒｕｍ  ｍａｎａｇｅｍｅｎｔ：動的スペクトルマネージメント）ＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ：無線リソースマネージメント）エンティティ５５２とを含むことができる。ＨｅＮＢ５１０は、ＴＶＷＳおよびその他のＬＥ帯域におけるオペレーションをサポートするように拡張することができる。ＨｅＮＢ５１０のさまざまなＬＴＥ層（ＰＨＹ層５４２、ＭＡＣ層５４４、ＲＬＣ層５４６、およびＲＲＣ層５４８）における機能は、新たなメカニズムおよび／またはフック（ｈｏｏｋ）によってＴＶＷＳおよびその他のＬＥスペクトルにおけるオペレーションをサポートするように拡張することができる。たとえば、ＰＨＹ層５４２は、固定周波数複信分離（ｆｉｘｅｄ  ｆｒｅｑｕｅｎｃｙ  ｄｕｐｌｅｘ  ｓｅｐａｒａｔｉｏｎ）を伴わないＬＥ帯域におけるアグリゲートされているＣＣのオペレーションをサポートするように修正することができ、ＵＬのみのＣＣまたはＤＬのみのＣＣをサポートするようにＬＴＥにおけるフィードバックチャネルを拡張することができ、または、ＵＬが「重たい」構成をサポートするように、もしくはＨＡＲＱパフォーマンスを最適化するようにその他の拡張を行うことができる。ＰＨＹ層５４２およびＲＲＣ層５４８は、不要なコントロールチャネル情報を搬送することに関連するオーバーヘッドを減らすように修正することができる。ＭＡＣ層５４４およびＰＨＹ層５４２は、その他のセカンダリユーザにとってのアクセスを可能にするためにＬＴＥ送信に共存ギャップを導入するように修正することができる。ＲＲＣ層５４８は、測定のための拡張をサポートするように、およびプライマリユーザを検知するように修正することができる。ＲＲＣ層５４８は、ＦＤＤフレーム構造ソリューション（ＦＤＤ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｓｏｌｕｔｉｏｎ）におけるオペレーションのさまざまな新たなモードへと遷移するための新たなトリガリングメカニズムをサポートするように修正することができる。ＭＡＣ層５４４およびＲＬＣ層５４６は、（特にＨＡＲＱバッファに関する）ＤＬ／ＵＬ遷移を取り扱うように修正することができる。
【００６１】
センシングツールボックス５５０は、ＬＥスペクトル上でのコグニティブセンシングを実行および処理して、それらの結果をＨｅＮＢ  ＤＳＭ  ＲＲＭエンティティ５５２に報告するために、ＨｅＮＢ５１０内に統合することができる。ＨｅＮＢ  ＤＳＭ  ＲＲＭエンティティ５５２は、ＴＶＷＳスペクトルマネージメントおよびオペレーションに関連したＡＬＴＥＳＳ機能によって既存のＨｅＮＢ  ＲＲＭを拡張したものであると言える。またＨｅＮＢ  ＤＳＭ  ＲＲＭエンティティ５５２は、センシングツールボックスのオペレーションをコントロール／構成することができる。本明細書において以降で説明するように、ＲＲＭ機能は、チャネルの可用性および品質における時間的な変動に迅速に適合することができるチャネル割り当てアルゴリズムをサポートすることを必要とされる場合がある。ＨｅＮＢ５１０は、ＣＭ５２０と、コグニティブネットワーク、たとえばホワイトスペース無線システムまたはＴＶＢＤネットワークとの間におけるインターフェースの役割を果たす共存イネーブラー機能（ｃｏｅｘｉｓｔｅｎｃｅ  ｅｎａｂｌｅｒ  ｆｕｎｃｔｉｏｎ）を含むこともできる。その機能的な役割は、ＣＭ５２０から受信された再構成コマンドをネットワーク固有の再構成コマンドへと変換して、それらの再構成コマンドをコグニティブネットワークへ送信することであり、それによってコグニティブネットワークは、自分自身を再構成することができる。
【００６２】
ＷＴＲＵ５０５は、ＰＨＹ層５５４と、ＭＡＣ層５５６と、ＲＬＣ層５５８と、ＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層５５９と、ＲＲＣ層５６０と、センシングツールボックス５６２と、ＷＴＲＵ  ＤＳＭ  ＲＲＭエンティティ５６４と、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ：非アクセスストラタム）層５６６とを含むことができる。ＷＴＲＵ５０５は、ＴＶＷＳおよびＬＥオペレーションをサポートするように拡張することができる。
【００６３】
ＷＴＲＵ５０５のさまざまなＬＴＥ層（ＰＨＹ層５５４、ＭＡＣ層５５６、ＲＬＣ層５５８、およびＲＲＣ層５６０）における機能は、新たなメカニズムおよび／またはフックによってＴＶＷＳおよびその他のＬＥスペクトルにおけるオペレーションをサポートするように拡張することができる。これらは、ＨｅＮＢ５１０に関して前述したような必要とされる拡張のクライアント側であると言える。
【００６４】
センシングツールボックス５６２は、ＷＴＲＵ５０５内に統合することができる。センシングツールボックス５６２は、ＴＶＷＳおよびその他のＬＥスペクトル上でのコグニティブセンシングを実行および処理すること、ならびにそれらの結果をＷＴＲＵ  ＤＳＭ  ＲＲＭエンティティ５６４に報告すること、ならびにプライマリ／セカンダリユーザの検知に関する測定のギャップをサポートすることを担当する。この機能をサポートするＷＴＲＵは、より広範なセットのＴＶＷＳ  ＣＣへのアクセスを有することから恩恵を享受することができる。ＷＴＲＵ  ＤＳＭ  ＲＲＭエンティティ５６４は、ＨｅＮＢ  ＤＳＭ  ＲＲＭエンティティ５５２のオペレーションをサポートするように、ならびにセンシングツールボックス５６２のオペレーションをコントロールおよび構成するように、既存のＷＴＲＵ  ＲＲＭを拡張したものであると言える。
【００６５】
ＨｅＭＳ５１５は、複数のＨｅＮＢを構成することができる３ＧＰＰ（ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）ＬＴＥ  ＯＡＭ（ｏｐｅｒａｔｉｏｎｓ，ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ：運用、管理および保守）エンティティである。ＨｅＭＳ５１５は、ＨｅＮＢ５１０をリブートすることと、ライセンス供与されている帯域における動作周波数、ならびにＰＨＹ／ＭＡＣパラメータをセットアップすることと、特定の周波数上での送信の開始／停止を命じることと、ソフトウェアをＨｅＮＢ５１０にダウンロードすることとを行えるようにすることができる。
【００６６】
ＨｅＭＳ５１５は、ＣＭ（ｃｏｅｘｉｓｔｅｎｃｅ  ｍａｎａｇｅｒ）エンティティ５７０と、オペレータの共存データベース５７２と、ポリシー５７４とを含むことができる。ＣＭエンティティ５７０は、ＨｅＮＢ間ならびにオペレータ間の共存オペレーションを管理することを担当することができる。たとえば、ＣＭエンティティ５７０は、ＴＶＷＳデータベース５２５、ＣＤＩＳ５３０から受信された情報、ならびにセンシングおよび使用データに基づいて、ＴＶＷＳデータベース５２５からの利用可能なチャネルの最初のリストを処理して、問合せを行っているＨｅＮＢにチャネル使用情報を提供することができ、そのチャネル使用情報は、候補チャネルの処理されたリストと、ＨｅＮＢが（１つまたは複数の）チャネルを選択できる元となるさらなる情報とを含むことができる。センシングおよび使用データは、その管理下のＨｅＮＢ、ならびに（オペレータ間の）ネイバーネットワークからの情報から生じることができ、オペレータの共存データベース５７２内に格納することができる。ＣＭエンティティ５７０は、ＴＶＷＳチャネル仲介サービス（ＴＶＷＳ  ｃｈａｎｎｅｌ  ｂｒｏｋｅｒａｇｅ  ｓｅｒｖｉｃｅ）を提供するサードパーティに接続することができる。
【００６７】
ＣＭエンティティ５７０は、オペレータ共存データベース５７２を保持することと、オペレータのコントロール内にあるネットワークに関してＣＤＩＳ５３０およびＴＶＷＳデータベース５２５を更新することと、近隣のＣＭ機能からの情報を含むセンシングおよび使用データを取得することと、オペレータのネットワーク、ならびに、干渉する可能性があるＣＤＩＳに登録されているか、または所与のＨｅＮＢによって影響されるその他のネットワークのＨｅＮＢおよびＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）を識別するために、その管理下のそれぞれのＨｅＮＢに関する相互依存マッピングを構築して保持することとが可能である。
【００６８】
ＣＭエンティティ５７０は、ＴＶＷＳチャネル使用情報を処理して、要求を行っているＨｅＮＢへ転送することができ、それらの情報は、利用可能なチャネルの何らかの最初のランキング、ならびに、それぞれのチャネル周波数ごとの競合しない物理的なセルＩＤ（ｉｄｅｎｔｉｆｉｅｒ：識別子）の提示を含むことができる。
【００６９】
オペレータの共存データベース５７２は、オペレータ自身のネットワークに影響を与える可能性がある帯域において機能するすべてのネットワークのＴＶＷＳ使用情報（すなわち、センシングおよび使用データ）を含むことができる。オペレータの共存データベース５７２は、ＣＭエンティティ５７０の隣のＨｅＭＳ５１５内に存在することができ、また複数のエントリーを含むことができ、それぞれのエントリーは、ＴＶＷＳ帯域上で機能する１つのＨｅＮＢエンティティまたはＡＰに対応する。
【００７０】
インターフェース５７６（すなわち、ＯＡＭ「インターフェースタイプ１」）を使用して、ＨｅＮＢ５１０とＨｅＭＳ５１５との間において共存情報をやり取りすること、ならびに、以降で説明するように既存のマネージメント機能を実行することが可能である。インターフェース５７６を使用して、ＨｅＭＳ５１５とＨｅＮＢ５１０との間においてポリシー５７４を転送することもできる。インターフェース５７６は、マネージメントプロトコル、たとえばＴＲ−０６９マネージメントプロトコルの使用を指示することができ、このマネージメントプロトコルは、ＨｅＭＳ５１５が複数のＨｅＮＢを管理できるようにするさまざまな機能をサポートし、そうした機能としては、自動構成および動的なサービスプロビジョニング、ソフトウェア／ファームウェアイメージのダウンロードおよびマネージメント、ステータスおよびパフォーマンスのモニタリング、ならびに診断といったプライマリ機能が含まれる。リモートマネージメントのためのフェムトセル用のデータモデルは、ＴＲ−０６９マネージメントプロトコルを使用することができる。
【００７１】
ＴＶＷＳデータベース５２５は、ＦＣＣ規制に準拠するマイクロフォン信号およびＤＴＶ信号のための確保されたＴＶＷＳチャネルのジオロケーションデータベースマップとすることができる。モードＩＩまたは固定型のＴＶＷＳデバイスは、利用可能なチャネルへのアクセスを得るために、自分のジオロケーションを示すことによってＴＶＷＳデータベース５２５に直接または間接的にクエリを行うことができる。このアーキテクチャにおいては、ＣＭエンティティ５７０は、ＨｅＮＢ５１０の代わりにＴＶＷＳデータベース５２５にクエリを行って、利用可能なチャネルのリストを得ることができる。
【００７２】
ＣＤＩＳ５３０は、ネイバーディスカバリサービスをＣＭエンティティに提供することができる。提供されたロケーションに基づいて、ＣＤＩＳ５３０は、その特定のロケーションにおいて機能しているネットワークを管理下に置いているＣＭのリスト、ならびにそれらのネットワークの連絡先情報を伴って応答することができる。セカンダリネットワークのＴＶＷＳ使用情報は、ＣＤＩＳ５３０内に格納することができる。しかし、この情報は、オペレータの共存データベース５７２において分配することができる。
【００７３】
ＳＧＷ５３５は、パケットの回送および転送、合法的な傍受、ＵＬおよびＤＬにおけるトランスポートレベルパケットマーキング、ＷＴＲＵ、ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）、およびＱＣＩ（ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ：サービス品質）ｃｌａｓｓ  ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳクラス識別子）ごとの課金、ならびにモビリティアンカリングを実行するように構成することができる。
【００７４】
ＭＭＥ５４０は、ＮＡＳシグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティコントロール、アイドルモードのＷＴＲＵの到達可能性、トラッキングエリアリストのマネージメント、ＰＤＮおよびＳＧＷの選択、認証、ローミング、およびベアラマネージメントの機能を実行するように構成することができる。
【００７５】
本明細書で説明するのは、補助的なまたは補助のセルオペレーションである。本明細書において上述したように、補助的セルとは、ＬＥスペクトルまたは帯域、たとえばＴＶＷＳ帯域および／またはＩＳＭ帯域において、プライマリセルおよびセカンダリセルとともに機能するセルである。補助的セルは、スタンドアロンのセルとして機能することはできない。ＷＴＲＵは、アイドルモードの補助的セルを選択することはできない。補助的セルを使用して、さらなるＣＣをプライマリセルにアグリゲートすることができる。補助的セルに関連付けられているＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ：システム情報ブロック）情報は、ブロードキャストすることができず、この補助的セルのもとで機能するＷＴＲＵは、専用のシグナリングを通じて、関連付けられているＳＩＢ情報をシグナリングされることが可能である。
【００７６】
ＴＶＷＳ帯域などのＬＥ帯域は、所定の固定周波数デュプレックス分離を有することができず、それによって、ＤＬ送信とＵＬ送信との間における固定周波数デュプレックス分離を任意に定義することが困難になる場合がある。さらに、所与の時点において１つの補助的ＣＣしか利用可能にできない可能性があり得る。したがって、所与の帯域においてアクティブな補助的セルは、ＴＤＤ様式で機能することができる。一実施形態においては、ＣＣを使用する補助的セルのアグリゲーションは、既存のＴＤＤフレーム構造に基づくことができる。別の実施形態においては、ＣＣを使用する補助的セルのアグリゲーションは、既存のＦＤＤフレーム構造に基づくことができる。後者のケースにおいては、ＨｅＮＢは、ＤＬまたはＵＬにおいて機能するように補助的ＣＣを動的に変えることができる。重たいＵＬトラフィック需要のケースにおいては、補助的セルは、ＵＬの混雑が軽減されるまで、長時間にわたってＵＬのみで機能することになる。たとえば、ＵＬトラフィックの混雑が検知された場合には、現在ＤＬにおいて機能している補助的セルは、ＵＬの混雑が軽減されるまで、ＵＬのみのオペレーションで機能するように切り替えることができる。さらに、両方の実施形態は、簡略化または拡張することができる。なぜなら、補助的セルは、コントロールおよびフィードバックの情報を搬送する上でプライマリセルの機能に依存することができるためである。
【００７７】
補助的セルは、メディアを解放するために、ひいては、その他のワイヤレスネットワークがそのメディアへのアクセスを得られるようにするために、共存ギャップの導入を必要とする場合がある。これらのギャップ中に、プライマリユーザとセカンダリユーザの両方の使用を査定するための新たな測定値を得ることができる。共存ギャップの終わりにおいて、「話す前に聞く」メカニズム（ｌｉｓｔｅｎ−ｂｅｆｏｒｅ−ｔａｌｋ  ｍｅｃｈａｎｉｓｍ）を導入することができる。
【００７８】
補助的セルは、非Ｒ８下位互換性（ｎｏｎ−Ｒｅｌｅａｓｅ  ８（Ｒ８）  ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ）を有することができ、それによって、特定の情報オーバーヘッドを取り除くことを可能にすることができる。解放することができる可能性があるリソースは、ＭＩＢ（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ：マスタ情報ブロック）、ＳＩＢ、および、ＤＬにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ＤＬ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：物理ＤＬ制御チャネル）の一部である。ＵＬにおいては、ＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ：ランダムアクセスチャネル）およびＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ＵＬ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：物理ＵＬ制御チャネル）に関連付けられているリソースを解放することもできる。プライマリＳＣＨ（ｓｈａｒｅｄ  ｃｈａｎｎｅｌ：共有チャネル）およびセカンダリＳＣＨは、周波数同期化およびセルサーチの目的で残すことができる。
【００７９】
補助的セルは、セカンダリセルほど静的ではない場合がある。なぜなら、ＨｅＮＢは、高いレベルの干渉、プライマリユーザの到来、または共存データベースの決定などに起因して、所与の補助的セル上でのオペレーションを頻繁に停止しなければならない場合があるためである。アクティブな補助的セルは、ライセンス供与されているスペクトル内に典型的に存在するものよりも高いレベルの干渉の存在下で機能しなければならない場合があり、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの新たなタイプの干渉源、および電子レンジなどの通信以外の干渉源さえ含む場合がある。したがって、クリティカルなコントロール情報、たとえばＰＤＣＣＨ、参照シンボルなどは、より堅牢な様式で送信することを必要とされる場合がある。
【００８０】
本明細書で説明するのは、動的なＦＤＤ  ＳｕｐｐＣＣをアグリゲートするＦＤＤプライマリセルである。とりわけ、（ライセンス供与されているスペクトルにおいて機能する）ＦＤＤキャリアは、既存のＦＤＤフレーム構造を使用して、（ＬＥスペクトルにおいて機能する）動的なＦＤＤ補助的キャリアをアグリゲートし、それによって、ＤＬまたはＵＬにおいてアグリゲートするようにＳｕｐｐＣＣを動的に変更することができる。ＣＣは、ＵＬのリソースまたはトラフィックと、ＤＬのリソースまたはトラフィックとの求められている比率に対応するように構成することができ、ＤＬのみ、ＵＬのみ、および共有という３つのオペレーティングモードのうちの１つであることが可能である。
【００８１】
図６は、動的なＦＤＤオペレーティングモードの一例を示している。セル６００は、ライセンス供与されている帯域において機能するプライマリＤＬ  ＣＣ６０５と、ライセンス供与されている帯域において機能するプライマリＵＬ  ＣＣ６１０とを含むことができる。動的なＦＤＤを使用する３つの補助的セルＣＣ６１５、６２０、および６２５も示されている。補助的セルのうちのそれぞれは、３つのオペレーティングモードの間において遷移することができる。一例においては、補助的セルは、互いに独立して遷移することができる。たとえば、補助的セル６１５は、ＤＬのみのモード６３０から、ＵＬのみのモード６３２へ遷移すること、別のＤＬのみのモード６３４へ戻ること、そして共有モード６３６へ遷移することが可能である。この実施形態においては、補助的セルは、必要に応じてアクティブ化および非アクティブ化することができる。たとえば、補助的セル２  ６２０は、時刻Ｔ１と時刻Ｔ３との間６４０において非アクティブ化されている。
【００８２】
ＳｕｐｐＣＣは、ライセンス供与されている帯域のキャリアと必ずしも同じサイズでなくてもよい。たとえば、３つのＳｕｐｐＣＣ６１５、６２０、および６２５は、（ＵＬとＤＬの両方のＣＣを含むことができる）１０ＭＨｚのプライマリＦＤＤセルとアグリゲーションしている５ＭＨｚのＳｕｐｐＣＣとすることができる。複数のＳｕｐｐＣＣが構成されている場合には、オペレーティングモードは、すべてのアクティブ化されているＳｕｐｐＣＣにわたって同じとすることができる。これは、ＷＴＲＵにおける実施態様の複雑さを低減するために実行することができる。示されている実施形態においては、すべてのＳｕｐｐＣＣは、時刻Ｔ３と時刻Ｔ４との間においてＤＬのみのモードで機能している。
【００８３】
一例においては、ＳｕｐｐＣＣは、ＤＬに大きく偏った所望のＤＬ：ＵＬ比率を特徴とするＤＬのみのモードであることが可能である。このモードは、ＤＬの混雑を緩和するために使用することができる。セルは、これらのＤＬ  ＳｕｐｐＣＣ上でのすべての可能なＷＴＲＵへのＤＬ送信をスケジュールすることができる。
【００８４】
別の例においては、ＳｕｐｐＣＣは、ＵＬに大きく偏った所望のＤＬ：ＵＬ比率を特徴とするＵＬのみのモードであることが可能である。このモードは、ＵＬの混雑を緩和するために使用することができる。セルは、これらのＵＬ  ＳｕｐｐＣＣ上でのすべての可能なＷＴＲＵへのＵＬ送信をスケジュールすることができる。
【００８５】
別の例においては、ＳｕｐｐＣＣは、ＵＬとＤＬとの間において迅速に切り替えを行うことができるキャリアを特徴とする共有モードであることが可能である。たとえば、切り替え間隔は、数桁のサブフレームとすることができる。詳細には、Ｋ＋Ｌ個のサブフレームの期間にわたって、ＳｕｐｐＣＣは、Ｋ個のサブフレームにおいてはＤＬ送信のために、およびＬ個のサブフレームにおいてはＵＬ送信のために使用されることが可能である。ＫおよびＬは、要求されているＤＬ：ＵＬ比率に合うように選択される（ＤＬ：ＵＬ〜Ｋ／（Ｋ＋Ｌ）：Ｌ／（Ｋ＋Ｌ））。たとえば、補助的セル３  ６２５は、５０％：５０％のＤＬ／ＵＬ比率を示しており、補助的セルＣＣは、数サブフレーム６４５ごとに切り替えを行う。
【００８６】
加えて、図６は、１つのプライマリサービングセルおよび複数の補助的セルのみを示しているが、アグリゲーションは、複数のセカンダリサービングセルにわたって拡張することもできるということを理解されたい。
【００８７】
必要とされる場合には、ＬＴＥシステムは、ＳｕｐｐＣＣを単一のオペレーティングモードで機能させること（もはや必要とされなくなった場合には、ＳｕｐｐＣＣを非アクティブ化すること）が可能である。あるいは、ＬＴＥシステムは、１つのオペレーティングモードから別のオペレーティングモードへ動的に変わることができる。
【００８８】
ＤＬのみのオペレーティングモードは、１つまたは複数のＤＬ  ＳｕｐｐＣＣとアグリゲートされるプライマリＣＣ（ＵＬおよびＤＬ）を特徴とすることができる。セルは、ＤＬ送信をスケジュールすることができるさらなる帯域幅としてＳｕｐｐＣＣを使用することができる。図７は、ＤＬのみのオペレーティングモードにおけるＳｕｐｐＣＣに影響を与えるさまざまな手順に関する例示的なソリューションを示している。
【００８９】
ＵＬのみのオペレーティングモードは、１つまたは複数のＵＬ  ＳｕｐｐＣＣとアグリゲートされるプライマリＣＣ（ＵＬおよびＤＬ）を特徴とすることができる。セルは、ＵＬ容量をＷＴＲＵに許可することができるさらなる帯域幅としてＳｕｐｐＣＣを使用する。図８は、ＵＬのみのオペレーティングモードにおけるＳｕｐｐＣＣに影響を与えるさまざまな手順に関する例示的なソリューションを示している。
【００９０】
共有オペレーティングモードにおいては、ピコ／フェムトセルは、ＲＲＭ機能から要求されるＤＬ：ＵＬ比率に合う最良のパターンを特定することができる。ピコ／フェムトセルは、これを動的に特定することができる（たとえば、何らかの式に基づいて特定することができ、または事前構成されたセットを有することができる）。最適なパターンを特定する際に、ピコ／フェムトセルは、複数の指針に依存することができ、それらの指針としては、たとえば、ＵＬからＤＬへの遷移およびＤＬからＵＬへの遷移の回数を最小限に抑えること、または、肯定ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：肯定応答）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：否定応答）の送信およびＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）の再送信を取り扱うＨＡＲＱ手順への影響を最小限に抑えることが含まれる。
【００９１】
共有オペレーティングモードを使用するＳｕｐｐＣＣは、サブフレームタイミングのみに依存することができ、そのサブフレームタイミングは、ＰＣＣから得ることができる。ＤＬサブフレームは、ＤＬ  ＰＣＣ上のＤＬサブフレームとタイミングを合わせることができる。
【００９２】
図９は、４ＤＬ：４ＵＬ関連パターンに関するタイミングアライメントの一例を示している。セル９００は、ＤＬ  ＰＣＣ９０５およびＵＬ  ＰＣＣ９１０を含むことができる。セル９００は、ＳｕｐｐＣＣ９１５とアグリゲートされることが可能である。この実施形態においては、ＵＬサブフレーム９２０は、ＵＬ  ＰＣＣサブフレーム９２５とタイミングを合わせられる一方で、ＤＬサブフレーム送信９３０との干渉の可能性を減らすためにタイミングを進められることが可能である。このタイミングアドバンスメントは、ＰＣＣのタイミングアドバンスメントと結び付けることができる。
【００９３】
ＤＬ〜ＵＬの遷移９３５においては、ＤＬサブフレーム９４０は、データ送信のために部分的にのみ使用される特別サブフレームとすることができる。サブフレーム９４０の残りは、ガード（ギャップ）ピリオド９４５とすることができ、このガードピリオド９４５を使用して、ＷＴＲＵが受信から送信モードへ遷移することを可能にすることができる。このシステムは、いかなるＤＬ：ＵＬパターンもサポートするようにフレキシブルであることが可能であるが、パターンは、Ｋ個のサブフレームごとに繰り返すことができ（以降では、リピートＫパターンと呼ばれる）、この場合、Ｋは、プライマリセルにおいて使用されるＨＡＲＱプロセスの数の倍数である（ＦＤＤ  ＬＴＥシステムに関しては、８である）。そのようなケースにおいては、ＷＴＲＵおよびピコ／フェムトセルは、修正されたＨＡＲＱおよび再送信のルールを使用して、ＡＣＫ／ＮＡＣＫフィードバック、ならびに（たとえば、ＮＡＣＫを受信した結果としての）再送信を送信することができる。
【００９４】
リピート８パターンに関しては、前の送信から厳密に（ｎ＋８）という個数のサブフレームの後に、再送信を行うことができる。ＨＡＲＱフィードバックは、プライマリセル上で搬送することができ、またはＳｕｐｐＣＣにて搬送することもできる。後者のケース（ＳｕｐｐＣＣの使用）に関しては、フィードバックをバンドルして、ＵＬ／ＤＬの非対称に対処することができる。
【００９５】
図１０Ａおよび図１０Ｂは、リピート８パターンに関するＨＡＲＱの詳細の例を示している（サブフレーム８個分のＨＡＲＱ  ＲＴＴ（ｒｏｕｎｄ−ｔｒｉｐ−ｔｉｍｅ）を伴うプライマリセル）。図１０Ａは、４：４のＤＬ：ＤＬパターンに関する一例を示しており、図１０Ｂは、２：６のＤＬ：ＤＬパターンに関する一例を示している。図１０Ａおよび図１０Ｂは、プライマリセルに関して論じているが、補助的セルにも適用可能である。一般には、４：４のパターン１０００に関しては、それぞれのＤＬサブフレーム１００２、１００４、１００６、および１００８は、それぞれＵＬサブフレーム１００３、１００５、１００７、および１００９に関するフィードバックを搬送することができる。これは、ＤＬサブフレームに関するフィードバック情報を搬送するＵＬサブフレームにも適用可能である。図１０Ａおよび図１０Ｂは、プライマリセルに関して論じているが、必要に応じて補助的セルにも適用可能である。
【００９６】
２：６のパターン１０２０に関しては、ＤＬ送信に関するフィードバックをバンドルする必要はない。しかし、（８個のサブフレームからなるそれぞれのセットにおける）２つのＤＬサブフレーム１０２５および１０３０は、それぞれ３つのＵＬサブフレーム１０３５および１０４０に関するフィードバックを搬送する必要がある。ＵＬ  ＨＡＲＱフィードバックは、フィードバックチャネル（たとえば、ＬＴＥ用の修正されたＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ：物理ＨＡＲＱインジケータチャネル））において、またはＬＥ帯域にわたるキャリアアグリゲーションが可能なＷＴＲＵのみに可視である新たなフィードバックチャネルにおいて搬送することができる。２：６のパターン１０２０においては、ＵＬサブフレーム１０４５および１０５０は、それぞれＤＬサブフレーム１０５５および１０６０に関するフィードバックを搬送することができる。
【００９７】
リピート８パターンに関しては、ＤＬコントロールシグナリング（ＤＬスケジューリングおよびＵＬグラント）は、プライマリセルおよびクロスキャリアスケジューリングに関するタイミングルールに依存してプライマリセル上で搬送することができる。４：４のパターンに関して図１０Ａにおいて示されているように、フレーム「ｎ」に関するＤＬスケジューリング情報は、フレーム「ｎ」にて搬送することができる。フレームｎにて搬送されるＵＬグラントを使用して、フレーム「ｎ＋ｋ」におけるその後の送信をスケジュールすることができ、その場合、ｋは、リピート８パターンに依存する。ｋの値は、グラントとともにシグナリングすることができ、または黙示的に得ることもできる（例としては、特定のＷＴＲＵアドレス、たとえばＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ：無線ネットワーク一時識別）に基づいて得ることができ、その場合、ｋは、ＵＬサブフレームｋに関するグラントを指す）。
【００９８】
あるいは、ＤＬコントロール情報は、バンドルされたグラントの形式を使用して、ＤＬサブフレーム上で搬送することができる。このケースにおいては、ＤＬサブフレームは、複数のＵＬサブフレームに関するＵＬグラントを提供しなければならない場合がある。２ＤＬ：６ＵＬのパターンに関して図１０Ｂにおいて示されているように、ＤＬサブフレーム、たとえばサブフレームＤ１は、３つのＵＬサブフレーム、たとえばサブフレームＵ１、Ｕ３、およびＵ５に関するＵＬグラントを提供することができる。この非対称なパターンは、さらなる処理を必要とする場合がある。たとえば、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）Ｒｅｌｅａｓｅ  １０においては、ＵＬグラントは、そのグラントが適用される対象のＷＴＲＵの識別を含むことができる。非対称な共有モードオペレーションに関しては、ＵＬグラントは、そのグラントが適用される時刻の表示（フレームｎにおいて受信されたグラントは、ＵＬサブフレームｎ＋ｋに適用される）を含まなければならない場合もある。ｋの値は、グラント情報内に明示的に含めることができる（たとえばグラントは、サブフレームｎ＋６においてＷＴＲＵ１に適用される）。あるいは、ｋの値は、黙示的に特定することもできる。たとえば、あるＷＴＲＵに３つのアドレス（ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ：無線ネットワーク一時識別子）＿２、ＲＮＴＩ＿４、およびＲＮＴＩ＿６）を割り当てることができる。ＲＮＴＩ＿６に関するＵＬグラントを受信することは、そのグラントがフレームｎ＋６においてこのＷＴＲＵに適用されることを意味する。
【００９９】
図１１Ａおよび図１１Ｂは、リピート１６パターンに関するＨＡＲＱの詳細の例を示している（サブフレーム１６個分のＨＡＲＱ  ＲＴＴを伴うプライマリセル）。リピート１６パターンに関しては、再送信スケジュールは、最初の送信のために使用されるサブフレームに基づくことができる。図１１Ａは、ＤＬ：ＵＬが４：１２であるパターン１１００の一例を示しており、この場合、ＨＡＲＱフィードバックは、たとえば、バンドルされたＨＡＲＱ１１０５、１１１０、１１１５、および１１２０を使用して、ＳｕｐｐＣＣ上で搬送される。ＨＡＲＱ  ＲＴＴは、サブフレーム１６個分であり、ＨＡＲＱプロセスの最大数の増加を必要とすることになる。たとえば、ＵＬにおけるＨＡＲＱプロセスの数は、１２とすることができる。
【０１００】
図１１Ｂは、ＤＬ：ＵＬが４：１２であるパターン１１２５に関する代替フィードバックメカニズムを示しており、この場合、ＨＡＲＱフィードバックのすべてまたは一部は、プライマリセルにて搬送することができる。ＵＬサブフレームＵ１、Ｕ２、Ｕ３、およびＵ４に関するフィードバックは、プライマリセル１１３０上で搬送される。たとえば、サブフレームＵ１でＵＬにおいて送信されたパケットに関するＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ  ＡＣＫ）は、そのパケットの送信後にＰＨＩＣＨ４サブフレームを使用してＤＬ  ＣＣ上のプライマリセルを介して基地局によって送信される。ＵＬサブフレームＵ５〜Ｕ１２に関するフィードバックは、ＳｕｐｐＣＣ１１４０にて搬送することができる。プライマリセル上で搬送されるフィードバックに関しては、ＦＤＤ  ＬＴＥ「ｎ＋４」タイミングルールを使用することができる。フィードバックを搬送するためにプライマリセルが使用される場合には、ＨＡＲＱプロセスの数を８に保持することが可能である。この代替アプローチに関しては、ＷＴＲＵおよびピコ／フェムトセルは、サブフレームのうちのそれぞれに関するＨＡＲＱ  ＲＴＴ、ならびに、どこにフィードバックが送信されているかを認識することができる。ＤＬサブフレーム１〜４に関しては、ＲＴＴは、サブフレーム１６個分である。ＵＬサブフレーム１〜４に関しては、ＲＴＴは、サブフレーム８個分である。ＵＬサブフレーム５〜１２に関しては、ＲＴＴは、サブフレーム１２個分である。
【０１０１】
本明細書で説明するのは、ＳｕｐｐＣＣの動的なコントロールに関する実施形態である。一実施形態においては、アグリゲーションの方向は、プライマリキャリアを介して送信されるＲＲＣ再構成を通じて動的に変更することができる。図１２は、ＤＬ  ＦＤＤライセンスを供与されている帯域において機能するＦＤＤ  ＤＬプライマリキャリア１２０５と、ＵＬ  ＦＤＤライセンスを供与されている帯域において機能するＦＤＤ  ＵＬプライマリキャリア１２１０とを含むことができるセル１２００を示している。セル１２００は、ＴＶＷＳまたはＩＳＭ帯域などのＬＥ帯域において機能するＳｕｐｐＣＣ１２１５とアグリゲートされる。はじめに、アグリゲーションの方向は、ＵＬ方向１２２０である。ＲＲＣ再構成メッセージ１２２５が受信される。一般には、ＬＴＥは、接続されたモードにおいて１５ｍｓ以内にＲＲＣメッセージを配信および処理する。次いでアグリゲーションの方向は、ＤＬ方向１２３０に変更される。
【０１０２】
別の実施形態においては、アグリゲーションの方向は、プライマリキャリアを介して送信されるＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）コマンドを通じて動的に変更することもできる。図１３は、ＤＬ  ＦＤＤライセンスを供与されている帯域において機能するＦＤＤ  ＤＬプライマリキャリア１３０５と、ＵＬ  ＦＤＤライセンスを供与されている帯域において機能するＦＤＤ  ＵＬプライマリキャリア１３１０とを含むことができるセル１３００を示している。セル１３００は、ＴＶＷＳまたはＩＳＭ帯域などのＬＥ帯域において機能するＳｕｐｐＣＣ１３１５とアグリゲートされる。ＲＲＣ再構成メッセージ１３２０は、ＬＥスペクトルにおけるＵＬとＤＬの両方のＳｕｐｐＣＣを事前に構成しておくことができる。はじめに、ＳｕｐｐＣＣ１３１５は、アグリゲーションを１つの方向１３２２においてアクティブ化させることができる。ＭＡＣ  ＣＥメッセージ１３２５は、その後に別の方向１３３０においてＳｕｐｐＣＣ１３１５アグリゲーションをアクティブ化すること、およびその他の方向１３２２においてＳｕｐｐＣＣアグリゲーションを非アクティブ化することが可能である。
【０１０３】
ＳｕｐｐＣＣをＤＬからＵＬへ、またはその逆へ切り替える際に、一時的に非アクティブ化されたＵＬまたはＤＬのＭＰＤＵ（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ：ＭＡＣプロトコルデータユニット）を保持するために、新たなＭＡＣスケジューラおよびバッファリングスキームを使用することができる。両方のＦＤＤキャリアはアグリゲーションを同期させ、さらなるメモリは不要とすることができるということに留意されたい。
【０１０４】
加えて、ＤＬからＵＬへ、またはその逆へのＳｕｐｐＣＣのいかなる遷移にも先立って、動的なＦＤＤのために新たなＧＰ（ｇｕａｒｄ  ｐｅｒｉｏｄ：ガードピリオド）を付加することができる。これはまた、１つのオペレーティングモードから別のオペレーティングモードへの（たとえば、ＤＬのみのオペレーティングモードからＵＬのみのオペレーティングモードへの）いかなる遷移にも適用することができる。このガードピリオドは、セルのレンジまたはサイズに基づいて構成することができる。このガードピリオドは、ＲＲＣ再構成メッセージを介して動的に変更／再構成することもできる。
【０１０５】
ＰＨＩＣＨは、ＵＬグラントを送信するために使用されたＤＬキャリア上で送信することができる。ＰＨＩＣＨ上で予期される応答のタイミングは、ＦＤＤとＴＤＤとで異なることが可能である。ＦＤＤに関しては、ＤＬ  ＡＣＫ／ＮＡＣＫは、ＵＬ送信からサブフレーム４個分後に送信することができるが、ＴＤＤにおいては、これは変更可能とすることができる。ＰＨＩＣＨリソースのマッピングも異なることが可能である。ＦＤＤにおいては、すべてのフレームは、最初のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：直交周波数分割多重方式）シンボルにおいて同じ数のＰＨＩＣＨリソース要素を有することができる。ＴＤＤにおいては、ＰＨＩＣＨリソース要素の数は、サブフレームに依存することができる。ＴＤＤにおいては、ＰＨＩＣＨのサイズは、ＵＬ／ＤＬ構成に基づいて調整することができる（ＵＬが重たい構成では、より多くのリソース要素がＰＨＩＣＨに割り当てられるようにすることができる）。クロスキャリアスケジューリングのケースに関しては、ＰＨＩＣＨのコリジョンを考慮することができる（ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：復調参照信号）サイクリックシフトメカニズムによって解決される）。
【０１０６】
したがって、ＦＤＤキャリアがホワイトスペースにおいて使用される場合には、その結果として、ＰＨＩＣＨのコリジョンの可能性を伴う、ＵＬが重たい構成となることがある。１つの可能性は、ＳｕｐｐＣＣを構成している間にＲＲＣ再構成メッセージを介して送信することができるさらなるＰＨＩＣＨ割り当てを定義することである。これらのＰＨＩＣＨ構成は、チャネルの（ＵＬが重たい、またはＤＬが重たい）ロードに適合するためにＳｕｐｐＣＣがＵＬからＤＬへ再構成される際に、変更することができる。次いで、ライセンス供与されている帯域におけるＰＤＣＣＨ（割り当ておよび構成）は、それぞれのサブフレームの最初のＯＦＤＭシンボルにおいて生じる新たなＰＨＩＣＨ割り当てに基づいて修正することができる。
【０１０７】
ライセンス供与されていない帯域のキャリアが、ＤＬのみに設定されている場合には、ＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｉｏｎ：チャネル品質インジケータ）／ＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｆｏｒｍａｔｉｏｎ：プリコーディングマトリクス情報）／ＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｉｏｎ：ランク情報）、ＡＣＫ／ＮＡＣＫ／ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｔｒａｎｓｍｉｓｓｉｏｎ：不連続送信）のような、ライセンス供与されていない帯域のＵＬコントロール情報を、プライマリキャリアＦＤＤ  ＵＬを介して送信することができる。このコントロール情報のフォーマットは、その目的でＦＤＤ  ＵＬ上に、対応するビットフィールドを含むことになる。
【０１０８】
本明細書で説明するのは、ＴＤＤ  ＳｕｐｐＣＣをアグリゲートするＦＤＤプライマリセルである。とりわけ、ライセンス供与されている帯域において機能するプライマリＦＤＤキャリアは、既存のＬＴＥ−ＴＤＤフレームに基づいてＬＥ帯域において機能するＳｕｐｐＣＣとアグリゲートする。非対称構成に応じて、複数のＵＬおよびＤＬの補助的な送信の機会が、それぞれのフレームにおいて存在する場合がある。
【０１０９】
図１４は、ＴＤＤ補助的セル１４１５とアグリゲートされているＵＬ  ＣＣ１４０５およびＤＬ  ＣＣ１４１０を含むライセンス供与されている帯域のＦＤＤプライマリセル１４００の一例を示している（拡張ＴＤＤ補助的セルと呼ばれる場合もあり、「拡張ＴＤＤ補助的キャリア」という用語は、適切な状況において、または必要に応じて使用することができる）。ＴＤＤ補助的セル１４１５は、システムによってＵＬとＤＬの両方に関するさらなる帯域幅リソースとして取り扱われることが可能である。このさらなるリソースは、そのリソースが必要であるとＲＲＭが判断し、かつ利用可能なチャネルを見つけることができる場合に、基地局によってオポチュニスティックに使用することができる。ＴＤＤ補助的セル１４１５がＲＲＭによってアクティブ化される場合には、基地局は、さらなるＴＤＤのようなコンポーネントセルへのアクセスを有することができ、そのコンポーネントセルに対しては、アグリゲーションを実行することができる。事実上、ＤＬキャリアアグリゲーションは、ＴＤＤ補助的セルがＤＬ方向にあるサブフレームにわたって生じることができ、ＵＬキャリアアグリゲーションは、ＴＤＤ補助的セルがＵＬ方向にあるサブフレームにわたって生じることができる。ギャップ１４２０中に、ＴＤＤ補助的セル１４１５は、アグリゲーションのためのさらなる帯域幅を提供しない。アグリゲーションは、１つまたは複数のＴＤＤ補助的セルを、ライセンス供与されている帯域のＰＣＣおよびゼロ個以上のＳＣＣと結合することによって実行することができる。
【０１１０】
ＴＤＤ補助的セル１４１５と、ＦＤＤライセンスを供与されているキャリア１４０５および１４１０とは、本質的に、さまざまなオペレーション（それらのほとんどが、ＨＡＲＱに関連している）に関して別々のタイミング関係を有することができる。ＴＤＤ補助的セル１４１５と、ライセンス供与されているキャリア１４０５および１４１０とが、独立して機能するケースにおいては、これらのタイミング関係は、システムのＰＨＹおよびＭＡＣ層にいかなる影響も与えることはできない。しかし、ライセンス供与されている帯域のキャリア１４０５および１４１０からＴＤＤ補助的セル１４１５上のリソースのクロスキャリアスケジューリングを可能にするためには、現時点で３ＧＰＰ標準内には、グラント、再送信の動作、および電力コントロールコマンドのタイミングを定義するための手順が存在しない。
【０１１１】
タイミングにおけるずれを解消するために、拡張ＴＤＤ補助的セル１４１５を使用することができ、その場合のＨＡＲＱのタイミングおよびＰＨＹコントロールチャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、およびＰＨＩＣＨ）に関する手順について、本明細書において以降で説明する。これらの手順は、標準的なＴＤＤ  ＣＣに関して３ＧＰＰ標準において定義されている手順とは異なり、それらの相違は、拡張ＴＤＤ  ＣＣが、ＦＤＤライセンスを供与されているＬＴＥシステムとともに最も効率的な方法で機能することを可能にすることができる。
【０１１２】
拡張ＴＤＤフレーム構造に関しては、動的なＵＬ／ＤＬ構成、および動的な周波数に依存するＧＰ（ｇｕａｒｄ  ｐｅｒｉｏｄ）（ギャップ１４２０として示されている）を実施することができる。３ＧＰＰ標準において定義されているＴＤＤフレーム構造（フレーム構造タイプ２と呼ばれる）は、静的な様式で使用することができる７つの異なる固定されたＵＬ／ＤＬ構成を提供する。いったん構成されると、これらの構成は、セル全体にわたってすべてのＷＴＲＵに関して使用することができ、変更することはできない。ＨｅＮＢ展開においては、ＨｅＮＢによってサービス提供されるＷＴＲＵの数は、マクロセル展開よりもかなり少なくなる場合がある。したがって、（ＵＬの、ＤＬの、またはそれら両方のバランスを取った）トラフィックロードを、より頻繁に、およびより顕著な様式で変えることができる。３ＧＰＰにおけるＴＤＤ  ＵＬ／ＤＬ構成は固定することができるため、ＬＥ帯域内にレギュラーのＴＤＤコンポーネントキャリアを導入すると、結果として、トラフィックロードに関する帯域幅使用の効率において、いくらかの制限が生じる。
【０１１３】
ＴＤＤの制限を緩和するための１つのアプローチは、ＲＲＣ再構成メッセージまたはシステム情報を通じて新たな構成情報をアクティブなＷＴＲＵに送信することによってＴＤＤにおけるＵＬ／ＤＬの構成を動的に変更することであると言える。結果として、拡張ＴＤＤ補助的セルにおいては、ＲＲＭは、任意の所与の時点におけるトラフィックロードに基づいて拡張ＴＤＤ補助的セルのＵＬ／ＤＬ構成をコントロールすることができる。任意の所与の時点で、ＨｅＮＢにおけるトラフィックロードに最もよく合うように、７つのＵＬ／ＤＬ構成のうちの１つを拡張ＴＤＤ補助的セルのために使用することができる。たとえば、ＤＬの重たいトラフィックロード（たとえば、複数のＷＴＲＵが、ビデオの重たいダウンロードを実行している）に関しては、ＨｅＮＢは、拡張ＴＤＤ補助的セルのためにＵＬ／ＤＬ構成５を構成することができる。これは、ＵＬ／ＤＬ構成がセル全体にわたってトラフィックロードを調整することを可能にすることができる。
【０１１４】
拡張ＴＤＤ補助的セルのＵＬ／ＤＬ構成に関するシステム情報は、ライセンス供与されている帯域上でＰＣＣによって送信されることになる。ＵＬ／ＤＬ構成における変更を表すシグナリングの送信に続いて、基地局は、特定の数のサブフレームの後にＵＬ／ＤＬ構成を（したがって、拡張ＴＤＤ補助的セル上でのサブフレームの送信および受信のシーケンスを）変更することができる。切り替え時点の潜在的な候補は、フレームの境界、または、拡張ＴＤＤ補助的セル上で最初の特別サブフレームが到来した時点とすることができる。これらの切り替えポイントは、構成が動的に変更されるときに行われる可能性があるＤＬからＵＬへの切り替えを回避することができる。ＤＬからＵＬへの遷移を回避するその他の切り替えポイントも可能であり、ＵＬ／ＤＬ構成の変更を示すシグナリングは、メッセージングの一部として切り替え時点を潜在的に定義することができる。
【０１１５】
アイドルモードのＷＴＲＵは、プライマリキャリア上に留まっているものとして、ＵＬ／ＤＬ構成における変更によって影響されないことが可能であり、または複数のＵＬ／ＤＬ構成を、ＲＲＣメッセージを通じて事前に構成しておいて、ＭＡＣ  ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）メッセージによってアクティブ化することも可能である。加えて、キャリアアグリゲーションはアイドルモードでは使用されないため、これらのＷＴＲＵ上でのＵＬ／ＤＬ構成の変更は、ＲＲＣ接続までトランスペアレントであることが可能である（そのＲＲＣ接続の時点で、それらのＷＴＲＵは、使用される最新のＵＬ／ＤＬ構成を受け取る）。すべての構成されているＴＤＤ補助的セルのＵＬ／ＤＬ構成は、ＲＲＣ接続の時点でシグナリングすることができる。ＵＬ／ＤＬ構成に対するいかなる変更も、ＲＲＣ再構成を通じて、または専用のＳＩＢを通じてシグナリングすることができる（なぜなら、ＵＬ／ＤＬ構成は、ＬＥ帯域を利用するシステム全体に適用することができるためである）。
【０１１６】
図１４において示されているように、ＴＤＤは、ＵＬとＤＬとの間における切り替え中に干渉を回避するために、特別サブフレーム１４２２内にＧＰ（ｇａｐ：ギャップ）１４２０を必要とする場合がある（この場合、構成および処理の目的で、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅｓｌｏｔ）１４２４およびＵｐＰＴＳ（ＵＬ  Ｐｉｌｏｔ  Ｔｉｍｅｓｌｏｔ）１４２６が含まれている）。拡張ＴＤＤ補助的セルにおいては、ＴＤＤ補助的セルのレンジ、ならびに使用されているライセンス供与されていないスペクトルの周波数帯域に合わせて構成を動的に調整できるようにするために、ＧＰ持続時間は、ＲＲＣ再構成またはシステム情報の変更を通じて構成可能とすることができる（信号の伝搬特性は、周波数が変更される際に変わる場合がある）。周波数帯域ごとの事前構成されたＧＰ値も可能である。この事前構成されたＧＰは、予期されたセルサイズおよび当該ＬＥチャネルにわたる伝搬特性に基づくことができ、補助的キャリアの周波数帯域が変更されるときにＲＲＣメッセージによって修正することができる。
【０１１７】
拡張ＴＤＤ補助的セル上のＨＡＲＱエンティティに関しては、ＦＤＤ  ＨＡＲＱタイミングを使用して、補助的キャリア上でのグラント、肯定応答、および再送信のオペレーションを定義することができる。補助的キャリア上でのこれらのオペレーションに関するＦＤＤのようなタイミングの使用を可能にするために、ライセンス供与されているキャリア（ＰＣＣおよびＳＣＣ）上に存在するＰＨＹ層コントロールチャネルの存在を活用することができる。純粋なＴＤＤシステムとは異なり、ライセンス供与されているＦＤＤキャリア上のＰＨＹ層コントロールチャネルは、すべてのサブフレーム上に存在することができ、したがって、拡張ＴＤＤ補助的セルを含むオペレーションに関するＦＤＤタイミングを可能にするために活用することができる。これを可能にするために、拡張ＴＤＤ補助的キャリア上でのＰＨＹコントロールチャネルの使用を制限することができ、それによって、拡張ＴＤＤ補助的セルは、ＰＨＩＣＨチャネルを搬送することができず、ＷＴＲＵによって行われるＵＬ送信に対するすべての肯定応答は、ＰＣＣまたはＳＣＣ上でしか送信することができない。拡張ＴＤＤ補助的セルは、ＰＵＣＣＨチャネルを搬送することはできない。ＰＵＣＣＨは、ＰＣＣ上でのみ送信されることが可能である。ＰＤＣＣＨは、ＴＤＤ補助的セル上で送信されることが可能であり、またはＴＤＤ補助的セル上で送信されないことも可能である。図１５は、ライセンス免除オペレーションをサポートするシステムのそれぞれのキャリア上でサポートされている物理チャネルを示している。
【０１１８】
拡張補助的キャリアに宛てられたＵＬグラントは、そのグラントが効力を発する時点からサブフレーム４個分前に送信することができる。これらのグラントは、（クロスキャリアスケジューリングを前提とする場合には）ＰＣＣ／ＳＣＣ上で、または補助的キャリア自体の上で、ＰＤＣＣＨを使用して送信することができる。クロスキャリアスケジューリングが使用される場合には、グラントを送信するためにＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）フォーマット０が使用され、そのＤＣＩフォーマット０は、グラントを搬送する拡張補助的キャリアを示すためのＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｉｏｎ  ｆｉｅｌｄ：キャリア識別フィールド）を含むことができる。スケジューラは、ＵＬグラントが拡張ＴＤＤ補助的セル上のＤＬサブフレームからサブフレーム４個分前に送信されることが決してないようにすることができる。これらのルールは、ＰＣＣ／ＳＣＣ上で送信されるＰＤＣＣＨ、および補助的キャリア上で送信されるＰＤＣＣＨの両方に当てはまる。
【０１１９】
レギュラーのＴＤＤの場合と同様に、拡張ＴＤＤ補助的セル上のリソースに関するＤＬ割り当ては、その割り当てが行われるのと同じサブフレーム上で送信することができ、したがって、補助的キャリアがＤＬであるサブフレーム、または特別サブフレーム上で送信することができる。
【０１２０】
（ライセンス供与されている帯域を活用することに起因する）すべてのサブフレーム上でのコントロールチャネルの存在は、拡張ＴＤＤ補助的セルをアグリゲートするシステムが、ＵＬとＤＬの両方において実際のデータ送信からサブフレームｎ＋４個分後にＡＣＫ／ＮＡＣＫを送信することを可能にすることができる。拡張ＴＤＤ補助的キャリアからのデータ送信に関するＡＣＫ／ＮＡＣＫは、送信からサブフレーム４個分後に送信することができるが、ＡＣＫ遅延までの固定されたデータに関するその他の値を可能とすることもできる。
【０１２１】
補助的キャリア上でのＤＬ送信に関しては、ＡＣＫ／ＮＡＣＫは、ＰＣＣ上のＰＵＣＣＨ、または（ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ＵＬ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ：物理ＵＬ共有チャネル）が、所与のサブフレーム内に割り当てられている場合には）ＰＵＳＣＨ上で送信することができる。ＰＣＣ上でのＵＬサブフレームの可用性に起因して、ＷＴＲＵは、ＦＤＤタイミングに従ってＡＣＫ／ＮＡＣＫを送信することができる。ＬＴＥ  Ｒｅｌｅａｓｅ  １０と同様に、フィードバックを送信しなければならないサブフレーム内にＰＵＳＣＨが存在する場合には、ＡＣＫ／ＮＡＣＫを送信するためにＰＵＳＣＨを活用することができる。ＰＵＳＣＨが、ＰＣＣまたはＳＣＣ上の特定のＷＴＲＵに割り当てられておらず、そのサブフレームに関する拡張補助的キャリア上に割り当てられている場合には、ＡＣＫ／ＮＡＣＫを送信するために補助的キャリアのＰＵＳＣＨを使用することもできる。
【０１２２】
補助的キャリア上でのＵＬ送信に関しては、ＡＣＫ／ＮＡＣＫをＰＣＣまたはＳＣＣのＰＨＩＣＨ上で送信することができる。ＰＣＣ／ＳＣＣ上のＤＬサブフレームの存在に起因して、基地局は、ＦＤＤタイミングを使用してＡＣＫ／ＮＡＣＫを送信することができる。ＰＨＩＣＨは、ＰＨＩＣＨを搬送しないＵＬサブフレームの存在に起因して補助的キャリア上に存在しない場合があり、ＦＤＤタイミングを使用してＡＣＫ／ＮＡＣＫを送信する能力が制限される場合がある。
【０１２３】
補助的キャリア上での再送信は、それらの再送信上でのＤＬまたはＵＬサブフレームの存在に依存するため、ｎ＋４のＦＤＤタイミングを再送信のケースにおいて適用することはできない。
【０１２４】
ＴＤＤにおけるＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ：物理ランダムアクセスチャネル）手順および構造は、ＦＤＤとはかなり異なる場合がある。ＬＴＥにおけるＰＲＡＣＨ手順は、所定のサブフレーム内のＰＵＣＣＨに隣接する６つのＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：リソースブロック）から構成することができる。（ＳＩＢ２からの）所与のＰＲＡＣＨ構成に関しては、特定のサブフレームへのマッピングは、ＴＤＤとＦＤＤとで異なる。ＦＤＤにおいては、サブフレームごとに利用可能なＰＲＡＣＨが最大で１つ存在することができる。ＴＤＤにおいては、（１つのフレーム内のより少ないＵＬサブフレームを考慮するために）所与の１つのサブフレーム内に複数のＰＲＡＣＨリソースが存在することができる。１つのサブフレーム内のＲＡＣＨリソース間におけるオフセットは、上位層によって与えられることが可能である。プリアンブルフォーマット４は、ＴＤＤにおいてのみ使用することができる（特別サブフレームのＵｐＰＴＳ（ＵＬ  ｐｉｌｏｔ  ｔｉｍｅｓｌｏｔ：ＵＬパイロットタイムスロット）に合うように、ショートプリアンブルが使用される）。
【０１２５】
拡張ＴＤＤ補助的セルとアグリゲートするシステムに関しては、ＰＲＡＣＨは、ＦＤＤであることが可能であるプライマリセルにおいて実施することができる。したがって、ＰＲＡＣＨに関する構成、タイミング、および手順は、ＦＤＤケースに従うことができる。しかしネットワークは、さらなるＰＲＡＣＨ手順をトリガーすることができ、このＰＲＡＣＨ手順は、プライマリキャリアと補助的キャリアとの間におけるタイミングアライメントが、周波数の大きな隔たりに起因して著しく異なる可能性がある場合に、補助的キャリア上で開始される。このケースにおいては、補助的キャリアを付加することに関連付けられているＲＲＣ再構成は、ＴＤＤ  ＲＡＣＨ手順を含むことができる、補助的キャリア上で使用される特定のＲＡＣＨ構成を定義することを必要とする場合がある。ＦＤＤキャリアを介して送信されるＲＲＣ構成は、ＲＡＣＨ構成がＴＤＤキャリアに固有のものであるということを明確に示すことができる。この特定のタイプのＲＡＣＨは、基地局へ送信するデータをＷＴＲＵが有している場合に、またはプライマリキャリアと補助的キャリアとの間におけるタイミングドリフトを基地局が検知した場合に、トリガーすることができる。
【０１２６】
ＴＤＤ補助的キャリア上でＰＲＡＣＨを実行する場合には、システムのためにさらに多くの数の利用可能なＰＲＡＣＨリソースを確保するために、プライマリキャリアまたは補助的キャリア上でコンテンション解消を行うことができる。
【０１２７】
ＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ：送信電力制御）コマンドに関するＰＵＳＣＨのためのＵＬ電力コントロールのタイミングは、ＴＤＤとＦＤＤとで異なる。ＴＤＤキャリアおよびＦＤＤキャリア上での電力コントロールの変更間におけるタイミングの違いを認識し、適切なＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）コマンドを適用する新たなエンティティを基地局内に付加することができる。クロスキャリアスケジューリングがサポートされている場合には、ＦＤＤまたはＴＤＤに関するＴＰＣコマンドは、ＴＰＣコマンドのためにＰＤＣＣＨにフィールドを付加すること、またはＴＰＣのためにキャリア固有のスケジュールを使用することによって、区別することができる。
【０１２８】
ＴＤＤは、複数のＡＣＫ／ＮＡＣＫを、ＵＬサブフレームにて送信されることになる単一のＡＣＫ／ＮＡＣＫへとバンドルすることをサポートすることができる。ＦＤＤは、このモードをサポートすることはできない（それぞれの受信されるトランスポートブロックごとに、単一のＡＣＫが送信される）。ＡＣＫ／ＮＡＣＫバンドリングは、ＰＤＣＣＨ上のＤＣＩにて送信されるＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ：ダウンリンク割り当てインデックス）（２ビット）によってコントロールすることができる。これらの２ビットは、ＦＤＤモードのＤＣＩフォーマットにおいては存在することができない。複数のサービングセルが構成されている場合には、ＡＣＫ／ＮＡＣＫバンドリングを実行することはできない（しかし多重化は、依然として可能とすることができる）。ＴＤＤモードにおける（上位層によって構成される）ＡＣＫ／ＮＡＣＫ反復は、ＡＣＫ／ＮＡＣＫ多重化のためではなく、ＡＣＫ／ＮＡＣＫバンドリングのために適用することができる。
【０１２９】
ＴＤＤ補助的キャリア上のＤＬリソースのクロスキャリアスケジューリングは、ＦＤＤキャリアを介して可能にすることができる。クロスキャリアスケジューリングに関しては、ＦＤＤキャリアは、ＤＡＩをＤＣＩフォーマット内に含めることを必要とする場合がある。ＰＤＣＣＨのブラインドデコーディングにおけるさらなる複雑さが必要とされる場合もある。ＡＣＫ／ＮＡＣＫはＰＵＣＣＨ上で送信することができるため、バンドリングをＦＤＤ  ＵＬキャリア上でサポートすることが必要となる場合がある（基地局は、バンドルされた情報に関連したＰＵＣＣＨをデコードできることが必要となる場合がある）。結果として、バンドリングオペレーションは、ＴＤＤ補助的キャリアにて受信されたトランスポートブロックに対して実行することができるが、バンドルされたＡＣＫ／ＮＡＣＫは、ＦＤＤキャリアを介して送信することができる。加えて、ＴＤＤ補助的キャリアを介して、バンドルされたＡＣＫ／ＮＡＣＫを送信することを、ＰＵＳＣＨを使用してサポートすることもできる。これは、ＴＤＤ／ＦＤＤを組み合わせた設計においてはＡＣＫ／ＮＡＣＫをプライマリキャリア上のみで送信することはできないという事実に起因する。代わりに、セカンダリキャリア上にＰＵＳＣＨが割り当てられており、プライマリキャリア上にＰＵＳＣＨが割り当てられていない場合には、ＡＣＫ／ＮＡＣＫをセカンダリキャリア上で送信することができる。
【０１３０】
ＳＲＳ（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：サウンディング参照信号）の周期性およびタイミングは、上位層のパラメータによってコントロールされることが可能であり、ＴＤＤとＦＤＤとの間においては異なることが可能である。ＳＲＳは、ＴＤＤにおいてＵｐＰＴＳにて送信することができる（ＵｐＰＴＳは、ＳＲＳおよびフォーマット４ＰＲＡＣＨのために確保することができる）。ＴＤＤとＦＤＤの両方が構成されている場合には、それぞれのキャリアごとに別々のサブフレーム構成を送信することができる（すなわち、必要に応じて、ＴＤＤ補助的キャリアまたはセル）。このさらなるＳＲＳ構成は、プライマリキャリアを介して送信することができる。したがって、ＳＲＳ構成がＴＤＤに対応するか、またはＦＤＤに対応するかを識別するためのフィールドをＳＲＳ構成に付加することができる。
【０１３１】
ＦＤＤとは対照的に、ＴＤＤにおいては、特別フレームは、それらにマップするＰＵＣＣＨを有することができない。ＰＵＣＣＨは、ＦＤＤ様式でプライマリセル上で送信することができる。
【０１３２】
ＣＡに関しては、ＰＨＩＣＨは、ＵＬグラントを送信するために使用されたＤＬキャリア上で送信することができる。ＰＨＩＣＨ上で予期される応答のタイミングは、ＦＤＤとＴＤＤとで異なることが可能である。ＦＤＤに関しては、ＤＬ  ＡＣＫ／ＮＡＣＫは、ＵＬ送信からサブフレーム４個分後に送信することができ、ＴＤＤにおいては、これは変更可能とすることができる。ＰＨＩＣＨリソースのマッピングも異なることが可能である。ＦＤＤにおいては、すべてのフレームは、最初のＯＦＤＭシンボルにおいて同じ数のＰＨＩＣＨリソース要素を有することができる。ＴＤＤにおいては、ＰＨＩＣＨの数は、サブフレームに依存することができる。ＴＤＤにおいては、ＰＨＩＣＨのサイズは、ＵＬ／ＤＬ構成に基づいて調整することができる（ＵＬが重たい構成では、より多くのリソース要素がＰＨＩＣＨに割り当てられるようにすることができる）。クロスキャリアスケジューリングのケースに関しては、ＰＨＩＣＨのコリジョンを考慮することができる（ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）サイクリックシフトメカニズムによって解決される）。
【０１３３】
ＰＨＩＣＨは、（拡張ＴＤＤ補助的キャリア上でのＡＣＫ／ＮＡＣＫのためのｎ＋４のタイミングを確実にするために）ライセンス供与されている帯域上で送信することができる。補助的キャリアのスケジューリングが補助的キャリア上のＰＤＣＣＨによって実行される場合に、ライセンス供与されている帯域上のＰＨＩＣＨリソースを定義するために、新たな手順が必要とされることがある。このケースにおいては、ＰＨＩＣＨを送信するために、デフォルトのライセンス供与されているキャリア（ＰＣＣ）を選択することができ、スケジューラは、スマートスケジューリングを通じてＰＨＩＣＨのコリジョンを回避することができる。あるいは、ｎ＋４のＨＡＲＱタイミングが前提とされていない場合には、ＰＨＩＣＨを補助的ＴＤＤキャリア上で送信することができる（このキャリア上で利用できる調整可能なＰＨＩＣＨリソースを活用するために）。
【０１３４】
ＰＤＣＣＨ上のいくつかのＤＣＩフォーマットは、ＴＤＤとＦＤＤとの間において異なることが可能である（たとえば、ＦＤＤ用のＤＣＩフォーマット１は、ＨＡＲＱプロセスに関しては３ビット、およびＤＡＩに関しては２ビットとすることができ、その一方で、ＴＤＤ用では、ＨＡＲＱプロセスに関しては４ビット、およびＤＡＩに関しては０ビットとすることができる）。プライマリキャリア上でクロスキャリアスケジューリングが使用されている場合には、ＴＤＤとＦＤＤの両方のＤＣＩフォーマットをデコードするために新たなＰＤＣＣＨサーチスペースを割り当てることができ、そのＰＤＣＣＨサーチスペースは、ＦＤＤのＰＤＣＣＨサーチスペースとは別個のものとすることができる。これは、ＰＤＣＣＨのブラインドデコーディングを簡略化することができる。
【０１３５】
アップリンクグラントは、ＤＣＩフォーマット０を使用してＰＤＣＣＨによってシグナリングされることが可能である。ＦＤＤにおいては、ＵＬグラントは、ＤＣＩフォーマット０が受信されてからサブフレーム４個分後に開始することができる（ＤＣＩフォーマット０は、ＴＤＤとＦＤＤとで異なることも可能である）。ＴＤＤにおいては、ＤＣＩフォーマット０におけるＵＬインデックスは、グラントのタイミングを指定することができる。ＬＥ補助的ＴＤＤキャリアとのＵＬにおけるクロスキャリアスケジューリングを行うために、ＦＤＤ  ＤＣＩフォーマットによりよく合わせるための新たなＴＤＤ  ＤＣＩフォーマット０を使用することができる。ＦＤＤキャリア上で送信されるＤＣＩからの情報は、ＵＬグラントがＦＤＤキャリアに固有であるか、またはＴＤＤキャリアに固有であるかと、ＴＤＤキャリアに固有である場合には、そのＵＬグラントをいつスケジュールできるかとの両方を指定することができる。
【０１３６】
ＤＬが重たいＣＡ構成をサポートする目的で、（チャネル選択を伴うフォーマットｌｂが、必要とされるＡＣＫにとって十分なビットを有していない場合には）ＡＣＫ／ＮＡＣＫのためにさらに多くの数のビットを可能にするためにＰＵＣＣＨフォーマット３を使用することができる。ＦＤＤにおいては、１０ビットをＰＵＣＣＨフォーマット３内に割り当てることができる。ＴＤＤにおいては、２０ビットをＰＵＣＣＨフォーマット３内に割り当てることができる。ＡＣＫ／ＮＡＣＫは、補助的ＴＤＤキャリアの代わりにＦＤＤ補助的キャリアとして取り扱われることが可能である。ＴＤＤの場合と同様に、ＡＣＫ／ＮＡＣＫバンドリングを実施する必要がない場合がある。なぜなら、このアプローチにおいては、アクティブなＵＬ  ＦＤＤキャリア（プライマリキャリア）が常に存在するためである。
【０１３７】
ＴＤＤキャリアが使用される場合には、ＣＱＩの報告のためにシステム情報を解釈できる方法は、ＴＤＤキャリアかＦＤＤキャリアかで異ならなければならない場合がある（あるいは、ＦＤＤとＴＤＤとで別々のＳＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ：システム情報）が必要とされる場合がある）。ＴＤＤとＦＤＤとを混合すると、スケジューラにとっても、さらに複雑になる場合があり、スケジューラは、ＤＬ割り当ての決定に至るためにＴＤＤおよびＦＤＤの２つの異なるスケジュールを取り扱うことができることが必要となる場合がある。ＴＤＤキャリアから来るＣＱＩレポートと、ＦＤＤキャリアから来るＣＱＩレポートとに関する別々のタイミングを考慮して、上位層のイベントの報告および測定が修正されることが必要となる場合もある。
【０１３８】
本明細書で説明するのは、共存の実施形態である。セカンダリユーザ間におけるスペクトルシェアリングは、ＬＥ帯域の効果的な使用を必要とする場合がある。よくコーディネートされていない場合には、帯域が占有されないまま放置され、結果として周波数帯域の無駄が生じる可能性があり、またはセカンダリユーザによって激しくアクセスされて、互いの著しい干渉がもたらされる可能性がある。したがって、ＬＥ帯域の効果的な使用を可能にするために、およびセカンダリネットワークの通信品質を改善するために、よく設計された共存メカニズムが望ましい。
【０１３９】
再び図５を参照すると、共存マネージャー５７０と、ポリシーエンジン５７４とを含むネットワーク内に、データベースに対応した共存ソリューションを組み込むことができ、それを使用して、その他のセカンダリユーザ／ネットワークによるＬＥ帯域のオポチュニスティックな使用をコーディネートすることができる。所与のネットワークの共存マネージャー５７０は、ＴＶＷＳデータベース５２５および共存データベース５７２、ネットワークデバイス、ならびにその他のネットワークの共存マネージャーへのインターフェースを含むことができる。ロケーションベースのＬＥ帯域の割り当ては、複数の基地局／ＨｅＮＢに分散すること、またはコアネットワークにおいて集中化することが可能である。ポリシーエンジン５７４は、データベースの情報およびオペレータによって定義されたルールに基づいてポリシーを生成および実施することができる。
【０１４０】
集中化された階層的な共存データベースマネージメントソリューションを使用することができる。ローカルデータベース、たとえば図５における共存データベース５７２（これは、コアネットワークベースとすることができる）を使用して、所与のオペレータネットワーク内におけるセカンダリ使用をコーディネートすることができ、その一方で、インターネットベースのデータベースを使用して、外部のユーザ／ネットワークによるセカンダリ使用をコーディネートすることができる。あるいは、分散アプローチを実施することができ、このアプローチでは、スペクトル割り当ての決定を行うための集中化されたエンティティが存在しない。このアプローチにおいては、ｅＮＢ／ＨｅＮＢは、共存データベースにアクセスすること、ネイバーｅＮＢ／ＨｅＮＢとのスペクトルシェアリングの交渉を処理すること、およびスペクトル割り当ての決定を行うことを担当することができる。
【０１４１】
スペクトルセンシング共存ソリューションを実施することができ、このソリューションでは、ネットワークは、スペクトルセンシングの結果に依存して、その他のセカンダリネットワークと共存することができる。このアプローチに関しては、ｅＮＢ／ＨｅＮＢにおける新たなエンティティ、たとえば、図５におけるセンシングコプロセッサ／拡張センシング５５０が、近隣のｅＮＢ／ＨｅＮＢとの間でセンシングおよびチャネル占有の情報をやり取りすることによって、ＬＥ帯域へのアクセスについて交渉を行うことができる。あるいは、スペクトルセンシングに基づいて集中化アプローチを実施することができ、このアプローチでは、コアネットワーク内の中央エンティティが、ＨｅＮＢ／ｅＮＢから受信されたスペクトルセンシング結果を処理して、ｅＮＢ／ＨｅＮＢのチャネル割り当てに関する決定を行うことができる。
【０１４２】
送信を開始する前にＣＣＡ（ｃｌｅａｒ  ｃｈａｎｎｅｌ  ａｓｓｅｓｓｍｅｎｔ：クリアチャネル評価）のためにキャリアセンシングを実行することによって、コンテンションベースの共存ソリューションを実施することができる。ｅＮＢは、グラントのコントロール、および送信機会のスケジューリングを保持することができる。しかし送信は、ＣＣＡによって「ゲートされる」ことが可能である。
【０１４３】
本明細書で説明するのは、ＨｅＮＢにおける補助的セルの構成およびアクティブ化である。ＨｅＮＢは、自分がコントロールしている作動中のセルが混雑を経験していることに起因して、新たな補助的セルをアクティブ化することができると判断すると、まずは共存マネージャーにチャネル使用情報を求めることができ、それは、スペクトル要求によってトリガーされる。ＨｅＮＢのスペクトル割り当ては、新たな補助的セルを正しく構成およびアクティブ化するための一連のイベントをＤＳＭ  ＲＲＭ内でトリガーするチャネルを選択することができる。ＨｅＮＢにおけるセルの構成とは、使用されるリソースを定義することを含めて、すべてのセルパラメータを決定すること、ならびに、ＨｅＮＢ内のその特定のセルに関するさまざまなＬＴＥプロトコル層を構成することを指す。ＨｅＮＢにおけるセルのアクティブ化とは、ＨｅＮＢにおいて送信および受信を開始することを指す。
【０１４４】
補助的セルの構成フェーズでは、その補助的セルが機能することになるチャネルのタイプ（サブライセンスを供与されている、利用可能である、またはＰＵに割り当てられている）を特定すること、共存ギャップの要件を特定すること、ＨｅＮＢのセンシングツールボックスを構成すること、ＵＬおよびＤＬに割り当てられるリソースの量を選択すること（すなわち、ＴＤＤフレーム構造の場合には、ＴＤＤ構成１〜７、ＦＤＤフレーム構造の場合には、オペレーティングモードＤＬのみ、ＵＬのみ、または共有）が可能である。ＴＤＤフレーム構造のケースにおいては、送信電力レベルが特定され、新たなＳｕｐｐＣＣを新たなリソースとみなすためのＲＲＭ機能（パケットスケジューラ、ＲＢＣ（ｒａｄｉｏ  ｂｅａｒｅｒ  ｃｏｎｔｒｏｌ：無線ベアラ制御）など）を構成することができる。補助的セルにおける送信／受信を開始することができる。補助的セルを介して送信される必須のコントロール情報は、少なくすることができるが、ＰＳＣＨおよびＳＳＣＨなどのいくつかのコントロール情報は、ブロードキャストすることを依然として必要とされる場合がある。接続されているＷＴＲＵのセットのためのセルアクティブ化手順を開始することができる。
【０１４５】
ＨｅＮＢは、自分がコントロールしている作動中のセルが、より少ないロードを経験していること、補助的セルが、許容できないレベルの干渉を経験していること、ＰＵに割り当てられたチャネルのケースにおいては、プライマリユーザが検知されたこと、またはチャネルを明け渡すよう求める要求をＣＭから受信していることに起因して、補助的セルを解放することができると判断すると、これは、新たな補助的セルを正しく解放するための一連のイベントをＤＳＭ  ＲＲＭ内でトリガーすることができる。解放されたＳｕｐｐＣＣに関連付けられているリソースがもはや利用可能ではなくなっていることを考慮するためのＲＲＭ機能（パケットスケジューラ、ＲＢＣなど）を構成することができる。非アクティブ化コマンド（たとえば、ＭＡＣ  ＣＥコマンド）を、この補助的セル上で現在アクティブなすべての接続されているＷＴＲＵへ送信することができる。この補助的セルを解放するためのＲＲＣ再構成を、この補助的セル上の現在構成されているすべてのＷＴＲＵへ送信することができる。ＣＭには、補助的セルが解放されることを知らせることができる。測定ギャップに関する新たな要件を特定することができる。ＨｅＮＢのセンシングツールボックスを構成することができ、補助的セル上での送信／受信を停止することができる。
【０１４６】
（実施形態）
１．  キャリアをアグリゲートする方法であって、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）ライセンスを供与されているスペクトルにおけるオペレーションのために構成されているアグリゲーティングセルを提供するステップを含むことを特徴とする方法。
【０１４７】
２．  アグリゲーティングセルを、ＵＬ（ｕｐｌｉｎｋ）オペレーションおよびＤＬ（ｄｏｗｎｌｉｎｋ）オペレーションに関してタイムシェアリングモードで機能する少なくとも１つのＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ）補助的セルとアグリゲートするステップをさらに含むことを特徴とする実施形態１に記載の方法。
【０１４８】
３．  少なくとも１つのＬＥ補助的セルは、要求されるＵＬとＤＬとのトラフィック比率に合うように、ＵＬのみのモードと、ＤＬのみのモードと、共有モードとの間において動的に構成可能であるＦＤＤ補助的セルであることを特徴とする上記実施形態のいずれかに記載の方法。
【０１４９】
４．  共有モードに関して、少なくとも１つのＬＥ補助的セルは、要求されるＵＬとＤＬとのトラフィック比率に合うように、切り替え間隔においてＵＬとＤＬとの間で切り替えられることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５０】
５．  シェアリングモードパターンは、サブフレームタイミングに基づくことを特徴とする上記実施形態のいずれかに記載の方法。
【０１５１】
６．  シェアリングモードパターンは、アグリゲーティングセルによって使用されるＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスの数の倍数だけ繰り返すことを特徴とする上記実施形態のいずれかに記載の方法。
【０１５２】
７．  ＨＡＲＱフィードバックは、アグリゲーティングセルおよびＬＥ補助的セルのうちの一方の上で送信されることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５３】
８．  ＨＡＲＱフィードバックはバンドルされることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５４】
９．  構成変更は、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）メッセージ、アグリゲーティングセルを介して送信されるＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）コマンド、またはアグリゲーティングセルを介して送信される専用のＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）のうちの１つによってトリガーされることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５５】
１０．  複数のＬＥ補助的セルは、独立した状態または依存した状態のうちの一方で構成されることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５６】
１１．  少なくとも１つのＬＥ補助的セルは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）補助的セルであることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５７】
１２．  ＴＤＤ補助的セルは、構成変更シグナリングから所与の数のサブフレームだけ後に複数のＴＤＤ構成の間において動的に構成可能であることを特徴とする上記実施形態のいずれかに記載の方法。
【０１５８】
１３．  ＴＤＤ補助的セルの周波数、レンジ、またはサイズのうちの少なくとも１つに基づいて動的に構成可能である、ＵＬ／ＤＬからＤＬ／ＵＬへの遷移に関するガードピリオドを提供するステップをさらに含むことを特徴とする上記実施形態のいずれかに記載の方法。
【０１５９】
１４．  グラントおよびＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）フィードバックに関するタイミングは、アグリゲーティングセルのＦＤＤタイミングに基づくことを特徴とする上記実施形態のいずれかに記載の方法。
【０１６０】
１５．  アグリゲーティングセルは、ＴＤＤ補助的セルに関するＨＡＲＱフィードバック、グラント、およびチャネル状態情報のうちの少なくとも１つを送信することを特徴とする上記実施形態のいずれかに記載の方法。
【０１６１】
１６．  ＴＤＤ補助的セルと、アグリゲーティングセルとの間におけるタイミングドリフトを検知すると、ＴＤＤ補助的セル上のさらなるランダムアクセスリソースをトリガーするステップをさらに含むことを特徴とする上記実施形態のいずれかに記載の方法。
【０１６２】
１７．  同じＬＥチャネルにおいて機能するその他のネットワークおよびユーザのうちの少なくとも１つによるＬＥ補助的セル間におけるオペレーションをコーディネートするための共存機能を提供するステップをさらに含むことを特徴とする上記実施形態のいずれかに記載の方法。
【０１６３】
１８．  ＬＥ補助的セルと同じＬＥチャネルにおいて機能するその他のネットワークおよびユーザが同じＬＥチャネルにアクセスすることを可能にするために共存ギャップを提供するステップをさらに含むことを特徴とする上記実施形態のいずれかに記載の方法。
【０１６４】
１９．  ライセンス免除スペクトルのアグリゲーションのための基地局であって、センシングツールボックスからコグニティブセンシングの結果を受信すること、およびセンシングツールボックスのオペレーションを構成することを行うように構成されている動的なスペクトルマネージメントＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｒ）を含むことを特徴とする基地局。
【０１６５】
２０．  ＬＥ補助的セルと同じＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ）チャネルにおいて機能するその他のネットワークおよびユーザが同じＬＥチャネルにアクセスすることを可能にするために共存ギャップを提供する物理層およびメディアアクセス層の構成をコントロールするように構成されているＲＲＭをさらに含むことを特徴とする実施形態１９に記載の基地局。
【０１６６】
２１．  プライマリユーザを検知すること、および別々のＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）モードまたはＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）アップリンクおよびダウンリンク構成の間において遷移することを行うための無線リソースコントローラ構成をコントロールするように構成されているＲＲＭをさらに含むことを特徴とする実施形態１９または２０に記載の基地局。
【０１６７】
２２．  共存マネージャーとコグニティブネットワークとの間において通信するように構成されている共存イネーブラーインターフェースをさらに含み、共存マネージャー再構成コマンドは、ネットワーク固有の再構成コマンドへと変換されて、再構成のためにコグニティブネットワークに送信され、ＲＲＭは、変換された共存マネージャー再構成コマンドを共存イネーブラーインターフェースから受信することを特徴とする実施形態１９から２１のいずれかに記載の基地局。
【０１６８】
２３．  構成メッセージを受信するように構成されているＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌｌｅｒ）およびＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌｌｅｒ）を含むワイヤレス送信／受信ユニットであって、ＲＲＣおよびＭＡＣは、ＬＥ補助的セルと同じＬＥチャネルにおいて機能するその他のネットワークおよびユーザが同じＬＥチャネルにアクセスすることを可能にするために共存ギャップを提供するように構成されており、物理層が、構成メッセージに従ってＲＲＣまたはＭＡＣのうちの一方によって構成されることを特徴とするワイヤレス送信／受信ユニット。
【０１６９】
２４．  コグニティブセンシング測定を実行するためにセンシングツールボックスをコントロールすること、およびプライマリ／セカンダリユーザの検知のために共存ギャップをサポートすることを行うように構成されているＲＲＣをさらに含むことを特徴とする実施形態２３に記載のＷＴＲＵ。
【０１７０】
２５．  プライマリユーザを検知すること、および別々のＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）モードまたはＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）アップリンクおよびダウンリンク構成の間において遷移することを行うように構成されているＲＲＣをさらに含むことを特徴とする実施形態２３または２４に記載のＷＴＲＵ。
【０１７１】
２６．  基地局間ならびにオペレータ間の共存オペレーションを管理するように構成されているＣＭ（ｃｏｅｘｉｓｔｅｎｃｅ  ｍａｎａｇｅｒ）エンティティを含むことを特徴とするマネージメントシステム。
【０１７２】
２７．  センシングおよび使用データ、ならびにＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ）スペクトル情報を受信するように構成されているＣＭをさらに含むことを特徴とする実施形態２５に記載のマネージメントシステム。
【０１７３】
２８．  使用データを処理して、要求を行っている基地局へ転送するように構成されているＣＭをさらに含むことを特徴とする実施形態２６または２７に記載のマネージメントシステム。
【０１７４】
２９．  少なくともセンシングおよび使用データ、ならびにＬＥスペクトル情報に基づいてコンフリクトおよび共存オペレーションを識別するためにネットワークのマップを保持するように構成されているＣＭをさらに含むことを特徴とする実施形態２６から２８のいずれかに記載のマネージメントシステム。
【０１７５】
３０．  少なくともセンシングおよび使用データ、ならびにＬＥスペクトル情報に基づくＬＥ可用性情報を送信するように構成されているＣＭをさらに含むことを特徴とする実施形態２６から２９のいずれかに記載のマネージメントシステム。
【０１７６】
３１．  利用可能なチャネルのランキングが、基地局へ送信されることを特徴とする実施形態２６から３０のいずれかに記載のマネージメントシステム。
【０１７７】
３２．  プライマリキャリアおよびセカンダリキャリアを介して通信を行うステップを含むことを特徴とする方法。
【０１７８】
３３．  プライマリキャリアは、ＦＤＤライセンスを供与されているスペクトル内にあり、セカンダリキャリアは、ライセンス免除スペクトル内にあることを特徴とする実施形態１から１８および３２のいずれかに記載の方法。
【０１７９】
３４．  ダウンリンクまたはアップリンクにおいてアグリゲートするために補助的キャリアを動的に変更するステップを含むことを特徴とする実施形態１から１８および３２または３３のいずれかに記載の方法。
【０１８０】
３５．  ＭＡＣ  ＣＥコマンドを通じてアグリゲーションの方向を動的に変更するステップをさらに含むことを特徴とする実施形態１から１８および３２から３４のいずれかに記載の方法。
【０１８１】
３６．  ＭＡＣ  ＣＥコマンドは、補助的キャリアを１つの方向においてアクティブ化し、別の方向において非アクティブ化することを特徴とする実施形態１から１８および３２から３５のいずれかに記載の方法。
【０１８２】
３７．  補助的キャリアをＤＬからＵＬへ、またはその逆へ切り替える際に、フレームの境界の前に動的なＦＤＤのためのＧＰ（ｇｕａｒｄ  ｐｅｒｉｏｄ）を提供するステップをさらに含むことを特徴とする実施形態１から１８および３２から３６のいずれかに記載の方法。
【０１８３】
３８．  ＧＰは、セルのレンジまたはサイズに基づいて構成されることを特徴とする実施形態１から１８および３２から３７のいずれかに記載の方法。
【０１８４】
３９．  ＧＰは、ＲＲＣシグナリングを介して動的に構成されることを特徴とする実施形態１から１８および３２から３８のいずれかに記載の方法。
【０１８５】
４０．  補助的キャリアを構成している間にＲＲＣ再構成メッセージを介して送信されるＰＨＩＣＨ割り当てを提供するステップをさらに含むことを特徴とする実施形態１から１８および３２から３９のいずれかに記載の方法。
【０１８６】
４１．  ＰＨＩＣＨ構成は、補助的キャリアが再構成されるときに変更されることを特徴とする実施形態１から１８および３２から４０のいずれかに記載の方法。
【０１８７】
４２．  ライセンス供与されている帯域におけるＰＤＣＣＨは、ＰＨＩＣＨ割り当てに基づいて修正されることを特徴とする実施形態１から１８および３２から４１のいずれかに記載の方法。
【０１８８】
４３．  ライセンス供与されていない帯域のキャリアがＤＬのみに設定されているという条件で、ライセンス供与されていない帯域のＵＬコントロール情報が、プライマリキャリアを介して送信されることを特徴とする実施形態１から１８および３２から４２のいずれかに記載の方法。
【０１８９】
４４．  ＲＲＣ再構成メッセージを使用してＴＤＤにおけるＵＬ／ＤＬの構成を動的に変更するステップをさらに含むことを特徴とする実施形態１から１８および３２から４３のいずれかに記載の方法。
【０１９０】
４５．  ＴＤＤ補助的キャリアのために特別サブフレーム内にＧＰを提供するステップをさらに含むことを特徴とする実施形態１から１８および３２から４４のいずれかに記載の方法。
【０１９１】
４６．  セルのレンジ、ならびに使用されているライセンス供与されていないスペクトルの周波数帯域に合うように動的に調整を行うステップをさらに含むことを特徴とする実施形態１から１８および３２から４５のいずれかに記載の方法。
【０１９２】
４７．  事前構成されているＧＰ値を周波数帯域ごとに提供するステップをさらに含むことを特徴とする実施形態１から１８および３２から４６のいずれかに記載の方法。
【０１９３】
４８．  ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の周期性およびタイミングは、上位層のパラメータによってコントロールされ、ＴＤＤとＦＤＤとの間においては異なることを特徴とする実施形態１から１８および３２から４７のいずれかに記載の方法。
【０１９４】
４９．  ＴＤＤおよびＦＤＤの両方が構成されている場合には、それぞれのキャリアごとに別々のサブフレーム構成を送信するステップをさらに含むことを特徴とする実施形態１から１８および３２から４８のいずれかに記載の方法。
【０１９５】
５０．  ＰＵＣＣＨをＦＤＤ様式でプライマリセル上でのみ送信するステップをさらに含むことを特徴とする実施形態１から１８および３２から４９のいずれかに記載の方法。
【０１９６】
５１．  補助的キャリア上でさらなるＰＲＡＣＨをトリガーするステップをさらに含むことを特徴とする実施形態１から１８および３２から５０のいずれかに記載の方法。
【０１９７】
５２．  ＦＤＤキャリアを介して送信されるＲＲＣ構成は、ＲＡＣＨ構成がＴＤＤキャリアに固有のものであることを示すことを特徴とする実施形態１から１８および３２から５１のいずれかに記載の方法。
【０１９８】
５３．  セカンダリキャリア（ＴＤＤ）上でのＰＲＡＣＨの実行中に、プライマリキャリアまたは補助的キャリア上で順に競合解消が行われることを特徴とする実施形態１から１８および３２から５２のいずれかに記載の方法。
【０１９９】
５４．  ＴＤＤキャリアおよびＦＤＤキャリア上での電力コントロールの変更間におけるタイミングの違いを認識する新たなエンティティをｅＮＢ内に提供するステップと、適切なＴＰＣコマンドを適用するステップとをさらに含むことを特徴とする実施形態１から１８および３２から５３のいずれかに記載の方法。
【０２００】
５５．  ＦＤＤキャリアを介してＴＤＤ補助的キャリア上のダウンリンクリソースのクロスキャリアスケジューリングを可能にするステップをさらに含むことを特徴とする実施形態１から１８および３２から５４のいずれかに記載の方法。
【０２０１】
５６．  バンドルされたＡＣＫ／ＮＡＣＫを、プライマリキャリアを介して送信するステップをさらに含むことを特徴とする実施形態１から１８および３２から５５のいずれかに記載の方法。
【０２０２】
５７．  バンドルされたＡＣＫ／ＮＡＣＫを、セカンダリキャリアを介して送信するステップをさらに含むことを特徴とする実施形態１から１８および３２から５６のいずれかに記載の方法。
【０２０３】
５８．  ＰＨＩＣＨを補助的ＴＤＤキャリア上で送信するステップをさらに含むことを特徴とする実施形態１から１８および３２から５７のいずれかに記載の方法。
【０２０４】
５９．  ＴＤＤとＦＤＤの両方のＤＣＩフォーマットをデコードするために新たなＰＤＣＣＨサーチスペースを割り当てるステップをさらに含み、そのＰＤＣＣＨサーチスペースは、ＦＤＤのＰＤＣＣＨサーチスペースとは別個のものとなることを特徴とする実施形態１から１８および３２から５８のいずれかに記載の方法。
【０２０５】
６０．  ＵＬグラントは、ＤＣＩフォーマット０を使用してＰＤＣＣＨによってシグナリングされることを特徴とする実施形態１から１８および３２から５９のいずれかに記載の方法。
【０２０６】
６１．  ＦＤＤ  ＤＣＩフォーマットによりよく合わせられた新たなＴＤＤ  ＤＣＩフォーマット０を提供するステップをさらに含むことを特徴とする実施形態１から１８および３２から６０のいずれかに記載の方法。
【０２０７】
６２．  ＡＣＫ／ＮＡＣＫを補助的ＴＤＤキャリアの代わりにＦＤＤ補助的キャリアとして取り扱うステップをさらに含むことを特徴とする実施形態１から１８および３２から６１のいずれかに記載の方法。
【０２０８】
６３．  ＴＤＤキャリアから来るＣＱＩレポートと、ＦＤＤキャリアから来るＣＱＩレポートとに関する別々のタイミングを考慮して、上位層のイベントの報告および測定が修正されることを特徴とする実施形態１から１８および３２から６２のいずれかに記載の方法。
【０２０９】
６４．  その他のセカンダリユーザ／ネットワークとのライセンス免除帯域のオポチュニスティックな使用をコーディネートするための共存マネージャーおよびポリシーエンジンを提供するステップをさらに含むことを特徴とする実施形態１から１８および３２から６３のいずれかに記載の方法。
【０２１０】
６５．  所与のネットワークの共存マネージャーは、ＴＶＷＳ／共存データベース、ネットワークデバイス、およびその他のネットワークの共存マネージャーへのインターフェースを含むことを特徴とする実施形態１から１８および３２から６４のいずれかに記載の方法。
【０２１１】
６６．  データベースの情報およびオペレータによって定義されたルールに基づいてポリシーを生成および実施するためのポリシーエンジンをさらに含むことを特徴とする実施形態１から１８および３２から６５のいずれかに記載の方法。
【０２１２】
６７．  ｅＮＢ／ＨｅＮＢにおける新たなエンティティが、ライセンス免除帯域へのアクセスについて交渉することを特徴とする実施形態１から１８および３２から６６のいずれかに記載の方法。
【０２１３】
６８．  送信を開始する前にＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）のためにキャリアセンシングが実行されることを特徴とする実施形態１から１８および３２から６７のいずれかに記載の方法。
【０２１４】
６９．  ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）プライマリセルが補助的キャリアをアグリゲートするステップを含むことを特徴とするキャリアをアグリゲートする方法。
【０２１５】
７０．  補助的キャリアは、動的なＦＤＤ補助的キャリアであることを特徴とする実施形態１から１８、３２から６７、および６９のいずれかに記載の方法。
【０２１６】
７１．  補助的キャリアは、ライセンス免除キャリアであることを特徴とする実施形態１から１８、３２から６７、および６９から７０のいずれかに記載の方法。
【０２１７】
７２．  補助的キャリアは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）補助的キャリアであることを特徴とする実施形態１から１８、３２から６７、および６９から７１のいずれかに記載の方法。
【０２１８】
７３．  ＦＤＤプライマリセルは、アップリンクおよびダウンリンクのＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）を含むことを特徴とする実施形態１から１８、３２から６７、および６９から７２のいずれかに記載の方法。
【０２１９】
７４．  ＣＣは、必要に応じてアクティブ化または非アクティブ化されることを特徴とする実施形態１から１８、３２から６７、および６９から７３のいずれかに記載の方法。
【０２２０】
７５．  ＣＣのうちの１つは、２つのタイムスロットの間において非アクティブ化されることを特徴とする実施形態１から１８、３２から６７、および６９から７４のいずれかに記載の方法。
【０２２１】
７６．  ＣＣは、ダウンリンクのみのモードであることを特徴とする実施形態１から１８、３２から６７、および６９から７５のいずれかに記載の方法。
【０２２２】
７７．  ＣＣは、アップリンクのみのモードであることを特徴とする実施形態１から１８、３２から６７、および６９から７６のいずれかに記載の方法。
【０２２３】
７８．  ＣＣは、共有モードであることを特徴とする実施形態１から１８、３２から６７、および６９から７７のいずれかに記載の方法。
【０２２４】
７９．  ＤＳＭ（ｄｙｎａｍｉｃ  ｓｐｅｃｔｒｕｍ  ｍａｎａｇｅｍｅｎｔ）ＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）エンティティを含むことを特徴とするＨｅＮＢ（ｈｏｍｅ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）。
【０２２５】
８０．  ＴＶＷＳ（ｔｅｌｅｖｉｓｉｏｎ  ｗｈｉｔｅ  ｓｐａｃｅ）およびＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ）スペクトル上でコグニティブセンシングを実行および処理して、それらの結果をＤＳＭ  ＲＲＭエンティティに報告するように構成されているセンシングツールボックスをさらに含むことを特徴とする実施形態７９に記載のＨｅＮＢ。
【０２２６】
８１．  ＰＨＹ（Ｐｈｙｓｉｃａｌ）層をさらに含むことを特徴とする実施形態７９または８０に記載のＨｅＮＢ。
【０２２７】
８２．  ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層をさらに含むことを特徴とする実施形態７９から８１のいずれかに記載のＨｅＮＢ。
【０２２８】
８３．  ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層をさらに含むことを特徴とする実施形態７９から８２のいずれかに記載のＨｅＮＢ。
【０２２９】
８４．  ＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層をさらに含むことを特徴とする実施形態７９から８３のいずれかに記載のＨｅＮＢ。
【０２３０】
８５．  ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層をさらに含むことを特徴とする実施形態７９から８４のいずれかに記載のＨｅＮＢ。
【０２３１】
８６．  ＤＳＭ（ｄｙｎａｍｉｃ  ｓｐｅｃｔｒｕｍ  ｍａｎａｇｅｍｅｎｔ）ＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）エンティティを含むことを特徴とするＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ）。
【０２３２】
８７．  ＴＶＷＳ（ｔｅｌｅｖｉｓｉｏｎ  ｗｈｉｔｅ  ｓｐａｃｅ）およびＬＥ（ｌｉｃｅｎｓｅｄ  ｅｘｅｍｐｔ）スペクトル上でコグニティブセンシングを実行および処理して、それらの結果をＤＳＭ  ＲＲＭエンティティに報告するように構成されているセンシングツールボックスをさらに含むことを特徴とする実施形態８６に記載のＷＴＲＵ。
【０２３３】
８８．  ＰＨＹ（Ｐｈｙｓｉｃａｌ）層をさらに含むことを特徴とする実施形態８６または８７に記載のＷＴＲＵ。
【０２３４】
８９．  ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層をさらに含むことを特徴とする実施形態８６から８８のいずれかに記載のＷＴＲＵ。
【０２３５】
９０．  ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層をさらに含むことを特徴とする実施形態８６から８９のいずれかに記載のＷＴＲＵ。
【０２３６】
９１．  ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層をさらに含むことを特徴とする実施形態８６から９０のいずれかに記載のＷＴＲＵ。
【０２３７】
９２．  ＣＭ（ｃｏｅｘｉｓｔｅｎｃｅ  ｍａｎａｇｅｒ）エンティティを含むことを特徴とするＨｅＭＳ（ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ）。
【０２３８】
９３．  オペレータの共存データベースをさらに含むことを特徴とする実施形態９２に記載のＨｅＭＳ。
【０２３９】
９４．  複数のポリシーをさらに含み、ＣＤＩＳ（ｃｏｅｘｉｓｔｅｎｃｅ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｅｒｖｅｒ）を介してＴＶＷＳ（ｔｅｌｅｖｉｓｉｏｎ  ｗｈｉｔｅ  ｓｐａｃｅ）データベースと通信することを特徴とする実施形態９２から９３のいずれかに記載のＨｅＭＳ。
【０２４０】
９５．  キャリアをアグリゲートする方法であって、ライセンス供与されているキャリアをプライマリセルの少なくとも１つの補助的コンポーネントキャリアとアグリゲートするステップを含み、補助的コンポーネントキャリアのオペレーションの周波数に基づいてアップリンクおよびダウンリンクの遷移間におけるガードピリオドが変更されることを特徴とする方法。
【０２４１】
９６．  上記方法のいずれか１つを実行するように構成されているＷＴＲＵを含むことを特徴とする装置。
【０２４２】
９７．  ＷＴＲＵによって実行されたときに上記方法のいずれか１つをそのＷＴＲＵに実行させる命令が格納されていることを特徴とするコンピュータ可読メディア。
【０２４３】
９８．  実施形態１から１８、３２から７７、および９５のいずれか１つの方法を実行するように構成されていることを特徴とするＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｒｅｃｅｉｖｅ／ｔｒａｎｓｍｉｔ  ｕｎｉｔ）。
【０２４４】
９９．  トランシーバをさらに含むことを特徴とする実施形態９８に記載のＷＴＲＵ。
【０２４５】
１００．  トランシーバと通信状態にあるプロセッサをさらに含むことを特徴とする実施形態９８または９９に記載のＷＴＲＵ。
【０２４６】
１０１．  プロセッサは、実施形態１から１８、３２から７７、および９５のいずれか１つの方法を実行するように構成されていることを特徴とする実施形態９８から１００のいずれか１つに記載のＷＴＲＵ。
【０２４７】
１０２．  実施形態１から１８、３２から７７、および９５のいずれか１つの方法を実行するように構成されていることを特徴とするネットワークノード。
【０２４８】
１０３．  実施形態１から１８、３２から７７、および９５のいずれか１つの方法を実行するように構成されていることを特徴とするＮｏｄｅ−Ｂ。
【０２４９】
１０４．  実施形態１から１８、３２から７７、および９５のいずれか１つを実行するように構成されていることを特徴とする集積回路。
【０２５０】
上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素のうちの任意のものとの組合せで使用することができるということを当業者なら理解するであろう。加えて、本明細書に記載されている実施形態は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読メディアの例としては、（有線接続またはワイヤレス接続を介して伝送される）電子信号、およびコンピュータ可読ストレージメディアが含まれる。コンピュータ可読ストレージメディアの例としては、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気メディア（たとえば、内蔵ハードディスクまたは取外し可能ディスク）、光磁気メディア、ならびにＣＤ（ｃｏｍｐａｃｔ  ｄｉｓｃ：コンパクトディスク）またはＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ：デジタル多用途ディスク）などの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、Ｎｏｄｅ−Ｂ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、ワイヤレスルータ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。
【図１Ａ】
0005890434.tif 000002
【図１Ｂ】
0005890434.tif 000003
【図１Ｃ】
0005890434.tif 000004
【図２】
0005890434.tif 000005
【図３】
0005890434.tif 000006
【図４】
0005890434.tif 000007
【図５】
0005890434.tif 000008
【図６】
0005890434.tif 000009
【図７】
0005890434.tif 000010
【図８】
0005890434.tif 000011
【図９】
0005890434.tif 000012
【図１０Ａ】
0005890434.tif 000013
【図１０Ｂ】
0005890434.tif 000014
【図１１Ａ】
0005890434.tif 000015
【図１１Ｂ】
0005890434.tif 000016
【図１２】
0005890434.tif 000017
【図１３】
0005890434.tif 000018
【図１４】
0005890434.tif 000019
【図１５】
0005890434.tif 000020