(57)【要約】無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択すること；いくつかの可能なトランスポート・ブロックのうちの１つを特定すること、ただし、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該特定すること；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断すること；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送すること；を少なくとも実行することを含む方法。【選択図】図５
2009510874.tif 000002
【特許請求の範囲】
【請求項１】
無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、少なくとも次のこと：
伝送用のスケジュール可能なデータ・ユニットのサイズを選択すること；
複数の可能なトランスポート・ブロックのうちの１つを特定すること、ただし、前記特定される可能なトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、前記特定すること；
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断すること；
前記特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストを伝送すること；
を実行することを含む、方法。
【請求項２】
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断することは、前記特定された可能なトランスポート・ブロックがサポートされている状態にあるかどうかを判断することをさらに含む、請求項1に記載の方法。
【請求項３】
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断することは、前記特定された可能なトランスポート・ブロックを或る時間間隔中に伝送するのに十分な電力が利用可能であるかどうかを判断することをさらに含む、請求項2に記載の方法。
【請求項４】
前記可能なトランスポート・ブロックの前記トランスポート・ブロック・サイズは、ヘッダのサイズおよびデータ部のサイズを含む、請求項1に記載の方法。
【請求項５】
前記データ・ユニットはそれぞれ論理チャネルに関連付けられており；
前記方法は、少なくとも利用可能でないと第1フィールドによって示されている論理チャネルに、前記選択されたサイズに対応する前記データ・ユニットが属するかどうかを判断することをさらに含み、；
前記特定することは、前記データ・ユニットの前記選択されたサイズ、前記現在選択されているトランスポート・ブロックの前記トランスポート・ブロック・サイズ、前記第1フィールドのサイズ、および前記第1フィールドに対応する連続したデータ・ユニットの数を示す第2フィールドのサイズを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する可能なトランスポート・ブロックを特定することをさらに含む、
請求項4に記載の方法。
【請求項６】
前記伝送することは、前記現在のデータ転送速度の前記増大の前記リクエストを示す状態に少なくとも１つのビットを変更することと、前記変更された少なくとも１つのビットを伝送することとをさらに含む、請求項1に記載の方法。
【請求項７】
前記変更することは、ハッピー・ビットを「不満」状態に設定することと、前記設定されたハッピー・ビットを伝送することとをさらに含む、請求項6に記載の方法。
【請求項８】
前記無線チャネルは拡張専用物理データ・チャネルを含み、前記伝送することは、前記現在のデータ転送速度の前記増大の前記リクエストを、拡張専用物理制御チャネルを介して伝送することをさらに含む、請求項1に記載の方法。
【請求項９】
前記選択されているトランスポート・ブロックは、拡張専用チャネル・トランスポート・フォーマット・コンビネーションのトランスポート・ブロックを含み、前記複数の可能なトランスポート・ブロックは、データを伝送するのに使用可能な拡張専用チャネル・トランスポート・フォーマット・コンビネーションの複数の可能なトランスポート・ブロックを含み、前記データ・ユニットは無線リンク制御装置からのプロトコル・データ・ユニットを含む、請求項1に記載の方法。
【請求項１０】
前記データ・ユニットの前記サイズはXビットを有し；
前記特定することは、前記選択されている拡張専用チャネル・トランスポート・フォーマット・コンビネーションの前記トランスポート・ブロック・サイズよりも少なくともXビット大きいトランスポート・ブロック・サイズを有する前記拡張専用チャネル・トランスポート・フォーマット・コンビネーションのうちの１つを特定することをさらに含む、
請求項9に記載の方法。
【請求項１１】
前記サイズを選択することは、伝送用のスケジュール可能でありスケジュールされている全ての論理チャネルのうち、そこで構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットの最小のプロトコル・データ・ユニットのサイズであると判断されるXを選択することをさらに含む、
請求項10に記載の方法。
【請求項１２】
前記サイズを選択することは、伝送用のスケジュール可能でありスケジュールされている全ての論理チャネルのうち、そこで構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットの最大のプロトコル・データ・ユニットのサイズであると判断されるXを選択することをさらに含む、
請求項10に記載の方法。
【請求項１３】
前記サイズを選択することは、スケジュール可能な最優先の論理チャネルに対して構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットのサイズであると判断されるXを選択することをさらに含む、
請求項10に記載の方法。
【請求項１４】
前記サイズを選択することは、スケジュール可能であり伝送バッファにデータを有する最優先の論理チャネルに対して構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットのサイズであると判断されるXを選択することをさらに含む、
請求項10に記載の方法。
【請求項１５】
前記サイズを選択することは、スケジュール可能であり伝送バッファにデータを有する複数の論理チャネルのうち、そこで構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットのサイズであると判断されるXを選択することをさらに含む、
請求項10に記載の方法。
【請求項１６】
バッファ内のデータ量の基準が満たされているかどうかを判断することをさらに含み、前記選択すること、前記特定すること、前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断すること、および前記伝送することは、前記バッファ内の前記データ量の基準が満たされているという判断に応答して実行される、請求項1に記載の方法。
【請求項１７】
無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、次の動作：
・  伝送用のスケジュール可能なデータ・ユニットのサイズを選択する動作；
・  複数の可能なトランスポート・ブロックのうちの１つを特定する動作であって、前記特定される可能なトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、動作；
・  前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する動作；
・  前記特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストを伝送する動作；
を実行するよう構成される処理ユニットを含む、装置。
【請求項１８】
前記処理ユニットは少なくとも１つの集積回路に組み込まれている、請求項17に記載の装置。
【請求項１９】
前記処理ユニットにつながれている送受信機と、前記送受信機につながれている少なくとも１つのアンテナとをさらに含む、請求項17に記載の装置。
【請求項２０】
セル式電話、無線通信機能を有する携帯情報端末、無線通信機能を有する携帯用コンピュータ、画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、またはインターネット機器のうちの少なくとも１つを含む、請求項17に記載の装置。
【請求項２１】
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定された可能なトランスポート・ブロックがサポートされている状態にあるかどうかを判断する動作をさらに含む、請求項17に記載の装置。
【請求項２２】
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定された可能なトランスポート・ブロックを或る時間間隔中に伝送するのに十分な電力が利用可能であるかどうかを判断する動作をさらに含む、請求項21に記載の装置。
【請求項２３】
前記可能なトランスポート・ブロックの前記トランスポート・ブロック・サイズは、ヘッダのサイズおよびデータ部のサイズを含む、請求項17に記載の装置。
【請求項２４】
前記伝送する動作は、前記現在のデータ転送速度の前記増大の前記リクエストを示す状態に少なくとも１つのビットを変更する動作と、前記変更された少なくとも１つのビットを伝送する動作とをさらに含む、請求項17に記載の装置。
【請求項２５】
前記変更する動作は、ハッピー・ビットを「不満」状態に設定する動作と、前記設定されたハッピー・ビットを伝送する動作とをさらに含む、請求項24に記載の装置。
【請求項２６】
前記無線チャネルは拡張専用物理データ・チャネルを含み、前記伝送する動作は、前記現在のデータ転送速度の前記増大の前記リクエストを、拡張専用物理制御チャネルを介して伝送する動作をさらに含む、請求項17に記載の装置。
【請求項２７】
前記選択されているトランスポート・ブロックは、拡張専用チャネル・トランスポート・フォーマット・コンビネーションのトランスポート・ブロックを含み、前記複数の可能なトランスポート・ブロックは、データを伝送するのに使用可能な拡張専用チャネル・トランスポート・フォーマット・コンビネーションの複数の可能なトランスポート・ブロックを含み、前記データ・ユニットは、無線リンク制御装置からのプロトコル・データ・ユニットを含む、請求項17に記載の装置。
【請求項２８】
前記処理ユニットは、バッファ内のデータ量の基準が満たされているかどうかを判断する動作を実行するようさらに構成されており、選択、特定、前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかの判断、および伝送を生じさせることの前記動作は、前記バッファ内の前記データ量の基準が満たされているという判断に応答して実行される、請求項17に記載の装置。
【請求項２９】
無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して以下の動作を実行するべく、少なくとも１つのデータ・プロセッサによって実行可能な機械可読命令のプログラムを有形に具現化するコンピュータ・プログラムであって、該動作は、
伝送用のスケジュール可能なデータ・ユニットのサイズを選択することと；
複数の可能なトランスポート・ブロックのうちの１つを特定すること、ただし、前記特定される可能なトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、前記特定することと；
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断することと；
前記特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストの伝送を生じさせることと
を少なくとも含む、プログラム。
【請求項３０】
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定された可能なトランスポート・ブロックがサポートされている状態にあるかどうかを判断する動作をさらに含む、請求項29に記載のプログラム。
【請求項３１】
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定された可能なトランスポート・ブロックを或る時間間隔中に伝送するのに十分な電力が利用可能であるかどうかを判断する動作をさらに含む、請求項30に記載のプログラム。
【請求項３２】
前記可能なトランスポート・ブロックの前記トランスポート・ブロック・サイズは、ヘッダのサイズおよびデータ部のサイズを含む、請求項29に記載のプログラム。
【請求項３３】
前記伝送を生じさせる動作は、前記現在のデータ転送速度の前記増大の前記リクエストを示す状態に少なくとも１つのビットを変更する動作と、前記変更された少なくとも１つのビットの伝送を生じさせる動作とをさらに含む、請求項29に記載のプログラム。
【請求項３４】
前記変更する動作は、ハッピー・ビットを「不満」状態に設定する動作と、前記設定されたハッピー・ビットの伝送を生じさせる動作とをさらに含む、請求項33に記載のプログラム。
【請求項３５】
前記無線チャネルは拡張専用物理データ・チャネルを含み、前記伝送を生じさせる動作は、拡張専用物理制御チャネルを介し、前記現在のデータ転送速度の前記増大の前記リクエストの伝送を生じさせる動作をさらに含む、請求項29に記載のプログラム。
【請求項３６】
前記選択されているトランスポート・ブロックは、拡張専用チャネル・トランスポート・フォーマット・コンビネーションのトランスポート・ブロックを含み、前記複数の可能なトランスポート・ブロックは、データを伝送するのに使用可能な拡張専用チャネル・トランスポート・フォーマット・コンビネーションの複数の可能なトランスポート・ブロックを含み、前記データ・ユニットは無線リンク制御装置からのプロトコル・データ・ユニットを含む、請求項29に記載のプログラム。
【請求項３７】
前記動作は、バッファ内のデータ量の基準が満たされているかどうかを判断する動作をさらに含み、選択、特定、前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかの判断、および伝送を生じさせることの前記動作は、前記バッファ内の前記データ量の基準が満たされているという判断に応答して実行される、請求項29に記載のプログラム。
【請求項３８】
無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して動作する、少なくとも以下の手段：
伝送用のスケジュール可能なデータ・ユニットのサイズを選択する手段；
複数の可能なトランスポート・ブロックのうちの１つを特定する手段であって、前記特定される可能なトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、前記手段；
前記特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する手段；
前記特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストを伝送する手段；
を備える装置。
【請求項３９】
セル式電話、無線通信機能を有する携帯情報端末、無線通信機能を有する携帯用コンピュータ、画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、またはインターネット機器のうちの少なくとも１つを含む、請求項38に記載の装置。
【請求項４０】
拡張アップリンク専用チャネル（E-DCH）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定することを含む方法であって、前記ユーザ機器が利用可能な電力を十分有するかどうかの評価が、
・  前記少なくとも１つのビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-DCHトランスポート・フォーマット・コンビネーション（E-TFC）のトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定すること、ただし、xは、スケジュールされていないMAC-d（媒体アクセス制御-d）フローに属さずバッファ内にデータを有する全ての論理チャネルのうち、そこで構成されている最小の無線リンク制御（RLC）プロトコル・データ・ユニット（PDU）・サイズである、前記特定することと；
・  前記特定されたE-TFCがサポートされていることを、前記選択されているE-TFCの電力オフセットに基づいて確認することと
を含む方法。
【請求項４１】
より速いデータ転送速度をリクエストする状態に少なくとも１つのビットを前記設定することは、ハッピー・ビットを「不満」状態に設定することをさらに含む、請求項40に記載の方法。
【請求項４２】
前記確認することは、前記特定されたE-TFCがブロックされていないと判断することをさらに含む、請求項40に記載の方法。
【請求項４３】
前記少なくとも１つのビットを、拡張専用物理制御チャネルを使用して伝送することをさらに含む、請求項40に記載の方法。
【請求項４４】
拡張アップリンク専用チャネル（E-DCH）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定するよう構成された処理ユニットを含む装置であって、前記処理ユニットは、以下のことによって、前記ユーザ機器が利用可能な電力を十分有するかどうかを評価するよう構成され、
前記処理ユニットは、前記少なくとも１つのビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-DCHトランスポート・フォーマット・コンビネーション（E-TFC）のトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定するよう構成され、xは、スケジュールされていないMAC-d（媒体アクセス制御-d）フローに属さずバッファにデータを有する全ての論理チャネルのうち、そこで構成されている最小の無線リンク制御（RLC）プロトコル・データ・ユニット（PDU）・サイズであり；
前記処理ユニットは、前記特定されたE-TFCがサポートされていることを、前記選択されているE-TFCの電力オフセットに基づいて確認するよう構成されている、装置。
【請求項４５】
セル式電話、無線通信機能を有する携帯情報端末、無線通信機能を有する携帯用コンピュータ、画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、またはインターネット機器のうちの少なくとも１つを含む、請求項44に記載の装置。
【請求項４６】
前記処理ユニットは、前記特定されたE-TFCがサポートされていることを確認する前記動作を実行するとき、前記特定されたE-TFCがブロックされていないと判断するようさらに構成されている、請求項44に記載の装置。
【請求項４７】
前記処理ユニットは、前記少なくとも１つのビットを拡張専用物理制御チャネルを使用して伝送させるようさらに構成されている、請求項44に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の例示的な非限定的実施形態は、全般的に、無線通信のシステム、装置および方法に関し、特に、ユーザ機器などの装置がデータ転送速度の増大をリクエストできるようにする無線通信システム技術に関する。
【背景】
【０００２】
以下の略語は次のように定義される。
DCH     専用チャネル（Dedicated Channel）
DPDCH   専用物理データ・チャネル（Dedicated Physical Data Channel）
DPCCH   専用物理制御チャネル（Dedicated Physical Control Channel）
E-DCH   拡張アップリンクDCH（Enhanced Uplink DCH）
E-DPDCH 拡張DPDCH（Enhanced DPDCH）
E-DPCCH 拡張DPCCH（Enhanced DPCCH）
E-TFC   E-DCHトランスポート・フォーマット・コンビネーション（E-DCH Transport Format Combination）
HSUPA   高速アップリンク・パケット・アクセス（High Speed Uplink Packet Access）
IE      情報要素（Information Element）
MAC     媒体アクセス制御（Medium Access Control）
ノードB    基地局
PDU     プロトコル・データ・ユニット（Protocol Data Unit）
RLC     無線リンク制御（Radio Link Control）
RNC     無線ネットワーク制御装置（Radio Network Controller）
RRC     無線リソース制御（Radio Resource Control）
SDU     サービス・データ・ユニット（Service Data Unit）
SG      サービング・グラント（Serving Grant）
TTI     伝送時間間隔（Transmission Timing Interval）
UE      ユーザ機器（User Equipment）、例えば移動端末など
【０００３】
本明細書では、例えば、第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；FDD拡張アップリンク；全容；ステージ2（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2）（リリース6）、「3GPP TS25.309」のリリース6にある、パケット・データ・トラフィックのアップリンクDCH（EDCH）が重要である。
【０００４】
HSUPAでは現在、RNCのレイヤ3（L3、ネットワーク・レイヤ）により提供できるよりも速い、集中的な非実時間のトラフィックのスケジューリングを提供するべく、パケット・スケジューラの機能の一部を複数のノードBに分配することによって強化しようとする試みがいくつか提案されている。あるユーザからパケットが伝送されるとスケジュールされていたリソースをすぐに別のユーザに利用可能にすることができるため、リンク・アダプテーションが速いほどパケット・データのユーザ間でアップリンク電力リソースをさらに効率よく共有できるようになるということである。この技術は、集中的な高データ転送速度のアプリケーションを実行しているユーザに高データ転送速度が割り当てられるときなどのノイズ増大の急激な変化を回避しようとするものである。
【０００５】
現在のアーキテクチャではパケット・スケジューラはRNCにあり、その結果、RNCとUEとの間のRRC信号インターフェースの帯域幅に関わる制約が原因となって、パケット・スケジューラが瞬間トラフィックに適応する能力は限られている。したがってパケット・スケジューラは、次のスケジューリング期間における無効ユーザの影響を考慮するために控えめにアップリンク電力を割り当てて、変化に対応しなければならない。しかしこのソリューションは、高データ転送速度および長いリリース・タイマ値が割り当てられていると周波数の面で非効率的という結果になる。
【０００６】
したがって、E-DCHにより、パケット・スケジューラ機能の多くはノードBに移されている。つまり、アップリンク・リソースの割り当てを担うノードBスケジューラがあるということである。スケジューリングが効率的に実行されるには、ノードBがUEから多少の情報を取得する必要がある。3GPPでは、E-DPCCHに含まれるいわゆる「ハッピー・ビット」が定義されている。ハッピー・ビットは常に送信され、「UP」（「不満（unhappy）」とも呼ばれる）かまたは「KEEP」（「満足（happy）」とも呼ばれる）を示すことができる。UEが「UP」リクエストを送信すると、そのリクエストは、UEがより速いビット速度を得ることを望んでいる（つまり現在のビット速度に「不満」である）ことを意味する一方、UEが「KEEP」リクエストを送信すると、このリクエストはUEが現在のビット速度に納得している（つまり「満足」している）ことを意味する。
【０００７】
3GPPは、UPリクエスト（例えば不満状態）を次のように送信できると定義している。
次の基準両方が満たされると、ハッピー・ビットは「不満」に設定されるものとする：
UEが、現在のServing_Grantにより許可されているよりも高いE-DPDCH対DPCCH比で伝送するのに利用可能な電力を十分有しており；さらに
総バッファ状態により、現在のServing_Grantでは、Happy_Bit_Delay_Conditionミリ秒（ms：milliseconds）より長く伝送が必要とされる。
【０００８】
この点については、第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；媒体アクセス制御（MAC）プロトコル仕様書（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification)（リリース6）（第6.5.0版）（2005-06）、「3GPP TS25.321」のセクション11.8.1.5を参照してもよい。
【０００９】
より速いデータ転送速度（例えばビット速度）で送信するための利用可能電力を、どのような場合にUEが有しているのかという基準を定義する際に問題が生じる。
【００１０】
複数のE-TFCは間に非常に小さな段階を有するよう定義され、どのようなサイズおよび数の上位層データ・パケット（SDU）が伝送されるとしてもそれに比較的よく合うようになっている。小さな段階は、E-TFCのトランスポート・ブロックのトランスポート・ブロック・サイズに現れる。しかし、この定義においての問題は、UEが現在E-TFC Yで伝送しており（例えば特定のトランスポート・ブロック・サイズを伝送している）、さらにUEがE-TFC Y＋1で伝送する（例えば、わずかに大きなトランスポート・ブロック・サイズを伝送する）のに十分な電力を有していても、UEは「不満」を示してはならないということである。これは、次のE-TFCがもう１つのSDUを受け入れることができることが実際にはほとんどなく、したがってより速いデータ転送速度での伝送に使用できないためである。例えば、通常、わずかに大きなトランスポート・ブロック・サイズは別のSDUを受け入れることができない。
【００１１】
したがって根本的な問題は、上位層からのデータが特定のサイズのSDUでMACに達し、伝送されるデータ転送速度を増大することは、１つのトランスポート・ブロック（例えば１つのE-TFC）で１つまたはいくつかの追加のSDU（単数または複数）を伝送することを意味するということである。
【非特許文献１】第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；FDD拡張アップリンク；全容；ステージ2（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2）（リリース6）、「3GPP TS25.309」
【非特許文献２】第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；媒体アクセス制御（MAC）プロトコル仕様書（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification)（リリース6）（第6.5.0版）（2005-06）、「3GPP TS25.321」
【摘要】
【００１２】
例示的な実施形態では、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択することと；複数の可能なトランスポート・ブロックのうちの１つを特定すること、ただし、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該特定することと；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断することと；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送することとを少なくとも実行することを含む方法が開示される。
【００１３】
別の例示的な実施形態では装置が開示され、この装置は、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択する動作を実行し、複数の可能なトランスポート・ブロックのうちの１つを特定する動作であって、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分に大きな相応のトランスポート・ブロック・サイズを有する、該動作を実行し、特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する動作を実行し、特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送する動作を実行するよう構成されている処理ユニットを含む。
【００１４】
さらなる例示的な実施形態では、動作を実行するべく少なくとも１つのデータ・プロセッサによって実行可能な機械可読命令のプログラムを有形に具現化するコンピュータ・プログラムが開示される。動作は、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択することと；複数の可能なトランスポート・ブロックのうちの１つを特定すること、ただし、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該特定することと；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断することと；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストの伝送を生じさせることとを少なくとも実行することを含む。
【００１５】
さらなる例示的な実施形態では装置が開示される。無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択する手段と；複数の可能なトランスポート・ブロックのうちの１つを特定する手段であって、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該手段と；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する手段と；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送する手段とが少なくとも動作させられる。
【００１６】
別の例示的な実施形態では、方法には、拡張アップリンク専用チャネル（E-DCH）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定することが含まれる。ユーザ機器が利用可能な電力を十分有するかどうかの評価は、該少なくとも１つのビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-DCHトランスポート・フォーマット・コンビネーション（E-TFC）のトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定することを含み、xは、スケジュールされていないMAC-d（媒体アクセス制御-d）フローに属さずバッファ内にデータを有する全ての論理チャネルのうち、そこで構成されている無線リンク制御（RLC）プロトコル・データ・ユニット（PDU）の最小サイズである。さらに評価は、特定されたE-TFCがサポートされていることを、選択されているE-TFCの電力オフセットに基づいて確認することを含む。
【００１７】
さらなる例示的な実施形態では、装置には、拡張アップリンク専用チャネル（E-DCH）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定するよう構成されている、処理ユニットが含まれる。処理ユニットは、以下のことによって、ユーザ機器が利用可能な電力を十分有するかどうかを評価するよう構成され、処理ユニットは、該少なくとも１つのビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-DCHトランスポート・フォーマット・コンビネーション（E-TFC）のトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定するよう構成され、xは、スケジュールされていないMAC-d（媒体アクセス制御-d）フローに属さずバッファ内にデータを有する全ての論理チャネルのうち、そこで構成されている無線リンク制御（RLC）プロトコル・データ・ユニット（PDU）の最小サイズであり；処理ユニットは、選択されたE-TFCの電力オフセットに基づき、特定されたE-TFCがサポートされていることを確認するよう構成されている。
【図面の簡単な説明】
【００１８】
本発明の実施形態の前述の態様およびその他の態様は、以下の例示的な実施形態の詳細な説明を添付の図面と併せて読むとより明確になる。
【００１９】
【図１】本発明の例示的な実施形態の実践において使用するのに適している種々の電子デバイスの簡略化したブロック図を示す。
【００２０】
【図２】E-DCHトランスポート・ブロックにマップされたRLC PDUを図示する。
【００２１】
【図３】本発明の例示的な実施形態の動作を説明するのに役立つ論理流れ図である。
【００２２】
【図４】他のエンティティおよび信号チャネルにつながれたMAC-es／eエンティティのブロック図である。
【００２３】
【図５】図3のブロック3Bの論理流れ図である。
【００２４】
【図６】開示されている発明の実施形態で使用するのに適した１つ以上の例示的な集積回路のブロック図である。
【００２５】
【図７】図3の論理流れ図のさらに詳しいバージョンを説明するのに役立つ論理流れ図である。
【例示的な実施形態の詳細な説明】
【００２６】
本発明の例示的な実施形態を使用することで解決される問題の具体例は、UEが現在E-TFC Y（例えば特定のトランスポート・ブロック・サイズで特徴づけられる）で伝送していると想定した場合に、より速いデータ転送速度での伝送を可能にする、X（以下ではxとも示される）の最小の可能な（例えば正の整数）値を伴うE-TFC＋Xが何であるか、つまり、E-TFC Yよりも１つ多くのSDUを収めることができサポートされている（例えばブロックされず、伝送可能な）E-TFC Y＋Xが何であるかをどのようにして定義すればよいかである。
【００２７】
本発明の例示的な実施形態は、少なくとも部分的には、例えば第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；FDD拡張アップリンク；全容；ステージ2（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2）、「3GPP TS25.309」（リリース6）（第6.10.0版）（2004-12）にある、パケット・データ・トラフィック用のアップリンクDCHの拡張（E-DCH）を提供することに関する。本願明細書内で説明されている例示的な実施形態はE-DCHを例として使用しているが、開示される発明はそれに限定されない。
【００２８】
まず、本発明の例示的な実施形態の実践で用いるのに適した種々の電子デバイスの簡略化されたブロック図を図示する図1を参照する。図1において、無線ネットワーク1は、UE10、基地局（例えばノードB）12および無線ネットワーク1の制御装置14（例えばRNC）を含んでいる。UE10は、データ・プロセッサ（DP：data processor）10A、プログラム（PROG：program）10Cを格納するメモリ（MEM：memory）10B、および基地局（例えばノードB）12との双方向の無線通信に適した無線周波数（RF：radio frequency）送受信機10Dを含み、基地局12も、DP12A、PROG12Cを格納するMEM12Bおよび適切なRF送受信機12Dを含んでいる。基地局12は、データ・パス13を介して制御装置14につながれており、制御装置14も、DP14Aと、関連のPROG14Cを格納しているMEM14Bとを含んでいる。以下でさらに詳しく論じられるように、少なくともPROG10Cは、関連のDP10Aによって実行されるとUE10が本発明の例示的な実施形態に従って動作できるようにするプログラム命令を含むと想定されている。
【００２９】
図1に示されているように、Uuインターフェースは、UMTS（Universal Mobile Telecommunications System：ユニバーサル移動体通信システム）地上無線アクセス・ネットワーク（UTRAN：UMTS Terrestrial Radio Access Network）とUE10との間のインターフェースである。一般的にUTRANは、ノードBなどの１つ以上の基地局12、およびRNCまたは基地局制御装置などの１つ以上の制御装置14を含む。データ・パス13は、制御装置14（例えばRNC、BSC（Base Station Controller：基地局制御装置））と3G（Third Generation：第3世代）コア・ネットワーク（CN：core network）（図1には示されていない）との間の相互接続ポイントであるIuを含む。図1には、以下で言及されるUE伝送バッファ（Tx_BUF）10Eも示されている。なお、必要に応じて伝送バッファ10Eはメモリ10Bの一部であってもよい。
【００３０】
一般的に、装置UE10の種々の実施形態は、次に限定されるものではないが、セル式電話、無線通信機能を有する携帯情報端末（PDA：personal digital assistant）、無線通信機能を有する携帯用コンピュータ、無線通信機能を有するデジタル・カメラなどの画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、無線でのインターネット・アクセスおよびブラウジングが可能なインターネット機器、ならびにそのような機能の組み合わせが組み込まれた携帯用ユニットまたは携帯端末を含み得る。
【００３１】
本発明の実施形態は、UE10のDP10Aおよび他のDPによって実行可能なコンピュータ・ソフトウェアによって実装されても、またはハードウェアによって実装されても、またはソフトウェアとハードウェアとの組み合わせによって実装されてもよい。MEM10B、12Bおよび14Bは、ローカル技術環境に適した任意のタイプでよく、半導体ベースのメモリ・デバイス、磁気メモリ・デバイスおよび磁気メモリ・システム、光学メモリ・デバイスおよび光学メモリ・システム、固定メモリおよび取り外し可能なメモリなど、任意の適切なデータ格納技術を使用して実装されるとよい。DP10A、12Aおよび14Aは、ローカル技術環境に適した任意の種類でよく、限定する意味のない例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（DSP：digital signal processor）およびマルチコア・プロセッサ・アーキテクチャに基づくプロセッサのうち１つまたは複数を含むとよい。MEM10B、12Bおよび14Bは、本願明細書に記載されている動作を実行するべく少なくとも１つのデータ・プロセッサ10C、12C、14Cによって実行可能な機械可読命令を有形に具現化するコンピュータ・プログラムからの機械可読命令のプログラムを含むとよい。このようなコンピュータ・プログラムは、コンパクト・ディスク（CD：compact disk）、デジタル多用途ディスク（DVD：digital versatile disk）、メモリ・スティック、または機械可読命令のプログラムを入れるのに適した他の任意の製品を含んでよい。
【００３２】
ここから本発明の例示的な実施形態についてさらに詳しく説明するが、例示的な実施形態では、現在与えられているE-TFCよりも多くのSDU（単数または複数）を伝送可能にするE-TFCを特定する規則が提供される。この規則は、単に、次のさらに大きなE-TFC（例えば、現在のE-TFCのトランスポート・ブロック・サイズよりもわずかに大きなトランスポート・ブロック・サイズによって特徴付けられる）を伝送するのに十分な電力をUE10が有するかどうかを確認するのとは対照的である。このさらに大きなE-TFCは、実際に現在のE-TFCよりも多くのデータを伝送できるようにはしないと思われる。これが事実であるのは、次のさらに大きなE-TFCのわずかに大きなトランスポート・ブロック・サイズと、現在のE-TFCのわずかに小さなトランスポート・ブロック・サイズとの間のスペース差にもう１つのSDUが収まることは、通常できないためである。
【００３３】
異なるRLC PDUサイズを使用することもある複数のサービス（例えば論理チャネル）でUE10が同時に構成されることもあるため、実装の代わりの方法が複数あると思われることも指摘しておく。なお、１つだけのRLC PDUサイズが使用されるのが一般的であり、その場合であれば、種々の代わりの方法は全て同じソリューションにまとまるはずである。
【００３４】
図2は、１つまたは複数のRLC PDUがどのように１つのE-DCHトランスポート・ブロック270にマップされるかを図示している。PROG10Cの一部としてのMACエンティティ210は、いくつかのサブエンティティを含み、そのうちMAC-d210-1、MAC-es210-2、MAC-e210-3が示されている。MACエンティティ210は通常RRC205によって構成され、このRRC205もPROG10Cの一部である。図2にはさらに、RLCエンティティ230およびL1エンティティ240が示されている。なお、RLCエンティティ230およびL1エンティティ240もPROG10Cの一部である。さらに、各エンティティ230、210-1、210-2、210-3および240はレイヤであると考えられ、RLCエンティティ230が最上位レイヤ、L1エンティティ240が最下位レイヤと考えられる。したがって、情報はアップリンクでは最上位レイヤRLCエンティティ230から、最下位レイヤL1エンティティ240に伝わる。図2おいて、さらに「3GPP TS25.321」、セクション4.2.3でも定義されているように、MAC-dエンティティ210-1は全ての専用トランスポート・チャネルへのアクセスを制御する一方、MAC-e／esエンティティ210-2、210-3（一般に単一のMACe／esエンティティと称される）はE-DCHトランスポート・チャネルへのアクセスを制御する。
【００３５】
RLCエンティティ230はRLC PDU231をつくり、MAC-dエンティティ210-1はMAC-d PDU240をつくり、MAC-esエンティティ210-2は、ヘッダ情報251およびMAC-es PDU250をつくり、MAC-eエンティティ210-3はMAC-e PDU260をつくる。ヘッダ情報251は、［DDI，N］の対と呼ばれ、データ記述インジケータ（DDI：Data Description Indicator）・フィールド252およびNフィールド253を含む。「3GPP TS25.321」（リリース6）（第6.5.0版）（2005-06）の、「MAC-eヘッダ・パラメータ（MAC-e header parameters）」と題されているセクション9.2.4.2によれば、DDIフィールド252は、論理チャネル、MAC-dフローおよび関連のMAC-es PDU250に連結されるMAC-d PDUのサイズを特定する。DDI値（例えば、DDIフィールド252内）と論理チャネルIDとの間、MAC-dフローとPDUサイズとの間のマッピングは、上位レイヤによって提供される。DDIフィールド252の長さは6ビットである。Nフィールド253は、同じDDI値に対応する連続したMAC-d PDUの数を示す。Nフィールドの長さは6ビットである。MAC-eヘッダ224が、複数のヘッダ情報251から複数の［DDI，N］の対を含むことが分かる。
【００３６】
なお、SDUはレイヤに入るデータ・ユニットであり、PDUはレイヤを出るデータ・ユニットである。MAC-dエンティティ210-1に関しては、SDUはRLC PDU231を指す（つまり、ここでRLCエンティティ230は、MAC-dエンティティ210-1の上のレイヤであり、MAC-dエンティティ210-1へのSDU入力であるRLC PDU231をつくる）。続いて、MAC-dエンティティ210-1は、SDU（つまりRLC PDU231）を使用してMAC-d PDU240を作成し、このMAC-d PDU240自体が、MAC-esエンティティ210-2のSDUである。したがって、用語SDUとPDUとは互換的に使用されることになり、それぞれ、説明される特定のレイヤの適切なデータ・ユニットを指す。
【００３７】
より速いデータ転送速度の伝送を可能にするためには、より多くのRLC PDU231が、L1エンティティ240の単一のトランスポート・ブロック270に収まらなくてはならない。これは、MAC-e PDU 260のトランスポート・ブロック・サイズ220を、１つのRLC PDU231のサイズ分は少なくとも増やされなければならないということを意味する。MAC-eヘッダ224が固定サイズであることも考えられるため、トランスポート・ブロック・サイズは、MAC-e PDU260のデータ部225のサイズであると考えることもできる。別の例として、MAC-es PDU250もサイズ221より成り、サイズ221が、別のRLC PDU231を保持するに適したサイズに増大されることも考えられる。例示的な実施形態では、レイヤのトランスポート・ブロック・サイズはデータ部225などのデータ部のみを含むが、トランスポート・ブロック・サイズは任意のヘッダ（例えばMAC-eヘッダ224）、およびパディングが使用される場合はパディングのサイズを含む可能性もある。別の例示的な実施形態では、もう１つのRLC PDU231を追加するとき、どの論理チャネルにRLC PDU231が属するかによってヘッダ（例えばMAC-eヘッダ224）が変化することもあり、変化しないこともある：
RLC PDU231が、DDIが既に含まれている論理チャネルに属するならば、Nが増やされてヘッダ・サイズ254は変化しない；
RLC PDU231が、DDIが含まれていなかった論理チャネルに属するならば（つまり新たなRLC PDUサイズまたは新たな論理チャネル）、新たな［DDI，N］の対（例えばヘッダ情報251）が必要である。この新たな［DDI，N］の対は、MAC-eヘッダ224のサイズ254を増大させることになる。したがって、MAC-eヘッダ224のサイズ増大は、選択されているE-TFCよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCの特定に関係している（例えば下記の図5のブロック510を参照）。
【００３８】
なお、MAC-e PDU260は、MAC-eエンティティ210-3のトランスポート・ブロックである。同じくMAC-es PDU250は、MAC-esエンティティ210-2のトランスポート・ブロックである。
【００３９】
以下で論じられる例示的な実施形態に関して、次のことに注意する必要がある。
【００４０】
第1に、現在のE-TFCは、ハッピー・ビットと同じTTI内でデータを伝送するために現在選択が許可されている（E-TFC選択、E-TFCSにおいて）最大のトランスポート・ブロック・サイズを伴うE-TFCを指す（例えば、構成されたE-TFCS、選択された電力オフセットおよびスケジューラにより制御されるサービング・グラントに基づく）。あるいは、現在のE-TFCは、ハッピー・ビットと同じTTI内でデータを伝送するために、E-TFC選択で選択されたE-TFCを指す（例えば、構成されたE-TFCS、サポートされているE-TFCのリスト、選択された電力オフセット、スケジューラにより制御されているスケジューリング・グラント、およびスケジュールされていない伝送すべきデータの量に基づく）。E-TFC選択は、例えば、「3GPP TS25.321」（リリース6）（第6.5.0版）、（2005-06）のセクション11.8.1.4で説明されている。
【００４１】
第2に、スケジュールされている論理チャネルは、スケジュールされていないMAC-dフローに属さない論理チャネルである。「3GPP TS25.321」セクション4.2.3で定義されているように、MAC-dは全ての専用トランスポート・チャネルへのアクセスを制御する。さらにアップリンクでは、専用タイプの論理チャネルが共通トランスポート・チャネルにマップされると、MAC-dはデータをMAC-es／eに提出する。論理チャネルのトランスポート・チャネルへのマッピングは、RRCにより構成される多重化によってきまる。RRC機能によると、RRCは通常、MACの内部構成を制御している。
【００４２】
第3に、ハッピー・ビットと同じTTI内でデータを伝送するよう選択されたE-TFCのE-TFC選択中に選択された電力オフセットと同じ電力オフセットが想定される。「3GPP TS25.321」（リリース6）（第6.5.0版）（2005-06）のセクション3.1.2において説明されているように、電力オフセットは、E-DPDCH（単数または複数）と、与えられたE-TFCの参照用E-DPDCH電力レベルとの間の電力オフセットである。電力オフセット属性は、MAC-e PDU内で単独で、続いてE-DCHタイプの対応する符号化複合トランスポート・チャネル（CCTrCh：Coded Composite Transport Channel）で伝えられるときにMAC-dフロー内で要求されるサービスの質（QoS：Quality of Service）を達成するよう設定される。参照用E-DPDCH電力オフセットは、１つまたはいくつかの参照用E-TFC（単数または複数）についてUEへ信号で伝えられる。通常、伝送の電力オフセットは、最優先のデータの伝送を可能にするMAC-dフローの複合自動再送要求（HARQ：hybrid automatic repeat request）プロファイルに対応する電力オフセットである。２つ以上のMAC-dフローが同じ最優先のデータの伝送を可能にする場合は、どのMAC-dフローを選ぶかの選択は実装に委ねられる。
【００４３】
第4に、伝送バッファ10E内のデータは、スケジュールされているMAC-dフローに属するUE伝送バッファ10E内のデータを指す。
【００４４】
本発明の例示的な実施形態に基づき、UE10は次のように動作する（PROG10Cに従って）。
【００４５】
現在のE-TFCが、Happy_Bit_Delay_Conditionによって定義されている時間間隔以下で伝送バッファ10E内の全てのデータを届けられるかどうかを特定する：
（｛バッファ内のデータ［ビット］＊TTI長さ［ms］｝／現在のE-TFCトランスポート・ブロック・サイズ［ビット］≦Happy_Bit_Delay_Condition）。
【００４６】
現在のE-TFCよりも１つ多くのRLC PDUを伝送可能にするのに十分大きなトランスポート・ブロックを有するE-TFCが存在するかどうかを特定する。この特定を行うための5つの異なる規則が以下で与えられるが、実際には１つだけが使用されるよう選択されて実装されればよい。
【００４７】
１．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。
【００４８】
２．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最大サイズである。
【００４９】
３．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能な最優先の論理チャネルに対して構成されているRLC PDUサイズである。
【００５０】
４．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUE10の伝送バッファ10Eにデータを有する最優先の論理チャネルに対して構成されているRLC PDUサイズである。
【００５１】
５．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUEの伝送バッファ10Eにデータを有する複数の論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。
【００５２】
より速いデータ転送速度での伝送を可能にするE-TFCを特定した後、UE10は続いて、実際にそのデータ転送速度で伝送するのに適した電力をUEが有する（例えば、E-TFCがブロックされておらず、したがってサポートされている）かどうかを評価する。この評価の結果が好ましく、バッファ内のデータ量の基準が満たされれば、つまり現在のE-TFCがUEのバッファ内のデータをHappy_Bit_Delay_Condition以下で届けられなければ、UE10は「ハッピー・ビット」を「不満」に設定し、つまりUE10は「UP」リクエストを基地局12へ送信する。
【００５３】
なお、前述の基準は、2005年1月10-14、フランス、ソフィア・アンチポリス（Sophia Antipolis）、3GPP TSG-RANWG2ミーティング＃45ビス（3GPP TSG-RAN WG2 Meeting #45bis)、R2-050179、で公開されたものとは異なる。そこでは、セクション2.3（UEの動作（UE behaviour)）でハッピー・ビットを「UP」（例えば「不満」）に設定する条件が次のようになるであろうと提案された：
UEが、x TTIの現在のビット速度（ここでxは必要であればネットワークによる構成が可能）でUEが送信できるよりも多いデータをUEのバッファ（例えばバッファの合計）に有し、
UEが、より速いビット速度で伝送するのに十分な電力およびその他の能力を有する。その結果、ハッピー・ビットは、上記の２つの条件が満たされた全てのTTIに設定されることになる。
【００５４】
現在MACヘッダ（例えばヘッダ224）のビットはE-TFC選択において考慮されていないが、MACヘッダのビットが考慮されると、上記のXの値は、MACヘッダに追加された対応するビット数分、増やされなければならないということも指摘することができる。
【００５５】
さらに上記のバッファの態様に関して図3も参照して（例えば図1のPROG10Cにより実行される）以下の点をさらに説明できる。
【００５６】
ブロック3A。まず、UE10は、バッファ内のデータ量の基準が満たされているかどうかを確認する。これは、UE10が現在の（スケジューラにより許可されている最大）E-TFCでUEのバッファ内のスケジュールされている全データをDelay_Condition以下で伝送できなければ、UEはバッファ内に十分なデータを有するように行われる。これは、詳しくは次のように表現されてもよい：
data_in_the _buffer／data_rate ＝＜ 遅延条件
ここで、data_in_the_bufferはスケジュールされているMAC-dフローのビットでのデータ量であり；data_rateは現在の（スケジューラにより許可されている最大）E-TFC／TTI長さのトランスポート・ブロック・サイズである。
【００５７】
ブロック3B。続いてUE10は、より多くの数のRLC PDUを実際に伝送できる、現在の（スケジューラによって許可されている最大）E-TFCを超える次のE-TFCが何であるかを検出する。第1のステップは、どのRLC PDUサイズを使用するかを特定することである。どのRLC PDUサイズを使用するかというこの特定は、上述の5つの規則のうちの１つを使用することによって達成できる。
【００５８】
具体的には、図3に加えて図5を見ると、図5はブロック3Bが実行され得る方法の一例を示している。ブロック510で、選択されているE-TFCのトランスポート・ブロック・サイズよりもX（または「x」）ビット大きいトランスポート・ブロック・サイズを有するE-TFCが特定される。選択されているE-TFCは、ハッピー・ビットが伝送される伝送時間間隔（TTI）内での伝送に選択されたE-TFCである。ブロック520はそれぞれ、Xのサイズを判断する規則である。
【００５９】
ブロック520-1では、スケジュールされている（例えば伝送される）全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズになるようXが判断される。
【００６０】
ブロック520-2では、スケジュールされている（例えば伝送される）全ての論理チャネルのうち、そこで構成されているRLC PDUの最大サイズになるようXが判断される。
【００６１】
ブロック520-3では、スケジュール可能な（例えば伝送される）最優先の論理チャネルに対して構成されているRLC PDUサイズになるようにXが判断される。
【００６２】
ブロック520-4では、スケジュール可能であり（例えば伝送される）UE10の伝送バッファ10Eにデータを有する最優先の論理チャネルに対して構成されているRLC PDUサイズになるようXが判断される。
【００６３】
ブロック520-5では、スケジュール可能であり（例えば伝送される）UEの伝送バッファ10Eにデータを有する複数の論理チャネルのうち、そこで構成されているRLC PDUの最小サイズになるようXが判断される。
【００６４】
RLC PDU231が、DDIが含まれていなかった論理チャネルに属するならば（つまり新たなRLC PDUサイズまたは新たな論理チャネル）、新たな［DDI，N］の対（例えばヘッダ情報251）が必要とされるということに上記で言及した。この新たな［DDI，N］の対はMAC-eヘッダ224のサイズ254を増大させることになる。したがって、ブロック520で選ばれたRLC PDU231が、DDIが含まれていなかった論理チャネルに属するならば、ブロック510は、適切なE-TFCを特定するときにMAC-eヘッダ224のサイズ254の増大を考慮することになる。
【００６５】
ブロック3C。続いて、ステップ2で特定されたE-TFCがサポートされている状態にある（例えば、特定されたE-TFCがブロックされている状態にない）かどうかが判断される。サポートされている状態にあるE-TFCは、E-TFCがブロックされていないことだけではなく、特定されたE-TFCを伝送するのに十分な電力をUEが有していることも意味するため、特定されたE-TFCがサポートされている状態にあれば、特定されたE-TFCは伝送に利用可能であると見なすことができる。例えば、「3GPP TS25.321」（リリース6）（第6.5.0版）（2005-06）のセクション11.8.1.4で説明されているように、各TTI境界で、E-DCHトランスポート・チャネルが構成されCELL_DCH状態にあるUEは、構成されているあらゆるMAC-dフローについて、各E-TFCの状態（例えば、サポートされているかまたはブロックされているか）を、最大UE伝送電力に対する必要とされるE-TFCの伝送電力に基づき判断しなければならない。したがって、サポートされている状態にある特定されたE-TFCは、その特定されたE-TFCを伝送するのに十分な電力をUEが有することを意味する。したがって、サポートされた状態にあるE-TFCは、E-TFCが伝送に利用可能であることを示す。
【００６６】
ブロック3D。ブロック3Aおよび3Bの両方がはいを示すと、データ転送速度の増大をリクエストするためにハッピー・ビットを「不満」（すなわち「Up」など）に設定する。
【００６７】
ブロック3G。ブロック3Aかまたは3Cがいいえであれば、同じデータ転送速度をリクエストする（例えば、現在のデータ転送速度が適切であると示す）「満足」（「Keep」など）にハッピー・ビットが設定される。
【００６８】
ブロック3E。UE10が、ハッピー・ビットを基地局12などに伝送する。なお、ハッピー・ビットは、実際のデータの送信に使用されている以外の手段を使用して送信される帯域外信号を使用して伝送される。例えば、E-DPCCHは、E-DPDCHと共に符号多重化される：E-DPDCHがデータおよびレイヤ2（L2）の情報を伝える一方、E-DPCCHは、ハッピー・ビット、E-TFCI（E-DCH Transport Format Combination Indicator：E-DCHトランスポート・フォーマット・コンビネーション・インジケータ）およびデータ伝送に関連する再送シーケンス番号を伝える。
【００６９】
なお、ブロック3Bおよび3Cは、ブロック3Fと見なすこともでき、このブロック3Fで、より速いデータ転送速度（たとえば現在のデータ転送速度と比較して）で伝送するのに十分な電力をUE10が有するかどうか判断される。なお、ブロック3Bは、現在選択されている（および伝送されようとしている）E-TFCよりも大きく可能なE-TFCを特定し、この特定によりデータ転送速度も選択される（例えば、TTI内でのE-TFCの伝送に基づき）。続いてブロック3Cは、より大きい可能なE-TFCが、サポートされた状態にある（例えば、可能なE-TFCがブロックされていない）ことによって伝送可能であるかどうかを判断する。なお、UEは、サポートされている状態にあるE-TFCを伝送するのに十分な電力を有する（例えば、UEは、E-TFCを伝送するのに十分な電力をUEが有しているかどうかを判断するプロセスを完了しており、UEがE-TFCを伝送するのに十分な電力を有すればE-TFCはサポートされている状態にあるため、サポートされている状態自体が、E-TFCを伝送するのに十分な電力があることを示す）。
【００７０】
適切に図1〜3および5を参照しながら図4を見ると、図4は、MAC-es／eエンティティ430のブロック図であり、このMAC-es／eエンティティ430は、他のエンティティおよび信号チャネルにつながれている。MAC-es／eエンティティ430は、図2のMAC-esエンティティ210-2およびMAC-eエンティティ210-3両方に対応し、PROG10Cの一部である。なお、図4は、第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；媒体アクセス制御（MAC）プロトコル仕様書（リリース6）（第6.5.0版）（2005-06）、「3GPP TS25.321」の「MAC-e／esエンティティ-UE側（MAC-e/es entity - UE Side）」と題された、セクション4.2.3.4の図4.2.3.4.1の変更されたバージョンである。
【００７１】
MAC-es／eエンティティ430は、E-TFC選択エンティティ440、多重化およびTSN（Transmission Sequence Number：伝送シーケンス番号）設定エンティティ445、およびHARQ（複合自動再送要求）エンティティ450を含む。図4は、MAC-es／eエンティティ430がMAC-dエンティティ（例えばMAC-dエンティティ210-1）およびMAC制御（例えばRRCから）につながれ、E-DPDCHおよびE-DPCCHを含むいくつかのチャネルにつながれていることを示す。データ（例えば、L1エンティティ240を使用してトランスポート・ブロック270に変換されるMAC-e PDU260）はE-DPDCHを使用して伝送され、ハッピー・ビット460はE-DPCCHを使用して伝送される。
【００７２】
MAC-es／eエンティティ430はMAC-dフロー490を受信する。この例において、MAC-dフロー490はデータ・ユニット（DU）470-1から470-Mに対応し、各データ・ユニット470は、この例ではRLC PDU231に対応する。各データ・ユニット470は対応するサイズ475を有する。さらに、データ・ユニット470は論理チャネル（LC：logical channel）480-1から480-Xに対応する。データ・ユニット470と論理チャネル480との間には1対1の対応があってもよく、なくてもよい。図2に示されているように、データ・ユニット470はMAC-dエンティティ210-1によってMAC-d PDU240にまとめられることになる。したがって、MAC-dフロー490はMAC-d PDU240を含む。
【００７３】
「3GPP TS25.321」のセクション4.2.3.4で説明されているとおり、次のようになっている（本願明細書では図4の番号付けを使用する）。
【００７４】
HARQエンティティ（例えばHARQエンティティ450）は、HARQプロトコルに関するMAC機能のハンドリングを担っている。HARQエンティティは、MAC-eペイロードの格納およびペイロードの再送を担っている。複合ARQプロトコルの詳細な構成は、MAC制御SAP（Service Access Point：サービス・アクセス・ポイント）を通してRRCによって提供される。HARQエンティティは、レイヤ1（L1）（例えばL1エンティティ240）によって使用されるE-TFC、再送シーケンス番号（RSN：retransmission sequence number）、および電力オフセットを提供する。
【００７５】
多重化およびTSN設定エンティティ（例えばエンティティ445）は、複数のMAC-d PDUをMAC-es PDUに連結すること、およびE-TFC選択機能によって命令されるように、次のTTI内で伝送される単一のMAC-e PDUに１つまたは複数のMAC-es PDUを多重化することを担っている。さらに多重化およびTSN設定エンティティは、各MAC-es PDUの論理チャネルごとにTSNを管理および設定することも担っている。
【００７６】
E-TFC選択エンティティ（エンティティ440）は、UTRANからレイヤ1（L1）を介して受信されるスケジューリング情報（相対グラントおよび絶対グラント）およびRRCによって信号伝達されるサービング・グラント値に従ったE-TFC選択、および、E-DCHにマップされた異なるフロー間のアービトレーションを担っている。E-TFCエンティティの詳細な構成は、MAC制御SAP（サービス・アクセス・ポイント）を通してRRCによって提供される。E-TFC選択機能は多重化機能を制御する。
【００７７】
図4の例では、E-TFC選択エンティティ440が、本願明細書で提示されている方法（たとえば図3および5のもの）および技術を少なくとも部分的に実行するよう変更される。別の実施形態では、本願明細書で提示されている方法および技術は、例えばE-TFC選択エンティティ440などに入力を提供する別のエンティティ（図4には示さず）によって少なくとも部分的に実行される。別の例示的な実施形態では、本願明細書で提示されている方法および技術は、エンティティ440、445または450のうちの１つ以上によって少なくとも部分的に実行される。さらに別の実施形態では、MAC-es／eエンティティ430の外のエンティティが、本願明細書で提示された方法および技術を実行しMAC-es／eエンティティ430に入力を提供する。
【００７８】
E-TFC選択エンティティ440が図3および5の方法を実行するよう変更されていると仮定すると、E-TFC選択エンティティ440は、対応するトランスポート・ブロック・サイズ（TBS）420-1から420-Nをそれぞれ有するいくつかの可能なE-TFC410、E-TFC410-1から410-Nの中から選ぶことができる。各トランスポート・ブロック・サイズ420は、トランスポート・ブロック・サイズ220、221または225のうちの１つに対応する。E-TFC選択エンティティ440は、例えば図5などの規則を使用して、適切なトランスポート・ブロック・サイズ420を備えた適切かつ可能なE-TFC410を選択する。さらに、E-TFC選択エンティティ440は、ハッピー・ビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-TFC441を判断し、選択されているE-TFC442の電力オフセット442を判断している。上述のように、選択されたE-TFC441および電力オフセット442は、より速いデータ転送速度で（例えば、RLC PDU231など、少なくとももう１つのデータ・ユニットを保持するのに適したトランスポート・ブロック・サイズを使用して）伝送するのに十分な電力をUE10が有しているかどうかを判断するときに使用される。なお、E-TFC410は、伝送に適した（例えば伝送されることができる）可能なE-TFCであり、より速い転送速度での伝送に適した対応するトランスポート・ブロック・サイズ420を選択するために使用される。このような可能なE-TFCは、通常は次のTTIで伝送されないと思われるが、可能なE-TFCが伝送に利用可能である（例えば、サポートされており、サポートされているということは、E-TFCを伝送するのに十分な電力をUEが有するということも示す）と仮定すれば、次のTTIで伝送されることもあり得る。他方、選択されているE-TFC441は、伝送されるよう選択され次のTTIで伝送されるようスケジュールされているE-TFCである。
【００７９】
上記で説明され図5で再度説明された種々の規則についてここからさらに説明し、例を用いることによって例証する。
【００８０】
まず、UE10により採用されている２つのサービスAおよびBを想定し、ここでAは200ビットで優先度の高いPDUを有し、Bは100ビットで優先度の低いPDUを有する。その結果、5つの規則の個々のものは次のように適用されることになる。
【００８１】
１．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。この場合、X＝min（100，200）、つまりX＝100ビットである。
【００８２】
２．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最大サイズである。この場合、X＝max（100，200）、つまりX＝200ビットである。
【００８３】
３．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能な最優先の論理チャネルに対して構成されているRLC PDUサイズである。この場合、X＝最優先のPDUサイズ、つまりX＝200ビットである。
【００８４】
４．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUE10の伝送バッファ10Eにデータを有する最優先の論理チャネルに対して構成されているRLC PDUサイズである。この場合、X＝バッファにデータを有する最優先のPDUサイズである。ここで、遅延条件が満たされるにはA、Bのいずれか一方または両方がデータを有する必要があるということは分かっている。Aがデータを有すればX＝200であり、Aがデータを有しなければX＝100である。
【００８５】
５．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUEの伝送バッファにデータを有する複数の論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。この場合、AおよびB両方がデータを有するかまたはBのみがデータを有すればX＝100であり、Aのみがデータを有すればX＝200である。
【００８６】
上記の基準を定義することの１つの例示的な利点は、UEがより速いデータ転送速度で実際に伝送できる場合のみ、UE10はより速いデータ転送速度をリクエストするということである。なお、Xの計算の追加は、PDUサイズを全く考慮しない場合に比べてUE10のパフォーマンスの大幅な低下をもたらすことはないはずである。
【００８７】
前述したことに基づくと、本発明の例示的な実施形態が、より速いデータ転送速度での伝送を可能にするE-TFCを特定するためにPDUサイズを考慮することに少なくとも部分的に基づき、現在のデータ転送速度（またはスケジューリング・グラント）よりも速いデータ転送速度（またはスケジューリング・グラント）をリクエストするために、少なくとも１つの転送速度リクエスト・ビットを設定するようUE10を動作させる方法、装置およびコンピュータ・プログラム（単数または複数）を提供するということがすぐに分かるはずである。
【００８８】
全般的に、種々の実施形態は、専用回路などのハードウェアもしくはソフトウェア、またはこれらの任意の組み合わせにおいて実装されればよい。例えば、一部の態様をハードウェアに実装する一方、他の態様を、制御装置、マイクロプロセッサまたは他のコンピュータ・デバイスなどのデータ・プロセッサによる実行が可能なソフトウェア（例えばファームウェア）に実装してもよいが、本発明はこれらに限定されない。図6は、本願明細書で説明された例示的な実施形態を実行するよう構成された処理ユニット610を含む１つ以上の集積回路600を示している。処理ユニット610は、１つ以上のデータ・プロセッサ（DP）640（例えば図1のDP10A）、DP640で実行されるのに適した命令を備えたプログラム620（例えば図1のPROG10C）、メモリ（MEM）630（例えば図1のMEM10B）を含む。処理ユニット610はさらに、本願明細書で提示された技術のうちの１つ以上を実行するよう設計された回路650を含んでもよい。回路650は、例えば、E-TFC410、選択されたE-TFC441および電力オフセット442に関する情報を格納するために、メモリ（MEM）660にアクセスできるとよい。この例では、回路650は１つ以上のバス670によってDP640につながれている。他の例として、処理ユニット610は、回路650（例えば、MEM660を備えているものまたは備えていないもの）のみ、またはDP640およびPROG620を有する関連のMEM640のみを含む。
【００８９】
本発明の種々の態様はブロック図、流れ図として、または他の何らかの図的表現を使用して図示し説明できるが、当然のことながら、本願明細書で説明されたこれらのブロック、装置、システム、技術または方法は、限定する意味のない例としてハードウェア（例えば専用回路、論理、汎用ハードウェア、制御装置、もしくはその他のコンピュータ・デバイスなど）、もしくはソフトウェア（例えばファームウェア）、またはそれらの何らかの組み合わせに実装されればよい。
【００９０】
本発明の実施形態は、集積回路モジュール（例えば、図6に示されているように）などの種々のコンポーネントにおいて実践されればよい。集積回路の設計は、全般的にみて高度に自動化されたプロセスである。論理レベルの設計を、半導体基板上にすぐにエッチングおよび形成可能な半導体回路設計に変換するために利用できる、複雑かつ強力なソフトウェア・ツールが複数ある。
【００９１】
カリフォルニア州マウンテン・ビュー（Mountain View，California）のシノプシス社（Synopsys，Inc.）、およびカリフォルニア州サンノゼ（San Jose，California）のケイデンス・デザイン（Cadence Design）により提供されているようなプログラムは、確立された設計ルール、ならびに格納済みの設計モジュールのライブラリを使用して、自動的に半導体チップ上に導体を経路付けし、コンポーネントを位置付ける。半導体回路の設計が完了すれば、結果として生じた設計が、製造用に半導体加工施設、つまり「製造工場」へ、標準化された電子形式（例えばOpus、GDSII、または同種のものなど）で伝送されればよい。
【００９２】
ここで図7を参照すると、図7は、図3の論理流れ図のさらに詳しいバージョンを説明するのに役立つ論理流れ図を示している。図7に示されている方法700はブロック710で始まり、ここで、UEが現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分有するかどうかが評価される（例えば、ここで現在のデータ転送速度は、ハッピー・ビットが伝送されるTTI内での伝送に既に選択されているE-TFCを伝送するのに使用される）。ブロック710は、ブロック720および730を使用して実行されればよい。
【００９３】
ブロック720で、ハッピー・ビット（例えば、データ転送速度の増大のリクエストを示すかまたは現在のデータ転送速度が適切であると示す、少なくとも１つのビット）が伝送されるTTI内での伝送に既に選択されているE-TFCのトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCが特定される。xは、この例ではスケジュールされていないMAC-dフローに属さず（つまり、スケジュールされているMAC-dフローに属する）、バッファ（例えば図1内のバッファ10E）にデータを有する全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズとして選択される。ブロック730で、選択されているE-TFCの電力オフセットに基づき、特定されたE-TFCがサポートされていることが確認される。特定されたE-TFCを与えられた電力オフセットを使用して伝送するには、選択されているE-TFC（特定されたE-TFCよりも小さい）よりも大きい電力が必要であるが、ブロック730は、ノードB（例えば図1の基地局12）が判断できる参照を提供する：データを復号することによって、ノードBはどの電力オフセットが使用されたかを知るはずである。言い換えれば、この例では、特定されたE-TFCおよび選択されているE-TFCの両方が同じ電力オフセットを有するはずであるが、特定されたE-TFCの実際の伝送は、選択されているE-TFCの伝送よりも大きな電力を必要とすることになる。
【００９４】
ブロック710で評価が下されると、ブロック740で、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに十分な電力をUEが有するかどうか判断される。有しなければ（ブロック740＝いいえ）、少なくとも１つのビット（例えばハッピー・ビット）が、現在のデータ転送速度が適切である（つまり、UEは現在のデータ転送速度に「満足」している）ことを示す状態に設定される。これはブロック750で発生する。有する場合は（ブロック740＝はい）、少なくとも１つのビット（例えばハッピー・ビット）がより速いデータ転送速度のリクエスト（つまり、UEは現在のデータ転送速度に「不満」である）を示す状態に設定される。これはブロック760で発生する。ブロック770で、この少なくとも１つのビットは、この例ではE-DPCCHを使用して伝送される。
【００９５】
当業者であれば、前述の説明を添付の図面と共に読み考慮すると、種々の変更および適応がすぐに分かると思われる。なお、本発明の教示にいかなる変更を加えても、やはり本発明の非限定的な実施形態の範囲に入る。例えば、上記の説明は単一のハッピー・ビットを対象としているが、データ転送速度の増大をリクエストするためかまたは現在のデータ転送速度が適切であることを示すために２つ以上のビットが変更（例えば設定またはクリア）されてもよい。この２つ以上のビットは、任意の数の異なるメッセージを使用して伝送されるとよい。
【００９６】
さらに、本発明の非限定的な種々の実施形態の一部の特徴を、他の特徴の使用を伴わずに使用して役立ててもよい。このように上記の説明は、本発明の原理、教示、例示的実施形態を説明するに過ぎず、本発明を限定するものではないと見なされるべきである。
【図１】
2009510874.tif 000003
【図２】
2009510874.tif 000004
【図３】
2009510874.tif 000005
【図４】
2009510874.tif 000006
【図５】
2009510874.tif 000007
【図６】
2009510874.tif 000008
【図７】
2009510874.tif 000009
【国際調査報告】
2009510874.tif 000010
2009510874.tif 000011
2009510874.tif 000012