JP4699421B2 - リバースアクティビティビットの評価とデータフローに特定の上方／下方ランピング関数にもとづく送信電力制御のための方法および対応する無線アクセス端末 - Google Patents

Description

３５Ｕ．Ｓ．Ｃ．１１９に基づく優先権の主張
この特許出願は、この特許出願の譲受人に譲渡され、参照することにより本明細書に明示的に組み込まれる、２００３年７月１５日に出願された、「自律割当を用いたマルチフロー通信システムのためのリバースリンク差別化サービス」(Reverse Link Differentiated Services for a Multiflow Communications System Using Autonomous Allocation)というタイトルの仮出願第６０／４８７，６４８の優先権を主張する。

また、この特許出願は、この特許出願の譲受人に譲渡され参照することにより明示的に本明細書に組み込まれる、２００３年８月６日に出願された、「分散通信システムのための協同自律およびスケジュールされたリソース割当」(Cooperative Autonomous And Scheduled Resource Allocation For A Distributed Communication System)というタイトルの仮出願第６０／４９３，７８２の優先権を主張する。

また、この特許出願は、この特許出願の譲受人に譲渡され、参照することにより本明細書に明示的に組み込まれる、２００３年１２月３日に出願された、「通信システムのためのマルチフローリバースリンクＭＡＣ」(Multiflow Reverse Link MAC for a Communication System)というタイトルの仮出願第６０／５２７，０８１の優先権を主張する。

この発明は一般に無線通信システムに関し、特に無線通信システムにおけるアクセス端末の媒体アクセス制御（ＭＡＣ）層の動作における改良に関する。

通信システムは、開始局から物理的に異なるあて先局への情報信号の送信を可能にするように開発されてきた。通信チャネルを介して開始局から情報信号を送信する際に、情報信号は最初に通信チャネルを介した効率的な送信に適した形式に変換される。結果として生じる変調された搬送波のスペクトルが通信チャネル帯域幅内に制限されるように、情報信号の変換または変調は、情報信号に従って、搬送波のパラメーターを変換させることを含む。あて先局において、オリジナル情報信号は、通信チャネルを介して受信された変調波から複製される。そのような複製は、一般に開始局により採用される変調プロセスの逆を用いて達成される。

また、変調は多重アクセス、すなわち共通の通信チャネルを介したいくつかの信号の同時送信および／または受信を容易にする。多元接続通信システムは、共通の通信チャネルへの連続的なアクセスよりもむしろ相対的に短期間の断続的なサービスを必要とする複数の遠隔加入者装置をしばしば含む。符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、および振幅変調多元接続（ＡＭ）のようないくつかの多元接続技術が技術的に知られている。

多元接続通信システムは、無線であってもよいし又は有線であってもよく、音声および／又はデータを運んでもよい。多元接続通信システムにおいて、ユーザー間の通信は１つ以上の基地局を介して行われる。１つの加入者局上の第１のユーザーは、リバースリンクを介してデータを基地局に送信することにより、第２の加入者局上の第２のユーザーに通信する。基地局はデータを受信し、そのデータを他の基地局に送ってもよい。同じ基地局または他の基地局のフォワードチャネル上のデータは、第２の加入者局に送信される。フォワードチャネルは、基地局から加入者局への送信を指し、リバースチャネルは加入者局から基地局への送信を指す。同様に、通信は、１つの移動加入者局上の第１のユーザーと地上通信線局上の第２のユーザーとの間で行ってもよい。基地局は、リバースチャネル上のユーザーからデータを受信し、公衆交換電話網（ＰＳＴＮ）を介して第２のユーザーにデータを送る。多くの通信システム、例えば、ＩＳ−９５、Ｗ−ＣＤＭＡ、ＩＳ−２０００では、フォワードチャネルとリバースチャネルには異なる周波数が割り当てられる。

データ最適化通信システムの一例は、ハイデータレート（ＨＤＲ）通信システムである。ＨＤＲ通信システムでは、基地局は時々アクセスネットワークと呼ばれる。また、遠隔局は時々アクセス端末（ＡＴ）と呼ばれる。ＡＴによって行なわれた機能性は、メディアアクセス制御（ＭＡＣ）層を含む層のスタックとして組織してもよい。ＭＡＣ層は、リバースチャネルのオペレーションと関係のあるサービスを含む高次層に、あるサービスを提供する。利点は、無線通信システム内のＡＴのＭＡＣ層のオペレーションにおける改良によって実現してもよい。

発明の概要

セクター内のアクセスネットワークとの無線通信用に構成される端末が開示される。アクセス端末は、アクセスネットワークにリバーストラフィックチャネルを送信するための送信機、アクセスネットワークから信号を受信するためのアンテナ、プロセッサー、およびプロセッサーと電子的に通信するメモリを含む。命令はメモリに記憶される。命令は、アクセスネットワークにより送信されたリバースアクティビティビットの現在値を推定することを含む方法を実施するように実行可能である。

リバースアクティビティビットの推定された現在値が、セクターがビジーであることを示しているなら、方法は、また、アクセス端末上の複数のフローの各フローのための現在の電力割当を減少することを含む。特定のフローのための減少の大きさは、フローのために設計される下方のランピング関数(downward ramping function)に従って決定してもよい。

下方ランピング関数は、フローの現在の電力割当の関数であってもよい。

セクターがアイドル状態であることを、リバースアクティビティビットの推定された現在値が示しているなら、方法はまた、アクセス端末上の複数のフローの各フローのための現在の電力割当を増加することも含む。特定のフローのための増加の大きさは、フローのために設計される情報ランピング関数に従って決定してもよい。情報ランピング関数は、フローのための現在の電力割当の関数であってもよい。

いくつかの実施形態において、リバースアクティビティビットの現在値を推定することは、スロット毎に１回実行してもよい。推定は、調節可能な時定数を有するフィルターを用いて、アクセスネットワークから受信した信号をフィルタリングすることを含んでいてもよい。

方法はさらに、セクターの負荷レベルを推定すること、および複数のフローの各フローのためにピーク電力割当を決定することを含んでいてもよい。特定のフローのためのピーク電力割当は、フローのための現在の電力割当およびセクターの負荷レベルの推定値の関数であってもよい。

いくつかの実施形態において、方法は、各フローに対して、フローのため累積された電力割当を決定することをさらに含んでいてもよい。フローのための現在の電力割当およびフローのための累積された電力割当を用いてフローのための合計の利用可能な電力を決定してもよい。フローのための合計の利用可能な電力を使用してアクセスネットワークに送信されるパケットのための電力レベルを決定してもよい。いくつかの実施形態において、フローのための累積された電力割当は、飽和レベルにより制限してもよい。飽和レベルは、ピーク電力割当を超えて設定可能な因子であってもよい。

下方ランピング関数および情報ランピング関数は両方ともセクターの負荷レベルの推定値に依存していてもよい。あるいは、またはさらに、下方ランピング関数および上方ランピング関数は両方ともアクセス端末により測定されるパイロット強度に依存していてもよい。

セクター内のアクセスネットワークと無線通信するように構成されるアクセス端末の他の実施形態も開示される。アクセス端末は、アクセスネットワークにより送信されるリバースアクティビティビットの現在値を推定する手段を含む。

セクターがビジーであることをリバースアクティビティビットの推定された現在値が示すなら、アクセス端末は、また、アクセス端末上の複数のフローの各フローのための現在の電力割当を減少する手段も含む。特定のフローのための減少の大きさは、フローのために決定された下方ダンピング関数に従って決定してもよい。下方ランピング関数は、フローのための現在の電力割当の関数であってもよい。

セクターがアイドル状態であることをリバースアクティビティビットの推定された現在値が示すなら、アクセス端末上の複数のフローの各フローのための現在の電力割当を増加する手段も含む。特定のフローのための増加の大きさは、フローのために設計される上方ランピング関数に従って決定してもよい。上方ランピング関数は、フローのための現在の電力割当の関数であってもよい。

アクセス端末はまたセクターの負荷レベルを推定する手段を含んでいてもよい。また、アクセス端末は、複数のフローのフローごとにピーク電力割当を決定する手段を含んでいてもよい。特定のフローのためのピーク電力割当は、フローのための現在の電力割当およびセクターの負荷レベルの推定値の関数であってもよい。

また、アクセス端末は、フロー毎に、フローのための累積された電力割当を決定する手段と、フローのための現在の電力割当と、フローのための累積された電力割当を用いてフローのための合計の利用可能な電力を決定する手段を含んでいてもよい。また、アクセス端末は、フローのための利用可能な電力を用いてアクセスネットワークに送信されるパケットのための電力レベルを決定する手段を含んでいてもよい。

「例示」という用語は、ここでは、「例、インスタンス、例証」を意味するために使用される。「例示」としてここに記載されるいかなる実施形態も他の実施形態に対して必ずしも好適であるまたは有利であるとして解釈されるべきでない。

例示実施形態はこの議論全体にわたって模範として提供されるが、代替実施形態は、本発明の範囲から逸脱することなく種々の観点を含んでいてもよい。特に、本発明は、データ処理システム、無線通信システム、モバイルＩＰネットワークおよび無線信号を受信し処理することを所望する任意の他のシステムに適用可能である。

例示実施形態は、スペクトル拡散無線通信システムを採用する。無線通信システムは、音声、データ等のような種々のタイプの通信を提供するために広範囲に展開される。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）またはその他の変調技術に基づいていてもよい。ＣＤＭＡシステムは、他のタイプのシステムに対して、システムキャパシティの増大を含むある利点を提供する。

無線通信システムは、ここでは、ＩＳ−９５規格と呼ばれる「デュアルモード広域スペクトル拡散セルラーシステムのためのＴＩＡ／ＥＩＡ／ＩＳ−９５−Ｂ移動局−基地局互換規格」、ここでは、Ｗ−ＣＤＭＡ規格と呼ばれ、３ＧＰＰと呼ばれる「第三世代パートナーシッププロジェクト」という名前の共同体により提供され、文献番号第３ＧＰＰ ＴＳ ２５．２１１、３ＧＰＰ ＴＳ ２５．２１２、３ＧＰＰ ＴＳ ２５．２１３、および３ＧＰＰ ＴＳ ２５．２１４、３ＧＰＰ ＴＳ ２５．３０２を含む文献のセットに具現化される規格、ここでは、３ＧＰＰ２と呼ばれる「第三世代パートナーシッププロジェクト２」という名前の共同体により提供される規格、およびここでは、ｃｄｍａ２０００規格、公式には、ＩＳ−２０００ＭＣと呼ばれるＴＲ−４５．５のような１つ以上の規格をサポートするように設計してもよい。上で引用した規格は、参照することにより本明細書に明示的に組み込まれる。

ここに記載されるシステムと方法は、高データレート（ＨＤＲ）通信システムとともに使用してもよい。ＨＤＲ通信システムは、「第三世代パートナーシッププロジェクト２」により公布された、「ｃｄｍａ２０００高レートパケットデータエアーインターフェース仕様」３ＧＰＰ２ Ｃ．Ｓ００２４−Ａ、バージョン１、２００４年３月のような１つ以上の規格に準拠するように設計してもよい。上述の規格の内容は参照することによりここに組み込まれる。

ここでは、アクセス端末（ＡＴ）と呼んでもよいＨＤＲ加入者局はモバイルであってもよいし、静止していてもよく、ここでは、モデムプールトランシーバーmodem pool transceivers)（ＭＰＴｓ）と呼んでもよい１つ以上のＨＤＲ基地局と通信してもよい。

アクセス端末は、１つ以上のモデムプールトランシーバーを介して、ここでは、モデムプールコントローラー（ＭＰＣ）と呼んでもよい、ＨＤＲ基地局コントローラーに対してデータパケットを送信および受信する。モデムプールトランシーバーおよびモデムプールコントローラーはアクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは、多元接続端末間でデータパケットを送信する。アクセスネットワークはさらに、企業イントラネットまたはインターネットのようなアクセスネットワーク外部のさらなるネットワークに接続してもよく、各アクセス端末とそのような外部ネットワークとの間でデータパケット送信してもよい。１つ以上のモデムプールトランシーバーとアクティブトラヒックチャネル接続を確立したアクセス端末はアクティブアクセス端末と呼ばれ、トラヒック状態にあると言われる。１つ以上のモデムプールトランシーバーとアクティブなトラヒックチャネル接続を確立するプロセスにあるアクセス端末は接続セットアップ状態にあると言われる。アクセス端末は、無線チャネルまたは有線チャネル、例えば光ファイバーまたは同軸ケーブルを介して通信する任意のデータ装置であってよい。さらにアクセス端末は、これらに限定されないが、ＰＣカード、コンパクトフラッシュ（登録商標）、外部または内部モデム、無線または地上通信線電話を含む多数のタイプの装置のいずれかであってよい。アクセス端末が信号をモデムプールトランシーバーに送信する通信チャネルはリバースチャネルと呼ばれる。モデムプールトランシーバーが信号をアクセス端末に送信する通信チャネルはフォワードチャネルと呼ばれる。

図１は、多数のユーザーをサポートし、ここに議論される実施形態の少なくともいくつかの観点を実施することができる通信システム１００の一例を図解する。システム１００において送信をスケジュールするために様々なアルゴリズムおよび方法のいずれかを使用してもよい。システム１００は多数のセルのための通信を提供する。各セルはそれぞれ対応する基地局１０４Ａ−１０４Ｇによりサービスされる。例示実施形態において、基地局１０４のいくつかは複数の受信アンテナを有し、他は、１つの受信アンテナのみを有する。同様に、基地局１０４のいくつかは複数の送信アンテナを有し、他は単一の送信アンテナを有する。送信アンテナと受信アンテナの組合せに関して制限はない。それゆえ、基地局１０４が複数の送信アンテナと単一の受信アンテナ、または複数の受信アンテナと単一の送信アンテナ、または両方とも単一または複数の送信アンテナと受信アンテナを有することは可能である。

サービスエリア内の遠隔局１０６は固定（すなわち静止状態）であってもよいし、またはモバイルであってもよい。図１に示されるように、種々の遠隔局１０６はシステム全体に渡って分散されている。各遠隔局は、例えば、ソフトハンドオフが採用されているかどうか、または端末が複数の基地局から複数の送信を（同時にまたはシーケンシャルに）受信するように設計され動作されるかどうかに応じて、いつなんどきでもフォワードチャネルおよびリバースチャネルを介して少なくとも１つおよびおそらく１つ以上の基地局１０４と通信する。ＣＤＭＡ通信システムにおけるソフトハンドオフは、技術的に良く知られており、本発明の譲受人に譲渡された「ＣＤＭＡ携帯電話システムにおいてソフトハンドオフを供給するための方法およびシステム」(Method and System for Providing a Soft Handoff in a CDMA Cellular Telephone System)というタイトルの米国特許第５，１０１，５０１号に詳細に記載されている。

フォワードチャネルは、基地局１０４から遠隔局１０６への送信を指し、リバースチャネルは遠隔局１０６から基地局１０４への送信を指す。例示実施形態において、遠隔局１０６のいくつかは複数の受信アンテナを有し、他は１つのみの受信アンテナを有する。図１において、基地局１０４Ａは、フォワードチャネルを介して遠隔局１０６Ａおよび１０６Ｊを送信し、基地局１０４Ｂは、データを遠隔局１０６Ｂおよび１０６Ｊに送信し、基地局１０４Ｃはデータを遠隔局１０６Ｃに送信する。以下同様である。

高データレート（ＨＤＲ）通信システムにおいて、基地局はときどきアクセスネットワーク（ＡＮ）と呼ばれ、遠隔局は時々アクセス端末（ＡＴ）と呼ばれる。図２は、ＨＤＲ通信システムにおいてＡＮ２０４とＡＴ２０６を図解する。

ＡＴ２０６はＡＮ２０４と無線通信している。以前に示されたように、リバースチャネルはＡＴ２０６からＡＮ２０４への送信を指す。リバーストラフィックチャネルは図２に示される。リバーストラフィックチャネル２０８は、特定のＡＴ２０６からＡＮ２０４に情報を運ぶリバースチャネルの一部である。もちろん、リバースチャネルは、リバーストラフィックチャネル２０８に加えて他のチャネルを含んでいてもよい。また、フォワードチャネルは、パイロットチャネルを含む、複数のチャネルを含んでいてもよい。

ＡＴ２０６により実行される機能性は、層のスタックとして組織してもよい。図３はＡＴ３０６上の層のスタックを図解する。層の中には、メディアアクセス制御（ＭＡＣ）層３０８がある。高次層３１０はＭＡＣ層３０８の上に位置する。ＭＡＣ層３０８は、リバーストラフィックチャネル２０８の動作に関連するサービスを含むあるサービスを高次層３１０に提供する。ＭＡＣ層３０８は、リバーストラフィックチャネル（ＲＴＣ）ＭＡＣプロトコル３１４の実施を含む。ＲＴＣ ＭＡＣプロトコル３１４は、ＡＴ３０６によるリバーストラフィックチャネル２０８の送信およびＡＮ２０４によるリバーストラフィックチャネル２０８の受信に続く手続きを提供する。

物理層３１２はＭＡＣ層３０８の下に位置する。ＭＡＣ層３０８は物理層３１２からあるサービスを要求する。これらのサービスは、ＡＮ２０４へのパケットの物理的な送信に関連する。

図４はＡＴ４０６上の高次層４１０と、ＭＡＣ層４０８、および物理層４１２との間の例示相互作用を図解する。図示されるように、ＭＡＣ層４０８は、高次層４１０から１つ以上のフロー４１６を受信する。フロー４１６はデータのストリームである。典型的には、フロー４１６は、ボイスオーバーＩＰ（ＶｏＩＰ）、テレビ電話、ファイルトランスファープロトコル（ＦＴＰ）、ゲーム、等のような特定のアプリケーションに相当する。

ＡＴ４０６上のフロー４１６からのデータはパケットでＡＮ２０４に送信される。ＲＴＣ ＭＡＣプロトコル４１４に従って、ＭＡＣ層は、パケット毎にフローセット４１８を決定する。ときとして、ＡＴ４０６上の複数のフロー４１６は、同時に送信するデータを有する。パケットは２以上のフロー４１６からのデータを含んでいてもよい。しかしながら、時々、送信するべきデータを有するが、パケットに含まれていないＡＴ４０６上に１つ以上のフロー４１６があってもよい。パケットのフローセット４１８は、そのパケットに含まれるべきＡＴ４０６上のフロー４１６を示す。パケットのフローセット４１８を決定するための例示方法が以下に記載されるであろう。

ＭＡＣ層４０８はまた、各パケットのペイロードサイズ４２０も決定する。パケットのペイロードサイズ４２０は、フローセット４１８からどれだけのデータがパケットに含まれるかを示す。

ＭＡＣ層４０８は、またパケットの電力レベル４２２を決定する。いくつかの実施形態において、パケットの電力レベル４２２は、リバースパイロットチャネルの電力レベルに関連して決定される。

ＡＮ２０４に送信されるパケット毎に、ＭＡＣ層４０８は、パケットに含まれるべきフローセット４１８、パケットのペイロードサイズ４２０、およびパケットの電力レベル４２２を物理層４１２に通信する。次に、物理層４１２はＭＡＣ層３０８により供給される情報に従ってＡＮ２０４へのパケットの送信を実行する。

図５Ａおよび５ＢはＡＴ５０６からＡＮ５０４に送信されているパケット５２４を図解する。パケット５２４はいくつかの可能な送信モードの１つで送信してもよい。例えば、いくつかの実施形態において、高容量送信モードと低い待ち時間送信モードの２つの可能な送信モードがある。図５ＡはＡＮ５０４に送信されている高容量パケット５２４ａ（すなわち、高容量モードで送信されるパケット５２４ａ）を図解する。図５Ｂは、ＡＮ５０４に送信される低い待ち時間パケット５２４ｂ（すなわち、低い待ち時間モードで送信されるパケット５２４ｂ）を図解する。

低い待ち時間パケット５２４ｂは、同じパケットサイズの高容量パケット５２４ａよりも高い電力レベル４２２で送信される。それゆえ、低い待ち時間パケット５２４ｂは、高容量パケット５２４ａよりもより迅速にＡＮ５０４に到着するであろうことがあり得る。しかしながら、低い待ち時間パケット５２４ｂは、高容量パケット５２４ａよりもシステム１００により多くの負荷を生じる。

図６は、ＡＴ６０６に存在するかもしれない異なるタイプのフロー６１６を図解する。いくつかの実施形態において、ＡＴ６０６上の各フロー６１６は特定の送信モードと関連している。可能な送信モードが高容量送信モードおよび低い待ち時間送信モードである場合、ＡＴ６０６は１つ以上の高容量フロー６１６ａおよび／または１つ以上の低い待ち時間フロー６１６ｂを含んでいてもよい。高容量パケット５２４ａで送信されることは高容量フロー６１６ａのために望ましい。低い待ち時間パケット５２４ｂで送信されることは、低い待ち時間フロー６１６ｂのために望ましい。

図７は高容量パケット７２４ａのための例示フローセット７１８を図解する。いくつかの実施形態において、送信すべきデータを有するフロー７１６のすべてが高容量フロー７１６ａである場合にのみパケット７２４ａは高容量モードで送信される。従って、そのような実施形態において、高容量パケット７２４ａにおけるフローセット７１８は高容量フロー７１６ａを含むにすぎない。あるいは、ＡＴ６０６の自由裁量により、低い待ち時間フロー６１６ｂは高容量パケット７２４ａに含まれていてもよい。これを行うための１つの例示的な理由は低い待ち時間フロー６１６ｂが十分なスループットを取得していないときである。例えば、低い待ち時間フロー６１６ｂのキューが構築中であることを検出するかもしれない。フローは、増加した待ち時間を犠牲にして、高容量モードを代わりに使用することにより、そのスループットを改善してもよい。

図８は、低い待ち時間パケット８２４ｂのための例示フローセット８１８を図解する。いくつかの実施形態において、送信すべきデータを有する少なくとも１つの低い待ち時間フロー８１６ｂがあるなら、パケット８２４ｂは低い待ち時間モードで送信される。低い待ち時間パケット８２４ｂにおけるフローセット８１８は、送信すべきデータを有する各低い待ち時間フロー８１６ｂを含む。送信すべきデータを有する１つ以上の高容量フロー８１６ａはまたフローセット８１８に含まれていてもよい。しかしながら、送信すべきデータを有する１つ以上の高容量フロー８１６ａはフローセット８１８に含まれていなくてもよい。

図９は、高容量フロー９１６ａが低い待ち時間パケット８２４ｂのフローセット８１８に含まれるかどうかを決定するために、ＡＴ９０６において維持してもよい情報を図解する。ＡＴ９０６上の各高容量フロー９１６ａは、送信のために得られるある量のデータ９２６を有する。また、ＡＴ９０６上の各高容量フロー９１６ａに対してマージしきい値９２８を定義してもよい。さらに、全体としてＡＴ９０６に対してマージしきい値９３０を定義してもよい。最後に、セクターの負荷レベルの推定値がしきい値未満であるとき、高容量フローのマージングを生じてもよい。（セクターの負荷レベルの推定値がどのように決定されるかは以下に記載されるであろう。）すなわち、セクターが十分に軽く負荷がかけられている場合、マージングの効率損失は重要ではなく、積極的な使用が許可される。

いくつかの実施形態において、２つの条件のいずれかが満足されるなら、高容量フロー９１６ａは低い待ち時間パケット５２４ｂに含まれる。第１の条件は、ＡＴ９０６上の高容量フロー９１６ａのすべてのための送信可能なデータ９２６の合計がＡＴ９０６に対して定義されるマージしきい値を超えるということである。第２の条件は、高容量フロー９１６ａのための送信可能なデータ９２６が高容量フロー９１６ａのために定義されるマージしきい値９２８を超えるということである。

第１の条件は、低い待ち時間パケット８２４ｂから高容量パケット７２４ａへの電力遷移に関連する。高容量フロー９１６ａが低い待ち時間パケット８２４ｂに含まれていない場合、少なくとも１つの低い待ち時間フロー８１６ｂからの送信に利用可能なデータがある限り、高容量フロー９１６ａからのデータは増加する。高容量フロー９１６ａからのあまりにも多くのデータが累積することが許可されるなら、高容量パケット７２４ａが送信される次のときに、最後の低い待ち時間パケット８２４ｂから高容量パケット７２４ａへの受け入れ難いほど鋭敏な電力遷移があるかもしれない。それゆえ、第１の条件に従って、ＡＴ９０６上の高容量フロー９１６ａからの送信可能なデータ９２６の量が（マージしきい値９３０により定義される）ある値を超えると、高容量フロー９１６ａから低い待ち時間パケット８２４ｂへの「マージング」が許可される。

第２の条件は、ＡＴ９０６上の高容量フロー９１６ａのためのサービスの質（ＱＯＳ）要件に関連する。高容量フロー９１６ａのためのマージしきい値９２８が非常に大きな値に設定される場合、これはあるとしても、高容量フロー９１６ａは低い待ち時間パケット８２４ｂにほとんど含まれないことを意味する。従って、送信するべきデータを備えた少なくとも１つの低い待ち時間フロー８１６ｂがある場合は常に、それが送信されないので、そのような高容量フロー９１６ａは送信遅延を経験するかもしれない。反対に、高容量フロー９１６ａのためのマージしきい値９２８が非常に小さな値に設定される場合、これは高容量フロー９１６ａが低い待ち時間パケット８２４ｂにほとんど常に含まれることを意味する。従って、そのような高容量フロー９１６ａは送信遅延をほとんど経験しないかもしれない。しかしながら、そのような高容量フロー９１６ａは、それらのデータを送信するためにより多くのセクターリソースを消費する。

有利に、いくつかの実施形態において、ＡＴ９０６上の高容量フロー９１６ａのいくつかのためのマージしきい値９２８は、非常に大きな値に設定してもよく、一方ＡＴ９０６上のその他の高容量フロー９１６ａのためのマージしきい値９２８は非常に小さなマージしきい値９２８に設定してもよい。そのような設計は有利である。なぜならば、あるタイプの高容量フロー９１６ａは厳格なＱＯＳ要件を有していてもよいし、他は有していなくてもよいからである。厳格なＱＯＳ要件を有し、高容量モードで送信されるかもしれないフロー９１６の一例はリアルタイムビデオである。リアルタイムビデオは広帯域幅要件を有し、それは低い待ち時間モードにおける送信の場合非効率にさせるかもしれない。しかしながら、任意の送信遅延はリアルタイムビデオの場合望まれない。厳格なＱＯＳ遅延要件を有さず、高容量モードで送信されるかもしれないフロー９１６の一例はベストエフォートフロー(best effort flow)９１６である。

図１０はセクター１０３２内のＡＮ１００４と複数のＡＴｓ１００６を図解する。セクター１０３２は、ＡＮ１００４からの信号がＡＴ１００６により受信されるかもしれない、また逆も同様である地理的領域である。

ＣＤＭシステムのようないくつかの無線通信システムの１つの特性は、送信が互いに干渉するということである。それゆえ、同じセクター１０３２内のＡＴｓ１００６間で干渉が多すぎないことを保証するために、ＡＴｓ１００６が集合的に使用してもよいＡＮ１００４で受信される電力が限られている。ＡＴ１００６がこの制限内にとどまることを保証するために、リバーストラフィックチャネル２０８を介した送信のためにセクター１０３２内の各ＡＴ１００６にある量の電力１０３４が利用可能である。各ＡＴ１００６は、合計の利用可能な電力を超えないように、リバーストラフィックチャネル２０８を介して送信するパケット５２４の電力レベル４２２を設定する。

ＡＴ１００６に割り当てられる電力レベル１０３４は、ＡＴ１００６がリバーストラフィックチャネル２０８を介してパケット５２４を送信するために使用する電力レベル４２２と正確に等しくないかもしれない。例えば、いくつかの実施形態において、パケット５２４の電力レベル４２２を決定する際に、ＡＴ１００６が選択する離散的な電力レベルのセットがある。ＡＴ１００６のための合計の利用可能な電力１０３４は、離散的な電力レベルのいずれとも正確に等しくないかもしれない。

いつでも使用されない合計の利用可能な電力１０３４は累積することが可能であり、従って次の時間に使用してもよい。したがって、そのような実施形態において、ＡＴ１００６のための合計の利用可能な電力１０３４は、（おおよそ）現在の電力割当プラス累積された電力割当１０３４ｂの少なくともある部分に等しい。ＡＴ１００６はＡＴ１００６のための合計の利用可能な電力を超えないようにパケット５２４の電力レベル４２２を決定する。

ＡＴ１００６のための合計の利用可能な電力１０３４は、ＡＴ１００６の現在の電力割当１０３４ａプラスＡＴ１００６の累積された電力割当１０３４ｂに常に等しくないかもしれない。いくつかの実施形態において、ＡＴ１００６の合計の利用可能な電力１０３４は、ピーク割当１０３４ｃにより制限してもよい。ＡＴ１００６のためのピーク割当１０３４ｃは、ＡＴ１００６のための現在の電力割当１０３４ａにある限定因子を乗算したものに等しいかもしれない。例えば、限定因子が２である場合、ＡＴ１００６のピーク割当１０３４ｃは、現在の電力割当１０３４ａの２倍に等しい。いくつかの実施形態において、限定因子は、ＡＴ１００６のための現在の電力割当１０３４ａの関数である。

ＡＴのためのピーク割当１０３４ｃを供給することは、ＡＴ１００６の送信がどの程度「集中」できるかを制限するかもしれない。例えば、ＡＴ１００６は、ある期間に送信すべきデータを有していないということが生じるかもしれない。この期間中に、電力はＡＴ１００６に割り当てられ続けるかもしれない。送信するデータがないので、割り当てられた電力は累積する。ある時点で、ＡＴ１００６は、送信すべき相対的に大きな量のデータを突然持つかもしれない。この時点で、累積された電力割当１０３４ｂは相対的に大きいかもしれない。ＡＴ１００６が全体の累積された電力割当１０３４ｂを使用することを許可されたなら、ＡＴ１００６の送信された電力４２２は、突然の迅速な増加を経験するかもしれない。しかしながら、ＡＴ１００６の送信された電力４２２があまりにも急激に増加するなら、これはシステム１００の安定性に影響を及ぼすかもしれない。従って、このような状況においてＡＴ１００６の合計の利用可能な電力１０３４を制限するためにピーク割当１０３４ｃをＡＴ１００６のために供給してもよい。累積された電力割当１０３４ｂは依然として可能であるが、ピーク割当１０３４ｃが制限されるとき、その使用はより多くのパケットに広げられる。

図１１は、ＡＴ２０６のための合計の利用可能な電力１０３４を決定するために使用してもよい例示機構を図解する。この機構は、仮想の「バケット」１１３６の使用を含む。周期的な間隔で、新しい現在の電力割当１０３４ａはバケット１１３６に加えられる。また、周期的な間隔で、ＡＴ２０６によって送信されたパケット５２４の電力レベル４２２は、バケット１１３６を出る。現在の電力割当１０３４ａがパケットの電力レベル４２２を超える量は、累積された電力割当１０３４ｂである。累積された電力割当１０３４ｂは、使用されるまでバケット１１３６内に残る。

合計の利用可能な電力マイナス現在の電力割当１０３４ａは、バケット１１３６からの合計の潜在的な撤回である。ＡＴ１００６は、ＡＴ１００６が送信するパケットの電力レベル４２２がＡＴ１００６のための合計の利用可能な電力１０３４を超えないことを保証する。上で示したように、いくつかの状況下では、合計の利用可能電力１０３４は、現在の電力割当１０３４ａと累積された電力割当１０３４ｂの合計未満である。例えば、合計の利用可能な電力１０３４は、ピーク電力割当１０３４ｃにより制限されてもよい。

累積された電力割当１０３４ｂは飽和レベル１１３５により制限されてもよい。いくつかの実施形態において、飽和レベル１１３５は、ＡＴ１００６がそのピーク電力割当１０３４ｃを利用することを許可される時間量の関数である。

図１２は、セクター１２３２内のＡＴｓ１２０６の少なくともいくつかが複数のフロー１２１６を含む実施形態を図解する。そのような実施形態において、別個の利用可能な電力量１２３８をＡＴ１２０６上の各フロー１２１６に対して決定してもよい。ＡＴ１２０６上のフロー１２１６のための利用可能な電力１２３８は、図１０乃至図１１に関連して以前に記載した方法に従って決定してもよい。さらに具体的に言うと、フロー１２１６のための合計の利用可能な電力１２３８は、フロー１２１６のための現在の電力割当１２３８ａプラスフロー１２１６のための累積された電力割当１２３８ｂを含んでいてもよい。さらに、フロー１２１６のための合計の利用可能な電力１２３８は、フロー１２１６のためのピーク割当１２３８ｃにより制限されてもよい。図１１に示されるバケット機構のように、別個のバケット機構は、各フロー１２１６のための合計の利用可能な電力１２３８を決定するために各フロー１２１６に対して維持されてもよい。ＡＴ１２０６のための合計の利用可能な電力１２３４は、ＡＴ１２０６上の異なるフロー１２１６のための合計の利用可能な電力１２３８の和を取ることにより決定してもよい。

下記は、ＡＴ１２０６上のフロー１２１６のための合計の利用可能な電力１２３８の決定の際に使用してもよい種々の公式およびアルゴリズムの数学的記述を提供する。以下に記載される方程式において、ＡＴ１２０６上の各フローｉのための合計の利用可能な電力１２３８は、サブフレームごとに１回決定される。（いくつかの実施形態において、サブフレームは４つのタイムスロットと等しく、タイムスロットは５／３ｍｓに等しい。）フローのための合計の利用可能な電力１２３８は、PotentialT2POutflowとして方程式において言及される。

高容量パケット５２４ａで送信されるフローｉのための合計の利用可能な電力は以下のように表してもよい：

低い待ち時間パケット５２４ｂで送信されるフローｉのための合計の利用可能な電力１２３８は以下のように表してもよい：

ＢｕｃｋｅｔＬｅｖｅｌ_i,nはサブフレームｎにおけるフローｉのための累積された電力割当１２３８ｂである。Ｔ２ＰＩｎｆｌｏｗ_i,nはサブフレームｎにおけるフローｉのための現在の電力割当１２３８ａである。

式

はサブフレームｎにおけるフローｉのためのピーク電力割当１２３８ｃである。式

は合計利用可能な電力１２３８のための限定因子を決定するための関数である。すなわち、サブフレームｎにおけるフローｉのための合計の利用可能な電力１２３８がサブフレームｎにおけるフローｉのための現在の電力割当１２３８ａを超えることが許可される因子の関数である。ＦＲＡＢi,nはセクター１２３２の負荷レベルの推定値であり、以下に詳細に議論されるであろう。ＡｌｌｏｃａｔｉｏｎＳｔａｇｇｅｒは同期化問題を回避するために、割当レベルを迷わせる(dithers)ランダム項目の振幅である。ｒ_nは、レンジ［−１、１］内の実数値の均一に分散された乱数である。

サブフレームｎ＋ｌのフローｉのための累積された電力割当１２３８ｂは、次のように表現してもよい：

［００９１］Ｔ２ＰＯｕｔｆｌｏｗ_i,nはサブフレームｎにおけるフローｉに割り当てられる送信された電力４２２の一部である。Ｔ２ＰＯｕｔｆｌｏｗ_i,nのための典型的な方程式は以下に提供される。ＢｕｃｋｅｔＬｅｖｅｌＳａｔ_i,n+1は、サブフレームn+1におけるフローｉのための累積される電力割当１２３８ｂのための飽和レベル１１３５である。ＢｕｃｋｅｔＬｅｖｅｌＳａｔ_i,n+1のための例示方程式は以下に提供される。

Ｔ２ＰＯｕｔｆｌｏｗ_i,nは次のように表現してもよい。

方程式４において、ｄ_i,nは、サブフレームｎの期間に送信されるサブパケットに含まれるフローｉからのデータ量である。（サブパケットはサブフレームの期間に送信されるパケットの一部である。）ＳｕｍＰａｙｌｏａｄnはｄ_i,nの和である。ＴｘＴ２Ｐｎは、サブフレームｎの期間に送信されるサブパケットの電力レベル４２２である。

ＢｕｃｋｅｔＬｅｖｅｌＳａｔ_i,n+1は以下のように表現してもよい：

ＢｕｒｓｔＤｕｒａｔｉｏｎＦａｃｔｏｒ_iは、フローｉがピーク電力割当１２３８ｃで送信することを許される時間の長さに対する制限である。

図１３はＡＴ１３０６上のフロー１３１６のための現在の電力割当１３３８ａをＡＴ１３０６が取得してもよい１つの方法を図解する。図示するように、ＡＴ１３０６はＡＮ１３０４上で実行しているスケジューラー１３４０から許可メッセージ１３４２を受信してもよい。許可メッセージ１３４２は、ＡＴ１３０６上のフロー１３１６のうちのいくつかあるいはすべてのための現在の電力割当許可１３７４を含んでいてもよい。受信される現在の電力割当許可１３７４毎に、ＡＴ１３０６は、現在の電力割当許可１３７４に等しい対応するフロー１３１６のための現在の電力割当１３３８ａを設定する。

いくつかの実施形態において、現在の電力割当１３３８ａを取得することは２ステッププロセスである。第１のステップは、フロー１３１６のための現在の電力割当許可１３７４がＡＮ１３０４から受信されたかどうかを決定することを含む。そうでなければ、次に、ＡＴ１３０６は、フロー１２１６のための現在の電力割当１３３８ａを自律的に決定する。言い換えれば、ＡＴ１３０６は、スケジューラー１３４０からの介入無しにフロー１２１６のための現在の電力割当１３３８ａを決定する。以下の議論は、ＡＴ１３０６上の１つ以上のフロー１３１６のための現在の電力割当１３３８ａをＡＴ１３０６が自律的に決定するための例示方法に関連する。

図１４は、セクター１４３２内のＡＮ１４０４からＡＴｓ１４０６に送信されているリバースアクティビティビット（ＲＡＢ）１４４４を図解する。ＲＡＢ１４４４は過負荷表示である。ＲＡＢ１４４４は、セクター１４３２が現在ビジー状態であることを示す第１の値（例えば、+１）またはセクター１４３２が現在アイドル状態であることを示す第２の値（例えば、−１）の２つの間の一方であってよい。以下に説明されるように、ＲＡＢ１４４４は、ＡＴ１２０６上のフロー１２１６のための現在の電力割当１２３８ａを決定するために使用されてもよい。

図１５はＡＴ１５０６上の１つ以上のフロー１５１６のためのＡＴ１５０６において維持されてもよい情報を図解する。図解される実施形態において、各フロー１５１６は、ＲＡＢ１４４４の「迅速な」推定値に関連する。この迅速な推定値はここでは、ＱＲＡＢ１５４６と呼ばれるであろう。ＱＲＡＢ１５４６を決定するための例示方法は以下に記載されるであろう。

また、各フロー１５１６は、ここでは、ＦＲＡＢ１５４８（これは、「フィルター」されたＲＡＢ１４４４を意味する）と呼ばれる、セクター１２３２のより長い期間の負荷レベルの推定値にも関連する。ＦＲＡＢ１５４８は、ＲＡＢ１４４４の２つの可能な値の間のどこかに位置する実数である。より接近しているＦＲＡＢ１５４８は、セクター１４３２がビジーである、すなわちセクター１４３２はより重く負荷がかけられていることを示すＲＡＢ１４４４の値になる。反対に、より接近しているＦＲＡＢ１５４８は、セクター１４３２がアイドル状態、すなわちセクター１４３２がより少ない重さで負荷がかけられることを示すＲＡＢ１４４４の値になる。ＦＲＡＢ１５４８を決定するための例示方法が以下に記載されるであろう。

また、各フローは上方ランピング関数１５５０および下方ランピング関数１５５２にも関連している。特定のフロー１５１６に関連する上方ランピング関数と下方ランピング関数は、フロー１５１６のための現在の電力割当１２３８ａの関数である。フロー１５１６に関連する上方ランピング関数１５５０は、フロー１５１６のための現在の電力割当１２３８ａにおける増加を決定するために使用される。反対に、フロー１５１６に関連した下方ランピング関数１５５２はフロー１５１６のための現在の電力割当１２３８ａの減少を決定するために使用される。いくつかの実施形態において、上方ランピング関数１５５０と下方ランピング関数１５５２は両方ともＦＲＡＢ１５４８の値およびフロー１５１６の現在の電力割当１２３８ａに依存する。

上方ランピング関数１５５０および下方ランピング関数１５５２はネットワーク内のフロー１５１６毎に定義され、フローのＡＴ１５０６を制御するＡＮ１４０４からダウンロード可能である。上方ランピング関数および下方ランピング関数は、引数としてフローの現在の電力割当１２３８ａを有する。上方ランピング関数１５５０は、ここでは、時々ｇｕと呼ばれるであろう。そして、下方ランピング関数は、ここでは時々、ｇｄと呼ばれるであろう。我々は、需要関数としてｇｕ／ｇｄの比（また現在の電力割当１２３８ａの関数）に言及する。フローの割当で得られるときにすべてのフロー需要関数値が等しいように、データおよびアクセス端末電力利用可能性を条件として、ＲＬＭａｃアルゴリズムは現在の電力割当１２３８ａに収束することを実証してもよい。この事実を用いて、フロー需要関数の注意深い設計により、集中化されたスケジューラーにより達成できるいかなるものとも同じフローレイアウトの全体のマッピングとリソース割当への要件を達成することが可能である。しかし、需要関数方法は、最小の制御シグナリングを用いておよび純粋に分散化された方法でこの全体のスケジューリング能力を達成する。

図１６は、ＱＲＡＢ１６４６およびＦＲＡＢ１６４８を決定するために使用してもよいＡＴ１６０６における例示機能コンポーネントを図解するブロック図である。図示するように、ＡＴ１６０６は、ＲＡＢ復調コンポーネント１６５４、マッパー１６５６、第１および第２の単極ＩＩＲフィルター１６５８、１６６０および制限装置１６６２を含んでいてもよい。

ＲＡＢ１６４４は通信チャネル１６６４を介してＡＮ１６０４からＡＴ１６０６に送信される。ＲＡＢ復調コンポーネント１６５４は、当業者に知られる標準技術を用いて受信した信号を復調する。ＲＡＢ復調コンポーネント１６５４は対数尤度比（ＬＬＲ）１６６６を出力する。マッパー１６５６は入力としてＬＬＲ１６６６をとり、そのスロットのための送信されたＲＡＢの推定値であるＲＡＢの可能な値（例えば、＋１および−１）間の値にＬＬＲ１６６６をマッピングする。

マッパー１６５６の出力は第１の単極ＩＩＲフィルター１６５８に供給される。第１のＩＩＲフィルター１６５８は時定数Ｔｓを有する。第１のＩＩＲフィルター１６５８の出力は制限装置１６６２に供給される。制限装置１６６２は第１のＩＩＲフィルター１６５８の出力を、ＲＡＢ１６４４の２つの可能な値に対応する、２つの可能な値の１つに変換する。例えば、ＲＡＢ１６４４が−１または＋１のいずれかであったなら、制限装置は、第１のＩＩＲフィルターの出力を−１または＋１のいずれかに変換する。制限装置１６６２の出力はＱＲＡＢ１６４６である。時定数は、ＡＮ１６０４から送信されたＲＡＢ１６４４の現在の値が何であるかの推定値を表すように選択される。時定数のための例示値は４つのタイムスロットである。

また、マッパー１６５６の出力は、時定数τ_lを有する第２の単極ＩＩＲフィルター１６６０にも供給される。第２のＩＩＲフィルター１６６０の出力はＦＲＡＢ１６４８である。時定数τ_lは、時定数τ_sよりもはるかに長い。時定数τ_lのための例示値は３８４のタイムスロットである。

第２のＩＩＲフィルター１６６０の出力は制限装置に供給されない。従って、上に記述されるように、ＦＲＡＢ１６４８は、セクター１４３２がビジー状態であることを示すＲＡＢ１６４４の第１の値と、セクター１４３２がアイドル状態であることを示すＲＡＢ１６４４の第２の値との間のどこかに位置する実数である。

図１７は、ＡＴ１２０６上のフロー１２１６のための現在の電力割当１２３８ａを決定するための例示方法１７００を示す。方法１７００のステップ１７０２は、フロー１２１６に関連するＱＲＡＢ１５４６の値を決定することを含む。ステップ１７０４において、ＱＲＡＢ１５４６はビジー値（すなわち、セクター１４３２が現在ビジーであることを示す値）に等しいかどうかを決定する。ＱＲＡＢ１５４６がビジー値と等しいなら、次に、ステップ１７０６において、現在の電力割当１２３８ａが減少される。すなわち、時刻ｎにおけるフロー１２１６のための現在の電力割当１２３８ａは、時刻ｎ−１におけるフロー１２１６のための現在の電力割当１２３８ａ未満である。減少の大きさは、フロー１２１６のために定義される下方ランピング関数１５５２を用いて計算してもよい。

ＱＲＡＢ１５４６がアイドル値に等しいなら、次にステップ１７０８において、現在の電力割当１２３８ａが増加される。すなわち、現在の時間間隔中におけるフロー１２１６のための現在の電力割当１２３８ａは、最も最近の時間間隔中におけるフロー１２１６のための現在の電力割当１２３８ａより大きい。増加の大きさは、フロー１２１６のために定義される上方ランピング関数１５５０を用いて計算してもよい。

上方ランピング関数１５５０および下方ランピング関数１５５２は、現在の電力割当１２３８ａの関数であり、（ＡＮ１４０４によりダウンロード可能な）フロー１５１６毎に潜在的に異なる。これが自律割当を用いてどのようにＱｏＳ差別化がフローあたり達成されるかである。また、ランピング関数の値はＦＲＡＢ１５４８を用いて変化してもよく、これは、ランピングの動力学(dynamics)が負荷を用いて変化してもよいことを意味し、より少ない負荷条件の下で定点へのより迅速な収束を可能にする。

現在の電力割当１２３８ａが増加される場合、増加の大きさは以下のように表してもよい：

現在の電力割当１２３８ａが減少される場合、減少の大きさは以下のように表してもよい：

Ｔ２ＰＵｐ_iはフローｉのための上方ランピング関数である。Ｔ２ＰＤｎ_iはフローｉのための下方ランピング関数である。ＰｉｌｏｔＳｔｒｅｎｇｔｈ_n,sは、他のセクターのパイロット電力に対するサービングセクターのパイロット電力の変数である。いくつかの実施形態において、それは、他のセクターのパイロット電力に対するサービングセクターＦＬパイロット電力の比である。ＰｉｌｏｔＳｔｒｅｎｇｔｈ_iは、ランピング関数のＴ２Ｐ引数内のオフセットへの関数マッピングパイロット強度であり、ＡＮからダウンロード可能である。このようにしてＡＴにおけるフローの優先度は、ＰｉｌｏｔＳｔｒｅｎｇｔｈ_n,s変数により測定されるように、ネットワーク内のＡＴのロケーションに基づいて調節してもよい。

現在の電力割当は以下のように表してもよい：

上述の式からわかるように、飽和レベル１１３５に到達し、ランピングがゼロに設定されると、現在の電力割当１２３８ａは指数関数的に減衰する。これは、持続時間が典型的なパケット時間間隔より長くなければならない、バースティトラフィックソースのための現在の電力割当１２３８ａの値における持続を可能にする。

いくつかの実施形態において、ＱＲＡＢ値１５４６は、ＡＴ１２０６のアクティブセット内の各セクターに対して推定される。ＱＲＡＢが、ＡＴのアクティブセット内のセクターのいずれかに対してビジーであるなら、現在の電力割当１２３８ａは減少される。ＱＲＡＢがＡＴのアクティブセット内のセクターのすべてに対してアイドルであるなら、現在の電力割当１２３８ａは増加される。他の実施形態において、他のパラメーターＱＲＡＢｐｓを定義してもよい。ＱＲＡＢｐｓの場合、測定されたパイロット強度が考慮される。（パイロット強度は、他のパイロット電力対サービングセクターのパイロット電力の変数である。いくつかの実施形態において、それは、他のセクターのパイロット電力に対するサービングセクターＦＬパイロット電力の比である。）ＱＲＡＢが以下の条件の１つ以上を満足するセクターに対してビジーであるならＱＲＡＢｐｓはビジー値に設定される：
（１）セクターｓはアクセス端末のためのフォワードリンクサービングセクターである；
（２）セクターｓからのＤＲＣＬｏｃｋビットは、ロック状態でなく、セクターｓのＰｉｌｏｔＳｔｒｅｎｇｔｈ_n,sはしきい値より大きく；
（３） セクターｓからのＤＲＣＬｏｃｋビットはロック状態であり、セクターｓのＰｉｌｏｔＳｔｒｅｎｇｔｈ_n,sはしきい値より大きい。

そうでなければ、ＱＲＡＢｐｓはアイドル値に設定される。ＱＲＡＢｐｓが決定される実施形態において、ＱＲＡＢｐｓがアイドルであるとき、現在の電力割当１２３８ａは増加してもよく、ＱＲＡＢｓがビジーであるとき、減少してもよい。

図１８はリクエストメッセージ１８６６をＡＮ１８０４上のスケジューラー１８４０に送信するＡＴ１８０６を図解する。また、図１８は、ＡＴ１８０６に許可メッセージ１８４２を送信するスケジューラー１８４０も図解する。いくつかの実施形態において、スケジューラー１８４０は、独自のイニシアチブでＡＴ１８０６に許可メッセージ１８４２を送信してもよい。あるいは、スケジューラー１８４０は、ＡＴ１８０６によって送信される要求メッセージ１８６６に応答してＡＴ １８０６に許可メッセー１８４２を送信してもよい。要求メッセージ１８６６はＡＴ電力ヘッドルーム情報並びにフローごとの待ち行列の長さ情報を含む。

図１９は、ＡＴ１９０６がいつ要求メッセージ１８６６をＡＮ１８０４に送信するかを決定するために、ＡＴ１９０６において維持してもよい情報を図解する。図示するように、ＡＴ１９０６は、要求比１９６８に関連していてもよい。要求比１９６８は、リバーストラヒックチャネル２０８上に送信されたデータに対する、リバーストラヒックチャネル２０８上に送信される要求メッセージサイズ１８６６の比を示す。いくつかの実施形態において、要求比１９６８があるしきい値を下回って減少するとき、ＡＴ１９０６は、要求メッセージ１８６６をスケジューラー１８４０に送信する。

また、ＡＴ１９０６は、要求間隔１９７０に関連していてもよい。最後の要求メッセージ１８６６がスケジューラー１８４０に送信されたので、要求間隔１９７０は期間を示す。いくつかの実施形態において、要求間隔１９７０があるしきい値を超えて増加するとき、ＡＴ１９０６は、要求メッセージをスケジューラー１８４０に送信する。要求メッセージ１８６６をトリガーするための方法は両方とも同様に一緒に使用してもよい（すなわち、要求メッセージ１８６６は、いずれかの方法がそれを生じさせるとき送信してもよい）。

図２０は、ＡＮ２００４上に実行するスケジューラー２０４０と、セクター２０３２内のＡＴｓ２００６との間の例示相互作用を図解する。図２０に示すように、スケジューラー２０４０は、セクター２０３２内のＡＴｓ２００６のサブセット２０７２のための現在の電力割当許可１３７４を決定してもよい。別個の現在の電力割当１３７４は、ＡＴ２００６ごとに決定してもよい。サブセット２０７２内のＡＴｓ２００６が１つ以上のフロー１２１６を含む場合、スケジューラー２０４０は、各ＡＴ２００６上のフローのいくつかまたはすべてに対して別個の現在の電力割当許可１３７４を決定してもよい。スケジューラー２０４０は、周期的に、サブセット２０７２内のＡＴｓ２００６に許可メッセージ２０４２を送る。スケジューラー２０４０は、サブセット２０７２の一部ではないセクター２０３２内のＡＴｓ２００６のための現在の電力割当１３７４を決定しない。代わりに、セクター２０３２の残りのＡＴｓ２００６は自律的に自分の現在の電力割当１０３８ａを決定する。許可メッセージ２０４２年は、現在の電力割当許可１３７４のいくつかまたはすべてのための保持期間を含んでいてもよい。現在の電力割当１３７４のための保持期間は、現在の電力割当許可１３７４により指定されたレベルで、対応するフロー１２１６のための現在の電力割当１２３８ａをどのくらい長くＡＴ２００６が保持するかを示す。

図２０に図解されるアプローチに従って、スケジューラー２０４０は、セクター２０３２内の容量のすべてを満たすように設計されない。代わりに、スケジューラー２０４０は、サブセット２０７２内のＡＴｓ２００６のための現在の電力割当１０３８ａを決定する、そして次に残りのセクター２０３２容量は、スケジューラー２０４０からの介入なしに残りのＡＴｓ２００６により効率的に使用される。サブセット２０７２は時間につれて変化してもよいし、各許可メッセージ２０４２で変化してもよい。また、ＡＴｓ２００６のあるサブセット２０７２に許可メッセージ２０４２を送信するための決定は、いくつかのフローがあるＱｏＳ要件を満足しないことを検出することを含む任意の数の外部イベントによりトリガーしてもよい。

図２１は、ＡＮ２１０４上で実行するスケジューラー２１４０とＡＴ２１０６との間の他の例示相互作用を図解する。いくつかの実施形態において、ＡＴ２１０６がＡＴ２１０６上のフロー２１１６のための現在の電力割当２１３８ａを決定することが可能であるなら、現在の電力割当２１３８ａの各々は、時間とともに定常状態に収束するであろう。例えば、１つのＡＴ２１０６が、送信すべきデータを有するフロー２１１６と共に負荷がかけられていないセクター１２３２に入るなら、そのフロー２１１６のための現在の電力割当２１３８ａは、そのフロー２１１６が全体のセクター２１３２スループットを取り上げるまで増加するであろう。しかしながら、これが生じるためにはある時間がかかるかもしれない。

代替アプローチは、ＡＴ２１０６内のフローが究極的に到達するであろう定常状態値の推定値をスケジューラー２１４０が決定することである。次に、スケジューラー２１４０は、許可メッセージ２１４２をすべてのＡＴｓ２１０６に送信してもよい。許可メッセージ２１４２において、フロー２１１６のための現在の電力許可２１７４は、スケジューラー２１４０により決定されるように、そのフロー２１１６のための定常状態値の推定値に等しく設定される。許可メッセージ２１４２を受信すると、ＡＴ２１０６は、ＡＴ２１０６上のフロー２１１６のための現在の電力割当２１３８ａは許可メッセージ２１４２内の定常状態推定値２１７４に等しく設定する。これが終了すると、ＡＴ２１０６はその後にシステム条件における何らかの変化を追跡することが可能になってもよいし、そしてスケジューラー２１４０からのさらなる介入なしに、フロー２１１６のための現在の電力割当２１３８ａを自律的に決定してもよい。

図２２は、ＡＮ２２０４上のスケジューラー２２４０からＡＴ２２０６に送信される許可メッセージ２２４２の他の実施形態を図解する。すでに述べたように、許可メッセージ２２４２は、ＡＴ２２０６上のフロー２２１６上の１つまたはそれ以上のための現在の電力割当２２７４を含む。さらに、許可メッセージは、現在の電力割当許可２２７４のいくつかまたはすべてのための保持期間２２７６を含む。

許可メッセージ２２４２は、またＡＴ ２２０６上のフロー２２１６のうちのいくつかあるいはすべてのための累積された電力割当許可２２７８を含む。許可メッセージ２２４２を受信すると、ＡＴ２２０６は、ＡＴ２２０６上のフロー２２１６のための現在の電力割当２２３８ｂを、許可メッセージ２２４２内の対応するフロー２２１６のための現在の電力割当許可２２７８に等しく設定する。

図２３は、いくつかの実施形態において、ＡＴ２３０６に記憶してもよい電力プロファイル２３８０を図解する。電力プロファイル２３３２は、ＡＴ２３０６によりＡＮ２０４に送信されるパケットのペイロードサイズ４２０および電力レベル４２２を決定するために使用してもよい。

電力プロファイル２３８０は複数のペイロードサイズ２３２０を含む。電力プロファイル２３８０に含まれるペイロードサイズ２３２０は、ＡＴ２３０６により送信されるパケット５２４のための可能なペイロードサイズ２３２０である。

電力プロファイル２３８０内の各ペイロードサイズ２３２０は、各可能な送信モードのための電力レベル２３２２と関連している。図解された実施形態において、各ペイロードサイズ２３２０は、高容量電力レベル２３２２ａおよび低い待ち時間電力レベル２３２２ｂに関連している。高容量電力レベル２３２２ａは、対応するペイロードサイズ２３２０を備えた高容量パケット５２４ａのための電力レベルである。低い待ち時間電力レベル２３２２ｂは、対応するペイロードサイズ２３２０を備えた低い待ち時間パケット５２４ｂのための電力レベルである。

図２４は、ＡＴ２４０６に記憶してもよい複数の送信条件２４８２を図解する。いくつかの実施形態において、送信条件２４８２は、パケット５２４のためのペイロードサイズ４２０および電力レベル４２２の選択に影響を及ぼす。

送信条件２４８２は、割り当てられた電力条件２４６４を含む。割り当てられた電力条件２４８４は、一般に、ＡＴ２４０６が割り当てられたよりも多くの電力を使用していないことを保証することに関連する。さらに具体的に言うと、割り当てられた電力条件２４８４は、パケット５２４の電力レベル４２２はＡＴ２４０６のための合計の利用可能な電力１０３４を超えないということである。ＡＴ２４０６のための合計の利用可能な電力１０３４を決定するための種々の例示方法は上で述べた。

送信条件２４８２は、また最大電力条件２４８６を含む。最大電力条件２４８６は、パケット５２４の電力レベル４２２が、ＡＴ２４０６のために特定された最大電力レベルを超えないということである。

送信条件２４８２は、またデータ条件２４８８を含む。データ条件２４８８は、一般に、パケット５２４のペイロードサイズ４２０が、ＡＴ２４０６の合計利用可能電力１０３４並びにＡＴが現在送信のために利用可能なデータ量に鑑みて大き過ぎないことを保証することに関連する。さらに具体的に言うと、データ条件２４８８は、パケット５２４の送信モードのためのより低い電力レベル２３２２に相当し、（１）現在送信のために利用可能なデータ量および（２）ＡＴ２４０６のための合計利用可能電力１０３４が相当するデータ量のうちのより少ないほうを運ぶことができる電力プロファイル２３８０におけるペイロードサイズ２３２０は無いということである。

以下は、送信条件２４８２の数学的記述を提供する。割り当てられた電力条件は以下のように表してもよい：

ＴｘＴ２ＰＮｏｍｉｎａｌ_PS,TMはペイロードサイズＰＳと送信モードＴＭのための電力レベル２３２２である。Ｆはフローセット４１８である。

最大電力条件２４８６は次のように表現してもよい。

いくつかの実施形態において、パケット５２４の送信期間中のある時点において、パケット５２４の送信レベル４２２は第１の値から第２の値に遷移することが可能である。そのような実施形態において、電力プロファイル２３８０で指定される電力レベル２３２２は遷移前の値と遷移後の値を含む。ＴｘＴ２ＰＰｒｅＴｒａｎｓｉｔｉｏｎ_PS,TMは、ペイロードサイズＰＳと送信モードＴＭのための遷移前の値である。ＴｘＴ２ＰＰｏｓｔＴｒａｎｓｉｔｉｏｎ_PS,TMは、ペイロードサイズＰＳおよび送信モードＴＭのための遷移後の値である。ＴｘＴ２Ｐｍａｘは、ＡＴ２０６のために定義される最大電力であり、ＡＴ２０６により測定されるＰｉｌｏｔＳｔｒｅｎｇｔｈの関数であってもよい。ＰｉｌｏｔＳｔｒｅｎｇｔｈは、他のセクターのパイロット電力対サービングセクターパイロット電力の変数である。いくつかの実施形態において、それは、他のセクターのパイロット電力に対するサービングセクターＦＬパイロット電力の比である。また、それは、ＡＴ２０６が自律的に行う増加および減少を制御するために使用してもよい。また、それはｃｏｎｔｒｏｌＴｘＴ２Ｐｍａｘを制御するために使用してもよい。それにより、質の悪い配置（例えば、セクターのエッジ）におけるＡＴｓ２０６は、望ましくない干渉を他のセクターに作成することを回避するために最大送信電力を制限してもよい。

いくつかの実施形態において、データ条件２４８８は、パケット５２４の送信モードのための低い電力レベル２３２２に相当する電力プロファイル２３８０にペイロードサイズ２３２０は無く、かつ以下の式により与えられるサイズのペイロードを運ぶことができるということである：

方程式１１では、ｄ_i,nはサブフレームｎの期間に送信されるサブパケット内に含まれるフローｉからのデータ量である。方程式Ｔ２ＰＣｏｎｖｅｒｓｉｏｎＦａｃｔｏｒＴＭ ｘＰｏｔｅｎｔｉａ／Ｔ２ＰＯｕｔｆｌｏｗ_i,TMはフローｉのための送信可能なデータである。すなわち、ＡＴ２４０６のための合計利用可能な電力１０３４が相当するデータ量である。Ｔ２ＰＣｏｎｖｅｒｓｉｏｎＦａｃｔｏｒ_TMは、フローｉのための合計利用可能電力１２３８をデータレベルに変換するための変換係数である。

図２５は、パケット５２４のペイロードサイズ４２０および電力レベル４２２を決定するためにＡＴ２０６が実行してもよい例示方法２５００を図解する。ステップ２５０２は、電力プロファイル２３８０からペイロードサイズ２３２０を選択することを含む。ステップ２５０４は、パケット５２４の送信モードのために選択されたペイロードサイズ２３２０に関連する電力レベル２３２２を識別することを含む。例えば、パケット５２４が高容量モードで送信されようとしているなら、ステップ２５０４は、選択されたペイロードサイズ２３２０に関連する高容量電力レベル２３２２ａを識別することを含む。反対に、パケットが低い待ち時間モードで送信されようとしているなら、ステップ２５０４は選択されたペイロードサイズ２３２０に関連した低い待ち時間電力レベル２３２２ｂを識別することを含む。

ステップ２５０６はパケット５２４が、選択されたペイロードサイズ２３２０および対応する電力レベル２３２２で送信されるなら、送信条件２４８２が満たされるかどうか判断することを含む。ステップ２５０６において、送信条件２４８２が満足されることが決定されるなら、ステップ２５０８において、選択されたペイロードサイズ２３２０および対応する電力レベル２３２２は、物理層３１２に通信される。

ステップ２５０６において、送信条件２４８２が満足されないと決定されるなら、ステップ２５１０において、異なるペイロードサイズ２３２０が電力プロファイル２３８０から選択される。次に、方法２５００はステップ２５０４に戻り、上述したように処理する。

マルチフローアプリケーションの後の設計理念は、利用可能な合計電力がアクセス端末内の各フローに対して利用可能な電力の和に等しいことである。この方法は、ハードウェアの制限またはＴｘＴ２Ｐｍａｘの制限により、アクセス端末自体が送信電力を使い果たす時点までよく機能する。送信電力が制限されると、アクセス端末内のフロー電力割当のさらなる調停が必要である。上述するように、電力制限が無い下では、ｇｕ／ｇｄ需要関数は、ＲＡＢおよびフローランピングの正規化関数を介して各フローの現在の電力割当を決定する。今、ＡＴ電力が制限されると、フロー割当を設定するための１つの方法は、セクター電力制限に厳密に類似しているＡＴ電力制限を考慮することである。一般に、セクターは、ＲＡＢを設定するために使用される最大受信電力基準を有し、これは結果として各フローの電力割当に導く。このアイデアは、ＡＴが電力制限されると、ＡＴの電力制限が実際には、セクターの受信電力の対応する制限であったなら、ＡＴが受信したであろう電力割当にＡＴ内の各フローが設定されるということである。このフロー電力割当は、ＡＴ内の仮想ＲＡＢを実行することにより、または他の等価なアルゴリズムによりｇｕ／ｇｄ需要関数から直接決定してもよい。このようにして、ＡＴ内フロー優先度は維持され、ＡＴ間フロー優先度と一致する。さらに、既存のｇｕ関数およびｇｄ関数を超える情報は必要ない。

ここに記載される実施形態のいくつかまたはすべての種々の特徴の要約がこれから提供されるであろう。システムは、平均リソース割当（Ｔ２ＰＩｎｆｌｏｗ）のデカップリングおよび（ピークレートおよびピークバースト期間の制御を含む）パケット割当のためにこのリソースがどのように使用されるかを考慮する。

パケット割当は、すべての場合において自律のままであってもよい。平均リソース割当の場合、スケジュールされたまたは自律割当は可能である。これは、パケット割当プロセスは両方の場合において同様に作用するので、スケジュールされたおよび自律割当の継ぎ目の無い統合を可能にし、平均リソースはしばしばまたは要望通りでなく更新してもよい。

許可メッセージ内の保持時間の制御は、最小のシグナリングオーバーヘッドでリソース割当タイミングの正確な制御を可能にする。

許可メッセージ内のＢｕｃｋｅｔＬｅｖｅｌ制御は、時間に対して平均割当に影響を与えることなく、フローへのリソースの迅速な注入を可能にする。これは、「一度だけの使用」のリソース注入の種類である。

スケジューラーは、「定点」または各フローのための適切なリソース割当を推定し、これらの値を各フローにダウンロードしてもよい。これは、ネットワークがその適切な割当（「粗い」割当）に接近する時間を減少し、次に、自律モードは、究極の割当（「精細な」割当）を迅速に達成する。

スケジューラーは、フローのサブセットに許可を送信してもよいし、他が自律割当を実行することを可能にしてもよい。このようにして、リソース保証は、あるキーフローに作ってもよいし、従って、残りのフローは必要に応じて残りの容量を自律的に「埋めて」もよい。

スケジューラーは「シェパーディング(shepherding)」関数を実施してもよい。この場合、フローがＱｏＳ要件を満足していないとき許可メッセージのみを生ずる。そうでなければ、フローは、自律的にそれ自身の電力割当を設定することが許される。このようにして、ＱｏＳ保証は、最小のシグナリングおよびオーバーヘッドで行ってもよい。フローのＱｏＳ目標を達成するために、シェパーディングスケジューラーは、自律割当の定点解決(fixed-point solution)と異なる電力割当を許可してもよい。

ＡＮはランピング関数のフローあたりの設計を上下に指定してもよい。これらのランピング関数の適切な選択により、各セクター内に１ビットのみの制御情報を用いて、純粋に自律的な動作のみで任意のフローあたりの平均リソース割当を正確に指定してもよい。

（各ＡＴでスロット毎に更新され短い時定数でフィルターされた）ＱＲＡＢ設計において意味される非常に迅速なタイミングは、各フローの電力割当の非常に厳格な管理を可能にし、安定性とサービスエリアを維持しながら、全体のセクター容量を最大化する。

ピーク電力のフローあたりの制御は、平均電力割当とセクター負荷（ＦＲＡＢ）の関数として可能である。これは、全体的なセクター負荷および安定性への影響を備えたバースティトラフィックの適時性をトレードオフすることを可能にする。

ピーク電力レートの送信の最大期間のフローあたりの制御は、ＢｕｒｓｔＤｕｒａｔｉｏｎＦａｃｔｏｒの使用を介して可能である。ピークレート制御と共に、これは、自律フロー割当の中央調整なしにセクター安定性とピーク負荷の制御を可能にし、特定のソースタイプへの同調要件を可能にする。

バースティソースへの割当は、バケット機構およびＴ２ＰＩｎｆｌｏｗのｂｕｒｓｔｙの持続により優雅に取り扱われる。これは、平均電力の制御を維持しながらバースティソース到着への平均電力割当のマッピングを可能にする。Ｔ２ＰＩｎｆｌｏｗ時定数は、散発的なパケット到着が可能である持続時間を制御し、それを超えてＴ２ＰＩｎｆｌｏｗは最小の割当に減衰する。

ＦＲＡＢ上のＴ２ＰＩｎｆｌｏｗランピングの依存は、最終的な平均電力割当に影響を及ぼさずに、より少ない負荷がかけられたセクターにおいて、より高いランピング力学を可能にする。このように、セクターにより少ない負荷がかけられているとき、積極的なランピングを実施してもよい。一方良好な安定性は、ランピング攻撃性を減少することにより高い負荷レベルで維持される。

Ｔ２ＰＩｎｆｌｏｗは、フロー優先度、データ要件および利用可能な電力に基づいて、自律動作を介して与えられたフローのための適切な割当への自己調節である。フローが過度に割り当てられると、ＢｕｃｋｅｔＬｅｖｅｌはＢｕｃｋｅｔＬｅｖｅｌＳａｔ値に達する、アップランピング(up-ramping)は停止し、Ｔ２ＰＩｎｆｌｏｗ値は、ＢｕｃｋｅｔＬｅｖｅｌがＢｕｃｋｅｔＬｅｖｅｌＳａｔ未満であるレベルに減衰するであろう。従って、これはＴ２ＰＩｎｆｌｏｗのための適切な割当である。

アップ／ダウンランピング関数設計に基づいて自律割当において利用可能なフローあたりのＱｏＳ差別化の他に、ＱＲＡＢまたはＱＲＡＢｐｓおよびＰｉｌｏｔＳｔｒｅｎｇｔｈへのランピングの依存を介して、チャネル条件に基づいてフロー電力割当を制御することも可能である。このようにして、質の悪いチャネル条件におけるフローは、より低い割当を得てもよく、干渉を低減し、システムの全体の容量を改良する。または、チャネル条件に関係なく全割当を得てもよい。これは、システム容量を犠牲にして均一な動作を維持する。これは、公平／一般福祉トレードオフの制御を可能にする。

可能な限り、各フローのためのＡＴ間およびＡＴ内電力割当は、できる限り、場所に依存しない。これは、他のフローが同じＡＴまたは他のＡＴにあるかは関係なく、フローの割当は、合計のセクター負荷にのみ依存することを意味する。いくつかの物理的事実は、いかによくこの目標を達成するか、特に最大ＡＴ送信電力、およびＨｉＣａｐおよびＬｏＬａｔフローをマージすることについての問題点を制限する。

このアプローチに従って、ＡＴパケット割当のために利用可能な合計電力は、ＡＴの送信電力制限を条件として、ＡＴ内の各フローに利用可能な電力の和である。

パケットアロケーションに含まれる各フローからデータ割当を決定するためにどんなルールが使用されても、システムはバケット撤回の観点からシステムはフローのリソース使用を常に知っている。このように、フロー間公平は任意のデータ割当ルールに対して保証される。

ＡＴの電力が制限され、そのすべてのフローに利用可能な総計の電力を提供することができない場合、電力は、ＡＴ内で利用可能なより少ない電力に適切な各フローから使用される。すなわち、ＡＴ内のフローは、あたかもフローがまさにこれらのＡＴとセクターを共有しているかのように、互いに関連する適切な優先度およびその最大電力レベルを維持する（ＡＴ電力制限は、全体としてセクターの電力制限に類似する）。従って、電力が制限されたＡＴにより使用されなかったセクター内に残る電力は通常セクター内の他のフローのために利用可能である。

マージングが起こってもパケット間に大きな電力格差にいたらないほど１つのＡＴ内の高容量潜在データ使用の和が十分に高いとき、高容量フローｃａは、低い待ち時間の送信にマージしてもよい。これは、自己干渉システムに適切な送信電力における平滑さを維持する。特定の高容量フローが、送信すべき同じＡＴ内のすべての低い待ち時間フローに対して待つことができないように、特定の高容量フローが遅延要件を有するとき、高容量フローは低い待ち時間送信にマージしてもよい。次に、潜在的なデータ使用のしきい値に到達すると、フローは、そのデータを低い待ち時間送信にマージしてもよい。したがって、永続性の低い待ち時間フローと共有するとき、高容量フローのための遅延要件は満足されるかもしれない。セクターに軽い負荷がかけられているとき、高容量フローは、低い待ち時間送信にマージしてもよい。低い待ち時間として高容量フローを送信する際の効率損失は重要ではなく、それゆえマージングは常に可能であってもよい。

高容量モード用のパケット長が少なくともサイズでＰａｙｌｏａｄＴｈｒｅｓｈである場合、高容量フローのセットは、低い待ち時間フローが無い場合であっても、低い待ち時間モードで送信してもよい。これは、ＡＴのための最も高いスループットが、最大のパケットサイズおよび低い待ち時間送信モードで生じるので、それらの電力割当が十分に高い場合、高容量モードフローが最も高いスループットを達成することを可能にする。それを別のやり方で言うと、高容量送信のためのピークレートは、低い待ち時間送信のピークレートよりはるかに低い。従って、高容量モードが最高のスループットを達成するように適切であるとき、高容量モードフローは、低い待ち時間送信を使用することが可能である。

各フローは、その最大電力割当を制限するＴ２Ｐｍａｘパラメーターを有する。恐らくネットワーク内の位置に依存して（例えば、２つのセクターの境界において、ＡＴが追加された干渉を作り、安定性に影響を及ぼすとき）、ＡＴの総計送信電力を制限することが望ましいかもしれない。パラメーターＴｘＴ２Ｐｍａｘは、ＰｉｌｏｔＳｔｒｅｎｇｔｈの関数であるように設計してもよいし、ＡＴの最大の送信電力を制限する。

図２６はＡＴ２６０６の一実施形態を図解する機能ブロック図である。ＡＴ２６０６は、ＡＴ２６０６の動作を制御するプロセッサー２６０２を含む。プロセッサー２６０２はまた、ＣＰＵと呼んでもよい。メモリ２６０４は、リードオンリメモリ（ＲＯＭ）およびランダクアセスメモリ（ＲＡＭ）の両方を含んでいてもよく、命令とデータをプロセッサー２６０２に供給する。メモリ２６０４の一部は、また、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含んでいてもよい。

携帯電話のような無線通信装置に具現化してもよい、ＡＴ２６０６は、ＡＴ２６０６とＡＮ２０４のようなリモート位置との間に、オーディオ通信のようなデータの送受信を可能にするために送信機２６０８と受信機２６１０を含むハウジング２６０７を含んでいてもよい。送信機２６０８および受信機２６１０はトランシーバー２６１２に組み合わせてもよい。アンテナ２６１４はハウジング２６０７に取り付けられており、トランシーバー２６１２に電気的に接続される。追加のアンテナ（図示せず）も使用されてもよい。送信機２６０８、受信機２６１０およびアンテナ２６１４の動作は、技術的に良く知られており、ここに記述する必要は無い。

ＡＴ２６０６は、またトランシーバー２６１２によって受信された信号のレベルを検出し量を計るために使用される信号検出器２６１６を含む。技術的に知られているように、信号検出器２６１６は合計エネルギー、擬似雑音（ＰＮ）チップあたりのパイロットエネルギー、電力スペクトル密度および他の信号のような信号を検出する。

ＡＴ２６０６の状態変更器２６２６は、現在の状態およびトランシーバー２６１２により受信され信号検出器２６１６により検出されるさらなる信号に基づいて無線通信装置の状態を制御する。無線通信装置は多くの状態のうちの任意の１つにおいて作動することができる。

ＡＴ２６０６は、またシステム決定器２６２８も含む。システム決定器２６２８は、無線通信装置を制御し、現在のサービスプロバイダーシステムは不適当であるとシステム決定器が決定すると、どのサービスプロバイダーシステムに無線通信装置が転送しなければならないかを決定するために使用される。

ＡＴ２６０６の種々のコンポーネントはバスシステム２６３０により一緒に結合される。バスシステム２６３０は、データバスに加えて電力バス、制御信号バス、およびステータス信号バスを含んでいてもよい。しかしながら、明瞭さのために、種々のバスは、バスシステム２６３０として図２６に図解される。ＡＴ２６０６はまた、信号を処理するのに使用するためにデジタルシグナルプロセッサー（ＤＳＰ）２６０９を含んでいてもよい。図６に図解されるＡＴ２６０６は、特定のコンポーネントのリストよりはむしろ機能ブロック図であることを当業者は理解するであろう。

当業者は、情報及び信号が多岐に渡る様々な異なる技術及び技法のいずれかを使用して表現されてよいことを理解するだろう。例えば、前記説明を通して参照されてよいデータ、命令、コマンド、情報、信号、ビット、記号及びチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、またはその任意の組み合わせによって表現されてよい。

当業者は、さらに、ここに開示されている実施形態に関連して説明された多様な例示的な論理ブロック、モジュール、回路及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されてよいことを理解するだろう。ハードウェアとソフトウェアのこの互換性を明確に説明するために、多様な例示的な構成要素、ブロック、モジュール、回路及びステップが、一般的にそれらの機能という点で前述されている。このような機能性がハードウェアとして実現されるのか、あるいはソフトウェアとして実現されるのかは、特定の用途及び全体的なシステムに課される設計制約に依存する。当業者は、それぞれの特定の用途のために変化する方法で説明された機能性を実現してよいが、このような実現の決定は、本発明の範囲からの逸脱を引き起こすと解釈されるべきではない。

［００１７３］ ここに開示されている実施形態に関連して説明された多様な例示的な論理ブロック、モジュール及び回路は、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェア構成要素、あるいはここに説明される機能を実行するように設計されたその任意の組み合わせをもって実現または実行されてよい。汎用プロセッサーは、マイクロプロセッサーであってよいが、代替策ではプロセッサーは、任意の従来のプロセッサー、コントローラー、マイクロコントローラーまたは状態機械であってよい。プロセッサーは、例えばＤＳＰとマイクロプロセッサーの組み合わせ、複数のマイクロプロセッサー、ＤＳＰコアと連動する１台または複数台のマイクロプロセッサー、あるいは任意の他のこのような構成など計算装置の組み合わせとして実現されてもよい。

ここに開示された実施形態に関連して説明された方法またはアルゴリズムのステップは、ハードウェア内、プロセッサーによって実行されるソフトウェアモジュール内、あるいは２つの組み合わせの中で直接的に具体化されてよい。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または技術的に既知である任意の他の形式の記憶媒体に常駐してよい。例示的な記憶媒体は、プロセッサーが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサーに結合される。代替策では、記憶媒体はプロセッサーに一体化してよい。プロセッサー及び記憶媒体はＡＳＩＣに常駐してよい。ＡＳＩＣはユーザー端末に常駐してよい。代替策では、プロセッサー及び記憶媒体はユーザー端末内に別々の構成要素として常駐してよい。

開示された実施形態の以前の説明は、当業者が本発明を製造するまたは使用することができるようにするために提供される。これらの実施形態に対する多様な修正は、当業者に容易に明らかになり、ここに定義される一般的な原則は、本発明の精神または範囲から逸脱することなく他の実施形態に適用されてよい。したがって、本発明はここに示されている実施形態に制限されるのではなく、ここに説明される原則及び新規な特徴と一致する最も広い範囲を与えられるべきである。

図１は、多数のユーザーをサポートし、ここに議論される実施形態の少なくともいくつかの観点を実施することができる通信システムの一例を図解する。 図２は、高データレート通信システムにおけるアクセスネットワークとアクセス端末を図解するブロック図である。 図３は、アクセス端末上の層のスタックを図解するブロック図である。 図４は、アクセス端末上の高次層とメディアアクセス制御層および物理層の間の例示的な相互作用を図解するブロック図である。 図５Ａはアクセスネットワークに送信されている高容量パケットを図解するブロック図である。 図５Ｂは、アクセスネットワークに送信されている低い待ち時間パケットを図解するブロック図である。 図６はアクセスネットワーク上に存在してもよい異なるタイプのフローを図解するブロック図である。 図７は、高容量パケットのための例示フローセットを図解するブロック図である。 図８は、低い待ち時間パケットのための例示フローセットを図解するブロック図である。 図９は高容量フローが低い待ち時間パケットのフローセットに含まれるかどうかを決定するようにアクセス端末において維持してもよい情報を図解するブロック図である。 図１０は、セクター内のアクセスネットワークおよび複数のアクセス端末を図解するブロック図である。 図１１は、アクセス端末のための合計の利用可能な電力を決定するために使用してもよい例示機構を図解する。 図１２はセクター内のアクセス端末の少なくともいくつかが複数のフローを含む実施形態を図解するブロック図である。 図１３は、アクセス端末がアクセス端末上のフローのための現在の電力割当を取得してもよい１つの方法を図解するブロック図である。 図１４はセクター内のアクセスネットワークからアクセス端末に送信されているリバースアクティビティビットを図解するブロック図である。 図１５は、アクセス端末上の１つ以上のフローのための現在の電力割当を決定するためにアクセス端末において維持してもよい情報を図解するブロック図である。 図１６は、リバースアクティビティビットの推定値およびセクターの現在の負荷レベルの推定値を決定するために使用してもよいアクセス端末内の例示機能コンポーネントを図解する機能ブロック図である。 図１７は、アクセス端末上のフローのための現在の電力割当を決定するための例示方法を図解するフロー図である。 図１８は、アクセスネットワーク上のスケジューラーに要求メッセージを送信するアクセス端末を図解するブロック図である。 図１９は、アクセス端末がいつ要求メッセージをアクセスネットワークに送信するかを決定するためにアクセス端末に維持してもよい情報を図解するブロック図である。 図２０はセクター内のアクセスネットワーク上で実行するスケジューラーとアクセス端末間の例示相互作用を図解するブロック図である。 図２１は、アクセスネットワーク上で実行するスケジューラーとアクセス端末との間の他の例示相互作用を図解するブロック図である。 図２２はアクセスネットワーク上のスケジューラーからアクセス端末に送信される許可メッセージの他の実施形態を図解するブロック図である。 図２３はアクセス端末において記憶してもよい電力プロファイルを図解するブロック図である。 図２４はアクセス端末に記憶してもよい複数の送信条件を図解するブロック図である。 図２５はパケットのペイロードサイズおよび電力レベルを決定するためにアクセス端末が実行してもよい例示方法を図解するフロー図である。 図２６は、アクセス端末の一実施形態を図解する機能ブロック図である。

Claims (12)

1. パケットを送信する方法において、
   ａ）ペイロードプロファイルからペイロードサイズを選択することと、
   ｂ）前記パケットの送信モードに対して前記選択されたペイロードサイズに関連する電力レベルを識別することと、
   ｃ）前記パケットが選択されたペイロードサイズおよび前記電力レベルで送信されるなら、送信条件が満足されるかどうかを決定することと、
   ｄ）前記送信条件が満足されるなら、前記パケットを送信することと、
   ｅ）前記送信条件が満足されないなら、異なるペイロードサイズを選択し、ステップｂ）に戻ることと、
   を備えたことを特徴とする方法。
2. 前記送信モードは高容量送信モードと低待ち時間送信モードを含む、請求項１のパケットを送信する方法。
3. 前記送信条件は割り当てられた電力条件を備え、それにより前記パケットの電力レベルは前記パケットのための合計利用可能電力を超えない、請求項１のパケットを送信する方法。
4. 前記送信条件はデータ条件を備えた、請求項１のパケットを送信する方法。
5. セクター内のアクセスネットワークとの無線通信のために構成されるアクセス端末において、
   リバーストラヒックチャネルを前記アクセスネットワークに送信する送信機と、
   前記アクセスネットワークから信号を受信するアンテナと、
   プロセッサーと、
   前記プロセッサーと電子的に通信するメモリと、
   前記メモリに記憶され、前記プロセッサにより実行される、パケット送信するための命令であって、
   ａ）ペイロードプロファイルからペイロードサイズを選択することと、
   ｂ）前記パケットの送信モードのための選択されたペイロードサイズに関連する電力レベルを識別することと、
   ｃ）前記パケットが前記選択されたペイロードサイズおよび前記電力レベルで送信されるなら、送信条件が満足されたかどうかを決定することと、
   ｄ）前記送信条件が満足されるなら前記パケットを送信することと、
   ｅ）前記送信条件が満足されないなら異なるペイロードサイズを選択し、命令ｂに戻ることと、
   を備えた命令と、
   を備えたことを特徴とするアクセス端末。
6. 前記送信モードは高容量送信モードと低待ち時間送信モードとを含む、請求項５のアクセス端末。
7. 前記送信条件は割り当てられた電力条件を備え、それにより前記パケットの電力レベルは前記パケットのための合計利用可能電力を超えない、請求項５のアクセス端末。
8. 前記送信条件はデータ条件を備えた、請求項５のアクセス端末。
9. パケットを送信するための装置において、
   ペイロードプロファイルからペイロードサイズを選択する手段と、
   前記パケットの送信モードのための前記選択されたペイロードサイズに関連する電力レベルを識別する手段と、
   前記パケットが前記選択されたペイロードサイズおよび前記電力レベルで送信されるなら前記送信条件が満足されたかどうかを決定する手段と、
   前記送信条件が満足されるなら、前記パケットを送信する手段と、
   前記送信条件が満足されないなら異なるペイロードサイズを選択し、前記パケットの前記送信モードのための前記異なるペイロードサイズに関連
   する電力レベルを識別し、前記パケットが前記異なるペイロードサイズと前記電力レベルで送信されるなら、前記送信条件が満足されるか否かを決定し、前記送信条件が満足されるなら前記パケットを送信する手段と、
   を備えたことを特徴とするパケットを送信する装置。
10. 前記送信モードは高容量送信モードと低待ち時間送信モードとを含む、請求項９のパケットを送信する装置。
11. 前記送信条件は割り当てられた電力条件を備え、それにより前記パケットの電力レベルは前記パケットのための合計の利用可能な電力を超えない、請求項９のパケットを送信する装置。
12. 前記送信条件はデータ条件を備えている、請求項９のパケットを送信する装置。

Images