(57)【特許請求の範囲】
【請求項１】
ＷＴＲＵ（無線送受信ユニット）における、Ｅ−ＤＰＣＣＨ（E-DCH(Enhanced Dedicated Channel) Dedicated Physical Control Channel）でハッピービットを設定する方法であって、
前記方法は、
所定の基準が満たされるかを判定して、前記基準が満たされるという条件で前記ハッピービットを「アンハッピー」に設定するステップであって、前記基準は、前記ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するかを含む、ステップを備え、
ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ改善された媒体アクセス制御）が構成され、かつＭＡＣ（媒体アクセス制御）セグメント化がサポートされる場合、前記ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定することは、
前記ハッピービットと同じＴＴＩ（送信時間間隔）における伝送用に選択された現在選択されているＥ−ＴＦＣ（Ｅ−ＤＣＨトランスポート・フォーマット・コンビネーション）のトランスポートブロックサイズより少なくともｘ個のビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別することであって、ｘは、セグメント化されたＲＬＣ  ＰＤＵサイズに対応する所定の値である、ことと、
前記識別されたＥ−ＴＦＣは、前記現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定することと
を備えることを特徴とする方法。
【請求項２】
値ｘは、上位層によって構成されることを特徴とする請求項１に記載の方法。
【請求項３】
値ｘは、最小ＭＡＣセグメントサイズ、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加、最小許可トランスポートブロックサイズ、および最小Ｅ−ＴＦＣセットの最小値の１つにさらに対応することを特徴とする請求項１に記載の方法。
【請求項４】
値ｘは、前記現在選択されているＥ−ＴＦＣのサイズのパーセンテージと固定のしきい値との間の最小値であることを特徴とする請求項１に記載の方法。
【請求項５】
値ｘは、Ｅ−ＤＣＨトランスポートブロックサイズテーブルの中の前記現在選択されているＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと前記現在選択されているＥ−ＴＦＣとの間のビット数によるサイズの差と、固定のしきい値と、の間の最小値であることを特徴とする請求項１に記載の方法。
【請求項６】
Ｅ−ＤＰＣＣＨ（E-DCH(Enhanced Dedicated Channel) Dedicated Physical Control Channel）でハッピービットを設定するように構成されるＷＴＲＵ（無線送受信ユニット）であって、
前記ＷＴＲＵは、
前記Ｅ−ＤＰＣＣＨで前記ハッピービットを伝送するように構成される送受信機と、
所定の基準が満たされるかを判定して、前記基準が満たされるという条件で前記ハッピービットを「アンハッピー」に設定するように構成されるコントローラであって、前記基準は、前記ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するかを含む、コントローラと
を備え、
ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ改善された媒体アクセス制御）が構成され、かつＭＡＣ（媒体アクセス制御）セグメント化がサポートされる場合、前記ＷＴＲＵが前記より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定することは、前記コントローラが、
前記ハッピービットと同じＴＴＩ（送信時間間隔）での伝送用に選択された現在選択されているＥ−ＴＦＣ（Ｅ−ＤＣＨトランスポート・フォーマット・コンビネーション）のトランスポートブロックサイズより少なくともｘ個のビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別するように、ここで、ｘは、セグメント化されたＲＬＣ  ＰＤＵサイズに対応する所定の値であり、
前記識別されたＥ−ＴＦＣは、前記現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定するように
さらに構成されることを備えることを特徴とするＷＴＲＵ。
【請求項７】
値ｘは、上位層によって構成されることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
値ｘは、最小ＭＡＣセグメントサイズ、最小ＲＬＣ（無線リンク制御）ＰＤＵ（プロトコルデータ単位）サイズ、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加、最小許可トランスポートブロックサイズ、および最小Ｅ−ＴＦＣセットの最小値の１つにさらに対応することを特徴とする請求項６に記載のＷＴＲＵ。
【請求項９】
値ｘは、前記現在選択されているＥ−ＴＦＣのサイズのパーセンテージと固定のしきい値との間の最小値であることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１０】
値ｘは、Ｅ−ＤＣＨトランスポートブロックサイズテーブルの中の前記現在選択されているＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと前記現在選択されているＥ−ＴＦＣとの間のビット数によるサイズの差と、固定のしきい値と、の間の最小値であることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１１】
ＷＴＲＵ（無線送受信ユニット）における、Ｅ−ＤＰＣＣＨ（E-DCH(Enhanced Dedicated Channel) Dedicated Physical Control Channel）でハッピービットを設定する方法であって、
前記方法は、
所定の基準が満たされるかを判定して、前記基準が満たされるという条件で前記ハッピービットを「アンハッピー」に設定するステップであって、前記基準は、前記ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するかを含む、ステップを備え、
ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ改善された媒体アクセス制御）が構成され、かつＭＡＣ（媒体アクセス制御）セグメント化がサポートされる場合、前記ＷＴＲＵが前記より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定することは、
前記ハッピービットと同じＴＴＩ（送信時間間隔）における伝送用に選択された現在選択されているＥ−ＴＦＣ（Ｅ−ＤＣＨトランスポート・フォーマット・コンビネーション）のトランスポートブロックサイズより少なくともｘ個のビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別することであって、ｘは、所定の値であり、かつ、最も小さいＲＬＣ  ＰＤＵサイズと無関係である、ことと、
前記識別されたＥ−ＴＦＣは、前記現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定することと
を備えることを特徴とする方法。
【請求項１２】
値ｘは、上位層によって構成されることを特徴とする請求項１１に記載の方法。
【請求項１３】
値ｘは、最小ＭＡＣセグメントサイズ、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加、最小許可トランスポートブロックサイズ、および最小Ｅ−ＴＦＣセットの最小値の１つにさらに対応することを特徴とする請求項１１に記載の方法。
【請求項１４】
Ｅ−ＤＰＣＣＨ（E-DCH(Enhanced Dedicated Channel) Dedicated Physical Control Channel）でハッピービットを設定するように構成されるＷＴＲＵ（無線送受信ユニット）であって、
前記ＷＴＲＵは、
前記Ｅ−ＤＰＣＣＨで前記ハッピービットを伝送するように構成される送受信機と、
所定の基準が満たされるかを判定して、前記基準が満たされるという条件で前記ハッピービットを「アンハッピー」に設定するように構成されるコントローラであって、前記基準は、前記ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するかを含む、コントローラと
を備え、
ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ改善された媒体アクセス制御）が構成され、かつＭＡＣ（媒体アクセス制御）セグメント化がサポートされる場合、前記ＷＴＲＵが前記より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定することは、前記コントローラが、
前記ハッピービットと同じＴＴＩ（送信時間間隔）における伝送用に選択された現在選択されているＥ−ＴＦＣ（Ｅ−ＤＣＨトランスポート・フォーマット・コンビネーション）のトランスポートブロックサイズより少なくともｘ個のビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別するように、ここで、ｘは、所定の値であり、最も小さいＲＬＣ  ＰＤＵサイズと無関係であり、
前記識別されたＥ−ＴＦＣは、前記現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定するように
さらに構成されることを備えることを特徴とするＷＴＲＵ。
【請求項１５】
値ｘは、上位層によって構成されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
値ｘは、最小ＭＡＣセグメントサイズ、最小ＲＬＣ（無線リンク制御）ＰＤＵ（プロトコルデータ単位）サイズ、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加、最小許可トランスポートブロックサイズ、および最小Ｅ−ＴＦＣセットの最小値の１つにさらに対応することを特徴とする請求項１４に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
３ＧＰＰ（第３世代パートナーシッププロジェクト；Third Generation Partnership Project）ＨＳＵＰＡ（高速アップリンクパケットアクセス；High Speed Uplink Packet Access）は、ＷＴＲＵ（無線送受信ユニット；Wireless Transmit/Receive Unit）が、ＷＴＲＵバッファ内のデータの量を鑑みて、ＷＴＲＵに割り当てられたアップリンクデータ速度が十分であるか否かをネットワークに示すことができるようにハッピービット（happy bit）として知られる仕組みを採用している。ハッピービットは、Ｅ−ＤＣＨ（拡張専用チャネル；Enhanced Dedicated Channel）伝送ごとにＥ−ＤＰＣＣＨ（Ｅ−ＤＣＨ個別物理制御チャネル；E-DCH Dedicated Physical Control Channel）に含まれる。
【０００３】
ＲＲＣ（無線リソース制御；Radio Resource Control）エンティティは、Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ期間を有するＭＡＣ（媒体アクセス制御；Medium Access Control）エンティティを構成する。ＷＴＲＵは、Ｅ−ＴＦＣ（Ｅ−ＤＣＨトランスポート・フォーマット・コンビネーション；E-DCH Transport Format Combination）選択の適用後、この期間中のＴＥＢＳ（トータルＥ−ＤＣＨバッファ状態；total E-DCH Buffer Status）に関連した現在のグラント（許可：grant）を評価する。３ＧＰＰ仕様書２５．３２１．  Ｖ８．２．０によれば、Ｅ−ＤＣＨ伝送ごとに、ハッピービットは、以下の３つの基準が満たされる場合、「アンハッピー（unhappy）」に設定される。
【０００４】
（１）ＷＴＲＵが、Ｅ−ＴＦＣ選択において現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔによって許可された量と同量のスケジュール済み（scheduled）データを伝送中であること、
（２）ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有していること、および
（３）ハッピービットと同じＴＴＩ（送信時間間隔；Transmission Time Interval）でデータを伝送するためにＥ−ＴＦＣ選択で選択されたパワーオフセットと同じパワーオフセットに基づいて、ＴＥＢＳが、現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔ×「アクティブプロセス数」対「合計プロセス数」の比率で伝送されるためにＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎのミリ秒（ｍｓ）より多くを必要とするであろうこと、である。
【０００５】
上記の３つの基準が満たされない場合、ハッピービットは「ハッピー（happy）」に設定されなければならない。受信されたハッピービットは、ネットワークが、サービンググラント（serving grant）を増やすべきか、減らすべきか、変更なしのままにすべきかを判定するために使用される。
【０００６】
３ＧＰＰの仕様によれば、ＷＴＲＵがＥ−ＴＦＣに少なくとも１つの追加ＲＬＣ（無線リンク制御；Radio Link Control）ＰＤＵ（プロトコルデータ単位；Protocol Data Unit）を含むために十分な伝送パワーを有する場合に、ＷＴＲＵはハッピービットを「アンハッピー」に設定するのみである。言い換えれば、ハッピービットが判定されてＥ−ＴＦＣが「サポートされる状態」にある場合に使用されるＥ−ＴＦＣと比較して１つの追加ＲＬＣ  ＰＤＵを収容できるＥ−ＴＦＣがある場合のみ、ＷＴＲＵはハッピービットを「アンハッピー」に設定する。この制約は、ＷＴＲＵが、パワー制限のために、どうしてもそのデータ速度を上げることができない間、ＷＴＲＵがネットワークにより高いデータ速度を要求しないようにするために導入された。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
３ＧＰＰリリース８において、ＨＳＵＰＡ用のＭＡＣ層でＲＬＣ  ＰＤＵの柔軟なサイズおよびセグメント化が導入されたので、ＷＴＲＵがＥ−ＴＦＣで少なくとも１つの追加ＲＬＣ  ＰＤＵを伝送する能力を有していなければならないという制約は不必要に制限的になった。なぜならば、ＷＴＲＵが追加ＲＬＣ  ＰＤＵのセグメントを伝送することによりデータ速度を上げることができるため、または、単にＲＬＣ  ＰＤＵのサイズを大きくすることができるためである。この制限があると、ＷＴＲＵは、追加ＲＬＣ  ＰＤＵの断片（fraction）を伝送することにより、または、後続のＲＬＣ  ＰＤＵのサイズを大きくすることにより、データ速度を上げることができるにもかかわらず、ＷＴＲＵはハッピービットを「アンハッピー」に設定しないことになる。したがって、従来の３ＧＰＰの仕様では、アップリンクデータ速度は最大化されない。
【０００８】
現在の３ＧＰＰの仕様では、サービンググラントが小さくなりすぎてどのスケジュール済みＭＡＣ−ｄフローからの単一のＰＤＵの伝送も許可できない場合に、または、サービンググラントが小さすぎてどのスケジュール済みＭＡＣ−ｄフローからの単一のＰＤＵの伝送も許可できず、かつ、ＴＥＢＳがゼロより大きくなる場合に、スケジューリング情報の伝送がトリガーされる。ＨＳＵＰＡ用にＭＡＣセグメント化が導入されたので、サービンググラントが特定の値より小さくなった時にデータをまったく伝送できないという可能性は低くなる。なぜならば、ＭＡＣセグメント化の導入に伴い、たとえグラントが小さすぎて全部のＲＬＣ  ＰＤＵの伝送を許可できない場合であってもＷＴＲＵは常にＲＬＣ  ＰＤＵのセグメントを伝送できる可能性があるからである。したがって、上記のスケジューリング情報トリガー基準（scheduling information triggering criterion）は望ましくなく、スケジューリング情報の過剰な伝送をもたらす可能性がある。
【課題を解決するための手段】
【０００９】
Ｅ−ＤＰＣＣＨにハッピービットを設定するための方法および装置が開示される。ＷＴＲＵは、（１）ＷＴＲＵが、Ｅ−ＴＦＣ選択で現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔによって許可された量と同量のスケジュール済みデータを伝送中であるか、（２）ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有するか、および、（３）ハッピービットと同じＴＴＩでの伝送用に現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいて、ＴＥＢＳが、現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔ×「アクティブプロセス数」対「合計プロセス数」の比率で伝送されるためにＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎのミリ秒（ｍｓ）より多くを必要とするかを判定する。基準（１）から（３）が満たされるという条件で、ＷＴＲＵはハッピービットを「アンハッピー」に設定する。ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ用媒体アクセス制御エンティティ；Medium Access Control Entity for E-DCH）が構成されるという条件で、ＷＴＲＵは、現在選択されているＥ−ＴＦＣのトランスポートブロックサイズより少なくともｘビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別して、識別されたＥ−ＴＦＣが、現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定することによって、ＷＴＲＵは基準（２）を評価する。値ｘは、所定の値であってもよいし、または上位層によって構成されてもよい。
【図面の簡単な説明】
【００１０】
次のような添付の図面と関連付けて例として記載された以下の説明から、より詳細な理解が得られるであろう。
【００１１】
【図１】ＷＴＲＵが、第１の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例の流れ図である。
【図２】ＷＴＲＵが、第２の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例の流れ図である。
【図３】ＷＴＲＵが、第３の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例の流れ図である。
【図４】ＷＴＲＵが、第４の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例の流れ図である。
【図５】ＷＴＲＵが、第５の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例の流れ図である。
【図６】例示のＷＴＲＵのブロック図である。
【発明を実施するための形態】
【００１２】
本明細書で言及された場合、用語「ＷＴＲＵ」には、限定ではないが、ユーザ機器（ＵＥ）、移動体局、固定または移動体加入者ユニット、ページャー、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、コンピュータ、またはワイヤレス環境で動作できる任意の他のタイプのユーザデバイスがある。本明細書で言及された場合、用語「ノードＢ」には、限定ではないが、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境で動作できる任意の他のタイプのインターフェースデバイスがある。
【００１３】
Ｅ−ＤＣＨ伝送ごとに、ＷＴＲＵは、３つの基準（すなわち、（１）ＷＴＲＵが、Ｅ−ＴＦＣ選択で現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔによって許可された量と同量のスケジュール済みデータを伝送中であること、（２）ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有すること、および、（３）ハッピービットと同じＴＴＩでデータを伝送するためにＥ−ＴＦＣ選択で選択されたのと同じパワーオフセットに基づいて、ＴＥＢＳが、現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔ×「アクティブプロセス数」対「合計プロセス数」の比率で伝送されるためにＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎのミリ秒（ｍｓ）より多くを必要とすること）が満たされる場合、ハッピービットを「アンハッピー」に設定する。
【００１４】
図１は、ＷＴＲＵが、第１の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例１００の流れ図である。ＭＡＣ−ｉ／ｉｓ（ＭＡＣセグメント化をサポートするＥ−ＤＣＨ伝送を扱うためのＭＡＣエンティティ）が上位層によって構成される（すなわち、ＭＡＣ層でのＲＬＣ  ＰＤＵセグメント化がサポートされる）場合、ＷＴＲＵは、現在のＥ−ＴＦＣより多いデータの伝送を許可する最も小さい（smallest）Ｅ−ＴＦＣを識別する（ステップ１０２）。現在のＥ−ＴＦＣとは、値が判定されるハッピービットと同じＴＴＩでの伝送用に選択されたＥ−ＴＦＣである。追加データは、非スケジュール済み（non-scheduled）ＭＡＣ−ｄフローに属さない任意の論理チャネルからであり得る。ＷＴＲＵは、次に、現在のＥ−ＴＦＣと同じパワーオフセットに基づいて、識別されたＥ−ＴＦＣがサポートされるかを（すなわち、識別されたＥ−ＴＦＣは、ＷＴＲＵの最大許可パワーを考慮して伝送できるかを）判定する（ステップ１０４）。識別されたＥ−ＴＦＣがサポートされる場合、ＷＴＲＵは、ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有すると判定する。ＷＴＲＵは、他の２つの基準（基準（１）および基準（３））が満たされるかを判定する（ステップ１０６）。満たされる場合、ＷＴＲＵはハッピービットを「アンハッピー」に設定する（ステップ１０８）。識別されたＥ−ＴＦＣがサポートされない場合、または他の２つの基準が満たされない場合、ＷＴＲＵはハッピービットを「ハッピー」に設定する（ステップ１１０）。
【００１５】
図１の方法のステップは、異なる順番で実行されてよいことに留意されたい。例えば、ステップ１０６がステップ１０２の前に実行されてもよい。
【００１６】
図２は、ＷＴＲＵが、第２の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例２００の流れ図である。ＭＡＣ−ｉ／ｉｓが上位層によって構成される場合、ＷＴＲＵは、サポートされる状況における現在のＥ−ＴＦＣより大きいＥ−ＴＦＣが、構成されたＥ−ＤＣＨトランスポートブロックサイズテーブルの中にあるかを判定する（ステップ２０２）。現在のＥ−ＴＦＣとは、値が判定されるハッピービットと同じＴＴＩでの伝送用に選択されたＥ−ＴＦＣである。サポートされる状況における現在のＥ−ＴＦＣより大きいＥ−ＴＦＣが、構成されたＥ−ＤＣＨトランスポートブロックサイズテーブルの中にある場合、ＷＴＲＵは、ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有すると判定する。ＷＴＲＵは、他の２つの基準（すなわち、基準（１）および基準（３））が満たされるかを判定する（ステップ２０４）。満たされる場合、ＷＴＲＵはハッピービットを「アンハッピー」に設定する（ステップ２０６）。サポートされる状況における現在のＥ−ＴＦＣより大きいＥ−ＴＦＣが、構成されたＥ−ＤＣＨトランスポートブロックサイズテーブルの中にない場合、または、他の２つの基準が満たされない場合、ＷＴＲＵはハッピービットを「ハッピー」に設定する（ステップ２０８）。
【００１７】
図２の方法のステップは、異なる順番で実行されてよいことに留意されたい。例えば、ステップ２０４がステップ２０２の前に実行されてもよい。
【００１８】
図３は、ＷＴＲＵが、第３の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例３００の流れ図である。ＭＡＣ−ｉ／ｉｓが上位層によって構成される場合、ＷＴＲＵが現在のＥ−ＴＦＣより少なくともｘバイト（複数可）（またはｘビット）多く伝送できるようになるＥ−ＴＦＣをＷＴＲＵが識別する（ステップ３０２）。現在のＥ−ＴＦＣとは、値が判定されるハッピービットと同じＴＴＩでの伝送用に選択されたＥ−ＴＦＣである。追加データは、非スケジュール済みＭＡＣ−ｄフローに属さない任意の論理チャネルから可能である。任意で、ＷＴＲＵは、追加データを計算するときの追加ＭＡＣオーバーヘッドが必要になる可能性を考慮に入れてもよい（例えば、最後にセグメント化されたＲＬＣ  ＰＤＵとは別のＲＬＣ  ＰＤＵから追加データを取り出さなければならない場合）。
【００１９】
ＷＴＲＵは、次に、識別されたＥ−ＴＦＣがサポートされるかを現在のＥ−ＴＦＣと同じパワーオフセットに基づいて判定する（ステップ３０４）。識別されたＥ−ＴＦＣがサポートされる場合、ＷＴＲＵは、ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有すると判定する。ＷＴＲＵは、他の２つの基準（基準（１）および基準（３））が満たされるかを判定する（ステップ３０６）。満たされる場合、ＷＴＲＵはハッピービットを「アンハッピー」に設定する（ステップ３０８）。識別されたＥ−ＴＦＣがサポートされない場合、または、他の２つの基準が満たされない場合、ＷＴＲＵはハッピービットを「ハッピー」に設定する（ステップ３１０）。
【００２０】
値ｘは、固定の所定の値（例えば、１）であってよい。値ｘは、上位層によって通知（signal）することもできる。値ｘは、「最小ＭＡＣセグメントサイズ」のようなパラメータが定義されている場合、その「最小ＭＡＣセグメントサイズ」と一致してよい。値ｘは、最小ＲＬＣ  ＰＤＵサイズ、またはそれの関数と一致してよい。値ｘは、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加（例えば、ＲＬＤデータ速度のＸ％の増加）と対応してよい。値ｘは、最小許可トランスポートブロックサイズ（minimum allowed transport block size）または最小基準Ｅ−ＴＦＣまたはそれの関数（例えば、最小トランスポートブロックサイズの定義された一部分）と一致してよい。値ｘは、最小Ｅ−ＴＦＣセットの最小値、またはそれの関数と対応してよい。
【００２１】
あるいは、値ｘは、現在のＥ−ＴＦＣのサイズのパーセンテージと固定のしきい値との間の最小値であってもよい。パーセンテージおよび／またはしきい値は、事前に定義されていてもよく、またはＲＲＣによって通知することもできる。しきい値は、最小（minimum）ＲＬＣ  ＰＤＵサイズ、最も小さい（smallest）ＲＬＣ  ＰＤＵサイズ、または任意の他の通知された値と対応してよい。あるいは、値ｘは、１）Ｅ−ＤＣＨトランスポートブロックサイズテーブルの中の現在のＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと現在のＥ−ＴＦＣとの間のビット数におけるサイズの差と、２）固定のしきい値との間の最小値であってもよい。ｎという値および／またはしきい値は、事前に定義されていてもよく、またはＲＲＣによって通知することもできる。しきい値は、最小（minimum）ＲＬＣ  ＰＤＵサイズ、最も小さい（smallest）ＲＬＣ  ＰＤＵサイズ、または任意の他の通知された値と一致してよい。
【００２２】
あるいは、値ｘは、ｘバイト（複数可）またはｘビットの最小の改善が絶対的なのか、相対的なのかに応じて設定することもできる。例えば、現在のＥ−ＴＦＣのサイズがしきい値未満の場合、現在のＥ−ＴＦＣＩがしきい値未満の場合、現在のＷＴＲＵパワーヘッドルーム（headroom）（ＵＰＨ）がしきい値未満の場合、または現在のサービンググラントがしきい値未満の場合に、ＷＴＲＵはｘバイト（複数可）またはｘビットの最小の改善は相対的であると判定することができる。しきい値は、事前に定義されていてもよく、または通知することもできる。
【００２３】
ｘバイト（複数可）またはｘビットの最小の改善が相対的である場合、値ｘは、現在のＥ−ＴＦＣのサイズのパーセンテージに、または、Ｅ−ＤＣＨトランスポートブロックサイズテーブルの中の現在のＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと現在のＥ−ＴＦＣとの間のビット数による差に、設定されてよい。ｎという値は、事前に定義されていてもよく（例えば、ｎ＝１）、または通知することもできる。
【００２４】
反対に、現在のＥ−ＴＦＣのサイズがしきい値を超えている場合、現在のＥ−ＴＦＣＩがしきい値を超えている場合、現在のＷＴＲＵパワーヘッドルーム（ＵＰＨ）がしきい値を超えている場合、または現在のサービンググラントがしきい値を超えている場合に、ＷＴＲＵはｘバイト（複数可）またはｘビットの最小の改善は絶対的であると判定することができる。しきい値は、事前に定義されていてもよく、または通知することもできる。
【００２５】
ｘバイト（複数可）またはｘビットの最小の改善が絶対的である場合、ｘという値は、所定の値または通知された値に設定されてよい。通知された値は、最小ＲＬＣ  ＰＤＵサイズ、最も小さいＲＬＣ  ＰＤＵサイズ、または任意の他の通知された値であってよい。あるいは、ｘという値は、構成されたＥ−ＤＣＨトランスポートブロックサイズテーブルの中の現在のＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣ間のビット数による差であってよく、この場合、ｎという値は、事前に定義されていてもよく（例えば、ｎ＝１）、または通知することもできる。
【００２６】
あるいは、値ｘは、構成されたＥ−ＤＣＨトランスポートブロックサイズテーブルの中の現在のＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと現在のＥ−ＴＦＣと間のビット数によるサイズの差と、定義されたしきい値との間の最大値であってもよい。しきい値は、事前に定義されていてもよく、またはＲＲＣによって通知することもできる。しきい値は、最小ＲＬＣ  ＰＤＵサイズ、最も小さいＲＬＣ  ＰＤＵサイズ、または任意の他の通知された値と対応してよく、ｎは、事前に定義された値（すなわち、ｎ＝１）であってもよいし、通知することもできる。
【００２７】
図３の方法のステップは、異なる順番で実行されてよいことに留意されたい。例えば、ステップ３０６がステップ３０２の前に実行されてもよい。
【００２８】
図４は、ＷＴＲＵが、第４の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例４００の流れ図である。ＭＡＣ−ｉ／ｉｓが上位層によって構成される場合、ＷＴＲＵは、最新のＷＴＲＵ伝送パワーヘッドルーム測定値がしきい値より小さいかを判定する（ステップ４０２）。ＷＴＲＵ伝送パワーヘッドルームは、最大ＷＴＲＵ伝送パワーおよび対応するＤＰＣＣＨ（個別物理制御チャネル；Dedicated Physical Control Channel）符号パワー（code power）の比であり、それは、３ＧＰＰ  ＴＳ  ２５．２１５  Ｖ８．２．０で定義されている。
【００２９】
最新の伝送ＷＴＲＵパワーヘッドルーム測定値がしきい値未満でない場合、ＷＴＲＵは、ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有すると判定する。ＷＴＲＵは、他の２つの基準（すなわち、基準（１）および基準（３））が満たされるかを判定する（ステップ４０４）。満たされる場合、ＷＴＲＵはハッピービットを「アンハッピー」に設定する（ステップ４０６）。最新のＷＴＲＵ伝送パワーヘッドルーム測定値がしきい値未満の場合、または、他の２つの基準が満たされない場合、ＷＴＲＵは、ハッピービットを「ハッピー」に設定する（ステップ４０８）。
【００３０】
しきい値は、事前に決められていてもよく、または上位層によって通知することもできる。あるいは、しきい値は、（パラメータが３インデックスステップのしきい値および２インデックスステップのしきい値とした場合）従来のスケジュール済みグラントにおいて相対的グラントの細分性（granularity）に依存してもよい。あるいは、しきい値は、現在のサービンググラントの関数であってもよい。例えば、しきい値は、現在のサービンググラント（パワー比の観点で）および係数×「ネットワークから送信された相対的グラントの「ＵＰ」コマンドの結果として生ずるグラントの増加」の合計であってよい。
【００３１】
図４の方法のステップは、異なる順番で実行されてよいことに留意されたい。例えば、ステップ４０４がステップ４０２の前に実行されてもよい。
【００３２】
図５は、ＷＴＲＵが、第５の実施形態に従って、より高いデータ速度で伝送するために使用できる十分なパワーを有するかを判定し、ハッピービットを設定するためのプロセス例５００の流れ図である。ＭＡＣ−ｉ／ｉｓが上位層によって構成される場合、ハッピービットと同じＴＴＩにおける伝送用に選択されたＥ−ＴＦＣは、最大のサポートされるＥ−ＴＦＣより小さい（あるいはそれ以下である）のに対して、ネットワークが現在のＴＴＩで相対的グラントの「ＵＰ」コマンドを（現在のＥ−ＴＦＣと同じパワーオフセットを用いて）送信したと仮定してＥ−ＴＦＣ選択関数を適用することにより得られるＥ−ＴＦＣは、最大のサポートされるＥ−ＴＦＣ以下であるかをＷＴＲＵは判定する（ステップ５０２）。
【００３３】
判定が肯定の場合、ＷＴＲＵは、ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有すると判定する。ＷＴＲＵは、他の２つの基準（基準（１）および基準（３））が満たされるかを判定する（ステップ５０４）。満たされる場合、ＷＴＲＵはハッピービットを「アンハッピー」に設定する（ステップ５０６）。判定が否定の場合、または他の２つの基準が満たされない場合、ＷＴＲＵはハッピービットを「ハッピー」に設定する（ステップ５０８）。
【００３４】
図５の方法のステップは、異なる順番で実行されてよいことに留意されたい。例えば、ステップ５０４がステップ５０２の前に実行されてもよい。
【００３５】
第６の実施形態によれば、ＭＡＣ−ｉ／ｉｓが上位層によって構成されるケースにおいて、サービンググラントが小さくなりすぎて、任意のスケジュール済みＭＡＣ−ｄフローから単一のＰＤＵの伝送を許可できない場合に、又は、サービンググラントが小さすぎて、任意のスケジュール済みＭＡＣ−ｄフローから単一のＰＤＵの伝送を許可できない場合であり、かつＴＥＢＳがゼロより大きくなる場合に、スケジューリング情報の伝送がトリガーできなくなる。ＭＡＣ−ｉ／ｉｓが上位層によって構成されない場合、スケジューリング情報はその状況でもトリガーできる。
【００３６】
図６は、例示のＷＴＲＵ  ６００のブロック図である。ＷＴＲＵ  ６００は、送信機６０１、受信機６０２、およびコントローラ６０４を含んでいる。コントローラ６０４は、上で開示された実施形態のいずれか１つに従ってハッピービットを設定するように構成されている。例えば、コントローラ６０４は、（１）ＷＴＲＵが、Ｅ−ＴＦＣ選択で現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔによって許可された量と同量のスケジュール済みデータを伝送中であるか、（２）ＷＴＲＵが、より高いデータ速度で伝送するために使用できる十分なパワーを有するか、および、（３）ハッピービットと同じＴＴＩでの伝送用に現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいて、ＴＥＢＳが、現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔ×「アクティブプロセス数」対「合計プロセス数」の比率で伝送されるためにＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎのミリ秒（ｍｓ）より多くを必要とするかを判定し、基準（１）から（３）が満たされる場合、ハッピービットを「アンハッピー」に設定し、そうでない場合、ハッピービットを「ハッピー」に設定するように構成される。コントローラ６０４は、基準（２）を評価するために、ＭＡＣ−ｉ／ｉｓが構成されるという条件で、現在選択されているＥ−ＴＦＣのトランスポートブロックサイズより少なくともｘビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣは、現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定するように構成される。
【００３７】
＜実施形態＞
１．ＷＴＲＵにおいて実施される方法であって、Ｅ−ＤＰＣＣＨにハッピービットを設定するための方法。
【００３８】
２．（１）ＷＴＲＵがＥ−ＴＦＣ選択で現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔによって許可された量と同量のスケジュール済みデータを伝送中であるか、を判定するステップを含む実施形態１に記載の方法。
【００３９】
３．（２）ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するか、を判定するステップを含む実施形態２に記載の方法。
【００４０】
４．（３）ハッピービットと同じＴＴＩでの伝送用に現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいて、ＴＥＢＳが、現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔ×「アクティブプロセス数」対「合計プロセス数」の比率で伝送されるためにＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎのミリ秒（ｍｓ）より多くを必要とするか、を含む実施形態３に記載の方法。
【００４１】
５．基準（１）から（３）が満たされるという条件で、ハッピービットを「アンハッピー」に設定するステップを含む実施形態４に記載の方法。
【００４２】
６．基準（２）は、ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ用媒体アクセス制御エンティティ；Medium Access Control Entity for E-DCH）が構成されるという条件で、現在選択されているＥ−ＴＦＣのトランスポートブロックサイズより少なくともｘビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣは、現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定することによって評価される実施形態５に記載の方法。
【００４３】
７．値ｘは、所定の値である実施形態６に記載の方法。
【００４４】
８．値ｘは、上位層によって構成される実施形態６に記載の方法。
【００４５】
９．値ｘは、最小ＭＡＣセグメントサイズ、最小ＲＬＣ  ＰＤＵサイズ、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加、最小許可トランスポートブロックサイズ、および最小Ｅ−ＴＦＣセットの最小値のうちの１つに対応する実施形態６に記載の方法。
【００４６】
１０．値ｘは、現在選択されているＥ−ＴＦＣのサイズのパーセンテージと固定のしきい値との間の最小値である実施形態６に記載の方法。
【００４７】
１１．値ｘは、Ｅ−ＤＣＨトランスポートブロックサイズテーブルの中の現在選択されているＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと現在選択されているＥ−ＴＦＣと間のビット数によるサイズの差と、固定のしきい値との間の最小値である実施形態６に記載の方法。
【００４８】
１２．Ｅ−ＤＰＣＣＨにハッピービットを設定するように構成されるＷＴＲＵ。
【００４９】
１３．Ｅ−ＤＰＣＣＨでハッピービットを伝送するように構成される送受信機を含む実施形態１２に記載のＷＴＲＵ。
【００５０】
１４．（１）ＷＴＲＵがＥ−ＴＦＣ選択において現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔによって許可された量と同量のスケジュール済みデータを伝送中であるか、を判定するように構成されるコントローラを含む実施形態１３に記載のＷＴＲＵ。
【００５１】
１５．コントローラは、（２）ＷＴＲＵがより高いデータ速度で伝送するために使用できる十分なパワーを有するか、を判定するように構成される実施形態１４に記載のＷＴＲＵ。
【００５２】
１６．コントローラは、（３）ハッピービットと同じＴＴＩでの伝送用に現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいて、ＴＥＢＳが現在のＳｅｒｖｉｎｇ＿Ｇｒａｎｔ×「アクティブプロセス数」対「合計プロセス数」の比率で伝送されるためにＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎのミリ秒（ｍｓ）より多くを必要とするか、を判定するように構成される実施形態１５に記載のＷＴＲＵ。
【００５３】
１７．コントローラは、基準（１）から（３）が満たされるという条件で、ハッピービットを「アンハッピー」に設定するように構成される実施形態１６に記載のＷＴＲＵ。
【００５４】
１８．コントローラは、基準（２）を評価するために、ＭＡＣ−ｉ／ｉｓ（Ｅ−ＤＣＨ用媒体アクセス制御エンティティ；Medium Access Control Entity for E-DCH）が構成されるという条件で、現在選択されているＥ−ＴＦＣのトランスポートブロックサイズより少なくともｘビット大きいトランスポートブロックサイズを有するＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣは、現在選択されているＥ−ＴＦＣと同じパワーオフセットに基づいてサポートされるかを判定するように構成される実施形態１７に記載のＷＴＲＵ。
【００５５】
１９．値ｘは、所定の値である実施形態１８に記載のＷＴＲＵ。
【００５６】
２０．値ｘは、上位層によって構成される実施形態１８に記載のＷＴＲＵ。
【００５７】
２１．値ｘは、最小ＭＡＣセグメントサイズ、最小ＲＬＣ  ＰＤＵサイズ、現在のＲＬＣ  ＰＤＵサイズのサイズについてのパーセンテージの増加、最小許可トランスポートブロックサイズ、および最小Ｅ−ＴＦＣセットの最小値のうちの１つと対応する実施形態１８に記載のＷＴＲＵ。
【００５８】
２２．値ｘは、現在選択されているＥ−ＴＦＣのサイズのパーセンテージと固定のしきい値との間の最小値である実施形態１８に記載のＷＴＲＵ。
【００５９】
２３．値ｘは、Ｅ−ＤＣＨトランスポートブロックサイズテーブルの中の現在選択されているＥ−ＴＦＣより上にあるｎ個のインデックスであるＥ−ＴＦＣと現在選択されているＥ−ＴＦＣとの間のビット数によるサイズの差と、固定のしきい値と、の間の最小値である実施形態１８に記載のＷＴＲＵ。
【００６０】
上述では、機能および要素は特定の組み合わせで説明されているが、各機能または要素は、他の機能および要素なしで単独でも使用できるし、他の機能および要素の有無に関係なく様々な組み合わせで使用することもできる。本明細書で提供される方法または流れ図は、コンピュータプログラム、ソフトウェア、または汎用コンピュータまたはプロセッサによる実行用にコンピュータ読み取り可能なストレージ媒体に組み込まれるファームウェアとして実装することができる。コンピュータ読み取り可能なストレージ媒体の例には、ＲＯＭ（読出し専用メモリ；Read Only Memory）、ＲＡＭ（ランダムアクセスメモリ；Random Access Memory）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタルバーサタイルディスク；Digital Versatile Disk）などの光媒体がある。
【００６１】
適切なプロセッサには、例であるが、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ；Digital Signal Processor）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路；Application Specific Integrated Circuit）、ＦＰＧＡ（フィールドプログラマブルアレイ；Field Programmable Gate Array）回路、任意の他のタイプのＩＣ（集積回路；Integrated Circuit）、および／または状態マシンがある。
【００６２】
ＷＴＲＵ（無線送受信ユニット；Wireless Transmit Receive Unit）、ユーザ機器（ＵＥ）、端末、基地局、ＲＮＣ（無線ネットワーク制御装置；Radio Network Controller）、または任意のホストコンピュータで使用される高周波送受信機を実装するためにソフトウェアと関連付けられたプロセッサが使用できる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアの形で実装されるモジュール、例えば、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動デバイス、スピーカー、マイクロホン、テレビ送受信機，ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調；Frequency Modulated）無線ユニット、ＬＣＤ（液晶ディスプレイ；Liquid Crystal Display）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード；Organic Light-Emitting Diode）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（ワイヤレスローカルエリアネットワーク；Wireless Local Area Network）またはＵＷＢ（超広帯域；Ultra Wide Band）モジュールと組み合わせて使用することができる。
【図１】
0005386578.tif 000002
【図２】
0005386578.tif 000003
【図３】
0005386578.tif 000004
【図４】
0005386578.tif 000005
【図５】
0005386578.tif 000006
【図６】
0005386578.tif 000007