(57)【特許請求の範囲】
【請求項１】
キャリア集約を扱うためのワイヤレス送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
第１のコンポーネントキャリアを介して送信された無線資源制御（ＲＲＣ）シグナリング上で、第２のコンポーネントキャリアのためのキャリア集約情報を受信するステップであって、前記キャリア集約情報は、どのコンポーネントキャリアが、前記第２のコンポーネントキャリアに関連付けられたダウンリンク制御情報を送信するために使用されるかの表示を備えた、ステップと、
前記第２のコンポーネントキャリアに関連付けられた前記ダウンリンク制御情報について前記表示されたコンポーネントキャリアの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を、前記キャリア集約情報を受信することに基づいてモニタするステップと、
前記第２のコンポーネントキャリアに適用可能な第１のダウンリンク制御情報を、前記表示されたコンポーネントキャリアの前記ＰＤＣＣＨ上で受信するステップであって、前記第１のダウンリンク制御情報が、ダウンリンク送信のためのダウンリンクデータグラントを備えた、ステップと、
前記ダウンリンクデータグラントに従って、前記第２のコンポーネントキャリア上で前記ダウンリンク送信を受信するステップと
を備えることを特徴とする方法。
【請求項２】
前記第２のコンポーネントキャリアに関連付けられた前記ダウンリンク制御情報を受信しようと試みるときに、前記表示されたコンポーネントキャリア上で前記ＰＤＣＣＨのブラインドデコーディングを、制限されたＷＴＲＵ固有探索空間を使用して実行するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記表示されたコンポーネントキャリアの前記ＰＤＣＣＨが、複数のコンポーネントキャリアのために送信をスケジュールするために使用されることを特徴とする請求項１に記載の方法。
【請求項４】
前記第２のコンポーネントキャリアに関連付けられた前記ダウンリンク制御情報を提供するために異なるコンポーネントキャリアが使用されるべきという表示を備えた、更新されたキャリア集約情報を受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記第１のダウンリンク制御情報は、前記ダウンリンクデータグラントが前記第２のコンポーネントキャリアに適用可能であることを示すことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のダウンリンク制御情報は、前記ダウンリンクデータグラントが、キャリアインジケータフィールドを使用して前記第２のコンポーネントキャリアに適用可能であることを示すことを特徴とする請求項５に記載の方法。
【請求項７】
キャリア集約を扱うためのワイヤレス送受信ユニット（ＷＴＲＵ）であって、
第１のコンポーネントキャリアを介して送信された無線資源制御（ＲＲＣ）シグナリング上で、第２のコンポーネントキャリアのためのキャリア集約情報を受信し、前記キャリア集約情報は、どのコンポーネントキャリアが、前記第２のコンポーネントキャリアに関連付けられたダウンリンク制御情報を送信するために使用されることになるかの表示を備え、
前記第２のコンポーネントキャリアに関連付けられた前記ダウンリンク制御情報について前記表示されたコンポーネントキャリアの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を、前記キャリア集約情報を受信することに基づいてモニタし、
前記第２のコンポーネントキャリアに適用可能な第１のダウンリンク制御情報を、前記表示されたコンポーネントキャリアの前記ＰＤＣＣＨ上で受信し、前記第１のダウンリンク制御情報が、ダウンリンク送信のためのダウンリンクデータグラントを備え、
前記ダウンリンクデータグラントに従って、前記第２のコンポーネントキャリア上で前記ダウンリンク送信を受信する
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項８】
前記プロセッサがさらに、前記第２のコンポーネントキャリアに関連付けられた前記ダウンリンク制御情報を受信しようと試みるときに、前記表示されたコンポーネントキャリア上で前記ＰＤＣＣＨのブラインドデコーディングを、制限されたＷＴＲＵ固有探索空間を使用して実行するように構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記表示されたコンポーネントキャリアの前記ＰＤＣＣＨが、複数のコンポーネントキャリアのために送信をスケジュールするために使用されることになるように構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１０】
単一の不連続受信（ＤＲＸ）パターンが、前記第１のコンポーネントキャリアおよび前記第２のコンポーネントキャリアの両方について構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
前記第１のダウンリンク制御情報は、前記ダウンリンクデータグラントが前記第２のコンポーネントキャリアに適用可能であることを示すことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１２】
前記第１のダウンリンク制御情報は、前記ダウンリンクデータグラントが、キャリアインジケータフィールドを使用して前記第２のコンポーネントキャリアに適用可能であることを示すことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記ダウンリンク送信が前記第２のコンポーネントキャリアの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信されることを特徴とする請求項７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願はワイヤレス通信に関する。
【背景技術】
【０００２】
ＬＴＥ（ロングタームエボリューション）は、ダウンリンクでは最大１００Ｍｂｐｓ、及びアップリンクでは５０Ｍｂｐｓのデータレートをサポートする。ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）は、他の技法の中でも特に、キャリア集約を用いて、ＬＴＥと比較するとダウンリンクデータレートを５倍向上させる。キャリア集約は、例えば、最大１００ＭＨｚの柔軟な帯域幅割当てをサポートすることができる。キャリアは、ＬＴＥ−Ａではコンポーネントキャリアとして知られている。
【０００３】
ＬＴＥ−Ａは、コンポーネントキャリアサイズ及びコンポーネントキャリアの数に関して、対称構成及び非対称構成において作用し得る。これは、最大で５つの２０ＭＨｚコンポーネントキャリアの使用または集約を通してサポートされる。例えば、複数のコンポーネントキャリアからなる単一の隣接ダウンリンク（ＤＬ）４０ＭＨｚ  ＬＴＥ−Ａ集約は、単一の１５ＭＨｚアップリンク（ＵＬ）キャリアとペアにされ得る。非隣接ＬＴＥ−Ａ  ＤＬ集約キャリア割当てはしたがって、ＵＬ集約キャリア割当てとは対応し得ない。
【０００４】
複数の近隣コンポーネントキャリアが、連続する１０、４０または６０ＭＨｚを占め得る場合、集約キャリア帯域幅は隣接でよい。１つの集約キャリアが、複数ではあるが必ずしも近隣ではないコンポーネントキャリアから構築され得る場合、集約キャリア帯域幅は非隣接でもよい。例えば、１５ＭＨｚの第１のＤＬコンポーネントキャリアは、１０ＭＨｚの第２の非近隣ＤＬコンポーネントキャリアと集約することができ、全体としてＬＴＥ−Ａのための２５ＭＨｚの集約帯域幅を生じる。さらに、コンポーネントキャリアは、可変のペアリング距離に位置し得る。例えば、１５及び１０ＭＨｚのコンポーネントキャリアは、３０ＭＨｚ、または別の設定では、わずか２０ＭＨｚだけ離され得る。したがって、コンポーネントキャリアの数、サイズ及び連続性は、ＵＬ及びＤＬにおいて異なり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＤＬ及びＵＬ伝送にＬＴＥ−Ａを利用するために、ワイヤレス送受信ユニット（ＷＴＲＵ）は、ＤＬ及びＵＬキャリア構成について、帯域幅、ＤＬ及びＵＬコンポーネントキャリアのペアリング、ランダムアクセスパラメータ、並びに、他のＬＴＥ−Ａシステム固有情報を知る必要があり得る。キャリアの識別などのキャリア集約情報も、基地局からＷＴＲＵに伝えられる必要があり得る。キャリア集約実装に関する制御情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して搬送することができる。ＰＤＣＣＨに対する要件を定義する必要がある場合があり、ＷＴＲＵは、制御情報を入手するのに、ＰＤＣＣＨの時間及び周波数の場所を知る必要がある場合がある。
【課題を解決するための手段】
【０００６】
キャリア集約(carrier aggregation)をサポートする、ワイヤレス通信における制御チャネルのシグナリング及び獲得のための方法及び機器。本方法は、どのコンポーネントキャリアをリッスンするべきか判定すること、ダウンリンク制御チャネルを検出すること、ダウンリンク及びアップリンク伝送に関連したマッピング情報を処理すること、並びに、キャリア集約に関して不連続受信を作動させることを含む。本方法は、コンポーネントキャリアを検出すること、コンポーネントキャリアタイプを判定すること、及び必要な場合はアンカーコンポーネントキャリアを場所決めすることも含み、アンカーコンポーネントキャリアはキャリア集約情報を搬送する。
【図面の簡単な説明】
【０００７】
添付の図面とともに、例として挙げられる以下の説明により、より詳細に理解することができよう。
【図１】ＬＴＥ（ロングタームエボリューション）のワイヤレス通信システム／アクセスネットワークの実施形態を示す図である。
【図２】ＬＴＥワイヤレス通信システムのワイヤレス送受信ユニット及び基地局を示すブロック図例である。
【図３】様々なコンポーネントキャリアの例を示す図である。
【発明を実施するための形態】
【０００８】
これ以降において言及する場合、「ワイヤレス送受信ユニット（ＷＴＲＵ）」という用語は、ＵＥ（ユーザ機器）、移動局、固定もしくは携帯電話加入者ユニット、ページャ、セルラー電話、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境において動作することが可能な他のどのタイプのユーザ装置も含むが、それに限定されない。これ以降において言及する場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作することが可能な他のどのタイプのインタフェース装置も含むが、それに限定されない。
【０００９】
図１は、Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）１０５を含むＬＴＥ（ロングタームエボリューション）ワイヤレス通信システム／アクセスネットワーク１００を示す。Ｅ−ＵＴＲＡＮ１０５は、ＷＴＲＵ１１０、及び幾つかの進化型ノードＢ（ｅＮＢ）１２０を含む。ＷＴＲＵ１１０は、ｅＮＢ１２０と通信する。ｅＮＢ１２０は、Ｘ２インタフェースを使って相互にインタフェースをとる。ｅＮＢ１２０はそれぞれ、Ｓ１インタフェースを介して、移動管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ−ＧＷ）１３０とインタフェースをとる。単一のＷＴＲＵ１１０及び３つのｅＮＢ１２０を図１に示してあるが、ワイヤレス及びワイヤード装置のどの組合せも、ワイヤレス通信システムアクセスネットワーク１００に含まれ得ることが明らかであろう。
【００１０】
図２は、ＷＴＲＵ１１０、ｅＮＢ１２０、及びＭＭＥ／Ｓ−ＧＷ１３０を含むＬＴＥワイヤレス通信システム２００のブロック図例である。図２に示すように、ＷＴＲＵ１１０、ｅＮＢ１２０及びＭＭＥ／Ｓ−ＧＷ１３０は、キャリア集約実装のために制御チャネルのシグナリング及び獲得を実施するように構成される。
【００１１】
典型的なＷＴＲＵにおいて見られ得る構成要素に加え、ＷＴＲＵ１１０は、オプションのリンクされたメモリ２２２を有するプロセッサ２１６、少なくとも１つのトランシーバ２１４、オプションのバッテリ２２０、及びアンテナ２１８を含む。プロセッサ２１６は、キャリア集約実装のために制御チャネルのシグナリング及び獲得を実施するように構成される。トランシーバ２１４は、プロセッサ２１６及びアンテナ２１８と通信して、ワイヤレス通信の送受信を容易にする。ＷＴＲＵ１１０内でバッテリ２２０が使われるケースでは、バッテリ２２０は、トランシーバ２１４及びプロセッサ２１６に電力を供給する。
【００１２】
典型的なｅＮＢにおいて見られ得る構成要素に加え、ｅＮＢ１２０は、オプションのリンクされたメモリ２１５を有するプロセッサ２１７、トランシーバ２１９、及びアンテナ２２１を含む。プロセッサ２１７は、キャリア集約実装のために制御チャネルのシグナリング及び獲得を実施するように構成される。トランシーバ２１９は、プロセッサ２１７及びアンテナ２２１と通信して、ワイヤレス通信の送受信を容易にする。ｅＮＢ１２０は、オプションのリンクされたメモリ２３４を有するプロセッサ２３３を含む移動管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）１３０に接続される。
【００１３】
ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）は、キャリア集約を用いるが、ＬＴＥ−Ａセルは、それぞれが最大２０ＭＨｚであり隣接し得る複数のＬＴＥキャリアからなる。キャリア集約情報は、ダウンリンク及びアップリンク伝送のために基地局からワイヤレス送受信ユニット（ＷＴＲＵ）に伝えられる必要があり得る。
【００１４】
ここでは、キャリア集約が使用され、適用可能であり得ることを示す方法例を開示する。ＬＴＥ−Ａは、ＬＴＥリリース８、９と後方互換である必要がある場合があり、したがって、１つ、幾つか、またはすべてのコンポーネントキャリアが、より初期のＬＴＥベースの動作をサポートし得ることに留意されたい。互換性のあるコンポーネントキャリアは、同期チャネル（ＳＣＨ）、ブロードキャストチャネル（ＢＣＨ）、及び他のＬＴＥチャネルを搬送することができる。キャリア集約環境において動作するＬＴＥ  ＷＴＲＵは、ＷＴＲＵがＬＴＥ−Ａキャリア集約セル内にあることを知らなくてよいことにさらに留意されたい。過度のハンドオーバ（ＨＯ）及びセル負荷最適配分を防止するためのネットワーク機構が使われる。
【００１５】
キャリア集約が適用可能であることを伝える一方法例では、ブロードキャストチャネルを使う。ＬＴＥと互換性があるということは、１つ、幾つかまたはすべてのコンポーネントキャリアが、ＬＴＥ−Ａ準拠のＷＴＲＵにキャリア集約について知らせるために、ＬＴＥ−Ａ  ＢＣＨを搬送し得ることを意味する。ＬＴＥ−Ａ  ＢＣＨは、ＬＴＥ動作と干渉せず、互換性があるＬＴＥ  ＢＣＨの拡張である。ＬＴＥ−Ａ  ＢＣＨは、本明細書で開示するＬＴＥ−Ａ関連セル固有制御情報を搬送する。ＬＴＥ−Ａ関連セル固有制御情報は、ＬＴＥ互換キャリアまたはＬＴＥ−Ａ専用コンポーネントキャリアのどちらかにあるＬＴＥ−Ａ主要ＢＣＨ（Ｐ−ＢＣＨ）中で、新規マスタ情報ブロック（ＭＩＢ）として搬送することができる。ＬＴＥ−Ａ関連セル固有制御情報は、ＬＴＥ互換キャリアまたはＬＴＥ−Ａ専用コンポーネントキャリアどちらかにあるＬＴＥ−Ａ動的ＢＣＨ（Ｄ−ＢＣＨ）中で、新規システム情報ブロック（ＳＩＢ）として搬送することもできる。
【００１６】
実施形態例を参照してこれ以降で開示するように、ＬＴＥリリース８ＷＴＲＵと互換性があるコンポーネントキャリアはアンカーキャリアでもよく、この場合アンカーキャリアは、ＬＴＥ−Ａ固有制御情報を搬送する。新規ＭＩＢ及び新規ＳＩＢを、ＬＴＥ−Ａ  ＷＴＲＵ用のこのアンカーコンポーネントキャリアに対して定義することができる。リリース８ＷＴＲＵとの互換性がない他のコンポーネントキャリアも存在し得る。ＬＴＥ  ＷＴＲＵ向けの現在の構造は、このアンカーコンポーネントキャリア内で保たれ得る。例えば、ＭＩＢ及びＳＩＢを搬送する同期チャネル及びブロードキャストチャネルは、リリース８の場合と同じでよい。ＬＴＥ−Ａ  ＷＴＲＵ用のこのアンカーコンポーネントキャリア内で送信することができる新規ＭＩＢ及び／またはＳＩＢは、ＬＴＥ−Ａ  ＷＴＲＵによってのみ可読であればよい。新規ＭＩＢ及びＳＩＢは、ＬＴＥリリース８ＭＩＢ及びＳＩＢと時間及び／または周波数多重化することができる。さらに、新規無線ネットワーク一時識別子（ＲＮＴＩ）を、ＬＴＥ−Ａ  ＷＴＲＵによって新規ＭＩＢ及びＳＩＢ用に使うことができる。ＬＴＥ−Ａ  ＷＴＲＵによって可読なＭＩＢ及びＳＩＢは、全アンカーコンポーネントキャリア上に存在し得る。新規ＭＩＢ及びＳＩＢは、ＬＴＥ−Ａ  ＷＴＲＵクラスに基づき得る。
【００１７】
実施形態例を参照してこれ以降で開示するように、ＬＴＥリリース８ＷＴＲＵと互換性があるコンポーネントキャリアは、ＬＴＥ−Ａ  ＷＴＲＵ用のこのアンカーコンポーネントキャリア上で定義される追加ＳＩＢをもつアンカーキャリアでもよい。リリース８ＷＴＲＵとの互換性がない他のコンポーネントキャリアも存在し得る。新規ＭＩＢ及び／またはＳＩＢを、ＬＴＥ−Ａ  ＷＴＲＵ用の他のコンポーネントキャリア内で定義することができる。
【００１８】
別の方法例では、キャリア集約を指示するための、非メッセージベースの方法を用いることができる。ダウンリンクコンポーネントキャリアについての情報は、同期チャネル中で黙示的に搬送することができる。例えば、コンポーネントキャリア上で、ｅＮｏｄｅＢなどの基地局によって使われる同期系列は、ＷＴＲＵが同期系列を検出したときに、こうしたコンポーネントキャリアが集約されていることが分かるように選択／配列される。
【００１９】
別の方法例では、既存の予備コードポイントを、４０、６０、８０ＭＨｚなどの集約を指示するために、既存のＭＩＢ中で使うことができる。
【００２０】
別の方法例では、既存のＭＩＢ中の予備における拡張ビットは、可能帯域幅構成すべてについてのより詳細な情報をもち得る他の何らかの場所を指す場合がある。例えば、ＳＩＢ１またはその拡張を使うことができる。
【００２１】
別の方法例では、ＬＴＥ−Ａ制御及び／またはシステム情報を、無線資源制御（ＲＲＣ）シグナリングを用いて送信することができる。この例では、いかなる新規ＭＩＢもＳＩＢも、ＬＴＥ−Ａ  ＷＴＲＵ用に定義されない。ＷＴＲＵがシステムに接続された後、必要な情報は、上位層シグナリングを用いてシグナリングすればよい。遅延を削減するために、この情報は、例えば、メッセージ４を使ってランダムアクセスチャネル（ＲＡＣＨ）プロセス中に送信してもよい。
【００２２】
別の方法例では、コンポーネントキャリアは、リリース８ＷＴＲＵと互換性がなく、リリース８ＷＴＲＵによって発見可能でない。新規同期チャネル、ＭＩＢ及びＳＩＢを、こうしたコンポーネントキャリア上に定義することができる。こうした新規チャネル及び情報は、ＬＴＥ−Ａ  ＷＴＲＵによって可読である。どのＷＴＲＵによっても発見可能でない補助キャリアを定義してもよい。こうしたキャリアは、他のキャリア上でのシグナリングにより発見し、必要に応じて、伝送帯域幅を増大するのに使うことができる。同じセルＩＤまたは他の何らかの陰関数（implicit function）を、集約されるべきコンポーネントキャリア用に使うことができる。例えば、ＷＴＲＵが、幾つかのコンポーネントキャリア上で同じセルＩＤを検出すると、このことは、こうしたキャリアが集約されていることを意味する。予めソートされたリストが、集約されているコンポーネントキャリア用に存在し得る。このリストは、本明細書で開示するシグナリングによりＷＴＲＵに送信することができる。
【００２３】
実施形態例及びアップリンクに関してこれ以降で開示する別の方法例では、ＷＴＲＵは、コンポーネントキャリアの全部または一部を検出する。ＷＴＲＵは、集約させたいと思うコンポーネントキャリアすべてに対してランダムアクセス手順を開始する。例えば、５つのコンポーネントキャリアがあり、ＷＴＲＵが第１のキャリア及び第２のキャリアのみを使いたい場合、こうした２つのコンポーネントキャリアに対して、ランダムアクセスが試みられる。アップリンクキャリア集約に対しては、ＲＲＣシグナリングまたはランダムアクセスメッセージ、例えばメッセージ４を使うことができる。
【００２４】
別の方法例では、各コンポーネントキャリアは、別個に読み込まれ、次いで、ＢＣＨ情報を比較し一致をとることにより結合される。例えば、このコンポーネントキャリアが集約の一部であることを指示するのに、ＢＣＨ上でフラグを使うことができる。この場合、系列フレーム番号（ＳＦＮ）の最上位（ＭＳＢ）など、別個の各コンポーネントキャリアにおいてＭＩＢ上で送信され得る冗長ＭＩＢ情報は、統合される必要があり得る。
【００２５】
別の方法例では、コンポーネントキャリアは、ＬＴＥリリース８ＷＴＲＵ互換であり、集約の一部でよい。ただし、コンポーネントキャリアは、ＬＴＥ−Ａ  Ｐ−ＢＣＨを搬送しない。コンポーネントキャリアは、スレーブ／マスタスキームの一部でよく、ここでコンポーネントキャリアは、例えば、マスタコンポーネントキャリアまでのペアリング距離などのオフセットをブロードキャストすることができる。オフセットは、ＬＴＥ−Ａ  ＢＣＨ（例えば、マスタ）を提供するコンポーネントキャリアの所を指すフラグとして使われ得る。
【００２６】
本明細書で論じる例それぞれとして、また、実施形態例を参照して開示するように、ＬＴＥ−Ａシステム情報を搬送しないコンポーネントキャリア上にＬＴＥ−Ａ  ＷＴＲＵが留まる場合、ＷＴＲＵは、ＬＴＥ−Ａシステム情報を搬送するコンポーネントキャリアにリダイレクトされ得る。
【００２７】
したがって、ＬＴＥ−Ａ  ＷＴＲＵは、ＬＴＥ−Ａ  ＢＣＨ、またはＬ１もしくはＬ２／３シグナリングから、ダウンリンク制御情報を求めて、どのコンポーネントキャリア（１つまたは複数）をリッスンするべきかに関する情報を受信することができる。
【００２８】
これ以降では、ダウンリンク制御情報を検出する方法例を開示する。ＷＴＲＵはさらに、そのダウンリンク制御チャネルを、ブラインド検出を用いることによって全候補から検出することができ、ここで候補は、１つまたは複数がその特定のＷＴＲＵをその中で目標とする可能な全制御チャネルである。本明細書で述べるように、ダウンリンク制御チャネルは、ＬＴＥ−Ａ制御情報を送るのに使われ得る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）でよい。コンポーネントキャリア用に複数のＰＤＣＣＨが使われるとき、例えばコンポーネントキャリアごとに１つのＰＤＣＣＨがあるとき、ブラインド検出の回数は、ＰＤＣＣＨの数とともに著しく増す。ブラインド検出の回数は、ＷＴＲＵ固有探索空間を制限することによって削減することができる。この探索空間は、上位層シグナリングによってＷＴＲＵにシグナリングされる。ブラインド検出の回数及び上位層信号オーバーヘッドを削減するために、例えば、主要キャリアにおいて使われる探索空間など、同じ探索空間が、全コンポーネントキャリアにおいて使われ得る。
【００２９】
これ以降では、制御情報が何を示し得るかの例を開示する。或る例では、ＬＴＥ−Ａ制御情報は、ＬＴＥ−Ａ  ＷＴＲＵに対するダウンリンクデータグラントの場所を示し得る。或る実施形態例では、ダウンリンクデータグラントの場所は、制御情報が受信された同じコンポーネントキャリア内でよい。別の実施形態例では、ダウンリンクデータグラントの場所は、制御情報が受信されたのとは異なるコンポーネントキャリア内でよい。別の実施形態例では、ダウンリンクデータグラントの場所を搬送するのに複数のコンポーネントキャリアが使われる場合、ダウンリンクデータグラントの場所は、制御情報が受信された同じコンポーネントキャリアに含まれても含まれなくてもよい。
【００３０】
ダウンリンクデータグラントは、仮グラント(pre-grant)を示し得る。例えば、実グラント前の送信時間間隔（ＴＴＩ）中に、ＷＴＲＵは、実グラント(actual grant)が次のＴＴＩ中に送信される予定であることをＷＴＲＵに告げる仮グラントを受信し得る。仮グラントは、どのコンポーネントキャリア（１つまたは複数）上でデータが送られ得るかも示し得る。このようにして、ＬＴＥ−Ａ  ＷＴＲＵは、他のＷＴＲＵ向けのダウンリンクデータをバッファリングするのに必要とされるメモリを削減することができる。
【００３１】
ＷＴＲＵは、データの到着に先立って１つまたは複数の記号に到着し得るダウンリンクデータグラントを扱うように構成され得る。ＬＴＥ−Ａサブフレームは、比較的複雑でないＷＴＲＵ動作を認めるために、ＬＴＥの場合より早く位置決めされた制御記号をもち得る。
【００３２】
これ以降では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及びこのチャネルを、少なくとも総集約帯域幅のサイズ、コンポーネントキャリアの数及び本明細書で開示する他の要因に依存してコンポーネントキャリアにどのようにしてマップすることができるかに関する例を開示する。
【００３３】
或る実施形態では、ＷＴＲＵは、コンポーネントキャリアのサイズが異なり、その和が、２０ＭＨｚの最大ＬＴＥ帯域幅以下である（例えば、１０ＭＨｚ及び５ＭＨｚの２つのキャリア、またはそれぞれ１０ＭＨｚの２つのキャリア）ときのシナリオを扱うように構成される。複数のコンポーネントキャリアに対する１つのＰＤＣＣＨが使われ得る。例えば、（１０＋１０）ＭＨｚに対する１つのＰＤＣＣＨは、ＬＴＥの場合と同じ制御チャネルフォーマットを使うことができる。
【００３４】
別の実施形態では、１つの制御チャネル、例えばＰＤＣＣＨを、利用可能コンポーネントキャリアと同じ数を含む複数のダウンリンクコンポーネントキャリアからなるグループ用に使うことができる。ＰＤＣＣＨは、複数のダウンリンクコンポーネントキャリアの１つにおいて送信することができる。ＷＴＲＵはグループの他のコンポーネントキャリアすべての中は探索する必要なく、ＰＤＣＣＨを検出するように構成される。必要に応じて、ＰＤＣＣＨは、別のコンポーネントキャリアにシフトすることができ、その場所は、Ｌ１もしくはＬ２／Ｌ３シグナリングによって、または系列フレーム番号（ＳＦＮ）、ＴＴＩインデックス、ＷＴＲＵ  ＩＤなどから導出される黙示のマッピングに基づいて、ＷＴＲＵに伝達される。
【００３５】
一部のケースでは、同じ周波数資源を、コンポーネントキャリアの全部または一部において使うことができる。例えば、ピークデータレート要件を有するＷＴＲＵの場合、全コンポーネントキャリア上の資源の全部もしくは殆どがダウンリンクもしくはアップリンク伝送両方のために使われること、または広帯域ＣＱＩがＷＴＲＵによって報告されることが可能であり得る。複数のコンポーネントキャリア上の同じ資源も、複数のコンポーネントキャリアにわたって（及びコンポーネントキャリア内部で）送信を符号化し分散し、異なるコンポーネントキャリア内のこうした資源上で同じデータを繰り返し、異なるコンポーネントキャリア内で異なる冗長性バージョンを使うことによって、またはコンポーネントキャリアを超えてホッピングするときに、周波数ダイバーシティのために使われ得る。
【００３６】
コンポーネントキャリア手法によりＰＤＣＣＨを使うとき、全コンポーネントキャリア向けに別個のＰＤＣＣＨを送る必要はない。コンポーネントキャリア向けに同じＨＡＲＱプロセスが用いられる場合、１つのＰＤＣＣＨが、コンポーネントキャリアの全部または一部のサブセット向けに使われることを、Ｌ１またはＬ２／Ｌ３シグナリングによって示すことができる。コンポーネントキャリア向けに別個のＨＡＲＱプロセスが用いられる場合、より小さいＰＤＣＣＨフォーマットを他のコンポーネントキャリア用に使えばよい。こうしたフォーマットは、例えば資源割振り、ＭＩＭＯ情報などの共通情報を搬送する必要がない。
【００３７】
複数のコンポーネントキャリア（全部を含む）に対して１つのＰＤＣＣＨが使われるとき、このことは、Ｌ１またはＬ２／Ｌ３シグナリングによって示すことができる。ＰＤＣＣＨフォーマットは、全コンポーネントキャリアに適用される共通情報、例えば資源割振り、ＭＩＭＯなどを含む。
【００３８】
コンポーネントキャリアのサイズが異なるケースでは、全実動コンポーネントキャリアに対して同じ割振りが可能であり得る。したがって、他のコンポーネントキャリア内の割振りをどのようにして解釈するかに関して、ＷＴＲＵ及び基地局に対する規則が必要とされる。例えば、コンポーネントキャリアＡ内のＰＤＣＣＨは、資源ブロック（ＲＢ）５０〜１００が使われることを示すが、割振りがコピーされるべき付加コンポーネントキャリア、すなわちコンポーネントキャリアＢでは、７５個のＲＢしかない場合、コンポーネントキャリアＢに対する割振りが決定されなければならない。この場合、規則は、コンポーネントキャリアＢはＲＢ５０〜７５を使い、またはＲＢ２５〜７５を使うべきであると決定してよい。
【００３９】
ＰＤＣＣＨと、共有データチャネル、例えば物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信するのに用いられるコンポーネントキャリアとの間のマッピングは、上位層シグナリング、Ｌ１シグナリング（ＰＤＣＣＨも次いで、キャリアのインデックスを搬送する）によって、及び／またはＰＤＣＣＨを送信するコンポーネントキャリアによって黙示的に行うことができる。ダウンリンクグラント中の資源割振り情報がどのキャリア向けであるかを指示するのにＬ１シグナリングが用いられるとき、キャリア（１つまたは複数）の１つのインデックス／複数のインデックスを搬送するＰＤＣＣＨフィールドは、キャリアインジケータフィールドと呼ばれ得る。ＰＤＣＣＨをデコードした後、ＷＴＲＵは、指示されたキャリア（１つまたは複数）を使ってダウンリンク送信を受信することになる。
【００４０】
ＬＴＥダウンリンクサブフレーム中に、第１の直交周波数分割多重（ＯＦＤＭ）記号は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を含むことができ、最初の１からＫ個の直交周波数分割多重（ＯＦＤＭ）記号は、制御データを送信するのに使うことができ（例えば、Ｋは最大で最初の４つのＯＦＤＭ記号でよいが、この数に限定されない）、残りのＯＦＤＭ記号は、データ送信に使うことができる。制御データを送信するのに使われるＯＦＤＭ記号の数は、ＰＣＦＩＣＨ中でシグナリングされる。ＰＣＦＩＣＨは、制御データを搬送するのに使われるゼロからＫ個のＯＦＤＭ記号をシグナリングすることができる。コンポーネントキャリア内にＰＤＣＣＨを含む実施形態では、ＰＤＣＣＨは、ＰＤＳＣＨがそれに対してスケジュールされるものと同じまたは異なるコンポーネントキャリア内で搬送され得る。ＰＤＣＣＨが別のコンポーネントキャリア内で送信されるとき、ＷＴＲＵは依然として、正しいデコードのために、目標コンポーネントキャリア（ＰＤＳＣＨをもつ）内の制御データ用に何個のＯＦＤＭ記号が使われるかを知る必要がある。したがって、以下の制約が当てはまる。ＰＣＦＩＣＨは常に、ＰＤＣＣＨの場所に関わらず、全コンポーネントキャリア内で送信される。したがって、コンポーネントキャリアごとに独自の制御領域サイズが存在し得る。
【００４１】
ＷＴＲＵがコンポーネントキャリア内でＰＣＦＩＣＨを検出すると、目標コンポーネントキャリア内で制御データ送信に使われる、ＰＣＦＩＣＨによって示されるＯＦＤＭ記号の数がデコードされる。これは、制御データ送信用のＯＦＤＭ記号がゼロ個である可能性を含む。
【００４２】
別の実施形態では、全部または幾つかのコンポーネントキャリア用のＰＣＦＩＣＨを、コンポーネントキャリアの１つ、例えば主要コンポーネントキャリア内で送信することができる。このようにして、ＷＴＲＵは各コンポーネントキャリア内のＰＤＣＣＨ記号の数を示されることができ、各コンポーネントキャリア内のデータ記号の数を決定することもできる。
【００４３】
ｅＮｏｄｅＢは、１つまたは複数のコンポーネントキャリア内に何個のＰＤＣＣＨ記号が存在するかを示すために、１つまたは複数のコンポーネントキャリア内でＰＣＦＩＣＨを送信する。ｅＮｏｄｅＢは、これ以降ではＰＤＣＣＨなしのコンポーネントキャリアと呼ばれる長さがゼロのＰＤＣＣＨ領域を、対応するＰＣＦＩＣＨ中で指定することによって、長さがゼロのＰＤＣＣＨ領域を指示する。長さがゼロのＰＤＣＣＨ領域をもつコンポーネントキャリアは、ｅＮｏｄｅＢによって表されるＰＤＣＣＨをもつコンポーネントキャリアに関連付けられなければならない。ｅＮｏｄｅＢは、ＷＴＲＵへのＰＤＳＣＨデータ送信のための利用可能資源ブロックを増やすために、ＰＤＣＣＨなしのコンポーネントキャリアを示す。
【００４４】
ここでは、キャリアコンポーネント構成をシグナリングする方法を開示する。概して、アップリンク及びダウンリンクコンポーネントキャリアの数はそれぞれ、制限される。或いは、（集約された数及び／またはアップリンク／ダウンリンクのペアリングに関して）許容される組合せが制限され、構成は、ＢＣＨ（セル固有非対称集約のケース）またはＬ２／３シグナリング（ＷＴＲＵ固有非対称集約のケース）によりシグナリングされる。
【００４５】
ダウンリンクコンポーネントキャリアの数が、アップリンクコンポーネントキャリアの数とは異なる（つまり、ＰＤＣＣＨシグナリング用非対称アップリンク／ダウンリンクコンポーネントキャリア集約）とき、本明細書における開示方法はいずれも、ＰＤＣＣＨシグナリングに用いることができる。非対称アップリンク／ダウンリンクのケースの場合、各コンポーネントキャリアのサイズ及びコンポーネントキャリアの数は、ダウンリンクにおいてもアップリンクにおいても同じでなくてよい。さらに、アップリンク及びダウンリンクコンポーネントキャリアの数も同じでなくてよい。このケースの所与のＷＴＲＵに対して、アクティブコンポーネントキャリアの数は、アップリンクまたはダウンリンクどちらにおける合計未満でもよい。本明細書で開示する「内蔵型」手法では、各ダウンリンクコンポーネントキャリアに関連付けられた単一のアップリンクコンポーネントキャリアをもつことが自然な場合があり、一部のアップリンクコンポーネントキャリアは、複数のダウンリンクコンポーネントキャリアに関連付けることができる。ＷＴＲＵ固有アップリンク／ダウンリンクのペアリングも、負荷最適配分に用いることができる（例えば、３つのダウンリンク及び２つのアップリンクコンポーネントキャリアを検討されたい）。セル固有のアップリンク／ダウンリンクのペアリングは、所与のアップリンクコンポーネントキャリアに対して、ＷＴＲＵ固有のアップリンク／ダウンリンクのペアリング（例えば、１つのアップリンクコンポーネントキャリアがＷＴＲＵすべてによって使われる、３つのアップリンクコンポーネントキャリアのケースを検討されたい）より多くの負荷を結果として生じ得る。
【００４６】
これ以降では、アップリンク構成のための方法例を、キャリア構成を参照して開示する。ＬＴＥ−Ａでは、ｅＮｏｄｅＢは、受信されたＷＴＲＵフィードバック、ネットワーク負荷及び他の情報に基づいて、アップリンク資源割当てを決定する。アップリンクスケジューリンググラントは、ＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）を介してＷＴＲＵにシグナリングされる。ＤＣＩ及びＰＤＣＣＨという用語は、入れ替えて使われ得る。本明細書で開示するように、キャリア集約は、２０ＭＨｚより大きい、例えば１００ＭＨｚのダウンリンク伝送帯域幅をサポートするために、ＬＴＥ−Ａにおいて重要である。アップリンク（ＵＬ）スケジューリンググラント（ＰＤＣＣＨ上でも搬送される）のマッピングも、ＵＬにおいてキャリア集約が用いられ、ＵＬ／ＤＬ非対称キャリア集約の可能性によりマッピングが困難になるので、重要である。非対称性は、キャリアサイズ及びキャリアの数両方に当てはまり、すなわち、２０ＭＨｚ  ＤＬキャリアは、２つの５ＭＨｚ  ＵＬキャリアとペアにすることができる。
【００４７】
ＰＤＣＣＨ中で搬送されるＵＬスケジューリンググラントシグナリングは、キャリア集約において重要な役割を果たす。ＵＬスケジューリンググラントシグナリングは、メディアアクセス制御層（ＭＡＣ）に対する集約レベル及び物理層（ＰＨＹ）に対する集約レベルに依存し得る。さらに、ＬＴＥリリース８に関する後方互換性が検討される必要がある。
【００４８】
或る実施形態では、ＵＬ／ＤＬ非対称性に関わらず、各ＵＬキャリア用のアップリンクグラントを単一のＤＬキャリアにマップする方法が開示される。アップリンクグラントのマッピングは、全可能ＵＬ／ＤＬ集約シナリオの場合、固定され得る。マッピングは、固定してもよく、半静的でもよい。マッピングは、ＷＴＲＵ固有シグナリングによっても、セル固有上位層シグナリングによっても行うことができる。複数のＤＬコンポーネントキャリアがあるとき、ＵＬグラントは、異なるＴＴＩ中に異なるＤＬキャリアを介してホッピングされる。ホッピングパターンは、セル固有シグナリングによっても、ＷＴＲＵ固有上位層シグナリングによってもＷＴＲＵにシグナリングすることができる。或いは、ホッピングは、モジュロ演算を用いる循環シフトなど、予め定義された規則によって決定することもできる。
【００４９】
ＵＬグラントマッピングが、固有シグナリング、または上位層シグナリングどちらかを用いてＷＴＲＵに指示され、ＷＴＲＵが半静的手順(semi-static procedure)を用いてこのシグナリングを読み込む場合、ＷＴＲＵは、指示されたコンポーネントキャリア内のＵＬグラントを、受信したときにデコードする。
【００５０】
予め定義された規則によって決定される場合、ＷＴＲＵは、モジュラス演算を用いて、ＵＬグラント向けのホッピングパターンを決定する。決定されると、ＷＴＲＵは、指示されたコンポーネントキャリア内のＵＬグラントをデコードする。
【００５１】
各ＵＬコンポーネントキャリアまたは各ＵＬハイブリッド自動再送リクエスト（ＨＡＲＱ）エンティティに対するＵＬグラントは、独自にエンコードし、対応するＤＬコンポーネントキャリア（１つまたは複数）にマップすることができる。アップリンクにおいて空間多重化が用いられるケースでは、同じ時間周波数資源上で空間的に多重化される幾つかの符号語は、１つのＨＡＲＱエンティティによって制御することができる。或いは、複数のＵＬコンポーネントキャリア（またはＵＬ  ＨＡＲＱエンティティ）に対するＵＬグラントは、統合エンコードし、単一のＤＬコンポーネントキャリアにマップすることができる。或いは、統合エンコードされたＵＬグラントは、複数のＤＬコンポーネントキャリアを介して拡散することができる。
【００５２】
別の実施形態では、非対称ケースに対して、全ＵＬコンポーネントキャリアに対するアップリンクグラントを、１つのＤＬコンポーネントキャリア上にマップする方法が開示される。ＵＬグラントは、ＵＬコンポーネントキャリアセットに対する制御情報を搬送する必要がある。アップリンクスケジューリンググラントと、対応するアップリンクコンポーネントキャリアとの間の固定マッピングの場合、マッピングは、ＷＴＲＵ固有シグナリングまたはセル固有上位層シグナリングどちらかによってシグナリングされる。ＷＴＲＵ固有シグナリングが用いられるとき、ＷＴＲＵ固有パラメータ（１つまたは複数）とＵＬコンポーネントキャリアインデックスとの間のマッピングが必要である。ＷＴＲＵ  ＩＤなどを使う、ＵＬコンポーネントキャリアへのマッピングも用いられ得る。ＷＴＲＵに対するアップリンクグラントごとに１つのアップリンクコンポーネントキャリアがある場合、アップリンクグラントは、アップリンクコンポーネントキャリアのインデックスを含む必要はない。１つのアップリンクグラントが、幾つかのコンポーネントキャリア上で資源を割り当てるとき、アップリンクグラント中の資源割振りフィールドは、幾つかのコンポーネントキャリアにわたるアップリンクコンポーネントキャリアインデックスまたは拡張ＲＢインデックスを含み得る。アップリンクスケジューリンググラントと、対応するアップリンクコンポーネントキャリアとの間の動的マッピングが用いられるとき、アップリンクコンポーネントキャリアインデックス情報は、アップリンクスケジューリンググラント中でシグナリングすることができる。ＵＬグラントに関連付けられたＵＬコンポーネントキャリアへのビットマップマッピングも用いられ得る。他のマッピング方法も使用することができる。
【００５３】
複数のＵＬスケジューリンググラントコンポーネントが、集約されたＵＬグラントに合成され、各コンポーネントグラントは、別個のＵＬコンポーネントキャリアに対応する。ただし、共通情報（ＵＥ  ＩＤを含む）は、信号オーバーヘッドを抑えるために、集約されたＵＬグラント（一度だけシグナリングされる）中のＵＬグラントコンポーネントの間で共有することができる。
【００５４】
コンポーネントキャリアの全部または一部に対して、１つのアップリンクグラントが存在する。クラスタリング化離散フーリエ変換拡散直交周波数分割多元接続（ＤＦＴ−Ｓ−ＯＦＤＭＡ）、Ｎ  ｘ  シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、またはクラスタ化ＤＦＴ−Ｓ−ＯＦＤＭＡ及びＮ  ｘ  ＳＣ−ＦＤＭＡの混成が多元接続スキームとして用いられるとき、１つのアップリンクグラントが、幾つかのコンポーネントキャリア上で資源を割り振ることができる。一例として、ＳＣ−ＦＤＭＡエアインタフェースにおいて単一の離散フーリエ変換−逆高速フーリエ変換（ＤＦＴ−ＩＦＦＴ）ペア（例えば、隣接キャリア）を用いて合成されるコンポーネントキャリアは、単一のグラントでアドレス指定され得る。
【００５５】
ＵＬ資源を付与するダウンリンク制御情報（ＤＣＩ）フォーマットは、合成サイズの単一のコンポーネントキャリアとして使われるべきコンポーネントキャリア内の集約ＵＬ帯域幅（ＢＷ）を取り扱うように拡張される（例えば、２つの５ＭＨｚコンポーネントキャリアがＵＬグラントに関連付けられている場合、ＤＣＩフォーマットは、１０ＭＨｚのコンポーネントキャリアに対応し、ここでＤＣＩフォーマットは、単一の１０ＭＨｚ  ＵＬコンポーネントキャリアがあった場合にもつはずのサイズをもつ）。集約にわたるコンポーネントキャリア及び資源ブロック（ＲＢ）の順序は、ＢＣＨ中で、ＷＴＲＵ内で、またはセル固有シグナリングからシグナリングされるそのキャリア周波数から推論することができる。２０ＭＨｚより大きい集約ＢＷの場合、ＤＣＩフォーマットの拡張は、集約ＢＷに対応する。例えば、集約が２０＋１０ＭＨｚの場合、ＤＣＩフォーマットは、３０ＭＨｚを有する単一の帯域のものに対応するはずである。
【００５６】
ＵＬ資源を付与するＤＣＩフォーマットは、共通フィールドのセット及びコンポーネントキャリア固有（またはコンポーネントキャリアグループ固有）フィールドのセットを含む。グループ固有共通制御チャネルに対して、二度目の巡回冗長検査（ＣＲＣ）が要求され得る。変調符号化セット（ＭＣＳ）、プリコーダ（１つまたは複数）、層の数、符号語の数、周波数ホッピング、分散仮想資源ブロック（ＤＶＲＢ）というパラメータの全部または一部が、全コンポーネントキャリアに対して共通でよい。コンポーネントキャリアごとのＲＢ割振りは異なってよい。或いは、全パラメータが共通である（例えば、資源割振りが、コンポーネントキャリアの全部または一部においてイメージされ、またはミラーリングされる）。
【００５７】
全アップリンクコンポーネントキャリアがその上にマップされるダウンリンクコンポーネントキャリアは、上位層シグナリングによって構成され得る。
【００５８】
別の実施形態では、（異なり得る）所定のコンポーネントキャリア上にアップリンクグラントをマップする方法が開示される。ＵＬコンポーネントキャリアとＤＬコンポーネントキャリアとの間のマッピングは、標準において指定され、また、固定され（それ以上のシグナリングは必要とされない）、ＷＴＲＵ固有シグナリングによって、またはセル固有上位層シグナリングによってシグナリングされる。
【００５９】
複数のアップリンクコンポーネントキャリアが１つのダウンリンクコンポーネントキャリアにマップされる場合、ＵＬグラントは、ＵＬコンポーネントキャリアインデックスの制御情報を搬送する必要がある。ＵＬ／ＤＬ非対称性に関わらず、各ＵＬコンポーネントキャリアに対するアップリンクグラントを単一のＤＬコンポーネントキャリアにマップする、本明細書で開示した方法も、本実施形態のために用いられ得る。
【００６０】
ダウンリンクコンポーネントキャリアの全部または一部に物理ダウンリンクチャネル（ＰＤＣＣＨ）がある状況では、ＷＴＲＵは、こうしたキャリアを調べて、ＰＤＣＣＨが異なる周波数で存在するかどうか確かめることができる。主要ダウンリンクコンポーネントキャリアとは、ＷＴＲＵが最初に留まり得るキャリアである。ＷＴＲＵは、主要ダウンリンクコンポーネントキャリアを読み込むだけでよく、他のコンポーネントキャリアは、キャリア指示または上位層シグナリングどちらかを用いて命令されたときに読み込めばよい。例えば、ｅＮｏｄｅＢが、主要コンポーネントキャリアではないダウンリンクコンポーネントキャリアにマップされるアップリンクコンポーネントキャリア上でデータを送信するよう、ＷＴＲＵにリクエストしたとき、アップリンクグラントは、そのダウンリンクコンポーネントキャリア上で搬送される。この状況に対処するための２つの実施形態を開示する。或る実施形態では、デフォルトのアップリンクコンポーネントキャリア及び関連付けられたダウンリンクコンポーネントキャリアがある場合、ＷＴＲＵは、主要コンポーネントキャリアでも異なるものでもよいダウンリンクコンポーネントキャリアを常にモニタする。別の実施形態では、本明細書で開示する、ダウンリンクコンポーネントキャリア用に設計されたＤＲＸ手順は、この状況にも当てはまり、すなわち、アップリンクグラントは、ＰＤＣＣＨによっても搬送され、同じＤＲＸ手順が当てはまる。
【００６１】
１つのＷＴＲＵに対して使われる複数のＵＬグラントが、複数のＰＤＣＣＨをもつ単一の（または複数の）ＤＬコンポーネントキャリア内で同時に送信される。ＷＴＲＵは、どのＵＬグラントがどのＵＬコンポーネントキャリアにマップするかを見分けるために、複数のＷＴＲＵ  ＩＤをもつ。ＷＴＲＵ  ＩＤとコンポーネントキャリアとの間のマッピングは、ネットワークによって決定され、上位層によってシグナリングされる。幾つかのＷＴＲＵ  ＩＤが、複数のＵＬコンポーネントキャリアに対応してよく、本明細書で開示する付与方法が、グラントを解釈するのに用いられる。
【００６２】
これ以降では、キャリア集約をもつＬＴＥ−Ａにおける不連続受信（ＤＲＸ）動作のための方法例を開示する。
【００６３】
或る実施形態では、ＷＴＲＵは、１つまたは複数だがすべてではないコンポーネントキャリア内でアクティブになるように構成される（すなわち、ＷＴＲＵは、アップリンクまたはダウンリンク伝送どちらかを行う）。他のコンポーネントキャリアはアイドルであり、ＷＴＲＵは、こうしたＤＬコンポーネントキャリア上でどの制御情報も検出しようとしない。別個のＰＤＣＣＨが、各コンポーネントキャリア向けに送られ得る。ＷＴＲＵは、他のコンポーネントキャリア上でスケジュールされる場合、現在のコンポーネントキャリア上でのＬ１またはＬ２／Ｌ３シグナリングによって、ＷＴＲＵがどのキャリア上でアクティブになるかを知らされる。シグナリング受信の後、ＷＴＲＵは、他のコンポーネントキャリア上でＰＤＣＣＨの検出を試みる。シグナリングの受信（他のキャリア上でスケジュールされるとき）と他のキャリア上でのＰＤＣＣＨの送信との間の時間は、所定でよい。このような機構がある場合、ＤＲＸは、アクティブコンポーネントキャリアの１つ、例えば主要コンポーネントキャリアにおいてのみ用いられる。
【００６４】
各コンポーネントキャリアがＰＤＣＣＨをもち、ＰＤＣＣＨごとのキャリアごとにＰＤＳＣＨがある内蔵型シナリオでは、ＤＲＸは、最も使われるコンポーネントキャリアのＯＮ持続期間と比較して、それ程頻繁には使われないコンポーネントキャリアのＯＮ持続期間を削減することによって、ＷＴＲＵ電力消費をより柔軟に削減するように、コンポーネントキャリアごとに使われ得る。現在のＤＲＸ手順では、ゼロのＯＮ持続期間は、シングルキャリアシステムでは何の意味もなさないので認めていない。マルチコンポーネントキャリアシステムを用いると、ＯＮ持続期間は、ＤＲＸ電力削減をより十分に利用するために、１つを除くすべてのコンポーネントキャリア上でゼロになることが認められる。したがって、ＤＲＸパラメータ範囲は、ゼロのＯＮ持続期間または無限ＤＲＸスリープタイムを含み得る。１つのコンポーネントキャリア用にセットアップされるＤＲＸ手順は、他のコンポーネントキャリア上での通信によりセットアップすることができ、そうすることによって、ＷＴＲＵは、以前はゼロのＯＮ持続期間をもっていたコンポーネントキャリアを再度リッスンし始めるよう知らされ得る。例えば、無線資源制御（ＲＲＣ）シグナリングは、コンポーネントキャリアＡ上で搬送されて、コンポーネントキャリアＢ上でＤＲＸ手順をセットアップすることができる。
【００６５】
一部のコンポーネントキャリア上でのＤＲＸ挙動は、別のコンポーネントキャリア内でのＰＤＣＣＨの受信によって影響を受ける場合がある。キャリアＡ内でのＤＲＸ周期のＯＮ持続期間中、ＷＴＲＵは、ＰＤＣＣＨを取得することができ、その間基地局は、複数のコンポーネントキャリアで高データ送信を開始する準備ができているが、他のコンポーネントキャリア上でのＤＲＸ周期は、長いか、またはゼロのＯＮ持続期間をもつ。コンポーネントキャリアＡ上でのＰＤＣＣＨの受信により、ＷＴＲＵは、他のコンポーネントキャリア上でのＤＲＸ挙動を変える。例えば、ＷＴＲＵは、他の特定の（または全部の）コンポーネントキャリア上で次のＮ個のサブフレームをモニタする。別の例として、ＷＴＲＵは、所定の時間におけるＯＮ持続期間の確率がより高い、異なるＤＲＸ周期に後退する。ＷＴＲＵは、予め定義された時間、ＰＤＣＣＨ用のコンポーネントキャリアの予め定義されたパターンをモニタすることもできる。
【００６６】
或いは、集約全体またはそのサブセットにわたって２Ｄ  ＤＲＸパターンを定義することができる。キャリアごとのＤＲＸ手順よりもむしろ、単一のマルチキャリアＤＲＸパターンが、持続期間及びＷＴＲＵがモニタするべき全コンポーネントキャリア内のＯＮ持続期間の場所で定義され得る。
【００６７】
ＬＴＥリリース８との後方互換性を維持するために、全コンポーネントキャリアは、リリース８互換ＷＴＲＵをサポートし得るように構成される。各コンポーネントキャリアは、本明細書で開示するように構成され得る。或る実施形態では、各キャリアにおいて、リリース８ＰＤＣＣＨ及びＬＴＥ−Ａ  ＰＤＣＣＨは、符号分割多重化（ＣＤＭ）方式で多重化される。この場合、拡散（またはマスキング）符号は、無線ネットワーク一時識別子（ＲＮＴＩ）であるＷＴＲＵ  ＩＤに基づいて導出することができる。
【００６８】
ここでは、ＬＴＥリリースとＬＴＥ−Ａとの間の互換性に対処する方法例を開示する。或る実施形態では、各キャリアにおいて、リリース８ＰＤＣＣＨ及びＬＴＥ−Ａ  ＰＤＣＣＨは、周波数分割多重化（ＦＤＭ）方式で多重化される。或いは、ＬＴＥ−Ａネットワークは、ＬＴＥ−Ａ  ＷＴＲＵ用の帯域幅の特定の資源割振り部分を予約することができる。
【００６９】
別の実施形態では、各キャリアにおいて、リリース８ＰＤＣＣＨ及びＬＴＥ−Ａ  ＰＤＣＣＨは、異なるＯＦＤＭ記号でＬＴＥ−Ａ  ＰＤＣＣＨが送信されるように、時間分割多重化（ＴＤＭ）方式で多重化される。
【００７０】
別の実施形態では、各キャリアにおいて、リリース８ＰＤＣＣＨ及びＬＴＥ−Ａ  ＰＤＣＣＨは、ＴＴＩ中でＬＴＥ−Ａ  ＰＤＣＣＨが送信されるように、ＴＤＭ方式で多重化される。例えば、一部のサブフレームはＬＴＥであり、一部はＬＴＥ−Ａである。ＤＲＸは、この２つのタイプの間の分類を管理するのに用いることができるので、ＬＴＥ  ＷＴＲＵは、ＬＴＥ−Ａ  ＰＤＣＣＨをデコードしようとしない。
【００７１】
別の実施形態では、各キャリアにおいて、ＬＴＥ−Ａ  ＰＤＣＣＨが、異なる資源要素（ＲＥ）で送信されるように、リリース８ＰＤＣＣＨ及びＬＴＥ−Ａ  ＰＤＣＣＨをハイブリッドＦＤＭ／ＴＤＭ方式で多重化する。
【００７２】
これ以降では、シグナリング及び獲得に関する実施形態例を開示する。図３は、こうした実施形態例において適用可能でよく、例示目的のために本明細書で開示する様々なタイプのコンポーネントキャリアを示す。
【００７３】
概して、第１の実施形態例では、ＬＴＥ固有システム情報を搬送するただ１つのＬＴＥ−Ａコンポーネントキャリアがあり、このコンポーネントキャリアは、主要またはアンカーコンポーネントキャリアと呼ばれる。主要またはアンカーコンポーネントキャリアという用語は、同じものを意味するように、入れ替えて用いられ得る。構成により、指定されたアンカーキャリアは、ある特定のセルに対するシステム情報、同期及びページングを提供することができる。非アンカーキャリアは、ＬＴＥ−Ａ固有ブロードキャストチャネルをもつことはできないが、同期チャネルをもつことができる。残りのＬＴＥ−Ａコンポーネントキャリア（非アンカーキャリア）は、ＬＴＥ−Ａシステム情報を搬送することができない。非アンカーコンポーネントキャリアは、同期チャネルをもつことができないので、２つの状況を除いて、ＷＴＲＵによって検出可能ではない。第１の例外では、非アンカーＬＴＥ−Ａコンポーネントキャリアがリリース８ＷＴＲＵをサポートする場合、非アンカーＬＴＥ−Ａコンポーネントキャリアは、リリース８同期チャネル及びリリース８ブロードキャストチャネルをもつ。これは、図３にタイプ２として示してある。第２の例外では、非アンカーリリース８キャリアは、ＬＴＥ−Ａ機能をサポートしないが、何らかのＬＴＥ−Ａ固有システム情報をもつ場合、リリース８同期チャネル及びリリース８ブロードキャストチャネルをもつ。これは、図３にタイプ６として示してある。
【００７４】
第２の実施形態例は、ＬＴＥ−Ａシステムにおいて幾つかのアンカーキャリアをもち得る。アンカーコンポーネントキャリアに加え、リリース８キャリアが存在し得る。リリース８キャリアは、図３においてタイプ５、６として示す、「ＬＴＥ−Ａ機能をもたないリリース８コンポーネントキャリア」でも、図３においてタイプ１、２として示す、リリース８機能をサポートする後方互換ＬＴＥ−Ａコンポーネントキャリアでもよい。タイプ５及びタイプ６のコンポーネントキャリアは、例えば、より高度な多重入出力（ＭＩＭＯ）技法、協調通信(cooperative communication)、ＬＴＥ−Ａ固有制御チャネルなどのＬＴＥ−Ａ機能をサポートしない。タイプ６コンポーネントキャリアは、何らかの付加情報を、例えばブロードキャストチャネル中で送信させることができ、この情報は、リリース８ＷＴＲＵにとって透明である。リリース８後方互換ＬＴＥ−Ａコンポーネントキャリアは、リリース８及びＬＴＥ−Ａ機能両方をサポートすることを理解されたい。
【００７５】
さらに、図３においてタイプ３、４として示す、リリース８非後方互換ＬＴＥ−Ａコンポーネントキャリア及び補助キャリアも存在し得る。タイプ３、４のコンポーネントキャリアは後方互換性がなく、リリース８ＷＴＲＵによって使われない。補助キャリアは、リリース８によってもＬＴＥ−Ａ  ＷＴＲＵによっても発見可能でなく、追加帯域幅としての使用のために基地局によって構成され得る。図３にタイプ４として示す、アンカーではないリリース８非後方互換ＬＴＥ−Ａコンポーネントキャリアは、ＷＴＲＵによって検出可能でない。
【００７６】
リリース８及びＬＴＥ−Ａキャリアは両方とも、同じ同期チャネル及び技法を用いる。このことは、ＷＴＲＵが、こうした２つのタイプのキャリアを、同期チャネルを使って区別しなくてよいことを意味する。アンカーコンポーネントキャリアは、リリース８後方互換でも、非後方互換でもよい。
【００７７】
概して、ＷＴＲＵは、同期フェーズ中にこうしたキャリアの１つを検出した後、ＬＴＥ−Ａ固有システム情報を取得する必要がある。この情報は、アンカーキャリア（１つまたは複数）のブロードキャストチャネル上でのみ送信される。したがって、ＷＴＲＵは、アンカーキャリアを検出し、このキャリア上でシステム情報を読み込む必要がある。ＷＴＲＵがアンカーキャリアにロックオンし、キャリアがアンカーであるかどうか判定し、送信されたＬＴＥ−Ａ固有システム情報を受信し、アンカーキャリアによって搬送された情報のタイプを判定するための機構及び手順に対処するアンカーキャリアを、これ以降で開示する。
【００７８】
ここでは、単一のアンカーコンポーネントキャリアを用いたＬＴＥ−Ａシグナリング及び獲得の実施形態例を開示する。この実施形態例は、ＬＴＥ−Ａシステムにおいて単一のアンカーキャリアをもち、このキャリアのみが、ＬＴＥ−Ａ固有システム情報を搬送し得る。
【００７９】
この実施形態例は、２つのフェーズをもつ。第１のフェーズは、ＷＴＲＵの、アンカーキャリアへのロックオンに関する。第２のフェーズは、ＬＴＥ−Ａ固有システム情報の送信に関する。両方の態様を、以下で詳述する。
【００８０】
第１のフェーズまたは同期フェーズ中、ＬＴＥ−Ａ  ＷＴＲＵは、同期チャネルを首尾よく見つけるまで周波数帯を掃引するので、キャリアのいずれかにロックオンする。ＬＴＥ−Ａ  ＷＴＲＵは、タイプ１、２、５、または６など、リリース８互換コンポーネントキャリア、並びに、リリース８後方互換タイプ１及びリリース８非後方互換タイプ３などのアンカーＬＴＥ−Ａコンポーネントキャリアというキャリアの１つまたは複数にロックオンすることができる。
【００８１】
第１のフェーズは、２つの態様をもち得る。第１の態様は、ＷＴＲＵがコンポーネントキャリアを見つけたときのキャリアのタイプの判定に関する。ＷＴＲＵは、キャリアがアンカーキャリアかどうか判定する。第２の態様は、コンポーネントキャリアがアンカーキャリアではないことをＷＴＲＵが知った場合に作用する。第２の態様は、アンカーキャリアを見つける方法及びＷＴＲＵをアンカーキャリアに向ける機構を提供する。
【００８２】
コンポーネントキャリアのタイプを確認することに関して、幾つかの方法例がある。第１の方法例では、コンポーネントキャリアのタイプを示す情報は、ＢＣＨ中で送信される。ＷＴＲＵは、ＢＣＨ  ＭＩＢ、ＳＩＢ、またはＭＩＢ及びＳＩＢ両方を読み込む。ＷＴＲＵは、ＢＣＨをデコードし、情報を取得し、コンポーネントキャリアのタイプを突き止める。リリース８ＷＴＲＵをサポートするモードで構成されたコンポーネントキャリアにおいて、アンカーキャリア情報は、リリース８ＷＴＲＵによって読み込むことができない拡張ＭＩＢまたはＳＩＢに含まれ得る。
【００８３】
具体的には、キャリアのタイプの指示は、ＭＩＢまたはＳＩＢと同様に新規エンティティを定義することによって、ＢＣＨ中で搬送することができる。ＷＴＲＵは、このエンティティの場所を時間／周波数で知っており、この情報をその場所で読み込む。新規エンティティは、リリース８ＢＣＨエンティティで周波数及び／または時間多重化することができる。新規エンティティは、新規無線ネットワーク一時識別子（ＲＮＴＩ）でエンコードすることもできる。この情報は、大規模オーバーヘッドを生じなくてよく、キャリアのタイプの指示に過ぎない。例えば、新規エンティティは、１．２５ＭＨｚ帯域幅の中央のｘ個の無線ブロック（ＲＢ）中で、及び物理ブロードキャストチャネル（ＰＢＣＨ）の次に、またはＰＢＣＨ、物理同期チャネルＰ−ＳＣＨなどに相対して他の任意の固定タイミングで直交周波数分割多重（ＯＦＤＭ）記号において搬送することができ、ここでｘは６未満である。この指示は、新規タイプのリリース８ＳＩＢ中に、または既存のＳＩＢに対する拡張としてエンコードすることもできる。
【００８４】
ＷＴＲＵは、固定された時間／周波数の場所において搬送される新規エンティティをデコードする。新規エンティティをデコードした後、ＷＴＲＵは、コンポーネントキャリアのタイプを知る。ＷＴＲＵは、この情報を、新たに定義されたリリース８ＳＩＢまたは既存のリリース８ＳＩＢの１つもしくは幾つかに対する拡張をデコードすることによって取得することができる。
【００８５】
別の方法によると、ＷＴＲＵは、アップリンクキャリアまたは検出されたダウンリンクコンポーネントキャリアとリンクされたアップリンクキャリアの１つにおいてランダムアクセス手順を実施し、無線資源制御（ＲＲＣ）接続を得る。ＷＴＲＵは次いで、キャリア集約をサポートする場合、上位層シグナリングによりアンカーキャリアに関する情報を受信する。
【００８６】
具体的には、キャリアのタイプの指示及び他の関連情報は、ＲＲＣ接続の後でＷＴＲＵに送信することができる。ＬＴＥ−Ａ  ＷＴＲＵは、キャリアにロックオンし、ＲＲＣ接続を得る。このキャリアがアンカーキャリアでもある場合、全ＬＴＥ−Ａシステム情報を、ＲＲＣシグナリングでＷＴＲＵに送信してよい。このキャリアがアンカーキャリアではない場合、アンカーキャリアの場所も、ＲＲＣシグナリングによってＷＴＲＵに送信してよい。この場合、ＷＴＲＵは、コンポーネントキャリアのタイプ、及びおそらくアンカーキャリアの場所を上位層シグナリングで知る。或いは、非アンカーキャリアからのＲＲＣシグナリングは、全ＬＴＥ−Ａシステム情報を送信し、ここからＷＴＲＵはアンカーキャリアを知ることになる。このＲＲＣベースの方法では、アンカーキャリアは、セル固有またはＷＴＲＵ固有のどちらでもよいことに留意されたい。
【００８７】
ＷＴＲＵは、ランダムアクセス手順中にキャリアのタイプも知ることができる。例えば、キャリアのタイプはメッセージ２または４に入れて送信することができる。ＷＴＲＵは、このメッセージをデコードし、キャリアのタイプを確認し、またはアンカーキャリアがメッセージ中で直接指示される。このランダムアクセスチャネル（ＲＡＣＨ）ベースの方法では、アンカーキャリアは、セル固有またはＷＴＲＵ固有のどちらでもよいことに留意されたい。
【００８８】
別の方法では、予備ビットストリングの幾つかのビットが、コンポーネントキャリアのタイプを示すのに使われ得る。ビットストリングは、リリース８ＷＴＲＵによって無視されるので、ＭＩＢに挿入されるこの付加情報は、こうしたＷＴＲＵにとって透明である。
【００８９】
例えば、単一のビットを、コンポーネントキャリアがアンカーキャリアであるかどうかを示すのに使うことができる。リリース８におけるマスタ情報ブロックの構造を、下の表１に示す。ＭＩＢは、ダウンリンク帯域幅、物理ハイブリッド自動再送リクエストインジケータチャネル（ＰＨＩＣＨ）構成及びシステムフレーム番号からなる。これらに加え、予約された予備ビットストリングが存在する。また、ダウンリンク帯域幅領域には２つの予備コードポイントがある。
【００９０】
【表１】
0005622735.tif 000002
【００９１】
残りの予備ビットは、何らかのＬＴＥ−Ａ固有システム情報を送信するのに使われ得る。例えば、ダウンリンクコンポーネントキャリア、アップリンクコンポーネントキャリアの数、及びこれらがどのようにリンクされるかが、残りの予備ビットを用いてシグナリングされ得る。
【００９２】
残りの予備ビットは、アンカーキャリアをどこに場所決めするべきかも示し得る。ビットの数が、アンカーキャリアの絶対的場所を示すのに十分でない場合、こうしたビットは、アンカーキャリアの場所の情報を含む、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のＲＢ割振り（すなわち、時間／周波数資源のアドレス）を示すのに使えばよい。
【００９３】
同期手順の完了に成功した後、ＷＴＲＵは、ＭＩＢをデコードする。ＷＴＲＵがリリース８ＷＴＲＵの場合、ＷＴＲＵは、ＭＩＢ中の予備ビットを無視する。ＷＴＲＵがＬＴＥ−Ａ  ＷＴＲＵの場合、ＷＴＲＵは、ＭＩＢ中の、リリース８ＷＴＲＵによって使用されないビットの一部（上述したように指定される）を、コンポーネントキャリアのタイプと解釈する。キャリアがアンカーキャリアの場合、ＷＴＲＵは、ＬＴＥ−Ａ固有システム情報の場所を知っており、ＬＴＥ−Ａ固有システム情報を読み込む。キャリアがアンカーキャリアでない場合、ＷＴＲＵは、アンカーキャリアの場所を示す情報を取得する。ＷＴＲＵは、この情報を、残りの予備ビットの一部または全部をデコードすることによって取得することができる。或いは、ＷＴＲＵは、アンカーキャリアの場所の情報を含む、ＰＤＳＣＨの資源ブロック（ＲＢ）割振りを受信する。
【００９４】
別の方法では、新規巡回冗長検査（ＣＲＣ）マスキング系列を使って、ＬＴＥ−ＡにおけるＰＢＣＨのＣＲＣをマスクし、ＬＴＥ−Ａ  ＷＴＲＵは、新規マスキング系列を使って、ＢＣＨをデコードする。キャリアがリリース８非後方互換であり、アンカーキャリア（すなわち、タイプ３）でもある場合、この指示は、新規ＢＣＨ（及び、おそらく同期チャネル）がＬＴＥ−Ａ  ＷＴＲＵによってのみ検出可能であり得るので、黙示的である。この場合、ＬＴＥ−Ａ  ＷＴＲＵは、ＢＣＨ（または同期チャネル）がＬＴＥ−Ａ固有であることを知っていなければならない。これは、例えば、ＢＣＨを新規巡回冗長検査（ＣＲＣ）マスキング系列でマスクすることによって遂行され得る。ＬＴＥ−Ａは、この新規ＣＲＣマスキング系列を使って、ＢＣＨをデコードする。
【００９５】
別の方法例では、アンカーキャリアがリリース８非後方互換ＬＴＥ−Ａキャリア（タイプ３）の場合、ＬＴＥ−Ａ物理ブロードキャストチャネル（ＰＢＣＨ）は、特殊ＣＲＣ（例えば、ＡＮＣＨＯＲ＿ＣＲＣ）でマスクされるべきであり、このようなＰＢＣＨのデコード成功は、アンカーキャリアを示す。この例では、ＷＴＲＵは、同期手順を実施し、ＰＢＣＨをデコードして、キャリアタイプの情報を取得する。ＰＢＣＨをデコードするとき、ＷＴＲＵは、ＰＢＣＨを、対応するＣＲＣでマスク解除（de-mask）する。ＷＴＲＵは、ＬＴＥ−Ａ  ＷＴＲＵである場合、ＰＢＣＨを特殊ＣＲＣ（例えば、ＡＮＣＨＯＲ＿ＣＲＣ）及び通常ＣＲＣ（ＬＴＥリリース８でのように）でマスク解除する。ＣＲＣテストが特殊ＣＲＣを成功させた場合、アンカーキャリアが示される。ＣＲＣテストが特殊ＣＲＣは失敗させたが通常ＣＲＣは成功させた場合、このことは、ＷＴＲＵがアンカーキャリアを見つけておらず、非アンカーコンポーネントキャリア上に留まっていることを示す。この場合、ＷＴＲＵは、ＰＢＣＨを読み込んでよく、リリース８後方互換キャリア（タイプ２）またはタイプ６キャリアが、ＷＴＲＵが留まっているコンポーネントキャリアである場合、ＲＲＣシグナリングによりＳＩＢを受信し、アンカーキャリアに向けられ得る。さらに、ＷＴＲＵは、次のキャリア向けに同期手順を続け、ＰＢＣＨをデコードすることができる。手順は、ＷＴＲＵがキャリア向けに同期手順を実施し、ＰＢＣＨをデコードすることでリスタートする。
【００９６】
ＷＴＲＵは、リリース８ＷＴＲＵである場合、ＰＢＣＨを通常ＣＲＣのみでマスク解除する。ＷＴＲＵは、ＰＢＣＨが特殊ＣＲＣでマスクされる、キャリア向けＣＲＣテストを通らない。したがって、ＷＴＲＵは、ＬＴＥ−Ａ専用キャリアを利用しない。
【００９７】
ＷＴＲＵをアンカーキャリアに向ける方法を開示する。ＷＴＲＵは、コンポーネントキャリアがアンカーキャリアではないと知った後、アンカーキャリアに向けられる。ＷＴＲＵは、ＢＣＨ中でのシグナリング、ＲＲＣ接続セットアップ後の上位層シグナリングまたはランダムアクセスプロセス中のシグナリングのいずれかによって、アンカーキャリアに向けられる。
【００９８】
或る方法例では、ＷＴＲＵは、ＲＲＣシグナリングを用いてアンカーキャリアに向けられ得る。ＷＴＲＵがＲＲＣ接続を得た後、ＷＴＲＵは、上位層シグナリングでアンカーキャリアの場所を知ることができる。ＷＴＲＵは、この情報を取得した後、アンカーキャリアに移り、システム情報を受信するために、アンカーキャリア上でＢＣＨのデコードを試みる。
【００９９】
ＷＴＲＵは、ランダムアクセス手順中にアンカーキャリアの場所を知ることもできる。例えば、アンカーキャリアの場所は、メッセージ４に入れて送信することができ、ＷＴＲＵは、このメッセージをデコードし、アンカーキャリアの場所を知る。
【０１００】
コンポーネントキャリアタイプの情報を含む新規エンティティが利用され得る。このエンティティは、アンカーキャリアの場所を搬送することもできる。上で概説した同じ手順が、ＷＴＲＵによって同様に用いられ得る。アンカーキャリアの場所情報のみを含む新規エンティティをもつことも可能であり得る。ＷＴＲＵは、このエンティティをデコードすることによってアンカーキャリアの場所を知り、次いで、アンカーキャリアに移る。このエンティティは、単一のアンカーキャリアがある場合、必ずしもアンカーキャリア上で送信されるわけではない。
【０１０１】
選択された方法に依存して、対アンカーキャリア指向（directing-to-anchor-carrier）機構は、非アンカーキャリア上でのみ用いられ得る。例えば、キャリアのタイプ及びアンカーキャリアの場所が、別個に符号化され、異なる２つのエンティティ上で送信される場合、場所情報は、非アンカーキャリア上でのみ送信される必要があり得る。
【０１０２】
ＷＴＲＵは、アンカーキャリアが検出されるまでセル探索を続けることもできる。
【０１０３】
指向コマンドは、新規タイプのリリース８ＳＩＢ中に、または既存のＳＩＢに対する拡張としてエンコードすることができる。ＬＴＥ−Ａ  ＷＴＲＵは、この拡張ＳＩＢを知っており、このＳＩＢをデコードすることによってアンカーキャリアの場所を知り、または指向コマンドは、予備ビットストリングを使って、リリース８ＭＩＢ中にエンコードすることができる。
【０１０４】
アンカーキャリアの場所及びアンカーについての他の可能情報は、ＬＴＥ−Ａ  ＷＴＲＵにとって空白と見なされるサブフレームに入れて送信することができる。したがって、アンカーコンポーネントキャリアの場所を知った後、ＷＴＲＵはそのキャリアに移る。
【０１０５】
これ以降では、ＬＴＥ−Ａ固有システム情報の送信のための方法例を開示する。ＷＴＲＵがアンカーキャリアを見つけた後、新規システム情報は、アンカーキャリア上で送信される必要がある。この送信のための方法例は、キャリアがリリース８後方互換であるかどうかに依存する。
【０１０６】
リリース８互換アンカーキャリアのケースでは、リリース８ＢＣＨは、そのままにしておかれる。新規情報は、新規ＭＩＢ及びＳＩＢに入れて、または既存ブロックに対する拡張に入れて送信することができる。これ以降では、新規ＭＩＢ／ＳＩＢまたはこれらに対する拡張を定義する幾つかの方法を開示する。
【０１０７】
ＬＴＥ−Ａの場合、主要ブロードキャストチャネルは、周波数領域または時間領域どちらでも拡張することができる。周波数領域拡張の例として、現在の７２個のサブキャリアに加えてＮ個のサブキャリアを使うことができる。新たに割り振られたサブキャリアは、現在の中心サブキャリアの隣に配置しても、中心サブキャリアから一定数のサブキャリアだけずらしてもよい。
【０１０８】
時間領域拡張の例として、ＢＣＨは、リリース８ブロードキャストチャネルと同じ周波数上で送信することができるが、ＭＩＢ用の現在の４つより多いＯＦＤＭ記号及び他のＳＩＢ用のＳＩ−ｗｉｎｄｏｗ中で、より多くのサブフレームを用いて送信されることになる。このような追加／拡張が用いられる場合、ＷＴＲＵは、新規エンティティの時間／周波数の場所を知っている可能性がある。ＷＴＲＵは、この固定された場所で新規システム情報を読み込み、デコードして、ＬＴＥ−Ａ固有システム情報を受信する。
【０１０９】
ＬＴＥ−Ａ固有システム情報は、既存のリリース８ＳＩＢまたはシステム情報メッセージ（ＳＩ）中で、情報要素（ＩＥ）に対する拡張として作ることができる。リリース８及びＬＴＥ−Ａ用の様々なＡＳＮＩフォーマットにより、ＬＴＥ−Ａ  ＷＴＲＵ  ＲＲＣは、関連内容を受信することが可能になるはずである。例えば、ＬＴＥ−Ａに固有のｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎ−Ｒｅｌ１０が、リリース８ＷＴＲＵにとって透明である限り、ＬＴＥ−Ａ  ＷＴＲＵ  ＲＲＣは、キャリア固有アップリンクアンカー情報ＩＥを、通常のリリース８ＳＩＢ−２中でｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎ−Ｒｅｌ１０として受信し、したがって、アップリンクアクセスするための情報に対して作用することができる。さらに、ＬＴＥ−Ａ固有システム情報は、ＬＴＥ−Ａ専用の別個のＳＩ及びＳＩ−ｗｉｎｄｏｗに進む拡張ＳＩＢでよい。例えば、セル中の全ＬＴＥ−Ａ固有動作パラメータは、ＬＴＥ−Ａセル構成及び短周期性に割り当てられるアップリンクアクセスのためのＳＩＢを用いて、通常のリリース８ＳＩＢ−２及びより長い周期性をもつＬＴＥ−Ａ  ＳＩＢの残りと同じように、１つまたは複数の別個のＳＩＢ、すなわち、ＳＩＢ−１２、ＳＩＢ−１３中に作ることができる。リリース８互換キャリアにアクセスするＬＴＥ−Ａ  ＷＴＲＵは、ＭＩＢ（ＬＴＥ−Ａセルプロパティを知っている）を読み込み、次いで、ＳＩＢ−１を読み込んで、ＬＴＥ−Ａシステム情報取得のためのＳＩＢ−１中で見つかったスケジューリング情報に基づいて全体的ＳＩＢスケジューリング及びＬＴＥ−Ａ固有ＳＩＢ、すなわち、ＳＩＢ−１２及びＳＩＢ−１３を見つけることができる。
【０１１０】
コンポーネントキャリアが、リリース８及びＬＴＥ−Ａシステム情報両方を搬送する場合、ＬＴＥ−Ａ  ＷＴＲＵは、既存のシステム情報無線ネットワーク一時識別子（ＳＩ−ＲＮＴＩ）をもつ新規タイプの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使うことができ、或いはＬＴＥ−Ａ  ＷＴＲＵは、関連ＬＴＥ−Ａ  ＷＴＲＵによって作成され使われる、ＬＴＥ−Ａ用の新規ＲＮＴＩである異なるＳＩＡ−ＲＮＴＩをもつ同じＰＤＣＣＨを使うことができる。
【０１１１】
ＬＴＥ−Ａ用のシステム情報を搬送するのに、既存のＳＩ−ＲＮＴＩが使われる場合、ＳＩ−ＲＮＴＩ  ＰＤＣＣＨ用の新規特殊ダウンリンク制御情報（ＤＣＩ）フォーマットが用いられ得る。現在のＤＣＩフォーマット１Ｃ及び１Ａが、リリース８用のＳＩ−ＲＮＴＩ用に使われる。或いは、既存のＤＣＩフォーマットを使ってもよいが、符号化レート／制御チャネル要素（ＣＣＥ）集約レベルなどは異なる。
【０１１２】
ＲＮＴＩ値マッピングは、ＳＩＡ−ＲＮＴＩの導入に合わせるように、ＬＴＥ−Ａにおいて変更され得る。下の表２に例を挙げる。
【０１１３】
【表２】
0005622735.tif 000003
【０１１４】
リリース８及びＬＴＥ−Ａ両方のためのシステム情報は、現在のリリース８スケジューリング方法を用いて、同じ時間及び周波数領域内で一緒にスケジュールされ得る。これは、本明細書で開示するシナリオを指し、ここでＳＩＢ−１２及びＳＩＢ−１３は、リリース８の場合と同じシステム情報（ＳＩ）ウィンドウ長でスケジュールされ得る。ＬＴＥ−Ａ  ＳＩＢを総ＳＩに追加するケースでは、ブロードキャストにより、ＳＩの揺れ（staggering）が、１６０ｍｓの最短周期幅を超えることになるので、以下が当てはまり得る。
【０１１５】
或る方法例では、周波数資源ブロック（ＲＢ）が、互換キャリア内でブロードキャストされるＳＩに追加され、そうすることによって、ＳＩ−ｗｉｎｄｏｗの長さは、限界（例えば１０）まで削減することができ、したがって、Ｔが周期である、全部のＴに対する一定のＳＦＮ％Ｔ＝０でのリリース８及びＬＴＥ−Ａ  ＳＩの揺れは、最短ＳＩ周期を超えることはなく、すなわち、ＮＳＩＢ  ｘ  Ｗ＜＝（サブフレーム中の最短ＳＩ周期、すなわち通常は１６０）となり、ここでＮＳＩは、ＳＩの総数（ＳＩＢ−２及びそれ以降、リリース８並びにＬＴＥ−Ａ）であり、Ｗは、サブフレーム中のＳＩ−ｗｉｎｄｏｗである。
【０１１６】
別の方法では、ＳＦＮ  ｍｏｄ  Ｔ＝（ＯＦＦＳＥＴ−Ａ＋ＦＬＯＯＲ（ｘ／１０））などのスケジューリング公式にフレームオフセットを追加することができ、ここでＯＦＦＳＥＴ−Ａは、ＬＴＥ−Ａ固有フレームオフセットである。この変更に対応して、リリース８スケジューリング情報におけるＬＴＥ−Ａ  ＳＩの順序が、ＳＩＢ−１スケジューリング情報中の第１のＬＴＥ−Ａ  ＳＩを参照して（リリース８用の第１のＳＩからの順序ではなく）カウントされる。追加ＬＴＥ−Ａ  ＳＩが７を超えない場合（ＳＩ−ｗｉｎｄｏｗ＜＝２０をとると仮定して）、ＯＦＦＳＥＴ−Ａは、１８の値をとり得る。
【０１１７】
或いは、本明細書で概説した両方の方法、すなわちＳＩ−ｗｉｎｄｏｗを短く保つ方法及び互換キャリア上でＬＴＥ−Ａ専用ＳＩにオフセットを与える方法を用いることができる。
【０１１８】
ＭＩＢまたはＳＩＢ拡張は、キャリア及び／またはアンカーキャリアの数、ダウンリンク及びアップリンクキャリアまたはアンカーキャリアがどのようにリンクされるか、並びに、その周波数の場所（Ｅ−ＵＴＲＡ絶対無線周波数チャネルナンバー（ＥＡＲＦＣＮ）番号）など、可能ＬＴＥ−Ａセル構成情報を搬送することができる。キャリア周波数は、アップリンク及びダウンリンクグラントに使われる、ＰＤＣＣＨ上での高速識別を可能にするために、１、２、．．．、Ｎなどとラベルづけすることができる。ＬＴＥ−Ａ  ＷＴＲＵは、リンクされたアップリンクキャリアまたはアンカーキャリア上で、アップリンクアクセスのための情報を用いることができる。
【０１１９】
キャリアすべてについての情報は、ＲＲＣメッセージ通信も用いて、ＷＴＲＵによって受信することができる。
【０１２０】
新規ＭＩＢ／ＳＩＢまたはこれらの拡張の時間／周波数の場所は、ＷＴＲＵに知られている。これは、こうしたエンティティの一部、例えばＭＩＢに、固定された時間／周波数の場所を割り振ることによって遂行することができる。これは、こうしたエンティティのスケジューリングをＷＴＲＵに知らせることによって、例えば、この情報をＳＩＢ１に入れて送信することによって遂行することもできる。ＷＴＲＵは、こうしたエンティティを所与の時間／周波数の場所で受信し及びデコードする。ＣＲＣのマスクを外す(ummask)ために、ＷＴＲＵは、リリース８で使われているように、ＬＴＥ−Ａ固有ＲＮＴＩまたは同じＲＮＴＩどちらを使ってもよい。こうしたエンティティをデコードした後、ＷＴＲＵは、ＬＴＥ−Ａ固有システム情報を取得する。
【０１２１】
ＬＴＥ−Ａ固有情報（送信アンテナの数、例えば、最大８以上など）は、既存のＰＢＣＨ、新規ＭＩＢまたは新規ＳＩＢいずれかによって指示されるべきである。ＰＢＣＨは、ＬＴＥ−Ａ固有特徴（例えば、高次ＭＩＭＯ）をサポートするようにさらに修正される。ＰＢＣＨを、下の表３に示す。
【０１２２】
【表３】
0005622735.tif 000004
【０１２３】
ＣＲＣ４は、８に等しい、ｅＮｏｄｅＢでの送信アンテナポートの数に対するＰＢＣＨ  ＣＲＣマスクである。送信アンテナの数を知っていることにより、システム情報（ＳＩＢ）及びデータ復調のためのＰＤＣＣＨ及び物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）のチャネル推定及び復調が助けられる。本実施形態に関する例をこれ以降に記載する。
【０１２４】
或る例では、リリース８後方互換アンカーキャリア（タイプ１）であり、新規ＳＩＢのみがＬＴＥ−Ａ固有システム情報を送信するのに使われる場合、表３に示すように最初の３つのＣＲＣマスクがＰＢＣＨ用に使われる。最大４という、送信アンテナの数についての情報が示され得る。最大８という、送信アンテナの数についての情報が新規ＳＩＢ中で示され得る。
【０１２５】
別の例では、リリース８後方互換アンカーキャリア（タイプ１）であり、新規ＭＩＢがＬＴＥ−Ａ固有システム情報を送信するのに使われる場合、表３に示す４つのＣＲＣマスクがすべて、新規ＰＢＣＨ用に使われる。最大８という送信アンテナの数についての情報が示され得る。
【０１２６】
別の例では、ＬＴＥ−Ａ専用アンカーキャリア（タイプ３）である場合、４つのＣＲＣマスクすべてがＰＢＣＨ用に使われる。最大８という送信アンテナの数についての情報が示され得る。
【０１２７】
ここでは、リリース８非後方互換ＬＴＥ−Ａアンカーキャリアを扱う方法を記載する。この場合、新規ＭＩＢ及びＳＩＢをもつ、全く新しいブロードキャストチャネルが使われ得る。ＬＴＥ−Ａは、こうした新規ＭＩＢ及びＳＩＢをデコードすることによって、ＬＴＥ−Ａ固有システム情報を取得する。キャリアは、マルチキャリアシステム情報、新規同期信号、ページングなども含み得る。或いは、ＬＴＥ−Ａ専用アンカーキャリアの場合、ＬＴＥ−Ａ  ＭＩＢ及びＳＩＢは、周波数及び時間資源を、現在のリリース８ＭＩＢ及びＳＩＢブロードキャストで使われているのと同じやり方で使うことができる。
【０１２８】
リリース８互換及び非互換アンカーキャリア両方において、ＬＴＥ−Ａ  ＷＴＲＵは、受信されたシステム情報に対して作用し、例えば、受信されたランダムアクセスパラメータに従って選択される時間及びプリアンブルをもつ、ある特定のアップリンクキャリアを介してアップリンクランダムアクセスを実施する。
【０１２９】
ここでは、単一のアンカーコンポーネントキャリア及び幾つかの検出可能ＬＴＥ−Ａコンポーネントキャリアをもつ第２の実施形態を開示する。
【０１３０】
第１の実施形態例では、唯一の検出可能ＬＴＥ−Ａコンポーネントキャリアは、アンカーキャリアであった。ただし、幾つかのＬＴＥ−Ａコンポーネントキャリアが同期チャネルをもつが、ブロードキャストチャネル上でシステム情報を搬送しないことも可能であり得る。これは、負荷最適配分の目的で用いられ得る。この場合、ＷＴＲＵは、キャリアのタイプ及びアンカーコンポーネントキャリアへの指向機構を知る必要がある。
【０１３１】
検出されたキャリアがリリース８後方互換である場合、第１の実施形態例に関して本明細書で開示した方法が用いられ得る。
【０１３２】
検出されたコンポーネントキャリアが、リリース８非後方互換ＬＴＥ−Ａキャリアである場合、コンポーネントキャリアのタイプ及びアンカーキャリアの場所を含む少量の情報を送ることができる。この場合、キャリアが後方互換でないので、リリース８ブロードキャストチャネルは、送信されることが求められないことに留意されたい。
【０１３３】
キャリアのタイプの指示は、ＭＩＢまたはＳＩＢと同様に新規エンティティを定義することによって、ブロードキャストチャネル中で搬送することができる。ＷＴＲＵは、このエンティティの場所を時間／周波数で知っており、この情報をその場所で読み込む。この情報は、新規ＲＮＴＩでエンコードすることもできる。この情報は大規模オーバーヘッドを生じず、キャリアのタイプの指示に過ぎず、可能性としてアンカーキャリアの場所を搬送する。一例として、新規エンティティは、１．２５ＭＨｚ帯域幅の中央のｘ（ｘは６以下）個のＲＢに入れて、リリース８ＭＩＢが送信されるのと同じＯＦＤＭ記号で搬送することができる。
【０１３４】
ＷＴＲＵは、固定された時間／周波数の場所で搬送される新規エンティティをデコードする。新規エンティティをデコードした後、ＷＴＲＵは、コンポーネントキャリアのタイプ、及び可能性としてアンカーキャリアの場所を知る。
【０１３５】
ここでは、幾つかのアンカーコンポーネントキャリアをもつ第３の実施形態を開示する。キャリア集約されたＬＴＥ−Ａセル内でシステム情報を搬送する複数のＬＴＥ−Ａコンポーネントキャリアが存在し得る。この場合、コンポーネントキャリアは、同じシステム情報を搬送することもでき、異なり得るシステム情報を搬送することもできる。各アンカーキャリア用のＲＡＣＨパラメータは、異なり得る。こうした可能性について、ここで開示する。
【０１３６】
或る実施形態例では、全アンカーキャリアが、同じシステム情報を搬送する。この場合、全体的システムについての情報は、アンカーキャリアのそれぞれ１つにおいて送信され得る。例えば、ダウンリンク及びアップリンクコンポーネントキャリアの数、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間のリンク、ダウンリンクコンポーネントキャリア用のランダムアクセスパラメータなどである。ＷＴＲＵは、コンポーネントキャリアのどれか１つにおいてブロードキャストチャネルを読み込むことによって、ＬＴＥ−Ａ固有システム情報を知ることができる。ＤＬコンポーネントキャリアはすべて、リリース８後方互換でよいことに留意されたい。この場合、第１の実施形態例に関して開示した方法が用いられ得る。
【０１３７】
或いは、ＷＴＲＵが同期プロセス中に検出するＤＬコンポーネントキャリアは、ＷＴＲＵによって一時アンカーキャリアと見なすことができる。この場合、ＷＴＲＵは、ＷＴＲＵがＲＡＣＨ送信に使う予定の一時ＵＬキャリアを含む一時アンカーキャリアからランダムアクセスパラメータを取得する。一時キャリア固有ＩＤ（ＲＮＴＩまたはスクランブル系列）は、それぞれのＤＬ及びＵＬ一時キャリアに適用され得る。この方法を用いると、セル内のＷＴＲＵが様々なアンカーキャリア上に拡散する／留まることができるので、マルチアンカーキャリアセル内部で負荷最適配分を達成することができる。
【０１３８】
或る実施形態例では、アンカーキャリアは異なるシステム情報を搬送する。アンカーキャリアによって搬送されるシステム情報の幾つかの部分は異なり得る。一例として、アンカーＸ及びアンカーＹとして示される２つのアンカーキャリアがある場合、アンカーＸ上で搬送されるシステム情報は、このアンカーキャリアにリンクされたアップリンクコンポーネントキャリア、及び可能性としては同じアップリンクコンポーネントキャリアにリンクされた他の任意のダウンリンクコンポーネントキャリアについての情報を含み得る。別の例として、アンカーＸ及びリンクされたアップリンクコンポーネントキャリアのみに対応するランダムアクセスパラメータは、アンカーＸ上でのみ送信され得る。同じアップリンクコンポーネントキャリアにリンクされた追加ダウンリンクコンポーネントキャリアがある場合、こうしたキャリア用のランダムアクセスパラメータもアンカーＸ上で送信され得る。同じアップリンクコンポーネントキャリアにリンクされたダウンリンクコンポーネントキャリア用に様々なランダムアクセスパラメータがあってよく、その結果、ＮｏｄｅＢは、どのダウンリンクコンポーネントキャリアをＷＴＲＵがリッスンしているかを区別し得ることに留意されたい。
【０１３９】
この場合、ＷＴＲＵは、アンカーキャリアの１つにおいてブロードキャストチャネルを読み込むことによって、システム情報の一部を知る。システム情報の残りは、ＲＲＣ接続が確立された後で上位層シグナリングによって知ることができる。
【０１４０】
アンカーキャリアのみが、ランダムアクセスパラメータを含む要求システム情報を送信するという仮定に基づいて、ＷＴＲＵは、アンカーコンポーネントキャリアにリンクされたアップリンクコンポーネントキャリア上でランダムアクセス試行を開始することに留意されたい。別の方法では、第１の実施形態において開示したように、ＷＴＲＵは、アンカーではないリリース８コンポーネントキャリア上でランダムアクセス試行を開始し、次いで、ＲＲＣシグナリングまたはランダムアクセスメッセージによってアンカーコンポーネントキャリアにリダイレクトされ得る。
【０１４１】
ここでは、ＷＴＲＵをリリース８キャリアからアンカーコンポーネントキャリアにリダイレクトする方法を開示する。ＷＴＲＵをリリース８非アンカーキャリアからアンカーキャリアの１つにリダイレクトするために、第１の実施形態の第１のフェーズに関して開示した方法が用いられ得る。幾つかのアンカーキャリアがあるとき、ＷＴＲＵは、リリース８キャリアから、アンカーキャリアのいずれか１つにリダイレクトされ得ることに留意することが重要である。これを遂行するために、全アンカーキャリアの場所情報を、リリース８キャリア上で送信すればよく、ＷＴＲＵは、アンカーキャリアの１つを選択する。選択は、具体的基準、例えば好ましいキャリア周波数、最良ダウンリンクリンク品質（基準信号受信電力（ＲＳＲＰ）など）に基づいてもよく、選択は任意でもよい。さらに、ＷＴＲＵは、リリース８キャリア上で単一のアンカーキャリアの場所を送信することによって、リリース８キャリアから、アンカーキャリアのいずれか１つにリダイレクトされ得る。
【０１４２】
これ以降では、ＷＴＲＵを、あるアンカーコンポーネントキャリアに別のアンカーキャリアからリダイレクトする方法を開示する。ＷＴＲＵが、あるアンカーコンポーネントキャリアから別のアンカーコンポーネントキャリアに向けられることも可能であり得る。これは、例えば、マルチアンカーキャリアＬＴＥ−Ａセル内部で負荷最適配分を遂行するのに必要とされ得る。ＬＴＥ−Ａアンカーは、全ＷＴＲＵアイドルモード動作を担うことにさらに留意されたい。これに対処する方法例を、ここで開示する。
【０１４３】
或る方法例によると、ネットワークは、ランダムアクセス手順のメッセージ４中で、または可能性としては非アクセスストレータム（ＮＡＳ）メッセージの一部として、何らかの種類のリダイレクションを用いて、ＷＴＲＵを現在のコンポーネントキャリアから別のアンカーキャリアに向けることができる。この場合、ＷＴＲＵは、メッセージをデコードし、リダイレクションコマンドがある場合、ＷＴＲＵは、コマンド中で指示されるアンカーコンポーネントキャリアに移る。コマンド中で、ＷＴＲＵは、新規アンカーキャリアの中心周波数番号、現在のアンカーキャリアに対する周波数オフセット、または新規アンカーを場所決めするための他の何らかの手段を受信することもできる。
【０１４４】
別の方法例によると、ＷＴＲＵが接続モードからアイドル状態に進むとき、ＷＴＲＵは、接続解放時のＲＲＣメッセージを介して明示のリダイレクションコマンドを受信することができる。コマンド中で、ＷＴＲＵは、新規アンカーキャリアの中心周波数番号、現在のアンカーキャリアに対する周波数オフセット、または新規アンカーを場所決めするための他の何らかの手段を受信し得る。
【０１４５】
別の方法例によると、ＭＩＢ／ＳＩＢの１つは、アンカーコンポーネントキャリアのセル負荷率及び１つまたは複数の目標キャリア周波数を告知し得る。現在のアンカーキャリアの負荷率が、ある一定の閾値を上回る（またはリンク品質が閾値を下回る）場合、ＷＴＲＵは、システム情報中で示される目標アンカーコンポーネントキャリアの１つを自動的に選択し、そのキャリアに移ってよい。この手順は、アイドルモードに当てはまる。
【０１４６】
或るアンカーコンポーネントキャリアから別のアンカーコンポーネントキャリアへのリダイレクションは、接続モードでも起こり得る。アイドルモードに関して開示した方法が、等しく適用可能である。
【０１４７】
これ以降では、異なるアンカーキャリア上では異なり得る情報のタイプを開示する。各アンカーキャリアは、リンクされたアップリンクコンポーネントキャリアについての情報を搬送し得る。さらに、各アンカーは、アンカーキャリアと同じアップリンクコンポーネントキャリアにリンクされた他のダウンリンクコンポーネントキャリア（１つまたは複数）についての情報を搬送することができ、各アンカーキャリアは、様々なランダムアクセスパラメータを搬送することができる。幾つかのアンカーキャリアが、同じアップリンクコンポーネントキャリアにリンクされるとき、同じランダムアクセスパラメータを使うこともできる。
【０１４８】
各アンカーキャリアは、様々なＳＩＢ、特にＭＩＭＯ構成、アップリンク制御チャネル構成などのような無線資源構成についての情報を含むＳＩＢ２をもち得る。このＳＩＢは、ランダムアクセスパラメータも含む。ＬＴＥ−Ａでは、この種類の情報を搬送するのに、別のＳＩＢが使われ得ることに留意されたい。
【０１４９】
ＬＴＥ−ＡアンカーキャリアがＷＴＲＵアイドルモードページングに対処するケースでは、ページング周期またはＤＲＸ周期長は、アンカーキャリアごとに異なるように構成され得る。異なり得る他のアイドルモードページング関連パラメータは、「ページングフレーム中のページング用のサブフレーム機会の数」、すなわち、アイドルモードページング及びページングサブフレームパターン定義表中の現在のＮ個のパラメータである。
【０１５０】
ＷＴＲＵは、こうしたパラメータ及びシステム情報を、アンカーキャリア上で送信されるブロードキャストチャネルを読み込むことによって知る。ＬＴＥ−Ａセル内には幾つかのアンカーコンポーネントキャリアが存在し得るが、ＷＴＲＵは、その中のただ１つに、システム情報目的で所与のときにロックオンする必要があり得る。
【０１５１】
これ以降では、システム情報修正に対処する方法を開示する。システム情報（ＳＩ）に変更がある場合、ＷＴＲＵは、２つの方法例によって通知を取得し得る。或る方法例では、ＷＴＲＵは、システム修正コマンドを送信するのに使われるある特定のＲＮＴＩ、例えばＳＩ−ＣＨＧ−ＲＮＴＩを求めてＰＤＣＣＨを調べればよい。このコマンドは、定期的に送信してよく、指示フラグからなり得る。このコマンドは、ＳＩ変更があると仮定して、ビットマップを使うことによって、特定のどのＳＩＢが修正されるかも示すことができる。ＷＴＲＵは、所与のＲＮＴＩをもつＰＤＣＣＨコマンドを定期的に探す。コマンドのデコードに成功した後、ＳＩ変更がある場合、ＷＴＲＵは、修正されたＳＩＢに対するスケジュールされた時間／周波数の場所で、そのＳＩＢを読み込む。別の方法では、ＷＴＲＵは、ページングメッセージを調べて、特殊インジケータ変更を確かめればよい。
【０１５２】
システム情報修正のために、以下の方法が適用可能であり得る。或る方法例では、接続モードでのページング周期は、コンポーネントキャリアすべてに対して同じでもよく、周期がページングを提供するときは異なるコンポーネントキャリアに対して異なってもよい。
【０１５３】
別の方法では、ネットワークは、システム情報を変更したいとき、アンカーコンポーネントキャリア上でのみＷＴＲＵに対してページングすればよい。したがって、ＷＴＲＵは、アンカーコンポーネントキャリア上でのみ、そのページング周期をモニタする必要がある。
【０１５４】
別の方法では、ＷＴＲＵは、そのＤＲＸ周期に最適なページング周期に依存して、モニタしたいアンカーキャリアを選ぶことができる。モニタは、電力を節約するために、その選ばれたアンカーキャリア上でページング周期と重なるＷＴＲＵ  ＤＲＸオン持続期間及びアクティブ時間中に起こり得る。
【０１５５】
別の方法では、ＷＴＲＵは、アンカーコンポーネントキャリアに基づいて、システム修正期間を算出することができる。システム修正期間は、ＳＦＮ  ｍｏｄ  Ｎとして算出することができ、ここでＮは、フレーム中の修正期間係数でよく、アンカーコンポーネントキャリア上でのみ受信され得る。
【０１５６】
別の方法では、ＷＴＲＵは、ページを受信すると、修正期間から新規システム情報を受信し始めることができる。ＷＴＲＵが新規システム情報を受信している持続期間の間、ＷＴＲＵは、他のコンポーネントキャリアをリッスンするのをやめ、ＢＣＣＨを介してＳＩを受信するとともに、アンカーコンポーネントキャリアからのデータをリッスンするだけでよい。
【０１５７】
別の方法では、ＷＴＲＵは、アンカーコンポーネントキャリア上でＳＩＢ−１の値タグをモニタすることもでき、そうすることによって、各ページング周期においてページングメッセージを読み込む必要がなくなる。
【０１５８】
本明細書で開示した方法では、多くのアンカーコンポーネントキャリアがある場合、ＷＴＲＵは、システム情報変更及び／またはページングのために、どのアンカーコンポーネントキャリアをＷＴＲＵがリッスンする必要があるかを告げられ得る。或いは、ネットワークの観点から、アンカーキャリアがすべて同期される場合、ＷＴＲＵは、この情報を求めて全アンカーコンポーネントキャリアをリッスンすればよい。
【０１５９】
実施形態
１．キャリア集約を扱う、ワイヤレス送受信ユニット（ＷＴＲＵ）によって実施される方法であって、少なくとも１つのコンポーネントキャリアを識別するキャリア集約情報を受信することであって、少なくとも１つのコンポーネントキャリアの１つが、ＷＴＲＵに関連付けられたダウンリンク制御チャネルを搬送することを含む方法。
【０１６０】
２．ダウンリンク制御チャネルを検出することをさらに含む実施形態１に記載の方法。
【０１６１】
３．ダウンリンク制御チャネル中にダウンリンク制御情報を置くことをさらに含む上記実施形態のいずれかに記載の方法。
【０１６２】
４．ダウンリンク制御情報に基づいてダウンリンク送信を受信することをさらに含む上記実施形態のいずれかに記載の方法。
【０１６３】
５．キャリア集約情報は、セル固有制御情報を搬送するブロードキャストチャネル中で示される上記実施形態のいずれかに記載の方法。
【０１６４】
６．セル固有制御情報は、マスタ情報ブロック（ＭＩＢ）またはシステム情報ブロック（ＳＩＢ）として搬送される上記実施形態のいずれかに記載の方法。
【０１６５】
７．キャリア集約情報は、少なくとも１つのコンポーネントキャリアのどれをモニタするべきかに関する、ブロードキャストチャネルブロードキャスト、Ｌ２／３シグナリング、またはＬ１シグナリングの少なくとも１つによって示される上記実施形態のいずれかに記載の方法。
【０１６６】
８．ダウンリンク制御情報は、ダウンリンクデータグラント情報が、コンポーネントキャリアを搬送するダウンリンク制御情報中に置かれていることを示す上記実施形態のいずれかに記載の方法。
【０１６７】
９．制御情報は、ダウンリンクデータグラント情報が、コンポーネントキャリアを搬送するダウンリンク制御情報とは異なるコンポーネントキャリア中に置かれていることを示す上記実施形態のいずれかに記載の方法。
【０１６８】
１０．制御情報は、コンポーネントキャリアを搬送する、ダウンリンク制御情報を含み得る複数のコンポーネントキャリア中にダウンリンクデータグラント情報が置かれていることを示す上記実施形態のいずれかに記載の方法。
【０１６９】
１１．ダウンリンク制御チャネルは、複数のコンポーネントキャリアからなるグループに関連付けられ、ＷＴＲＵは、グループ中の複数のコンポーネントキャリアすべてを探索することを必要とすることなくダウンリンク制御チャネルを検出するように構成される上記実施形態のいずれかに記載の方法。
【０１７０】
１２．ダウンリンク制御チャネルと、共有データチャネルを搬送するコンポーネントキャリアとの間のマッピングを、上位層シグナリング、Ｌ１シグナリングの一方を用いて、またはダウンリンク制御チャネルを送信する少なくとも１つのコンポーネントキャリアの１つによって黙示的に、受信することをさらに含む上記実施形態のいずれかに記載の方法。
【０１７１】
１３．ダウンリンク制御チャネルは、コンポーネントキャリア用のインデックスを搬送する上記実施形態のいずれかに記載の方法。
【０１７２】
１４．ダウンリンク制御チャネルは、コンポーネントキャリア用のインデックスを搬送するキャリア指示フィールドをもつ上記実施形態のいずれかに記載の方法。
【０１７３】
１５．アクティブコンポーネントキャリア上でのみ不連続受信（ＤＲＸ）を用いることをさらに含む上記実施形態のいずれかに記載の方法。
【０１７４】
１６．コンポーネントキャリアごとにＤＲＸを用いて、未使用コンポーネントキャリアのオン持続期間を、最も使われるコンポーネントキャリアのオン持続期間と比較して削減することをさらに含む上記実施形態のいずれかに記載の方法。
【０１７５】
１７．第１のコンポーネントキャリア上でのダウンリンク制御チャネルの受信により、ＷＴＲＵは、他のコンポーネントキャリア上でのＤＲＸ挙動を変える上記実施形態のいずれかに記載の方法。
【０１７６】
１８．２Ｄ  ＤＲＸパターンが、全コンポーネントキャリアまたはサブセットにわたって定義される上記実施形態のいずれかに記載の方法。
【０１７７】
１９．複数のコンポーネントキャリアは、同じ資源を使う上記実施形態のいずれかに記載の方法。
【０１７８】
２０．ダウンリンク制御チャネルは、少なくともコンポーネントキャリアセット用に使われる上記実施形態のいずれかに記載の方法。
【０１７９】
２１．ダウンリンク制御チャネルの場所に関わらず、全コンポーネントキャリア内で送信される物理制御フォーマット指示チャネル（ＰＣＦＩＣＨ）を受信することをさらに含む上記実施形態のいずれかに記載の方法。
【０１８０】
２２．何個のＯＦＤＭ記号がデータ送信用に使われるかを示すＰＣＦＩＣＨをコンポーネントキャリア内で検出することをさらに含む上記実施形態のいずれかに記載の方法。
【０１８１】
２３．アップリンク（ＵＬ）スケジューリングシグナリングマッピング情報を受信することであって、アップリンクコンポーネントキャリア用のアップリンクグラントは、アップリンク／ダウンリンクコンポーネントキャリアの非対称性には関係なく、ダウンリンクコンポーネントキャリアにマップされることをさらに含む上記実施形態のいずれかに記載の方法。
【０１８２】
２４．複数のダウンリンクコンポーネントキャリアにわたって拡散されるアップリンクグラントに対するホッピングパターン情報を受信することをさらに含む上記実施形態のいずれかに記載の方法。
【０１８３】
２５．アップリンク（ＵＬ）スケジューリングシグナリングマッピング情報を受信することであって、アップリンクグラントは、アップリンク／ダウンリンクコンポーネントキャリアの非対称性に関係なく、少なくとも１つのダウンリンクコンポーネントキャリアに統合エンコードされ及びマップされることをさらに含む上記実施形態のいずれかに記載の方法。
【０１８４】
２６．アップリンク（ＵＬ）スケジューリングシグナリングマッピング情報を受信することであって、アップリンクコンポーネントキャリアセットに対するアップリンクグラントは、ダウンリンクコンポーネントキャリアにマップされることをさらに含む上記実施形態のいずれかに記載の方法。
【０１８５】
２７．ダウンリンク制御情報は、アップリンクコンポーネントキャリアインデックスを含む上記実施形態のいずれかに記載の方法。
【０１８６】
２８．アップリンクグラントは、別個のアップリンクコンポーネントキャリアに対応するアップリンクグラントの集約である上記実施形態のいずれかに記載の方法。
【０１８７】
２９．アップリンク（ＵＬ）スケジューリングシグナリングマッピング情報を受信することであって、アップリンクコンポーネントキャリアに対する各アップリンクグラントが異なるダウンリンクコンポーネントキャリアにマップされることをさらに含む上記実施形態のいずれかに記載の方法。
【０１８８】
３０．複数のＷＴＲＵ  ＩＤを使ってどのアップリンクグラントがどのアップリンクキャリアにマップするかを見分けることをさらに含む上記実施形態のいずれかに記載の方法。
【０１８９】
３１．キャリア集約を扱う、ワイヤレス送受信ユニット（ＷＴＲＵ）によって実施される方法であって、少なくとも１つのコンポーネントキャリアを検出することを含む方法。
【０１９０】
３２．少なくとも１つのコンポーネントキャリアにロックオンすることをさらに含む実施形態３１に記載の方法。
【０１９１】
３３．少なくとも１つのコンポーネントキャリアのタイプを判定することをさらに含む実施形態３１〜３２のいずれかに記載の方法。
【０１９２】
３４．少なくとも１つのコンポーネントキャリアが非アンカーコンポーネントキャリアであるという条件で、少なくとも１つのアンカーコンポーネントキャリアを場所決めすることであって、少なくとも１つのアンカーコンポーネントキャリアはキャリア集約情報を搬送することをさらに含む実施形態３１〜３３のいずれかに記載の方法。
【０１９３】
３５．キャリア集約情報に基づいてダウンリンク送信を受信することをさらに含む実施形態３１〜３４のいずれかに記載の方法。
【０１９４】
３６．少なくとも１つのコンポーネントキャリアのタイプは、ブロードキャストチャネル中で送信される実施形態３１〜３５のいずれかに記載の方法。
【０１９５】
３７．少なくとも１つのコンポーネントキャリアのタイプは、マスタ情報ブロックまたはシステム情報ブロックの一方に入れて搬送される実施形態３１〜３６のいずれかに記載の方法。
【０１９６】
３８．判定することは、キャリア集約情報エンティティをデコードし、少なくとも１つのコンポーネントキャリアのタイプを知ることをさらに含む実施形態３１〜３７のいずれかに記載の方法。
【０１９７】
３９．少なくとも１つのコンポーネントキャリアに関連付けられたアップリンクコンポーネントキャリア上でランダムアクセス手順を実施することをさらに含む実施形態３１〜３８のいずれかに記載の方法。
【０１９８】
４０．無線資源制御（ＲＲＣ）接続を得ることをさらに含む実施形態３１〜３９のいずれかに記載の方法。
【０１９９】
４１．少なくとも１つのコンポーネントキャリアがアンカーコンポーネントキャリアであるという条件で、ＲＲＣ接続を介してキャリア集約情報を受信することをさらに含む実施形態３１〜４０のいずれかに記載の方法。
【０２００】
４２．少なくとも１つのコンポーネントキャリアに関連付けられたアップリンクコンポーネントキャリア上でランダムアクセス手順を実施することをさらに含む実施形態３１〜４１のいずれかに記載の方法。
【０２０１】
４３．無線資源制御（ＲＲＣ）接続を得ることをさらに含む実施形態３１〜４２のいずれかに記載の方法。
【０２０２】
４４．少なくとも１つのコンポーネントキャリアが非アンカーコンポーネントキャリアであるという条件で、アンカーコンポーネントキャリアの場所を受信することをさらに含む実施形態３１〜４３のいずれかに記載の方法。
【０２０３】
４５．少なくとも１つのコンポーネントキャリアに関連付けられたアップリンクコンポーネントキャリア上でランダムアクセス手順を実施することをさらに含む実施形態３１〜４４のいずれかに記載の方法。
【０２０４】
４６．所定のメッセージタイプをデコードして、アンカーコンポーネントキャリアについての情報を取得することをさらに含む実施形態３１〜４５のいずれかに記載の方法。
【０２０５】
４７．少なくとも１つの予備ビットは、少なくとも１つのコンポーネントキャリアのタイプを示す実施形態３１〜４６のいずれかに記載の方法。
【０２０６】
４８．残りの予備ビットは、キャリア集約情報を搬送する実施形態３１〜４７のいずれかに記載の方法。
【０２０７】
４９．残りの予備ビットは、アンカーコンポーネントキャリアの場所を示す実施形態３１〜４８のいずれかに記載の方法。
【０２０８】
５０．アンカーは、キャリア集約固有巡回冗長検査を用いてブロードキャストチャネルをデコードすることによって黙示的に決定される実施形態３１〜４９のいずれかに記載の方法。
【０２０９】
５１．場所決めすることは、ブロードキャストチャネルシグナリング、ＲＲＣシグナリングまたはランダムアクセスプロセスメッセージ通信の１つを用いて、ＷＴＲＵをアンカーキャリアに向けることをさらに含む実施形態３１〜５０のいずれかに記載の方法。
【０２１０】
５２．指向コマンドは、ＳＩＢ、またはＭＩＢの一方の中にエンコードされる実施形態３１〜５１のいずれかに記載の方法。
【０２１１】
５３．キャリア集約情報は、ＳＩＢ、ＭＩＢまたは情報要素（ＩＥ）の１つに入れて搬送される実施形態３１〜５２のいずれかに記載の方法。
【０２１２】
５４．キャリア集約を扱うワイヤレス送受信ユニット（ＷＴＲＵ）であって、
ブロードキャストチャネルを介して、少なくとも１つのコンポーネントキャリアを識別するキャリア集約情報を受信するように構成された受信機であって、少なくとも１つのコンポーネントキャリアの１つが、ＷＴＲＵに関連付けられたダウンリンク制御チャネルを搬送する、受信機を備えるＷＴＲＵ。
【０２１３】
５５．キャリア集約情報からダウンリンク制御チャネルを検出し及びダウンリンク制御チャネル中にダウンリンク制御情報を置くように構成されたプロセッサをさらに備える実施形態５４に記載のＷＴＲＵ。
【０２１４】
５６．受信機を備えるキャリア集約を扱うワイヤレス送受信ユニット（ＷＴＲＵ）。
【０２１５】
５７．プロセッサをさらに備える実施形態５６に記載のＷＴＲＵ。
【０２１６】
５８．少なくとも１つのコンポーネントキャリアを検出し及び少なくとも１つのコンポーネントキャリアにロックオンするように構成された受信機及びプロセッサをさらに備える実施形態５６〜５７のいずれかに記載のＷＴＲＵ。
【０２１７】
５９．少なくとも１つのコンポーネントキャリアのタイプを判定するように構成されたプロセッサをさらに備える実施形態５６〜５８のいずれかに記載のＷＴＲＵ。
【０２１８】
６０．少なくとも１つのコンポーネントキャリアが非アンカーコンポーネントキャリアであるという条件で、少なくとも１つのアンカーコンポーネントキャリアを場所決めするようにさらに構成されたプロセッサであって、少なくとも１つのアンカーコンポーネントキャリアは、キャリア集約情報を搬送する、プロセッサをさらに備える実施形態５６〜５９のいずれかに記載のＷＴＲＵ。
【０２１９】
特徴及び要素を、具体的に組み合わせて上に記載したが、各特徴または要素は、他の特徴及び要素なしで単独で、または他の特徴及び要素ありでもなしでも様々に組み合わせて用いることができる。本明細書に挙げた方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実行用のコンピュータ可読記憶媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェア中に実装することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ素子、内蔵ハードディスク及び取外し可能ディスクなどの磁気メディア、光磁気メディア、並びに、ＣＤ−ＲＯＭディスク、及びＤＶＤ（デジタル多用途ディスク）などの光メディアを含む。
【０２２０】
適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラム可能ゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、及び／または状態マシンを含む。
【０２２１】
ソフトウェアと関連したプロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）、ＵＥ（ユーザ機器）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装するのに使うことができる。ＷＴＲＵは、ハードウェア及び／またはソフトウェア中に実装されるモジュール、並びに、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなど、他の構成要素とともに使うことができる。
【図１】
0005622735.tif 000005
【図２】
0005622735.tif 000006
【図３】
0005622735.tif 000007