(57)【特許請求の範囲】
【請求項１】
端末装置によって行われる通信方法であって、
常にアクティブ化されているプライマリ・コンポーネント・キャリアに対して追加される、少なくとも一つのセカンダリ・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示すビットの集合を含むＭＡＣ制御要素（MAC control element）を受信し、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々は、前記ビットの集合に含まれる一つのビットと対応しており、前記一つのビットは対応するセカンダリ・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示し、
前記受信したＭＡＣ制御要素に従って、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々をアクティブ化、又は、非アクティブ化し、
いずれかのセカンダリ・コンポーネント・キャリアがアクティブ化される場合は、アクティブ化されたセカンダリ・コンポーネント・キャリア上でサウンディング基準信号（ＳＲＳ）の送信を開始するとともに、パワー・ヘッドルーム（ＰＨＲ）の報告を送信する、
通信方法。
【請求項２】
前記ビットの集合は、１つのオクテットからなる、
請求項１に記載の通信方法。
【請求項３】
前記ビットの集合は、少なくとも一つの未使用のビットを含む、
請求項１又は２に記載の通信方法。
【請求項４】
いずれかのセカンダリ・コンポーネント・キャリアが非アクティブ化される場合は、非アクティブ化されたセカンダリ・コンポーネント・キャリアでは、前記ＳＲＳの送信を行わない、
請求項１から３のいずれか一項に記載の通信方法。
【請求項５】
前記プライマリ・コンポーネント・キャリア及び前記少なくとも一つ以上のセカンダリ・コンポーネント・キャリアの各々は、複数のサブキャリアを含むコンポーネント・キャリアである、
請求項１から４のいずれか一項に記載の通信方法。
【請求項６】
常にアクティブ化されているプライマリ・コンポーネント・キャリアに対して追加される、少なくとも一つのセカンダリ・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示すビットの集合を含むＭＡＣ制御要素（MAC control element）を受信し、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々は、前記ビットの集合に含まれる一つのビットと対応しており、前記一つのビットは対応するセカンダリ・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示す、受信部と、
前記受信したＭＡＣ制御要素に従って、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々をアクティブ化、又は、非アクティブ化する、アクティブ化部と、
いずれかのセカンダリ・コンポーネント・キャリアがアクティブ化される場合は、アクティブ化されたセカンダリ・コンポーネント・キャリア上でサウンディング基準信号（ＳＲＳ）の送信を開始するとともに、パワー・ヘッドルーム（ＰＨＲ）の報告を送信する送信部と、
を具備する通信装置。
【請求項７】
前記ビットの集合は、１つのオクテットからなる、
請求項６に記載の通信装置。
【請求項８】
前記ビットの集合は、少なくとも一つの未使用のビットを含む、
請求項６又は７に記載の通信装置。
【請求項９】
いずれかのセカンダリ・コンポーネント・キャリアが非アクティブ化される場合は、前記送信部は、非アクティブ化されたセカンダリ・コンポーネント・キャリアでは、前記ＳＲＳの送信を行わない、
請求項６から８のいずれか一項に記載の通信装置。
【請求項１０】
前記プライマリ・コンポーネント・キャリア及び前記少なくとも一つ以上のセカンダリ・コンポーネント・キャリアの各々は、複数のサブキャリアを含むコンポーネント・キャリアである、
請求項６から９のいずれか一項に記載の通信装置。
【請求項１１】
常にアクティブ化されているプライマリ・コンポーネント・キャリアに対して追加される、少なくとも一つのセカンダリ・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示すビットの集合を含むＭＡＣ制御要素（MAC control element）を受信し、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々は、前記ビットの集合に含まれる一つのビットと対応しており、前記一つのビットは対応するセカンダリ・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示す、受信処理と、
前記受信したＭＡＣ制御要素に従って、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々をアクティブ化、又は、非アクティブ化するアクティブ化処理と、
いずれかのセカンダリ・コンポーネント・キャリアがアクティブ化される場合は、アクティブ化されたセカンダリ・コンポーネント・キャリア上でサウンディング基準信号（ＳＲＳ）の送信を開始するとともに、パワー・ヘッドルーム（ＰＨＲ）の報告を送信する送信処理と、
を制御する集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、上りリンクまたは下りリンクでの１つまたは複数のコンポーネント・キャリアのアクティブ化または非アクティブ化を可能にする、コンポーネント・キャリア（非）アクティブ化メッセージの提案に関する。さらに、本発明は、モバイル端末のために構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化の方法、基地局、およびモバイル端末での新しいコンポーネント・キャリア（非）アクティブ化メッセージの使用に関する。
【背景技術】
【０００２】
＜ロング・ターム・エボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術に基づく第３世代モバイル・システム（３Ｇ）が、全世界で大規模に展開されている。この技術を強化しまたは進歩させる第１ステップは、高速下りリンク・パケット・アクセス（ＨＳＤＰＡ）と、高速上りリンク・パケット・アクセス（ＨＳＵＰＡ）とも称する機能強化された上りリンクを導入し、非常に競争力のある無線アクセス技術を与えることである。
【０００３】
さらに増加するユーザ需要に備え、新しい無線アクセス技術に対して競争力を持つために、３ＧＰＰは、ロング・ターム・エボリューション（ＬＴＥ）と呼ばれる新しいモバイル通信システムを導入した。ＬＴＥは、次の１０年間の高速のデータ・トランスポートおよび媒体トランスポートならびに大容量の音声サポートに関するキャリアの必要を満足するために設計されている。高いビット・レートを提供する能力が、ＬＴＥの主要な手段である。
【０００４】
拡張ＵＭＴＳ地上波無線アクセス（ＵＴＲＡ）およびＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）と呼ばれるロング・ターム・エボリューション（ＬＴＥ）のワーク・アイテム（ＷＩ）仕様は、リリース８（ＬＴＥ）として最終化される予定である。ＬＴＥシステムは、短待ち時間および低コストと共にフルＩＰベース機能性を提供する、効率的なパケットベースの無線アクセスおよび無線アクセス・ネットワークを表す。詳細なシステム要件を与える。ＬＴＥでは、所与のスペクトルを使用する柔軟なシステム展開を達成するために、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚなどのスケーラブルな複数の送信帯域幅が指定される。下りリンクでは、直交周波数分割多重（ＯＦＤＭ）ベースの無線アクセスが、低シンボル・レートに起因する多経路干渉（ＭＰＩ）に対するその固有のイミュニティ、サイクリック・プレフィックスの使用、および異なる送信帯域幅配置に対するその親和性のゆえに、採用された。上りリンクでは、大面積カバレージのプロビジョニングが、ユーザ機器（ＵＥ）の制限された送信電力を考慮して、ピーク・データ・レートの改善より優先されたので、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）ベースの無線アクセスが採用された。多重入力・多重出力（ＭＩＭＯ）チャネル伝送技法を含む多数の主要なパケット無線アクセス技術が使用され、非常に効率的な制御シグナリング構造が、ＬＴＥ（リリース８）で達成される。
【０００５】
＜ＬＴＥアーキテクチャ＞
全体的なアーキテクチャを図１に示し、Ｅ−ＵＴＲＡＮアーキテクチャのより詳細な表現を、図２に示す。Ｅ−ＵＴＲＡＮは、Ｅ−ＵＴＲＡユーザ・プレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）とユーザ機器（ＵＥ）に向かう制御プレーン（ＲＲＣ）プロトコル終端とを提供するｅノードＢからなる。ｅノードＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、ならびにユーザプレーン・ヘッダ圧縮および暗号化の機能性を含むパケット・データ制御プロトコル（ＰＤＣＰ）レイヤをホスティングする。ｅノードＢ（ｅＮＢ）は、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能性をも提供する。ｅノードＢ（ｅＮＢ）は、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエートされた上りリンク・サービス品質（ＱｏＳ）の実施、セル情報ブロードキャスト、ユーザ・プレーン・データおよび制御プレーン・データの暗号化／暗号化解除、ならびに上りリンク／下りリンク・ユーザ・プレーン・パケット・ヘッダの圧縮／圧縮解除を含む多数の機能を実行する。ｅノードＢは、Ｘ２インターフェースによってお互いに相互接続される。
【０００６】
ｅノードＢは、Ｓ１インターフェースによってＥＰＣ（発展型パケット・コア）に、より具体的にはＳ１−ＭＭＥによってＭＭＥ（無線通信移動管理装置）に、およびＳ１−Ｕによってサービング・ゲートウェイ（ＳＧＷ）にも接続される。Ｓ１インターフェースは、ＭＭＥ／サービング・ゲートウェイとｅノードＢとの間の多対多関係をサポートする。ＳＧＷは、ｅノードＢ間ハンドオーバ中にユーザ・プレーンのモビリティ・アンカとして、およびＬＴＥと他の３ＧＰＰ技術との間のモビリティのアンカとしても働き（Ｓ４インターフェースを終端し、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間のトラフィックを中継し）ながら、ユーザ・データ・パケットをルーティングし、転送する。アイドル状態のユーザ機器について、ＳＧＷは、下りリンク・データ経路を終端し、ユーザ機器に関して下りリンク・データが到着する時にページングをトリガする。ＳＧＷは、ユーザ機器コンテキスト、たとえばＩＰベアラ・サービスのパラメータ、ネットワーク内部ルーティング情報を管理し、格納する。ＳＧＷは、合法的傍受（ｌａｗｆｕｌ  ｉｎｔｅｒｃｅｐｔｉｏｎ）の場合にユーザ・トラフィックの複製をも実行する。
【０００７】
ＭＭＥは、ＬＴＥアクセス・ネットワークの主要な制御ノードである。ＭＭＥは、再送信を含む、アイドル・モード・ユーザ機器の追跡およびページング手順の責任を負う。ＭＭＥは、ベアラ・アクティブ化／非アクティブ化プロセスに用いられ、初期アタッチ時およびコア・ネットワーク（ＣＮ）ノード・リロケーションを伴うＬＴＥ内ハンドオーバの時に、ユーザ機器のＳＧＷを選択する責任をも負う。ＭＭＥは、ユーザを認証する（ＨＳＳと相互作用することによって）責任を負う。非アクセス層（ＮＡＳ）シグナリングは、ＭＭＥで終端し、ＭＭＥは、一時アイデンティティを生成し、ユーザ機器に割り当てる責任をも負う。ＭＭＥは、サービス・プロバイダの公衆陸上移動ネットワーク（ＰＬＭＮ）にキャンプするためのユーザ機器の許可をチェックし、ユーザ機器ローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングに関する暗号化／完全性保護のネットワーク内の終端点であり、セキュリティ鍵管理を処理する。シグナリングの合法的傍受も、ＭＭＥによってサポートされる。ＭＭＥは、ＬＴＥアクセス・ネットワークと２Ｇ／３Ｇアクセス・ネットワークとの間のモビリティの制御プレーン機能をも提供し、ＳＧＳＮからのＳ３インターフェースは、ＭＭＥで終端する。ＭＭＥは、ローミング・ユーザ機器のホームＨＳＳに向かうＳ６ａインターフェースをも終端する。
【０００８】
＜ＬＴＥ（リリース８）のコンポーネント・キャリア構造＞
３ＧＰＰ  ＬＴＥ（リリース８）の下りリンク・コンポーネント・キャリアは、時間周波数領域でいわゆるサブフレームに副分割される。３ＧＰＰ  ＬＴＥ（リリース８）では、各サブフレームは、図３に示されている２つの下りリンク・スロットに分割され、第１の下りリンク・スロットは、第１のＯＦＤＭシンボル内に制御チャネル領域（ＰＤＣＣＨ領域）を含む。各サブフレームは、時間領域で所与の個数のＯＦＤＭシンボルからなり（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、ＯＦＤＭシンボルのそれぞれは、コンポーネント・キャリアの全帯域幅にまたがる。したがって、ＯＦＤＭシンボルは、それぞれ、図４にも示されているように、
【数１】
0006044855.tif 000002
個のサブキャリア上で送信される複数の変調シンボルからなる。
【０００９】
たとえば３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）で使用されているように、複数キャリア通信システム、たとえばＯＦＤＭを使用すると仮定すると、スケジューラによって割り当てることのできるリソースの最小単位は、１「リソース・ブロック」である。物理リソース・ブロックは、図４に例示されているように、時間領域では
【数２】
0006044855.tif 000003
個の連続するＯＦＤＭシンボル、周波数領域では
【数３】
0006044855.tif 000004
個の連続するサブキャリアとして定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソース・ブロックは、時間領域の１スロット、周波数領域の１８０ｋＨｚに対応する
【数４】
0006044855.tif 000005
個のリソース要素からなる（下りリンク・リソース・グリッドに関するさらなる詳細については、たとえば、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、参照によって本明細書に組み込まれている３ＧＰＰ  ＴＳ  ３６．２１１、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）」、ｖｅｒｓｉｏｎ  ８．９．０または９．０．０、セクション６．２を参照されたい）。
【００１０】
＜レイヤ１／レイヤ２（Ｌ１／Ｌ２）制御シグナリング＞
スケジューリングされたユーザにその割当状況、トランスポート・フォーマット、および他のデータ関連情報（たとえば、ＨＡＲＱ情報、ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ（ＴＰＣ）コマンド）について知らせるために、Ｌ１／Ｌ２制御シグナリングが、データと一緒に下りリンク上で送信される。Ｌ１／Ｌ２制御シグナリングは、ユーザ割当がサブフレームごとに変化する可能性があると仮定して、サブフレーム内で下りリンク・データと多重化される。ユーザ割当をＴＴＩ（送信時間間隔）を基礎として実行することもでき、ＴＴＩ長がサブフレームの倍数であることに留意されたい。ＴＴＩ長は、あるサービス・エリア内ですべてのユーザについて固定される場合があり、異なるユーザについて異なる場合があり、あるいは、ユーザごとに動的である場合さえある。一般に、Ｌ１／２制御シグナリングは、ＴＴＩごとに１回送信されることだけを必要とする。Ｌ１／Ｌ２制御シグナリングは、物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される。３ＧＰＰ  ＬＴＥでは、上りリンク・スケジューリング許可または上りリンク・リソース割当とも称する上りリンク・データ送信の割当も、ＰＤＣＣＨ上で送信されることに留意されたい。
【００１１】
スケジューリング許可に関して、Ｌ１／Ｌ２制御シグナリング上で送信される情報を、次の２つのカテゴリに分離することができる。
【００１２】
Ｃａｔ  １情報を搬送する共用制御情報（ＳＣＩ）
Ｌ１／Ｌ２制御シグナリングの共用制御情報部分は、リソース割当（表示）に関連する情報を含む。共用制御情報は、通常は次の情報を含む。
【００１３】
−リソースに割り当てられるユーザ（１つまたは複数）を示すユーザ・アイデンティティ。
−ユーザ（１つまたは複数）が割り当てられるリソース（リソース・ブロック（ＲＢ））を示すＲＢ割当情報。割り当てられるリソース・ブロックの個数を、動的とすることができる。
−複数のサブフレーム（またはＴＴＩ）にまたがる割当が可能である場合には、割当の持続時間（任意選択）。
【００１４】
他のチャネルのセットアップおよび下りリンク制御情報（ＤＣＩ）（下を参照されたい）のセットアップに依存して、共用制御情報は、さらに、上りリンク送信のＡＣＫ／ＮＡＣＫ、上りリンク・スケジューリング情報、ＤＣＩに関する情報（リソース、ＭＣＳなど）などの情報を含むことができる。
【００１５】
Ｃａｔ  ２／３情報を搬送する下りリンク制御情報（ＤＣＩ）
Ｌ１／Ｌ２制御シグナリングの下りリンク制御情報部分は、Ｃａｔ  １情報によって示されるスケジューリングされたユーザに送信されるデータの送信フォーマットに関連する情報（Ｃａｔ  ２情報）を含む。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを使用する場合には、Ｃａｔ  ２情報は、ＨＡＲＱ（Ｃａｔ  ３）情報を搬送する。下りリンク制御情報は、Ｃａｔ  １に従ってスケジューリングされたユーザによって復号されることだけを必要とする。下りリンク制御情報は、通常は次に関する情報を含む。
【００１６】
−Ｃａｔ  ２情報：  変調方式、トランスポート・ブロック（ペイロード）サイズまたは符号化レート、ＭＩＭＯ（多重入力・多重出力）関連情報など。トランスポート・ブロック（またはペイロード・サイズ）または符号レートのいずれかをシグナリングすることができる。どの場合でも、これらのパラメータを、変調方式情報およびリソース情報（割り当てられたリソース・ブロックの個数）を使用することによって、お互いから計算することができる。
−Ｃａｔ  ３情報：  ＨＡＲＱ関連情報、たとえば、ハイブリッドＡＲＱプロセス番号、冗長性バージョン、再送信シーケンス番号
【００１７】
下りリンク制御情報は、全体的なサイズおよびそのフィールドに含まれる情報において異なる複数のフォーマットで現れる。ＬＴＥ  リリース８／９（３ＧＰＰ  ＬＴＥ）に関して現在定義されている異なるＤＣＩフォーマットは、３ＧＰＰ  ＴＳ  ３６．２１２、「Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ  ９）」、ｖｅｒｓｉｏｎ  ８．８．０または９．０．０、セクション５．３．３．１（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、参照によって本明細書に組み込まれている）に詳細に記載されている。
【００１８】
下りリンクおよび上りリンクのデータ送信
下りリンク・データ送信に関して、Ｌ１／Ｌ２制御シグナリングは、下りリンク・パケット・データ送信と一緒に、別々の物理チャネル（ＰＤＣＣＨ）上で送信される。このＬ１／Ｌ２制御シグナリングは、通常は次に関する情報を含む。
【００１９】
−データが送信される物理リソース（１つまたは複数）（たとえば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合には符号）。この情報は、ＵＥ（受信器）が、データが送信されるリソースを識別することを可能にする。
【００２０】
−ユーザ機器が、Ｌ１／Ｌ２制御シグナリング内にキャリア指示フィールド（ＣＩＦ）を有するように構成される時には、この情報は、特定の制御シグナリング情報が対象としているコンポーネント・キャリアを特定する。これは、別のコンポーネント・キャリアを対象とした割当を、ある１つのコンポーネント・キャリアで送信することを可能にする（「クロスキャリア・スケジューリング」）。この他方のクロススケジューリングされるコンポーネント・キャリアは、たとえば、ＰＤＣＣＨのないコンポーネント・キャリアであり得る。すなわち、クロススケジューリングされるコンポーネント・キャリアは、Ｌ１／Ｌ２制御シグナリングを全く搬送しない。
【００２１】
−送信に使用されるトランスポート・フォーマット。これは、データのトランスポート・ブロック・サイズ（ペイロード・サイズ、情報ビット・サイズ）、ＭＣＳ（変調および符号化スキーム）レベル、スペクトル効率、符号レートなどであり得る。この情報は（通常は、リソース割当（たとえば、ユーザ機器に割り当てられたリソース・ブロックの個数）と一緒に）、ユーザ機器（受信器）が、復調、デレートマッチング、および復号プロセスを開始するために、情報ビット・サイズ、変調方式、および符号レートを識別することを可能にする。変調方式を、明示的にシグナリングすることができる。
【００２２】
−ハイブリッドＡＲＱ（ＨＡＲＱ）情報
・ＨＡＲＱプロセス番号：  ユーザ機器が、データがマッピングされるハイブリッドＡＲＱプロセスを識別することを可能にする。
・シーケンス番号または新データ・インジケータ（ＮＤＩ）：  ユーザ機器が、送信が新しいパケットまたは再送信されたパケットであるかどうかを識別することを可能にする。ソフト合成がＨＡＲＱプロトコル内で実施される場合には、シーケンス番号または新データ・インジケータは、ＨＡＲＱプロセス番号と一緒に、復号の前のＰＤＵの送信のソフト合成を可能にする。
・冗長性および／またはコンステレーション・バージョン：  どのハイブリッドＡＲＱ冗長性バージョンが使用されるのか（デレートマッチングに必要）および／またはどの変調コンステレーション・バージョンが使用されるのか（復調に必要）をユーザ機器に知らせる。
【００２３】
−ＵＥアイデンティティ（ＵＥ  ＩＤ）：  Ｌ１／Ｌ２制御シグナリングがどのユーザ機器に向けたものであるのかを知らせる。通常の実施態様では、この情報は、他のユーザ機器がこの情報を読み取るのを防ぐために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするのに使用される。
【００２４】
上りリンク・パケット・データ送信を可能にするために、Ｌ１／Ｌ２制御シグナリングは、下りリンク（ＰＤＣＣＨ）で送信され、送信詳細についてユーザ機器に知らせる。このＬ１／Ｌ２制御シグナリングは、通常、次に関する情報を含む。
【００２５】
−ユーザ機器がデータを送信しなければならない物理リソース（１つまたは複数）（たとえば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合にはコード）。
【００２６】
−ユーザ機器が、Ｌ１／Ｌ２制御シグナリング内にキャリア指示フィールド（ＣＩＦ）を有するように構成される時には、この情報は、特定の制御シグナリング情報が対象としているコンポーネント・キャリアを特定する。これは、別のコンポーネント・キャリアを対象とした割当を、ある１つのコンポーネント・キャリアで送信することを可能にする。この他方のクロススケジューリングされるコンポーネント・キャリアは、たとえば、ＰＤＣＣＨのないコンポーネント・キャリアであり得る。すなわち、クロススケジューリングされるコンポーネント・キャリアは、Ｌ１／Ｌ２制御シグナリングを全く搬送しない。
【００２７】
−上りリンク許可のためのＬ１／Ｌ２制御シグナリングは、上りリンク・コンポーネント・キャリアにリンクされたＤＬコンポーネント・キャリアで、または、複数のＤＬコンポーネント・キャリアが同一のＵＬコンポーネント・キャリアにリンクされる場合には複数のＤＬコンポーネント・キャリアのうちの１つで、送信される。
【００２８】
−ユーザ機器が送信に使用しなければならないトランスポート・フォーマット。これは、データのトランスポート・ブロック・サイズ（ペイロード・サイズ、情報ビット・サイズ）、ＭＣＳ（変調および符号化スキーム）レベル、スペクトル効率、符号レートなどとすることができる。この情報は（通常は、リソース割当（たとえば、ユーザ機器に割り当てられたリソース・ブロックの個数）と一緒に）、ユーザ機器（送信器）が、変調、レートマッチング、および符号化プロセスを開始するために、情報ビット・サイズ、変調方式、および符号レートを選ぶことを可能にする。いくつかの場合に、変調方式を、明示的にシグナリングすることができる。
【００２９】
−ハイブリッドＡＲＱ情報
・ＨＡＲＱプロセス番号：  ユーザ機器がどのハイブリッドＡＲＱプロセスからデータを選択しなければならないのかをユーザ機器に知らせる。
・シーケンス番号または新データ・インジケータ（ＮＤＩ）：  新しいパケットを送信しまたはパケットを再送信するようにユーザ機器に命ずる。ソフト合成がＨＡＲＱプロトコル内で実施される場合には、シーケンス番号または新データ・インジケータは、ＨＡＲＱプロセス番号と一緒になって、復号の前にプロトコル・データ・ユニット（ＰＤＵ）のための送信のソフト合成を可能にする。
・冗長性および／またはコンステレーション・バージョン：  どのハイブリッドＡＲＱ冗長性バージョンを使用すべきなのか（レートマッチングに必要）および／またはどの変調コンステレーション・バージョンを使用すべきなのか（変調に必要）をユーザ機器に知らせる。
【００３０】
−ＵＥアイデンティティ（ＵＥ  ＩＤ）：  どのユーザ機器がデータを送信しなければならないのかを知らせる。通常の実施態様では、この情報は、他のユーザ機器がこの情報を読み取るのを防ぐために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするのに使用される。
【００３１】
上で言及した情報を上りリンク・データ送信および下りリンク・データ送信で正確にどのように送信すべきかに関する複数の異なる特色がある。さらに、上りリンクおよび下りリンクでは、Ｌ１／Ｌ２制御情報は、追加情報をも含むことができ、あるいは、情報の一部を省略することができる。たとえば、
−同期ＨＡＲＱプロトコルの場合に、ＨＡＲＱプロセス番号は、必要ではない場合がある、すなわち、シグナリングされない。
−チェース・コンバイニング（Ｃｈａｓｅ  Ｃｏｍｂｉｎｉｎｇ）が使用される（必ず同一の冗長性および／またはコンステレーション・バージョン）場合あるいは冗長性および／またはコンステレーション・バージョンのシーケンスが事前に定義される場合には、冗長性および／またはコンステレーション・バージョンが、必要ではなく、したがってシグナリングされない場合がある。
−電力制御情報が、さらに、制御シグナリングに含まれる場合がある。
−たとえばプリコーディングなど、ＭＩＭＯ関連制御情報が、さらに、制御シグナリングに含まれる場合がある。
−マルチコードＭＩＭＯ送信の場合に、マルチコードのトランスポート・フォーマットおよび／またはＨＡＲＱ情報が含まれる場合がある。
【００３２】
ＬＴＥにおいてＰＤＣＣＨでシグナリングされる上りリンク・リソース割当（物理上りリンク共用チャネル（ＰＵＳＣＨ））については、ＬＴＥ上りリンクには同期ＨＡＲＱプロトコルが使用されるので、Ｌ１／Ｌ２制御情報は、ＨＡＲＱプロセス番号を含まない。上りリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって与えられる。さらに、冗長性バージョン（ＲＶ）情報が、トランスポート・フォーマット情報と共に合同で符号化される、すなわち、ＲＶ情報が、トランスポート・フォーマット（ＴＦ）フィールドに組み込まれることに留意されたい。トランスポート・フォーマット（ＴＦ）すなわち変調および符号化スキーム（ＭＣＳ）フィールドそれぞれは、たとえば、３２個のエントリに対応する５ビットのサイズを有する。３つのＴＦ／ＭＣＳテーブル・エントリが、冗長性バージョン（ＲＶ）１、２、または３を示すために予約される。残りのＭＳＣテーブル・エントリは、暗黙のうちにＲＶ０を示すＭＣＳレベル（ＴＢＳ）をシグナリングするのに使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは、１６ビットである。
【００３３】
ＬＴＥではＰＤＣＣＨでシグナリングされる下りリンク割当（ＰＤＳＣＨ）については、冗長バージョン（ＲＶ）は、別々に２ビット・フィールド内でシグナリングされる。さらに、変調オーダー情報が、トランスポート・フォーマット情報と共に合同で符号化される。上りリンクの場合に似て、ＰＤＣＣＨでシグナリングされる５ビットＭＳＣフィールドがある。エントリのうちの３つは、トランスポート・フォーマット（トランスポート・ブロック）情報を提供せずに明示的な変調オーダーをシグナリングするために予約される。残りの２９のエントリについて、変調オーダーおよびトランスポート・ブロック・サイズ情報がシグナリングされる。
【００３４】
物理下りリンク制御チャネル（ＰＤＣＣＨ）
物理下りリンク制御チャネル（ＰＤＣＣＨ）は、Ｌ１／Ｌ２制御シグナリング、すなわち送信電力制御コマンドと、下りリンク・データ送信または上りリンク・データ送信のリソースを割り当てるスケジューリング許可とを搬送する。より正確には、下りリンク制御チャネル情報（すなわち、それぞれ、ＤＣＩ内容またはＬ１／Ｌ２制御シグナリング情報）は、それに対応する物理チャネルであるＰＤＣＣＨにマッピングされる。この「マッピング」は、下でより詳細に説明するように、ＲＮＴＩを用いてマスクされる下りリンク制御チャネル情報に基づいて計算されるＣＲＣである下りリンク制御チャネル情報のＣＲＣアタッチメントの決定を含む。下りリンク制御チャネル情報およびそのＣＲＣアタッチメントは、その後、ＰＤＣＣＨで送信される（３ＧＰＰ  ＴＳ  ３６．２１２、セクション４．２および５．３．３を参照されたい）。
【００３５】
各スケジューリング許可は、制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ（ＣＣＥ））に基づいて定義される。各ＣＣＥは、１組のリソース要素（ＲＥ）に対応する。３ＧＰＰ  ＬＴＥでは、１つのＣＣＥは、９個のリソース要素グループ（ＲＥＧ）からなり、１つのＲＥＧは、４つのＲＥからなる。
【００３６】
ＰＤＣＣＨは、あるサブフレーム内の最初の１つから３つまでのＯＦＤＭシンボルで送信される。下りリンク共有物理チャネル（ＰＤＳＣＨ）の下りリンク許可については、ＰＤＣＣＨは、同一サブフレーム内の（ユーザ）データのためにＰＤＳＣＨリソースを割り当てる。あるサブフレーム内のＰＤＣＣＨ制御チャネル領域は、１組のＣＣＥからなり、サブフレームの制御領域内のＣＣＥの総数は、時間および周波数制御リソース全体に分散される。複数のＣＣＥを組み合わせて、制御チャネルの符号化レートを効果的に下げることができる。ＣＣＥは、異なる符号化レートを達成するために木構造を使用する所定の形で組み合わされる。
【００３７】
３ＧＰＰ  ＬＴＥ（リリース８／９）では、ＰＤＣＣＨは、１つ、２つ、４つ、または８つのＣＣＥをアグリゲートすることができる。制御チャネル割当に使用可能なＣＣＥの数は、キャリア帯域幅、送信アンテナの個数、制御に使用されるＯＦＤＭシンボルの個数、およびＣＣＥサイズなどを含む複数の因子からなる関数である。複数のＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００３８】
ＤＣＩの形の下りリンク制御チャネル情報は、あるＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｒｍｉｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ）のための下りリンク・スケジューリング情報または上りリンク・スケジューリング情報、非周期的ＣＱＩ報告の要求、または上りリンク電力制御コマンドをトランスポートする。ＲＮＴＩは、データまたは情報を特定のユーザ機器に向けるために、３ＧＰＰ  ＬＴＥ（リリース８／９）などの３ＧＰＰシステムで一般的に使用される一意識別子である。ＲＮＴＩは、ＤＣＩを用いて計算されたＣＲＣをＲＮＴＩでマスクすることによって、ＰＤＣＣＨ内に暗黙のうちに含められる。この動作の結果が、上で言及したＣＲＣアタッチメントである。ユーザ機器の側では、データのペイロード・サイズの復号が成功した場合に、ユーザ機器は、そのユーザ機器宛のＤＣＩを検出する。このＤＣＩの検出は、「マスクされない」ＣＲＣ（すなわち、ＲＮＴＩを用いたマスキングを除去した後のＣＲＣ）を用いている、復号されたペイロード・データのＣＲＣが成功であるかどうかをチェックすることによって行う。ＣＲＣ符号のマスキングは、たとえば、ＲＮＴＩを用いてＣＲＣをスクランブルすることによって実行される。
【００３９】
３ＧＰＰ  ＬＴＥ（リリース８）では、次の異なるＤＣＩフォーマットが定義されている。
【００４０】
−上りリンクＤＣＩフォーマット：
・フォーマット０は、ＵＬ  ＳＣＨ割当の送信に使用される
・フォーマット３は、２ビット電力調整と共にＰＵＣＣＨおよびＰＵＳＣＨのＴＰＣコマンドの送信に使用される（複数のＵＥがアドレッシングされる）
・フォーマット３Ａは、単一ビット電力調整と共にＰＵＣＣＨおよびＰＵＳＣＨのＴＰＣコマンドの送信に使用される（複数のＵＥがアドレッシングされる）
【００４１】
−下りリンクＤＣＩフォーマット：
・フォーマット１は、ＳＩＭＯ動作のＤＬ  ＳＣＨ割当の送信に使用される
・フォーマット１Ａは、ＳＩＭＯ動作のＤＬ  ＳＣＨ割当のコンパクト送信に使用される
・フォーマット１Ｂは、連続的なリソース割当の可能性のある、閉ループ単一ランク送信をサポートするのに使用される
・フォーマット１Ｃは、ページング、ＲＡＣＨ応答、および動的ＢＣＣＨスケジューリングの、下りリンク送信のためのものである
・フォーマット１Ｄは、プリコーディングおよび電力オフセット情報を伴う１つのＰＤＳＣＨ符号語のコンパクト・スケジューリングに使用される
・フォーマット２は、閉ループＭＩＭＯ動作のＤＬ−ＳＣＨ割当の送信に使用される
・フォーマット２Ａは、開ループＭＩＭＯ動作のＤＬ−ＳＣＨ割当の送信に使用される
【００４２】
下りリンクでのＬＴＥ物理チャネル構造、ＰＤＳＣＨフォーマット、およびＰＤＣＣＨフォーマットに関するさらなる情報については、Ｓｔｅｆａｎｉａ  Ｓｅｓｉａ他、「ＬＴＥ  −  Ｔｈｅ  ＵＭＴＳ  ロング・ターム・エボリューション」、Ｗｉｌｅｙ  ＆  Ｓｏｎｓ  Ｌｔｄ．、ＩＳＢＮ  ９７８−０−４７０６９７１６−０、２００９年４月、セクション６および９を参照されたい。
【００４３】
＜ユーザ機器でのＰＤＣＣＨのブラインド復号＞
３ＧＰＰ  ＬＴＥ（リリース８／９）では、ユーザ機器は、いわゆる「ブラインド復号」を使用してＰＤＣＣＨ内のＤＣＩを検出することを試みる。これは、下りリンクでシグナリングされるＰＤＣＣＨのＣＣＥアグリゲーションサイズまたは変調・符号化方式を示す関連する制御シグナリングがないことを意味するが、ユーザ機器は、ＣＣＥアグリゲーションサイズと変調・符号化方式とのすべての可能な組合せについてテストし、ＲＮＴＩに基づくＰＤＣＣＨの成功の復号を確認する。複雑さをさらに制限するために、ＬＴＥコンポーネント・キャリアの制御シグナリング領域内に、ユーザ機器がＰＤＣＣＨを検索するための共通および専用の検索空間が、定義されている。
【００４４】
３ＧＰＰ  ＬＴＥ（リリース８／９）では、ＰＤＣＣＨペイロード・サイズは、１つのブラインド復号の試みで検出される。ユーザ機器は、下の表１で強調されているように、すべての構成された送信モードについて２つの異なるペイロード・サイズを復号することを試みる。表１は、ＤＣＩフォーマット０、１Ａ、３、および３Ａのペイロード・サイズＸが、送信モード構成にかかわりなく同一であることを示す。他のＤＣＩフォーマットのペイロード・サイズは、送信モードに依存する。
【００４５】
【表１】
0006044855.tif 000006
【００４６】
したがって、ユーザ機器は、第１のブラインド復号の試みでＤＣＩのペイロード・サイズをチェックすることができる。さらに、ユーザ機器は、処理量の増加を抑制するために、ＤＣＩフォーマットの所与のサブセットのみを検索するようにさらに構成される。
【００４７】
＜媒体アクセス層（ＭＡＣ）＞
ＭＡＣ層は、３ＧＰＰ  ＬＴＥ無線プロトコル・スタック内のレイヤ２のサブレイヤの１つである。ＭＡＣ層は、トランスポート・ブロックとしても知られるＭＡＣ  ＰＤＵ（プロトコル・データ・ユニット）を構成（解体）することによって、論理チャネルとトランスポート・チャネルとの間で多重化（多重分離）を実行する。ＭＡＣ  ＰＤＵは、送信器内の１つまたは複数の論理チャネルを介して受信されたＭＡＣ  ＳＤＵ（サービス・データ・ユニット）から構成される。受信器側では、ＭＡＣ  ＰＤＵは、受信されたＭＡＣ  ＰＤＵから再構成される。
【００４８】
トランスポート・ブロック（ＭＡＣ  ＰＤＵ）は、ヘッダおよびペイロードからなる。ＭＡＣ  ＳＤＵを除けば、ペイロードは、ＭＡＣ制御要素およびパディングからなることができる。
【００４９】
ＭＡＣ制御要素
ＭＡＣレベルでのピア・ツー・ピア・シグナリングのために、ＭＡＣ制御要素（ＣＥ）が使用される。ＭＡＣ制御要素は、上で説明したＭＡＣ  ＰＤＵのペイロードの一部とすることができ、ＭＡＣヘッダ内の特定の論理チャネルＩＤ（ＬＣＩＤ）によって識別される。
【００５０】
ＭＡＣ  ＣＥには複数のタイプがある。その一部は、ユーザ機器からｅＮｏｄｅＢへのシグナリングのために上りリンク・トランスポート・ブロック内にのみ含まれ、他のタイプは、ｅＮｏｄｅＢからユーザ機器へのシグナリングのために下りリンク・トランスポート・ブロック内にのみ含まれる。下りリンクで送信される特殊なＬＣＩＤおよび対応するＭＡＣ制御要素を、表２にリストする。
【００５１】
【表２】
0006044855.tif 000007
【００５２】
上りリンクで送信される特殊なＬＣＩＤおよび対応するＭＡＣ制御要素を、表３にリストする。
【００５３】
【表３】
0006044855.tif 000008
【００５４】
＜サウンディング基準信号（ＳＲＳ）＞
サウンディング基準信号は、上りリンクで送信される。これらは、復調基準信号（ＤＭ  ＲＳ）と一緒に、コヒーレント復調のためのチャネル推定ならびに上りリンク・スケジューリングのためのチャネル品質推定を可能にするために上りリンクに含まれる。
【００５５】
ＤＭ  ＲＳは、上りリンク・データの送信に関連するが、ＳＲＳは、データ送信には関連せず、主に、スケジューリングするｅＮｏｄｅＢによる周波数選択的スケジューリングを可能にするためのチャネル品質推定に使用される。さらに、ＳＲＳを使用して、電力制御の質を高め、またはデータ送信の初期変調および符号化方式（ＭＣＳ）を判断する際にｅＮｏｄｅＢをサポートすることができる。上位層シグナリングによって構成される場合に、ＳＲＳは、上りリンク・サブフレーム内の最後のＳＣ−ＦＤＭＡシンボル内で送信される。ＳＲＳがユーザ機器によってその中で送信されるサブフレームは、セル固有ブロードキャスト・シグナリングによって示され、無線フレーム内の１５個の可能なサブフレームの組から選択される。物理上りリンク共用チャネル（ＰＵＳＣＨ）上のデータ送信は、ＳＲＳ送信のために指定されたサブフレーム内では許可されず、これは、すべての可能なサブフレームがＳＲＳ送信のために構成される時にＳＲＳオーバーヘッドを７％にセットする。上で述べたように、ＳＲＳ構成は、上位層シグナリングを使用してｅＮｏｄｅＢによって行われる。この構成は、とりわけ、他のパラメータの中でＳＲＳの持続時間および周期性を決定する。
【００５６】
＜Ｆｕｒｔｈｅｒ  Ａｄｖａｎｃｅｍｅｎｔｓ  ｆｏｒ  ＬＴＥ（ＬＴＥ−Ａ）＞
ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルは、Ｗｏｒｌｄ  Ｒａｄｉｏｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｆｅｒｅｎｃｅ  ２００７（ＷＲＣ−０７）で決定された。ＩＭＴ−Ａｄｖａｎｃｅｄの全体的な周波数スペクトルが決定されたが、実際の使用可能周波数帯域幅は、各地域または国によって異なる。しかし、使用可能周波数スペクトル概要が決定された後に、無線インターフェースの標準化が、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）で開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会議では、「Ｆｕｒｔｈｅｒ  Ａｄｖａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅ−ＵＴＲＡ（ＬＴＥ−Ａｄｖａｎｃｅｄ）」に関するスタディ・アイテム（Ｓｔｕｄｙ  Ｉｔｅｍ）記述が、３ＧＰＰで承認された。このスタディ・アイテムは、たとえばＩＭＴ−Ａｄｖａｎｃｅｄでの要件を満たし、Ｅ−ＵＴＲＡの進歩のために考慮すべき技術要素をカバーするものである。ＬＴＥ−Ａについて現在考慮されている２つの主要な技術要素を、次で説明する。
【００５７】
＜より広い帯域幅をサポートするためのＬＴＥ−Ａでのキャリア・アグリゲーション＞
キャリア・アグリゲーション（ＣＡ）では、複数のコンポーネント・キャリア（ＣＣ）が、１００ＭＨｚまでのより広い送信帯域幅をサポートするためにアグリゲートされる。少なくとも上りリンクおよび下りリンクでアグリゲートされるコンポーネント・キャリアの個数が同一である時に、すべてのコンポーネント・キャリアを、３ＧＰＰ  ＬＴＥ  リリース８／９互換になるように構成することができる。これは、必ずしも、すべてのコンポーネント・キャリアが３ＧＰＰ  ＬＴＥ（リリース８／９）互換である必要があることを意味するのではない。
【００５８】
ユーザ機器は、１つまたは複数のコンポーネント・キャリア上で同時に受信しまたは送信することができる。何個のコンポーネント・キャリア上で同時受信／送信が可能であるのかは、ユーザ機器の能力に依存する。
【００５９】
３ＧＰＰ  ＬＴＥ（リリース８／９）互換ユーザ機器は、ＣＣの構造が３ＧＰＰ  ＬＴＥ（リリース８／９）仕様に従うならば、単一のＣＣ上でのみ受信し、送信することができるが、キャリア・アグリゲーションのための受信能力および／または送信能力を有する３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換ユーザ機器は、複数のコンポーネント・キャリア上で同時に受信し、かつ／または送信することができる。
【００６０】
キャリア・アグリゲーションは、連続するコンポーネント・キャリアと連続しないコンポーネント・キャリアとの両方についてサポートされ、各コンポーネント・キャリアは、３ＧＰＰ  ＬＴＥ（リリース８／９）数秘術（ｎｕｍｅｒｏｌｏｇｙ）を使用すると、周波数領域で最大１１０個のリソース・ブロックに制限される。
【００６１】
同一のｅノードＢ（基地局）から発する、おそらくは上りリンクおよび下りリンクで異なる帯域幅を有する異なる個数のコンポーネント・キャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換ユーザ機器を構成することが可能である。構成できる下りリンク・コンポーネント・キャリアの個数は、ＵＥの下りリンク・アグリゲーション能力に依存する。逆に、構成できる上りリンク・コンポーネント・キャリアの個数は、ＵＥの上りリンク・アグリゲーション能力に依存する。下りリンク・コンポーネント・キャリアより多数の上りリンク・コンポーネント・キャリアを用いてＵＥを構成することは、可能ではない可能性がある。通常のＴＤＤの配置では、上りリンクおよび下りリンクのコンポーネント・キャリアの個数および各コンポーネント・キャリアの帯域幅は、同一である。同一のｅノードＢから発するコンポーネント・キャリアが、同一のカバレージを提供する必要はない。
【００６２】
連続してアグリゲートされるコンポーネント・キャリアの中心周波数の間の間隔は、３００ｋＨｚの倍数でなければならない。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚ周波数ラスタと互換にするためであり、かつ、１５ｋＨｚ間隔を有するサブキャリアの直交性を維持するためである。アグリゲーション・シナリオに依存して、ｎ×３００ｋＨｚ間隔は、連続するコンポーネント・キャリアの間に少数の未使用サブキャリアを挿入することによって容易に実現できる。
【００６３】
複数キャリアのアグリゲーションの性質は、ＭＡＣレイヤまでしか及ばない。上りリンクと下りリンクとの両方について、アグリゲートされるコンポーネント・キャリアごとにＭＡＣで要求される１つのＨＡＲＱエンティティがある。（上りリンクのＳＵ−ＭＩＭＯの不在の下で）コンポーネント・キャリアあたり多くとも１つのトランスポート・ブロックがある。トランスポート・ブロックおよびその潜在的ＨＡＲＱ再送信は、同一のコンポーネント・キャリアにマッピングされる必要がある。
【００６４】
アクティブ化されたキャリア・アグリゲーションを有するレイヤ２構造を、それぞれ下りリンクおよび上りリンクについて図５および図６に示す。
【００６５】
キャリア・アグリゲーションが構成される時に、ユーザ機器は、ネットワークと１つの無線リソース制御（ＲＲＣ）接続をもつだけである。１つのセル「特殊なセル」が、セキュリティ入力および非アクセス層（ＮＡＳ）モビリティ情報（たとえば、ＴＡＩ）を提供する。接続モードのユーザ機器あたり特殊なセルが１つだけある。
【００６６】
特殊なセルへのＲＲＣ接続確立の後に、コンポーネント・キャリアの再構成、追加、および除去をＲＲＣによって実行することができる。ＬＴＥ内ハンドオーバ時に、ＲＲＣは、ターゲット・セル内での使用のためにコンポーネント・キャリアを追加し、除去し、または再構成することもできる。新しいコンポーネント・キャリアを追加する時に、専用ＲＲＣシグナリングが、３ＧＰＰ  ＬＴＥ（リリース８／９）でのハンドオーバと同様に、コンポーネント・キャリア送信／受信に必要なコンポーネント・キャリアのシステム情報を送信するのに使用される。
【００６７】
ユーザ機器が、キャリア・アグリゲーションを用いて構成される時には、常にアクティブである上りリンク・コンポーネント・キャリアおよび下りリンク・コンポーネント・キャリアの１つの対がある。その対の下りリンク・コンポーネント・キャリアは、「ＤＬアンカ・キャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）」とも称される場合がある。同一のことが、上りリンクにもあてはまる。
【００６８】
キャリア・アグリゲーションが構成される時に、ユーザ機器は複数のコンポーネント・キャリアにまたがって同時にスケジューリングされ得るが、どの時にもせいぜい１つのランダム・アクセス手順が進行中でなければならない。クロスキャリア・スケジューリングは、コンポーネント・キャリアのＰＤＣＣＨが別のコンポーネント・キャリア上でリソースをスケジューリングすることを可能にする。こうするために、コンポーネント・キャリア識別フィールドが、それぞれのＤＣＩフォーマットに導入される。
【００６９】
上りリンク・コンポーネント・キャリアと下りリンク・コンポーネント・キャリアとの間でリンクすることは、クロスキャリア・スケジューリングがない時に、許可が適用される上りリンク・コンポーネント・キャリアを識別することを可能にする。
【００７０】
上りリンク・コンポーネント・キャリアへの下りリンク・コンポーネント・キャリアのリンケージは、必ずしも１対１である必要がない。言い替えると、複数の下りリンク・コンポーネント・キャリアが、同一の上りリンク・コンポーネント・キャリアにリンクすることができる。下りリンク・コンポーネント・キャリアは、同時に１つの上りリンク・コンポーネント・キャリアだけにリンクすることができる。図７および８に、下りリンク・コンポーネント・キャリアと上りリンク・コンポーネント・キャリアとの間の可能なリンケージを例示的に示す。図７では、すべての下りリンク・コンポーネント・キャリアが、同一の上りリンク・コンポーネント・キャリアにリンクされるが、図８では、下りリンク・コンポーネント・キャリア１および２が、上りリンク・コンポーネント・キャリア１にリンクされ、下りリンク・コンポーネント・キャリア３が、上りリンク・コンポーネント・キャリア２にリンクされる。
【００７１】
＜ＤＲＸおよびキャリア・アグリゲーション＞
ユーザ機器の適度なバッテリ消費を提供するために、３ＧＰＰ  ＬＴＥ（リリース８／９）ならびに３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）は、不連続受信（ＤＲＸ）の概念を提供する。
【００７２】
この概念について、次の用語が、ＤＲＸに関するユーザ機器の状態を記述する。
−オン持続時間：  ＤＲＸからウェイク・アップした後に、ユーザ機器がＰＤＣＣＨを受信するために待つ、下りリンク・サブフレーム単位での持続時間。ユーザ機器がＰＤＣＣＨを成功して復号する場合には、ユーザ機器は、アウェイクしたままになり、インアクティビティ・タイマを始動する。
−インアクティビティ・タイマ：  ＰＤＣＣＨの最後の成功の復号（これに失敗する場合にはＤＲＸに再入する）からの、ユーザ機器がＰＤＣＣＨを成功して復号するために待つ、下りリンク・サブフレーム単位の持続時間。ユーザ機器は、最初の送信の間に限ってＰＤＣＣＨの単一の成功の復号の後にインアクティビティ・タイマを再始動しなければならない（すなわち、再送信の間には再始動しない）。
−アクティブ時間：  ユーザ機器がアウェイクしている総持続時間。これは、ＤＲＸサイクルの「オン持続時間」、インアクティビティ・タイマが満了していない間にユーザ機器が連続受信を実行している時間、およびユーザ機器が１つのＨＡＲＱ  ＲＴＴ（ラウンド・トリップ時間）の後に下りリンク再送信を待っている間に連続受信を実行している時間を含む。上記に基づいて、最小アクティブ時間はオン持続時間と等しい長さを有し、最大アクティブ時間は未定義（無限）である。
【００７３】
ユーザ機器あたり１つのＤＲＸサイクルだけが存在する。すべてのアグリゲートされたコンポーネント・キャリアは、このＤＲＸパターンに従う。
【００７４】
さらなるバッテリ節約最適化を可能にするために、コンポーネント・キャリアのアクティブ化／非アクティブ化のさらなるステップが導入される。本質的に、下りリンク・コンポーネント・キャリアを、３つの状態のうちの一つをとることができる。すなわち、非構成の状態、構成されたが非アクティブ化された状態、およびアクティブの状態うちの１つである。下りリンクＳＣｅｌｌがアクティブではない時（すなわち、構成されたが非アクティブ化された時、または非構成の時）には、ユーザ機器は、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要がなく、ＣＱＩ測定を実行することを要求されない。逆に、下りリンクＳＣｅｌｌがアクティブである時には、ユーザ機器は、ＰＤＳＣＨおよびＰＤＣＣＨを受信しなければならず（存在する場合に）、ＣＱＩ測定を実行できると期待される。上で説明したように、下りリンク・コンポーネントでＰＤＣＣＨおよびＰＤＳＣＨを受信させるために、コンポーネント・キャリアを構成した後に、下りリンク・コンポーネント・キャリアは、構成されているが非アクティブ状態から、アクティブ状態に遷移される必要がある。
【００７５】
しかし、上りリンクでは、ユーザ機器は、対応するＰＤＣＣＨ上でスケジューリングされる（すなわち、上りリンク・コンポーネント・キャリアの明示的なアクティブ化がない）時に、任意の構成された上りリンク・コンポーネント・キャリア上のＰＵＳＣＨ上で送信できることを必ず要求される。
【００７６】
ユーザ機器電力節約のために、追加のコンポーネント・キャリアを効率的で高速な形で非アクティブ化でき、アクティブ化できることが非常に重要である。バースト的データ送信を用いる場合、高ビット・レートの利益を利用でき、かつ、バッテリ保護をサポートできるように、追加のコンポーネント・キャリアをすばやくアクティブ化でき、非アクティブ化できることが、必須である。前に説明したように、ユーザ機器は、構成されたが非アクティブ化された下りリンク・コンポーネント・キャリアに対してＣＱＩ測定を実行せず、報告せず、ＲＳＲＰ（基準信号受信電力）測定およびＲＳＲＱ（基準信号受信品質）測定などの無線リソース管理関連測定だけを実行し、報告する。したがって、下りリンク・コンポーネント・キャリアをアクティブ化する時には、ｅノードＢが、効率的な下りリンク・スケジューリングのために適当なＭＣＳを選択できるようになるために、新たにアクティブ化されたコンポーネント・キャリア（１つまたは複数）のＣＱＩ情報をすばやく獲得することが重要である。ＣＱＩ情報がなければ、ｅノードＢは、ユーザ機器の下りリンク・チャネル状態に関する知識を持たず、下りリンク・データ送信についてどちらかといえば保守的なＭＣＳを選択するのみである可能性があり、これは、リソース利用の非効率性につながる。
【００７７】
ＣＱＩ情報をすばやく獲得するために、ｅノードＢは、上りリンク・スケジューリング許可によって非周期的ＣＱＩをスケジューリングすることができる。非周期的ＣＱＩは、物理上りリンク共用チャネル（ＰＵＳＣＨ）上で送信される。したがって、構成された下りリンク・コンポーネント・キャリアをアクティブ化するために、ｅノードＢは、本質的に、下りリンク・コンポーネント・キャリアのアクティブ化コマンドを伝えるための１つの下りリンクＰＤＣＣＨおよび非周期的ＣＱＩの送信のために上りリンク・リソースをスケジューリングする１つの上りリンクＰＤＣＣＨという２つの許可（ＰＤＣＣＨ）をＵＥに発行する必要がある。さらに、両方のＰＤＣＣＨは、ユーザ機器が正しい下りリンク・コンポーネント・キャリアすなわちアクティブ化される下りリンク・コンポーネント・キャリアについてＣＱＩ情報を測定し、報告することを保証するために、それぞれ同一のＴＴＩで送信され、受信されなければならない。
【００７８】
非周期的ＣＱＩの正しい受信は、下りリンク・アクティブ化コマンドの肯定応答として働くことができる。すなわち、非周期的ＣＱＩが受信された時に、ｅノードＢは、ユーザ機器が下りリンクＰＤＣＣＨで示される下りリンク・コンポーネント・キャリアをアクティブ化し終えたと仮定する。
【００７９】
明らかに、上で説明したコンポーネント・キャリア・アクティブ化方法の主な欠点は、下りリンク・コンポーネント・キャリアをアクティブ化するために２つのＰＤＣＣＨが必要であることである。さらに、２つのＰＤＣＣＨが同時に受信／送信される必要があるという事実に起因して、ＰＤＣＣＨ消失によりある種のエラー・ケースが発生する可能性がある。
【００８０】
下りリンク「アクティブ化」ＰＤＣＣＨだけが失われる場合には、ユーザ機器は、下りリンク・コンポーネント・キャリアをアクティブ化しない。しかし、受信されたＣＱＩ情報に基づいて、ｅＮＢは、下りリンク・アクティブ化が成功したと誤って仮定する。非周期的ＣＱＩを要求する上りリンクＰＤＣＣＨだけが失われる第２のエラー・ケースでは、ｅノードＢは、ＣＱＩを獲得せず、下りリンク・アクティブ化が失敗したと誤って仮定する。
【００８１】
非周期的ＣＱＩを要求する上りリンクＰＤＣＣＨだけが失われる第２のエラー・ケースでは、ｅノードＢは、ＣＱＩを獲得せず、下りリンク・アクティブ化が失敗したと誤って仮定する。
【先行技術文献】
【非特許文献】
【００８２】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１３、「Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｃｅｄｕｒｅｓ」、ｖｅｒｓｉｏｎ  ８．８．０
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１１、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）」、ｖｅｒｓｉｏｎ  ８．９．０または９．０．０
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１２、「Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ  ９）」、ｖｅｒｓｉｏｎ  ８．８．０または９．０．０
【非特許文献４】Ｓｔｅｆａｎｉａ  Ｓｅｓｉａ他、「ＬＴＥ  −  Ｔｈｅ  ＵＭＴＳ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ」、Ｗｉｌｅｙ  ＆  Ｓｏｎｓ  Ｌｔｄ．、ＩＳＢＮ  ９７８−０−４７０６９７１６−０、２００９年４月、セクション６および９
【発明の概要】
【発明が解決しようとする課題】
【００８３】
本発明の１つの目的は、上で説明された問題のうちの少なくとも１つを克服することである。さらに、本発明のもう１つの目的は、コンポーネント・キャリアの効率的で耐性のある（非）アクティブ化を可能にすることである。
【００８４】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の対象である。
【課題を解決するための手段】
【００８５】
本発明の主たる一態様は、端末装置によって行われる通信方法であって、常にアクティブ化されているプライマリ・コンポーネント・キャリアに対して追加される、少なくとも一つのセカンダリ・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示すビットの集合を含むＭＡＣ制御要素（MAC control element）を受信し、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々は、前記ビットの集合に含まれる一つのビットと対応しており、前記一つのビットは対応するセカンダリ・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示し、前記受信したＭＡＣ制御要素に従って、前記少なくとも一つのセカンダリ・コンポーネント・キャリアの各々をアクティブ化、又は、非アクティブ化し、いずれかのセカンダリ・コンポーネント・キャリアがアクティブ化される場合は、アクティブ化されたセカンダリ・コンポーネント・キャリア上でサウンディング基準信号（ＳＲＳ）の送信を開始する、通信方法である。
【００８６】
本発明の第１の態様は、少なくとも１つのコンポーネント・キャリアのアクティブ化状態を制御するためのコンポーネント・キャリア（非）アクティブ化メッセージを通信するシグナリング・フォーマットの提供である。提案されるフォーマットは、たとえばモバイル端末識別子（ＩＤ）を含めることにより、コンポーネント・キャリア（非）アクティブ化メッセージの予定された受信者の識別子を含む。このモバイル端末ＩＤ（ＵＥ  ＩＤとも称する）は、たとえば、コンポーネント・キャリア（非）アクティブ化メッセージのフィールド内で明示的にシグナリングされ得る。コンポーネント・キャリア（非）アクティブ化メッセージがコンポーネント・キャリア（非）アクティブ化メッセージの所期の受信者を示すことを考慮して、コンポーネント・キャリア（非）アクティブ化メッセージに基づいて計算されるＣＲＣを、コンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子を用いてスクランブルすることができる。下でさらに詳細に概要を示すように、これは、コンポーネント・キャリア（非）アクティブ化のための無線ネットワーク一時識別子がモバイル端末ごとの単位でモバイル端末に割り当てられる解決策と比較して、それほど多くない無線ネットワーク一時識別子（その総数は、無線ネットワーク一時識別子のために費やされるビット数によって制限される）という利益を有する。
【００８７】
さらに、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットを、物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報の新しいフォーマットと考えることができる。したがって、コンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子の使用は、下りリンク制御チャネル情報のフォーマットがコンポーネント・キャリア（非）アクティブ化メッセージであることを示す。さらに、それぞれのコンポーネント・キャリアにリンクされるコンポーネント・キャリア固有の無線ネットワーク一時識別子（１つまたは複数）を使用する場合には、キャリア固有の無線ネットワーク一時識別子（１つまたは複数）は、アクティブ化されまたは非アクティブ化されるコンポーネント・キャリアをも示す。したがって、コンポーネント・キャリア（非）アクティブ化メッセージならびにＣＲＣアタッチメント（すなわち、所定の無線ネットワーク一時識別子を用いてスクランブルされた、コンポーネント・キャリア（非）アクティブ化メッセージのためのＣＲＣ）はコンポーネント・キャリアのアクティブ化状態をモバイル端末に示す。すなわち、コンポーネント・キャリアのどれが（非）アクティブ化されるのかを示す。
【００８８】
本発明のもう１つの第２の態様は、トランスポート・ブロックの一部として物理下りリンク共用チャネル上で送信されるコンポーネント・キャリア（非）アクティブ化メッセージによってモバイル端末によって構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化する機構を提案することである。本発明のこの態様によれば、コンポーネント・キャリア（非）アクティブ化メッセージは、モバイル端末によって構成されたそれぞれの下りリンク・コンポーネント・キャリアについて、それぞれのコンポーネント・キャリアのアクティブ化状態を示す（非）アクティブ化情報を含む。この形で、モバイル端末は、それぞれの下りリンク・コンポーネント・キャリアのアクティブ化状態の変化を認識でき、それらをそれに応じてアクティブ化しまたは非アクティブ化することができる。１つの例示的実施態様では、コンポーネント・キャリアの（非）アクティブ化情報を、ＭＡＣ制御要素内で、すなわちＭＡＣシグナリングによって提供することができる。
【００８９】
さらに、それでも本発明のこの第２の態様に従って、（非）アクティブ化情報を、その個々のビットがビットマップのそれぞれのビットに関連するそれぞれの構成された下りリンク・コンポーネント・キャリアのアクティブ化状態を示すビットマップの形で提供することができる。
【００９０】
本発明の第１および第２の態様に従って、モバイル端末のために構成された常にアクティブである下りリンク・コンポーネント・キャリアがある場合に、（非）アクティブ化情報は、そのような「常にアクティブ」のコンポーネント・キャリアのアクティブ化状態を示す必要がない、ということに留意されたい。ここで、「常にアクティブ」の下りリンク・コンポーネント・キャリアは、本明細書では下りリンク・プライマリ・コンポーネント・キャリア（ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）（ＰＣＣ）とも称される。
【００９１】
本発明のさらなる態様は、上りリンクでのサウンディング基準信号（ＳＲＳ）のシグナリングをトリガすることである。このために、コンポーネント・キャリア（非）アクティブ化メッセージを送信する異なる構造および機構を再利用する、ＳＲＳ（非）アクティブ化メッセージが本明細書で説明されるさまざまな実施形態に従って定義される。たとえば、ＳＲＳ（非）アクティブ化メッセージは、モバイル端末のために構成された上りリンク・コンポーネント・キャリアのＳＲＳ送信のアクティブ化状態を示したＳＲＳ（非）アクティブ化情報をも含み得る。このＳＲＳ（非）アクティブ化情報は、その個々のビットがビットマップのそれぞれのビットに関連する、それぞれの構成された上りリンク・コンポーネント・キャリア上のアクティブ化状態ＳＲＳシグナリングを示すビットマップの形で提供され得る。代替案では、ＳＲＳ（非）アクティブ化メッセージ内のビットマップのビットを、それぞれの構成された下りリンク・コンポーネント・キャリアに関連すると考えることもでき、ビットマップの個々のビットの論理値は、ビットマップ内の所定のビットに関連するそれぞれの下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリア上のＳＲＳシグナリングのアクティブ化状態を示すことに留意されたい。ＳＲＳ（非）アクティブ化メッセージを、物理上りリンク共用チャネル上のトランスポート・ブロックの一部としてシグナリングすることができ、あるいは、本発明の第１の態様に従って、本明細書で説明されるように物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報の新しいフォーマットとしてシグナリングすることができる。
【００９２】
さらに、ＳＲＳ（非）アクティブ化情報を、単一のメッセージ内で、構成された下りリンク・コンポーネント・キャリアをアクティブ化／非アクティブ化するための（非）アクティブ化情報と一緒に送信することもできる。たとえば、ＳＲＳ（非）アクティブ化情報およびコンポーネント・キャリア（非）アクティブ化情報を、物理下りリンク共用チャネルのトランスポート・ブロックの一部として単一のＭＡＣ制御要素内でシグナリングすることができ、あるいは、本発明の第１の態様に従って、本明細書で説明されるように物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報の新しいフォーマットで一緒にシグナリングすることができる。
【００９３】
本発明の１つの例示的実施形態によれば、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する方法が提供される。この方法によれば、モバイル端末は、物理下りリンク共用チャネル上で、コンポーネント・キャリア（非）アクティブ化メッセージを含むトランスポート・ブロックを受信する。コンポーネント・キャリア（非）アクティブ化メッセージは、複数のビットからなるビットマップの形で（非）アクティブ化情報を含む。ビットマップのビットのそれぞれは、構成された下りリンク・コンポーネント・キャリアのそれぞれの１つに関連し、各ビットの論理値は、関連する下りリンク・コンポーネント・キャリアがアクティブ化されまたは非アクティブ化されるかどうかを示している。さらに、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージから得た（非）アクティブ化情報に従って、構成されたコンポーネント・キャリアをアクティブ化しまたは非アクティブ化する。
【００９４】
本発明のもう１つの実施形態による１つの例示的実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージは、ＭＡＣ制御要素である。
【００９５】
オプションで、コンポーネント・キャリア（非）アクティブ化メッセージを、モバイル端末に送信される他の論理チャネル・データと一緒にトランスポート・ブロックに多重化することができる。
【００９６】
本発明のもう１つの実施形態では、複数の構成された下りリンク・コンポーネント・キャリアのうちの１つは、下りリンク・プライマリ・コンポーネント・キャリアである。このプライマリ・コンポーネント・キャリアを、コンポーネント・キャリア（非）アクティブ化メッセージによってアクティブ化しまたは非アクティブ化することはできない。したがって、コンポーネント・キャリア（非）アクティブ化メッセージの（非）アクティブ化情報は、モバイル端末のプライマリ・コンポーネント・キャリアのアクティブ化状態の表示を含む必要がない。
【００９７】
１つの例示的実施態様では、基地局は、コンポーネント・キャリア（非）アクティブ化メッセージを含むトランスポート・ブロックが、モバイル端末の下りリンク・プライマリ・コンポーネント・キャリア上でモバイル端末によって受信されることを保証することができる。
【００９８】
オプションで、コンポーネント・キャリア（非）アクティブ化メッセージは、さらに、構成された下りリンク・コンポーネント・キャリアにそれぞれリンクされた上りリンク・コンポーネント・キャリアのうちの少なくとも１つでサウンディング基準信号（ＳＲＳ）の送信を開始することを、基地局がモバイル端末に要求することを可能にするＳＲＳ情報を含むことができる。より詳細な実施態様では、ＳＲＳ情報は、複数のビットからなるビットマップの形で提供される。ＳＲＳ情報内のビットマップのビットのそれぞれは、上りリンク・コンポーネント・キャリアのそれぞれの１つに関連し、ビットマップのビットのそれぞれの論理値は、ＳＲＳを関連する上りリンク・コンポーネント・キャリア上でモバイル端末によって送信しなければならないかどうかを示している。
【００９９】
本発明のもう１つの実施形態は、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する方法を提供している。この方法によれば、モバイル端末は、基地局からサブフレームを受信し、コンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメントを得るために、受信したサブフレーム内の構成された１つの下りリンク・コンポーネント・キャリア上の制御シグナリング領域内でブラインド復号を実行する。コンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメントは、ＰＤＣＣＨと考えてよい。ＣＲＣアタッチメントは、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣを含み、このＣＲＣは、ターゲット・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態をシグナリングするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（ＲＮＴＩ）を用いてスクランブルされる。
【０１００】
モバイル端末は、コンポーネント・キャリア固有または無線セル固有の無線ネットワーク一時識別子を使用してＣＲＣアタッチメントのＣＲＣをチェックする。これは、たとえば、モバイル端末が、コンポーネント・キャリア固有または無線セル固有の無線ネットワーク一時識別子を用いてＣＲＣをスクランブル解除することと、その後、結果のスクランブル解除されたＣＲＣを、受信され復号された下りリンク制御チャネル情報（ＣＲＣなし）からローカルに生成されたＣＲＣと比較することとによって実現することができる。
【０１０１】
一致の場合すなわちＣＲＣチェックに合格する場合には、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージからモバイル端末識別子（たとえば、ＵＥ  ＩＤまたはモバイル端末固有ＲＮＴＩ）を判定する。モバイル端末識別子に基づいて、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージがそのモバイル端末宛であるかどうかを検証する。コンポーネント・キャリア（非）アクティブ化メッセージがそのモバイル端末宛である場合には、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージから得られた（非）アクティブ化情報、および／または、ＣＲＣアタッチメントをスクランブルするための無線ネットワーク一時識別子の使用に暗黙の（非）アクティブ化情報に従って、構成されたコンポーネント・キャリアをアクティブ化しまたは非アクティブ化する。
【０１０２】
さらに、本発明のもう１つの実施形態によれば、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化するもう１つの方法が使用される。この方法によれば、基地局は、サブフレームをモバイル端末に送信する。サブフレームは、構成された１つの下りリンク・コンポーネント・キャリア上の制御シグナリング領域内に、コンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメント（すなわち、ＰＤＣＣＨ）を有する。コンポーネント・キャリア（非）アクティブ化メッセージは、意図された受信器（モバイル端末）にメッセージをアドレッシングするために、少なくともモバイル端末識別子を示す。ＣＲＣアタッチメントは、基地局のプロセッサによってコンポーネント・キャリア（非）アクティブ化メッセージに関して計算され、ターゲット・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態をシグナリングするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（ＲＮＴＩ）を用いてその後にスクランブルされた、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣを有する。
【０１０３】
本発明のさらなる実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージは、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示す。したがって、本発明のこの実施形態では、（非）アクティブ化される構成されたコンポーネント・キャリアの表示は、コンポーネント・キャリア（非）アクティブ化メッセージのキャリア表示フィールド内に含められ得る。
【０１０４】
さらに、もう１つの例示的実施形態では、示されたコンポーネント・キャリアの状態は、ＣＲＣをスクランブルするのに使用されたＲＮＴＩに暗黙のものである。この実施形態では、下りリンク・コンポーネント・キャリアのアクティブ化状態をシグナリングするために使用される２つの無線セル固有無線ネットワーク一時識別子が存在し得る。無線ネットワーク一時識別子の一方は、コンポーネント・キャリア（非）アクティブ化メッセージ内で示される構成された下りリンク・コンポーネント・キャリアのうちの少なくとも１つのアクティブ化を示しており、他方の無線ネットワーク一時識別子は、コンポーネント・キャリア（非）アクティブ化メッセージ内で示される構成された下りリンク・コンポーネント・キャリアのうちの少なくとも１つの非アクティブ化を示している。
【０１０５】
本発明のもう１つの実施形態による代替実施態様では、（非）アクティブ化されるコンポーネント・キャリアは、ＣＲＣをスクランブルするために使用されたＲＮＴＩに暗黙のものである。この実施形態では、各構成された下りリンク・コンポーネント・キャリアが、コンポーネント・キャリア固有の無線ネットワーク一時識別子にリンクされると仮定することができる。したがって、ＣＲＣをスクランブルするために使用されたコンポーネント・キャリア固有の無線ネットワーク一時識別子は、少なくとも、アクティブ化されまたは非アクティブ化される構成された下りリンク・コンポーネント・キャリアを暗黙のうちに示す。
【０１０６】
この実施形態の変形形態では、コンポーネント・キャリア（非）アクティブ化メッセージは、ＣＲＣをスクランブルするために使用されたコンポーネント・キャリア固有の無線ネットワーク一時識別子にリンクされた、アクティブ化されまたは非アクティブ化される構成された下りリンク・コンポーネント・キャリアがアクティブ化されまたは非アクティブ化されるかどうかを示す。
【０１０７】
この実施形態のさらなる変形形態では、各構成された下りリンク・コンポーネント・キャリアは、２つのコンポーネント・キャリア固有無線ネットワーク一時識別子にリンクされることができ、ＣＲＣをスクランブルするのに使用されたコンポーネント・キャリア固有無線ネットワーク一時識別子は、少なくとも、構成された下りリンク・コンポーネント・キャリアと、それがアクティブ化されまたは非アクティブ化されるかどうかと、を示す。したがって、この変形形態では、コンポーネント・キャリアの表示およびそのアクティブ化状態が、ＣＲＣをスクランブルするのに使用されたＲＮＴＩに暗黙のものである。
【０１０８】
本発明のもう１つの実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージは、示された構成された下りリンク・コンポーネント・キャリアをそれぞれアクティブ化しまたは非アクティブ化するようにモバイル端末に要求するアクティブ化フラグを有する。
【０１０９】
１つのさらなる例示的実施形態では、サブフレームの制御シグナリング領域内で受信されるコンポーネント・キャリア（非）アクティブ化メッセージは、モバイル端末の下りリンク・プライマリ・コンポーネント・キャリア上で受信される。
【０１１０】
本発明のもう１つの実施形態では、下りリンク・コンポーネント・キャリアのアクティブ化は、アクティブ化される下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリアに関するモバイル端末によるパワー・ヘッドルーム報告の送信をトリガする。たとえば、モバイル端末は、下りリンク・コンポーネント・キャリアのアクティブ化に応答して、アクティブ化される下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリアに関するパワー・ヘッドルーム報告を送信し得る。パワー・ヘッドルーム報告は、リンクされた上りリンク・コンポーネント・キャリアの次の上りリンク・リソース割当によってモバイル端末に割り当てられるリンクされた上りリンク・コンポーネント・キャリア上で割り当てられたリソース上のリンクされた上りリンク・コンポーネント・キャリア上でモバイル端末によって送信される。
【０１１１】
本発明のさらなる実施形態では、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージが、下りリンク・コンポーネント・キャリアの非アクティブ化を示す場合に、示されたコンポーネント・キャリアを非アクティブ化する。しかし、この非アクティブ化は、即座にではなく、
−トランスポート・ブロックを送信するのに使用されるＨＡＲＱプロトコルが、コンポーネント・キャリア（非）アクティブ化メッセージの受信の時に非アクティブ化される下りリンク・コンポーネント・キャリア上での送信について保留中であるトランスポート・ブロックの成功の復号を肯定応答する時、または
−非アクティブ化される下りリンク・コンポーネント・キャリア上の送信について保留中であるトランスポート・ブロックのＨＡＲＱプロトコルの再送信の最大回数に達する時、
に実行される。
【０１１２】
この状況で、送信について保留中のトランスポート・ブロックは、非アクティブ化される下りリンク・コンポーネント・キャリア上で個々のＨＡＲＱプロセス内で送信される、下りリンク・コンポーネント・キャリアの非アクティブ化コマンドの受信の時に現在送信される（トランスポート・ブロックの再送信が保留中である）１つまたは複数のトランスポート・ブロックを参照する。
【０１１３】
それに加えてまたはその代わりに、本発明のもう１つの実施形態によれば、コンポーネント・キャリア（非）アクティブ化メッセージは、セットされた時に、示された構成された下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリア上でのサウンディング基準信号（ＳＲＳ）の送信を開始するようにモバイル端末に要求するＳＲＳフラグを有する。オプションで、ＳＲＳフラグは、セットされない時に、示された構成された下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリア上でのサウンディング基準信号（ＳＲＳ）の送信を止めるようにモバイル端末に要求することができる。
【０１１４】
アクティブ化フラグまたはＳＲＳフラグのうちの少なくとも１つに加えて、またはその代わりに、本発明のさらなる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージは、セットされた時に、１つまたは複数の示された構成された下りリンク・コンポーネント・キャリアに関するチャネル品質フィードバックを要求するＣＱＩ要求フラグを有する。
【０１１５】
この実施形態の変形形態では、モバイル端末が、示された下りリンク・コンポーネント・キャリアのチャネル品質フィードバックを送信するように要求される場合に、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージによって示される下りリンク・コンポーネント・キャリアごとにチャネル品質測定を実行し、１つまたは複数の示された下りリンク・コンポーネント・キャリアのチャネル品質フィードバックを基地局に送信する。
【０１１６】
チャネル品質フィードバックは、たとえば、物理上りリンク共用チャネル（ＰＵＳＣＨ）または物理上りリンク制御チャネル（ＰＵＣＣＨ）上の事前に構成された上りリンク・リソース上またはその代わりに周期的チャネル品質フィードバックのためにＲＲＣによって構成された物理上りリンク制御チャネル（ＰＵＣＣＨ）上の上りリンク・リソース上で送信され得る。
【０１１７】
１つの例示的実施態様では、チャネル品質フィードバックは、コンポーネント・キャリア（非）アクティブ化メッセージを含むサブフレームを受信してから４サブフレームまたは４ｍｓ後に送信される。
【０１１８】
上の例では、チャネル品質フィードバックを、非周期的チャネル品質フィードバックとすることができる。そのような非周期的チャネル品質フィードバックをトリガすることに加えてまたはその代替としてあるいはその代わりに、ＣＱＩフラグを使用して、周期的チャネル品質フィードバックの送信を開始するためにモバイル端末をトリガすることができる。したがって、モバイル端末が、示された下りリンク・コンポーネント・キャリアのチャネル品質フィードバックを送信するように要求される場合に、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージによって示される下りリンク・コンポーネント・キャリアごとにチャネル品質測定を周期的に実行することができ、上りリンク・リソース上、たとえば周期的チャネル品質フィードバックのためにＲＲＣによって構成された物理上りリンク制御チャネル上で、１つまたは複数の示された下りリンク・コンポーネント・キャリアのチャネル品質フィードバックを基地局に周期的に送信することができる。
【０１１９】
さらに、受信されたサブフレームのＰＤＣＣＨ上でシグナリングされる制御チャネル情報のフォーマットを検出するための、モバイル端末のブラインド復号の試みを増やさないようにするために、本発明のもう１つの実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマット（ＤＣＩフォーマットと考えることができる）は、モバイル通信システムで定義される少なくとも１つの他の下りリンク制御情報フォーマットと同一のサイズ（ビット数）を有する。たとえば、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）システムまたはその後継物で本発明を実施する時に、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットは、３ＧＰＰ  ＬＴＥ（リリース８／９）または３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０／１Ａと同一のサイズを有することができる。さらにコンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットのサイズは、オプションで、コンポーネント・キャリア帯域幅に依存することができる。コンポーネント・キャリア帯域幅は、たとえば、そのアクティブ化状態がコンポーネント・キャリア（非）アクティブ化メッセージおよび／もしくはそのＣＲＣアタッチメントによってシグナリングされるコンポーネント・キャリアの帯域幅、またはコンポーネント・キャリア（非）アクティブ化メッセージがシグナリングされるコンポーネント・キャリアの帯域幅とすることができる。
【０１２０】
本発明のもう１つの実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージの受信は、モバイル端末によって肯定応答される。これは、たとえば、コンポーネント・キャリア（非）アクティブ化メッセージの送信に対する相対的な所定のタイミングで上りリンクでＡＣＫ／ＮＡＣＫをシグナリングすることによって実現することができる。その代わりに、肯定応答を、示された下りリンク・コンポーネント・キャリア（１つまたは複数）上のチャネル品質フィードバックの形で送信することもできる。この後者のオプションは、たとえば、コンポーネント・キャリア（非）アクティブ化メッセージ内のＣＱＩフラグが、モバイル端末からのチャネル品質フィードバックをトリガする場合に有用であり得る。
【０１２１】
本発明のさらなる態様は、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する異なる方法のハードウェアおよび／またはソフトウェアでの実施である。これに関して、そのような方法を実行しまたはその実行に関係する異なる装置が提供される。
【０１２２】
かくして、本発明の一実施形態は、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化するモバイル端末を提供する。モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージを含むトランスポート・ブロックを物理下りリンク共用チャネル上で受信する受信器であり、コンポーネント・キャリア（非）アクティブ化メッセージは、複数の構成された下りリンク・コンポーネント・キャリアのどれがモバイル端末によってそれぞれアクティブ化されまたは非アクティブ化されるのかを示す（非）アクティブ化情報を含む、受信器と、コンポーネント・キャリア（非）アクティブ化メッセージから得られた（非）アクティブ化情報に従って、構成されたコンポーネント・キャリアをアクティブ化しまたは非アクティブ化するプロセッサとを含む。
【０１２３】
さらに、本発明の実施形態によれば、モバイル端末は、本明細書で説明するさまざまな実施形態のうちの１つに従って、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する方法を実行するように構成され／手段を含み、コンポーネント・キャリア（非）アクティブ化メッセージは、物理下りリンク共用チャネル上でトランスポート・ブロックの一部として送信される。
【０１２４】
本発明のもう１つの実施形態は、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で使用されるモバイル端末を提供する。モバイル端末は、基地局からサブフレームを受信する受信器と、コンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメントを得るために受信されたサブフレーム内で構成された１つの下りリンク・コンポーネント・キャリア上の制御シグナリング領域内でブラインド復号を実行する処理手段であり、ＣＲＣアタッチメントは、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣを含み、ＣＲＣは、ターゲット・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態をシグナリングするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（ＲＮＴＩ）を用いてスクランブルされる、処理手段とを含む。ブラインド復号は、たとえば、モバイル端末の復号器および復調器の動作を含むこともできる。
【０１２５】
モバイル端末のプロセッサは、コンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子を使用してＣＲＣアタッチメントのＣＲＣをさらにチェックする。上で述べたように、ＣＲＣのこのチェックは、たとえば、コンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子を使用してＣＲＣアタッチメントのＣＲＣをスクランブル解除することと、その後、スクランブル解除されたＣＲＣを、受信され復号された下りリンク制御チャネルからモバイル端末のプロセッサによって（ローカルに）生成されたＣＲＣと比較することとによって実施することができる。
【０１２６】
一致の場合すなわちＣＲＣチェックに合格する場合には、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージからモバイル端末識別子を判定する。さらに、プロセッサは、コンポーネント・キャリア（非）アクティブ化メッセージがモバイル端末宛であるかどうかを、モバイル端末識別子に基づいて検証する。したがって、モバイル端末は、コンポーネント・キャリア（非）アクティブ化メッセージがモバイル端末宛である場合に、コンポーネント・キャリア（非）アクティブ化メッセージから得られた（非）アクティブ化情報および／またはＣＲＣアタッチメントをスクランブルするための無線ネットワーク一時識別子の使用に暗黙の（非）アクティブ化情報に従って、構成されたコンポーネント・キャリアをアクティブ化しまたは非アクティブ化することができる。
【０１２７】
本発明のもう１つの実施形態では、コンポーネント・キャリア・アグリゲーションを使用する通信システム内でモバイル端末の構成されたコンポーネント・キャリアを（非）アクティブ化する基地局が提供される。基地局は、少なくともモバイル端末のモバイル端末識別子を有するコンポーネント・キャリア（非）アクティブ化メッセージを生成するプロセッサを含む。プロセッサは、さらに、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣを判定し、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣアタッチメントを得るために、ターゲット・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態をシグナリングするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＣＲＣをスクランブルする。さらに、基地局は、サブフレーム内の下りリンク・コンポーネント・キャリアの制御シグナリング領域内でコンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメントをモバイル端末に送信する送信器をも含む。
【０１２８】
本発明は、さらに、本明細書で説明されるコンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する方法のソフトウェアでの実施に関する。したがって、本発明の１つのさらなる実施形態は、モバイル端末のプロセッサによって実行される時に、モバイル端末に、コンポーネント・キャリア（非）アクティブ化メッセージを含むトランスポート・ブロックを物理下りリンク共用チャネル上で受信することであり、コンポーネント・キャリア（非）アクティブ化メッセージは、複数の構成された下りリンク・コンポーネント・キャリアのどれがモバイル端末によってそれぞれアクティブ化されまたは非アクティブ化されるのかを示す（非）アクティブ化情報を含む、ものであることと、コンポーネント・キャリア（非）アクティブ化メッセージから入手された（非）アクティブ化情報に従って構成されたコンポーネント・キャリアをアクティブ化しまたは非アクティブ化することとによって、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化させる命令を格納するコンピュータ可読媒体を提供する。
【０１２９】
本発明のさらなる実施形態は、モバイル端末のプロセッサによって実行される時に、モバイル端末に、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する異なる方法のうちの１つを実行させる命令を格納するコンピュータ可読媒体に関する。一例では、モバイル端末に、たとえば、基地局からサブフレームを受信させ、コンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメントを得るために、受信したサブフレーム内の構成された１つの下りリンク・コンポーネント・キャリア上の制御シグナリング領域内でブラインド復号を実行させることができる。ＣＲＣアタッチメントは、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣを含み、ＣＲＣは、ターゲット・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態をシグナリングするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（ＲＮＴＩ）を用いてスクランブルされる。
【０１３０】
前記実行される命令によって、モバイル端末に、さらに、コンポーネント・キャリア固有または無線セル固有の無線ネットワーク一時識別子を使用してＣＲＣアタッチメントのＣＲＣをチェックさせることができる。ＣＲＣチェックに合格する場合には、モバイル端末に、コンポーネント・キャリア（非）アクティブ化メッセージからモバイル端末識別子（たとえば、ＵＥ  ＩＤまたはモバイル端末固有ＲＮＴＩ）を判定させる。さらに、命令は、モバイル端末のプロセッサによって実行される時に、モバイル端末に、コンポーネント・キャリア（非）アクティブ化メッセージがモバイル端末宛であるかどうかをモバイル端末識別子に基づいて検証させ、コンポーネント・キャリア（非）アクティブ化メッセージがモバイル端末宛である場合に、コンポーネント・キャリア（非）アクティブ化メッセージから得られる（非）アクティブ化情報および／またはＣＲＣアタッチメントをスクランブルするための無線ネットワーク一時識別子の使用に暗黙の（非）アクティブ化情報に従って、構成されたコンポーネント・キャリアをアクティブ化させまたは非アクティブ化させる。
【０１３１】
もう１つの実施形態は、基地局のプロセッサによって実行される時に、基地局に、コンポーネント・キャリア・アグリゲーションを使用する通信システム内で構成されたコンポーネント・キャリアを（非）アクティブ化する異なる方法のうちの１つを実行させる命令を格納するコンピュータ可読媒体に関する。一例では、基地局に、たとえば、少なくともモバイル端末のモバイル端末識別子を含むコンポーネント・キャリア（非）アクティブ化メッセージを生成させることができる。基地局のプロセッサによる命令の実行は、さらに、基地局に、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣを判定させ、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣアタッチメントを得るためのターゲット・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態をシグナリングするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（ＲＮＴＩ）を用いて、ＣＲＣをスクランブルさせることができる。さらに、基地局に、そのプロセッサによる命令の実行によって、サブフレーム内の下りリンク・コンポーネント・キャリアの制御シグナリング領域内でコンポーネント・キャリア（非）アクティブ化メッセージおよびそのＣＲＣアタッチメントをモバイル端末に送信もさせる。
【０１３２】
次では、本発明を、添付図面および線図を参照して、より詳細に説明する。図内の類似する詳細または対応する詳細は、同一の符号を用いてマークされる。
【図面の簡単な説明】
【０１３３】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的アーキテクチャを示す図である。
【図２】３ＧＰＰ  ＬＴＥの全体的なＥ−ＵＴＲＡＮアーキテクチャの例示的な概要を示す図である。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）について定義された下りリンク・コンポーネント・キャリア上の例示的なサブフレーム構造を示す図である。
【図４】３ＧＰＰ  ＬＴＥ  （リリース８／９）について定義された下りリンク・スロットの例示的な下りリンク・リソース・グリッドを示す図である。
【図５】それぞれ下りリンクおよび上りリンクのアクティブ化されたキャリア・アグリゲーションを有する３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）レイヤ２構造を示す図である。
【図６】それぞれ下りリンクおよび上りリンクのアクティブ化されたキャリア・アグリゲーションを有する３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）レイヤ２構造を示す図である。
【図７】３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）での下りリンク・コンポーネント・キャリアと上りリンク・コンポーネント・キャリアとの間の例示的なリンケージを示す図である。
【図８】３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）での下りリンク・コンポーネント・キャリアと上りリンク・コンポーネント・キャリアとの間の例示的なリンケージを示す図である。
【図９】本発明の実施形態による、ＤＣＩフォーマット０／１Ａに関する、コンポーネント・キャリアの帯域幅からのコンポーネント・キャリア（非）アクティブ化メッセージのサイズの依存性を例示的に示す図である。
【図１０】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１１】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１２】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１３】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１４】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１５】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１６】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１７】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１８】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図１９】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図２０】本発明の異なる実施形態による、モバイル端末からのコンポーネント・キャリア（非）アクティブ化メッセージの肯定応答およびＣＱＩ報告のトリガに関する異なる例示的シナリオを示す図である。
【図２１】本発明の異なる実施形態による、モバイル端末からのコンポーネント・キャリア（非）アクティブ化メッセージの肯定応答およびＣＱＩ報告のトリガに関する異なる例示的シナリオを示す図である。
【図２２】本発明の異なる実施形態による、モバイル端末からのコンポーネント・キャリア（非）アクティブ化メッセージの肯定応答およびＣＱＩ報告のトリガに関する異なる例示的シナリオを示す図である。
【図２３】本発明の異なる実施形態による、モバイル端末からのコンポーネント・キャリア（非）アクティブ化メッセージの肯定応答およびＣＱＩ報告のトリガに関する異なる例示的シナリオを示す図である。
【図２４】同時に１つまたは複数の下りリンク・コンポーネント・キャリアを（非）アクティブ化し、ユーザ機器の１つまたは複数の（リンクされた）上りリンク・コンポーネント・キャリア上でＳＲＳ送信を（非）アクティブ化する、本発明の例示的実施形態によるＭＡＣ制御要素を示す図である。
【図２５】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【図２６】本発明の異なる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの異なるフォーマットを示す図である。
【発明を実施するための形態】
【０１３４】
以下の段落では、本発明のさまざまな実施形態を説明する。例示のみのために、実施形態のほとんどは、上の背景技術セクションで議論した３ＧＰＰ  ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０）モバイル通信システムによる直交単一キャリア上りリンク無線アクセス方式に関連して概要を示される。本発明を、たとえば前に説明した３ＧＰＰ  ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０）通信システムなどのモバイル通信システムに関連して有利に使用することができるが、本発明が、この特定の例示的通信ネットワークでの使用に限定されないことに留意されたい。
【０１３５】
上の背景技術セクションで与えた説明は、本明細書で説明される主として３ＧＰＰ  ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０）固有の例示的実施形態をよりよく理解するためのものであることが意図されており、本発明は、モバイル通信ネットワーク内のプロセスおよび機能について述べられた特定の実施態様に限定して理解されるべきではない。
【０１３６】
アクティブ化される下りリンク内のコンポーネント・キャリアを示す１つの可能な実施態様は、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の下りリンクＤＣＩフォーマット内のＣＩＦフィールドの使用である。ＣＩＦフィールドが、構成されたが非アクティブ化された下りリンク・コンポーネント・キャリアを指す場合には、この下りリンク・コンポーネント・キャリアがアクティブ化される。しかし、この手法を、コンポーネント・キャリアを非アクティブ化するのに単純な形で使用することはできない。さらに、ＣＩＦフィールドは、ＤＣＩフォーマットの必須部分ではない可能性がある。
【０１３７】
構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するもう１つの解決策は、３ＧＰＰ  ＬＴＥ（リリース８／９）の半持続的スケジューリング（ＳＰＳ）アクティブ化および非アクティブ化と同様の機構を使用することである。各ユーザ機器は、ＵＥ固有のＲＮＴＩ（ＳＰＳ−Ｃ−ＲＮＴＩ）を割り当てられる。ＤＣＩ  ＣＲＣがＳＰＳ−Ｃ−ＲＮＴＩを用いてスクランブルされる場合に、このＤＣＩは、アクティブ化メッセージまたは非アクティブ化メッセージとして解釈される。この機構を、下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化に使用することもできる。しかし、これは、キャリア・アグリゲーションが構成される各ユーザ機器のために、新しい別々のＲＮＴＩが必要になるという欠点をもつ可能性がある。ＲＮＴＩの総数が、６５５３６までに制限され、その多くが、非キャリア・アグリゲーション目的に必要であり（たとえば、Ｃ−ＲＮＴＩ、ＳＰＳ−Ｃ−ＲＮＴＩなど）、キャリア・アクティブ化でのユーザ機器の個数が、大きいピーク個数をサポートしなければならないので、そのような要件を課さない他の方法を見つけることが有益である。
【０１３８】
構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化する、本発明の第１の態様に従うもう１つの解決策であり、少なくとも１つのコンポーネント・キャリアのアクティブ化状態を制御するためのコンポーネント・キャリア（非）アクティブ化メッセージを通信するシグナリング・フォーマットが提供される。コンポーネント・キャリア（非）アクティブ化メッセージに関する提案される新しいフォーマットは、コンポーネント・キャリア（非）アクティブ化メッセージの予定受信者を明示的に識別できるようにする。たとえば、この識別は、モバイル端末識別子（ＩＤ）をコンポーネント・キャリア（非）アクティブ化メッセージに含めることによって実現され得る。このモバイル端末ＩＤ（ＵＥ  ＩＤとも称する）は、たとえば、コンポーネント・キャリア（非）アクティブ化メッセージのモバイル端末識別子フィールド内でシグナリングされる。１つの例示的実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージ内で示されるモバイル端末ＩＤは、たとえばモバイル端末のＣ−ＲＮＴＩなどのモバイル端末固有識別子である。
【０１３９】
コンポーネント・キャリア（非）アクティブ化メッセージの予定受信者を示すコンポーネント・キャリア（非）アクティブ化メッセージを考慮すると、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣをモバイル端末固有識別子を用いてスクランブルすることによってコンポーネント・キャリア（非）アクティブ化メッセージの予定受信者を曖昧さなしに識別することは、もはや必要ではない。コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットを、下りリンク制御情報（ＤＣＩ）フォーマットと考えることができる。物理層では、コンポーネント・キャリア（非）アクティブ化メッセージは、モバイル端末への送信のために物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報である。
【０１４０】
本発明の第１の態様に従って、ＣＲＣは、コンポーネント・キャリア（非）アクティブ化メッセージに基づいて計算され、基地局でスクランブルされる。スクランブリングは、コンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子を使用して基地局で実行される。上で示したように、これは、構成されたコンポーネント・キャリアの（非）アクティブ化状態を制御するために予約される必要がある無線ネットワーク一時識別子（１つまたは複数）の個数が有効に減らされることを意味する。
【０１４１】
前の段落で述べたように、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットを、物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報の新しいフォーマットと考えることができる。したがって、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣをスクランブルするのに使用されるコンポーネント・キャリア固有またはセル固有の無線ネットワーク一時識別子（１つまたは複数）は、コンポーネント・キャリア（非）アクティブ化メッセージである下りリンク制御チャネル情報のフォーマットを示す。
【０１４２】
さらに、それぞれのコンポーネント・キャリアにリンクされるコンポーネント・キャリア固有の無線ネットワーク一時識別子（１つまたは複数）を使用する場合に、キャリア固有の無線ネットワーク一時識別子（１つまたは複数）は、アクティブ化されまたは非アクティブ化されるコンポーネント・キャリアをも示す。したがって、コンポーネント・キャリア（非）アクティブ化メッセージならびにＣＲＣアタッチメント（すなわち、所定の無線ネットワーク一時識別子を用いてスクランブルされた、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣ）は、コンポーネント・キャリアの所望のアクティブ化状態をモバイル端末に示す、すなわち、コンポーネント・キャリアのどれが（非）アクティブ化されるのかを示す。
【０１４３】
構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化する、本発明の第２の態様に従うさらなる解決策では、コンポーネント・キャリア（非）アクティブ化メッセージは、物理下りリンク共用チャネル（ＰＤＳＣＨ）内のトランスポート・ブロック内で提供される。したがって、トランスポート・ブロックは、ＰＤＳＣＨ上のスケジューリングされた送信（の一部）としてモバイル端末に送信される。コンポーネント・キャリア（非）アクティブ化メッセージは、論理チャネルの他のデータと共にトランスポート・ブロックに多重化され得る。さらに、コンポーネント・キャリア（非）アクティブ化メッセージに、オプションで、論理チャネル識別子（ＬＣＩＤ）を割り当てることができる。
【０１４４】
本発明の第１の態様に従う解決策と同様に、コンポーネント・キャリア（非）アクティブ化メッセージは、モバイル端末によって構成されたそれぞれの下りリンク・コンポーネント・キャリアについて、それぞれのコンポーネント・キャリアのアクティブ化状態を示し、モバイル端末がそれぞれの下りリンク・コンポーネント・キャリアのアクティブ化状態の変化を認識することを可能にする（非）アクティブ化情報を含む。１つまたは複数の下りリンク・コンポーネント・キャリアのアクティブ化状態のそのような変化の検出は、モバイル端末に、それに応じて構成された下りリンク・コンポーネント・キャリア（１つまたは複数）をアクティブ化させまたは非アクティブ化させる。１つの例示的実施態様では、コンポーネント・キャリアの（非）アクティブ化情報を、ＭＡＣ制御要素内ですなわちＭＡＣシグナリングによって提供することができる。
【０１４５】
さらに、本発明のこの第２の態様に従って、（非）アクティブ化情報を、ビットマップの形で提供することができる。ビットマップの個々のビットは、ビットマップのそれぞれのビットに関連するそれぞれの構成された下りリンク・コンポーネント・キャリアのアクティブ化状態を示す。
【０１４６】
本発明のさらなる態様は、上りリンクでサウンディング基準信号（ＳＲＳ）のシグナリングをトリガすることである。これは、個々のシグナリング・メッセージによって、または構成されたコンポーネント・キャリアの（非）アクティブ化と一緒に行うことができる。個々のシグナリング・メッセージを使用する場合に、ＳＲＳ（非）アクティブ化メッセージは定義され得る。ＳＲＳ（非）アクティブ化メッセージは、本明細書で説明するさまざまな実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージを送信するための異なる構造および機構を再利用することができる。たとえば、ＳＲＳ（非）アクティブ化メッセージは、モバイル端末のために構成された上りリンク・コンポーネント・キャリアのＳＲＳ送信のアクティブ化状態を示したＳＲＳ（非）アクティブ化情報を含み得る。
【０１４７】
このＳＲＳ（非）アクティブ化情報を、コンポーネント・キャリア（非）アクティブ化情報と同様に構造化することができる。たとえば、ＳＲＳ（非）アクティブ化情報を、ビットマップの形で提供することができる。このビットマップの個々のビットは、ビットマップのそれぞれのビットに関連するそれぞれの構成された上りリンク・コンポーネント・キャリア上のアクティブ化状態ＳＲＳシグナリングを示すことができる。代替案では、ＳＲＳ（非）アクティブ化メッセージ内のビットマップのビットを、それぞれの構成された下りリンク・コンポーネント・キャリアに関連すると考えることもでき、ビットマップの個々のビットの論理値は、ビットマップ内の所定のビットに関連するそれぞれの下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリア上のＳＲＳシグナリングのアクティブ化状態を示す。
【０１４８】
ＳＲＳ（非）アクティブ化メッセージは、本発明の第２の態様に従う実施形態で説明されるように物理上りリンク共用チャネル上でトランスポート・ブロックの一部としてシグナリングすることができ、あるいは、本発明の第１の態様に従う実施形態で説明されるように物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報の新しいフォーマットとしてシグナリングすることができる。
【０１４９】
さらに、ＳＲＳ（非）アクティブ化情報を、単一のメッセージ内で、構成された下りリンク・コンポーネント・キャリアをアクティブ化／非アクティブ化するための（非）アクティブ化情報と一緒に送信することもできる。本発明の１つの例示的実施形態では、ＳＲＳ（非）アクティブ化情報およびコンポーネント・キャリア（非）アクティブ化情報は、物理下りリンク共用チャネルのトランスポート・ブロックの一部としてＭＡＣ制御要素内でシグナリングされる。さらなる例示的実施形態では、ＳＲＳ（非）アクティブ化情報およびコンポーネント・キャリア（非）アクティブ化情報は、本発明の第１の態様に従って本明細書で説明されるように、物理下りリンク制御チャネル（ＰＤＣＣＨ）にマッピングされる下りリンク制御チャネル情報の新しいフォーマットで一緒にシグナリングされる。
【０１５０】
コンポーネント・キャリア（非）アクティブ化の原理を、下りリンクおよび上りリンクのコンポーネント・キャリアのアクティブ化および非アクティブ化に適用できることに留意されたい。これに関して、本発明の例示的実施形態および実施態様で、コンポーネント・キャリアは、非構成の状態、構成されたが非アクティブ化された状態、およびアクティブの状態という３つのアクティブ化状態のうちの１つであると定義できると仮定されることにさらに留意されたい。さらに、常にアクティブである、モバイル端末のために構成された下りリンク（および／または上りリンク）コンポーネント・キャリアがある場合に、（非）アクティブ化情報が、そのような「常にアクティブ」のコンポーネント・キャリアについてアクティブ化状態を示す必要はないことに留意することも重要である。「常にアクティブ」のコンポーネント・キャリアを、本明細書でプライマリ・コンポーネント・キャリア（ＰＣＣ）とも称する。
【０１５１】
下りリンク・コンポーネント・キャリアを例示的に考慮すると、下りリンク・コンポーネント・キャリアが、構成されたが非アクティブ化された時には、ユーザ機器は、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要はなく、ＣＱＩ測定を実行することも要求されない。逆に、下りリンク・コンポーネント・キャリアがアクティブである時には、ユーザ機器は、ＰＤＳＣＨおよびＰＤＣＣＨ（存在する場合に）を受信しなければならず、ＣＱＩ測定を実行できると期待される。コンポーネント・キャリア（１つまたは複数）の構成の後には、そのコンポーネント・キャリア（１つまたは複数）は、構成されたが非アクティブ化された状態である。下りリンク・コンポーネント・キャリア上でのＰＤＣＣＨおよびＰＤＳＣＨの受信を可能にするために、下りリンク・コンポーネント・キャリアは、構成されたが非アクティブ化された状態からアクティブ状態に遷移される必要がある。コンポーネント・キャリアの構成は、暗黙のうちにまたは明示的にコンポーネント・キャリアをアクティブ化することができ、その場合に、コンポーネント・キャリアは、処理リソースおよび／またはシグナリングを節約するために、アクティブ（「構成され、アクティブ」）状態から構成されたが非アクティブ化された状態に遷移される必要がある。
【０１５２】
上りリンク・コンポーネント・キャリアが構成されアクティブ化されている時には、その上りリンク・コンポーネント・キャリアは、ＡＣＫ／ＮＡＣＫ、サウンディング基準シンボル、スケジューリング要求、および非周期的ＣＱＩ報告などのシグナルおよびチャネルの送信に適格と仮定される。逆に、下りリンク・コンポーネント・キャリアが構成されたが非アクティブ化された状態である時には、上りリンク・コンポーネント・キャリアは、完全にミュートされ、上記などの上りリンク・シグナルおよびチャネルの送信に適格ではないと仮定される。
【０１５３】
したがって、本明細書で説明される本発明のさまざまな実施形態による新しく提案されるコンポーネント・キャリア（非）アクティブ化は、構成されたが非アクティブ化された状態とアクティブ状態（「構成されアクティブ化された」）との間の状態遷移を示すのに利用され得る。
【０１５４】
上で概要を示したように、本発明の一態様は、１つまたは複数の上りリンクまたは下りリンクのコンポーネント・キャリアを（非）アクティブ化する新しいコンポーネント・キャリア（非）アクティブ化メッセージの提案である。下りリンクおよび／または上りリンクでキャリア・アグリゲーションを使用する３ＧＰＰベースのシステムでの本発明の概念の実施に関する本発明の一実施形態によれば、新しいコンポーネント・キャリア（非）アクティブ化メッセージのフォーマットは、ＤＣＩフォーマットである。新しいコンポーネント・キャリア（非）アクティブ化メッセージは、少なくとも、たとえば新しいコンポーネント・キャリア（非）アクティブ化メッセージの宛先であるユーザ機器のＣ−ＲＮＴＩなどのターゲットＵＥ  ＩＤを含む。さらに、新しいコンポーネント・キャリア（非）アクティブ化メッセージが関係するコンポーネント・キャリア（１つまたは複数）が、新しいコンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣをスクランブルするのに使用されるＲＮＴＩに暗黙のものではない場合には、新しいコンポーネント・キャリア（非）アクティブ化メッセージは、ターゲット・コンポーネント・キャリアＩＤをさらに含む。ＣＱＩ要求フラグを含む本発明の一実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１６に示す。コンポーネント・キャリア（非）アクティブ化メッセージ内で使用可能な残りのビットは、下で述べるようにモバイル端末にさらなる情報または要求をシグナリングするのに使用され得る、あるいは、パディングまたは予約済みビットを充てんされ得る。
【０１５５】
このターゲット・コンポーネント・キャリアＩＤを、たとえば、新しいコンポーネント・キャリア（非）アクティブ化メッセージのフィールド内でシグナリングすることができ、このフィールドは、このメッセージによってアクティブ化／非アクティブ化できない、下りリンク／上りリンク内の１つの常にアクティブのコンポーネント・キャリア、いわゆるアンカ・キャリアがあることを考慮すると、
【数５】
0006044855.tif 000009
ビットのサイズを有する。ここで、Ｎは、構成された下りリンク／上りリンク・コンポーネント・キャリアの個数であり、
【数６】
0006044855.tif 000010
は、天井関数すなわち、ｘ以上で最小の正の整数である。したがって、通常の下りリンク・シナリオについて、Ｎ＝５個までの構成された下りリンク・コンポーネント・キャリアがあり、そのうちの１つがアンカ・キャリアと定義され、その結果、合計２ビットが、コンポーネント・キャリア（非）アクティブ化メッセージ内でターゲット・コンポーネント・キャリアＩＤのために必要になると仮定することができる。
【０１５６】
さらに、本発明のさらなる態様および実施形態によれば、コンポーネント・キャリア（非）アクティブ化メッセージを下りリンク制御チャネル情報としてＰＤＣＣＨにマッピングする時に、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣをスクランブルするのに、ユーザ機器固有のＲＮＴＩは使用されない。これが可能になるのは、ターゲットＵＥ  ＩＤがコンポーネント・キャリア（非）アクティブ化メッセージのペイロードの一部であるからである。代わりに、コンポーネント・キャリア（非）アクティブ化メッセージなどのコンポーネント・キャリアの（非）アクティブ化に関するメッセージをシグナリングするのに使用されるＲＮＴＩ（１つまたは複数）は、セル固有ＲＮＴＩまたはコンポーネント・キャリア固有ＲＮＴＩのいずれかである。
【０１５７】
ＣＲＣのスクランブリングが、コンポーネント・キャリア（非）アクティブ化メッセージなどのコンポーネント・キャリアの（非）アクティブ化に関するメッセージのシグナリングのために定義された単一のセル固有ＲＮＴＩを使用する場合には、コンポーネント・キャリア（非）アクティブ化メッセージのペイロードは、さらに、どのコンポーネント・キャリアについて（非）アクティブ化コマンドを適用しなければならないのかの情報を含む。この目的のために、コンポーネント・キャリア（非）アクティブ化メッセージは、アクティブ化されまたは非アクティブ化されなければならない下りリンクまたは上りリンクの１つまたは複数のコンポーネント・キャリアを示すために、１つまたは複数のターゲット・コンポーネント・キャリアＩＤを含み得る。基地局は、ＲＲＣシグナリングによって、たとえばコンポーネント・キャリア構成メッセージの一部として、コンポーネント・キャリア（非）アクティブ化のためのセル固有ＲＮＴＩをモバイル端末に示すことができる。
【０１５８】
コンポーネント・キャリア（非）アクティブ化メッセージ内で示される１つまたはすべてのコンポーネント・キャリアを（同時に）アクティブ化しまたは非アクティブ化しなければならない場合には、コンポーネント・キャリア（非）アクティブ化メッセージは、１つまたは複数のコンポーネント・キャリアがアクティブ化されまたは非アクティブ化されるかのどちらであるのかを示すために、追加のアクティブ化／非アクティブ化フラグを含み得る。複数のターゲット・コンポーネント・キャリアＩＤおよび単一のアクティブ化／非アクティブ化フラグを含む本発明のさらなる実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージのもう１つの例を、図１１に示す。
【０１５９】
さらなる実施形態による代替実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージは、ターゲット・コンポーネント・キャリアＩＤ内で示されるターゲット・コンポーネント・キャリアＩＤごとにアクティブ化／非アクティブ化フラグを含む。この形で、基地局は、ターゲット・コンポーネント・キャリアＩＤ（１つまたは複数）によって示されるそれぞれのコンポーネント・キャリア（１つまたは複数）を個別にアクティブ化しまたは非アクティブ化するためにモバイル端末を制御することができる。ターゲット・コンポーネント・キャリアＩＤおよび対応するアクティブ化／非アクティブ化フラグが、コンポーネント・キャリア（非）アクティブ化メッセージの２つのフィールドと考えられるかどうか、またはこの２つの情報が単一のシグナリング・コンポーネント・キャリア・アクティブ化／非アクティブ化フィールド内で提供されるかどうかは、定義の問題であることに留意されたい。複数のターゲット・コンポーネント・キャリアＩＤおよびアクティブ化／非アクティブ化フラグを含む本発明の一実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１２に示す。
【０１６０】
さらに、本発明のもう１つの実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージなど、コンポーネント・キャリアの（非）アクティブ化に関するメッセージのシグナリングのために定義される２つのセル固有ＲＮＴＩがある。この場合に、２つのＲＮＴＩの一方（アクティブ化ＲＮＴＩ）を、コンポーネント・キャリア（非）アクティブ化メッセージ内で１つまたは複数のターゲット・コンポーネント・キャリアＩＤによって示されるコンポーネント・キャリア（１つまたは複数）のアクティブ化を示すのに使用することができる。同様に、２つのＲＮＴＩの他方（非アクティブ化ＲＮＴＩ）を、コンポーネント・キャリア（非）アクティブ化メッセージ内で１つまたは複数のターゲット・コンポーネント・キャリアＩＤによって示されるコンポーネント・キャリア（１つまたは複数）の非アクティブ化を示すのに使用することができる。したがって、この例示的実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージのペイロード内に追加のアクティブ化／非アクティブ化フラグは不要である。基地局は、ＲＲＣシグナリングによって、たとえばコンポーネント・キャリア構成メッセージの一部として、コンポーネント・キャリア（非）アクティブ化およびそのそれぞれの機能（アクティブ化／非アクティブ化）についてアクティブ化ＲＮＴＩおよび非アクティブ化ＲＮＴＩをモバイル端末に示すことができる。ターゲット・コンポーネント・キャリアＩＤを含むがアクティブ化／非アクティブ化フラグを含まない本発明の実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１３に示す。
【０１６１】
本発明のもう１つの実施形態では、上で説明したように、１つまたは２つのセル固有ＲＮＴＩを使用することができる。ターゲット・コンポーネント・キャリアＩＤによって（およびそれぞれのアクティブ化／非アクティブ化フラグを使用することによって）アクティブ化される個々のコンポーネント・キャリアを示すのではなく、ビットマスクが、各構成された下りリンク／上りリンク・コンポーネント・キャリアのアクティブ化状態を示すために、コンポーネント・キャリア（非）アクティブ化メッセージ内でシグナリングされる。下りリンク／上りリンク・コンポーネント・キャリアの（非）アクティブ化に関するコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１８に示す。ビットマスクは、ＣＣビットマスク・フィールド内に含まれる。ビットマスクは、Ｎ−１ビットからなり、Ｎは、構成された下りリンク／上りリンク・コンポーネント・キャリアの個数である。Ｎ＝５個の構成されたコンポーネント・キャリアがある場合には、ビットマスクは、４ビットのサイズを有する。接続モードのモバイル端末について上りリンクおよび下りリンクに常に１つのアクティブ下りリンク・コンポーネント・キャリアがあると仮定する場合に、Ｎ−１ビットだけが必要であることに留意されたい。ビットマスクのビットのそれぞれは、下りリンク／上りリンク内の対応する構成されたコンポーネント・キャリアにリンクされる。ビットマスクのビットの論理値１は、そのビットに関連する構成された下りリンク・コンポーネント・キャリアがアクティブであることを示すことができ、ビットマスクのビットの論理値０は、そのビットに関連する構成された下りリンク・コンポーネント・キャリアが構成されたが非アクティブ化されたことを示すことができる（またはその逆）。本発明のこの実施形態による（非）アクティブ化メッセージの使用は、単一のＤＣＩペイロードが複数のコンポーネント・キャリアを同時にアクティブ化し、非アクティブ化することができるという利益を有する。
【０１６２】
ビットマスクのビット（またはビットマスク・フィールドのコードポイント）とコンポーネント・キャリアとの間のそれぞれの関連付けを、たとえば、モバイル端末上位層、たとえばＲＲＣの構成メッセージごとに構成することができる。
【０１６３】
本発明のさらなる実施形態によれば、コンポーネント・キャリア固有ＲＮＴＩは、ＣＲＣをスクランブルするのに使用される。この実施形態では、下りリンクまたは上りリンクの構成されたコンポーネント・キャリアのそれぞれは、特定のＲＮＴＩを割り当てられる。コンポーネント・キャリア固有ＲＮＴＩを、セルごとに定義することもでき、その結果、コンポーネント・キャリア固有ＲＮＴＩを、セル固有ＲＮＴＩのサブクラスと考えることができるようになる。異なるモバイル端末が、１つの基地局によって制御される１つのセル内で異なるアンカ・キャリアを有することができるので、アンカ・キャリアにコンポーネント・キャリア固有ＲＮＴＩを割り当てることもできることに留意されたい。
【０１６４】
モバイル端末に、コンポーネント・キャリアＲＮＴＩとコンポーネント・キャリアとの対応を、基地局によって知らせることができる。対応情報を、たとえば、ＲＲＣシグナリングを介して、たとえばコンポーネント・キャリア構成メッセージの一部としてモバイル端末にシグナリングすることができる。コンポーネント・キャリア固有ＲＮＴＩ（１つまたは複数）の使用の１つの利益は、コンポーネント・キャリアの（非）アクティブ化のためにコンポーネント・キャリア固有ＲＮＴＩ（１つまたは複数）を監視するように構成されていないモバイル・ノードが、破壊されたＤＣＩメッセージの場合にコンポーネント・キャリアを誤って（非）アクティブ化できないことである。さらに、コンポーネント・キャリア固有ＲＮＴＩ（１つまたは複数）に加えて、（非）アクティブ化メッセージ内のターゲットＵＥ  ＩＤも一致しなければならず、その結果、コンポーネント・キャリアの誤った（非）アクティブ化は、より可能性が低くなる。
【０１６５】
この場合に、コンポーネント・キャリア（非）アクティブ化メッセージのＣＲＣをスクランブルするのに基地局によって使用されるコンポーネント・キャリア固有ＲＮＴＩは、既に、コンポーネント・キャリア（非）アクティブ化メッセージの（非）アクティブ化コマンドが関係するコンポーネント・キャリアを、モバイル端末に示す。したがって、コンポーネント・キャリア（非）アクティブ化メッセージは、この場合にはターゲット・コンポーネント・キャリアＩＤを含まないものとすることができる。コンポーネント・キャリア（非）アクティブ化メッセージは、それでも、コンポーネント・キャリア固有ＲＮＴＩによって示されるコンポーネント・キャリアについてセットされるアクティブ化状態を示すために、アクティブ化／非アクティブ化フラグを含むことができる。本発明の実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの例、ＣＲＣをスクランブルするのに使用されるコンポーネント・キャリア固有ＲＮＴＩに暗黙の下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化フラグを、図１４に示す。
【０１６６】
もう１つの代替実施形態では、提案されるコンポーネント・キャリア（非）アクティブ化メッセージなど、コンポーネント・キャリア（非）アクティブ化関連メッセージのＣＲＣをスクランブルするためにコンポーネント・キャリアごとに定義される２つのコンポーネント・キャリア固有ＲＮＴＩがある。上の例と同様に、２つのコンポーネント・キャリア固有ＲＮＴＩの一方（アクティブ化ＲＮＴＩ）は、コンポーネント・キャリア固有ＲＮＴＩにリンクされたコンポーネント・キャリアをアクティブ化することを示しており、２つのコンポーネント・キャリア固有ＲＮＴＩの他方（非アクティブ化ＲＮＴＩ）は、コンポーネント・キャリア固有ＲＮＴＩにリンクされたコンポーネント・キャリアを非アクティブ化することを示している。この形で、コンポーネント・キャリア（非）アクティブ化メッセージは、コンポーネント・キャリア（非）アクティブ化関連メッセージを正しい受信者（ユーザ機器）に向けるためにＵＥ  ＩＤをシグナリングする必要だけがあるものとすることができ、（非）アクティブ化されるコンポーネント・キャリアは、コンポーネント・キャリア（非）アクティブ化関連メッセージのＣＲＣをスクランブルするためのＲＮＴＩの使用に暗黙のものである。この場合に、基地局が、ＲＲＣシグナリングによって、たとえばコンポーネント・キャリア構成メッセージの一部として、異なるコンポーネント・キャリアのアクティブ化ＲＮＴＩと非アクティブ化ＲＮＴＩとの対応を示すこともできることに留意されたい。ターゲットＵＥ  ＩＤだけを含み、オプションでさらなる情報および要求（拡張使用）を含む本発明の実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１５に示す。
【０１６７】
セル固有またはコンポーネント・キャリア固有のＲＮＴＩ（１つまたは複数）が使用されるかどうかにかかわりなく、これらのＲＮＴＩを、ＲＲＣシグナリングまたはキャリア・アグリゲーション・モードに関する制御情報を送信する他の手段によってモバイル端末にシグナリングすることができる。具体的には、コンポーネント・キャリア（１つまたは複数）がそれに対して「構成される」と考えられなければならない端末を構成する時に、モバイル端末は、１つまたは複数のそのような構成されたコンポーネント・キャリアについてどのＲＮＴＩ（１つまたは複数）を使用すべきかをも通知される。
【０１６８】
さらに、下りリンクでＯＦＤＭを使用する３ＧＰＰベースの通信システムでは、コンポーネント・キャリア（非）アクティブ化メッセージが、１つまたは複数のユーザ機器への下りリンク・コンポーネント・キャリア上のサブフレーム内で送信されるＰＤＣＣＨのペイロード（ＤＣＩ）を形成していると仮定することができ、ユーザ機器は、ＰＤＣＣＨ上のサブフレーム内でシグナリングされる異なるＤＣＩフォーマットに対してブラインド復号を実行する。コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットについて通信システム内で定義される少なくとも１つの他のＤＣＩフォーマットと同一のサイズを使用し、セル固有またはコンポーネント・キャリア固有のＲＮＴＩ（１つまたは複数）によって暗黙のこのフォーマットを使用することによって、モバイル端末のブラインド復号の労力を増やさないことが可能である。
【０１６９】
したがって、コンポーネント・キャリア（非）アクティブ化メッセージのフォーマットが、所定のサイズを有すると仮定されるので、ＵＥ  ＩＤと、ターゲット・コンポーネント・キャリアＩＤ（１つまたは複数）およびアクティブ化フラグなどのコンポーネント・キャリア（非）アクティブ化関連情報とをシグナリングするのに必要ではない残りのビットを、たとえば、さらなる情報または要求をモバイル端末にシグナリングするのに使用することができる。セル固有またはコンポーネント・キャリア固有のＲＮＴＩ（１つまたは複数）をどのように使用できるのかを説明する上で説明した異なる例で、いくつかが、ターゲット・コンポーネント・キャリアＩＤ（１つまたは複数）および／またはアクティブ化／非アクティブ化フラグ（１つまたは複数）のシグナリングを避けることを可能にし、その結果、コンポーネント・キャリア（非）アクティブ化関連情報のサイズを最小化することが（または回避することすら）できるようになることに留意されたい。さらに、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットのサイズは、一定（固定）あるいは、コンポーネント・キャリア帯域幅に依存するかのいずれかとすることができる。たとえば、（非）アクティブ化されるコンポーネント・キャリアの帯域幅、コンポーネント・キャリア（非）アクティブ化メッセージがシグナリングされる下りリンク内のコンポーネント・キャリアの帯域幅、またはコンポーネント・キャリア（非）アクティブ化メッセージがシグナリングされる下りリンクのリンクされた上りリンク・コンポーネント・キャリアに依存することができる。
【０１７０】
１つの例示的実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットのサイズは、３ＧＰＰ  ＬＴＥ（リリース８／９）または３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０／１Ａのサイズに対応している。フォーマット・サイズは、オプションで、コンポーネント・キャリア帯域幅に依存することができる。
【０１７１】
この場合において、表４に、コンポーネント・キャリア帯域幅に依存する３ＧＰＰ  ＬＴＥ（リリース８／９）のフォーマット０／１Ａのサイズ（本明細書で前に述べた３ＧＰＰ  ＴＳ  ３６．２１２から既知の）を示す。
【０１７２】
【表４】
0006044855.tif 000011
【０１７３】
３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）で定義されているように、ＣＩＦフィールドがこれらのフォーマット０／１Ａに追加される場合には、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）のフォーマット０／１Ａのサイズは、ＣＩＦフィールドを考慮に入れるためにさらなる追加の３ビットを有する。
【０１７４】
したがって、上述の異なる例から明白であるように、コンポーネント・キャリア（非）アクティブ化メッセージ内でシグナリングされる必要がある最小の情報は、コンポーネント・キャリア（非）アクティブ化メッセージの予定受信者を識別するためのターゲットＵＥ  ＩＤである。ターゲットＵＥ  ＩＤが、行き先ユーザ機器のＣ−ＲＮＴＩである場合には、これは、ターゲットＵＥ  ＩＤのために１６ビットが必要であることを意味する。ターゲット・コンポーネント・キャリアＩＤごとに、追加の
【数７】
0006044855.tif 000012
ビットが必要である。各アクティブ化／非アクティブ化フラグは、１つの追加ビットを必要とする。
【０１７５】
たとえば、ＤＣＩフォーマットを識別するために１つの単一のセル固有ＲＮＴＩを使用する場合に、Ｎ＝５個の構成されたコンポーネント・キャリアがあり、そのうちのＮ−１＝４個が、ターゲット・コンポーネント・キャリアＩＤフィールド内で示される必要があり（アンカ・キャリアは常にアクティブ状態である）、１つのコンポーネント・キャリアのアクティブ化状態だけがシグナリングされると仮定すると、これは、コンポーネント・キャリア（非）アクティブ化メッセージのＤＣＩペイロードが、セル固有ＲＮＴＩ（ターゲットＵＥ  ＩＤ）に１６ビット、ターゲット・コンポーネント・キャリアの表示（ターゲット・コンポーネント・キャリアＩＤ）に２ビット、およびアクティブ化／非アクティブ化フラグ（（非）アクティブ化フラグ）の１ビットを必要とし、合計１９ビットになることを意味する。したがって、１．４ＭＨｚの最小コンポーネント・キャリア帯域幅を仮定すると、少なくとも２つの「余分な」ビットが、将来の使用のために使用可能である。アクティブ化／フラグを、ＤＣＩフォーマットおよびアクティブ化状態を識別するための２つのセル固有ＲＮＴＩの使用に起因して省略できる場合には、３つの追加ビットさえ、１．４ＭＨｚの最小コンポーネント・キャリア帯域幅について未使用になる。
【０１７６】
本発明のもう１つの実施形態では、本発明の第２の態様に従って、コンポーネント・キャリア（非）アクティブ化メッセージは、物理下りリンク共用チャネル（ＰＤＳＣＨ）上でトランスポート・ブロック内で提供される。たとえば、コンポーネント・キャリア（非）アクティブ化メッセージは、下りリンク・コンポーネント・キャリアをアクティブ化しおよび非アクティブ化するためのＭＡＣシグナリング・メッセージであり得る。１つの例示的実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージは、特定のＬＣＩＤによって識別される新しいＭＡＣ制御要素の形で提供される。この新しいＭＡＣ制御要素は、モバイル端末のどの構成された下りリンク・コンポーネント・キャリア（１つまたは複数）がアクティブ化されかつ／または非アクティブ化されなければならないのかの（非）アクティブ化情報を担持する。
【０１７７】
コンポーネント・キャリア（非）アクティブ化メッセージのＭＡＣ制御要素を、オクテット整列させる、すなわち、８ビット（１バイト）の倍数からなるものとすることができる。コンポーネント・キャリア（非）アクティブ化のＭＡＣ制御要素の実際のサイズは、ユーザ機器内で構成できる下りリンク・コンポーネント・キャリアの個数によって判定することができる。たとえば３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）システムのように、常にアクティブのプライマリ・コンポーネント・キャリアが提供される場合には、下りリンク・コンポーネント・キャリアのこの個数は、ユーザ機器内で構成できるセカンダリ・コンポーネント・キャリア（ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）の個数である。
【０１７８】
１つの例示的実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージ内の（非）アクティブ化情報は、ビットマップとして提供される。ビットマップの各ビットは、下りリンク・コンポーネント・キャリア（または、プライマリ・コンポーネント・キャリアが提供される場合にはセカンダリ・コンポーネント・キャリア）のうちの１つのアクティブ化／非アクティブ化フラグを表す。たとえば、０をセットされたビットは、対応するコンポーネント・キャリアが非アクティブ化されることを意味することができ、１をセットされたビットは、コンポーネント・キャリアのアクティブ化を意味することができ、またはその逆である。
【０１７９】
代替案では、ビットマップのビットは、それぞれのビットに関連するコンポーネント・キャリアのアクティブ化状態をも示すことができる。たとえば、０をセットされたビットは、対応するコンポーネント・キャリアのアクティブ化状態が、構成されたが非アクティブ化された状態であることを意味することができ、１をセットされたビットは、コンポーネント・キャリアのアクティブ化状態が、アクティブ状態（「構成されアクティブ化された」）であることを意味することができ、またはその逆である。この場合に、モバイル端末は、コンポーネント・キャリアのアクティブ化状態の変化があるかどうかを判定し、それに応じてそれぞれのコンポーネント・キャリアをアクティブ化しまたは非アクティブ化する。区別される必要がある下りリンク・コンポーネント・キャリアの個数が９つ未満である場合には、ペイロードの１オクテットだけが、ビットマップをシグナリングするのに必要である。
【０１８０】
たとえば、現在、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）に関する３ＧＰＰ標準化では、下りリンクで最大５つのコンポーネント・キャリアをアグリゲートできると仮定される。この５つの下りリンク・コンポーネント・キャリアのうちの１つは、下りリンク・プライマリ・コンポーネント・キャリアとして指定され、常にアクティブであり、したがってアクティブ化しまたは非アクティブ化することができない。これは、ユーザ機器内で構成でき、したがってアクティブ化／非アクティブ化できる、下りリンクの４つの追加の下りリンク・セカンダリ・コンポーネント・キャリア（ＳＣＣ）を残す。したがって、本発明の１つの例示的実施形態では、ビットマップは、最大４つの下りリンク・セカンダリ・コンポーネント・キャリアに対応する４ビットのサイズを有する。これは、ユーザ機器によるＳＲＳおよび／またはパワー・ヘッドルーム報告（ＰＨＲ）の送信をトリガするのに使用できる、ＭＡＣ制御要素内のさらなるシグナリングのための４つの追加ビットを残す。
【０１８１】
ＰＤＣＣＨ上の送信のためおよび３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）での使用のための新しいＤＣＩフォーマットを定義している、ある例示的なコンポーネント・キャリア（非）アクティブ化メッセージを、図２５に示す。本明細書で提案される他のＤＣＩの例示的フォーマットと同様に、このメッセージは、ターゲット・ユーザ機器の１つの識別を含む。さらに、ビットマップを形成する４つのフラグが提供される。フラグのそれぞれは、それぞれの下りリンク・コンポーネント・キャリアに関連し、上で概要を示したようにその（非）アクティブ化に使用される。この４ビットビットマップが、コンポーネント・キャリア（非）アクティブ化メッセージを実施するのに使用されるＭＡＣ制御要素のペイロードをも形成できることに留意されたい。
【０１８２】
さらに、ビットマップの各ビットとそれが参照する対応するコンポーネント・キャリアとの間に１対１マッピングがあることを保証することは、有利であり得る。このタイプの対応は、たとえば、ＲＲＣを介して送信されるコンポーネント・キャリア構成メッセージ内で使用されるコンポーネント・キャリア・インデックス（ＣＩ）を使用することによって実現することができる。たとえば、ビットマップの最高ビット（第１ビット）が、最高（または最低）のコンポーネント・キャリア・インデックスを参照することができ、ビットマップの２番目に高いビット（第２ビット）が、２番目に高い（２番目に低い）コンポーネント・キャリア・インデックスを参照することができるなどである。この形で、ビットマップ内の個々のビット位置とそれらが参照するコンポーネント・キャリアとの間の１対１対応を確立することができる。
【０１８３】
上で述べたように、たとえばＭＡＣ制御要素の形のコンポーネント・キャリア（非）アクティブ化メッセージは、下りリンク・コンポーネント・キャリアのうちの１つのＰＤＳＣＨ内のトランスポート・ブロックに含まれる。したがって、コンポーネント・キャリア（非）アクティブ化メッセージの受信について、ユーザ機器は、（非）アクティブ化情報を「得る」ために、トランスポート・ブロックを成功して復号する必要がある。コンポーネント・キャリア（非）アクティブ化メッセージを含むトランスポート・ブロック（ならびにＰＤＳＣＨ上の他のトランスポート・ブロック）を、その配送およびユーザ機器での復号の成功を保証するために、ＨＡＲＱプロトコルを使用して送信することができる。トランスポート・ブロックがユーザ機器の復号器によって成功して復号されない場合には、トランスポート・ブロック（コンポーネント・キャリア（非）アクティブ化メッセージを含む）のＨＡＲＱ再送信は、ｅＮｏｄｅＢによる（非）アクティブ化コマンドの実際の発行とその（非）アクティブ化コマンドのユーザ機器での受信との間の時間を増やす。コンポーネント・キャリア（非）アクティブ化にＭＡＣ制御要素を使用する場合に、これは、ユーザ機器のスケジューリングおよび電力節約に対して悪影響を伴う可能性があり、アクティブ化および非アクティブ化の遅れを意味する可能性がある。
【０１８４】
再送信の可能性を最小にし、したがって上で述べた可能な悪影響を避けるために、コンポーネント・キャリア（非）アクティブ化メッセージの送信を、たとえば、下りリンク・コンポーネント・キャリアのうちで最も信頼できるものに制限することができる。実際の配置では、この最も信頼できるコンポーネント・キャリアを、ほとんどの場合に、ユーザ機器のプライマリ・コンポーネント・キャリア（ＰＣＣ）とすることができる。ＰＣＣは、無線リンク障害（ＲＬＦ）にも関連し、したがって、ＰＣＣは、信頼できるコンポーネント・キャリアである必要がある。というのは、そうでなければ、ユーザ機器がネットワークへの信頼できる接続を確立できないからである。さらに、ＰＣＣは、常にアクティブである、すなわち非アクティブ化されまたはアクティブ化されることができない唯一のコンポーネント・キャリアである。したがって、１つの実施態様の例では、コンポーネント・キャリア（非）アクティブ化メッセージは、ｅＮｏｄｅＢによって、ユーザ機器のＰＣＣ上でユーザ機器に送信される。したがって、コンポーネント・キャリア（非）アクティブ化がＭＡＣ制御要素として実施される場合には、ＰＣＣへのコンポーネント・キャリア（非）アクティブ化メッセージのＭＡＣ制御要素の送信は、ユーザ機器のセカンダリ・コンポーネント・キャリアの遅れたアクティブ化および非アクティブ化の機会を減らす。
【０１８５】
上のセクションでは、Ｌ１シグナリング（すなわち、ＰＤＣＣＨ上の新しいＤＣＩフォーマット）またはＬ２シグナリング（すなわち、たとえばＭＡＣ制御要素の形で、ＰＤＳＣＨ上のトランスポート・ブロック内でコンポーネント・キャリア（非）アクティブ化メッセージをシグナリングする）のいずれかを使用する構成された下りリンク・コンポーネント・キャリアの（非）アクティブ化を説明した。次の考慮事項は、本発明の両方の態様にあてはまる。
【０１８６】
ｅＮｏｄｅＢが、構成された下りリンク・コンポーネント・キャリアを非アクティブ化する時に、ユーザ機器は、非アクティブ化コマンド（コンポーネント・キャリア非アクティブ化メッセージ）の受信の直後に、示されたコンポーネント・キャリアを非アクティブ化することができる。ＨＡＲＱプロトコルを使用するトランスポート・ブロックの送信（すなわち、ＨＡＲＱプロセスのうちの１つが、非アクティブ化コマンドを受信した時にＰＤＳＣＨ上でトランスポート・ブロックを（再）送信する）が終了していない、すなわち、再送信がトランスポート・ブロックについてまだ保留中である場合に、ユーザ機器が、構成されたコンポーネント・キャリアの非アクティブ化メッセージを受信する場合には、コンポーネント・キャリアの即座の非アクティブ化は、ＨＡＲＱ再送信を停止させ、トランスポート・ブロックは失われる。
【０１８７】
レイヤ２のＨＡＲＱプロトコルは、ｅＮｏｄｅＢ内でも終端されるので、ｅＮｏｄｅＢは、構成された下りリンク・コンポーネント・キャリア上のユーザ機器の進行中のＨＡＲＱ再送信を知っており、したがって、トランスポート・ブロックがまだユーザ機器によって成功して受信されていない、すなわち、まだユーザ機器によって（肯定的に）肯定応答されていない場合に、コンポーネント・キャリアを非アクティブ化しないものとすることができる。しかし、これは、非アクティブ化がおそらくは１つのシグナリング・メッセージ内で送信される時であっても、異なる下りリンク・コンポーネント・キャリア上のＨＡＲＱ動作とＨＡＲＱプロトコルのＨＡＲＱプロセスとが整列されていない可能性があるので、ｅＮｏｄｅＢが、コンポーネント・キャリアごとに個々の非アクティブ化メッセージを送信する必要がある可能性があることを暗示する。
【０１８８】
したがって、本発明のもう１つの実施形態では、ｅＮｏｄｅＢが、トランスポート・ブロックの消失を引き起こさずに複数の非アクティブ化コマンドを１つのシグナリング・メッセージ内に組み合わせることを可能にするために、ユーザ機器は、所定の構成されたコンポーネント・キャリアの非アクティブ化コマンドを受信した直後に、コンポーネント・キャリアを非アクティブ化するのではない。そうではなく、ユーザ機器は、コンポーネント・キャリアのＨＡＲＱプロトコル状況を判定し（すなわち、まだ保留中のトランスポート・ブロック（１つまたは複数）の再送信（１つまたは複数）があるかどうかを判定し）、保留中の送信が成功して終了した（すなわち、ユーザ機器によって（肯定的に）肯定応答されたか、保留中の送信について再送信の最大回数に達した）時にコンポーネント・キャリアを非アクティブ化する。
【０１８９】
下りリンク・コンポーネント・キャリア非アクティブ化のこの動作は、ｅＮｏｄｅＢが、非アクティブ化されるコンポーネント・キャリア上の進行中の送信のそれぞれに関する肯定応答を待つ必要がなく、その結果、コンポーネント・キャリアの実際の非アクティブ化コマンドが、ユーザ機器が最後の送信の肯定応答を待つ必要がないので数サブフレーム（ＴＴＩ）だけより早く発生し得ることに関しても有利である。
【０１９０】
特に、（非）アクティブ化シグナリングがＭＡＣシグナリングによって行われる時に、これは、ユーザ機器での電力節約に有益である。
【０１９１】
以下の段落では、コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマットの設計に関する異なる例示的な実施態様および実施形態を、さらに詳細に述べる。
【０１９２】
コンポーネント・キャリア（非）アクティブ化メッセージ・フォーマット（すなわちＤＣＩフォーマット）の１つの例示的実施態様では、モバイル端末によって構成された１つの下りリンク・コンポーネント・キャリアのアクティブ化状態を制御するのに使用される。この実施形態では、たとえば図９または図１０に示された「余分な」ビット／フラグのうちの１つが、制御される下りリンク・コンポーネント・キャリアのチャネル品質フィードバックを送信するようにモバイル端末に要求するのに使用される。これは、下りリンク・コンポーネント・キャリアがアクティブ化される（構成されたがアクティブ化された状態→アクティブ状態）状況で特に適する可能性がある。このために、コンポーネント・キャリア（非）アクティブ化メッセージは、そのペイロード内に、セットされた時にコンポーネント・キャリア（非）アクティブ化メッセージによってアクティブ化される下りリンク・コンポーネント・キャリアのチャネル品質フィードバックの提供をトリガする「ＣＱＩ要求フラグ」を含む。ＣＱＩ要求フラグを含む本発明の一実施形態によるコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１６に示す。
【０１９３】
本発明の実施形態による１つのより詳細な実施態様例では、ＣＱＩ、ＰＭＩ（プリコーディング行列インジケータ）、またはＲＩ（ランク・インジケータ）の形でのチャネル品質フィードバックを、物理上りリンク制御チャネル（ＰＵＣＣＨ）のリソース上で送信することができる。３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）などの３ＧＰＰベースのシステムでの実施態様を考慮する場合には、単一のリソース・ブロックが複数のユーザ機器からのＰＵＣＣＨを共有するので、可能なＰＵＣＣＨペイロードが非常に制限される可能性がある。したがって、チャネル品質フィードバックは、たとえば、Ｒａｎｋ＝１送信を仮定して広帯域ＣＱＩ／ＰＭＩをシグナリングすることができる。
【０１９４】
チャネル品質フィードバック・メッセージの送信を、さらに、基地局によって、それぞれモバイル端末がコンポーネント・キャリア（非）アクティブ化メッセージを成功して受信したことまたはモバイル端末がコンポーネント・キャリア（非）アクティブ化メッセージ内に含まれるアクティブ化コマンドを実行し終えたことの肯定応答と考えることができる。
【０１９５】
さらに、チャネル品質フィードバック（たとえば、ＣＱＩ／ＰＭＩ）を、モバイル端末によって、コンポーネント・キャリア（非）アクティブ化メッセージを含むサブフレーム（ＰＤＣＣＨ）の受信から既知のタイム・インターバル（たとえば、４ｍｓ）後に送信することができる。ＦＤＤモードの３ＧＰＰ  ＬＴＥ（リリース８／９）では、サブフレーム（ＰＤＣＣＨ）の受信と対応する上りリンク送信との間のタイム・スパンが、４ｍｓである（ＴＤＤについてはより複雑なタイム・スパン判定）。代替案では、コンポーネント・キャリア（非）アクティブ化メッセージを含むサブフレーム（ＰＤＣＣＨ）の受信と上りリンクでのチャネル品質フィードバックの送信との間のタイム・スパンを、ＲＲＣシグナリングによって構成することができる。たとえば、モバイル端末がそれぞれの下りリンク・コンポーネント・キャリア（１つまたは複数）をアクティブ化した後に適度な正確さのＣＱＩ／ＰＭＩを得るために正確なチャネル品質測定を実行することを可能にするために、モバイル端末に、チャネル品質フィードバックを送信するために４ｍｓより多く（たとえば、８ｍｓまたは１２ｍｓ）を与えることが望ましい。
【０１９６】
チャネル品質フィードバックの送信のための上りリンク・リソースに関して、ＰＵＣＣＨ上のリソースは、たとえば、周期的ＣＱＩ報告のためにモバイル端末に与えられるものと同一のＰＵＣＣＨリソースとすることができる。このＰＵＣＣＨリソースは、基地局によって、下りリンク／上りリンク・コンポーネント・キャリアを構成する時にＲＲＣシグナリングを介して構成され得る。
【０１９７】
代替案では、チャネル品質フィードバックを、たとえばＲＲＣコンポーネント・キャリア構成メッセージの一部として、基地局によって事前に決定されるＰＵＣＣＨリソースまたはＰＵＳＣＨリソース上で送信することもできる。さらなる代替案は、チャネル品質フィードバックを送信するための上りリンク・リソースが、コンポーネント・キャリア（非）アクティブ化メッセージのペイロード内で使用可能な「余分な」ビットのうちの１つまたは複数によって示されることである。この実施態様は、複数のビットが未使用であり、上りリンクでフィードバック・リソースを指定するのに使用可能であり得る、大きいコンポーネント・キャリア帯域幅の場合（上で図９および表４に関して述べた）に有利に活用することができる。２つの後者の代替案は、ＲＲＣコンポーネント・キャリア構成メッセージがチャネル品質フィードバック（ＣＱＩ／ＰＭＩ／ＲＩ）のための上りリンク・リソースの組を構成し、（非）アクティブ化メッセージが使用可能な構成された上りリンク・リソースから１つを選択するフィードバック・リソース・フィールドを含むという点で組み合わせることもできる。ＣＱＩ要求フラグおよびＣＱＩフィードバック・リソース・フィールドを含む拡張されたコンポーネント・キャリア（非）アクティブ化メッセージの例を、図１７に示す。
【０１９８】
さらに、チャネル品質フィードバック用の上りリンク・リソースが、シグナリングされるか事前に構成される場合に、チャネル品質フィードバックは、好ましくは、構成された非周期的ＣＱＩモードおよび／またはコンポーネント・キャリア（非）アクティブ化メッセージによって示される下りリンク・コンポーネント・キャリアの構成された下りリンク送信モードに従って判定される。
【０１９９】
さらに、もう１つの実施形態では、チャネル品質フィードバックは、割り当てられた上りリンク・リソース上の、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）、ＳＲ、またはＳＲＳなどのさらなる物理層メッセージまたはシグナルと多重化され得る。トランスポート・ブロック・データなしで物理層メッセージだけが上りリンク・リソース上でシグナリングされる場合には、ＨＡＲＱプロセス（ＨＡＲＱプロトコル）を送信に使用する必要はなく、その結果、ＨＡＲＱ関連制御情報（ＮＤＩ、ＨＡＲＱプロセスＩＤなど）を、送信のためにシグナリングする必要がなくなる可能性がある。
【０２００】
本発明のもう１つの実施形態では、コンポーネント・キャリア（非）アクティブ化メッセージを、下りリンク・コンポーネント・キャリアのアクションに関するコンポーネント・キャリア（非）アクティブ化メッセージが受信されるサブフレームに関して周期的チャネル品質フィードバック（周期的ＣＱＩ／ＰＭＩ／ＲＩ送信）をトリガ／アクティブ化するのに使用することができる。
【０２０１】
本発明のこの実施形態では、３ＧＰＰ  ＬＴＥ（リリース８／９）から既知の手順が再利用される。したがって、周期的ＣＱＩ／ＰＭＩ／ＲＩは、基本的に、条件
（ＮＳｕｂｆｒａｍｅ−ＮＯＦＦＳＥＴ，ＣＱＩ）ｍｏｄ  ＮＰｅｒｉｏｄｉｃｉｔｙ＝０    （２）
を満足するサブフレーム番号を有するサブフレーム内で送信される。ここで、
【数８】
0006044855.tif 000013
であり、ｎｆは、システム・フレーム番号であり、ｎｓ＝｛０，１，…，１９｝は、フレーム内のスロット・インデックスである。ここでの関係が、タイミング原理を説明するための単純化された機構であるが、タイミングをわずかにより複雑にする特殊なケースがあることに留意されたい（さらなる詳細については、３ＧＰＰ  ＴＳ  ３６．２１３、「Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｃｅｄｕｒｅｓ」、ｖｅｒｓｉｏｎ  ８．８．０（リリース８）または９．０．１（リリース９）、セクション７．２．２を参照されたい。この文書は、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、これらのセクションは、参照によって本明細書に組み込まれる）。
【０２０２】
本発明の一実施形態では、基地局からのコンポーネント・キャリア（非）アクティブ化メッセージが、セットされたＣＱＩフラグを含む場合に、モバイル端末は、（非）アクティブ化メッセージのサブフレームに対する相対的なｋ個のサブフレームの所定のオフセットで単一の（非周期的）ＣＱＩ報告（ワンタイム（Ｏｎｅ−ｔｉｍｅ）ＣＱＩ）を提供しており、コンポーネント・キャリア（非）アクティブ化メッセージによってアクティブ化されるコンポーネント・キャリアのために構成されたサブフレーム内およびＰＵＣＣＨリソース上で周期的ＣＱＩ報告のシグナリングを開始する。この手順を視覚化する本発明のこの実施形態による例示的シナリオを、図２２に示す。図２２では、ＣＣアクティブ化メッセージによる下りリンク（ＤＬ）コンポーネント・キャリア（ＣＣ）２（ＤＬ  ＣＣ２）のアクティブ化の後に、ＣＱＩ報告（ＤＬ  ＣＣ２のワンタイムＣＱＩ）は、ＣＱＩ要求フラグが含まれ、セットされるＤＬ  ＣＣ２のＣＣアクティブ化メッセージが受信されてからｋ＝４サブフレーム後に送信され、ＤＬ  ＣＣ２の後続ＣＱＩ報告は、上りリンク・リソース上でパラメータＮＯＦＦＳＥＴ，ＣＱＩによって示されるサブフレーム番号内で、周期的ＣＱＩ報告のために構成された周期性ＮＰｅｒｉｏｄｉｃｉｔｙを伴ってシグナリングされる。さらに、基地局が、ＣＱＩ要求フラグが含まれ、セットされていないＤＬ  ＣＣ２のＣＣ非アクティブ化メッセージをシグナリングする時に、モバイル端末は、もう一度ＤＬ  ＣＣ２を非アクティブ化し、周期的ＣＱＩ報告を停止する。
【０２０３】
本発明のもう１つの実施形態では、ＮＯＦＦＳＥＴ，ＣＱＩを計算する新しい形が使用され、その結果、モバイル端末の最初の周期的ＣＱＩ報告は、コンポーネント・キャリア・アクティブ化メッセージに対して相対的に所定のオフセットｋで送信される。したがって、上で示した３ＧＰＰ  ＬＴＥ（リリース８／９）の周期的ＣＱＩ報告手順では、ＣＱＩ／ＰＭＩ／ＲＩの送信は、コンポーネント・キャリア（非）アクティブ化メッセージを含むサブフレームのサブフレーム番号にかかわりなく、システム全体のサブフレーム番号に依存する。できる限り早く周期的ＣＱＩ／ＰＭＩ／ＲＩ報告を開始するために、この実施形態では、条件が、次のように変更される。周期的ＣＱＩ／ＰＭＩ／ＲＩは、そのサブフレーム番号が３ＧＰＰ  ＴＳ  ３６．２１３から既知の上の（更新された）条件（２）および（３）を満足しているが、サブフレーム番号０を参照するのではなくコンポーネント・キャリア（非）アクティブ化メッセージがその中で受信されたサブフレーム番号を参照するように、すなわち
ＮＯＦＦＳＥＴ，ＣＱＩ＝ｍｏｄ（ＮＳｕｂｆｒａｍｅ，Ａｃｔｉｖａｔｉｏｎ＋ｋ，ＮＳｕｂｆｒａｍｅ，Ｍａｘ＋１）    （４）
になるようにオフセットＮＯＦＦＳＥＴ，ＣＱＩの定義を変更するサブフレーム内で送信される。ここで、ＮＳｕｂｆｒａｍｅ，Ａｃｔｉｖａｔｉｏｎは、その中でコンポーネント・キャリア（非）アクティブ化メッセージがアクティブ化される下りリンク・コンポーネント・キャリアのＣＱＩ／ＰＭＩ／ＲＩ報告をトリガする（アクティブ化する）サブフレームのサブフレーム番号であり、ＮＳｕｂｆｒａｍｅ，Ｍａｘは、最大のサブフレーム・インデックスである。３ＧＰＰ  ＬＴＥ（リリース８／９）では、システム・フレーム番号は、０から１０２３までの範囲にわたり、各システム・フレームは、スロット０から１９までを含み、その結果、
【数９】
0006044855.tif 000014
すなわちＮＳｕｂｆｒａｍｅ，Ｍａｘ＝１０２３９である。条件（４）では、ＮＳｕｂｆｒａｍｅ，Ａｃｔｉｖａｔｉｏｎに加算されるオフセットｋを、たとえば構成可能または静的とすることができる。
【０２０４】
一例では、最も早いチャネル品質フィードバック送信が、コンポーネント・キャリア（非）アクティブ化メッセージがアクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）のＣＱＩ／ＰＭＩ／ＲＩ報告をトリガする（アクティブ化する）サブフレームのサブフレーム番号より４サブフレーム後に発生することを保証するために、ｋ＝４である。しかし、チャネル品質フィードバックがより大きいオフセットを伴って（すなわち、より後に）提供される場合には、前に述べたようにパラメータｋを増やすことが必要になる。たとえば、ｋ∈｛４，６，８，１０，１２｝である。
【０２０５】
図２３は、更新された周期的ＣＱＩ報告手順を使用する、セットされたＣＱＩ要求フラグを含むコンポーネント・キャリア（非）アクティブ化メッセージの受信に応答する本発明のこの実施形態によるモバイル端末の挙動を例示的に強調したものである。基地局が、サブフレーム番号ＮＳｕｂｆｒａｍｅ，Ａｃｔｉｖａｔｉｏｎで受信されたＣＣアクティブ化メッセージによってＤＬ  ＣＣ２をアクティブ化した時に、オフセットＮＯＦＦＳＥＴ，ＣＱＩは、条件（４）に従ってセットされると仮定され、周期的ＣＱＩ報告のために構成されたＰＵＣＣＨリソース上でＣＣアクティブ化メッセージを受信してからｋサブフレーム後（ここではそれぞれ４サブフレームまたは４ｍｓ後）にＤＬ  ＣＣ２のＣＱＩ報告を送信する。その後、モバイル端末は、基地局のＣＣ非アクティブ化メッセージがＤＬ  ＣＣ２を非アクティブ化するまで、周期的ＣＱＩ報告のために構成された周期性ＮＰｅｒｉｏｄｉｃｉｔｙを伴ってＤＬ  ＣＣ２の周期的ＣＱＩ報告を提供する。
【０２０６】
前の段落で述べた変更された周期的ＣＱＩ／ＰＭＩ／ＲＩ報告手順の利益は、最初のＣＱＩ／ＰＭＩ／ＲＩ報告が、下りリンク・コンポーネント・キャリアをアクティブ化した後の非常に早くに受信されること（基地局のスケジューラがアクティブ化された下りリンク・コンポーネント・キャリア上の送信をスケジューリングするのに役立つ可能性がある）と、後続ＣＱＩ報告が構成された周期性に従って送信されることとである。
【０２０７】
周期的ＣＱＩ／ＰＭＩ／ＲＩ報告の構成に依存して、どの種類の送信ランク（送信ランクは、ＭＩＭＯ送信用のプリコーダ行列次元を決定する）が使用されるのかが不明瞭であることが発生する可能性があるので、好ましくは、最初のそのような周期的ＣＱＩ／ＰＭＩ報告は、Ｒａｎｋ＝１を仮定する広帯域ＣＱＩ／ＰＭＩ報告からなる。代替案では、下りリンク・コンポーネント・キャリア（１つまたは複数）のアクティブ化の後の最初のＣＱＩ／ＰＭＩ／ＲＩ報告は、ランク・インジケータ（ＲＩ）からなり、これに、前の段落で述べた周期的ＣＱＩ／ＰＭＩ／ＲＩ構成に従って送信される次の報告内のＣＱＩ／ＰＭＩが続く。
【０２０８】
周期的ＣＱＩ／ＰＭＩ／ＲＩ報告が少なくとも３ＧＰＰ  ＴＳ  ３６．２１３、セクション７．２．２による広帯域ＣＱＩ／ＰＭＩおよびサブバンドＣＱＩとして構成されるケースは、必要な変更を加えた上述のタイミング・オフセットおよび最初のＣＱＩ／ＰＭＩ／ＲＩ報告内容原理を適用して処理することができる。具体的には、アクティブ化の後の最初のＣＱＩ報告としてサブバンドＣＱＩを送信することを避けなければならない。
【０２０９】
ＣＱＩ要求フラグに加えてまたはその代わりに、コンポーネント・キャリア（非）アクティブ化メッセージの未使用ビット（拡張使用）を、上りリンクでのサウンディング基準シンボル（ＳＲＳ）またはパワー・ヘッドルーム報告（ＰＨＲ）の送信をトリガするのに使用することもできる。
【０２１０】
本発明のさらなる実施形態では、「ＳＲＳ要求」フラグを、図１９に示されているようにコンポーネント・キャリア（非）アクティブ化メッセージに含めることができる。ＳＲＳ要求フラグは、基地局によってセットされた時に、コンポーネント・キャリア（非）アクティブ化メッセージによってアクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）にリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）上でサウンディング基準シンボル（ＳＲＳ）の送信を開始するようにモバイル端末に要求する。コンポーネント・キャリア（非）アクティブ化メッセージが、上りリンク・コンポーネント・キャリア（１つまたは複数）をアクティブ化する場合には、モバイル端末は、アクティブ化される上りリンク・コンポーネント・キャリア（１つまたは複数）上でのサウンディング基準シンボル（ＳＲＳ）の送信を開始する。ＣＱＩではなくＳＲＳをトリガすることは、チャネルが相反的であると仮定でき、その結果、ＳＲＳに基づく上りリンクのチャネル推定を下りリンクのチャネル推定にも使用できる時分割複信（ＴＤＤ）システムの場合に、特に有益である。
【０２１１】
ＣＱＩ要求フラグの包含と同様に、ＳＲＳ要求フラグの包含は、コンポーネント・キャリア・アクティブ化を示すコンポーネント・キャリア（非）アクティブ化メッセージ内に有利に含められる。非アクティブ化の場合に、いずれかのフラグのビットを、他のシグナリングのために予約することができる。代替案では、ＳＲＳ要求フラグ（または複数ビットを有するＳＲＳフィールド）が、コンポーネント・キャリアを非アクティブ化するコンポーネント・キャリア（非）アクティブ化メッセージ内に存在することもでき、モバイル端末が、非アクティブ化されたあるコンポーネント・キャリア上でこれまでに送信された信号を引き続き期待しまたは送信しなければならない場合に新しいコンポーネント・キャリアを指すのに使用され得る。
【０２１２】
さらなる代替実施態様では、コンポーネント・キャリア（非）アクティブ化メッセージ内のＳＲＳ要求フラグおよびＣＱＩ要求フラグのビットを、（非）アクティブ化コマンドの受信と（非）アクティブ化コマンドの実行との間のタイム・オフセットを示すのに使用することができる。余分なビットの代替使用は、コマンドの受信が受信器によって肯定応答されなければならないかどうかをシグナリングすることである（下で説明する）。
【０２１３】
上で説明したＳＲＳイネーブリング／ディスエーブリングのシグナリングを、本発明の第２および第３の態様に従って、ＭＡＣシグナリングを使用して実現することもできる。上りリンクＳＲＳ（１つまたは複数）内のどのコンポーネント・キャリア（１つまたは複数）がユーザ機器によって送信されなければならないのかを示すＳＲＳ情報、たとえば、ＳＲＳ（１つまたは複数）の（非）アクティブ化を示すＳＲＳ情報を、たとえば、コンポーネント・キャリア（非）アクティブ化メッセージについて説明したものと同様に、新しいＭＡＣ制御要素内で提供することができる。このＭＡＣ制御要素は、上で説明した下りリンク・コンポーネント・キャリア（非）アクティブ化用のＭＡＣ制御要素と同様のビットマップを含む。ビットマップ内の各ビットは、ＳＲＳ送信が開始／停止されなければならないユーザ機器の１つの上りリンク・コンポーネント・キャリアを参照する。代替案では、ビットマップのビットを、構成された下りリンク・コンポーネント・キャリアのそれぞれの１つに関連すると考えることができる。この場合に、ＳＲＳの（非）アクティブ化を示す所定の下りリンク・コンポーネント・キャリアのビットは、ユーザ機器に、所定の下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリア上でのＳＲＳの送信を（非）アクティブ化させる。たとえば、０をセットされたビットマップのビットは、それぞれ周期的ＳＲＳの送信を停止するために関連する（リンクされた）上りリンク・コンポーネント・キャリア上で周期的ＳＲＳを送信しないことを示すことができ、１をセットされたビットは、関連する（リンクされた）上りリンク・コンポーネント・キャリア上で周期的ＳＲＳ送信をアクティブ化することを示す（またはその逆）。
【０２１４】
下りリンク・コンポーネント・キャリア（非）アクティブ化に関するＭＡＣ制御要素内に未使用の十分なビットがある場合には、これらのビットを、上で説明したようにＳＲＳ（非）アクティブ化に使用することができる。上述した例では、下りリンク内にアグリゲートされる５つの下りリンク・コンポーネント・キャリアがあり、そのうちの４つの下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化することができる（すなわち、１つのＰＣＣおよび４つのＳＣＣが提供される）と仮定すると、４ビットが、下りリンク・セカンダリ・コンポーネント・キャリアの（非）アクティブ化のために必要である。ＭＡＣ制御要素が１オクテットのサイズを有することを考慮すると、これは、上で説明したようにビットマップがＳＲＳ（非）アクティブ化をシグナリングするために使用できる、使用されていない追加の４ビットを残す。
【０２１５】
ユーザ機器による同時の下りリンク・コンポーネント・キャリアの（非）アクティブ化およびＳＲＳ送信の（非）アクティブ化を可能にする例示的なＭＡＣ制御要素を、図２４に示す。オクテットの最初の４ビットは、下りリンク・コンポーネント・キャリア（非）アクティブ化に関するビットマップを定義し、その第２の４ビットは、ユーザ機器によるＳＲＳ送信の（非）アクティブ化に関するビットマップを定義する。ＳＣＣの（非）アクティブ化とＳＲＳ送信の（非）アクティブ化とに関する両方のビットマップを１つのＭＡＣ制御要素内に組み合わせることの利益は、リンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）上の周期的ＳＲＳ送信が、下りリンクＳＣＣアクティブ化と同時に開始できることである。これは、両方の機能が別々のＭＡＣ制御要素内でシグナリングされる時に発生する可能性のある遅延を避け、オーバーヘッドを減らす。コンポーネント・キャリア（非）アクティブ化とＳＲＳイネーブリング／ディスエーブリングとの両方を、それでも、それらが同一のＭＡＣ制御要素内でシグナリングされる時であっても独立にシグナリングできることに留意されたい。図２６に、ユーザ機器による同時の下りリンク・コンポーネント・キャリアの（非）アクティブ化およびＳＲＳ送信の（非）アクティブ化を可能にする新しいＤＣＩフォーマットの形のコンポーネント・キャリア（非）アクティブ化メッセージのもう１つの例示的実施態様を示す。基本的に、図２４に示されたビットマスクは、コンポーネント・キャリア（非）アクティブ化メッセージを受信するユーザ機器の表示と一緒に、このコンポーネント・キャリア（非）アクティブ化メッセージ内でシグナリングされる。
【０２１６】
本発明のもう１つの実施形態では、下りリンク・コンポーネント・キャリアが基地局によってアクティブ化される場合に、下りリンク・コンポーネント・キャリアのアクティブ化は、モバイル端末によるパワー・ヘッドルーム報告（ＰＨＲ）をトリガする。モバイル端末は、このリンクされた上りリンク・コンポーネント・キャリアの次の上りリンク許可によって割り当てられるリソース上で、トリガされたＰＨＲ報告を基地局に送信することができる。これは、基地局が、リンクされた上りリンク・コンポーネント・キャリア上でのモバイル端末の次の上りリンク送信内で、リンクされた上りリンク・コンポーネント・キャリアの経路損状況について知らされることを保証する。これは、リンクされた上りリンク・コンポーネント・キャリアが、リンクされた下りリンク・コンポーネント・キャリアのアクティブ化の前に、少なくともより長い時間期間に使用されていなかった可能性が最も高いので、有益である可能性がある。モバイル端末からのパワー・ヘッドルーム報告は、基地局がスケジューリング判断を改善することを可能にする。
【０２１７】
その代わりに、本発明のもう１つの実施形態では、コンポーネント・キャリア（非）アクティブ化に応答する詳細なＣＱＩ報告、ＳＲＳ送信、ＰＨＲ報告などは、ＲＲＣシグナリングを使用して基地局によって構成されることもでき、あるいは、所定の構成（基地局およびモバイル端末に既知）を使用することができる。
【０２１８】
（非）アクティブ化コマンドの検出の成功時に、移動局は、上りリンクで確認メッセージ（肯定応答）を送信することによって、（非）アクティブ化コマンドの実行を確認することができる。本発明の一実施形態では、次の方法が、それぞれコンポーネント・キャリア（非）アクティブ化メッセージの復号の成功または（非）アクティブ化コマンドの実行を肯定応答するのに使用される。
【０２１９】
−コンポーネント・キャリアの非アクティブ化の場合の肯定応答（３ＧＰＰ用語法で「ＨＡＲＱ−ＡＣＫ」とも称する）の送信。ここで、肯定応答送信用のリソースは、３ＧＰＰ  ＴＳ  ３６．２１３、セクション１０で定義される下りリンク・データ送信（ＰＤＳＣＨ）の場合にＨＡＲＱ−ＡＣＫを送信するための３ＧＰＰ  ＬＴＥ（リリース８／９）の原理に従う。短く言うと、ＨＡＲＱ−ＡＣＫ用のＰＵＣＣＨリソースは、（非）アクティブ化メッセージが送信されるＰＤＣＣＨリソースに従って決定される。この場合に、ｅＮｏｄｅＢは、ＨＡＲＱ−ＡＣＫが期待されるリソース上で送信されたか否かをチェックするために電力検出を行うことができる。
【０２２０】
−すばやいＣＱＩを要求しないコンポーネント・キャリアのアクティブ化の場合の肯定応答（３ＧＰＰ用語で「ＨＡＲＱ−ＡＣＫ」とも称する）の送信。ここで、肯定応答送信用のリソースは、３ＧＰＰ  ＴＳ  ３６．２１３、セクション１０で定義される下りリンク・データ送信の場合にＨＡＲＱ−ＡＣＫを送信するための３ＧＰＰ  ＬＴＥ（リリース８／９）の手順に従う。この場合に、ｅＮＢは、ＨＡＲＱ−ＡＣＫが期待されるリソース上で送信されたか否かをチェックするために電力検出を行うことができる。
【０２２１】
−コンポーネント・キャリアのアクティブ化およびコンポーネント・キャリア（非）アクティブ化メッセージ内でセットされたＣＱＩ要求フラグの場合のＣＱＩ報告の送信。この場合に、ｅＮｏｄｅＢは、ＣＱＩ報告が期待されるリソース上で送信されたか否かをチェックするために電力検出を行うことができる。
【０２２２】
−コンポーネント・キャリアのアクティブ化の場合のＰＨＲのトリガ。
【０２２３】
−上で示したように、肯定応答用のＰＵＣＣＨフィードバック・リソースを、たとえば、コンポーネント・キャリア（非）アクティブ化メッセージがたとえばＤＣＩフォーマット１Ａ（コンポーネント・キャリア（非）アクティブ化メッセージと同一のサイズを有することができる）によってＰＤＳＣＨ送信をスケジューリングするかのように、３ＧＰＰ  ＬＴＥ（リリース８／９）手順で提供されるものと同一の形でモバイル端末によって判定することができる。さらに、ｅＮｏｄｅＢは、ユーザ機器が肯定応答（ＨＡＲＱ−ＡＣＫ）またはＣＱＩ報告のどちらを送信するのかを知っているので、ｅＮｏｄｅＢは、肯定応答またはＣＱＩ報告がユーザ機器から期待されるそれぞれの上りリンク・リソースを監視することができる。
【０２２４】
オプションで、ユーザ機器は、３ＧＰＰ  ＴＳ  ３６．２１３、セクション１０で定義される下りリンク・データ送信の場合に、ＨＡＲＱ−ＮＡＣＫを送信するための３ＧＰＰ  ＬＴＥ（リリース８／９）のコンポーネント・キャリア（非）アクティブ化メッセージ手順を復号し終えていない場合に、ＮＡＣＫ（ＨＡＲＱ  ＮＡＣＫ）を送信することもできる。
【０２２５】
図２０に、アクティブ化ＲＮＴＩおよび非アクティブ化ＲＮＴＩが、それぞれコンポーネント・キャリアのアクティブ化または非アクティブ化のために構成される、本発明の例示的実施形態による例示的シナリオを示す。この例では、ＣＣアクティブ化メッセージ（アクティブ化ＲＮＴＩ）によるコンポーネント・キャリアのうちの１つのアクティブ化の時に、ユーザ機器は、ＣＣアクティブ化メッセージの復号の成功を肯定応答するために、ＨＡＲＱ−ＡＣＫをｅＮｏｄｅＢに同期してシグナリングする。ＨＡＲＱ−ＡＣＫは、ＣＣアクティブ化メッセージ（すなわち、これを含むＰＤＣＣＨ）に対する所定のオフセットを用いて、たとえば４ｍｓ後に送信される。同様に、基地局がＣＣ非アクティブ化メッセージ（非アクティブ化ＲＮＴＩ）によってコンポーネント・キャリアをもう一度非アクティブ化する時に、ユーザ機器は、やはり４ｍｓ後に上りリンクで同期して送信されるＨＡＲＱ−ＡＣＫによって非アクティブ化をもう一度肯定応答する。
【０２２６】
図２１に、アクティブ化ＲＮＴＩおよび非アクティブ化ＲＮＴＩが、それぞれコンポーネント・キャリアのアクティブ化または非アクティブ化のために構成される、本発明のさらなる例示的実施形態によるもう１つの例示的シナリオを示す。さらに、ＣＣアクティブ化メッセージ（アクティブ化ＲＮＴＩ）によるコンポーネント・キャリアのうちの１つのアクティブ化は、アクティブ化された下りリンク・コンポーネント・キャリアのチャネル品質フィードバックをシグナリングするようにユーザ機器にさらに要求する（ＣＣアクティブ化メッセージ内でセットされたＣＱＩ要求フラグ）。したがって、ユーザ機器は、ＣＣアクティブ化メッセージに対する相対的な既知のタイミング、ここではＣＣアクティブ化メッセージの受信から４ｍｓ後に、ＣＷＩ報告をｅＮｏｄｅＢにシグナリングし、これによってＣＣアクティブ化メッセージの復号の成功を肯定応答する。基地局がＣＣ非アクティブ化メッセージ（非アクティブ化ＲＮＴＩ）によってコンポーネント・キャリアをもう一度非アクティブ化する時に、ユーザ機器は、４ｍｓ後に上りリンクで同期して送信されるＨＡＲＱ−ＡＣＫによって非アクティブ化をもう一度肯定応答する。
【０２２７】
ｅＮｏｄｅＢが、上りリンク容量および下りリンク容量を同時に増やすつもりである場合には、本発明のさらなる実施形態で、基地局は、さらに、現在上りリンク送信に使用されていない上りリンク・コンポーネント・キャリアにリンクされた下りリンク・コンポーネント・キャリアをアクティブ化することができる。ｅＮｏｄｅＢで使用可能な、非アクティブまたは構成されたが非アクティブ化された上りリンク・コンポーネント・キャリアのチャネル品質に関する情報はない。その結果、本発明のこの実施形態では、下りリンク・コンポーネント・キャリアのアクティブ化は、さらに、アクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）にリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）上のサウンディング基準信号（ＳＲＳ）送信をトリガする。この場合に、追加のＳＲＳ要求フラグが不要である可能性があるが、コンポーネント・キャリア（非）アクティブ化メッセージによってアクティブ化される下りリンク・コンポーネント・キャリアにリンクされた上りリンク・コンポーネント・キャリア上のＳＲＳのシグナリングの開始は、下りリンク・コンポーネント・キャリアのアクティブ化に応答するモバイル端末のデフォルト挙動とすることができる。
【０２２８】
同様に、ＣＱＩ報告に関して、ＳＲＳの送信も、すべての場合に有益／必要ではない。したがって、ｅＮｏｄｅＢが、下りリンク・コンポーネント（１つまたは複数）をアクティブ化する時にＳＲＳ送信をイネーブル／ディスエーブルすることが可能でなければならない。これは、ユーザ機器がＳＲＳを送信することを要求されるかどうかを示すフラグを（非）アクティブ化メッセージに含めることによって達成することができる。そのようなＳＲＳを１回限りまたは周期的にどちらにしなければならないのかを、さらに、構成し、指定し、またはシグナリングすることができる。どの場合でも、さらなる「余分な」ビットを使用して、帯域幅、櫛などのＳＲＳパラメータのうちの１つまたは複数を定義することができる（３ＧＰＰ  ＬＴＥ（リリース８／９）ＳＲＳパラメータを参照されたい）。
【０２２９】
もちろん、コンポーネント・キャリア（非）アクティブ化メッセージを、ＣＱＩ要求フラグの同時送信、ＰＨＲおよび／またはＳＲＳ要求フラグのトリガを可能にするように設計することもできる。
【０２３０】
ユーザ機器がＰＤＣＣＨを監視する時には、必ず、モバイル端末がＰＤＣＣＨを誤って検出する、ある確率（誤警報率（ｆａｌｓｅ  ａｌａｒｍ  ｒａｔｅ））があり、ＰＤＣＣＨのＣＲＣ検査は、ＰＤＣＣＨがこのユーザ機器宛ではない場合であっても正しい可能性がある。すなわち、ＣＲＣは、ＲＮＴＩ不一致（意図されないユーザ）がある場合であっても合格する。このいわゆる誤警報は、無線チャネルによって引き起こされる送信誤りとＲＮＴＩ不一致との２つの影響がお互いに打ち消し合う場合に発生する可能性がある。偽陽性に復号されるＰＤＣＣＨの確率は、ＣＲＣ長に依存する。ＣＲＣ長が長いほど、ＣＲＣ保護されたメッセージが誤って正しく復号される確率が下がる。１６ビットのＣＲＣサイズを用いると、誤警報確率は、１．５・１０−５になる。
【０２３１】
ユーザ機器が、ある下りリンク・コンポーネント・キャリア（１つまたは複数）の非アクティブ化を示す下りリンク・コンポーネント・キャリア（非）アクティブ化メッセージを有するＰＤＣＣＨを誤って検出する場合に、ユーザ機器は、これらの示された下りリンク・コンポーネント・キャリア（１つまたは複数）のＰＤＣＣＨ／ＰＤＳＣＨの監視を停止し、ＣＱＩ測定値の報告をも停止する。したがって、そのようなユーザ機器挙動の深刻な結果を考慮すると、誤警報確率を下げることが望ましい。
【０２３２】
仮想ＣＲＣの各ビットが、偽警報の危険性を有すると仮定することができる。その一方で、使用される各追加のＲＮＴＩは、偽警報の危険性を線形に増やす。たとえば、４つのコンポーネント・キャリア固有アクティブ化ＲＮＴＩおよび４つのコンポーネント・キャリア固有非アクティブ化ＲＮＴＩを使用する場合に、偽警報の危険性は、単一ＣＣ−ＲＮＴＩの場合より８倍高い。その一方で、全体で８つのＣＣ−ＲＮＴＩを使用することは、ＤＣＩペイロード内にターゲットＣＣ  ＩＤフィールドを含めることも、アクティブ化／非アクティブ化フィールドを含めることも必要としない。上で述べた例示的実施態様のほとんどで、最大のターゲット・コンポーネント・キャリアＩＤサイズは、４ビットである。その結果、ターゲット・コンポーネント・キャリアＩＤフィールドを伴わない８つのコンポーネント・キャリアＲＮＴＩの使用は、４ビットのターゲット・コンポーネント・キャリアＩＤフィールドを伴う単一のＣＣ−ＲＮＴＩが使用される時の危険性と比較して、
【数１０】
0006044855.tif 000015
＝０．５倍の偽警報の危険性をもたらす。欠点は、ＲＮＴＩの増やされたコストと、複数の（非）アクティブ化メッセージが、同時に複数のコンポーネント・キャリアを（非）アクティブ化するために要求されるという制限とである。
【０２３３】
したがって、本発明の一実施形態では、下りリンク・コンポーネント・キャリア（非）アクティブ化メッセージが、偽警報の危険性を下げるために仮想ＣＲＣとして使用できる１つまたは複数の余分なビット（ＣＲＣフィールド内の）を含むことが提案される。これらの追加のビット（１つまたは複数）には、モバイル端末によって検証される既知の事前定義の値がセットされる。
【０２３４】
本発明のもう１つの実施形態は、ハードウェアおよびソフトウェアを使用する、上で説明されたさまざまな実施形態の実施に関する。本発明のさまざまな実施形態を、コンピューティング・デバイス（プロセッサ）を使用して実施しまたは実行できることができる。コンピューティング・デバイスまたはプロセッサは、たとえば、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイスなどとすることができる。本発明のさまざまな実施形態を、これらのデバイスの組合せによって実行しまたは実施することもできる。
【０２３５】
さらに、本発明のさまざまな実施形態を、プロセッサによってまたは直接にハードウェアで実行される、ソフトウェア・モジュールによって実施することもできる。また、ソフトウェア・モジュールとハードウェア実装との組合せが可能である。ソフトウェア・モジュールを、任意の種類のコンピュータ可読記憶媒体、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、その他に格納することができる。
【０２３６】
さらに、本発明の異なる実施形態の個々の特徴を、個別にまたは任意の組合せで別の発明の主題にすることができることに留意されたい。
【０２３７】
当業者は、幅広く説明された本発明の趣旨または範囲から逸脱しない限り、特定の実施形態に示された本発明に対して多数の変更および／または修正を行うことができることを了解するであろう。したがって、本実施形態は、すべてにおいて例示的であり、制限的ではないと考えられなければならない。
【図１】
0006044855.tif 000016
【図２】
0006044855.tif 000017
【図３】
0006044855.tif 000018
【図４】
0006044855.tif 000019
【図５】
0006044855.tif 000020
【図６】
0006044855.tif 000021
【図７】
0006044855.tif 000022
【図８】
0006044855.tif 000023
【図９】
0006044855.tif 000024
【図１０】
0006044855.tif 000025
【図１１】
0006044855.tif 000026
【図１２】
0006044855.tif 000027
【図１３】
0006044855.tif 000028
【図１４】
0006044855.tif 000029
【図１５】
0006044855.tif 000030
【図１６】
0006044855.tif 000031
【図１７】
0006044855.tif 000032
【図１８】
0006044855.tif 000033
【図１９】
0006044855.tif 000034
【図２０】
0006044855.tif 000035
【図２１】
0006044855.tif 000036
【図２２】
0006044855.tif 000037
【図２３】
0006044855.tif 000038
【図２４】
0006044855.tif 000039
【図２５】
0006044855.tif 000040
【図２６】
0006044855.tif 000041