(57)【要約】システム資源を節約するため、ブロック誤り率（ＢＬＥＲ）推定値報告の頻度を減らすと同時に、目的信号対干渉比（ＳＩＲ）の調整に必要とは思えないＢＬＥＲ推定値の報告を省略するための方法および装置が提供される。送信時間間隔にわたって、複数のデータブロックが受信され、データブロックのカウント数がメモリ（６４）に保存される。データブロックは、誤り検査ユニット（６５）によって誤り検査を受け、誤りデータブロックの数がメモリ（６４）に保存される。プロセッサ（７０）が、データブロックカウント数（６２）と誤りデータブロック数（６３）に基づいて、ＢＬＥＲ推定値計算を実行する。プロセッサ（７０）によって実行される閾値（７５）の比較によってトリガされた場合、目標ＳＩＲ調整のためにＢＬＥＲ推定値報告が作成され、送信される。上記の閾値比較には、データブロックカウント値と所定の閾値との比較、ＢＬＥＲ推定値と目標ＢＬＥＲ値を所定数倍した値との比較などが含まれる。
2006500876.tif 000002
【特許請求の範囲】
【請求項１】
データが、連続する規定サイズの時間間隔にわたって通信チャネルを介してブロックで送信され、前記通信チャネル上での前記データブロックの受信に関するブロック誤り率（ＢＬＥＲ）情報が、チャネル送信制御で使用するために報告される無線通信システムにおける、ブロック誤り率（ＢＬＥＲ）推定値報告のための方法であって、
前記通信チャネルを受信するステップと、
一連の連続する時間間隔の各々について、
前記時間間隔にわたって受信したデータブロックの数をカウントするステップと、
受信データブロック数を表す値ｉを保存するステップと、
前記受信データブロックに対して誤り検査を実行するステップと、
誤りが生じたデータブロック数を表す値Ｓ（ｉ）を保存するステップと、
値ｉを第１の所定の閾値と比較して、ｉが前記閾値を超えた場合に、第１のＢＬＥＲ推定値報告トリガを生成するステップと、
前記値ｉと値Ｓ（ｉ）に基づいて、ＢＬＥＲ推定値を計算するステップと、
前記ＢＬＥＲ推定値を前記チャネル用の目標ＢＬＥＲ値を所定数倍した値と比較して、前記ＢＬＥＲ推定値が前記目標ＢＬＥＲ値を所定数倍した前記値を超えた場合に、第２のＢＬＥＲ推定値報告トリガを生成するステップと、
前記第１または第２の報告トリガの生成に応答して、ＢＬＥＲ推定値報告を送信し、前記第１または第２の報告トリガが生成されない場合は、報告を送信しないステップと
を具えたことを特徴とする方法。
【請求項２】
該比較により第２のＢＬＥＲ推定値報告トリガを生成する前記ステップは、値ｉを第２の所定の閾値と比較するステップをさらに具えたことを特徴とする請求項１記載の方法。
【請求項３】
前記ＢＬＥＲ推定値報告は、時間間隔にわたるデータブロック受信を反映し、前記時間間隔にわたる観測データブロック数ｉと、前記時間間隔にわたる誤りデータブロック数Ｓ（ｉ）と、前記時間間隔に関する前記ＢＬＥＲ推定値と、前記報告トリガの識別情報とを含むことを特徴とする請求項１記載の方法。
【請求項４】
前記データブロックは、符号化合成転送チャネル（ＣＣＴｒＣＨ）に多重化される複数の転送チャネル（ＴｒＣＨ）に関連する転送ブロック（ＴＢ）であり、各転送チャネルは、サービス品質要件に基づく目標ＢＬＥＲを有し、前記方法は、基準転送チャネル（ＲＴｒＣＨ）として選択されたチャネルに関して実行されることを特徴とする請求項３記載の方法。
【請求項５】
前記ＢＬＥＲ推定値は、前記ＣＣＴｒＣＨの推定値を表すとされ、前記報告は、
前記ＣＣＴｒＣＨの目標ＢＬＥＲと、
前記ＣＣＴｒＣＨの識別コードと
をさらに具えたことを特徴とする請求項４記載の方法。
【請求項６】
前記報告は、
前記基準転送チャネルの識別コードをさらに具えたことを特徴とする請求項５記載の方法。
【請求項７】
データが、連続する規定サイズの時間間隔にわたって通信チャネルを介してブロックで送信され、前記通信チャネル上での前記データブロックの受信に関するブロック誤り率（ＢＬＥＲ）情報が、チャネル送信制御で使用するために報告される無線通信システムにおける、ブロック誤り率（ＢＬＥＲ）推定値報告のための方法であって、
ａ）前記通信チャネルを受信するステップと、一連の連続する時間間隔の各々について、
ｂ）受信データブロックの数を表す値ｉと、所定の最低許容精度で誤り検査を実行することに関する所定の最小数を値ｉからマイナスした値を表す値ｉ＿ｐｒｉｍｅとを保存するステップと、
ｃ）前記受信データブロックに対して誤り検査を実行するステップと、
ｄ）誤りが生じたデータブロック数を表す値Ｓ（ｉ）を保存するステップと、
ｅ）前記ｉ＿ｐｒｉｍｅ値とＳ（ｉ）値に基づいて、ＢＬＥＲ推定値を計算するステップと、
ｆ）値ｉを少なくとも１つの所定の閾値と比較するステップと、
ｇ）前記ＢＬＥＲ推定値を目標ＢＬＥＲ値の係数倍に等しい少なくとも１つの所定の閾値と比較して、少なくとも１つのＢＬＥＲ推定値報告トリガを生成するステップと、
ｈ）前記報告トリガが生成された場合に、ＢＬＥＲ推定値報告を送信するステップと
を具えたことを特徴とする方法。
【請求項８】
前記ＢＬＥＲ報告は、前記通信システムの２つのエンティティの間の呼セッションにおける定常状態フェーズの間に行われ、前記ステップはその全体が、前記呼セッションの間、可能な範囲内で繰り返されることを特徴とする請求項７記載の方法。
【請求項９】
ステップ（ｆ）は、前記データブロックに対して循環冗長誤り検査を実行するためのデータブロックの最小数に基づく第１の所定の閾値をさらに具えたことを特徴とする請求項７記載の方法。
【請求項１０】
ステップ（ｆ）は、データブロックの最小数に関する第２の所定の閾値と、データブロックの最大数に関する第３の所定の閾値とをさらに具えたことを特徴とする請求項９記載の方法。
【請求項１１】
ステップ（ｇ）は、ｋ＞１とし、前記目標ＢＬＥＲをｋ倍した第１の所定の閾値をさらに具えたことを特徴とする請求項７記載の方法。
【請求項１２】
ステップ（ｇ）は、ａｌｐｈａ＝１とし、前記目標ＢＬＥＲをａｌｐｈａ倍した第２の所定の閾値をさらに具えたことを特徴とする請求項１１記載の方法。
【請求項１３】
ステップ（ｇ）は、ｇａｍｍａ＜１とし、前記目標ＢＬＥＲをｇａｍｍａ倍した第３の所定の閾値をさらに具えたことを特徴とする請求項１２記載の方法。
【請求項１４】
前記ＢＬＥＲ推定値報告は、時間間隔にわたるデータブロック受信を反映し、データブロック数ｉ＿ｐｒｉｍｅと、誤りデータブロック数Ｓ（ｉ）と、前記ＢＬＥＲ推定値と、前記報告トリガの識別情報とを含むことを特徴とする請求項７記載の方法。
【請求項１５】
前記データブロックは、符号化合成転送チャネル（ＣＣＴｒＣＨ）に多重化される複数の転送チャネル（ＴｒＣＨ）に関連する転送ブロック（ＴＢ）であり、
各転送チャネルは、サービス品質要件に基づく目標ＢＬＥＲを有し、前記方法は、基準転送チャネル（ＲＴｒＣＨ）として選択されたチャネルに関して実行され、
前記データブロックは、符号化合成転送チャネル（ＣＣＴｒＣＨ）に多重化される複数の転送チャネルに関連する転送ブロックであり、各転送チャネルは、サービス品質要件に基づく目標ＢＬＥＲを有することを特徴とする請求項１４記載の方法。
【請求項１６】
前記ＢＬＥＲ推定値は、前記ＣＣＴｒＣＨの推定値を表すとされ、前記報告は、
前記ＣＣＴｒＣＨの目標ＢＬＥＲと、
前記ＣＣＴｒＣＨの識別コードとをさらに具えたことを特徴とする請求項１５記載の方法。
【請求項１７】
ＢＬＥＲ測定は、基準転送チャネルに関して実行され、
ＢＬＥＲ推定値報告は、前記基準転送チャネルの識別コードをさらに具えたことを特徴とする請求項１６記載の方法。
【請求項１８】
データが、連続する規定サイズの時間間隔にわたって通信チャネルを介してブロックで送信され、前記通信チャネル上での前記データブロックの受信に関するブロック誤り率（ＢＬＥＲ）情報が、チャネル送信制御で使用するために報告される無線通信システムで使用するための通信局用の受信機であって、
受信データブロックに対して誤り検査を実行するように構成される誤り検査ユニットと、
前記時間間隔にわたって受信したデータブロック数ｉと、誤りが生じたデータブロック数Ｓ（ｉ）とをカウントするように構成される少なくとも１つのカウンタと、
値ｉを少なくとも１つの所定の閾値と比較するように構成され、前記値ｉと値Ｓ（ｉ）に基づいて、ＢＬＥＲ推定値を計算するように構成され、前記ＢＬＥＲ推定値を前記チャネル用の目標ＢＬＥＲ値を所定数倍した少なくとも１つの値と比較して、前記ＢＬＥＲ推定値が前記目標ＢＬＥＲ値を所定数倍した前記値を超えた場合に、少なくとも１つのＢＬＥＲ推定値報告トリガを生成するように構成され、また少なくとも１つの報告トリガの生成に応答して、ＢＬＥＲ推定値報告を生成するように構成されるプロセッサと、
前記カウント値ｉおよびＳ（ｉ）、前記ＢＬＥＲ推定値、ならびに前記トリガ閾値を保存するためのメモリユニットと
を具えたことを特徴とする受信機。
【請求項１９】
前記ＢＬＥＲ推定値報告は、時間間隔にわたるデータブロック受信を反映し、前記時間間隔にわたる観測データブロック数ｉと、前記時間間隔にわたる誤りデータブロック数Ｓ（ｉ）と、前記時間間隔に関する前記ＢＬＥＲ推定値と、前記報告トリガの識別情報とを含むことを特徴とする請求項１８記載の受信機。
【請求項２０】
請求項１８記載の受信機を含むことを特徴とする３ＧＰＰシステム用の無線ネットワーク制御装置。
【請求項２１】
前記データブロックは、符号化合成転送チャネル（ＣＣＴｒＣＨ）に多重化される複数の転送チャネル（ＴｒＣＨ）に関連する転送ブロック（ＴＢ）であり、各転送チャネルは、サービス品質要件に基づく目標ＢＬＥＲを有し、前記ＢＬＥＲ推定値は、基準転送チャネル（ＲＴｒＣＨ）として選択されたチャネルに関連するものであることを特徴とする請求項１９記載の受信機。
【請求項２２】
前記ＢＬＥＲ推定値は、前記ＣＣＴｒＣＨの推定値を表すとされ、
前記報告は、
前記ＣＣＴｒＣＨの目標ＢＬＥＲと、
前記ＣＣＴｒＣＨの識別コードと
をさらに具えたことを特徴とする請求項２１記載の受信機。
【請求項２３】
前記報告は、
前記基準転送チャネルの識別コードをさらに具えたことを特徴とする請求項２２記載の受信機。
【請求項２４】
前記プロセッサはさらに、値ｉを、前記データブロックに対して循環冗長誤り検査を実行するためのデータブロックの最小数に基づく第１の所定の閾値と比較するように構成されたことを特徴とする請求項１８記載の受信機。
【請求項２５】
前記プロセッサはさらに、値ｉを、データブロックの最小数に関する第２の所定の閾値、およびデータブロックの最大数に関する第３の所定の閾値と比較するように構成されたことを特徴とする請求項２４記載の受信機。
【請求項２６】
前記プロセッサはさらに、ｋ＞１とし、前記ＢＬＥＲ推定値を、前記目標ＢＬＥＲをｋ倍した第１の所定の閾値と比較して、少なくとも１つの報告トリガを生成するように構成されたことを特徴とする請求項１８記載の受信機。
【請求項２７】
前記プロセッサはさらに、ａｌｐｈａ＝１とし、前記ＢＬＥＲ推定値を、前記目標ＢＬＥＲをａｌｐｈａ倍した第２の所定の閾値と比較して、少なくとも１つの報告トリガを生成するように構成されたことを特徴とする請求項１８記載の受信機。
【請求項２８】
前記プロセッサはさらに、ｇａｍｍａ＜１とし、前記ＢＬＥＲ推定値を、前記目標ＢＬＥＲをｇａｍｍａ倍した第３の所定の閾値と比較して、少なくとも１つの報告トリガを生成するように構成されたことを特徴とする請求項１８記載の受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信における電力制御に関する。より詳細には、本発明は、外部電力ループ制御用の目的信号対干渉比（ＳＩＲ）調整（ｔａｒｇｅｔ  ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｔｉｏ  ａｄｊｕｓｔｍｅｎｔ）のためのブロック誤り率推定値報告（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ  ｅｓｔｉｍａｔｅ  ｒｅｐｏｒｔｉｎｇ）に関する。
【背景技術】
【０００２】
以降、本明細書では、無線送受信ユニット（ＷＴＲＵ：ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ）には、ユーザ機器、移動局、固定もしくは移動加入者ユニット、ポケットベル、または無線環境で動作可能なその他の任意のタイプの装置が含まれるとするが、これらに限定されるものではない。以降、本明細書で言及する場合、基地局には、基地局、ノードＢ、サイトコントローラ、アクセスポイント、または無線環境におけるその他のインターフェース装置が含まれるとするが、これらに限定されるものではない。
【０００３】
図３には、例示的な無線システムのブロック図が示されており、図３の無線システムは、第３世代パートナーシッププログラム（３ＧＰＰ：ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｇｒａｍ）広帯域符号分割多元接続（Ｗ−ＣＤＭＡ：ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）プロトコルに準拠している。通信システム１０は、ＲＮＣ１１と、基地局１４と、ＷＴＲＵ１６とを含む。ＲＮＣ１１と基地局は、ユニバーサル移動通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）の一部である。ＲＮＣ１１は、システム１０のインターフェースの無線資源（例えば、周波数、スクランブリングコード、拡散率、およびチャネル電力）を管理し、無線資源管理（ＲＲＣ）エンティティ１２と、媒体アクセス制御（ＭＡＣ）エンティティ１３と、フレームプロトコル（ＦＰ）エンティティ２５とを含む。信号データ伝送サービスのため、論理チャネル２２が、ＲＲＣ１２とＭＡＣ１３の間に定義される。転送チャネルが、ＭＡＣ１３とＦＰ２５の間の線２４上に定義される。ＭＡＣ１３とＲＲＣ１２の間で制御情報を伝送するため、ＭＡＣ制御線２３が使用される。
【０００４】
基地局１４は、１つまたは複数のセルにおいて、ＷＴＲＵ１６との無線送受信を担当する。インターフェース２１は、ＲＮＣ１１の下の無線ネットワークと基地局１４の間の相互接続である。ダウンリンク（ＤＬ）信号１５は、基地局１４からＷＴＲＵ１６に送信される。アップリンク（ＵＬ）信号２６は、ＷＴＲＵ１６から基地局１４に送信される。
【０００５】
映像、音声、データなど、それぞれ異なるサービス品質（ＱｏＳ）要件をもつ様々なサービスを、単一の無線コネクションを使用して送信することができる。これは、各サービスが独自のチャネルに割り当てられる複数の転送チャネル（ＴｒＣＨ）を、符号化合成転送チャネル（ＣＣＴｒＣｈ：ｃｏｄｅｄ  ｃｏｍｐｏｓｉｔｅ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）に多重化することによって達成される。送信情報は、転送ブロック（ＴＢ）を単位として送信される。各サービスが送信される速度は、送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）に基づいており、最小間隔は、データフレーム１個分で、３ＧＰＰ通信システムでは一般に１０ミリ秒と定義される。サービスタイプパラメータに応じて、複数のＴＢを単一のＴＴＩで送信することができる。
【０００６】
無線通信において、フェージングおよび干渉環境下で通信リンク品質を維持する上で最も重要なポイントの１つは、電力制御である。効果的な電力制御のために監視される最重要パラメータは、信号対干渉比（ＳＩＲ）である。送信電力は、受信ＳＩＲを目標ＳＩＲと比較し、しかるべく送信電力を上下させて調整することによって制御される。
【０００７】
システム１０など３ＧＰＰ的な通信システムでは、時分割複信（ＴＤＤ）モードまたは周波数分割複信（ＦＤＤ）モードで、ＲＲＣ１２は、呼セッション確立時に、ＷＴＲＵ１６の初期目標ＳＩＲを設定し、以降、呼の継続期間中、ＷＴＲＵ１６の目標ＳＩＲを調整し続ける。目標ＳＩＲは、ＲＲＣ１２によって、ＷＴＲＵ１６に送信される。電力制御は、初期化フェーズと定常状態フェーズに分けられ、各々のフェーズは、別個のＢＬＥＲ報告要件を有する。電力制御の初期化フェーズは、目標ＳＩＲ値を速やかに確定するためのものである。電力制御の定常状態フェーズは、より精緻化されており、初期化フェーズにおいて確定されたＳＩＲ目標を利用して効率的に開始される。
【０００８】
各送信サービスのＱｏＳ要件は、転送ブロックレベルで、ブロック誤り率（ＢＬＥＲ）に基づいて監視される。そのため、各ＴｒＣＨは、独自の目標ＢＬＥＲをもち、許容可能なサービス品質を保証するため、測定または推定ＢＬＥＲは、定期的に目標ＢＬＥＲと比較される。ＣＣＴｒＣＨ当たりのＢＬＥＲレベルを監視するため、基準転送チャネル（ＲＴｒＣＨ）を、当該ＣＣＴｒＣＨに多重化される転送チャネルの中から選択することができる。
【０００９】
内部ループ電力制御アルゴリズムが、ＵＬ信号２６の電力を設定する。ＷＴＲＵ１６の送信電力調整は、ＲＮＣ１１内の外部ループ電力制御から生成された目標ＳＩＲの受信に基づいている。ＷＴＲＵ１６は、目標ＳＩＲ調整信号とダウンリンクチャネルの推定値を受信し、その出力電力を特定の値に設定することによって応答する。
【００１０】
ＲＮＣ１１によって実行される外部ループ電力制御アルゴリズムは、ＢＬＥＲ推定を使用して動作し、内部ループ電力制御用の目標ＳＩＲを制御する。ＵＬ外部ループ電力制御は、目標ＳＩＲを制御し、データの循環冗長コード（ＣＲＣ）に基づいて、受信ＢＬＥＲを目標ＢＬＥＲにできるだけ近く維持する。ＵＬ２６信号を受信すると、ＭＡＣ１３は、ＢＬＥＲの推定を行い、ＢＬＥＲ推定値報告をＲＲＣ１２にＭＡＣ制御パス２３を介して送信する。その後、ＲＲＣ１２は、必要であれば目標ＳＩＲの調整を行う。ＵＬ外部ループ電力制御からの出力は、ＣＣＴｒＣＨ当たりの新しい目標ＳＩＲであり、各ＵＬ内部ループ電力制御のためにＤＬ１５を介して送信される。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
システム資源を節約するため、ブロック誤り率（ＢＬＥＲ）推定値報告の頻度を減らすと同時に、目的信号対干渉比（ＳＩＲ）の調整に必要とは思えないＢＬＥＲ推定値のＢＬＥＲ推定値報告を省略するための方法および装置を提供する。
【課題を解決するための手段】
【００１２】
送信時間間隔にわたって、複数のデータブロックが受信され、データブロックのカウント数がメモリに保存される。データブロックは、誤り検査ユニットによって誤り検査を受け、誤りデータブロックの数がメモリに保存される。プロセッサが、データブロックカウント数と誤りデータブロック数に基づいて、ＢＬＥＲ推定値計算を実行する。プロセッサによって実行される閾値比較によってトリガされた場合、目標ＳＩＲ調整のためにＢＬＥＲ推定値報告が作成され、送信される。上記の閾値比較には、データブロックカウント値と所定の閾値との比較、ＢＬＥＲ推定値と目標ＢＬＥＲ値を所定数倍した値との比較などが含まれる。
【００１３】
本発明のより詳細な理解は、例として示され、添付の図面と併せて理解される、以下の好ましい実施形態の説明より得ることができるであろう。
【００１４】
頭字語
本出願では、以下の頭字語が使用される。
３Ｇ            第３世代
ＢＬＥＲ        ブロック誤り率
ＣＣＴｒＣＨ    符号化合成転送チャネル
ＣＲＣ          循環冗長コード
ＤＬ            ダウンリンク
ＦＰ            フレームプロトコル
ＭＡＣ          媒体アクセス制御
ＯＬＰＣ        外部ループ電力制御
ＱｏＳ          サービス品質
ＲＮＣ          無線ネットワーク制御装置
ＲＲＣ          無線資源管理
ＲＴｒＣＨ      基準転送チャネル
ＳＩＲ          信号対干渉比
ＴＢ            転送ブロック
ＴｒＣＨ        転送チャネル
ＴＴＩ          送信時間間隔
ＵＬ            アップリンク
ＵＭＴＳ        ユニバーサル移動通信システム
ＵＴＲＡＮ      ＵＭＴＳ地上無線アクセスネットワーク
ＷＴＲＵ        無線送受信ユニット
【発明を実施するための最良の形態】
【００１５】
本発明の実施形態は、時分割複信モードを利用する第３世代パートナーシッププログラム（３ＧＰＰ）広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）システムとの関連で説明されるが、任意のハイブリッド符号分割多元接続（ＣＤＭＡ）／時分割多元接続（ＴＤＭＡ）通信システムにも適用することができる。さらに、本発明の実施形態は、３ＧＰＰ  Ｗ−ＣＤＭＡの周波数分割複信（ＦＤＤ）モード案など、一般に、ＣＤＭＡシステムにも適用することができる。
【００１６】
図１には、アップリンク（ＵＬ）外部ループ電力制御（ＯＬＰＣ）の初期化フェーズ中に行われるブロック誤り率（ＢＬＥＲ）報告プロセスを説明する、方法１００のフローチャートが示されている。方法１００の中で行われる誤り検査は、送信時間間隔（ＴＴＩ）毎に、転送ブロック（ＴＢ）形式の受信データについて実行される。所定の閾値が満たされると、ＢＬＥＲ推定値報告が送信される。この改良されたＢＬＥＲ報告方法は、受信ＴＢの最小数について閾値を設定することによって、ＢＬＥＲ報告を省略する。ＢＬＥＲ報告の頻度を減らすことは、ＢＬＥＲ報告を作成し、送信するのに使用されるＭＡＣ資源と、ＢＬＥＲ報告を受信し、処理するのに使用されるＲＲＣ資源を節約する上で有益である。
【００１７】
方法１００は、ステップ１０１で開始され、受信ＴＢのカウント値ｉのリセット（すなわち、ｉ＝０）と、エラー受信ＴＢのカウント値Ｓ（ｉ）のリセット（すなわち、Ｓ（ｉ）＝０）が行われる。ステップ１０２で、１つのＴＴＩの間に、ＵＬチャネルデータのＴＢが受信される。ステップ１０２はさらに、目標ＢＬＥＲ値の取得を含み、目標ＢＬＥＲ値は、好ましくはＲＮＣのＲＲＣによって、転送チャネル毎に決定される。好ましくは、ＢＬＥＲ目標値は、ＣＣＴｒＣＨ上の転送チャネルを代表する基準転送チャネル（ＲＴｒＣＨ）に基づいている。ＢＬＥＲ目標値は、初期化フェーズ中にＲＴｒＣＨが選択され直した場合、変更することができるが、方法１００の処理が１つのＴＴＩ内で継続している間は一定に維持される。次にステップ１０３で、受信ＴＢの誤り検査が、好ましくはＣＲＣ誤りコードを使用して実行される。ステップ１０４で、ＴＢカウント値ｉが、現在のＴＴＩの間にステップ１０２で受信したＴＢの数だけ増やされ、エラーカウント値Ｓ（ｉ）が、現在のＴＴＩの間に受信した誤りＴＢの数だけ増やされる。ＢＬＥＲの推定値は、ステップ１０５で計算され、その値は、ステップ１０４で得た値ｉと値Ｓ（ｉ）の比となる。
【００１８】
ＢＬＥＲ＿ｅｓｔ＝Ｓ（ｉ）／Ｉ                                          式１
【００１９】
方法１００の残りのステップは、ＢＬＥＲ推定値報告をトリガするため、閾値が満たされているかどうかを決定する。閾値は、ＢＬＥＲの意味のある推定値が得られるように、十分意味のある値が選択される。ステップ１０６で、現在のＴＴＩの間に最小数のＴＢが受信されたかどうかに関して、ＴＢカウント値ｉが、第１の閾値Ｔ１＿ｉｔｈｒと比較検査される。この第１の閾値Ｔ１＿ｉｔｈｒは設定可能であり、好ましいデフォルト値は３０である。ＴＢカウント値ｉが、閾値Ｔ１＿ｉｔｈｒと等しいか、またはそれより大きい場合、トリガＴ１についての閾値は満たされており、トリガ値Ｔ１は、ＢＬＥＲ報告の中に含めるために送信され、方法１００は、ＢＬＥＲ推定値報告のためのステップ１０８に進む。ＴＢカウント値ｉが、トリガＴ１の閾値を満たしていない場合、トリガ値Ｔ２についてのステップ１０７が開始され、ＴＢカウント値ｉが、最小閾値Ｔ２＿ｉｔｈｒに達したかどうかが決定される。Ｔ２＿ｉｔｈｒの好ましいデフォルト値は２０であり、やはり設定可能である。トリガ値Ｔ２に関連する追加の閾値が、ステップ１０７で検査され、ステップ１０５のＢＬＥＲ推定値が、目標ＢＬＥＲ値に所定の係数ｋを乗じた値より大きいかどうかが決定される（すなわち、ＢＬＥＲ＿ｅｓｔ≧ｋ×ＢＬＥＲ＿ｔａｒｇｅｔ）。値ｋは、非常時ＢＬＥＲ報告を作成しなければならないほど十分に劣悪と考えられるＢＬＥＲの推定値を指示するようにとられる。ステップ１０７のこれらの閾値のどちらかが満たされていない場合、方法１００は、次のＴＴＩの間にＴＢの次の組を処理するため、ステップ１０７に戻る。ステップ１０７の閾値が満たされている場合、トリガ値Ｔ２が送信され、方法１００は、ＢＬＥＲ推定値報告のためのステップ１０８に進む。代替として、方法１００では、トリガ値Ｔ２を起動するのに、ＢＬＥＲ推定値閾値比較だけを使用することもできる。
【００２０】
ステップ１０８で、ＢＬＥＲ推定値報告が、ＲＮＣのＭＡＣによって作成され、ＲＮＣのＲＲＣに送信され、その結果、新しい目標ＳＩＲ値がしかるべく決定される。初期化フェーズのＢＬＥＲ推定値報告に含まれるパラメータを、要約して表１に示す。
【００２１】
【表１】
2006500876.tif 000003
【００２２】
ＢＬＥＲ推定値報告でトリガ値Ｔ１とＴ２のどちらが報告されるかによって、ＲＲＣは、その特定のトリガに応じて異なる応答を行う。ＢＬＥＲ推定値に関する基準は、目標ＳＩＲ調整にとって重要である。目標ＳＩＲ調整は、電力調整をできるだけスムーズに維持するため、所定の範囲内で段階的に増加させながら行われる。初期化フェーズでは、正確かつ有意なＢＬＥＲ推定によって、ＳＩＲが、真の目標ＳＩＲにできるだけ速やかに収束するのが好ましい。トリガ値Ｔ１とＴ２は、これを最も良く達成できる値に前もって決定される。トリガ値Ｔ１は、推定ＢＬＥＲが、統計的に有意なＢＬＥＲ推定を提供できるほど十分に長く継続したが、ＢＬＥＲ推定値は、（トリガ値Ｔ２の場合のように）非常時報告をトリガするほどには劣悪はないことを表す。Ｔ１＿ｉｔｈｒ用に選択される所定値は、好ましくは、具体的な通信ネットワーク環境に合わせて微調整することによって選択される。トリガ値Ｔ２は、推定ＢＬＥＲが、目標ＢＬＥＲと比較して十分に劣悪であり、妨害的な干渉や呼セッション切断の可能性を回避するため、適切な措置を速やかにとらなければならないことを表す。したがって、係数ｋは、好ましくはデフォルト値がｋ＝５であるように選択され、その場合、目標ＢＬＥＲ値の５倍のＢＬＥＲ推定値が、劣悪と見なされる。もちろん、推定ＢＬＥＲが統計的に有意であることを保証するには、最小サンプルサイズが必要とされる。Ｔ２＿ｉｔｈｒに関する２０という値は、推定ＢＬＥＲが統計的に有意であることが保証されるように選択されている。方法１００の先行ステップで行われる閾値による選別に基づくステップ１０８のＢＬＥＲ報告は、より的確で効率の良いＢＬＥＲ報告となるが、目標ＳＩＲ調整信号が必要かどうかに関する最終的な決定は、ＢＬＥＲ報告を受信したかどうかにかかわらず、ＲＲＣが行う。
【００２３】
ステップ１０８でＵＬ  ＢＬＥＲ報告を送信した後、方法１００は、ステップ１０９で終了する。方法１００のＢＬＥＲ報告は、電力制御の定常状態フェーズにおけるＢＬＥＲ報告プロセスを起動するが、このプロセスについては、図２に関連させてさらに説明する。方法１００は２つのトリガ値Ｔ１およびＴ２を有するものとして説明を行ったが、より高度なＢＬＥＲ報告のため、必要に応じて、追加のトリガを含めることもできることに留意されたい。
【００２４】
図２には、ＵＬ  ＯＬＰＣアルゴリズムの定常状態フェーズ中にＢＬＥＲ報告を行う、方法２００のフローチャートが示されている。方法２００は、初期化フェーズ中のＢＬＥＲ報告（ステップ１０８）に応答して、ステップ２０１で開始される。ステップ２０１で、受信ＴＢのカウント値ｉと、誤りＴＢのカウント値Ｓ（ｉ）が、０に初期化される。ステップ２０２で、１つのＴＴＩの間に、ＣＣＴｒＣＨ上の監視中チャネル（好ましくはＲＴｒＣＨ）に関連するＴＢが、基地局から受信される。次のステップであるステップ２０３で、カウント値ｉが、現在のＴＴＩの間に受信したＴＢの数だけ増やされる。好ましくは、３つの別個のカウント値、すなわち、カウント値ｉ、カウント値ｉ＿ｐｒｅｖ、およびカウント値ｉ＿ＴＴＩ＿ｃｕｒｒｅｎｔが維持されるが、値ｉは、受信ＴＢの現在のカウント数を表し、値ｉ＿ｐｒｅｖは、現在のＴＴＩの前までの受信ＴＢの累積カウント数を表し、値ｉ＿ＴＴＩ＿ｃｕｒｒｅｎｔは、現在のＴＴＩの中で受信したＴＢのカウント数である。ステップ２０３で、値ｉ＿ｐｒｅｖには、値ｉがセットされるが、値ｉは、現在のＴＴＩの前までで最新のＴＢの累積カウント数に等しい。その後、カウント値ｉが、次式のように増やされる。
【００２５】
ｉ＝ｉ＿ｐｒｅｖ＋ｉ＿ＴＴＩ＿ｃｕｒｒｅｎｔ                            式２
【００２６】
代替として、１つのカウント値ｉだけが維持され、現在のＴＴＩの間に受信したＴＢの数だけ増やされる。
【００２７】
方法２００は次に、ＢＬＥＲ報告をトリガするための複数の閾値の検査を開始する。ステップ２０４で、このうちの第１の閾値であるＣＲＣ＿ｉｔｈｒが検査される。閾値ＣＲＣ＿ｉｔｈｒは、２つの連続するＳＩＲ目標調整の間に設けられる一定の最短待ち時間を提供するために使用される。この最短待ち時間があるため、ＷＴＲＵに伝えられたＳＩＲ目標調整の影響が生じる前に、別のＳＩＲ目標調整が送信されることはない。閾値ＣＲＣ＿ｉｔｈｒは、次式で計算される。
【００２８】
ＣＲＣ＿ｉｔｈｒ＝（ＲＲＣ＿ｅｓｔ＿ｄｅｌａｙ×ＴＢ＿ｒａｔｅ）／ＴＴＩ＿Ｌ
式３
【００２９】
ただし、ＲＲＣ＿ｅｓｔ＿ｄｅｌａｙは、ＲＮＣとＷＴＲＵの間の推定信号遅延であり、デフォルト値を４００ｍｓとする設定可能パラメータである。値ＴＢ＿ｒａｔｅは、ＴＴＩ当たり受信されるＴＢの数を表し、値ＴＴＩ＿Ｌは、ミリ秒を単位とするＴＴＩの長さを表す。例えば、推定遅延ＲＲＣ＿ｅｓｔ＿ｄｅｌａｙ＝４００ｍｓ、ＴＢ＿ｒａｔｅ＝１、ＴＴＩ＿Ｌ＝２０ｍｓとする場合、ＣＲＣ＿ｉｔｈｒ＝２０となる。与えられた転送チャネルに関するＴＴＩ当たりのＴＢ数であるＴＢ＿ｒａｔｅは、選択された転送フォーマットに応じて変化し得ることに留意されたい。その場合、最小ＴＢ＿ｒａｔｅ値が、式３に従った閾値ＣＲＣ＿ｉｔｈｒの計算のために選択される。閾値ＣＲＣ＿ｉｔｈｒは設定可能であり、好ましいデフォルト値を２０ｍｓとする。
【００３０】
図２に戻ると、ステップ２０４で、ＴＢカウント値ｉが、閾値ＣＲＣ＿ｉｔｈｒより大きい場合、方法２００はステップ２０５に進み、好ましくはＣＲＣ誤り符号を用いて、誤り検査が実行される。ステップ２０４の閾値が満たされていない場合、方法２００は、次のＴＴＩの間に受信ＴＢの次の組を処理するため、ステップ２０２に戻る。
【００３１】
ステップ２０６で、誤りＴＢの数を表すカウント値Ｓ（ｉ）が、次の関係式を使用して増やされる。
【００３２】
【数１】
2006500876.tif 000004
【００３３】
ここで、ｊは、ｉ≧ＣＲＣ＿ｉｔｈｒの場合の、一連のＴＢを表す。エラービットＣ（ｊ）は、０または１をとる。ブロックｊがＣＲＣ誤りを起こしている場合、エラービットＣ（ｊ）＝１となる。ブロックｊがＣＲＣ誤りを起こしていない場合、またはｊ＜ＣＲＣ＿ｉｔｈｒである場合、エラービットＣ（ｊ）＝０となる。
【００３４】
次に、判断ステップ２０７が、受信ＴＢの値ｉが所定の閾値ＳＩＲ＿ｍｉｎ＿ｉｔｈｒより大きいかどうかをチェックする。好ましくは、ＳＩＲ＿ｍｉｎ＿ｉｔｈｒは、次式で計算される。
【００３５】
ＳＩＲ＿ｍｉｎ＿ｉｔｈｒ＝ＣＲＣ＿ｉｔｈｒ＋（０．２／ＢＬＥＲ＿ｔａｒｇｅｔ）                                                                          式５
【００３６】
係数０．２は、連続するＳＩＲ目標更新の間にあるレベルの最小時間間隔が保証されるように前もって決定される。例えば、ＣＲＣ＿ｉｔｈｒ＝２０の例はそのままとし、ＢＬＥＲ＿ｔａｒｇｅｔが、一般に音声サービス用の１０−２であるとすると、ＳＩＲ＿ｍｉｎ＿ｉｔｈｒは以下のようになる。
【００３７】
ＳＩＲ＿ｍｉｎ＿ｉｔｈｒ＝２０＋（０．２／０．０１）＝４０
ＴＴＩ＿Ｌを２０ｍｓ、ＴＢ＿ｒａｔｅ＝１ＴＢ／ＴＴＩとし、ＴＢ用の閾値をＳＩＲ＿ｍｉｎ＿ｉｔｈｒ＝４０とすると、ＳＩＲ目標更新の間で、８００ｍｓの推定遅延ＲＲＣ＿ｅｓｔ＿ｄｅｌａｙが保証される。式３のＢＬＥＲ＿ｔａｒｇｅｔに値１０−３を代入すると、この最小ＴＢ閾値は、はるかに大きくなり（すなわち、ＳＩＲ＿ｍｉｎ＿ｉｔｈｒ＝２２０）、ＳＩＲ目標更新の間に、はるかに長い最小遅延が提供される（すなわち、ＲＲＣ＿ｅｓｔ＿ｄｅｌａｙ＝４４００ｍｓ）。この比較的長い遅延を正当化するため、この例でＲＲＣ＿ｅｓｔ＿ｄｅｌａｙを計算するのに選択した値は説明のためのものであり、システムパラメータを表す値を別の数値にすることができることに留意されたい。しかし、この例は、ＢＬＥＲ要件をより厳しくすれば（すなわち、より小さなＢＬＥＲ要件値）、より長い処理が必要になることを表している。送信のタイプが異なれば、ＢＬＥＲ要件が異なることに留意されたい。例えば、音声タイプの送信とデータタイプの送信を比較すると、音声送信のＢＬＥＲ要件が１０−２となり、データ送信のＢＬＥＲ要件が１０−３により近くなる可能性が大きい。したがって、ＱｏＳを保証する期待遅延は、音声送信の場合より、データ送信の場合のほうが長くなり、前者が８００ｍｓの遅延（ＢＬＥＲ＿ｔａｒｇｅｔ＝１０−２）であるのに比べ、後者は４４００ｍｓの遅延（ＢＬＥＲ＿ｔａｒｇｅｔ＝１０−３）となる。さらに、送信のレートは、転送ブロックに入れて送信される情報タイプに応じて変化する。例えば、音声のレートは、ＴＢ＿ｒａｔｅ＝１であるが、データのＴＢは、より高いレートで送信することができる（ＴＢ＿ｒａｔｅ＞１）。ＢＬＥＲ＿ｔａｒｇｅｔ＝１０−３とした上記の例で、ＴＢ＿ｒａｔｅなどのシステムパラメータを置き換えることによっても、上記の例の推定遅延値ＲＲＣ＿ｅｓｔ＿ｄｅｌａｙの値４４００ｍｓは、大幅に短縮される。
【００３８】
ステップ２０７で、ＴＢカウント値ｉ＜ＳＩＲ＿ｍｉｎ＿ｉｔｈｒである場合、閾値は満たされておらず、方法２００はステップ２０２に戻って、次のＴＴＩのＴＢの組を受信する。ステップ２０７の閾値比較が満たされている場合、ステップ２０８で、ＢＬＥＲ推定値ＢＬＥＲ＿ｅｓｔが、以下に示す比例関係を使用して計算される。
【００３９】
ＢＬＥＲ＿ｅｓｔ＝Ｓ（ｉ）／（ｉ＿ｐｒｉｍｅ）                          式６
ただし、
ｉ＿ｐｒｉｍｅ＝（ｉ−ＣＲＣ＿ｉｔｈｒ）                                式７
【００４０】
プロセス２００は次に、トリガ値Ｔ３、Ｔ４、Ｔ５のための判断基準を備えた一連のステップに入り、そこで、ＢＬＥＲ推定値ＢＬＥＲ＿ｅｓｔが、許容可能性および報告必要性を判断するため、目標ＢＬＥＲ値と比較される。ステップ２０９で、ＢＬＥＲ推定値ＢＬＥＲ＿ｅｓｔは、目標ＢＬＥＲ＿ｔａｒｇｅｔと設定可能な係数ｋとの積と比較される。先に述べたように、係数ｋの好ましいデフォルト値は、ｋ＝５である。ＢＬＥＲ＿ｅｓｔが、ステップ２０９の閾値を満たす場合、ＢＬＥＲ推定値報告のため、トリガ値Ｔ３が送信される。トリガ値Ｔ３は、ＢＬＥＲ推定値がＢＬＥＲ目標を大幅に超過したため、非常時ＢＬＥＲ報告が送信されることを表す。表２に、定常状態フェーズのＢＬＥＲ推定値報告で送信されるパラメータを要約する。
【００４１】
【表２】
2006500876.tif 000005
【００４２】
ステップ２０９で、トリガ値Ｔ３用の閾値が満たされていない場合、方法２００はステップ２１０に進み、ＴＢカウント値ｉが、閾値ＳＩＲ＿ｍａｘ＿ｉｔｈｒと比較される。値ｉが閾値ＳＩＲ＿ｍａｘ＿ｉｔｈｒより大きい場合、閾値比較は満たされる。値ＳＩＲ＿ｍａｘ＿ｉｔｈｒは、ＯＬＰＣアルゴリズムの定常状態フェーズが、非常時ＢＬＥＲ報告の必要がないかぎり継続し得る最大継続時間である。閾値ＳＩＲ＿ｍａｘ＿ｉｔｈｒは、次式で計算される。
【００４３】
ＳＩＲ＿ｍａｘ＿ｉｔｈｒ＝ＣＲＣ＿ｉｔｈｒ＋（１．８／ＢＬＥＲ＿ｔａｒｇｅｔ）                                                                          式８
【００４４】
例えば、ＢＬＥＲ目標値ＢＬＥＲ＿ｔａｒｇｅｔが１０−２の場合、閾値ＳＩＲ＿ｍａｘ＿ｉｔｈｒ＝２００ＴＢとなり、ＳＩＲ＿ｍａｘ＿ｉｔｈｒとＳＩＲ＿ｍｉｎ＿ｉｔｈｒの間には、受信ＴＢ１６０個分の差ができる。さらに、ＴＴＩ＿Ｌ＝２０ｍｓ、ＴＢ＿ｒａｔｅ＝１ＴＢ／ＴＴＩとする場合、ＳＩＲ＿ｍａｘ＿ｉｔｈｒとＳＩＲ＿ｍｉｎ＿ｉｔｈｒの間には、３２００ｍｓの差ができる。したがって、これらの閾値間の３２００ｍｓの継続時間の間であればいつでも、ステップ２０９で推定ＢＬＥＲ値ＢＬＥＲ＿ｅｓｔが閾値を満たした場合には、トリガ値Ｔ３に関する非常時ＢＬＥＲ報告を行うことができる。
【００４５】
ステップ２１０の比較が満たされていない場合、プロセス２００は、ＴＢの次の組を受信するため、ステップ２０２に戻る。ＴＢカウントｉが閾値ＳＩＲ＿ｍａｘ＿ｉｔｈｒを満たしている場合、ステップ２１１で、トリガ値Ｔ４に関連する分析が開始される。
【００４６】
ＢＬＥＲ推定値ＢＬＥＲ＿ｅｓｔが値ＢＬＥＲ＿ｔａｒｇｅｔのａｌｐｈａ係数倍より大きい場合、トリガ値Ｔ４が送信される。係数ａｌｐｈａの好ましい値は、ａｌｐｈａ＝１である。ステップ２１１の比較が満たされている場合、トリガ値Ｔ４に従って、ＢＬＥＲ推定値報告が準備され、送信される（ステップ２１３）。トリガ値Ｔ４用の閾値が満たされていない場合、ステップ２１２で、トリガ値Ｔ５用のテストが開始される。トリガＴ５のテストは、ｇａｍｍａ＜１とした場合に、推定ＢＬＥＲが目標ＢＬＥＲのｇａｍｍａ係数倍より小さいかどうか（すなわち、ＢＬＥＲ＿ｅｓｔ＜ｇａｍｍａ×ＢＬＥＲ＿ｔａｒｇｅｔ）についてのものである。好ましくは、ｇａｍｍａの設定可能なデフォルト値は、ｇａｍｍａ＝０．８５である。トリガＴ５の基準が満たされている場合、トリガ値Ｔ５を含むＢＬＥＲ推定値報告が送信される（ステップ２１３）。トリガ値Ｔ５によるＢＬＥＲ報告は、ＢＬＥＲ推定値が、送信信号電力を低下させ、システム資源を減少させるＳＩＲ目標値の引き下げ調整を正当化するほど低いことを表す。ＢＬＥＲ＿ｅｓｔ≧（０．８５）ＢＬＥＲ＿ｔａｒｇｅｔである場合、ＢＬＥＲ報告はトリガされず、トリガテスト（すなわち、トリガ値Ｔ３、Ｔ４、Ｔ５に関するテスト）はどれも満たされなかったので、方法２００はステップ２０１に戻って、最初から繰り返される。
【００４７】
説明したように、ＢＬＥＲ推定値報告は、好ましくは、トリガ値Ｔ５またはＴ４によって、それぞれ、ＢＬＥＲ＿ｅｓｔ＜（０．８５）ＢＬＥＲ＿ｔａｒｇｅｔの場合、またはＢＬＥＲ＿ｅｓｔ＞ＢＬＥＲ＿ｔａｒｇｅｔの場合にだけトリガされる。これらのトリガ値Ｔ４およびＴ５は、ＢＬＥＲ報告が、ユーザに対して信号品質を維持するためにＳＩＲ目標の上方調整を起動し（すなわち、ＢＬＥＲ＿ｅｓｔ＞ＢＬＥＲ＿ｔａｒｇｅｔの場合）、またＢＬＥＲ推定値がシステム資源の節約を許可できるほど十分に低い場合はＳＩＲ目標の引き下げを起動するように、ＢＬＥＲ目標に関係する閾値によって設定される。このように、トリガ値Ｔ４およびＴ５は、ユーザへの影響とシステム資源への影響の間で必要な均衡を図る。トリガ値Ｔ４およびＴ５は、ＢＬＥＲ目標係数のａｌｐｈａ＝１およびｇａｍｍａ＝０．８５にそれぞれ関係するように説明したが、係数ａｌｐｈａと係数ｇａｍｍａに別の値を使用して、本発明の範囲内で所望の均衡結果を達成することができる。例えば、係数ａｌｐｈａと係数ｇａｍｍａの値に一定の許容範囲または余裕を含めることができる。
【００４８】
全体として、方法２００は、ステップ２０７など、最小数のＴＢが受信されたことを保証する、ＢＬＥＲ報告の送信前に満たさなければならない閾値によって、ＢＬＥＲ推定値報告の頻度を減らす。また、ＢＬＥＲ推定値が、満足できるトリガ値Ｔ４とＴ５の間の範囲内、すなわち（ｇａｍｍａ）ＢＬＥＲ＿ｔａｒｇｅｔ≦ＢＬＥＲ＿ｅｓｔ≦（ａｌｐｈａ）ＢＬＥＲ＿ｔａｒｇｅｔ内にあるならば、ＢＬＥＲ報告は送信されない。これは、ＳＩＲ目標調整を起動する必要性の低いＢＬＥＲ推定値が含まれると考えられる範囲であり、したがって、方法２００は、そのようなＢＬＥＲ推定値についての不必要なＢＬＥＲ報告を省略する。
【００４９】
表３に、方法２００の定常状態ＢＬＥＲ推定値報告での閾値比較にとって好ましいデフォルト値を要約する。
【００５０】
【表３】
2006500876.tif 000006
【００５１】
ここから、図４Ａ〜図４Ｂを参照しながら、好ましい方法の実施について説明する。図４Ａに、ＲＮＣ５０のブロック図を示す。ＲＮＣの一般的機能は当業者に知られているので、以降本明細書では、それらの機能が本発明に関連する場合にかぎって、関連コンポーネントだけを説明する。ＲＮＣ５０は、複数の通信レイヤ上に対話する数多くのコンポーネントを含むが、本発明の目的から見て関連性のあるものだけを図４Ａに示す。ＲＲＣレイヤ５２は、ＭＡＣレイヤ５３およびＦＰエンティティ５５に接続される。ＭＡＣレイヤ５３は、複数のエンティティを含み、その各々が特定の通信チャネルを伝送する。本発明によるＢＬＥＲ推定およびＢＬＥＲ推定値報告は、ＭＡＣレイヤ５３によって作成されるか、または代替として、ＦＰエンティティ５５によって作成される。ＢＬＥＲ報告は、好ましくは、ＭＡＣ制御線５４を介してＲＲＣ５２に送られる。
【００５２】
図４Ｂに、本発明によるＢＬＥＲ報告を実行するための関連コンポーネントのブロック図を示す。カウンタ６２は、受信ＴＢのカウントを行って、カウント値ｉ、ｉ＿ｐｒｅｖ、ｉ＿ＴＴＩｃｕｒｒｅｎｔを維持し、必要ならば、メモリ６４を使用することができる。誤り検査ユニット６５は、受信ＴＢに対してＣＲＣ誤り検査を実行し、カウンタ６３は、誤りを起こした受信ＴＢの数Ｓ（ｉ）を追跡する。ＢＬＥＲ推定プロセッサ７０は、値ｉとＳ（ｉ）を受信し、式１に従って、ＢＬＥＲ推定を実行する。メモリ６４は、ＢＬＥＲ報告で送信される、ＴＢカウント値ｉ、ＴＢ誤りカウント数Ｓ（ｉ）、およびＢＬＥＲプロセッサ７０からのＢＬＥＲ推定値を保存する。メモリ６４はまた、方法１００の初期化フェーズで使用されるトリガ閾値（すなわち、ＢＬＥＲ＿ｔａｒｇｅｔ、係数ｋ、Ｔ１＿ｉｔｈｒ、およびＴ２＿ｉｔｈｒ）と、方法２００の定常状態フェーズで使用されるトリガ閾値（すなわち、係数ｋ、ＣＲＣ＿ｉｔｈｒ、ＳＩＲ＿ｍｉｎ＿ｉｔｈｒ、ＳＩＲ＿ｍａｘ＿ｉｔｈｒ、およびｇａｍｍａ）も保存する。
【００５３】
トリガプロセッサ７５は、トリガＴ１〜Ｔ５に関する閾値比較を実行する。トリガプロセッサは、ＴＢカウンタ６２、ＢＬＥＲ推定プロセッサ７０、およびメモリユニット６４から入力を受信する。方法１００に関する初期化フェーズにおいて、トリガプロセッサ７５は、カウンタ６２からのＴＢカウント値ｉとメモリユニット６４に保存された閾値Ｔ１＿ｉｔｈｒに基づいて、トリガ値Ｔ１に関する閾値比較を実行する。トリガ値Ｔ２に関する第１の閾値比較は、カウンタ６２からのＴＢカウント値ｉと、メモリユニット６４に保存された閾値Ｔ２＿ｉｔｈｒに基づいている。トリガ値Ｔ２に関する第２の閾値比較は、係数ｋと、メモリユニット６４に保存された目標ＢＬＥＲ値と、ＢＬＥＲ推定プロセッサ７０からの入力ＢＬＥＲ＿ｅｓｔに基づいている。
【００５４】
定常状態フェーズにおいて、トリガプロセッサ７５は、カウンタ６２からのＴＢカウントｉを、方法２００のステップ２０４で閾値ＣＲＣ＿ｉｔｈｒと、ステップ２０６で閾値ＳＩＲ＿ｍｉｎ＿ｉｔｈｒと、ステップ２０８で閾値ＳＩＲ＿ｍａｘ＿ｉｔｈｒと比較する。トリガ値Ｔ３〜Ｔ５は、ＢＬＥＲ推定プロセッサ７０からのＢＬＥＲ推定値ＢＬＥＲ＿ｅｓｔと、共にメモリユニット６４から取得される係数ｋと目標ＢＬＥＲ値ＢＬＥＲ＿ｔａｒｇｅｔの積との比較に基づいて、トリガプロセッサ７５によって起動される。トリガ値Ｔ４は、ＢＬＥＲ＿ｅｓｔが目標ＢＬＥＲ値ＢＬＥＲ＿ｔａｒｇｅｔより大きい場合に生成される。
【００５５】
図４Ｂに関するＢＬＥＲ報告の実施形態は、ＢＬＥＲ推定プロセッサ７０とトリガプロセッサ７５の２つの別個のプロセッサを用いて説明されているが、本発明によるＢＬＥＲ報告は、代替として、単一のプロセッサまたは３以上のプロセッサによって実行して、同じ結果を達成することもできる。さらに、メモリユニット６４は、代替として、複数のメモリユニット、バッファ、またはレジスタを含むことができる。
【図面の簡単な説明】
【００５６】
【図１】外部ループ電力制御の初期化フェーズ中に行われるＢＬＥＲ報告の方法のフローチャートである。
【図２】外部ループ電力制御の定常状態フェーズ中に行われるＢＬＥＲ報告の方法のフローチャートである。
【図３】無線通信システムのブロック図である。
【図４Ａ】本発明に関連するＲＮＣのブロック図である。
【図４Ｂ】本発明に関連するＲＮＣのブロック図である。
【図１】
2006500876.tif 000007
【図２】
2006500876.tif 000008
【図３】
2006500876.tif 000009
【図４Ａ】
2006500876.tif 000010
【図４Ｂ】
2006500876.tif 000011
【国際調査報告】
2006500876.tif 000012
2006500876.tif 000013