特開 2015-201857 通信方法、通信装置および集積回路

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2015-201857(P2015-201857A)

(43)【公開日】2015年11月12日

(54)【発明の名称】通信方法、通信装置および集積回路

(51)【国際特許分類】

   H04W 72/04 20090101AFI20151016BHJP

   H04J 11/00 20060101ALI20151016BHJP

   H04B 7/04 20060101ALI20151016BHJP

【ＦＩ】

   H04W72/04 136

   H04W72/04 111

   H04J11/00 Z

   H04B7/04

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

【全頁数】47

(21)【出願番号】特願2015-100431(P2015-100431)

(22)【出願日】2015年5月15日

(62)【分割の表示】特願2012-552296(P2012-552296)の分割

【原出願日】2011年2月2日

(31)【優先権主張番号】10153484.0

(32)【優先日】2010年2月12日

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

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100105050

【弁理士】

【氏名又は名称】鷲田 公一

(72)【発明者】

【氏名】ロアー ヨアヒム

(72)【発明者】

【氏名】ゴリチェク エドラー フォン エルプバルト アレクサンダー

(72)【発明者】

【氏名】ファイアサンガー マルチン

【テーマコード（参考）】

5K067

5K159

【Ｆターム（参考）】

5K067AA13

5K067BB04

5K067BB21

5K067CC02

5K067CC04

5K067DD34

5K067EE02

5K067EE10

5K067EE64

5K067FF02

5K067FF16

5K159EE02

(57)【要約】      （修正有）

【課題】シグナリング・オーバーヘッドを最小にしながら、コンポーネント・キャリアの効率的で耐性のある（非）アクティブ化を可能にする。
【解決手段】少なくとも一つの下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示す複数のビットを含むリソース割当情報を生成する。一つのビットは、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示す。生成されたリソース割当情報を通信相手装置に対して送信し、複数のビットに含まれるいずれかのビットが、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきことを示す場合は、送信されたリソース割当情報に従ってアクティブ化された下りリンク・コンポーネント・キャリアに対応する上りリンク・コンポーネント・キャリアを用いて、サウンディング基準信号（ＳＲＳ）を受信する。
【選択図】図１６

【特許請求の範囲】

【請求項1】

基地局装置によって行われる通信方法であって、
少なくとも一つの下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示す複数のビットを含むリソース割当情報を生成し、前記少なくとも一つの下りリンク・コンポーネント・キャリアの各々は、前記複数のビットに含まれる一つのビットと対応しており、前記一つのビットは、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示し、
前記生成されたリソース割当情報を通信相手装置に対して送信し、
前記複数のビットに含まれるいずれかのビットが、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきことを示す場合は、前記送信されたリソース割当情報に従ってアクティブ化された下りリンク・コンポーネント・キャリアに対応する上りリンク・コンポーネント・キャリアを用いて、前記通信相手装置から送信されたサウンディング基準信号（ＳＲＳ）を受信する、
通信方法。

【請求項2】

前記リソース割当情報によって新たにアクティブ化された下りリンク・コンポーネント・キャリアごとにチャネル品質測定を行い、
前記アクティブ化された下りリンク・コンポーネント・キャリアの前記チャネル品質測定を前記リソース割当情報によって割り当てられた上りリンク・リソース上で送信する、
請求項１に記載の通信方法。

【請求項3】

前記リソース割当情報によって割り当てられた上りリンク・リソース上で、上りリンク・スケジューリングに関するスケジューリング関連情報をさらに送信する、
請求項１または２に記載の通信方法。

【請求項4】

前記割り当てられた上りリンク・リソース上での上りリンク送信は、前記リソース割当情報の受信の肯定応答を示す、
請求項２または３に記載の通信方法。

【請求項5】

前記複数のビットは、複数の下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクである、
請求項１から４のいずれか一項に記載の通信方法。

【請求項6】

少なくとも一つの下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示す複数のビットを含むリソース割当情報を生成し、前記少なくとも一つの下りリンク・コンポーネント・キャリアの各々は、前記複数のビットに含まれる一つのビットと対応しており、前記一つのビットは、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示す、生成部と、
前記生成されたリソース割当情報を通信相手装置に対して送信する送信部と、
前記複数のビットに含まれるいずれかのビットが、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきことを示す場合は、前記送信されたリソース割当情報に従ってアクティブ化された下りリンク・コンポーネント・キャリアに対応する上りリンク・コンポーネント・キャリアを用いて、前記通信相手装置から送信されたサウンディング基準信号（ＳＲＳ）を受信する受信部と、
を具備する通信装置。

【請求項7】

前記リソース割当情報によって新たにアクティブ化された下りリンク・コンポーネント・キャリアごとにチャネル品質測定を行うチャネル品質測定部、
をさらに具備し、
前記送信部は、前記アクティブ化された下りリンク・コンポーネント・キャリアの前記チャネル品質測定を前記リソース割当情報によって割り当てられた上りリンク・リソース上で送信する、
請求項６に記載の通信装置。

【請求項8】

前記送信部は、前記リソース割当情報によって割り当てられた上りリンク・リソース上で、上りリンク・スケジューリングに関するスケジューリング関連情報をさらに送信する、
請求項６または７に記載の通信装置。

【請求項9】

前記割り当てられた上りリンク・リソース上での上りリンク送信は、前記リソース割当情報の受信の肯定応答を示す、
請求項７または８に記載の通信装置。

【請求項10】

前記複数のビットは、複数の下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクである、
請求項６から９のいずれか一項に記載の通信装置。

【請求項11】

少なくとも一つの下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示す複数のビットを含むリソース割当情報を生成し、前記少なくとも一つの下りリンク・コンポーネント・キャリアの各々は、前記複数のビットに含まれる一つのビットと対応しており、前記一つのビットは、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示す、処理と、
前記生成されたリソース割当情報を通信相手装置に対して送信する処理と、
前記複数のビットに含まれるいずれかのビットが、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきことを示す場合は、前記送信されたリソース割当情報に従ってアクティブ化された下りリンク・コンポーネント・キャリアに対応する上りリンク・コンポーネント・キャリアを用いて、前記通信相手装置から送信されたサウンディング基準信号（ＳＲＳ）を受信する処理と、
を制御する集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、モバイル端末のために構成された個々の下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化を可能にする新しい上りリンク・リソース割当フォーマットおよび新しい下りリンク・リソース割当フォーマットの提案に関する。さらに、本発明は、モバイル端末のために構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化の方法、基地局、およびモバイル端末での新しい上りリンク／下りリンク・リソース割当の使用に関する。

【背景技術】

【0002】

＜ロング・ターム・エボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術に基づく第３世代モバイル・システム（３Ｇ）が、全世界で大規模に展開されている。この技術を強化しまたは進歩させる第１ステップは、高速下りリンク・パケット・アクセス（ＨＳＤＰＡ）と、高速上りリンク・パケット・アクセス（ＨＳＵＰＡ）とも称する機能強化された上りリンクを導入し、非常に競争力のある無線アクセス技術を与えることである。

【0003】

さらに増加するユーザ需要に備え、新しい無線アクセス技術に対して競争力を持つために、３ＧＰＰは、ロング・ターム・エボリューション（ＬＴＥ）と呼ばれる新しいモバイル通信システムを導入した。ＬＴＥは、次の１０年間の高速のデータ・トランスポートおよび媒体トランスポートならびに大容量の音声サポートに関するキャリアの必要を満足するために設計されている。高いビット・レートを提供する能力が、ＬＴＥの主要な手段である。

【0004】

拡張ＵＭＴＳ地上波無線アクセス（ＵＴＲＡ）およびＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）と呼ばれるロング・ターム・エボリューション（ＬＴＥ）のワーク・アイテム（ＷＩ）仕様は、リリース８（ＬＴＥ）として最終化される予定である。ＬＴＥシステムは、短待ち時間および低コストと共にフルＩＰベース機能性を提供する、効率的なパケットベースの無線アクセスおよび無線アクセス・ネットワークを表す。詳細なシステム要件を与える。ＬＴＥでは、所与のスペクトルを使用する柔軟なシステム展開を達成するために、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚなどのスケーラブルな複数の送信帯域幅が指定される。下りリンクでは、直交周波数分割多重（ＯＦＤＭ）ベースの無線アクセスが、低シンボル・レートに起因する多経路干渉（ＭＰＩ）に対するその固有のイミュニティ、サイクリック・プレフィックスの使用、および異なる送信帯域幅配置に対するその親和性のゆえに、採用された。上りリンクでは、大面積カバレージのプロビジョニングが、ユーザ機器（ＵＥ）の制限された送信電力を考慮して、ピーク・データ・レートの改善より優先されたので、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）ベースの無線アクセスが採用された。多重入力・多重出力（ＭＩＭＯ）チャネル伝送技法を含む多数の主要なパケット無線アクセス技術が使用され、非常に効率的な制御シグナリング構造が、ＬＴＥ（リリース８）で達成される。

【0005】

＜ＬＴＥアーキテクチャ＞
全体的なアーキテクチャを図１に示し、Ｅ−ＵＴＲＡＮアーキテクチャのより詳細な表現を、図２に示す。Ｅ−ＵＴＲＡＮは、Ｅ−ＵＴＲＡユーザ・プレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）とユーザ機器（ＵＥ）に向かう制御プレーン（ＲＲＣ）プロトコル終端とを提供するｅノードＢからなる。ｅノードＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、ならびにユーザプレーン・ヘッダ圧縮および暗号化の機能性を含むパケット・データ制御プロトコル（ＰＤＣＰ）レイヤをホスティングする。ｅノードＢ（ｅＮＢ）は、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能性をも提供する。ｅノードＢ（ｅＮＢ）は、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエートされた上りリンク・サービス品質（ＱｏＳ）の実施、セル情報ブロードキャスト、ユーザ・プレーン・データおよび制御プレーン・データの暗号化／暗号化解除、ならびに上りリンク／下りリンク・ユーザ・プレーン・パケット・ヘッダの圧縮／圧縮解除を含む多数の機能を実行する。ｅノードＢは、Ｘ２インターフェースによってお互いに相互接続される。

【0006】

ｅノードＢは、Ｓ１インターフェースによってＥＰＣ（発展型パケット・コア）に、より具体的にはＳ１−ＭＭＥによってＭＭＥ（無線通信移動管理装置）に、およびＳ１−Ｕによってサービング・ゲートウェイ（ＳＧＷ）にも接続される。Ｓ１インターフェースは、ＭＭＥ／サービング・ゲートウェイとｅノードＢとの間の多対多関係をサポートする。ＳＧＷは、ｅノードＢ間ハンドオーバ中にユーザ・プレーンのモビリティ・アンカとして、およびＬＴＥと他の３ＧＰＰ技術との間のモビリティのアンカとしても働き（Ｓ４インターフェースを終端し、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間のトラフィックを中継し）ながら、ユーザ・データ・パケットをルーティングし、転送する。アイドル状態のユーザ機器について、ＳＧＷは、下りリンク・データ経路を終端し、ユーザ機器に関して下りリンク・データが到着する時にページングをトリガする。ＳＧＷは、ユーザ機器コンテキスト、たとえばＩＰベアラ・サービスのパラメータ、ネットワーク内部ルーティング情報を管理し、格納する。ＳＧＷは、合法的傍受（ｌａｗｆｕｌ ｉｎｔｅｒｃｅｐｔｉｏｎ）の場合にユーザ・トラフィックの複製をも実行する。

【0007】

ＭＭＥは、ＬＴＥアクセス・ネットワークの主要な制御ノードである。ＭＭＥは、再送信を含む、アイドル・モード・ユーザ機器の追跡およびページング手順の責任を負う。ＭＭＥは、ベアラ・アクティブ化／非アクティブ化プロセスに用いられ、初期アタッチ時およびコア・ネットワーク（ＣＮ）ノード・リロケーションを伴うＬＴＥ内ハンドオーバの時に、ユーザ機器のＳＧＷを選択する責任をも負う。ＭＭＥは、ユーザを認証する（ＨＳＳと相互作用することによって）責任を負う。非アクセス層（ＮＡＳ）シグナリングは、ＭＭＥで終端し、ＭＭＥは、一時アイデンティティを生成し、ユーザ機器に割り当てる責任をも負う。ＭＭＥは、サービス・プロバイダの公衆陸上移動ネットワーク（ＰＬＭＮ）にキャンプするためのユーザ機器の許可をチェックし、ユーザ機器ローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングに関する暗号化／完全性保護のネットワーク内の終端点であり、セキュリティ鍵管理を処理する。シグナリングの合法的傍受も、ＭＭＥによってサポートされる。ＭＭＥは、ＬＴＥアクセス・ネットワークと２Ｇ／３Ｇアクセス・ネットワークとの間のモビリティの制御プレーン機能をも提供し、ＳＧＳＮからのＳ３インターフェースは、ＭＭＥで終端する。ＭＭＥは、ローミング・ユーザ機器のホームＨＳＳに向かうＳ６ａインターフェースをも終端する。

【0008】

＜ＬＴＥ（リリース８）のコンポーネント・キャリア構造＞
３ＧＰＰ ＬＴＥ（リリース８）の下りリンク・コンポーネント・キャリアは、時間周波数領域でいわゆるサブフレームに副分割される。３ＧＰＰ ＬＴＥ（リリース８）では、各サブフレームは、図３に示されている２つの下りリンク・スロットに分割され、第１の下りリンク・スロットは、第１のＯＦＤＭシンボル内に制御チャネル領域（ＰＤＣＣＨ領域）を含む。各サブフレームは、時間領域で所与の個数のＯＦＤＭシンボルからなり（３ＧＰＰ ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、ＯＦＤＭシンボルのそれぞれは、コンポーネント・キャリアの全帯域幅にまたがる。したがって、ＯＦＤＭシンボルは、それぞれ、図４にも示されているように、

【数1】

個のサブキャリア上で送信される複数の変調シンボルからなる。

【0009】

たとえば３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）で使用されているように、複数キャリア通信システム、たとえばＯＦＤＭを使用すると仮定すると、スケジューラによって割り当てることのできるリソースの最小単位は、１「リソース・ブロック」である。物理リソース・ブロックは、図４に例示されているように、時間領域では

【数2】

個の連続するＯＦＤＭシンボル、周波数領域では

【数3】

個の連続するサブキャリアとして定義される。したがって、３ＧＰＰ ＬＴＥ（リリース８）では、物理リソース・ブロックは、時間領域の１スロット、周波数領域の１８０ｋＨｚに対応する

【数4】

個のリソース要素からなる（下りリンク・リソース・グリッドに関するさらなる詳細については、たとえば、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、参照によって本明細書に組み込まれている３ＧＰＰ ＴＳ ３６．２１１、「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ ８）」、ｖｅｒｓｉｏｎ ８．９．０または９．０．０、セクション６．２を参照されたい）。

【0010】

＜レイヤ１／レイヤ２（Ｌ１／Ｌ２）制御シグナリング＞
スケジューリングされたユーザにその割当状況、トランスポート・フォーマット、および他のデータ関連情報（たとえば、ＨＡＲＱ情報、ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ（ＴＰＣ）コマンド）について知らせるために、Ｌ１／Ｌ２制御シグナリングが、データと一緒に下りリンク上で送信される。Ｌ１／Ｌ２制御シグナリングは、ユーザ割当がサブフレームごとに変化する可能性があると仮定して、サブフレーム内で下りリンク・データと多重化される。ユーザ割当をＴＴＩ（送信時間間隔）を基礎として実行することもでき、ＴＴＩ長がサブフレームの倍数であることに留意されたい。ＴＴＩ長は、あるサービス・エリア内ですべてのユーザについて固定される場合があり、異なるユーザについて異なる場合があり、あるいは、ユーザごとに動的である場合さえある。一般に、Ｌ１／２制御シグナリングは、ＴＴＩごとに１回送信されることだけを必要とする。Ｌ１／Ｌ２制御シグナリングは、物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される。３ＧＰＰ ＬＴＥでは、上りリンク・スケジューリング許可または上りリンク・リソース割当とも称する上りリンク・データ送信の割当も、ＰＤＣＣＨ上で送信されることに留意されたい。

【0011】

スケジューリング許可に関して、Ｌ１／Ｌ２制御シグナリング上で送信される情報を、次の２つのカテゴリに分離することができる。

【0012】

Ｃａｔ １情報を搬送する共用制御情報（ＳＣＩ）
Ｌ１／Ｌ２制御シグナリングの共用制御情報部分は、リソース割当（表示）に関連する情報を含む。共用制御情報は、通常は次の情報を含む。
−リソースに割り当てられるユーザ（１つまたは複数）を示すユーザ・アイデンティティ。
−ユーザ（１つまたは複数）が割り当てられるリソース（リソース・ブロック（ＲＢ））を示すＲＢ割当情報。割り当てられるリソース・ブロックの個数を、動的とすることができる。
−複数のサブフレーム（またはＴＴＩ）にまたがる割当が可能である場合には、割当の持続時間（任意選択）。

【0013】

他のチャネルのセットアップおよび下りリンク制御情報（ＤＣＩ）（下を参照されたい）のセットアップに依存して、共用制御情報は、さらに、上りリンク送信のＡＣＫ／ＮＡＣＫ、上りリンク・スケジューリング情報、ＤＣＩに関する情報（リソース、ＭＣＳなど）などの情報を含むことができる。

【0014】

Ｃａｔ ２／３情報を搬送する下りリンク制御情報（ＤＣＩ）
Ｌ１／Ｌ２制御シグナリングの下りリンク制御情報部分は、Ｃａｔ １情報によって示されるスケジューリングされたユーザに送信されるデータの送信フォーマットに関連する情報（Ｃａｔ ２情報）を含む。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを使用する場合には、Ｃａｔ ２情報は、ＨＡＲＱ（Ｃａｔ ３）情報を搬送する。下りリンク制御情報は、Ｃａｔ １に従ってスケジューリングされたユーザによって復号されることだけを必要とする。下りリンク制御情報は、通常は次に関する情報を含む。
−Ｃａｔ ２情報： 変調方式、トランスポート・ブロック（ペイロード）サイズまたは符号化レート、ＭＩＭＯ（多重入力・多重出力）関連情報など。トランスポート・ブロック（またはペイロード・サイズ）または符号レートのいずれかをシグナリングすることができる。どの場合でも、これらのパラメータを、変調方式情報およびリソース情報（割り当てられたリソース・ブロックの個数）を使用することによって、お互いから計算することができる。
−Ｃａｔ ３情報： ＨＡＲＱ関連情報、たとえば、ハイブリッドＡＲＱプロセス番号、冗長性バージョン、再送信シーケンス番号

【0015】

下りリンク制御情報は、全体的なサイズおよびそのフィールドに含まれる情報において異なる複数のフォーマットで現れる。ＬＴＥ リリース８／９（３ＧＰＰ ＬＴＥ）に関して現在定義されている異なるＤＣＩフォーマットは、３ＧＰＰ ＴＳ ３６．２１２、「Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ ９）」、ｖｅｒｓｉｏｎ ８．８．０または９．０．０、セクション５．３．３．１（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、参照によって本明細書に組み込まれている）に詳細に記載されている。

【0016】

下りリンクおよび上りリンクのデータ送信
下りリンク・データ送信に関して、Ｌ１／Ｌ２制御シグナリングは、下りリンク・パケット・データ送信と一緒に、別々の物理チャネル（ＰＤＣＣＨ）上で送信される。このＬ１／Ｌ２制御シグナリングは、通常は次に関する情報を含む。

【0017】

−データが送信される物理リソース（１つまたは複数）（たとえば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合には符号）。この情報は、ＵＥ（受信器）が、データが送信されるリソースを識別することを可能にする。

【0018】

−ユーザ機器が、Ｌ１／Ｌ２制御シグナリング内にキャリア指示フィールド（ＣＩＦ）を有するように構成される時には、この情報は、特定の制御シグナリング情報が対象としているコンポーネント・キャリアを特定する。これは、別のコンポーネント・キャリアを対象とした割当を、ある１つのコンポーネント・キャリアで送信することを可能にする（「クロスキャリア・スケジューリング」）。この他方のクロススケジューリングされるコンポーネント・キャリアは、たとえば、ＰＤＣＣＨのないコンポーネント・キャリアであり得る。すなわち、クロススケジューリングされるコンポーネント・キャリアは、Ｌ１／Ｌ２制御シグナリングを全く搬送しない。

【0019】

−送信に使用されるトランスポート・フォーマット。これは、データのトランスポート・ブロック・サイズ（ペイロード・サイズ、情報ビット・サイズ）、ＭＣＳ（変調および符号化スキーム）レベル、スペクトル効率、符号レートなどであり得る。この情報は（通常は、リソース割当（たとえば、ユーザ機器に割り当てられたリソース・ブロックの個数）と一緒に）、ユーザ機器（受信器）が、復調、デレートマッチング、および復号プロセスを開始するために、情報ビット・サイズ、変調方式、および符号レートを識別することを可能にする。変調方式を、明示的にシグナリングすることができる。

【0020】

−ハイブリッドＡＲＱ（ＨＡＲＱ）情報
・ＨＡＲＱプロセス番号： ユーザ機器が、データがマッピングされるハイブリッドＡＲＱプロセスを識別することを可能にする。
・シーケンス番号または新データ・インジケータ（ＮＤＩ）： ユーザ機器が、送信が新しいパケットまたは再送信されたパケットであるかどうかを識別することを可能にする。ソフト合成がＨＡＲＱプロトコル内で実施される場合には、シーケンス番号または新データ・インジケータは、ＨＡＲＱプロセス番号と一緒に、復号の前のＰＤＵの送信のソフト合成を可能にする。
・冗長性および／またはコンステレーション・バージョン： どのハイブリッドＡＲＱ冗長性バージョンが使用されるのか（デレートマッチングに必要）および／またはどの変調コンステレーション・バージョンが使用されるのか（復調に必要）をユーザ機器に知らせる。

【0021】

−ＵＥアイデンティティ（ＵＥ ＩＤ）： Ｌ１／Ｌ２制御シグナリングがどのユーザ機器に向けたものであるのかを知らせる。通常の実施態様では、この情報は、他のユーザ機器がこの情報を読み取るのを防ぐために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするのに使用される。

【0022】

上りリンク・パケット・データ送信を可能にするために、Ｌ１／Ｌ２制御シグナリングは、下りリンク（ＰＤＣＣＨ）で送信され、送信詳細についてユーザ機器に知らせる。このＬ１／Ｌ２制御シグナリングは、通常、次に関する情報を含む。

【0023】

−ユーザ機器がデータを送信しなければならない物理リソース（１つまたは複数）（たとえば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合にはコード）。

【0024】

−ユーザ機器が、Ｌ１／Ｌ２制御シグナリング内にキャリア指示フィールド（ＣＩＦ）を有するように構成される時には、この情報は、特定の制御シグナリング情報が対象としているコンポーネント・キャリアを特定する。これは、別のコンポーネント・キャリアを対象とした割当を、ある１つのコンポーネント・キャリアで送信することを可能にする。この他方のクロススケジューリングされるコンポーネント・キャリアは、たとえば、ＰＤＣＣＨのないコンポーネント・キャリアであり得る。すなわち、クロススケジューリングされるコンポーネント・キャリアは、Ｌ１／Ｌ２制御シグナリングを全く搬送しない。

【0025】

−上りリンク許可のためのＬ１／Ｌ２制御シグナリングは、上りリンク・コンポーネント・キャリアにリンクされたＤＬコンポーネント・キャリアで、または、複数のＤＬコンポーネント・キャリアが同一のＵＬコンポーネント・キャリアにリンクされる場合には複数のＤＬコンポーネント・キャリアのうちの１つで、送信される。

【0026】

−ユーザ機器が送信に使用しなければならないトランスポート・フォーマット。これは、データのトランスポート・ブロック・サイズ（ペイロード・サイズ、情報ビット・サイズ）、ＭＣＳ（変調および符号化スキーム）レベル、スペクトル効率、符号レートなどとすることができる。この情報は（通常は、リソース割当（たとえば、ユーザ機器に割り当てられたリソース・ブロックの個数）と一緒に）、ユーザ機器（送信器）が、変調、レートマッチング、および符号化プロセスを開始するために、情報ビット・サイズ、変調方式、および符号レートを選ぶことを可能にする。いくつかの場合に、変調方式を、明示的にシグナリングすることができる。

【0027】

−ハイブリッドＡＲＱ情報
・ＨＡＲＱプロセス番号： ユーザ機器がどのハイブリッドＡＲＱプロセスからデータを選択しなければならないのかをユーザ機器に知らせる。
・シーケンス番号または新データ・インジケータ（ＮＤＩ）： 新しいパケットを送信しまたはパケットを再送信するようにユーザ機器に命ずる。ソフト合成がＨＡＲＱプロトコル内で実施される場合には、シーケンス番号または新データ・インジケータは、ＨＡＲＱプロセス番号と一緒になって、復号の前にプロトコル・データ・ユニット（ＰＤＵ）のための送信のソフト合成を可能にする。
・冗長性および／またはコンステレーション・バージョン： どのハイブリッドＡＲＱ冗長性バージョンを使用すべきなのか（レートマッチングに必要）および／またはどの変調コンステレーション・バージョンを使用すべきなのか（変調に必要）をユーザ機器に知らせる。

【0028】

−ＵＥアイデンティティ（ＵＥ ＩＤ）： どのユーザ機器がデータを送信しなければならないのかを知らせる。通常の実施態様では、この情報は、他のユーザ機器がこの情報を読み取るのを防ぐために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするのに使用される。

【0029】

上で言及した情報を上りリンク・データ送信および下りリンク・データ送信で正確にどのように送信すべきかに関する複数の異なる特色がある。さらに、上りリンクおよび下りリンクでは、Ｌ１／Ｌ２制御情報は、追加情報をも含むことができ、あるいは、情報の一部を省略することができる。たとえば、
−同期ＨＡＲＱプロトコルの場合に、ＨＡＲＱプロセス番号は、必要ではない場合がある、すなわち、シグナリングされない。
−チェース・コンバイニング（Ｃｈａｓｅ Ｃｏｍｂｉｎｉｎｇ）が使用される（必ず同一の冗長性および／またはコンステレーション・バージョン）場合あるいは冗長性および／またはコンステレーション・バージョンのシーケンスが事前に定義される場合には、冗長性および／またはコンステレーション・バージョンが、必要ではなく、したがってシグナリングされない場合がある。
−電力制御情報が、さらに、制御シグナリングに含まれる場合がある。
−たとえばプリコーディングなど、ＭＩＭＯ関連制御情報が、さらに、制御シグナリングに含まれる場合がある。
−マルチコードＭＩＭＯ送信の場合に、マルチコードのトランスポート・フォーマットおよび／またはＨＡＲＱ情報が含まれる場合がある。

【0030】

ＬＴＥにおいてＰＤＣＣＨでシグナリングされる上りリンク・リソース割当（物理上りリンク共用チャネル（ＰＵＳＣＨ））については、ＬＴＥ上りリンクには同期ＨＡＲＱプロトコルが使用されるので、Ｌ１／Ｌ２制御情報は、ＨＡＲＱプロセス番号を含まない。上りリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって与えられる。さらに、冗長性バージョン（ＲＶ）情報が、トランスポート・フォーマット情報と共に合同で符号化される、すなわち、ＲＶ情報が、トランスポート・フォーマット（ＴＦ）フィールドに組み込まれることに留意されたい。トランスポート・フォーマット（ＴＦ）すなわち変調および符号化スキーム（ＭＣＳ）フィールドそれぞれは、たとえば、３２個のエントリに対応する５ビットのサイズを有する。３つのＴＦ／ＭＣＳテーブル・エントリが、冗長性バージョン（ＲＶ）１、２、または３を示すために予約される。残りのＭＳＣテーブル・エントリは、暗黙のうちにＲＶ０を示すＭＣＳレベル（ＴＢＳ）をシグナリングするのに使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは、１６ビットである。

【0031】

ＬＴＥではＰＤＣＣＨでシグナリングされる下りリンク割当（ＰＤＳＣＨ）については、冗長バージョン（ＲＶ）は、別々に２ビット・フィールド内でシグナリングされる。さらに、変調オーダー情報が、トランスポート・フォーマット情報と共に合同で符号化される。上りリンクの場合に似て、ＰＤＣＣＨでシグナリングされる５ビットＭＳＣフィールドがある。エントリのうちの３つは、トランスポート・フォーマット（トランスポート・ブロック）情報を提供せずに明示的な変調オーダーをシグナリングするために予約される。残りの２９のエントリについて、変調オーダーおよびトランスポート・ブロック・サイズ情報がシグナリングされる。

【0032】

物理下りリンク制御チャネル（ＰＤＣＣＨ）
物理下りリンク制御チャネル（ＰＤＣＣＨ）は、Ｌ１／Ｌ２制御シグナリング、すなわち送信電力制御コマンドと、下りリンク・データ送信または上りリンク・データ送信のリソースを割り当てるスケジューリング許可とを搬送する。より正確には、下りリンク制御チャネル情報（すなわち、それぞれ、ＤＣＩ内容またはＬ１／Ｌ２制御シグナリング情報）は、それに対応する物理チャネルであるＰＤＣＣＨにマッピングされる。この「マッピング」は、下でより詳細に説明するように、ＲＮＴＩを用いてマスクされる下りリンク制御チャネル情報に基づいて計算されるＣＲＣである下りリンク制御チャネル情報のＣＲＣアタッチメントの決定を含む。下りリンク制御チャネル情報およびそのＣＲＣアタッチメントは、その後、ＰＤＣＣＨで送信される（３ＧＰＰ ＴＳ ３６．２１２、セクション４．２および５．３．３を参照されたい）。

【0033】

各スケジューリング許可は、制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ（ＣＣＥ））に基づいて定義される。各ＣＣＥは、１組のリソース要素（ＲＥ）に対応する。３ＧＰＰ ＬＴＥでは、１つのＣＣＥは、９個のリソース要素グループ（ＲＥＧ）からなり、１つのＲＥＧは、４つのＲＥからなる。

【0034】

ＰＤＣＣＨは、あるサブフレーム内の最初の１つから３つまでのＯＦＤＭシンボルで送信される。下りリンク共有物理チャネル（ＰＤＳＣＨ）の下りリンク許可については、ＰＤＣＣＨは、同一サブフレーム内の（ユーザ）データのためにＰＤＳＣＨリソースを割り当てる。あるサブフレーム内のＰＤＣＣＨ制御チャネル領域は、１組のＣＣＥからなり、サブフレームの制御領域内のＣＣＥの総数は、時間および周波数制御リソース全体に分散される。複数のＣＣＥを組み合わせて、制御チャネルの符号化レートを効果的に下げることができる。ＣＣＥは、異なる符号化レートを達成するために木構造を使用する所定の形で組み合わされる。

【0035】

３ＧＰＰ ＬＴＥ（リリース８／９）では、ＰＤＣＣＨは、１つ、２つ、４つ、または８つのＣＣＥをアグリゲートすることができる。制御チャネル割当に使用可能なＣＣＥの数は、キャリア帯域幅、送信アンテナの個数、制御に使用されるＯＦＤＭシンボルの個数、およびＣＣＥサイズなどを含む複数の因子からなる関数である。複数のＰＤＣＣＨを１つのサブフレーム内で送信することができる。

【0036】

ＤＣＩの形の下りリンク制御チャネル情報は、あるＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｒｍｉｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）のための下りリンク・スケジューリング情報または上りリンク・スケジューリング情報、非周期的ＣＱＩ報告の要求、または上りリンク電力制御コマンドをトランスポートする。ＲＮＴＩは、データまたは情報を特定のユーザ機器に向けるために、３ＧＰＰ ＬＴＥ（リリース８／９）などの３ＧＰＰシステムで一般的に使用される一意識別子である。ＲＮＴＩは、ＤＣＩを用いて計算されたＣＲＣをＲＮＴＩでマスクすることによって、ＰＤＣＣＨ内に暗黙のうちに含められる。この動作の結果が、上で言及したＣＲＣアタッチメントである。ユーザ機器の側では、データのペイロード・サイズの復号が成功した場合に、ユーザ機器は、そのユーザ機器宛のＤＣＩを検出する。このＤＣＩの検出は、「マスクされない」ＣＲＣ（すなわち、ＲＮＴＩを用いたマスキングを除去した後のＣＲＣ）を用いている、復号されたペイロード・データのＣＲＣが成功であるかどうかをチェックすることによって行う。ＣＲＣ符号のマスキングは、たとえば、ＲＮＴＩを用いてＣＲＣをスクランブルすることによって実行される。

【0037】

３ＧＰＰ ＬＴＥ（リリース８）では、次の異なるＤＣＩフォーマットが定義されている。

【0038】

−上りリンクＤＣＩフォーマット：
・フォーマット０は、ＵＬ ＳＣＨ割当の送信に使用される
・フォーマット３は、２ビット電力調整と共にＰＵＣＣＨおよびＰＵＳＣＨのＴＰＣコマンドの送信に使用される（複数のＵＥがアドレッシングされる）
・フォーマット３Ａは、単一ビット電力調整と共にＰＵＣＣＨおよびＰＵＳＣＨのＴＰＣコマンドの送信に使用される（複数のＵＥがアドレッシングされる）

【0039】

−下りリンクＤＣＩフォーマット：
・フォーマット１は、ＳＩＭＯ動作のＤＬ ＳＣＨ割当の送信に使用される
・フォーマット１Ａは、ＳＩＭＯ動作のＤＬ ＳＣＨ割当のコンパクト送信に使用される
・フォーマット１Ｂは、連続的なリソース割当の可能性のある、閉ループ単一ランク送信をサポートするのに使用される
・フォーマット１Ｃは、ページング、ＲＡＣＨ応答、および動的ＢＣＣＨスケジューリングの、下りリンク送信のためのものである
・フォーマット１Ｄは、プリコーディングおよび電力オフセット情報を伴う１つのＰＤＳＣＨ符号語のコンパクト・スケジューリングに使用される
・フォーマット２は、閉ループＭＩＭＯ動作のＤＬ−ＳＣＨ割当の送信に使用される
・フォーマット２Ａは、開ループＭＩＭＯ動作のＤＬ−ＳＣＨ割当の送信に使用される

【0040】

下りリンクでのＬＴＥ物理チャネル構造、ＰＤＳＣＨフォーマット、およびＰＤＣＣＨフォーマットに関するさらなる情報については、Ｓｔｅｆａｎｉａ Ｓｅｓｉａ他、「ＬＴＥ − Ｔｈｅ ＵＭＴＳ ロング・ターム・エボリューション」、Ｗｉｌｅｙ ＆ Ｓｏｎｓ Ｌｔｄ．、ＩＳＢＮ ９７８−０−４７０６９７１６−０、２００９年４月、セクション６および９を参照されたい。

【0041】

＜ユーザ機器でのＰＤＣＣＨのブラインド復号＞
３ＧＰＰ ＬＴＥ（リリース８／９）では、ユーザ機器は、いわゆる「ブラインド復号」を使用してＰＤＣＣＨ内のＤＣＩを検出することを試みる。これは、下りリンクでシグナリングされるＰＤＣＣＨのＣＣＥアグリゲーションサイズまたは変調・符号化方式を示す関連する制御シグナリングがないことを意味するが、ユーザ機器は、ＣＣＥアグリゲーションサイズと変調・符号化方式とのすべての可能な組合せについてテストし、ＲＮＴＩに基づくＰＤＣＣＨの成功の復号を確認する。複雑さをさらに制限するために、ＬＴＥコンポーネント・キャリアの制御シグナリング領域内に、ユーザ機器がＰＤＣＣＨを検索するための共通および専用の検索空間が、定義されている。

【0042】

３ＧＰＰ ＬＴＥ（リリース８／９）では、ＰＤＣＣＨペイロード・サイズは、１つのブラインド復号の試みで検出される。ユーザ機器は、下の表１で強調されているように、すべての構成された送信モードについて２つの異なるペイロード・サイズを復号することを試みる。表１は、ＤＣＩフォーマット０、１Ａ、３、および３Ａのペイロード・サイズＸが、送信モード構成にかかわりなく同一であることを示す。他のＤＣＩフォーマットのペイロード・サイズは、送信モードに依存する。

【0043】

【表1】

【0044】

したがって、ユーザ機器は、第１のブラインド復号の試みでＤＣＩのペイロード・サイズをチェックすることができる。さらに、ユーザ機器は、処理量の増加を抑制するために、ＤＣＩフォーマットの所与のサブセットのみを検索するようにさらに構成される。

【0045】

＜Ｆｕｒｔｈｅｒ Ａｄｖａｎｃｅｍｅｎｔｓ ｆｏｒ ＬＴＥ（ＬＴＥ−Ａ）＞
ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルは、Ｗｏｒｌｄ Ｒａｄｉｏｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｏｎｆｅｒｅｎｃｅ ２００７（ＷＲＣ−０７）で決定された。ＩＭＴ−Ａｄｖａｎｃｅｄの全体的な周波数スペクトルが決定されたが、実際の使用可能周波数帯域幅は、各地域または国によって異なる。しかし、使用可能周波数スペクトル概要が決定された後に、無線インターフェースの標準化が、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）で開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会議では、「Ｆｕｒｔｈｅｒ Ａｄｖａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅ−ＵＴＲＡ（ＬＴＥ−Ａｄｖａｎｃｅｄ）」に関するスタディ・アイテム（Ｓｔｕｄｙ Ｉｔｅｍ）記述が、３ＧＰＰで承認された。このスタディ・アイテムは、たとえばＩＭＴ−Ａｄｖａｎｃｅｄでの要件を満たし、Ｅ−ＵＴＲＡの進歩のために考慮すべき技術要素をカバーするものである。ＬＴＥ−Ａについて現在考慮されている２つの主要な技術要素を、次で説明する。

【0046】

＜より広い帯域幅をサポートするためのＬＴＥ−Ａでのキャリア・アグリゲーション＞
キャリア・アグリゲーション（ＣＡ）では、複数のコンポーネント・キャリア（ＣＣ）が、１００ＭＨｚまでのより広い送信帯域幅をサポートするためにアグリゲートされる。少なくとも上りリンクおよび下りリンクでアグリゲートされるコンポーネント・キャリアの個数が同一である時に、すべてのコンポーネント・キャリアを、３ＧＰＰ ＬＴＥ リリース８／９互換になるように構成することができる。これは、必ずしも、すべてのコンポーネント・キャリアが３ＧＰＰ ＬＴＥ（リリース８／９）互換である必要があることを意味するのではない。

【0047】

ユーザ機器は、１つまたは複数のコンポーネント・キャリア上で同時に受信しまたは送信することができる。何個のコンポーネント・キャリア上で同時受信／送信が可能であるのかは、ユーザ機器の能力に依存する。

【0048】

３ＧＰＰ ＬＴＥ（リリース８／９）互換ユーザ機器は、ＣＣの構造が３ＧＰＰ ＬＴＥ（リリース８／９）仕様に従うならば、単一のＣＣ上でのみ受信し、送信することができるが、キャリア・アグリゲーションのための受信能力および／または送信能力を有する３ＧＰＰ ＬＴＥ−Ａ（リリース１０）互換ユーザ機器は、複数のコンポーネント・キャリア上で同時に受信し、かつ／または送信することができる。

【0049】

キャリア・アグリゲーションは、連続するコンポーネント・キャリアと連続しないコンポーネント・キャリアとの両方についてサポートされ、各コンポーネント・キャリアは、３ＧＰＰ ＬＴＥ（リリース８／９）数秘術（ｎｕｍｅｒｏｌｏｇｙ）を使用すると、周波数領域で最大１１０個のリソース・ブロックに制限される。

【0050】

同一のｅノードＢ（基地局）から発する、おそらくは上りリンクおよび下りリンクで異なる帯域幅を有する異なる個数のコンポーネント・キャリアをアグリゲートするように、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）互換ユーザ機器を構成することが可能である。通常のＴＤＤの配置では、上りリンクおよび下りリンクのコンポーネント・キャリアの個数および各コンポーネント・キャリアの帯域幅は、同一である。同一のｅノードＢから発するコンポーネント・キャリアが、同一のカバレージを提供する必要はない。

【0051】

連続してアグリゲートされるコンポーネント・キャリアの中心周波数の間の間隔は、３００ｋＨｚの倍数でなければならない。これは、３ＧＰＰ ＬＴＥ（リリース８／９）の１００ｋＨｚ周波数ラスタと互換にするためであり、かつ、１５ｋＨｚ間隔を有するサブキャリアの直交性を維持するためである。アグリゲーション・シナリオに依存して、ｎ×３００ｋＨｚ間隔は、連続するコンポーネント・キャリアの間に少数の未使用サブキャリアを挿入することによって容易に実現できる。

【0052】

複数キャリアのアグリゲーションの性質は、ＭＡＣレイヤまでしか及ばない。上りリンクと下りリンクとの両方について、アグリゲートされるコンポーネント・キャリアごとにＭＡＣで要求される１つのＨＡＲＱエンティティがある。（上りリンクのＳＵ−ＭＩＭＯの不在の下で）コンポーネント・キャリアあたり多くとも１つのトランスポート・ブロックがある。トランスポート・ブロックおよびその潜在的ＨＡＲＱ再送信は、同一のコンポーネント・キャリアにマッピングされる必要がある。

【0053】

アクティブ化されたキャリア・アグリゲーションを有するレイヤ２構造を、それぞれ下りリンクおよび上りリンクについて図５および図６に示す。

【0054】

キャリア・アグリゲーションが構成される時に、ユーザ機器は、ネットワークと１つの無線リソース制御（ＲＲＣ）接続をもつだけである。１つのセル（「特殊なセル」）が、セキュリティ入力および非アクセス層（ＮＡＳ）モビリティ情報（たとえば、ＴＡＩ）を提供する。接続モードのユーザ機器あたり１つの特殊なセルだけがある。

【0055】

特殊なセルへのＲＲＣ接続確立の後に、コンポーネント・キャリアの再構成、追加、および除去をＲＲＣによって実行することができる。ＬＴＥ内ハンドオーバ時に、ＲＲＣは、ターゲット・セル内での使用のためにコンポーネント・キャリアを追加し、除去し、または再構成することもできる。新しいコンポーネント・キャリアを追加する時に、専用ＲＲＣシグナリングが、３ＧＰＰ ＬＴＥ（リリース８／９）でのハンドオーバと同様に、コンポーネント・キャリア送信／受信に必要なコンポーネント・キャリアのシステム情報を送信するのに使用される。

【0056】

ユーザ機器が、キャリア・アグリゲーションを用いて構成される時には、常にアクティブである上りリンク・コンポーネント・キャリアおよび下りリンク・コンポーネント・キャリアの１つの対がある。その対の下りリンク・コンポーネント・キャリアを、「ＤＬアンカ・キャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）」とも称する場合がある。同一のことが、上りリンクにもあてはまる。

【0057】

キャリア・アグリゲーションが構成される時に、ユーザ機器は、複数のコンポーネント・キャリアにまたがって同時にスケジューリングされ得るが、どの時にもせいぜい１つのランダム・アクセス手順が進行中でなければならない。クロスキャリア・スケジューリングは、コンポーネント・キャリアのＰＤＣＣＨが別のコンポーネント・キャリア上でリソースをスケジューリングすることを可能にする。こうするために、コンポーネント・キャリア識別フィールドが、それぞれのＤＣＩフォーマットに導入される。

【0058】

上りリンク・コンポーネント・キャリアと下りリンク・コンポーネント・キャリアとの間でリンクすることは、クロスキャリア・スケジューリングがない時に、許可が適用される上りリンク・コンポーネント・キャリアを識別することを可能にする。

【0059】

上りリンク・コンポーネント・キャリアへの下りリンク・コンポーネント・キャリアのリンケージは、必ずしも１対１である必要がない。言い替えると、複数の下りリンク・コンポーネント・キャリアが、同一の上りリンク・コンポーネント・キャリアにリンクすることができる。下りリンク・コンポーネント・キャリアは、同時に１つの上りリンク・コンポーネント・キャリアだけにリンクすることができる。図７に、下りリンク・コンポーネント・キャリアと上りリンク・コンポーネント・キャリアとの間の可能なリンケージを例示的に示す。左側では、すべての下りリンク・コンポーネント・キャリアが、同一の上りリンク・コンポーネント・キャリアにリンクされているが、右側では、下りリンク・コンポーネント・キャリア１および２が、上りリンク・コンポーネント・キャリア１にリンクされ、下りリンク・コンポーネント・キャリア３が、上りリンク・コンポーネント・キャリア２にリンクされている。

【0060】

＜ＤＲＸおよびキャリア・アグリゲーション＞
ユーザ機器の適度なバッテリ消費を提供するために、３ＧＰＰ ＬＴＥ（リリース８／９）ならびに３ＧＰＰ ＬＴＥ−Ａ（リリース１０）は、不連続受信（ＤＲＸ）の概念を提供する。

【0061】

この概念について、次の用語が、ＤＲＸに関するユーザ機器の状態を記述する。

【0062】

−オン持続時間： ＤＲＸからウェイク・アップした後に、ユーザ機器がＰＤＣＣＨを受信するために待つ、下りリンク・サブフレーム単位での持続時間。ユーザ機器がＰＤＣＣＨを成功して復号する場合には、ユーザ機器は、アウェイクしたままになり、インアクティビティ・タイマを始動する。

【0063】

−インアクティビティ・タイマ： ＰＤＣＣＨの最後の成功の復号（これに失敗する場合にはＤＲＸに再入する）からの、ユーザ機器がＰＤＣＣＨを成功して復号するために待つ、下りリンク・サブフレーム単位の持続時間。ユーザ機器は、最初の送信の間に限ってＰＤＣＣＨの単一の成功の復号の後にインアクティビティ・タイマを再始動しなければならない（すなわち、再送信の間には再始動しない）。

【0064】

−アクティブ時間： ユーザ機器がアウェイクしている総持続時間。これは、ＤＲＸサイクルの「オン持続時間」、インアクティビティ・タイマが満了していない間にユーザ機器が連続受信を実行している時間、およびユーザ機器が１つのＨＡＲＱ ＲＴＴ（ラウンド・トリップ時間）の後に下りリンク再送信を待っている間に連続受信を実行している時間を含む。上記に基づいて、最小アクティブ時間はオン持続時間と等しい長さを有し、最大アクティブ時間は未定義（無限）である。

【0065】

ユーザ機器あたり１つのＤＲＸサイクルだけが存在する。すべてのアグリゲートされたコンポーネント・キャリアは、このＤＲＸパターンに従う。

【0066】

さらなるバッテリ節約最適化を可能にするために、コンポーネント・キャリアのアクティブ化／非アクティブ化のさらなるステップが導入される。本質的に、下りリンク・コンポーネント・キャリアは、３つの状態のうちの一つをとることができる。すなわち、非構成の状態、構成されたが非アクティブ化の状態、およびアクティブの状態うちの１つである。下りリンク・コンポーネント・キャリアが構成されたが非アクティブ化された時には、ユーザ機器は、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要がなく、ＣＱＩ測定を実行することを要求されない。逆に、下りリンク・コンポーネント・キャリアがアクティブである時には、ユーザ機器は、ＰＤＳＣＨおよびＰＤＣＣＨを受信しなければならず（存在する場合に）、ＣＱＩ測定を実行できると期待される。上で説明したように、下りリンク・コンポーネントでＰＤＣＣＨおよびＰＤＳＣＨを受信させるために、コンポーネント・キャリアを構成した後に、下りリンク・コンポーネント・キャリアは、構成されているが非アクティブ状態から、アクティブ状態に遷移される必要がある。

【0067】

しかし、上りリンクでは、ユーザ機器は、対応するＰＤＣＣＨ上でスケジューリングされる（すなわち、上りリンク・コンポーネント・キャリアの明示的なアクティブ化がない）時に、任意の構成された上りリンク・コンポーネント・キャリア上のＰＵＳＣＨ上で送信できることを必ず要求される。

【0068】

ユーザ機器電力節約のために、追加のコンポーネント・キャリアを効率的で高速な形で非アクティブ化でき、アクティブ化できることが非常に重要である。バースト的データ送信を用いる場合、高ビット・レートの利益を利用でき、かつバッテリ保護をサポートできるように、追加のコンポーネント・キャリアをすばやくアクティブ化でき、非アクティブ化できることが、必須である。前に説明したように、ユーザ機器は、構成されたが非アクティブ化された下りリンク・コンポーネント・キャリアに対してＣＱＩ測定を実行せず、報告せず、ＲＳＲＰ（基準信号受信電力）測定およびＲＳＲＱ（基準信号受信品質）測定などの無線リソース管理関連測定だけを実行し、報告する。したがって、下りリンク・コンポーネント・キャリアをアクティブ化する時には、ｅノードＢが、効率的な下りリンク・スケジューリングのために適当なＭＣＳを選択できるようになるために、新たにアクティブ化されたコンポーネント・キャリア（１つまたは複数）のＣＱＩ情報をすばやく獲得することが重要である。ＣＱＩ情報がなければ、ｅノードＢは、ユーザ機器の下りリンク・チャネル状態に関する知識を持たず、下りリンク・データ送信についてどちらかといえば保守的なＭＣＳを選択するのみである可能性があり、これは、リソース利用の非効率性につながる。

【0069】

ＣＱＩ情報をすばやく獲得するために、ｅノードＢは、上りリンク・スケジューリング許可によって非周期的ＣＱＩをスケジューリングすることができる。非周期的ＣＱＩは、物理上りリンク共用チャネル（ＰＵＳＣＨ）上で送信される。したがって、構成された下りリンク・コンポーネント・キャリアをアクティブ化するために、ｅＮｏｄｅＢは、本質的に、下りリンク・コンポーネント・キャリアのアクティブ化を示すための１つの下りリンクＰＤＣＣＨおよび非周期的ＣＱＩの送信のために上りリンク・リソースをスケジューリングする１つの上りリンクＰＤＣＣＨという２つの許可（ＰＤＣＣＨ）をＵＥに発行する必要がある。さらに、両方のＰＤＣＣＨは、ユーザ機器が正しい下りリンク・コンポーネント・キャリアすなわちアクティブ化される下りリンク・コンポーネント・キャリアについてＣＱＩ情報を測定し、報告することを保証するために、それぞれ同一のＴＴＩで送信され、受信されなければならない。

【0070】

非周期的ＣＱＩの正しい受信は、下りリンク・アクティブ化コマンドの肯定応答として働くことができる。すなわち、非周期的ＣＱＩが受信された時に、ｅノードＢは、ユーザ機器が下りリンクＰＤＣＣＨで示される下りリンク・コンポーネント・キャリアをアクティブ化し終えたと仮定する。

【0071】

明らかに、上で説明したコンポーネント・キャリア・アクティブ化方法の主な欠点は、下りリンク・コンポーネント・キャリアをアクティブ化するために２つのＰＤＣＣＨが必要であることである。さらに、２つのＰＤＣＣＨが同時に受信／送信される必要があるという事実に起因して、ＰＤＣＣＨ消失によりある種のエラー・ケースが発生する可能性がある。

【0072】

下りリンク「アクティブ化」ＰＤＣＣＨだけが失われる場合には、ユーザ機器は、下りリンク・コンポーネント・キャリアをアクティブ化しない。しかし、受信されたＣＱＩ情報に基づいて、ｅＮＢは、下りリンク・アクティブ化が成功したと誤って仮定する。

【0073】

非周期的ＣＱＩを要求する上りリンクＰＤＣＣＨだけが失われる第２のエラー・ケースでは、ｅノードＢは、ＣＱＩを獲得せず、下りリンク・アクティブ化が失敗したと誤って仮定する。

【先行技術文献】

【非特許文献】

【0074】

【非特許文献1】３ＧＰＰ ＴＳ ３６．２１１、「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ ８）」、ｖｅｒｓｉｏｎ ８．９．０または９．０．０

【非特許文献2】３ＧＰＰ ＴＳ ３６．２１２、「Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ ９）」、ｖｅｒｓｉｏｎ ８．８．０または９．０．０

【非特許文献3】Ｓｔｅｆａｎｉａ Ｓｅｓｉａ他、「ＬＴＥ − Ｔｈｅ ＵＭＴＳ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ」、Ｗｉｌｅｙ ＆ Ｓｏｎｓ Ｌｔｄ．、ＩＳＢＮ ９７８−０−４７０６９７１６−０、２００９年４月、セクション６および９

【発明の概要】

【発明が解決しようとする課題】

【0075】

本発明の１つの目的は、上で説明された問題のうちの少なくとも１つを克服することである。さらに、本発明のもう１つの目的は、シグナリング・オーバーヘッドを最小にしながら、コンポーネント・キャリアの効率的で耐性のある（非）アクティブ化を可能にすることである。

【課題を解決するための手段】

【0076】

この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の対象である。

【0077】

本発明の主たる一態様は、基地局装置によって行われる通信方法であって、少なくとも一つの下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化状態を示す複数のビットを含むリソース割当情報を生成し、前記少なくとも一つの下りリンク・コンポーネント・キャリアの各々は、前記複数のビットに含まれる一つのビットと対応しており、前記一つのビットは、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきか又は非アクティブ化されるべきかのいずれかを示し、前記生成されたリソース割当情報を通信相手装置に対して送信し、前記複数のビットに含まれるいずれかのビットが、対応する下りリンク・コンポーネント・キャリアがアクティブ化されるべきことを示す場合は、前記送信されたリソース割当情報に従ってアクティブ化された下りリンク・コンポーネント・キャリアに対応する上りリンク・コンポーネント・キャリアを用いて、前記通信相手装置から送信されたサウンディング基準信号（ＳＲＳ）を受信する、通信方法である。

【0078】

本発明の第１の態様は、モバイル端末（３ＧＰＰ用語ではユーザ機器と称する）のために構成された個々の下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化を可能にする、新しい上りリンク・リソース割当フォーマットおよび新しい下りリンク・リソース割当フォーマットの提案である。新しい上りリンクまたは下りリンクのリソース割当は、構成された下りリンク・コンポーネント・キャリアのアクティブ化状態の表示を含む。すなわち、どの下りリンク・コンポーネント・キャリア（１つまたは複数）がアクティブ化されまたは非アクティブ化されるのかを示す。この表示は、たとえば、構成された上りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクによって実施される。

【0079】

さらに、新しい下りリンク・リソース割当フォーマットの提案に関して、単一の下りリンク・リソース割当を使用して、下りリンク・コンポーネント・キャリア（１つまたは複数）を（非）アクティブ化し、アクティブ化された下りリンク・コンポーネント・キャリア（すなわち、下りリンク・リソース割当を受信する時に既にアクティブ状態である下りリンク・コンポーネント・キャリア）上で下りリンク・リソースを同時に割り当てることができる。

【0080】

３ＧＰＰ ＬＴＥ−Ａ（リリース１０）または下りリンクでキャリア・アグリゲーションを使用する将来のリリースなど、下りリンクでキャリア・アグリゲーションを使用する３ＧＰＰベースの通信システム内のフォーマットの１つの例示的実施態様では、新しいリソース割当フォーマットを、既存のＤＣＩフォーマットに対する拡張または新しいＤＣＩフォーマットと考えることができる。

【0081】

もう１つの例示的実施態様では、ビットマスク内のビットのそれぞれは、それぞれの構成された下りリンク・コンポーネント・キャリアに関連付けられ、そのアクティブ化状態を示す。上りリンクまたは下りリンクのリソース割当に含まれるこのビットマスクをチェックすることによって、モバイル端末は、構成された下りリンク・コンポーネント・キャリアのそれぞれについて、それぞれの下りリンク・コンポーネント・キャリアのアクティブ化状態が変更されるかどうか、すなわち、構成された下りリンク・コンポーネント・キャリアのどの１つまたは複数がアクティブ化されまたは非アクティブ化される必要があるのかを判定することができる。

【0082】

さらに、より高度な例示的実施態様では、コンポーネント・キャリア・アクティブ化／非アクティブ化情報を含む上りリンク・リソース割当は、モバイル端末に、新たにアクティブ化されるコンポーネント・キャリア（すなわち、その状態が非アクティブ化からアクティブ化に変更されたコンポーネント・キャリア（１つまたは複数））に関するチャネル品質測定値を送信するように指示することもできる。したがって、モバイル端末は、新たにアクティブ化されるコンポーネント・キャリアごとにチャネル品質測定を実行し、上りリンク・リソース割当によってモバイル端末に割り当て済みである上りリンク・リソース上で基地局（３ＧＰＰ用語ではｅノードＢと称する）に測定の結果を送信する。チャネル品質測定結果（１つまたは複数）の送信は、モバイル端末が、それぞれ、上りリンク・リソース割当を成功して受信し、または構成された下りリンク・コンポーネント・キャリアを成功してアクティブ化／非アクティブ化したことを基地局に示す。したがって、チャネル品質測定結果（１つまたは複数）の送信を、それぞれ上りリンク・リソース割当またはモバイル端末による構成された下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化の肯定応答と考えることができる。

【0083】

本発明の一実施形態では、上りリンク・リソース割当の新しいフォーマットは、コンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化するための方法で使用される。モバイル端末によって実行されるこの方法では、モバイル端末は、下りリンク・コンポーネント・キャリア上で、モバイル端末に上りリンク・リソースを割り当てるための上りリンク・リソース割当を受信する。上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれが、それぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含む。モバイル端末は、上りリンク・リソース割当に含まれるビットマスクに従って、構成された下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化する。

【0084】

本発明のさらなる実施形態では、モバイル端末は、上りリンク・リソース割当によって新たにアクティブ化される下りリンク・コンポーネント・キャリア（すなわち、上りリンク・リソース割当の受信時にまだアクティブ化されていない下りリンク・コンポーネント・キャリア（１つまたは複数））ごとにチャネル品質測定を実行し、アクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値（１つまたは複数）を、割り当てられた上りリンク・リソース上で送信する。代替案では、本発明のもう１つの実施形態に従って、モバイル端末は、上りリンク・スケジューリングのスケジューリング関連情報を、割り当てられた上りリンク・リソース上で送信することもできる。

【0085】

両方のケースで、割り当てられた上りリンク・リソース上での上りリンク送信は、考慮されることができ、かつ、上りリンク・リソース割当の（成功の）受信または下りリンク・コンポーネント・キャリアの成功の（非）アクティブ化の肯定応答とすることができる。

【0086】

もう１つの例示的実施形態では、新しい上りリンク・リソース割当フォーマットは、基地局によって実行されるコンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化するもう１つの方法で使用され、基地局は、モバイル端末に上りリンク・リソースを割り当てるためにモバイル端末に上りリンク・リソース割当を送信する。上りリンク・リソース割当は、アクティブな構成された下りリンク・コンポーネント・キャリア上でモバイル端末に送信される。さらに、モバイル端末への上りリンク割当のほかに、上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含む。この上りリンク・リソース割当に応答して、基地局は、上りリンク・リソース割当の受信が成功したこと示すまたは下りリンク・コンポーネント・キャリアの（非）アクティブ化が成功したことを示す、肯定応答を受信する。肯定応答は、割り当てられた上りリンク・リソース上で送信される。さらに、肯定応答は、たとえば、新たにアクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値（１つまたは複数）の形またはその代わりにモバイル端末から基地局に送信されるスケジューリング関連情報の形で受信される。

【0087】

本発明のもう１つの実施形態では、下りリンク・リソース割当の新しいフォーマットは、コンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化する方法で使用される。モバイル端末によって実行されるこの方法では、モバイル端末は、下りリンク・コンポーネント・キャリア上で、モバイル端末に下りリンク・リソースを割り当てるための下りリンク・リソース割当を受信する。下りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示す表示を含む。モバイル端末は、上りリンク・リソース割当に含まれる表示に従って、構成された下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化する。表示は、たとえばビットマスクの形で実現することができる。

【0088】

さらに、モバイル端末は、下りリンク・リソース割当内で示される下りリンク・データをさらに受信する。割り当てられた下りリンク・リソースが、下りリンク・リソース割当の受信時に既にアクティブ状態である下りリンク・コンポーネント・キャリア（この下りリンク・コンポーネント・キャリアは、下りリンク・リソース割当が受信された下りリンク・コンポーネント・キャリアとすることができ、または、アクティブ状態のクロススケジューリングされた他の下りリンク・コンポーネント・キャリアとすることができる）上にあることに留意されたい。

【0089】

さらに、本発明のさらなる例示的実施形態では、下りリンク・リソース割当および割り当てられた下りリンク・リソース上の下りリンク・データは、単一のサブフレーム内で受信される。

【0090】

上で説明した方法では、本発明のもう１つの実施形態に従って、上りリンク・リソース割当は、下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のためにモバイル端末に割り当てられる無線ネットワーク一時識別子（ＲＮＴＩ）を用いてマスクされるＣＲＣフィールドを含む。下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のためにモバイル端末に割り当てられる「特殊な」ＲＮＴＩを使用することで、基地局は、たとえば、受信された上りリンク・リソース割当のフォーマットをモバイル端末に示すことができる。下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のための特殊なＲＮＴＩは、特にモバイル端末に有利であり、その結果、上りリンクまたは下りリンクのリソース割当についての予定の受信器をさらに示す必要がなくなる。

【0091】

上で述べたように、下りリンクでキャリア・アグリゲーションを使用する３ＧＰＰベースの通信システム内で本発明の概念を実施する状況では、本明細書で提案される上りリンク・リソース割当ならびに下りリンク・リソース割当を、Ｌ１／Ｌ２制御情報の「特殊な」ＤＣＩフォーマットと考えることができる。同一サイズを有する複数のＤＣＩフォーマットが存在し得るので、下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のためにモバイル端末に割り当てられるＲＮＴＩは、下りリンク・コンポーネント・キャリア・アクティブ化状態に関する情報を含む組み合わされた上りリンク割当をそれぞれ上りリンクまたは下りリンクのコンポーネント・キャリア上の「純粋な」リソース割当から区別するためのフォーマット表示とすることができる。

【0092】

例示のために３ＧＰＰ状況下での本発明の概念の例示的実施態様に留まると、上りリンク・リソース割当は、たとえば、３ＧＰＰ ＬＴＥ（リリース８／９）のＤＣＩフォーマット０を再利用であり得、３ＧＰＰ ＬＴＥ ＤＣＩフォーマット０の新データ・インジケータ（ＮＤＩ）のビット、ＴＰＣコマンド・フィールド、およびＣＱＩ要求フラグが、ビットマスクを示すために再利用される。その代わりに、もう１つの例示的実施態様では、モバイル端末が上りリンク・リソース割当に対して新たにアクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値を送信するかどうかの表示と、３ＧＰＰ ＬＴＥ ＤＣＩフォーマット０の新データ・インジケータ（ＮＤＩ）のビット、ＴＰＣコマンド・フィールド、ＣＱＩ要求フラグ、ならびに変調および符号化方式フィールドの１ビットを再利用してビットマスクを示すために、モバイル端末が新たにアクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値を送信するかどうかの表示をさらに含む。

【0093】

本発明のさらなる実施形態では、下りリンクでキャリア・アグリゲーションを使用する３ＧＰＰベースの通信システムで本発明の概念を実施する状況では、上りリンク・リソース割当は、ＦＤＤ動作のための下りリンク制御情報（ＤＣＩ）と考えられ、次からなる。

【0094】

−フォーマット・フラグ、これは、同一のビット数／サイズを有するように定義されるＤＣＩフォーマットを区別するものである、
−ホッピング・フラグ、これは、モバイル端末が上りリンク・リソース・ホッピングを使用すべきか否かを示すものである、
−リソース・ブロック割当フィールド、これは、ＰＵＳＣＨ上で上りリンク・リソースをモバイル端末に割り当てるものである、
−変調および符号化方式フィールド、これは、ＰＵＳＣＨ上で割り当てられたリソースを使用した送信に関する、変調方式、符号化レート、および冗長性バージョンを示すものである、
−ＤＭＲＳフィールド、これは、基準シンボル・シーケンスに適用される循環シフトを構成するものである、
−コンポーネント・キャリア（非）アクティブ化フィールド、これは、複数の下りリンク・コンポーネント・キャリアのそれぞれについて、それぞれの下りリンク・コンポーネント・キャリアがアクティブ化されまたは非アクティブ化されるのかどうかをビットマスクによって示すものである、および
−１つまたは複数のパディング・ビット、これは、専用制御情報のサイズを所定のビット数に整列させるためのものであり、このビットは必要な場合に（すなわち、オプションで）設けられる。

【0095】

本発明のもう１つの代替実施形態では、上りリンク・リソース割当は、さらに（すなわち、上で述べたフィールドに加えて）、上りリンク・リソースが複数の上りリンク・コンポーネント・キャリアのうちのどれに割り当てられるのかを示すキャリア・インジケータ・フィールドからなる。この実施態様は、クロスキャリア・スケジューリングを使用できる３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で有用であり得る。

【0096】

先の段落で論じた両方の例示的な上りリンク割当フォーマットでは、上りリンク・リソース割当は、オプションで、さらに、モバイル端末が新たにアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値を送信すべきかどうかを示すＣＱＩフラグからなることができる。このＣＱＩフラグは、必ずしも３ＧＰＰ ＬＴＥ（リリース８／９）ＤＣＩフォーマット０から既知のＣＱＩフラグではないことに留意されたい。代替実施態様では、先の段落で論じた２つの上りリンク・リソース割当フォーマットは、オプションで、モバイル端末が新たにアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値を送信すべきかどうかを示すために変調および符号化方式フィールド内で表現可能な少なくとも１つのコードポイントを利用することができる。

【0097】

３ＧＰＰの状況で提案される下りリンク割当の実施態様に関連するもう１つの例示的実施形態では、下りリンク・リソース割当は、たとえば３ＧＰＰ ＬＴＥ（リリース８／９）ＤＣＩフォーマット１Ａを再利用であり得る。たとえば、新データ・インジケータ（ＮＤＩ）のビットおよび／または３ＧＰＰ ＬＴＥ ＤＣＩフォーマット１ＡのＰＵＣＣＨフィールドのＴＰＣコマンドを再利用して、下りリンク・コンポーネント・キャリアのアクティブ化状態を示すことができる。たとえば、新しい下りリンク・コンポーネント・キャリア（ＤＬ ＣＣ）（非）アクティブ化フラグとしてＮＤＩフラグを再定義する場合に、この新しいフラグを使用して、すべての下りリンク・コンポーネント・キャリア（常にアクティブ化される、下りリンク・コンポーネント・キャリアのうちの１つ、たとえばアンカ・キャリアを除く）をアクティブ化しまたは非アクティブ化することができる。ＰＵＣＣＨフィールドのＴＰＣコマンドおよびＮＤＩフラグが再利用される場合には、１ビットを使用することによって１つのコンポーネント・キャリアのアクティブ化状態（アクティブまたは構成されたが非アクティブ化された）を示し、（非）アクティブ化が関係する１つの下りリンク・コンポーネント・キャリアを示すのに残りの使用可能なビットを使用することが可能である。

【0098】

本発明のさらなる実施形態では、それぞれ上りリンクまたは下りリンクのリソース割当は、モバイル端末へのリソース割当のためにモバイル端末に割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）を用いてマスクされたＣＲＣフィールドを含み、それぞれ上りリンクまたは下りリンクのリソース割当のキャリア・インジケータ・フィールド（ＣＩＦ）のコードポイントのうちの少なくとも１つは、それぞれ上りリンクもしくは下りリンクのリソース割当が構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するためのビットマスクを示しているかどうか、または上りリンク・リソース割当が構成された下りリンク・コンポーネント・キャリアの（非）アクティブ化に使用されず、それぞれ上りリンクまたは下りリンクのリソースを割り当てるのみであるかどうかを示している。

【0099】

本発明のさらなる態様は、ハードウェアおよびソフトウェアまたはその組合せでの本明細書で議論されるさまざまな実施形態によるコンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化する異なる方法の実施である。この状況では、本発明のもう１つの実施形態は、コンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で使用されるモバイル端末を提供する。このモバイル端末は、モバイル端末に上りリンク・リソースを割り当てる上りリンク・リソース割当を下りリンク・コンポーネント・キャリア上で受信する受信器を含み、上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのうちのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含んでいる。さらに、モバイル端末は、上りリンク・リソース割当に含まれるビットマスクに従って、構成された下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化するプロセッサを含む。

【0100】

本発明のさらなる実施形態では、モバイル端末は、上りリンク・リソース割当によって新たにアクティブ化される下りリンク・コンポーネント・キャリアごとにチャネル品質測定を実行するチャネル品質測定ユニットと、割り当てられた上りリンク・リソース上でアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値（１つまたは複数）を送信する送信器とをも含む。

【0101】

本発明のもう１つの実施形態は、コンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で使用されるさらなるモバイル端末を提供する。モバイル端末は、モバイル端末に下りリンク・リソースを割り当てるための下りリンク・リソース割当を下りリンク・コンポーネント・キャリア上で受信する受信器を含み、上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含んでいる。モバイル端末の受信器は、さらに、下りリンク・リソース割当によって割り当てられた下りリンク・リソース上で下りリンク・データを受信する。さらに、モバイル端末は、上りリンク・リソース割当に含まれるビットマスクに従って、構成された下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化するプロセッサを含む。

【0102】

本発明のもう１つの実施形態では、モバイル端末は、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して下りリンク・データを受信し、下りリンク・データの送信に関して新データ・インジケータ（ＮＤＩ）の既知の値を仮定する。

【0103】

本発明のもう１つの実施形態によれば、それぞれ上りリンクまたは下りリンクのリソース割当は、１つのサブフレームの制御シグナリング領域内で受信される。したがって、モバイル端末（または正確にはその受信器）は、サブフレームの制御シグナリング領域内でリソース割当のブラインド検出を実行することができる。

【0104】

本発明のさらなる実施形態では、モバイル端末のプロセッサは、さらに、それぞれ上りリンクまたは下りリンクのリソース割当のＣＲＣフィールドからマスクされたＣＲＣ符号を入手し、これによってＣＲＣ符号を入手するために下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のためにモバイル端末に割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）を用いて、マスクされたＣＲＣ符号をマスク解除し、ＣＲＣ符号に基づいてリソース割当についてのブラインド検出の成功を検証する。

【0105】

さらに、本発明のもう１つの実施形態は、コンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内のための基地局を提供する。基地局は、モバイル端末に上りリンク・リソースを割り当てるための上りリンク・リソース割当をアクティブの構成された下りリンク・コンポーネント・キャリア上でモバイル端末へ送信する送信器を含み、上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含んでいる。さらに、基地局は、上りリンク・リソース割当の受信が成功したことを示すまたは下りリンク・コンポーネント・キャリアの（非）アクティブ化が成功したことを示す肯定応答を、割り当てられた上りリンク・リソース上で受信する受信器を含み、肯定応答は、新たにアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値（１つまたは複数）の形で受信される。

【0106】

下りリンク・リソースの割当に関して、本発明のさらなる実施形態は、コンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内のための基地局を提供する。基地局は、モバイル端末に下りリンク・リソースを割り当てるために下りリンク・リソース割当をアクティブの構成された下りリンク・コンポーネント・キャリア上でモバイル端末に送信する送信器を含み、下りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含む。基地局は、さらに、下りリンク・リソース割当と同一のサブフレーム内で、割り当てられた下りリンク・リソース上で、下りリンク・データ（たとえば、トランスポート・ブロック）をモバイル端末に送信する。

【0107】

本発明のもう１つの実施形態では、基地局は、下りリンク・データの送信にＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用し、下りリンク・データの送信に関して新データ・インジケータ（ＮＤＩ）の既知の値を仮定する。

【0108】

本発明のより特別の実施形態による基地局は、さらに、それぞれ上りリンクまたは下りリンクのリソース割当のためにＣＲＣフィールドを生成し、それぞれ上りリンクまたは下りリンクのリソース割当をモバイル端末に送信する前に下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のためにモバイル端末に割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＣＲＣフィールドをマスクするプロセッサを含む。

【0109】

さらに、基地局の送信器は、下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化のためにモバイル端末に割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）をモバイル端末に送信することができる。

【0110】

上で述べたように、本発明の態様は、本明細書で議論されるさまざまな実施形態によるコンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化する方法のソフトウェアでの実施およびそのコンピュータ可読記憶媒体への格納である。

【0111】

さらなる実施形態によれば、本発明は、モバイル端末のプロセッサによって実行される時に、本明細書で議論されるさまざまな実施形態のうちの１つによるコンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化する方法のうちの１つをモバイル端末に実行させる命令を格納するコンピュータ可読媒体を提供する。命令の実行は、たとえば、モバイル端末に、モバイル端末に上りリンクまたは下りリンクのリソースを割り当てるためのリソース割当を下りリンク・コンポーネント・キャリア上で受信させることができ、リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示しており、命令の実行は、モバイル端末に、さらに、上りリンク・リソース割当に含まれるビットマスクに従って、構成された下りリンク・コンポーネント・キャリアをアクティブ化または非アクティブ化させることができる。

【0112】

本発明のもう１つの実施形態は、基地局のプロセッサによって実行される時に、本明細書で議論されるさまざまな実施形態のうちの１つによるコンポーネント・キャリア・アグリゲーションを使用するモバイル通信システム内で下りリンク・コンポーネント・キャリアを（非）アクティブ化する方法のうちの１つを基地局に実行させる命令を格納するコンピュータ可読媒体を提供している。命令を実行することで、たとえば、基地局に、モバイル端末に上りリンク・リソースを割り当てるための上りリンク・リソース割当を、アクティブの構成された下りリンク・コンポーネント・キャリア上でモバイル端末に送信させることができ、上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクを含み、命令を実行することで、基地局に、上りリンク・リソース割当の成功の受信または下りリンク・コンポーネント・キャリアの成功の（非）アクティブ化の肯定応答を、割り当てられた上りリンク・リソース上で受信させることができ、肯定応答は、新たにアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）のチャネル品質測定値（１つまたは複数）の形で受信される。

【0113】

本発明のさらなる実施形態は、基地局のプロセッサによって実行される時に、基地局に、モバイル端末に下りリンク・リソースを割り当てるための下りリンク・リソース割当を、アクティブの構成された下りリンク・コンポーネント・キャリア上でモバイル端末に送信させる命令を格納するコンピュータ可読媒体を提供しており、上りリンク・リソース割当は、複数の構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示す。命令は、さらに、基地局に、割り当てられた下りリンク・リソース上で、下りリンク・リソース割当がその中で送信される同一のサブフレーム内で、下りリンク・データをモバイル端末に送信させる。

【0114】

次では、本発明を、添付図面および線図を参照して、より詳細に説明する。図内の類似する詳細または対応する詳細は、同一の符号を用いてマークされる。

【図面の簡単な説明】

【0115】

【図1】３ＧＰＰ ＬＴＥシステムの例示的アーキテクチャを示す図である。

【図2】３ＧＰＰ ＬＴＥの全体的なＥ−ＵＴＲＡＮアーキテクチャの例示的な概要を示す図である。

【図3】３ＧＰＰ ＬＴＥ（リリース８／９）について定義された下りリンク・コンポーネント・キャリア上の例示的なサブフレーム構造を示す図である。

【図4】３ＧＰＰ ＬＴＥ （リリース８／９）について定義された下りリンク・スロットの例示的な下りリンク・リソース・グリッドを示す図である。

【図5】それぞれ下りリンクおよび上りリンクのアクティブ化されたキャリア・アグリゲーションを有する３ＧＰＰ ＬＴＥ−Ａ（リリース１０）レイヤ２構造を示す図である。

【図6】それぞれ下りリンクおよび上りリンクのアクティブ化されたキャリア・アグリゲーションを有する３ＧＰＰ ＬＴＥ−Ａ（リリース１０）レイヤ２構造を示す図である。

【図7】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）での下りリンク・コンポーネント・キャリアと上りリンク・コンポーネント・キャリアとの間の例示的なリンケージを示す図である。

【図8】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）での下りリンク・コンポーネント・キャリアと上りリンク・コンポーネント・キャリアとの間の例示的なリンケージを示す図である。

【図9】それぞれクロスキャリア・スケジューリング用のＣＩＦフィールドを伴わないおよび伴う、それぞれ３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０の内容を示す図である。

【図10】それぞれクロスキャリア・スケジューリング用のＣＩＦフィールドを伴わないおよび伴う、それぞれ３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０の内容を示す図である。

【図11】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するための例示的な改善されたＤＣＩフォーマット０を示す図である。

【図12】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するためのもう１つの例示的な改善されたＤＣＩフォーマット０を示す図である。

【図13】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するためのもう１つの例示的な改善されたＤＣＩフォーマット０（ＤＣＩフォーマットの内容の解釈は、ＣＩＦフィールドのコードポイントに依存する）を示す図である。

【図14】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するためのもう１つの例示的な改善されたＤＣＩフォーマット０（ＤＣＩフォーマットの内容の解釈は、ＣＩＦフィールドのコードポイントに依存する）を示す図である。

【図15】本発明の実施形態による例示的な３ＧＰＰベースの通信システムで下りリンク・コンポーネント・キャリアを（非）アクティブ化する手順を例示する図である。

【図16】ＰＨＲ報告およびＳＲＳ信号アクティブ化を含む、本発明の実施形態による例示的な３ＧＰＰベースの通信システムで下りリンク・コンポーネント・キャリアを（非）アクティブ化するもう１つの手順を示す図である。

【図17】それぞれクロスキャリア・スケジューリング用のＣＩＦフィールドを伴わないおよび伴う、それぞれ３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット１の内容を示す図である。

【図18】それぞれクロスキャリア・スケジューリング用のＣＩＦフィールドを伴わないおよび伴う、それぞれ３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット１の内容を示す図である。

【図19】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するための例示的な改善されたＤＣＩフォーマット１を示す図である。

【図20】３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態により構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するためのもう１つの例示的な改善されたＤＣＩフォーマット１を示す図である。

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

【0116】

以下の段落では、本発明のさまざまな実施形態を説明する。例示のみのために、実施形態のほとんどは、上の背景技術セクションで議論した３ＧＰＰ ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０）モバイル通信システムによる直交単一キャリア上りリンク無線アクセス方式に関連して概要を示される。本発明を、たとえば前に説明した３ＧＰＰ ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０）通信システムなどのモバイル通信システムに関連して有利に使用することができるが、本発明が、この特定の例示的通信ネットワークでの使用に限定されないことに留意されたい。

【0117】

上の背景技術セクションで与えた説明は、本明細書で説明される主として３ＧＰＰ ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０）固有の例示的実施形態をよりよく理解するためのものであることが意図されており、本発明は、モバイル通信ネットワーク内のプロセスおよび機能について述べられた特定の実施態様に限定して理解されるべきではない。

【0118】

上で説明したように、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）システムから既知の従来技術の１つの主要な欠点は、下りリンク・コンポーネント・キャリアをアクティブ化するために２つのＰＤＣＣＨを送信する必要があることである。この従来技術解決策の問題は、下りリンク・コンポーネント・キャリアのアクティブ化を示す単一の下りリンクＰＤＣＣＨが、同時にＰＤＳＣＨリソースを割り当てることができないことである。ＰＤＣＣＨおよびＰＤＳＣＨは、３ＧＰＰ ＬＴＥでは同一のサブフレーム内で送信される。すなわち、ＰＤＣＣＨは、たとえばあるサブフレームの最初の３つのＯＦＤＭシンボル内で送信され、ユーザ機器は、下りリンク・コンポーネント・キャリアがアクティブ化される時を知らないので、ユーザ機器は、新たにアクティブ化される下りリンク・コンポーネント・キャリアのアクティブ化ＰＤＣＣＨがシグナリングされる時に、この下りリンク・コンポーネント・キャリア上の同一のサブフレーム内でＰＤＳＣＨ上の下りリンク・データを受信することができない。

【0119】

本発明は、単一の上りリンクまたは下りリンクのリソース割当が、下りリンク・コンポーネント・キャリアをアクティブ化／非アクティブ化するために使用され、さらに、それぞれ上りリンクまたは下りリンクのリソースの同時スケジューリングを可能にする方法を提供する。本発明の一態様によれば、モバイル端末（３ＧＰＰ用語ではユーザ機器と称される）のために構成された個々の下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化を可能にする、新しい上りリンク・リソース割当フォーマットが提案される。新しい上りリンク・リソース割当は、構成された下りリンク・コンポーネント・キャリアのアクティブ化状態の表示を含む。すなわち、どの下りリンク・コンポーネント・キャリア（１つまたは複数）がアクティブ化されまたは非アクティブ化されるのかを示す。さらに、本発明のもう１つの態様によれば、モバイル端末のために構成された個々の下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化と、モバイル端末への下りリンク・データの送信のための下りリンク・リソースの同時割当とを可能にする、新しい下りリンク・リソース割当フォーマットが提案される。新しい下りリンク・リソース割当は、構成された下りリンク・コンポーネント・キャリアのアクティブ化状態の表示を含む。すなわち、どの下りリンク・コンポーネント・キャリア（１つまたは複数）がアクティブ化されまたは非アクティブ化されるのかを示す。

【0120】

両方のリソース割当でのこの表示は、すべての構成されたコンポーネント・キャリアについて、またはＲＲＣ接続モードでユーザ機器のために常にアクティブである必要がある１つの下りリンク・コンポーネント・キャリア（このコンポーネント・キャリアを、ユーザ機器のアンカ・キャリアと称する）以外のすべての構成されたコンポーネント・キャリアについて送信することができる。

【0121】

さらに、アクティブ化状態の表示は、たとえば、構成された下りリンク・コンポーネント・キャリアのどれがそれぞれアクティブ化されまたは非アクティブ化されるのかを示すビットマスクによって実施される。

【0122】

あるいは、それぞれ上りリンクまたは下りリンクの提案されるリソース割当が、１つの単一の構成された下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化するのみならば、表示は、少なくとも（非）アクティブ化される構成された下りリンク・コンポーネント・キャリアの識別子を示す必要がある。構成された下りリンク・コンポーネント・キャリアの識別子の表示は、モバイル端末に、示された下りリンク・コンポーネント・キャリアのアクティブ化状態をトグルさせる（構成されたが非アクティブ化された←→アクティブ）。コンポーネント・キャリアＩＤのシグナリングについて、アンカ・キャリアを上りリンク・リソース割当によってアクティブ化／非アクティブ化できないとすると、

【数5】

ビットが必要とされる。ここで、Ｎは、構成されたコンポーネント・キャリアの個数であり、

【0123】

【数6】

は、天井関数である。

【0124】

アクティブ化状態の暗黙の表示は、モバイル端末およびアクセス・ネットワーク（基地局）内のアクティブ化状態の脱同期につながる可能性があるので、示された下りリンク・コンポーネント・キャリアのアクティブ化状態（構成されたが非アクティブ化されたまたはアクティブ）を明示的に示している、さらなる追加のビット／フラグを上りリンク・リソース割当に含めることは有利となり得る。

【0125】

構成された下りリンク・コンポーネント・キャリアのアクティブ化状態をシグナリングするもう１つの代替案は、必ずアクティブである１つの下りリンク・コンポーネント・キャリア、たとえば下りリンク内の「特殊な」コンポーネント・キャリアまたはアンカ・コンポーネント・キャリア以外のすべての下りリンク・コンポーネント・キャリア、のアクティブ化状態（構成されたが非アクティブ化されたまたはアクティブ）を示す単一のビット／フラグを使用することである。これは、すべての非アンカ・コンポーネント・キャリアの同時アクティブ化または同時非アクティブ化を可能にするのみであるが、シグナリング・オーバーヘッドを大幅に減らす。

【0126】

３ＧＰＰ ＬＴＥ−Ａ（リリース１０）またはキャリア・アグリゲーションを使用する将来のリリースなどの下りリンクでキャリア・アグリゲーションを使用する３ＧＰＰベースの通信システムでの、この新しいそれぞれ上りリンクまたは下りリンクのリソース割当フォーマットの使用を考慮すると、新しいリソース割当フォーマットを、既存ＤＣＩフォーマットの拡張または新しいＤＣＩフォーマットと考えることができる。

【0127】

本発明の１つの例示的実施形態では、それぞれ上りリンクまたは下りリンクのリソース割当のＤＣＩフォーマットは、通信システム内で定義される少なくとも１つの他のＤＣＩフォーマットと同一のサイズを有する。さらに、下りリンクでＯＦＤＭを使用する３ＧＰＰベースの通信システムでは、リソース割当が、１つまたは複数のユーザ機器へ下りリンク・コンポーネント・キャリア上のサブフレーム内で送信されるＰＤＣＣＨのペイロード（ＤＣＩ）を形成していると仮定することができ、ユーザ機器は、ＰＤＣＣＨ上のサブフレーム内でシグナリングされる異なるＤＣＩフォーマットに対してブラインド復号を実行する。リソース割当フォーマットについて通信システム内で定義される少なくとも１つの他のＤＣＩフォーマットと同一のサイズを使用することと、このフォーマットの暗黙のまたは明示的な表示を使用することと（下でさらに詳細に説明するように）によって、モバイル端末のブラインド復号の労力を増やさないことが可能である。

【0128】

所定のモバイル端末のために構成された下りリンク・コンポーネント・キャリアのアクティブ化状態を示すのにビットマスクを使用する場合に、ビットマスク内のビットのそれぞれは、たとえば、複数の構成された下りリンク・コンポーネント・キャリアのそれぞれの構成された下りリンク・コンポーネント・キャリアに関連しており、そのアクティブ化状態を示す。それぞれ上りリンクまたは下りリンクのリソース割当に含まれるこのビットマスクをチェックすることによって、モバイル端末は、構成された下りリンク・コンポーネント・キャリアのそれぞれについて、それぞれの下りリンク・コンポーネント・キャリアのアクティブ化状態が変更されるかどうか、すなわち構成された下りリンク・コンポーネント・キャリアのどの１つまたは複数がアクティブ化されまたは非アクティブ化される必要があるのかを判定することができる。

【0129】

本発明の１つの例示的実施形態および実施態様では、下りリンク・コンポーネント・キャリアを、３つのアクティブ化状態すなわち、非構成、構成されたが非アクティブ化された、およびアクティブのうちの１つであると定義することができる。下りリンク・コンポーネント・キャリアが、構成されたが非アクティブ化された時には、ユーザ機器は、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要はなく、ＣＱＩ測定を実行することも要求されない。逆に、下りリンク・コンポーネント・キャリアがアクティブである時には、ユーザ機器は、ＰＤＳＣＨおよびＰＤＣＣＨ（存在する場合に）を受信しなければならず、ＣＱＩ測定を実行できると期待される。コンポーネント・キャリア（１つまたは複数）の構成の後には、そのコンポーネント・キャリア（１つまたは複数）は、構成されたが非アクティブ化された状態である。下りリンク・コンポーネント・キャリア上でのＰＤＣＣＨおよびＰＤＳＣＨの受信を可能にするために、下りリンク・コンポーネント・キャリアは、構成されたが非アクティブ化された状態からアクティブ状態に遷移される必要がある。新しく提案される上りリンクまたは下りリンクのリソース割当は、たとえば、構成されたが非アクティブ化された状態とアクティブ（「構成されアクティブ化された」）状態との間の状態遷移を示すのに使用することができる。この目的にビットマスクを使用する場合には、ビットマスクの１ビットの論理値１が、そのビットに関連する構成された下りリンク・コンポーネント・キャリアがアクティブであることを示すことができ、ビットマスクの１ビットの論理値０が、そのビットに関連する対応する構成された下りリンク・コンポーネント・キャリアが構成されたが非アクティブ化されたことを示すことができる（またはその逆）。

【0130】

提案される上りリンク／下りリンク・リソース割当は、構成された下りリンク・コンポーネント・キャリアの１つで受信されるので、これは、この下りリンク・コンポーネント・キャリアがアクティブ状態であることを暗示する。たとえば、上りリンク／下りリンク・リソース割当が受信される下りリンク・コンポーネント・キャリアを、（常に）モバイル端末のために常に構成されアクティブ化される専用の「特殊な」コンポーネント・キャリア（またはアンカ・コンポーネント・キャリア）とすることができる。したがって、上りリンク・リソース割当は、この特殊なコンポーネント・キャリアについてアクティブ化状態の表示を含む必要がない（が、含むことはできる）。

【0131】

特殊なコンポーネント・キャリアのアクティブ化状態の表示もシグナリングされる場合には、提案される新しい上りリンク／下りリンク・リソース割当が特殊なコンポーネント・キャリア上または別の構成されたコンポーネント・キャリア上のどちらでシグナリングされるのかに無関係に、たとえば、本明細書で議論される新しい上りリンク／下りリンク・リソース割当によって、特殊なコンポーネント・キャリアを再構成することが可能である可能性がある。

【0132】

さらに、より高度な例示的実施態様では、コンポーネント・キャリア・アクティブ化／非アクティブ化情報を含む上りリンク・リソース割当は、モバイル端末に、新たにアクティブ化されたコンポーネント・キャリア（すなわち、状態が非アクティブ化からアクティブ化に変化したコンポーネント・キャリア（１つまたは複数））のチャネル品質測定値を送信するように指示することもできる。したがって、モバイル端末は、アクティブ化されたコンポーネント・キャリアごとにチャネル品質測定を実行し、測定の結果を、上りリンク・リソース割当によってモバイル端末に割り当てられた上りリンク・リソース上で基地局（３ＧＰＰ用語ではｅノードＢと称する）に送信する。チャネル品質測定結果は、たとえば、ＣＱＩ情報の形でシグナリングし得る。

【0133】

チャネル品質測定結果（１つまたは複数）の送信は、モバイル端末が、それぞれ上りリンク・リソース割当を成功して受信し、または構成された下りリンク・コンポーネント・キャリアを成功してアクティブ化／非アクティブ化したことを基地局に示す。したがって、チャネル品質測定結果（１つまたは複数）の送信を、それぞれ上りリンク・リソース割当またはモバイル端末による構成された下りリンク・コンポーネント・キャリアのアクティブ化／非アクティブ化の肯定応答と考えることができる。

【0134】

本発明のもう１つの態様は、具体的にはモバイル端末が下りリンク制御チャネル情報（ＤＣＩフォーマット）のブラインド復号を実行すると仮定される時に、新しく提案される上りリンク／下りリンク・リソース割当を「通常の」上りリンク／下りリンク・リソース割当から区別することに関する。したがって、新しく提案されるリソース割当のフォーマットは、他のＤＣＩフォーマットから区別される必要がある場合がある。１つの案は、本明細書で提案されるリソース割当のために新しいＤＣＩフォーマット（新しい所与のサイズの）を定義することである。しかし、これは、新しいＤＣＩフォーマットを復号するためにモバイル端末によって実行される必要があるブラインド復号の試みの増加を暗示するかもしれない。本発明のさらなる実施形態による代替実施態様は、上りリンク／下りリンク・リソース割当をシグナリングするために既存ＤＣＩフォーマットを再利用し、再利用される既存ＤＣＩフォーマットのいくつかのフィールド（１つまたは複数）内の未使用コードポイントを使用することによってまたはコンポーネント・キャリア（非）アクティブ化のためにモバイル端末ごとに定義される新たに定義されたＲＮＴＩを用いてＣＲＣアタッチメントをマスクすることによって、異なる上りリンク・リソース割当フォーマットの区別を提供することである。

【0135】

たとえば、ＬＴＥ−Ａ（リリース１０）またはその後継物などの３ＧＰＰベースのシステムで本発明を実施する時に、３ＧＰＰ ＬＴＥ（リリース８／９）のために定義された上りリンクＤＣＩフォーマット０または３ＧＰＰ ＬＴＥ（リリース８／９）のために定義された下りリンクＤＣＩフォーマット１Ａを、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化について再利用することができる。下りリンク・コンポーネント・キャリア（１つまたは複数）を（非）アクティブ化する上りリンク／下りリンク・リソース割当がシグナリングされる場合に、そのＣＲＣを、たとえば、次でＣＣ−ＲＮＴＩと称する、この目的のために定義される新しいユーザ機器固有ＲＮＴＩを用いてスクランブルすることができる。ＣＣ−ＲＮＴＩは、たとえば、ｅノードＢが上りリンク／下りリンク・コンポーネント・キャリア（１つまたは複数）の組を構成する時に、ユーザ機器に割り当てられ得る。ＣＣ−ＲＮＴＩは、たとえば、アグリゲートされる下りリンク／上りリンク・コンポーネント・キャリア（１つまたは複数）の組を含むＲＲＣ接続再構成メッセージ内でユーザ機器にシグナリングされ得る。したがって、ユーザ機器で、ＰＤＣＣＨ（すなわち、このケースではリソース割当）のペイロードのＣＲＣアタッチメントがＣＣ−ＲＮＴＩによってマスクされていることを検出することによって、ユーザ機器は、したがって、ＰＤＣＣＨのペイロードのフォーマットに関して結論を出し、構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を含む上りリンク・リソース割当の異なるフィールドを正しく読み取ることができる。

【0136】

本発明のもう１つの代替実施形態によれば、上りリンク／下りリンク・リソース割当内のＣＩＦフィールド（存在する場合に）は、ＰＤＣＣＨのペイロードのフォーマット、すなわち、ペイロードが通常の上りリンク／下りリンク・リソース割当または構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を含む上りリンク・リソース割当のどちらであるのかを示すために使用され得る。背景技術セクションで説明したように、ＣＩＦ（キャリア・インジケータ・フィールド）は、３ビットからなり、特定の制御シグナリング情報用のコンポーネント・キャリアを識別する（すなわちクロスキャリア・スケジューリング・シナリオを使って）。３ビットは８つのコードポイントを提供するが、ユーザ機器のために構成される下りリンク／上りリンク・コンポーネントは多くとも５つであり得るので、ＣＩＦコードポイントのいくつか、すなわちコードポイント６、７、および８は、未使用である。この実施形態によれば、ＣＩＦフィールドのこれらの未使用コードポイントのうちの少なくとも１つは、上りリンク／下りリンク・リソース割当が下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を含むことを示すのに使用され、ユーザ機器は、ＰＤＣＣＨのペイロード内のある種のビットをどのように解釈すべきかを知る。通常の上りリンク／下りリンク・リソース割当（構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を有しない）および構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を有する上りリンク／下りリンク・リソース割当のＤＣＩフォーマットは、ＣＩＦフィールド内でシグナリングされるコードポイントによって区別されるので、上りリンク許可に使用されるものと同一のＲＮＴＩ（Ｃ−ＲＮＴＩ）を使用して、ＣＲＣをスクランブルすることができる。したがって、この代替実施形態では、追加の新しいＣＣ−ＲＮＴＩを定義する必要はない。

【0137】

さらに、本発明のもう１つの実施形態では、上で説明したＰＤＣＣＨペイロードのＤＣＩフォーマットをどのように示すかの２つの案は、一緒に使用し得る。背景技術セクションで述べたように、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）では、上りリンクＰＤＣＣＨ内にＣＩＦが存在するように構成することは可能である。したがって、ユーザ機器は、ＰＤＣＣＨペイロード内にＣＩＦを含めるように構成され、ｅノードＢは、ＰＤＣＣＨペイロードが構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を有するリソース割当であることを示すために、事前定義のＣＩＦコードポイント（１つまたは複数）を使用する。ＰＤＣＣＨペイロード内にＣＩＦを含めないように構成されたユーザ機器は、上で述べたＣＣ−ＲＮＴＩが割り当てられ、このＣＣ−ＲＮＴＩは、構成されたダウンロード・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を有するリソース割当を通常のリソース割当（構成されたダウンロード・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を有しない）から区別するのに、ｅノードＢによって使用される。

【0138】

上で概要を示したように、ＣＣ−ＲＮＴＩの導入または少なくとも１つのＣＩＦコードポイントの予約は、（非）アクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）の表示を組み込むためのＤＣＩフィールドの一部の再定義を可能にする。最大Ｎ＝５個の構成された下りリンク・コンポーネント・キャリアがあり、常にアクティブである特定の下りリンク・コンポーネント・キャリア、たとえばアンカ・キャリアについてシグナリングすべきアクティブ化状態がないと例示的に仮定すると、Ｎ−１＝４ビットが、ビットマスクを使用して下りリンク・コンポーネント・キャリアの任意の組合せをアクティブ化／非アクティブ化することを実現する。これによって、ビットマスク内の各ビットは、下りリンク・コンポーネント・キャリアのうちの１つのアクティブ化状態を表す。たとえば、「１」をセットされたビットマスク内のビットは、対応する下りリンク・コンポーネント・キャリアをアクティブ化しなければならないことを示すことができ、「０」をセットされたビットは、対応する下りリンク・コンポーネント・キャリアを非アクティブ化しなければならないことを示すことができる（またはその逆）。

【0139】

本発明の１つの例示的実施形態では、本発明が実施されるそれぞれのシステムに既に存在するＤＣＩフォーマットの１つが、構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化を示すためのビットマスクのシグナリングを含めるために再定義される。提案される上りリンク・リソース割当の実施態様に関して、既に３ＧＰＰ ＬＴＥ（リリース８／９）または３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で定義されている上りリンクＤＣＩフォーマット０を再利用する場合には、ビットマスク内でシグナリングできるようにするためには、このＤＣＩフォーマット内で４ビットが再定義される必要がある（最大Ｎ＝５個の構成された下りリンク・コンポーネント・キャリアがあると仮定して）。図９に、３ＧＰＰ ＬＴＥ（リリース８／９）のＤＣＩフォーマット０を示す。ＤＣＩフォーマット０は、次からなる。

【0140】

−フォーマット・フラグ（フラグ・フォーマット０／１Ａ）、これは、同一のビット数／サイズを有するように定義される、ＤＣＩフォーマット０とＤＣＩフォーマット１Ａとを区別するためのである、
−ホッピング・フラグ（Ｈｏｐｐｉｎｇ Ｆｌａｇ）、これは、ユーザ機器が上りリンク・リソース・ホッピングを使用すべきか否かを示すものである、
−リソース・ブロック割当フィールド、これは、ユーザ機器にＰＵＳＣＨ上の上りリンク・リソースを割り当てるものである（非周期的チャネル品質フィードバックをトリガする時には、チャネル品質フィードバックおよび任意選択でさらなるユーザ・データが、そのＰＵＳＣＨを介して、これらの割り当てられるリソース上で多重化され、送信される）、
−変調および符号化方式フィールド（ＭＣＳ＆ＲＶ）、これは、ＰＵＳＣＨ上で割り当てられたリソースの送信に関する変調方式、符号化レート、および冗長性バージョンを示すものである、
−新データ・インジケータ（ＮＤＩ）、これは、ユーザ機器が新しいデータを送信しなければならないのかまたは再送信をしなければならないのかを示すものである、
−ＤＭＲＳフィールド（サイクリック・シフトＤＭＲＳ）、これは、基準シンボル・シーケンスに適用される循環シフトを構成するためのものである、
−ＣＱＩ要求フラグ、これは、ユーザ機器からの非周期的チャネル品質フィードバック報告をトリガするためのである、および
−１つまたは複数のパディング・ビット、これは、専用制御情報のサイズを所定のビット数に整列させるためのものであり、このビットは必要な場合に（すなわち、オプションで）設けられる。

【0141】

さらに、図１０に示されているように、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の拡張されたＤＣＩフォーマット０は、シグナリングされるリソース割当がクロススケジューリング・シナリオで関係する上りリンク・コンポーネント・キャリアを示すためのＣＩＦフィールドをさらに含むことを除いて、３ＧＰＰ ＬＴＥ（リリース８／９）のＤＣＩフォーマット０に本質的に類似する。

【0142】

下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を含む上りリンク・リソース割当によってスケジューリングされる上りリンク送信が、新しい初期送信を暗示するという仮定の下で、通常は初期／再送信を示すＮＩＤビットを再利用することができる。同様に、「ＣＱＩ要求」フラグを再利用することができる。というのは、下りリンク・コンポーネント・キャリア（１つまたは複数）がアクティブ化される時にユーザ機器が必ず非周期的ＣＱＩを送信しなければならないことを、ルールによって定義できるからである。４ビット・ビットマスクのシグナリングのために要求される残りの２ビットは、たとえば、ＴＰＣビットから盗用することができる。というのは、このビットは、非周期的ＣＱＩの送信のために必要ではなく、上りリンク送信の耐性は現状の変調および符号化方式を正しく選択することによって達成することもできるので、さらなる電力制御が要求されない可能性があるからである。

【0143】

したがって、ユーザ機器は、どのＲＮＴＩがＣＲＣアタッチメントのＣＲＣ符号をスクランブルするのに使用されたのかに依存して、ＰＤＣＣＨから入手された復号された下りリンク制御チャネル情報の内容を解釈することができる。ＣＣ−ＲＮＴＩが、上りリンク・リソース割当のＣＲＣをマスクするために基地局によって使用された場合には、ユーザ機器は、ＤＣＩフォーマット０のＮＤＩフラグ、ＴＰＣフィールド、およびＣＱＩフラグを、構成された下りリンク・コンポーネント・キャリア（１つまたは複数）のどれが（非）アクティブ化されるのかを示す４ビットのビットマスクとして解釈する。図１１に、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するための例示的な改善されたＤＣＩフォーマット０を示す。ここで、ＮＤＩフラグ、ＴＰＣフィールド、およびＣＱＩフラグは、ＣＣ−ＲＮＴＩがＣＲＣをスクランブルするのに使用された場合に、ビットマスクとして解釈される。ＣＲＣアタッチメント内のＣＲＣが、Ｃ−ＲＮＴＩを用いてマスクされている場合には、ユーザ機器は、ＤＣＩフォーマット０のフィールドを、３ＧＰＰ ＬＴＥ（リリース８／９）について定義され、図９に示されているものとして、すなわち「通常の」上りリンク・リソース割当として解釈する。

【0144】

図１２に、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明の例示的実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するためのもう１つの例示的な改善されたＤＣＩフォーマット０を示す。この例では、３ＧＰＰ ＬＴＥ（リリース８／９）から既知であるＤＣＩフォーマット０に基づく新しいＤＣＩフォーマットが定義される。図１１の例に関しては、フォーマットのサイズが、ＤＣＩフォーマット０および１Ａに類似していることが保証できるので、この新しいＤＣＩフォーマットを復号するためにユーザ機器がさらなるブラインド復号をする必要がなくなる。図１２に示された例示的なＤＣＩフォーマットでは、ビットマスクを伝えるために４ビットからなる、新しいＤＬ ＣＣ（非）アクティブ化フィールドが定義される。上で図１１に関連して概要を示したように、ＮＤＩフラグ、ＴＰＣフィールドおよびＣＱＩフラグは、ＤＬ ＣＣ（非）アクティブ化フィールドに対応するために図１２の上りリンク・リソース割当では省略される。

【0145】

上で説明した例示的実施形態は、３ＧＰＰ ＬＴＥ（リリース８／９）のＤＣＩフォーマット０の再利用に関連して説明されたが、同様に、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０を再利用することが可能である。後者の場合、構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するための上りリンク・リソース割当のＤＣＩフォーマット再利用または新しいＤＣＩフォーマットは、ＣＩＦフィールドをさらに含むことを除いて、図１１および図１２の例と同様である。

【0146】

ＮＤＩフラグ、ＴＰＣフィールド、およびＣＱＩフラグの再利用が、３ＧＰＰ ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０のフィールドの再利用の一例にすぎないことにも留意されたい。もう１つのオプションは、下りリンク・コンポーネント・キャリア（１つまたは複数）を（非）アクティブ化するためのビットマスクをシグナリングするのに使用できる４ビットを解放するために、フラグ・フォーマット０／１Ａ、ＴＰＣフィールド、およびＣＱＩフラグ、またはその代わりにフラグ・フォーマット０／１Ａ、ＴＰＣフィールド、およびＮＤＩフラグを再利用することである。ＣＣ−ＲＮＴＩがＤＣＩフォーマットを示すのに使用される場合には、フラグ・フォーマット０／１Ａは、もはやＤＣＩフォーマット内で必要ではなく、したがって再利用することができる。

【0147】

代替案では、上りリンク・リソース割当によってスケジューリングされる上りリンク送信が耐性があるものであると仮定すると、高いスペクトル効率をうむ変調方式（６４−ＱＡＭなど）は、要求される送信に使用されない可能性が高い。これは、変調および符号化方式のシグナリング用のＭＣＳフィールドの５ビットのうちの４ビットだけが使用されることを可能にし、その結果、２⁴＝１６個のＭＣＳレベル「だけ」をシグナリングできるようになる。ＭＣＳフィールドの「解放された」１ビットを、ビットマスクの１ビットとして使用することもできる。これは、たとえば、４ビット・ビットマスクのシグナリングのために、フラグ・フォーマット０／１Ａ、ＮＤＩフラグ、ＭＳＣフィールドの１ビット、およびＣＱＩフラグを再利用することを可能にする。この形で、ＴＰＣコマンドをそれでもシグナリングすることができ、これによって、上りリンク送信の信頼性の制御がさらに改善される。

【0148】

したがって、下りリンク・コンポーネント・キャリアのアクティブ化状態をシグナリングするためのビットマスクは、３ＧＰＰ ＬＴＥ（リリース８／９）または３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０の中の、次のフィールドの任意の組合せによって形成することができる。なお、次のフィールドは、ビットマスクのシグナリングのための４ビットをうむ。

【0149】

−フラグ・フォーマット０／１Ａ（１ビット）、
−ＭＳＣフィールドの１ビット、
−ＮＤＩフラグ（１ビット）、
−ＴＰＣコマンド・フィールド（２ビット）、および
−ＣＱＩ要求フラグ（１ビット）。

【0150】

代替案では、前に述べたように、上りリンク・リソース割当が、１つの単一の構成された下りリンク・コンポーネント・キャリアだけをアクティブ化しまたは非アクティブ化する場合、表示は、少なくとも、（非）アクティブ化される構成された下りリンク・コンポーネント・キャリアの識別子を示す必要がある。構成された下りリンク・コンポーネント・キャリアの識別子の表示は、モバイル端末に、示された下りリンク・コンポーネント・キャリアのアクティブ化状態をトグルさせる（構成されたが非アクティブ化された←→アクティブ）。コンポーネント・キャリアＩＤをシグナリングするためには、アンカ・キャリアを上りリンク・リソース割当によってアクティブ化／非アクティブ化できないとすると、

【数7】

ビットが必要である。Ｎ＝５の場合に、これは、それぞれ、（非）アクティブ化される構成された下りリンク・コンポーネント・キャリアの表示をシグナリングするために２ビットが要求され、または（非）アクティブ化される構成された下りリンク・コンポーネント・キャリアの表示およびアクティブ化状態の明示的表示をシグナリングするために３ビットが要求されることを意味する。

【0151】

もう１つの実施形態によれば、１つの下りリンク・コンポーネント・キャリアのアクティブ化状態をシグナリングするためのＤＬ ＣＣ（非）アクティブ化フィールドは、３ＧＰＰ ＬＴＥ（リリース８／９）または３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０の中の、次のフィールドの任意の組合せによって形成することができる。なお、次のフィールドは、（非）アクティブ化される１つの下りリンク・コンポーネント・キャリアの識別子（およびアクティブ化状態の明示的表示）をシグナリングするための２ビット（または３ビット）をうむ。

【0152】

−フラグ・フォーマット０／１Ａ（１ビット）、
−ＭＳＣフィールドの１ビット、
−ＮＤＩフラグ（１ビット）、
−ＴＰＣコマンド・フィールド（２ビット）、および
−ＣＱＩ要求フラグ（１ビット）。
（非）アクティブ化される１つの下りリンク・コンポーネント・キャリアの識別子およびアクティブ化状態の明示的表示をシグナリングするための３ビットを得る１つの例示的実施態様は、フラグ・フォーマット０／１Ａ、ＮＤＩフラグ、およびＣＱＩ要求フラグの組合せである。同様に、ＴＰＣコマンド・フィールドと、フラグ・フォーマット０／１Ａ、ＮＤＩフラグ、およびＣＱＩ要求フラグのうちの１つとを使用することもできる。

【0153】

もう１つの例示的実施形態では、構成された下りリンク・コンポーネント・キャリアのアクティブ化状態は、常にアクティブである１つの下りリンク・コンポーネント・キャリア、たとえば下りリンクの「特殊な」コンポーネント・キャリアまたはアンカ・コンポーネント・キャリア以外のすべての下りリンク・コンポーネント・キャリアのアクティブ化状態（構成されたが非アクティブ化されたまたはアクティブ）を示す単一のビット／フラグによってシグナリングされる。これは、すべての非アンカ・コンポーネント・キャリアの同時アクティブ化または非アクティブ化を可能にするのみであるが、シグナリング・オーバーヘッドを大幅に減らす。この単一ビット／（非）アクティブ化フラグをシグナリングするために、３ＧＰＰ ＬＴＥ（リリース８／９）または３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット０の次のフラグ
−フラグ・フォーマット０／１Ａ（１ビット）、
−ＭＳＣフィールドの１ビット、
−ＮＤＩフラグ（１ビット）、
−ＴＰＣコマンド・フィールド（２ビット）、
−ＣＱＩ要求フラグ（１ビット）
のうちの１つを再利用することができる。

【0154】

３ＧＰＰの状況で、下りリンク・コンポーネント・キャリアのアクティブ化状態のシグナリングを可能にする下りリンク・リソース割当の実施態様に関して、本発明のもう１つの実施形態は、３ＧＰＰ ＬＴＥ（リリース８／９）または３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の下りリンクＤＣＩフォーマット１Ａの再利用または再定義を提案する。

【0155】

３ＧＰＰ ＬＴＥ（リリース８／９）のＦＤＤモードのための下りリンクＤＣＩフォーマット１Ａは、図１７に示されており、次のものから構成される。

【0156】

−フォーマット・フラグ（フラグ・フォーマット０／１Ａ）、これは、同一のビット数／サイズを有するように定義され、ＤＣＩフォーマット０とＤＣＩフォーマット１Ａとを区別するものである、
−局所化／分散割当フラグ、これは、局所化送信モードまたは分散送信モードのどちらが使用されるのかを示すものである、
−リソース・ブロック割当（ＲＢＡ）フィールド、これは、所与のリソース割当タイプに従ってユーザ機器にＰＤＳＣＨ上の下りリンク・リソース（リソース・ブロック）を割り当てるためのものであり、ＲＢＡフィールドに要求されるビット数は、割当タイプ（ＲＡフィールド）および割り当てられるコンポーネント・キャリアの帯域幅に依存する、
−変調および符号化方式フィールド（ＭＣＳ）、これは、ＰＤＳＣＨ上で割り当てられるリソース上の送信の変調方式、符号化レート、および冗長性バージョンを示すものである、
−ＨＡＲＱプロセス番号、これは、割り当てられるリソース上の下りリンク送信に使用されるＨＡＲＱプロセスを示すものである、
−新データ・インジケータ（ＮＤＩ）フラグ、これは、所与のＨＡＲＱプロセス上の送信が新しいプロトコル・データ・ユニット（ＰＤＵ）であることを示すものである、
−冗長バージョン（ＲＶ）フィールド、これは、割り当てられたリソース上の下りリンク送信の冗長性バージョンを示すものである、
−送信電力制御（ＴＰＣ）コマンド・フィールド、これは、ＰＵＣＣＨ上の制御情報を送信するためのものである。

【0157】

３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の下りリンクＤＣＩフォーマット１Ａは、図１８に示され、３ＧＰＰ ＬＴＥ（リリース８／９）の下りリンクＤＣＩフォーマット１のフィールドに加えて、リソースがどのコンポーネント・キャリアに割り当てられるのかを示すキャリア・インジケータ・フィールド（ＣＩＦ）が割り当てられる。ＴＤＤモードのために、３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）のＤＣＩフォーマット１Ａは、さらに、下りリンク割当インデックスを有する。

【0158】

本発明のもう１つの実施形態によれば、ＤＣＩフォーマット１ＡのＮＤＩビットは、ｅノードＢが常にアクティブの下りリンク・コンポーネント・キャリア以外のすべての下りリンク・コンポーネント・キャリアをアクティブ化しまたは非アクティブ化することを可能にするフラグ（ＤＬ ＣＣ（非）アクティブ化フラグ）を提供するために再利用される。ＤＬ ＣＣ（非）アクティブ化フラグを含む下りリンク・リソース割当の新しいＤＣＩフォーマットの例を、図１９に示す。本発明のもう１つの代替実施形態では、ＤＣＩフォーマット１ＡのＰＵＣＣＨフィールドのＴＰＣコマンドまたはＰＵＣＣＨフィールドのＮＤＩフラグおよびＴＰＣコマンドが、再利用され、ＤＬ ＣＣ（非）アクティブ化フラグを形成する。下りリンク・リソース割当の例示的ＤＣＩフォーマットを、図２０に示す。

【0159】

図１９および図２０の例のＤＣＩフォーマットが、さらに、図１８に示されているようにＣＩＦフィールドを含み得ることに留意されたい。ＤＣＩフォーマット１ＡのＮＤＩフラグが再利用される場合には、ＤＬ ＣＣ（非）アクティブ化フラグを含む提案された下りリンク・リソース割当が受信される時に、割り当てられた下りリンク・リソース上でのユーザ機器への下りリンク送信（トランスポート・ブロック）が、必ず初期送信であると定義することが望ましいかもしれない。さらに、ユーザ機器は、下りリンク送信を提供するＨＡＲＱプロセスの既知のＮＤＩ値を仮定することもできる。

【0160】

上で説明したすべての代替案では、ＤＣＩフォーマットのフィールドの再利用およびＣＲＣのマスキングに使用されるＲＮＴＩに依存する内容の解釈を使用することができ（図１１に関連して説明したように）、あるいは、ＤＣＩフィールドの結果の内容を、新しいＤＣＩフォーマットとして定義することができる（図１２、１９、および２０に関連して説明したように）ことに留意されたい。

【0161】

上の段落で議論された、アクティブ化されまたは非アクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）の表示をどのようにシグナリングするのかの例では、基地局が、それぞれのユーザ機器によって構成された下りリンク・コンポーネント・キャリアのアクティブ化および非アクティブ化に関連する情報をシグナリングするためにユーザ機器に特殊なＲＮＴＩ（ＣＣ−ＲＮＴＩ）を割り当てると仮定した。ＣＣ−ＲＮＴＩの使用に基づいて、ユーザ機器は、それぞれ、ＰＤＣＣＨ上で受信された上りリンク／下りリンク・リソース割当のＤＣＩフォーマットをどのように解釈する必要があるのか、またはそれにどのフィールドが含まれるのかを判定することができる。

【0162】

本発明のもう１つの実施形態によるもう１つの代替実施態様では、ｅノードＢは、ＰＤＣＣＨペイロードが、構成された下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を伴う上りリンク／下りリンク・リソース割当であることを示すために１つまたは複数の事前定義のＣＩＦコードポイントを使用し、その結果、特殊なＲＮＴＩは不要になる。したがって、ユーザ機器は、ＰＤＣＣＨを復号し、ＣＩＦフィールド内でシグナリングされるコードポイントに依存してＤＣＩフォーマット（それぞれ、ＤＣＩフォーマット内の内容／残りのフィールドの解釈）を判定する。このケースでは、ＰＤＣＣＨによって示される割り当てられた上りリンク／下りリンク・リソースは、事前定義の上りリンク／下りリンク・コンポーネント・キャリアまたは非クロスキャリア・スケジューリングの場合すなわちＣＩＦフィールドが存在しなかった場合に使用される上りリンク／下りリンク・コンポーネント・キャリアのいずれかのためのものである。これは、たとえば、モバイル端末の上りリンク／下りリンク・アンカ・コンポーネント・キャリアであり得る。

【0163】

図１３および図１４に、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）で使用される、本発明のこの実施形態による構成された下りリンク・コンポーネント・キャリアを（非）アクティブ化するための例示的な改善された上りリンクＤＣＩフォーマット０を示す。この実施の形態では、ＤＣＩフォーマットの内容の解釈は、ＣＩＦフィールドのコードポイントに依存する。ＣＩＦフィールドのコードポイントが「１１１」である場合には、ＤＣＩフォーマット（上りリンク・リソース割当）は、下りリンク・コンポーネント・キャリアのアクティブ化状態をシグナリングするためのＤＬ ＣＣ（非）アクティブ化フィールドを含み（図１３を参照されたい）、コードポイントが「１１１」ではない場合には、ＤＣＩフォーマットは、図１０に示されたＤＣＩフォーマット０であり、ＣＩＦフィールドは、上りリンク・リソースが割り当てられるクロススケジューリングされたコンポーネント・キャリアを示す。ＤＣＩフォーマットを示すための特殊なＣＩＦコードポイント（１つまたは複数）の定義が、もちろん、ＣＩＦフィールドがフォーマットに追加されると仮定すれば、下りリンク割当のケースについて図１９および図２０に示されたＤＣＩフォーマットにも適用可能であることに留意されたい。

【0164】

本発明のもう１つの実施形態によるもう１つの代替実施態様では、ＤＣＩフォーマット（リソース割当）が、それぞれアクティブ化されまたは非アクティブ化される少なくとも１つのＤＬコンポーネント・キャリアを識別する情報を含むことを示すために、２つの事前定義のＣＩＦコードポイントが使用される。ＣＩＦフィールドのコードポイントが「１１１」である場合には、ＤＣＩフォーマット（リソース割当）は、識別子フィールドによって識別される少なくとも１つの下りリンク・コンポーネント・キャリアがアクティブ化されていることを示し、ＣＩＦフィールドのコードポイントが「１１０」である場合には、ＤＣＩフォーマットは、ＤＣＩフォーマット内の識別子フィールドによって識別される少なくとも１つの下りリンク・コンポーネント・キャリアが非アクティブ化されていることを示す。

【0165】

本発明のさらなるもう１つの態様は、下りリンク・コンポーネント・キャリア（非）アクティブ化に応答する非周期的ＣＱＩの送信に関する。上で説明したように、１つの例の実施態様では、上りリンク・リソース割当による下りリンク・コンポーネント・キャリアのアクティブ化（構成されたが非アクティブ化された状態からアクティブ状態への遷移）は、モバイル端末に、新たにアクティブ化されたコンポーネント・キャリアのそれぞれについてチャネル品質測定を実行させ、測定の結果を基地局にシグナリングさせる。下りリンク・コンポーネント・キャリアを（非）アクティブ化する時に基地局がＣＱＩ情報を受信することは、必ずしも必要でないまたは有益ではない可能性があるので、基地局がチャネル品質測定値の送信をイネーブル／ディスエーブルできるようにすることが、望ましいかもしれない。ＣＱＩ要求フラグが下りリンク・コンポーネント・キャリアのアクティブ化状況の表示をシグナリングするのに使用されない実施態様では、ＣＱＩ要求フラグを基地局によって使用して、新たにアクティブ化された下りリンク・コンポーネント・キャリアのＣＱＩ情報の送信を制御することができる。

【0166】

ＣＱＩ要求フラグが下りリンク・コンポーネント・キャリアのアクティブ化状況の表示をシグナリングするのに使用されるケースについて、本発明の一実施形態に従って、リソース・ブロック割当（ＲＢＡ）フィールド内でシグナリングされるコードポイントをセットすることによってチャネル品質フィードバック／ＣＱＩの送信を制御することが提案される。たとえば、ＲＢＡフィールドに、無効なリソース割当であるすべて「１」をセットすることによって、基地局は、チャネル品質フィードバック／ＣＱＩ報告を無効にし得る。ユーザ機器は、それでも、シグナリングされた通りに下りリンク・コンポーネント・キャリア（１つまたは複数）を（非）アクティブ化するが、新たにアクティブ化されたコンポーネント・キャリアのチャネル品質フィードバック／ＣＱＩ情報を送信しない。

【0167】

チャネル品質報告を抑制するもう１つの実現性は、上りリンク・リソース割当フォーマットを区別するためのＣＩＦフラグの使用（上で図１３および図１４に関連して説明した）に関係する。複数のＣＩＦコードポイントが必要ではない可能性があるので、２つのコードポイントを、上りリンク・リソース割当のフォーマットを示すために予約することができる。この２つのコードポイントの一方は、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を含む上りリンク・リソース割当を示すために定義され得、新たにアクティブ化された下りリンク・コンポーネント・キャリアに関するチャネル品質を報告するようにモバイル端末に要求する。一方、２つのコードポイントの他方は、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化に関する情報を含む上りリンク・リソース割当を示すために定義され得、新たにアクティブ化された下りリンク・コンポーネント・キャリアに関するチャネル品質を報告しないようにモバイル端末に要求する。

【0168】

下りリンク・コンポーネント・キャリア（非）アクティブ化シグナリングに十分な耐性を提供するために、本発明のもう１つの実施形態では、上りリンク・リソース割当によって割り当てられる上りリンク・リソース上の送信（下りリンク・コンポーネント・キャリア（非）アクティブ化に関する情報を含む）が、上りリンク・リソース割当の受信の肯定応答として働くことを提案する。したがって、チャネル品質が、割り当てられた上りリンク・リソース上で報告される場合に、基地局でのこのチャネル品質情報の受信時に、基地局は、上りリンク・リソース割当（下りリンク・コンポーネント・キャリア（非）アクティブ化に関する情報を含む）がモバイル端末によって正しく受信されたと仮定することができる。

【0169】

図１５に、本発明の実施形態による例示的な３ＧＰＰベースの通信システムで下りリンク・コンポーネント・キャリアを（非）アクティブ化する手順を例示する。キャリア・アグリゲーションのために構成された２つの下りリンク・コンポーネント・キャリア（ＤＬ ＣＣ１およびＤＬ ＣＣ２）および１つの上りリンク・コンポーネント・キャリア（ＵＬ ＣＣ１）があると例示的に仮定する。まず、ＤＬ ＣＣ２が非アクティブ化され、ＤＬ ＣＣ１およびＵＬ ＣＣ１だけがアクティブである（ＵＬ ＣＣ１およびＤＬ ＣＣ１は、ユーザ機器がＲＲＣ接続モードで少なくとも１つのアクティブな上りリンクおよび下りリンクのコンポーネント・キャリアを常に有する必要があるので、常にアクティブである）。

【0170】

時刻Ｔ１、たとえばＤＬトラフィック需要が増える時に、ｅノードＢは、ＤＬ ＣＣ２のアクティブ化を開始するＣＣ−ＲＮＴＩを用いてスクランブルされた上りリンク・リソース割当（ＵＬ ＰＤＣＣＨ）を送信することによって、ユーザ機器のためにＤＬ ＣＣ２をアクティブ化する。ユーザ機器での上りリンク・リソース割当の受信時に、ユーザ機器は、ＤＬ ＣＣ２をアクティブ化し、たとえば、対応するＰＤＣＣＨ／ＰＤＳＣＨの監視を開始し、ＤＬ ＣＣ２のチャネル品質（ＣＱＩ情報）を測定する。ＣＱＩのフォーマットを、たとえばｅノードＢによって事前に構成することができ、その結果、ユーザ機器は、広帯域ＣＱＩまたは周波数選択的ＣＱＩのどちらを報告すべきなのかを知る。ユーザ機器は、時刻Ｔ２に、時刻Ｔ１に受信された上りリンク・リソース割当によって上りリンク（ＵＬ ＣＣ１）に割り当てられたＰＵＳＣＨリソース上で、計算されたＣＱＩ情報を送信する。ＣＱＩ情報は、３ＧＰＰ ＬＴＥ（リリース８／９）で予見された実施態様と同様に、時刻Ｔ１に受信された上りリンク・リソース割当の受信から４ｍｓ後に送信される。

【0171】

ｅノードＢがアクティブ化された下りリンク・コンポーネント・キャリアＤＬ ＣＣ１、ＤＬ ＣＣ２上のいくつかのサブフレームで下りリンク・データを送信したそのいくつかのサブフレームの後に、ｅノードＢは、ＤＬ ＣＣ２を非アクティブ化すると判断する。したがって、ｅノードＢは、時刻Ｔ３に、ＣＣ−ＲＮＴＩおよびＤＬ ＣＣ２の非アクティブ化を示す対応するビットマスクを用いてスクランブルされたもう１つの上りリンク・リソース割当（ＵＬ ＰＤＣＣＨ）を送信する。非アクティブ化された下りリンク・コンポーネント・キャリアのＣＱＩ情報は有用ではない可能性があるので、ｅノードＢは、ＣＱＩ送信を無効にするために、ＲＢＡフィールドにすべて「１」をセットすることができる。

【0172】

時刻Ｔ１およびＴ３の上りリンク・リソース割当が、それぞれ下りリンク・コンポーネント・キャリアＤＬ ＣＣ２のアクティブ化または非アクティブ化に使用されるので、ｅノードＢが、同時に、下りリンク・コンポーネント・キャリアを（非）アクティブ化し、アンカ・キャリアすなわちＤＬ ＣＣ１上で下りリンク・データを送信できることにも留意されたい。

【0173】

上で述べたいくつかの実施形態によれば、チャネル品質フィードバックは、下りリンク・コンポーネント・キャリア（１つまたは複数）をアクティブ化する上りリンク・リソース割当によって割り当てられたＰＵＳＣＨリソース上で上りリンクでＣＱＩ情報すなわち非周期的ＣＱＩによって提供された。さらなる実施形態では、新たにアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）について報告されるチャネル品質情報に加えて、モバイル端末は、オプションで、さらに、アクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）にリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）上でサウンディング基準信号（１つまたは複数）（ＳＲＳ）および／または新たにアクティブ化された下りリンク・コンポーネント・キャリア（１つまたは複数）にリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）のパワー・ヘッドルーム報告（ＰＨＲ）情報を送信することができる。ＰＨＲ情報は、上りリンク・リソース割当によって割り当てられた上りリンク・リソース上で送信される。ＳＲＳおよびＰＨＲ情報は、たとえば、ＰＵＳＣＨ送信を効率的にスケジューリングするためにｅノードＢにとって有用である。

【0174】

したがって、本発明のこの実施形態によれば、基地局は、下りリンク・コンポーネント・キャリア（１つまたは複数）をアクティブ化する時に、ＰＨＲ送信および／またはＳＲＳをスケジューリングし得る。それゆえ、新しい提案されるプリンク・リソース割当によって割り当てられた上りリンク・リソース上でのアクティブ化された下りリンク・コンポーネント・キャリアのチャネル品質の報告の代わりにまたはそれに加えて、モバイル端末は、ＳＲＳおよび／またはＰＨＲ報告などのスケジューリング関連情報を基地局にシグナリングすることもできる。

【0175】

図１６に示された例示的シナリオでは、ＵＬ ＣＣ２のパワー・ヘッドルーム情報が、ＵＬ ＣＣ１上で送信される。ユーザ機器がＵＬ ＣＣ２のパワー・ヘッドルームを計算しなければならないサブフレームのＵＬ ＣＣ２上での上りリンク・リソース割当がないので、本発明のさらなる態様および実施形態によれば、ＵＬ ＣＣ２のパワー・ヘッドルームの計算は、３ＧＰＰ ＬＴＥ（リリース８／９）と比較して再定義される。３ＧＰＰ ＬＴＥ（リリース８／９）では、パワー・ヘッドルーム報告は、ユーザ機器がＰＵＳＣＨ上での送信のための上りリンク割当（トランスポート・ブロック）を有するサブフレーム内でのみ送信され得る。というのは、パワー・ヘッドルームが、ユーザ機器の公称最大送信電力とＰＵＳＣＨ上の割り当てられた上りリンク送信の推定電力との間の差を示すからである。パワー・ヘッドルームが報告される上りリンク・コンポーネント・キャリア上に上りリンク割当がないケースのために、パワー・ヘッドルームが判定されなければならないサブフレームの上りリンク・リソース割当を有しない上りリンク・コンポーネント・キャリアのパワー・ヘッドルームが、事前に構成された基準上りリンク・リソース割当を使用することによって計算されることを提案する。本質的に、パワー・ヘッドルームは、ユーザ機器の公称最大送信電力と事前に構成された基準上りリンク・リソース割当による上りリンク送信の推定電力との間の差で示してある。事前に構成された基準上りリンク・リソース割当は、たとえば、無線リソース制御（ＲＲＣ）シグナリングによってユーザ機器にシグナリングされ得る。

【0176】

同様に、チャネル品質報告に関して、それぞれＳＲＳまたはＰＨＲの送信も、すべての場合に有益／必要なわけではない。したがって、上で説明した実施形態と同様に、基地局は、下りリンク・コンポーネント・キャリア（１つまたは複数）をアクティブ化しまたは非アクティブ化する時に、ＳＲＳおよび／またはＰＨＲ報告をイネーブル／ディスエーブルすることもできる。これは、チャネル品質フィードバックの抑制に関して上で説明したものに類似する機構によって達成することができる。したがって、上りリンク・リソース割当に特殊なフラグを含めることまたは上りリンク・リソース割当のＣＩＦフィールドもしくはＲＢＡフィールド内で特殊なコードポイントを定義することを使用して、ＳＲＳおよび／またはＰＨＲ報告を送信することが要求されるかどうかをモバイル端末に示すことができる。

【0177】

代替案では、所定のルールが、ＳＲＳ／ＰＨＲ情報を送信すべきかどうかを定義することができる。たとえば、モバイル端末は、リンクされた上りリンク・コンポーネント（１つまたは複数）がまだアクティブではない場合、すなわち、ＰＵＳＣＨ／ＰＵＣＣＨ送信がリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）上でモバイル端末によって行われなかった場合に限って、リンクされた上りリンク・コンポーネント・キャリア上でＳＲＳを送信し、かつ／またはリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）のＰＨＲ情報を送信する。

【0178】

ユーザ機器の構成の例として図８に示されたシナリオを考慮しつつ、下りリンク・コンポーネント・キャリア・アクティブ化の場合のＳＲＳ／ＰＨＲの送信を、図１６に関して次で明らかにする。前提は、ＤＬ ＣＣ１およびＵＬ ＣＣ１だけが、現在アクティブ化されており、ｅノードＢが、時刻Ｔ１にＤＬ ＣＣ２およびＤＬ ＣＣ３をアクティブ化すると判断することである。ｅノードＢは、これらのＤＬ ＣＣ２およびＤＬ ＣＣ３をアクティブ化することを示す、提案される上りリンク・リソース割当をユーザ機器にシグナリングする。さらに、上りリンク・リソース割当は、新たにアクティブ化される下りリンク・コンポーネント・キャリア（１つまたは複数）にリンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）すなわちこの例ではＵＬ ＣＣ１およびＵＬ ＣＣ２のＰＨＲ情報をも送信すること、および、リンクされた上りリンク・コンポーネント・キャリア（１つまたは複数）上でＳＲＳを送信することを、ユーザ機器に指令する。

【0179】

新しく提案される上りリンク・リソース割当の受信時の、本発明の一実施形態によるユーザ機器の挙動は、次の通りである。ユーザ機器は、ＤＬ ＣＣ２およびＤＬ ＣＣ３をアクティブ化する。さらに、ユーザ機器は、２つの新たにアクティブ化されたＤＬ ＣＣ上でＣＱＩ情報を測定し、時刻Ｔ２に、上りリンク・リソース割当によって割り当てられたＵＬ ＣＣ１上の上りリンク・リソース上でＤＬ ＣＣ２およびＤＬ ＣＣ３のＣＱＩ報告を送信する。さらに、ユーザ機器は、アクティブ化されたＤＬ ＣＣ３がリンクされたＵＬ ＣＣ２なので、ＵＬ ＣＣ１上で割り当てられたリソース上でＵＬ ＣＣ２のパワー・ヘッドルーム情報を送信する。さらに、ユーザ機器は、ＵＬ ＣＣ２上でのＳＲＳの送信を開始する。

【0180】

本発明のさらなる実施形態によれば、ＳＲＳ送信の構成パラメータは、上位レイヤのシグナリングすなわちＲＲＣシグナリングを介してユーザ機器にシグナリングされる。たとえば、キャリア・アグリゲーションのために下りリンクおよび上りリンクのコンポーネント・キャリア（１つまたは複数）の組を用いてユーザ機器を構成する時に、構成メッセージは、特定の上りリンク・コンポーネント・キャリアのＳＲＳ構成パラメータをも含み得る。これらの構成パラメータは、たとえば、サブフレーム構成すなわち、ＳＲＳが無線フレーム内で送信されるサブフレームの組、周期性、およびサウンディング帯域幅（ｓｏｕｎｄｉｎｇ ｂａｎｄｗｉｄｔｈ）を含み得る。同様に、下りリンク・コンポーネント・キャリア上のチャネル品質測定に関連する構成すなわち送信モードおよび報告モードをも、コンポーネント・キャリア構成メッセージ内でシグナリングし得る。

【0181】

本発明のもう１つの実施形態は、３ＧＰＰベースの通信システム、たとえば３ＧＰＰ ＬＴＥ−Ａ（リリース１０）での下りリンク・コンポーネント・キャリアの改善された非アクティブ化機構に関する。上で概要を示したように、ユーザ機器がコンポーネント・キャリアの非アクティブ化に応答してＣＱＩ情報を報告する時は、それは必ずしも必要／有益であるわけではない。たとえば、非アクティブ化の場合に、非アクティブ化されたばかりの下りリンク・コンポーネント・キャリアのＣＱＩ情報を送信するよい動機付けがあるとは思われない。したがって、上りリンク・リソース割当内の上りリンク・リソース割当関連フィールドすなわちＲＢＡフィールド、ＭＣＳフィールド、ＵＬホッピング・フラグ、およびＤＭＲＳフィールドは、他の目的に使用することができる。

【0182】

ユーザ機器がＰＤＣＣＨを監視する時には、モバイル端末がＰＤＣＣＨを誤って検出する確率（誤警報率（ｆａｌｓｅ ａｌａｒｍ ｒａｔｅ））がいつもあり、ＰＤＣＣＨのＣＲＣ検査は、ＰＤＣＣＨがこのユーザ機器宛ではない場合であっても正しくなり得る。すなわち、ＣＲＣは、ＲＮＴＩ不一致（意図されないユーザ）がある場合であっても合格する。このいわゆる誤警報は、無線チャネルによって引き起こされる送信誤りとＲＮＴＩ不一致との２つの影響がお互いに打ち消し合う場合に発生する可能性がある。偽陽性に復号されるＰＤＣＣＨの確率は、ＣＲＣ長に依存する。ＣＲＣ長が長いほど、ＣＲＣ保護されたメッセージが誤って正しく復号される確率が下がる。１６ビットのＣＲＣサイズを用いると、誤警報確率は、１．５・１０^-5になる。

【0183】

ユーザ機器が、ある下りリンク・コンポーネント・キャリア（１つまたは複数）の非アクティブ化を示す上りリンク・リソース割当を有するＰＤＣＣＨを誤って検出する場合に、そのユーザ機器は、それらの示された下りリンク・コンポーネント・キャリア（１つまたは複数）のＰＤＣＣＨ／ＰＤＳＣＨの監視を止め、ＣＱＩ測定値の報告をも止める。したがって、そのようなユーザ機器挙動の深刻な結果を考慮すると、誤警報確率を下げることが望ましい。許容できるレベルまで誤警報率を下げる、この実施形態で提案される１つの手段は、１６ビットＣＲＣを拡張するために「仮想ＣＲＣ」を使用することである。すなわち、ＲＢＡフィールド、ＭＣＳフィールド、ＵＬホッピング・フラグ、およびＤＭＲＳフィールドなど、下りリンク・コンポーネント・キャリア非アクティブ化に有用ではないＰＤＣＣＨ上でシグナリングされる上りリンク・リソース割当のＤＣＩフィールドのうちの１つまたは複数に固定された既知の値をセットすることによって、ＣＲＣフィールドの長さを、仮想的に拡張することができる。ユーザ機器は、これらのフィールド内の値が正しくない（すなわち、既知の値に対応していない）場合には、下りリンク・キャリア非アクティブ化に関する上りリンク・リソース割当を含むＰＤＣＣＨを無視しなければならない。上りリンク・リソース割当関連のＤＣＩフィールドは、本質的に、下りリンク・コンポーネント・キャリア非アクティブ化の場合に必要ではないので、これらのフィールドを使用して、ＣＲＣを仮想的に拡張し、これによって誤警報確率を下げることができる。説明されたような誤警報率をさらに下げるためにＣＲＣ長を仮想的に拡張するための機構に類似する機構を、ＤＬコンポーネント・キャリア・アクティブ化のケースに適用することもできる。

【0184】

本発明のもう１つの態様は、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化のための上りリンク・リソース割当を送信するのに使用されるＨＡＲＱプロセスのＨＡＲＱプロトコル動作に関する。これが、下りリンク・コンポーネント・キャリア（非）アクティブ化を示す上りリンク・リソース割当によってスケジューリングされる上りリンク共有チャネル（ＵＬ−ＳＣＨ）上の送信（トランスポート・ブロック）がある場合、たとえば、ＰＨＲ情報が上りリンク共有チャネル上での送信のためにスケジューリングされる場合にのみあてはまることに留意されたい。これは、物理上りリンク共用チャネル（ＰＵＳＣＨ）上の非周期的ＣＱＩの送信と対照的であり、用いられるトランスポート・ブロック送信がない、すなわち、ＰＵＳＣＨ上の物理レイヤ送信のみであることに留意されたい。通常はＨＡＲＱプロセス管理に使用されるＮＤＩ（すなわち、トグルされたＮＤＩは、初期送信を示す）は、いくつかの実施態様で下りリンク・コンポーネント・キャリア（１つまたは複数）のアクティブ化状態の表示ために再利用できるので、いくつかの新しいユーザ機器挙動が、これらの実施態様のために定義される必要があるかもしれない。

【0185】

本発明の実施形態による１つの手法は、ユーザ機器が、ＮＤＩが以前の送信内の値と比較してトグルされたかどうかを判定する時に、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化を示す上りリンク・リソース割当を無視することである。

【0186】

その代わりに、本発明のもう１つの実施形態では、ユーザ機器は、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化を示すリソース割当の送信に使用されるＨＡＲＱプロセスのＮＤＩ値にある事前定義の値、たとえば０／１をセットする。ｅノードＢは、この挙動を知っているので、ＨＡＲＱ状況情報のＮＤＩ値に、下りリンク・コンポーネント・キャリア（１つまたは複数）の（非）アクティブ化を示すリソース割当を送信するのに使用されるＨＡＲＱプロセスの事前定義の値をセットすることもできる。これは、このＨＡＲＱプロセスのさらなる初期／再送信のための正しいＨＡＲＱプロセス管理を可能にする。

【0187】

本発明のもう１つの実施形態は、ハードウェアおよびソフトウェアを使用する、上で説明されたさまざまな実施形態の実施に関する。本発明のさまざまな実施形態を、コンピューティング・デバイス（プロセッサ）を使用して実施しまたは実行できる。コンピューティング・デバイスまたはプロセッサは、たとえば、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイスなどとすることができる。本発明のさまざまな実施形態を、これらのデバイスの組合せによって実行しまたは実施することもできる。

【0188】

さらに、本発明のさまざまな実施形態を、プロセッサによってまたは直接にハードウェアで実行される、ソフトウェア・モジュールによって実施することもできる。また、ソフトウェア・モジュールとハードウェア実装との組合せが可能である可能性がある。ソフトウェア・モジュールを、任意の種類のコンピュータ可読記憶媒体、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、その他に格納することができる。

【0189】

さらに、本発明の異なる実施形態の個々の特徴を、個別にまたは任意の組合せで別の発明の主題にすることができることに留意されたい。

【0190】

当業者は、幅広く説明された本発明の趣旨または範囲から逸脱しない限り、特定の実施形態に示された本発明に対して多数の変更および／または修正を行うことができることを了解するであろう。したがって、本実施形態は、すべてにおいて例示的であり、制限的ではないと考えられなければならない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】