(57)【特許請求の範囲】
【請求項１】
プライマリーコンポーネントキャリア（ＰＣＣ）およびサプリメンタリーコンポーネントキャリア（ＳｕｐｐＣＣ）上で情報を受信する場合に制御情報に基づくキャリアアグリゲーションを処理する方法であって、前記方法は、
第１のＰＣＣサブフレームを受信するステップであって、前記第１のＰＣＣサブフレームは、制御部およびデータ部を含み、前記制御部は、前記ＰＣＣ上のダウンリンク共有チャネルに関連付けられた第１のリソース割当情報を含む、ステップと、
前記第１のＰＣＣサブフレームの前記データ部において、前記ＳｕｐｐＣＣ上のダウンリンク共有チャネルに関連付けられた第２のリソース割当情報を識別するステップと、
前記ＳｕｐｐＣＣ上の前記ダウンリンク共有チャネルに関連付けられた前記識別された第２のリソース割当情報に従って、前記ＳｕｐｐＣＣ上の前記ダウンリンク共有チャネルの第１のＳｕｐｐＣＣサブフレームを処理するステップであって、前記第１のＳｕｐｐＣＣサブフレームは、前記第１のＰＣＣサブフレームの後に続く、ステップと
を備えたことを特徴とする方法。
【請求項２】
第２のＰＣＣサブフレームを受信するステップであって、前記第２のＰＣＣサブフレームは、制御部およびデータ部を含み、前記制御部は、前記ＰＣＣ上の前記ダウンリンク共有チャネルに関連付けられた第３のリソース割当情報を含む、ステップと、
前記第２のＰＣＣサブフレームの前記データ部において、前記ＳｕｐｐＣＣ上のアップリンク共有チャネルに関連付けられた第４のリソース割当情報を識別するステップと、
前記ＳｕｐｐＣＣ上の前記アップリンク共有チャネルに関連付けられた前記識別された第４のリソース割当情報に従って、前記ＳｕｐｐＣＣ上の前記アップリンク共有チャネルの第２のＳｕｐｐＣＣサブフレームにおいて情報を送信するステップであって、前記第２のＳｕｐｐＣＣサブフレームは、前記第２のＰＣＣサブフレームの後に続く、ステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＳｕｐｐＣＣ上の前記アップリンク共有チャネルに関連付けられた前記第４のリソース割当情報は、前記第２のＳｕｐｐＣＣサブフレームに関連付けられたアップリンクグラントを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＳｕｐｐＣＣが時分割複信（ＴＤＤ）コンポーネントキャリアであり、および前記第２のＳｕｐｐＣＣサブフレームがアップリンクサブフレームであることを特徴とする請求項２に記載の方法。
【請求項５】
前記ＰＣＣは、周波数分割複信（ＦＤＤ）コンポーネントキャリアを含み、前記ＳｕｐｐＣＣは、周波数分割複信（ＦＤＤ）コンポーネントキャリアを含み、および前記第１のＳｕｐｐＣＣサブフレームは、前記第２のリソース割当情報を搬送する前記第１のＰＣＣサブフレームのすぐ後に続くことを特徴とする請求項１に記載の方法。
【請求項６】
前記ＳｕｐｐＣＣは、時分割複信（ＴＤＤ）コンポーネントキャリアであり、および前記第１のＰＣＣサブフレームに合わせて同時発生するＳｕｐｐサブフレームがアップリンクサブフレームであることを特徴とする請求項１に記載の方法。
【請求項７】
前記ＰＣＣは、周波数分割複信（ＦＤＤ）コンポーネントキャリアであり、および前記ＳｕｐｐＣＣは、時分割複信（ＴＤＤ）コンポーネントキャリアであり、および
前記方法は、ＳｕｐｐＣＣ  ＴＤＤ情報に基づいて、前記第２のＳｕｐｐＣＣサブフレームとなる後続のＳｕｐｐＣＣサブフレームを識別するステップをさらに備えたことを特徴とする請求項２に記載の方法。
【請求項８】
プライマリーコンポーネントキャリア（ＰＣＣ）およびサプリメンタリーコンポーネントキャリア（ＳｕｐｐＣＣ）上で情報を受信する場合に制御情報に基づくキャリアアグリゲーションを処理するように構成された無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
第１のＰＣＣサブフレームを受信し、前記第１のＰＣＣサブフレームは、制御部およびデータ部を含み、前記制御部は、前記ＰＣＣ上のダウンリンク共有チャネルに関連付けられた第１のリソース割当情報を含み、
前記第１のＰＣＣサブフレームの前記データ部において、前記ＳｕｐｐＣＣ上のダウンリンク共有チャネルに関連付けられた第２のリソース割当情報を識別し、
前記ＳｕｐｐＣＣ上の前記ダウンリンク共有チャネルに関連付けられた前記識別された第２のリソース割当情報に従って、前記ＳｕｐｐＣＣ上の前記ダウンリンク共有チャネルの第１のＳｕｐｐＣＣサブフレームを処理し、前記第１のＳｕｐｐＣＣサブフレームは、前記第１のＰＣＣサブフレームの後に続く
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項９】
前記プロセッサは、
第２のＰＣＣサブフレームを受信し、前記第２のＰＣＣサブフレームは、制御部およびデータ部を含み、前記制御部は、前記ＰＣＣ上の前記ダウンリンク共有チャネルに関連付けられた第３のリソース割当情報を含み、
前記第２のＰＣＣサブフレームの前記データ部において、前記ＳｕｐｐＣＣ上のアップリンク共有チャネルに関連付けられた第４のリソース割当情報を識別し、
前記ＳｕｐｐＣＣ上の前記アップリンク共有チャネルに関連付けられた前記識別されたリソース割当情報に従って、前記ＳｕｐｐＣＣ上の前記アップリンク共有チャネルの第２のＳｕｐｐＣＣサブフレームにおいて情報を送信し、前記第２のＳｕｐｐＣＣサブフレームは、前記第２のＰＣＣサブフレームの後に続くようにさらに構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記ＳｕｐｐＣＣ上の前記アップリンク共有チャネルに関連付けられた前記第４のリソース割当情報は、ＳｕｐｐＣＣ上の前記アップリンク共有チャネル上の前記第２のＳｕｐｐＣＣサブフレームに関連付けられたアップリンクグラントを含むことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記ＳｕｐｐＣＣがＴＤＤコンポーネントキャリアであり、および前記第２のＳｕｐｐＣＣサブフレームがアップリンクサブフレームであることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
前記ＰＣＣは、周波数分割複信（ＦＤＤ）コンポーネントキャリアを含み、および前記ＳｕｐｐＣＣは、周波数分割複信（ＦＤＤ）コンポーネントキャリアを含み、および前記第１のＳｕｐｐＣＣサブフレームは、前記第２のリソース割当情報を搬送する前記第１のＰＣＣサブフレームのすぐ後に続くことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１３】
前記ＳｕｐｐＣＣは、時分割複信（ＴＤＤ）コンポーネントキャリアであり、および前記第１のＰＣＣサブフレームに合わせて同時発生するＳｕｐｐサブフレームがアップリンクサブフレームであることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１４】
前記ＰＣＣは、周波数分割複信（ＦＤＤ）コンポーネントキャリアであり、および前記ＳｕｐｐＣＣは、時分割複信（ＴＤＤ）コンポーネントキャリアであり、および
前記プロセッサは、ＳｕｐｐＣＣ  ＴＤＤ情報に基づいて、前記第２のＳｕｐｐＣＣサブフレームとなる後続のＳｕｐｐＣＣサブフレームを識別するようにさらに構成されることを特徴とする請求項９に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥキャリアアグリゲーションでの制御シグナリングに関する。
【背景技術】
【０００２】
関連出願の相互参照
本願は、その内容がこれによって参照によって本明細書に組み込まれている、２０１１年１２月２２日に出願した米国特許仮出願第６１／５７９６４５号明細書の利益を主張するものである。
【０００３】
たとえば４７０〜８６２ＭＨｚ周波数帯でのアナログからディジタルへのＴＶ送信の遷移の結果として、スペクトルのある部分が、もはやＴＶ送信には使用されない可能性があるが、未使用スペクトルの正確な周波数は、位置によって異なる可能性がある。スペクトルのこれらの未使用部分を、ＴＶホワイトスペース（ＴＶＷＳ）と称する場合がある。連邦通信委員会（ＦＣＣ）は、さまざまなライセンス不要使用のためにこれらのＴＶＷＳ周波数を開放した。これらの周波数を、二次ユーザによって任意の無線通信に活用することができ、そのような周波数をＬＴＥおよび他のセルラ技術によって使用することができる。ロングタームエボリューション（ＬＴＥ）は、工業科学医療（ＩＳＭ）帯などの他のライセンス不要帯をも使用することができる。
【０００４】
ＬＴＥシステムが、ライセンス免除（ＬＥ：ｌｉｃｅｎｓｅ  ｅｘｅｍｐｔ）帯で動作する時に、同一のスペクトルが、ＬＴＥとは異なる無線アクセス技術を使用する他の二次ユーザと共有される可能性がある。他の二次ユーザとの共存は、ＬＴＥシステムが、ライセンスされた帯域に通常は存在しない、より強い干渉信号を有する環境内で動作することをもたらす可能性がある。たとえば、ＬＴＥシステムは、Ｗｉ−Ｆｉシステムと共存することができる。Ｗｉ−Ｆｉシステムの一部は、−６２ｄＢｍのバックオフしきい値を使用する場合がある。したがって、Ｗｉ−Ｆｉシステムが、サプリメンタリーコンポーネントキャリア（ＳｕｐｐＣＣ：ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）上で動作するｅＮＢに非常に近い場合を除いて、Ｗｉ−Ｆｉシステムからの干渉は、物理データリンク制御チャネル（ＰＤＣＣＨ）によって克服される必要がある可能性がある。クロスキャリアスケジューリングを使用して、ライセンスされた帯域上のＰＤＣＣＨからＳｕｐｐＣＣ内のリソースをスケジューリングすることができるが、ＰＤＣＣＨ輻輳は、少数のＳｕｐｐＣＣについても発生する可能性がある。
【０００５】
ＰＤＣＣＨが、ＳｕｐｐＣＣ上でシグナリングされる時に、これは、隣接チャネル内で動作する主ユーザからの干渉を経験する可能性がある。これは、同一チャネルを共有する二次ユーザからの干渉をも経験する可能性がある。さらに、信号対雑音比（ＳＮＲ）の単純な増加が、ＰＤＣＣＨ性能に対処するのに十分ではない場合がある。
【０００６】
信頼できるＰＤＣＣＨ動作のために、クロスキャリアスケジューリングが、補足セルリソースを割り振るために主セルから使用される可能性がある。しかし、ＰＤＣＣＨ輻輳／ブロックが、システム内で発生する可能性がある。ＰＤＣＣＨ信号を搬送するための補足セルの使用を、提供することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ仕様ＴＲ  ２２．３６８
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１０．１．０のセクション５．３．３
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１０．１．０のテーブル９．１．１−１
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．２１３（ＬＴＥ  Ｒｅｌ．  ８）
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１０．１．０のセクション９．１．１
【非特許文献６】３ＧＰＰ、Ｒ１−０９４６４６
【非特許文献７】３ＧＰＰ、Ｒ１−１０２１９７
【発明の概要】
【０００８】
本明細書で開示されるのは、ライセンスされたスペクトル内のコンポーネントキャリアをライセンス免除されたスペクトル内の１または複数のコンポーネントキャリアとアグリゲートする方法および装置である。たとえば、プライマリーコンポーネントキャリア（ＰＣＣ：ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）上およびサプリメンタリーコンポーネントキャリア（ＳｕｐｐＣＣ）上で情報を受信し、送信しながら、制御情報を、無線送受信ユニット（ＷＴＲＵ）内で処理することができる。制御部およびデータ部を有するＰＣＣサブフレームを受信することができる。前記サブフレームの制御部に組み込まれているのは、ダウンリンク共有チャネルに関連付けられたリソース割当情報とすることができる。前記ＰＣＣ上の前記リソース割当情報に基づいて、前記ＳｕｐｐＣＣ上の前記ダウンリンク共有チャネルに関連付けられたリソース割当情報を、前記ＰＣＣサブフレームの前記データ部内で識別することができる。前記ＳｕｐｐＣＣ上の前記共有チャネルのＳｕｐｐＣＣサブフレームを、前記ＳｕｐｐＣＣ上の前記ダウンリンク共有チャネルに関連付けられた前記識別されたリソース割当情報により処理することができる。前記ＷＴＲＵは、第２のＰＣＣサブフレームのデータ部内で、前記ＳｕｐｐＣＣ上のアップリンク共有チャネルに関連付けられ得るアップリンクグラントを識別することができる。前記アップリンクグラントを、前記ＰＣＣ上の前記ダウンリンク共有チャネルに関連付けられた前記リソース割当情報に基づいて識別することができる。
【０００９】
一実施形態では、前記ＷＴＲＵは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補検索空間に対応するダウンリンク制御情報（ＤＣＩ）フォーマットタイプに基づいて、制御情報を復号することができる。たとえば、第１の検索空間は、第１のＤＣＩフォーマットタイプを使用する制御情報を復号するためのＰＤＣＣＨ候補を含むことができ、第２の検索空間は、第２のＤＣＩフォーマットタイプを使用する前記制御情報を復号するためのＰＤＣＣＨ候補を含むことができる。前記２つの検索空間の前記ＰＤＣＣＨ候補は、別個とすることができる。前記ＷＴＲＵは、前記第１のＤＣＩフォーマットタイプに基づいて前記第１の検索空間内で前記ＰＤＣＣＨ候補のブラインド復号を、および前記第２のＤＣＩフォーマットタイプに基づいて前記第２の検索空間内で前記ＰＤＣＣＨ候補のブラインド復号を実行することができる。
【００１０】
一実施形態では、検索空間を、ＷＴＲＵからの補足チャネルに関する複数の測定値を送信することによって再構成することができる。前記ＷＴＲＵは、特定のサブフレームでの前記ＷＴＲＵのアグリゲーションレベルモードの変更を表示する、検索空間再構成信号（ＳＳＲＳ：ｓｅａｒｃｈ  ｓｐａｃｅ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｉｇｎａｌ）を受信することができる。前記ＳＳＲＳは、前記ＷＴＲＵに固有の信号対干渉雑音比（ＳＩＮＲ）値に基づくものとすることができる。前記ＳＳＲＳに基づく前記アグリゲーションレベルモードは、ある次数、たとえばより低次の空間アグリゲーションレベルから異なる次数、たとえばより高次のアグリゲーションレベルに変更され得る。
【００１１】
一実施形態では、前記アグリゲーションモードレベル変更を、平均ＳＩＮＲをしきいＳＩＮＲと比較することによってトリガすることができる。前記ＷＴＲＵは、拡張されたアグリゲーションレベルモードおよび／または通常のアグリゲーションレベルモードで動作すべき時に関する表示を受信することができる。
【００１２】
一実施形態では、ＰＤＣＣＨ輻輳を、たとえば、主セルの特定のＰＤＣＣＨ上での輻輳を検出することによって管理することができる。使用不能なＰＤＣＣＨリソースを有する前記ＷＴＲＵを識別することができ、補足セル上でＰＤＣＣＨを受信することの表示を、前記ＷＴＲＵに送信することができる。
【図面の簡単な説明】
【００１３】
より詳細な理解を、例として添付図面に関連して与えられる以下の説明から得ることができる。
【図１Ａ】１または複数の開示される実施形態を実施できる例の通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用できる例の無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用できる例の無線アクセスネットワークおよび例のコアネットワークを示すシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用できるもう１つの例の無線アクセスネットワークおよびもう１つの例のコアネットワークを示すシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用できるもう１つの例の無線アクセスネットワークおよびもう１つの例のコアネットワークを示すシステム図である。
【図２Ａ】例によって、さまざまなキャリアアグリゲーションタイプを示す図である。
【図２Ｂ】例によって、さまざまなキャリアアグリゲーションタイプを示す図である。
【図２Ｃ】例によって、さまざまなキャリアアグリゲーションタイプを示す図である。
【図３Ａ】４つまでのＳｕｐｐＣＣをアグリゲートするシステムの主セルＰＤＣＣＨ利用を例によって示す図である。
【図３Ｂ】主セル上のＰＤＣＣＨ輻輳に起因するＰＤＳＣＨ利用の減少を例によって示す図である。
【図４】干渉の存在下でのＰＤＣＣＨブロック誤り率（ＰＤＣＣＨ  ＢＬＥＲ）（８つの制御チャネル要素（ＣＣＥ））を例によって示す図である。
【図５】ＰＤＣＣＨマネージャ機能ブロックを例によって示す図である。
【図６】ＰＤＣＣＨ輻輳判定を例によって示す流れ図である。
【図７】ＰＤＣＣＨ輻輳解決の方法を例によって示す流れ図である。
【図８】主ＰＤＣＣＨ割振りを例によって示す流れ図である。
【図９】「通常モード」ＬＴＥのＰＤＣＣＨ候補を例によって示す図である。
【図１０】「拡張されたモード」ＬＴＥのＰＤＣＣＨ候補を例によって示す図である。
【図１１】ＳｕｐｐＣＣでの動的検索空間再構成の情報フローを例によって示す図である。
【図１２】アグリゲーションレベルモード変更媒体アクセス制御制御要素（ＭＡＣ−ＣＥ）を例によって示す図である。
【図１３】アグリゲーションレベルモードの変更を例によって示す図である。
【図１４】アグリゲーションレベルモード変更アルゴリズムを例によって示す図である。
【図１５】ＷＴＲＵフィードバックを用いるＰＤＣＣＨ繰返しに関する情報フローを例によって示す図である。
【図１６】ライセンスされた帯域上でのリソースの明示的な割振りと、ライセンスされた割振りからのＳｕｐｐＣＣの暗黙的なリソース割振りとを例によって示す図である。
【図１７】暗黙的なリソース割振りでのマッピングルールおよびマッピングパラメータを例によって示す図である。
【図１８】データ組み込みＰＤＣＣＨを介するアップリンクグラントおよびダウンリンク割振りを例によって示す図である。
【図１９Ａ】チャネルタイミングオフセットを伴わないグラント取消メッセージのタイミングを例によって示す図である。
【図１９Ｂ】チャネルタイミングオフセットを伴うグラント取消メッセージのタイミングを例によって示す図である。
【図２０】アップリンクグラント確認メッセージのＣＣＥの使用を例によって示す図である。
【図２１】ＰＤＣＣＨ内のグラントに関する再試行遅延パラメータの使用を例によって示す図である。
【図２２】ＰＣＣ  ＰＤＣＣＨから使用可能にされるＳｕｐｐＣＣ  ＰＤＣＣＨを例によって示す図である。
【図２３】データに組み込まれたＰＤＣＣＨを介するアップリンクグラントおよびダウンリンク割振りを例によって示す図である。
【図２４】検索空間によって決定されるＤＣＩフォーマットを有するＰＤＣＣＨ候補を例によって示す図である。
【図２５】フレームに対するＰＤＣＣＨ負荷の分布を例によって示す図である。
【図２６】ＬＥ対応ＷＴＲＵによるＴＤＤ  ＤＣＩフォーマットの使用を例によって示す図である。
【発明を実施するための形態】
【００１４】
図１Ａは、１または複数の開示される実施形態を実施できる例の通信システム１００の図である。通信システム１００を、音声、データ、ビデオ、メッセージング、放送、その他などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および類似物などの１または複数のチャネルアクセス方法を使用することができる。
【００１５】
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般にまたは集合的にＷＴＲＵ  １０２と称する場合がある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態が、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを了解されたい。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。たとえば、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成され得、ユーザ機器（ＷＴＲＵ）、移動局、固定のまたはモバイルの加入者ユニット、ページャ、セル電話機、携帯情報端末（ＰＤＡ）、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、消費者エレクトロニクス、および類似物を含むことができる。
【００１６】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスとすることができる。たとえば、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および類似物とすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含むことができることを了解されたい。
【００１７】
基地局１１４ａは、ＲＡＮ  １０３／１０４／１０５の一部とすることができ、ＲＡＮ  １０３／１０４／１０５は、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード、その他など、他の基地局および／またはネットワーク要素（図示せず）をも含むことができる。基地局１１４ａおよび／または基地局１１４ｂを、セル（図示せず）と称する場合がある特定の地理的領域内で無線信号を送信し、かつ／または受信するように構成することができる。セルを、さらに、セルセクタに分割することができる。たとえば、基地局１１４ａに関連付けられるセルを、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つのトランシーバを含むことができる。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを使用することができる。
【００１８】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（たとえば、ラジオ周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、その他）とすることができる。エアインターフェース１１５／１１６／１１７を、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１９】
より具体的には、上で注記したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および類似物などの１または複数のチャネルアクセス方式を使用することができる。たとえば、ＲＡＮ  １０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２０】
一実施形態では、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、Ｅ−ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。
【００２１】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標）：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および類似物などの無線技術を実施することができる。
【００２２】
図１Ａの基地局１１４ｂは、たとえば、無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントとすることができ、仕事場、家庭、車両、キャンパス、および類似物など、局所化された区域内での無線接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ  ８０２．１１などの無線技術を実施することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ  ８０２．１５などの無線技術を実施することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（たとえば、ＷＣＤＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを要求されないものとすることができる。
【００２３】
ＲＡＮ  １０３／１０４／１０５を、コアネットワーク１０６／１０７／１０９と通信しているものとすることができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイルロケーションベースのサービス、前払い呼、インターネット接続性、ビデオ配布などを提供し、かつ／またはユーザ認証などの高水準セキュリティ機能を実行することができる。図１Ａには図示されていないが、ＲＡＮ  １０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９を、ＲＡＮ  １０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信しているものとすることができることを了解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用していることができるＲＡＮ  １０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９を、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信しているものとすることもできる。
【００２４】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ  １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ  １０８は、ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイート内のＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰなどの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの全世界のシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される有線のまたは無線の通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、１または複数のＲＡＮに接続された別のコアネットワークを含むことができ、この１または複数のＲＡＮは、ＲＡＮ  １０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを使用することができる。
【００２５】
通信システム１００内のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａに示されたＷＴＲＵ  １０２ｃを、セルラベースの無線技術を使用することができる基地局１１４ａおよびＩＥＥＥ  ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成することができる。
【００２６】
図１Ｂは、例のＷＴＲＵ  １０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ  １０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ  １０２が、実施形態と一貫したままでありながら前述の要素の任意の副組合せを含むことができることを了解されたい。また、諸実施形態は、基地局１１４ａおよび１１４ｂならびに／または、とりわけ、トランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、進化型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム進化型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなど、基地局１１４ａおよび１１４ｂが存在し得るノードは、図１Ｂに示され、本明細書で説明される要素の一部またはすべてを含むことができる。
【００２７】
プロセッサ１１８を、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、および類似物とすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ  １０２が無線環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８を、トランシーバ１２０に結合することができ、トランシーバ１２０を、送信／受信要素１２２に結合することができる。図１Ｂは、別々のコンポーネントとしてプロセッサ１１８およびトランシーバ１２０を示すが、プロセッサ１１８およびトランシーバ１２０を、電子パッケージまたはチップ内に一緒に一体化することができることを了解されたい。
【００２８】
エアインターフェース１１５／１１６／１１７を介して基地局（たとえば、基地局１１４ａ）へ信号を送信しまたはこれから信号を受信するように、送信／受信要素１２２を構成することができる。たとえば、一実施形態では、送信／受信要素１２２を、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナとすることができる。一実施形態では、送信／受信要素１２２を、たとえばＩＲ、ＵＶ、または可視光信号を送信し、かつ／または受信するように構成されたエミッタ／検出器とすることができる。別の実施形態では、送信／受信要素１２２を、ＲＦ信号と光信号との両方を送信し、受信するように構成することができる。送信／受信要素１２２を、無線信号の任意の組合せを送信し、かつ／または受信するように構成することができることを了解されたい。
【００２９】
さらに、送信／受信要素１２２は、図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ  １０２は、任意の個数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ  １０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ  １０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信し、受信する複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００３０】
送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、トランシーバ１２０を構成することができる。上で注記したように、ＷＴＲＵ  １０２は、マルチモード能力を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ  １０２がたとえばＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。
【００３１】
ＷＴＲＵ  １０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され、これらからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および類似物を含むことができる。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ  １０２上に物理的に配置されていないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【００３２】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ  １０２内の他のコンポーネントに電力を分配し、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ  １０２に電力を供給する任意の適切なデバイスとすることができる。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池、および類似物を含むことができる。
【００３３】
プロセッサ１１８を、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６を、ＷＴＲＵ  １０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ  １０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信し、かつ／または複数の近くの基地局から受信されつつある信号のタイミングに基づいてその位置を判定することができる。ＷＴＲＵ  １０２が、実施形態と一貫したままでありながら任意の適切な位置判定方法によって位置情報を獲得できることを了解されたい。
【００３４】
プロセッサ１１８を、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線の接続性を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、ディジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および類似物を含むことができる。
【００３５】
図１Ｃは、一実施形態によるＲＡＮ  １０３およびコアネットワーク１０６のシステム図である。上で注記したように、ＲＡＮ  １０３は、エアインターフェース１１５を介してＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃと通信するのにＵＴＲＡ無線技術を使用することができる。ＲＡＮ  １０３は、コアネットワーク１０６と通信していることもできる。図１Ｃに示されているように、ＲＡＮ  １０３は、Ｎｏｄｅ−Ｂ  １４０ａ、１４０ｂ、１４０ｃを含むことができ、このＮｏｄｅ−Ｂ  １４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアインターフェース１１５を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信する１または複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ  １４０ａ、１４０ｂ、１４０ｃのそれぞれを、ＲＡＮ  １０３内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ  １０３は、ＲＮＣ  １４２ａ、１４２ｂをも含むことができる。ＲＡＮ  １０３が、実施形態と一貫したままでありながら任意の個数のＮｏｄｅ−ＢおよびＲＮＣを含むことができることを了解されたい。
【００３６】
図１Ｃに示されているように、Ｎｏｄｅ−Ｂ  １４０ａ、１４０ｂは、ＲＮＣ  １４２ａと通信しているものとすることができる。さらに、Ｎｏｄｅ−Ｂ  １４０ｃは、ＲＮＣ  １４２ｂと通信しているものとすることができる。Ｎｏｄｅ−Ｂ  １４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ  １４２ａ、１４２ｂと通信することができる。ＲＮＣ  １４２ａ、１４２ｂは、Ｉｕｒインターフェースを介してお互いと通信しているものとすることができる。ＲＮＣ  １４２ａ、１４２ｂのそれぞれは、それが接続されるそれぞれのＮｏｄｅ−Ｂ  １４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらに、ＲＮＣ  １４２ａ、１４２ｂのそれぞれは、外側ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および類似物などの他の機能性を実行しまたはサポートするように構成され得る。
【００３７】
図１Ｃに示されたコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。
【００３８】
ＲＡＮ  １０３内のＲＮＣ  １４２ａを、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ  １４６に接続することができる。ＭＳＣ  １４６を、ＭＧＷ  １４４に接続することができる。ＭＳＣ  １４６およびＭＧＷ  １４４は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ  １０８などの回線交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃに与えることができる。
【００３９】
ＲＡＮ  １０３内のＲＮＣ  １４２ａを、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ  １４８に接続することもできる。ＳＧＳＮ  １４８を、ＧＧＳＮ  １５０に接続することができる。ＳＧＳＮ  １４８およびＧＧＳＮ  １５０は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに与えることができる。
【００４０】
上で注記したように、コアネットワーク１０６を、ネットワーク１１２に接続することもでき、ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線ネットワークまたは無線ネットワークを含むことができる。
【００４１】
図１Ｄは、一実施形態によるＲＡＮ  １０４およびコアネットワーク１０７のシステム図である。上で注記したように、ＲＡＮ  １０４は、エアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃと通信するのにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ  １０４は、コアネットワーク１０７と通信していることもできる。
【００４２】
ＲＡＮ  １０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ  １０４が、実施形態と一貫したままでありながら任意の個数のｅＮｏｄｅ−Ｂを含むことができることを了解されたい。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信する１または複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、たとえば、ｅＮｏｄｅ−Ｂ１６０ａは、ＷＴＲＵ  １０２ａに無線信号を送信し、これから無線信号を受信するのに複数のアンテナを使用することができる。
【００４３】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、おおび１６０ｃのそれぞれを、特定のセル（図示せず）に関連付けることができ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリング、ならびに類似物を処理するように構成することができる。図１Ｄに示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介してお互いと通信することができる。
【００４４】
図１Ｄに示されたコアネットワーク１０７は、移動管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０７の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。
【００４５】
ＭＭＥ  １６２は、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得、制御ノードとして働くことができる。たとえば、ＭＭＥ  １６２は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択、および類似物の責任を負うことができる。ＭＭＥ  １６２は、ＲＡＮ  １０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することもできる。
【００４６】
サービングゲートウェイ１６４を、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮｏｄｅ  Ｂ  １６０ａ、１６０ｂ、１６０ｃのそれぞれに接続することができる。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送する。サービングゲートウェイ１６４は、ｅＮｏｄｅ  Ｂ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃについて使用可能である時のページングのトリガ、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および格納、ならびに類似物など、他の機能を実行することもできる。
【００４７】
サービングゲートウェイ１６４を、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の接続を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃに与えることができる。
【００４８】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０７は、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ  １０８などの回線交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに与えることができる。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ  １０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはこれと通信することができる。さらに、コアネットワーク１０７は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線または無線のネットワークを含むことができるネットワーク１１２へのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに与えることができる。
【００４９】
図１Ｅは、一実施形態によるＲＡＮ  １０５およびコアネットワーク１０９を示すシステム図である。ＲＡＮ  １０５は、エアインターフェース１１７を介してＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃと通信するのにＩＥＥＥ  ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）とすることができる。下でさらに議論するように、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ  １０５、およびコアネットワーク１０９の異なる機能エンティティの間の通信リンクを、基準ポイントと定義することができる。
【００５０】
図１Ｅに示されているように、ＲＡＮ  １０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ  １０５が、実施形態と一貫したままでありながら任意の個数の基地局およびＡＳＮゲートウェイを含むことができることを了解されたい。基地局１８０ａ、１８０ｂ、１８０ｃを、それぞれ、ＲＡＮ  １０５内の特定のセル（図示せず）に関連付けることができ、基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、エアインターフェース１１７を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、たとえば、基地局１８０ａは、ＷＴＲＵ  １０２ａに無線信号を送信し、ＷＴＲＵ  １０２ａから無線信号を受信するのに複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ実施、および類似物などのモビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして働くことができ、ページング、サブスクライバプロファイルのキャッシング、コアネットワーク１０９へのルーティング、および類似物の責任を負うことができる。
【００５１】
ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＲＡＮ  １０５との間のエアインターフェース１１７は、ＩＥＥＥ  ８０２．１６仕様を実施するＲ１基準ポイントと定義することができる。さらに、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用できるＲ２基準ポイントと定義することができる。
【００５２】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局の間のデータの転送を容易にするプロトコルを含むＲ８基準ポイントと定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクを、Ｒ６基準ポイントと定義することができる。Ｒ６基準ポイントは、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づくモビリティ管理を容易にするプロトコルを含むことができる。
【００５３】
図１Ｅに示されているように、ＲＡＮ  １０５を、コアネットワーク１０９に接続することができる。ＲＡＮ  １０５とコアネットワーク１０９との間の通信リンクを、たとえばデータ転送およびモビリティ管理能力を容易にするプロトコルを含むＲ３基準ポイントと定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素のそれぞれは、コアネットワーク１０９の一部として図示されているが、これらの要素のいずれをも、コアネットワークオペレータ以外のエンティティが所有し、かつ／または運営することができることを了解されたい。
【００５４】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の責任を負うことができ、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ  １８４は、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに与えることができる。ＡＡＡサーバ１８６は、ユーザ認証の責任およびユーザサービスをサポートする責任を負うことができる。ゲートウェイ１８８は、他のネットワークとのインターワーキングを容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ  １０８などの回線交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに与えることができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線または無線のネットワークを含むことができるネットワーク１１２へのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに与えることができる。
【００５５】
図１Ｅには示されていないが、ＲＡＮ  １０５を他のＡＳＮに接続することができ、コアネットワーク１０９を他のコアネットワークに接続することができることを了解されたい。ＲＡＮ  １０５他のＡＳＮ間の通信リンクを、ＲＡＮ  １０５と他のＡＳＮとの間でＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのモビリティをコーディネートするプロトコルを含むことができるＲ４基準ポイントと定義することができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクを、ホームコアネットワークと訪問されたコアネットワークとの間のインターワーキングを容易にするプロトコルを含むことができるＲ５基準と定義することができる。
【００５６】
マシンタイプコミュニケーション（ＭＴＣ）デバイスの増殖は、データ過負荷およびトラフィック輻輳を含むさまざまなネットワーク関連問題につながる可能性を有する。たとえば、複数のＭＴＣデバイスのそれぞれが、最小限の信号トラフィックを生成するように個別に構成される時であっても、動作する非常に多くのそのようなデバイスは、集合的に、大きいトラフィックボリュームが生成される状況につながる可能性があり、関連付けられたネットワークが過負荷になる可能性がある。たとえば、ネットワークを介して通信するＭＴＣデバイスの台数が、数桁になる可能性があると予期される。ネットワークへの接続を試みるそのように多数のデバイスがあると、ネットワーク過負荷は、多数のデバイスが実質的に同時にネットワークへの接続を試みる状況ならびに／または多数のデバイスが実質的に同時におよび／もしくは周期的に（たとえば、センサ測定値の報告または他の周期的な報告）メッセージを送信し、かつ／もしくは受信する時（これらのメッセージ自体が少量のデータを担持する時であっても）に、発生する可能性がある。
【００５７】
非特許文献１は、少量のデータを送信し、かつ／または受信するＭＴＣデバイスのＭＴＣ小信号送信に関する例の定義を提供する。たとえば、ネットワークが、たとえば関連付けられたシグナリングオーバーヘッドを制限すること、ネットワークリソースの使用を最適化すること、リソースの再割振りの遅延を最小にすること、および／または類似物によって、最小限のネットワーク影響を伴って少量のデータの送信をサポートすることが、システム全体の目標である可能性がある。ネットワークの展望から少量のデータを構成するものは、サブスクリプションポリシおよび／またはネットワークオペレータポリシに基づいて構成可能とすることができる。
【００５８】
多数のＭＴＣデバイスが、ＭＴＣサーバと通信する可能性がある。ＭＴＣサーバは、ＭＴＣデバイスから受信される通信の収集点とすることができる。たとえば、ＭＴＣデバイスは、セルラネットワークのコアネットワークを介してＭＴＣサーバと通信することができる。一例では、ＭＴＣサーバを、コアネットワーク内のノードとすることができる。多数のＭＴＣデバイスが同時にデータを送信／受信する時に、データ輻輳が、モバイルコアネットワーク内またはＭＴＣサーバへの通信リンク内で発生する可能性がある。たとえば、多くのＭＴＣアプリケーションでは、単一のＭＴＣユーザに関連付けられた多数のＭＴＣデバイスが、ＭＴＣｉインターフェースを使用してアクセスポイント名（ＡＰＮ）を介してモバイルネットワークオペレータのパケットネットワークに結合された単一のＭＴＣサーバに接続する可能性がある。
【００５９】
データ輻輳は、多数のデバイスの存在下でスケーラビリティを提供するために、利用されるリソースを最適化することと、シグナリングオーバーヘッドを減らすこととによって軽減することができる。一例では、デバイスのグループは、本明細書で説明されるように、進化型パケットシステム（ＥＰＳ）ベアラまたはパケットデータプロトコル（ＰＤＰ）コンテキストを共有するように構成される。
【００６０】
図２Ａから２Ｃに、３タイプのキャリアアグリゲーションすなわち、帯域内連続、帯域内不連続、および帯域間不連続を示す。ＬＴＥ−Ａｄｖａｎｃｅｄでは、１００ＭＨｚまでのより広い送信帯域幅をサポートするために、複数（５つまで）のコンポーネントキャリア（ＣＣ）をアグリゲートすることができる。ＷＴＲＵは、１または複数のＣＣ上で同時に受信しまたは送信することができる。それは、アップリンク（ＵＬ）またはダウンリンク（ＤＬ）で異なる個数の異なるサイズのＣＣをアグリゲートできるものとすることもできる。図２Ａから２Ｂに示されているように、キャリアアグリゲーション（ＣＡ）を、連続ＣＣと不連続ＣＣとの両方についてサポートすることができる。たとえば、図２Ａは、帯域内連続ＣＡ  ２００を示し、ここで、複数の隣接するＣＣ  ２０２をアグリゲートして、２０ＭＨｚより広い連続帯域幅を作ることができる。図２Ｂは、帯域内不連続ＣＡ  ２１０を示し、ここで、複数のＣＣ  ２１２および２１６が、同一の帯域に属することができるが、お互いに隣接しないものとすることができる。図２Ｂに示されているように、２つのＣＣを、空の帯域幅２１４によって分離することができる。図２Ｃは、帯域間不連続ＣＡ  ２２０を示し、ここで、複数のＣＣ、たとえば異なる帯域ｘおよびｙに属する２２２および２２４をアグリゲートすることができる。
【００６１】
ＳｕｐｐＣＣを、ライセンス免除（ＬＥ）帯内で日和見主義的な形で使用して、ホットスポットカバレージおよび／またはトラフィックオフロードを提供する高度なキャリアアグリゲーション解決策を利用することができる。異種ネットワークアーキテクチャは、たとえば、サービス連続性を提供するマクロセルと、ホットスポットに関連付けられた増やされた帯域幅を提供するためにライセンスされた帯域およびＬＥ帯域をアグリゲートすることができるピコ／フェムト／ラジオリモートヘッド（ＲＲＨ：ｒａｄｉｏ  ｒｅｍｏｔｅ  ｈｅａｄ）セルとを含む。
【００６２】
ＬＥ帯では、チャネルの可用性、ＬＥ帯の他の二次ユーザと共存する必要、および主ユーザが優先アクセスを有する、たとえばＴＶＷＳ帯での動作について課せられる規制ルールを尊重する必要は、ＬＴＥ動作に対するある種の変更を必要とする場合がある。ＬＥ帯内で動作するサプリメンタリーコンポーネントキャリア（ＳｕｐｐＣＣ）または補足セルを使用することができる。このセルは、二次セル搬送波に関するチャネル／特徴／機能性の制限されたセットをサポートすることができる。
【００６３】
副コンポーネントは、たとえば、ライセンス不要帯域内の「チャネル」上で動作することができる。チャネルの可用性は、よりランダムである可能性がある。ライセンス不要帯チャネルの品質は、異なる無線アクセス技術を使用する他の二次ユーザもこの帯域に存在する場合があるので、保証されない場合がある。一実施形態では、補足セルは、たとえば、ＬＴＥのリリース１０（Ｒ１０）と後方互換ではない可能性があり、ＷＴＲＵは、その補足セルでキャンプすることができない。
【００６４】
さらに、補足セルが、Ｂ  ＭＨｚスライスで使用可能である場合がある。たとえば、北米では、ＴＶＷＳチャネル（６ＭＨｚ）が、１チャネルあたり単一の５ＨＭｚ  ＬＴＥ搬送波のサポートを可能にすることができ、Ｂを５ＭＨｚと等しくする。
【００６５】
アグリゲートされた補足セル内のコンポーネントキャリアの間の周波数分離は、ランダムとすることができ（かつ、非常に少ないものとすることができ）、複数の要因、たとえば、ＴＶＷＳチャネルの可用性、デバイスの能力、および／または隣接するシステムの間の共有ポリシなどに依存するものとすることができる。
【００６６】
一実施形態では、単一チャネルスペクトル方式の使用が、ＴＶＷＳでの対にされたスペクトルＦＤＤより好ましい可能性がある。ＴＶＷＳチャネルの予期される制限された可用性は、対にされたスペクトル動作をよりむずかしくする。さらに、主占有者がＴＶＷＳ内に現れる場合には、対にされたチャネルシステムよりも排出単一チャネルシステムを引き起こす可能性がより低い可能性がある。また、ＦＤＤの場合に、感知が、２つの別々のチャネル上で実行される可能性がある。
【００６７】
ＳｕｐｐＣＣの両方向トラフィック能力を、ＴＤＤ  ＳｕｐｐＣＣの使用および／または動的ＦＤＤ  ＳｕｐｐＣＣの使用という方式によって提供することができる。
【００６８】
Ｌ１／Ｌ２での制御シグナリングを、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して実行することができる。ＰＤＣＣＨは、各サブフレームの最初の１つから３つのＯＦＤＤＭシンボルを占めることができる（実際のサイズは、その特定のサブフレーム内の物理制御フォーマット指示チャネル（ＰＣＦＩＣＨ）によってシグナリングされる）。ＰＤＣＣＨから使用可能なリソース要素は、ＰＣＦＩＣＨおよび物理ハイブリッド自動再送要求指示チャネル（ＰＨＩＣＨ）に使用されるリソース要素を除去することによって得ることができる。これらのリソース要素は、たとえば制御エリア内の３６個の有用なリソース要素のグループ（または、たとえば９つのリソース要素グループ（ＲＧ））からなる制御チャネル要素（ＣＣＥ）に構造化され得る。
【００６９】
ＣＣＥ構造を、ＰＤＣＣＨに関連付けられた復号プロセスで使用することができる。割振りおよびアップリンクグラント（ならびに電力制御コマンド）を、別個のフォーマットを有するダウンリンク制御情報（ＤＣＩ）メッセージを使用して送信することができる。たとえば、非特許文献２に、アップリンクグラントに使用されるＤＣＩとしてフォーマット０が記載されている。フォーマット１、１Ａ、１Ｂ、１Ｃ、および１Ｄを、１ＴＴＩあたり１つのトランスポートブロックのダウンリンク割振りに使用することができる。フォーマット２、２Ａ、および２Ｂを、１ＴＴＩあたり２つのトランスポートブロックのダウンリンク割振りに使用することができる（空間多重化）。フォーマット３、３Ａを、電力制御に使用することができる。フォーマット４を、複数アンテナポート伝送モードを用いるアップリンクグラントに使用することができる。
【００７０】
所与のＤＣＩについて、ＰＤＣＣＨ内のＣＣＥへのＤＣＩフォーマットの割り当てを、たとえば１つ、２つ、４つ、または８つのＣＣＥを使用して行うことができる。これらのサイズを、アグリゲーションレベルと称する場合がある。たとえば、アグリゲーションレベル４を有するＰＤＣＣＨは、４つのＣＣＥを使用してＤＣＩメッセージを送信することができる。所与のＤＣＩフォーマットを送信するのに使用されるＣＣＥの個数は、ＤＣＩメッセージの長さ（ビット単位）およびそのフォーマットに使用される符号化に依存するものとすることができる。フォーマットおよびコーディングレートのさまざまな組合せを復号する必要を回避するために、ある種のルールを定義して、ＷＴＲＵによって実行される必要がある「ブラインド復号」を制限することができる。アグリゲーションレベルｎを有するＤＣＩフォーマットは、ｎによって除算可能なＣＣＥ番号で始まるものとすることができる。ＤＣＩフォーマットは、ＷＴＲＵの伝送モードに依存するものとすることができる。また、ＤＣＩメッセージ長が可変である場合があるが、それらを、所与の伝送モードについてＷＴＲＵが２つの異なるＤＣＩ長についてブラインド復号を実行できる形で、各アグリゲーションレベルでＣＣＥにマッピングすることができる。
【００７１】
ＤＣＩの復号は、無線ネットワーク一時識別子（ＲＮＴＩ）が巡回冗長検査（ＣＲＣ）生成の一部である可能性があるので、ＷＴＲＵのＲＮＴＩのうちの１つ（たとえば、Ｃ−ＲＮＴＩ、ＳＰＳ  ＲＮＴＩなど）を用いるＣＲＣをチェックすることを含むことができる。各復号の試みは、ＷＴＲＵが監視できるＲＮＴＩのＤＣＩフォーマット長のうちの１つの仮定の下でＣＣＥの所与のセットをチェックすることを含むことができる。
【００７２】
特定のＷＴＲＵに割り当てられたＰＤＣＣＨを検索するために、復号プロセスは、さらに、所与のサブフレーム内で検索空間（ＣＣＥのセット）をチェックしまたは復号することを含むことができる。各ＷＴＲＵは、それに割り当てられた特定の検索空間を有することができる。ＷＴＲＵは、ＷＴＲＵに同時に送信され得る（たとえば、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）を使用して）メッセージの共通の検索空間を検索することができる。固定された個数のＰＤＣＣＨ候補を、さまざまなアグリゲーションレベルで検索空間について定義することができる。例を、非特許文献３に見出すことができる。
【００７３】
ＷＴＲＵ固有ＰＤＣＣＨ候補の位置（ＣＣＥ番号に関する）は、ＷＴＲＵ固有ＰＤＣＣＨ候補の位置を一意にすることができ、サブフレームに基づいて変更できるように、ＷＴＲＵのＲＮＴＩおよびサブフレーム番号に依存するものとすることができる。共通の検索空間候補（たとえば、アグリゲーションレベル４および８での）は、固定された位置にあるものとすることができ、アグリゲーションレベルと、そのサブフレームのＰＤＣＣＨ内で使用可能なＣＣＥの総数とに依存するものとすることができる。たとえば、共通の検索空間とＷＴＲＵ固有検索空間との両方の位置（ＣＣＥ番号に関する）を、共通の式、たとえば、
【００７４】
【数１】
0005961282.tif 000002
【００７５】
によって定義することができる。
【００７６】
上の式で、Ｌは、アグリゲーションレベル、たとえば１、２、４、または８を表すことができる。ＮＣＣＥは、ＰＤＣＣＨ内で使用可能なＣＣＥの個数とすることができ、ｍは、候補番号（たとえば、０からＭ（Ｌ）−１までに及ぶことができる）とすることができ、ｉは、候補内のＣＣＥインデックス番号（たとえば、０からＬ−１までに及ぶことができる）に対応することができる。所与の候補の開始ＣＣＥは、この式の第１部分によって与えることができ、インデックス番号は、候補が連続ＣＣＥからなることができることを示すことができる。
【００７７】
Ｍ（Ｌ）の値および所与のアグリゲーションレベルでＷＴＲＵが監視できるＰＤＣＣＨ候補の個数は、表１に示されたものとすることができる。
【００７８】
【表１】
0005961282.tif 000003
【００７９】
式１のパラメータＹを、たとえば非特許文献４のように定義することができ、パラメータＹは、ＷＴＲＵ固有検索空間についてサブフレーム番号とＲＮＴＩとの両方に依存することができる。共通検索空間について、Ｙを０とすることができる。クロスキャリアスケジューリングを実行する、ｅＮＢの能力は、検索空間およびＤＣＩフォーマットに対するある影響をもたらす場合がある。クロスキャリアスケジューリングを使用しながらスケジューラにより高い柔軟性を与えるために、式１によって提供される検索空間を拡張することができ、検索空間候補のセットを作成することができる。検索空間は、「スケジューリングする」セルの同一のＰＤＣＣＨ内にあるものとすることができ、ここで、各候補の位置は、スケジューリングされるＰＤＳＣＨ搬送波のキャリアインジケータフィールド（ＣＩＦ）に依存するものとすることができる。クロスキャリアスケジューリングが、ＷＴＲＵについて使用可能にされる時に、候補位置を（たとえば、非特許文献５）
【００８０】
【数２】
0005961282.tif 000004
【００８１】
によって定義することができ、ここで、ｎＣｌは、スケジューリングされるＰＤＳＣＨ搬送波のＣＩＦ値とすることができる。効果的に、これは、スケジューリングされ得るＣＣのそれぞれについて「スケジューリングするＣＣ」内の検索空間の異なるセットを作成することができる。各検索空間セットは、同一のＰＤＣＣＨリソースを使用することができる。しかし、スケジューリングされるＰＤＳＣＨ搬送波に基づいて、ＰＤＣＣＨ内の候補の編成が、異なる可能性がある。上の式１は、アグリゲーションレベルＬの所与のＰＤＣＣＨ候補ｍについて、その候補の開始ＣＣＥが、検討されているＣＣに基づいて変化し得ることを示す。
【００８２】
さらに、共通検索空間およびＷＴＲＵ固有検索空間の候補のオーバーラップがあってもよい。ＣＩＦを用いないＤＣＩフォーマットの共通検索空間と、セルＩＤ（ＣＩＤ）を用いるＤＣＩフォーマットのＷＴＲＵ固有検索空間とがオーバーラップし、ＤＣＩフォーマットのペイロードサイズが同一である場合には、共通検索空間またはＷＴＲＵ固有検索空間のいずれかのＤＣＩフォーマットを、検索空間のオーバーラップする部分上で送信することを可能にすることができる。この場合に、ＷＴＲＵは、共通検索空間のＰＤＣＣＨ候補が送信され得ると仮定することができ、ＣＩＦを用いるＤＣＩフォーマットを復号しないものとすることができる。
【００８３】
クロスキャリアスケジューリングを、キャリアアグリゲーションについてサポートすることができる。いくつかのシナリオでは、クロスキャリアスケジューリングが使用される時に、ＰＤＣＣＨ輻輳が発生する可能性がある。この輻輳は、全体的なＰＤＣＣＨシステム負荷を複数のコンポーネントキャリア（ＣＣのそれぞれはＰＤＣＣＨを搬送する）上で均等に分散させることによって回避することができる。
【００８４】
ＰＤＣＣＨ輻輳問題を査定するために、システムレベルシミュレーションを実行することができる。テストベンチは、たとえば、ライセンスされた帯域内で動作する５ＭＨｚライセンスされた主セルを、ＴＶＷＳで動作する４つまでのダウンリンク補足セルとアグリゲートするＬＴＥシステムのシナリオを実施することができる。主セルは、主セルと補足セルとの両方のスケジューリングリソースの全負荷を搬送することができる。補足セルは、ＰＤＣＣＨを搬送しないものとすることができる。補足セルは、ＰＤＣＣＨを搬送しないものとすることができる。システム内に相対的に少数のＷＴＲＵがある（ＷＴＲＵのそれぞれは、フルバッファトラフィックを仮定する）ので、このシステムは、ＰＤＣＣＨのフル利用にすばやく達する可能性がある。補足セルでのＰＤＳＣＨの結果の利用は、たとえば、１０個もの少数のＷＴＲＵを用いると、このシステムが、単一の補足セル上のリソースの割振りを行うことができる主セル上のＰＤＣＣＨの不足に起因して、これらの割振りをサポートできることを示す。
【００８５】
図３Ａおよび３Ｂに、シミュレーション結果を示す。図３Ａでは、グラフ３０１は、たとえば４つまでのＳｕｐｐＣＣをアグリゲートするシステムの主セルＰＤＣＣＨ利用を示す。図３Ａでは、ｘ軸３０５は、ＷＴＲＵの個数を表すことができ、ｙ軸３０３は、ＰＤＣＣＨ利用のパーセンテージを表すことができる。
【００８６】
図３Ｂに、主セル上のＰＤＣＣＨ輻輳に起因するＰＤＳＣＨ利用の減少を示す。図３Ｂでは、ｘ軸３１４は、ＷＴＲＵの個数を表すことができ、ｙ軸３０８は、ＰＤＳＣＨ利用のパーセンテージを表すことができる。これらの結果は、５ＭＨｚ主セルのシナリオについて収集されたものとすることができるが、それらは、たとえば非特許文献６および非特許文献７で提示される議論およびシミュレーション結果と一貫してスケーリングすることができる。
【００８７】
ＬＴＥシステムは、隣接するチャネルから来る主ユーザ干渉の存在下で動作する場合がある。ＴＶＷＳのコンテキストでは、ＴＶ放送は、直接に隣接するチャネル（または、２番目に隣接するチャネル）内で動作し、ＳｕｐｐＣＣによって使用されるチャネルは、ＬＴＥシステムが放送塔に相対的に近い時に、大きい干渉を引き起こす可能性がある。
【００８８】
帯域放射を規制する放射マスク（ｅｍｉｓｓｉｏｎ  ｍａｓｋ）は、ディジタルテレビジョン（ＤＴＶ）送信について制限することができ、チャネルエッジでその平均電力からのＤＴＶ送信器の４６ｄＢ減衰を要求する場合がある。そのような送信器は、８６ｄＢｍで送信することができる。経路損に関する秦モデル計算に基づいて、表２は、ＬＴＥシステムが大きい距離に配置される時であっても、ＳｕｐｐＣＣが隣接チャネルＤＴＶからのかなりの量の干渉を処理できることを示す。
【００８９】
【表２】
0005961282.tif 000005
【００９０】
ＰＤＣＣＨ性能は、全体的なシステム性能にとって重要である。図４に、干渉の存在下でのＰＤＣＣＨのブロック誤り率（ＢＬＥＲ）を示す。このグラフのｙ軸４０２は、ＰＤＣＣＨ  ＢＬＥＲを表し、このグラフのｘ軸４０４は、ＳＮＲを表す。たとえば、ＰＤＣＣＨを、８のアグリゲーションレベルについて構成することができる。ＬＴＥ  Ｒｅｌ．１０によってサポートされる最高のアグリゲーションレベルを使用する時であっても、干渉の存在が、ＰＤＣＣＨ性能を激しく劣化させることがわかる。より具体的には、９ｄＢ干渉レベル（４０６）は、ＰＤＣＣＨが１０−２ＢＬＥＲ性能要件に到達しないことをもたらす。このグラフは、ＳＮＲの単純な増加が、１０−２の望まれる動作領域４０８までＰＤＣＣＨ  ＢＬＥＲを引き下げるのに十分ではない可能性があることを示す。
【００９１】
物理層制御チャネルを、本明細書で説明されるように適合させて、キャリアアグリゲーションを使用するＬＴＥシステム、ＬＴＥ−Ａシステム、またはＬＴＥ様システムでの動作のためにＳｕｐｐＣＣをサポートすることができる。クロスキャリアスケジューリングを使用して、ライセンスされた帯域上のＰＤＣＣＨからＳｕｐｐＣＣ内のリソースをスケジューリングすることができるが、ＰＤＣＣＨ輻輳は、少数のＳｕｐｐＣＣについてさえ発生する可能性がある。したがって、潜在的なＰＤＣＣＨ輻輳の場合に、システムは、補足セル上でのＰＤＣＣＨの送信をサポートすることができる。
【００９２】
ｅＮＢは、セルの動作中に制御チャネル（ＰＤＣＣＨ）を用いて補足セルを選択的に構成することができる。補足セル内のＰＤＣＣＨを構成する判断および無線リソース管理（ＲＲＭ）内のエンティティを、ＰＤＣＣＣＨマネージャと称する場合がある。ＰＤＣＣＨを、主セル上のＰＤＣＣＨ輻輳を解決するように構成することができる。補足セルを、ＰＤＣＣＨを送信するように構成することができ、各ＷＴＲＵを、クロスキャリアスケジューリングを使用するように構成することができる。ＷＴＲＵを、補足セル上で送信されるＰＤＣＣＨを読み取るように構成することができる。
【００９３】
クロスキャリアスケジューリングを構成するためのシグナリングを、ＷＴＲＵごとに行うことができる。この構成／再構成は、たとえばＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎＦＩＧ．情報要素（ＩＥ）を介して、ＰＤＣＣＨに関する情報を含むことができる。ＬＴＥ−Ａでは、補足セルを、さまざまなモードで構成することができる。補足セルを、ＰＤＣＣＨを用いて構成することができ、ここで、ＷＴＲＵは、ＰＤＣＣＨを介して補足セル上のダウンリンク割振りを受信することができる。たとえば、少なくとも１つのＷＴＲＵが、補足セル上でＰＤＣＣＨを受信するように構成される場合に、ＰＤＣＣＨは、ＬＥ帯内の干渉を処理するために、頑健性強化を必要とする可能性がある。補足セルを、ＰＤＣＣＨなしで構成することもでき、ここで、現在の補足セルのダウンリンク割り当てを受信するＷＴＲＵを、主セルからスケジューリングすることができる。
【００９４】
たとえばＴＶＷＳでの動作の始めに（たとえば、ＲＲＭがＬＥ帯での動作およびＷＴＲＵのためのＳｕｐｐＣＣのアクティブ化を可能にする時）、ｅＮＢは、主セルからクロスキャリアスケジューリングを構成することができる。補足セル上での動作中に、スケジューラは、主セル上のＰＤＣＣＨ輻輳を監視し、ＰＤＣＣＨを補足セル（１または複数）上で使用可能にすべきかどうかを判定することができる。補足セルのそれぞれの品質に基づいて、ＲＲＭは、ＰＤＣＣＨを使用可能にされ得る補足セル（１または複数）を判断することができる。
【００９５】
図５に、ＰＤＣＣＨマネージャ機能ブロックを示す。ＲＲＭ内のＰＤＣＣＨマネージャは、補足セル上でＰＤＣＣＨを使用可能にすべき時の判定の責任を負うものとすることができる。ＰＤＣＣＨマネージャは、補足セル上のＰＤＣＣＨを復号するように構成され得るＷＴＲＵまたはライセンスされた帯域からのクロスキャリアスケジューリングを使用できるＷＴＲＵを判定することもできる。
【００９６】
さらに、ＰＤＣＣＨマネージャは、ＰＤＣＣＨ上で拡張されたアグリゲーションレベルを使用できる時と、どのＷＴＲＵについて拡張されたアグリゲーションレベルを使用可能にすることができるのかを判定する責任を負うものとすることができる。
【００９７】
図５に示されているように、ＰＤＣＣＨマネージャ機能ブロック５０２への入力は、ＷＴＲＵ  ＳｕｐｐＣｅｌｌアクティブ化／非アクティブ化５０４およびＰＤＣＣＨ輻輳データ５０６を含むことができる。ＰＤＣＣＨ輻輳解決手順を実行するために考慮に入れるべきＷＴＲＵ  ＳｕｐｐＣｅｌｌアクティブ化／非アクティブ化状況を用いて、ＰＤＣＣＨマネージャを更新することができる。ＰＤＣＣＨ輻輳データは、キャリアアグリゲーションスケジューリングブロックからの出力とすることができ、ＰＤＣＣＨリソースの欠如に起因してＷＴＲＵにスケジューリングされ得ない可能性があるＳｕｐｐＣｅｌｌ  ＰＤＳＣＨリソースブロックに関する情報を含むことができる。
【００９８】
ＰＤＣＣＨのために拡張されたアグリゲーションレベルモードを使用可能にすべきかどうかを判断するために、ＰＤＣＣＨマネージャを、アクティブＳｕｐｐＣｅｌｌのＷＴＲＵ広帯域チャネル品質表示（ＣＱＩ）測定レポート５０８を用いて更新することもできる。
【００９９】
ＰＤＣＣＨマネージャ機能ブロックからの出力は、ＰＣｅｌｌ／ＳｕｐｐＣｅｌｌ  ＰＤＣＣＨ情報５１０およびＷＴＲＵ  ＳｕｐｐＣｅｌｌ変更要求５１２を含むことができる。ＰＤＣＣＨマネージャは、ＰＣｅｌｌおよび各アクティブＳｕｐｐＣｅｌｌ上でＰＤＣＣＨ構成情報を出力することができる。この情報は、使用されるＰＤＣＣＨシンボルの個数と、アグリゲーションレベル（さらに、使用される場合に拡張されたアグリゲーションレベルに関する情報を含む）とを含むことができる。ＰＤＣＣＨマネージャは、クロスキャリアスケジューリング変更、ＰＤＣＣＨシンボルの個数の変更、および拡張されたアグリゲーションレベル情報を含む、ＰＤＣＣＨ変更に起因する変更されたＳｕｐｐＣｅｌｌ構成を用いてＷＴＲＵを更新することができる。
【０１００】
一実施形態では、ＳｕｐｐＣＣ上でのＰＤＣＣＨの構成は、主セル上のＰＤＣＣＨが輻輳を経験しつつある可能性がある時を判定することと、輻輳が検出される場合にＳｕｐｐＣＣ上でＰＤＣＣＨを復号するように構成され得るＷＴＲＵ（１または複数）を判定することと、輻輳を解放でき、ＷＴＲＵ（１または複数）をクロスキャリアスケジューリングに移動できる時を判定することとを含むことができる。
【０１０１】
図６に、主セルＰＤＣＣＨ輻輳判定が発生したかどうかの流れ図６００を示す。そのような条件の判定は、ＰＤＣＣＨリソースの非可用性の故にスケジューリングされ得ない適格なＷＴＲＵ割振りの個数を見つけることと、その後、そのようなイベントの発生を累算することとによって行うことができる。輻輳を、たとえば、ＰＤＣＣＨ輻輳が所定の輻輳しきい値をまたいだ後に宣言することができる。この方法を、補足セル上のＰＤＣＣＨを読み取るＷＴＲＵの個数とは独立に使用することができる。この方法を使用して、第１のＷＴＲＵが補足セルからＰＤＣＣＨを読み取る必要があること、または第ＮのＷＴＲＵが補足セルからＰＤＣＣＨを読み取る必要があることを表示することができる。輻輳を判定するのに使用されるメトリックは、ＰＤＣＣＨリソースの非可用性に起因して主ＰＤＣＣＨからスケジューリングすることのできない「適格な」ＷＴＲＵ割振りの個数（固定された個数のフレームまたはサブフレームにわたって測定される）を含むことができる。このメトリックを、ＰＤＣＣＨリソースの現在の個数によって分類することができる。「適格な」ＷＴＲＵ割振りは、スケジューラが行うように準備され得る割振りを含むことができ、主セルからのクロスキャリアスケジューリングを使用して１または複数の補足セル上でＰＤＳＣＨリソースを入手できるＷＴＲＵへの割振りを含むことができる。累算アルゴリズムおよび／またはしきい値を、現在のＰＤＣＣＨ利用に基づいて条件付けることができる。
【０１０２】
６０２では、ＰＤＣＣＨ判定を、送信タイムインターバル（ＴＴＩ）ごとに実行することができる。６０４では、ＰＤＣＣＨリソースの欠如に起因してＴＴＩをスケジューリングできない可能性がある適格なＷＴＲＵ割振りの個数を判定することができる。６０６では、６０２の発生の回数を累算することができる。累算される回数を現在の主ＰＤＣＣＨ利用に基づいて条件付けることができる。６０８では、評価インターバルの判定を行うことができる。サブフレームカウントが評価インターバルに達していない可能性がある場合には、６２０で、サブフレームカウントを増分することができる。サブフレームカウントが、輻輳評価インターバルに達した後には、６１０で、主セルＰＤＣＣＨ輻輳が輻輳しきい値をまたいだかどうかを判定することができる。主セルＰＤＣＣＨが輻輳しきい値をまたぐ場合には、６１２で、輻輳解決アルゴリズムを実行することができる。６１８では、サブフレームカウントおよび輻輳メトリックを０にリセットすることができ、６２２では、この方法を、次のＴＴＩについて繰り返すことができる。６１０で、主セルＰＤＣＣＨ輻輳が輻輳しきい値をまたいでいない可能性がある場合には、６１４で、主セル上のＰＤＣＣＨリソースの可用性について判定を行うことができる。可用性がしきい値より大きい場合には、６１６で、ＰＤＣＣＨ割振りアルゴリズムを実行することができ、その後、サブフレームカウントおよび輻輳メトリックを０にリセットし、この方法を、次のＴＴＩについて繰り返すことができる。
【０１０３】
ＰＤＣＣＨ輻輳を判定した後に、ＲＲＭは、補足搬送波（supplementary carrier）上でＰＤＣＣＨを受信する（主セルからのクロスキャリアスケジューリングに頼るのではなく）ように、「適格な」ＷＴＲＵを構成することができる。図７に、ＰＤＣＣＨマネージャによって実行でき、ＷＴＲＵの選択を含むことができる輻輳解決アルゴリズム７００の流れ図を示す。主ＰＤＣＣＨ割振り（たとえば、クロスキャリアスケジューリングに戻るべきＷＴＲＵの選択）について、最悪の平均変調／符号化スキーム（ＭＣＳ）を有するＷＴＲＵを、たとえば図８に示されているように、クロスキャリアスケジューリングに移すために選択することができる。
【０１０４】
一実施形態では、主セルＰＤＣＣＨ輻輳判定を６１０で行い、しきい値が輻輳しきい値より大きくなった後に、図７の７００に示された輻輳解決アルゴリズムを実行することができる。このアルゴリズムは、７０２で開始することができる。７０４では、解決アルゴリズムに適格なＷＴＲＵを選択することができる。７０６では、選択されたＷＴＲＵについて現在アクティブである適格な補足セルを選択することができる。７０８では、補足セル上でＷＴＲＵにスケジューリングされたリソースに対して使用された平均ＭＣＳを計算することができる。７１０では、現在のＷＴＲＵに対応する補足セルがアクティブ化されたかどうかに関する判定を行うことができる。その後、ループ７２０を、現在のＷＴＲＵについてアクティブである可能性がある補足セルごとに繰り返すことができる。さらに、ループ７２２を、適格なＷＴＲＵのそれぞれについて繰り返すことができる。７１４では、ＭＣＳを最大にするＷＴＲＵおよび対応する補足セルを選択することができる。７１６では、対応するＷＴＲＵが、ＲＲＣを介して、選択された補足セル上での将来のリソース割振りのためにその補足セル上でＰＤＣＣＨを受信することができる。
【０１０５】
図８に、主ＰＤＣＣＨ割振りアルゴリズム８００を示す。たとえば、図６の６１４で主セル上のＰＤＣＣＨリソースの可用性について判定を行い、可用性がしきい値より大きくなった後に、ＰＤＣＣＨ割振りアルゴリズムを実行することができる。主ＰＤＣＣＨ割振りアルゴリズムは、８０２で開始することができる。８０４では、クロスキャリアスケジューリングを有しないアクティブ化された補足セルを有する適格なＷＴＲＵを選択することができる。８０６では、選択されたＷＴＲＵについて現在アクティブ化されているクロスキャリアスケジューリングされていない補足セルを選択することができる。８０８では、補足セル上でＷＴＲＵにスケジューリングされたリソースに使用された平均ＭＣＳを計算することができる。８１０では、現在のＷＴＲＵに対応する補足セルがアクティブ化されたかどうかの判定を行うことができる。ループ８２０を、現在のＷＴＲＵについてアクティブである可能性がある補足セルごとに繰り返すことができる。さらに、ループ８２２を、適格なＷＴＲＵのそれぞれについて繰り返すことができる。８１４では、ＭＣＳを最小にするＷＴＲＵおよび対応する補足セルを検索し、選択することができる。８１６では、対応するＷＴＲＵが、ＲＲＣを介して、補足セル上での将来のリソース割振りのために主セルからクロスキャリアスケジューリングを受信することができる。サブフレームカウントおよび輻輳メトリックをリセットすることができる。
【０１０６】
特定の補足セルについて、第１のＷＴＲＵが、その補足セルからＰＤＣＣＨを受信し始めるために選択される時に、残りのＷＴＲＵは、たとえば開始ＰＤＳＣＨが当初にＯＦＤＭシンボル０で構成された可能性があるので（クロスキャリアスケジューリングを使用する補足セルに起因して）、開始ＰＤＳＣＨ位置を再構成させる場合がある。ＰＤＳＣＨ位置は、最初の１〜３個のＯＦＤＭシンボル内でＰＤＣＣＨを送信することを可能にするために、ＷＴＲＵについて変更され得る。
【０１０７】
一実施形態では、補足セルが割り振られる時に、ＷＴＲＵを、０のＰＤＳＣＨ開始を用いて構成することができ、その結果、補足セルリソース全体をデータに使用できるようになる。第１のＷＴＲＵが、補足セル上でＰＤＣＣＨの読取を開始するように再構成される必要がある時には、影響を受けるＷＴＲＵは、ＰＤＳＣＨ開始の変更についてＷＴＲＵに通知するＲＲＣ再構成を受信することができる。ＷＴＲＵがＲＲＣ再構成シグナルを受信し、肯定応答することができる時に、ＷＴＲＵを、補足セル上でスケジューリングすることができる。まずシンボル０でのＰＤＳＣＨ開始を用いて割り振られ、その後にＰＤＣＣＨの構成を要求する補足セルは、この手順を使用することができる。
【０１０８】
一実施形態では、補足セルが最初に割り振られる時に、ＷＴＲＵの個数に基づいて、ＰＤＣＣＨマネージャは、ＰＤＣＣＨ輻輳がこのシナリオで発生し得るかどうかを判断することができる。この判断は、現在ｅＮＢにアタッチされているＷＴＲＵの個数および主セルの帯域幅に基づくものとすることができる。ＰＤＣＣＨマネージャが、輻輳が発生し得ると判定する場合には、補足セルを、ＯＦＤＭシンボル３でのＰＤＳＣＨ開始を有するように構成することができる。補足セルを、ＯＦＤＭシンボル０でのＰＤＳＣＨ開始を有するように構成することができる。シンボル３でのＰＤＳＣＨ開始を用いて構成された補足セルについて、第１のＷＴＲＵがＰＤＣＣＨを読み取るために補足セルに移動される時に、ＷＴＲＵは、結果として再構成されない可能性がある。しかし、このセルのクロスキャリアスケジューリング専用モード中に、最初の３つのＯＦＤＭシンボルが、システムによって使用されない可能性がある。
【０１０９】
ＬＥ帯では、検索空間を、ＳｕｐｐＣＣの使用に合わせて調整することができる。ＳｕｐｐＣＣについて、検索空間の柔軟な定義を使用することができる。ＬＥ帯は、他の二次ユーザ（たとえば、異なる無線アクセス技術（ＲＡＴ）を使用する）からの干渉が存在し得る瞬間またはコーディネートされないユーザが同一周波数を使用すると判断し得る時に、固有に信頼性がより低くなる可能性がある。ＬＥ帯の伝搬特性は、かなり変化する可能性がある。たとえば、ＴＶＷＳでは、ＴＶＷＳの一端から他端への伝搬特性が、異なる場合がある。さらに、ＬＥ帯内の電力制限が、特定のＳｕｐｐＣＣを使用する時にｅＮＢ／ＨｅＮＢに課せられる場合がある。これらの電力制限は、共存手段またはＬＥ帯の主（または排他的）ユーザのジオロケーションベースのデータベースに由来する可能性がある。
【０１１０】
各アグリゲーションレベル内の検索空間の個数を、固定することができる。さらに、検索空間の個数を、表１に示されているように、より低いアグリゲーションレベルに向かって偏らせることができる。強い干渉の存在下では、ＬＥ帯に対する電力制限（ＤＴＶ放送に隣接するチャネルでの４０ｍＷでの送信の制限など）が、ライセンスされた帯域での動作の場合のようにＰＤＣＣＨ電力を増加することを可能にしない場合があるので、ｅＮＢ／ＨｅＮＢが、制御チャネルに関して追加のコーディングを必要とする場合がある。さらに、ＬＴＥおよび／またはＬＴＥ−Ａでは、ＰＤＣＣＨ電力ではなくＰＤＣＣＨのコーディングの増加を選好することによって、頑健性を制御チャネルに追加することができる。一実施形態では、検索空間の個数および各検索空間の許容できるアグリゲーションレベルを、ＳｕｐｐＣＣが使用されつつあるチャネルの状態に基づいて動的に変更することができる。それを行う際に、制御メッセージのほとんどがより高いレベルのコーディングを必要とする可能性がある場合にｅＮＢにより高い柔軟性を与えるために、より高いアグリゲーションレベルでの追加のＰＤＣＣＨ候補を使用することができる。
【０１１１】
一実施形態では、ｅＮＢによって復号されるＰＤＣＣＨ候補の個数を増やして、より高いアグリゲーションレベルで新しいＰＤＣＣＨ候補を追加することができる。これは、ＰＤＣＣＨを検索するためにＷＴＲＵが実行できるブラインド復号の回数を増やす可能性がある。
【０１１２】
一実施形態では、ＰＤＣＣＨ候補の個数は、より低いアグリゲーションレベルでのＰＤＣＣＨ候補をより高いアグリゲーションレベルでのＰＤＣＣＨ候補に置換できる方式を使用して、比較的固定されたままにすることができる。
【０１１３】
一実施形態では、ある時間期間中に、ｅＮＢは、強いレベルの干渉の影響を軽減するために特別な措置を講じることができる。これらの時間中に、ｅＮＢは、強い干渉の場合の制御チャネルスケジューリング柔軟性を高めるために、より低いアグリゲーションレベル候補をより高いいアグリゲーションレベル候補に置換できるモードを使用可能にすることができる。このモードを、拡張されたアグリゲーションレベルモードと称する場合がある。スケジューラが、拡張されたアグリゲーションレベルモードを使用すると判断することができる時に、これをＷＴＲＵにシグナリングすることができ、その結果、ＷＴＲＵは、ブラインドＰＤＣＣＨ復号に関するそれらのルールを変更できるようになる。ＷＴＲＵは、２つの異なる動作モードの下でＰＤＣＣＨ候補のブラインド復号を実行することができる。通常モードでは、ＬＴＥでのＰＤＣＣＨ候補の現在の定義を、ＷＴＲＵによって仮定し、復号することができる。拡張されたアグリゲーションレベルモードでは、ＰＤＣＣＨ候補のセット全体を定義する時に、より低いレベルの候補を、より高いレベルの候補によって置換することができる。
【０１１４】
一実施形態では、複数の動作モードを定義することができ、ここで、各モードへの移動は、より低いアグリゲーションレベルでのＰＤＣＣＨ候補を除去することと、ＷＴＲＵブラインド復号の回数を固定して保つこととによって、より多くのＰＤＣＣＨ候補をより高いアグリゲーションレベルに漸進的に追加することができる。
【０１１５】
ＷＴＲＵブラインド復号に対する最小限の影響を伴って、より低いレベルのＰＤＣＣＨ候補のより高いレベルのＰＤＣＣＨ候補への置換を提供するために、ＷＴＲＵごとに、通常のアグリゲーションレベルモードから拡張されたアグリゲーションレベルモードに移動する時に、実際の検索空間を同一に保つことができる。拡張されたアグリゲーションレベルモードに移動する時に、所与のＷＴＲＵの検索空間全体（たとえば、ＷＴＲＵがそのブラインド復号で検討できるＣＣＥの実際の個数）を、同一のままにすることができる。ＣＣＥをグループ化して、ＬＴＥの現在のバージョンで通常のアグリゲーションレベルモードによって提供されるものとは異なるものとすることができる各ＰＤＣＣＨ候補を形成することができる。
【０１１６】
図９に、さまざまアグリゲーションレベル（９０４のＬ＝１、９０６のＬ＝２、９０８のＬ＝４、および９１０のＬ＝８）を有する通常モードのＰＤＣＣＨ候補を示す。ＷＴＲＵが、通常のアグリゲーションレベルモードである時には、ＰＤＣＣＨ候補（９０４〜９１０）およびそれに対応するＣＣＥ（９０２）を、たとえば、非特許文献５で示されるように判定することができる。
【０１１７】
図１０に、拡張されたモードのＰＤＣＣＨ候補を示す。５ＭＨｚシステムのＰＤＣＣＨ候補および拡張されたモードでの結果の候補１００４〜１００８が示されている。拡張されたモードでは、Ｌ＝１候補（９０４）を除去することができ、Ｌ＝２、４、および８での候補を導入することができる（１００２〜１００６）。Ｌ＝１６（１００８）候補を、２つのＬ＝８候補の組合せによって表すことができる。ＣＣＥの総数は、帯域幅およびＰＨＩＣＨリソースの個数に依存するものとすることができる。
【０１１８】
したがって、拡張されたモードでは、所与のレベルＬの２つの候補を、レベルＬ＋ｋの単一の候補に組み合わせることができる（ここで、Ｌ＋ｋは、２のべき乗である、次のアグリゲーションレベルである）。このアグリゲーション技法を、ＬＴＥアグリゲーションレベル（Ｌ＝１、２、４、および８）のそれぞれに適用することができる。これは、この方法の使用を、アグリゲーションレベルのサブセットまたは新しい候補を作成するための３つ以上の候補の組合せに制限しないものとすることができる。たとえば、レベルＬより２アグリゲーションレベル高い新しいＰＤＣＣＨ候補を、アグリゲーションレベルＬの４つのＰＤＣＣＨ候補を組み合わせることによって作成することができる。
【０１１９】
ＷＴＲＵが、拡張されたアグリゲーションレベルモードである時に、ＰＤＣＣＨ候補を、基底グループおよび派生グループなど、２つのグループに副分割することができる。
【０１２０】
基底グループを、アグリゲーションレベルＬ＝１が無視される（Ｍ（１）＝０）ことを除いて、たとえば非特許文献５で示されるように、式および手順によって入手することができる。派生グループを、アグリゲーションレベルＬのＰＤＣＣＨ候補に関連付けられたＣＣＥについて次式を使用することによって入手することができる。
【０１２１】
【数３】
0005961282.tif 000006
【０１２２】
式３
ただし、Ｌ∈｛２，４，８，１６｝であり、上の式で使用できる各アグリゲーションレベルのＰＤＣＣＨ候補の個数Ｍ（Ｌ）は、表４で与えられるものとすることができる。
【０１２３】
【表３】
0005961282.tif 000007
【０１２４】
候補の基底グループおよび派生グループを識別した後に、ＷＴＲＵは、各アグリゲーションレベルの基底グループおよび拡張されたグループの候補を監視することができる。ＷＴＲＵによって各アグリゲーションレベルで監視されるＷＴＲＵ固有ＰＤＣＣＨ候補の最大総数（拡張されたモード検索空間を用いる）を、表５によって与えることができる。Ｙｋの値に依存して、基底グループからの候補と派生グループからの候補とにオーバーラップがある場合があるので、この総数は、最大数を表す。
【０１２５】
【表４】
0005961282.tif 000008
【０１２６】
図１１に、ＳｕｐｐＣＣでの動的検索空間再構成の情報フローを示す。アグリゲーションレベルの変更（または、ＰＤＣＣＨが干渉を克服するための、検索空間構成の任意の類似する変更）を、二次ユーザまたはある干渉の存在に起因するチャネル品質の変化を表示するメッセージをｅＮＢ／ＨｅＮＢに提供することによってトリガすることができる（１１２８および１１３０）。チャネル品質の変化の表示を、ｅＮＢ／ＨｅＮＢ（１１０４）自体の測定およびＲＲＭエンジン、ＤＳＭエンジン、または外部管理ノード（１１０８）など、測定解釈の責任を負うエンティティ（１１０６）またはデータベースアクセスを介して表示することができる。図１１に示されているように、新しい二次ユーザの表示を、ｅＮＢ／ＨｅＮＢへのシグナル１１１０を介して表示することができる。表示を、ｅＮＢ  ＰＨＹ層自体によって実行される測定を介して提供することができる１１３０。補足チャネルを測定する（１１１４から１１１６）ことによって、１１１８で二次ユーザまたは干渉の存在を検出した後に、二次ユーザまたは干渉の存在をユーザ表示１１２０を介してｅＮＢ／ＨｅＮＢに通信することができる。１１２２では、ＰＤＣＣＨ性能低下を予期することができる。
【０１２７】
１１２８または１１３０による二次ユーザまたは干渉の検出の後に、検索空間再構成メッセージ１１２４を、ｅＮＢによってＷＴＲＵに（たとえば、ライセンスされた帯域の搬送波を介して）送信して、検索空間構成の変更が特定のフレーム境界またはサブフレーム境界で行われる可能性があることを表示することができる。構成の変更を、ＷＴＲＵに周期的に送信されるシステム情報、たとえば、ライセンスされた帯域上で送信され、ＬＥ帯上の検索空間構成のシグナリング専用である、ＬＴＥのＳＩＢによって、送信することができる。
【０１２８】
ｅＮＢによってシグナリングされた検索空間構成の変更は、追加のコーディングを用いてＳｕｐｐＣＣ上で同一のＤＣＩフォーマットを送信できるようにするために、アグリゲーションレベルｘをより高次のアグリゲーションレベルｙに置換すること（１１２６）を含むことができる。その後、ＰＨＹ層は、ＤＣＩフォーマットの頑健性を高めるために、異なるコーディングを使用するようにその畳込みコーディングを再構成することができる。
【０１２９】
アグリゲーションレベルモード変更が所与のＷＴＲＵについて保留されている時間中に、そのＷＴＲＵは、通常モードと拡張されたモードとの間で共通する可能性があるＰＤＣＣＨ候補がある限り、補足セル上でＰＤＣＣＨをスケジューリングし、復号し続けることができる。そのような共通のＰＤＣＣＨ候補の存在は、サブフレーム、特定のＷＴＲＵ、ならびに本明細書で提供される式および表に依存するものとすることができる。
【０１３０】
特定のＷＴＲＵを、ｅＮＢによる通常のアグリゲーションレベルから拡張されたアグリゲーションレベルへ（またはその逆）の遷移に続いてスケジューリングすることができ、ｅＮＢは、この時間中にスケジューリングを実行するのに、共通の候補を使用することができる。共通のアグリゲーションレベル対拡張されたアグリゲーションレベルの使用に対する制限は、ｅＮＢがアグリゲーションレベルを変更すると判断でき、シグナリングがＷＴＲＵによって受信され得る時に制限することができる。ｅＮＢは、シグナリングが完了し得る瞬間まで、「以前の」アグリゲーション方法を使用すると仮定することができる。
【０１３１】
ＷＴＲＵは、ブラインド復号の最大回数を増やす必要なしに、広範囲の補足チャネル品質に適合することができる。ＷＴＲＵは、特定の瞬間に構成されているものとすることができるアグリゲーションレベル内でＤＣＩフォーマットを検索することができる。検索空間は、ＷＴＲＵが、所与の時に構成されているものとすることができるアグリゲーションレベルを知ることができる形で、動的に構成され得る。ＷＴＲＵは、各ＤＣＩフォーマットに適用できる許容できるコードレートを、それを所与のアグリゲーションレベルの特定のＰＤＣＣＨ候補にマッピングする時に、知ることもできる。
【０１３２】
一実施形態では、ＳｕｐｐＣＣ上で動作するＬＴＥシステムの補足ＰＤＣＣＨ検索空間再構成メッセージ１１２４を、ＭＡＣ  ＣＥを介して送信することができる。ｅＮＢは、ＰＤＣＣＨ検索空間を再構成させることができる（または、アグリゲーションレベルモードを変更することができる）ＷＴＲＵを個別に選択することができる。ターゲットＷＴＲＵを選択した後に、ｅＮＢは、ＭＡＣ  ＣＥをそのＷＴＲＵに送信し、アグリゲーションレベルモードを変更する必要およびアグリゲーションレベルモード変更を行うことができるサブフレーム（暗黙的なまたは明示的な）を表示することができる。表示されるサブフレームに関して、ＷＴＲＵは、拡張されたアグリゲーションレベルモードに基づいてＰＤＣＣＨのブラインド復号を実行することができる。
【０１３３】
図１２に、例によってＭＡＣ  ＣＥシグナリングを示す。ｅＮＢは、ＭＡＣ  ＣＥを使用して、アグリゲーションレベルモードの変更をＷＴＲＵに表示することができる（通常から拡張へおよびその逆）。アグリゲーションレベルモードの変更ＭＡＣ  ＣＥを、図１２に示されたＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダによって識別することができる。ＭＡＣ−ＣＥは、固定されたサイズを有し、図示されているように７つのＣフィールドおよび１つのＭフィールド（１２０２）を含む単一のオクテットからなる。フィールドＣｉは、ＳＣｅｌｌＩｎｄｅｘ  ｉを有する補足セルに適用できるモード変更を示すことができる。Ｃｉフィールドに１をセットして、ＳＣｅｌｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌが、モード変更を有する可能性があることを表示することができる。Ｃｉフィールドに０をセットして、ＳＣｅｌｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌが、モード変更を有しない可能性があることを表示することができる。フィールドＭは、アグリゲーションレベルモードを表示することができる。１をセットされたＭフィールドは、関連付けられた補足セルを拡張されたアグリゲーションレベルモードにセットできることを表示することができる。０をセットされたＭフィールドは、関連付けられた補足セルを通常のアグリゲーションレベルモードにセットできることを表示することができる。
【０１３４】
補足セルが最初にアクティブ化される時に、ＷＴＲＵのアグリゲーションレベルは、通常とすることができる。図１３に、アグリゲーションレベルモードの変更を示す。１３０２では、ＷＴＲＵは、アグリゲーションレベルモード変更ＭＡＣ  ＣＥを受信することができる。１３０４では、ＷＴＲＵは、受信されたＭＡＣ  ＣＥに対するＡＣＫを送信することができる。１３０６では、ＷＴＲＵは、受信されたアグリゲーションレベルモード変更ＭＡＣ  ＣＥシグナルに基づいてそのモードを変更することができる。アグリゲーションレベルモードを、そのＷＴＲＵに送信されるＭＡＣ  ＣＥを介して、拡張されたモードに変更することができる。アグリゲーションレベルの変更は、アグリゲーションレベルモード変更ＭＡＣ  ＣＥの受信（１３０２）からｎサブフレーム後に発生することができる（このＭＡＣ  ＣＥがＷＴＲＵによって正しく肯定応答されると仮定して）。
【０１３５】
アグリゲーションレベルの変更（１３０６）は、ＭＡＣ  ＣＥの受信（１３０２）から８サブフレーム後に発生する最初に出会うフレーム境界で発生することができる。ＭＡＣ  ＣＥがＷＴＲＵによって肯定応答されない可能性がある場合には、ｅＮＢは、アグリゲーションレベルＭＡＣ  ＣＥを再送信することができる（１３０８）。フィールドＭに０をセットされたＭＡＣ  ＣＥを送信して、前に説明したものと同一の手順を使用して通常のアグリゲーションレベルに戻って再開することもできる。ＭＡＣ  ＣＥの使用は、ｅＮＢがＷＴＲＵのアグリゲーションレベルをすばやく変更することを可能にすることができる。ＲＲＣシグナリングまたはシステム情報を使用して、アグリゲーションレベルモードを変更することができる。しかし、この場合に、ｅＮＢは、検索空間構成の変更に関する追加情報を送信することができる。たとえば、検索空間を完全に再定義することができ、システム情報ブロック（ＳＩＢ）のＲＲＣメッセージは、ＷＴＲＵによるメッセージの受信に続いて、適用される新しい検索空間構成の諸態様を提供する。
【０１３６】
ＰＤＣＣＨが、補足セル上で送信されつつある時に、ＰＤＣＣＨマネージャは、拡張されたアグリゲーションレベルを使用可能にし、かつ／または使用不能にすべき時と、それに関してモードを使用可能にし、かつ／または使用不能にすることができるＷＴＲＵとを判定する責任を負うものとすることができる。ＬＴＥ  ｅＮＢは、ＲＲＭ内で維持されるテーブルから入手できる広帯域ＣＱＩ測定値から入手される信号対干渉雑音比（ＳＩＮＲ）に基づいて、制御チャネルに使用すべきコーディングおよびアグリゲーションレベルを判定することができる。補足セル上で拡張されたアグリゲーションレベルを使用可能にし、かつ／または使用不能にすべき時を判定するための判断を、提供することができる。この判断を行うために、ｅＮＢは、拡張されたアグリゲーションレベルの下で動作できるＷＴＲＵを判定するための評価判断基準を追加することができる。これらの評価判断基準は、時間平均をとられたＳＩＮＲと、平均をとられたＳＩＮＲでＤＣＩメッセージを送信するのに使用されるＣＣＥの個数とに基づくものとすることができる。
【０１３７】
図１４に、アグリゲーションレベルモード変更アルゴリズムを示す。図１４は、たとえば時間１４０４に伴う、ＷＴＲＵ  Ａの瞬間制御チャネルＳＩＮＲ  １４０２の例示的なプロットを提供する。補足セル上で、ＤＣＩフォーマット１Ｃを使用することができない。というのは、このフォーマットが、システム情報およびランダムアクセスチャネル（ＲＡＣＨ）応答の送信のために予約されているものとすることができるからである。補足セル上で送信できる最小のＤＣＩフォーマットは、たとえば、ＤＣＩフォーマット１Ａとすることができる。単一のＣＣＥを使用してＤＣＩフォーマット１Ａを送信することがもはや不可能である時に、特定のＷＴＲＵのＳＩＮＲに基づいて、拡張されたアグリゲーションレベルを使用可能にすることができる。ＷＴＲＵのアグリゲーションレベルモードの頻繁な変更（および関連付けられたＭＡＣ  ＣＥメッセージング）を回避するために、判断基準を、ＳＩＮＲが２つのＣＣＥを使用してＤＣＩフォーマット１Ａを送信するためのしきいＳＩＮＲ  １４１２よりデルタの値１４１６だけ上（１４１０）またはこれより下（１４１４）であることに対して条件付けることができる。
【０１３８】
各ＷＴＲＵおよび通常のアグリゲーションレベル１４１８を有するそのＷＴＲＵのために構成されたＰＤＣＣＨを有する各補足セルについて、ｅＮＢは、特定の平均化インターバル１４０６にわたって平均化されたＳＩＮＲ  １４０８を測定することができる。この平均化されたＳＩＮＲを、ＳＩＮＲしきい値すなわち、ＤＣＩフォーマット１Ａ、たとえば２つのＣＣＥを最小限のＰＤＣＣＨ  ＢＬＥＲを伴って送信できるＳＩＮＲと比較することができる。平均化されたＳＩＮＲが、このしきい値よりデルタだけ下に低下する（１４２２に示されているように）時に、ｅＮＢは、ＭＡＣシグナリングを使用して、このＷＴＲＵのために拡張されたアグリゲーションレベル１４２０を構成することができる。平均化されたＳＩＮＲが、このしきい値よりデルタだけ上に達する時に、ＷＴＲＵを、通常のアグリゲーションモードを用いて構成することができる。
【０１３９】
一実施形態では、頑健性を、同一サブフレーム内のＤＣＩメッセージの繰返しを介してＰＤＣＣＨに追加することができる。この場合に、ｅＮＢが、ＳｕｐｐＣＣのチャネル品質の低下に気付いた時または欠けているＡＣＫ／ＮＡＣＫが検出された時に、ｅＮＢは、同一サブフレームのＰＤＣＣＨ内でＤＣＩメッセージを「ｎ」回繰り返すことができる。改善された周波数ダイバーシティを提供するために、ＤＣＩメッセージを、周波数領域で拡散させることができ、同一のまたは異なるアグリゲーションレベルで送信することができる（それぞれ同一のまたは異なるコーディングレートおよびレートマッチングを使用して）。
【０１４０】
一実施形態では、ＷＴＲＵによって提供されるＡＣＫ／ＮＡＣＫフィードバックは、ＷＴＲＵによって正しく復号されたＰＤＣＣＨ繰返しの回数の表示を含むことができる。そのような機構は、ｅＮＢが、各サブフレームでＷＴＲＵに実際の繰返しレートを送信することを犠牲にして、動的な繰返しレートをよりよく最適化することを可能にすることができる。繰返しレートは、ＳｕｐｐＣＣでの割振りのためにＤＣＩフォーマットを増補することと、ダウンリンク割振りに実際の繰返しレートを含めることとによって、ＰＤＣＣＨメッセージを介してＷＴＲＵに通信することができる。繰返しレートを、ＷＴＲＵに送信されるＭＡＣ  ＣＥメッセージによって変更することができる。
【０１４１】
ＰＤＣＣＨ繰返しのオプションは、繰り返されるＰＤＣＣＨメッセージを冗長性および周波数ダイバーシティに使用できる時の、繰返しレートの送信なしでのＰＤＣＣＨ繰返しを含むことができる。ＷＴＲＵは、単一のダウンリンク割振りを見つけることができるまでＰＤＣＣＨを復号し、その後、停止することができる。ＰＤＣＣＨ繰返しは、ＷＴＲＵに、現在の繰返しレートを提供でき（ＰＤＣＣＨフィールドによって、またはＭＡＣ  ＣＥによって繰返しレートの変更に関して知らされて）、ＷＴＲＵが見つけることのできる多数のＰＤＣＣＨフィールドの復号を試みることができる時に、繰返しレートの高速適合を伴う繰返しを含むことができる。見つかったＰＤＣＣＨフィールドの個数を、機能強化されたＡＣＫ／ＮＡＣＫメッセージを介して通信することができる。
【０１４２】
図１５に、繰返しレートを変更するためのメトリックとしてＡＣＫ／ＮＡＣＫフィードバックを使用するＰＤＣＣＨ繰返しのシグナルフロー図を示す。このメトリックは、ｅＮＢ  １５０２で実行される測定に由来するものとすることができる。特定のＷＴＲＵ  １５０４から受信されるＡＣＫ／ＮＡＣＫの欠如すなわち１５１４で検出され欠けているＡＣＫ／ＮＡＣＫに基づいて、干渉が１５１０で二次ユーザから注入され得た後に、ｅＮＢは、１５１６で、各割振りメッセージをたとえば３回送信することによって、ＰＤＣＣＨ繰返しを増やすと判断することができる。ＷＴＲＵは、受信されたデータに関するＡＣＫまたはＮＡＣの送信に加えて、ＡＣＫ／ＮＡＣＫメッセージと共に、繰り返されたＡＣＫ／ＮＡＣＫが受信された回数を１５１８および１５２４で送信することができる。このフィードバックを、１５２０で、ｅＮＢによって、ＬＥ帯内の改善されたチャネルを表示し、干渉を除去するのに使用することができる。ｅＮＢは、１５２６でＰＤＣＣＨ繰返しの回数を減らして、ＳｕｐｐＣＣ  ＬＥリソースの効率的な使用を保証することができる。
【０１４３】
ＰＤＣＣＨ繰返しは、通常のＬＴＥと比較して、ＰＤＣＣＨを送信するのに使用されるＯＦＤＭシンボルの増やされた個数から利益を得ることができる。たとえば、最大３つのＯＦＤＭシンボルでＰＤＣＣＨを送信するのではなく、ＳｕｐｐＣＣ上のＰＤＣＣＨのＯＦＤＭシンボルの個数を、３つを超えて増やし、より多数の検索空間を可能にし、したがって、ｅＮＢスケジューラの反復のより高い潜在能力を可能にすることができる。
【０１４４】
ＰＤＣＣＨ輻輳を、単一のメッセージを使用して複数のコンポーネントキャリア（主および二次または副）のスケジューリング情報を組み合わせることによって回避することができる。そのような組合せは、同一のＷＴＲＵに関する同一のサブフレーム上の補足搬送波とライセンスされた搬送波との両方でリソースを割り振るために２つの別々の制御チャネルメッセージを使用することを回避することができる。さらに、ＷＴＲＵに関する高い負荷の期間中にＳｕｐｐＣＣを使用できることを考慮すると、特定のＷＴＲＵに関するライセンスされた搬送波およびＬＥ搬送波上での同時のリソースの割振りを、頻繁に行うことができる。
【０１４５】
リソース割振りを、プライマリーコンポーネントキャリアならびに／または二次コンポーネントキャリアおよびサプリメンタリーコンポーネントキャリアに対して同時に（同一のサブフレーム内で）行うことができる。割振りを、ライセンスされた帯域内で行うことができる（たとえば、主搬送波および二次搬送波の同一のサブフレーム上または二次搬送波の間でのリソース割振り）。
【０１４６】
主（または二次）ＣＣ内でのリソースブロックの割振りを、ＳｕｐｐＣＣ上で自動的におよび／または暗黙的にリソースを割り振るのに使用することができる。図１６に、暗黙的なダウンリンクリソース割振りを示す。同様の手法が、アップリンク割振りについて可能である可能性がある。
【０１４７】
割振りのタイプを知るために、ライセンスされた帯域のリソース１６０２の明示的な割振り１６１２およびＳｕｐｐＣＣリソース１６０４の暗黙的な割振り１６１０を実行できるリソース割当タイプを定義することができる。この割振りタイプを、本明細書では「タイプ３」割振りと称する場合がある（これを一般化することもでき、その結果、異なる割振りタイプを使用して、ＬＴＥタイプ０、１、および２と同様に暗黙的な割振りを行うことができるようになる）。同様の設計概念を、アップリンクグラントの場合に使用することができる。
【０１４８】
図１７に、たとえば暗黙的なリソース割振りでのマッピングルールおよびマッピングパラメータを示す。１または複数のＳｕｐｐＣＣの暗黙的な割振りを使用可能にするために、ｅＮＢおよび割振りを受け取ろうとしているＷＴＲＵは、ライセンスされた搬送波上のＰＲＢ割振り（ＣＩＦによって表示される）を１または複数のＳｕｐｐＣＣ上の関連するＰＲＢ割振りにマッピングできるマッピングルールを知ることができる。そのようなマッピングルールは、通常はＰＣＣまたはＳＣＣ上のリソースを割り振るのに使用され得る割振りのタイプごと（タイプ０、タイプ１、およびタイプ２）に存在するものとすることができる。その結果、ｅＮＢが、たとえばタイプ１割振りを使用するＰＣＣまたはＳＣＣの割振り１７０２を送信できる時に、ＷＴＲＵは、タイプ１に適用可能なマッピングルールを使用して、ＳｕｐｐＣＣ  １７０８上でｅＮＢによって暗黙的に割り振られた可能性があるＰＲＢを判定することができる。ｅＮＢは、ＰＣＣ／ＳＣＣ  １７０４とＳｕｐｐＣＣ（１または複数）１７０８との両方のチャネル条件に基づいて、ＳｕｐｐＣＣリソースを提供できるマッピングルール（１７０６）の知識を使用して、ＷＴＲＵのためにリソースをスケジューリングすることができる。
【０１４９】
マッピングルールを、非常に包括的であり、割振りタイプに特に結び付けられないものとすることができ、または、マッピングルールが、ＰＣＣ／ＳＣＣ上で使用される割振りタイプへの密な相関を有することができる。タイプ０割振りを仮定するマッピングルールの実施形態を、ビットマップサブセットの使用とすることができる。ｅＮＢは、オフセットＯの適用の後に、タイプ０割振りで使用されるビットマップの最初のＮビットに関連付けられるＰＲＢをＳｕｐｐＣＣ上のＷＴＲＵに割り当てることができる。たとえば、ＮおよびＯを、マッピングルールのパラメータとすることができる。たとえば、ＰＣＣが、１００個のＲＢを有する場合に、たとえば、１００ビットビットマップの最初のＮ＝１５ビットを、たとえばＯ＝５のオフセットを仮定してＳｕｐｐＣＣのＰＲＢに適用することができる。結果の１５ビットは、たとえば５〜１９（Ｏ〜［Ｎ＋Ｏ−１］）の番号を与えられたＰＲＢからＳｕｐｐＣＣ内のＰＲＢのセットを選択することができる。もう１つの実施形態は、たとえば、タイプ２割振り語をｍ個の異なるセグメントに分割でき、各セグメントをｍ個のアクティブＳｕｐｐＣＣのそれぞれでの割振りに関するビットマップとして使用できる場合に、オリジナル割振りタイプへのより少ない相関を有することができる。
【０１５０】
環境に基づく割振りの柔軟性を提供するために、マッピングルールを、ｅＮＢからＷＴＲＵに周期的に通信することができる。たとえば、ＷＴＲＵトラフィック要件の増加は、マッピングルールまたはマッピングに関連付けられたパラメータの変更を必要とする場合がある。マッピングのそのような変更を、ＲＲＣシグナリングを介してまたはＭＡＣ  ＣＥを介して達成することができる。さらに、同一のマッピングルールを、ＬＥ帯を使用するＷＴＲＵに使用することができ、ここで、マッピングルールおよびパラメータを、ライセンスされた帯域上でシステム情報を介して送信することができる。
【０１５１】
特定のＣＣ上のダウンリンク割振りは、使用すべきＨＡＲＱ情報（たとえば、ＨＡＲＱプロセス番号、新規データインジケータ（ＮＤＩ）、および冗長バージョン（ＲＶ）を含む）を指定することができる。ＳｕｐｐＣＣのＨＡＲＱ情報を、複数の形で送信することができる。一実施形態では、ＤＣＩフォーマットを使用して、ライセンスされた帯域とライセンス免除帯域との両方について別々のＨＡＲＱ情報（ＨＡＲＱプロセス番号、ＮＤＩ、およびＲＶ）を送信することができる。２つの異なるトランスポートブロックに関する別々のＨＡＲＱ情報と共に定義されたＤＣＩフォーマット２（ＭＩＭＯに使用される）を、使用することができる。一実施形態では、ライセンスされた搬送波およびライセンス免除搬送波上で行われた割振りを介して別々のトランスポートブロックを送信することによって、ＤＣＩフォーマット２を使用することができる。
【０１５２】
一実施形態では、同一のＨＡＲＱプロセス番号を、ライセンスされた割振りとライセンス免除割振りとの間で使用することができる。たとえば、スケジューラは、複数の搬送波（ＰＣＣ／ＳＣＣおよびＳｕｐｐＣＣ）の割振りに同一のプロセス番号を使用することができる。たとえば、再送信がＳｕｐｐＣＣ上でスケジューリングされる場合に、スケジューラが２つの搬送波の間で同一のプロセス番号を再利用できる次の時まで、この再送信を、タイプ０、１、または２の適応再送信によって実行することができる。
【０１５３】
ＰＤＣＣＨ輻輳を、繰り返されるバースト割振りおよび／またはグラントシグナリングを介して解決することができる。たとえば、単一のＰＤＣＣＨメッセージを使用して、後続サブフレームで発生し得るダウンリンクリソースまたはアップリンクリソースのバーストを割り振ることができる。そのようなリソースは、スケジューラによって判定されるＷＴＲＵの現在の必要に基づく特定の周期性で繰り返すことができる。ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ（ＳＰＳ）が、主セル内で許容される。ＳＰＳとは別個の、繰り返されるバースト割振りが許容される場合がある。
【０１５４】
ＳＰＳ構成を、ＲＲＣからＭＡＣ層に移動することができ、その結果、ＭＡＣスケジューラが、ＭＡＣによって見られる特定のＷＴＲＵのトラフィックに基づいてスケジューリングインターバルを変更できるようになる。ＭＡＣ層の使用は、現在の負荷条件および必要な場合にＰＤＣＣＨ上の潜在的なブロッキング問題に基づいてＳＰＳを構成する柔軟性をスケジューラに与えることができる。それは、あるタイムインターバルについてリソースをスケジューリングする能力をスケジューラに与えることができる。持続時間は、ある共存ルールまたは合意に基づいて、ＬＴＥシステムがチャネルを使用することを保証され得る割り当てられた時間とすることができる。
【０１５５】
さらに、ＳＰＳは、複数の連続するサブフレームの割振りの割当を可能にしない場合があり、１０サブフレームの最小インターバルを用いて構成される場合がある（ＴＤＤの同一フレーム内で２つのサブフレームをスケジューリングする可能性を伴って）。ＳｕｐｐＣＣをより小さいインターバルでスケジューリングすることを可能にするために、ＳＰＳインターバルを指定する、より柔軟な形を提供することができる。
【０１５６】
繰り返されるバースト割振りでは、ＭＡＣ  ＣＥを使用して、ＷＴＲＵごとにバーストモードを構成することができる。バーストモードの構成は、バースト割振りを識別できる一意識別子、割振りがＳｕｐｐＣＣ上のＷＴＲＵについて存在し得る連続するサブフレームの個数、バースト割振りの周期性、および／または使用されるホッピング方式を含むことができる。
【０１５７】
動的ＦＤＤの場合に、割振りにより連続するサブフレームは、時間的に連続するサブフレームと等しいものとすることができる。ＴＤＤについて、割振りを、ダウンリンク（連続するサブフレームが連続するダウンリンクサブフレームからなるものとすることができる場合）またはダウンリンクとアップリンクとの両方（連続するサブフレームの個数が、ＴＤＤ  ＵＬ／ＤＬ構成に依存してＤＬサブフレームとＵＬサブフレームとの両方からなる可能性がある場合について行うことができるかどうかを判定するために、特殊なモードをＭＡＣ  ＣＥ内に含めることができる）。
【０１５８】
ホッピングを使用できる時には、割振りは、バースト時間内に、リソースブロックのあるセットから別のセットへまたはあるＳｕｐｐＣＣから別のＳｕｐｐＣＣに移動することができる。ホッピングモードは、ホッピングを単一のＳｕｐｐＣＣ内でのリソースブロックの変更に制限できるかどうか、またはホッピングがＷＴＲＵのために構成されたあるＳｕｐｐＣＣから別のＳｕｐｐＣＣへ実行され得るかどうかを選択することができる。
【０１５９】
バーストモード割振りがＷＴＲＵについてアクティブである任意の所与の時に、ｅＮＢは、上記の構成パラメータを変更するために更新されたＭＡＣ  ＣＥを送信することによって、バーストモードの構成を変更することができる。バーストを、特定の時のＬＥチャネルの既知の可用性に基づいてｅＮＢによってスケジューリングすることができる。可用性の知識は、共存システムによって行われる共存判断を介して、チャネルの可用性パターンを予測できる結果を感知することによって、または特定の時間期間にＬＥチャネルの使用を可能にすることができるチャネルの主ユーザとの合意によって、入手することができる。
【０１６０】
バーストモード割振りの開始を、ＭＡＣ  ＣＥ内で送信される一意識別子に対応することができるＲＮＴＩにアドレッシングされたＰＤＣＣＨメッセージによってトリガすることができる。これは、バーストのサブフレームごとのリソース割振りを与える。バーストモード割振りが、ダウンリンクとアップリンクとの両方である（たとえば、ＴＤＤ  ＳｕｐｐＣＣに関する）連続するサブフレームについて構成される場合に、同一のリソースブロック割振りを、アップリンクモードとダウンリンクモードとの両方で使用することができる。
【０１６１】
図１８に、ライセンスされた帯域からクロスキャリアスケジューリングされるＳｕｐｐＣＣ上のバーストモード割振りを示す。共存ギャップまたはモード変更（動的ＦＤＤの場合にはＵＬからＤＬ）の到着時に、アクティブバースト割振りを、暗黙的に取り消すことができる。バーストの取消は、ＬＴＥでのＳＰＳと同様に、バースト割振りを取り消すことができる特殊なＰＤＣＣＨ割振りバースト１８０２の送信を介して達成することができる。
【０１６２】
ＬＥ帯は、干渉の存在および他の技術と共存する必要に起因して、ＬＴＥなどのリソース割振りベースのシステムに対する追加の課題を提示する可能性がある。他の技術、たとえばＷｉ−Ｆｉおよび他のＬＴＥシステム（たとえば、異なるオペレータによって管理される）との共存は、共存ギャップを介して、またはリソース割振りベースのシステムが、他の共存するシステムがＬＥチャネルにアクセスすることを可能にすることができる期間を介して、達成することができる。ＬＥ帯での送信での共存ギャップの存在と、ＬＥチャネルの可用性を判定するために送信の前に実行される感知とに起因して、本明細書で説明される割振り手順およびグラント手順を機能強化することが望ましいを提供することができる。
【０１６３】
図１９Ａおよび１９Ｂに、チャネルタイミングオフセットがない場合およびチャネルタイミングオフセットがある場合のグラント取消メッセージのタイミングを示す。サブフレームｎ  １９０６にＷＴＲＵ  １９１８へシグナリングされるアップリンクグラントは、ある個数のサブフレームだけ後に（たとえば、ＦＤＤ  ＬＴＥの場合に４サブフレーム（１９１４で））効力を生じる。ＬＥチャネルは、この遅延の後に使用不能になる可能性があるので、ｅＮＢとＷＴＲＵとの間のコーディネーションの方法を、アップリンクグラントをさらに妥当性検査しまたは変更するために提供することができる。
【０１６４】
一実施形態では、チャネル可用性を判定するためのＬＥ帯上での感知を、ｅＮＢで行うことができると仮定することができる。この場合に、ｅＮＢは、グラントの送信とそのグラントが効力を生じるサブフレームとの間の任意の時に、割り振られたＬＥチャネルが使用不能になった可能性があることを検出することができる（たとえば、１９２６および１９２８に示されているように）。これは、たとえば、ｅＮＢがＬＥ帯上でアップリンク送信を全くスケジューリングしなかった可能性があるアップリンクサブフレーム中に発生する可能性があり、占められていないチャネル１９３０は、別の競争するシステム１９３２によって占められ得る。ｅＮＢは、どのユーザにも割り振られなかったサブフレームに続いて実行される可能性がある感知動作を介してこれを知るようになる可能性がある。一実施形態では、競争するシステムがＬＥチャネルへのアクセスを得ることができる確率が低い時に、ｅＮＢは、ライセンスされた帯域（ＰＣＣまたはＳＣＣ）を介してＷＴＲＵにグラント取消１９１６表示を送信することができる。グラント取消は、ＷＴＲＵのアップリンクグラントが効力を生じることができるサブフレーム１９１４の前の任意のサブフレーム（１９１８）上で送信され得る。さらに、ＬＥ帯とライセンスされた帯域との間の時間オフセットを仮定すると（図１９Ｂに示されているように）、グラント取消１９１６を、同一のサブフレーム１９１４上で送信することができる。
【０１６５】
グラント取消メッセージを、たとえばフォーマット１Ｃを使用して、ＰＤＣＣＨ上の短い制御メッセージを介して送信することができる。ＷＴＲＵが、ライセンスされた帯域のＰＤＳＣＨ上でデータを割り振られた場合には、グラント取消メッセージを、データ割振りにピギーバックし、これによってＰＤＣＣＨでの節約をもたらすことができる。ピギーバックされたグラント取消を用いると、この情報を頑健に符号化することができる。グラント取消メッセージを、実際のグラントに対して特定の時に送信できる場合には、このメッセージの存在は、グラントが取り消された可能性があることをＷＴＲＵが知るのに十分である可能性がある。グラント取消メッセージを、特定のＯＦＤＭシンボル上の送信の存在もしくは不在を介して、またはＰＤＣＣＨ上でｅＮＢによって使用されるデータもしくはＣＲＣ値内の異なる符号化の使用を介して、信頼できる形で送信することができる。
【０１６６】
グラント取消メッセージの受信に続いて、ＷＴＲＵは、割り振られる可能性があるサブフレームのＳｕｐｐＣＣ上での送信をやめることができ、ｅＮＢから将来のグラントを受信できる時に、送信を開始することができる。
【０１６７】
グラント取消機構は、システムが、動作するための一時的な排他的な権利を保証され得るか、他の二次システムによる使用が非常に少ない可能性がある場合に、チャネル上で動作するシステムのケースで有益である可能性がある。そのようなグラント取消は、大量のシグナリングオーバーヘッドなしで干渉または他の二次システムに対する保護を可能にすることができる。競争するシステムがしばしばチャネルにアクセスする可能性がある場合には、アップリンクグラント取消の機構は、アップリンクグラントを取り消し、新しいアップリンクグラントを再発行する必要に起因して、ＰＤＣＣＨでの不必要なシグナリングをもたらす場合がある。アップリンクグラント確認手順を使用することができ、これによって、ｅＮＢは、まずＷＴＲＵにアップリンクグラントを送信し、その後、ＰＣＣまたはＳＣＣのＰＤＣＣＨを使用してアップリンク構成情報を送信することによってＬＥチャネルの可用性を確認することができる。グラント確認が、サブフレームｋにｅＮＢによって送信され得る時に、ＷＴＲＵは、サブフレームｋにそれに割り振られたアップリンクグラントを使用することができる。アップリンクグラント確認が、サブフレームｋに受信されないか、ｅＮＢが、サブフレームｋにＷＴＲＵのアップリンクグラント取消を送信する場合には、ＷＴＲＵは、そのサブフレームにＬＥ帯上で送信してはならず、次のアップリンクグラント確認を含むサブフレームを待つことができる。
【０１６８】
ｅＮＢおよび対応するＷＴＲＵは、グラント取消が送信され得る、ある動作モードから、ＬＥチャネル上で動作している間にグラント確認が動的に送信され得る別のモードに移ることができる。このモードの変更を、イベントによってトリガすることができ、ここで、新しい情報が、共存データベースなど、同一チャネルを使用する主ユーザまたは二次ユーザのデータベース内で使用可能とすることができる。この変更を、ｅＮＢまたは、他の二次システムによるチャネル占有の測定を行う責任を負うｅＮＢの外部のエンティティによって行われる判断によってトリガすることができる。そのようなエンティティは、感知ツールボックスを含むことができる。
【０１６９】
ｅＮＢは、感知ツールボックスが、同一のＬＥチャネル上での増やされた二次ユーザ利用を知るようになる可能性がある時に、グラント取消モードからグランド確認モードに変更することができる。この場合に、二次ユーザ利用のしきい値を判定することができ、ある動作モードからの切替は、測定された二次ユーザ利用がこのしきい値を超える可能性がある時に実行に移されるものとすることができる。この判断を、感知ツールボックスで、または感知ツールボックスからの測定値を使用してｅＮＢ自体で実行することができる。
【０１７０】
モードの変更をシステム内で有効にする前に、ｅＮＢは、そのチャネルを使用してＬＥ  ＷＴＲＵに通知することができる。一実施形態では、通知を、ＬＥ帯内で動作する各補足セルに関連付けられた専用システム情報を介して、またはシステムが使用できる各ＬＥチャネルを介して送信することができる。補足セルシステム情報の場合に、各補足セルのシステム情報に関連付けられた専用のＳＩＢは、アップリンクグラント確認またはアップリンクグラント取消のどちらがそのセル上で使用され得るのかを表示できる「アップリンクグラントモード」などのフィールドを含むことができる。補足セルアップリンクグラントモードを、ＬＴＥで定義される通常のＳＩＢ変更によって変更することができる（上で言及したトリガのうちの１つの後に）。
【０１７１】
アップリンクグラント確認を、特にこのメッセージのために予約されているものとすることができるＣＣＥを使用して、ライセンスされた帯域上のＰＤＣＣＨ内で定義することができる（同様の設計を、グラント取消メッセージに使用することができる）。たとえば、１または複数のＣＣＥを、ＬＥ帯を使用するために登録され得るＷＴＲＵへの特定のサブフレームに関連付けられたアップリンクグラント確認の送信のためにＰＣＣ  ＰＤＣＣＨ内で定義し、予約することができる。複数のＷＴＲＵが、アップリンク送信に同一のＳｕｐｐＣＣを同時に使用しつつある場合がある（たとえば、ＷＴＲＵ１が、範囲ｆ１内のリソースブロックのセットを割り振られ得、ＷＴＲＵ２が、範囲ｆ２内のリソースブロックのセットを割り振られ得る）ので、複数のＷＴＲＵが、同一のアップリンクグラント確認を共有することができる。というのは、この情報が、ｅＮＢで入手された同一の感知結果に基づく可能性があるからである。
【０１７２】
図２０に、アップリンクグラント確認の送信のために予約されたＰＣＣ上の単一のＣＣＥの使用を示し、ここで、単一のリソース要素グループ（４つのリソース要素）２００２を、アップリンクモードで動作する単一のＳｕｐｐＣＣに関連付けることができる。たとえば合計９個のＳｕｐｐＣＣをサポートすることができる。図２０に示されているように、単一のアップリンクグラントに関連付けられるリソース要素の個数は、変化することができ、たとえば４という値を選択することができる。たとえば、グラント取消の場合に、ｅＮＢが、所与のＬＥチャネルがビジーであると判定する時に、それは、そのＬＥチャネル内で動作するＳｕｐｐＣＣに関連付けられたリソース要素をアサートすることによって、グラント取消メッセージを送信することができる。このグラント取消メッセージを、そのＳｕｐｐＣＣ上に保留中のグラントを有する可能性があるＷＴＲＵに送信することができる。そのＳｕｐｐＣＣ上に保留中のグラントを有する可能性があるＷＴＲＵは、その後、実際のグラントの前のサブフレーム上で、予約されたＣＣＥを復号することができる。
【０１７３】
アップリンクグラント確認のために予約されたＣＣＥの位置を、ＬＥ対応ＷＴＲＵにシステム情報を介して送信することができ、または、それは、ＳｕｐｐＣＣセルＩＤに基づく事前定義の位置およびホッピングパターンに従うことができる。どの場合でも、ＰＣＣを使用できるＬＥ対応ＷＴＲＵは、ＰＤＣＣＨ内のアップリンクグラント確認（取消）メッセージの位置を知っているものとすることができる。一部のＷＴＲＵ、たとえばＬＴＷ  Ｒｅｌ．１０  ＷＴＲＵについて、予約されたＣＣＥは、ＰＤＣＣＨ上で制御メッセージを送信するのに使用されないものとすることができる。
【０１７４】
ＷＴＲＵが、アップリンクグラント取消を受信する（または、アップリンクグラント確認の不在）可能性がある時に、グラントは、次のイベントのうちの１つが発生し得るまで保留中のままになるものとすることができる。ＷＴＲＵは、将来のサブフレームに肯定のアップリンクグラント確認を受信することができる。ＷＴＲＵは、将来のサブフレーム上で送信され得るアップリンクグラントパラメータ（帯域幅（ＢＷ）、変調／符号化スキーム（ＭＣＳ）など）を適用することができる。ＷＴＲＵは、ＷＴＲＵがそれに関するアップリンクグラント確認を待っていた任意の保留中のグラントを置換できるＰＤＣＣＨ内の新しいグラントを受信することができる。特定のアップリンクグラントに対するタイマは、ｅＮＢがＰＤＣＣＨ内でグラント確認または新しいアップリンクグラントを送信しなければ、満了することができる。
【０１７５】
アップリンクグラント確認／取消を、サブフレームｎに有効である可能性があるグラントについて、サブフレームｎ〜ｋに送信することができる。これは、ＷＴＲＵが、複数のアップリンクグラントが保留中である可能性がある時に、取消／確認とグラントとの間のマッピングを判定することを可能にすることができる。
【０１７６】
感知がＷＴＲＵで実行される時に、ＷＴＲＵは、チャネルがフリーであることを感知した後に、そのＷＴＲＵに割り当てられた可能性があるグラント内で、送信することができる。この場合に、グラントは、ＷＴＲＵがチャネルにアクセスできるようになるまで、同一のグラントパラメータ（ＢＷ、ＭＣＳなど）を有して保留中のままになることができる。アップリンクグラントを機能強化して、ＵＬグラントによって表示されるＳｕｐｐＣＣ上で感知およびアップリンク送信を再試行できるようになる前に、ＷＴＲＵが待つ可能性があるサブフレームの個数を表示できる「再試行遅延」パラメータを含めることができる。異なる時のＳｕｐｐＣＣ上での複数のＷＴＲＵによるＵＬ送信のフルパイプラインを維持するために、この再試行遅延パラメータを、ｅＮＢのスケジューラによってセットすることができる。それを、競争するシステムの既知のアクセス時間を考慮するようにそれ相応にセットすることもできる（その情報が既知である場合に）。
【０１７７】
スケジューラが再試行遅延パラメータの割振りを介してアップリンクＳｕｐｐＣＣを効率的に利用するために、ＷＴＲＵがグラントに関連付けられた所与のサブフレーム上のチャネルにアクセスできる可能性があるかどうかの知識を、論理フィードバックチャネルを介してｅＮＢに通信することができる。この情報を、ＷＴＲＵによって送信して、それがライセンスされた帯域上の制御チャネルの使用を介してＬＥチャネルに成功してアクセスしたことを表示することができる（ＷＴＲＵによって行われるアップリンク制御情報（ＵＣＩ）送信と同様に）。ＷＴＲＵは、ＷＴＲＵに割り当てられたものと一致する特定の符号化またはＣＲＣを使用して、ＬＥ上でアップリンクデータを送信することができる。
【０１７８】
ｅＮＢは、サブフレーム上で、グラントとして、ＷＴＲＵがそのチャネルを入手した可能性があるかどうかを知っているものとすることができる。後続のグラントに、それ相応に再試行遅延パラメータを割り当てることができる。そのような方式は、競争する方式によるＳｕｐｐＣＣのアクセスの長さが、共存情報を介してｅＮＢによって知られ得るか、ＬＥ帯ヘのアクセスを試みる際のスケジューラの積極性を動的に変更できる状況で、スケジューラを助けることができる。
【０１７９】
ＷＴＲＵがＳｕｐｐＣＣに対応するＬＥチャネルにアクセスするのに成功したことを送信するために、ＰＵＣＣＨを使用することができ、または、情報をＰＵＳＣＨにピギーバックすることができる。具体的には、「ＬＥチャネル使用可能」情報要素を、ＬＴＥでＷＴＲＵによって送信されるＵＣＩ情報のリストに追加することができる。ルールのセットを使用して、この情報要素をその中で送信できるリソースを判定することができる。ライセンスされたアップリンクグラント（たとえば、ＰＵＳＣＨ）が、「ＬＥチャネル使用可能」が送信されるサブフレーム上で使用可能である場合には、「ＬＥチャネル使用可能」を、ＰＵＳＣＨ上のデータと多重化することができる。ライセンスされたアップリンクグラント（たとえば、ＰＵＳＣＨ）が、「ＬＥチャネル使用可能」が送信されるサブフレーム上で使用可能ではない可能性がある場合には、「ＬＥチャネル使用可能」を、ＰＣＣ上のＰＵＣＣＨ上で送信することができる。
【０１８０】
複数のＳｕｐｐＣＣアップリンクグラントが、１つのサブフレーム上で使用可能である場合がある。ＷＴＲＵは、ｘビットのビットマップを送信することができ、ここで、各ビットは、ＳｕｐｐＣＣのうちで、ＷＴＲＵ内のアップリンク動作のために構成され得る１つを表すことができる。ビットマップの順序付けは、ＲＲＣ構成によって指定することができる。
【０１８１】
図２１に、再試行遅延パラメータの使用の例を示す（再試行遅延の値は、グラントのそれぞれに伴う括弧内に示されている（２１０２に図示））。この図のグラントは、異なるＷＴＲＵヘのグラントまたは同一のＷＴＲＵに送信される別個のグラントを含むことができる。
【０１８２】
ＷＴＲＵは、再試行遅延パラメータｒおよび最大再試行の回数ｎを、ＲＲＣ構成からまたは各ＳｕｐｐＣＣに関連付けられたシステム情報を用いて受け取ることができる。ＳｕｐｐＣＣ  ２１０６上のアップリンク送信のグラントを、ＷＴＲＵによって受信することができる時に、それは、グラントが効力を生じ得るサブフレームの直前（またはそのサブフレーム中）のある時に初期感知を実行することができる。チャネルが使用可能である場合には、ＷＴＲＵは、論理フィードバックチャネル２１０４を使用してｅＮＢに可用性を表示することができ、グラントを使用することができる。たとえばサブフレーム２１１２中に、チャネルが使用不能である場合には、ＷＴＲＵは、ｒ個のサブフレームの後に、初期感知をもう一度実行することができる。チャネルが使用可能である時には、ＷＴＲＵは、論理フィードバックチャネル２１０４を使用してｅＮＢに可用性を表示することができる。チャネルにアクセスするｎ回の不成功の試みが行われた場合には、グラントは、もはや有効ではないものとすることができ、ｅＮＢは、より後の時に新しいグラントをスケジューリングすることができる。ｎの値を、再試行の無限の回数を表示する特殊な予約された値またはＳｕｐｐＣＣを非アクティブ化できるまでの再試行の回数を使用して指定することができる。
【０１８３】
ライセンスされた帯域内のＰＤＣＣＨリソースへの影響を減らすために、ＳｕｐｐＣＣのチャネル品質が送信を許容できる時に、ＰＤＣＣＨをＳｕｐｐＣＣ上で送信することができる。ＬＥ帯の（および、ＷＴＲＵの展望からアクティブ化されているすべてのＳｕｐｐＣＣの）可用性は、送信の前にｅＮＢでの感知を受ける可能性があるので、ＷＴＲＵに、ＷＴＲＵにＰＤＣＣＨを提供するためのＬＥ帯の可用性または非可用性について通知することができる。
【０１８４】
既知の共存ギャップの存在に起因するＬＥ帯の可用性または非可用性は、サブフレームごとに変化する可能性があるので、そのようなメッセージングを、ライセンスされた帯域のＰＤＣＣＨを使用してＷＴＲＵにシグナリングすることができる。ＰＤＣＣＨ上でのこのメッセージの受信から、現在のサブフレームまたは次のサブフレームに（オフセットがＬＥ帯について構成されるかどうかに依存する）、ＷＴＲＵは、ＬＥ帯上でＰＤＣＣＨを復号する必要の表示を受信することができる。ライセンスされた帯域のＰＤＣＣＨ内の共通の検索空間を使用して、ＬＥ帯を利用するＷＴＲＵに共通する可能性があるＲＮＴＩ（たとえば、ＬＥ−ＲＮＴＩ）を使用して短いメッセージ（通常は、フォーマット１Ｃまたは類似するメッセージ）を送信することができる。このメッセージは、現在のサブフレームまたは次のサブフレーム内で使用可能にされかつ／または使用不能にされ得るＳｕｐｐＣＣのキャリアインジケータフィールド（ＣＩＦ）と、そのＳｕｐｐＣＣに適用できる動作（ＰＤＣＣＨのリスティングを使用可能にし、またはＰＤＣＣＨのリスティングを使用不能にする）を含むことができる。そのような表示を、固定された時刻に発生し得る事前定義の共存ギャップに関連して使用することができ、類似するシグナリングまたは他の手段（たとえば、ＭＡＣ  ＣＥ、ＲＲＣメッセージングなど）を使用してＷＴＲＵにシグナリングすることができる。
【０１８５】
図２２に、既知の共存期間または共存ギャップ２２２６の終りにＬＥ帯上でＰＤＣＣＨ  ２２０２を使用可能にするためのシグナリングの使用を示す。共存ギャップを、ｅＮＢによってスケジューリングすることができ、その開始点および持続時間を、ＲＲＣシグナリングを介してＷＴＲＵにシグナリングすることができる。ギャップの終りに、ｅＮＢは、ＳｕｐｐＣＣによって使用されるチャネルの感知２２１０および２２１２を実行して、その可用性を判定することができ、占められていない時にそのチャネルを使用することができる。２２２４で、チャネルが占められていないと判定される時には、ｅＮＢは、アクティブ化されたＳｕｐｐＣＣ上でＰＤＣＨ  ２２２０の復号を開始するようにＬＥ対応ＷＴＲＵに通知するために、ＬＥ−ＲＮＴＩにアドレッシングされた、共通の検索空間内の特殊なフォーマット１Ｃメッセージ２２２２を送信することができる。このメッセージは、各ＳｕｐｐＣＣに固有とすることができる。というのは、個々のＳｕｐｐＣＣ上の共存ギャップが、時間同期化されない可能性があるからである。ＷＴＲＵが同一のサブフレームに適用されるＳｕｐｐＣＣ  ＰＤＣＣＨを復号することを可能にするコマンドを可能にするために、十分な遅延を、ライセンスされた帯域の搬送波（ＰＣＣおよび／またはＳＣＣなど）とＳｕｐｐＣＣとの間で仮定することができる。オフセットが存在しない可能性がある場合には、コマンドおよび／またはメッセージは、次のサブフレームに適用することができる。
【０１８６】
一実施形態では、ＳｕｐｐＣＣを導入する時のＰＤＣＣＨ負荷を減らすために、ＰＤＣＣＨを、ダウンリンク割振りに組み込むことができる。本明細書で議論されるタイミングルールは、ライセンスされた帯域内のＦＤＤ  ＣＣとのＴＤＤ  ＣＣのアグリゲーションにも適用可能とすることができる。
【０１８７】
図２３に、ＴＤＤ  ＳｕｐｐＣＣのアップリンクグラントおよびダウンリンク割振りに用いられるタイミングを示す。動的ＦＤＤについて、アップリンク専用補足セルの場合に、補足セルのアップリンクグラントは、主セルまたは二次セル内の割り振られたＰＲＢ（データ空間内）上にピギーバックすることができる。ダウンリンク送信が、ＷＴＲＵについて所与のサブフレームに計画されている場合に、ｅＮＢは、特定のＤＣＩを使用してアップリンクグラントを搬送するためにいくつかのＰＲＢを割り振ることができ、または、制御領域内のＰＤＣＣＨを介するＵＬグラントシグナリングに頼ることができる。
【０１８８】
図２３では、ＰＤＣＣＨ  １  ２３０６およびＰＤＣＣＨ  ３  ２３１２は、たとえば、ＤＬ  ＰＣＣ上でＷＴＲＵのＤＬデータを割り振ることができる。これらの両方のＤＬ割振り内で、データに組み込まれたＰＤＣＣＨを、ＷＴＲＵのために送信することができる。たとえば、ＰＤＣＣＨ  ２  ２３０７は、サブフレームｎ＋１にＳｕｐｐＣＣ上でＤＬデータを割り振ることができる。たとえば、ＰＤＣＣＨ  ４  ２３１８は、サブフレームｎ＋５にＳｕｐｐＣＣ上でＵＬリソース２３２２を割り振ることができる。
【０１８９】
データに組み込まれたＰＤＣＣＨが、たとえばサブフレームｎ  ２３０８のＰＤＳＣＨ内でダウンリンク割振りのために送信される時に、ＳｕｐｐＣＣ内のダウンリンク割振りは、動的ＦＤＤについてサブフレームｎ＋１、ＴＤＤについてサブフレームｎ＋ｋに効力を生じることができ、ここで、ｋは、ＳｕｐｐＣＣ  ＴＤＤ構成で次のＤＬサブフレームまでのサブフレームの個数を指すことができる。データに組み込まれたＰＤＣＣＨが、たとえばサブフレームｎにＰＤＳＣＨ内のアップリンクグラントに関して送信される時に、アップリンクグラントは、動的ＦＤＤについてサブフレームｎ＋４、ＴＤＤについてｎ＋ｋに効力を生じることができ、ここで、ｋは、アップリンクに関する手順を使用して入手され得る。この手順を、ＳｕｐｐＣＣ内のＤＬサブフレームではない可能性があるサブフレームから発生し得る（グラントが、ライセンスされたＦＤＤ  ＣＣ内で行われる可能性があるので）ＵＬグラントの割振りを考慮に入れるために、拡張することができる。表６、７、および８に、ＰＣＣ／ＳＣＣグラントと、グラントが適用されるＳｕｐｐＣＣ上のアップリンク割振りとのマッピングを与える。表６〜８では、たとえば、ＴＤＤ  ＵＬ／ＤＬ構成０、１、および２が使用される。他の構成を、類似する形で判定することができる。
【０１９０】
【表５】
0005961282.tif 000009
【０１９１】
【表６】
0005961282.tif 000010
【０１９２】
【表７】
0005961282.tif 000011
【０１９３】
他のタイミング関係が可能である可能性がある。たとえば、図２３に示されているように、ダウンリンク割振りのためのデータに組み込まれたＰＤＣＣＨ  ２３０８とそれが割り振ることのできるＳｕｐｐＣＣリソース２３１０との間に１サブフレームの遅延がある場合がある。この遅延は、ＳｕｐｐＣＣが、ライセンスされたＣＣからの十分な長さの時間によってオフセットされ得ると仮定することによって除去することができる。
【０１９４】
ＳｕｐｐＣＣが、たとえばＴＤＤである時、または動的ＦＤＤでのＳｕｐｐＣＣのシグナリングのＤＣＩフォーマットが、ある追加を必要とする可能性がある場合に、ＬＥ帯をサポートするＷＴＲＵは、新しいＤＣＩフォーマットならびにレガシＤＣＩフォーマットを復号することを必要とする可能性がある。別々の検索空間を、この２タイプのフォーマットに使用することができ、これは、ＬＥ帯をサポートするＷＴＲＵによって実行されるブラインド復号の回数の節約を提供することができる。
【０１９５】
ＳｕｐｐＣＣのＤＣＩフォーマットを、ＴＤＤ  ＤＣＩフォーマットまたは動的ＦＤＤ  ＳｕｐｐＣＣとすることができる。動的ＦＤＤ  ＳｕｐｐＣＣ  ＤＣＩフォーマットは、割振りおよびグラントをスケジューリングするために、レガシＬＴＥフォーマットと比較して、ある追加を必要とする可能性がある。
【０１９６】
ＬＥ対応ＷＴＲＵによるＴＤＤ  ＤＣＩフォーマットおよびＦＤＤ（レガシ）ＤＣＩフォーマットの区別を、ｎＣｌ（式２）の特定の値について定義された検索空間に基づいて提供することができる。たとえば、０のｎＣｌに関して、１組の検索空間候補を定義することができ、１の値に関して、候補の別々のセットを定義することができる。ライセンスされた帯域の搬送波を表示するｎＣｌの値に対応するＰＤＣＣＨ候補について、ＬＥ−ＷＴＲＵは、スケジューリングされた割振りおよびグラントがＦＤＤコンポーネントキャリアに関係する可能性があるので、ＦＤＤ  ＤＣＩフォーマットを復号することができる。ＳｕｐｐＣＣに対応するｎＣｌ値に関連付けられたＰＤＣＣＨ候補について、ＷＴＲＵは、これらのＤＣＩメッセージがＴＤＤ  ＳｕｐｐＣＣ上で行われる割振りまたはグラントに関連付けられる可能性があるので、ＴＤＤ  ＤＣＩフォーマットを復号することができる。
【０１９７】
図２４に、たとえば、２レベルの検索空間（たとえば、レベル２（２４１２）およびレベル４（２４１６）にわたって拡散された６つのＰＤＣＣＨ候補を例によって示す）。ＰＤＣＣＨ候補Ｃ１〜Ｃ６を、ライセンスされた帯域の搬送波に対応するｎＣｌの値に関係する検索空間について定義することができる。これらの候補について、ＷＴＲＵは、ＦＤＤ  ＰＤＣＣＨフォーマットを復号することができる。ＰＤＣＣＨ候補Ｃ７〜Ｃ１２（２４１４）を、ＳｕｐｐＣＣに対応するｎＣｌの値に関係する検索空間について定義することができる。候補Ｃ７〜Ｃ１２について、ＷＴＲＵは、ＴＤＤ  ＰＤＣＣＨフォーマットを復号することができる。
【０１９８】
たとえば非特許文献５で与えられる式によって引き起こされるランダム化に起因して、同一サイズ（アグリゲーションレベル）を有するが、異なるｎＣｌについて入手される検索空間候補は、完全にオーバーラップする場合がある。たとえば、図２４の候補Ｃ３およびＣ７である。たとえば、ＷＴＲＵは、ＴＤＤフォーマットとＦＤＤフォーマットとの両方について復号することができ、これは、レガシキャリアアグリゲーションの極度に単純化されたシナリオ（またはＳｕｐｐＣＣをＦＤＤとすることができる場合）と比較して、ＷＴＲＵが実行する必要があるブラインド復号の回数を増やす可能性がある。追加のブラインド復号は、検索空間候補をオーバーラップさせるある種のルールを定義することによって回避することができる。たとえば、そのような候補において、ｅＮＢ／ＨｅＮＢは、ＦＤＤ  ＤＣＩフォーマットを送信することができ、そのようなＤＣＩメッセージは、ライセンスされた帯域の搬送波をアドレッシングすることができる。
【０１９９】
ＷＴＲＵは、複数のＰＤＣＣＨ候補を有する検索空間を判定することによって、制御情報を復号することができる。ＰＤＣＣＨ検索空間候補は、別個とすることができ、別個の開始点、終了点、またはアグリゲーションレベルモードもしくはサイズを有することができる。ＷＴＲＵは、検索空間に固有のＤＣＩフォーマットタイプに基づいてブラインド復号を実行することができる。
【０２００】
ＴＤＤ  ＳｕｐｐＣＣ（ＴＤＤフレーム構造を有する）のクロスキャリアスケジューリングに関して、ある種のサブフレームが、他のサブフレームより多数のＰＤＣＣＨリソースを必要とする場合がある。ＳｕｐｐＣＣ上の等しいアップリンク帯域幅およびダウンリンク帯域幅（平均して等しい個数のダウンリンクリソース割振りおよびアップリンクリソース割振り）またはダウンリンクの激しいトラフィックを仮定すると、ＳｕｐｐＣＣをクロスキャリアスケジューリングするために割り振られるＰＤＣＣＨリソースの個数は、ＴＤＤでダウンリンクサブフレームに対応するサブフレームでより多くなる可能性がある。アップリンクサブフレーム中に、ＰＤＣＣＨリソースは、アップリンクグラント（将来のサブフレームに効力を生じる可能性がある）または電力制御コマンドを必要とする可能性がある。ＬＥ対応ＷＴＲＵの電力消費および全体的なブラインド復号複雑さは、この要因を考慮に入れることと、ＳｕｐｐＣＣに対応するｎＣｌによって定義される検索空間に関連付けられる検索空間候補の個数を動的に変更することによって、単純化することができる。検索空間候補の個数の動的変更を、ＲＲＣシグナルに、ＬＥ対応ＷＴＲＵに対する変更を負荷要因を介してシグナリングさせることによって、トラフィック負荷（アップリンクが重い対ダウンリンクが重い）に合わせて調整することができる。
【０２０１】
候補の個数のこの動的な変化を可能にする１つの形は、ＲＲＣによって指定される負荷（アップリンクが重い対ダウンリンクが重い）に基づいてＴＤＤ  ＳｕｐｐＣＣ上のアップリンクサブフレームに対応するサブフレームの問題のＭ（Ｌ）を変更することとすることができる。ＳｕｐｐＣＣに対応するｎＣｌの値に関するこの式を適用する時に、ＳｕｐｐＣＣ内のアップリンクサブフレームに対応するサブフレームでのＭ（Ｌ）の値を、次式によって与えることができる。
【０２０２】
【数４】
0005961282.tif 000012
【０２０３】
式４
ここで、ｌは、ＳｕｐｐＣＣの負荷を考慮に入れる乗法因子とすることができ（負荷がダウンリンクで重い時により小さいものとすることができる）、ｃは、あるアップリンクサブフレームで検索される必要があるＳｕｐｐＣＣに対応するＰＤＣＣＨ候補の個数の減少に関するさらなる粒度を潜在的に提供するために、ＵＬ／ＤＬ構成での現在のサブフレームに基づいて定義され得る。
【０２０４】
実際のＰＤＣＣＨ候補を、この式を使用するのではなくテーブルを介して、場合ごとに構成することができる。たとえば、特定のサブフレームに関して、および特定のＴＤＤ  ＵＬ／ＤＬ構成について、当該のテーブルは、ＬＥ  ＷＴＲＵがブラインド復号を実行できる検索候補の個数を正確に定義することができる。これは、たとえば、アグリゲーションのレベルがＤＣＩフォーマット０、３、３Ａ、および４（電力制御およびアップリンクグラントに使用される）を送信するために必要ではない可能性がある場合に、アップリンクサブフレーム中にアグリゲーションの特定のレベルの完全な除去を可能にすることができる。
【０２０５】
一実施形態では、レガシＬＴＥ  Ｒｅｌ．８および／またはＬＴＥ  Ｒｅｌ．１０のＷＴＲＵに対するＬＥ対応ＷＴＲＵの影響を、ＴＤＤ  ＳｕｐｐＣＣ上のダウンリンクサブフレームに対応するサブフレームおよびサプリメンタリーコンポーネントキャリア上のアップリンクサブフレームに対応するサブフレームを比較する時に予期され得るＤＣＩメッセージの等しくない個数を利用することによって、減らすことができる。ＤＬ割振り（２５０６）を、それらが送信されるものと同一のサブフレーム内でスケジューリングすることができるので、ＳｕｐｐＣＣによるＰＤＣＣＨ使用が、アップリンクサブフレームよりダウンリンクサブフレーム内で激しいことを予期することができる。これは、ＬＥ対応ＷＴＲＵならびに同一のプライマリーコンポーネントキャリアまたは二次コンポーネントキャリアを使用するレガシＷＴＲＵのブロックにつながる可能性がある。
【０２０６】
ブロッキング問題を軽減するために、スケジューラは、ダウンリンク割振りの一部を、ＳｕｐｐＣＣ上のアップリンクサブフレーム（２５１８および２５２０）中に送信されるＤＣＩフォーマットに移動することができる。アップリンクインデックスに似て、割振りを実際に行えるサブフレーム番号またはＤＣＩメッセージが送信されるところに対する相対的なサブフレームオフセットを指定するために、インジケータを提供することができる。図２５に、フレーム全体に対するＰＤＣＣＨ負荷の分布を示す。
【０２０７】
ＳｕｐｐＣＣ内のリソースのダウンリンク割振りを、複数のサブフレームにまたがって分散させることができるので、ブロッキングの可能性を減らすことができる。さらに、ＳｕｐｐＣＣに関連付けられたＤＣＩフォーマットを、別々の検索空間内で送信することができるので、レガシＷＴＲＵとの互換性問題がないものとすることができ、ＳｕｐｐＣＣでのスケジューリングに対応するＴＤＤ  ＤＣＩフォーマットを、ダウンリンクインデックスフィールドを含むように簡単に拡張することができる。
【０２０８】
一実施形態では、ＬＥ対応ＷＴＲＵは、ＷＴＲＵ固有検索空間内のＴＤＤ  ＤＣＩフォーマットを、それらが参照する搬送波のタイプ（ＴＤＤ副またはＦＤＤライセンスされた）に関わりなく受信しまたは復号することができる。ＤＣＩメッセージが、ＦＤＤライセンスされた帯域の搬送波に固有である可能性がある場合には、ＤＣＩフォーマットのＴＤＤ固有フィールドを無視することができる。ＤＣＩフォーマットのＣＩＦフィールドを使用して、ＤＬ割当および／またはＵＬグラントが適用できるＣＣを表示することができ、この情報に基づいて、ＤＣＩビットをそれ相応に解釈することができる。たとえば、ＣＩＦフィールドが、ライセンスされた帯域内のＣＣをポイントする場合に、ＤＣＩフォーマットをＦＤＤと解釈することができ、追加の（パディング）ビットを無視することができる。ＣＩＦフィールドがＴＤＤ  ＳｕｐｐＣＣをポイントする場合には、ＤＣＩフォーマットをＴＤＤと解釈することができる。
【０２０９】
図２６に、ＬＥ対応ＷＴＲＵのＴＤＤ  ＤＣＩフォーマットの使用を示す。図２６に示されているように、類似するアグリゲーションレベルモード、たとえばＣ３およびＣ７とオーバーラップする候補の場合に、ＷＴＲＵは、以前のシナリオのブラインド復号の回数の２倍を実行しないものとすることができる。主な欠点は、ｅＮＢおよび／またはＨｅＮＢが、ＬＥ対応ＷＴＲＵのＷＴＲＵ固有検索空間内のＦＤＤ搬送波のスケジューリングに余分なビットを使用することを強制される可能性があることとすることができる。
【０２１０】
ＴＤＤ  ＤＣＩフォーマット（上で説明した）に似て、パディングを使用して、２つの異なるフォーマットの独立のブラインド復号を実行する必要なしに、同一の検索空間候補（またはオーバーラプする検索空間候補）内のＴＤＤまたはＦＤＤのいずれかを参照するＤＣＩフォーマットの送信を保証することもできる。ＴＤＤケースを指定するのに十分な長さを有する別個のフォーマットを提供することができる。同一のブラインド復号がＦＤＤ固有ＤＣＩメッセージを復号できるために、これらのメッセージを、ＴＤＤ長と同一個数のビットまでパディングすることができる。メッセージの内容の解釈（一致として復号できた後の）は、ＣＩＦの値と、その値がライセンスされた（ＦＤＤ）コンポーネントキャリアまたは副（ＴＤＤ）搬送波のどちらを参照するのかとに依存するものとすることができる。ＦＤＤ  ＤＣＩフォーマットを使用して、ＳｕｐｐＣＣに関する情報をシグナリングできると仮定すると、レガシＬＴＥ  ＦＤＤ  ＤＣＩフォーマットを使用することができる。
【０２１１】
特徴および要素が、上で特定の組合せで説明されるが、各特徴または要素を、単独でまたは他の特徴および要素との任意の組合せで使用することができることを、当業者は了解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線接続または無線接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。
【図１Ａ】
0005961282.tif 000013
【図１Ｂ】
0005961282.tif 000014
【図１Ｃ】
0005961282.tif 000015
【図１Ｄ】
0005961282.tif 000016
【図１Ｅ】
0005961282.tif 000017
【図２Ａ】
0005961282.tif 000018
【図２Ｂ】
0005961282.tif 000019
【図２Ｃ】
0005961282.tif 000020
【図３Ａ】
0005961282.tif 000021
【図３Ｂ】
0005961282.tif 000022
【図４】
0005961282.tif 000023
【図５】
0005961282.tif 000024
【図６】
0005961282.tif 000025
【図７】
0005961282.tif 000026
【図８】
0005961282.tif 000027
【図９】
0005961282.tif 000028
【図１０】
0005961282.tif 000029
【図１１】
0005961282.tif 000030
【図１２】
0005961282.tif 000031
【図１３】
0005961282.tif 000032
【図１４】
0005961282.tif 000033
【図１５】
0005961282.tif 000034
【図１６】
0005961282.tif 000035
【図１７】
0005961282.tif 000036
【図１８】
0005961282.tif 000037
【図１９Ａ】
0005961282.tif 000038
【図１９Ｂ】
0005961282.tif 000039
【図２０】
0005961282.tif 000040
【図２１】
0005961282.tif 000041
【図２２】
0005961282.tif 000042
【図２３】
0005961282.tif 000043
【図２４】
0005961282.tif 000044
【図２５】
0005961282.tif 000045
【図２６】
0005961282.tif 000046