(57)【特許請求の範囲】
【請求項１】
リソース割当情報をシグナリングするためのリソース割当フィールドを含むダウンリンク制御情報を受信し、複数のクラスタが割り当てられた場合であって、前記リソース割当フィールドにおいて利用可能なビットの数が、前記複数のクラスタを示すのに必要なビット数よりも小さい場合は、前記リソース割当情報の一部のビットは前記利用可能なビットを用いてシグナリングされ、前記リソース割当情報の残りのビットは所定の値に設定されている、受信部と、
前記受信されたダウンリンク制御情報に含まれる前記リソース割当フィールドにおいて前記利用可能なビット、及び、前記所定の値に設定された残りのビットに基づいて、前記リソース割当情報を決定する決定部と、
を具備する端末装置。
【請求項２】
前記一部のビットは、前記リソース割当情報のLSB（Least Significant Bit）である、
請求項１に記載の端末装置。
【請求項３】
前記残りのビットは、前記リソース割当情報のMSB（Most Significant Bit）であり、
前記所定の値は０である、
請求項１又は２に記載の端末装置。
【請求項４】
前記複数のクラスタは、周波数軸で不連続な複数のリソースであり、各クラスタは周波数軸で連続した複数のリソースブロック（RB）を含む、
請求項１から３のいずれか一項に記載の端末装置。
【請求項５】
前記複数のクラスタの各々は、リソースブロックグループ（RBG）単位で割り当てられ、
前記リソース割当情報は、前記複数のリソースの各々の開始RBGのインデックス及び終了RBGのインデックスを示す、
請求項１から４のいずれか一項に記載の端末装置。
【請求項６】
一つのクラスタが割り当てられた場合は、前記リソース割当情報は前記利用可能なビットのみを用いてシグナリングされ、
前記決定部は、前記利用可能なビットに基づいて前記リソース割当情報を決定する、
請求項１から５のいずれか一項に記載の端末装置。
【請求項７】
前記リソース割当情報は、シングルクラスタが割り当てられる場合に周波数ホッピングが適用されるか否かを示すホッピングフラグ、及び、前記割り当てられた複数のクラスタを構成するリソースブロックを示すリソースブロック割当情報を含む、
請求項１から６のいずれか一項に記載の端末装置。
【請求項８】
前記利用可能なビットの数は、システム帯域幅にもとづいて決定される、
請求項１から７のいずれか一項に記載の端末装置。
【請求項９】
リソース割当情報をシグナリングするためのリソース割当フィールドを含むダウンリンク制御情報を受信し、端末に複数のクラスタが割り当てられた場合であって、前記リソース割当フィールドにおいて利用可能なビットの数が、前記複数のクラスタを示すのに必要なビット数よりも小さい場合は、前記リソース割当情報の一部のビットは前記利用可能なビットを用いてシグナリングされ、前記リソース割当情報の残りのビットは所定の値に設定されており、
前記受信されたダウンリンク制御情報に含まれる前記リソース割当フィールドにおいて前記利用可能なビット、及び、前記所定の値に設定された残りのビットに基づいて、前記リソース割当情報を決定する、
受信方法。
【請求項１０】
前記一部のビットは、前記リソース割当情報のLSB（Least Significant Bit）である、
請求項９に記載の受信方法。
【請求項１１】
前記残りのビットは、前記リソース割当情報のMSB（Most Significant Bit）であり、
前記所定の値は０である、
請求項９又は１０に記載の受信方法。
【請求項１２】
前記複数のクラスタは、周波数軸で不連続な複数のリソースであり、各クラスタは周波数軸で連続した複数のリソースブロック（RB）を含む、
請求項９から１１のいずれか一項に記載の受信方法。
【請求項１３】
前記複数のクラスタの各々は、リソースブロックグループ（RBG）単位で割り当てられ、
前記リソース割当情報は、前記複数のリソースの各々の開始RBGのインデックス及び終了RBGのインデックスを示す、
請求項９から１２のいずれか一項に記載の受信方法。
【請求項１４】
前記端末に一つのクラスタが割り当てられた場合は、前記リソース割当情報は前記利用可能なビットのみを用いてシグナリングされ、
前記利用可能なビットに基づいて前記リソース割当情報を決定する、
請求項９から１３のいずれか一項に記載の受信方法。
【請求項１５】
前記リソース割当情報は、シングルクラスタが割り当てられる場合に周波数ホッピングが適用されるか否かを示すホッピングフラグ、及び、前記割り当てられた複数のクラスタを構成するリソースブロックを示すリソースブロック割当情報を含む、
請求項９から１４のいずれか一項に記載の受信方法。
【請求項１６】
前記利用可能なビットの数は、システム帯域幅にもとづいて決定される、
請求項９から１５のいずれか一項に記載の受信方法。
【請求項１７】
リソース割当情報をシグナリングするためのリソース割当フィールドを含むダウンリンク制御情報を受信し、端末に複数のクラスタが割り当てられた場合であって、前記リソース割当フィールドにおいて利用可能なビットの数が、前記複数のクラスタを示すのに必要なビット数よりも小さい場合は、前記リソース割当情報の一部のビットは前記利用可能なビットを用いてシグナリングされ、前記リソース割当情報の残りのビットは所定の値に設定されている、処理と、
前記受信されたダウンリンク制御情報に含まれる前記リソース割当フィールドにおいて前記利用可能なビット、及び、前記所定の値に設定された残りのビットに基づいて、前記リソース割当情報を決定する処理と、
を制御する集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムの端末にリソースを割り当てるための、端末へのリソース割当情報のシグナリングに関する。特に、本発明は、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａにおけるシングルクラスタおよびマルチクラスタ割当用のダウンリンク制御情報を用いたリソース割当のシグナリングに関する。より具体的には、本発明の１つの様態は、ダウンリンク制御情報内の利用可能ビット数が、システムによってサポートされている可能なリソース割当の全て（例えば、シングルクラスタ、または、マルチクラスタ割当の許可された組み合わせの全て）を表すには不十分であるような場合のためのリソース割当情報のシグナリングという概念である。原理的には、開示する発明は、アップリンクリソース割当情報にもダウンリンクリソース割当情報のシグナリングにも適用でき、３ＧＰＰ  ＬＴＥ、または、３ＧＰＰ  ＬＴＥ−Ａにおけるアップリンク回線リソース割当のある構成に対しては、更なる効果が得られる。
【背景技術】
【０００２】
移動通信システムにおいて、基地局は、自身が端末へのダウンリンク送信のために使うダウンリンクリソースを端末へ割り当て、および／または、端末がアップリンク送信のために使うアップリンクリソースを端末に割り当てる。ダウンリンク、および／または、アップリンクリソース割当（allocation or assignment）は、基地局（または、他の関連したネットワークデバイス）から端末へシグナリングされる。ダウンリンク、および／または、アップリンクリソース割当情報は、典型的には、複数の予め決められたフラグ、および／または、複数の予め決められたフィールド（フィールドの１つは、リソース割当情報をシグナリングするための専用のフィールドである）を有するダウンリンク制御情報の一部として、シグナリングされる。
【０００３】
典型的には、リソース割当情報を端末にシグナリングするために使われる利用可能なビット数は、技術仕様書によって既定される。例えば、技術仕様書は、リソース割当情報が端末へ送信されるダウンリンク制御情報のサイズ、および、フォーマットを定義する。
【０００４】
同様に、リソース割当、または、リソース割当のサイズは、技術仕様書によって既定される。さらに、端末へのアップリンクまたはダウンリンクリソースの割当は、典型的には、技術仕様書によって定義され、与えられるものである。例えば、アップリンクリソースは、リソースブロックとして表現される。それは、ユーザまたは端末が割り当てられる細分性（granularity）は、割当可能なアップリンクリソースブロックの数および位置であることを意味する。この場合、技術仕様書は、移動通信システムによってサポートされるリソースブロックの許可された組み合わせを定義する。許可されたリソース割当、リソース割当のサイズ、または、割当可能なリソースのサポートされる組み合わせは、定義され、既定されているので、サポートされたリソース（またはリソースの組み合わせ）の全てを示すために必要なビット数は、効率的に与えられる。
【０００５】
したがって、リソース割当情報をシグナリングするために使うことができる利用可能なビット数も、サポートされるリソース（またはリソースの組み合わせ）を示すために必要とされるビット数も、自由に選ぶことができない。
【０００６】
本発明は、リソース割当情報をシグナリングするために利用可能なビット数が、通信システムによってサポートされる可能なリソース割当の全てを表現するには不十分であるという状況が起こりうることに着目してなされたものである。
【０００７】
本発明の一般的なコンセプトは、後述する３ＧＰＰ  ＬＴＥおよびＬＴＥ−Ａ通信システムについてであり、特に、３ＧＰＰ  ＬＴＥ（−Ａ）に規定されるマルチクラスタ割当に対するものである。しかしながら、３ＧＰＰ  ＬＴＥおよびＬＴＥ−Ａの参照は、あくまで本発明の特定の実施の形態に従う一例であり、本発明の一般的なコンセプトは、異なる通信システムの異なるリソース割当処理にも適用できる。
【０００８】
アップリンクリソース情報の端末へのシグナリングのための本発明の開示された実施の形態は、本発明を逸脱することなく、ダウンリンクリソース情報のシグナリングにも適用できる。例えば、ＬＴＥ（−Ａ）に従ったダウンリンクリソースは、リソースの可能な最小単位であるリソースブロック（ＲＢ）として、スケジューラによって割り当てられる。ダウンリンクコンポーネントキャリア（またはセル）は、サブフレームにて更に時間−周波数領域に分割される。ここで、サブフレームは、制御チャネル領域（ＰＤＣＣＨ領域）のシグナリング用、および、ＯＦＤＭシンボル用の２種類のダウンリンクスロットに分割される。そのようにして、図３に示されるように、ＬＴＥ（−Ａ）におけるアップリンクリソース用リソースグリッドは、ダウンリンクリソース用リソースグリッドと同一の構成を採る。したがって、通信システムによってサポートされる、許可されたリソースブロック割当の全てを表わすために必要なビット数をより減らして、割り当てられたアップリンクリソースをシグナリングすることは、ダウンリンクリソースについて、ここで示唆する方法と同様の方法にて達成することができる。
【０００９】
なお、この明細書の中で、英語の用語“resource assignment”および“resource allocation”は、「リソース割当」という同一の技術用語を意味するものとして使用される。
【００１０】
Long Term Evolution（ＬＴＥ）
Ｗ−ＣＤＭＡ無線アクセス技術に基づく第３世代移動体システム（３Ｇ）は、全世界にわたり、広く展開されている。この技術が発達または強化された第１のステップは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）の導入と、ＨＳＵＰＡ（High-Speed Uplink Packet Access）としても参照される、エンハンスドアップリンクの導入を伴い、競争力の高い無線アクセス技術を与えたことにある。
【００１１】
ユーザの更なる要求に対応するために、そして、新たな無線アクセス技術に対して競争力のあるものにするために、３ＧＰＰは、Long Term Evolution（ＬＴＥ）と呼ばれる移動通信システムを導入した。ＬＴＥは、高速のデータおよびメディア輸送に対する通信事業者（carrier）の要求、および、次の世代への大容量音声のサポートを満足させるために設計されている。高ビットレートを提供する能力は、ＬＴＥの主な手段である。
【００１２】
ＬＴＥに関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥ）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥ（例えば、リリース８）では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【００１３】
ＬＴＥアーキテクチャ
図１は、ＬＴＥ（−Ａ）の全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。
【００１４】
Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【００１５】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのモビリティアンカーとして、および（Ｓ４インタフェースを終端し、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）ＬＴＥとその他の３ＧＰＰ技術の間のモビリティのためのアンカーとしても働きながら、ユーザのデータパケットをルーティングし、転送する。アイドル状態のユーザ機器に関して、ＳＧＷは、ダウンリンクのデータパスを終端し、ダウンリンクのデータが当該ユーザ機器に関して到着するときにページングをトリガする。ＳＧＷは、ユーザ機器のコンテキスト、例えば、ＩＰベアラサービスのパラメータ、ネットワークの内部のルーティング情報を管理し、記憶する。また、ＳＧＷは、合法的な傍受の際にユーザトラフィックの複製を実行する。
【００１６】
ＭＭＥは、ＬＴＥアクセスネットワークに関する重要な制御ノードである。ＭＭＥは、再送信を含むアイドルモードのユーザ機器の追跡およびページング手順を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関わり、さらに、最初のアタッチのとき、およびコアネットワーク（ＣＮ）ノードの移転をともなうＬＴＥ内ハンドオーバのときにユーザ機器のためのＳＧＷを選択する役割を担う。ＭＭＥは、（ＨＳＳとインタラクションすることによって）ユーザの認証を担う。非アクセス層（ＮＡＳ）シグナリングは、ＭＭＥで終わり、ＭＭＥは、一時的な識別情報の生成およびユーザ機器への割り当ても担う。ＭＭＥは、サービスプロバイダの公衆陸上モバイルネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）（ＰＬＭＮ）にキャンプオンするためのユーザ機器の権限を調べ、ユーザ機器のローミングの制限を施行する。ＭＭＥは、ＮＡＳシグナリングのための暗号化／完全性保護に関するネットワーク内の終端点であり、セキュリティ鍵の管理を扱う。シグナリングの合法的な傍受も、ＭＭＥによってサポートされる。ＭＭＥは、ＳＧＳＮからＭＭＥで終わるＳ３インタフェースによってＬＴＥと２Ｇ／３Ｇアクセスネットワークの間のモビリティのための制御プレーンの機能も提供する。ＭＭＥは、ユーザ機器のローミングのためのホームＨＳＳへのＳ６ａインタフェースも終端する。
【００１７】
ＬＴＥ（リリース８）のコンポーネントキャリア構造
３ＧＰＰ  ＬＴＥ（リリース８）のダウンリンクコンポーネントキャリアは、いわゆるサブフレームで、時間−周波数ドメインにおいて細分される。３ＧＰＰ  ＬＴＥ（リリース８）において、各サブフレームは、図３に示されるように２つのダウンリンクスロットに分割され、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を含む。各サブフレームは、時間ドメインにおいて所与の数のＯＦＤＭシンボル（３ＧＰＰ  ＬＴＥ（リリース８）においては１２または１４個のＯＦＤＭシンボル）からなり、ＯＦＤＭシンボルのそれぞれは、コンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルは、それぞれ、図４にやはり示されるように、それぞれの
【数１】
0005881811.tif 000002
個のサブキャリア上で送信されるいくつかの変調シンボルからなる。
【００１８】
例えば、３ＧＰＰロングタームエボリューション（ＬＴＥ）で使用されるようなＯＦＤＭを例えば使用するマルチキャリア通信システムを想定すると、スケジューラによって割り振られ得るリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロックは、図４で例示されるように、時間ドメインにおいて
【数２】
0005881811.tif 000003
個の連続するＯＦＤＭシンボルとして定義され、周波数ドメインにおいて
【数３】
0005881811.tif 000004
個の連続するサブキャリアとして定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）において、物理リソースブロックは、時間ドメインにおける１スロットおよび周波数ドメインにおける１８０ｋＨｚに対応する
【数４】
0005881811.tif 000005
個のリソース要素からなる（ダウンリンクのリソースグリッドに関するさらなる詳細については、例えば、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇにおいて入手可能であり、参照により本明細書に組み込まれる３ＧＰＰ  ＴＳ３６．２１１、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（リリース８）」、バージョン８．９．０または９．０．０、セクション６．２を参照されたい）。
【００１９】
ＬＴＥのアップリンクリソース割当用の、リソースブロックの構成は、ダウンリンクリソースグリッドの上記の構成と同等である。アップリンクリソースに対して、各ＯＦＤＭシンボルは、図５に示されるように、それぞれ
【数５】
0005881811.tif 000006
のサブキャリアにて送信される複数の変調シンボルから構成される。図５に示されるアップリンクリソースグリッドの例示的な構成は、図４に示されるダウンリンクリソースグリッドの例示的な構成に対応する。図４の例示的なアップリンクリソースは、３ＧＰＰ  ＴＳ３６．２１１  Ｖ１０．０．０から得られる。（参照することにより本明細書に組み込まれ、ＬＴＥ（リリース１０）のアップリンクリソースの更なる詳細を提供する。）
【００２０】
Ｌ１／Ｌ２制御シグナリング−ＬＴＥ（−Ａ）におけるダウンリンク制御情報
スケジューリングされたユーザまたは端末に対して、それらの割当状態、トランスポートフォーマット、および、他のデータ関連情報（例えば、ＨＡＲＱ情報）を通知するために、Ｌ１／Ｌ２（Layer 1/Layer 2）制御シグナリングがデータと共にダウンリンクにて送信される。ユーザ割当がサブフレームからサブフレームへ変更できると仮定する場合、Ｌ１／Ｌ２制御シグナリングは、サブフレーム内にダウンリンクデータと多重化される。注意すべきは、ユーザ割当は、ＴＴＩ（Transmission Time interval：送信時間間隔）毎に行うことも考えられることである。ここで、ＴＴＩの長さは、サブフレームの倍数である。ＴＴＩの長さは、全ユーザに対してサービスエリアにおいて固定されている場合もあり、ユーザ毎に異なる場合もあり、また、各ユーザに対して、動的である場合もある。一般的に、ＴＴＩごとに一回だけ送信される必要がある。Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信される。注意すべきは、３ＧＰＰ  ＬＴＥにおいて、（アップリンクスケジューリンググラントまたはアップリンクリソース割当としても参照される）アップリンクデータ送信用の割当もまた、ＰＤＣＣＨにて送信される。
【００２１】
一般的に、Ｌ１／Ｌ２制御シグナリングによって送られる情報（特に、ＬＴＥ（−Ａ）リリース１０）は、以下のように分類される。
−  ユーザＩＤ。割り当てられているユーザを示す。これは典型的にはＣＲＣをユーザＩＤでマスキングすることによってチェックサムに含まれる。
−  リソース割当情報。ユーザが割り当てられるリソース（またはリソースブロック、ＲＢ）を示す。ユーザが割り当てられるＲＢの数は、動的であってもよい。
−  キャリアインジケータ。第１キャリアにて送信された制御チャネルが第２キャリアに関連するリソース（例えば、第２キャリアのリソースまたは第２キャリアに関するリソース）を割り当てる場合に使用される。
−  変調および符号化方式。使用された変調方式および符号化率を判定する。
−  ＨＡＲＱ情報。データパケット、または、その一部を再送する際に特に有効な、ＮＤＩ（New Data Indicator：新規データインジケータ）および／またはＲＶ（redundancy version）のような情報である。
−  電力制御コマンド。割り当てられたアップリンクデータまたは制御情報の送信の送信電力の調整のためのコマンドである。
−  参照信号情報。割当に関連する参照信号の送受信のために使用される、使用した巡回シフトおよび／または直交カバーコードインデックス（orthogonal cover code index）のような情報である。
−  アップリンクまたはダウンリンク割当インデックス。ＴＤＤシステムにて特に有益な、割当の順番を識別するために使用される。
−  ホッピング情報。周波数ダイバーシティを増加させるためにリソースホッピングを適用するか否か、および、どのようなリソースホッピングを適用するかを示す情報である。
−  ＣＱＩ要求。割り当てたリソースでのチャネル状態情報の送信をトリガするために使用される。
−  マルチクラスタ情報。送信がシングルクラスタ（連続したＲＢの１つのセット）にて行われるか、または、マルチクラスタ（連続した複数のＲＢが、非連続で少なくとも２つあるセット）にて行われるかを指示および制御するためのフラグである。マルチクラスタ割当は、３ＧＰＰ  ＬＴＥ（−Ａ）リリース１０にて導入されている。
上記リストは、全て網羅しているわけではなく、また、使用されるＤＣＩフォーマットに依存する各ＰＤＣＣＨ送信において、上記で述べた情報の全てが必ずしも必要というわけではないことも注意すべきである。
【００２２】
ＤＣＩは、全体のサイズが異なるいくつかのフォーマットで、および、使用されるフィールド情報で、発生する。ＬＴＥ（−Ａ）リリース１０に対して現在定義されている異なるＤＣＩフォーマットは、ＴＳ  ３６．２１２  ｖ１０．０．０のセクション５．３．３．１に詳細に記載されている（これは、http://www.3gpp.orgにて利用可能であり、参照することにより本明細書に組み込まれている）。
【００２３】
ＬＴＥで定義される、以下の２つの特別なＤＣＩフォーマットは、様々なＤＣＩフォーマットの機能のいくつかを例示的に示す。
−  ＤＣＩフォーマット０は、アップリンク送信モード１または２でシングルアンテナポート送信を使用するＰＵＳＣＨ（Physical Uplink Shared Channel）のスケジューリング用に使用される。
−  ＤＣＩフォーマット４は、アップリンク送信モード２で閉ループ空間多重送信を使用するＰＵＳＣＨ（Physical Uplink Shared Channel）のスケジューリング用に使用される。
【００２４】
アップリンク送信モード１および２は、ＴＳ  ３６．２１３  ｖ１０．０．１のセクション８．０に定義され、シングルアンテナポートは、セクション８．０．１に定義され、閉ループ空間多重は、セクション８．０．２に定義されている（これは、http://www.3gpp.orgにて利用可能であり、参照することにより本明細書に組み込まれている）。
【００２５】
上記で述べた情報をどのように正確に送信するかに対していくつかの異なる方法がある。さらに、Ｌ１／Ｌ２制御シグナリングは、追加情報を含むことも可能であり、または、情報のいくつかを除外することも可能である。例えば、
−  ＨＡＲＱ処理数は、アップリンクで使用されるような、同期ＨＡＲＱプロトコルの場合には必要としなくてもよい。
−  例えばプリコーディングのような、空間多重関連制御情報は、制御シグナリングに追加して含まれてもよい。
−  マルチコードワード空間多重送信の場合、マルチコードワードのためのＭＣＳおよび／またはＨＡＲＱが含まれてもよい。
【００２６】
同期ＨＡＲＱプロトコルがＬＴＥアップリンク送信に適用されるので、ＬＴＥにおいて、ＰＤＣＣＨ（Physical Downlink Control Channel）にてシグナリングされた（例えば、ＰＵＳＣＨ（Physical Uplink Shared Channel）に関する）アップリンクリソース割当のために、Ｌ１／Ｌ２制御情報は、ＨＡＲＱ処理ナンバーを含まない。アップリンク送信用に使用されるＨＡＲＱ処理は、特定のタイミングによって決定、および、提供される。さらに、ＲＶ（redundancy version）情報およびＭＣＳ情報は、一緒に符号化されることも注意すべきである。
【００２７】
ＬＴＥ（−Ａ）におけるダウンリンクおよびアップリンクデータ送信
このセクションでは、背景、フレームワーク、および、以下で説明する本発明の実施の形態の有用性を理解するために有益な、ＬＴＥ（−Ａ）の技術仕様書に従った、ダウンリンクおよびアップリンクデータ送信の更なる背景について説明する。したがって、このセクションは、本発明の技術分野における当業者が共通知識としている、背景情報に関する実例の説明のみを記載する。
【００２８】
ＬＴＥにおけるダウンリンクデータ送信に関して、Ｌ１／Ｌ２制御シグナリングは、ダウンリンクパケットデータ送信と共に、分離した物理チャネル（ＰＤＣＣＨ）にて送信される。このＬ１／Ｌ２制御シグナリングは、典型的には以下の事項に関する情報を含む。
−  データが送信される物理リソース（例えば、ＯＦＤＭの場合は、サブキャリアまたはサブキャリアブロックであり、ＣＤＭＡの場合は、符号である）。この情報により、ＵＥ（受信側）は、データが送信されるリソースを認証することができる。
−  ユーザ機器が、Ｌ１／Ｌ２制御シグナリングにキャリア識別フィールド（ＣＩＦ:Carrier Indication Field）を有するように設定される場合、この情報は、特定の制御シグナリング情報を表わすためのコンポーネントキャリアを認証する。これは、もう１つのコンポーネントキャリアを対象とした割り当てを、１つのコンポーネントキャリア上で送られること（"cross-carrier scheduling"）を可能にする。この他の、クロススケジュールコンポーネントキャリアは、例えば、ＰＤＣＣＨにはないコンポーネントキャリア、すなわち、そのクロススケジュールコンポーネントキャリアがＬ１／Ｌ２制御シグナリングを全く運ばないものとすることができる。
−  送信用に使用されるトランスポートフォーマット。これは、データのトランポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（Modulation and Coding Scheme：変調および符号化方式）レベル、周波数利用効率、コードレート等であってもよい。この情報（通常はリソース割当（ユーザ機器に割り当てられたリソースブロック数等）と共に）は、ユーザ機器（受信機）に対して、復調、デレートマッチングおよび復号プロセスを開始するために、情報ビットサイズ、変調方式およびコードレートを明らかにすることを可能とする。この変調方式は、信号によって明確に示される。
−  ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・  ＨＡＲＱプロセス数：ユーザ機器に対して、データがマッピングされたハイブリッドＡＲＱプロセスを明らかにすることを可能とする。
・  シーケンス数あるいは新規データインジケータ（ＮＤＩ：New Data Indicator）：ユーザ機器に対して、送信パケットが、新規パケットか再送パケットかを明らかにすることを可能とする。ソフト合成が、ＨＡＲＱプロトコルの中で実施されていれば、ＨＡＲＱプロセス数と共にあるシーケンス数あるいは新規データインジケータは、復号に先だってのＰＤＵのための送信パケットのソフト合成を可能とする。
・  冗長性および／またはコンスタレーションバージョン：ユーザ機器に、使用された（デレートマッチングにおいて要求された）ハイブリッドＡＲＱ冗長性バージョン、および／または、使用された（復調において要求された）コンスタレーションバージョンを伝える。
−  ＵＥ識別（ＵＥ  ＩＤ）：Ｌ１／Ｌ２制御シグナリングがどのユーザに対するものであるかを伝える。典型的な実施では、この情報は、他のユーザ機器にこの情報を解読されないように、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするために用いられる。
【００２９】
ＬＴＥにおけるアップリンクパケットデータ送信を可能にするために、Ｌ１／Ｌ２制御シグナリングはダウンリンク（ＰＤＣＣＨ）にて送信され、ユーザ機器に送信の詳細を伝える。このＬ１／Ｌ２制御シグナリングは典型的には以下に関する情報を含む。
−  ユーザ機器がデータを送信すべき物理リソース（例えば、ＯＦＤＭの場合は、サブキャリアまたはサブキャリアブロックであり、ＣＤＭＡの場合は、符号である）
−  ユーザ機器がＬ１／Ｌ２制御シグナリングにキャリア識別フィールド（ＣＩＦ:Carrier Indication Field）を有するように設定される場合、この情報は、特定の制御シグナリング情報を表わすためのコンポーネントキャリアを認証する。これは、もう１つのコンポーネントキャリアを対象とした割り当てを、１つのコンポーネントキャリア上で送られること（"cross-carrier scheduling"）を可能にする。この他の、クロススケジュールコンポーネントキャリアは、例えば、ＰＤＣＣＨにはないコンポーネントキャリア、すなわち、そのクロススケジュールコンポーネントキャリアがＬ１／Ｌ２制御シグナリングを全く運ばないものとすることができる。
−  アップリンクグラント用のＬ１／Ｌ２制御シグナリングは、アップリンクのコンポーネントキャリアとリンク付されているＤＬコンポーネントキャリアにて、または、いくつかのＤＬコンポーネントキャリアが同じＵＬコンポーネントキャリアとリンク付けする場合は、いくつかのＤＬコンポーネントキャリアのうちの１つにて、送信される。
−  ユーザ機器が送信用に使用するトランポートフォーマット。これは、データのトランポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調および符号化方式）レベル、周波数利用効率、コードレート等であってもよい。この情報（通常はリソース割当（ユーザ機器に割り当てられたリソースブロック数等）と共に）は、ユーザ機器（送信機）に対して、変調、レートマッチングおよび符号化プロセスを開始するために、情報ビットサイズ、変調方式およびコードレートを明らかにすることを可能とする。ある場合では、変調方式は明確にシグナリングされてもよい。
−  ハイブリッドＡＲＱ（ＨＡＲＱ）情報
・  ＨＡＲＱプロセス数：どのハイブリッドＡＲＱ処理からデータを抽出するべきかをユーザ機器に伝える。
・  シーケンス数あるいは新規データインジケータ（ＮＤＩ：New Data Indicator）：ユーザ機器が新規パケットを送信するか、または、パケットを再送するかを伝える。ソフト合成が、ＨＡＲＱプロトコルの中で実施されていれば、ＨＡＲＱプロセス数と共にあるシーケンス数あるいは新規データインジケータは、復号に先だってのＰＤＵのための送信パケットのソフト合成を可能とする。
・  冗長性および／またはコンスタレーションバージョン：どのハイブリッドＡＲＱ冗長バージョンを使用（レート調節用に要求）するか、および／または、どの変調コンスタレーションバージョンを使用（変調用に要求）するかを、ユーザ機器に伝える。
−  ＵＥ識別（ＵＥ  ＩＤ）：どのユーザ機器がデータを送信するかを伝える情報。典型的な実施では、この情報は、他のユーザ機器にこの情報を解読されないように、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするために用いられる。
【００３０】
ＬＴＥにおいて、アップリンクおよびダウンリンクデータ送信の際に、上記で述べた情報を正確に送信する方法は、様々である。さらに、アップリンクおよびダウンリンクの際に、Ｌ１／Ｌ２制御情報は、追加情報を含むことも可能であり、または、情報のいくつかを除外することも可能である。例えば、
−  ＨＡＲＱプロセス数は、同期ＨＡＲＱプロトコルの場合には必要としなくてもよく、つまり、シグナリングされなくてもよい。
−  チェイス合成法（Chase combining）が使用される場合（常に、同じ冗長性および／またはコンスタレーションバージョンの場合）、あるいは、冗長性および／またはコンスタレーションバージョンの系列が既定されている場合、冗長性および／またはコンスタレーションバージョンは、必要としなくてもよく、つまり、シグナリングされなくてもよい。
−  電力制御情報は、制御シグナリングに更に追加されてもよい。
−  例えば、プリコーディングのような、ＭＩＭＯ関連制御情報は、制御シグナリングに追加して含まれてもよい。
−  マルチコードワードＭＩＭＯ送信の場合、マルチコードワードのためのトランスポートフォーマットおよび／またはＨＡＲＱ情報が含まれてもよい。
【００３１】
ＬＴＥにおいて、ＰＤＣＣＨにてシグナリングされた（ＰＵＳＣＨ（Physical Uplink Shared Channel）に関する）アップリンクリソース割当のために、Ｌ１／Ｌ２制御情報は、ＨＡＱＲプロセス数を含まない。これは、同期ＨＡＲＱプロトコルがＬＴＥアップリンクに適用されるからである。アップリンク送信用に使用されるＨＡＲＱ処理は、特定のタイミングによって提供される。さらに、ＲＶ（redundancy version）情報は、トランスポートフォーマット情報とともに符号化されることにも注意すべきである。つまり、ＲＶ情報は、トランスポートフォーマット（ＴＦ）フィールドに埋め込まれる。トランスポートフォーマット（ＴＦ）のそれぞれ変調および符号化方式（ＭＣＳ）フィールドは、例えば、３２エントリーに対応する５ビットのサイズを有する。ＴＦ／ＭＣＳテーブルの３つのエントリーは、ＲＶ１、２、または、３を示すために用意される。残りのＭＣＳテーブルのエントリーは、ＲＶ０を示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。ＰＤＣＣＨのＣＲＣ領域のサイズは、１６ビットである。
【００３２】
ＬＴＥにおいて、ＰＤＣＣＨにてシグナリングされるダウンリンク割当（ＰＤＳＣＨ）に対して、ＲＶ（redundancy version）は、２ビットのフィールドにて分かれて送信される。さらに、変調オーダー情報は、トランスポートフォーマット情報とともに、符号化される。アップリンクの場合と同様に、ＰＤＣＣＨにてシグナリングされる５ビットのＭＣＳ領域がある。エントリーのうちの３つは、トランスポートフォーマット（トランスポートブロック）情報は無く、明確に変調オーダーをシグナリングするために用意される。残りの２９のエントリーによって、変調オーダーおよびトランスポートブロックサイズ情報がシグナリングされる。
【００３３】
アップリンクリソース割当のためのリソース割当フィールド
３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１０．０．０に従い、ＤＣＩフォーマットは、例えば、アップリンクリソース割当のために使用される。ＤＣＩフォーマット０は、特に、所謂、「リソースブロック割当およびホッピングリソース割当」フィールドを含む。このフィールドは、
【数６】
0005881811.tif 000007
ビットのサイズを有する。ここで、
【数７】
0005881811.tif 000008
は、アップリンクでのリソースブロックの数を示す。ＬＴＥ（−Ａ）では、３つの可能なアップリンクリソース割当方式が予測されている。それは、ノンホッピングＰＵＳＣＨ（Physical Uplink Shared channel）のシングルクラスタ割当、ホッピングＰＵＳＣＨのシングルクラスタ割当、および、マルチクラスタ割当の３つである。マルチクラスタ割当は、リリース１０にて導入され、ノンホッピングＰＵＳＣＨのみとして、サポートされている。
【００３４】
ノンホッピングＰＵＳＣＨのシングルクラスタ割当の場合、ＤＣＩの全体の「リソースブロック割当およびホッピングリソース割当」フィールドは、アップリンクサブフレームでのリソース割当をシグナリングするために使用される。
【００３５】
ホッピングＰＵＳＣＨのシングルクラスタ割当の場合、フィールドのうちの
【数８】
0005881811.tif 000009
ビットのＭＳＢ（most significant bits）は、詳細なホッピング構成を特定するために使用され、領域の残りの部分は、アップリンクサブフレームの第１スロットでのリソース割当を提供する。
【数９】
0005881811.tif 000010
は、表１に従って、システムの帯域幅から決定される。表１は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１０．０．１の表８．４−１から得られる。（参照することにより本明細書に組み込まれている）。システム帯域幅
【数１０】
0005881811.tif 000011
は、アップリンク物理リソースブロックの数を示す。
【表１】
0005881811.tif 000012
【００３６】
ノンホッピングＰＵＳＣＨのマルチクラスタ割当の場合、アップリンクリソース割当は、周波数ホッピングフラグフィールド、および、ＤＣＩのリソースブロック割当ならびにホッピングリソース割当領域の連接を使用してシグナリングされている。
【００３７】
ホッピングＰＵＳＣＨのマルチクラスタ割当は、ＬＴＥでは定義されていない。このため、（シングルクラスタ割当用に要求される）周波数ホッピングフラグフィールドが、マルチクラスタ割当の場合のアップリンクリソース割当をシグナリングするために使用されてもよい。
【００３８】
マルチクラスタ割当のために、
【数１１】
0005881811.tif 000013
ビットが、許可されて、サポートされる組み合わせの全てを示す、または、特定するために必要とされる。３ＧＰＰ  ＬＴＥ（−Ａ）のマルチクラスタ割当に従って、割り当てられるアップリンクリソースの最小単位は、１つのＲＢＧ（resource block group）である。より、詳細は、以下に述べる。
【００３９】
ＲＢＧのサイズは、表２に従って、システムに帯域幅から決定される。表２は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１０．０．１の表７．１．６．１−１に基づき、
【数１２】
0005881811.tif 000014
を
【数１３】
0005881811.tif 000015
に置き換えることにより、結果的に得られる。システム帯域幅
【数１４】
0005881811.tif 000016
は、アップリンク物理リソースブロックの数を示す。
【表２】
0005881811.tif 000017
【００４０】
マルチクラスタ割当の説明
上記で述べたように、ホッピングは、ＬＴＥのマルチクラスタＲＢＡに対してサポートされていない。ＤＣＩのホッピングフラグは、ＲＢＡフィールドの先頭に追加され、その結果、１ビットサイズ増加する。シングルクラスタに対して、割当は、リソースブロックの細分性（granularity）に基づいており、マルチクラスタに対して、格子は、ＲＢＧ（resource block group）に基づいている。１つのＲＢＧは、ｐ個の隣接する複数のＲＢの集合であり、ｐは、ＬＴＥによってサポートされる任意のアップリンクシステム帯域幅に対して表２を用いて設定される。ただし、
【数１５】
0005881811.tif 000018
がｐの整数倍でない場合、および、最後のＲＢＧが残りのＲＢを含む場合は、例外である。各ＲＢは、１つのＲＢＧのみの一部分である。アップリンクＲＢＧの数
【数１６】
0005881811.tif 000019
は、次のように計算できる。
【数１７】
0005881811.tif 000020
マルチクラスタ割当は、３ＧＰＰ  ＬＴＥ  リリース１０にて定義され、周知であるため、システムによってサポートされるＲＢＧおよび（ＲＢＧを形成する）許可されたＲＢの組み合わせの詳細については、必要とされないため割愛する。３ＧＰＰ  ＬＴＥ  リリース１０に従うマルチクラスタ割当、特に、３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１０．０．０にて定義される、マルチクラスタリソース割当をシグナリングするためのＤＣＩフォーマット０は、参照することにより本明細書に組み込まれている。
【００４１】
３ＧＰＰ  ＬＴＥ  リリース１０では、マルチクラスタ割当は、２つのクラスタのみをサポートするという制限がされている。第１のクラスタは、開始ＲＢＧ  ｓ０および終端ＲＢＧ  ｓ１−１によって識別され、第２のクラスタは、開始ＲＢＧ  ｓ２および終端ＲＢＧｓ３−１によって識別される。これらの４つのパラメータは、１つの値ｒに関連付けられる。ｒは、以下の式によって、マルチクラスタ割当を表わす。
【数１８】
0005881811.tif 000021
【００４２】
ここで、（２つのクラスタから構成されるマルチクラスタを定義する４つの開始および終端ＲＢＧに対応する）Ｍ＝４、
【数１９】
0005881811.tif 000022
、および、
【数２０】
0005881811.tif 000023
であり、以下の式が定義されているとする。
【数２１】
0005881811.tif 000024
【００４３】
さらに、３ＧＰＰ  ＬＴＥ  リリース１０は、２つのクラスタは、隣接しないこと、つまり、第１のクラスタの終端と第２のクラスタの開始との間に少なくとも１つのＲＢＧのスペースがあること、を要求する。この条件が、上記の式およびｓ０、ｓ１、ｓ２、ｓ３の間の不等式の関係を導く。
【００４４】
本発明は、大抵の場合（つまり、３ＧＰＰ  ＴＳ  ３６．２１３によって定義されるアップリンクシステム帯域幅の大抵の値）において、ＤＣＩで利用可能なビット数、および、システムによってサポートされている許可されるＲＢＧ割当の組み合わせの全てを示すために要求されるビット数は、一致することに着目している。しかし、いくつかの場合において、上記で述べたようにＤＣＩで利用可能なビット数が不十分である。
【発明の概要】
【００４５】
本発明は、移動通信システムの既知のリソース割当のコンセプトの議論、説明した問題の１つ以上を解決すること、または、既知のリソース割当コンセプトのシグナリングを改善することを意図している。
【００４６】
本発明の目的は、リソースを移動通信システムの端末に割り当てるために使用されるリソース割当情報を端末にシグナリングするための改善手法、および、対応する端末ならびに対応する基地局を提供することである。
【００４７】
この目的は、独立クレームの主題によって達成される。
【００４８】
発明の好ましい実施の形態は、従属クレームによって定義される。
【００４９】
本発明は、リソース割当情報をシグナリングするために利用可能なビット数が、通信システムによってサポートされている許可されたリソース割当を示すのに不十分であるという状況が起こり得ることに着目してなされたものである。ＬＴＥの場合、「許可されるリソース割当」（allowed resource assignment）は、マルチクラスタ割当に対するシステムによってサポートされる、異なるＲＢＧ（つまり、許可されるＲＢの組み合わせ）のリソース割当であってもよい。
【００５０】
本発明の最初の実施の形態は、移動通信の端末に対して割り当てられるリソースを前記端末に示すリソース割当情報を受信および決定するために、前記端末によって実行される方法に関する。この実施の形態によれば、端末は、端末に対するリソース割当を示すためのフィールドから構成されるＤＣＩ（downlink control information）を受信する。ＤＣＩの中のこのリソース割当フィールドは、既定のビット数を有する。（少なくとも１つ以上の特定のリソース割当の状況において）、受信したＣＤＩのリソース割当領域の既定のビットサイズが、通信システムによってサポートされる許可されるリソース割当の全てを表わすのに不十分であった場合でも、端末は、受信したＤＣＩの当該フィールドのコンテンツから自身に割り当てられるリソース割当情報を決定する。この実施の形態によれば、ＤＣＩの上記フィールドにて端末に対してシグナリングされる受信ビットは、リソース割当情報の既定のビット数（ビットのサブセット）を表わす。受信したＤＣＩの当該フィールドに含まれないリソース割当情報の１ビット以上の残りビットの全ては、既定の値、例えば、１または０、に設定される。
【００５１】
ＤＣＩにてリソース割当情報をシグナリングするために使用されるフィールドのビット数が、システムによってサポートされる許可される任意の帯域幅に対して予め決められる場合には、リソース割当情報をシグナリングするために使用されるＤＣＩは、所定のフォーマットを有する。これは、シグナリングされるリソース割当情報の予測ビットサイズ（つまり、リソース割当情報を含む受信したＤＣＩの中のフィールドのサイズ）を決定することができることを意味する。
【００５２】
本発明の別の実施の形態は、移動通信システムの端末にリソースを割り当てるためのリソース割当情報を送信する方法に関する。これにより、基地局は、端末に送信されるリソース割当情報を決定する。基地局は、さらに、ＤＣＩ内のリソース割当情報をシグナリングするために利用できるビット数を決定することができる。利用可能なビット数は、ＤＣＩ内のリソース割当情報を送信するための１以上のフィールドのサイズである。リソース割当情報をシグナリングするために利用できるビット数（つまり、ＤＣＩ内の上記フィールドのビットサイズ）は、与えられる帯域幅に対して、予め決められる。（そして、関連する帯域幅を知るとすぐに、基地局および端末によって、決定されてもよい。）
【００５３】
リソース割当情報をシグナリングするために利用可能なビット数が、複数の許可されるリソース割当を表わすのに不十分である場合、基地局は、ＤＣＩのフィールド内のリソース割当情報のビットの既定のサブセットを当該端末に送信する。端末に送信されない、または、送信できないリソース割当情報の１以上の残りのビット数の全ては、既定の値を有するか、または、既定の値に設定される。
【００５４】
本発明の特定の実施の形態において、移動通信システムは、３ＧＰＰ  ＬＴＥシステムまたは３ＧＰＰ  ＬＴＥ−Ａシステムである。この場合、端末は、ＵＥ（user equipment）またはリレーノードである。同様に、基地局は、ｅＮｏｄｅＢ（evolved Node B）またはリレーノードである。この場合のＤＣＩフォーマットは、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａにて定義されるＤＣＩフォーマット０であってもよい。あるいは、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａにて定義されるＤＣＩフォーマット４が、本発明のいくつかの実施の形態に対して使われてもよい。
【００５５】
前述したＤＣＩのフィールドにてシグナリングされないリソース割当情報の１つ以上の残りのビットは、リソース割当情報のＭＳＢ（most significant bit）または、ＬＳＢ（least significant bit）である。
【００５６】
さらに、リソース割当情報の残りの１以上のビットの位置および／または値は、（例えば、技術要求仕様書に応じたシステムにて）既定されるか、または、基地局によって予め決められ、そして、端末にシグナリングされても良い。
【００５７】
本発明の更に他の実施の形態は、３ＧＰＰ  ＬＴＥに関するものであり、リソース割当情報は、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａにおいて定義されるＤＣＩフォーマット０またはＤＣＩフォーマット４のシングルクラスタリソース割当に従って、リソースブロック（ＲＢ）の割当を表わす。
【００５８】
代替的または付加的に、リソース割当情報は、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａにおいて定義されるＤＣＩフォーマット０またはＤＣＩフォーマット４のマルチクラスタリソース割当に従って、ＲＢＧ（resource block group）の割当を表してもよい。ここで、ＲＢＧは、所定の複数の隣接するＲＢから構成される。
【００５９】
さらに、本発明の実施の形態によれば、（ＤＣＩのフィールド内のシグナリングされない）リソース割当情報の１以上の残りのビットの値および位置は、端末に割り当てることができるＲＢの数または組み合わせを制限するために、予め決められることも考えられる。
【００６０】
あるいは、１以上の残りのビットの値および位置は、端末に割り当てることができるＲＢＧの数または組み合わせを制限するために、予め決められてもよい。
【００６１】
本発明のこの実施の形態によれば、１以上の残りのビットの既定の値および既定の位置は、（例えば、ＰＵＣＣＨ（physical uplink control channel）送信用に通信システムによって利用可能な、）１以上の端のＰＲＢ（physical resource block）の配置を除外するように選択されてもよい。１以上の端の物理リソースブロックの配置を除外することにより、帯域外の干渉量（つまり、許可された帯域幅の外へ漏れる電力）の生成を抑制することができるので、更に有利になり得る。
【００６２】
本発明の更なる実施の形態は、端末に割り当てることができるＲＢ、ＲＢＧまたはその組み合わせを変更するために、基地局および／または端末によって適用される、シグナリングされるリソース割当情報に対する再解釈（re-interpretation）または再マッピング（re-mapping）方式を提案する。
【００６３】
この再解釈方式は、ＲＢまたはＲＢＧの低いインデックスから、それぞれ、ＲＢまたはＲＢＧの高いインデックスへ、および、その反対へのミラーリングを含んでもよい。代替的に、または、付加的に、再解釈方式は、シグナリングされるリソース割当情報を所定のオフセットによってシフトすることを含んでもよい。ここで、オフセットは、ＲＢまたはＲＢＧの数として定義される。
【００６４】
再解釈方式は、基地局によって設定されてもよいし、または、基地局から端末へシグナリングされてもよい。
【００６５】
本発明の更なる実施の形態では、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａ通信システムの端末にアップリンクリソースを割り当てるためのリソース割当情報を送信する方法を提供する。この方法は、基地局またはリレーノードによって実行される。基地局は、ＤＣＩ（downlink control information）のフィールド内でリソース割当情報を端末に送信する。リソース割当情報は、その結果、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａ通信システムでのマルチクラスタリソース割当に従い、異なるＲＢＧ（resource block group）を表わしてもよい。リソース割当情報を送信するために使用されるＤＣＩのフィールドの利用可能なビットサイズは、その結果、複数の可能なアップリンクリソース割当を表わすのに十分である。なぜならば、ＲＢＧサイズは、新しい方法によって決定されるからである。
【００６６】
本発明のこの実施の形態に応じたＲＢＧサイズは、以下の表に従って、所与の数のアップリンクリソースブロックに対して決定されてもよい。
【表３】
0005881811.tif 000025
【００６７】
あるいは、本発明のこの実施の形態に応じたＲＢＧサイズは、以下の表に従って、所与の数のアップリンクリソースブロックに対して決定されてもよい。
【表４】
0005881811.tif 000026
【００６８】
両方の場合において、
【数２２】
0005881811.tif 000027
の値は、アップリンクリソースブロックの数を示し、
【数２３】
0005881811.tif 000028
はＲＢの数に対応するＲＢＧのサイズを示す。
【００６９】
さらに、本発明の実施の形態では、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａ通信システムの端末にアップリンクリソースを割り当てるためのリソース割当情報を受信する方法を提供する。この方法は、端末またはリレーノードによって実行される。端末は、自身のリソース割当情報をシグナリングするためのフィールドから構成されるＤＣＩ（downlink control information）を受信する。このフィールドは、所定数のビットを有し、リソース割当情報は、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａ通信システムでのマルチクラスタリソース割当に従って、ＲＢＧ（resource block group）を表わす。リソース割当情報をシグナリングするために使用されるＤＣＩのフィールドのビットサイズは、その結果、複数の可能なアップリンクリソース割当を表わすのに十分である。なぜならば、ＲＢＧサイズは、新しい方法によって決定されるからである。所与の数のアップリンクリソースブロックに対するＲＢＧサイズの決定方法は、上記で示した２つの表のいずれかに基づいている。
【００７０】
本発明の更なる実施の形態では、移動通信システム内で、端末に対してリソースを割り当てるためのリソース割当情報を受信する端末を提供することである。端末は、自身のリソース割当情報を示すためのフィールドから構成されるＤＣＩ（downlink control information）を受信する手段を具備する。当該フィールドは、所定数のビットを有する。端末は、さらに、受信したＤＣＩのフィールドのビットからリソース割当情報を決定する手段を具備する。受信したＤＣＩのフィールドの所定数のビットは、その結果、通信システムによってサポートされる複数の許可されるリソース割当を表わすのに不十分である（例えば、複数の許可されるマルチクラスタリソース割当を表わすのに不十分である）。したがって、受信したＤＣＩのフィールドのビットは、リソース割当情報の既定のビットを表わすのに対して、受信したＤＣＩのフィールドに含まれないリソース割当情報の１以上の残りのビット全ては、既定の値に設定される。
【００７１】
本発明の更なる実施の形態では、移動通信システムの端末に対してリソースを割り当てるためのリソース割当情報を送信する基地局を提供することである。基地局は、端末に対して送信されるリソース割当情報を決定する手段を具備する。基地局は、さらに、ＤＣＩ（downlink control information）内でリソース割当情報をシグナリングするための利用可能なビット数を決定する手段を具備する。利用可能なビット数は、ＤＣＩ内でリソース割当情報を送信するためのフィールドのサイズである。さらに、ＤＣＩは、既定のフォーマットを有し、所与の帯域幅に対して、ＤＣＩ内でリソース割当情報をシグナリングするために利用可能なビット数は特定される。基地局は、リソース割当情報をシグナリングための利用可能なビット数が、複数の許可されるリソース割当を表わすのに不十分であり、一方で、送信されないリソース割当情報の１以上の残りのビット全てが既定の値を有する場合、ＤＣＩのフィールド内のリソース割当情報のビットの既定のサブセットを端末に対して送信する手段を更に具備する。
【図面の簡単な説明】
【００７２】
以下、添付の図面を参照して本発明の実施の形態をより詳細に説明する。図面において類似または対応する箇所には同じ参照番号を付している。
【図１】３ＧＰＰ  ＬＴＥシステムのアーキテクチャの一例を示す図
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の一例を示す概略図
【図３】３ＧＰＰ  ＬＴＥ（リリース１０）用に定義されたダウンリンクコンポーネントキャリアのサブフレーム構成の一例を示す図
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）用に定義されたダウンリンクスロットのダウンリンクリソースグリッドの一例を示す図
【図５】３ＧＰＰ  ＬＴＥ（リリース１０）用に定義されたアップリンクスロットのアップリンクリソースグリッドの一例を示す図
【図６】本発明の一様態に対応する３ＧＰＰ ＬＴＥ（リリース１０）によって定義、サポートされた、許可されるＲＢＧの全てを特定するために要求されるビット数、および、割り当てられるＲＢＧを特定するためのＤＣＩフォーマット０内の利用可能なビット数を示す図
【図７】本発明の一様態に係る、移動通信システムの端末でリソース割当情報を受信、および、決定するための一例の方法を示す図
【図７Ａ】本発明の別の実施の形態に係る、図７の一例の方法のリソース割当情報の決定の例示的なステップを示す図
【図８】本発明の一様態に係る、移動通信システムの基地局による、リソース割当情報を決定および送信するための一例の方法を示す図
【発明を実施するための形態】
【００７３】
以下の段落では、本発明のさまざまな実施形態について説明する。実施の形態のほとんどは、上記背景技術において議論した３ＧＰＰ  ＬＴＥ（例えば、リリース８または９）およびＬＴＥ−Ａ（例えば、リリース１０）に従う直交シングルキャリアアップリンク無線アクセス方式との関連で説明してあるが、これは単に例示を目的とするにすぎない。
【００７４】
ここに与えられる３ＧＰＰ  ＬＴＥおよびＬＴＥ−Ａの詳細は、本発明をより理解するためのものであり、本発明を、説明した移動通信システムの特定の実施の詳細に限定するものではない。
【００７５】
上記のように、本発明は、リソース割当情報をシグナリングするために利用可能なビット数が、通信システムによってサポートされている許可されるリソース割当を示すのに不十分であるという状況が起こり得ることに着目してなされたものである。ＬＴＥのマルチクラスタ割当の場合、許可されるリソース割当は、システムによってサポートされる、異なるＲＢＧ（つまり、許可されるＲＢの組み合わせ）のリソース割当の組み合わせである。
【００７６】
ＤＣＩフォーマット０に従うＬＴＥマルチクラスタ割当の特別な場合において、許可されるＲＢＧの組み合わせの全てを指定するために必要とされるリソース割当フィールド用のビット数は、（上記で述べたように）
【数２４】
0005881811.tif 000029
である。アップリンクリソース割当を端末にシグナリングするためのＤＣＩでの利用可能なビットは、
【数２５】
0005881811.tif 000030
から算出される場合もある。ここで、「＋１」は、背景技術で説明した、３ＧＰＰ  ＬＴＥ−Ａリリース１０において特定される、「周波数ホッピングフィールドフラグ」（frequency hopping field flag）を使用する結果である。
【００７７】
マルチクラスタ割当用の３ＧＰＰ  ＬＴＥの仕様書にてカバーされる多くの実用例において、利用可能なビットおよび要求されるビットの数は、問題にはならない。しかしながら、図６に示すように、いくつかの場合において、利用可能なビットが不十分である場合がある。
【００７８】
具体的には、図６は、マルチクラスタ割当用の３ＧＰＰ  ＬＴＥリリース１０によってサポート、および、定義されている、割り当てられるＲＢＧを特定するためのＤＣＩフォーマット内の利用可能なビット数および許可されるＲＢＧの組み合わせを特定するために要求されるビット数を示すものである。
【００７９】
図６または上記で述べた式から得られるように、ＤＣＩフォーマット０の利用可能なビット数は、
【数２６】
0005881811.tif 000031
：７，９，１０，５５−６３，８５−９０，１０１−１１０の数にとっては、不十分である（ここでは、シンプルな例示として、６−１１０の範囲を考慮している）。上記の通り、
【数２７】
0005881811.tif 000032
は、物理アップリンクリソースブロックの数を単位としたシステム帯域幅を示す。
【００８０】
３ＧＰＰ  ＬＴＥ仕様書において、アップリンク送信用に現在サポートされているシステム帯域幅は、６から１１０の範囲である。一方で、少なくとも５、１５、２５、５０、７５、および、１００の値は、現在共通に使用されている値である。このように、共通に仕様されているシステム帯域幅に対して、ＤＣＩの利用可能なビット数は、許可されるリソース割当を表現するのに十分である。
【００８１】
この「許可される」リソース割当は、ＬＴＥ（−Ａ）の技術仕様書によってサポートされている割当である。シングルクラスタ割当に対して、許可されるリソース割当は、ＵＥに割当可能であり、ＬＴＥ（−Ａ）システムによってサポートされている、アップリンクリソースブロックの異なる集合である。より具体的には、シングルクラスタ割当に対して、割り当てられるアップリンクリソースは、それぞれ、隣接するアップリンクリソースブロック（ＲＢ）である。割り当てられるアップリンクリソースは、ＤＣＩ内で、最初のＲＢ、および、アップリンクリソースの長さ（つまり、ＲＢの数）によって特定される。最初のＲＢおよび長さの情報は、ＴＳ  ３６．２１３  ｖ１０．０．１  セクション８．１．１によって与えられる、ＲＩＶ（resource indication value）に組み込まれ、ＤＣＩによってシグナリングされる。また、ＤＣＩは、周波数ホッピングが割当に対して使用されるかを示すフラグを含む。
【００８２】
マルチクラスタ割当に対して、許可されるアップリンクリソース割当は、ＵＥに割当可能であり、ＬＴＥ（−Ａ）システムによってサポートされている、アップリンクリソースブロックグループＲＢＧ（resource block group）の異なる組み合わせである。より具体的には、ＬＴＥマルチクラスタ割当は、２つのクラスタのマルチクラスタ割当をサポートする。各クラスタは、隣接ＲＢＧ（つまり、複数のＲＢ）の塊であり、２つのクラスタは、（上記で述べたように、また、ＬＴＥ−Ａリリース１０にて特定されるように、）少なくとも１つのＲＢＧを隔てて分離されている。このように、マルチクラスタ割当用の複数の異なる許可されたリソース割当は、ＬＴＥ−Ａの仕様書によってサポートされる、２つのクラスタ内でのＲＢＧの全ての異なる組み合わせとして見なすこともできる。前述のように、ＬＴＥリリース１０に従った割り当てられるマルチクラスタ割当は、ＬＴＥ−Ａ仕様書（例えば、ＴＳ  ３６．２１３  ｖ１０．０．１  セクション８．１．２）にて定義されるルールに従い、２つのクラスタの開始ＲＢおよび終端ＲＢに基づいて決定される１つの値ｒとして、シグナリングされる。また、上述のように、ＬＴＥ−Ａ仕様書は、さらに、シングルクラスタ割当用に使用されるＤＣＩのホッピングフラグが、マルチクラスタ割当情報ｒをシグナリングする際にも使用されることを定義する。
【００８３】
将来的なリリースに対して、許可されるクラスタの数は、２より大きくなる可能性があり、マルチクラスタ割当は、ダウンリンクリソース割当にも導入される可能性がある。しかしながら、許可されるリソース割当、（つまり、異なるＲＢまたはＲＢＧ、および、それらをＤＣＩにてＵＥにシグナリングするマナー）もまた将来的なリリースによって提供されるであろう。許可されるリソース割当の全てを表わすために必要とされるビット数は、技術仕様書によって、一義的に決定され、与えられる。
【００８４】
図６の例によれば、ＬＴＥによってサポートされる許可されるＲＢＧの全てを指定するために、（つまり、マルチクラスタ割当情報ｒの許可される値の全てを表わすために、）１ビットまたは２ビットの追加リソース情報ビットが（７、９、１０、５５−６３、８５−９０、および、１０１−１１０の帯域幅に対して）要求される。
【００８５】
ビット数は、（上記で説明したように、）ＬＴＥの技術仕様書によって既定されるので、ＵＥは、自身によって、シグナリングされるリソース割当情報を決定でき、または、ＵＥは、所与のリソース割当情報サイズを予め設定される。換言すれば、ＬＴＥの技術仕様書は、所与の帯域幅（例えば、図６の例では、
【数２８】
0005881811.tif 000033
）に対して、リソース割当情報（例えば、値ｒ）は、あるビットサイズ（例えば、図６の
【数２９】
0005881811.tif 000034
に対して、７）を有することを要求する。同様に、ＬＴＥの仕様書は、リソース割当情報をＵＥにシグナリングするためのフィールドのサイズを含むＤＣＩフォーマットを定義する。当該サイズが許可される値ｒの全てを表わすのに不十分である場合、ＵＥは、あるビットサイズを持つリソース割当情報を受信すると予測するが、実際にＤＣＩにて受信する情報は、より小さいサイズである。このような状況に対するＵＥの動作は、特定されず、したがって、定義されない。ＵＥは、恐らく、この定義されていない状況では受信した情報全体を無視し、端末およびシステムの動作に悪影響を及ぼすことを避けるであろう。
【００８６】
許可される割当可能なリソース割当（例えば、図６における７、９、１０、５５−６３、８５−９０、および、１０１−１１０の帯域幅に対して、）を表わすのにＤＣＩのビットが不十分になるという問題を解決するための直接的な解決策は、割当可能なリソース割当の全てを表現し、端末にシグナリングできるように、ＤＣＩのそれぞれのフィールドに要求される１ビット以上のビットを追加することである。
【００８７】
しかしながら、この適した解決策は、先のＬＴＥのリリース（例えば、リリース８および９）、特に、それらのリリースのみに従って製造される端末との後方互換性がないという欠点がある。さらに、ＤＣＩの一部としてＵＥにシグナリングされるリソース割当情報が、シングルクラスタ割当、および、マルチクラスタ割当に対して異なるサイズ（つまり、異なるビット数）を有するという欠点がある。検出される必要がある追加したＤＣＩのサイズは、ＵＥでＤＣＩを検出するために要求されるブラインド復号の負担を増加させるので、この欠点は、実質的な複雑化を招く。
【００８８】
本発明は、ＤＣＩの利用可能なビットが不十分であることに起因する問題に対する異なる解決策を提案する。本発明は、ＤＣＩフォーマット０に従うＬＴＥマルチクラスタ割当を含むが、これに限定されない。提案する解決策は、割り当てられるリソース、例えば、ＤＣＩフォーマット０に従うＬＴＥマルチクラスタ割当用に割り当てられるＲＢＧ、をシグナリングするために送信するＤＣＩに使用されるビット数を増加させることなく、ＵＥにおけるＤＣＩの検出を同レベルの複雑さに抑える。
【００８９】
本発明の１つの実施の形態によれば、ＤＣＩの利用可能なビット数が不十分な場合、ＤＣＩにて送ることができるなるべく多くのリソース割当情報のビットがＵＥに対してシグナリングされる。残りのリソース割当情報のビットの全て（つまり、上記で述べたように、要求される追加ビット）は、所定の値として仮定、または、設定される。換言すれば、不十分なビットに起因してＣＤＩにてシグナリングできない、リソース割当情報のこれら残りのビット（例えば、マルチクラスタ割当用の上記で述べた値ｒを表現しているビット）は、０または１のいずれかに設定される。ここで、本文における「リソース割当情報」（resource allocation information）は、ＬＴＥの仕様書によってサポートされる全ての割当（例えば、マルチクラスタ割当のための全てのＲＢＧ）を表わすことが要求される情報である。
【００９０】
結果的に、既知および不変のＤＣＩフォーマットが、意味のあるリソース割当情報をシグナリングするために使われてもなお、送信側（ｅＮｏｄｅＢ）および受信側（ＵＥ）にて、シグナリングされるビットの新しい解釈を与えることになる。
【００９１】
以下では、ＤＣＩフォーマット０を使用する３ＧＰＰ  ＬＴＥマルチクラスタ割当に対するアプローチを説明する。このため、以下の式１の数学的な性質を使う。
【数３０】
0005881811.tif 000035
【００９２】
これらの各項は、任意の非負整数ｘおよびｙに対して、０または正の整数となる。本発明は、アップリンクまたはダウンリンクリソース割当に関するものであるため、これらの条件は、常に満たされる。
【数３１】
0005881811.tif 000036
【００９３】
値ｒを解析するために、最初の２つの項
【数３２】
0005881811.tif 000037
および
【数３３】
0005881811.tif 000038
との関係を解析することは、役立つ。
【数３４】
0005881811.tif 000039
および
【数３５】
0005881811.tif 000040
を仮定すると、これらの項は、それぞれ、
【数３６】
0005881811.tif 000041
および
【数３７】
0005881811.tif 000042
と書くことができる。
【００９４】
第１項は、式１によって、以下のように変換できる。
【数３８】
0005881811.tif 000043
【００９５】
したがって、以下のように適用できる。
【数３９】
0005881811.tif 000044
【００９６】
等号は、Ｎ−（ｓ０＋１）＝０、つまり、ｓ０＝Ｎ−１の場合にのみ成り立つ。この時、この不等式の左辺は、
【数４０】
0005881811.tif 000045
、つまり、Ｍ＝１のみが適用されることになる。しかしながら、上記で述べたように、ＬＴＥマルチクラスタ割当の２つのクラスタにより、Ｍ＝４となる。
【００９７】
ｓ０＜ｓ１および
【数４１】
0005881811.tif 000046
なので、
【数４２】
0005881811.tif 000047
となる。等号は、ｓ１＝ｓ０＋１の場合にのみ成り立つ。結果的に、
【数４３】
0005881811.tif 000048
となる。
【００９８】
他の項についても、適宜変更して、上記を適用することにより、以下の関係が得られる。
【数４４】
0005881811.tif 000049
【００９９】
これらの項の１つがゼロにならない限り、
【数４５】
0005881811.tif 000050
が成り立つことは明らかである。具体的には、以下の式が成り立つ場合にのみ、第１項が最大値にならない。
【数４６】
0005881811.tif 000051
【０１００】
ここで、
【数４７】
0005881811.tif 000052
、ｘ＜ｙおよび、Ｍ＝４とすると、以下のような関係が成り立つ。
【数４８】
0005881811.tif 000053
【０１０１】
さらに、
【数４９】
0005881811.tif 000054
とすると、以下の式が成り立つ。
【数５０】
0005881811.tif 000055
【０１０２】
これらの２つの条件を組み合わせると、不等式は、以下の条件でのみ成り立つ。
【数５１】
0005881811.tif 000056
【０１０３】
ｒの最大値を決定するために、各項がゼロではないというこれらの条件を考慮することが、十分な条件である。
【数５２】
0005881811.tif 000057
【０１０４】
Ｎ−ｓｎが可能な限り大きい場合に、各項が最大になる。つまり、以下の式の場合である。
【数５３】
0005881811.tif 000058
【０１０５】
以下の等式が、さらに適用できる。
【数５４】
0005881811.tif 000059
【０１０６】
更に、サポートされるリソース割当に対する結果である、ｒの最大値に対して、
【数５５】
0005881811.tif 000060
が適用される。
【０１０７】
更に、ｒの最大値は、
【数５６】
0005881811.tif 000061
が最大、つまりｓ０＝１となる時に、得られる。
【０１０８】
ＬＴＥ（−Ａ）において、エッジＰＲＢ（physical resource block）は、ＰＵＣＣＨ（physical uplink control channel）送信用に使用、設定、確保、または、支配されるであろう。したがって、（スペクトルの両サイドの）エッジＰＲＢを割り当てる頻度は、極めて低い。これらのエッジＰＲＢ（例えば、エッジＰＲＢを含む全てのＲＢＧ）がマルチクラスタ割当において、割り当てられる確率は、比較的低い。さらに、これらのＰＲＢが、ＰＵＣＣＨ送信用に使用、設定、確保、または、支配されない場合でも、エッジＰＲＢを使用しないことによって、送信によって生成される帯域外放射が低減されるという利点がある。
【０１０９】
第１クラスタの開始がＲＢＧ１、つまり、アップリンク帯域幅の最初のＲＢＧである時に、マルチクラスタ割当用にシグナリングされる値は最大値となる。マルチクラスタ割当用にシグナリングされる値が最小値となる場合については、簡単には予測できない。
【０１１０】
例えば、アップリンクシステム帯域幅が７つのＰＲＢである場合、以下の値となる。
【数５７】
0005881811.tif 000062
【０１１１】
結果として、アップリンクシステム帯域幅が７つのＰＲＢである場合、（０から６９までの）７０通りの値ｒが存在する。これらの異なる値ｒは、システムによってサポートされる許可されるアップリンクリソース割当である。７０通りの許可される値を表わすために、７ビットが要求される。
【０１１２】
帯域幅が７つのＰＲＢである例示したシステムのこれらのパラメータに対して、全ての７０通りの許可される値ｒをカバーするために７ビットが要求されるにも関わらず、以下の式によって、６ビットのみがｒのシグナリング用に利用できるということが導かれる。
【数５８】
0005881811.tif 000063
【０１１３】
さらに、表３から、（イタリック体にて示す）ｒの値６４から６９が、共通して、第１のクラスタの最初のＲＢＧｓ０がＲＢＧナンバー１（つまり、システム帯域幅の最初のＲＢＧ）を有することがわかる。したがって、これらの状態は、ｒのＭＳＢ（つまり、１０進数の６４を表わすビット）が１に設定されている有効な状態に対応する。一方で、ｒのＬＳＢが０に設定されることによって表わされる状態（表３において、ボールド体にて示す状態）は、同一の特徴を有していない（例えば、どのクラスタの開始または終端ＲＢＧも同一ではなく、共通していない）。
【表５】
0005881811.tif 000064
【０１１４】
本発明の実施の形態によれば、表３に示した例と同様に、ｒの範囲全体をシグナリングするために利用可能なビットが不十分である場合、以下のアプローチが使用される。
・  シグナリングされるビットは、ｒのＬＳＢである。
・  シグナリングすることができないｒの任意の「残りの」ビット（つまり、ｒの残りのＭＳＢ）は、０に設定される。
【０１１５】
本発明の別の実施の形態は、以下を更に提案する。
・  マルチクラスタ割当を決定する場合、ｅＮｏｄｅＢは、ＤＣＩにて送信できないマルチクラスタ割当の割当を回避する。換言すれば、当てはまるＭＳＢを０に設定する割当のみが決定される。この場合、本発明によれば、ＭＳＢの値を０に設定するので、ＵＥにＭＳＢの値を知らせる必要がない。または、ＵＥは、例えば、シグナリングされる制御情報の一部として、ＭＳＢの値を知ることができる。
【０１１６】
これらの実施の形態により、以下の効果が得られる。
・  値の範囲が制限されていないｒをシグナリングするために利用可能なビットが不十分であっても、マルチクラスタ割当は、システム帯域幅
【数５９】
0005881811.tif 000065
の全ての値に対してサポートされる。
・  割当の最初のＲＢＧがアップリンクシステム帯域幅の最初のＲＢＧであるという割当のみが、実現できない。しかしながら、最初のＲＢＧは、既に述べたように、典型的には割り当てられないことが考えられるので、システムでの相対ロスは、比較的無視できる。
・  割当の最初のＲＢＧがアップリンクシステム帯域幅の最初のＲＢＧであるいくつかの割当は、実現可能である。（例えば、３５から６３の間の値のｒをシグナリングすることによって、実現可能である。）
・  その一方、例えば、ＭＳＢが１に設定された場合、６４−６９の割当のみをシグナリングすることができる。これは、マルチクラスタリソース割当の有用性に対して、比較的厳しい制限である。
・  その一方、例えば、ＬＳＢが０または１のいずれかに設定された場合、表３の７０通りのうちの上位３５のみがシグナリングすることができる。これもまた、マルチクラスタリソース割当の有用性に対して、厳しい制限である。さらに、これらの割当は、特定のパターンに従わない。
・  その一方、マルチクラスタ割当が帯域幅のうち予め定義された制限部分のみを示す場合、例えば、最初のＲＢＧは、マルチクラスタ割当用に割り当てられない。表３の例では、これは、３５−６９の設定（つまり、５０％のケース）を使用できないという影響を及ぼす。
【０１１７】
本発明の別の実施の形態では、上記で述べた同一のアプローチ（つまり、シグナリングされないＭＳＢを０に設定すること）が適用される。しかしながら、シグナリングされる値の解釈がさらに修正される。例えば、上記の例のように、最後のＲＢＧが最初のＲＢＧの代わりに割り当てることができることを制限される。このアプローチは、シグナリングされる割当のミラーリングである。このアプローチは、シグナリングされる情報、例えば、ＬＴＥマルチクラスタ割当用の２つのクラスタのＲＢＧを示すシグナリングされるｓ０からｓ３を再マッピング（re-mapping）することにより、実現される。再マッピング（re-mapping）は、以下の式によって、本発明のさらなる実施の形態にしたがって達成される。
【数６０】
0005881811.tif 000066
【０１１８】
さらに別の実施の形態によれば、ミラーリングは、ｒの値の再解釈（re-interpretation）を定義することによって、得ることができる。上記表３の例に対して、表４は可能な関係性を示す。可能な関係性は、値ｓ０をｓ３に再解釈するための上記ルール、および、上記で述べた、値ｓ０からｓ３までより値ｒを得るためのルールから導かれる。
【表６】
0005881811.tif 000067
【０１１９】
この実施の形態は、例えば、最後のＲＢＧが最初のＲＢＧより少ないＰＲＢから構成される場合、特に、利点がある。例えば、
【数６１】
0005881811.tif 000068
を仮定する場合、表４に示す例示的な再解釈の定義、および、ｐ＝４のＲＢＧのサイズ（つまり、ＲＢＧが４つのＰＲＢを有する）が、
【数６２】
0005881811.tif 000069
を決定してもよい。好ましくは、
【数６３】
0005881811.tif 000070
個のＲＢＧが、それぞれｐ＝４のサイズに設定され、残りの２２番目のＲＢＧは、１つのＰＲＢのみからなる。一般的には、（
【数６４】
0005881811.tif 000071
がｐの整数倍である場合、）全てのＲＢＧが同一のサイズｐであるか、または、
【数６５】
0005881811.tif 000072
個のＲＢＧがサイズｐであり、１つの「イレギュラー」なＲＢＧが｛１，２，…，ｐ−１｝の範囲のサイズである場合が可能である。
【数６６】
0005881811.tif 000073
がｐの整数倍ではない場合、「イレギュラー」なＲＢＧが発生する。
【０１２０】
「イレギュラー」なＲＢＧがマルチクラスタ割当によって割り当てられない場合、システムのロスは、最小限になることに注意すべきである。しかしながら、このロスは、マルチクラスタ割当のみに適用され、「イレギュラー」なＲＢＧのＰＲＢは、シングルクラスタ割当によって割り当てられるか、または、この再解釈を使用しないマルチクラスタ割当（例えば、他のＵＥ）によって割り当てられる。
【０１２１】
好ましくは、「イレギュラー」なＲＢＧは、最初または最後のＲＢＧである。最初のＲＢＧの場合、再解釈のないアプローチが有益である。一方で、他の場合、シグナリングされた値の再解釈を含むアプローチの適用が有利である。
【０１２２】
更に他の実施の形態によれば、再解釈のステップは、オフセットをシグナリングされるｒの値に加えること、つまり、
【数６７】
0005881811.tif 000074
によって、適用されることができる。例えば、利用可能なビットでシグナリングすることができる最大値として
【数６８】
0005881811.tif 000075
の場合、
【数６９】
0005881811.tif 000076
である。あるいは、
【数７０】
0005881811.tif 000077
は、ｅＮｏｄｅＢによって設定、および／または、ＵＥに対してシグナリングされる。この優位性は、実装の簡単化である。
【０１２３】
（実装の点で）簡単ではあるが、効果的ではない代替アプローチとして、再解釈は、
【数７１】
0005881811.tif 000078
で示すように、最大値からシグナリングされる値を差し引くことから構成されてもよい。つまり、上記の例の場合、
【数７２】
0005881811.tif 000079
を使用してもよい。
【０１２４】
本発明の別の実施の形態によれば、適用される再解釈は、ｅＮｏｄｅＢから設定、または、シグナリングされてもよい。そのようなシグナリングの場合、ｅＮｏｄｅＢによる可能な配置の自由度は、ＵＥ側、あるいは、送信側の実装がより複雑になると共に、増加する。この実施の形態の別の様態では、再解釈の動作は、基地局によって、各ＵＥに対して、独立して設定され、例えば、ＬＴＥまたはＬＴＥ−Ａの仕様におけるＲＲＣまたはＭＡＣシグナリングのような高次レイヤシグナリングを使用して、同様にシグナリングされる。例えば、第１のＵＥは、再解釈無しとして設定され、一方で、第２のＵＥは、再解釈有りとして設定される。そして、システムにおける全てのＲＢＧが、システムの視点で実際に同時に使用できるようにするために、それぞれ、マルチクラスタ割当を使用して、同一サブフレーム内において、最初のＲＢＧは、第２のＵＥに割り当てられ、最後のＲＢＧは、第１のＵＥに割り当てられるであろう。
【０１２５】
提案する再解釈の様態に関する本発明の実施の形態に対して、（例えば、リリース１０の）３ＧＰＰ  ＬＴＥ（−Ａ）のＤＣＩフォーマット０またはＤＣＩフォーマット４が、使用されてもよい。両者のＤＣＩフォーマットは、上記で述べたように、マルチクラスタ割当に関係する。
【０１２６】
図７は、移動通信システムの端末にて、リソース割当情報を受信、および、決定するための例示的な方法を示す。この方法は、上記で述べた本発明の実施の形態に対して使用されてもよい。
【０１２７】
図７の例示的な方法は、ＬＴＥまたはＵＭＴＳシステムにおけるＵＥまたはリレーノードのような、端末によって実行されてもよい。端末は、端末のアップリンクまたはダウンリンク送信用に割り当てられるＲＢまたはＲＢＧのような、割り当てられるリソースを示す制御情報を受信する。割り当てられるリソースは、ステップ７０１によって示されるように、ＤＣＩの一部として、受信されてもよい。
【０１２８】
端末は、ステップ７０３によって示されるように、受信した制御情報からシグナリングされたリソース割当情報のビットを抽出する。ＬＴＥの場合、ＤＣＩは、上記で述べたように、少なくとも割り当てられるリソース（つまり、ＲＢまたはＲＢＧ）を示すための専用のフィールドおよび／またはフラグを含む。典型的には、受信したリソース割当情報は、上記で述べたように、端末に対して割り当てられるリソースを示す、１ビット以上のビット値を表わす。
【０１２９】
端末は、ステップ７０５にて、受信し、抽出したビットから割り当てられるリソース情報を決定する。背景技術の欄で述べた、以前のシステムのように、シグナリングされる情報（例えば、ＤＣＩのリソース割当フィールドにおけるシグナリングされるビット）が、直接割り当てられるリソースを特定する場合、上記で述べたように、ステップ７０３および７０５は、１つの同じステップになってもよい。本発明の実施の形態によれば、上記で述べたように、端末によって受信されるシグナリングされるビットが、割り当てられるリソースを直接的に示さない場合に、割り当てられるリソースの許可される組み合わせの全てをシグナリングするために利用可能なビットが不十分であることがある。本発明のいくつかの実施の形態において、シグナリングされないビットは、既定の値に設定される。この場合、端末は、（端末で固定、または、ＵＥに対してシグナリングされてもよい）既定の方式に従って、ステップ７０５の一部として、これらのシグナリングされないビットを設定し、実際のリソース割当情報にしてもよい。あるいは、端末は、既定の方式に従って、受信したビットを解釈し、積極的にシグナリングされないビットを所与の値に設定することなく、実際に割り当てられるリソースを特定するように設定される。本発明の異なる実施の形態では、シグナリングされるビット数が許可されるリソース割当を表現するのに十分であり、ステップ７０３および７０５が１つのステップになってもよい。
【０１３０】
ステップ７０７のオプションとして、端末は、既に述べた、本発明の再解釈についての実施の形態に従って、シグナリングされ、受信したリソース割当の再解釈または再マッピングを適用してもよい。また、上記で述べたように、再解釈フラグを受信、抽出する追加ステップが、ステップ７０３および７０５とは別に、または、ステップ７０３および７０５の一部として、実行される場合に、再解釈は、端末に対してシグナリングされてもよい。
【０１３１】
図７Ａは、本発明の別の実施の形態に従って、図７の決定ステップ７０５の一部として、実行される例示的なステップを示す。上記で記載したように、端末は、リソース割当をシグナリングするために使用されるビットの数（および位置）を含む、受信したＤＣＩのフォーマットおよびサイズを決定してもよい。シグナリングされるビットの数は、本発明の異なる様態についての上記記載にて、「利用可能なビットの数」としても呼称される。また、上記で述べたように、端末は、さらに、通信システムによってサポートされる許可されたリソース割当の全てを表わす、または、シグナリングするために、必要とされるビット数を決定することもできる。そのようなものとして、端末は、シグナリングされるビット（つまり、図７のステップ７０３で抽出される受信したＤＣＩのビット数）が図７Ａのステップ７１０に示されるように、通信システムによってサポートされる許可されたリソース割当の全てを表現するのに十分であるか、を決定することができる。
【０１３２】
シグナリングされるビットの数が十分な場合、図７のステップ７０３で抽出されるビットは、図７Ａのステップ７１２に示されるように、リソース割当情報であると決定される。
【０１３３】
シグナリングされるビットの数が十分な場合、図７のステップ７０３で抽出されるビットは、リソース割当情報の一部のみである。この場合、ステップ７１４で示すように、端末にシグナリングされない既定の１つ以上のビット（本発明の異なる様態の上記記載では、「残りのビット」としても呼称される）は、図７の７０３にて抽出されるビットとしてのシグナリングされたビットに対して加えられる。上記で述べたように、加えられるシグナリングされないビットの位置および値は、既定されている。ステップ７１４に示すように、抽出したビットと既定のシグナリングされないビットとの結合の結果は、リソース割当情報として使用される。その後、図７の再解釈ステップ７０７が、ステップ７１２またはステップ７１４のいずれかの結果を使用して、実行されてもよい。
【０１３４】
図８は、移動通信システムの基地局によるリソース割当情報の決定、および、送信するための例示的な方法を示す。この方法は、上記で述べた本発明の実施の形態に対して使用されてもよい。
【０１３５】
図８の例示的な方法は、ＬＴＥまたはＵＭＴＳシステムにおけるｅＮｏｄｅＢ／ＮｏｄｅＢまたはリレーノードのような、端末によって実行されてもよい。基地局は、ステップ８０１に示すように、端末のアップリンクまたはダウンリンク送信用に割り当てられるＲＢまたはＲＢＧのような、端末に対して割り当てられるリソース割当を決定する。
【０１３６】
ステップ８０３によると、本発明のいくつかの実施の形態で既に述べたように、基地局は、利用可能なビット数が、システムによってサポートされる許可されたリソース割当を表わすのに十分であるか、を決定する。
【０１３７】
利用可能なビット数が十分な場合、基地局は、ステップ８０７に示されるように、共通のルールにしたがって、ＤＣＩを生成してもよい。
【０１３８】
上記の本発明のいくつかの実施の形態で述べたように、そして、ステップ８０９に示すように、利用可能なビット数が不十分な場合、基地局は、リソース割当情報（つまり、システムによってサポートされる許可されたリソース割当情報の全てを表わすためにシグナリングされなければならないリソース割当情報）の１つ以上の既定のビットを既定の値に設定してもよい。
【０１３９】
ステップ８１１によれば、基地局は、本発明のそれぞれの実施の形態に従って、シグナリングされるビットを有するＤＣＩを生成する。
【０１４０】
ステップ８０３、８０５、および、８０９は、基地局によって一旦実行されるか、または、与えられた条件の下で実行されるが、各制御情報シグナリングステップに対して実行されない。結果は、複数の後続するシグナリングステップにて適用され、基地局からサービスを受ける端末に対していくつかのＤＣＩを生成、および、送信するために適用される。あるいは、決定されるビットの数と値は、既定されるか、固定されてもよい。この場合、ステップ８０３、８０５、および、８０９は、基地局によって実行される必要がない。さらに、上記で述べた、十分なビットの有無に関わらず実装できる再解釈という様態に関連する本発明の実施の形態のように、本発明のいくつかの実施の形態は、利用可能なビット数が十分である場合に関連している。これらの実施の形態では、ステップ８０３、８０５、および、８０９は、基地局によって実行されなくてもよい。
【０１４１】
一旦ＤＣＩが生成されると、ステップ８１３に示すように、基地局は、ＤＣＩを端末に送信することができる。
【０１４２】
図７および８に示す例示的な方法は、ステップ８１３にて基地局から送信されたＤＣＩが、ステップ７０１にて端末が受信するという同一の通信システムに関連してもよい。
【０１４３】
上記で述べたような、リソース割当情報（例えば、割り当てられるＲＢＧ）のＭＳＢを０に設定する代わりに、設定されるビット、および／または、設定されるビットの値が、ｅＮｏｄｅＢによって設定されてもよい。
【０１４４】
再解釈が適用されるか否かは、ｅＮｏｄｅＢによって、好ましくはＵＥ毎に、設定されてもよい。他の実施の形態によれば、再解釈が適用されるかに関する状態は、リソース割当を伝達する制御情報にてシグナリングされる。これは、１つのビット（のＯＮ／ＯＦＦ）によって実行されてもよい。このビットが、上記の表３の例に従って、ＬＴＥ  ＤＣＩリソース割当フィールドから取得される場合、追加される１つのＭＳＢはゼロに設定される。これは、先に説明した例と共に、利用可能な６ビットの代わりに、１ビットが再解釈フラグ（のＯＮ／ＯＦＦ）として使用され、残りの５ビットがｒのＬＳＢを示すことを意味する。したがって、ＵＥに割り当てられるリソースは、表３の値０−３１に限定される。再解釈ビットが「ＯＦＦ」に設定される場合、これは、表の０−３１の状態が割り当てられることを意味する。再解釈フラグが「ＯＮ」に設定される場合、これは、状態０−３１がシグナリングされ、再解釈の方式が適用されることを意味する。本発明の他の実施の形態によれば、第１の値に設定される再解釈ビットは、状態の第１の集合が利用可能なビットによって割り当てられることを意味し、第２の値に設定される再解釈ビットは、状態の第２の集合が利用可能なビットによって割り当てられることを意味する。状態の第１および第２の集合は、基地局によって設定、および、シグナリングされてもよい。
【０１４５】
上記で述べているように、本発明の実施の形態により、シグナリングが、マルチクラスタアプローチにて、許可されたＲＢまたはＲＢＧの組み合わせの全てを割り当てるために不十分である場合に、（好ましくはＵＥ毎に、）ＲＢ、ＲＢＧ、または、その組み合わせのうちのどれが利用可能なビット数を用いて表わされるかを定義することができる。
【０１４６】
しかしながら、本発明のさらに他の実施の形態によれば、利用可能なビット数によって指定される、（例えば、マルチクラスタ割当用の）ＲＢＧの数、または、（例えば、シングルクラスタ割当用の）ＲＢの数は、システムまたは基地局によって決定、設定されてもよい。例えば、指定可能なＲＢＧの数は、以下の式によって決定されてもよい。
【数７３】
0005881811.tif 000080
【０１４７】
このように、シグナリングされるビットは、ＲＢＧ１からＲＢＧ
【数７４】
0005881811.tif 000081
までの範囲でのマルチクラスタ割当を定義すると解釈されてもよい。そして、他のパラメータが、再解釈が、既に説明した解決策に対して同様に適用されるか否かを定義するように、設定することができるようにしてもよい。当業者であれば、与えられた式が、
【数７５】
0005881811.tif 000082
を
【数７６】
0005881811.tif 000083
に置き換えることによって、指定可能なＲＢの数を決定するように適用されてもよいことが理解できるであろう。
【０１４８】
利用可能なシグナリングビットが許可されたリソース割当の全てを指定するのに十分であったとしても、本発明のこの実施の形態は、ＵＥに対して割当可能なリソース割当を制限するために使用されてもよい。
【０１４９】
また、再解釈は、
【数７７】
0005881811.tif 000084
個のＲＢのうちのＲＢまたはＲＢＧのインデックスをはじめに設定するように、定義されてもよい。ＲＢが定義される場合、それらのＲＢは、ＲＢＧとして形成される。一般的には、隣接しない複数のＲＢが１つのＲＢＧ内に位置づけられても良い。マルチクラスタ割当シグナルは、ＲＢＧを、この制限されたＲＢＧの集合内から割り当てるために使用される。ＲＢＧのサイズｐが値
【数７８】
0005881811.tif 000085
から決定されるか、または、
【数７９】
0005881811.tif 000086
から決定されるか、の選択が存在する。前者は、ＲＢＧサイズがｅＮｏｄｅＢの配下にある全てのＵＥに対して同一であり、考慮されているＲＢＧサイズが１つのみであることにより、スケジューリングのアルゴリズムを単純にする、という利点を有する。一方で、後者の場合、特に、ＲＢの非常に制限された部分集合が、可能なマルチクラスタ割当用に定義される場合に、指定可能なＲＢＧの細分性が改善される。例えば、
【数８０】
0005881811.tif 000087
のＰＲＢを持つシステムの場合、通常のＲＢＧサイズは、ｐ＝３である。ネットワークは、（例えば、セルラー通信システムで一般的な、約１／３の周波数リユースファクタに対応する、）これら５０個のＰＲＢから１６個のみを使用することを要求、決定する。これは、上記で述べた前者の方法では、それぞれのサイズが３個のＰＲＢである、６個のＲＢＧが、マルチクラスタ割当用に選択されることを意味する。上記で述べた後者の方法では、１６個のＰＲＢのシステムに対して、ＲＢＧサイズが２なので、サイズが２個のＰＲＢである８個のＲＢＧがマルチクラスタ割当用に利用可能となる。このように、細分性とスケジューリングの自由度が増加する。第２の方法では、利用可能なビットよりもより多くのビットが要求されることも可能である。しかしながら、そのような場合、本発明は、割当をシグナリングするための解決策を提案している。
【０１５０】
マルチクラスタ割当用に要求されるビット数は、ＲＢＧのサイズｐ（これ自身は、
【数８１】
0005881811.tif 000088
の関数である）と共に
【数８２】
0005881811.tif 000089
に依存するので、利用可能なビット数が、結果として生じるＲＢＧの数のためのマルチクラスタ割当を行うために十分であるように、ＲＢＧのサイズｐの定義を修正することが可能である。
【０１５１】
マルチクラスタ割当用に利用可能なビット数から、指定可能なＲＢＧの数は、
【数８３】
0005881811.tif 000090
によって決定されてもよい。したがって、ＲＢＧのサイズは、アップリンクリソースブロックの数から決定され、指定可能なＲＢＧの数は、以下の式によって決定される。
【数８４】
0005881811.tif 000091
【０１５２】
本発明のさらに他（の実施の形態）によれば、背景技術にて述べた３ＧＰＰ  ＬＴＥの仕様書で示唆される表２の代わりに、（上記式を使用して記載された）表５によって、３ＧＰＰ  ＬＴＥまたは３ＧＰＰ  ＬＴＥ−Ａのアップリンクリソースブロックの与えられた数に対するＲＢＧのサイズを決定することが示唆される。
【表７】
0005881811.tif 000092
【０１５３】
表５は、ビット数が十分である、可能なＲＢＧのサイズ
【数８５】
0005881811.tif 000093
の最小値を決定するとみることができる。したがって、表５は、最も良いスケジューラの細分性と、結果的に、スケジューラ（例えば、ｅＮｏｄｅＢ）において、アップリンクリソースブロックの数に対する最も効果的な割当の可能性を提供する。しかしながら、実装の点では、ＲＢＧのサイズが、アップリンクリソースブロックの数の非減少関数である場合に、有益である。その点では、ＲＢＧのサイズが、あるリソースブロックの数に対して第１の値になる時、ＲＢＧサイズは、より大きなリソースブロックの任意の数に対して、第１の値よりも小さくなってはならない。結果的に、これを考慮すると、表５は、類似した表６に修正されてもよい。
【表８】
0005881811.tif 000094
【０１５４】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス、または、１以上のプロセッサを使用して実施または実行され得るものと認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０１５５】
さらに、本発明の実施の形態は、上記で述べた実施の形態の異なる方法および機能の端末側のステップを実行するように設定または適用された端末に関連する。
【０１５６】
そして、さらに、本発明の実施の形態は、上記で述べた実施の形態の異なる方法および機能の基地局側のステップを実行するように設定または適用された基地局に関連する。
【０１５７】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュール、または、プロセッサまたはデバイスコンポーネントによって実行されたときに上記の本発明の様々な実施の形態を実行する、１つ以上のコンピュータ可読記憶媒体に格納されるコンピュータ可読な指示によっても実装されてもよい。また、ソフトウェアモジュール、コンピュータ可読記憶媒体とハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０１５８】
添付のクレームに定義される本発明の概念または狙いから逸脱することなく、特定の実施の形態に示すように、本発明の様々なバリエーションおよび／または変更を加えることは、当業者によって理解されるであろう。したがって、上記の実施の形態は、例示的なものであり、これに限定されるものではない、と考えられるべきである。
【図１】
0005881811.tif 000095
【図２】
0005881811.tif 000096
【図３】
0005881811.tif 000097
【図４】
0005881811.tif 000098
【図５】
0005881811.tif 000099
【図６】
0005881811.tif 000100
【図７】
0005881811.tif 000101
【図７Ａ】
0005881811.tif 000102
【図８】
0005881811.tif 000103