(57)【特許請求の範囲】
【請求項１】
全てのユーザ端末（ＵＥ１、ＵＥ２）によって調節することができる第１のモードで、または前記ユーザ端末の一部（ＵＥ２）のみによって調節することができるさらなるモードで動作するユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当ての方法であって、
基地局（ｅＮＢ）が、前記第１のモードおよび前記さらなるモードに対して同一のフォーマットを有する前記ユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当てのためのメッセージを送信し、
前記ユーザ端末（ＵＥ１、ＵＥ２）が、それらが動作しているモードに従って、前記ユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当てのための前記メッセージを異なるように解釈し、
前記ユーザ端末（ＵＥ２）が、各ユーザ端末（ＵＥ２）に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能を用いて、リソースの割当てのための前記メッセージを解釈する、ことを特徴とする方法。
【請求項２】
前記ユーザ端末（ＵＥ１、ＵＥ２）が、デフォルトとして前記第１のモードで動作し、
少なくとも１つの信号メッセージを使用して前記ユーザ端末の少なくとも１つ（ＵＥ２）を前記さらなるモードに切り替える、ことを特徴とする請求項１に記載の方法。
【請求項３】
少なくとも１つのさらなる信号メッセージを使用して前記ユーザ端末の前記少なくとも１つ（ＵＥ２）を前記第１のモードに切り替える、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記ユーザ端末の前記少なくとも１つ（ＵＥ２）が、タイマが経過した後、前記第１のモードに切り替えられる、ことを特徴とする請求項２に記載の方法。
【請求項５】
少なくとも１つのトランスポート・ブロックからのユーザデータが、ユーザデータ送信に使用される前記物理リソースブロックに分散される、ことを特徴とする請求項１に記載の方法。
【請求項６】
ユーザデータ送信に使用される前記物理リソースブロックが、少なくとも１つのコンポーネント・キャリアで分散される、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記リソースマッピング機能が、時間に依存するまたはコンポーネント・キャリアに依存する、ことを特徴とする請求項１に記載の方法。
【請求項８】
全てのユーザ端末（ＵＥ１、ＵＥ２）によって調節することができる第１のモードで、または前記ユーザ端末の一部（ＵＥ２）のみによって調節することができるさらなるモードで動作するユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当てのための基地局（ｅＮＢ）であって、前記第１のモードおよび前記さらなるモードに対して同一のフォーマットを有し、前記ユーザ端末（ＵＥ１、ＵＥ２）によって、それらが動作しているモードに従って異なるように解釈される、前記ユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当てのためのメッセージを送信するように構成される少なくとも１つの処理手段を含み、
前記ユーザ端末（ＵＥ２）が、各ユーザ端末（ＵＥ２）に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能を用いて、リソースの割当てのための前記メッセージを解釈する、ことを特徴とする基地局（ｅＮＢ）。
【請求項９】
前記少なくとも１つの処理手段が、前記ユーザ端末（ＵＥ１、ＵＥ２）の少なくとも１つを前記さらなるモードに切り替えるための信号メッセージを送信するように構成される、ことを特徴とする請求項８に記載の基地局（ｅＮＢ）。
【請求項１０】
前記少なくとも１つの処理手段が、各ユーザ端末（ＵＥ１、ＵＥ２）に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能に関する情報を含むメッセージを前記ユーザ端末（ＵＥ１、ＵＥ２）に送信するように構成される、ことを特徴とする請求項８に記載の基地局（ｅＮＢ）。
【請求項１１】
第１のモードで、またはさらなるモードで動作するユーザ端末（ＵＥ２）であって、前記ユーザ端末（ＵＥ２）が動作しているモードに従って、前記ユーザ端末（ＵＥ２）へのリソースの割当てのためのメッセージを異なるように解釈するように構成された少なくとも１つの処理手段を含み、
前記ユーザ端末（ＵＥ２）が、各ユーザ端末（ＵＥ２）に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能を用いて、リソースの割当てのための前記メッセージを解釈する、ことを特徴とするユーザ端末（ＵＥ２）。
【請求項１２】
前記ユーザ端末（ＵＥ２）が、デフォルトとして前記第１のモードで動作し、少なくとも１つの信号メッセージを使用して前記ユーザ端末（ＵＥ２）を前記さらなるモードに切り替える、ことを特徴とする請求項１１に記載のユーザ端末（ＵＥ２）。
【請求項１３】
前記少なくとも１つの処理手段が、各ユーザ端末に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップする少なくとも１つのリソースマッピング機能を用いて、リソースの割当てのための前記メッセージを解釈するように構成される、ことを特徴とする請求項１１に記載のユーザ端末（ＵＥ２）。
【請求項１４】
ユーザ端末（ＵＥ２）と、全てのユーザ端末（ＵＥ１、ＵＥ２）によって調節することができる第１のモードで、または前記ユーザ端末の一部（ＵＥ２）のみによって調節することができるさらなるモードで動作する前記ユーザ端末へのリソースの割当てのための基地局（ｅＮＢ）とを含む通信ネットワーク（ＣＮ）であって、
前記基地局（ｅＮＢ）が、前記第１のモードおよび前記さらなるモードに対して同一のフォーマットを有する前記ユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当てのためのメッセージを送信するように構成された少なくとも１つの処理手段を含み、
前記ユーザ端末（ＵＥ１、ＵＥ２）が、前記ユーザ端末（ＵＥ１、ＵＥ２）が動作しているモードに従って、前記ユーザ端末（ＵＥ１、ＵＥ２）へのリソースの割当てのための前記メッセージを異なるように解釈するように構成された少なくとも１つの処理手段を含み、
前記ユーザ端末（ＵＥ２）が、各ユーザ端末（ＵＥ２）に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能を用いて、リソースの割当てのための前記メッセージを解釈する、ことを特徴とする通信ネットワーク（ＣＮ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の前段部分によるユーザ端末へのリソースの割当てのための方法、請求項９の前段部分による基地局、請求項１２の前段部分によるユーザ端末、および請求項１５の前段部分による通信ネットワークに関する。
【背景技術】
【０００２】
標準の第３世代パートナーシップ・プロジェクト・ロングターム・エボリューション・アドバンスト（３ＧＰＰ  ＬＴＥアドバンスト）による無線伝送のための全体的な機能は、現在協議中である。スペクトルの異なる部分への、また異なるコンポーネント・キャリアにおけるトランスポート・ブロック送信のために使用されるリソースの分散のような新しい着想、ならびに同じ時間間隔において、例えば１ｍｓの１つのサブフレーム内で２つ以上のトランスポート・ブロック送信を有する可能性が、現在３ＧＰＰで協議されている。単なる可能性は既に３ＧＰＰで協議されているが、新しい特徴のための有効化原則または非有効化原則はまだ詳細に論じられていなかった。
【０００３】
Ｒｅｌｅａｓｅ１０とも呼ばれ、またはＲｅｌ’１０と略されるＬＴＥアドバンスト（ＬＴＥ−Ａ）では、主要な要件の１つは、Ｒｅｌｅａｓｅ８とも呼ばれ、またはＲｅｌ’８と略されるロングターム・エボリューション（ＬＴＥ）に対する後方互換性を確保しなければならないことである。したがって、ＬＴＥ−Ａで実装される新しい機能および特徴は、従来の機器がいかなる影響も受けずに動作できるように標準化される必要がある。複雑性の増加および帯域幅能力の向上により、新しいＲｅｌ’１０の特徴は、Ｒｅｌ’８の特徴よりも多くの電力を消費すると想定される。したがって、省電力化を有効にできるように、Ｒｅｌ’１０の特徴をオンおよびオフにするための柔軟性がＬＴＥアドバンストにも導入されるべきである。
【０００４】
様々な技術から、新しいリリースの機能は、従来の機器によって理解されず、したがって、従来の機器によって無視される新しいメッセージ・フォーマットを標準化することによって拡張されるが、新しいリリースによる機能を既に有するデバイスは、新しいメッセージ・フォーマットを読み取り、それに応じて反応することができるという原則が知られている。
【０００５】
本発明の文脈内のフォーマットは、メッセージ内のビットの数および順序を定義する。
【０００６】
例えば、ＰＤＣＣＨ許可のフォーマットは、ＰＤＣＣＨ許可のペイロードにおける情報ビットの数および順序を定義する。ＰＤＣＣＨ許可は、アップリンク送信およびダウンリンク送信のためのスケジューリング情報を保持する。ＰＤＣＣＨ許可は、ＨＡＲＱプロセス識別子（ＨＡＲＱ＝ハイブリッド自動リピート要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ））、電力情報、新しいデータ指標および冗長バージョンなどの情報フィールドを含む。さらに、ＰＤＣＣＨ許可は、ダウンリンク共有チャネルまたはアップリンク共有チャネルのいずれかを介して、ユーザ端末に無線伝送のリソース割当てについて通知する。ＰＤＣＣＨ許可の情報フィールドは、様々な事前定義された方式に従って多重化される。
【０００７】
新しいリリースの機能は、従来の機器によって理解されず、したがって、従来の機器によって無視される新しいメッセージ・フォーマットを標準化することによって拡張されるという上記の原則は、ＬＴＥにおける伝送に比べてより広い帯域を必要とする情報の量がはるかに大きいので、ＬＴＥ−Ａにおいてトランスポート・ブロックがどの物理リソースブロック上で実際に送信されているかを特定のユーザ端末に知らせる物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上で送信されるリソース許可に直接適用することができない。したがって、ＬＴＥ−Ａ許可は、完全に新しいＰＤＣＣＨフォーマットを必要とし、このフォーマットが原因で、特定の制御チャネル要素へのＰＤＣＣＨの分散のための既存のＲｅｌ’８方式を変更しなければならなくなる。
【０００８】
さらに、従来の機器が、Ｒｅｌ’１０  ＰＤＣＣＨ許可の一部を有効なＲｅｌ’８情報として誤って解釈するという特定の可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、本発明の目的は、従来の標準リリースと完全に後方互換性がある新しい標準リリースの特徴のための信号を設計することである。
【課題を解決するための手段】
【００１０】
この目的は、請求項１の教示による方法、請求項９の教示による基地局、請求項１２の教示によるユーザ端末、および請求項１５の教示による通信ネットワークによって達成される。
【００１１】
本発明の主な着想は、基地局からユーザ端末に送信される、ユーザ端末へのリソースの割当てのためのメッセージが、ユーザ端末が動作できる全てのモード、すなわち標準リリースに対して同一のフォーマットを有することであり、ユーザ端末が、それらが動作しているモードに従って、ユーザ端末へのリソースの割当てのための前記メッセージを異なるように解釈することである。
【００１２】
言い換えると、新しい標準リリースに対する異なる解釈を用いて従来の標準リリースからの既存のリソース割当てフォーマットを再利用することによって、新しい標準リリースは、従来の標準リリースと完全に後方互換性がある。
【００１３】
本発明のさらなる発展は、従属請求項および以下の説明から集めることができる。
【００１４】
以下では、添付の図面を参照しながら本発明をさらに説明する。
【図面の簡単な説明】
【００１５】
【図１】本発明を実施することができるセルラ通信ネットワークを概略的に示す図である。
【図２】異なるコンポーネント・キャリアにあるリソースブロック上でのトランスポート・ブロックのマッピングを概略的に示す図である。
【図３】ユーザ個別の伝送品質レベルに基づく、コンポーネント・キャリアへのトランスポート・ブロックの割当てを概略的に示す図である。
【図４】本発明の一実施形態による、信号メッセージおよびユーザデータ・メッセージの送信を概略的に示す図である。
【図５】本発明の一実施形態による、共通リソースマッピング機能を使用したリソース割当てを概略的に示す図である。
【図６】本発明の一実施形態による、コンポーネント・キャリアに特有のリソースマッピング機能を使用したリソース割当てを概略的に示す図である。
【発明を実施するための形態】
【００１６】
本発明を実施することができる通信ネットワークＣＮが図１に図示されており、ユーザ端末ＵＥ１〜ＵＥ４および基地局ＢＳ１〜ＢＳ８を含む。
【００１７】
前記ユーザ端末ＵＥ１〜ＵＥ４のそれぞれは、前記基地局ＢＳ１〜ＢＳ８の１つまたは複数に接続され、また、基地局ＢＳ１〜ＢＳ８は、簡潔にするために図１には示されていないコアネットワークに接続されている。
【００１８】
ユーザ端末ＵＥ１〜ＵＥ４は、例えばＬＴＥアドバンストまたはＷＩＭＡＸネットワークとしての通信ネットワークにおける送信および受信のためのユーザ端末の機能を含む、すなわち、ユーザ端末は、基地局によって通信ネットワークに接続することができる。
【００１９】
さらに、本発明によるユーザ端末ＵＥ１〜ＵＥ４は、ユーザ端末が動作しているモード、すなわち標準リリースに従って、ユーザ端末へのリソースの割当てのためのメッセージを異なるように解釈するように構成される少なくとも１つの処理手段を含む。
【００２０】
基地局ＢＳ１〜ＢＳ８は、例えばＬＴＥアドバンストまたはＷＩＭＡＸネットワークとしての通信ネットワークの基地局の機能を含む、すなわち、基地局は、対応するセルにサーブし、ユーザ端末ＵＥ１〜ＵＥ４が通信ネットワークＣＮに接続する可能性を提供する。
【００２１】
さらに、本発明による基地局ＢＳ１〜ＢＳ８は、第１のモードおよびさらなるモードに対して、すなわち、従来の標準リリースおよび新しい標準リリースに対して同一のフォーマットを有するユーザ端末へのリソースの割当てのためのメッセージを送信するように構成される少なくとも１つの処理手段を含む。
【００２２】
マルチセル無線伝送に使用されるスペクトルバンドは通常、キャリアと呼ばれる。キャリア・アグリゲーションのシナリオでは、例えば周波数分割複信（ＦＤＤ）に関して、ユーザ端末へのダウンリンク送信およびユーザ端末からのアップリンク送信は、コンポーネント・キャリアと呼ばれる複数の連続キャリアまたは非連続キャリアを介して生じ得ると予想される。
【００２３】
図２は、新しい規格ＬＴＥ−Ａについて３ＧＰＰで現在協議されている、異なるコンポーネント・キャリアＣＣ１〜ＣＣ５にあるリソースブロック上での２つのトランスポート・ブロックＴＢ１、ＴＢ２のマッピングを示す。前記マッピングは、ＬＴＥまたはＬＴＥ−Ａにおいて拡張ＮｏｄｅＢ（ｅＮＢ：ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）と呼ばれる基地局で実行される。新しい規格ＬＴＥ−Ａでは、同一の時間間隔で２つ以上のトランスポート・ブロックを送信することさえ意図されている。
【００２４】
第１のステップ１では、各トランスポート・ブロックＴＢ１およびＴＢ２に特有のデータのチャネル符号化およびレートマッチングが実行される。
【００２５】
第２のステップ２では、これも各トランスポート・ブロックＴＢ１およびＴＢ２に特有のデータの変調が実行される。
【００２６】
結果として、各トランスポート・ブロックＴＢ１およびＴＢ２に対して特有の変調および符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）が存在する。
【００２７】
第３のステップ３では、各トランスポート・ブロックＴＢ１、ＴＢ２は、異なるコンポーネント・キャリアＣＣ１〜ＣＣ５上に特異的にマップされる。
【００２８】
第４のステップ４では、各コンポーネント・キャリアＣＣ１〜ＣＣ５は、エア・インターフェースを介して送信するための、両方のトランスポート・ブロックＴＢ１、ＴＢ２からのデータで満たされる。
【００２９】
図３には、コンポーネント・キャリアＣＣ１〜ＣＣ３上での伝送ブロックＴＢ１〜ＴＢ３のマッピングが示されている。前記マッピングは、ユーザ固有の信号対干渉雑音比ＳＩＮＲに依存する。ＳＩＮＲが低い場合、非常にフォールトトレラントである変調および符号化方式ＭＣＳ３を有するトランスポート・ブロックＴＢ３のみが、コンポーネント・キャリアＣＣ１〜ＣＣ３にマップされ得る。ＳＩＮＲが中程度の範囲にある場合、比較的フォールトトレラントである変調および符号化方式ＭＣＳ２を有するトランスポート・ブロックＴＢ２のみが、コンポーネント・キャリアＣＣ１〜ＣＣ３にマップされる。最後に、ＳＩＮＲが高い場合、それほどフォールトトレラントでない変調および符号化方式ＭＣＳ１を有するトランスポート・ブロックＴＢ１のみが、コンポーネント・キャリアＣＣ１〜ＣＣ３にマップされる。
【００３０】
ユーザ固有の周波数に依存する信号対干渉雑音比ＳＩＮＲは、周波数軸ｆに沿った曲線によって図示されている。
【００３１】
周波数軸ｆに沿って、３つのコンポーネント・キャリアＣＣ１〜ＣＣ３の範囲が二重矢印によって図示されている。
【００３２】
ＳＩＮＲ軸に沿って点線で表される閾値ＴＨ１の上で、対応する変調および符号化方式ＭＣＳ１を有するトランスポート・ブロックＴＢ１がコンポーネント・キャリアＣＣ１〜ＣＣ３にマップされる。
【００３３】
やはりＳＩＮＲ軸に沿って点線で表される閾値ＴＨ２と閾値ＴＨ１の間で、対応する変調および符号化方式ＭＣＳ２を有するトランスポート・ブロックＴＢ２がコンポーネント・キャリアＣＣ１〜ＣＣ３にマップされる。
【００３４】
閾値ＴＨ２の下で、トランスポート・ブロックＴＢ３がコンポーネント・キャリアＣＣ１〜ＣＣ３にマップされる。
【００３５】
どのトランスポート・ブロックＴＢ１〜ＴＢ３がどのコンポーネント・キャリアＣＣ１〜ＣＣ３上にマップされるかは、周波数軸ｆに沿った二重矢印によって示される。
【００３６】
図４には、ＬＴＥにおいて拡張ＮｏｄｅＢと呼ばれる基地局ｅＮＢと２つのユーザ端末ＵＥ１、ＵＥ２との間の、本発明の一実施形態による、リソースの割当てのための信号メッセージおよびユーザデータ・メッセージの送信が図示されている。
【００３７】
ユーザ端末ＵＥ１はＲｅｌ’８機能のみを有するが、ユーザ端末ＵＥ２はＲｅｌ’８機能およびＲｅｌ’１０機能の両方を有する。
【００３８】
集合スペクトル（ａｇｇｒｅｇａｔｅｄ  ｓｐｅｃｔｒｕｍ）とも呼ばれる、送信および受信のために基地局ｅＮＢによって使用される周波数帯は、いわゆるコンポーネント・キャリアＣＣ１〜ＣＣ５に分割される。
【００３９】
一般に、基地局ｅＮＢによって送信される信号メッセージは点線矢印として図示され、基地局ｅＮＢによって送信されるユーザデータ・メッセージは実線を有する矢印として図示される。
【００４０】
第１のトランスポート・ブロックの送信用のリソース割当てのための信号メッセージは、白の四角によって示される。
【００４１】
第２のトランスポート・ブロックの送信用のリソース割当てのための信号メッセージは、白の三角によって示される。
【００４２】
第１のデータブロックのユーザデータ・メッセージは、黒の四角によって示される。
【００４３】
第２のデータブロックのユーザデータ・メッセージは、黒の三角によって示される。
【００４４】
これらの四角および三角は、それぞれの信号メッセージまたはユーザデータ・メッセージのためにどのキャリア上で使用されるかに従って、コンポーネント・キャリアＣＣ１〜ＣＣ５上に図示される。
【００４５】
各ユーザ端末ＵＥ１、ＵＥ２は、ユーザ端末がＲｅｌ’１０機能も有するかどうかにかかわらず、純粋なＲｅｌ’８ユーザ端末として動作を開始する。
【００４６】
第１のステップ１では、基地局ｅＮＢは、トランスポート・ブロックの送信用のリソース割当てのために、コンポーネント・キャリアＣＣ１上の信号メッセージをユーザ端末ＵＥ１に送信する。
【００４７】
第２のステップ２では、基地局ｅＮＢは、信号メッセージと同一のコンポーネント・キャリアＣＣ１上で、Ｒｅｌ’８に従って、ユーザデータ・メッセージをユーザ端末ＵＥ１に送信する。
【００４８】
第３のステップ３では、基地局ｅＮＢは、第１のトランスポート・ブロックの送信用のリソース割当てのために、コンポーネント・キャリアＣＣ１上の信号メッセージをユーザ端末ＵＥ２に送信する。
【００４９】
第４のステップ４では、基地局ｅＮＢは、信号メッセージと同一のコンポーネント・キャリアＣＣ１上で、Ｒｅｌ’８に従って、ユーザデータ・メッセージをユーザ端末ＵＥ２に送信する。
【００５０】
さらに、ユーザ端末ＵＥ２のＲｅｌ’１０機能を有効化するために、基地局ｅＮＢは信号メッセージをユーザ端末ＵＥ２に送信する。すると、全ての完全にＲｅｌ’８後方互換性の特徴は依然として使用可能であり、加えて全ての新しいＲｅｌ’１０の特徴が有効化される。次いで、Ｒｅｌ’８後方互換性の送信も、例えばコンポーネント・キャリアＣＣ２上のような、Ｒｅｌ’１０機能の有効化の前に使用されたコンポーネント・キャリアＣＣ１とは異なるコンポーネント・キャリア上で発生し得る。Ｒｅｌ’１０機能を有効化するための前記信号メッセージは、例えば１つのトランスポート・ブロック内で多重化されて、ユーザデータ・メッセージで送信されてもよく、または別個の信号メッセージとして送信されてもよい。
【００５１】
信号メッセージは、トランスポート・ブロック内の無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージ、ＭＡＣヘッダ内の媒体アクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）要素、または、例えば許可の特定のビット組合せとしての特定のレイヤ１信号さえ介して送信することができる。
【００５２】
信号メッセージは、Ｒｅｌ’１０機能、例えば、２つ以上のコンポーネント・キャリアを同時にリッスンすること、前記コンポーネント・キャリアに対するフィードバックを送信すること、または特定の方法でスケジューリング要求を送信することを有効化するようユーザ端末ＵＥ２に命じる。図４に図示される例では、ユーザ端末ＵＥ２はコンポーネント・キャリアＣＣ１、ＣＣ２、ＣＣ３、ＣＣ４およびＣＣ５をリッスンする。しかし、一般に、信号メッセージによって、全てのコンポーネント・キャリアのサブセットのみをリッスンするようユーザ端末に命令することもできる。
【００５３】
第５のステップ５では、基地局ｅＮＢは、Ｒｅｌ’１０に従って、リソース割当てのための信号メッセージをユーザ端末ＵＥ２に送信する。リソース割当てのための信号メッセージは、コンポーネント・キャリアＣＣ１およびＣＣ２上に第１のトランスポート・ブロックの送信用のリソース割当てのための信号メッセージを含み、コンポーネント・キャリアＣＣ４およびＣＣ５上に第２のトランスポート・ブロックの送信用のリソース割当てのための信号メッセージを含む。
【００５４】
一般に、リソース割当てのための全ての信号メッセージ、すなわち、図４の例における全てのＰＤＣＣＨ許可は、Ｒｅｌ’８に従って復号可能な状態を維持する。全てのユーザ端末ＵＥ１、ＵＥ２、すなわち、Ｒｅｌ’８およびＲｅｌ’１０ユーザ端末は、どのユーザ端末に対してＰＤＣＣＨ許可が有効であるかを認識する。ＰＤＣＣＨ許可の内容の解釈は、Ｒｅｌ’８とＲｅｌ’１０で異なる。言い換えると、既存のリソース割当てフォーマットは、例えば、ユーザ端末特有のリソースマッピング機能のアプリケーション毎に、Ｒｅｌ’１０ユーザ端末に対して異なる解釈を有する。
【００５５】
原則として、Ｒｅｌ’１０によれば、１つまたは複数のコンポーネント・キャリア上の１つまたは複数のＰＤＣＣＨ許可が送信され、１つまたは複数のトランスポート・ブロックの送信を信号通知する。各トランスポート・ブロックは、１つまたは複数のコンポーネント・キャリアで分散される。
【００５６】
第６のステップ６では、基地局ｅＮＢが２つのトランスポート・ブロックでユーザデータを送信し、これらのトランスポート・ブロックは両方とも、コンポーネント・キャリアＣＣ１、ＣＣ２、ＣＣ３、およびＣＣ５で分散される。
【００５７】
第７のステップ７では、基地局ｅＮＢが、Ｒｅｌ’１０に従って、リソース割当てのための別の信号メッセージをユーザ端末ＵＥ２に送信する。リソース割当てのための信号メッセージは、コンポーネント・キャリアＣＣ１上に第１のトランスポート・ブロックの送信用のリソース割当てのための信号メッセージを含み、コンポーネント・キャリアＣＣ５上に第２のトランスポート・ブロックの送信用のリソース割当てのための信号メッセージを含む。
【００５８】
第８のステップ８では、基地局ｅＮＢは、２つのトランスポート・ブロックでユーザデータを送信し、これらのトランスポート・ブロックは両方とも、コンポーネント・キャリアＣＣ１およびＣＣ５で分散される。
【００５９】
さらに、ユーザ端末ＵＥ２のＲｅｌ’１０機能を非有効化するために、基地局ｅＮＢは信号メッセージをユーザ端末ＵＥ２に送信する。すると、Ｒｅｌ’８の特徴のみが使用可能な状態を維持し、全ての新しいＲｅｌ’１０の特徴は非有効化される。Ｒｅｌ’１０機能を非有効化するための前記信号メッセージは、例えば１つのトランスポート・ブロック内で多重化されて、ユーザデータ・メッセージで送信されてもよく、または別個の信号メッセージとして送信されてもよい。
【００６０】
信号メッセージは、トランスポート・ブロック内の無線リソース制御（ＲＲＣ）メッセージ、ＭＡＣヘッダ内の媒体アクセス制御（ＭＡＣ）要素、または、例えば許可の特定のビット組合せとしての特定のレイヤ１信号さえ介して送信することができる。
【００６１】
本発明の一実施形態では、ユーザ端末ＵＥ２は、タイマが経過した後、Ｒｅｌ’８モードに切り替えられ、Ｒｅｌ’１０機能を非有効化するための信号メッセージを送信してはならない。
【００６２】
本発明の一実施形態では、ユーザ端末ＵＥ２は、節電のためにＲｅｌ’８モードに切り替えられる。すると、ユーザ端末ＵＥ２は、例えば、Ｒｅｌ’８で既に規定されているいわゆるＤＲＸサイクルを実行でき、このサイクルでは、ユーザ端末ＵＥ２は何も受信せず、スリープモードに入る。
【００６３】
第９のステップ９では、基地局ｅＮＢは、トランスポート・ブロックの送信用のリソース割当てのために、コンポーネント・キャリアＣＣ３上の信号メッセージをユーザ端末ＵＥ２に送信する。
【００６４】
第１０のステップ１０では、基地局ｅＮＢは、信号メッセージと同一のコンポーネント・キャリアＣＣ３上で、Ｒｅｌ’８に従って、ユーザデータ・メッセージをユーザ端末ＵＥ２に送信する。
【００６５】
図５には、本発明の一実施形態による、共通のリソースマッピング機能を使用する、例えばＲｅｌ’１０によるリソース割当てが示されている。
【００６６】
図５の上側部分には、基地局からユーザ端末に送信されたリソース割当てのための信号メッセージに示される、コンポーネント・キャリアＣＣ１の物理リソースブロック＃０〜＃５およびコンポーネント・キャリアＣＣ２の物理リソースブロック＃６〜＃１１が図示されている。このような信号メッセージは、例えばＬＴＥによるＰＤＣＣＨ許可とすることができる。
【００６７】
図５の下側部分には、基地局からユーザ端末に送信されたユーザデータを含むメッセージで使用される、コンポーネント・キャリアＣＣ１の物理リソースブロック＃０〜＃５およびコンポーネント・キャリアＣＣ２の物理リソースブロック＃６〜＃１１が図示されている。ユーザデータを含むこのようなメッセージは、例えばＬＴＥによる物理ダウンリンク共有チャネルＰＤＳＣＨ上のメッセージとすることができる。
【００６８】
リソース割当てのための信号メッセージ内の物理リソースブロックを表す各位置において、特定のビット組合せまたは単なるビットの出現は、ユーザデータが特定の物理リソースブロックにおいて送信されることを示す。
【００６９】
信号メッセージに示された物理リソースブロックとユーザデータを含むメッセージの送信に使用される物理リソースブロックとの相関関係が図５に実線で図示されている。例えば、信号メッセージ内のコンポーネント・キャリアＣＣ１の物理リソースブロック＃４に対する位置における特定のビット組合せまたはビットの出現は、ユーザデータが、ユーザデータを含むメッセージで、コンポーネント・キャリアＣＣ２の物理リソースブロック＃１０において送信されることを示す。
【００７０】
Ｒｅｌ’８によれば、信号メッセージに示される物理リソースブロックは、１つのコンポーネント・キャリアのみに由来し、同一のコンポーネント・キャリアにおいてユーザデータを含むメッセージのために使用される物理リソースブロックのみと相関する。
【００７１】
Ｒｅｌ’１０によれば、信号メッセージに示される物理リソースブロックは、１つまたは複数のコンポーネント・キャリアに由来し、１つまたは複数のコンポーネント・キャリアに由来するユーザデータを含むメッセージのために使用される物理リソースブロックと相関する。
【００７２】
Ｒｅｌ’１０のための信号メッセージのフォーマットを再利用できるようにするために、信号メッセージにおいて物理リソースブロックを示すビット組合せまたはビットの出現は、ユーザ端末がＲｅｌ’８モードであるかＲｅｌ’１０モードであるかに従って異なるように解釈される。例えば、信号メッセージにおいてコンポーネント・キャリアＣＣ１の物理リソースブロック＃４を示す位置における特定のビット組合せまたはビットの出現は、ユーザ端末がＲｅｌ’８モードである場合、ユーザデータが、ユーザデータを含むメッセージにおいて、コンポーネント・キャリアＣＣ１の物理リソースブロック＃４において送信されることを示し得るが、信号メッセージにおいてコンポーネント・キャリアＣＣ１の物理リソースブロック＃４を示す位置における同一の特定のビット組合せまたは同一ビットの出現は、ユーザデータが、ユーザデータを含むメッセージで、コンポーネント・キャリアＣＣ２の物理リソースブロック＃１０において送信されることを示す。
【００７３】
本発明の一実施形態では、ユーザ端末は、各ユーザ端末に特有であり、リソースの割当てのための前記メッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能を用いて、リソースの割当てのための信号メッセージを解釈する。
【００７４】
図５には、リソースマッピング機能が、信号メッセージとユーザデータ・メッセージの間のボックスとして概略的に図示されている。リソースマッピング機能により、同一のリソース割当てフォーマット、例えばＲｅｌ’８に規定されている同一のビット量または同一のビットの位置を送信することができるが、Ｒｅｌ’１０に対しては異なる意味を有する。リソースマッピング機能は、Ｒｅｌ’１０ユーザ端末に実装され、すなわち、各Ｒｅｌ’１０ユーザ端末は、各自のリソースマッピング機能を周知している。
【００７５】
本発明の一実施形態では、リソースマッピング機能は時間に依存してもよく、すなわち、リソースマッピング機能はいつでも変更され得る。
【００７６】
本発明の別の実施形態では、リソースマッピング機能は、１つまたは複数の特定の時間間隔の間で有効とすることができる。したがって、Ｒｅｌ’８に類似した、いわゆる永続的なスケジューリングが可能である。
【００７７】
図６には、本発明の一実施形態による、特定のコンポーネント・キャリアに特有のリソースマッピング機能を使用する、例えばＲｅｌ’１０によるリソース割当てが示されている。
【００７８】
図６に図示されるリソース割当ては、図５に図示されるものと類似しているが、１つの共通のリソースマッピング機能の代わりに２つのリソースマッピング機能が使用されるという違いを有する。第１のリソースマッピング機能は、第１のコンポーネント・キャリアＣＣ１の物理リソースブロックを有する信号メッセージに特有であり、第２のリソースマッピング機能は、第２のコンポーネント・キャリアＣＣ２の物理リソースブロックを有する信号メッセージに特有である。しかし、一般に、リソースマッピング機能は、１つまたはいくつかのコンポーネント・キャリアに限定されることを必要としない。
【００７９】
２つ以上のリソースマッピング機能の使用により、例えば信号に対する異なる粒度を有することができる。例えば、図６では、第１のコンポーネント・キャリアＣＣ１のためのリソースマッピング機能は、信号メッセージの１つの物理リソースブロックを、ユーザデータを含むメッセージの２つの物理リソースブロックにマップするが、第２のコンポーネント・キャリアＣＣ２のためのリソースマッピング機能は、信号メッセージの１つの物理リソースブロックを、ユーザデータを含むメッセージの１つの物理リソースブロックにマップする。
【００８０】
さらに、信号メッセージに示される各物理リソースブロックを、各リソースマッピング機能において異なるようにマップすることができるので、２つ以上のリソースマッピング機能を使用することは、より多数のマッピングの可能性を提供する。
【００８１】
本発明の一実施形態では、基地局は、各ユーザ端末に特有であり、リソースの割当てのためのメッセージの物理リソースブロックをユーザデータ送信に使用される物理リソースブロックにマップするリソースマッピング機能に関する情報をユーザ端末に送信する。
【００８２】
あるいは、リソースマッピング機能は、ユーザ端末において事前定義されていてもよい。
【図１】
0005462276.tif 000002
【図２】
0005462276.tif 000003
【図３】
0005462276.tif 000004
【図４】
0005462276.tif 000005
【図５】
0005462276.tif 000006
【図６】
0005462276.tif 000007