JP3961832B2 - 移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法 - Google Patents

Description

【０００１】
本発明は、一般に移動体無線通信システムに関するものである。
【０００２】
本発明は、より詳細にはこのようなシステムにおいて使用される、（サービス品質、容量などの点での）パフォーマンスを向上させるためのパワー制御技術に関するものである。
【０００３】
本発明は、具体的にはＣＤＭＡ（符号分割多重アクセス）タイプの移動体無線通信システムに適用できる。本発明は、特に、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）に適用できる。
【０００４】
ＣＤＭＡは、多重アクセス技術であり、異なる拡散（ｓｐｒｅａｄｉｎｇ）コードを使用して複数のユーザを同時にアクティブにすることができる。
【０００５】
以下はすべて、ダウンリンク（ＢＴＳ（送受信基地局、ベーストランシーバステーション）からＭＳ（移動局）までのリンク）とアップリンク（ＭＳからＢＴＳまでのリンク）のどちらにも有効であるが、説明を簡略にするためにまずダウンリンクの場合のみ考察する。
【０００６】
ＢＴＳからＭＳまでのリンクの品質は、ＭＳでの受信信号パワーと干渉パワー（ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｏｗｅｒ）の比（ＳＩＲ：信号対干渉比）によって異なる。あるＭＳのＳＩＲが低い時、すなわち干渉パワーが信号のパワーよりもずっと大きい時、そのパフォーマンスは劇的に低下する。したがって、ＣＤＭＡシステムのパフォーマンスを最適化するために、通常、内部ループパワー制御アルゴリズムのようなある種のアルゴリズムを使用して、各ＭＳのＳＩＲをレシーバの目標ＳＩＲに可能な限り近づけておく。
【０００７】
内部ループパワー制御アルゴリズムの原理は、ＭＳが、ＢＴＳからの受信信号のＳＩＲを定期的に推定し、このＳＩＲを目標ＳＩＲ（ＳＩＲ_{ｔａｒｇｅｔ}）と比較することである。この推定ＳＩＲが目標ＳＩＲよりも低い場合、ＭＳはＢＴＳにＢＴＳが伝送パワーを増大させるためのコマンドを送る。そうでない場合、ＭＳはＢＴＳにＢＴＳが伝送パワーを減少させるためのコマンドを送る。この目標ＳＩＲは、ＭＳ（あるいはＢＴＳ）により必要なサービスの品質にしたがって選択される。
【０００８】
さらに、他の通常はより低速のパワー制御アルゴリズム、すなわち外部ループパワー制御アルゴリズムでは、目標ＳＩＲの最良の値を選択できる。このアルゴリズムの原理は、定期的に伝送品質（ＢＥＲ、ＢＬＥＲ、．．）を評価し、この品質を必要なサービスの品質と比較することである（例えば、音声サービスに対しては１０^−３のＢＥＲ、パケットサービスに対しては０．１のＢＬＥＲ）。この品質が必要なサービスの品質よりも低い場合、目標ＳＩＲが増加する。そうでない場合、目標ＳＩＲが減少する。信頼に足る推定を得るには複数のフレームについて品質を平均化する必要があるため、このアルゴリズムは、通常、低速である。もちろん、この基本アルゴリズムには多くの変形が存在する。
【０００９】
ある種の状況では、目標ＳＩＲが伝送中にかなり変化することがある。例えば、物理データチャネルの拡散ファクタが変化する場合がそうである。実際、このチャネルの拡散ファクタが小さくなるにつれ必要な伝送パワーが大きくなる。拡散ファクタは、パケットサービスのような可変速度サービスでは頻繁に変化することがある。実際に、拡散ファクタが変化する場合、目標ＳＩＲが（拡散ファクタ変化の比率において）大きく変化する。各サービスが別個の目標ＳＩＲを持っているため、ＭＳがサービスの変更を要求する場合もそうである。
【００１０】
他の例に圧縮モードがある。周波数間ハードハンドオーバでは、移動体が、ダウンリンク伝送に使用した周波数とは異なる周波数について測定を行う必要がある。したがって、この移動体が後者の周波数について測定できるようにするために、基地局は、当該の移動体への伝送を停止する必要がある。ＵＭＴＳ標準では、これはダウンリンク圧縮モードとして知られている（すなわち、ダウンリンク伝送が一時的に停止する）。アップリンク圧縮モードも、そのアップリンク周波数に近い周波数について測定を行うことが可能である。伝送が停止する期間は、通常、伝送ギャップと呼ばれ、伝送ギャップを含むフレームは、通常、圧縮フレームと呼ばれる。また、伝送ギャップを補償するために、それに対応して伝送速度を上げなければならない。したがって、圧縮モードの間、内部ループパワー制御が定期的に停止し、それに対応して伝送速度が上がるので、同じサービス品質にするために目標ＳＩＲを非圧縮モードまたは正常モード中よりも大きくする必要がある。
【００１１】
外部ループパワー制御アルゴリズムは通常、低速プロセスであるため、目標ＳＩＲは、即時には変化せず、伝送品質は、複数フレームの間劣化する。極端な場合、これで呼の消失が生じることもある。
【００１２】
さらに、圧縮モードの場合、移動体が測定を行うことができるようにするために目標ＳＩＲを固定時にのみ変化させる必要があり、その後で目標ＳＩＲを前の値に戻す必要がある。外部ループパワー制御アルゴリズムは、このようなＳＩＲの迅速な変化を追跡することができない。
【００１３】
１９９９年７月１３日に本出願人により出願された欧州特許出願第９９４０１７６６．３号では、この問題を解決するためにある解決策が提案されている。手短に言えば、この従来の特許出願の基本的なアイディアとは、目標ＳＩＲの変化を予期すること、すなわち、予期される変化またはオフセットを予期した方式で目標ＳＩＲに適用することである。この目標ＳＩＲの変化を送信側から受信側へ所与の伝送方向について通知することができる。例えば、ダウンリンク伝送では、ネットワークによってその変化がＭＳまたはＵＥ（ユーザ装置）に通知される。
【００１４】
この従来の特許出願の他のアイディアによれば、信号通知（ｓｉｇｎａｌｉｎｇ）をできるだけ低くしておくために、瞬間ビット速度の増加による目標ＳＩＲの増加分と圧縮フレームにおけるパフォーマンス劣化による（すなわち、伝送ギャップによる）目標ＳＩＲの増加分を切り離すことができる。例えば、圧縮モードでの伝送速度の増加分が拡散ファクタの減少によって得られる時、これを以下の式で表すことができる。
Δ_ＳＩＲ＝１０ ｌｏｇ（Ｒ_ＣＦ／Ｒ）＋δ_ＳＩＲ

【００１５】
ただし、Ｒは圧縮フレームの前後の瞬間ネットビット速度、Ｒ_ＣＦは圧縮フレームの間の瞬間ネットビット速度を示す（用語「瞬間ビット速度」は、圧縮フレームについてこの速度を計算するのに使用する期間がフレーム全体の期間ではなく、データが伝送されるこのフレーム期間の一部分に過ぎないことを意味するものと理解されたい）。例えば、１０ ｌｏｇ（Ｒ_ＣＦ／Ｒ）は、ＵＭＴＳでは３ｄＢに等しい。ただし、拡散ファクタを２分の１に減少させることによる圧縮モードが使用される場合、マッチング速度は、圧縮フレームでも非圧縮フレームでも同じである。
【００１６】
ＵＥはビット速度の変化が分かるので、圧縮フレームの間のパフォーマンスの劣化によって追加された目標ＳＩＲの増加分δ_ＳＩＲを通知することができる。信号オーバヘッド（ｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄ）は、この変化が他の圧縮モードパラメータ（伝送ギャップ長（または、周期的に伝送が停止した期間、周期性などを含む）によって通知される場合、小さくなることがある。例えば、２ビットで次のδ_ＳＩＲの値を通知することができる。
−００：０ｄＢ
−０１：０．５ｄＢ
−１０：１ｄＢ
−１１：２ｄＢ
【００１７】
あるいは、Δ_ＳＩＲを直接通知することもできるが、より多くのビットが必要になる。
【００１８】
ＵＥは、圧縮フレームの直前（あるいは圧縮フレームの伝送ギャップの直後）で目標ＳＩＲをΔ_ＳＩＲだけ増加させ、圧縮フレームの直後で同じ値だけ減少させて戻さなければならない。この目標ＳＩＲの変更は、その変更を考慮する必要のある通常のダウンリンク外部ループアルゴリズム以外でも行われる。ＵＥは、同時に、圧縮フレームの前で同じ分だけ伝送パワーを増大させ、ダウンリンクの受信ＳＩＲがこの新しい目標ＳＩＲにできるだけ速やかに近づくように圧縮フレームの直後に伝送パワーを減少させる。
【００１９】
この従来の特許出願での他のアイディアによれば、少なくとも伝送ギャップが圧縮フレームの端部にあるときは、伝送ギャップ中にパワー制御が中断するので、回復フレーム（圧縮フレームの次のフレーム）でのパフォーマンスも劣化することがある。したがって、回復フレームの中の目標ＳＩＲを増加させ、ＵＥにこの目標ＳＩＲの増加分を通知することも望まれる。あるいは、圧縮フレームと同じ値（δ_ＳＩＲ）を使用して必要な通知量を低くすることもできる。
【００２０】
したがって、この従来の特許出願によれば、圧縮モードの効率のよい外部ループパワー制御は、少なくとも、拡散ファクタを減少させることで前記圧縮モードが得られるときには、圧縮フレームおよびリカバリーフレームの間、目標ＳＩＲの変化を予期することで実現できる。
【００２１】
ところで、例えばＵＭＴＳ標準には圧縮モードを実行する方法が２つある。
【００２２】
−圧縮フレームにおいて拡散ファクタを減少させること。瞬間ビット速度を増加し、それによって数スロットの間伝送を停止することが可能になる。
【００２３】
−パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）を使用すること（すなわち、チャネルコーディング後に取得するいくつかのビットは伝送されないが、それでもチャネルコーディングによるすべての情報ビットのデコードが可能なことが分かっているので、同じ量の情報ビットをより短期間に送ることができる）。
【００２４】
パンクチャリングによる圧縮モードにはいくつか特殊性があるが、例えばＵＭＴＳシステムを参照して想起できる。
【００２５】
ＵＭＴＳの特徴は、複数のサービスを同一接続上で、すなわち複数のトランスポートチャネルを同一物理チャネル上でトランスポート可能なことである。このようなトランスポートチャネル、すなわちＴｒＣＨは、チャネルコーディング体系（ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）（エラー検出、エラー訂正、速度マッチング、インタリーブを含む）にしたがって個別に処理されてから時間多重化されて、１つまたは複数の物理チャネル上にマッピングされるコード化コンポジットトランスポートチャネル、すなわちＣＣＴｒＣＨを形成する。このチャネルコーディング体系による処理は、ＴＴＩ（伝送時間間隔）ベースで行われる。このチャネルコーディング体系での速度マッチングには、パンクチャリングと中継の２つの技術が含まれる。さらに、フレーム間インタリーブがＴＴＩ長またはインタリーブ深さで行われる。次に各ＴＴＩがフレームに分割され、その後時間多重化と物理チャネル上のマッピングがフレームベースで行われる。また、多重化されてＣＣＴｒＣＨを形成する異なるトランスポートチャネルＴｒＣＨｉ（ｉ＝１，．．．ｎ）のそれぞれが、ＴＴＩｉで示されるそれ自体のＴＴＩ長を持つ。
【００２６】
ＵＭＴＳのこれら態様に関する詳細は、技術仕様３Ｇ ＴＳ２５ ２１２ Ｖ３．０．０（１９９９−１０）に出ている。
【００２７】
圧縮モードのパンクチャリングは、速度マッチングに含まれ、正常モードのパンクチャリングあるいは中継に加えて提供できるが、フレームベースまたはＴＴＩベースのいずれでも行うことができる。
【００２８】
圧縮モードのパンクチャリングがフレームベースで行われる場合は、従来の特許出願による上記方法がやはり適用される。
【００２９】
圧縮モードのパンクチャリングがＴＴＩベースで行われる場合、圧縮モードによる伝送速度の増加分がＴＴＩの全フレームに適用される。ここで、ＵＭＴＳ標準では、ＴＴＩを１０、２０、４０、あるいは８０ｍｓと等しくすることができる。また、すでに言及したように多重化されてＣＣＴｒＣＨを形成する異なる伝送チャネルＴｒＣＨｉ（ｉ＝１，．．．ｎ）はそれぞれ、ＴＴＩｉで示すそれ自体のＴＴＩ長を持つ。図１では、これをＴｒＣＨ１、ＴｒＣＨ２、ＴｒＣＨ３で表される３つの多重化された伝送チャネルの例、ＴｒＣＨ１ではＴＴＩ＝４０ｍｓ、ＴｒＣＨ２ではＴＴＩ＝２０ｍｓ、ＴｒＣＨ１ではＴＴＩ＝１０ｍｓ、および１０ｍｓに等しいフレーム長を例で示す。この図では、物理チャネル上で送られる連続した４つのフレームのケースを、例で示し、連続する２つのフレーム（当該状況においては、図示された４つのフレームの第２と第３のもの）に重なる伝送ギャップＴＧの場合も例で示す。
【００３０】
２０００年１月１８日〜２１日、中国北京で開催された３ＧＰＰ ＴＳＧ−ＲＡＮグループ１のミーティング＃１０に提出された標準化案ＴＳＧＲ１＃１０（００）００８６では、パンクチャリングを使用してフレームを圧縮し、ＴＴＩベースでパンクチャリングを行うケースについて上記方法の変更が提示された。
【００３１】
この変更案によれば、ＣＣＴｒＣＨに「ｎ」個の異なるＴＴＩ長（すなわち、ＣＣＴｒＣＨに多重化された「ｎ」個のトランスポートチャネル）がある場合、ＴＴＩ長ごとに１個ずつ「ｎ」個の別個のＤｅｌｔａＳＩＲ値（「過剰な」パンクチャリングに起因するコーディングゲイン劣化として定義される）、ＤｅｌｔａＳＩＲｉ、ｉ＝１．．．ｎが、ＵＥに通知される。次に、これら「ｎ」個のＤｅｌｔａＳＩＲ値が以下のように外部ループパワー制御に使用される。
【００３２】
各フレームについて正常モードの目標ＳＩＲと比べた圧縮モードの目標ＳＩＲのオフセットは、以下のようになる。
ΔＳＩＲｆｒａｍｅ＝ｍａｘ（ΔＳＩＲ１，．．．，ΔＳＩＲｎ）
【００３３】
ただし、ΔＳＩＲｉ＝ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎ＋ΔＳＩＲｉ＿ｃｏｄｉｎｇ
ＴＴＩｉのＴＴＩ長について現在のＴＴＩｉｍｓ内（すなわち、図１を参照しても理解できるように、このフレーム内部で多重化されるトランスポートチャネルＴｒＣＨｉの現在のＴＴＩ内）に伝送ギャップがない場合、
ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎ＝０
ΔＳＩＲｉ＿ｃｏｄｉｎｇ＝０
ＴＴＩｉのＴＴＩ長について現在のＴＴＩｉｍｓ内に伝送ギャップがある場合は、
ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎ＝１０ ｌｏｇ（Ｆ_ｉ ^＊Ｎ／（Ｆ_ｉ ^＊Ｎ−ＴＧＬ_Ｆｉ））
ΔＳＩＲｉ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲｉ
ここで、Ｆ_ｉは、ＴＴＩｉの中のフレーム数、ＴＧＬ_Ｆｉは、それらのＦ_ｉフレームの中のスロットのギャップ長（１つのギャップまたは複数のギャップの合計のいずれか）、Ｎはフレーム当たりのスロット数（ＵＭＴＳ標準ではＮ＝１５）である。
【００３４】
したがって、この方法（以下第２の方法とも呼ぶ）には、前記の従来の特許出願による上記の通知（以下第１の方法とも呼ぶ）と異なり、追加の通知が必要になる。実際、「ｉ」の値ごとに、すなわちＣＣＴｒＣＨに多重化されるＴｒＣＨについてのＴＴＩのとり得るすべての値について、したがって最大で４個の値（ＴＴＩではとり得る４個の値）について値ＤｅｌｔａＳＩＲｉが通知される。このように、この第２の方法は、利用可能な無線資源を効率よく使用せず、言うまでもなくネットワークのトラヒック増加の一因になっている。さらに、この第２の方法は、第１の方法に比べて複雑さが増大する。
【００３５】
望ましい方法とは、この種の圧縮モードについて、依然として効率よく補償しながら、パンクチャリングによる圧縮モードの特殊性にもかかわらず、第１の方法と異なり通知量の増加を必要としない方法である。
【００３６】
また、望ましい方法とは、これらの特殊性にもかかわらず、どちらのタイプの圧縮モードにも（パンクチャリングと拡張化ファクタの低減によって）可能な限り適用できるようにするために、この第１の方法と比べできるだけ変更の必要性をなくした方法である。
【００３７】
また、望ましい方法とは、伝送ギャップが連続する２つのフレームに重なる時など、圧縮フレームが発生する特別なケースにおいて、依然として効率よく補償しながら、第１の方法と比べ通知量のさらなる増加および複雑さを必要としない方法である。
【００３８】
言い換えれば、圧縮モードにおいて、各種圧縮モードおよび／または圧縮フレームが発生する様々なケースで、依然として外部ループパワー制御を効率よく補償しながら、通知および装置アーキテクチャを簡素化することが一般に求められる。
【００３９】
本発明の目的は、移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法であり、この方法においては、
−圧縮モードの効果を補償するためにオフセットが予期される方式で前記伝送品質目標値に適用され、それによって圧縮フレームで伝送ギャップの間伝送が中断し、これに対応して伝送速度が増大して、前記伝送ギャップを補償し、
−前記オフセットは、前記伝送速度増加分の効果を補償するための第１の成分および前記伝送ギャップの効果を補償するための第２の成分を含み、
−前記伝送速度増加分は、圧縮フレームだけではなく、圧縮フレームを含む複数のフレームについても適用され、前記第２の成分は、前記複数のフレームすべてについてではなく、前記圧縮フレームについて、および／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについて適用される。
【００４０】
本発明の他の目的は、移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法であり、この方法においては
−圧縮モードの効果を補償するためにオフセットが予期される方式で前記伝送品質目標値に適用され、それによって圧縮フレームで伝送ギャップの間伝送が中断し、これに対応して伝送速度が増大して、前記伝送ギャップを補償し、
−前記オフセットは、前記伝送速度増加分の効果を補償するための第１の成分および前記伝送ギャップの効果を補償するための第２の成分を含み、
−前記伝送速度増加分は、圧縮フレームを含む伝送時間間隔について適用され、
−複数のトランスポートチャネルは、伝送パワーが前記パワー制御で制御される物理チャネルのフレームごとに時間多重化され、前記伝送時間間隔のフレーム数は、前記トランスポートチャネルごとに異なる可能性があり、前記第２の成分は、前記フレーム数がいくつであれ、前記圧縮フレームについて、および／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについて適用される。
【００４１】
他の目的によれば、前記第１の成分は、前記複数のフレームの各フレームまたは前記伝送時間間隔の各フレームについて適用される。
【００４２】
他の目的によれば、前記第１の成分は、前記圧縮フレームおよび前記少なくとも１つの回復フレームについてだけ適用される。
【００４３】
他の目的によれば、前記第２の成分は、前記圧縮フレームおよび前記少なくとも１つの回復フレームについてそれぞれ異なる値、すなわち圧縮フレーム値および回復値を持つ。
【００４４】
他の目的によれば、異なる伝送ギャップは、異なる伝送ギャップ長を持つことができ、前記圧縮フレーム値および／または回復フレーム値は、前記の異なる伝送ギャップ長について異なることがある。
【００４５】
他の目的によれば、前記オフセットは、前記トランスポートチャネルそれぞれがその必要なサービス品質を達成可能なように決定される。
【００４６】
本発明の他の目的は、移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法であり、この方法においては、
−圧縮モードの効果を補償するためにオフセットが予期される方式で前記伝送品質目標値に適用され、それによって圧縮フレームで伝送ギャップの間伝送が中断し、これに対応して伝送速度が増大して、前記伝送ギャップを補償し、
−前記オフセットは、前記伝送速度増加分の効果を補償するための第１の成分と前記伝送ギャップの効果を補償するための第２の成分を含み、
−前記伝送速度増加分は、第１あるいは第２タイプの圧縮モードのどちらを使用するかに応じて、圧縮フレームを含む伝送時間間隔または圧縮フレームについて適用され、前記第２の成分は、前記第１あるいは第２タイプの圧縮モードのいずれにおいても、前記圧縮フレームおよび／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについて適用される。
【００４７】
他の目的によれば、複数のトランスポートチャネルは、伝送パワーが前記パワー制御で制御される物理チャネルのフレームごとに時間多重化され、前記伝送時間間隔のフレーム数は、前記トランスポートチャネルごとに異なる可能性があり、前記第２の成分は、前記フレームの数がいくつであれ、前記圧縮フレームおよび／または前記少なくとも１つの回復フレームについて適用される。
【００４８】
他の目的によれば、前記第１タイプの圧縮モードは、パンクチャリングによる圧縮モードである。
【００４９】
他の目的によれば、前記第２タイプの圧縮モードは、ＣＤＭＡタイプの移動体無線通信システムにおいて拡散ファクタの減少による圧縮モードである。
【００５０】
他の目的によれば、前記第１の成分は、前記伝送時間間隔の各フレームについて適用される。
【００５１】
他の目的によれば、前記第１のタイプの圧縮モードにおいて、前記第１の成分は、前記圧縮モードおよび前記少なくとも１つの回復フレームについて適用される。
【００５２】
他の目的によれば、前記第２の圧縮モードにおいて、前記第１の成分が前記圧縮モードについて適用される。
【００５３】
他の目的によれば、前記第２の成分は、前記圧縮フレームおよび前記少なくとも１つの回復フレームについてそれぞれ異なる値、すなわち圧縮フレーム値および回復フレーム値を持つ。
【００５４】
他の目的によれば、異なる伝送ギャップは、異なる伝送ギャップ長を持つことができ、前記圧縮フレーム値および／または回復フレーム値は、前記の異なる伝送ギャップ長について異なることがある。
【００５５】
他の目的によれば、複数のトランスポートチャネルは、パワーが前記パワー制御で制御される物理チャネルのフレームごとに時間多重化され、前記オフセットは、前記トランスポートチャネルそれぞれがその必要なサービス品質が達成可能なように決定される。
【００５６】
本発明の他の目的は、移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法であり、この方法においては、
−圧縮モードの効果を補償するためにオフセットが予期される方式で前記伝送品質目標値に適用され、それによって圧縮フレームで伝送ギャップの間伝送が中断し、これに対応して伝送速度が増大して、前記伝送ギャップを補償し、
−前記オフセットは、前記伝送速度増加分の効果を補償するための第１の成分と前記伝送ギャップの効果を補償するための第２の成分を含み、
−前記第２の成分は、圧縮フレームについて、および／または前記圧縮フレームの次の少なくとも１つのフレームすなわち回復フレームについて適用され、
−前記第２の成分が、前記圧縮フレームおよび前記少なくとも１つの回復フレームについて異なる値、圧縮フレーム値および回復フレーム値をそれぞれ持つ場合、ならびに連続した２つのフレーム、第１のフレームおよび第２のフレームそれぞれが圧縮フレームの場合、前記第２のフレームについての前記第２の成分の値は、前記回復フレーム値および／または前記圧縮フレーム値に基づいて決定される。
【００５７】
他の目的によれば、前記第２のフレームについての前記第２の成分の値は、回復フレーム値である。
【００５８】
他の目的によれば、前記第２のフレームについての前記第２の成分の値は、圧縮フレーム値であり、前記第２のフレームの次のフレームについての前記第２の成分の値は、回復フレーム値である。
【００５９】
他の目的によれば、前記第２のフレームについての前記第２の成分の値は、回復フレーム値と圧縮フレーム値の組合せである。
【００６０】
他の目的によれば、前記組合せは、回復フレーム値と圧縮フレーム値の合計である。
【００６１】
本発明の他の目的によれば、前記伝送品質は、信号対干渉比で表される。
【００６２】
本発明の他の目的によれば、前記移動体無線通信システムは、ＣＤＭＡタイプのものである。
【００６３】
本発明の他の目的によれば、前記パワー制御は、前記移動体無線通信システムのアップリンク伝送方向で行われる。
【００６４】
本発明の他の目的によれば、前記パワー制御は、前記移動体無線通信システムのダウンリンク伝送方向で行われる。
【００６５】
本発明の他の目的は、前記電源制御で必要な少なくとも１個の送信エンティティと受信用エンティティを含む移動体無線通信システムであり、このシステムにおいては、前記方法のいずれかに従ってオフセットを伝送品質目標値に適用する手段が、前記エンティティのうちの第１のエンティティ内に提供される。
【００６６】
本発明の他の目的によれば、前記オフセットを決定および／または更新する手段が、第１のエンティティ内に提供される。
【００６７】
本発明の他の目的によれば、前記オフセットを決定および／または更新するのに必要な事前の値を前記第１のエンティティに通知（ｓｉｇｎａｌｉｎｇ）する手段が、前記エンティティのうちの第２のエンティティ内に提供される。
【００６８】
本発明の他の目的によれば、前記オフセットを前記第１のエンティティに通知する手段が、前記エンティティのうちの第２のエンティティ内に提供される。
【００６９】
本発明の他の目的によれば、前記圧縮モードの発生を前記第１のエンティティに通知する手段が、前記エンティティのうちの第２のエンティティ内に提供される。
【００７０】
本発明の他の目的によれば、前記第１のエンティティに前記オフセットを通知し、それと共に前記圧縮モードの発生を通知する手段は、前記エンティティのうちの第２のエンティティ内に提供される。
【００７１】
本発明の他の目的によれば、前記オフセットを前記第１のエンティティに通知し、それと共に圧縮モードパラメータを通知する手段は、前記エンティティのうちの第２のエンティティ内に提供される。
【００７２】
本発明の他の目的によれば、前記通知は、圧縮フレームごとに行われる。
【００７３】
本発明の他の目的によれば、圧縮フレームが周期的に発生するケースでは、前記通知は、このように定義された周期のすべての圧縮フレームについて１度行われる。
【００７４】
本発明の他の目的によれば、前記通知は、前記第２の成分だけの通知を含む。
【００７５】
他の目的によれば、前記第２の成分の前記通知は、前記圧縮フレーム値および／または前記回復フレーム値の通知を含む。
【００７６】
本発明の他の目的によれば、前記オフセットを記録する手段は、前記２つのエンティティのいずれか一方の中に提供される。
【００７７】
本発明の他の目的によれば、前記２つのエンティティの一方が移動体無線通信ネットワークエンティティである。
【００７８】
本発明の他の目的によれば、前記２つのエンティティの一方が移動局である。
【００７９】
本発明の他の目的は、アップリンクで前記方法のいずれかにしたがってオフセットを伝送品質目標値に適用する手段を有する移動体無線通信ネットワークエンティティである。
【００８０】
本発明の他の目的は、ダウンリンクで前記方法のいずれかにしたがってオフセットを伝送品質目標値に適用する手段を有する移動局である。
【００８１】
本発明の他の目的は、ダウンリンクで前記方法のいずれかにしたがって移動局がオフセットを適用できるようにするための移動無線通信ネットワークエンティティであり、このエンティティは、
−前記オフセットを前記移動局に通知する手段を有する。
【００８２】
本発明の他の目的によれば、前記移動体無線通信ネットワークエンティティは、
−前記移動局に前記圧縮モードの発生を通知する手段を有する。
【００８３】
本発明の他の目的によれば、前記移動体無線通信ネットワークエンティティは、
−前記移動局に前記オフセットを通知し、かつ前記圧縮モードの発生を通知する手段を有する。
【００８４】
本発明の他の目的によれば、前記通知は、圧縮モードパラメータの通知と共に行われる。
【００８５】
本発明の他の目的によれば、前記通知は、圧縮フレームごとに行われる。
【００８６】
本発明の他の目的によれば、圧縮フレームが周期的に発生するケースでは、前記通知は、このように定義された周期のすべての圧縮フレームについて１度行われる。
【００８７】
本発明の他の目的によれば、前記通知は、前記第２の成分のみの通知を含む。
【００８８】
他の目的によれば、前記第２の成分の前記通知は、前記圧縮フレーム値および／または前記回復フレーム値の通知を含む。
【００８９】
本発明の上記その他の目的は、添付の図面を参照しながら以下の説明を読めばより明らかになろう。
【００９０】
本発明はまた、以下のように説明することができる。
【００９１】
拡散ファクタの減少による圧縮モードでは、主に２つの理由で、目標ＳＩＲが正常モードの目標ＳＩＲと異なる必要がある。
【００９２】
−圧縮フレームでは、ネットビット速度が増大し、したがって目標ＳＩＲも同じ比率で増大する。ｄＢ単位の目標ＳＩＲは１０ ｌｏｇ（Ｒ_ＣＦ／Ｒ）と等しい。ただし、Ｒは圧縮フレームの前後の瞬間ネットビット速度、Ｒ_ＣＦは圧縮フレームの間の瞬間ネットビット速度を示す（用語「瞬間ビット速度」は、圧縮フレームについてこの速度を計算するのに使用する期間がフレーム全体の期間ではなく、このフレーム期間のうちデータが伝送される部分に過ぎないことを意味するものと理解されたい）。例えば、１０ ｌｏｇ（Ｒ_ＣＦ／Ｒ）は、ＵＭＴＳでは３ｄＢに等しい。ただし、拡散ファクタを２分の１に減少させることによる圧縮モードが使用される場合、マッチング速度は、圧縮フレームでも非圧縮フレームでも同じである。この増加分は、ＭＳで計算でき、したがって通知する必要はない。
【００９３】
−内部ループパワー制御が伝送ギャップの間、停止するので、伝送ギャップ後の数スロットの間パフォーマンスが低下する。この効果はおもに、圧縮フレームの間および圧縮フレームの後の１フレーム（回復フレームと呼ばれる）の間発生する。他のフレームではこれは無視できる。
【００９４】
したがって目標ＳＩＲは、上記の第１の方法で提案されているように、主に圧縮および回復フレームについて増大する必要がある。
【００９５】
パンクチャリングによる圧縮モードは、非常に類似している。唯一の（しかし主要な）相違点は、ネットビット速度が以下の場合に変更されることである。
【００９６】
−圧縮モードが物理チャネルの拡張化ファクタを減少することによって実現されるときは圧縮フレームで。
【００９７】
−圧縮モードがパンクチャリングで行われるときは当該のＣＣＴｒＣｈのトランスポートチャネルごとに伝送ギャップを持つＴＴＩ全体で。実際、ＵＭＴＳ標準では、ＣＣＴｒＣｈのトランスポートチャネルごとにＴＴＩにつきＴＴＩのベースでパンクチャリングが行われる。
【００９８】
したがって、パンクチャリングが圧縮モードを用いて行われる時、目標ＳＩＲを以下の理由で変更する必要がある。
【００９９】
−ＣＣＴｒＣｈのトランスポートチャネルごとに、伝送ギャップが存在するＴＴＩに属するフレーム中でネットビット速度が増大し、したがって目標ＳＩＲが同じ比率で増大する。ＦをＴＴＩにおけるフレーム数とする。他のＴＴＩのＮ^＊Ｆスロットと異なり、伝送ギャップが存在するＴＴＩでは（Ｎ^＊Ｆ−ＴＧＬ）スロットだけが使用されるので、ＴＴＩのすべてのフレームについて（圧縮フレームだけでなく）ｄＢ単位の目標ＳＩＲ増加分は、１０ ｌｏｇ（Ｆ^＊Ｎ／（Ｆ^＊Ｎ−ＴＧＬ））に等しい。この増加分は、ＭＳで計算でき、したがって通知する必要はない。
【０１００】
−内部ループパワー制御が伝送ギャップの間、停止するので、伝送ギャップ後の数スロットの間、パフォーマンスが低下する。しかし、本発明で認識し必要な通知量を減少させるために有利に使用していることであるが、この効果はおもに、圧縮フレームの間および圧縮フレームの後の１フレーム（回復フレームと呼ばれる）の間発生し、ＴＴＩのすべてのフレームについて発生する訳ではない。実際、伝送ギャップの効果を補償する目標ＳＩＲのオフセットの成分が圧縮フレームおよび回復フレームについてしか適用されない場合、この成分はＣＣＴｒＣＨに多重化されるＴｒＣＨｉのそれぞれについて異なる必要はない。さらに、これらのフレームは、伝送ギャップの間、パワー制御中断の効果を補償するには十分であり、また、それらのフレームは、ＴｒＣＨｉごとの伝送ギャップによるコーディング劣化がたいてい最短のＴＴＩにしか影響を及ぼさないため、劣化の効果を補償するには十分である。少なくとも必要な場合には、この成分だけをそれが適用されるフレームのタイプ（すなわち、圧縮あるいは回復）ごとに異ならせることもできるが、それにもかかわらず、これには、さらに上記第２の方法よりも通知量が小さいことが必要である。
【０１０１】
さらに、伝送ギャップの効果を補償するのに複数の回復フレームが必要なことが判明した場合、これは複数フレームのケースにも適用され、またこれは、この補償が圧縮フレーム上でのみ、あるいは回復フレーム上でのみ行われるケースにも適用される。
【０１０２】
結論として、圧縮モードがパンクチャリングを使用して行われる場合、圧縮フレームの間だけでなく伝送チャネルごとに伝送ギャップを持つＴＴＩに属するすべてのフレームにおいて、圧縮フレームによってもたらされる伝送速度増加分を補償するために、目標ＳＩＲを変更する必要がある。
【０１０３】
しかし、パンクチャリングを用いて圧縮モードが行われる場合でも、圧縮フレームおよび／または圧縮フレームの次の少なくとも１つの回復フレームの間だけ伝送ギャップによる劣化を補償するために、目標ＳＩＲを変更する必要がある。
【０１０４】
ＵＭＴＳシステムにおいては、ＣＣＴｒＣｈで２０ｍｓ以上のＴＴＩを持つＴｒＣＨがある場合だけ、この点が上記第１の方法と違うことに留意されたい。
【０１０５】
さらに、パンクチャリングがトランスポートチャネルごとに行われるので、各トランスポートチャネルが必要なサービスの品質を満たすことが望まれる場合、それに応じてＣＣＴｒＣｈについての目標ＳＩＲの増加分を決定しなければならない。例えば、パンクチャリングによる圧縮モードで伝送速度の増加による目標ＳＩＲの増加分がＣＣＴｒＣｈの各トランスポートチャネル（明らかに、他の選択も可能）に必要な目標ＳＩＲの増加分の最大値になることがある。すでに言及したように、目標ＳＩＲの増加分のこの成分をＵＥに通知する必要はない。この目標ＳＩＲのもう一方の成分は、伝送ギャップを補償するためのものであるが、以下に述べるように様々な方式にしたがって決定でき、ＵＥに通知することができる。しかし上記第２の方法と異なり、それをＴＴＩｉごとに（あるいはＴｒＣＨｉごとに）通知する必要はなく、すでに述べたように、それによって通知量を減らすことができる。
【０１０６】
上記第２の方法の欠点を避けるため、本発明は、例えば以下のアルゴリズムを提案する。
【０１０７】
各フレームについて、正常モードと比べた圧縮モードの間の目標ＳＩＲオフセットは次式で表される。
ΔＳＩＲ＝ｍａｘ（ΔＳＩＲ１＿ｃｏｍｐｒｅｓｓｉｏｎ，．．．，ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ）＋ΔＳＩＲ＿ｃｏｄｉｎｇ
【０１０８】
ただし、「ｎ」はＣＣＴｒＣＨのすべてのＴｒＣｈについてのＴＴＩ長の数、Ｆ_ｉはｉ番目のフレームのＴＴＩ長の数における長さであり、ΔＳＩＲ＿ｃｏｄｉｎｇは次式を満たす。
−圧縮フレームでは、ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲ
−回復フレームでは、ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲａｆｔｅｒ
−そうでない場合、ΔＳＩＲ＿ｃｏｄｉｎｇ＝０
【０１０９】
ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎは次式で定義される。
−長さＦ_ｉフレームの現在のＴＴＩ内に伝送ギャップがある場合、
ΔＳＩＲ＿ｃｏｍｐｒｅｓｓｉｏｎ＝１０ ｌｏｇ（Ｎ^＊Ｆ_ｉ／Ｎ^＊Ｆ_ｉ−ＴＧＬ_ｉ））、ただし、ＴＧＬ_ｉは、長さＦ_ｉフレームの現在のＴＴＩにおけるスロット数のギャップ長（１ギャップあるいはギャップの合計のいずれか）、Ｎはフレーム当たりのスロット数（ＵＭＴＳ標準ではＮ＝１５）である。
【０１１０】
−そうでない場合、ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎ＝０
【０１１１】
最後に、（今説明したような）パンクチャリングによる圧縮モードと（第１の方法で説明したような）拡散ファクタの減少による圧縮モードについてのアルゴリズムを、以下のように１つのアルゴリズムに結合することができる。
【０１１２】
各フレームについて、正常モードと比べて圧縮モードの間の目標ＳＩＲオフセットは次式で表される。
ΔＳＩＲ＝ｍａｘ（ΔＳＩＲ１＿ｃｏｍｐｒｅｓｓｉｏｎ，．．．，ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ）＋ΔＳＩＲ＿ｃｏｄｉｎｇ
【０１１３】
ただし、「ｎ」はＣＣＴｒＣｈのすべてのＴｒＣｈについてのＴＴＩ長の数、Ｆ_ｉはｉ番目のフレームのＴＴＩ長の数における長さであり、ΔＳＩＲ＿ｃｏｄｉｎｇは次式を満たす。
【０１１４】
−圧縮フレームでは、ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲ
−回復フレームでは、ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲａｆｔｅｒ
−そうでない場合、ΔＳＩＲ＿ｃｏｄｉｎｇ＝０
ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎは次式で定義される
・フレームがパンクチャリングで圧縮される場合、
−長さＦ_ｉフレームの現在のＴＴＩ内に伝送ギャップがある場合、
ΔＳＩＲ＿ｃｏｍｐｒｅｓｓｉｏｎ＝１０ ｌｏｇ（Ｎ^＊Ｆ_ｉ／Ｎ^＊Ｆ_ｉ−ＴＧＬ_ｉ））、ただし、ＴＧＬ_ｉは、長さＦ_ｉフレームの現在のＴＴＩにおけるスロット数のギャップ長（１ギャップまたはギャップの合計）
−そうでない場合、ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎ＝０
・フレームが拡散ファクタを減少させることで圧縮される場合、
−圧縮フレームごとに、ΔＳＩＲ＿ｃｏｍｐｒｅｓｓｉｏｎ＝１０ ｌｏｇ（Ｒ_ＣＦ／Ｒ）
ただし、Ｒは圧縮フレームの前後の瞬間ネットビット速度、Ｒ_ＣＦは圧縮フレームの間の瞬間ネットビット速度を示す（用語「瞬間ビット速度」は、圧縮フレームについてこの速度を計算するのに使用する期間がフレーム全体の期間ではなく、データが伝送されるこのフレーム期間の一部分に過ぎないことを意味するものと理解されたい）。例えば、ダウンリンク１０ ｌｏｇ（Ｒ_ＣＦ／Ｒ）は、ＵＭＴＳでは３ｄＢに等しい。ただし、拡散ファクタを２分の１に減少させることによる圧縮モードが使用される場合、マッチング速度は、圧縮フレームでも非圧縮フレームでも同じである。一方、アップリンクでは、マッチング速度が圧縮フレームと非圧縮フレームで同じでないので、ΔＳＩＲ＿ｃｏｍｐｒｅｓｓｉｏｎは１０ ｌｏｇ（（１５−ＴＧＬ）／１５）に等しい。さらに、情報速度が単純に減少するケースでは、中継／パンチング速度および／または拡散ファクタを変更してフレームを圧縮する必要をなくすために（この方法は、「高レイヤスケジューリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｃｈｅｄｕｌｉｎｇ）」とも呼ばれる）項ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎがゼロになる。
【０１１５】
−そうでない場合、ΔＳＩＲｉ＿ｃｏｍｐｒｅｓｓｉｏｎ＝０
また、本発明は、これら２つのアルゴリズムのいずれにおいても、やはり例を用いて以下のことを提案する。
【０１１６】
−伝送ギャップが２つのフレームに重なる特殊なケース（ＵＭＴＳでは「ダブルフレーム方法（ｄｏｕｂｌｅ−ｆｒａｍｅ ｍｅｔｈｏｄ）」ともよばれるケース）で、（伝送ギャップの第２の部分を持つ）第２の圧縮フレームは、回復フレーム（ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲａｆｔｅｒ）と見なされる。したがって、このケースでは、連続した２つの圧縮フレームの次の第１フレームは、回復フレーム（ΔＳＩＲ＿ｃｏｄｉｎｇ＝０）とは見なされない。
【０１１７】
−複数の圧縮モードパターンが同時に使用されることがあるため（すなわち、拡散ファクタを減少して圧縮した１つまたは複数のフレームがパンクチャリングで圧縮した１つまたは複数のフレームを既に有しているＴＴＩで発生することがあるため）、異なる圧縮モードパターンからの複数の目標ＳＩＲのオフセットが、同一フレームに適用されることが生じるかもしれない。この場合、すべてのオフセットが加算され、目標ＳＩＲオフセットの合計が当該フレームに適用される。
【０１１８】
これら２つのアルゴリズムにおいて、最大値（ΔＳＩＲ１＿ｃｏｍｐｒｅｓｓｉｏｎ，．．．，ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ）が目標ＳＩＲオフセットΔＳＩＲの前記第１の成分に対応し（最後のアルゴリズムで定義したように、それがパンクチャリングによる、あるいは拡散ファクタを減少させることによるいずれのタイプの圧縮モードにも適用されることに注目されたい）、ΔＳＩＲ＿ｃｏｄｉｎｇは、この目標ＳＩＲのオフセットの前記第２の成分に対応する。
【０１１９】
これら２つのアルゴリズムで、目標ＳＩＲのオフセットの第２の成分ΔＳＩＲ＿ｃｏｄｉｎｇは、圧縮フレームと回復フレームで異なる値、圧縮フレーム値ＤｅｌｔａＳＩＲおよび回復フレーム値ＤｅｌｔａＳＩＲａｆｔｅｒをそれぞれ持つ。
【０１２０】
上記アルゴリズムが例として開示したものにすぎず、もちろん例えばいくつかの変形が非徹底な形で考えられることを理解されたい。
【０１２１】
−あるいは、伝送ギャップが２つのフレームに重なる特殊なケースでは、第２の圧縮フレーム（伝送ギャップの第２の部分を持つ）を圧縮フレーム（ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲ）と見なすことができ、これら連続する２つの圧縮フレームの次の第１フレームは、回復フレーム（ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲａｆｔｅｒ）と見なすことができる。さらにもう一つの代替案では、第２の圧縮フレームを圧縮および回復フレーム（ΔＳＩＲ＿ｃｏｄｉｎｇ＝ＤｅｌｔａＳＩＲ＋ＤｅｌｔａＳＩＲａｆｔｅｒ、あるいは他のあらゆる組合せ）と見なすことができる。あるいは、より一般的には、通知量と複雑さを減少させるために、成分ΔＳＩＲ＿ｃｏｄｉｎｇは、それ以外の値は通知せず、値ＤｅｌｔａＳＩＲおよびＤｅｌｔａＳＩＲａｆｔｅｒに基づいて決定される。
【０１２２】
さらに、この解決策はまた（伝送ギャップが連続する２つのフレームに重なるケースについて）上記第１の方法に適用される。
【０１２３】
より一般的には、本発明は、様々なタイプの圧縮モードおよび／または圧縮フレーム発生の様々なケースにおいて依然として圧縮モードを効率よく補償しながら、装置の通知とアーキテクチャを簡単にするために圧縮フレームおよび回復フレームのアイディアを使用している。
【０１２４】
−さらに、一般に、圧縮フレーム値と回復フレーム値が異なることも、異ならないこともある。説明のためのものにすぎず限定的な性質のものでは決してないが、伝送ギャップが連続する２つのフレームに重ならない場合、どちらかといえば回復フレーム値を圧縮フレーム値よりも小さく選択することもでき、伝送ギャップが連続する２つのフレームに重なる場合は、どちらかといえば回復フレーム値を圧縮フレーム値よりも大きく選択することもできる（しかし、この最後のケースでは、伝送ギャップ長や伝送ギャップの位置など様々なパラメータに依存することもある）。
【０１２５】
−さらに、異なる伝送ギャップについては、伝送ギャップ長が異なることがあり、このような場合、前記の異なる伝送ギャップ長については前記圧縮フレームおよび／または回復フレーム値も異なることがある。
【０１２６】
−最後の開示されたアルゴリズムから、それが２つのタイプの（パンクチャリングおよび拡散ファクタを減少することによる）圧縮モードについて違いをほとんど示していないことが理解できる。依然としてこれらの違いは、圧縮フレームおよび回復フレーム以外のフレームにそれを提供することで小さくすることもでき、常にΔＳＩＲ＿ｃｏｍｐｒｅｓｓｉｏｎ＝０と設定することもできる。こうすると、体系が少し簡単になり、十分な近似となる。実際、ＵＭＴＳ標準では、これらのフレームではＴＧＬ＜８およびＦ＝４あるいは８となる（それらが圧縮フレームでも回復フレームでもないため）。したがって、１０ ｌｏｇ（Ｆ^＊Ｎ／（Ｆ^＊Ｎ−ＴＧＬ）は、約０．５４ｄＢである。
【０１２７】
−上記第１の方法のように、これらのアルゴリズムでは、圧縮フレームと回復フレームについてのΔＳＩＲ＿ｃｏｄｉｎｇが通知される。またそれは、圧縮フレームについてのみ通知され、上記第１の方法と同様に回復フレームについて前もって定義された値（０、圧縮フレームにおけるのと同一の値，．．．）をとることもある。またそれは、回復フレームについてのみ通知され、圧縮フレームについて前もって定義された値（０、圧縮フレームにおけるのと同一の値，．．．）をとることもある。
【０１２８】
−圧縮フレームおよび回復フレームについて、ΔＳＩＲｆｒａｍｅがＢＴＳによりＭＳに直接通知されることもある（すなわち、第２の成分だけでなくこのオフセットの２つの成分も通知できる）。
【０１２９】
−関数「ｍａｘ（ΔＳＩＲ１＿ｃｏｍｐｒｅｓｓｉｏｎ，．．．，ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ）」は、例えば、「平均（ｍｅａｎ）（ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ，．．．，ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ）」などの他の関数と交換できる。ただし、「平均」は、あらゆるタイプの平均化関数（算術、幾何、調和、．．．）、あるいは０を表す。
【０１３０】
−より一般的には、提案されたアルゴリズムは、圧縮モードについて２つの方法、パンクチャリングによる圧縮モード、拡散ファクタの減少による圧縮モードを区別するのではなく、２つの状況を区別することができる。
【０１３１】
ネットビット速度が、フレームベースで、かつ圧縮フレームにおいてのみ（特に拡散ファクタを減少させることによる圧縮モードでは）増加する。
【０１３２】
ネットビット速度が、トランスポートチャネルごとにＴＴＩベースで（特にパンクチャリングによる圧縮モードでは）増加し、あるいは、より一般的には、ネットビット速度が、圧縮フレームについてだけでなく、圧縮フレームを含む複数のフレームについて増加する。
【０１３３】
−通知される値ΔＳＩＲ＿ｃｏｄｉｎｇ、すなわち前記オフセットの第２の成分は、特に関数ｍａｘ（ΔＳＩＲ１＿ｃｏｍｐｒｅｓｓｉｏｎ，．．．，ΔＳＩＲｎ＿ｃｏｍｐｒｅｓｓｉｏｎ）にしたがって前記第１の成分が得られるケースでは、例えば前記オフセットの第１成分の過大な値を補償できる負の値をとることも可能である。
【０１３４】
上記の従来の特許出願で開示されたのと同様に、例えばダウンリンクでは、ＵＥが目標ＳＩＲをこのオフセット分だけ増加させ、次にこの増加分がもはや適用されなくなった時に、それを同じ値だけ減少させる必要がある。この目標ＳＩＲの変更は、その変更を考慮する必要のある通常のダウンリンク外部ループアルゴリズム以外でも行われる。ＵＥは、同時に、伝送パワーを増大させ、次にダウンリンクの受信ＳＩＲが新しい目標ＳＩＲにできるだけ速やかに近づくように、伝送パワーがもはや適用されなくなった時に伝送パワーを同じ値だけ減少させる。
【０１３５】
上記の従来の特許出願で示されたのと同様に、ＵＥに通知する必要がある目標ＳＩＲのオフセットの成分（あるいは第２の成分）は、所定の値をとることができ、それはどんな方法で決定してもよい。
【０１３６】
例えば、これらの値をシステムパラメータとみなし、したがってシステムのオペレータが決定することができる。またそれらの値を、特にシミュレーションで決定することもできる。いずれの場合でも、それらの値は運用中に更新できる。また、それらの値は、運用中に、前もって獲得した値を基にして例えば平均化を行うことでも決定される。いずれにせよ、前記所定の値の獲得モードでは、前記オフセットの前記成分あるいはこのようなファクタの組合せに影響しそうなすべてのファクタを考慮すべきである。
【０１３７】
さらにそれらの値は、パワー制御プロセスで必要な２つのエンティティ（伝送用エンティティおよび受信用エンティティ）のいずれか一方が知っていて、このエンティティでローカルに使用されるか、あるいは前記エンティティの他方に通知されてそのエンティティで使用される。
【０１３８】
さらにそれらの値は、前記２つのエンティティのいずれかにおいて、予め得られた値を対象にした統計に基づいて決定および／または更新され、このエンティティでローカルに使用できるか、またはこのエンティティに前記エンティティのもう一方によって通知される。
【０１３９】
さらにそれらの値は、前記エンティティのいずれか一つに記録され、必要な時に再生される。
【０１４０】
さらに圧縮モードの発生は、対応するオフセットの適用を担当するエンティティがローカルに知るか、前記エンティティのもう一方のエンティティからこの後者のエンティティに通知される。
【０１４１】
したがって、あらゆる可能性が考えられる。それゆえ、この説明で示す例は限定的性質のものではなく例示的なものにすぎないと理解すべきである。
【０１４２】
図２は、４０で表される移動体無線通信ネットワークおよび４１で表される移動局において、本発明によるアップリンクパワー制御のための方法を実施するのに使用できる手段の例を示す図である。
【０１４３】
例えば「送受信基地局」を表す特定ＢＴＳ（あるいはＵＭＴＳにおけるノードＢ）および／または「基地局コントローラ」を表すＢＳＣ（あるいは、ＵＭＴＳにおける「無線ネットワークコントローラ」を表すＲＮＣ）などでの移動体無線通信ネットワークエンティティ４０は、前記アップリンク伝送方向で（および、ここでは言及されていない他の従来の手段に加えて）前記方法を実施するために以下のものを有することができる。
【０１４４】
−例えば、どのタイプの圧縮モードが使用されるかによって決定される上記２つの開示されたアルゴリズムの一方を実行する手段４２。
【０１４５】
また、移動体無線通信ネットワークエンティティ４０は、例えば、前記アップリンク方向で（ここでは言及されていない他の従来の手段に加えて）前記方法を実施するために以下のものを有することができる。
【０１４６】
−やはり４２で表される、圧縮モード発生時に、予期される方式で内部ループパワー制御アルゴリズムを制御する手段。
【０１４７】
例えば、前記開示のアルゴリズムにしたがって適用されるオフセットは、例えば所定の値をとることができ、その値は上記の可能性のいずれかにしたがって決定することができる。
【０１４８】
いずれにせよ、例えば移動体無線通信ネットワークエンティティ４０は、以下のものを有することができる。
【０１４９】
−前記オフセットを記録する手段４２’。
【０１５０】
移動局４１（あるいはＵＭＴＳではユーザ装置ＵＥ）は、例えば、前記アップリンク伝送方向で（および、ここでは言及されていない他の従来の手段に加えて）前記方法を実施するために以下のものを有することができる。
【０１５１】
−圧縮モードの発生を移動体無線通信ネットワークエンティティに通知する手段４３。
【０１５２】
図３は、４５で表される移動体無線通信ネットワークおよび４６で表される移動局において、本発明によるダウンリンクパワー制御のための方法を実施するのに使用できる手段の例を示す図である。
【０１５３】
例えば移動局４６（あるいはＵＭＴＳにおけるユーザ装置ＵＥ）は、前記ダウンリンク伝送方向で（および、ここでは言及されていない他の従来の手段に加えて）前記方法を実施するために以下のものを有することができる。
【０１５４】
−例えば、どのタイプの圧縮モードを使用するかで決定する上記の開示された２つのアルゴリズムの一方を実行する手段４８。
【０１５５】
また、移動局４６は、例えば、前記ダウンリンク伝送方向で（および、ここでは言及されていない他の従来の手段に加えて）前記方法を実施するために以下のものを有することができる。
【０１５６】
−やはり４８で表される、圧縮モード発生時に、予期される方式で内部ループパワー制御アルゴリズムを制御する手段。
【０１５７】
例えば、このようなオフセットは、上記の可能性のいずれかにしたがって決定される値を予め決定していることがある。
【０１５８】
一実施形態において、移動局４６は、以下を有することがある。
【０１５９】
−前記オフセットを記録する手段４８’。
【０１６０】
他の実施形態において、「送受信基地局」を表す特定ＢＴＳ（あるいはＵＭＴＳにおけるノードＢ）および／または「基地局コントローラ」を表すＢＳＣ（あるいは、ＵＭＴＳにおける「無線ネットワークコントローラ」を表すＲＮＣ）などでの移動体無線通信ネットワークエンティティ４５は、前記ダウンリンク伝送方向で（および、ここでは言及されていない他の従来の手段に加えて）前記方法を実施するに以下のものを有することがある。
【０１６１】
−前記オフセットあるいは前記オフセットの前記第２の成分のみ都合に合わせ移動局４６に通知する通知手段４７。
【０１６２】
例えば、移動体無線通信ネットワークエンティティ４５も以下のものを有することがある。
【０１６３】
−４７としても表される、圧縮モードの発生を移動局に通知する通知手段。
【０１６４】
移動体無線通信ネットワークエンティティ４５は、有利には以下のものを有することがある。
【０１６５】
−圧縮モード発生の通知と共に前記オフセットを移動局４６に（あるいは前記オフセットの前記第２の成分のみ都合に合わせ）通知する通知手段（４７とも表される）。
【０１６６】
さらに、前記通知を圧縮フレームごとに行うことができる。
【０１６７】
あるいは、圧縮フレームが定期的に発生するケースでは、依然として必要な通知量を減少させるために、前記通知は、このように定義された周期のすべての圧縮フレームについて１度行われる。
【図面の簡単な説明】
【図１】 例えばＵＭＴＳ標準のケースにおいて、パンクチャリングによる圧縮モードのある種の特殊性を示す図である。
【図２】 アップリンクパワー制御について、本発明による方法を実施するために移動局および移動無線通信ネットワークエンティティにおいて使用できる手段の例を示した図である。
【図３】 ダウンリンクパワー制御について、本発明による方法を実施するために移動局および移動無線通信ネットワークエンティティにおいて使用できる手段の例を示した図である。

Claims (22)

1. 移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法であって、
   圧縮モードの効果を補償するために、オフセットが予め前記伝送品質目標値に適用され、圧縮モードの圧縮フレームで伝送ギャップの間伝送が中断し、これに対応して伝送速度が適合されて、前記伝送ギャップを補償し、
   前記オフセットは、前記伝送速度適合の効果を補償するための第１の成分と前記伝送ギャップの効果を補償するための第２の成分を含み、
   前記伝送速度適合分は、圧縮フレームを含む伝送時間間隔について適用され、前記第２の成分は、前記圧縮フレームについておよび／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについてのみ適用される方法。
2. 複数のトランスポートチャネルは、伝送パワーが前記パワー制御で制御される物理チャネルのフレームごとに時間多重化され、前記伝送時間間隔のフレーム数は、前記トランスポートチャネルごとに異なる可能性があり、前記第２の成分は、前記フレーム数がいくつであれ、前記圧縮フレームについておよび／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについて適用される、請求項１に記載の方法。
3. 前記第２の成分が、前記圧縮フレームについて圧縮フレーム値および前記少なくとも１つの回復フレームについて回復フレーム値を持つ、請求項１に記載の方法。
4. 前記伝送速度適合分は、第１あるいは第２タイプの圧縮モードのどちらが使用されるかに応じて、圧縮フレームを含む伝送時間間隔または圧縮フレームのみについて適用され、前記第２の成分は、前記第１あるいは第２タイプの圧縮モードのいずれにおいても、前記圧縮フレームおよび／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについて適用される、請求項１に記載の方法。
5. 複数のトランスポートチャネルが、伝送パワーが前記パワー制御で制御される物理チャネルのフレームごとに時間多重化され、前記伝送時間間隔のフレーム数が、前記トランスポートチャネルごとに異なる可能性があり、前記第２の成分のみが、前記フレーム数がいくつであれ、前記圧縮フレームおよび／または前記少なくとも１つの回復フレームについて適用される、請求項４に記載の方法。
6. 前記第１タイプの圧縮モードが、パンクチャリングによる圧縮モードである、請求項４に記載の方法。
7. 前記第２タイプの圧縮モードは、ＣＤＭＡタイプの移動体無線通信システムにおいて拡散ファクタの減少による圧縮モードである、請求項４に記載の方法。
8. 移動体無線通信システムにおいてパワー制御のための伝送品質目標値を設定する方法であって、
   圧縮モードの効果を補償するために、オフセットが予め前記伝送品質目標値に適用され、圧縮モードの圧縮フレームで伝送ギャップの間伝送が中断し、これに対応して伝送速度が適合されて、前記伝送ギャップを補償し、
   前記オフセットは、前記伝送速度適合の効果を補償するための第１の成分と前記伝送ギャップの効果を補償するための第２の成分を含み、
   前記第２の成分は、圧縮フレームについておよび／または前記圧縮フレームの次の少なくとも１フレームすなわち回復フレームについて適用され、
   前記第２の成分は、前記圧縮フレームについて圧縮フレーム値および前記少なくとも１つの回復フレームについて回復フレーム値を持ち、連続した２つのフレームすなわち第１のフレームおよび第２のフレームそれぞれが圧縮フレームの場合に、前記第２のフレームについての前記第２の成分の値が、前記回復フレーム値および／または前記圧縮フレーム値に基づいて決定される方法。
9. 前記第２のフレームについての前記第２の成分の値が、回復フレーム値である、請求項８に記載の方法。
10. 前記第２のフレームについての前記第２の成分の値が圧縮フレーム値であり、前記第２のフレームの次のフレームについての前記第２の成分の値が回復フレーム値である、請求項８に記載の方法。
11. 前記パワー制御が、前記移動体無線通信システムのアップリンク伝送方向で行われる、請求項１から１０のいずれか一項に記載の方法。
12. 前記パワー制御が、前記移動体無線通信システムのダウンリンク伝送方向で行われる、請求項１から１０のいずれか一項に記載の方法。
13. アップリンクで請求項１から１２のいずれか一項に記載の、オフセットを伝送品質目標値に適用する手段を有する、移動体無線通信ネットワークエンティティ。
14. ダウンリンクで請求項１から１２のいずれか一項に記載の、オフセットを伝送品質目標値に適用する手段を有する、移動局。
15. ダウンリンクで移動局が請求項１から１２のいずれか一項に記載のオフセットを伝送品質目標値に適用できるようにするための移動無線通信ネットワークエンティティであって、
    前記オフセットを前記移動局に通知する手段を有する、移動体無線通信ネットワークエンティティ。
16. 前記移動局に前記圧縮モードの発生を通知する手段を有する、請求項１５に記載の移動体無線通信ネットワークエンティティ。
17. 前記移動局に前記オフセットを通知し、かつ前記圧縮モードの発生を通知する手段を有する、請求項１５に記載の移動体無線通信ネットワークエンティティ。
18. 前記通知が、圧縮モードパラメータの通知と共に行われる、請求項１５に記載の移動体無線通信ネットワークエンティティ。
19. 前記通知が、圧縮フレームごとに行われる、請求項１５に記載の移動体無線通信ネットワークエンティティ。
20. 圧縮フレームが周期的に発生する場合では、前記通知は、このように定義された周期のすべての圧縮フレームについて１度行われる、請求項１５に記載の移動体無線通信ネットワークエンティティ。
21. 前記通知が前記第２の成分のみの通知を含む、請求項１５に記載の移動体無線通信ネットワークエンティティ。
22. 前記第２の成分の前記通知が、前記圧縮フレーム値および／または前記回復フレーム値の通知を含む、請求項２１に記載の移動体無線通信ネットワークエンティティ。

Images