(57)【要約】【課題】レイク受信機において、フィンガーリソースの有効活用を最大限に行う。【解決手段】レイク受信機のパスサーチ部２は、ユーザー毎にパスサーチを行い、各々のパスに対するSIRを推定した上で、有効と考えられるSIRの大きいパスから順次SIRの合成を行い、必要最小限のSIRが得られるためのパス数を見極め、フィンガーを割り当てる。【選択図】図１
2010098682.tif 000002
【特許請求の範囲】
【請求項１】
レイク受信機におけるフィンガー割り当て方法において、ユーザー毎にパスサーチを行い、各々のパスに対するSIRを推定した上で、有効と考えられるSIRの大きいパスから順次SIRの合成を行い、必要最小限のSIRが得られるためのパス数を見極め、フィンガーを割り当てることを特徴とするフィンガー割り当て方法。
【請求項２】
優先順位の高い呼が発生し、該呼に対してフィンガーの割り当てができない場合、現在接続中の呼に対するフィンガーのうち、SIR改善への貢献度が低いフィンガーを解放し、該フィンガーを、前記の優先順位の高い呼に割り当てる、請求項１に記載のレイク受信機におけるフィンガー割り当て方法。
【請求項３】
レイク受信機におけるフィンガー割り当て方法において、
受信信号に対し、ユーザー毎に割り当てられた拡散コードを使用して遅延プロファイルを計算するステップと、
前記遅延プロファイル中のピークを複数検出し、各ピークに対してそのSIRを推定し、SIRの高いピークから順次SIRを合成するステップと、
合成SIR情報を基に必要なパス数、すなわちフィンガー数を決定するステップと、
フィンガーリソースの残数を確認するステップと、
前記残数と前記の必要なフィンガー数を比較するステップと、
前記残数が前記の必要なフィンガー数以上であれば、フィンガーリソースを割り当てるステップと、
を有するフィンガー割り当て方法。
【請求項４】
前記残数が前記の必要なフィンガー数未満であれば、動作モードが接続優先モードか伝送品質優先モードか判定するステップと、
動作モードが伝送品質優先モードであれば、新規呼の接続を断念するステップと、
動作モードが接続優先モードであれば、前記残数と削除候補数の和と前記の必要なフィンガー数を比較するステップと、
前記残数と削除候補数の和が前記の必要なフィンガー数未満であれば、新規呼の接続を断念するステップと、
前記残数と削除候補数の和が前記の必要なフィンガー数以上であれば、フィンガーリソースを、対象ユーザーの通信品質への影響度の小さいフィンガーリソースから必要な数だけ解放し、新規呼に割り当てるステップと、
さらに有する、請求項３に記載のフィンガー割り当て方法。
【請求項５】
前記残数が前記の必要なフィンガー数未満であれば、動作モードが接続優先モードか伝送品質優先モードか判定するステップと、
動作モードが接続優先モードであれば、前記残数と削除候補数の和と前記の必要なフィンガー数を比較するステップと、
動作モードが伝送品質優先モードの場合、および前記残数と削除候補数の和が前記の必要なフィンガー数未満の場合、新規呼が優先順位の高い呼かどうか判定するステップと、
前記残数と削除候補数の和が前記の必要なフィンガー数以上の場合、および新規呼が優先順位の高い呼の場合、フィンガーリソースを、対象ユーザーの通信品質への影響度の小さいから必要な数だけ解放し、新規呼に割り当てるステップと、
新規呼が優先順位の高い呼でなければ、新規呼の接続を断念するステップと、
さらに有する、請求項３に記載のフィンガー割り当て方法。
【請求項６】
接続済のユーザーに対するフィンガーリソースの割り当て数更新時に、
受信信号に対し、ユーザー毎に割り当てられた拡散コードを使用して遅延プロファイルを計算するステップと、
前記遅延プロファイル中のピークを複数検出し、各ピークに対してそのSIRを推定し、SIRの高いピークから順次合成するステップと、
合成SIR情報を基に必要なパス数を算出するステップと、
前記必要パス数が前回決定時よりも減っている場合は、フィンガーリソースを、必要パスが減った分開放するステップと、
前記必要パス数が前回決定時と同じか前回決定時よりも増えている場合は前記算出値で必要フィンガー数を決定するステップと、
フィンガーリソースの残数を確認するステップと、
前記残数と前記必要フィンガー数を比較するステップと、
前記残数が前記必要フィンガー数以上であれば、フィンガーリソースを追加するステップと、
前記残数が前記必要フィンガー数未満であれば、割り当て可能なフィンガーを追加割り当てするステップと、
をさらに有する、請求項３から５のいずれか1項に記載のフィンガー割り当て方法。
【請求項７】
レイク受信機であって、
パス毎のSIRおよびその合成値を推定する機能を備えたパスサーチ部と、複数のレイク合成部と、前記パスサーチ部からの情報に従い前記レイク合成部との接続を柔軟に追加あるいは削除可能な複数のフィンガー部とを有し、
前記パスサーチ部は、ユーザー毎にパスサーチを行い、各々のパスに対するSIRを推定した上で、有効と考えられるSIRの大きいパスから順次SIRの合成を行い、必要最小限のSIRが得られるためのパス数を見極め、フィンガー部を割り当てる
レイク受信機。
【請求項８】
前記パスサーチ部は、優先順位の高い呼が発生し、該呼に対してフィンガーの割り当てができない場合、現在接続中の呼に対するフィンガーのうち、SIR改善への貢献度が低いフィンガーを解放し、該フィンガーを、前記の優先順位の高い呼に割り当てる、請求項７に記載のレイク受信機。
【請求項９】
レイク受信機であって、
パス毎のSIRおよびその合成値を推定する機能を備えたパスサーチ部と、複数のレイク合成部と、前記パスサーチ部からの情報に従い前記レイク合成部との接続を柔軟に追加あるいは削除可能な複数のフィンガー部とを有し、
前記パスサーチ部は、
受信信号に対し、ユーザー毎に割り当てられた拡散コードを使用して遅延プロファイルを計算する遅延プロファイル計算部と、
前記遅延プロファイル中のピークを複数検出し、各ピークに対してそのSIRを推定し、SIRの高いピークから順次SIRを合成するSIR推定部と、
合成SIR情報を基に必要なパス数、すなわちフィンガー数を決定し、フィンガーリソースの残数を確認し、前記残数と前記の必要なフィンガー数を比較し、前記残数が前記の必要なフィンガー数以上であれば、フィンガーリソースを割り当てるパス制御部と、
を有する、
レイク受信機。
【請求項１０】
前記パス制御部は、前記残数が前記の必要なフィンガー数未満であれば、動作モードが接続優先モードか伝送品質優先モードか判定し、動作モードが伝送品質優先モードであれば、新規呼の接続を断念し、動作モードが接続優先モードであれば、前記残数と削除候補数の和と前記の必要なフィンガー数を比較し、  前記残数と削除候補数の和が前記の必要なフィンガー数未満であれば、新規呼の接続を断念し、前記残数と削除候補数の和が前記の必要なフィンガー数以上であれば、フィンガーリソースを、対象ユーザーの通信品質への影響度の小さいフィンガーリソースから必要な数だけ解放し、新規呼に割り当てる、請求項９に記載のレイク受信機。
【請求項１１】
前記パス制御部は、前記残数が前記の必要なフィンガー数未満であれば、動作モードが接続優先モードか伝送品質優先モードか判定し、動作モードが接続優先モードであれば、前記残数と削除候補数の和と前記の必要なフィンガー数を比較し、動作モードが伝送品質優先モードの場合、および前記残数と削除候補数の和が前記の必要なフィンガー数未満の場合、新規呼が優先順位の高い呼かどうか判定し、前記残数と削除候補数の和が前記の必要なフィンガー数以上の場合、および新規呼が優先順位の高い呼の場合、フィンガーリソースを、対象ユーザーの通信品質への影響度の小さいから必要な数だけ解放し、新規呼に割り当て、新規呼が優先順位の高い呼でなければ、新規呼の接続を断念する、
請求項９に記載のレイク受信機。
【請求項１２】
前記パス制御部は、接続済のユーザーに対するフィンガーリソースの割り当て数更新時に、前記必要パス数が前回決定時よりも減っている場合は、フィンガーリソースを、必要パスが減った分開放し、前記必要パス数が前回決定時と同じか前回決定時よりも増えている場合は前記算出値で必要フィンガー数を決定し、フィンガーリソースの残数を確認し、前記残数と前記必要フィンガー数を比較し、前記残数が前記必要フィンガー数以上であれば、フィンガーリソースを追加し、前記残数が前記必要フィンガー数未満であれば、割り当て可能なフィンガーを追加割り当てる、請求項９から１１のいずれか1項に記載のレイク受信機。
【請求項１３】
レイク受信機におけるフィンガー割り当てをコンピュータに実行させるプログラムであって、
受信信号に対し、ユーザー毎に割り当てられた拡散コードを使用して遅延プロファイルを計算する手順と、
前記遅延プロファイル中のピークを複数検出し、各ピークに対してそのSIRを推定し、SIRの高いピークから順次SIRを合成する手順と、
合成SIR情報を基に必要なパス数、すなわちフィンガー数を決定する手順と、
フィンガーリソースの残数を確認する手順と、
前記残数と前記の必要なフィンガー数を比較する手順と、
前記残数が前記の必要なフィンガー数以上であれば、フィンガーリソースを割り当てる手順と、
をコンピュータに実行させるためのフィンガー割り当てプログラム。
【請求項１４】
前記残数が前記の必要なフィンガー数未満であれば、動作モードが接続優先モードか伝送品質優先モードか判定する手順と、
動作モードが伝送品質優先モードであれば、新規呼の接続を断念する手順と、
動作モードが接続優先モードであれば、前記残数と削除候補数の和と前記の必要なフィンガー数を比較する手順と、
前記残数と削除候補数の和が前記の必要なフィンガー数未満であれば、新規呼の接続を断念する手順と、
前記残数と削除候補数の和が前記の必要なフィンガー数以上であれば、フィンガーリソースを、対象ユーザーの通信品質への影響度の小さいフィンガーリソースから必要な数だけ解放し、新規呼に割り当てる手順と、
をさらにコンピュータに実行させる、請求項１３に記載のフィンガー割り当てプログラム。
【請求項１５】
前記残数が前記の必要なフィンガー数未満であれば、動作モードが接続優先モードか伝送品質優先モードか判定する手順と、
動作モードが接続優先モードであれば、前記残数と削除候補数の和と前記の必要なフィンガー数を比較する手順と、
動作モードが伝送品質優先モードの場合、および前記残数と削除候補数の和が前記の必要なフィンガー数未満の場合、新規呼が優先順位の高い呼かどうか判定する手順と、
前記残数と削除候補数の和が前記の必要なフィンガー数以上の場合、および新規呼が優先順位の高い呼の場合、フィンガーリソースを、対象ユーザーの通信品質への影響度の小さいから必要な数だけ解放し、新規呼に割り当てる手順と、
新規呼が優先順位の高い呼でなければ、新規呼の接続を断念する手順と、
をさらにコンピュータに実行させる、請求項１３に記載のフィンガー割り当てプログラム。
【請求項１６】
接続済のユーザーに対するフィンガーリソースの割り当て数更新時に、
受信信号に対し、ユーザー毎に割り当てられた拡散コードを使用して遅延プロファイルを計算する手順と、
前記遅延プロファイル中のピークを複数検出し、各ピークに対してそのSIRを推定し、SIRの高いピークから順次合成する手順と、
合成SIR情報を基に必要なパス数を算出する手順と、
前記必要パス数が前回決定時よりも減っている場合は、フィンガーリソースを、必要パスが減った分開放する手順と、
前記必要パス数が前回決定時と同じか前回決定時よりも増えている場合は前記算出値で必要フィンガー数を決定する手順と、
フィンガーリソースの残数を確認する手順と、
前記残数と前記必要フィンガー数を比較する手順と、
前記残数が前記必要フィンガー数以上であれば、フィンガーリソースを追加する手順と、
前記残数が前記必要フィンガー数未満であれば、割り当て可能なフィンガーを追加割り当てする手順と、
をさらにコンピュータに実行させる、請求項１３から１５のいずれか1項に記載のフィンガー割り当てプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はレイク（ＲＡＫＥ）受信機に関し、特にフィンガー割り当て方法に関する。
【背景技術】
【０００２】
従来、レイク受信機内のフィンガー機能は、接続要求のあったユーザーに対しその受信信号の伝播状態によらず固定数のフィンガーリソースを割り当てていた。そのため、反射波の無いような理想的な受信信号にユーザーに対しては必要以上のフィンガーリソースが割り当てられていた。この場合、必要以上のハードウェアを実装することになり、特にユーザー数の高密度化が進むにつれ、消費電力の増加も大きな問題となり、ハードウェアの放熱問題等で装置の設計が困難になるばかりでなく、通信事業者のランニングコストへの影響も無視できなくなりつつあった。また、フィンガーリソースを使い切った状態で緊急呼が発生した場合は接続不可となっていた。
【０００３】
無効なパスを合成せず、合成後の信号品質を高めると言う観点では、特許文献１のようにSIR（Signal to Interference Ratio ）が一定の値を満たさないパスを除外するよう方法も提案されている。しかし、これは、積極的にフィンガーリソースを削減する類の発明ではない。また、特許文献２は、受信品質が過剰な場合、フィンガー数を減らし、受信品質が不足の場合、フィンガー数を増やし、受信品質が適正範囲の場合、フィンガー数を維持することで、必要なフィンガー数を決定することを記載している。しかし、この特許文献では各パスのSIR測定についての記載はない。
【特許文献１】特開平１１−８６０６号公報
【特許文献２】特開２００４−０８０３３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、フィンガーリソースの有効活用を最大限に行うことを可能にする、レイク受信機におけるフィンガー割り当て方法およびレイク受信機を提供することにある。
【課題を解決するための手段】
【０００５】
本発明は、ユーザー毎にパスサーチを行い、各々のパスに対するSIRを推定した上で、有効と考えられるSIRの大きいパスから順次SIRの合成を行い、必要最小限のSIRが得られるためのパス数を見極め、フィンガーを割り当てることを特徴とする。
【発明の効果】
【０００６】
本発明は、ユーザー毎にパスサーチを行い、各々のパスに対するSIRを推定した上で、有効と考えられるSIRの大きいパスから順次合成を行い、必要最小限のSIRが得られるためのパス数を見極め、フィンガーを割り当てることにより、フィンガーリソースの有効活用を最大限に行うことが可能となる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明の実施形態について図面を参照して詳細に説明する。
【０００８】
図１は本発明の一実施形態のレイク受信機のブロック図である。図１に示すように、レイク受信機は無線部インタフェース１と、パスサーチ部２と、リソース管理部３と、フィンガー部４-１、４-２、・・・、４-ｍと、レイク合成部５-１、５-２、・・・、５-ｎとを有する。ここで、通常ｍ＞ｎである。無線部インタフェース１は無線部（不図示）とのインタフェースを行う。パスサーチ部２は、受信信号の遅延プロフィルを計算する遅延プロファイル計算部２１と、受信信号の遅延プロフィルである受信プロファイル中のピークを複数検出し、そのSIRを推定するSIR推定部２２と、SIR推定値を有力パスから順次合成し、必要なSIRを得るために必要なパス数を判断し、その情報からフィンガー制御情報を生成するパス制御部２３からなる。リソース管理部３は、パスサーチ部２からのパス制御用情報と上位からのユーザー情報（サービス種別を表す情報、拡散コード等）を基に必要なフィンガーリソースを割り当てるための管理を行う。フィンガー部４-１、・・・、４-ｍは、受信信号とユーザーに対応する拡散コードの相関演算を行う相関器４１と、相関器出力にパス毎の重み係数を掛け合わせる重み付け回路４２と、フィンガー出力を対応するユーザーのレイク合成部に出力するための出力制御回路４３と、フィンガーの状態を管理する状態管理部４４からなる。レイク合成部５−１〜５−ｎはフィンガー部４−１〜４−ｍからの出力をユーザー毎にレイク合成する。
【０００９】
SIR推定部２２は、図２に示すように、受信プロファイル中のピークを高い方から複数検出するピーク検出部６１と、検出されたピークのSIRを高い方から順に推定する第１ピークSIR推定部６２-１、第２ピークSIR推定部６２-２、・・・、第NピークSIR推定部６２-Nと、推定されたSIRを上位から順次合成して行く合成SIR推定部６３−１、・・・、第（Ｎ-２）合成SIR推定部６３-（Ｎ−２）、第（Ｎ-１）合成SIR推定部６３-（Ｎ−１）で構成されている。なお、SIRの推定は、例えば、信号のレベルと、それを除いたノイズのレベルを検出し、その比を求めることで行う。
【００１０】
次に、図１、図２および図３を参照して本実施形態の動作について詳細に説明する。
【００１１】
まず、無線部とのインタフェースを行う無線インタフェース１から入力された受信信号に対し、遅延プロファイル計算部２１にて、ユーザー毎に割り当てられた拡散コードとの相関演算により、遅延プロファイルを計算する。SIR推定部２２では受信信号の遅延プロファイル中のピークを高いほうから複数検出し、各々のピークに対しそのSIRを推定し、SIRの高い順に順位付けを行い、1stピーク〜Nthピークとする。さらに、SIR推定部２２では順位の高いピークから順次SIRの合成を行い（信号の位相を揃えた上で加算し）、その合成SIRに１パス（フィンガー１つ分）追加した場合のSIRの増分（ｋパス合成した結果とｋ＋１パス合成した結果の差分）を推定し、出力する。パス制御部２３では合成SIR情報（フィンガー数分の信号の合成結果とノイズの比）を基に必要なSIRを得るために必要なパス数、即ち、必要な（目標フィンガー数を満たす）フィンガー数を判断し、各々のフィンガー部４-１〜４-ｍに対し遅延プロファイル情報、重み付け情報等の必要な情報を出力する。すなわち、相関器４１には拡散コードおよび遅延プロファイル情報が、重み付け回路４２には重み付け係数が、出力制御回路４３には、レイク合成部５-１〜５-ｎとの接続情報が出力される。ここで、パス制御部２３の出力情報は、リソース管理部３に入力され、レイク合成部５-１〜５-ｎで合成すべきフィンガーの情報としてレジスタに書き込み管理されると共に、フィンガー部４-１〜４-ｍに入力され、個々のフィンガーの制御に使用される。フィンガー部４-１〜４-ｍではパス制御部２３からの信号を一旦、状態管理部４４で受け、相関器４１、重み付け回路４２、出力制御回路４３へ必要な設定情報を与える。各フィンガー部内部では無線部インタフェース１から入力された受信信号に対し、ユーザー毎に割り当てられた拡散コードと、各々のパスに与えられた遅延および重み付け情報により逆拡散を行い、出力制御情報に基づき出力制御回路４３が制御され、逆拡散された受信信号がレイク合成部５-１〜５-ｎに出力される。レイク合成部５-ｘ（ただし、ｘ＝１〜ｎ）ではユーザー毎に対応するフィンガー部からの信号を合成し、出力する。
【００１２】
次に、図２を参照し、SIR推定部２２の動作について詳細に説明する。遅延プロファイル部２１からの信号に対し、まずピーク検出部６１にて複数のピークを検出し、各々のピークに対しピークSIR推定部６２-１〜６２-ＮにてSIRを推定する。次に、合成SIR推定部６３-１〜６３-(N-１)では上位のピークの積算SIRに対し次位のピークのSIRを合成し、その合成SIRと合成によって得られたSIRの改善値（ｋパス合成した結果とｋ＋１合成した結果の差分）を出力する。したがって、SIR推定部２２からの出力を参照すると、必要なSIRを得るために必要な最低限のフィンガー数（合成SIR推定部の出力がターゲットSIRを満たすのに必要な最小のパス数）とその状態からフィンガーを１個削除した場合のSIR劣化量の推定値（i番目の合成SIR推定部の出力と（i−１）番目の合成SIR推定部の出力の差分）がわかることになる。
【００１３】
次に、図３を参照してフィンガーリソースの管理方法について説明する。図３はリソース管理部３内部のレジスタの一例を示したものである。レジスタはユーザー毎に管理される項目とフィンガーリソース毎に管理される項目があり、それぞれのユーザーあるいはフィンガーリソースに対し、最左列に示される項目が管理される。先ず、管理項目について順に説明する。初めにユーザー毎に管理される項目について説明する。『最小SIR』は対象ユーザーのサービスを行うに当り、最低限必要なSIR値、『ターゲットSIR』は対象ユーザーのサービスを行うに当り、必要十分なSIR値であり、『最小 SIR』および『ターゲットSIR』はシステム側で予め値を決めておくべきパラメータである。『必要パス数履歴』は過去の必要パス数算出結果を記録したものであり、ユーザーの置かれた環境を知るための情報である。『変動フラグ』は対象のユーザーに必要なパス数が時間的に変動するか否かを示すものであり、前記『必要パス数履歴』を参照し、決定する。対象のユーザーに必要なパス数は、無線伝播路が不安定なときに変動し、周期的に必要フィンガー数を算出し、その履歴を参照し、値が変動しているかどうかで決定する。次に、フィンガー毎に管理される項目について説明する。『ユーザー ID』は対象となるフィンガーリソースがどのユーザーに属するものかを示す。『拡散パラメータ』は対象となるユーザー毎に割り当てられた値、すなわち拡散コード、『パス順位』は対象となるフィンガーリソースが対象となるユーザーに割り当てられたフィンガーリソースの中で何番目にSIRが高いかを示す。『上位積算SIR』は対象となるフィンガーリソースより上位のフィンガーリソースまでの積算SIRである。『積算SIR』は対象となるフィンガーリソースまでの積算SIRである。『SIR ゲイン』は対象となるフィンガーリソースを追加することで得られるSIRの改善値である。『上位積算SIR』、『積算SIR』、『SIR ゲイン』により対象となるフィンガーリソースの貢献度や削除した場合の通信品質等がわかる。『未使用フラグ』は現在対象となるフィンガーリソースが割り当てられていないことを示す。『削除候補フラグ』は現在対象となるフィンガーリソースが割り当てられているが、SIR改善への貢献度が低く、削除後も対象ユーザーの通信品質が必要最低限の値を満足できる場合等、削除可能なことを示す。『削除優先順位』はさらにその中で貢献度を考慮し、削除する順番を付与したものである。
【００１４】
次に、図４を参照し、新規呼を受け付けた場合のフィンガーリソースの割り当て動作の詳細について説明する。まず、システム側にて、接続優先で制御するか、伝送品質優先で動作させるかを予め決めておき、これを接続モードとする。新規呼の受け付けがあると、遅延プロファイル計算、ピーク検出、SIR推定を行い、パス制御部２３は、その後の判定に必要な情報をリソース管理部３に蓄える（ステップ１０１、１０２、１０３）。次に、パス制御部２３は、最小SIR、ターゲットSIRを参照し、必要なパス数を決定する(ステップ１０４)。その際、システムが接続優先モードで動作している場合は、その後の判定時に最小 SIRを満たすフィンガーリソース数を許容するが、伝送品質優先モードで動作している場合は、必ずターゲットSIRを満たすように制御を行うものとする。必要なフィンガーリソース数が決定されると、パス制御部２３は、未使用フラグ数を確認し、残数（共有リソースとしてのフィンガーの残数）が必要数以上であれば無条件でフィンガーリソースを割り当てる（ステップ１０６、１０７）。パス制御部２３は、残数が不足している場合は、接続モードを確認し、伝送品質優先モードである場合は新規呼の接続を断念する（ステップ１０８、１０９）。パス制御部２３は、接続優先モードである場合は、削除候補フラグを参照し（ステップ１１０）、割り当て可能数、即ち、残数と削除候補数の和が必要数以上であるかを確認する（ステップ１１１）。パス制御部２３は、必要数に満たない場合は接続を断念する(ステップ１１５)。必要数を満たしている場合、パス制御部２３は、SIRゲイン等を参照して、通信品質への影響度の確認を行い（ステップ１１２）、削除優先順位を参照し、影響度の小さいものから必要な数だけフィンガーリソースを解放し（ステップ１１３）、新規呼に割り当てる（ステップ１１４）。
【００１５】
次に、図５を参照し、既に接続済みのユーザーに対するフィンガーリソースの割り当て数更新時の制御フローについて説明する。先ず、新規呼と同様に、遅延プロファイル計算、ピーク検出、SIR推定を行い、パス制御部２３は、その後の判定に必要な情報をリソース管理部３に蓄える（ステップ１０１、１０２、１０３）。次に、パス制御部２３は、最小 SIR、ターゲットSIRを参照し、必要なパス数を算出する（ステップ１２１）。その後、パス制御部２３は、必要パス数履歴を確認し、前回決定時より必要パス数が増えている場合は今回パス算出値で必要フィンガー数を決定する（ステップ１２２）。パス制御部２３は、フィンガー数追加であれば、未使用フラグ数を確認し（ステップ１２３、１０５）、残数が必要数以上であれば無条件でフィンガーリソースを割り当てる（ステップ１０６、１０７）。残数が不足している場合は、パス制御部２３は、削除候補フラグを参照し、割り当て可能なフィンガーを追加で割り当てる（ステップ１２５、１１３、１１４）。また、必要パス数が減っている場合は、パス制御部２３は、変動フラグを確認する。フラグが立っていなければ、パス制御部２３は、今回算出した必要パス数で決定し、不要となったフィンガーリソースは解放する（ステップ１２４）。パス制御部２３は、フィンガーリソースを割り当てる（ステップ１１４）。パス制御部２３は、フラグが立っている場合、受信波の伝搬状態が変動環境下に置かれているユーザーであると判断し、必要パス数は前回の値を維持する。
【００１６】
以上のように、本実施形態によれば、レイク受信機において常に必要最小限のフィンガーリソースにて必要な伝送品質を確保することが可能であり、特に伝播状態の良い環境化で動作する場合は固定のフィンガーリソースを割り当てる方式と比較し、大幅にハードウェアを削減することが可能となり、コスト、実装、消費電力面で非常に有利となる。一方、固定的にフィンガーリソース数を絞る方式と比較すると伝播状態の悪いユーザーに対しても伝送品質を保つことができ、正に、最小限のハードウェアにて最大限の性能を得ることが可能と言える。
【００１７】
図４に示した例では、全ての呼が平等な場合について示したが、緊急呼等、優先順位の高い呼接続の要求を受け付けることが可能な動作例を図６により説明する。
【００１８】
図４の例との差異は、パス制御部２３が、接続を断念する前に緊急呼かの確認を行い（ステップ１３１、１３２）、緊急呼である場合は、削除候補フィンガーリソースの有無に関わらず、貢献度の低いフィンガーリソースから一旦解放し（ステップ１３３、１３４）、緊急呼に割り当てる（ステップ１３５）点である。
【００１９】
以上述べたように、個々のフィンガーリソースのSIRに対する貢献度を管理することにより、要求SIR、呼の優先度をコントロールすることで様々な要求に応じることが可能となる。
【００２０】
また、全てのユーザー接続時に緊急呼が発生した場合等には、現在接続中の呼に対するSIR改善の寄与が少ないフィンガーを選択して削除し、緊急呼に割り当てる機能を持つことにより、既接続呼への影響最小限にて前記緊急呼の接続を行うことが可能である。
【００２１】
なお、パスサーチ部２の機能は、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータ内の揮発性メモリのように、一定時間プログラムを保持しているものを含む。
【産業上の利用可能性】
【００２２】
本発明は、レイク受信機におけるフィンガーリソースの利用効率の最大化と言う観点で、W-CDMA基地局およびW-CDMA端末に適用可能である。
【００２３】
特に、W-CDMA基地局においては、Pico Nobe-B、Femt Node-Bと言った、小容量の小型基地局等、小型化、低消費電力化が強く望まれている分野への適用が向いており、今後の小型基地局の普及に極めて有効と考えられる。
【図面の簡単な説明】
【００２４】
【図１】図１は本発明の一実施形態のレイク受信機のブロック図である。
【図２】図２はSIR推定部のブロック図である。
【図３】図３はリソース管理部内のレジスタの詳細図である。
【図４】図４は、新規呼のユーザーに対するフィンガーリソースの割り当て動作を示すフローチャートである。
【図５】図５は、既に接続済みのユーザーに対するフィンガーリソースの割り当て数更新時の動作を示すフローチャートである。
【図６】図６は、優先順位の高い呼接続の要求を受付けることが可能な場合のフローチャートである。
【符号の説明】
【００２５】
１    無線部インタフェース
２    パスサーチ部
３    リソース管理部
４-１〜４-ｍ  フィンガー部
５-１〜５-ｎ  レイク受信部
２１    遅延プロファイル計算部
２２    SIR推定部
２３    パス制御部
４１    相関器
４２    重み付け回路
４３    出力制御回路
４４    状態管理部
６１    ピーク検出部
６２-１〜６２-Ｎ          ピークSIR推定部
６３-１〜６３-（Ｎ−１）  合成SIR推定部
１０１〜１１５、１２１〜１２５、１３１〜１３５  ステップ
【図１】
2010098682.tif 000003
【図２】
2010098682.tif 000004
【図３】
2010098682.tif 000005
【図４】
2010098682.tif 000006
【図５】
2010098682.tif 000007
【図６】
2010098682.tif 000008