JP5226864B2

JP5226864B2 - 電気通信ネットワークにおけるシグナリングリソース割当

Info

Publication number: JP5226864B2
Application number: JP2011514525A
Authority: JP
Inventors: パルクヴァル、ステファン; リンドフ、ベングト; ダールマン、エリク; ヤディング、イルヴァ
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2008-06-19
Filing date: 2008-12-10
Publication date: 2013-07-03
Anticipated expiration: 2028-12-10
Also published as: WO2009154530A1; EP2291969B1; KR20110030442A; US20130176959A1; ES2377353T3; JP2011525748A; AR072187A1; ATE535088T1; US20110092242A1; MX2010012317A; EP2291969A1; PL2291969T3; US8861471B2; US8379587B2

Description

本発明は、電気通信ネットワークにおける方法に関し、特に、無線基地局と移動端末との間の通信のためのシグナリングリソース割当の方法、無線基地局、移動端末に関する。

図１は電気通信ネットワーク２を示している。ネットワーク２は複数の無線基地局４を含み、その各々は、いわゆる「セル」において複数の移動端末６と通信する。各無線基地局４はさらにコアネットワーク８とも通信する。例えば、ネットワーク２が発展型ＵＭＴＳ地上波無線アクセスネットワーク（E-UTRAN：evolved UMTS terrestrial radio access network）である場合には、コアネットワーク８は発展型パケットコアを含み、発展型パケットコア自体には、モビリティ管理体（MME：mobility management entity）とサービングゲートウェイとＰＤＮ（packet data network：パケットデータネットワーク）ゲートウェイとが備えられる。

３ＧＰＰ仕様書のリリース８によるＥ−ＵＴＲＡＮは、２０ＭＨｚまで帯域幅をサポートする。しかしながら、この規格の今後のリリースにおける必要条件の１つとして、２０ＭＨｚよりも大きな帯域幅のサポートが期待されよう。かかるリリースにおいてさらに重要な必要条件は、リリース８に逆行する互換性を確証することである。これにはスペクトル互換性も含めるべきである。それが意味するのは、今後のリリースのキャリアについて、２０ＭＨｚよりも広いものであり、Ｒｅｌ−８端末にとって多くのＲｅｌ−８キャリアとして見えるべきである。このような各キャリアをコンポーネントキャリアということができる。特に今後のリリースの早期展開として、多くのレガシＲｅｌ−８端末に比べて今後リリースの端末が少なくなることが期待できる。したがって、レガシ端末に対しても広いキャリアの効率的使用を確証すること、すなわちレガシ端末が広帯域の今後リリースのキャリア全体でスケジューリングできるようにすることが可能であることが必要である。

これを得るに単純な方法は、キャリアアグリゲーションによるものであろう。キャリアアグリゲーションとは、今後リリースの端末が複数のコンポーネントキャリアを受信できることを意味しており、コンポーネントキャリアは、Ｒｅｌ−８キャリアと同一の構造を有しているか、または少なくともＲｅｌ−８キャリアと同一の構造を有している可能性を有している。キャリアアグリゲーションは図２に示しており、各々帯域幅が２０ＭＨｚの５つのコンポーネントキャリア１０がアグリゲートされ、１００ＭＨｚのアグリゲートされた帯域幅を形成する。

３ＧＰＰリリース８では、ダウンリック制御シグナリングを使用して、アップリンクおよびダウンリンクデータの送信をサポートする。リリース８はダウンリンクＬ１／Ｌ２制御シグナリングを使用する。ダウンリンクＬ１／Ｌ２制御シグナリングは、端末がダウンリンクデータ信号を適切に受信できるために必要な情報を含むダウンリンクスケジューリング割当を含み、アップリンクスケジュールがアップリンク送信動作の制御を認める。

ダウンリンクＬ１／Ｌ２制御信号は、３つの異なる物理チャネルタイプに対応する。
・制御領域のサイズ（１、２、または３ＯＦＤＭシンボル）について端末に通知する物理制御フォーマットインジケータチャネル（PCFICH：Physical Control Format Indicator Channel）。各セルにはＰＣＦＩＣＨがただひとつしかない。
・信号ダウンリンクスケジューリング割当およびアップリンクスケジューリング許可に使用する物理ダウンリンク制御チャネル（PDCCH：Physical Downlink Control Channel）。各ＰＤＣＣＨは、単一の端末（または端末のグループ）のシグナリングを搬送する。典型的に、各セルには複数のＰＤＣＣＨがある。
・アップリンクＵＬ−ＳＣＨ信号に応じた信号ハイブリッドＡＲＱ確認応答に使用する物理ハイブリッドＡＲＱインジケータチャネル（PHICH：Physical Hybrid-ARQ Indicator Channel）。各セルには複数のＰＨＩＣＨがある。

ＰＤＣＣＨで送信される情報の一部は、データの送信に使用されるリソースであり、リソースブロックで表される。つまり、各リソースブロックは、周波数帯域幅の特定の部分、および時間における特定の間隔に関する。リソースブロック割当タイプをシグナリングするには、３つの異なる選択肢タイプ０、１、２がある。リソースブロック割当タイプ０および１は、ともに周波数領域における非連続のリソースブロックの割当をサポートし、タイプ２は連続のリソースブロックの割当しかサポートしない。

図３ａ〜３ｃは、それぞれ３つのリソースブロック割当メッセージタイプ０、１、２のフォーマットを示している。

リソース割当タイプ０（図３ａ）では、割当メッセージが、タイプ識別子１２（すなわち、リソース割当タイプ０を識別する）と、割り当てられるリソースブロックを指すビットマップ１４とを含む。周波数領域における個々のリソースブロックを指すのではなく、固定数の連続のリソースブロックのグループを指す各ビットだけ、ビットマップのサイズは削減される。このようなグループのサイズはダウンリンクセル帯域幅で決まる。帯域幅が最小であれば、セット内には１つしかリソースブロックがなく、リソースブロックの任意のセットがスケジュールできることを示す。一方、セル帯域幅が最大であれば、４つのリソースブロックを使用できる。このように、ダウンリンクセル帯域幅が１００リソースブロックであるシステムのビットマップは、１００ビットから２５ビットへ削減できる。しかしながら、問題は、スケジューリング精度が低減することである。単一のリソースブロックは、割当タイプ０を使用して最大のセル帯域幅にスケジューリングすることができない。

大きなセル帯域幅では、単一のリソースブロックの周波数分解能が、例えば小さなペイロードをサポートするのに時に有用であるため、これは問題である。これに対して、リソース割当タイプ１は、周波数領域における総リソースブロックを分散サブセットへ分割することで対応する。サブセットの数は、セル帯域幅から与えられるものであり、タイプ１におけるサブセットの数がタイプ０におけるグループサイズと等しくなるようにされる。

したがって、リソースブロックが１００個のダウンリンクセル帯域幅の例については、上述のように４つのサブセットがある。サブセット内では、ビットマップが、ダウンリンク送信が発生する周波数領域におけるリソースブロックを示す。

図３ｂは、リソース割当タイプ１のリソース割当メッセージ構造を示している。メッセージは、同様に、タイプ識別子１６（タイプ１を識別する）と、割り当てられるリソースブロックを識別するビットマップ１８とを含む。しかしながら、リソース割当タイプ１の設計における必要条件の１つは、割当メッセージにおいて、不要なオーバヘッドを追加することなく、タイプ０と同数のビットを維持することであった。したがって、リソース割当タイプ１におけるビットマップ１８は、サブセット識別子フィールド２０におけるサブセット数のシグナリングを可能とするため、タイプ０よりも小さい必要がある。ビットマップ１８を小さくすると、結果的に、サブセットのリソースブロック全ては同時に処理できなくなる。ビットマップの全てのリソースを処理可能とするために、ビットマップがサブセットにおけるリソースブロックの「左」部分に関するか、または「右」部分に関するかを示すフラグ２２がある。つまり、元のサブセット内でさらなるサブセットが定められる。

図３ｃは、リソース割当タイプ２のリソース割当メッセージの構造を示している。他の２タイプのリソースブロック割当シグナリングとは異なり、タイプ２はビットマップに依存しない。その代わり、リソース割当を、リソースブロック割当の開始位置２４および長さ２４として符号化する。したがって、任意のリソースブロックの割当はサポートせず、連続の割当のみサポートし、それによってリソースブロック割当をシグナリングするのに必要なビット数が削減される。

必要なのは、無線基地局と移動端末との間で複数のキャリアを使用する電気通信ネットワークにおいてリソース割当をシグナリングする方法である。

今後リリースの３ＧＰＰ仕様書で規定のＵＴＲＡＮの今後のリリースにおけるＬ１／Ｌ２制御シグナリングについて、２つの選択肢が考えられる（すなわち、複数のコンポーネントキャリアでのシグナリング時）。
１）各コンポーネントキャリアは自身のＰＤＣＣＨを有する。端末が複数のコンポーネントキャリアにスケジューリングされる場合、当該コンポーネントキャリアについての情報は同コンポーネントキャリアのＰＤＣＣＨに含まれる。
２）１つのコンポーネントキャリアのＰＤＣＣＨは、複数のコンポーネントキャリアのリソースブロックを指すことができる。

第１の選択肢では、各コンポーネントキャリアのシグナリング構造はＲｅｌ−８と一致する。しかしながら、第２の選択肢では、１つのＰＤＣＣＨが、複数のコンポーネントキャリアのリソースブロックを指せることが必要である。したがって、このようなＰＤＣＣＨは、単一のコンポーネントキャリアで使用可能なリソースブロックよりも多くを指せることが必要である。

リソースブロックについて処理可能性を拡張することは、ＰＤＣＣＨで送信される制御情報の新たなフォーマットを導入することによって行うことができる。全コンポーネントキャリアのリソースを割り当てられるためには、新たなフォーマットは、より大きなリソースブロックのセットを処理することが必要である。例としては、２０ＭＨｚのキャリア５つがアグリゲートされる場合、単一の２０ＭＨｚキャリアのみの場合の１００個に比べ、新たなフォーマットは、最大５×１００＝５００個のリソースブロックを処理することが必要である。ゆえに、新たなフォーマットは、より多くのリソースブロックを処理するために、制御シグナリングのビット数が大きくなる。

しかしながら、新たなフォーマットを導入するには、複数のフォーマットをモニタする端末が必要であろう。これによって、端末は好ましくはＲｅｌ−８の現行フォーマットもモニタすべきであるため、端末の複雑さが増す。端末が新たなフォーマットしかモニタしなければ、ネットワークは小さなリソースブロック割当に対しても新たなフォーマットを使用しなければならなくなり、オーバヘッドが増加することになる。

本発明によれば、既存の制御シグナリングは、Ｒｅｌ−８よりも大きなセットのリソースブロックを示すことが可能であり、このようなセットのサイズは、アグリゲートされたコンポーネントキャリア全てにわたる総帯域幅を、ＰＤＣＣＨを搬送するコンポーネントキャリアで割った比で計られる。

したがって、本発明によれば、電気通信ネットワークにおいて使用する無線基地局が提供される。無線基地局は、複数のキャリアで電気通信ネットワークの移動端末へデータを送信するものとされる。複数のキャリアの各々のリソースは、それぞれの複数のリソースブロックに対応する。無線基地局は、リソースブロックの数に各々対応する１または２以上のビットを含むリソース割当メッセージを生成するものとされた処理回路と、複数のキャリアのうちの１つのキャリアでリソース割当メッセージを送信するものとされた送信部とを備える。リソースブロックの数は、リソース割当メッセージが送信されるキャリアの帯域幅で、複数のキャリアのアグリゲート帯域幅を割った比から決まる。

対応する方法も提供される。

本発明の別の観点によれば、電気通信ネットワークにおいて使用する移動端末が提供される。移動端末は、複数のキャリアで電気通信ネットワークの無線基地局からデータを受信するものとされる。複数のキャリアの各々のリソースは、それぞれの複数のリソースブロックに対応する。移動端末は、複数のキャリアのうちの１つのキャリアで、リソースブロックの数に各々対応する１または２以上のビットを含んだリソース割当メッセージを受信するものとされた受信部と、上記リソース割当メッセージを復号するものとされた処理回路とを備える。リソースブロックの数は、リソース割当メッセージが送信されるキャリアの帯域幅で、複数のキャリアのアグリゲート帯域幅を割った比から決まる。

したがって、本発明によって提案される解決手段によれば、１以上のキャリアにリソースを割り当てるには１つしかリソースが必要なく、このようなメッセージの送信で消費する電力を最小化することができる。

本発明をより良く理解するため、また、どのように実施できるかをより明確に示すために、単に例示として、ここで添付図面を参照する。

電気通信ネットワークを示す。アグリゲートされた複数のコンポーネントキャリアを示す。図３ａ〜３ｃは、それぞれリソース割当タイプ０、１、２のリソース割当メッセージの構造を示す。本発明に係る無線基地局を示す。本発明に係る移動端末を示す。本発明の一実施形態によって割り当てられたリソースブロックを示す図である。本発明の別の実施形態によって割り当てられたリソースブロックを示す図である。本発明に係る無線基地局における方法を示す。本発明に係る移動端末における方法を示す。

本発明にしたがって、図１で説明したネットワークで使用する方法を開示する。

図４は、本発明に係る無線基地局４０を示している。

基地局４０は、送受信回路４４に結合されたアンテナ４２を備える。Ｔｘ／Ｒｘ回路４４は、さらに処理回路４６に結合される。

本発明の説明にとって重要ではないが、当業者であれば、わかりやすくするため数的特徴を省略したことは明らかであろう。さらに、基地局４０が、１より多くのアンテナ、１より多くのＴｘ／Ｒｘ回路を備えてもよいことも明らかであろう。このような変更例は、全て、添付の特許請求の範囲に記載の本発明の範囲内である。

処理回路４６は、以下でより詳細に説明するパラメータＫの値を計算するＫ計算部４７を備える。処理回路は、以下で説明するリソース割当メッセージを生成するよう動作するメッセージ生成部４８をさらに備える。Ｔｘ／Ｒｘ回路４４およびアンテナ４２は、例えば移動端末やユーザ機器へリソース割当メッセージを送信するよう動作する。リソース割当メッセージの送信は、複数のコンポーネントキャリアの１または２以上のコンポーネントキャリアで行われる。例えば、リソース割当メッセージは１つのキャリアで送信し、メッセージは複数のキャリアの各々に対するリソースを割り当てるものとすることができる。あるいは、コンポーネントキャリアが４つある場合、例えばリソース割当メッセージをキャリアのうち２つで送信し、各メッセージは２つのキャリアに対するリソースを割り当てるものとすることができる。

無線基地局４０が３ＧＰＰの仕様書で規定のＥ−ＵＴＲＡＮの基地局である実施形態では、リソース割当メッセージはＰＤＣＣＨで送信できる。

図５は、本発明に係る移動端末またはユーザ機器５０を示している。

移動端末５０は、送受信回路５４に結合されたアンテナ５２を備える。Ｔｘ／Ｒｘ回路５４はさらに処理回路５６に結合される。

本発明の説明にとって重要ではないが、当業者であれば、わかりやすくするため数的特徴を省略したことは明らかであろう。さらに、移動端末５０が、１より多くのアンテナ、１より多くのＴｘ／Ｒｘ回路を備えてもよいことも明らかであろう。このような変更例は、全て、添付の特許請求の範囲に記載の本発明の範囲内である。

使用中、Ｔｘ／Ｒｘ回路５４およびアンテナ５２はリソース割当メッセージを受信するよう動作する。リソース割当メッセージの受信は、複数のコンポーネントキャリアの１または２以上のコンポーネントキャリアで行われる。例えば、リソース割当メッセージは１つのキャリアで送信し、メッセージは複数のキャリアの各々に対するリソースを割り当てるものとすることができる。あるいは、コンポーネントキャリアが４つある場合、例えばリソース割当メッセージをキャリアのうち２つで送信し、各メッセージは２つのキャリアに対するリソースを割り当てるものとすることができる。処理回路５６は、以下でより詳細に説明するリソース割当メッセージを復号してその内容を解釈するよう動作する復号部５８を備える。

移動端末５０が３ＧＰＰの仕様書で規定のＥ−ＵＴＲＡＮの移動端末である実施形態では、リソース割当メッセージはＰＤＣＣＨで送信できる。

本発明の実施形態によれば、リソース割当メッセージは、一般的に図３ａ〜３ｃについて説明したフォーマットと同じもので送信される。しかしながら、メッセージは、複数のキャリアのリソースが単一のメッセージで割り当てることができるように、より多くのビットを表すよう計られる。

とすると、帯域幅は、例えばリソースブロックなど、都合のよい単位で表すことができる。アンカキャリアとは、リソース割当メッセージが送信されるキャリアである。等式の分子部分の合計は、メッセージがリソースを割り当てているコンポーネントキャリア全体である。したがって、合計は、コンポーネントキャリア全体であることもあれば、２または３以上のコンポーネントキャリアのサブセットであることもある。

例えば、割り当てられたキャリアが６つあり、各々の帯域幅が２０ＭＨｚであり、リソース割当メッセージがキャリアのうちただ１つで送信される場合、Ｋ＝６である。リソースがただ２つのキャリアに割り当てられる場合、Ｋ＝２である。あるいは、リソース割当メッセージは２つのキャリアで送信し、各キャリアのメッセージはキャリアのうち３つにリソースを割り当てるものとすることもできる。この場合、各リソース割当メッセージについてＫ＝３である。しかしながら、各メッセージが同数のキャリアにリソースを割り当てる責任があるものとする必要はない。

上述のように、リソース割当メッセージ（タイプ０、１、２）は、リソースブロック、またはリソースブロックのグループを指す。このようなリソース（のグループ）をＰ_ｉと表すと、グループＰ_ｉにおけるリソースブロックの数は、アンカキャリアの帯域幅に基づいてＲｅｌ−８仕様書によって与えられる。

本発明では、リソース割当メッセージは、Ｐ_ｉリソースブロックのセットを指さず、セットＳ_ｉを指し、セットＳ_ｉは多くのＰ_ｉグループを含む。グループの数はＫから決定される。例えば、リソース割当タイプが以前は単一のリソースブロックを指した場合、本発明に係るリソース割当タイプによって指されたリソースブロックの数はＫに等しい。リソース割当タイプが以前は４つのリソースブロックを指した場合、本発明に係るリソース割当タイプによって指されたリソースブロックの数は４Ｋである。

Ｋが整数でない場合、適当な丸め関数を使用して、例えば切上げたり、切捨てたり、最近の整数に丸めたりすることができる。また、１または２以上のセットＳｊをわずかに異なるサイズとして、送信に使用可能なリソースブロックの総数に合うようにすることもできることに留意されたい。

図６は、本発明の一実施形態に係るリソースブロックの割当を示している。

図６の上部は、リソース割当タイプ０を使用して、２５個のリソースブロックの単一のコンポーネントキャリアがスケジューリングされた場合の、リソースの割当を示している。１３ビットのビットマップが、スケジューリングされた２５個のリソースブロックを指しており、ビットの多数は２つのリソースブロックを指し、最終ビットは単一のリソースブロックを指す。

図６の下部は、それぞれ２５個のリソースブロックの２つのコンポーネントキャリアがスケジューリングされる例における、本発明の一実施形態に係るリソースの割当を示している。リソース割当タイプ０を使用するリソース割当メッセージは、２つのコンポーネントキャリアのうち１つだけで送信される。したがって、この例ではＫ＝２である。また、１３ビットのビットマップが、割り当てられたリソースブロックを指す。しかしながら、この実施形態によれば、各ビットは４つのリソースブロックを指す（すなわち２Ｋ）。したがって、同一のリソース割当メッセージフォーマットを使用して、１より多くのコンポーネントキャリアに割り当てることができる。

図６に示す例では、リソースブロックのナンバリングは、各コンポーネントで別々である。したがって、「新たな」ビットが各コンポーネントキャリアの開始を指す。各コンポーネントキャリアの最後の残りのリソースブロックは、それらを割り当てるビットマップにおける後のビットまで無視される。図６の例では、２４とナンバリングされた両方のリソースブロックを割り当てるビットマップにおける最終ビットである。

図７は、本発明の別の実施形態に係るリソースブロックの割当を示す図である。図示する例は、図６について説明したものと同様であり、そのため詳細には説明しない。相違点は、複数のコンポーネントキャリアのリソースブロックが連続的にナンバリングされ、各コンポーネントキャリアでナンバリングがリスタートしない点である。この実施形態では、リソース割当メッセージのビットが連続のリソースブロックを指し、リソースブロックの割当にギャップなく、連続のコンポーネントキャリアに続く。

図８は、本発明に係る方法を示すフローチャートである。

この方法はステップ６０において開始する。ステップ６２において、上述のようにＫが決定される。

制御シグナリングの処理範囲を拡張することについての上述の説明は、移動端末が、複数のコンポーネントキャリアのリソースを割り当てられていることを想定している。端末がコンポーネントキャリアの１つにリソースブロックを割り当てるだけだとすると、Ｒｅｌ−８と同じ制御シグナリングの解釈が想定できる。したがって、ステップ６４において、無線基地局は、複数のコンポーネントキャリアに割り当てられる、と端末に示す。当業者にとっては、このような表示を送信する様々な方法が明らかであろう。１つの方法は、コンポーネントキャリアの組合せに１つずつ、端末に複数のＩＤを割り当てることである（ＩＤは制御シグナリングに暗示的に含まれることに留意）。したがって、移動端末は、そのＩＤを受信すると、１より多くのコンポーネントキャリアのリソースブロックを割り当てられるかどうか、およびどのコンポーネントキャリアに割り当てられるかを判定できる。

ステップ６６において、本発明によってリソース割当メッセージが送信される。

リソース割当メッセージは、上述のようにリソース割当タイプ０、１、または２とすることができる。リソース割当タイプ０では、メッセージはタイプ識別子（すなわちタイプ０を識別する）とビットマップとを含み、ビットマップの各ビットは複数のリソースブロックを指す。指されるリソースブロックの数は、上述のようにパラメータＫを使用して決められる。

リソース割当タイプ１では、メッセージはタイプ識別子（すなわちタイプ１を識別する）と、上述のような１または２以上のサブセット識別子と、ビットマップとを含み、ビットマップの各ビットは複数のリソースブロックを指す。指されるリソースブロックの数は、上述のようにパラメータＫを使用して決められる。

リソース割当タイプ２では、メッセージは開始リソースブロックと、開始リソースブロックの後に割り当てられるリソースブロックの数を識別する長さとを含む。本発明によれば、開始リソースブロックと長さとは、ともにＫを使用して決められる。例えば、開始リソースブロックが１０であり、長さが５０に等しく、Ｋが５に等しい場合、リソース割当メッセージは、開始リソースブロックが２で長さは１０、と示す。

リソースブロックは、多くの方法のうちいずれでナンバリングおよび割当を行ってもよい。例えば、リソース割当メッセージにおける各ビットは、同一コンポーネントキャリアの複数のリソースブロックを指すこともできれば、様々なコンポーネントキャリアのリソースブロックの組合せ（例えば各コンポーネントキャリアの１リソースブロック）を指すこともできる。

先述のように、コンポーネントキャリアに単一のリソースブロックを割り当てられるのは有用である。しかしながら、複数のコンポーネントキャリアは大きなボリュームのデータの送信が必要なときにだけ割り当てられると予測されるため、本発明が提案する分解能の低下は大きな問題ではない。この例では、ともかく、割当の精度が粗いのは、リソースブロックの数が大きいことよりも重要ではない。さらに、これによって、レガシ規格と同じフォーマットで、複数のキャリアのリソースを単一のリソース割当メッセージによって割り当てることが可能である。

図９は、本発明に係る移動端末における対応の方法を示すフローチャートである。

この方法はステップ７０において開始する。ステップ７２において、移動端末が複数のコンポーネントキャリアのリソースを割り当てられる、という表示が受信される。前のように、当業者にとっては、このような表示を受信する様々な方法が明らかであろう。１つの方法は、コンポーネントキャリアの組合せに１つずつ、端末に複数のＩＤを割り当てることである（ＩＤは制御シグナリングに暗示的に含まれることに留意）。したがって、移動端末は、そのＩＤを受信すると、１より多くのコンポーネントキャリアのリソースブロックを割り当てられるかどうか、およびどのコンポーネントキャリアに割り当てられるかを判定できる。

ステップ７４において、ステップ７２において受信された表示によって、移動端末は上述のようにＫを決める。

ステップ７６において、本発明に係るリソース割当メッセージが受信される。そして、移動端末の処理回路は、ステップ７４におけるＫの決定に照らして、リソース割当メッセージの１または２以上のビットを解釈できる。

したがって、本発明は、無線基地局と移動端末との間の通信が１より多くのキャリアで行われる電気通信システムにおけるリソース割当の問題に対する解決手段を提供する。本発明に係るリソース割当メッセージは、レガシリソース割当メッセージと同じフォーマットを有しており、したがってレガシシステムと互換性がある。

上述の実施形態は本発明を限定するというよりむしろ説明するものであり、当業者であれば、添付の特許請求の範囲から逸脱することなく、多くの代替実施形態を設計可能であろう、ということに留意すべきである。「comprising」という言葉は、請求項に記載した以外のエレメントやステップの存在を排除するものではなく、「a」や「an」は複数を排除するものではなく、単一のプロセッサまたは他のユニットは、特許請求の範囲に記載のいくつかのユニットの機能を果たすことができる。特許請求の範囲における参照符号は、その範囲を限定すると考えてはいけない。

Claims

電気通信ネットワーク（２）において使用する、無線基地局（４０）における方法であって、前記無線基地局（４０）は複数のコンポーネントキャリア（１０）で前記電気通信ネットワーク（２）の移動端末（５０）へデータを送信し、前記複数のコンポーネントキャリア（１０）の各々のリソースはそれぞれの複数のリソースブロックを含み、前記方法は、
リソースが前記複数のコンポーネントキャリアのうちの１より多くに割り当てられると、前記移動端末（５０）に示すステップと、
前記コンポーネントキャリアのうちのある特定の１つで、割当られたリソースブロックの数の表示を含むリソース割当メッセージを前記移動端末へ送信するステップを含み、
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の関数から決定される、方法。
前記コンポーネントキャリアのうちのある特定の１つの前記リソース割当メッセージは、１または２以上のビットを含み、各ビットはリソースブロックの数に対応する、請求項１に記載の方法。
前記示すステップは、
複数の移動端末ＩＤのうちの１つを送信するステップ
を含み、
前記複数の移動端末ＩＤの各々は、前記移動端末（５０）が割り当てられるそれぞれのコンポーネントキャリアの組合せに対応する、請求項１に記載の方法。
前記リソース割当メッセージは、
リソース割当タイプ（１２、１６）と、
前記１または２以上のビットを含むビットマップ（１４、１８）と
を含む、請求項１〜３のいずれか１項に記載の方法。
前記リソース割当メッセージは、
リソースブロックサブセット識別子（２０、２２）
をさらに含む、請求項４に記載の方法。
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の整数倍に等しい、請求項１〜５のいずれか１項に記載の方法。
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の非単位元整数倍に等しい、請求項１〜５のいずれか１項に記載の方法。
前記比は整数値に丸められる、請求項６または７に記載の方法。
前記リソース割当メッセージにおいて示された前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比で、割り当てられたリソースブロックの実際の数を割ったものに等しい、請求項１に記載の方法。
前記リソース割当メッセージは、前記割り当てられたリソースブロックの開始リソースブロックの表示をさらに含み、
前記リソース割当メッセージにおいて示された前記開始リソースブロックは、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比で、割り当てられたリソースブロックの実際の開始リソースブロック数を割ったものに等しい、請求項１０に記載の方法。
電気通信ネットワーク（２）において使用する無線基地局（４０）であって、前記無線基地局（４０）は複数のコンポーネントキャリア（１０）で前記電気通信ネットワーク（２）の移動端末（５０）へデータを送信し、前記複数のコンポーネントキャリアの各々のリソースはそれぞれの複数のリソースブロックを含み、前記無線基地局（４０）は、
リソース割当メッセージを生成する処理回路（４６）と、
リソースが前記複数のコンポーネントキャリアのうちの１より多くに割り当てられるという表示を前記移動端末（５０）へ送信し、前記複数のコンポーネントキャリアのうちの１コンポーネントキャリアで前記リソース割当メッセージを送信する送信部（４２）と、
を備え、
前記リソースブロックの数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の関数から決定される、無線基地局。
前記処理回路（４６）は、１または２以上のビットを含む前記リソース割当メッセージを生成し、各ビットはリソースブロックの数に対応する、請求項１１に記載の無線基地局。
前記表示は複数の移動端末ＩＤのうちの１つを含み、前記複数の移動端末ＩＤの各々は、前記移動端末（５０）が割り当てられるコンポーネントキャリアの組合せそれぞれに対応する、請求項１１に記載の無線基地局。
前記リソース割当メッセージは、
リソース割当タイプ（１２、１６）と、
前記１または２以上のビットを含むビットマップ（１４、１８）と
を含む、請求項１１〜１３のいずれか１項に記載の無線基地局。
前記リソース割当メッセージは、
リソースブロックサブセット識別子（２０、２２）
をさらに含む、請求項１４に記載の無線基地局。
前記処理回路（４６）は、割り当てられたリソースブロックの数の表示を含むリソース割当メッセージを生成し、
前記リソース割当メッセージにおいて示された前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比で、割り当てられたリソースブロックの実際の数を割ったものに等しい、請求項１１に記載の無線基地局。
前記リソース割当メッセージは、前記割り当てられたリソースブロックの開始リソースブロックの表示をさらに含み、
前記リソース割当メッセージにおいて示された前記開始リソースブロックは、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比で、割り当てられたリソースブロックの実際の開始リソースブロック数を割ったものに等しい、請求項１６に記載の無線基地局。
電気通信ネットワーク（２）において使用する移動端末（５０）であって、前記移動端末（５０）は複数のコンポーネントキャリア（１０）で前記電気通信ネットワーク（２）の無線基地局（４０）からデータを受信し、前記複数のコンポーネントキャリアの各々のリソースはそれぞれの複数のリソースブロックを含み、前記移動端末（５０）は、
リソースが前記複数のキャリアのうちの１より多くに割り当てられるという表示を受信し、前記複数のキャリアのうちの１つのコンポーネントキャリアで、割り当てられたリソースブロックの数の表示を含むリソース割当メッセージを受信する受信部（５２）と、
前記リソース割当メッセージを復号する処理回路（５５）と、
を備え、
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の関数から決定される、移動端末。
前記受信部（５２）は、前記複数のキャリアのうちの１つのコンポーネントキャリアでリソース割当メッセージを受信し、前記リソース割当メッセージは１または２以上のビットを含み、各ビットはリソースブロックの数に対応する、請求項２０に記載の移動端末（５０）。
前記表示は複数の移動端末ＩＤのうちの１つを含み、前記複数の移動端末ＩＤの各々は、前記移動端末（５０）が割り当てられるコンポーネントキャリアの組合せそれぞれに対応する、請求項２０に記載の移動端末。
前記リソース割当メッセージは、
リソース割当タイプ（１２、１６）と、
前記１または２以上のビットを含むビットマップ（１４、１８）と
を含む、請求項１８〜２０のいずれか１項に記載の移動端末。
前記リソース割当メッセージは、
リソースブロックサブセット識別子（２０、２２）
をさらに含む、請求項２１に記載の移動端末。
前記リソース割当メッセージにおいて示された前記割り当てられたリソースブロックの数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比で、割り当てられたリソースブロックの実際の数を割ったものに等しい、請求項１８に記載の移動端末（５０）。
電気通信ネットワーク（２）において使用する、移動端末（５０）における方法であって、前記移動端末（５０）は複数のコンポーネントキャリア（１０）で前記電気通信ネットワーク（２）の無線基地局（４０）へデータを送信し、前記複数のコンポーネントキャリア（１０）の各々のリソースはそれぞれの複数のリソースブロックを含み、前記方法は、
前記移動端末（５０）は前記複数のコンポーネントキャリアのうちの１以上のリソースを割り当てられるという表示を受信するステップと、
前記コンポーネントキャリアのうちのある特定の１つで、割当られたリソースブロックの数の表示を含むリソース割当メッセージを前記無線基地局（４０）から受信するステップと
を含み、
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の関数から決定される、方法。
前記リソース割当メッセージは１または２以上のビットを含み、各ビットはリソースブロックの数に対応する、請求項２４に記載の方法。
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の整数倍に等しい、請求項２４に記載の方法。
前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で、前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比の非単位元整数倍に等しい、請求項２４に記載の方法。
前記比は整数値に丸められる、請求項２６または２７に記載の方法。
前記表示は複数の移動端末ＩＤのうちの１つを含み、前記複数の移動端末ＩＤの各々は、前記移動端末（５０）が割り当てられるコンポーネントキャリアの組合せそれぞれに対応する、請求項２４に記載の方法。
前記リソース割当メッセージは、
リソース割当タイプ（１２、１６）と、
前記１または２以上のビットを含むビットマップ（１４、１８）と
を含む、請求項２９に記載の方法。
前記リソース割当メッセージは、
リソースブロックサブセット識別子（２０、２２）
をさらに含む、請求項３０に記載の方法。
前記リソース割当メッセージにおいて示された前記数は、前記リソース割当メッセージが送信されるコンポーネントキャリアの帯域幅で前記複数のコンポーネントキャリアのうちの１より多くのアグリゲート帯域幅を割った比で、割り当てられたリソースブロックの実際の数を割ったものに等しい、請求項２４に記載の方法。