JP4668843B2 - 無線基地局受信装置及びプログラム - Google Patents

Description

本発明は、複数のユーザからの通信データの受信をカバーする無線基地局受信装置に関し、特に無線基地局受信装置おける上り受信データ(移動端末装置から基地局装置へ送信されるデータ)を処理する処理リソースの管理方法に関するものである。

近年、移動無線システムにおいては第３世代のサービスが開始され、第３世代の移動無線システムではＣＤＭＡ（Code Division Multiple Access）方式が利用されている。このようなＣＤＭＡ方式による移動無線システムについては、下記特許文献１に開示されている。

図１１に示すのは、ＣＤＭＡ方式による移動無線システムの無線基地局における受信装置の基本構成例である。図示の受信装置において、上り受信データはアンテナ６０で受信された後、ＲＦ(Radio Frequency)処理回路７０及びＡ／Ｄ(アナログ/ディジタル)変換回路８０により、無線周波数帯域からベースバンド周波数帯域のディジタルデータに変換される。ディジタルデータに変換された上り受信データは、逆拡散処理部３０により逆拡散処理が行われる。逆拡散処理され、復調されたデータには、送信時にチャネルコーディング処理により符号化(ビタビ符号化、Turbo符号化等)処理が行われているため、チャネルデコーディング処理部４０により復号化処理を行い本来のデータに変換する。受信装置においては、装置自体が持つ処理能力により処理を実行するリソース数が限られるため、リソース管理部１０によりリソースを管理して全体の処理量をコントロールしている。

図１２に示すのは、従来の逆拡散処理部３０とチャネルデコーディング処理部４０及び逆拡散処理部３０とチャネルデコーディング処理部４０のリソースを管理するリソース管理部１０である。従来例では、同時に複数のユーザからの上り受信データをカバーするために、逆拡散処理部３０の逆拡散処理をするリソースとチャネルデコーディング処理部４０のチャネルデコーディング処理をするリソースの数は同じだけ用意し、それぞれのリソースを１対１になるようにリソース管理部１０にて割り当てて管理している。

次に、図１３により、上記リソース管理部１０の処理フローを説明する。
リソース管理部１０は、上位からのリソース割当要求により起動され、ステップＳ５０で残りリソース数をチェックし、もし空きリソースがなくリソースの割当てができない場合は、ステップＳ５３に移行して上位に割当てが不可能である旨ＮＧ応答を出力し、リソース不足を通知する。一方、空きリソースがあれば、ステップＳ５１で、逆拡散処理部３０及びチャネルデコーディング部４０にリソースを割り当て、残りリソース数を１減少させて、ステップＳ５２で上位にリソース割当ての完了応答を返す。

上述の移動無線システムにおいては、その高速化、広帯域化に伴い、旧来からの音声通信に限らず、パケットデータ通信サービスを利用した多様なサービスが可能となってきている。したがって、無線基地局への上り受信データのうち、パケットデータ通信サービスの通信データが占める割合も増加してきている。

また、各オペレータ間の競争も激しくなっており、基地局等のインフラストラクチャの低コスト化も求められている。
特開２００５−１３６９８６号公報

電話による通話のような音声通信の場合は、基本的に受信データは連続で送信されるので、連続通信サービスの範疇に含まれるが、パケットデータ通信のような場合は常に受信データが到来するわけではない。

ところで、無線基地局装置において、基地局装置と端末装置との無線リンクを確保する（パイロット同期を確保する）ために、パイロット信号を復調する逆拡散処理は、パケットデータ通信のような連続通信サービス以外の通信サービスにおいても常に行う必要があるが、送信されるユーザの通信データがない場合は、チャネルデコーディング処理部は動作しなくてもよいものである。

しかし、従来例では、逆拡散処理リソースとチャネルデコーディング処理リソースを１対１に対応させて管理しているために、逆拡散処理リソース数とチャネルデコーディング処理リソース数が同じ分必要となる。したがって、実際にデータ処理を行っていなくても同時にサービス可能な最大ユーザ数分のチャネルデコーディング処理リソースを確保している。

しかし、パケットデータ通信に対しては、上述のように処理するタイミングのみでチャネルデコーディング処理部を使用することができればよいので、常にチャネルデコーディング処理リソースを占有しておく必要はない。

ところが、従来例の場合、無線基地局受信装置のように複数ユーザの受信をカバーするような装置においては、逆拡散処理リソース及びチャネルデコーディング処理リソースを両方とも同時処理するユーザ数分用意していたため、回路規模が大きくなる問題が発生する。

そこで本発明の解決しようとする課題は、無線基地局受信装置の回路規模が大きくなることを防ぎ、無線基地局装置の低コスト化を図ることである。

本発明においては、無線基地局受信装置の逆拡散処理部とチャネルデコーディング処理部の間にリソース割当制御部を設け、リソース割当制御部により、連続データ通信以外の通信サービスに対しては実際にユーザの通信データが存在するときにのみチャネルデコーディング処理リソースを割り当てる。

また、本発明によれば、復調データ記憶部を設け、チャネルデコーディング処理リソースの空を待ち合わせるようにしてもよい。

本発明によれば、サービスに応じてチャネルデコーディング処理部の処理方法を制御するので、チャネルデコーディング処理部が必要とするリソース数を削減できるため、無線基地局受信装置における回路規模削減が可能となる。また、チャネルデコーディング処理リソース数が少なくても、容易にユーザ数を増加させることが可能となる。

したがって、本発明によれば、チャネルデコーディング処理リソースの共用化による回路効率アップが実現され、チャネルデコーディング処理部を有効利用することができる。

まず、図１〜図４により本発明の実施例１を説明する。なお、以下において、リソースの割当について、例えば、「逆拡散処理部３に逆拡散処理リソースを割り当てる」などの表現を用いることがあるが、これは、「逆拡散処理部で逆拡散処理の対象となる受信信号に逆拡散処理を行う逆拡散処理リソースを割り当てる」と同じ意味で用いるものである。

図１は本発明の実施例１の機能ブロック図である。図１２に示した従来例と比べると、逆拡散処理部３とチャネルデコーディング部４の間にリソース割当制御部２が設けられている点と、逆拡散処理部３に割り当てられる最大の逆拡散処理リソース数Ｎよりチャネルデコーディング部４に割り当てられる最大のチャネルデコーディング処理リソース数Ｍが少ない点が異なる。また、リソース管理部１は、逆拡散処理リソースの割当てとチャネルデコーディング処理リソースの割当てを別々に行う点で、従来例のリソース管理部１０と異なる。

上記各機能ブロックは、個別のハードウェアで実現することもできるが、コンピュータのハードウェアとソフトウェアの組み合わせで実現することもできる。コンピュータを利用する場合も、１つのコンピュータにより各機能を実現することも、複数のコンピュータで機能分散をしたシステムとすることも可能である。

図２に示すのは、本発明によるリソース管理部１の処理フロー例である。
リソース管理部１は、通信開始時の上位レイヤからのリソース割当要求を受信（ステップＳ１）することにより処理を開始し、ステップＳ２において、逆拡散処理リソースの残りリソース数をチェックする。チェックの結果、空きリソースがなければ、ステップＳ８に進み、上位レイヤにリソース割当ができないというＮＧ応答を返して処理を終了する。チェックの結果空きリソースがあれば、ステップＳ３において、上位レイヤからのリソース割当要求に対して逆拡散処理リソースを割り当てる。そして、逆拡散処理リソースの残りリソース数を１減少させてステップＳ４に進む。

ステップＳ４では、チャネルデコーディング処理リソースの残りリソース数をチェックする。チェックの結果、空きリソースがなければ、ステップＳ８に進み、上位レイヤにリソース割当ができないというＮＧ応答を返して処理を終了する。チェックの結果空きリソースがあれば、ステップＳ５に進む。

ステップＳ５では、リソース割当要求に係る通信サービスの種別を判定する。この通信サービスの判定は、上位レイヤからの通知に基づき行うことができる。判定の結果その通信サービスが音声通信のような連続データ通信であればステップＳ６でチャネルデコーディング処理リソースを割り当ててステップＳ７に移行し、判定の結果その通信サービスが連続データ通信以外であれば、直ちにステップＳ７に移行する。

ステップＳ７では、上位レイヤにリソース割当完了応答を返して処理を終了する。
上述のように、リソース管理部１では、処理されるサービスによりチャネルデコーディング処理のリソースを割当てていく。リソース管理部１において、音声通信のような連続データ通信を含むサービスに対しては常に1対1に逆拡散処理とチャネルデコーディング処理を結びつける。しかし、パッケトデータ通信のような不連続データ通信においては、チャネルデコーディング処理リソースは割当てない。

次に、図３により、第１実施例のリソース割当制御部２を含めた逆拡散処理とチャネルデコーディング処理全体のデータ処理フローを説明する。図３において二重枠で囲んだ部分以外がリソース割当制御部２での処理である。二重枠で囲んだステップＳ１０は逆拡散処理部３での処理であり、ステップＳ３０とステップＳ３１はチャネルデコーディング処理部４での処理である。

ステップＳ１０で示す逆拡散処理部３による逆拡散処理が一つ完了すると、リソース割当制御部２に、逆拡散処理部３より処理結果として復調された受信データが出力される。リソース割当制御部２では、そのデータに関して最初にステップＳ２１において通信サービスの判定を行う。連続データ通信の場合は、図２で説明したリソース管理部１によりステップＳ６において既に確保しているチャネルデコーディング処理リソースがあるため、ステップＳ３０に移行してそのリソースでチャネルデコーディング処理を行い、処理を終了する。

パケットデータ通信のような不連続データ通信の場合は、さらにユーザの通信データの有無を確認する。図示はしていないが、ユーザの通信データが存在しない場合にはチャネルデコーディング処理は不要なので、直ちに処理を終了する。

ユーザの通信データが存在するときには、まだチャネルデコーディング処理リソースを割り当てていないため、この時点でリソース確保を試みる。すなわち、ステップＳ２２において、残りリソース数を確認し、空きがあればステップＳ２３においてチャネルデコーディング処理部４にリソースを割当てるとともに残りリソース数を１だけ減算する。

そしてステップＳ３１に移行して、チャネルデコーディング処理部４によりチャネルデコーディング処理を実行する。チャネルデコーディング処理の終了後は、ステップＳ２４にてリソースを解放し、残りリソース数を１だけ加算して処理を終了する。

もしリソースに空きのない場合は、ステップＳ２５においてそのまま受信データは一旦破棄し、再送データを待つようにする。（一般的なパケットデータ通信の場合、データの受信が確認できない場合は再送処理となる。）
もし複数ユーザのデータが同一タイミングで逆拡散処理部３より出力され、割当てたいリソース数に対して空きリソース数が不足している場合は、全体のスループットを考慮し、高速レートのものから優先して割当てるように制御する。

本発明の処理フローの中でポイントの１つとなる、上述したパケット通信データの有無の判別については、逆拡散処理結果から知ることができる。３ＧＰＰ（3rd Generation Partnership Project）仕様の場合では、ＤＣＨ（個別チャネル）についてはＴＦＣＩ(Transport Format Combination Indicator)の復調結果から、ＲＡＣＨ(Random Access Channel)を用いたパケット転送については、プレアンブル受信結果から判断することができる。また、上述の高速レートのものから優先して割当制御を行う場合は、例えば、ＤＰＤＣＨ（Dedicated Physical Data Channel）のＴＦＣＩからレート情報を得ることができる。

次に、図４により、実施例１のリソース割当制御部２のデータ処理フローの変形例を説明する。図４に示す処理フローでは、図３に示した処理フローと比べて、ステップＳ２５のデータ破棄処理に続いてステップＳ２６を追加して、データ破棄時には上位レイヤに対し受信ＮＧを通知するようにした点でのみ異なるものである。このようにすることにより、早期にデータの再送を促すことができる。

次に本発明の実施例２を図５〜図７により説明する。
図５は、本発明の実施例２の機能ブロック図である。図１に示した実施例１の機能ブロック図と比べると、復調データ記憶部５が設けられている点で異なる。実施例２では、復調データ記憶部５を設けることにより、チャネルデコーディング処理リソースが一時的に不足しても、逆拡散処理結果である復調信号を復調データ記憶部５に保持しておきチャネルデコーディング処理リソースに空きが出るまで待ち合わせることが可能となる。

したがって、実施例１では、チャネルデコーディング処理リソースに空きがないと復調信号を破棄せざるを得ないが、実施例２では、チャネルデコーディング処理リソースが空いたタイミングで処理をすることが可能となる。

なお、リソース管理部１の動作に関しては、実施例１のものと同じである。
次に、図６により、実施例２のリソース割当制御部２を含めた逆拡散処理とチャネルデコーディング処理全体の処理フローを説明する。図３に示した実施例１の処理フローと比べると、復調データ記憶部５を設けたことに伴い、逆拡散処理結果を復調データ記憶部５に一時蓄積するステップＳ４０、復調データ記憶部５の蓄積状況をモニタリングし、蓄積データの有無を判定するステップＳ４２、ステップＳ４３及び復調データ記憶部５から保存されていたデータを抽出するステップＳ４５が、追加されている。

すなわち、図３に示した実施例１の場合と同様に、ステップＳ１０における逆拡散処理部３の処理結果が出力されると、リソース割当制御部２では、そのデータに関して最初にステップＳ２１において通信サービスの判定を行う。連続データ通信の場合は既に確保しているチャネルデコーディング処理リソースがあるため、ステップＳ３０に移行してチャネルデコーディング処理部４においてそのリソースで処理を行う。パケットデータ通信のような不連続データ通信の場合は、さらにユーザの通信データの有無を確認する。図示はされていないが、ユーザの通信データが存在しない場合にはチャネルデコーディング処理は不要なので、直ちに処理を終了する。

ユーザの通信データが存在するときには、まだチャネルデコーディング処理リソースを割り当てていないため、ステップＳ４０で一旦復調信号を復調データ記憶部５に格納し、後にリソース確保を試みる。

図６のステップＳ４２、ステップＳ４３及びステップＳ２２に示すように、リソース割当制御部２は、復調データ記憶部５の復調信号蓄積有無と残りリソース数を常にモニタリングし、ステップＳ４５及びステップＳ２３に示すようにリソースが確保できる時間帯に復調データ記憶部５より復調信号を読み出してチャネルデコーディング処理リソースを割り当て、残りリソース数から１を減算する。

もしリソースに空きのない場合は、そのまま復調信号は復調データ記憶部５に蓄積しておく。復調データ記憶部５から復調信号を読み出す順番は、復調データ記憶部５に保存された順番とすることができる。しかし、システムによってはパケットデータの伝送速度を意識して、高速通信データから読み出す等のオプションも考えられる。

ステップＳ２３においてチャネルデコーディング処理リソースの割当が行われると、ステップＳ３０においてチャネルデコーディング処理部４がそのリソースによりチャネルデコーディング処理を実行し、処理後はステップＳ２４においてリソースを解放し、残りリソース数に１を加算して処理を終了する。

図７に示すのは、図６に示した処理フローの変形例であり、あまりにも昔のデータを処理しないように、タイマを設けて復調データ記憶部５に保持できる時間を管理するようにしたものである。それは、長い時間蓄積されていた受信データについては、既に上位レイヤで再送要求の処理が行われており、次の再送データの受信待ちとなっていて、今更遅れた受信データを上位レイヤに渡しても受け取られない等、不要となっている可能性が高いためである。例えば、保存時間(逆拡散回路より出力され復調データ記憶部５に蓄積されてからの時間)がシステムに応じた任意の値Ｔ[sec]（装置に１つもしくはユーザ毎に個別に設定してもよい。）を超えた場合は、そのデータを破棄する。

図７に示す処理フローを図６に示した処理フローと比較すると、図６の逆拡散処理結果である復調信号を復調データ記憶部５に蓄積するステップＳ４０は、図７においては、復調信号保存時にタイムスタンプを付加するステップＳ４１となっている。また、ステップＳ４５で復調データ記憶部５から保存されていた復調信号を抽出した後の処理として、タイムスタンプにより保存期間をチェックするステップＳ４６が追加されている。

そして、抽出された復調信号の保存期間が所定のＴ[sec]以上であれば、ステップＳ２５に移行してその復調信号の廃棄処理を行い、処理を終了する。
次に、図８〜図１０により、実施例１のリソース割当制御部２の機能をコンピュータ上のソフトウェアで実現する場合のプログラム処理例について説明する。

図８は、リソース割当制御部２のプログラムフロー例を示すものである。このプログラムフロー例では、ステップＳ２７０を付加し、図４に示した変形例に対応したものとしている。図９は逆拡散処理リソースを管理するためのカウンタとテーブルを説明するものであり、図１０は、チャネルデコーディング処理リソースを管理するためのカウンタとテーブルを説明するものである。

図８のステップＳ１００に示すように、リソース割当制御部２は、逆拡散処理部３において処理の完了するのを待ち合わせている。いずれかの逆拡散処理リソースによる逆拡散処理が終了したことをその逆拡散処理リソースの番号とともに認識すると、ステップＳ２００において、図９（ｂ）に示した逆拡散処理リソース管理テーブルを参照して、その逆拡散処理リソースの番号のエントリのサービス種別にアクセスすることにより、通信サービスの種別を判定する。このサービス種別は、通信の開始時に上位レイヤから通知されてリソース管理部１により逆拡散処理リソース管理テーブルに設定することができる。

ステップＳ２００での判定結果が連続通信サービスを示すときは、ステップＳ２５０に移行し、対応する逆拡散処理リソース管理テーブル上の番号を有するチャネルデコーディング処理リソースに逆拡散処理結果の復調信号を送信して処理を終了する。

ステップＳ２００での判定結果が連続通信以外のサービスを示すときは、ステップＳ２１０に移行して、チャネルデコーディングすべきユーザの通信データがあるか判定する。この判定は、先に述べたように、例えば３ＧＰＰ仕様の場合では、ＤＣＨについてはＴＦＣＩの復調結果から、ＲＡＣＨを用いたパケット転送については、プレアンブル受信結果から判断することができる。

ステップＳ２１０での判定結果がユーザ通信データ無しであれば処理を終了する。
ステップＳ２１０での判定結果がユーザ通信データ有りであれば、ステップＳ２２０に移行し、図１０（ａ）に示すチャネルデコーディング処理空リソース数カウンタを参照して空リソース数をチェックする。リソースに空がなければステップＳ２６０に移行して受信データの破棄を行い、さらにステップＳ２７０で上位レイヤに対して受信ＮＧ通知処理を実行した後、処理を終了する。

ステップＳ２２０での判定結果がリソースに空有りであれば、ステップＳ２３０において、図１０（ｂ）に示すチャネルデコーディング処理リソース管理テーブルを参照し、逆拡散処理リソースと対応づけられていないチャネルデコーディング処理リソースの一つを割り当てて現在処理中の逆拡散処理リソースと対応づけ、その番号をチャネルデコーディング処理リソース管理テーブルの上記割り当てられたチャネルデコーディング処理リソースのエントリに記入する。また、チャネルデコーディング処理空リソース数カウンタの値を１だけ減算する。

続いてステップＳ２４０に進み、ステップＳ２３０で割り当てられたチャネルデコーディング処理リソースに復調されたユーザ通信データを転送する。
次に、ステップＳ３００でチャネルデコーディング処理部４でのチャネルデコーディング処理完了を持ち合わせる。上記割り当てられたチャネルデコーディング処理リソースによるチャネルデコーディング処理が完了したことを認識すると、ステップＳ３１０において、チャネルデコーディング処理リソース管理テーブルの、処理が完了したチャネルデコーディング処理リソースのエントリに記入されていた逆拡散処理リソースの番号を削除することによりチャネルデコーディング処理リソースを解放し、チャネルデコーディング処理空リソース数カウンタの値を１だけ加算して処理を終了する。

なお、上記説明においては、ステップＳ１００からステップＳ３１０までの処理を一連のものとして説明したが、ステップＳ１００とステップＳ３００の待ち合わせ処理を他のステップの処理とは独立にして、複数のリソース割当とリソース解放の処理を並列に行うことが可能であることは、当業者に明らかである。

また、実施例２についてのプログラムフロー例も、図６に示した処理フローから明らかなように、ステップＳ２１０とステップＳ２２０の間に復調データ記憶部５に復調信号を一時蓄積する処理と復調データ記憶部５の蓄積状況をモニタリングする処理を付加し、さらにステップＳ２２０とステップＳ２３０の間に復調データ記憶部５から保存されたデータを抽出する処理を追加することにより得ることができる。

次に、図９及び図１０に示すリソース管理用のカウンタ、テーブル類について説明する。
図９（ａ）に示すのは、逆拡散処理部３に割当可能な残り逆拡散処理リソース数を示す逆拡散処理空リソース数カウンタであり、初期値は割当可能な最大数であるＮである。逆拡散処理空リソース数カウンタの値は、リソース管理部１により管理される。リソース管理部１は、図２に示したステップＳ２の上位レイヤからのリソース割当要求によりこの逆拡散処理空リソース数カウンタの値を参照して空きがあるか判定し、空があればリソース割当を行って、逆拡散処理空リソース数カウンタの値をカウントダウンする。

図示はされていないが、リソース管理部１は、上位レイヤから通信終了を通知されてリソースの解放処理を行うとともに、カウンタ類の値をカウントアップする。
図９（ｂ）に示すのは、先に述べたとおり、逆拡散処理リソース管理テーブルであり、逆拡散処理リソースの番号１，２，・・・、Ｎに対して、それぞれと対応づけられたチャネルデコーディング処理リソースの番号と、それらリソースを使用する通信サービスの種別を格納するものである。このテーブルはリソース管理部１とリソース割当制御部２の双方からアクセスされ、管理される。

図１０（ａ）に示すのは、チャネルデコーディング処理部４に割当可能な残りチャネルデコーディング処理リソース数を示すチャネルデコーディング処理空リソース数カウンタであり、初期値は割当可能な最大数であるＭである。本発明はこの数値Ｍを先に述べた数値Ｎより小さくして、装置の規模を縮小し、コスト削減を図るものである。

図１０（ｂ）に示すのは、チャネルデコーディング処理リソース管理テーブルであり、チャネルデコーディング処理リソースの番号１，２，・・・、Ｍに対して、それぞれと対応づけられた逆拡散処理リソースの番号が格納されている。

チャネルデコーディング処理空リソース数カウンタとチャネルデコーディング処理リソース管理テーブルはそれぞれリソース管理部１とリソース割当制御部２の双方からアクセスされ、管理される。

以上、詳細に説明したように、本発明によれば、パケット通信サービスのように連続通信以外のサービスにおいて、ユーザの通信データが送信されてきたタイミングにおいてのみチャネルデコーディング処理リソースを割り当てるようにしたことから、同時サービス可能なユーザ数を増やしても、チャネルデコーディング処理部、ひいては受信装置全体の規模の拡大を防ぐことができ、無線基地局のコスト低減に寄与することができる。

（付記１）
無線基地局受信装置において、
受信信号に逆拡散処理を実行して復調信号を生成する逆拡散処理リソースの数よりも、前記復調信号を復号するチャネルデコーディング処理リソースの数が少ないことを特徴とする無線基地局受信装置。
（付記２）
連続データ通信以外の通信サービスに対しては、前記受信信号にユーザの通信データが存在するときにのみ前記チャネルデコーディング処理リソースを割り当てることを特徴とする付記１に記載の無線基地局受信装置。
（付記３）
逆拡散処理リソースにより受信信号の逆拡散処理を実行して復調信号を生成する逆拡散処理部とチャネルデコーディング処理リソースにより前記復調信号を復号するチャネルデコーディング処理部を備えた無線基地局受信装置において、
前記逆拡散処理の完了により、該逆拡散処理の完了した復調信号に係る通信サービスの種別を判定し、該通信サービスが連続データ通信以外であれば前記復調信号がユーザの通信データを含むときにのみ空きチャネルデコーディング処理リソースを割り当てるリソース割当制御部を備えたことを特徴とする無線基地局受信装置。
（付記４）
前記リソース割当制御部は、空きチャネルデコーディング処理リソースがないとき、前記上位レイヤに受信不可であることを通知することを特徴とする付記３に記載の無線基地局受信装置。
（付記５）
復調データ記憶部を備え、
前記リソース割当制御部は、
前記通信サービスが連続データ通信以外であって前記復調信号がユーザの通信データを含むときに前記復調信号を前記復調データ記憶部に一時的に蓄積し、該復調データ記憶部の前記復調信号の蓄積状況を監視し、復調信号が蓄積されていれば残りチャネルデコーディング処理リソース数をチェックし、空きチャネルデコーディング処理リソースがあれば、当該蓄積されている復調信号を前記復調データ記憶部から読み出して空きチャネルデコーディング処理リソースを割り当てる、
ことを特徴とする付記３に記載の無線基地局受信装置。
（付記６）
前記リソース割当制御部は、
前記復調信号を前記復調データ記憶部に一時的に蓄積するときに該復調信号にタイムスタンプを付加して蓄積し、該蓄積されている復調信号を前記復調データ記憶部から読み出して空きチャネルデコーディング処理リソースを割り当てる際に、前記タイムスタンプにより該読み出した復調信号が前記復調データ記憶部に保存されていた期間をチェックし、保存期間が所定の期間以内であれば、空きチャネルデコーディング処理リソースを割り当て、所定の期間を超えていれば、前記復調信号を廃棄する、
ことを特徴とする付記５に記載の無線基地局受信装置。
（付記７）
受信信号に逆拡散処理を実行して復調信号を生成する逆拡散処理部の逆拡散処理リソースと前記復調信号を復号するチャネルデコーディング処理部のチャネルデコーディング処理リソースを管理するリソース管理部を備え、
前記リソース管理部は、
上位レイヤから前記受信信号の処理のためのリソース割当要求を受信すると、逆拡散処理リソースに空きがあれば該受信信号の逆拡散処理のために該空き逆拡散処理リソースを割当て、さらにチャネルデコーディング処理リソースに空きがあれば、前記受信信号に係る通信サービスの種別を判定し、該通信サービスが連続データ通信であれば前記空きチャネルデコーディング処理リソースを割当て、該通信サービスが連続データ通信以外であればチャネルデコーディング処理リソースを割当てないものであることを特徴とする付記３に記載の無線基地局受信装置。
（付記８）
付記３記載の無線基地局受信装置の前記リソース割当制御部の機能をコンピュータにより実現させるプログラムであって、
前記コンピュータに、
前記逆拡散処理部での逆拡散処理の完了した復調信号に係る通信サービスの種別を判定する通信サービス判定ステップと、
前記通信サービス判定ステップにおける通信サービスの種別の判定結果が連続データ通信以外であるとき、前記復調信号がユーザの通信データを含むか判定する通信データ有無判定ステップと、
前記通信データ有無判定ステップにおける判定の結果、前記復調信号がユーザの通信データを含まなければ処理を終了するステップと、
前記通信データ有無判定ステップにおける判定の結果、前記復調信号がユーザの通信データを含むとき、前記チャネルデコーディング処理リソースの残りリソース数をチェックするリソース数チェックステップと、
前記リソース数チェックステップにおけるチェックの結果、前記チャネルデコーディング処理リソースに空がないときに前記復調信号を廃棄するステップと、
前記リソース数チェックステップにおけるチェックの結果、前記チャネルデコーディング処理リソースに空があるときに前記復調信号を復号するチャネルデコーディング処理リソースを割り当てるリソース割当ステップと、
前記リソース割当ステップで割り当てたチャネルデコーディング処理リソースに前記復調信号を送信するデータ送信ステップと、
を実行させることを特徴とするプログラム。
（付記９）
付記３記載の無線基地局受信装置の前記リソース割当制御部の機能をコンピュータにより実現させるプログラムを記憶するコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータに、
前記逆拡散処理部での逆拡散処理の完了した復調信号に係る通信サービスの種別を判定する通信サービス判定ステップと、
前記通信サービス判定ステップにおける通信サービスの種別の判定結果が連続データ通信以外であるとき、前記復調信号がユーザの通信データを含むか判定する通信データ有無判定ステップと、
前記通信データ有無判定ステップにおける判定の結果、前記復調信号がユーザの通信データを含まなければ処理を終了するステップと、
前記通信データ有無判定ステップにおける判定の結果、前記復調信号がユーザの通信データを含むとき、前記チャネルデコーディング処理リソースの残りリソース数をチェックするリソース数チェックステップと、
前記リソース数チェックステップにおけるチェックの結果、前記チャネルデコーディング処理リソースに空がないときに前記復調信号を廃棄するステップと、
前記リソース数チェックステップにおけるチェックの結果、前記チャネルデコーディング処理リソースに空があるときに前記復調信号を復号するチャネルデコーディング処理リソースを割り当てるリソース割当ステップと、
前記リソース割当ステップで割り当てたチャネルデコーディング処理リソースに前記復調信号を送信するデータ送信ステップと、
を実行させるプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
（付記１０）
逆拡散処理リソースにより受信信号の逆拡散処理を実行して復調信号を生成する逆拡散処理部とチャネルデコーディング処理リソースにより前記復調信号を復号するチャネルデコーディング処理部を備えた無線基地局受信装置におけるチャネルデコーディング処理リソース割当方法において、
前記逆拡散処理の完了により、該逆拡散処理の完了した復調信号に係る通信サービスの種別を判定し、該通信サービスが連続データ通信以外であれば前記復調信号がユーザの通信データを含むときにのみ空きチャネルデコーディング処理リソースを割り当てることを特徴とするチャネルデコーディング処理リソース割当方法。
（付記１１）
前記空きチャネルデコーディング処理リソースを割り当てる際、前記ユーザの通信データのレート情報に基づく優先順位により空きチャネルデコーディング処理リソースを割り当てることを特徴とする付記３に記載の無線基地局受信装置。
（付記１２）
前記空きチャネルデコーディング処理リソースを割り当てる際、前記ユーザの通信データのレート情報に基づく優先順位により空きチャネルデコーディング処理リソースを割り当てることを特徴とする付記５に記載の無線基地局受信装置。

本発明の第１実施例の機能ブロック図である。 本発明によるリソース管理部の処理フロー例を示す図である。 第１実施例のリソース割当制御部を含めた逆拡散処理とチャネルデコーディング処理全体の処理フローを説明する図である。 第１実施例のリソース割当制御部の処理フローの変形例を説明する図である。 本発明の第２実施例の機能ブロック図である。 第２実施例のリソース割当制御部を含めた逆拡散処理とチャネルデコーディング処理全体の処理フローを説明する図である。 第２実施例のリソース割当制御部の処理フローの変形例を説明する図である。 第１実施例のリソース割当制御部の機能をコンピュータで実現する場合のプログラム処理を説明する図である。 逆拡散処理リソースを管理するためのカウンタとテーブルを説明する図である。 チャネルデコーディング処理リソースを管理するためのカウンタとテーブルを説明する図である。 無線基地局受信装置の基本構成例を示す図である。 従来の逆拡散処理部とチャネルデコーディング処理部を示す図である。 従来のリソース管理部の処理フロー例を示す図である。

符号の説明

１、１０ リソース管理部
２ リソース割当制御部
３、３０ 逆拡散処理部
４、４０ チャネルデコーディング処理部
５ 復調データ記憶部
６０ アンテナ
７０ ＲＦ処理回路
８０ ＡＤ変換回路

Claims (5)

1. 逆拡散処理リソースにより受信信号の逆拡散処理を実行して復調信号を生成する逆拡散処理部とチャネルデコーディング処理リソースにより前記復調信号を復号するチャネルデコーディング処理部を備えた無線基地局受信装置において、
   前記逆拡散処理の完了により、該逆拡散処理の完了した復調信号に係る通信サービスの種別を判定し、該通信サービスが連続データ通信以外であれば前記復調信号がユーザの通信データを含むときにのみ空きチャネルデコーディング処理リソースを割り当てるリソース割当制御部を備えたことを特徴とする無線基地局受信装置。
2. 前記リソース割当制御部は、空きチャネルデコーディング処理リソースがないとき、前記上位レイヤに受信不可であることを通知することを特徴とする請求項１に記載の無線基地局受信装置。
3. 復調データ記憶部を備え、
   前記リソース割当制御部は、
   前記通信サービスが連続データ通信以外であって前記復調信号がユーザの通信データを含むときに前記復調信号を前記復調データ記憶部に一時的に蓄積し、該復調データ記憶部の前記復調信号の蓄積状況を監視し、復調信号が蓄積されていれば残りチャネルデコーディング処理リソース数をチェックし、空きチャネルデコーディング処理リソースがあれば、当該蓄積されている復調信号を前記復調データ記憶部から読み出して空きチャネルデコーディング処理リソースを割り当てる、
   ことを特徴とする請求項１に記載の無線基地局受信装置。
4. 前記リソース割当制御部は、
   前記復調信号を前記復調データ記憶部に一時的に蓄積するときに該復調信号にタイムスタンプを付加して蓄積し、該蓄積されている復調信号を前記復調データ記憶部から読み出して空きチャネルデコーディング処理リソースを割り当てる際に、前記タイムスタンプにより該読み出した復調信号が前記復調データ記憶部に保存されていた期間をチェックし、保存期間が所定の期間以内であれば、空きチャネルデコーディング処理リソースを割り当て、所定の期間を超えていれば、前記復調信号を廃棄する、
   ことを特徴とする請求項３に記載の無線基地局受信装置。
5. 請求項１記載の無線基地局受信装置の前記リソース割当制御部の機能をコンピュータにより実現させるプログラムであって、
   該コンピュータに、
   前記逆拡散処理部での逆拡散処理の完了した復調信号に係る通信サービスの種別を判定する通信サービス判定ステップと、
   前記通信サービス判定ステップにおける通信サービスの種別の判定結果が連続データ通信以外であるとき、前記復調信号がユーザの通信データを含むか判定する通信データ有無判定ステップと、
   前記通信データ有無判定ステップにおける判定の結果、前記復調信号がユーザの通信データを含まなければ処理を終了するステップと、
   前記通信データ有無判定ステップにおける判定の結果、前記復調信号がユーザの通信データを含むとき、前記チャネルデコーディング処理リソースの残りリソース数をチェックするリソース数チェックステップと、
   前記リソース数チェックステップにおけるチェックの結果、前記チャネルデコーディング処理リソースに空がないときに前記復調信号を廃棄するステップと、
   前記リソース数チェックステップにおけるチェックの結果、前記チャネルデコーディング処理リソースに空があるときに前記復調信号を復号するチャネルデコーディング処理リソースを割り当てるリソース割当ステップと、
   前記リソース割当ステップで割り当てたチャネルデコーディング処理リソースに前記復調信号を送信するデータ送信ステップと、
   を実行させることを特徴とするプログラム。

Images