JP2010514358A - 拡張専用チャネル・トラフィックに対して有用な電力過負荷制御方法 - Google Patents

Abstract

拡張専用チャネル（Ｅ−ＤＣＨ）トラフィックを含む可能性のある通信を制御する例示的な方法は、合計アップリンク電力限度を許容電力限度未満に設定することを含む。アップリンク・リソースの最小量は、累積Ｅ−ＤＣＨ電力割り振りが選択された最小Ｅ−ＤＣＨ電力割り振りしきい値を満たすように、Ｅ−ＤＣＨサービスを要求する各ユーザに個別ユーザ・ベースで割り振られる。非Ｅ−ＤＣＨサービス要求を許可するかどうかの決定は、現在の合計アップリンク電力と合計アップリンク電力限度との関係、および選択された最小Ｅ−ＤＣＨ電力割り振りしきい値と現在の累積Ｅ−ＤＣＨ電力との関係に基づいて行われる。

Description

本発明は概して通信に関する。より詳細には、本発明は無線通信に関する。

無線通信システムは様々な目的に使用されている。音声通信は、かなり長く使われている。より最近には、無線データ通信が普及してきた。そのような通信の利用が拡大したので、通信事業者は、加入者のためにデータ通信の可能性を増やすように努力している。

機能の一例として拡張専用チャネル（Ｅ−ＤＣＨ）があるが、これは、本明細書では、高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）と同義であると見なされる。Ｅ−ＤＣＨは、３ＧＰＰ ＵＭＴＳ標準のリリース６の機能である。Ｅ−ＤＣＨは、カバレージおよびユーザが感じるスループットを向上させ、Ｒ９９ ＤＣＨに比べてデータ転送遅延を短縮するように意図されている。物理チャネルは、Ｒ９９ ＤＣＨに類似している。ターボ符号化、および拡散因数２の２つのチャネル化符号と拡散因数４の２つのチャネル化符号までの符号多重化がサポートされており、これにより、理論上は、物理層で５．７Ｍビット／秒までの最大データ・レートが可能になる。

ＤＣＨによる以前の伝送方法に比べて、Ｅ−ＤＣＨの無線リソース管理に関する変更の１つは、Ｅ−ＤＣＨリソース管理に関して、より大きい責任が、無線ネットワーク・コントローラ（ＲＮＣ）からノードＢおよびユーザ機器（ＵＥ）に移行したことである。Ｅ−ＤＣＨリソース管理の主要な部分は、Ｅ−ＤＣＨスケジューリングであるが、これは、ＵＥとノードＢの間で分散されている。ＵＥは、スケジューリング情報レポートをノードＢに送信することにより、リソース要求を示す。すると、ノードＢスケジューラは、既知のスケジューリング・アルゴリズムを使用して、そのＵＥがアップリンク伝送に使用できるアップリンク・リソースの最大量を示すスケジューリング許可を送信することにより、アップリンク・リソースを様々なＵＥに割り当てる。高速Ｅ−ＤＣＨスケジューリングはアップリンク・リソースのより厳格な制御を可能にし、それにより、アップリンク・リソース限度の設定を大きくすることができ、したがって、Ｅ−ＤＣＨの場合にユーザが感じる総計セル・スループットが増加する。

アップリンクで管理すべき主リソースは、ｄＢｍ単位で測定される、広帯域合計受信電力（ｒｅｃｅｉｖｅｄ ｔｏｔａｌ ｗｉｄｅｂａｎｄ ｐｏｗｅｒ：ＲＴＷＰ）測定値によって表されるアップリンクの干渉の合計である。ＲＴＷＰは、セル内でＥ−ＤＣＨがアクティブのとき、様々なトラフィック部分により発生する。ある１つの部分は、ＵＭＴＳシステムによって生成されない全干渉を含む背景ノイズを有する。例えば、熱ノイズ、人工ノイズ、または他の移動体システムから生じた干渉は、このカテゴリに分類される。ＵＭＴＳによって制御される干渉の関連部分は、背景ノイズの上にある。ＲＴＷＰの部分のうち、Ｅ−ＤＣＨスケジューラによって制御されない別の部分もある。この部分の主要なソースとしては、回線交換音声サービスを使用するか、Ｅ−ＤＣＨをサポートしないＤＣＨユーザ、ＲＡＣＨなどの共通チャネル、ＨＳ−ＤＰＣＣＨなどのアップリンク制御チャネル、および会話型トラフィック（例えば、ＶｏＩＰ）または信号トラフィックなど、遅延の影響を受けやすいＰＳトラフィックに使用される、スケジュールされないＥ−ＤＣＨ伝送がある。ＰＳトラフィックも、以下では、ＤＣＨトラフィックと見なされる。

一部のＲＴＷＰは、Ｅ−ＤＣＨサービング・ユーザにより発生する。Ｅ−ＤＣＨスケジューラは、専用相対スケジューリング許可、絶対スケジューリング許可、またはその両方を各影響を受けるユーザに個別に送信することにより、この部分を制御する。ＰＳトラフィックには、スケジュールされるＥ−ＤＣＨ伝送が使用され、ＰＳトラフィックは、ある程度は多少の伝送遅延を許容する（例えば、対話型／背景サービスなどのベスト・エフォート・トラフィック、またはストリーミング・サービスなどの保証されたビット・レート・トラフィック）。ＲＴＷＰの部分のうち、Ｅ−ＤＣＨ非サービング・ユーザにより発生する別の部分もある。Ｅ−ＤＣＨスケジューラは、共通相対スケジューリング許可を影響を受けるユーザの全部またはグループに送信することにより、この部分を制御する。

Ｅ−ＤＣＨスケジューラは、ＲＴＷＰのＥ−ＤＣＨ部分を以下の原則により割り振る。第１に、スケジューラは、ＲＴＷＰの全部分の総計を、ターゲットＲＴＷＰ限度により示される限度内に維持する。このターゲットは、ＲＮＣからノードＢに通知される。第２に、「非サービングＥ−ＤＣＨユーザから受信される電力」対「合計受信Ｅ−ＤＣＨ電力」の比が一定のレベルに維持される。この比もＲＮＣから通知される。最後に、他のユーザから使い残されたリソースのみが、スケジュールされたＥ−ＤＣＨユーザに使用できる。

Ｅ−ＤＣＨスケジューラによって制御されないＲＴＷＰは、ＲＮＣ内に置かれた過負荷制御アルゴリズムによって制御される。この部分を制限するには、呼許可制御（ＣＡＣ）が用いられる。例えば、ＤＣＨでの新しいサービス要求は、この部分が、選択されたしきい値未満の場合は許可され、そうでない場合は拒否される。ＵＭＴＳ ３ＧＰＰ標準リリース６までは、ＲＴＷＰ以外の新しい測定値は定義されておらず、したがって、ＲＴＷＰ測定値に関しても、ＲＮＣ内の許可制御アルゴリズムがその負荷制御しきい値を適用しなければならない。

既存のソリューションには、いくつかの欠点がある。Ｅ−ＤＣＨの場合、十分なトラフィック量があると、スケジューラは、Ｅ−ＤＣＨの制御下にないアップリンク・ユーザが使い残している全リソースを割り振ろうとし、合計ＲＴＷＰは常に限度に近い。実際には、負荷制御は、特にＤＣＨでの高速データ・レートには効率よく作用しない。上述の問題を克服するために許可制御のための許可しきい値をターゲットＲＴＷＰ近くに設定すると、Ｅ−ＤＣＨの制御下にないユーザ（例えば、Ｒ９９ ＤＣＨユーザ）からのトラフィックが増加した場合に何らかの負荷制御アクションが取られる前に、Ｅ−ＤＣＨスケジューラが全Ｅ−ＤＣＨユーザをゼロにまで低減してしまう危険がある。

上述の問題は３ＧＰＰによってすでに認識されており、３ＧＰＰ ＵＭＴＳ標準リリース７では、この問題を解決するために様々な試みが行われた。これまでに提示されたソリューションは、個々のＲＴＷＰ部分の一部のものについての測定値に基づいている。しかし、それでも、大きい欠点が残っている。１つの提案されたソリューションでは、ある量のアップリンク・リソースをＥ−ＤＣＨ用に確保するために、Ｅ−ＤＣＨがスケジュールしたトラフィックにより発生しないＲＴＷＰの測定値を使用するようになっており、関連の許可しきい値を比較的小さい値に設定しなければならない。このため、特定のセルでＥ−ＤＣＨがインアクティブの場合、ＤＣＨユーザによるリソースの使用率が相当に低下する。別の提案されたソリューションでは、サービングＥ−ＤＣＨトラフィックにより発生するＲＴＷＰのみの測定値を使用するようになっており、どのＥ−ＤＣＨユーザもアクティブになっていない場合、新しいＤＣＨサービス要求は拒否されることになる。したがって、特にインアクティブＥ−ＤＣＨの場合のためにしきい値を変更しなければならない。

原則として、インアクティブＥ−ＤＣＨの場合用に１組のしきい値、アクティブＥ−ＤＣＨの場合用に別の１組のしきい値を使用することを考えてもよい。しかし、この方法については、特定のセル内のＥ−ＤＣＨアクティビティを表す標識が必要である。ノードＢでは、これは達成することは比較的容易であるが、ＲＮＣで達成するほうが難しい。Ｅ−ＤＣＨアクティビティ標識をノードＢからＲＮＣへ送信するための既存の方法はない。さらに、ＤＣＨユーザのみがアクティブであったシナリオの後で、Ｅ−ＤＣＨユーザがセル内でアクティブになる場合のために、特殊な移行方法が必要である。

リソースおよびサービングＥ−ＤＣＨトラフィックを割り振るための改善された方法を提供することが望ましい。

拡張専用チャネル（Ｅ−ＤＣＨ）トラフィックを含む可能性のある通信を制御する例示的な方法は、合計アップリンク電力限度を許容電力限度未満に設定することを含む。アップリンク・リソースの最小量は、選択されたしきい値最小量を満たす累積最小Ｅ−ＤＣＨ電力を成立させる量がＥ−ＤＣＨサービスを要求する各ユーザに割り振られる。新しい非Ｅ−ＤＣＨユーザを許可するかどうかの決定は、現在の合計アップリンク電力と合計アップリンク電力限度との関係、および現在の累積Ｅ−ＤＣＨ電力と選択されたしきい値最小量との関係に基づいて行われる。

本発明の様々な特徴および利点は、当業者には、以下の詳細な説明から明らかになろう。詳細な説明に用いられる図面は、次のように簡単に説明できる。

本発明の実施形態で有用な通信システム例の選択された部分を概略的に示した図である。 電力リソース割り振り手法の一例を概略的に示した図である。 図３ａ乃至３ｃは、様々なトラフィック負荷シナリオを概略的に示した図である。

図１は、無線通信システム２０の選択された部分を概略的に示している。複数の移動体装置２２、２４および２６は、音声通信、データ通信、またはその両方に有用である。基地局３０は移動体装置２２〜２６と通信して、ユーザによって要求される所望のサービスを提供する。基地局３０は、例示の移動体装置群に拡張専用チャネル（Ｅ−ＤＣＨ）サービスを提供することができる。

基地局３０は、ユーザをＥ−ＤＣＨサービス用にスケジュールするのに有用なスケジューラ３２を備えている。基地局３０は、無線ネットワーク・コントローラ（ＲＮＣ）３４とも通信する。基地局スケジューラ３２およびＲＮＣ ３４は、専用チャネル（ＤＣＨ）データ・トラフィックおよびＥ−ＤＣＨトラフィックのスケジューリングを容易にするように動作する。例示されたＲＮＣ ３４は、非Ｅ−ＤＣＨトラフィックのスケジューリングを扱う呼許可制御エンティティ３５を備えている。

図２は、アップリンク電力レベルおよびサービングＥ−ＤＣＨユーザを管理するのに有用な伝送電力制御ストラテジーの例を概略的に示している。グラフ４０は、縦軸にアップリンク電力をＲＴＷＰとして示している。様々な限度が適用されており、それらは、ＲＮＣ ３４により、一例では、ＮＢＡＰ信号によって基地局スケジューラ３２に提供される。ＲＮＣ ３４に設定されたパラメータが、関連の測定イベントを生成し、測定イベントに応答して、対応するアクションをトリガする。

例えば、許容アップリンク電力限度４２は、過負荷を回避し、所望のカバレージを提供する受け入れ可能なＲＴＷＰ量に対応する。合計アップリンク電力限度４４は、実際のＲＴＷＰを平均で許容アップリンク電力限度４２未満に維持するように設定される。合計アップリンク電力限度４４は、セル内でどのＥ−ＤＣＨユーザもアクティブになっていない場合の平均ＤＣＨリソース使用率の限度を決定する。この例では、合計アップリンク電力限度４４が特定のセル内でＥ−ＤＣＨがアクティブであることの標識を提供し、Ｅ−ＤＣＨスケジューラ３２は残りの全アップリンク・リソースを限度４２まで割り振ることができる。

輻湊制御限度４６は、合計ＲＴＷＰが許容アップリンク電力限度４２を超えた場合に、合計ＲＴＷＰを後者未満に戻すのを容易にするように設定される。輻湊限度４６は、許容アップリンク電力限度４２より大きい。限度４６の設定例では、Ｅ−ＤＣＨスケジューラ３２が合計アップリンク電力を限度４２未満に維持できない場合、輻湊制御は確実にＤＣＨトラフィックのみを低減する。限度４６をこのように設定すると、輻湊制御は、例えば、短時間のオーバーショットごとに応答するのではなく、長期のアップリンク過負荷にのみ応答してトリガされるので、ヒステリシスを許す。一例では、輻湊制御がＲＴＷＰを、高い確率で、十分に許容電力限度４４未満に抑えるように、輻湊制御限度４６は、限度４４の比較的近くに設定される。

この例では、スケジューラ３２によって、Ｅ−ＤＣＨユーザ用に最小保証リソース割り振り５０が使用されている。最小リソース割り振り５０は、セル内でＥ−ＤＣＨユーザがアクティブになっている場合に、平均Ｅ−ＤＣＨリソース使用率の限度を決定する。最小割り振り５０の値または範囲を設定することにより、Ｅ−ＤＣＨユーザに対するリソース割り当ての優先順位を決定できる。最小割り振り５０を比較的大きく設定すると、より多くのアップリンク・リソースがＥ−ＤＣＨ用に確保され、ＤＣＨが使用可能なリソースは少なくなる。または、その逆にある。

リソース割り振り５０は、一例では、スケジューラ３２によってスケジュールされるＥ−ＤＣＨユーザ用であり、最小サービングＥ−ＤＣＨ電力割り振りと呼ぶことができる。別の例では、リソース割り振り５０は、スケジューラ３２によって制御されないＥ−ＤＣＨユーザ用であり、最小非サービングＥ−ＤＣＨ電力割り振りと考えることができる。説明の目的上、これ以降は、例として最小サービングＥ−ＤＣＨ電力割り振りを中心に説明する。本説明の利益を受ける当業者は、非サービングＥ−ＤＣＨ電力割り振りを最小割り振り５０として有する実施態様に、説明される例の原理をどのように適用するかは理解できるであろう。

最小サービングＥ−ＤＣＨリソース割り振りは、一例では、最小量のアップリンク・リソースを各ユーザ（例えば、移動体装置）に割り当てることにより行われるが、最小量のアップリンク・リソースは、アクティブなＥ−ＤＣＨユーザの最小データ・レートをサポートするように調整される。個別ユーザ限度方式を用いると、スケジュールされたＥ−ＤＣＨユーザに累積最小電力割り振りを行えるようになる。そのような例での最小割り振り５０の設定は、平均の最小サービングＥ−ＤＣＨ電力に関する設定値にも依存するが、その設定値は、ユーザの最小スケジューリング許可とユーザのトラフィック・アクティビティから得られる。スケジューラ３２は、どれだけのサービングＥ−ＤＣＨユーザがスケジュールされるか、およびそのそれぞれのユーザに許可されたリソース割り振りを知っている。スケジューラ３２は、スケジュールされたＥ−ＤＣＨトラフィックがあるときには常に最小サービングＥ−ＤＣＨ電力割り振りを利用するために、一例では、個別スケジューリング許可を管理する。

サービングＥ−ＤＣＨ電力および非サービングＥ−ＤＣＨ電力が合わさって、合計のＥ−ＤＣＨリソース消費が発生する。一例では、ＲＮＣ ３４によって提供される「非サービングＥ−ＤＣＨ電力」対「合計Ｅ−ＤＣＨ電力」比によって、非サービングＥ−ＤＣＨユーザ用の相対的アップリンク・リソース部分が決定される。スケジューラはサービングＥ−ＤＣＨ電力およびこの比を知っており、そのため、合計を決定することができる。

図には、背景ノイズ・レベル５２が示されているが、背景ノイズ・レベルは、例えば、アップリンク・アクティビティが少ない、またはまったくないときにＲＴＷＰ測定値からＲＮＣ内で概算される。限度４４および４６は、アップリンク負荷設定値から、背景ノイズ・レベル５２と相対的に、または純粋なＲＴＷＰ値として決定されてよい。

一例では、ＤＣＨトラフィックが増えているとき、Ｅ−ＤＣＨスケジューラ３２が各Ｅ−ＤＣＨユーザに、合計ＲＴＷＰが許容合計ＲＴＷＰ限度４２を十分超える最小スケジューリング許可を割り振っている場合、現在の合計ＲＴＷＰが、限度４２を超える可能性がある。合計のＥ−ＤＣＨリソース使用量は、アクティブなスケジュールされたＥ−ＤＣＨユーザおよび非サービングＥ−ＤＣＨユーザのアップリンク電力によって決定される。一例では、非サービングＥ−ＤＣＨ電力は、現在のサービングＥ−ＤＣＨ電力、およびＲＮＣによって提供および調整される「非サービングＥ−ＤＣＨ電力」対「合計Ｅ−ＤＣＨ電力」比から決定される。

輻湊制御限度４６は、合計ＲＴＷＰがその限度を超えたときに常に適用される。一例では、輻湊制御は、ＤＣＨユーザ・トラフィックを低減することを含む。１つの例は、ＤＣＨ上の選択された数のＰＳユーザのデータ・レートを低減することを含む。別の例は、一部のＤＣＨ呼を、分離された周波数またはＧＳＭへハンドオーバすることを含む。ＤＣＨトラフィックを低減する他の手法を適用することもできる。

許可制御の目的で、少なくとも合計アップリンク電力限度４４および最小Ｅ−ＤＣＨ電力割り振り５０が適用される。一例では、許可制御は、ＤＣＨ上のサービス要求を許可するか、拒否するかを決定するとき、両方のしきい値に対する負荷検査を行うことを含む。許可アルゴリズムの１つの例は、いくつかの決定基準を含む。

現在の合計ＲＴＷＰが合計アップリンク電力限度４４未満の場合、ＤＣＨ上のユーザ向けのすべてのサービス要求が、現在のサービングＥ−ＤＣＨ電力レベルの状況に関係なく許可できる。この場合、Ｅ−ＤＣＨがアクティブでないか、またはＥ−ＤＣＨスケジューラ３２がすべての使用可能なアップリンク・リソースをＥ−ＤＣＨに割り振っていない（例えば、Ｅ−ＤＣＨトラフィックが少ない）。したがって、新しいＤＣＨユーザが使用できるリソースは十分にあり、ＲＴＷＰが許容アップリンク電力限度４２を超える危険は低い。

現在の合計ＲＴＷＰが合計アップリンク電力限度４４に少なくとも等しく、現在のサービングＥ−ＤＣＨ電力が最小サービングＥ−ＤＣＨ電力割り振り５０に少なくとも等しい場合、ＤＣＨ上のユーザ向けの新しいサービス要求は許可できる。この場合、Ｅ−ＤＣＨはアクティブであり、Ｅ−ＤＣＨスケジューラ３２は、すべての使用可能なアップリンク・リソースをＥ−ＤＣＨに割り振っている。スケジューラ３２は、最小サービングＥ−ＤＣＨ電力割り振り５０によって提供される量より大きいサービングＥ−ＤＣＨ電力を使用する。この場合でも、新しいＤＣＨユーザが使用できるアップリンク・リソースは十分にあり、合計伝送電力が許容ＲＴＷＰ限度を超える危険は低い。

現在の合計ＲＴＷＰが合計アップリンク電力限度４４に少なくとも等しく、現在のサービングＥ−ＤＣＨ電力が最小サービングＥ−ＤＣＨ電力割り振り５０未満の場合、ＤＣＨ上のユーザ向けの新しいサービス要求は拒否しなければならない。この場合、Ｅ−ＤＣＨはアクティブであり、Ｅ−ＤＣＨスケジューラ３２は、すべての使用可能なリソースをＥ−ＤＣＨに割り振っている。しかし、Ｅ−ＤＣＨが使用できるリソースは、最小割り振り５０に近い。したがって、合計ＲＴＷＰが許容アップリンク電力限度を超える危険や、スケジューラ３２が実際のサービングＥ−ＤＣＨ電力を、その後に十分なＥ−ＤＣＨサービスが提供できないレベルにまで低減させる危険を伴わずに新しいＤＣＨユーザが使用できるリソースはない。

一例では、拒否されたユーザは、例えば、データ・レートを低減してサービスの試行を繰り返すか、または別のキャリア周波数へ割り振りしてサービスの試行を繰り返す。

新しく許可されたサービスにより過負荷状況が生ずると（例えば、設定されている許可しきい値が大きすぎる）、ＲＴＷＰが合計アップリンク電力限度４４を超えるおそれがある。現在の合計ＲＴＷＰが輻湊制御限度４６を超えている場合、ＲＮＣ輻湊制御は、上述のようにＤＣＨトラフィックを低減する。したがって、限度４６は、攻撃的許可制御設定値（例えば、限度４４およびしきい値最小５０）の場合のアップリンク過負荷を回避する。

図３ａは、多少の基本ＤＣＨ負荷がある場合にいずれかのＥ−ＤＣＨトラフィックがアクティブになる前の電力割り振りの例を示している。図３ａの合計ＲＴＷＰは、背景ノイズ６０およびＤＣＨユーザ電力６２を有しており、それらが合わさって現在の合計ＲＴＷＰ ６４を形成している。この例では、合計ＲＴＷＰ ６４は、合計アップリンク電力限度４４未満である。合計ＲＴＷＰ ６４が合計アップリンク電力限度４４未満のままであれば、新しいＤＣＨサービス要求は許可される。限度４４が妥当に設定されていれば、合計ＲＴＷＰが許容アップリンク電力限度４２を超える確率はごく低い。

図３ｂは、Ｅ−ＤＣＨ呼が開始されるときのシナリオを概略的に示している。多少の非サービングＥ−ＤＣＨユーザが、６６で示される、使用可能なアップリンク・リソースの一部を消費している。この例では、Ｅ−ＤＣＨスケジューラ３２が、６８の、合計伝送電力のある量をＥ−ＤＣＨユーザに個別ユーザ・ベースで割り振る。この例のパラメータ設定値によれば、スケジューラ３２は、スケジュールされたＥ−ＤＣＨユーザに少なくとも最小サービングＥ−ＤＣＨ電力割り振り５０を割り振る。この例では、現在のＲＴＷＰ ６４は、ＤＣＨの使用量からすでに大きかった。新しくアクティブになったＥ−ＤＣＨトラフィックが発生させる合計ＲＴＷＰ ７０は、許容アップリンク電力限度４２を超えている。図３ｂでは、システムはアップリンク過負荷になっており、合計ＲＴＷＰ ７０は低減されなければならない。

図３ｂの例では、合計ＲＴＷＰ ７０は、輻湊制御限度４６も超えている。したがって、ＲＮＣ ３４の輻湊制御は、合計ＲＴＷＰを低減するためにＤＣＨトラフィックを低減する。１つの例は、一部の選択されたＤＣＨユーザのデータ・レートを低減することを含む。

図３ｃは、図３ｂで説明された状況に応答して輻湊制御が実施されてしばらく後のシナリオを示している。図３ｃでは、ＤＣＨトラフィック電力６２’は低減されており、許容ＲＴＷＰのうち、Ｅ−ＤＣＨトラフィックに使用できる部分は十分にある。示された例では、Ｅ−ＤＣＨスケジューラ３２は、最小サービングＥ−ＤＣＨ電力割り振り５０に対してよりも、スケジュールされたＥ−ＤＣＨユーザに対してのほうがアップリンク・リソースを多く割り振る。Ｅ−ＤＣＨスケジューラは、これで、合計アップリンク電力７４を許容アップリンク電力限度４２未満に抑えることができ、システムは、その後、アップリンク過負荷にならない。

図３ｃにおいて、最小サービングＥ−ＤＣＨ電力割り振り５０のしきい値は、合計アップリンク電力限度４４と関連付けて適用される。これら２つのしきい値および上述の許可制御方式を用いると、現在のサービングＥ−ＤＣＨ電力６８’を平均で最小しきい値５０の上に維持することができる。合計の消費Ｅ−ＤＣＨリソース（例えば、サービング６８’および非サービング６６’Ｅ−ＤＣＨリソースの総計）も、スケジューラ３２が適用する「非サービングＥ−ＤＣＨ電力」対「合計Ｅ−ＤＣＨ電力」比のために制限される。

開示された例に関しては、いくつかの利点がある。１つの利点は、Ｅ−ＤＣＨユーザに対する個別最小スケジューリング許可の使用に起因する。全体最小Ｅ−ＤＣＨスケジューリング許可のみを適用する手法では、いくつかの問題があり、それらは、本発明の開示された実施形態例のユーザ別最小割り振り方式を使って回避される。例えば、開示された例は、ＲＴＷＰの変動に対して同じように反応せず、ＲＴＷＰの変動は、ＵＥ伝送電力の変化よりはるかに大きい。Ｅ−ＤＣＨスケジューラの制御下にない多くのソースがある。例えば、変動する背景ノイズ、ソフト・ハンドオーバされない他のＵＭＴＳユーザなどである。ユーザ別最小割り振り方式では、スケジューラが、保証された最小サービングＥ−ＤＣＨ電力を提供することはより容易である。ユーザ別最小割り振り手法を使用しない場合、スケジューラが、信号待機のために合計受信電力に特定の制約を課し続けることは困難である。さらに、ＵＥがインアクティブであれば、実際のサービングＥ−ＤＣＨ電力は全体最小サービングＥ−ＤＣＨ電力割り振り未満になる可能性がある。

開示された例に関する別の利点は、Ｅ−ＤＣＨトラフィックの優先順位を非Ｅ−ＤＣＨトラフィックより選択的に高く、または低く設定できることである。ＤＣＨユーザ・データ・レートは、例えば、Ｅ−ＤＣＨユーザ用に最小データ・レートを保証するために格下げすることができる。さらに、最小Ｅ−ＤＣＨ電力割り振りおよび最小Ｅ−ＤＣＨデータ・レートを共に設定すると、アップリンク・リソース割り振りの優先順位を調整できるようになる。

開示された例は、セルのＥ−ＤＣＨアクティビティの独立した標識を必要としない。一例では、判定はＲＴＷＰ測定値およびサービングＥ−ＤＣＨ電力測定値から導出される。

より良いリソース利用率が可能である。例えば、固定割り振りの場合に比べて、ＤＣＨトラフィックは、より高いしきい値に達し、Ｅ−ＤＣＨトラフィックは、すべての未使用のスループットを利用することができる。

前述の説明は、本質的に、限定ではなく、例である。開示された例の変形および修正は当業者には明らかであろうが、それらは必ずしも本発明の核心から逸脱しない。本発明に与えられる法的保護の範囲は、添付の特許請求の範囲を検討することでのみ判定できる。

Claims (10)

1. 拡張専用チャネル（Ｅ−ＤＣＨ）トラフィックを含む可能性のある通信を制御する方法であって、
   合計アップリンク電力限度を許容電力限度未満に設定するステップと、
   累計割り振りＥ−ＤＣＨ電力が選択された最小Ｅ−ＤＣＨ電力しきい値を満たすように、最小電力を各Ｅ−ＤＣＨユーザに個別ユーザ・ベースで割り振るステップと、
   現在の合計アップリンク電力と前記合計アップリンク電力限度との関係、および現在の累積割り振りＥ−ＤＣＨ電力と前記選択された最小Ｅ−ＤＣＨ電力しきい値との関係に基づいて、非Ｅ−ＤＣＨサービス要求を許可するかどうかを決定するステップと
   を含む方法。
2. 前記選択された最小Ｅ−ＤＣＨ電力しきい値が、
   最小サービングＥ−ＤＣＨ電力割り振り、または
   最小非サービングＥ−ＤＣＨ電力割り振り
   のうちの少なくとも１つを有する、請求項１に記載の方法。
3. 合計のＥ−ＤＣＨリソース使用量を、アクティブなサービングＥ−ＤＣＨユーザのアップリンク電力、および、非サービングＥ−ＤＣＨ電力対合計Ｅ−ＤＣＨ電力比から決定するステップを含む、請求項１に記載の方法。
4. 現在のＥ−ＤＣＨアクティビティを、決定された広帯域合計受信電力測定値およびサービングＥ−ＤＣＨ電力測定値から決定するステップを含む、請求項１に記載の方法。
5. 前記最小Ｅ−ＤＣＨ電力割り振りを、Ｅ−ＤＣＨトラフィック用に所望の優先順位を得るように設定するステップを含む、請求項１に記載の方法。
6. 現在の合計アップリンク電力が前記合計アップリンク電力限度未満であるかを判定するステップと、
   前記現在の合計アップリンク電力が前記合計アップリンク電力限度未満であるときには、非Ｅ−ＤＣＨユーザ向けのサービス要求を許可するステップと
   を含む、請求項１に記載の方法。
7. 現在の合計アップリンク電力が前記合計アップリンク電力限度に少なくとも等しいかを判定するステップと、 現在のＥ−ＤＣＨ電力が前記最小Ｅ−ＤＣＨ電力しきい値と少なくとも等しいかを判定するステップと、
   前記現在の合計アップリンク電力が前記合計アップリンク電力限度に少なくとも等しく、且つ、前記現在のＥ−ＤＣＨ電力が、前記最小Ｅ−ＤＣＨ電力しきい値と少なくとも等しいときには、非Ｅ−ＤＣＨユーザ向けのサービス要求を許可するステップと
   を含む、請求項１に記載の方法。
8. 現在の合計アップリンク電力が前記合計アップリンク電力限度に少なくとも等しいかを判定するステップと、
   現在のＥ−ＤＣＨ電力が前記最小Ｅ−ＤＣＨ電力しきい値未満であるかを判定するステップと、
   前記現在の合計アップリンク電力が前記合計アップリンク電力限度に少なくとも等しく、且つ、前記現在のＥ−ＤＣＨ電力が前記最小Ｅ−ＤＣＨ電力しきい値未満であるときには、非Ｅ−ＤＣＨユーザ向けのサービス要求を拒否するステップと
   を含む、請求項１に記載の方法。
9. 前記最小Ｅ−ＤＣＨ電力割り振りを超える量のアップリンク・リソースをＥ−ＤＣＨユーザに割り振るステップを含む、請求項１に記載の方法。
10. 輻湊制御限度を前記許容アップリンク電力限度より大きく設定するステップと、
    Ｅ−ＤＣＨトラフィックがあり、且つ、現在の合計アップリンク電力が前記輻湊制御限度を超えているときには、非Ｅ−ＤＣＨユーザへのアップリンク・リソース割り振りを低減するステップと
    を含む、請求項１に記載の方法。

Images