JP2014513504A - ランダムアクセス応答のためのクロススケジューリング - Google Patents

Abstract

【課題】ＲＡＣＨ手順中におけるクロススケジューリングを可能にすること等。
【解決手段】ランダムアクセス手順において、ダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセル（ＣＣ／セル）のうちの、タイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはＣＣ／セルのグループの少なくともタイミングアドバンスを指示する。次に、ｅＮＢ又はＵＥが、指示された１つのＣＣ／セル上における無線通信をこのタイミングアドバンスに同期させる。様々な実施形態では、ランダムアクセス応答が、この同じ１つのＣＣ／セル又はＣＣ／セルのグループ上に存在する、ユーザ装置に与えられたアップリンクリソースを指示することもできる。
【選択図】図３Ａ

Description

本発明の例示的かつ非限定的な実施形態は、一般に、無線通信システム、方法、装置及びコンピュータプログラムに関し、より詳細には、ランダムアクセス手順中における１つのコンポーネントキャリア又はセルから別のコンポーネントキャリア又はセルへのクロススケジューリングに関する。

本明細書及び／又は図面の図で見出すことができる以下の略語については、次のように定義する。
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＣＡ キャリアアグリゲーション
ＣＣ コンポーネントキャリア
ＣＩＦ キャリアインジケータフィールド
Ｃ−ＲＮＴＩ セルＲＮＴＩ
ＤＬ ダウンリンク
ｅＮＢ Ｅ−ＵＴＲＡＮシステムにおけるノードＢ／基地局
Ｅ−ＵＴＲＡＮ 進化型ＵＴＲＡＮ（ＬＴＥ）
ＬＴＥ ロング・ターム・エボリューション
ＬＴＥ−Ａ ロング・ターム・エボリューション・アドバンスト
ＭＡＣ 媒体アクセス制御
ＰＣＣ／ＰＣｅｌｌ プライマリコンポーネントキャリア／プライマリセル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＵ プロトコルデータユニット
Ｐ−ＲＮＴＩ ページングＲＮＴＩ
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＲＡ−ＲＮＴＩ ランダムアクセスＲＮＴＩ
ＲＡＲ ランダムアクセス応答
ＲＮＴＩ 無線ネットワーク一時識別子
ＳＣＣ／ＳＣｅｌｌ セカンダリコンポーネントキャリア／セカンダリセル
ＳＩ−ＲＮＴＩ システム情報ＲＮＴＩ
ＴＡ タイミングアドバンス
ＵＥ ユーザ装置
ＵＬ アップリンク
ＵＴＲＡＮ ユニバーサル地上波無線アクセスネットワーク

（３ＧＰＰリリース１１において実装される予定の）ＬＴＥ−Ａでは、複数のコンポーネントキャリアＣＣを互いに集約してさらに大きな帯域幅を形成するキャリアアグリゲーションを通じて、２０ＭＨｚを越える帯域幅拡張が行われる。これを図１Ａに一例として示しており、この図では、５つのリリース８対応ＣＣを集約して１つのさらに大きなＬＴＥ−Ａ帯域幅を形成している。少なくとも１つのＣＣは、一昔前の（３ＧＰＰリリース８／９の）ユーザ端末との後方互換性を有し、帯域幅が２０ＭＨｚであり、リリース８の制御チャネル構造及びトラフィックチャネル構造を全て有する。図１Ａは例示的なものであり、実際には５つよりも多くの又は少ないＣＣが存在することができ、これらは帯域幅が同じでないこと、周波数が近接していないこともあり、ＬＴＥ−Ａでは、無認可スペクトル内に１又はそれ以上のセカンダリＣＣが存在する場合について検討している。ＣＣは、時分割複信ＴＤＤシステム及び周波数分割複信ＦＤＤシステムのいずれにおいても集約することができる。

図１Ａ〜図１Ｂには、ＣＡを使用できる異なる例示的なシナリオを示している。図１Ｂには、マクロエリアカバレッジを提供するマクロセルＦ１（従来のセルラ基地局など）が存在するとともに、（図１Ｂに暗い陰影で示す）ホットスポットにおけるスループットを改善するために使用される、マクロセルＦ１により制御されるリモートラジオヘッド（ＲＲＨ）Ｆ２がさらに存在する。モビリティは、（図１Ｂに明るい陰影で示す）Ｆ１カバレッジに基づいて行われる。例えば、Ｆ１及びＦ２は、Ｆ１＝｛８００ＭＨｚ，２ＧＨｚ｝及びＦ２＝｛３．５ＧＨｚ｝などの異なる周波数帯で動作することができる。Ｆ２のＲＲＨセルは、基礎を成すＦ１マクロセルに集約できると予想される。この場合、ＵＥは、１つのＣＣ（典型的にはＰＣＣ）上でＦ１セルと通信し、異なるＣＣ（ＳＣＣ）上でＦ２セルと通信する。ＵＥは、これらの異なるＣＣを異なるセルとして見なす。

図１Ｃに、異なるＣＡシナリオを示しており、このシナリオは、図１Ｂのシナリオに類似するが、周波数選択的リピータを展開して、キャリア周波数の１つに関してカバレッジが拡張されるようにしている。カバレッジが重複する場合、同じｅＮＢのＦ１セルとＦ２セルは集約できると予想される。この場合も、ＵＥは、異なるＣＣを異なるセルとして見なし、Ｆ１セル及びＦ２セルは、異なる周波数／異なるＣＣに基づいて動作している。

ＬＴＥリリース８では、（ＣＡという後知恵を使用すれば、リリース８のスペクトルを唯一のＣＣとして見なすことができるので、）ＵＥのトラフィックにいずれの無線リソースが割り当てられているかを個々のＵＥに知らせるＰＤＣＣＨを使用して、このＰＤＣＣＨ自体のＤＬ ＣＣ又はこれと対になったＵＬ ＣＣで送信されるＰＤＳＣＨ／ＰＵＳＣＨを示すことしかできない。ＬＴＥ−Ａｄｖａｎｃｅｄでは、「クロススケジューリング」を利用することができ、すなわちＰＤＣＣＨを使用して、このＰＤＣＣＨ自体のＤＬ ＣＣ及び／又はこれと対になったＵＬ ＣＣ以外の他のＣＣで送信されるＰＤＳＣＨ／ＰＵＳＣＨリソースを示すことができる。送信されるＰＤＣＣＨの観点からすれば、このクロススケジューリングは、トラフィック負荷を複数のキャリア間で分散するために有用である。

しかしながら、図１Ｂ〜図１Ｃのシナリオでは、送信機がＵＥから異なる距離にあり、従って補正すべき伝搬遅延が存在する。ＬＴＥでは、３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０（２０１１年３月）のセクション５．２に詳述されているように、ｅＮＢがＵＥにタイミングアドバンス（ＴＡ）をシグナリングする。３ＧＰＰ ＴＳ ３６．２１３ ｖ１０．０．１（２０１０年１２月）のセクション６．１．１．に詳述されているように、ＵＥは、タイミングアドバンスコマンド（ＴＡＣ）を受け取ると、ＵＥのアップリンク送信タイミングを調整する。タイミングアドバンスコマンドは、ランダムアクセス応答又はＭＡＣ制御要素内で受け取ることができる。タイミングアドバンスコマンドの有効性は、ＵＥ内のＴＡタイマにより制御される。このＴＡタイマが動作している限り、タイミングアドバンスは有効なままであり、共有チャネル上でアップリンク送信を行うことができる。ＴＡタイマは、タイミングアドバンスコマンドが受け取られる毎に再始動する。ＴＡタイマが切れると、アップリンク同期が必要になり、共有チャネル上でアップリンク送信を行うことができなくなる。ＵＥにおいて必要なタイミング調整をｅＮＢが算定できるように、通常はランダムアクセス手順が開始される。

３ＧＰＰリリース１１の継続的開発では、「ＬＴＥアップリンクキャリアアグリゲーションの場合に複数のタイミングアドバンスの使用をサポートすることを規定する（ｓｐｅｃｉｆｙ ｔｈｅ ｓｕｐｐｏｒｔ ｏｆ ｔｈｅ ｕｓｅ ｏｆ ｍｕｌｔｉｐｌｅ ｔｉｍｉｎｇ ａｄｖａｎｃｅｓ ｉｎ ｃａｓｅ ｏｆ ＬＴＥ ｕｐｌｉｎｋ ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）」ための新たなＣＡ作業項目が記載されている（文献ＲＰ−１１０４５１、セクション４「目的」、３ＧＰＰ ＴＳＧ ＲＡＮ Ｍｅｅｔｉｎｇ ＃５１、米国カンザスシティ、２０１１年３月１５日〜１８日、を参照）。図１Ｂ〜図１Ｃに示すＲＲＨ及び周波数選択的リピータのシナリオのような、同一場所に配置されていないネットワーク側受信機に対処するには、複数のＴＡが必要とされる。

３ＧＰＰリリース１０には、クロスキャリアスケジューリングを使用して、あるセル上のリソースを別のセルからスケジュールできることが規定されている。キャリアインジケータフィールド（ＣＩＦ）は、ＵＥのＣ−ＲＮＴＩにアドレス指定されたサービングセルのＰＤＣＣＨが、スケジュールされたリソースが存在する別のセルを識別できるようにするが、３ＧＰＰ ３６．３００ ｖ１０．３．０（２０１１年０３月）のセクション１１．１には、以下の制約が記載されている。
・ ＰＣｅｌｌにはクロスキャリアスケジューリングが適用されず、すなわち、ＰＣｅｌｌは、常にそのＰＤＣＣＨを通じてスケジュールされる。
・ ＳＣｅｌｌのＰＤＣＣＨが構成されている場合、このＳＣｅｌｌにはクロスキャリアスケジューリングが適用されず、すなわち、このＳＣｅｌｌは、常にそのＰＤＣＣＨを通じてスケジュールされる。
・ ＳＣｅｌｌのＰＤＣＣＨが構成されていない場合にはクロスキャリアスケジューリングが適用され、このＳＣｅｌｌは、常に他の１つのサービングセルのＰＤＣＣＨを通じてスケジュールされる。

３ＧＰＰリリース１０では、リリース１０のＰＣｅｌｌ上でのみＲＡＣＨがサポートされ、ＳＣｅｌｌからＰＣｅｌｌをスケジュールすることはできないので、全てのＲＡＣＨ関連のステップに関してクロスキャリアスケジューリングは規定されていない。ＣＡが構成されている場合、各ＣＡ対応ＵＥは、その（単複の）サービングセルとして１つのＰＣｅｌｌと共に、及び任意に１又はそれ以上のＳＣｅｌｌと共に構成されるが、それにも関わらず、ＵＥは、ネットワークとのＲＲＣ接続を１つしか有さない。ＰＣｅｌｌは、ＵＥにネットワークアクセス層モビリティ情報を提供するものであり、この提供は、ＲＲＣ接続確立時、再確立時、又はハンドオーバ時に行われる。ＰＣｅｌｌは、ＵＥがＰＵＣＣＨ送信に使用するものであり、ＳＣｅｌｌとは異なり、一旦確立されると、ハンドオーバ手順と共にしか変更することができず、非作動にすることはできない。従って、ＰＣｅｌｌ上で無線リンクに不具合が生じると、ＳＣｅｌｌ上で不具合が生じた場合には行われないＵＥの再確立手順が引き起こされる。ＰＣｅｌｌ及び（単複の）ＳＣｅｌｌに関するさらなる詳細については、３ＧＰＰ ＴＳ ３６．３００ ｖ１０．３．０（２０１１年３月）のセクション７．５を参照されたい。

図１Ｂ〜図１Ｃに示すようなクロスキャリアスケジューリングのシナリオは、複数のＴＡが必要とされ得ることとは無関係である。例えば、あるＵＥが、マクロセルＦ１を含むＰＣｅｌｌを有するとともに、ＲＲＨ Ｆ２を含む構成されたＳＣｅｌｌも有すると仮定する。このＵＥは、ＰＣｅｌｌとのＴＡを失った場合、ＰＣｅｌｌ上でＲＡＣＨを実行してＵＬ同期を得るが、このＰＣｅｌｌ上のＲＡＣＨ手順において与えられるＵＬリソースがＳＣｅｌｌ内に存在する可能性はない。ＲＡＣＨ手順中に無線リソースをクロススケジュールすることができれば、ネットワークに柔軟性が加わるようになる。以下に詳述する本発明の例示的な実施形態は、ＲＡＣＨ手順中におけるクロススケジューリングを可能にするものであり、このことは、現在のところＬＴＥ又はＬＴＥ−Ａにおいて可能ではない。

また、３ＧＰＰリリース１０では、ＵＥが、ＳＣｅｌｌ上で（ＳＩ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨによりスケジュールされる）システム情報を受け取ることも、（Ｐ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨによりスケジュールされる）ページングを受け取ることも、（ＲＡ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨによりスケジュールされる）ランダムアクセス応答を受け取ることも見込んでいないので、ＵＥがＳＣｅｌｌの共通探索空間内でブラインド復号を行うことはない。ＳＣｅｌｌ上でのＲＡＣＨ手順をサポートする場合、及びＳＣｅｌｌのＲＡＲがＳＣｅｌｌからスケジュールされる場合には、これによりＵＥがサポートする必要があるブラインド復号の回数が増えるようになる。この点からすれば、たとえＳＣｅｌｌのクロススケジューリングが構成されていなくても、ＰＣｅｌｌからＲＡＲをシグナリングして、ＵＥがＰＣｅｌｌの共通探索空間さえ復号すれば済むようにできれば有益である。

３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０ ３ＧＰＰ ＴＳ ３６．２１３ ｖ１０．０．１ 文献ＲＰ−１１０４５１、３ＧＰＰ ＴＳＧ ＲＡＮ Ｍｅｅｔｉｎｇ ＃５１、米国カンザスシティ、２０１１年３月１５日〜１８日 ３ＧＰＰ ＴＳ ３６．３００ ｖ１０．３．０

本発明の第１の例示的な実施形態では、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えた装置を提供する。この少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、装置に少なくとも、ランダムアクセス手順を行って、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループのためのタイミングアドバンスを指示するようにすることと、その後、この指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、タイミングアドバンスに同期した無線通信を動作させることとを行わせるように構成される。

本発明の第２の例示的な実施形態では、ランダムアクセス手順を行って、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループのための少なくともタイミングアドバンスを指示するようにするステップと、その後、この指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、タイミングアドバンスに同期した無線通信を動作させるステップとを含む方法を提供する。

本発明の第３の例示的な実施形態では、コンピュータ可読命令のプログラムを記憶するコンピュータ可読メモリを提供し、このコンピュータ可読命令は、プロセッサによる実行時に動作を生じ、この動作は、ランダムアクセス手順を行って、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループのための少なくともタイミングアドバンスを指示するようにするステップと、その後、この指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、タイミングアドバンスに同期した無線通信を動作させるステップとを含む。

クロススケジューリングを使用できる、５つのコンポーネントキャリア帯域幅を単一のＬＴＥ−Ａｄｖａｎｃｅｄ帯域幅に集約した無線スペクトルの概略図である。 異なるセル／コンポーネントキャリアのためにＵＥが複数の独立したタイミングアドバンスを必要とする、本発明の実施形態を有利に実施できる例示的な環境であるシナリオを示す図である。 異なるセル／コンポーネントキャリアのためにＵＥが複数の独立したタイミングアドバンスを必要とする、本発明の実施形態を有利に実施できる例示的な環境であるシナリオを示す図である。 ３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０（２０１１年３月）に詳述されている１オクテットサイズのＭＡＣサブヘッダを示す図である。 ３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０（２０１１年３月）に詳述されている１オクテットサイズのＭＡＣサブヘッダを示す図である。 ３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０（２０１１年３月）に詳述されている６オクテットサイズのＭＡＣランダムアクセス応答を示す図である。 ３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０（２０１１年３月）に詳述されている、任意のパディングビットと共にランダムアクセスのためのＭＡＣ ＰＤＵの構造にした図２Ａ〜図２ＣのＭＡＣサブヘッダ及びＭＡＣランダムアクセス応答を示す図である。 本明細書においてさらに詳述する、第１及び第２の例示的な実装によるランダムアクセス応答メッセージを示す図である。 本明細書においてさらに詳述する、第３の例示的な実装によるランダムアクセス応答メッセージを示す図である。 本明細書においてさらに詳述する、第４の例示的な実装によるランダムアクセス応答メッセージを示す図である。 本発明の様々な実施形態をＵＥ及びｅＮＢ／ネットワークノードの観点から示す例示的なフロー図である。 本発明の例示的な実施形態の実施において使用するのに適した例示的な電子装置であるＵＥ及びｅＮＢの簡略ブロック図である。

３ＧＰＰリリース１０では、ＵＥのＲＡＣＨ手順がＰＣｅｌｌ上でのみ可能であるが、リリース１１は、この手順をＳＣｅｌｌ上でも可能にすると見込まれている。上述した背景技術欄に付け加えると、ＵＥは、いかなるＳＣｅｌｌの共通探索空間内でもブラインド復号を行うことはなく、従って、ＲＡ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨをＳＣｅｌｌ上で受け取ることはできない。また、ＳＣｅｌｌのためにクロスキャリアスケジューリングが構成された場合に複数のＴＡに関してＳＣｅｌｌにＲＡＣＨが導入されると、ＵＥは、このＳＣｅｌｌ上のＰＤＣＣＨをモニタしていないので、ＲＡＣＨ関連ステップのためにクロスキャリアスケジューリングがサポートされる必要がある。現在のところ、ＬＴＥ及びＬＴＥ−Ａでは、共通探索空間内にＲＡ−ＲＮＴＩが存在するので、ランダムアクセス応答のためにＲＡ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨのためのキャリアインジケーションフィールドＣＩＦは存在しない。概要として、ＬＴＥ及びＬＴＥ−Ａにおける非競合ＲＡＣＨ手順は以下のとおりである。まず、ｅＮＢが、専用シグナリングを通じてＵＥにＲＡＣＨプリアンブルを割り当てる。次に、この割り当てられたプリアンブルをＵＥがＲＡＣＨ上で送信した後に、ｅＮＢが、ＰＤＣＣＨによりスケジュールされＲＡ−ＲＮＴＩにアドレス指定された（プリアンブルを含むＵＥのメッセージからマッピングを行う）ＤＬ共有チャネル上でランダムアクセス応答を行う。このランダムアクセス応答により、ＵＥにＵＬリソースが割り当てられ、ＵＥが同期するための絶対的タイミングが与えられる。競合ベースのＲＡＣＨでは、ＵＥが、プリアンブルをランダムに選択する。図２Ａ〜図２Ｄに、ネットワークの従来のランダムアクセス応答をより詳細に示している。

図２Ａ〜図２Ｄは、３ＧＰＰ ＴＳ ３６．３２１ ｖ１０．１．０（２０１１年３月）のセクション６．１．５からの引用であり、（１又は複数のＵＥに）ネットワークのランダムアクセス応答メッセージを伝えるランダムアクセス用のＭＡＣ ＰＤＵについて説明するものである。ＭＡＣ ＰＤＵは、ＭＡＣヘッダ及び０又はそれ以上のＭＡＣランダムアクセス応答で構成され、図示のようなパディングビットを任意に含む。ＭＡＣ ＰＤＵヘッダ自体は、それぞれが１オクテット（８ビット）の１又はそれ以上のサブヘッダで構成される。図２Ａに示す１つのサブヘッダは、ＭＡＣヘッダ内にさらなるフィールドが存在するか否かを示す拡張フラグである１ビットフィールドＥ、ＭＡＣサブヘッダがランダムアクセスＩＤを含む（Ｔ＝１）か、それともバックオフ指標を含む（Ｔ＝０）かを示すタイプフラグである１ビットフィールドＴ、及びＵＥがＲＡＣＨ上でＵＬ送信したＲＡＣＨプリアンブルを識別する（このＲＡＣＨプリアンブルのインデックスを与える）６ビットフィールドＲＡＰＩＤを有する。図２Ｂに示す別のサブヘッダは、１ビットの拡張フラグＥ、１ビットのタイプフラグＴ、（ＵＥの最後のＲＡＣＨアクセスの試みが衝突に終わった場合、ＵＥが、ＲＡＣＨプリアンブルを再送信するためのタイミングをバックオフするために使用する）セル内の過負荷条件を与える４ビットフィールドＢＩ、及び予約されて現在のところ未使用の残りの２ビットのＲ（常にＲ＝０）を有する。

図２Ｃには、６オクテットのＭＡＣランダムアクセス応答の構造を示す。現在のところ未使用（Ｒ＝０）の１予約ビットＲ、ＵＥがキャリアに同期するために適用されるタイミング調整を与えるＴＡコマンドのための１１ビット、ＵＥが使用する与えられたＵＬリソースを示す２０ビット、及びＵＥがこのランダムアクセス応答メッセージ後にＵＥ自体を識別するために使用する、現在ＵＥに割り当てられている一時的Ｃ−ＲＮＴＩのための１６ビットが存在する。図２Ａ〜図２Ｃは、図２Ｄに示すランダムアクセスのためにＭＡＣ ＰＤＵ内に配置される。様々なサブヘッダが連続して配置された後に、様々なＭＡＣランダムアクセス応答（図２ＤのＲＡＲ）が続き、最後のＭＡＣランダムアクセス応答後に（もしあれば）パディングビットが続く。各個々のＵＥは、１つのサブヘッダ、及び図２Ｄでは同じインデックス［１，２，．．．ｎ］により識別される１つのＭＡＣランダムアクセス応答を得る。

図２Ａ〜図２Ｄから分かるように、図２Ｃで識別されるＵＬリソースがどのＣＣ／Ｃｅｌｌ上に存在するかを示すビット又はフィールドは存在せず、従来、ネットワーク及びＵＥは、ＲＡＣＨが存在するＣＣ／Ｃｅｌｌと同じＣＣ／Ｃｅｌｌ上にこれらのＵＬリソースが存在すると理解している。ランダムアクセス応答のためのクロスキャリアスケジューリングを可能にするために、例示的な実施形態によれば、ＭＡＣランダムアクセス応答内でＣＣ／サービンングセル／グループが指示される。このような指示を行う方法は数多く存在し、以下、これらのうちの４つの例示的な方法について詳述する。これらの方法の各々は、ＴＡが適用される（同様に、ランダムアクセス応答にＵＬグラントが含まれている場合には、ＵＬリソース割り当てが存在する）ＣＣ／サービンングセル／セルグループを明示的に示すものと見なすことができる。これらの実装例の各々は、既存のＬＴＥ−Ａシグナリング方法及びフォーマットとシームレスに統合するように調整され、当然ながら他の無線システムでも容易に適合するように変更することができる。

ＬＴＥ−Ａでは、ＵＥの構成された異なるＣＣ／セルをＴＡグループ内に配置することができ、個々のグループ内の全てのＣＣ／セルが同じＴＡを利用することができる。従って、例えば、ＵＥに対してＰＣｅｌｌ、ＳＣｅｌｌ＃１及びＳＣｅｌｌ＃２が構成されている場合、１つのＴＡグループ内にＰＣｅｌｌ及びＳＣｅｌｌ＃１が存在して、ＳＣｅｌｌ＃３が別のＴＡグループ内に存在する場合もあれば、これらの３つの構成されたセルの各々が独自のタイミングを有し、これらのうちの２つが同じＴＡ下にグループ化されない場合もある。

第１の実装では、最大でも２つのＴＡグループしか存在しないと想定する。ＵＥは、その構成されたセルがどのようにＴＡ毎にグループ化されるかを認識しており、従ってこのＵＥのＴＡグループを識別することにより、このＴＡグループのメンバであるＣＣ／セルのグループも識別される。この第１の実装を図３Ａに示しており、この図では、どのＴＡグループがＴＡコマンドを求めているかを示すために、ランダムアクセス応答３００Ａの最初のオクテットの最初のビット位置３０２Ａを使用する。例えば、Ｘ＝０であれば、このランダムアクセス応答３００Ａを送信したＣＣ／セルをＵＥが使用する予定であることを示すことができ、Ｘ＝１であれば、ＵＥの他のＣＣ／セルを使用する予定であることを示すことができる。第２の実装では、図３Ａに示すセルインデックス３０８として表すビットがこの目的で使用されるが、第１の実装では、ランダムアクセス応答３００Ａ内にＵＬリソースグラント３０６Ａが存在しない場合（又は、ビット３０２Ａにおいて示すＵＥのＴＡグループ内にＣＣ／セルが１つしか存在しない場合）、これらのビット３０８Ａは予約ビット３１０であり、情報のシグナリングには使用されない。この第１の実装では、ランダムアクセス応答３００ＡがＵＬリソースグラント３０６Ａを含む場合、及び／又は指示されたＴＡグループ内に複数のＣＣ／セルが存在する場合、これらのビット３０８Ａは、最初のビット位置３０２Ａにおいて識別されるＴＡグループ内の、ＵＬリソースグラント３０６Ａが適用される特定のＣＣ／セルのインデックスを示す。ＵＬリソースグラント３０６Ａが存在するかどうかに関わらず、ＵＥは、指示されたＴＡ３０４Ａを、このＴＡグループの識別子ビット３０２Ａにより識別されるＴＡグループ内の全てのＣＣ／セルに適用する。図３Ａの最初のオクテットの最初のビット位置３０２Ａは、図２Ｃにおける予約され／使用されないという従来の目的とは対照的に、ＴＡグループを示すように具体的に定められる。

第２の実装では、上記の第２の実装の想定を省き、従って２つよりも多くのＴＡグループが存在することができる。やはり図３Ａに示すこの第２の実装では、最初のオクテットの最初のビット位置を、ランダムアクセス応答３００ＡにＣＣ／セル／グループ情報が含まれていることを示すためのフラグとして使用する（すなわち、ランダムアクセス応答で識別されるＴＡ及びＵＬリソースは、ランダムアクセス応答が送信されるＣＣ／セルとは異なるＣＣ／セルのためのものである）。例えば、Ｘ＝１であれば、このランダムアクセス応答３００Ａ内にＣＣ／セル／グループ情報が存在し、従ってＴＡ及び与えられたＵＬリソースが、この指示されたＣＣ／セル／グループのためのものであることを示し、Ｘ＝０であれば、このランダムアクセス応答３００Ａ内にＣＣ／セル／グループ情報が存在せず、従ってＴＡ及び与えられたＵＬリソースが、ランダムアクセス応答自体が送信されたＣＣ／セル／グループと同じＣＣ／セル／グループのためのものであることを示す。或いは、Ｘ＝１の場合には、ランダムアクセス応答３００Ａが、ＣＣ／セル／グループのインデックスを含む新たなフォーマットであり、３０８Ａにおける実際のインデックスが、フィールド３０４ＡにおけるＴＡを適用する特定のＣＣ／セル／グループを示すことを意味すると規定することもできる。Ｘ＝１の場合、セルインデックスは、図３Ａの５番目のオクテット内に３つのセルインデックスビット３０８Ａとして示す、ランダムアクセス応答の最後の２オクテット内のビット位置の一部によって示される。Ｘ＝０の場合、これらのビット３０８Ａは全て予約され使用されない。

図２Ｃには、（ビット３０８Ａ及び３１０を含む）これらの最後の２オクテットを、一時的Ｃ−ＲＮＴＩフィールドのために使用されるものとして示している。非競合ベースのＲＡＣＨに由来するランダムアクセス応答では、（ＵＥにＲＡＣＨプリアンブルの割り当てを知らせるためにネットワークが使用した）割り当てられたＲＮＴＩを既に有しているＵＥにネットワークがプリアンブルを割り当てているので、一時的Ｃ−ＲＮＴＩをシグナリングする必要はない。従って、第２の実装でも、第１の実装と同様に、ビットの意味をこれらの従来の理解から定義し直している。図２Ｃの５番目及び６番目のオクテットにおける一時的Ｃ−ＲＮＴＩを省略できない場合には、図３Ａ（又は本明細書で説明する様々な実装のいずれか）のランダムアクセス応答３００Ａを、ＣＣ／セルインデックス３０８Ａのための余地を与える７番目のオクテットを追加することにより、競合ベースのＲＡＣＨをサポートするようにさらに構成することもできる。

第３の実装では、既存のフォーマットのいくつかのビットを再定義する第１の及び第２の実装とは異なり、図３Ｂの例によって示す新たなフォーマットをランダムアクセス応答に利用する。先頭ビット３０２Ｂは、このランダムアクセス応答３００Ｂが新たなフォーマットを有することを示すタイプフラグであり、その後に３ビットのＣＣ／セル／グループインデックス３０８Ｃ及び１１ビットのＴＡコマンド３０４Ａが続く。この新たなフォーマットのランダムアクセス応答３００Ｂの長さが２オクテットの場合、与えられたＵＬリソースをシグナリングするための利用可能な空間が存在せず、ＵＥは、（例えば、そのＴＡタイマが切れた場合、）この２オクテットフォーマットのランダムアクセス応答３００Ｂを非競合ベースのＲＡＣＨ手順で使用して、最新のＴＡ値を得ることができる。しかしながら、指示すべきＵＬリソースが存在する場合には、図示のランダムアクセス応答３００Ｂに別の３オクテットを付加することができ、これにより、ＬＴＥ−Ａにおける現時点での理解では２０ビットが占められ、従って５番目の／最後のオクテットの最後の４ビットが未使用のままになる。

第４の実装も、第３の実装と同様に、図３Ｃに示すランダムアクセス応答３００Ｃのための新たなフォーマットであり、与えられたＵＬリソースの有無に関わらず、ＴＡコマンド３０４Ｃ及びＣＣ／セルインデックス３０８Ｃをシグナリングするために使用することができる。しかしながら、図３Ｃでは、タイプフラグ３０２Ｂが存在せず、代わりにこのビットは予約され、情報のシグナリングには使用されない。この場合、ネットワークが、ＲＲＣシグナリングを使用して、この新たなフォーマットのランダムアクセス応答３００Ｃを使用すべきＵＥを明示的に構成することができる。或いは、クロススケジューリングが構成されてセル上にＲＡＣＨが構成されている場合には常に、この新たなフォーマットの使用を非明示的なものとすることもできる。いずれにせよ、ＵＥは、その適合するプリアンブルＩＤ（図２Ａに示すようなサブヘッダ内のＲＡＰＩＤ）を発見した場合には、ランダムアクセス応答の解釈方法を認識する。

この（ＲＲＣシグナリングにおける明示的な、又は非明示的な）ランダムアクセス応答フォーマットの構成は、上記の実施形態の全てに使用することができる。第２及び第３の実装と共に使用する場合、最初のビット３０２Ａ、３０２Ｂを単純に予約し、ＵＥのための情報を何も伝えないようにすることができる。第１の実装と共に使用する場合、最初のビット３０２Ａは、依然としてＴＡグループを識別することができ、或いは、インデックス３０８Ａにより識別されるＣＣ／セルと同じＴＡグループのメンバである全てのＣＣ／セルにこのランダムアクセス応答３００Ａ内のＴＡ３０４Ａを適用することをＵＥが非明示的に認識している場合には、最初のビット３０２Ａを予約することもできる。

第３及び第４の実装では、ランダムアクセス応答３００Ｂ、３００Ｃが、与えられたＵＬリソースを何も識別しない場合、ランダムアクセス応答３００Ｂ、３００Ｃが一部を成すＲＡＣＨ手順後に、ＵＥが新たなＣＣ／セル上でＵＬ同期を得ると、ネットワークは、キャリアインジケーションフィールドを有する（ＵＥのＣ−ＲＮＴＩにアドレス指定された）通常のＰＤＣＣＨを使用して、与えられたＵＬリソースをＵＥに知らせることができる。競合ベースであるか、それとも非競合ベースであるかに関わらず、ＲＡＣＨ手順に関して上述したランダムアクセス応答の各々は、ＲＡ−ＲＮＴＩにアドレス指定される。

また、第３及び第４の実装では、ＭＡＣ ＰＤＵ（図２Ｄを参照）内の従来のランダムアクセス応答を読み取る一昔前のユーザ装置との後方互換性を容易にするために、これらの新たなフォーマットのランダムアクセス応答３００Ｂ、３００Ｃを、この同じＰＤＵ内の最後の１又は複数のエントリとして配置することが好都合である。第１及び第２の実装は、従来のランダムアクセス応答と同じサイズであり、後方互換性を確実にするために同じＰＤＵ内で分離させる必要はない。

上記の全ての実装では、ネットワークが、このランダムアクセス応答内でＴＡ（及び含まれている場合にはＵＬリソース）が適用されるＣＣ／セル／ＴＡグループを識別するＰＣｅｌｌ上で常にランダムアクセス応答を送信することも好都合である。

次に、ＵＥは、上記のいずれかの実装、又はこれらのいずれかの修正を使用して、指示されたＣＣ／セル／グループのＲＡＣＨ手順に進み、指示されたＣＣ／セル／グループにＴＡを適用し、ＣＣ／セル／グループに対してＵＥのＴＡタイマを起動し、指示されたＣＣ／セルにおける与えられたＵＬリソース上でＰＵＳＣＨを送信し、及びＴＡに依存する時刻に送信を行う。

これらの実施形態の１つの技術的効果は、ＵＥが行う物理レイヤブラインド復号の試みに影響を与えることなく、ＲＡＣＨ手順中のクロスキャリアスケジューリングがサポートされる点である。また、上述したランダムアクセス応答は、競合ベースであるか、それとも非競合であるかに関わらず、ＵＥの共通探索空間内のＲＡ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨによりスケジュールされ、従ってＲＡ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨは変化しない。従って、これらの技術では、従来の実施のようにクロススケジューリングが許可されていない（従って全てのランダムアクセス応答が同じＣＣ／セルのためのものである）場合の異なるＵＥの既存のランダムアクセス応答と同様の、異なるＵＥの異なるセルに関する個々のランダムアクセス応答を１つのランダムアクセス応答ＰＤＵ内に含めることができるので、ＵＥがサポートする必要があるブラインド復号の回数及びＰＤＣＣＨオーバヘッドが減少する。

上記の実施形態を、本発明の例示的な実施形態による、方法の動作及びコンピュータプログラム命令の実行結果を示す論理フロー図である図４に要約して編成する。これらの例示的な実施形態によれば、ブロック４０２において、ランダムアクセス手順を実行して、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、少なくともタイミングアドバンスと、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループを識別する明示的な指示とを示すようにする。ブロック４０４において、この指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、ブロック４０２のタイミングアドバンスに同期した無線通信を動作させる。

ブロック４０２及び４０２の方法における記述は、ネットワークノード／ｅＮＢ及びＵＥ（或いはＵＥの１又はそれ以上の構成要素）の両方に関するものである。ネットワーク側では、ブロック４０２においてＤＬランダムアクセス応答を編集して送信するのはｅＮＢである。ネットワークノードは、全体を通じて１つのＣＣ／セル又はＣＣ／セルのグループ上で同期され続ける一方で、これにも関わらず、（ランダムアクセス応答内で与えられたＵＬリソースが存在し、かつネットワークノードがこの１つのＣＣ／セル又はＣＣ／セルのグループ上で未だに送受信を行っていない場合）ランダムアクセス応答内で与えられたＵＬリソース上でＵＥのＵＬ送信を受け取り、従ってネットワークノードの同期は、ランダムアクセス応答でネットワークノードがＵＥに提供したＴＡに一致する。ＵＥ側では、ＵＥが、ブロック４０２のＤＬランダムアクセス応答を受け取り、このランダムアクセス応答内で指示される１つのＣＣ／セル又はＣＣ／セルのグループにＴＡを適用し、（もしあれば）指示されたリソース上でＰＵＳＣＨを送信する。

図４の残りのブロックは、任意の特定の実施形態であり、これらはいずれも、ブロック４０２及び４０４と組み合わせることができ、無線分割のネットワーク側及びＵＥ側の両方に関する。

ブロック４０６に示す様々な実装では、ＤＬランダムアクセス応答がＵＥにＵＬリソースを与え、この場合、ＵＥは、タイミングアドバンスを適用する指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループにおけるアップリンクリソース上でＰＵＳＣＨを送信する。ネットワークノードは、この同じＰＵＳＣＨを受け取る。

ブロック４０８には、上記の第１の実装を示しており、ランダムアクセス応答（３００Ａ）が、タイミングアドバンスグループを示す単一ビット（３０２Ａ）により、コンポーネントキャリア又はセルのグループを識別する。指示されたグループ内に複数のＣＣ／セルが存在し、ランダムアクセス応答内にＵＬリソースグラントも存在する場合、このランダムアクセス応答は、このタイミングアドバンスグループ内の１つのコンポーネントキャリア又はセルを識別するインデックス（３０８Ａ）も含む。この場合、（いずれかのＵＬリソースグラントが含まれているかどうかに関わらず）グループ内の全てのＣＣ／セルにＴＡが適用され、ＴＡグループ内の識別された１つのＣＣ／セルのみにＵＬリソースグラントが適用される。

ブロック４１０には、上記の第２の実装を示しており、ランダムアクセス応答（３００Ａ）が、インデックス（３０８Ａ）によって１つのコンポーネントキャリア又はセル、或いはグループを識別し、このランダムアクセス応答は、ランダムアクセス応答にインデックスが含まれているかどうかを示すフラグビット（３０２Ａ）をさらに含む。

ブロック４１２には、上記の第３の実装を示しており、ランダムアクセス応答（３００Ｂ）が、インデックス（３０８Ｂ）によって１つのコンポーネントキャリア又はセル、或いはグループを識別し、このランダムアクセス応答は、ランダムアクセス応答のフォーマットを示すフラグビット（３０２Ｂ）をさらに含み、このフォーマットは、ランダムアクセス応答に含まれるＣＣ／セル／グループのインデックスを有しているか否かで異なる。この第３の実装がＵＬリソースグラントを含むか否についての２つの選択肢も要約しており、ランダムアクセス応答（３００Ｂ）が、ＵＥに与えられたアップリンクリソースを識別できない場合には、このランダムアクセス応答を短く（例えば、２オクテット長に）することができ、ＵＥに与えられたアップリンクリソースを識別する場合には、長く（少なくとも４オクテット長に）することができる。

ブロック４１４には、上記の第４の実装を示しており、（応答がＣＣ／セル／グループのインデックスを含むか否かの）フォーマットが、ランダムアクセス応答自体とは別にＵＥに明示的に示され、ランダムアクセス応答（３００Ｃ）は、インデックス（３０８Ｃ）によって１つのコンポーネントキャリア又はセル、或いはこれらのグループを識別し、ネットワークノードとＵＥの間のＲＲＣシグナリングにおいてランダムアクセス応答のフォーマットが識別される。この第４の実施形態がＵＬリソースグラントも含むか否かについての２つの選択肢は、ブロック４１２におけるものと同じであるが、ＲＲＣシグナリングは、ランダムアクセス応答にＣＣ／セル／グループのインデックスが含まれるか否かを示す。

ブロック４１６には、ランダムアクセス応答のフォーマットが非明示的である上記の第４の実装を示しており、ランダムアクセス応答（３００Ｃ）が、インデックス（３０８Ｃ）によって１つのコンポーネントキャリア又はセル、或いはこれらのグループを識別し、（ブロック４０２において最初に述べたランダムアクセス手順でＲＡＣＨが使用される場合、）構成されているＲＡＣＨ及びクロスキャリアスケジューリングから、ランダムアクセス応答がこのようなインデックスを含むかどうかのフォーマットが非明示的に示される。この第４の実装がＵＬリソースグラントも含むか否かについての２つの選択肢は、ブロック４１２におけるものと同じであるが、この非明示的な指示は、ランダムアクセス応答にＣＣ／セル／グループのインデックスが含まれるか否かを示す。

図４には明確に示していないが、ブロック４０２のランダムアクセス応答が最初のＲＡＲであると見なされる場合、ネットワークの観点からすれば、この最初の及びその他のランダムアクセス応答のタイミングアドバンスがどのＣＣ／セルに適用されるかに関わらず、この最初の及びその他のランダムアクセス応答をＰＣＣ／ＰＣｅｌｌ（ブロック４０２の複数のＣＣ／セル）上でスケジュールすることができる。さらに、ネットワークは、ブロック４０２のＵＥ及びその他のＵＥに、複数のランダムアクセス応答を含むＭＡＣ ＰＤＵを送信することができる。この場合、ネットワークは、この最初のランダムアクセス応答を、それぞれのＴＡを適用する１つのＣＣ／セル又はＣＣ／セルのグループを識別する明示的な指示を有していない他の全てのランダムアクセス応答の後に続くようにＰＤＵ内に配置する。

特定の実施形態では、ネットワークが、ＲＲＣシグナリングを使用して、上述した新たなフォーマットのランダムアクセス応答に合わせてユーザ装置を明示的に構成することができる。このＵＥの構成は、上記の例で詳述したようなランダムアクセス応答のフォーマットを識別する明示的又は非明示的なフォーマット指示とは異なる。

図４に示す様々なブロックは、方法ステップとして、及び／又はメモリ上に具体化されてプロセッサにより実行されるコンピュータプログラムコードの動作結果として生じる動作として、及び／又は関連する（単複の）機能を実行するように構成された複数の結合論理回路要素として見なすことができる。

本発明の例示的な実施形態の実施において使用するのに適した様々な電子装置及び装置の簡略ブロック図を示す図５を参照されたい。図５では、無線ネットワーク１が、Ｎｏｄｅ Ｂ（基地局）、より詳細にはｅＮＢ１２などのネットワークアクセスノードを介して、上記ではＵＥ１０と呼ばれるモバイル通信装置などの装置と無線リンク１１を介して通信するようになっている。ネットワーク１は、ネットワーク制御要素（ＮＣＥ）１４を含むことができ、このＮＣＥ１４は、ＬＴＥ／ＬＴＥ−Ａのために規定されたモビリティ管理エンティティ／ゲートウェイＭＭＥ／ＳＧＷ機能を含むことができる。ＮＣＥ１４は、電話網及び／又はデータ通信網（例えば、インターネット）などの異なるネットワークとの接続性も提供する。

ＵＥ１０は、コンピュータ又はデータプロセッサ（ＤＰ）１０Ａなどのコントローラと、コンピュータ命令のプログラム（ＰＲＯＧ）１０Ｃを記憶するメモリ（ＭＥＭ）１０Ｂとして具体化されるコンピュータ可読記憶媒体と、１又はそれ以上のアンテナ（２つを図示）を介してｅＮＢ１２と双方向無線通信するのに適した無線周波数（ＲＦ）送信機及び受信機１０Ｄとを含む。ｅＮＢ１２も、コンピュータ又はデータプロセッサ（ＤＰ）１２Ａなどのコントローラと、コンピュータ命令のプログラム（ＰＲＯＧ）１２Ｃを記憶するメモリ（ＭＥＭ）１２Ｂとして具体化されるコンピュータ可読記憶媒体と、１又はそれ以上のアンテナ（やはり２つを図示）を介してＵＥ１０と通信するのに適したＲＦ送信機及び受信機１２Ｄとを含む。ｅＮＢ１２は、データ／制御パス１３を介してＮＣＥ１４に結合される。パス１３は、ＬＴＥ／ＬＴＥ−Ａにおける既知のＳ１インターフェイスとして実装することができる。ｅＮＢ１２は、ＬＴＥ／ＬＴＥ−Ａにおける既知のＸ２インターフェイスとして実装できるデータ／制御パス１５を介して別のｅＮＢ１２にも結合することができる。

上述したように、ＰＲＯＧ１０Ｃ及び１２Ｃの少なくとも一方は、関連するＤＰによる実行時に、装置が本発明の例示的な実施形態に従って動作できるようにするプログラム命令を含むと想定される。すなわち、本発明の例示的な実施形態は、ＵＥ１０のＤＰ１０Ａ及び／又はｅＮＢ１２のＤＰ１２Ａが実行できるコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェア（及びファームウェア）の組み合わせにより少なくとも部分的に実施することができる。

本発明の例示的な実施形態の説明では、ＵＥ１０が、場合によってはクロススケジューリング及びＲＡＣＨが構成されるかどうかに関するルール（例えば第４の実装の非明示的フォーマット）と共に、上述した実施形態に従って受け取ったランダムアクセス応答メッセージのビットの意味を解釈するＲＡ応答ビットマップ又はアルゴリズム１０Ｅも含むと想定することができる。ｅＮＢ１２は、ブロック１２Ｅと同様の機能を有するが、ｅＮＢ１２がビットで満たすランダムアクセス応答フォーマットも有する。

一般に、ＵＥ１０の様々な実施形態は、以下に限定されるわけではないが、携帯電話機、無線通信能力を有する携帯情報端末（ＰＤＡ）、無線通信能力を有するポータブルコンピュータ、無線通信能力を有するデジタルカメラなどの画像取り込み装置、無線通信能力を有するゲーム機、無線通信能力を有する音楽記憶及び再生機器、無線インターネットアクセス及びブラウジングが可能なインターネット家電、並びにこのような機能の組み合わせを内蔵するポータブル装置又は端末を含むことができる。

コンピュータ可読ＭＥＭ１０Ｂ及び１２Ｂは、ローカル技術環境に適したいずれのタイプのものであってもよく、半導体ベースの記憶装置、フラッシュメモリ、磁気記憶装置及びシステム、光記憶装置及びシステム、固定メモリ及び取り外し可能メモリなどのあらゆる好適なデータ記憶技術を使用して実装することができる。ＤＰ１０Ａ及び１２Ａは、ローカル技術環境に適したいずれのタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１又はそれ以上を含むことができる。

一般に、様々な例示的な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はこれらのあらゆる組み合わせで実施することができる。例えば、ハードウェアの形で実施できる態様もあれば、コントローラ、マイクロプロセッサ、又はその他のコンピュータ装置が実行できる具体化されたファームウェア又はソフトウェアの形で実施できる態様もあるが、本発明はこれらに限定されるものではない。本発明の例示的な実施形態の様々な態様は、ブロック図、フロー図、又は他の何らかの図的記述を使用して図示し説明することができるが、本明細書で説明したこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、具体化されたソフトウェア及び／又はファームウェア、専用回路又は論理回路、汎用ハードウェア又はコントローラ又はその他のコンピュータ装置、又はこれらのいくつかの組み合わせの形で実現することができ、具体化されたソフトウェアにより、汎用要素を専用にすることもできると十分に理解される。

従って、本発明の例示的な実施形態の少なくともいくつかの態様を、集積回路チップ及びモジュールなどの様々な構成要素内で実施することもでき、また本発明の例示的な実施形態を、集積回路として具体化された装置内で実現することもできると理解されたい。１又は複数の集積回路は、本発明の例示的な実施形態に従って動作するように構成できる１又は複数のデータプロセッサ、１又は複数のデジタルシグナルプロセッサ、ベースバンド回路及び無線周波数回路のうちの１又はそれ以上を具体化するための回路（及び場合によってはファームウェア）を含むことができる。

以上、例示的な実施形態をＬＴＥ−Ａｄｖａｎｃｅｄシステムとの関連で説明したが、本発明の例示的な実施形態は、キャリアアグリゲーションを使用するこの１つの特定のタイプの無線通信システムのみとの使用に限定されるものではないと理解されたい。

さらに、説明したパラメータ及びチャネルは、あらゆる好適な名称によって識別できるので、これらのパラメータに使用した様々な名称（ＲＡＣＨ、ＰＤＣＣＨ、ＴＡなど）は、いかなる意味においても限定的であることを意図するものではない。具体例におけるＬＴＥ−Ａの使用は、クロスキャリアスケジューリングを使用するＬＴＥ−Ａ以外の多くのＣＡシステムのために実行可能な本発明の幅広い態様を限定するものではない。

さらに、本発明の様々な非限定的かつ例示的な実施形態の特徴の一部を使用して、他の機能を対応して使用せずに利益をもたらすこともできる。従って、上記の説明は、本発明の原理、教示及び例示的な実施形態を例示するものにすぎず、これらを限定するものではないと見なされたい。

３００Ａ ランダムアクセス応答
３０２Ａ 最初のビット
３０４Ａ タイミングアドバンスコマンドビット
３０６Ａ ＵＬリソースグラントビット
３０８Ａ セルインデックスビット

Claims (22)

1. 少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリと、
   を備えた装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に少なくとも、
   ランダムアクセス手順を行って、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループのための前記タイミングアドバンスを指示するようにすることと、その後、
   前記指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、前記タイミングアドバンスに同期した無線通信を動作させることと、
   を行わせるように構成される、
   ことを特徴とする装置。
2. 前記ダウンリンクランダムアクセス応答は、前記ユーザ装置に与えられたアップリンクリソースをさらに指示し、
   前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、前記タイミングアドバンスを適用する前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上のアップリンクリソースを使用して送信又は受信を行うように前記無線通信を動作させることを行わせるように構成される、
   ことを特徴とする請求項１に記載の装置。
3. 前記ランダムアクセス応答は、前記アップリンクリソースが存在する前記コンポーネントキャリア又はセルをインデックスによってさらに指示する、
   ことを特徴とする請求項２に記載の装置。
4. 前記ランダムアクセス応答は、前記コンポーネントキャリア又はセルのグループを、タイミングアドバンスグループを示す単一ビットによってさらに識別し、前記タイミングアドバンスは、前記グループ内の全てのコンポーネントキャリア又はセルに適用される、
   ことを特徴とする請求項１に記載の装置。
5. 前記ランダムアクセス応答は、前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループをインデックスによってさらに識別し、前記ランダムアクセス応答は、該ランダムアクセス応答に前記インデックスが含まれていることを示すフラグビットをさらに含む、
   ことを特徴とする請求項１に記載の装置。
6. 前記ランダムアクセス応答は、前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループをインデックスによってさらに識別し、前記ランダムアクセス応答が前記インデックスを含むかどうかについてのフォーマットは、前記ネットワークノードと前記ユーザ装置の間の無線リソースシグナリングにより、及び構成されているランダムアクセスチャネル及びクロスキャリアスケジューリングから非明示的に、の一方によって識別される、
   ことを特徴とする請求項１に記載の装置。
7. 前記装置は、前記ネットワークノード、或いは該ネットワークノードのための１又はそれ以上の構成要素を含む、
   ことを特徴とする請求項１から６のいずれか１項に記載の装置。
8. 前記ランダムアクセス応答は、最初のランダムアクセス応答を含み、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に少なくとも、前記最初の及びその他のランダムアクセス応答のタイミングアドバンスが、いずれのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループに適用されるかに関わらず、前記複数のコンポーネントキャリア又はセルのうちのプライマリコンポーネントキャリア又はプライマリセル上で前記最初の及びその他のランダムアクセス応答をスケジュールすることをさらに行わせるように構成される、
   ことを特徴とする請求項７に記載の装置。
9. 前記ランダムアクセス応答は、最初のランダムアクセス応答を含み、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に少なくとも、前記ユーザ装置及びその他のユーザ装置に複数のランダムアクセス応答を含む媒体アクセス制御プロトコルデータユニットを送信することをさらに行わせるように構成され、前記最初のランダムアクセス応答は、それぞれのタイミングアドバンスを適用する前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループを識別する明示的な指示を有していない他の全てのランダムアクセス応答の後に続いてプロトコルデータユニット内に配置される、
   ことを特徴とする請求項７に記載の装置。
10. 前記装置は、前記ユーザ装置、或いは該ユーザ装置のための１又はそれ以上の構成要素を含む、
    ことを特徴とする請求項１から６のいずれか１項に記載の装置。
11. ランダムアクセス手順を行って、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループのための少なくとも前記タイミングアドバンスを指示するようにするステップと、その後、
    前記指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、前記タイミングアドバンスに同期した無線通信を動作させるステップと、
    を含むことを特徴とする方法。
12. 前記ダウンリンクランダムアクセス応答は、前記ユーザ装置に与えられたアップリンクリソースをさらに指示し、
    前記無線通信を動作させるステップは、前記タイミングアドバンスを適用する前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上のアップリンクリソースを使用して送信又は受信を行うステップを含む、
    ことを特徴とする請求項１１に記載の方法。
13. 前記ランダムアクセス応答は、前記アップリンクリソースが存在する前記コンポーネントキャリア又はセルをインデックスによってさらに指示する、
    ことを特徴とする請求項１２に記載の方法。
14. 前記ランダムアクセス応答は、前記コンポーネントキャリア又はセルのグループを、タイミングアドバンスグループを示す単一ビットによってさらに識別し、前記タイミングアドバンスは、前記グループ内の全てのコンポーネントキャリア又はセルに適用される、
    ことを特徴とする請求項１１に記載の方法。
15. 前記ランダムアクセス応答は、前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループをインデックスによってさらに識別し、前記ランダムアクセス応答は、該ランダムアクセス応答に前記インデックスが含まれていることを示すフラグビットをさらに含む、
    ことを特徴とする請求項１１に記載の方法。
16. 前記ランダムアクセス応答は、前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループをインデックスによってさらに識別し、前記ランダムアクセス応答が前記インデックスを含むかどうかについてのフォーマットは、前記ネットワークノードと前記ユーザ装置の間の無線リソースシグナリングにより、及び構成されているランダムアクセスチャネル及びクロスキャリアスケジューリングから非明示的に、の一方によって識別される、
    ことを特徴とする請求項１１に記載の方法。
17. 前記ネットワークノード、或いは該ネットワークノードのための１又はそれ以上の構成要素により実行される方法であって、前記ランダムアクセス応答は、最初のランダムアクセス応答を含み、前記方法は、前記最初の及びその他のランダムアクセス応答のタイミングアドバンスが、いずれのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループに適用されるかに関わらず、前記複数のコンポーネントキャリア又はセルのうちのプライマリコンポーネントキャリア又はプライマリセル上で前記最初の及びその他のランダムアクセス応答をスケジュールするステップをさらに含む、
    ことを特徴とする請求項１１から１６のいずれか１項に記載の方法。
18. 前記ネットワークノード、或いは該ネットワークノードのための１又はそれ以上の構成要素により実行される方法であって、前記ランダムアクセス応答は、最初のランダムアクセス応答を含み、前記方法は、前記ユーザ装置及びその他のユーザ装置に複数のランダムアクセス応答を含む媒体アクセス制御プロトコルデータユニットを送信するステップをさらに含み、前記最初のランダムアクセス応答は、それぞれのタイミングアドバンスを適用する前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループを識別する明示的な指示を有していない他の全てのランダムアクセス応答の後に続いてプロトコルデータユニット内に配置される、
    ことを特徴とする請求項１１から１６のいずれか１項に記載の方法。
19. 前記ユーザ装置は、前記ネットワークノードにより、無線リソース制御シグナリングを介して前記ダウンリンクランダムアクセス応答のフォーマットにのために明示的に構成される、
    ことを特徴とする請求項１１から１６のいずれか１項に記載の方法。
20. コンピュータ可読命令のプログラムを記憶するコンピュータ可読メモリであって、前記コンピュータ可読命令は、プロセッサによる実行時に動作を生じ、該動作は、
    ランダムアクセス手順を行って、ネットワークノードからユーザ装置へのダウンリンクランダムアクセス応答が、複数のコンポーネントキャリア又はセルのうちのタイミングアドバンスを適用する１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループのための少なくとも前記タイミングアドバンスを指示するようにするステップと、その後、
    前記指示された１つのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上で、前記タイミングアドバンスに同期した無線通信を動作させるステップと、
    を含む、
    ことを特徴とするコンピュータ可読メモリ。
21. 前記ダウンリンクランダムアクセス応答は、前記ユーザ装置に与えられたアップリンクリソースをさらに指示し、
    前記無線通信を動作させるステップは、該無線通信を使用して、前記タイミングアドバンスを適用する前記コンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループ上のアップリンクリソース上で送信又は受信を行うステップを含む、
    ことを特徴とする請求項２０に記載のコンピュータ可読メモリ。
22. 前記ランダムアクセス応答は、最初のランダムアクセス応答を含み、前記動作は、前記最初の及びその他のランダムアクセス応答のタイミングアドバンスが、いずれのコンポーネントキャリア又はセル、或いはコンポーネントキャリア又はセルのグループに適用されるかに関わらず、前記複数のコンポーネントキャリア又はセルのうちのプライマリコンポーネントキャリア又はプライマリセル上で前記最初の及びその他のランダムアクセス応答をスケジュールするステップをさらに含む、
    ことを特徴とする請求項２０に記載のコンピュータ可読メモリ。

Images