(57)【特許請求の範囲】
【請求項１】
移動電話と通信するための通信ノードであって、
第１、第２、第３の要素を含む制御情報であって、前記第１の要素については前記制御情報がレガシータイプかあるいは新たなタイプであるかを示すように構成し、前記第２の要素については前記通信ノードと前記移動電話間の通信のために配分されるシステム帯域幅のパーティションを示すように構成し、前記第３の要素については前記通信ノードと前記移動電話間の通信のために配分されるシステム帯域幅の示されたパーティション内の少なくとも１つのリソースブロックを示すように構成した、制御情報を生成するように構成されたコントローラと、
生成された制御情報を前記移動電話に送信するように構成された送受信機回路部と、を含む、通信ノード。
【請求項２】
前記第２の要素は式ｃｅｉｌ（ｌｏｇ２（Ｋ））で与えられ、Ｋはシステム帯域幅のパーティションの全数である、請求項１に記載の通信ノード。
【請求項３】
前記第３の要素はタイプ０リソース配分、タイプ１リソース配分、及びタイプ２リソース配分の１つを含む、請求項１又は２に記載の通信ノード。
【請求項４】
前記第３の要素は、ビットマップ、及び所定のリソースブロックサブセットのインデックスの一方を含む、請求項１又は２に記載の通信ノード。
【請求項５】
通信ノードと通信するための移動電話であって、
コントローラと、
前記通信ノードから制御情報を受信するように構成された送受信機回路部と、を含み、
前記制御情報は第１、第２、第３の要素を含み、
前記第１の要素は前記制御情報がレガシータイプかあるいは新たなタイプであるかを示すように構成され、
前記第２の要素は前記通信ノードと前記移動電話間の通信のために配分されるシステム帯域幅のパーティションを示すように構成され、
前記第３の要素は前記通信ノードと前記移動電話間の通信のために配分されるシステム帯域幅の示されたパーティション内の少なくとも１つのリソースブロックを示すように構成されている、移動電話。
【請求項６】
前記第２の要素は式ｃｅｉｌ（ｌｏｇ２（Ｋ））で与えられ、Ｋはシステム帯域幅のパーティションの全数である、請求項５に記載の移動電話。
【請求項７】
前記第３の要素はタイプ０リソース配分、タイプ１リソース配分、及びタイプ２リソース配分の１つを含む、請求項５又は６に記載の移動電話。
【請求項８】
前記第３の要素は、ビットマップ、及び所定のリソースブロックサブセットのインデックスの一方を含む、請求項５又は６に記載の移動電話。
【請求項９】
通信ノードで実行される方法であって、
第１、第２、第３の要素を含む制御情報であって、前記第１の要素については前記制御情報がレガシータイプかあるいは新たなタイプであるかを示すように構成し、前記第２の要素については前記通信ノードと移動電話の間の通信のために配分されるシステム帯域幅のパーティションを示すように構成し、前記第３の要素については前記通信ノードと前記移動電話の間の通信のために配分されるシステム帯域幅の示されたパーティション内の少なくとも１つのリソースブロックを示すように構成した、制御情報を生成すること、及び
生成された制御情報を前記移動電話に送信すること、を含む、方法。
【請求項１０】
移動電話で実行される方法であって、
通信ノードから制御情報を受信すること、
受信した制御情報に基づいて前記通信ノードとの通信を制御すること、を含み、
前記制御情報は、第１、第２、第３の要素を含み、
前記第１の要素は、前記制御情報がレガシータイプかあるいは新たなタイプであるかを示すように構成され、
前記第２の要素は、前記通信ノードと前記移動電話間の通信のために配分されるシステム帯域幅のパーティションを示すように構成され、
前記第３の要素は、前記通信ノードと前記移動電話間の通信のために配分されるシステム帯域幅の示されたパーティション内の少なくとも１つのリソースブロックを示すように構成されている、方法。
【請求項１１】
プログラム可能なコンピュータデバイスを請求項１〜４のいずれか１項に記載の通信ノードとして機能させるためのコンピュータ実行可能命令を含む、コンピュータ実行可能プログラム。
【請求項１２】
プログラム可能なコンピュータデバイスを請求項５〜８のいずれか１項に記載の移動電話として機能させるためのコンピュータ実行可能命令を含む、コンピュータ実行可能プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム内のリソース配分のための制御シグナリングに関する。本発明は、限定はしないが、ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）システムのロングタームエボリューション（ＬＴＥ）においてダウンリンク及び／又はアップリンクのユーザデータ通信のための物理リソースブロック（ＰＲＢ）の配分をシグナリングするために用いられるリソースの効率的な配分に特に関連している。
【背景技術】
【０００２】
ＬＴＥ通信システムにおいて、ユーザデバイスは、エアインタフェースを介してデータを送受信するために、物理無線リソースを配分される必要があり、ユーザデバイスは制御シグナリングによって、そのユーザデバイスのリソース割当てを通知されなければならない。ＬＴＥでは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）がスケジューリング割当て及び他の制御情報を搬送し、スケジューリング割当てをセル内のユーザにシグナリングするために用いられるＰＤＣＣＨリソースが、サービング基地局によって動的に配分される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ＣＣＥ）の集合体から構成され、１つのＣＣＥは基地局セルの利用可能な物理無線リソースの一部を占有する。１つのセル内で利用可能なＣＣＥの全数は、そのセルのシステム帯域幅、及び所与のサブフレームにおいてＰＤＣＣＨ送信のために予約されるＯＦＤＭ(Orthogonal Frequency Division Multiplexing)シンボルの数による。通常、サブフレームの最初の３つのシンボルがＰＤＣＣＨ用に予約される。ＬＴＥリリース１１以降によれば、通例、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）用に割り当てられる無線リソースを用いて、追加の制御チャネル情報を含めることができる。そのような追加の制御チャネル情報の１つの例は、エンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）と呼ばれる。しかしながら、ＰＤＳＣＨにｅＰＤＣＣＨを設けることは、ＰＤＳＣＨ内でのリソースの効率的な配分の問題を引き起こし（配分されるリソースの断片化をもたらすので）、これらの非効率性に対処するために、追加のリソース配分技法が必要とされる。
【課題を解決するための手段】
【０００４】
１つの態様によれば、本発明は、無線インタフェースを介してユーザデバイスと通信する通信ノードであって、
サブフレームのシーケンスを用いて前記ユーザデバイスに対して信号を送受信する送受信機回路部であって、各サブフレームは、複数の通信リソースブロックを含み、各リソースブロックは、該通信ノードが前記ユーザデバイスと通信するのに用いるシステム帯域幅のサブ帯域に対応し、各リソースブロックは、第１の制御データを搬送する制御部分と、ユーザデータを搬送するデータ部分とを有する、送受信機回路部と、
サブフレーム内において、前記ユーザデバイスと通信するためのリソースブロックを配分するように構成されたリソース配分モジュールと、
を含み、
前記リソース配分モジュールは、ｉ）前記ユーザデバイスへの送信用の第１のリソース配分データを生成することであって、該第１のリソース配分データは、前記ユーザデバイスとのユーザデータの通信に用いられる第１の複数の前記リソースブロックを配分することと、ｉｉ）少なくとも１つのリソースブロックの前記データ部分内において前記ユーザデバイスのための第２の制御データを搬送する該少なくとも１つのリソースブロックを配分することであって、該少なくとも１つのリソースブロックは、前記第１のリソース配分データによって配分される前記第１の複数のリソースブロック内に含まれることと、ｉｉｉ）前記ユーザデバイスが、前記第１の配分データによって配分される前記第１の複数のリソースブロックから前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを除外するのに用いることができる、前記ユーザデバイスへの送信用の第２のリソース配分データを生成することと、を行うように構成されている、通信ノードを提供する。
【０００５】
前記第２のリソース配分データは、前記第１のリソース配分データと組み合わせて、第２の制御データを搬送する前記少なくとも１つのリソースブロックを識別することができる。
【０００６】
前記第２のリソース配分データは、前記第１のリソース配分データによって配分される前記第１の複数のリソースブロックに関連する第２の制御データを搬送する前記少なくとも１つのリソースブロックを識別することができる。
【０００７】
サブフレームの前記複数のリソースブロックは、リソースブロックグループのシーケンスに配置することができ、前記第１のリソース配分データは、前記リソースブロックグループのうちの選択された１つ又は複数における前記リソースブロックを配分することができる。この場合、前記第２のリソース配分データはビットマップを含むことができ、前記ビットマップ内のビットは、前記選択された１つ又は複数のリソースブロックグループ内のリソースブロックに対応し、前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを識別する。
【０００８】
前記第１の配分データは、ｉ）配分された前記第１の複数のリソースブロックを識別するビットマップと、ｉｉ）開始リソースブロックと、該開始リソースブロックからの配分される複数のリソースブロックとを識別するデータとのうちの少なくとも一方を含むことができる。
【０００９】
前記少なくとも１つのリソースブロックは、前記リソースブロックの既知のサブセット内において配分されることができ、前記第２のリソース配分データは、前記既知のサブセットに対して前記少なくとも１つのリソースブロックを識別することができる。
【００１０】
前記リソースブロックのサブセットを識別する第３の制御データを前記ユーザデバイスに送信する前記送受信機回路部等の手段を設けることができる。この送信する手段は、前記通信ノードが前記サブフレームを送信する前に前記第３の制御データを送信することもできるし、前記サブフレーム内において前記第３の制御データを送信することもできる。前記既知のリソースブロックのサブセットは、固定されている場合もあるし、サブフレームごとに変化する場合もある。
【００１１】
代替の実施形態において、前記少なくとも１つのリソースブロックは、リソースブロックの複数の所定のサブセットのうちの１つにおいて配分され、前記第２のリソース配分データは、前記第１の配分データによって配分される前記複数のリソースブロックから除外する第２の制御データを含む前記リソースブロックの所定のサブセットのうちの１つ又は複数を識別する。この場合、リソースブロックの所定の各サブセットは、関連付けられたインデックス値を有することができ、前記第２の制御データは、第２の制御データを含む前記リソースブロックの所定のサブセットのうちの前記１つ又は複数に関連付けられた前記インデックス値を識別する。
【００１２】
通常、前記通信ノードは、サブフレーム内の前記リソースブロックを用いて複数のユーザデバイスと通信し、それぞれの第２の制御データを各ユーザデバイスに個別に又は一括して送信する。前記第２の制御データが各ユーザデバイスに個別に送信される場合、異なる第２の制御データを各ユーザデバイスに送信することができる。この場合、前記リソース配分モジュールは、第１のユーザデバイス及び第２のユーザデバイス用に配分される重複するリソースブロックを定義する、該第１のユーザデバイス及び該第２のユーザデバイス用のそれぞれの第１の配分データを生成することができ、前記リソース配分モジュールは、各ユーザデバイスに前記重複を取り除くようにリソースブロックを除外させる前記第１のユーザデバイス及び前記第２のユーザデバイス用の異なる第２の制御データを生成することができる。
【００１３】
前記第１の配分データ及び前記第２の配分データは、エンハンスト物理ダウンリンク制御チャネルｅＰＤＣＣＨ内において送信することができる。
【００１４】
前記リソース配分モジュールは、物理リソースブロック又は仮想リソースブロックを配分することができる。
【００１５】
本発明は、また、通信ノードと通信するユーザデバイスであって、
サブフレームのシーケンスを用いて前記通信ノードに対して信号を送受信する送受信機回路部であって、各サブフレームは、複数の通信リソースブロックを含み、各リソースブロックは、前記通信ノードのシステム帯域幅のサブ帯域に対応し、各リソースブロックは、第１の制御データを搬送する制御部分と、ユーザデータを搬送するデータ部分とを有する、送受信機回路部と、
ｉ）第１のリソース配分データを受信することであって、該第１のリソース配分データは、前記通信ノードとのユーザデータの通信に用いられる第１の複数の前記リソースブロックを配分することと、ｉｉ）少なくとも１つのリソースブロックの前記データ部分内において前記ユーザデバイスの第２の制御データを搬送する該少なくとも１つのリソースブロックを受信することであって、前記少なくとも１つのリソースブロックは、前記第１のリソース配分データによって配分される前記第１の複数のリソースブロック内に含まれることと、ｉｉｉ）前記第２の制御データを搬送する前記少なくとも１つのリソースブロックに関係した第２のリソース配分データを受信することと、ｉｖ）前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを、前記第１の配分データによって配分される前記第１の複数のリソースブロックから除外することと、を行うように構成されている通信制御モジュールと、
を含む、ユーザデバイスも提供する。
【００１６】
前記通信制御モジュールは、前記第２のリソース配分データを前記第１のリソース配分データと組み合わせて用いて、前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを識別するように構成することができる。
【００１７】
前記第２のリソース配分データは、前記第１のリソース配分データによって配分される前記第１の複数のリソースブロックに関連する前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを識別することができる。
【００１８】
サブフレームの前記複数のリソースブロックは、リソースブロックグループのシーケンスに配置することができ、前記第１のリソース配分データは、前記リソースブロックグループのうちの選択された１つ又は複数における前記リソースブロックを配分することができる。この場合、前記第２のリソース配分データはビットマップを含むことができ、前記ビットマップ内のビットは、前記選択された１つ又は複数のリソースブロックグループ内のリソースブロックに対応し、前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを識別する。
【００１９】
前記第１の配分データは、前記第１の複数のリソースブロックをリソースブロックの連続したグループとして配分することができるが、これは必須ではない。
【００２０】
前記第１の配分データは、ｉ）配分された前記第１の複数のリソースブロックを識別するビットマップと、ｉｉ）開始リソースブロックと、該開始リソースブロックからの配分される複数のリソースブロックとを識別するデータとのうちの少なくとも一方を含むことができる。
【００２１】
前記少なくとも１つのリソースブロックは、前記リソースブロックの所定のサブセット内において配分されることができ、前記第２のリソース配分データは、前記所定のサブセットに対して前記少なくとも１つのリソースブロックを識別することができる。この場合、前記リソースブロックの所定のサブセットを識別する第３の制御データを受信する手段を備えることができる。この受信する手段は、前記ユーザデバイスがサブフレームを受信する前に前記第３の制御データを受信するように構成することもできるし、前記サブフレーム内において前記第３の制御データを受信することもできる。
【００２２】
前記リソースブロックの所定のサブセットは、静的な場合もあるし、サブフレームごとに変化する場合もある。
【００２３】
代替の実施形態において、前記少なくとも１つのリソースブロックは、リソースブロックの複数の所定のサブセットのうちの１つにおいて配分されることができ、前記第２のリソース配分データは、第２の制御データを含む前記リソースブロックの所定のサブセットのうちの１つ又は複数を識別し、前記通信制御モジュールは、前記識別された所定のサブセット内の前記リソースブロックを、前記第１の配分データによって配分される前記複数のリソースブロックから除外するように構成されている。この場合、リソースブロックの所定の各サブセットは、関連付けられたインデックス値を有することができ、前記第２の制御データは、第２の制御データを含む前記リソースブロックの所定のサブセットのうちの前記１つ又は複数に関連付けられた前記インデックス値を識別する。
【００２４】
前記第１の配分データ及び前記第２の配分データは、エンハンスト物理ダウンリンク制御チャネルｅＰＤＣＣＨ内において送信することができる。
【００２５】
本発明は、また、無線インタフェースを介してユーザデバイスと通信する通信ノード内で実行される方法であって、
サブフレームのシーケンスを用いて前記ユーザデバイスに対して信号を送受信することであって、各サブフレームは、複数の通信リソースブロックを含み、各リソースブロックは、前記通信ノードが前記ユーザデバイスと通信するのに用いるシステム帯域幅のサブ帯域に対応し、各リソースブロックは、第１の制御データを搬送する制御部分と、ユーザデータを搬送するデータ部分とを有することと、
サブフレーム内において、前記ユーザデバイスと通信するためのリソースブロックを配分することと、
を含み、
前記配分するステップは、ｉ）前記ユーザデバイスへの送信用の第１のリソース配分データを生成することであって、該第１のリソース配分データは、前記ユーザデバイスとのユーザデータの通信に用いられる第１の複数の前記リソースブロックを配分することと、ｉｉ）少なくとも１つのリソースブロックの前記データ部分内において前記ユーザデバイスのための第２の制御データを搬送する該少なくとも１つのリソースブロックを配分することであって、該少なくとも１つのリソースブロックは、前記第１のリソース配分データによって配分される前記第１の複数のリソースブロック内に含まれることと、ｉｉｉ）前記ユーザデバイスへの送信用の第２のリソース配分データを生成することであって、前記ユーザデバイスが、前記第１の配分データによって配分された前記第１の複数のリソースブロックから前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを除外するのに用いることができることと、を含む、方法も提供する。
【００２６】
本発明は、また、通信ノードと通信するユーザデバイスによって実行される方法であって、
サブフレームのシーケンスを用いて前記通信ノードに対して信号を送受信することであって、各サブフレームは、複数の通信リソースブロックを含み、各リソースブロックは、前記ユーザデバイスが前記通信ノードと通信するのに用いるシステム帯域幅のサブ帯域に対応し、各リソースブロックは、第１の制御データを搬送する制御部分と、ユーザデータを搬送するデータ部分とを有することと、
通信制御として、ｉ）第１のリソース配分データを受信することであって、該第１のリソース配分データは、前記通信ノードとのユーザデータの通信に用いられる第１の複数の前記リソースブロックを配分することと、ｉｉ）少なくとも１つのリソースブロックの前記データ部分内において前記ユーザデバイスの第２の制御データを搬送する該少なくとも１つのリソースブロックを受信することであって、前記少なくとも１つのリソースブロックは、前記第１のリソース配分データによって配分される前記第１の複数のリソースブロック内に含まれることと、ｉｉｉ）前記第２の制御データを搬送する前記少なくとも１つのリソースブロックに関係した第２のリソース配分データを受信することと、ｉｖ）前記第２の制御データを搬送する前記少なくとも１つのリソースブロックを、前記第１の配分データによって配分される前記第１の複数のリソースブロックから除外することと、
を含む、方法も提供する。
【００２７】
別の態様によれば、本発明は、また、無線インタフェースを介してユーザデバイスと通信する通信ノードであって、
サブフレームのシーケンスを用いて前記ユーザデバイスに対して信号を送受信する送受信機回路部であって、各サブフレームは、複数の通信リソースブロックを含み、各リソースブロックは、該通信ノードが前記ユーザデバイスと通信するのに用いるシステム帯域幅のサブ帯域に対応する、送受信機回路部と、
前記ユーザデバイスとの通信を制御するとともに、複数の所定の制御データフォーマットのうちの１つで制御データを前記ユーザデバイスに送信するように構成された通信制御モジュールであって、前記制御データフォーマットは、それぞれが異なるビット数を含む複数のレガシー制御データフォーマットと、それぞれレガシー制御データフォーマットと同じビット数を有する１つ又は複数の新たな制御データフォーマットとを含む、通信制御モジュールと、
前記ユーザデバイスと通信するためのリソースブロックをサブフレーム内において配分するリソース配分データを生成するように構成されたリソース配分モジュールと、
を含み、
前記通信制御モジュールは、前記所定の制御データフォーマットのうちの選択された１つに前記リソース配分データを含めるように構成され、前記リソース配分データが別の制御データフォーマットと同じビット数を有する制御データフォーマット内に含まれていた場合には、どの制御データフォーマットがシグナリングされたのかを示す追加の制御データを前記ユーザデバイスにシグナリングするように構成されている、通信ノードも提供する。
【００２８】
前記通信制御モジュールは、前記追加の制御データを前記ユーザデバイスに前記制御データフォーマット又は別の異なる制御データフォーマット内においてシグナリングするように構成することができる。
【００２９】
第１のレガシー制御データフォーマットの前記リソース配分データは、
複数のリソースブロックグループサブセットの中から選択されたリソースブロックグループサブセットを示すのに用いられるフィールドと、
ビットマップを含むフィールドであって、該ビットマップの各ビットは、前記選択されたリソースブロックグループサブセット内の単一のリソースブロックをアドレス指定する、フィールドと、
を含むことができる。
【００３０】
第１の新たな制御データフォーマットの前記リソース配分データは、前記第１のレガシー制御データフォーマットと同じビット数を有することができ、
前記通信ノードのシステム帯域幅のＫ個のパーティションからの１つの選択を示すのに用いられるフィールドであって、各帯域幅部分は、連続したリソースブロックを含む、フィールドと、
ビットマップを含むフィールドであって、該ビットマップの各ビットは、前記選択された帯域幅部分における単一のリソースブロックをアドレス指定し、該アドレス指定されたリソースブロックが前記ユーザデバイスに配分されているか否かを示す、フィールドと、
を含むことができる。
【００３１】
代替的に、第１のレガシー制御データフォーマットの前記リソース配分データは、
複数のリソースブロックグループサブセットの中から選択されたリソースブロックグループサブセットを示すのに用いられるフィールドと、
ビットマップを含むフィールドであって、該ビットマップの各ビットは、前記選択されたリソースブロックグループサブセット内の単一のリソースブロックをアドレス指定する、フィールドと、
を含む。
【００３２】
第１の新たな制御データフォーマットの前記リソース配分データは、前記第１のレガシー制御データフォーマットと同じビット数を有し、
前記通信ノードのシステム帯域幅内のリソースブロックのパーティションの開始リソースブロックを示すのに用いられるフィールドと、
ビットマップを含むフィールドであって、該ビットマップの各ビットは、前記リソースブロックのパーティション内の単一のリソースブロックをアドレス指定し、前記リソースブロックが前記ユーザデバイスに配分されているか否かを示す、フィールドと、
を含む。
【００３３】
この場合、前記第１の新たな制御データフォーマットの開始リソースブロックを示すのに用いられる前記フィールドは、｜ｌｏｇ２（ＮＲＢ）｜個のビットを含むことができ、前記ビットマップを含む前記第１の新たな制御データフィールドの前記フィールドは、
【数１】
0006052395.tif 000002
個のビットを含むことができる。ここで、ＮＲＢは、利用可能なリソースブロックの数であり、Ｐは、各サブセット内のリソースブロックの数を規定する。
【００３４】
代替的に、前記第１の新たな制御データフォーマットの開始リソースブロックを示すのに用いられる前記フィールドは、｜ｌｏｇ２（ＮＲＢ）｜個のビットを含むことができ、前記ビットマップを含む前記第１の新たな制御データフィールドの前記フィールドは、
【数２】
0006052395.tif 000003
個のビットを含むことができる。ここで、ＮＲＢは、利用可能なリソースブロックの数であり、Ｐは、各サブセット内のリソースブロックの数を規定する。
【００３５】
前記第１のレガシー制御データフォーマット及び前記第１の新たな制御データフォーマットは、該制御データフィールドが前記第１のレガシー制御データフォーマットであるのか又は前記第１の新たな制御データフォーマットであるのかを示すフィールドを更に含むことができる。
【００３６】
本発明のこの態様において、無線インタフェースを介して通信ノードと通信するユーザデバイスであって、
サブフレームのシーケンスを用いて前記通信ノードに対して信号を送受信する送受信機回路部であって、各サブフレームは、複数の通信リソースブロックを含み、各リソースブロックは、前記通信ノードのシステム帯域幅のサブ帯域に対応する、送受信機回路部と、
前記通信ノードとの通信を制御する通信制御モジュールであって、
ｉ）複数の所定の制御データフォーマットのうちの１つで前記通信ノードから制御データを受信することであって、前記制御データフォーマットは、それぞれが異なるビット数を含む複数のレガシー制御データフォーマットと、それぞれレガシー制御データフォーマットと同じビット数を有する１つ又は複数の新たな制御データフォーマットとを含み、前記受信された制御データは、前記通信ノードと通信するためのリソースブロックをサブフレーム内において配分するリソース配分データを含むことと、
ｉｉ）前記受信された制御データが別の制御データフォーマットと同じビット数を有する制御データフォーマットである場合には、どの制御データフォーマットが用いられたのかを示す追加の制御データを受信することと、
を行うように動作可能な通信制御モジュールと、
前記受信された追加の制御データに応じて、前記レガシー制御データフォーマット又は前記新たな制御データフォーマットに従って、前記受信された制御データフォーマットを解釈する制御データインタープリターモジュールと、
を含む、ユーザデバイスをも提供する。
【００３７】
前記通信制御モジュールは、前記追加の制御データを前記制御データフォーマット内で受信するように構成することができる。
【００３８】
代替的に、前記通信制御モジュールは、前記追加の制御データを別の異なる制御データフォーマット内で受信するように構成することができる。
【００３９】
本発明は、全ての開示された方法について、対応するユーザ通信デバイス又はネットワーク通信デバイス上で実行するための対応するコンピュータプログラム又はコンピュータプログラム製品も提供する。本発明は、本方法を実施するように構成されるか又は動作可能なユーザ通信デバイス及びネットワーク通信デバイス、並びにそれらのデバイスの構成要素、並びにこれらを更新する方法も提供する。
【００４０】
例示としてのみ与えられ、添付の図面を参照して説明される実施形態の以下の詳細な説明から、本発明のこれらの態様及び種々の他の態様が明らかとなる。
【図面の簡単な説明】
【００４１】
【図１】電話網に接続された基地局と通信する複数のユーザ移動（セルラー）電話を含む通信システムを概略的に示す図である。
【図２ａ】図１に示されるシステムの無線リンクを介して通信する際に用いられる汎用フレーム構造を概略的に示す図である。
【図２ｂ】周波数サブキャリアがリソースブロックに分割される方法、及びタイムスロットが複数のＯＦＤＭシンボルに分割される方法を概略的に示す図である。
【図３】図１に示す基地局の主要構成要素を示すブロック図である。
【図４】図１に示す移動電話の主要構成要素を示すブロック図である。
【図５】リソースブロックが制御チャネル（ＰＤＣＣＨ）及びデータチャネル（ＰＤＳＣＨ）に概念的に分割される方法を示す図である。
【図６ａ】物理リソースブロックがリソースブロックグループにグループ化される方法及びタイプ０リソース配分技法を用いてリソースブロックグループをどのように割り当てることができるのかを概略的に示す図である。
【図６ｂ】物理リソースブロックがリソースブロックグループにグループ化される方法及びタイプ２リソース配分技法を用いてリソースブロックグループ内のリソースをどのように割り当てることができるのかを概略的に示す図である。
【図６ｃ】物理リソースブロックがリソースブロックグループにグループ化される方法及びリソースブロックグループがサブセットにどのように配置されるのかを概略的に示すとともに、タイプ１リソース配分技法を用いて各サブセット内のリソースを割り当てることができる方法を示す図である。
【図６ｄ】物理リソースブロックがリソースブロックグループにグループ化される方法及びリソースブロックグループがサブセットにどのように配置されるのかを概略的に示すとともに、タイプ１リソース配分技法を用いて各サブセット内のリソースを割り当てることができる方法を示す図である。
【図７】タイプ０リソース配分技法が用いられるときに、同じリソースブロックグループ内の異なるリソースブロックをＰＤＳＣＨ及びｅＰＤＣＣＨ用に割り当てることを可能にする、リソースを配分することができる１つの方法を示す図である。
【図８】タイプ２リソース配分技法が用いられるときに、同じリソースブロックグループ内の異なるリソースブロックをＤＰＳＣＨ及びｅＰＤＣＣＨ用に割り当てることを可能にする、リソースを配分することができる別の方法を示す図である。
【図９】制御データ及びＰＤＳＣＨを組み合わせたリソースの効率的な配分のための新たな方法でレガシータイプ１配分を解釈することができる方法を示す図である。
【図１０】制御データ及びＰＤＳＣＨを組み合わせたリソースの効率的な配分のための新たな方法でレガシータイプ１配分を解釈することができる別の方法を示す図である。
【図１１】エンハンストＰＤＳＣＨリソース配分タイプ０の一例を示す図である。
【図１２】エンハンストＰＤＳＣＨリソース配分タイプ２の一例を示す図である。
【図１３ａ】２０ＭＨｚ帯域幅におけるレガシーＰＤＳＣＨリソース配分タイプ１を示す図である。
【図１３ｂ】２０ＭＨｚ帯域幅におけるレガシーＰＤＳＣＨリソース配分タイプ１を示す図である。
【図１４】４つのパーティションを有する２０ＭＨｚ帯域幅におけるエンハンストリソース配分タイプ１の一例を示す図である。
【発明を実施するための形態】
【００４２】
概説
図１は移動（セルラー）通信システム１を概略的に示している。この通信システムでは、移動電話３−０、３−１及び３−２のユーザが基地局５及び電話網７を介して他のユーザ（図示せず）と通信することができる。この実施形態では、基地局５は、移動電話３にダウンリンクデータを送信するのに直交周波数分割多重アクセス（ＯＦＤＭＡ）技法を用いる。移動電話３は、その移動電話のアップリンクデータを基地局５に送信するのに単一キャリア周波数分割多重アクセス（ＦＤＭＡ）技法を用いる。移動電話３がエアインタフェースを介してデータを送受信することができるためには、移動電話３は、（基地局５によって）物理リソースブロックを配分される必要があり、移動電話３は、ＬＴＥの場合には、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内の制御シグナリングによってそのリソース割り当ての通知を受けなければならない。
【００４３】
ＬＴＥサブフレームデータ構造
基地局５が移動電話３にリソースを配分する特定の方法を検討する前に、ＬＴＥ  リリース８（Ｒｅｌ  ８）以降について合意された一般フレーム構造、したがってこれらのリソースが表すものについて説明を与える。上記で言及されたように、ダウンリンクの場合、ＯＦＤＭＡ技法を用いて基地局５がエアインタフェースを介して個々の移動電話３にユーザデータを送信できるようになり、アップリンクの場合、ＳＣ−ＦＤＭＡ技法を用いて、移動電話３がエアインタフェースを介して基地局５にそのデータを送信できるようになる。各方向において送信されることになるデータの量に応じて、基地局５によって各移動電話３に様々なサブキャリアが（所定の時間にわたって）配分される。これらのサブキャリア及び時間の配分は、ＬＴＥ仕様書において物理リソースブロック（ＰＲＢ）として規定される。それゆえ、ＰＲＢは時間及び周波数次元を有する。基地局５は、その基地局５がサービス提供しているデバイスごとにＰＲＢを動的に配分し、ＰＤＣＣＨを介して、サブフレームごとの配分を、スケジューリングされた移動電話３のそれぞれにシグナリングする。
【００４４】
図２ａは、エアインタフェースを介した基地局５とのＬＴＥ通信用に合意された１つの一般的なフレーム構造を示している。図示するように、１つのフレーム１３は、１０ｍｓｅｃ長であり、１ｍｓｅｃの継続時間（送信時間間隔（ＴＴＩ）として知られている）の１０個のサブフレーム１５を備える。各サブフレーム又はＴＴＩは０．５ｍｓｅｃ持続時間の２個のスロット１７を含む。各スロット１７は、標準サイクリックプレフィックス（ＣＰ）が用いられるか、拡張サイクリックプレフィックスが用いられるかに応じて、６個又は７個のＯＦＤＭＡシンボル１９を含む。利用可能なサブキャリアの全数は、システムの全送信帯域幅による。ＬＴＥ仕様は、１．４ＭＨｚ〜２０ＭＨｚのシステム帯域幅のためのパラメーターを規定し、現在、１つのＰＲＢは、１スロット１７に１２個の連続したサブキャリアを含むように規定される（これは明らかに異なっているが）。送信ダウンリンク信号は、Ｎｓｙｍｂ個のＯＦＤＭシンボルの持続時間にわたるＮＢＷ個のサブキャリアを含み、図２ｂに示されるように、リソースグリッドで表すことができる。グリッド内の各ボックス２０は１シンボル周期にわたる単一のサブキャリアを表しており、リソース要素と呼ばれる。図示されるように、１２個の連続したサブキャリア及びサブキャリアごとの（この場合）７個のシンボルから、各ＰＲＢ２１が形成されるが、実際には、各サブフレーム１５の第２のスロット１７においても同じ配分が行なわれる。
【００４５】
基地局
図３は、本発明の一実施形態において用いられる基地局５の主要構成要素を示すブロック図である。図示されるように、基地局５は送受信機回路３１を備える。送受信機回路３１は、１つ又は複数のアンテナ３３を介して、移動電話３に対し信号を送受信し、かつ、ネットワークインタフェース３５を介して、電話網７に対し信号を送受信するように動作可能である。送受信機回路３１の動作は、メモリ３９に格納されるソフトウエアに従って、１つ又は複数のコントローラ３７によって制御される。ソフトウエアは、とりわけ、オペレーティングシステム４１と、通信制御モジュール４３と、リソース配分モジュール４５と、スケジューラモジュール４７とを含む。
【００４６】
通信制御モジュール４３は、基地局５と移動電話３との間及び基地局５と電話網７との間の通信を制御するように動作可能である。リソース配分モジュール４５は、送受信機回路３１が、移動電話３との通信において移動電話３からアップリンクデータを受信するとともに移動電話３にダウンリンクデータを送信するために用いるリソースを配分するように動作可能である。スケジューラモジュール４７は、基地局５と移動電話３との間のエアインタフェースを形成するサブフレーム１５のシーケンス内において移動電話３のデータ通信機会をスケジューリングする。リソース配分モジュール４５及びスケジューラモジュール４７は、リソース配分データを生成するとともに、適切なＤＣＩ制御データを移動電話３に送信して、以下で説明する新たな技法を用いたそれらの移動電話３の配分をそれらの移動電話３に知らせるように協働する。
【００４７】
移動電話
図４は、図１に示される各移動電話３の主要構成要素を概略的に示す。図示されるように、移動電話３は送受信機回路７１を含む。この送受信機回路は、１つ又は複数のアンテナ７３を介して基地局５に対し信号を送受信するように動作可能である。図示されるように、移動電話３は少なくとも１つのコントローラ７５も含む。このコントローラは移動電話３の動作を制御し、送受信機回路７１並びにスピーカ７７、マイクロフォン７９、ディスプレイ８１及びキーパッド８３に接続される。コントローラ７５は、メモリ８５内に格納されるソフトウエア命令に従って動作する。図示するように、これらのソフトウエア命令は、とりわけ、オペレーティングシステム８７と、制御データインタープリターモジュール９１を内部に有する通信制御モジュール８９とを含む。通信制御モジュール８９は、基地局５によって配分されたリソースを用いた基地局５との通信を制御するように動作可能である。制御データインタープリターモジュール９１は、基地局５から受信された制御情報を（以下でより詳細に論述する方法で）解釈して、移動電話３が基地局５との通信において用いる、基地局５によって配分されたリソースを決定するように構成されている。
【００４８】
上記の説明において、基地局５及び移動電話３は、理解しやすくするために、複数の別々のモジュール（通信制御モジュール、リソース配分モジュール及びスケジューラモジュール等）を有するものとして説明されている。或る特定の適用形態、例えば、既存のシステムが本発明を実施するように変更された場合には、これらのモジュールはこのようにして設けられる場合があるが、他の適用形態、例えば、最初から本発明の特徴を念頭に入れて設計されたシステムでは、これらのモジュールは全体としてオペレーティングシステム又はコードの中に組み込むことができるので、これらのモジュールは別々のエンティティとして区別できない場合もある。別々のモジュールが設けられる場合、上記のモジュールのうちの１つ又は複数のモジュールの機能を単一のモジュールによって実行することもできる。例えば、リソース配分モジュールの機能及びスケジューラモジュールの機能は単一のスケジューラモジュールによって実行することができる。
【００４９】
リソース配分
リソースブロック２１は、リソース配分モジュール４５によって、周波数領域における１つのリソースブロックの整数倍で移動電話３に配分される。移動電話に割り当てられるリソースの最小単位は、１つのリソースブロック２１である。これらのリソースブロックは、互いに隣接している必要はない。基地局５は、どの移動電話３にリソースを配分するのかを決定する。このスケジューリング決定は、スケジューラモジュール４７によって行われ、１ｍｓの送信時間間隔（ＴＴＩ）ごとに変更することができる。基地局５によって用いられるスケジューリングアルゴリズムは、既存の技法に従って、種々の移動電話３の無線リンク品質状況、全体の干渉状況、サービス品質要件、サービス優先順位等を考慮に入れる。
【００５０】
図５は、２つのスロット（１つのサブフレーム１５）にわたる１つのリソースブロック２１を示すとともに、ブロック内のリソースが通常、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）２３と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）２５とにどのように分割されるのかを示している。ＰＤＣＣＨ２３は、様々な目的に応える。主として、ＰＤＣＣＨは、スケジューリング決定、すなわち、アップリンク送信及びダウンリンク送信用のスケジューリング割り当てを個々の移動電話３に伝達するのに用いられる。ＰＤＣＣＨ２３は、サブフレーム１５の最初のＯＦＤＭシンボルに位置する。サブフレーム１５の最初のＯＦＤＭシンボル内の特定のリソース要素において搬送される追加の物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）は、ＰＤＣＣＨ用のＯＦＤＭシンボルの数（１つ、２つ、３つ、又は４つのシンボルが可能である）を示すのに用いられる。ＰＣＦＩＣＨは、セル内の移動電話３の数及びＰＤＣＣＨ２３上で伝達されるシグナリングフォーマットに応じて、ＰＤＣＣＨに対する負荷が変動する可能性があることから必要とされる。ＰＤＣＣＨ上で搬送される情報は、ダウンリンク制御情報（ＤＣＩ）と呼ばれる。この制御メッセージの目的に応じて、ＤＣＩの種々のフォーマットが定義される。読み手の方は、ＤＣＩフォーマットの更に詳細な内容を得たい場合には、ＴＲ３６．２１３（Ｖ１０．６．０）を参照されたい。この文献の内容は、引用することによって本明細書の一部をなすものとする。
【００５１】
図５は、ＰＤＣＣＨ２３がサブフレーム１５の最初の３つのＯＦＤＭシンボルを用いて送信される状況を示している。残りのリソースは、ＰＤＳＣＨ２５用に設けられている。しかしながら、時に、これらの最初のＯＦＤＭシンボルが、基地局５によってサービングされている移動電話３の全ての所望の制御データを搬送するのに十分な容量を有していないことがあり、最近の提案は、ＰＤＳＣＨ２５に通例用いられるＯＦＤＭシンボルにおいて個々の移動電話３の幾つかの制御データを送信することである。そのような制御データの１つの例は、エンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）と呼ばれる制御チャネル内において送信される。制御チャネル容量の増加に加えて、そのようなｅＰＤＣＣＨチャネルの使用によって、移動電話固有のビームフォーミング及び周波数選択性スケジューリングをｅＰＤＣＣＨ送信に適用することが可能になり、近接した基地局セル間でｅＰＤＣＣＨを協調させて干渉を低減させることを容易にすることが可能になる。しかしながら、ＰＤＳＣＨ２５を搬送するのに通例用いられるＯＦＤＭシンボルにおけるｅＰＤＣＣＨの送信は、基地局５によるＰＤＳＣＨ２５内のリソースの効率的な配分に対する問題を引き起こす。これらの問題を理解するために、次に、ＬＴＥ通信システムでの使用について合意されている種々のタイプのリソース配分技法を説明する。これらの技法には、タイプ０配分、タイプ１配分、及びタイプ２配分が含まれる。
【００５２】
タイプ０配分
図６ａは、物理リソースブロック２１が複数の連続したリソースブロックグループ（ＲＢＧ）２７にどのようにグループ化されるのかを示している。可能な場合には、各グループは、ＲＢＧサイズ（Ｐ）として知られている等しい数のリソースブロックを含む。ただし、連続したリソースブロックの数が所望のＲＢＧサイズによって正確に割り切れない場合、最後のグループは、それよりも少ないリソースブロックを含む場合がある。図６ａは、ＲＢＧサイズが４である場合を示し、ＲＢＧ０〜ＲＢＧ４の最初の５つのＲＢＧを示している。
【００５３】
タイプ０のリソース配分では、リソースブロック割り当て情報（基地局によって生成されて、移動電話３に送信される）は、そのスケジューリングされた移動電話３に配分されるリソースブロックグループ（ＲＢＧ）を示すビットマップを含む。ＲＢＧのビットマップへのビットマッピングの順序は、ＲＢＧ０〜ＲＢＧ  ＮＲＢＧ−１が、ビットマップのＭＳＢからＬＳＢにマッピングされるようになっている（ただし、もちろん順序を逆にすることもできる）。３ＧＰＰ、ＴＲ３６．２１３（Ｖ１０．６．０）のセクション７．１．６．１に記載されているように、ＲＢＧは、ビットマップ内の対応するビット値が１である場合には、移動電話３に配分され、そうでない場合には、ＲＢＧは移動電話３に配分されない。図６ａは、スケジューリングされた移動電話３に割り当てられるビットマップ２９の一部の一例を示し、この場合、スケジューリングされた移動電話３に、グループＲＢＧ０、ＲＢＧ１、ＲＢＧ３、及びＲＢＧ４内のリソースブロックが配分されていることを示している。
【００５４】
当業者であれば理解するように、ＰＤＳＣＨ２５用に通常割り当てられる領域において制御データも送信されるとき、ＲＢＧ２７内のリソースのうちの幾つかは、たとえそれらが制御データを含んでいなくても、ユーザデータを搬送するのに利用可能でない場合がある。例えば、ＲＢＧ１５が、スケジューリングされた移動電話３のｅＰＤＣＣＨ（又は別の移動電話のｅＰＤＣＣＨ）を搬送するのに用いられる場合、同じリソースブロックグループ内の他のリソースをＰＤＳＣＨ用に配分することはできない。なぜならば、レガシータイプ０リソース配分データは、リソースブロックグループの単位でしかリソースを配分することができないからである。これによって、利用可能なリソースの使用が断片化及び浪費される。
【００５５】
タイプ２配分
タイプ２のリソース配分では、リソースブロック割り当て情報は、３ＧＰＰ、ＴＲ３６．２１３（Ｖ１０．６．０）のセクション７．１．６．３に記載されているように、連続して配分される仮想リソースブロックのセットをスケジューリングされた移動電話３に示す。ＤＣＩフォーマット１Ａの場合、タイプ２リソース配分フィールドは、開始リソースブロック（ＲＢｓｔａｒｔ）に対応するリソース指示値（ＲＩＶ）と、仮想的に連続して配分されるリソースブロックの点からの長さＬＣＲＢｓとを含む。図６ｂは、開始リソースブロックとしてＲＢ１を識別し、かつ１４個のリソースブロックに対応する長さ値を含む一例のリソース配分３０を示している。これは、ＲＢ１〜ＲＢ１４が、そのサブフレーム１５においてそのスケジューリングされた移動電話３に配分されることを意味する。しかしながら、移動電話３が連続したリソースブロックについて配分されるとともに、同じ移動電話３のＤＬ（ダウンリンク）グラント及びＵＬ（アップリンク）グラントの双方のｅＰＤＣＣＨがそれらの連続したリソースブロック内に位置しているとき、タイプ２リソース配分には問題がある（タイプ０リソース配分にも同様に当てはまる）。特に、移動電話３がＵＬグラントを検出することができない場合、その結果として、移動電話３は、ＰＤＳＣＨを復号化することができないだけでなく、ＤＬ  ＨＡＲＱバッファー（ダウンリンクデータの受信に肯定応答するのに用いられる）を破損することにもなる。さらに、ＨＡＲＱバッファーが破損されるので、そのような送信エラーは、ＨＡＲＱ再送信によって回復することができず、したがって再送信は、上位レイヤー（すなわち、ＲＬＣレイヤー）によって実行されなければならない。この問題の簡単な解決策は、配分されるＰＤＳＣＨリソースが制御データと重複しないように、スケジューリングされた移動電話３に配分されるリソースの範囲を制限することであるが、この場合も、これによって、ＰＤＳＣＨ２５における利用可能なリソースの使用は、非効率的なもの（すなわち、ギャップ）になる。
【００５６】
タイプ１配分
タイプ１のリソース配分では、リソースブロックグループは、サブセットに分割される。この一例は、図６ｃ及び図６ｄに示されている。特に、これらの図は、１００個のリソースブロックに分割された２０ＭＨｚのサポートされた帯域幅のリソースブロックを示している。これらのリソースブロックは、２５個のリソースブロックグループにグループ化される。これらのリソースブロックグループ（ＲＢＧ０〜ＲＢＧ２４）のそれぞれは、４つのリソースブロック（ＲＢＧサイズ＝４）を含む。これらの物理リソースブロックは、帯域幅にわたって連続的にインデックス付けされる（２０ＭＨｚの場合、通常、０〜９９）。
【００５７】
リソースブロックグループは、複数のサブセットに更に配置される。これらのサブセットのそれぞれは、帯域幅にわたって均一に分散された複数のリソースブロックグループを含む。特定の帯域幅のＲＢＧサブセットの数及びそのサブセット内のリソースブロックグループ間の間隔はともに、ＲＢＧサイズに等しい。例示として、図６ｃ及び図６ｄの例では、２５個のリソースブロックグループが４つ（すなわち、２０ＭＨｚのＲＢＧサイズ）のサブセットに配置されている。第１のサブセットは、第１のリソースブロックグループ、第５のリソースブロックグループ、第９のリソースブロックグループ、第１３のリソースブロックグループ、第１７のリソースブロックグループ、第２１のリソースブロックグループ、及び第２５のリソースブロックグループを含む。第２のサブセットは、第２のリソースブロックグループ、第６のリソースブロックグループ、第１０のリソースブロックグループ、第１４のリソースブロックグループ、第１８のリソースブロックグループ、及び第２２のリソースブロックグループを含む。第３のサブセットは、第３のリソースブロックグループ、第７のリソースブロックグループ、第１１のリソースブロックグループ、第１５のリソースブロックグループ、第１９のリソースブロックグループ、及び第２３のリソースブロックグループを含む。第４のサブセットは、残りのリソースブロックグループを含む。
【００５８】
サポートされた異なる帯域幅の分割にも同様の手法が用いられる。それらの異なる帯域幅のＲＢＧサイズ（したがって、サブセットの数）を以下の表に示す。
【００５９】
【表１】
0006052395.tif 000004
【００６０】
ここで、「Ｐ」は、ＲＢＧサイズ（したがって、ＲＢＧサブセットの数）であり、
【数３】
0006052395.tif 000005
は、帯域幅がダウンリンク送信用に分割されるリソースブロックの数である。
【００６１】
ＴＳ３６．２１３に記載されているように、レガシータイプ１リソース配分技法は、ＲＢＧの選択されたサブセット内のリソースブロックについて、１つのリソースブロックにつき１ビットを適用する。タイプ１は、２つ以上のＲＢＧの連続したリソースブロックを配分することができず（すなわち、タイプ１は、周波数ダイバーシティ利得を達成するために、分散されたリソースブロックをハンドリングすることしかできず）、したがって、これを周波数選択性スケジューリングに適用するには限界がある。詳細には、図６ｃ及び図６ｄにそれぞれ示すように、タイプ１リソース配分は、以下のフィールドを有する。
●ｃｅｉｌ（ｌｏｇ２Ｐ）個のビットを有する第１のフィールドは、ＲＢＧサブセットの中から選択されたＲＢＧサブセットを示すのに用いられる。
●１ビットを有する第２のフィールドは、サブセット内のリソース配分スパンのシフトを示すのに用いられる。１のビット値は、シフトが右にトリガーされること（右寄せ−図４ｄに示す）を示す。それ以外では、シフトは、左にトリガーされる（左寄せ−図４ｃに示す）。
●第３のフィールドは、ビットマップを含む。このビットマップの各ビットは、選択されたＲＢＧサブセット内の単一のリソースブロックをアドレス指定する。このフィールドのサイズは、以下となる。
【数４】
0006052395.tif 000006
【００６２】
したがって、スケジューリングされた移動電話３は、受信されたリソース配分データ内の第１のフィールドを用いて、ＲＢＧのサブセットを識別し、第２のフィールドを用いて、配分が左シフトされているのか又は右シフトされているのかを識別し、第３のフィールドを用いて、サブセット内の配分されたリソースブロックを識別する。
【００６３】
新たなリソース配分技法
次に、上記で議論した非効率性のうちの幾つかを少なくとも軽減するのに役立つ複数の新たなリソース配分技法を説明する。
【００６４】
解決策１
上記問題のうちの少なくとも幾つかの第１の解決策として、基地局５は、どのリソースブロックがレガシーリソース配分（上記で説明したようなリリース１０のタイプ０リソース配分技法、タイプ１リソース配分技法、及びタイプ２リソース配分技法）から除外されるべきかを示す補助情報（例えば、ｅＰＤＣＣＨ配分指示）を生成して移動電話３に送信するようにも構成される。なぜならば、それらの技法は、ｅＰＤＣＣＨ送信を含むからである。移動電話３（特に、制御データインタープリターモジュール９１）は、基地局５によってこの移動電話に配分された実際のダウンリンクリソースを実行するために、この補助情報をそのレガシーリソース配分メッセージと組み合わせるように構成される。このようにして、それ自体はｅＰＤＣＣＨ送信を含まないが、少なくとも１つのｅＰＤＣＣＨ送信を含むリソースブロックグループの一部をなすリソースブロックを、これまでどおり、ＰＤＳＣＨ用に移動電話３に配分することができる。
【００６５】
ＬＴＥ標準規格の後期のバージョン（Ｒｅｌ−１１以降）に適合した移動電話３のみが、この補助情報を読み出して用いることができる。それよりも旧式の移動電話３は、そうすることはできないが、基地局５は、そのような「レガシー」移動電話３のためのリソース配分もｅＰＤＣＣＨに用いられるリソース（又はＰＤＳＣＨ２５に用いられるＯＦＤＭシンボルにおいて送信される他の同様の制御データ）を含まないことを確保することができ、それによって、システムが後方互換性を維持することが確保される。
【００６６】
ｅＰＤＣＣＨ配分領域の構成
補助情報のサイズを削減するために、ｅＰＤＣＣＨ送信がリソースブロックのこのサブセットにしか存在することができないという制限を課す物理リソースブロックのサブセット（「ｅＰＤＣＣＨ領域」）を予め規定することができる（基地局５及び移動電話３の双方に事前に知られている）。この場合、補助情報は、このサブセット内のどのリソースブロックがレガシーリソース配分から除外されるべきかを記述するだけでよい。これによって、補助情報のシグナリングオーバーヘッドを大幅に削減することができる。
【００６７】
リソースブロックの「ｅＰＤＣＣＨ領域」サブセットは、上位レイヤーシグナリング（例えば、無線リソース制御（ＲＲＣ）シグナリング）によって又はブロードキャストチャネル上で移動電話３に事前にシグナリングすることができる。代替的に、リソースブロックのこのサブセットは、この場合も上位レイヤーシグナリングによって若しくはブロードキャストチャネル上で移動電話３にシグナリングされる所定のパターンに基づいて、又は一定のルールに基づいて、サブフレーム１５ごとに動的に変化することができる。例えば、所与のサブフレーム１５のｅＰＤＣＣＨリソースブロックのセットの正確なロケーションは、例えば、基地局セルのセルＩＤ及びそのサブフレーム１５のサブフレーム番号を必要とする或る定義された計算を用いて暗黙的に求めることができる。１つの実施形態では、ｅＰＤＣＣＨ領域内のリソースブロックは、システム帯域幅の１つの部分に集中している。ただし、システム帯域幅にわたってｅＰＤＣＣＨ領域のリソースブロックを分散させる利点が存在する場合があり、各移動電話３のｅＰＤＣＣＨを基地局５と移動電話３との間の良好なチャネル状態を有するシステム帯域幅の領域において送信することを可能にする（それによって、移動電話３へのｅＰＤＣＣＨの通信の成功の機会が増加する）。
【００６８】
ｅＰＤＣＣＨ配分指示のシグナリング
補助情報が取ることができる１つの可能な形態は、ｅＰＤＣＣＨ領域サブセット内の物理リソースブロックごとに１ビットを有し、対応するリソースブロックがレガシーリソース配分から除外されるべきか否かを示すビットマップである。
【００６９】
代替的に、サイズが変化する複数のリソースブロックサブセットを事前に定義することができ、各サブセットをインデックス値に関連付けることができる。基地局５及び移動電話３は、リソースブロックサブセット及びそれらの関連付けられたインデックス値を識別するデータ（例えば、ルックアップテーブル）を保持する。動作中、各サブフレーム１５において、基地局５は、必要とされるｅＰＤＣＣＨ送信をそのサブフレーム１５に含めるのに最も有利であると判定したリソースブロックサブセットを選択し、関連付けられたインデックス値を移動電話３にシグナリングする。これに応答して、移動電話３は、シグナリングされたインデックス値を受信し、記憶されたデータを用いて、関連付けられたリソースブロックサブセットを識別する。移動電話３は、次に、示されたリソースブロックサブセット内の全てのリソースブロックを（それらのリソースブロックがｅＰＤＣＣＨ送信を実際に含むか否かにかかわらず）そのレガシーリソース配分から除外する。この手法は、リソースブロック使用の点でビットマップ方法よりも効率的でない場合がある（なぜならば、選択されたリソースブロックサブセットにおいて、ｅＰＤＣＣＨ送信を実際に含まないリソースブロックが無駄になるからである）が、シグナリングオーバーヘッドを削減する補助情報のサイズは、幾つかの場合にはビットマップ方法よりも小さくすることができる。
【００７０】
補助情報を移動電話３にシグナリングする方法には、以下のように種々のオプションがある。
●ｅＰＤＣＣＨ  ＤＣＩフォーマット：タイプ０及び２の双方について、ｅＰＤＣＣＨが構成されるとき、補助情報をリソース配分方式の一部としてＤＣＩフォーマット内に配置することができる。この補助情報に必要とされるビット数は、ｅＰＤＣＣＨ領域に含まれるリソースブロックの数の観点からｅＰＤＣＣＨ領域のサイズ以下になるべきである。例えば、１０ＭＨｚのシステム帯域幅の場合の補助情報のビット数は、｛８ビット、１２ビット、１６ビット｝のうちの１つとすることができる。
●ｅＰＣＦＩＣＨ又は新たなＤＣＩフォーマット：補助情報は、合意されている場合にはｅＰＣＦＩＣＨにおいて又はｅＰＤＣＣＨ領域／リソースを示すと推定される新たなＤＣＩフォーマットにおいて、（各サブフレーム１５内で）動的にシグナリングすることもできる。したがって、補助情報は、ｅＰＤＣＣＨ領域に配分されたリソースブロックのセットから、全ての移動電話３のｅＰＤＣＣＨによって占有された実際のリソースブロックを動的に示す。この場合、補助情報のサイズは、ｅＰＤＣＣＨ領域に含まれるリソースブロックの数の観点からｅＰＤＣＣＨ領域のサイズに等しい。
【００７１】
補助情報は、各移動電話３にそのレガシーリソース配分の延長として個別にシグナリングすることもできるし、基地局セル内の全ての移動電話３に別個にブロードキャストすることもできる。
【００７２】
補助情報が、各移動電話３にそのレガシーリソース配分の延長として個別にシグナリングされる場合、これによって、各移動電話３に異なる補助情報をシグナリングすることが可能になる余地が生じる。幾つかのシナリオでは、これは、例えば、部分的に重複するレガシーリソース配分を２つの移動電話３に割り当てることを可能にするとともに、（同じリソースが双方の移動電話３に配分されないように）衝突を解決するために移動電話固有の補助情報を用いることによって、更なる柔軟性を提供することができる。
【００７３】
加えて、補助情報が、各移動電話３にそのレガシーリソース配分の延長として個別にシグナリングされる場合、これらの補助情報及びレガシーリソース配分を単一のｅＰＤＣＣＨ送信に組み合わせることができる。
【００７４】
さらに、補助情報が、各移動電話３にそのレガシーリソース配分の延長として（その移動電話自体のＤＬグラントｅＰＤＤＣＨ内で）個別にシグナリングされる場合、補助情報は、その移動電話自体のＤＬグラントｅＰＤＣＣＨ配分の指示を含む必要はない。なぜならば、移動電話３は、そのＤＬグラントｅＰＤＣＣＨメッセージを復号化していることから、これを既に知っていると想定することができるからである。
【００７５】
さらにまた、補助情報が、各移動電話３にそのレガシーリソース配分の延長として個別にシグナリングされる場合、補助情報は、その移動電話のレガシーリソース配分と重複するｅＰＤＣＣＨ領域リソースブロックのサブセットの部分（すなわち、ｅＰＤＣＣＨ領域のＰＲＢのサブセット及び移動電話のレガシーリソース配分の双方に含まれるリソースブロック）を記述するだけでよい。移動電話３は、ｅＰＤＣＣＨ領域のＰＲＢのサブセット及びそれ自体のレガシーリソース配分の双方を知っているので、重複する部分を計算し、それに応じて補助情報を解釈することができる。これによって、通常、補助情報のサイズが削減される。一方、これは、補助情報のサイズが移動電話３に事前に知られていないことも意味し、追加のブラインド復号化の試行が必要とされる。
【００７６】
特に、上記で議論したように、移動電話３に送信される制御データは、複数の所定のフォーマット（ＤＣＩフォーマット、それぞれが異なるサイズを有する）のうちの１つを有することができ、移動電話３は、ＰＤＣＣＨ２３の復号化を試みて、このＰＤＣＣＨがそれらのフォーマットのうちの１つに移動電話３の制御データを含むか否かを突き止めなければならない。移動電話３は、通常、どのＤＣＩフォーマットを用いることができるのかを知らないので、各復号化の試行は、「ブラインド」復号化試行と呼ばれる。特定の移動電話３の制御データは、その移動電話の識別情報を用いてスクランブルされ、そのため、その特定の移動電話３しか、制御データを復号化することができない。したがって、補助情報が可変サイズを有することができる場合、これによって、各移動電話３は、可能なサイズのそれぞれについて異なるブラインド復号化試行を実行することが必要となる。この問題に対処するために、補助情報ビット数を、異なるｅＰＤＣＣＨ  ＤＣＩフォーマットのサイズにそれぞれが対応する所定の長さのセット、例えば｛２，４，８，１２，１６｝ビットのうちの１つになるように制限することが有利な場合がある。代替的に、所与のサブフレーム１５において選択されたＤＣＩフォーマットのサイズは、ＰＤＣＣＨ（存在する場合）若しくはｅＰＣＦＩＣＨ上で、又はＤＣＩフォーマットサイズ指示のみを含む別個のｅＰＤＣＣＨ送信において別個にシグナリングすることができる。
【００７７】
解決策１の例
このセクションでは、補助情報が、そのレガシーリソース配分の延長として各移動電話３に個別にシグナリングされる場合の例を述べる。
【００７８】
上記で議論したように、タイプ０のリソース配分では、リソースブロック割り当て情報は、スケジューリングされた移動電話３に配分されるリソースブロックグループ（ＲＢＧ）を示すビットマップを含む。図７は、同じ移動電話のｅＰＤＣＣＨ配分及び他の移動電話３のｅＰＤＣＣＨ配分と重複するＰＤＳＣＨ配分の一例を示している。この図において、「パート１」は、レガシーリソース配分２９（すなわち、Ｒｅｌ−１０のタイプ０配分）に対応し、「パート２」は、ビットマップの形態を取る補助情報９５に対応する。図７から見て取ることができるように、レガシーリソース配分２９は、リソースブロックグループＲＢＧ０、ＲＢＧ１、ＲＢＧ３、及びＲＢＧ４を移動電話３に割り当てる。図７は、サイズがリソースブロックグループ全体に対応する太線のボックスを用いてｅＰＤＣＣＨ領域を表しているが、一般的には、そうである必要はない。リソースブロックグループＲＢＧ４及びＲＢＧ０に対応するｅＰＤＣＣＨ領域はともに、移動電話３のＰＤＳＣＨ配分、並びに移動電話３のｅＰＤＣＣＨ配分及び他の移動電話のｅＰＤＣＣＨ配分を含む。図７に示すように、補助情報９５は、この例では、ＰＤＳＣＨ配分及びｅＰＤＣＣＨ配分の双方を含む各ｅＰＤＣＣＨ領域のそれぞれのビットマップ部分（９５ａ及び９５ｂ）に分割されている。実際には、単一のビットマップ９５が、移動電話３にシグナリングされ、その後、移動電話３は、このビットマップの関連のある部分をＰＤＳＣＨリソース配分２９の対応する部分に関係付ける。
【００７９】
ビットマップ部分９５ａから見て取ることができるように、リソースブロックグループＲＢＧ４のｅＰＤＣＣＨ部分を含むリソースブロックに対応するこのビットマップのビットは値「０」に設定され、他のビットは値「１」に設定されている。これは、リソースブロックグループＲＢＧ０に関する第２のビットマップ部分９５ｂのビットにも同様に当てはまる。したがって、移動電話３は、レガシーリソース配分２９を受信することができ、その後、ビットマップ９５を用いて、配分されたリソースからｅＰＤＣＣＨ送信に対応するリソースを除外することができる。
【００８０】
タイプ２リソース配分に関して、上記で議論したように、レガシーリソースブロック割り当て情報３０は、連続して配分された仮想リソースブロックのセットをスケジューリングされた移動電話３に示す。この方法の一例が図８に示されている。既に述べたように、「パート２」は新たな補助情報９７に対応する。この例では、パート２情報９７も、ビットマップの形態（概念的には、部分９７ａ及び９７ｂに分割されている）である。ここで、ビットマップの各ビットは、ビットマップのＭＳＢからＬＳＢが周波数の増加する順に仮想リソースブロックにマッピングされるように、ｅＰＤＣＣＨ領域（同様に太線のボックスによって輪郭が描かれている）と移動電話のレガシータイプ２リソース配分３０との間で重複する仮想リソースブロックのセット内の単一の仮想リソースブロックをアドレス指定する。仮想リソースブロックは、ビットマップのフィールド９７における対応するビット値が０である場合には、ＰＤＳＣＨ２３について移動電話３に配分されず、仮想リソースブロックは、ビットフィールドにおける対応するビット値が１である場合には、ＰＤＳＣＨ２３について移動電話に配分される。この例では、移動電話３には、リソースブロックグループＲＢＧ４内のリソースが配分されていないので、補助情報９７は、ｅＰＤＣＣＨ配分に対応するＲＢＧ４の部分に関するビットを含む必要はない。
【００８１】
解決策２
補助情報を送信する代わりに、レガシーＤＣＩフォーマットと同じメッセージビット数を用いて１つ又は複数の新たなＤＣＩフォーマットを定義し、次に、移動電話３がどのオーバーロードされたフォーマットを用いてメッセージを解釈するべきかを移動電話３に知らせることによって、既存のＲｅｌ−１０のＤＣＩフォーマットの一部又は全てを「オーバーロード」（コンピュータサイエンスにおける用語の使用の意味で）させることができる。より具体的には、現在のところ、移動電話３は、ＤＣＩフォーマットを復号化するとき、どのＤＣＩフォーマットが復号化されているのかをその長さによって知っており、そのため、そのメッセージ内のビットを解釈する方法を本来的に知っている。しかしながら、同じサイズ（ビット数の観点で）を有する新たなＤＣＩフォーマットを追加することによって、この時、移動電話３は、それらのビットを解釈する方法を知らないことになる。なぜならば、それらのビットは、レガシーＤＣＩフォーマットと新たなＤＣＩフォーマットとの間で異なって解釈される必要があるからである。したがって、メッセージを解釈する方法も移動電話３に知らせる必要がある。ＤＣＩフォーマットをこのように「オーバーロード」させる目的は、異なるＤＣＩフォーマットサイズの数の増加（これは、移動電話３による追加のブラインド復号化試行を必要とする）を回避しつつ基地局５が用いることができるリソース配分タイプのレパートリーを拡張することである。これを行うことの「コスト」は、この時、受信されたＤＣＩフォーマットがレガシーＤＣＩフォーマットであるのか又は新たなＤＣＩフォーマットであるのかも移動電話３に知らせなければならないということである。
【００８２】
基地局が、ＤＣＩフォーマットが新たなものであるのか又はレガシーなものであるのか（及び、複数の新たなフォーマットが存在する場合には、どのフォーマットが用いられるべきであるのか）について移動電話３に知らせる方法は、移動電話３に固有のものとすることもできるし、全ての新たなＲｅｌ−１１デバイスに一般的なものとすることもできる。もちろん、レガシー移動電話３は、レガシーＤＣＩフォーマットのみをサポートする（そのため、基地局５は、それらのレガシー移動電話にリソースを配分するとき、レガシーＤＣＩフォーマットしか用いることができない）。ＤＣＩフォーマットがレガシーなものであるのか又は新たなものであるのかを移動電話３に知らせるデータは、上位レイヤーシグナリングを用いて移動電話３にシグナリングすることもできるし、「フォーマットインジケータ」フィールドをレガシーＤＣＩフォーマットに追加することによって動的にシグナリングすることもできる。レガシーＤＣＩフォーマットを検出すると、ＵＥは、フォーマットインジケータを最初に読み出し、次に、それに応じてメッセージの残りの部分を解釈する。
【００８３】
提案した解決策２の例
このセクションでは、オーバーロードが新たなＤＣＩフォーマットを定義するのに用いられる場合の例を述べる。
【００８４】
上記で議論したように、タイプ０のリソース配分では、リソースブロック割り当て情報は、スケジューリングされた移動電話３に配分されるリソースブロックグループ（ＲＢＧ）を示すビットマップを含む。リソース配分タイプ０は、１つ又は複数のリソースブロックグループの既存のリソース配分ビットマップを、これらのリソースブロックグループ内で検出されたｅＰＤＣＣＨグラントに基づいて異なって解釈することができるようにオーバーロードすることができる。例えば、移動電話３が、特定のリソースブロックグループ内でＤＬグラントｅＰＤＣＣＨ送信を検出した場合、そのリソースブロックグループがこの移動電話のＰＤＳＣＨ配分の一部であると推論するように移動電話３をプログラムすることができる（基地局スケジューラ４７は、それに応じて、それらのリソースを移動電話３に配分しなければならないことに留意されたい）。この場合、このリソースブロックグループに対応するＲＢＧビットマップ９５内のビットを別の目的に再利用することができる。例えば、このビットは、同じリソースブロックグループにおける同じ移動電話３のＵＬグラントｅＰＤＣＣＨ送信の存否をシグナリングするのに用いることができる。これは、移動電話３が単独でＵＬグラントｅＰＤＣＣＨ送信を検出するのに失敗した場合に有用であり得る。この検出の失敗は、本発明でなければ、ＰＤＳＣＨ復号化エラーになる。好ましくは、ＵＬグラント及びＤＬグラントは、このビットがＵＬグラントの存在を示す場合に、移動電話３が、ＤＬグラントに隣接したリソースを除外することによってＰＤＳＣＨを復号化することができるように、隣接したリソースに配分される。加えて、このビットが、ＵＬグラントが存在しないことを示す場合、移動電話３は、ＵＬグラントＤＣＩメッセージの発見を試みるためにブラインド復号化を実行する必要はなく、したがって、移動電話３によって消費されるエネルギーが削減される。
【００８５】
エンハンストタイプ１リソース配分
任意の移動電話３のｅＰＤＣＣＨチャネルの周辺にＰＤＳＣＨを配分する結果としてのリソース断片化の問題を克服する１つの方法は、連続したリソース配分及び不連続のリソース配分の双方をハンドリングすることができるとともに周波数選択性スケジューリングに適用可能なリソース配分メカニズムのＲＢ粒度（すなわち、１つのＲＢの解像度）をよりきめ細かくすることである。幾つかのオプションがある。
オプション１：以下のように、無線リソース制御（ＲＲＣ）再構成を介してタイプ１リソース配分を連続したＲＢレベルの解像度にオーバーロードする。
デフォルト：例えば、基地局のセルのエッジにいる移動電話の周波数ダイバーシティ利得を達成することを意図した現在のレガシータイプ１手法（上記で議論した分散されたサブセット手法）と同じである。
図９に示すような１つのリソースブロック粒度を有する連続したリソースにデフォルトを変更する準静的な方法でのＲＲＣシグナリング。この目的は、（基地局５と移動電話３との間のその時点での無線状態に応じて、異なる移動電話３が異なる周波数サブ帯域上にスケジューリングされるように）周波数選択性スケジューリングを達成することであり、また、リソース断片化の問題に取り組むことでもある。この場合、移動電話３は、以下のように、受信されたＤＣＩメッセージを異なる方法で解釈する（もちろん、基地局５は、ＤＣＩメッセージを生成する方法を変更する）。
●ｃｅｉｌ（ｌｏｇ２Ｋ）個のビットを有する第１のフィールドは、システム帯域幅のＫ個のパーティションからの１つの選択を示すのに用いられる。ここで、各帯域幅部分は、１つのＲＢの解像度を有する連続したリソースブロックを含む。図９に示す例は、パーティションの数が各リソースブロックグループ内のリソースブロックの数（Ｐ）に等しい特定の場合を示している。
●１ビットを有する第２のフィールドは、選択された帯域幅部分内のリソース配分スパンのシフトを示すのに用いられる。１のビット値は、シフトが右にトリガーされることを示し（右寄せ）。それ以外では、シフトは、左にトリガーされる（左寄せ）。
●第３のフィールドは、ビットマップを含む。ここで、このビットマップの各ビットは、選択された帯域幅部分内の単一のＲＢをアドレス指定し、そのリソースブロックが移動電話３に配分されているのか否かを示す。このフィールドのサイズは、以下となる。
【数５】
0006052395.tif 000007
オプション２：動的シグナリングを介した、タイプ１リソース配分の連続したＲＢレベルの解像度へのオーバーロード。上記オプション１は、１つのＲＢの粒度を有する連続したリソースからなる少数のＫ個のパーティションにシステム帯域幅を分割しただけであり、各パーティションの位置は固定されている。開始位置により大きな柔軟性を提供するには、図１０に示すように、リソース配分タイプ１は、以下のように、動的にシグナリングすることができる２つのフィールドのみを有することによって更に強化することができる。
●
【数６】
0006052395.tif 000008
個のビットを有する第１のフィールドは、システム帯域幅における任意の箇所にリソース配分の開始ＲＢを示すのに用いられる。
●第２のフィールドはビットマップを含む。ここで、このビットマップの各ビットは、リソース配分スパンにおける単一のＲＢをアドレス指定し、そのリソースブロックが移動電話３に配分されているか否かを示す。このフィールドのサイズは、以下となる。
【数７】
0006052395.tif 000009
【００８６】
更なる解決策として、新たなＤＣＩフォーマットを定義することが可能な場合がある。例えば、新たなＤＣＩフォーマットがタイプ１配分用に提供される場合、タイプ１リソース配分のサイズを変更することができ、これによって、以下のような更なるオプションが可能になる。
オプション３：このオプションは、上記オプション１と同様であるが、以下のように、レガシータイプ１又は新たなタイプ１のいずれかを（ＲＲＣシグナリングによる代わりに）動的に示すために、１つの追加のフィールドが導入される。
●１ビットを有する第１のフィールドは、レガシータイプ１又は新たなタイプ１のいずれかを示すために導入される。
●ｃｅｉｌ（ｌｏｇ２Ｋ）個のビットを有する第２のフィールドは、システム帯域幅のＫ個のパーティションの中からの１つの選択を示すのに用いられる。ここで、各帯域幅部分は、１つのＲＢの解像度を有する連続したＲＢを含む。
●第３のフィールドはビットマップを含む。ここで、このビットマップの各ビットは、選択された帯域幅部分における単一のＲＢをアドレス指定し、そのリソースブロックが移動電話３に配分されているか否かを示す。このフィールドのサイズは、以下となる。
【数８】
0006052395.tif 000010
オプション４：このオプションは、上記オプション２と同様であるが、（開始ＲＢを識別するのに用いられるビット数に応じて）リソース配分スパンを削減するのではなく、開始位置が、以下のように動的にシグナリングされる。
●
【数９】
0006052395.tif 000011
ビットを有する第１のフィールドは、システム帯域幅における任意の箇所にリソース配分の開始ＲＢを示すのに用いられる。
●第２のフィールドはビットマップを含む。ここで、このビットマップの各ビットは、リソース配分スパンにおける単一のＲＢをアドレス指定し、そのリソースブロックが移動電話３に配分されているか否かを示す。このフィールドのサイズは、以下となる。
【数１０】
0006052395.tif 000012
【００８７】
新たなＤＣＩフォーマットを設けることによって、解決策１において上記で説明した補助情報を、レガシーＤＣＩフォーマットによって提供される配分情報とともに含めることも可能になる。新たなＤＣＩフォーマットを定義することの不利な点は、これによって、各移動電話３が、自身に配分されている場合がある任意の制御データを見つけるために実行しなければならないブラインド復号化試行の数が増加することである。
【００８８】
変更及び代替
複数の実施形態について上記で説明した。当業者であれば理解するように、上記の実施形態に具体化された本発明の恩恵を更に受けつつ、これらの実施形態に対して、複数の変更及び代替を行うことができる。ここで、例示として、これらの代替及び変更のうちの複数についてのみ説明する。
【００８９】
上記の実施形態では、上記で説明したリソース配分技法が用いられた、移動電話に基づく電気通信システムを説明した。当業者であれば理解するように、こうした通信のためのリソースをスケジューリングするための技法を、複数のリソースブロックを用いる任意の通信システムにおいて用いることができる。一般的な場合においては、基地局は、複数の異なるユーザデバイスと通信する通信ノードに置き換えられる。例えば、本明細書全体を通じて、用語「移動電話」が用いられているが、説明される方法及び装置は、任意の通信ユーザデバイス、例えば携帯情報端末、ラップトップコンピュータ、ウェブブラウザー等に等しく適用可能である。
【００９０】
上記の実施形態では、基地局は、２０ＭＨｚの動作帯域幅を有すると仮定され、各リソースブロックは１２個又は２４個のサブキャリアを含んでいた。当業者であれば理解するように、本発明は、この特定のサイズの帯域幅にもリソースブロックサイズにも、説明したサブキャリアの周波数間隔にも限定されない。
【００９１】
上記実施形態のうちの幾つかでは、移動電話３には、上位レイヤーシグナリングによって又はブロードキャストチャネルを介して、ｅＰＤＣＣＨを含むリソースを識別する補助情報によって参照される１つ又は複数の所定のリソースブロックサブセットが知らされる。当業者であれば理解するように、一代替形態として、この所定の情報は、移動電話の初期化の時から移動電話内に常時記憶しておくことができる。しかしながら、これは、理論的には、この所定のリソースブロックサブセットがシステム帯域幅内の支配的なローカル送信特性に応じて基地局５ごとに異なるので、好ましくない。
【００９２】
上記の実施形態では、複数のソフトウエアモジュールについて説明した。当業者であれば理解するように、ソフトウエアモジュールは、コンパイル形式又は非コンパイル形式で提供されてもよく、基地局若しくは移動電話に、コンピュータネットワークを介した信号として供給されてもよく、又はＣＤ−ＲＯＭ等の記録媒体上において供給されてもよい。さらに、このソフトウエアの一部又は全部によって実施される機能は、１つ又は複数の専用ハードウエア回路を用いて実施されてもよい。しかしながら、ソフトウエアモジュールの使用によって、基地局５及び移動電話３の機能を更新するために当該基地局５及び移動電話３を更新することが容易になるため、ソフトウエアモジュールの使用が好ましい。また、上記で説明したモジュールは、別個のモジュールとして規定されない場合があり、代わりに、基地局及び／又は移動電話のオペレーティングシステム内に組み込んでもよい。
【００９３】
種々の他の変更は当業者には明らかであり、ここでは、更に詳細には説明しない。
【００９４】
以下は、現在提案されている３ＧＰＰ標準規格において本発明を実施することができる方法の詳細な説明である。種々の特徴が不可欠であるか、又は必要であるように記述されるが、これは、例えば、その標準規格によって課せられる他の要件に起因して、提案された３ＧＰＰ標準規格の場合のみ当てはまる場合がある。それゆえ、ここで述べられることは、本発明を多少なりとも制限するものと解釈されるべきではない。
【００９５】
１．序論
原則として、周波数選択性スケジューリングの場合、ＵＥは、当該ＵＥによって報告されたＣＳＩに基づいてＰＤＳＣＨ及びｅＰＤＣＣＨの双方について、その最良のリソースブロック（ＲＢ）のうちの幾つかに配分される。これは、ｅＰＤＣＣＨ領域が、少なくともローカライズされた配分の場合、ＵＥ固有の方法で配分されることを意味し、その結果、異なるＵＥのｅＰＤＣＣＨ領域がシステム帯域幅の異なるロケーションに予約される。加えて、ＲＡＮ１＃６８では、ＰＲＢペア内におけるＰＤＳＣＨ及びｅＰＤＣＣＨの多重化が可能でないことが合意されている。そのため、リソースを効率的に利用するために、ｅＰＤＣＣＨ領域内の未使用の任意のＰＲＢがＰＤＳＣＨ送信に再利用されるべきである。
【００９６】
しかしながら、現在のリソース配分方式に関連した問題が存在する。第１に、ＰＤＳＣＨリソース配分タイプ０がＵＥに適用され、ｅＰＤＣＣＨがシステム帯域幅のＲＢＧサイズよりも少ない数のＲＢを占有するとき、そのＲＢＧ内のｅＰＤＣＣＨ用に割り当てられない残りのＲＢを、同じＵＥのＰＤＳＣＨに用いることができず、システムに空孔（holes）又は断片化されたリソースが生成される。
【００９７】
第２に、ＰＤＳＣＨリソース配分タイプ２に関して、ＵＥが連続したＲＢに配分され、同じＵＥのＤＬグラント及びＵＬグラントの双方のｅＰＤＣＣＨがそれらの連続したＲＢ内に存在する（すなわち、ＰＤＳＣＨが実際のｅＰＤＣＣＨリソースと重複する）時であって、かつＵＥがＵＬグラントを検出するのに失敗した場合、その結果として、ＵＥは、ＰＤＳＣＨを復号化することができないだけでなく、ＤＬ  ＨＡＲＱバッファーを破損することになる。
【００９８】
第３に、リソース配分タイプ１が、異なるＵＥのｅＰＤＣＣＨによって生成された空孔を満たすのに用いられる場合、このリソース配分タイプ１は、断片化されたリソースをハンドリングすることができない。なぜならば、リソース配分タイプ１は、ＰＤＳＣＨを分散されたＲＢＧのサブセットに割り当てることしかできないからである。これは、特に周波数選択性スケジューリングについて、不要なスケジューリング制限をシステムに加える。
【００９９】
これらの問題は、ＲＡＮ１＃６９［２−４］における他の幾つかの寄稿においても議論されている。
【０１００】
さらに、上記で議論したリソース断片化の問題及びｅＰＤＣＣＨ領域内の未使用のＰＲＢペアを再利用する方法は、主として、ｅＰＤＣＣＨ  ＰＲＢペア指示の以下の場合に関連していると考えられる。
【０１０１】
ＣＳＩ報告に基づく暗黙的なシグナリングを用いた動的なｅＰＤＣＣＨ  ＰＲＢペア指示：ｅＰＤＣＣＨ配分のための各ＵＥの最良のサブ帯域は、システム帯域幅における異なるサブ帯域に位置する場合があるので、各ＵＥは、断片化されたリソースを生成し、ＰＤＳＣＨ送信のための大きな配分を防止する。
【０１０２】
ｅＰＤＣＣＨ  ＰＲＢペア指示のためのＲＲＣシグナリング：ｅＰＤＣＣＨ領域がシステム帯域幅内に分散されている場合、ＵＥは、同様に、システムにおいて断片化されたリソースを生成し、ＰＤＳＣＨ送信のための大きな配分を防止する。
【０１０３】
ＰＤＣＣＨ又はｅＰＣＦＩＣＨを通じたシグナリング等の、明示的で動的なｅＰＤＣＣＨ  ＰＲＢ指示の解決策がＲｅｌ−１１について採用される他の場合には、上記で議論した問題は起こらない。サブフレームごとに、ｅＮＢは、既存のリソース配分タイプを用いてｅＰＤＣＣＨ送信に用いられるものを除いて、任意のＰＲＢペアに対してＰＤＳＣＨをスケジューリングすることができ、また、ＵＥは、ｅＰＤＣＣＨ送信に現在用いられているＰＲＢペアを知っているので、ＵＥは、ＰＤＳＣＨを復号化する時にそれらをスキップすることができる。
【０１０４】
ａ）の場合、ｂ）の場合、及び他の場合の詳細は、本発明者らの添付の寄稿［５］に記載されている。
【０１０５】
したがって、この寄稿において、本発明者らは、ＣＳＩ報告及びｅＰＤＣＣＨ  ＰＲＢペア指示のＲＲＣシグナリングに基づく暗黙的なシグナリングを用いた動的なｅＰＤＣＣＨ  ＰＲＢペア指示の場合について、断片化されたリソース及び任意の未使用のｅＰＤＣＣＨリソースを同じＵＥ又は異なるＵＥに効率的に利用することができるように、リソース配分方式の観点からｅＮＢスケジューラについてより大きな柔軟性を提供する方法について幾つかの解決策を提供する。
【０１０６】
２．エンハンストＰＤＳＣＨリソース配分タイプ０及び２
タイプ０のエンハンストＰＤＳＣＨリソース配分：タイプ０のレガシーＰＤＳＣＨリソース配分では、リソースブロック割り当て情報は、スケジューリングされたＵＥに配分されるリソースブロックグループ（ＲＢＧ）を示すビットマップを含む。ＲＢＧは、ビットマップ内の対応するビット値が１である場合には、ＵＥ用に配分される。ＲＢＧは、そうでない場合には、ＵＥに配分されない。しかしながら、タイプ０が、ＰＤＳＣＨがｅＰＤＣＣＨと重複するＵＥに利用され、ｅＰＤＣＣＨがシステム帯域幅のＲＢＧサイズよりも少ない数のＲＢを占有するとき、ＲＢＧ内のｅＰＤＣＣＨ用に割り当てられていない残りのＲＢを、同じＵＥのＰＤＳＣＨに用いることができず、その結果として、リソースが断片化される。図１１は、同じＵＥ及び他のＵＥのｅＰＤＣＣＨ領域と重複するＰＤＳＣＨ配分の一例を示している。この問題に対する可能な解決策は、ＰＤＳＣＨリソース配分タイプ０を強化することである。この強化においては、ｅＮＢが、どのＶＲＢをＰＤＳＣＨリソース配分タイプ０から除外すべきであるのかを示す補助情報をＵＥにシグナリングする。なぜならば、それらのＶＲＢは、ｅＰＤＣＣＨ送信を含むからである。次に、ＵＥは、その実際のリソース配分を実行するために、この補助情報をそのＰＤＳＣＨリソース配分タイプ０と組み合わせる。この場合、ＰＤＳＣＨエンハンストリソース配分タイプ０は、２つのパートからなる。パート１は、レガシーＰＤＳＣＨリソース配分タイプ０を用いて、ＲＢＧレベルにおける不連続のリソース配分を示す。パート２は、選択されたＲＢＧセット内の単一のＶＲＢのビットマップである補助情報を含む。パート２の選択されたＲＢＧセットは、パート１によって示される重複するＲＢＧ及びｅＰＤＣＣＨ領域のＲＢＧによって形成される。パート２のビットマップのＭＳＢからＬＳＢは、周波数の増加する順にＶＲＢにマッピングされる。ＶＲＢは、ビットマップフィールド内の対応するビット値が１である場合には、所与のＵＥのＰＤＳＣＨに配分され、そうでない場合には、ＶＲＢは、同じＵＥ又は異なるＵＥのｅＰＤＣＣＨに配分される。ｅＰＤＣＣＨ領域は、ＵＥ用にｅＰＤＣＣＨを送信することができるとともに、動的又は準静的に構成することができるＰＲＢペアのセットである。
【０１０７】
タイプ２のエンハンストＰＤＳＣＨリソース配分：レガシーＰＤＳＣＨリソース配分タイプ２のフィールドは、開始リソースブロック（ＲＢｓｔａｒｔ）に対応するリソース指示値（ＲＩＶ）と、連続して配分されるリソースブロックの点からの長さＬＣＲＢｓとからなる。しかしながら、ＰＤＳＣＨリソース配分タイプ２には、ＵＥが連続したＶＲＢに配分されるとともに、同じＵＥのＤＬグラント及びＵＬグラントの双方のｅＰＤＣＣＨがそれらの連続したＶＲＢ内において割り当てられるときに問題があり、ＵＥがＵＬグラントを検出することができない場合、その結果として、ＵＥは、ＰＤＳＣＨを復号化することができないだけでなく、ＤＬ  ＨＡＲＱバッファーを破損することになる。タイプ０に対する同様の解決策を想像することができる。この解決策では、ｅＮＢが、どのＶＲＢをＰＤＳＣＨリソース配分タイプ２から除外すべきであるのかを示す補助情報をＵＥにシグナリングする。なぜならば、それらのＶＲＢは、ｅＰＤＣＣＨ送信を含むからである。次に、ＵＥは、その実際のリソース配分を実行するために、この補助情報をそのＰＤＳＣＨリソース配分タイプ２と組み合わせる。エンハンストＰＤＳＣＨリソース配分タイプ２は、２つのパートを有する。パート１は、レガシーリソース配分タイプ２を用い、パート２は、ｅＰＤＣＣＨ領域がパート１によって示されたＰＤＳＣＨと重複する選択されたＲＢＧセットである補助情報を含む。この方法の一例が図１２に示されている。パート２は、選択されたＲＢＧセットのビットマップ方式である。ここで、このビットマップの各ビットは、ビットマップのＭＳＢからＬＳＢが周波数の増加する順にＶＲＢにマッピングされるように、選択されたＲＢＧセット内の単一のＶＲＢを示す。ＶＲＢは、ビットマップフィールド内の対応するビット値が１である場合には、所与のＵＥのＰＤＳＣＨに配分され、そうでない場合には、ＶＲＢは、同じＵＥ又は異なるＵＥのｅＰＤＣＣＨに配分される。ｅＰＤＣＣＨ領域は、ＵＥ用にｅＰＤＣＣＨを送信することができるとともに、動的又は準静的に構成することができるＰＲＢペアのセットである。
【０１０８】
補助情報（すなわち、パート２）のロケーション及びビット数：以下のように、パート２をＵＥにシグナリングする方法の種々のオプションがある。
●オプション１：ｅＰＤＣＣＨ  ＤＣＩフォーマット：タイプ０及び２の双方について、パート２は、ｅＰＤＣＣＨが構成されるときに、ＵＥ固有の方法でリソース配分方式の一部としてＤＣＩフォーマットに配置することができる。ビット数は、ＶＲＢの数の点からのｅＰＤＣＣＨ領域のサイズ以下であるべきである。例えば、１０ＭＨｚ帯域幅のパート２のビット｛２ビット、４ビット、８ビット｝のうちの１つとすることができる。補助情報のビット数がｅＰＤＣＣＨ領域内のＶＲＢの数に等しい場合、任意のＰＤＳＣＨリソース配分が、スケジューリングの制限なく可能である。一方、補助情報のビット数がｅＰＤＣＣＨ領域内のＶＲＢの数よりも少ない場合、スケジューラは、ＰＤＳＣＨリソースとｅＰＤＣＣＨ領域との間の重複が、システム帯域幅によってサポートされる補助情報のビット数に限られるように、ＰＤＳＣＨ配分に対して幾つかの制限を行わなければならない。
●オプション２：ｅＰＣＦＩＣＨ又は新たなＤＣＩフォーマット：パート２は、合意されている場合にはｅＰＣＦＩＣＨにおいて、又は新たなＤＣＩフォーマットにおいて動的にシグナリングすることができ、これは、全てのＵＥ又はＵＥのグループに共通である。補助情報（パート２）は、ｅＰＤＣＣＨ領域について事前に配分されたＶＲＢのセットから全てのＵＥのｅＰＤＣＣＨによって実際に占有されたＶＲＢを動的に示す。この場合、パート２のビットのサイズは、ＶＲＢの数の観点からｅＰＤＣＣＨ領域のサイズ、例えば｛８ビット、１２ビット、１６ビット｝に等しい。ｅＰＤＣＣＨ領域は、ＲＲＣシグナリング（すなわち、準静的）を介してＵＥに事前に予約される。
【０１０９】
３．エンハンストリソース配分タイプ１
レガシーＰＤＳＣＨリソース配分タイプ１：レガシーＰＤＳＣＨリソース配分タイプ１は、１つのＶＲＢにつき１ビットを適用する。ここで、適用可能なＶＲＢは、図１３ａ又は図１３ｂに示すように、システム帯域幅から分散形式で選択されたＲＢＧのサブセット（すなわち、システム帯域幅におけるＲＢＧのサブサンプリング）である。ＰＤＳＣＨリソース配分タイプ１は、２つ以上のＲＢＧからなる連続したＶＲＢをハンドリングすることができない（すなわち、このＰＤＳＣＨリソース配分タイプ１は、周波数ダイバーシティ利得を達成するために、分散したＶＲＢしかハンドリングすることができない）。したがって、周波数選択性スケジューリングについてのその適用は非常に限られている。図１３ａ及び図１３ｂにそれぞれ示すように、詳細には、ＰＤＳＣＨリソース配分タイプ１は、以下のフィールドを有する［１］。
●ｃｅｉｌ（ｌｏｇ２Ｐ）個のビットを有する第１のフィールドは、ＲＢＧサブセットの中の選択されたＲＢＧサブセットを示すのに用いられる。
●１ビットを有する第２のフィールドは、サブセット内のリソース配分スパンのシフトを示すのに用いられる。１のビット値は、シフトが右にトリガーされることを示す（右寄せ）。それ以外では、シフトは、左にトリガーされる（左寄せ）。
●第３のフィールドはビットマップを含む。ここで、このビットマップの各ビットは、選択されたＲＢＧサブセット内の単一のＶＲＢをアドレス指定する。このフィールドのサイズは、以下となる。
【数１１】
0006052395.tif 000013
【０１１０】
エンハンストＰＤＳＣＨリソース配分タイプ１：任意のＵＥのｅＰＤＣＣＨチャネルの周辺にＰＤＳＣＨを配分する結果としてのリソース断片化の問題を克服する１つの可能な方法は、連続したリソース配分及び不連続のリソース配分の双方をハンドリングすることができるとともに周波数選択性スケジューリングに適用可能なリソース配分メカニズムのＶＲＢ粒度（すなわち、１つのＶＲＢの解像度）をよりきめ細かくすることである。これは、以下のように、情報ビットのサイズをレガシーＰＤＳＣＨリソース配分タイプ１のものから変更することなく連続したＶＲＢレベルの解像度をカバーするように、ＰＤＳＣＨリソース配分タイプ１を修正することによって実施することができる。
デフォルト：例えば、高い移動性を有するＵＥ又はセルエッジのＵＥについて周波数ダイバーシティ利得を達成することを意図した現在のレガシーＰＤＳＣＨリソース配分タイプタイプ１と同じ分散したサブセットＲＢＧ（すなわち、サブサンプリング）。
図１４に示すような１つのＶＲＢの解像度を有する連続したリソースをカバーするようにデフォルト配分を変更する準静的な方法のＲＲＣシグナリング。この目的は、周波数選択性スケジューリングを達成することであり、また、リソース断片化の問題に取り組むことでもある。レガシータイプ１の既存のフィールドは、以下のように異なって再利用することができる。
●ｃｅｉｌ（ｌｏｇ２Ｐ）個のビットを有する第１のフィールドは、システム帯域幅のＰ個のパーティションからの１つの選択を示すのに用いられる。ここで、各帯域幅部分は、１つのＲＢの解像度を有する連続したＲＢを含む。
●１ビットを有する第２のフィールドは、選択された帯域幅パーティション内のリソース配分スパンのシフトを示すのに用いられる。１のビット値は、シフトが右にトリガーされることを示し（右寄せ）、それ以外では、シフトは、左にトリガーされる（左寄せ）。
●第３のフィールドはビットマップを含む。ここで、このビットマップの各ビットは、選択された帯域幅部分内の単一のＶＲＢをアドレス指定する。このフィールドのサイズは、以下となる。
【数１２】
0006052395.tif 000014
【０１１１】
４．結論
この寄稿では、断片化されたリソースを同じＵＥ又は異なるＵＥに効率的に利用することができるように、リソース配分方式の点からｅＮＢスケジューラについてより大きな柔軟性を提供する解決策を議論してきた。
【０１１２】
提案：以下の場合がｅＰＤＣＣＨ  ＰＲＢペア指示について合意される場合、リリース１１が断片化されたリソースの問題に対処するためのエンハンストＰＤＳＣＨリソース配分方式を考慮に入れる。
ａ）ＣＳＩ報告に基づく暗黙的なシグナリングを用いた動的なｅＰＤＣＣＨ  ＰＲＢペア指示
ｂ）ｅＰＤＣＣＨ  ＰＲＢペア指示のためのＲＲＣシグナリング
【０１１３】
種々の他の変更は当業者には明らかであり、ここでは、更に詳細には説明しない。
【０１１４】
本出願は、２０１２年８月２日付けで出願された、英国特許出願第１２１３７９４．９号に基づき、当該特許出願からの優先権の利益を主張し、その開示は、引用することによりその全体が本明細書の一部をなす。
【図１】
0006052395.tif 000015
【図２ａ】
0006052395.tif 000016
【図２ｂ】
0006052395.tif 000017
【図３】
0006052395.tif 000018
【図４】
0006052395.tif 000019
【図５】
0006052395.tif 000020
【図６ａ】
0006052395.tif 000021
【図６ｂ】
0006052395.tif 000022
【図６ｃ】
0006052395.tif 000023
【図６ｄ】
0006052395.tif 000024
【図７】
0006052395.tif 000025
【図８】
0006052395.tif 000026
【図９】
0006052395.tif 000027
【図１０】
0006052395.tif 000028
【図１１】
0006052395.tif 000029
【図１２】
0006052395.tif 000030
【図１３ａ】
0006052395.tif 000031
【図１３ｂ】
0006052395.tif 000032
【図１４】
0006052395.tif 000033