(57)【要約】【課題】ＰＲＡＣＨ受信処理リソースの障害によりＰＲＡＣＨが不通状態に陥る事態を抑制でき、かつ障害要因の早期特定が容易に行えるようにする。【解決手段】リソース管理部１０４は、ＰＲＡＣＨ受信処理リソースとして受信処理部１０２を割り当て、他チャネル受信処理リソースとして受信処理部１０３を割り当てた場合に、受信処理部１０３の受信処理状況を監視し、その他チャネルの受信処理を行っていない場合には、受信処理部１０３を既にＰＲＡＣＨを割り当てている現用系受信処理リソース（ＡＣＴ系リソース）である受信処理部１０２に対する冗長系リソース（ＳＢＹ系リソース）として割り当て、ＡＣＴ系リソースとＳＢＹ系リソースとに交互にＰＲＡＣＨの受信処理を行わせる。【選択図】　　　図１
2004112389.tif 000002
【特許請求の範囲】
【請求項１】
１の受信処理リソースにＰＲＡＣＨを割り当て、他の１以上の受信処理リソースの他チャネルを割り当てるＣＤＭＡ受信装置において、ＰＲＡＣＨ以外の他チャネルを割り当てた１以上の受信処理リソースでの受信処理状況の監視を行い、何れのチャネル受信処理も行っていない空きリソースがある場合に、既にＰＲＡＣＨを割り当てた受信処理リソースを現用系リソースとし、前記空きリソースを前記現用系リソースに対する冗長系リソースとして割り当て、前記現用系リソースと前記冗長系リソースとの間で交互にＰＲＡＣＨの受信処理を行わせるリソース管理手段、を具備することを特徴とするＣＤＭＡ受信装置。
【請求項２】
前記リソース管理手段は、前記冗長系リソースとして割り当てた受信処理リソースが元々割り当てを受けていたチャネルの受信処理を行う必要が生じた場合には、冗長系リソースの割り当てを解除してその本来のチャネル受信処理に戻すことを行う手段、を具備することを特徴とする請求項１記載のＣＤＭＡ受信装置。
【請求項３】
前記現用系リソースにおけるＰＲＡＣＨ受信成功率を監視する監視手段、を具備し、前記リソース管理手段は、前記監視手段が前記現用系リソースでの受信成功率の著しい低下を検出した場合に、前記冗長系リソースを現用系リソースに遷移させ、双方のリソースにＰＲＡＣＨ受信処理を同時に行わせる手段、を具備することを特徴とする請求項１又は請求項２記載のＣＤＭＡ受信装置。
【請求項４】
前記リソース管理手段の指示を受けて、前記障害の発生したリソースでの受信処理中の内部状態を記憶保存する記憶手段、を具備することを特徴とする請求項３記載のＣＤＭＡ受信装置。
【請求項５】
前記記憶手段に保存させた保守情報を表示する表示手段、を具備することを特徴とする請求項４記載のＣＤＭＡ受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＣＤＭＡ方式を用いた移動体通信システムにおける移動体や無線基地局が備えるＣＤＭＡ受信装置に係り、特にＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）の受信処理を行うＣＤＭＡ受信装置に関する。
【０００２】
【従来の技術】
図３は、従来のＣＤＭＡ受信装置の構成例を示すブロック図である。ＣＤＭＡ受信装置では、受信処理リソースは、通常複数実装されるが、図３では、説明の簡易化のために、２つとしている。すなわち、図３に示すＣＤＭＡ受信装置は、無線受信部３０１に対し、２つの受信処理部３０２，３０３が設けられている。
【０００３】
２つの受信処理部３０２，３０３は、同様の構成であって、無線受信部３０１の出力を受ける復調処理部３２１，３３１と、復調処理部３２１，３３１の出力を受ける復号処理部３２２，３３２と、復号処理部３２２，３３２の出力を受ける受信信号判定部３２３，３３３とを備えている。
【０００４】
そして、２つの受信処理部３０２，３０３は、リソース管理部３０４によって受信処理を行うチャネル種別が割り当てられ、それぞれ、割り当てられたチャネルの受信処理のみを行い、割り当てられていないチャネルの受信処理は行わないようになっている。
【０００５】
例えば、受信処理部３０２がＰＲＡＣＨの受信処理リソースとして割り当てられ、受信処理部３０３が他のチャネルの受信処理リソースとして割り当てられているとする。受信処理部３０２では、ＰＲＡＣＨの受信処理が次のようにして行われる。
【０００６】
すなわち、受信処理部３０２では、無線受信部３０１にて、ＡＧＣ補正、Ａ／Ｄ変換等された後の受信信号が、復調処理部３２１において逆拡散、ＲＡＫＥ合成され、復号処理部３２２においてビタビ復号され、受信信号判定部３２３においてＣＲＣ判定される。ＣＲＣ判定結果＝ＯＫであったとき、ＰＲＡＣＨの受信処理を完了する。他のチャネルの受信処理リソースとして割り当てられている受信処理部３０３は、以上説明したＰＲＡＣＨの受信処理は行わない。
【０００７】
【発明が解決しようとする課題】
ところで、ＰＲＡＣＨ受信処理においては、ＰＲＡＣＨ信号がバースト信号であるため、ＰＲＡＣＨの受信処理リソースとして割り当てられている受信処理部の故障によってＰＲＡＣＨ受信処理の結果がＮＧとなった場合、すなわち、ＰＲＡＣＨを復号したデータのＣＲＣ判定結果がＮＧとなった場合、装置障害として検出され難く、障害となった受信処理リソースが担当する受信エリアにおいては、ＰＲＡＣＨの不通に陥る場合がある。
【０００８】
このようにＰＲＡＣＨの不通に陥った場合に、他のチャネルの受信処理を割り当てられた受信処理リソースは、例えその割り当てられているチャネルの受信処理を行っていなくともＰＲＡＣＨの受信処理が行えないため、ＰＲＡＣＨ受信処理リソースの障害によってＰＲＡＣＨが不通状態に陥る事態を抑制できないという問題があった。
【０００９】
この問題は、他のチャネルの受信処理を割り当てられた受信処理リソースがＰＲＡＣＨの受信処理も行えるような割り当て方ができれば、改善でき、また装置内の受信処理リソースの有効活用が図れるので好都合であるが、どのように構成するかが問題である。
【００１０】
また、ＰＲＡＣＨ信号がバースト信号であるため、装置障害発生時においてＰＲＡＣＨ受信処理状況がトレースし難く、障害要因の早期特定が困難であるという問題もあった。
【００１１】
本発明は、かかる点に鑑みてなされたものであり、ＰＲＡＣＨ受信処理リソースの障害によりＰＲＡＣＨが不通状態に陥る事態を抑制でき、かつ障害要因の早期特定が容易に行える機構を備えたＣＤＭＡ受信装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明のＣＤＭＡ受信装置は、１の受信処理リソースにＰＲＡＣＨを割り当て、他の１以上の受信処理リソースの他チャネルを割り当てるＣＤＭＡ受信装置において、ＰＲＡＣＨ以外の他チャネルを割り当てた１以上の受信処理リソースでの受信処理状況の監視を行い、何れのチャネル受信処理も行っていない空きリソースがある場合に、既にＰＲＡＣＨを割り当てた受信処理リソースを現用系リソースとし、前記空きリソースを前記現用系リソースに対する冗長系リソースとして割り当て、前記現用系リソースと前記冗長系リソースとの間で交互にＰＲＡＣＨの受信処理を行わせるリソース管理手段、を具備する構成を採る。
【００１３】
この構成によれば、ＰＲＡＣＨ以外の他チャネルを割り当てた１以上の受信処理リソースの中に何れのチャネル受信処理も行っていない空きリソースがある場合には、その空きリソースをＰＲＡＣＨ受信処理用冗長系リソースとして割り当て、既にＰＲＡＣＨを割り当てた現用系リソースとの間で交互にＰＲＡＣＨの受信処理を行うので、現用系リソースである既にＰＲＡＣＨを割り当てた受信処理リソースに障害が発生した場合に、ＰＲＡＣＨが不通となる事態の発生を抑制することができる。
【００１４】
本発明のＣＤＭＡ受信装置は、上記の発明において、前記リソース管理手段は、前記冗長系リソースとして割り当てた受信処理リソースが元々割り当てを受けていたチャネルの受信処理を行う必要が生じた場合には、冗長系リソースの割り当てを解除してその本来のチャネル受信処理に戻すことを行う手段、を具備する構成を採る。
【００１５】
この構成によれば、冗長系リソースとして使用中である場合でも、元々割り当てられていたチャネルの受信処理が必要となった場合には、ＰＲＡＣＨ受信処理用冗長系から、本来の受信処理（他チャネルの受信処理）へのリソース再割り当てを行う。すなわち、真に未使用リソースである時のみ冗長系リソースを割り当てるので、冗長系リソースを使用することによる有効リソース数の減少を防ぐことができ、装置内の受信処理リソースの有効活用が図れる。
【００１６】
本発明のＣＤＭＡ受信装置は、上記の発明において、前記現用系リソースにおけるＰＲＡＣＨ受信成功率を監視する監視手段、を具備し、前記リソース管理手段は、前記監視手段が前記現用系リソースでの受信成功率の著しい低下を検出した場合に、前記冗長系リソースを現用系リソースに遷移させ、双方のリソースにＰＲＡＣＨ受信処理を同時に行わせる手段、を具備する構成を採る。
【００１７】
この構成によれば、現用系リソースである既にＰＲＡＣＨを割り当てた受信処理リソースにおけるＰＲＡＣＨ受信成功率の監視を行い、受信成功率が著しく低下している場合、かりに割り当てた冗長系リソースを現用系のＰＲＡＣＨ受信リソースに切り替え、交互に行っていた処理を同時に行うように切り替える。その結果、２つのリソースが等価な受信処理を実施するので、障害対処期間におけるＰＲＡＣＨ不通の発生を防ぐことができる。
【００１８】
本発明のＣＤＭＡ受信装置は、上記の発明において、前記リソース管理手段の指示を受けて、前記障害の発生したリソースでの受信処理中の内部状態を記憶保存する記憶手段、を具備する構成を採る。
【００１９】
この構成によれば、装置内の障害情報を障害箇所毎に個別に収集することができる。
【００２０】
本発明のＣＤＭＡ受信装置は、上記の発明において、前記記憶手段に保存させた保守情報を表示する表示手段、を具備する構成を採る。
【００２１】
この構成によれば、装置内の個別障害の要因判定が容易に行えるので、保守性の向上が図れる。
【００２２】
【発明の実施の形態】
本発明の骨子は、ＰＲＡＣＨの受信処理において、受信処理するチャネルの割り当ては受けているが受信トラフックの状況によって何ら受信処理を行っていない受信処理リソースを空きリソースとして見付け出し、その空きリソースを既にＰＲＡＣＨを割り当てている現用系受信処理リソース（ＡＣＴ系リソース）に対する冗長系リソース（ＳＢＹ系リソース）として割り当て、双方の受信処理用リソースが交互にＰＲＡＣＨの受信処理を行うようにし、ＣＤＭＡ受信装置の個別障害によってＰＲＡＣＨが不通状態に陥ることを抑制することである。
【００２３】
また、本発明の骨子は、ＡＣＴ系リソースがＰＲＡＣＨ不通状態に陥った場合には、ＳＢＹ系リソースをＡＣＴ系リソースに遷移させ、双方に同時にＰＲＡＣＨ受信処理を行わせ、障害対処期間におけるＰＲＡＣＨ不通の発生を防ぐことである。
【００２４】
さらに、本発明の骨子は、障害が発生したＡＣＴ系リソースについては、自律的にリソース内部動作状態のログ保存を行い、表示が行えるようにし、装置内の個別障害の要因判定の迅速化を図り、保守性の向上を図ることである。
【００２５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２６】
（実施の形態１）
図１は、本発明の実施の形態１に係るＣＤＭＡ受信装置の構成を示すブロック図である。ＣＤＭＡ受信装置では、受信処理リソースは、通常複数実装されるが、図１では、説明の簡易化のために、２つとしている。すなわち、図１に示すＣＤＭＡ受信装置は、無線受信部１０１に対し、２つの受信処理部１０２，１０３が設けられている。
【００２７】
２つの受信処理部１０２，１０３は、同様の構成であって、無線受信部１０１の出力を受ける復調処理部１２１，１３１と、復調処理部１２１，１３１の出力を受ける復号処理部１２２，１３２と、復号処理部１２２，１３２の出力を受ける受信信号判定部１２３，１３３とを備えている。
【００２８】
そして、２つの受信処理部１０２，１０３は、リソース管理部１０４によって受信処理を行うチャネル種別が割り当てられる。図１の例では、一方の受信処理部１０２がＰＲＡＣＨ受信処理リソースとして割り当てられ、他方の受信処理部１０３が他のチャネルの受信処理リソースとして割り当てられることになる。２つの受信処理部１０２，１０３は、それぞれ、割り当てられたチャネルの受信処理を行う。
【００２９】
すなわち、２つの受信処理部１０２，１０３では、無線受信部１０１にて、ＡＧＣ補正、Ａ／Ｄ変換等された後の受信信号は、復調処理部１２１，１３１において逆拡散、ＲＡＫＥ合成され、復号処理部１２２，１３２においてビタビ復号され、受信信号判定部１２３，１３２においてＣＲＣ判定される。ＣＲＣ判定結果＝ＯＫであったとき、それぞれのチャネルの受信処理を完了する。
【００３０】
ここで、リソース管理部１０４は、ＰＲＡＣＨを割り当てた受信処理リソース以外の全ての受信処理リソースの監視を行い、受信トラフィックの状況によって何ら受信処理を行っていない空きの受信処理リソースがあるときは、その空きの受信処理リソースを、既にＰＲＡＣＨを割り当てている現用系受信処理リソース（ＡＣＴ（Ａｃｔｉｖｅ）系リソース）に対する冗長系リソース（ＳＢＹ（Ｓｔａｎｄ−ｂｙ）系リソース）として割り当て、ＡＣＴ系リソースとＳＢＹ系リソースとに交互にＰＲＡＣＨの受信処理を行わせるようになっている。これによって、ＡＣＴ系リソースの障害によってＰＲＡＣＨが不通状態に陥るのが抑制される。
【００３１】
図１の例で言えば、他チャネルの受信処理リソースとして割り当てられている受信処理部１０３がその割り当てられている他チャネルの受信処理を行っていないと判断した場合には、ＰＲＡＣＨ受信処理のＳＢＹ系リソースとして割り当てられ、受信処理部１０２と交互にＰＲＡＣＨの受信処理を行うことになる。
【００３２】
加えて、リソース管理部１０４は、受信処理部１０３をＰＲＡＣＨ受信処理のＳＢＹ系リソースとして使用しているときに、受信処理部１０３に本来の受信処理（他チャネルの受信処理）を行う必要が生じたときは、受信処理部１０３をＰＲＡＣＨ受信処理のＳＢＹ系リソースから外し、本来の受信処理（他チャネルの受信処理）を行わせるリソース再割り当てを行う。
【００３３】
すなわち、リソース管理部１０４は、真に未使用リソースである時のみ冗長系リソースを割り当てるようになっている。これによって、冗長系リソースを使用することによる有効リソース数の減少を防ぐことができ、装置内の受信処理リソースの有効活用が図れるようになる。
【００３４】
（実施の形態２）
図２は、本発明の実施の形態２に係るＣＤＭＡ受信装置の構成を示すブロック図である。なお、図２では、実施の形態１（図１）で示した構成と同一ないしは同等である構成には同一の符号が付されている。ここでは、実施の形態２に関わる部分を中心に説明する。
【００３５】
図２に示すように、実施の形態２に係るＣＤＭＡ受信装置では、実施の形態１（図１）で示した構成において、リソース管理部１０４に代えてリソース管理部２０１が設けられ、トラヒック監視制御部２０２と内部状態メモリ２０３と保守コンソール２０４とが追加されている。
【００３６】
トラヒック監視制御部２０２には、リソース管理部２０１の出力（受信処理部の指定）と受信信号判定部１２３，１３３の出力（ＣＲＣ判定結果）とが入力され、リソース管理部２０１に対し指定された受信処理部で障害が発生した場合にその旨を通知する。
【００３７】
リソース管理部２０１は、リソース管理部１０４の機能に加えて、トラヒック監視制御部２０２からの通知に従ってＳＢＹ系リソースをＡＣＴ系リソースに遷移させ、双方に同時にＰＲＡＣＨの受信処理を行わせる。また、内部状態メモリ２０３に受信処理部を指定した障害通知を行うようになっている。
【００３８】
内部状態メモリ２０３には、復調処理部１２１，１３１と、復号処理部１２２，１３２と、受信信号判定部１２３，１３３との各出力が接続され、リソース管理部２０１から通知された受信処理部の内部状態（復調処理部と復号処理部と受信信号判定部の各出力）を保守情報として取り込み、保持する。
【００３９】
保守コンソール２０４は、内部状態メモリ２０３に保存されている保守情報を表示するようになっている。
【００４０】
以上の構成において、実施の形態１にて説明したように、受信処理部１０２はＡＣＴ系リソースとして割り当てられ、受信処理部１０３はＳＢＹ系リソースとして割り当てられ、交互にＰＲＡＣＨの受信処理を行っている。その結果、受信処理部１０２の受信信号判定部１２３と受信処理部１０３の受信信号判定部１３３とは、交互にＣＲＣ判定結果をトラヒック監視制御部２０２に与えている。
【００４１】
トラヒック監視制御部２０２は、受信信号判定部１２３及び１３３から得たＣＲＣ判定結果から、受信成功率を算出し、リソース管理部２０１から通知されたＡＣＴ系リソースである受信処理部１０２の受信成功率が著しく低下していると判定した場合に、その旨をリソース管理部２０１に通知する。
【００４２】
リソース管理部２０１は、トラヒック監視制御部２０２から通知を受けて、ＳＢＹ系リソースである受信処理部１０３をＡＣＴ系に遷移させ、受信処理部１０２，１０３の双方に同時にＰＲＡＣＨの受信処理を行わせる。
【００４３】
そして、リソース管理部２０１は、内部状態メモリ２０３に対し、故障と判定した受信処理部１０２を指定した障害通知を行う。これによって、内部状態メモリ２０３は、受信処理部１０２の内部状態（復調処理部１２１と復号処理部１２２と受信信号判定部１２３の各出力）を保守情報として取り込み、保持する。この内部状態メモリ２０３に保存された保守情報は、保守コンソール２０４に表示される。
【００４４】
このように、ＡＣＴ系リソースに障害が発生した場合に、障害対処期間においてＰＲＡＣＨが不通に陥ることが防止でき、そのＡＣＴ系リソースの受信処理状況のトレースが行えるので、障害要因の早期特定が簡単に行えるようになる。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、ＰＲＡＣＨ受信処理リソースの障害によりＰＲＡＣＨが不通状態に陥る事態を抑制でき、かつ障害要因の早期特定が容易に行えるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るＣＤＭＡ受信装置の構成を示すブロック図
【図２】本発明の実施の形態２に係るＣＤＭＡ受信装置の構成を示すブロック図
【図３】従来のＣＤＭＡ受信装置の構成例を示すブロック図
【符号の説明】
１０１　無線受信部
１０２，１０３　受信処理部（ＰＲＡＣＨ受信処理リソース）
１０４，２０１　リソース管理部
１２１，１３１　復調処理部
１２２，１３２　復号処理部
１２３，１３３　受信信号判定部
２０２　トラヒック監視制御部
２０３　内部状態メモリ
２０４　保守コンソール
【図１】
2004112389.tif 000003
【図２】
2004112389.tif 000004
【図３】
2004112389.tif 000005