(57)【要約】      （修正有）【課題】１つ以上の二次アップリンク・チャネルがある状態で、一次アップリンク上でデータを送信するデータレートを選択する。【解決手段】データの試みられた送信の数に関連した確率を決定し、未決のデータ送信が試みられた回数を決定し、データ送信と関連した確率を決定し、関連した確率に基づいて次のフレームにおけるデータの送信のための電力を割当てることを含む方法を含む。一次アップリンクのための最高のサポート可能なデータレートが最初に選択される。その後、電力は一次アップリンク上でチャネルの最小の組のために割当てられる。次に、電力は二次アップリンク上で未決のデータ送信に割当てられる。その後、トランシーバのための最大の電力レベルが割当てられた電力を説明するように調節され、一次アップリンクのための最高のサポート可能なデータレートが再計算される。【選択図】図４
2011024229.tif 000002
【特許請求の範囲】
【請求項１】
データが肯定応答されるまで、または再送信の最大数が成されるまで未決のデータ再送信するように構成された無線通信システムにおいて、
データの試みられた送信の数に関連した確率値を決定し、
複数の未決データ送信の各々について、
1つ以上の前のフレームにおいてデータ送信が二次チャネル上で試みられた送信回数を決定し、
データ送信が試みられた回数に関連した確率を決定し、
データ送信が試みられた回数と関連した確率に基づいて、次のフレームにおける二次チャネル上でデータ送信のための電力を割当てることを含む方法。
【請求項２】
一次チャネル上でデータ送信のための電力を割当てることをさらに含む請求項1の方法。
【請求項３】
次のフレームにおいて二次チャネル上でデータ送信のための電力を割当てるのに先立って、一次チャネル上でデータ送信のための電力が割当てられる請求項2の方法。
【請求項４】
一次チャネル上でデータ送信のために割当てられる電力は、データの最小の組のために割当てられる請求項3の方法。
【請求項５】
一次チャネル上でデータ送信のためのデータレートを選択することをさらに含む請求項2の方法。
【請求項６】
一次チャネル上でデータ送信のためのデータレートを選択することは、基地局によって指定された最大のデータレートより大きくない最高のサポートされたデータレートを選択することを含む請求項5の方法。
【請求項７】
複数のデータレートのどれが一組の先行するフレームに対応する情報に基づいてサポートされるかを決定することをさらに含む請求項6の方法。
【請求項８】
一次チャネル上でデータの送信のためのデータレートを選択することは、二次チャネルのために割当てる電力について調節することなく、最大の電力レベルに基づいてデータレートを選択し、次に、最大の電力レベルから二次チャネルのために割当てられた電力を引いた電力に基づいて、一次チャネル上でデータの送信のためのデータレートを再計算することを含む請求項6の方法。
【請求項９】
データレート選択が連続したデータ送信フレーム間で行なわれる第1の逆方向リンク・チャネルと、データが自動的な再送信メカニズムを使用して送信される第2の逆方向リンク・チャネルとを有する無線通信システムにおいて、
最近の履歴チャネル状態および最大の電力レベルに基づいて、第1のチャネル上でデータ送信のための最初のデータレートを選択すること、
履歴再送信確率に基づいて第2のチャネル上でデータ送信のための所要電力を推定すること、
最初のデータレートに基づいて、第1のチャネル上でデータの最小組の送信のための第1の電力量を確保すること、
第2のチャネル上でデータの送信のために第2の電力量を確保すること、
最近の履歴チャネル状態、および最大の電力レベルから第2の電力量を引いた値に等しい電力レベルに基づいて、第1のチャネル上でデータ送信のための最終データレートを選択することを含む方法。
【請求項１０】
履歴再送信確率は、第2のチャネル上でデータ送信が再送信されなくてはならず、かつ第2のチャネル上でデータ送信の対応する回数が試みられた確率を含む請求項9の方法。
【請求項１１】
第2のチャネル上でデータ送信のための所要電力を推定することは、各未決のデータ送信について、データ送信が試みられた回数を識別し、試みられた送信の数に対応する確率を識別し、識別された確率に基づいてデータ送信のための所要電力を推定することを含む請求項10の方法。
【請求項１２】
識別された確率に基づいてデータ送信のための所要電力を推定することは、識別された確率に基づいてデータ送信のための全電力または無電力のいずれかを推定することを含む請求項11の方法。
【請求項１３】
無線通信リンクによってデータを通信するように構成されたトランシーバを含み、
トランシーバはデータが肯定応答されるまで、または再送信の最大数が成されるまで二次チャネル上で未決のデータを再送信するように構成され、トランシーバはさらに、
試みられたデータ送信の1つ以上の数に関連した確率値を決定し、
複数の未決のデータ送信の各々について、
1つ以上の前のフレームにおいてデータ送信が試みられた回数を決定し、
データ送信が試みられた回数に関連した確率を決定し、
データ送信が試みられた回数に関連した確率に基づいて、次のフレームにおけるデータ送信のための電力を割当てるように構成された装置。
【請求項１４】
トランシーバはさらに、一次チャネル上でデータ送信のための電力を割当てるように構成された請求項13の装置。
【請求項１５】
トランシーバはさらに、次のフレームにおいて二次チャネル上でデータ送信のための電力を割当てるのに先立って、一次チャネル上でデータ送信のための電力を割当てるように構成された請求項14の装置。
【請求項１６】
トランシーバはさらに、データの最小組のために一次チャネル上でデータ送信のための電力を割当てるように構成された請求項15の装置。
【請求項１７】
トランシーバはさらに、一次チャネル上でデータ送信のためのデータレートを選択するように構成された請求項14の装置。
【請求項１８】
トランシーバは、基地局によって指定された最大のデータレートより大きくない最高のサポートされたデータレートを選択することにより、一次チャネル上でデータ送信のためのデータレートを選択するように構成された請求項17の装置。
【請求項１９】
トランシーバはさらに、複数のデータレートのどれが前のフレームに対応する情報に基づいてサポートされるかを決定るように構成された請求項18の装置。
【請求項２０】
トランシーバはさらに、二次チャネルのために割当てる電力について調節することなく、最大の電力レベルに基づいてデータレートを選択し、次に、最大の電力レベルから二次チャネルのために割当てられた電力を引いた電力に基づいて、一次チャネル上でデータの送信のためのデータレートを再計算することにより、一次チャネル上でデータの送信のためのデータレートを選択するように構成された請求項18の装置。
【請求項２１】
無線通信システムのためのトランシーバを含み、
トランシーバは、データレート選択が連続のデータ送信フレーム間で行なわれる第1の逆方向リンク・チャネル上と、自動的な再送信メカニズムを使用する第2の逆方向リンク・チャネル上でデータを送信するように構成され、
トランシーバはさらに、最近の履歴チャネル状態および最大の電力レベルに基づいて第1のチャネル上でデータ送信のための最初のデータレートを選択するように構成され、
トランシーバは、履歴再送信確率に基づいて第2のチャネル上でデータ送信のための所要電力を推定するように構成され、
トランシーバは、最初のデータレートに基づいて第1のチャネル上でデータの最小組の送信のための第1の電力量を確保するように構成され、
トランシーバは、第2のチャネル上でデータの送信のために第2の電力量を確保するように構成され、
トランシーバは、最近の履歴チャネル状態、および最大の電力レベルから第2の電力量を引いた値と等しい電力レベルに基づいて、第1のチャネル上でデータ送信のための最終データレートを選択するように構成された装置。
【請求項２２】
履歴再送信確率は、第2のチャネル上でデータ送信が再送信されねばならず、かつ第2のチャネル上でデータ送信の対応する回数が試みられた確率を含む請求項21の装置。
【請求項２３】
トランシーバは、データ送信が試みられた回数を識別し、試みられた送信の数に対応する確率を識別し、識別された確率に基づいてデータ送信のための所要電力を推定することにより、各未決のデータ送信のための第2のチャネル上でデータ送信する所要電力を推定するように構成された請求項22の装置。
【請求項２４】
トランシーバは、識別された確率に基づいて、データ送信のための全電力または無電力のいずれかを推定することにより、識別された確率に基づいてデータ送信のための所要電力を推定するように構成された請求項23の装置。
【請求項２５】
プロセッサに方法を実行させるように構成されたプログラム命令をそこに具体化した、プロセッサにより読出し可能な記憶媒体であって、方法が、
試みられたデータ送信の1つ以上の数に関連した確率値を決定し、
複数の未決のデータ送信の各々について、
データ送信が1つ以上の前のフレームにおいて二次チャネル上で試みられた回数を決定し、
データ送信が試みられた回数に関連した確率を決定し、
データ送信が試みられた回数に関連した確率に基づいて、次のフレームにおける二次チャネル上でデータ送信のための電力を割当てることを含む記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条の下の優先権主張
本特許出願は、２００３年８月２０日にファイルされ、その譲受人に譲渡され、ここに引用文献として明らかに組み込まれた、仮出願Ｎｏ．６０／４９６，９５２、題名“Method and Apparatus for Uplink Rate Selection in the Presence of Multiple Transport Channels in a Wireless Communication System”に対し優先権を要求する。
【０００２】
分野
本発明は一般に通信システムに係り、なお特に、無線通信システムにおける複数の輸送チャネルがある状態でのアップリンクレート選択のためのシステムおよび方法に関する。
【背景技術】
【０００３】
典型的な無線電気通信システムは、当業者に知られており、引用文献としてここに組込まれる３ＧＰＰ標準、リリース９９に従って設計されるかもしれない。このシステムでは、基地局制御器は、複数の基地トランシーバ、即ち基地局に接続される。基地局制御器に接続される複数の基地局があるかもしれない。基地局制御器は、一般的にバックホール・ネットワークと呼ばれるネットワークを通して、一般的に基地局に接続される。
【０００４】
各基地局は、基地局に関連したカバレッジ領域内にある複数の移動局と通信することができる。再び、基地局のカバレッジ領域には基地局と通信している複数の移動局があるかもしれない。移動局は無線リンクによって基地局と通信する。無線リンクは、移動局から基地局へデータを伝えるための一組のチャネルと同様に、基地局から移動局へデータを伝えるための一組のチャネルを含んでいる。チャネルの第１の組（基地局から移動局へ）は順方向リンクと呼ばれる。チャネルの第２の組（移動局から基地局へ）は逆方向リンクと呼ばれる。
【０００５】
このシステムにおいて、移動局が基地局へ送信する必要のあるデータを持っている場合、リクエストが移動局から基地局に送信される。このリクエストは、基地局へ移動局のデータを送信する許可の要請である。基地局がリクエストを受信した後、それはリクエストに応じて移動局への許可を出すかもしれない。許可は、移動局が割当てられた間隔に対して指定された最大のデータレートまで基地局へデータ送信することを許容する。
【０００６】
許可が移動局によって受信された場合、移動局はそのデータを送信する適切なレートを決定し、次に、割当てられた間隔中に選択されたレートで専用データ・チャネル上でデータを送信する。移動局は大部分その電力制約に基づいて専用データ・チャネル上でデータを送信するデータレートを選択する。例えば、このシステムでは、移動局はそのデータを送信することができる最大の電力（例えば、１２５ミリワット）を有し、したがって、データレートは移動局にその最大の電力レベルを超過させるとは期待されないように選択されている。このシステムでは、移動局の履歴（与えられたデータレートで送信するのに必要な電力量に関しての）は、最大のレベル未満である電力レベルに対応する最大の許容可能なデータレートを決定するために観察される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、データレートを選択するこの単純な方法は１つのチャネルだけ（専用データ・チャネル）を説明し、移動局が多重チャネル上でデータを送信している場合、レート選択のために受け入れ可能な方法論を提供しない。したがって、多重チャネルがある状態でデータレートを選択するためのシステムと方法を提供することは望ましいであろう。
【課題を解決するための手段】
【０００８】
ここに示される発明の実施例は、１つ以上の二次アップリンク・チャネルがある状態で一次アップリンク上でデータを送信するデータレートを選択するメカニズムを提供することにより、上に示された１つ以上のニーズを処理する。
【０００９】
一実施例は無線通信システムの遠隔トランシーバで実施される方法を含み、トランシーバはデータが確認されるまで、あるいは最大数の再送信が成されるまで二次アップリンク上で保留のデータを再送信するように構成される。方法は、データの送信回数に関係して確率値を決定し、複数の保留データ送信の各々について、行われたデータ送信の回数を決定し、送信回数に関係した確率を決定し、送信回数に関係した確率に基づいて次のフレームにおけるデータの送信のための電力を割当てることを含んでいる。
【００１０】
一実施例では、方法は最初に従来の方法論を用いて一次アップリンクのための最高のサポート可能なデータレートを選択することを含んでいる。この方法論では、データレートは、どのデータレートが一組の先行するフレームでサポートされていたかを決定し、次に、これらのレートの中で最高のものを選択することにより選択される。一次アップリンクのための最初のデータレートが決定された後、電力は一次アップリンク上でチャネルの最小の組に割当てられる。その後、電力は二次アップリンク上で保留のデータ送信のために割当てられる。次に、トランシーバのための最大の電力レベルが割当てられた電力を説明するように調節され、一次アップリンクのための最高のサポート可能なデータレートが再計算される。
【００１１】
代替実施例は無線通信リンクによってデータを通信するように構成されたトランシーバを含む。この実施例では、トランシーバは、データが確認されるまで、あるいは最大数の再送信が成されるまで、二次チャネル上で保留データを再送信するように構成される。トランシーバはさらに行われたデータ送信の１つ以上の数に関連した確率値を決定するように構成される。その後、複数の保留データ送信の各々について、トランシーバは、データ送信が１つ以上の前のフレームで行われた回数を決定し、データ送信が行われた回数に関連した確率を決定し、データ送信が行われた回数に関連した確率に基づいて次のフレームにおけるデータ送信のための電力を割当てる。
【００１２】
他の代替実施例は、プロセッサに上に記述されたような方法を行なわせるためにプログラム命令を含んでいる、プロセッサによって読出し可能な記憶媒体を含む。一実施例では、プロセッサは無線トランシーバの構成要素であり、記憶媒体における指示は、プロセッサが、行われたデータ送信の数に関連した確率値を決定し、複数の保留データ送信の各々について、データ送信が行われた回数を決定し、行われた回数に関連した確率を決定し、送信数に関連した確率に基づいて次のフレームにおけるデータ送信のための電力を割当てるように構成する。
【００１３】
さらに、多数の代替実施例が可能である。
【００１４】
発明の種々の態様および特徴は、次の詳細な記述および添付図面の参照により開示される。
【図面の簡単な説明】
【００１５】
【図１】一実施例に従って無線電気通信システムの構成を示すダイアグラムである。
【図２】一実施例において、基地局へデータを送信する移動局によって使用される電力を示すダイアグラムである。
【図３】一実施例に従って増強されたアップリンクのチャネル上で送信のタイミングを示すダイアグラムである。
【図４】一実施例に従って方法を示すフローダイアグラムである。
【発明を実施するための形態】
【００１６】
発明は様々な変形例および代替例に従うが、その特定の実施例が図面中に例の方法および添付の詳細な記述で示される。しかしながら、図面および詳細な記述が、発明を記述される特定の実施例に限定することを意図されないことは理解されるべきである。
【００１７】
発明の１つ以上の実施例が下記に述べられる。以下に述べられるものおよび他の実施例は例であり、限定ではなく発明の例示として意図されることが注目されるべきである。
【００１８】
ここに記述されるように、発明の様々な実施例は１つ以上の二次アップリンク・チャネルがある状態で、一次アップリンク上でデータを送信するデータレートを選択するためのシステムおよび方法を含む。一実施例では、無線通信システムは、基地局および移動局の間でデータを送信するため多重チャネルを使用する。チャネルは、移動局から基地局にデータを送信するための複数の逆方向リンク・チャネルと同様に、基地局から移動局にデータを送信するための複数の順方向リンク・チャネルを含んでいる。このシステムにおいて移動局は、逆方向リンク・チャネルを経て基地局へデータを送信するデータレートを選択するために、データレートおよび送信電力に関係している期待された要求と同様に、履歴情報を考慮に入れる。
【００１９】
この実施例では、移動局は、一組の可能なデータレートのどれが、前のフレーム間隔におけるデータ送信および最大の電力レベルとのこれらの送信の関係に基づいて、第１の（例えば、専用データ）チャネルのためにサポートされるかを決定する。移動局はまた、到来するフレームのこのチャネル上でなされると期待される送信に基づいて、第２の（例えば、増強されたアップリンク）チャネルのための推定された電力要求を決定する。その後、移動局は第１のチャネル上で送信されるべきチャネルの最小の組のための電力を確保し、第２のチャネル上で送信されると期待されるデータのための電力を確保し、また電力が第２のチャネル上で送信されるべきデータのために確保された後、第１のチャネル上でまだサポートすることができる最高のデータレートを計算する。
【００２０】
発明の一実施例は、リリース９９およびリリース６を含む３ＧＰＰ標準の、様々なリリースに従って設計されている無線電気通信システムで実施される。したがって、発明の理解を援助するためにそのようなシステムの基本構成および作動について記述することは有用であろう。次の記述は主としてこの標準に従うシステムに注目しているが、代替実施例が同様に他の標準に従うシステムで実施されるかもしれないことが注目されるべきである。
【００２１】
図１を参照すると、一実施例に従って無線電気通信システムの構成を示すダイアグラムが示される。システム１００は基地局制御器１１０、バックホール・ネットワーク１３０によって基地局制御器１１０に接続される基地局１２０および移動局１４０を含んでいる。システム１００は、明瞭さの目的のために、図に示されない追加の基地局および移動局を含んでいるかもしれない。
【００２２】
システムの構成要素を参照するために使用される専門用語は、３ＧＰＰ標準の様々なリリースとわずかに異なる。例えば、基地局制御器１１０は無線ネットワーク制御器（ＲＮＣ）と呼ばれるかもしれないし、“ノードＢ”と呼ばれるかもしれないし、移動局１４０はユーザ設備（ＵＥ）と呼ばれるかもしれない。発明の様々な実施例が無線通信システムの異なるタイプ（例えば、異なる標準または同じ標準の異なるリリースによって設計されたシステム）に実施されるかもしれないので、システムの異なる構成要素への言及は広く解釈されるべきであり、またシステムの特定のタイプに適用可能な専門用語を使用する特定の構成要素への言及は、発明の実施例が特にそのタイプのシステムに限定されることを示唆するように解釈されるべきでない。
【００２３】
図１で描かれたシステムを再び参照すると、移動局１４０が基地局１２０へ送信される必要のあるデータを持っている場合に、移動局はこのデータを送信する認可を求めて、基地局１２０へリクエストを送信する。リクエストに応じて、基地局１２０は移動局１４０へ許可を送信するかもしれない。許可は、指定されたデータレートまでで基地局１２０へデータを送信することを移動局１４０に認可する。移動局１４０が許可を受信した後、それは次の無線フレーム中に基地局１２０へデータを送信し始めるかもしれない。
【００２４】
移動局１４０は一般的には静止（いくつかの実例では、それはそうかもしれないが）していない。移動局１４０はその代りに、基地局１２０に関して移動するであろう。移動局１４０の位置変化は、移動局１４０と基地局１２０の間の無線リンクのためのチャネル状態を典型的に変えさせる。チャネル状態はまた、大気状態、移動局１４０と基地局１２０との間の他の対象物の移動、他の送信機からの干渉などのような他の要因により影響されるかもしれない。
【００２５】
ここの記述および他の実施例の記述は、移動局が基地局に関して移動するかもしれないシステムに焦点を当てているが、他の実施例は代替タイプの装置間の無線通信を可能にするシステムで実施されるかもしれないことが注目されるべきである。装置のうちの１つが“基地局”である必要はなく、装置の他方が“移動”である必要はない。したがって、移動局と基地局へのここでの言及は、互いに通信にある任意の無線トランシーバ装置を含めるように解釈されるべきである。
【００２６】
無線通信リンクのためのチャネル状態の変化のために、移動局１４０が基地局１２０へデータを送信するデータレートに変化があるかもしれない。データを送信するために移動局１４０によって使用されるデータレートのこれらの変化は、基地局１２０が受け入れ可能な誤り率でデータを受信する十分に高い信号対雑音比、ＳＮＲ（あるいは信号対干渉および雑音比、ＳＩＮＲ）を提供するのに必要である。チャネル状態がよいほど、移動局によって使用することができるデータレートは高い。チャネル状態が悪いほど、典型的に移動局によって使用される必要のあるデータレートは低い。
【００２７】
移動局１４０がデータを送信できるデータレートは、チャネル状態だけでなく移動局の電力制約によっても制限されている。特定のレートでデータを送信するように要求される電力は、データレートに比例する。したがって、より低いデータレートで送信することは、より高いデータレートでデータを送信することを必要とされるよりもより少ない電力をとる。これは、移動局１４０が最大の電力レベルで、あるいはその電力レベルより下でデータを送信することを一般的には許可されるので、重要である。例えば、一実施例では、移動局は最大１２５ミリワットまで使用してデータを送信することを許可される。
【００２８】
リリース９９では、特定のチャネルのためのデータレートはまたトランスポートフォーマット（ＴＦ）と呼ばれる。リリース９９の専用物理データ・チャネルが複数の論理的または仮想チャネルを実際に含んでいるので、これらのチャネルのためのデータレート（即ち、トランスポートフォーマット）の特定の組合せは、トランスポートフォーマットの組合せ（ＴＦＣ）と呼ばれる。明瞭さの目的のために、トランスポートフォーマットの組合せと同様に個々トランスポートフォーマットは、以下単にデータレートと呼ばれるであろう。
【００２９】
特定のチャネルのためのデータレートは送信時間間隔、即ちＴＴＩで割られた送信されるべきデータの量に等しい。移動局は１０ミリセカンドの無線フレーム間の各境界で可能なデータレートの組からアップリンク・チャネルに適切なデータレート（ＴＦＣ）を選択する。様々な可能なＴＦＣは総体としてＴＦＣの組、即ちＴＦＣＳと呼ぶことができる。
【００３０】
上で述べたように、データを送信するために移動局１４０によって使用することができる電力の量に制限がある。したがってデータが送信されることができるレートに対応する制限がある。特定のレート（即ち特定のＴＦＣ）でデータを送信するために必要な電力が、最大許容電力レベルを超過しない場合、その特定なデータレートは移動局の電力制約内でサポートされる。言いかえれば、その最大許容電力で、あるいはその電力以下で作動する移動局は、そのデータレートでデータ送信をサポートすることができる。他方、その特定なレートでデータを送信すると、移動局がその最大の電力レベルを超過する場合、データレートは概して言えば、サポートされない。
【００３１】
図２を参照すると、一実施例における基地局へデータを送信する移動局によって使用される電力を示すダイアグラムが示される。この実施例では、データは１０ミリセカンドの無線フレーム２１０上で移動局１４０から基地局１２０に送信される。データは選択されたデータレート（ＴＦＣ）を使用して送信され、また、対応する電力量はこのレートでそのデータを送信するために使用される。曲線２１１はデータを送信するために移動局１４０によって実際に使用される電力を示す。チャネル状態における変化を補償するために、データを送信するために使用される電力がフレーム２１０によってカバーされた間隔に関して変わることが理解され得る。移動局１４０によって使用される電力は移動局の最大電力レベル（ダッシュ線２３０により示された）を超過しない。したがって、そのデータを送信するために移動局１４０によって使用される特定のデータレートはサポートされる。
【００３２】
次のフレームで特定のデータレートがサポートされることができるかどうかという問題は、データがまだ送信されておらず、チャネル状態が将来（即ち、データが実際に送信されるとき）どうであるか確信をもって知ることができないので、確信をもって答えることができない。したがって、各可能なデータレートがサポートされるかどうかの決定は、移動局のデータ送信の最近の履歴に基づく。より具体的には、移動局は前の間隔中に特定のレートでデータを送信するために必要であった電力量を検査し、各データレートのチャネル状態および対応する所要電力がほぼ同じになるであろうという仮定をする。したがって、データレートが前の間隔中にサポートされた場合、データレートが次の間隔中にサポートされるであろうと仮定されている。
【００３３】
図２を再び参照すると、いくつかの異なる曲線がフレーム２１０内に描かれる。上で注意されたように、曲線２１１はフレーム中にデータを送信するために移動局１４０によって実際に使用される電力を示す。また上で注意されたように、この曲線は最大電力レベル２３０未満であり、したがって、対応するデータレートはサポートされると考えられる。曲線２１２，２１３および２１４は、同じチャネル状態の下で、しかし異なるデータレートで同じデータを送信するために使用された電力を示す。曲線２１２および２１３はより低いデータレートに対応し、従ってデータを送信するのにより少ない電力を要求していたであろう。したがって、これらのデータレートはサポートされる。他方、曲線２１４は実際に使用されたより高いデータレートに相当し、より多い電力を要求していたであろう。図に示されたように、この曲線は完全に最大電力レベル２３０以上であるので、サポートされていなかったであろう。
【００３４】
リリース９９では、１０ミリセカンドのフレームがデータを送信するために使用される。リリース９９標準は、前の２０ミリセカンドの間に移動局がデータ送信の電力を検査し、この情報に基づいて、可能なデータレート（ＴＦＣ）の各々がサポートされるかどうか判断するであろうということを明示する。図２の例では、曲線２１１−２１３に対応するデータレートはサポートされるが、曲線２１４に対応するデータレートはサポートされない。したがって移動局はサポートされたデータレートの中で最高のもの（この例における２１１）を選択し、また、選択されたデータレートが基地局からの許可の中で指定された最高レート以下であるならば、この最高のサポートされたレートは次の１０ミリセカンドのフレーム中に（曲線２４０によって示されたように）データを送信するために使用されるであろう。最高のサポートされたデータレートが許可の中で指定された最高レートより大きければ、移動局は許可の中で指定された最高レート以下であるサポートされたデータレートの中で最高のものを選択するであろう。
【００３５】
移動局が基地局へデータを送信するデータレートを選択するためのこの方式は、単一のデータが送信される専用チャネルだけがあるので、リリース９９で実施のために簡単かつ適当である。これは、データが送信されることができるレートを決定する際に、考慮される必要のあるただ１つのチャネルのみがある。しかしながら、この標準の後のリリース（リリース６）によって設計されたシステムにおいて、増強されたアップリンクが定義される。増強されたアップリンクは、データが移動局から基地局に送信されることができる追加の逆方向リンク・チャネルを含んでいる。移動局がこの追加のチャネル上でデータを送信することを可能にするために、移動局の電力制約内に残っている間、データ送信レートを選択する場合、追加チャネルを考慮に入れることが望ましい。
【００３６】
増強されたアップリンクの追加のチャネルがリリース９９アップリンクの専用データ・チャネルと同じ方法で管理された場合、データ転送レートを選択する上述されたものに似ている方式を使用することは可能かもしれない。すなわち、チャネル状態が移動局の最近の履歴と同じであろうと仮定し、チャネル状態の履歴に基づいて送信されるべきデータのための電力を割当てることは可能であるかもしれない。しかしながら、増強されたアップリンクのチャネルは、リリース９９アップリンクのチャネルと同じ方法で使用されない。これらの違いのうちのいくつかは、図３に関して下記で説明される。
【００３７】
図３を参照すると、増強されたアップリンク・チャネル上で送信のタイミングを示すダイアグラムが示される。参照番号３００は、増強されたアップリンクで移動局から基地局へのデータの送信を示し、一方で参照番号３１０はダウンリンクによって基地局から移動局への送信を示している。
【００３８】
この実施例では、増強されたアップリンク・チャネルは増強されたデータ・チャネル（Ｅ−ＤＣＨ）、レート指標チャネル（ＲＩＣＨ）、リクエスト・チャネル（ＲＥＱＣＨ）および第２のパイロット・チャネル（ＳＰＩＣＨ）を含んでいる。一実施例では、リリース９９データ・チャネルによって使用される１０ミリセカンドのフレームではなく、増強されたアップリンク・チャネルが２ミリセカンドのサブフレームを使用することが図から見られるかもしれない。各２ミリセカンドのサブフレームは、各フレームにおいて合計１５のスロットに関する３つのスロットを持っている。増強されたデータ・チャネルは、各２ミリセカンドのサブフレームのＨＡＲＱ（ハイブリッド自動繰り返しリクエスト）プロセスにより送信されるかもしれない。レート指標情報はＨＡＲＱプロセスの各々に対応して送信されることができる。リクエストが移動局によって送信される場合、それは、１０ミリセカンドのフレーム内の第１の２ミリセカンドのサブフレーム中にリクエスト・チャネル経由で送信される。
【００３９】
増強されたアップリンクはハイブリッド自動繰り返しリクエスト、即ちＨＡＲＱメカニズムを実行する。このメカニズムは、基地局によって確認されないデータの自動的な繰り返し送信のために移動局によって使用される。データのフレームの一連の送信はＨＡＲＱプロセスを含む。したがって、ＨＡＲＱプロセスにおいて、データが増強されたアップリンクのデータ・チャネルを使用して移動局から基地局に送信される場合、基地局はデータを受信し、データを復号し、次に、移動局へ確認（ＡＣＫ）を送信する。移動局が確認を受信する場合、移動局は基地局へ送信したデータが成功裡に受信されかつ復号されたことを知る。この場合、移動局は送信されたデータを完了する（即ち、ＨＡＲＱプロセスは終了される）。
【００４０】
他方、基地局が受信するが成功裡にデータを復号しない場合、基地局は移動局へ非確認（ＮＡＫ）を送信するであろう。移動局が非確認を受信する場合、移動局はデータが成功裡に受信および復号されなかったことを知る。移動局はしたがってこのデータを再送信しなくてはならない（即ち、ＨＡＲＱプロセスが継続される）。確認あるいは非確認が移動局により受信されない場合、同じことが云える。一実施例では、移動局は予定の回数データを再送信することを試みるであろう。再送信の予定数の後に送信がまだ失敗であるならば、データは落とされ、ＨＡＲＱプロセスを終了するであろう。
【００４１】
増強されたアップリンク上でデータの送信のための適当なデータレートの選択を複雑にするいくつかの要因がある。そのような１つの要因は、増強されたアップリンク・チャネルの各々の存在か欠如が確率的であるということである。言いかえれば、これらのチャネルの各々は与えられたフレームで使用されるか、または使用されないかもしれない。例えば、それはリクエスト・チャネル経由で基地局へリクエストを送信する次のフレームにおいて必要かもしれないし、必要ではないかもしれない。
【００４２】
他に、関連する複雑にする要因はＨＡＲＱメカニズムの実施である。上に指摘されたように、このメカニズムは、成功裡に受信されかつ復号されたこととして基地局によって確認されないデータの自動再送信を提供する。データの成功した受取りが直ちに確認されることにならないので、これは問題である。移動局から基地局に対応するデータを送信し、データを復号し、データが成功裡に受信され復号されたと判断し、移動局へ確認を送信するために時間が必要である。この遅れは図３で示される。
【００４３】
図３で示されるように、ＨＡＲＱプロセス０は、フレームｆの第１の２ミリセカンドのスロットで移動局によって送信される。ＨＡＲＱプロセス０の確認はおよそ３．５スロット（７ミリセカンド）後に受信される。したがって、ＨＡＲＱプロセス０の場合には、確認はフレームｆのスパン内で受信される。したがって、データレートがフレームｆおよびｆ＋ｌの間の境界で選択されている場合、移動局は、ＨＡＲＱプロセス０のデータを再送信する必要があるかどうか知る。これは問題ではない。問題はＨＡＲＱプロセス１−４の確認に関係がある。これらのＨＡＲＱプロセスのうちのいずれかの確認は同じフレーム内に受信することができない。その結果、データレートがフレームｆおよびｆ＋ｌの間の境界で選択されている場合、ＨＡＲＱプロセス１−４のいずれかが基地局によって成功裡に受信されたかどうかは知られない。したがって、移動局はそれが対応するデータを再送信する必要があるかどうか知らない。移動局は、このデータが送信される必要があるかどうか、いかに多くの電力がこれらの送信に割当てられる必要があるかを単に推測することができる。
【００４４】
各フレーム境界では、移動局は、次のチャネルが続くフレーム：Ｅ−ＤＰＤＣＨ、ＲＩＣＨおよびＨＡＲＱプロセス０のためのＳＰＩＣＨで送信されるかどうか単に知り、ＲＥＱＣＨおよびＥ−ＤＰＤＣＨがフレームｆのスロット３−１４中に送信されないならば、Ｅ−ＤＰＤＣＨ、ＲＩＣＨおよびＳＰＩＣＨはフレーム（ｆ＋ｌ）の対応するスロット中に送信されないのであろうし、ＲＥＱＣＨがフレームｆのスロット３−１４中に送信されれば、Ｅ−ＤＰＤＣＨ、ＲＩＣＨおよびＳＰＩＣＨはフレーム（ｆ＋ｌ）の対応するスロット中に送信されることができ、そして、Ｅ−ＤＰＤＣＨがフレームｆのスロット３−１４中に送信され、送信が最後の送信でなかったならば、フレーム（ｆ＋ｌ）の対応するスロット中にＥ−ＤＰＤＣＨ、ＲＩＣＨおよびＳＰＩＣＨを再送信することができる。
【００４５】
他のいずれかのデータが増強されたアップリンク・チャネル上で送信されるかどうかを移動局は知らないので、リリース９９アップリンクのために使用された単純なデータレート選択方式は、直接適用することができない。しかしながら、増強されたアップリンク送信に関する仮定が成される場合、この方式は適用することができる。例えば、次のフレームにおける増強されたアップリンク・チャネル上でデータが送信されないであろうと仮定することができる。この仮定に関する問題は、移動局が増強されたアップリンク・チャネル上でデータの必要な送信をすることができないかもしれないということである。反対に、可能な増強されたアップリンク・チャネル送信のすべてが各フレームでなされると仮定することができる。この仮定に関する問題は、増強されたアップリンク・チャネルが必ずしも必要だとは限らないということであり、したがって、増強されたアップリンク帯域幅のうちのいくらかは未使用であり、一方、リリース９９アップリンク・チャネルは十分な帯域幅を持たないかもしれない。したがって、これらの２つの極端に対する中間の仮定が、最も合理的であろうように見える。
【００４６】
一実施例は、ＨＡＲＱ再送信の確率的性質を考慮に入れる方式を実施する。知られていないデータ送信の部分については、この方式は、送信されるのであろうデータの量の推定を作成する。リリース９９方式に似ているので、その推定は履歴情報に基づくが、履歴情報はチャネル状態に関係がない。代わりに、履歴情報はデータのＨＡＲＱ再送信に関係がある。
【００４７】
上で述べたように、特定のＨＡＲＱプロセスのためのデータは移動局から基地局に送信され、また、送信が確認されない場合、データは再送信される。この実施例では、再送信は各ＨＡＲＱプロセスが再送信されるのであろう確率を識別するために追跡される。より具体的には、長期残余ブロック誤り率（ＢＬＥＲ）が追跡される。各送信（あるいは再送信）に対して、データが次のフレームで再び送信されることを必要とする対応する確率がある。
【００４８】
例えば、一度だけ送信された各ＨＡＲＱプロセスについては、再び送信される確率は９０％あるかもしれない。２度送信された各ＨＡＲＱプロセスについては、再送信の確率は５０％あるかもしれない。送信の各続く数は、次のフレームにおける送信の関連する確率を持っている。概して言えば、ＨＡＲＱプロセスのより多くの回数の送信が行われたなら、このプロセスが次のフレームに再び送信されることを必要とする尤度はより低くなるであろう。上で注意されたように、送信の数は制限されているので、最後の送信の後、次のフレームでデータを再び送信する確率は０であろう。
【００４９】
移動局は、確認されないＨＡＲＱプロセスの各々が再送信されることを必要としているかどうか判断するためにこの確率情報を使用する。これらのプロセスの各々について、移動局は、プロセスが送信された回数を決定し、送信のこの回数に関連した確率を決定し、関連した確率に基づいてこのプロセスの送信のための電力を割当てるか、または割当てない。
【００５０】
従って、例えば各ＨＡＲＱプロセスの再送信が４回まで行われるのであろうと仮定する。これらのプロセスが次のフレームで送信されることを必要とする確率が、以下の表で示される通りさらに仮定する。
【表１】
2011024229.tif 000003
【００５１】
特定のＨＡＲＱプロセスのためのデータが移動局から基地局にまだ送信されていない場合、このプロセスが次のフレームで送信されることを必要とする確率は１００％である。したがって、移動局はこのプロセスの送信のために電力を割当てる。他方、ＨＡＲＱプロセスが既に一度送信されていると考えられる場合、プロセスが次のフレームで再び送信されることを必要とする確率は９０％だけである。したがって、移動局はこのプロセスの送信のために９０％の確率で電力を割当てるであろう。プロセスに対応するデータが４回送信されていれば、このデータを再び送信するための電力は割当てられないであろう。
【００５２】
特定の確率で電力の割当ては、移動局がプロセスの送信のため必要な電力の部分だけを割当てるであろうということを意味しない。代わりに、移動局は送信のために必要な電力のすべてを割当てるか、または要求された電力を何も割当てないであろう。例えば、データが再送信される必要があるという９０％の機会がある時、移動局は時間の９０％電力を割当て、時間の１０％電力を割当てないであろう。一実施例では、これは、０と１の間の乱数を生成し、次に、生成された数が０と０．９の間にある場合に、プロセスのために電力を割当て、または生成された数が０．９と１の間にある場合、プロセスのために電力を割当てないことにより達成される。
【００５３】
上に記述した実施例中で、移動局は増強されたアップリンク・チャネルおよびリリース９９アップリンク・チャネルの両方でデータを送信するので、増強されたアップリンクのためのこの電力割当て方式は、リリース９９データレート選択方式の修正版と共に使用される。結果として方式は図４に示される。
【００５４】
図４を参照すると、一実施例に従って方法を示すフローダイアグラムが示される。この実施例では、移動局は最初に最高のサポートされたデータレートを決定する（ブロック４１０）。次に移動局は、増強されたアップリンク上で保留中ＨＡＲＱプロセスを送信するために必要である電力量を決定する（ブロック４２０）。その後、移動局は、リリース９９アップリンク上でチャネルの“最小の組”のために電力を確保し、ブロック４２０で決定された保留中ＨＡＲＱプロセスのために電力を確保し、電力が増強されたアップリンク上で保留中ＨＡＲＱプロセスのために確保された後、まだサポートされる最高のデータレートを決定する（ブロック４３０）。
【００５５】
ブロック４１０で最高のサポートされたデータレートを決定することは、従来の方法で行なわれる。言いかえれば、前の１０ミリセカンドのフレームの情報が検査され、そしてデータ・チャネルのための最高のサポート可能なデータレートが決定される。これはリリース９９で使用されるのと同じ方式である。増強されたアップリンク・チャネルは、最高のサポート可能なデータレートを決定する目的のために無視される。これはリリース９９で使用されるのと同じ方式であり、したがって、この実施例はリリース９９に基づいてシステムと後方互換性がある。
【００５６】
リリース９９では、移動局はそれがアップリンクで送信するデータを持っている場合は常に、その現在のＴＦＣＳからＴＦＣを選択する。ＴＦＣは、移動局のバッファ中のデータ、現在利用可能な送信電力、利用可能なＴＦＣＳおよび移動局の能力に基づいて選択されている。
【００５７】
利用可能なＴＦＣＳの中の各ＴＦＣは３つの状態、サポートされた、超過電力、または閉鎖された、のうちの１つにある。サポートされた状態のＴＦＣは、アップリンクでデータの送信のために使用することができる。超過電力状態のＴＦＣは最大の許容電力以上を要求し、従ってアップリンクでデータの送信のために選択されないであろう。閉鎖状態にあるＴＦＣは同様にあまりにも多くの電力を要求し、アップリンク送信のために選択されないであろう。
【００５８】
あるパラメーターに基づいて、ＴＦＣがサポート、超過電力および閉鎖状態の間を移動することができることによって消去、回復および閉鎖の評価基準を移動局は連続的に査定する。このＴＦＣのために必要とされた、推定された移動局送信電力が直前の査定で多くのスロットの少なくともある部分のための最大の移動局送信機電力より大きい場合、移動局はＴＦＣの消去評価基準を考慮する。移動局はこのＴＦＣを超過電力状態であると考える。それが一定の期間の間超過電力状態でとどまる場合、移動局はＴＦＣの閉鎖評価基準を考慮する。このＴＦＣのために必要とされた、推定された移動局送信電力が直前の査定で幾らかのスロットのための最大の移動局送信機電力ほど大きくなかった場合、移動局はＴＦＣの回復評価基準を考慮する。移動局はこのＴＦＣをサポートされた状態であると考える。
【００５９】
ブロック４２０では、移動局は増強されたアップリンクのための所要電力を決定する。これは、送信されるかもしれないし、送信されないかもしれないデータのための所要電力（例えば、保留中ＨＡＲＱプロセス１−４の再送信）を決定することと同様に、移動局が知っているデータのための所要電力が送信されること（例えば、保留中ＨＡＲＱプロセス０の再送信）を決定することを含んでいる。この実施例で決定された所要電力は、ピーク電力ではなく、フレーム上の平均所要電力である。
【００６０】
増強されたアップリンク上でデータを送信するために使用されると期待される電力量は、次の方法で計算される。最初に、いくつかの変数が定義される。
【００６１】
Ｆ＝フレーム数
Ｍ＝スロット数
＝１５・ｆ＋ｓ
０≦ｓ≦１４
Ｈ＝ＨＡＲＱプロセスの数
さらに、いくつかの関数が定義される。
【００６２】
Ｐｓ（ｋ；ｆ）＝フレームｆのスロットｋの間のＤＰＣＣＨ送信電力、ここにＤＰＣＣＨはリリース９９アップリンクの専用物理的制御チャネルである。  
Ｐ（ｆ）＝フレームｆのための平均ＤＰＣＣＨ送信電力
【数１】
2011024229.tif 000004
【００６３】
Ｐａｖ（ｆ）＝フレームｆにおけるＤＰＣＣＨ送信電力の（Ｆフレーム上の）移動平均
【数２】
2011024229.tif 000005
【００６４】
フレームｆ中に、移動局はリクエストを送るか、またはＥ−ＤＰＤＣＨ（増強されたアップリンクの専用物理データ・チャネル）を送信するか、あるいは両方を送信する。フレーム（ｆ＋１）中の送信はこれに依存する。
【００６５】
次に、我々はいくつかの追加の変数を定義する。  
Ｉｒ（ｊ；ｆ）＝フレームｆ中のＨＡＲＱプロセスｊのためのＲＥＱＣＨ指標関数
＝｛０  リクエスト無し、φ  リクエスト有り｝
０≦φ≦１
ｒ（ｊ；ｆ）＝フレームｆ中のＨＡＲＱプロセスｊのためのリクエストＥ−ＤＰＤＣＨ  ＴＦ
Ｉｔ（ｊ；ｆ）＝フレームｆ中のＨＡＲＱプロセスｊのためのＥ−ＤＰＤＣＨ送信指標関数
＝｛０  送信無しまたは最後の再送信、１  送信有りまたは潜在的に
再送信可｝
ｘ（ｊ；ｆ）＝フレームｆ中のＨＡＲＱプロセスｊのためのＥ−ＤＰＤＣＨ  ＴＦ
フレーム（ｆ＋１）中の平均要求送信電力の推定値を計算するため、我々は以下を持っている：
ｐ（ｌ）＝ｌ送信の後の残余Ｅ−ＤＰＤＣＨ  ＢＬＥＲ
１≦ｌ≦Ｎｍａｘ−１
Ｎｍａｘ＝許容される送信の最大数
Ｎｅ（ｊ；ｆ）＝フレームｆ中のＨＡＲＱプロセスｊのためのＥ−ＤＰＤＣＨ送信数
さらに、我々は振幅倍率を次のように定義する。
【００６６】
βｄ，ｉ＝ＤＰＤＣＨ  ＴＦＣ  ｉのための倍率
βｅ，ｉ＝Ｅ−ＤＰＤＣＨ  ＴＦ  ｉのための倍率
βｃ    ＝ＤＰＣＣＨ  のための倍率
βθ，ｉ＝Ｅ−ＤＰＤＣＨ  ＴＦ  ｉのためのＲＩＣＨ＋ＳＰＩＣＨに関する倍率
リクエストおよび再送信の重み付けされた確率は以下のように書くことができる：
【数３】
2011024229.tif 000006
【００６７】
最大のリクエストされたレートを計算するために次のように定義する：
Ｓｒ（ｆ）＝｛ｊ：Ｉｒ（ｊ；ｆ）・（１−Ｉｔ（ｊ；ｆ））＞０∀０≦ｊ≦Ｈ−１｝
＝フレームｆ中にＲＥＱＣＨが送信されたＨＡＲＱの組およびフレーム（ｆ＋１）中に保留の再送信が無い
ｊｍ＝ａｒｇｒ（ｊ；ｆ）ｍａｘ（β２ｅ，ｒ（ｊ；ｆ）＋β２θ，ｒ（ｊ；ｆ））∀ｊ∈Ｓｒ（ｆ）
フレーム（ｆ＋１）のために必要とされる、予測された送信電力は以下のように書くことができる。
【数４】
2011024229.tif 000007
【００６８】
上で述べたように、これはピーク電力というよりも、むしろフレーム（ｆ＋１）中に必要とされる平均送信電力である。
【００６９】
必要とされ得るピ−ク送信電力および増強されたアップリンク・チャネルのための確保電力を確率的方法で計算することも可能である。この場合、移動局は保留再送信およびレートリクエストに基づいて、次のフレームにおいて必要とされ得る可能な電力を最初に計算するであろう。次に、各確率について、移動局は対応する電力が必要とされるか、されないかを確率的に決定するであろう。次に移動局は、最大電力を要求する確率をすべての候補確率の中から選択する。移動局は、この最大電力が次のフレームを通して必要とされるであろうと仮定し、リリース９９方法論にしたがってＴＦＣを実行する。
【００７０】
ブロック４３０において、移動局はリリース９９アップリンク上のチャネルの“最小の組”のための電力を確保する。アップリンクは様々なタイプのデータを運び、そのあるものは高い優先度を有し、あるものは低い優先度を有する。高い優先度のデータは、例えば音声データ、ストリーミング・ビデオ、または他の遅延に敏感なデータを含むかもしれない。低い優先度のデータは、送信遅延に敏感でない様々なタイプのデータを含むであろう。“最小の組”は遅延なく送信される必要がある高い優先度のデータを含む。したがって、この実施例において電力が最小の組のために確保される。その後、上述されたように、増強されたアップリンク上で期待されるデータ送信のために電力がまた確保される。
【００７１】
電力が増強されたアップリンク送信のために確保された後、リリース９９アップリンクのための最高のサポートされたデータレートが、増強されたアップリンク・チャネルのために確保された電力を差し引いて、移動局の電力制限に基づいて再計算される。したがってこのデータレートはリリース９９アップリンク送信に使用される。増強されたアップリンク上でＨＡＲＱプロセスの再送信は、プロセスが当初送信された時に使用されたのと同じデータレートを使用する。ＨＡＲＱプロセスのための再送信されたデータが当初送信されたデータと同一でなければならないので、これは必要である。
【００７２】
最高のサポートされたデータの再計算は以下のように行なわれる。一旦移動局が増強されたアップリンク・チャネルのための平均送信電力を計算すれば、それは優先度ルールに従ってＳＵＰＰＯＲＴＥＤ  ＳＴＡＴＥからＤＰＤＣＨ  ＴＦＣを除去する必要がある。
【００７３】
次のように定義しよう：
ｇｄ（ｉ）＝ＤＰＤＣＨ  ＴＦＣ  ｉのための優先度
Ｓｄ（ｆ）＝フレームｆの終わりにサポートされた状態にあるＤＰＤＣＨ  ＴＦＣの組
ｇｅ（ｉ）＝Ｅ−ＤＰＤＣＨ  ＴＦ  ｉのための優先度
Ｓｅ      ＝Ｅ−ＤＰＤＣＨ  ＴＦＳ
ＤＰＤＣＨが常に最高の優先度を持っている場合、以下に示すように問題はない。
【００７４】
Ｓｄ，０（ｆ）＝｛ｉ：ｇｄ（ｉ）＜ｇｅ（ｊ）∀ｉ∈Ｓｄ（ｆ），ｊ∈Ｓｅ｝
＝Ｅ−ＤＰＤＣＨより少ない優先度でサポートされた状態にあるＤＰＤＣＨ  ＴＦＣの組
⇒Ｓｄ，０（ｆ）＝き  ゼロの組なら⇒ＴＦＣ選択に問題はない
Ｓｃｄ，０（ｆ）＝Ｓｄ（ｆ）−Ｓｄ，０（ｆ）
＝Ｓｄ，０（ｆ）の補数
次のように定義する：
【数５】
2011024229.tif 000008
【００７５】
Ｅ−ＤＣＨより低い優先度を有するＤＰＤＣＨ  ＴＦＣのための期待される有用な電力は以下になる：
【数６】
2011024229.tif 000009
【００７６】
したがって、我々は次の式を持つ：
【数７】
2011024229.tif 000010
【００７７】
＝フレーム（ｆ＋１）のためのＤＰＤＣＨ  ＴＦＣの候補組
その後、移動局は上に示された候補組からＤＰＤＣＨ  ＴＦＣを選択する。
【００７８】
上で注意されたように、先の記述は３ＧＰＰ標準（特にリリース９９およびリリース６）に従って設計されている無線通信システムで実施される実施例に焦点を絞ったが、他の実施例がこれらの標準を満たさないシステムで実施されるかもしれない。同様に発明の代替実施例は、様々な他の方法で上記の記述と異なるかもしれない。
【００７９】
例えば、一実施例では、増強されたアップリンク・チャネルのための所要電力を推定する前に、一次（例えばリリース９９）アップリンクのために電力を確保することが必要ではない。この実施例に従う１つの方法は、増強されたアップリンク上で保留中ＨＡＲＱプロセスのための所要電力を推定し、保留中ＨＡＲＱプロセスのために推定された電力量を確保し、次に、電力が増強されたアップリンク上で保留中ＨＡＲＱプロセスのために確保された後、一次アップリンク上でサポートされる最高のデータレートを決定することから成るであろう。
【００８０】
上記に詳細に議論されなかったが、プログラマブル・デバイスに適切なプログラムを提供することにより、移動局あるいは他の無線トランシーバが実施されるかもしれないことがまた注目されるべきである。トランシーバの構成は一般的には対応するプログラム命令の実行により装置の機能性（確率追跡レート選択のような）を実施する１つ以上のプロセッサを含んでいる。これらのプログラム命令は１つ以上のプロセッサによって読出し可能な記憶媒体で典型的に具体化される。上に記述された機能性の実施のためにプログラム命令を具体化するそのような記憶媒体は、発明の代替実施例である。
【００８１】
当業者は情報と信号が任意の様々な異なる科学技術および技術を使用して表わされるかもしれないと理解するであろう。例えば、上述の全体にわたって参照されたかもしれないデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または粒子、光学場または粒子、あるいはそれの任意の組合せによって表わされるかもしれない。
【００８２】
当業者は、ここに示された実施例に関して記述された様々な実例となる論理的なブロック、モジュール、回路、およびアルゴリズム・ステップが電子ハードウェア、コンピュータ・ソフトウェアあるいは両方の組合せとして実施されるかもしれないことをさらに認識するであろう。ハードウェアとソフトウェアのこの互換性を明白に示すために、様々な実例となる構成要素、ブロック、モジュール、回路およびステップは、それらの機能性の見地から一般に上記で説明された。そのような機能性がハードウェアまたはソフトウェアとして実施されるかどうかは、システム全体に課せられた特定のアプリケーションおよび設計制約に依存する。当業者は各特定のアプリケーションの方法を変える際に記述された機能性を実施するかもしれないが、そのような実施は本発明の範囲から逸脱を引き起こすと解釈されるべきでない。
【００８３】
ここに示された実施例に関して記述された様々な実例となる論理的なブロック、モジュール、および回路は、一般目的のプロセッサ、デジタル信号プロセサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル・ゲートアレイ（ＦＰＧＡ）、または他のプログラム可能論理回路、個別のゲートかトランジスタ・ロジック、個別のハードウェア構成要素、あるいはここに記述された機能を行なうように設計されたその任意の組合せで実施または実行されるかもしれない。一般目的のプロセッサはマイクロプロセッサかもしれないが、代案では、プロセッサは任意の従来のプロセッサ、制御器、マイクロコントローラあるいは状態機械であるかもしれない。プロセッサはまた、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協力する１つ以上のマイクロプロセッサ、あるいは他のそのような構成の計算装置の組合せとして実施されるかもしれない。
【００８４】
ここに示された実施例に関して記述された方法および／またはアルゴリズムの１つ以上のステップは、発明の範囲から逸脱することなく交換されてもよい。ここに記述された実施例と関連して記述された方法またはアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されたソフトウェア・モジュールで、あるいは２つの組合せで実施例されるかもしれない。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭあるいは当技術中で既知の記憶媒体の他の任意な形式に存在するかもしれない。典型的な記憶媒体は、記憶媒体から情報を読み出し、記憶媒体へ情報を書き込むことができるプロセッサのようなプロセッサに接続される。代りに、記憶媒体はプロセッサに統合されるかもしれない。例えば、プロセッサと記憶媒体は単一のＡＳＩＣに存在するかもしれない。ＡＳＩＣはユーザ端末に存在するかもしれない。代りにプロセッサおよび記憶媒体はユーザ端末に個別の構成要素として存在するかもしれない。
【００８５】
示された実施例の前の記述はどんな当業者も本発明を作るか使用することを可能にするために提供される。これらの実施例への様々な修正は当業者に容易に明白であり、ここに定義された総括的な原理は、発明の精神または範囲から逸脱することなく他の実施例に適用されるかもしれない。したがって、本発明は、ここに示された実施例に限定されることを意図されず、ここに示された原理および新規な特徴と一致する最も広い範囲を与えられるべきである。
【図１】
2011024229.tif 000011
【図２】
2011024229.tif 000012
【図３】
2011024229.tif 000013
【図４】
2011024229.tif 000014
【手続補正書】
【提出日】平成22年9月15日(2010.9.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
チャネルでのデータの複数の先の送信と関連する、前記チャネルに対する次の期間でのデータの送信のための確率を決定すること、
複数の可能な送信所要電力を決定すること、前記複数の可能な送信所要電力から最大送信所要電力を選択することを含み、前記確率に基づいて前記データ送信のための前記チャネルに電力を割当てること、
前記チャネルへの電力割当て後に前記チャネルに対して割当てた前記電力に基づいて他のチャネルに対する他の電力割当を決定すること、
を含み、
前記複数の可能な送信所要電力を決定することは
全ての保留中送信レート要求に基づいて複数の送信電力要求を計算すること、
前記複数の送信電力要求の１つ毎に、対応送信所要電力が必要となるか否かを確率的に決定すること、
前記複数の可能な送信所要電力のための候補として前記対応送信所要電力を必要とすることを確率的に決定されるそれら送信要求電力だけを考慮することを含む、
無線通信方法。
【請求項２】
前記チャネルに電力を割当てることはフレームを占有する平均所要電力に基づいている、請求項１の方法。
【請求項３】
前記チャネルに割当てられた電力を用いて前記チャネルに送信すること、前記他の電力割当を用いて前記他のチャネルに送信することを更に含む、請求項１の方法。
【請求項４】
チャネルでのデータの複数の先の送信と関連する、前記チャネルに対する次の期間でのデータの送信のための確率を決定する手段と、
前記チャネルに電力を割当てることは複数の可能な送信所要電力を決定する手段と、前記複数の可能送信所要電力から最大送信所要電力を選択する手段とを含み、前記確率に基づいて前記データ送信のための前記チャネルに電力を割当てる手段と、
前記チャネルへの電力割当て後に前記チャネルに対して割当てた前記電力に基づいて他のチャネルに対する他の電力割当を決定する手段と、
を含み、
前記複数の可能送信所要電力を決定する手段は
全ての保留中送信レート要求に基づいて複数の送信電力要求を計算する手段と、
前記複数の送信電力要求の１つ毎に、対応送信所要電力が必要となるか否かを確率的に決定する手段と、
前記複数の可能送信所要電力に対する候補として前記対応送信所要電力を必要とすることを確率的に決定されるそれら送信要求電力だけを考慮する手段と、を含む、
無線通信装置。
【請求項５】
電力はフレームを占有する平均所要電力に基づいて前記チャネルに割当てられる、請求項４の装置。
【請求項６】
前記チャネルに割当てられた前記電力を用いて前記チャネルに送信し、前記他の割当電力を用いて前記他のチャネルに送信する手段を更に含む、請求項４の方法。
【請求項７】
送信機と、
前記送信機に接続され、
チャネルでのデータの複数の先の送信と関連する、前記チャネルに対する次の期間でのデータの送信のための確率を決定し、
前記確率に基づいて前記データ送信のための前記チャネルに電力を割当て、
前記チャネルへの電力割当て後に前記チャネルに対して割当てた前記電力に基づいて他のチャネルに対する他の電力割当を決定し、
複数の可能送信所要電力を決定し、
前記複数の可能送信所領電力から最大送信所要電力を選択し、
全ての保留中送信レート要求に基づいて複数の送信電力要求を計算し、
前記複数の送信電力要求の１つ毎に、対応送信所領電力が必要とされるか否かを確率的に決定し、
前記複数の可能送信所要電力に対する候補として前記対応送信所要電力を必要とすることを確率的に決定されるそれら送信要求電力だけを考慮するように構成される処理システムと、
を具備する無線通信装置。
【請求項８】
前記チャネルに電力を割当てることはフレームを占有する平均所要電力に基づく、請求項７の装置。
【請求項９】
コンピュータプログラムにより符号化されたコンピュータ読取り可能媒体であって、
前記コンピュータプログラムは、
チャネルでの複数の先のデータ送信と関連する、前記チャネルに対する次の期間においてのデータ送信のための確率を決定すること、
全ての保留中送信レート要求に基づいて複数の送信電力要求を計算すること、前記複数の送信電力要求の１つ毎に、対応送信所要電力が必要とされるか否かを確率的に決定すること、複数の可能送信所要電力に対する候補として前記対応送信所要電力を必要とすることを確率的に決定されるそれら送信要求電力だけを考慮することを含んで前記複数の可能送信所要電力を決定すること及び前記複数の可能送信電力要求から最大送信所要電力を選択することを含み、前記確率に基づいて前記データ送信のため前記チャネルに電力を割当てること、
前記チャネルへ電力を割当てると前記チャネルに対して割当てた前記電力に基づいて他のチャネルに対する他の電力割当を決定すること、
第１チャネルでのデータの複数の先の送信及び前記第１チャネルでの履歴再送信確率に基づいている、前記第１チャネルに対する次の期間においてデバイスからのデータ送信のための第１確率を決定すること、
前記確率に基づいて前記次の期間での前記データの前記送信のため前記第１チャネルに第１電力割当を割当てること、
前記第１電力割当と他の電力割当との合計が前記デバイスの最大可能送信電力を超えないように前記第１電力割当てに基づいて前記他のチャネルのため前記次の期間において前記デバイスからの送信のための電力の他の割当を決定すること、
前記第１電力割当を用いて前記第１チャネルに送信すること、
前記他の割当て電力を用いて前記他のチャネルに送信すること、
を実行可能にする命令を含む、
コンピュータ読取り可能媒体。
【請求項１０】
前記チャネルに対して割当てられた前記電力を用いて前記チャネルに送信すること及び前記他の割当て電力を用いて前記他のチャネルに送信することを実行できる命令を更に含む、請求項９のコンピュータ読取り可能媒体。
【外国語明細書】
2011024229000001.pdf