(57)【要約】【課題】本発明はベースバンド処理カードに多チャネル処理を行う呼制御部とパス検出部及び逆拡散部を搭載した無線基地局に関し，呼制御系の障害発生時に呼制御部の処理で自己復旧を行い接続率を向上することを目的とする。【解決手段】パス検出部と逆拡散部はそれぞれ現用の所定チャネルに対応するパス検出処理部と逆拡散処理部の他にそれぞれに予備チャネル部を備える。呼制御部に呼制御処理部と障害監視部とを備え，障害監視部による障害検出により起動されて予備チャネル部が空き状態ならば，障害検出したチャネルの処理を予備チャネル部へ追い出し処理を行うリソース管理制御部を備え，追い出し処理により追い出し先の予備チャネル部からの確認応答を障害監視部が受けとると，予備チャネルの番号を障害が発生した元のチャネル番号に変換して，上位装置に応答するよう構成する。【選択図】図１
2008228254.tif 000002
【特許請求の範囲】
【請求項１】
ベースバンド処理カードに多チャネル処理を行う呼制御部とパス検出部及び逆拡散部を搭載した無線基地局において，
前記パス検出部と逆拡散部はそれぞれ現用の所定チャネルに対応するパス検出処理部と逆拡散処理部の他にそれぞれに予備チャネル部を備え，
前記呼制御部に上位装置からの呼設定要求が入力されると前記パス検出部と逆拡散部に対しチャネルを指定して呼設定要求を送出する呼制御処理部と，前記呼設定要求の送出に対してそれぞれからの確認応答の有無を監視して障害を検出する障害監視部と，前記障害監視部による障害検出により起動されて前記予備チャネル部が空き状態であると前記障害検出したチャネルの処理を前記予備チャネル部へ追い出し処理を行うリソース管理制御部を備え，
前記追い出し処理により追い出し先の前記予備チャネル部からの確認応答を前記障害監視部が受け取ると，前記予備チャネルの番号を前記障害が発生した元のチャネル番号に変換して，前記上位装置に応答することを特徴とする無線基地局。
【請求項２】
請求項１において，
前記パス検出部と逆拡散部をベースバンド処理カード上に複数ユニット搭載し，前記予備チャネル部を各ユニットのそれぞれに設け，
前記障害監視部により前記パス検出部または逆拡散部の障害が検出されると，前記リソース管理制御部は前記障害が検出されたユニットと同一ユニットの予備チャネル部に追い出し処理を行い，
前記追い出し処理を行った予備チャネル部に対して前記障害監視部による監視を行って障害が検出されると前記リソース管理制御部は同一カード上の他ユニットの予備チャネル部に前記障害が検出されたチャネルの処理を追い出し処理を行うことを特徴とする無線基地局。
【請求項３】
ベースバンド処理カードに多チャネル処理を行う呼制御部とパス検出部及び逆拡散部を搭載した無線基地局において，
前記パス検出部と逆拡散部はそれぞれ現用の所定チャネルに対応するパス検出処理部と逆拡散処理部を備え，
前記呼制御部に上位装置からの呼設定要求が入力すると前記パス検出部と逆拡散部に対しチャネルを指定して呼設定要求を送出する呼制御処理部と，前記呼設定要求の送出に対してそれぞれからの確認応答の有無を監視して障害を検出する障害監視部と，前記障害監視部による障害検出により起動され，障害が検出されたパス検出部または逆拡散部の空きチャネルを検出して，前記障害となったチャネルの処理を検出された前記空きチャネルへ追い出し処理を行うリソース管理制御部を備え，
前記追い出し処理により追い出し先の前記空きチャネルからの確認応答を前記障害監視部が受け取ると，前記空きチャネルの番号を前記障害が発生した元のチャネル番号に変換して，前記上位装置に応答することを特徴とする無線基地局。
【請求項４】
請求項２において，
前記リソース管理制御部は，前記追い出し処理により追い出し先となったチャネルに対し，上位装置から呼設定の要求が発生すると，他の空きチャネルを検出して前記追い出し先のチャネルの呼設定情報を前記他の空きチャネルへ転送して追い出し処理を行い，最初の追い出し元のチャネルの呼設定情報を複写して転送することを特徴とする無線基地局。
【請求項５】
請求項１乃至４において，
前記リソース管理制御部は，追い出し処理により追い出し先で継続動作をしている間に，追い出し元の障害が発生したチャネルについて自己復旧処理を実行し，自己復旧を検出すると，前記追い出し先の処理を元のチャネルに戻す制御を行うことを特徴とする無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，無線基地局に関し，特に呼制御部の自己復旧制御を行う無線基地局に関する。
【０００２】
近年，移動通信システムにおけるデータ通信や音声通信において，高品質なサービスの提供が必要不可欠となっている。また年々増加するユーザ数に伴い，接続率向上や障害発生時の早期復旧が課題となっている。
【背景技術】
【０００３】
マルチバンド無線基地局（ＢＴＳ：Base Transceiver Station）機能を搭載した無線基地局においては，収容するチャネル数（ユーザ（ＵＥ：User Equipment）数）の大容量化が進み，それに伴って呼制御部を含むベースバンドカード１枚あたりに収容するチャネル数も，ベースバンドカードの大容量化のステップ毎に１６チャネル，６４チャネル，１９２チャネルというように，増加している。またそれに伴って，１チャネル当たりで必要な装置（カード）のコストもどんどん下がってきており，製品を安価に製造できることが期待されている。しかし，大容量化に伴い，１カード当たりで処理するチャネル数も増えているため，ある１チャネルで呼制御系のトラブルが発生した場合，他の多数のチャネルが正常動作を継続していても，カードとしてアラーム化されるため，正常チャネルを他のカードへ追い出し処理をするなど，他チャネルへ与える影響が大きく，場合によっては呼が切断されることも有りうるため，装置としての利用効率が下がってしまう。したがって，障害発生時の早期復旧，しいては障害の低減，つまり装置としての信頼度向上が要求されている。
【０００４】
図１２に従来例の構成を示す。図１２にはＷＣＤＭＡ（Wide-band Code Division Multiple Access ）方式のマルチバンド無線基地局装置（ Multi-band Base Transceiver Station：ＭＢ−ＢＴＳで表す）のためのベースバンド（Base Band)の復調部のブロック構成を示す。図中，６０はＮ（Ｎは１６，６４等の数のチャネル）×３（ユニット）のベースバンド信号の処理を行うＭＰＵ（Micro Processor Unit），６１はＮ×３（ユニット）チャネル分の呼制御を行う呼制御部，６１０は呼制御部６１内に設けられたＮチャネル分の処理を行う呼制御処理部であり，呼制御部６１内に３個設けられている。６２は３ユニット分設けられたパス検出部，６２０はＮチャネルの処理を行うパス検出処理部，６３は３ユニット分設けられた逆拡散部，６３０はＮチャネルの逆拡散処理部である。
【０００５】
ＭＰＵ６０は復調部の上位に設けられたＷＣＤＭＡ方式に対応する無線信号を受信して処理する回路（図示省略）からの呼制御設定信号を受け取って呼制御部６１に通知する等の処理を行う。呼制御部６１は，ＭＰＵ６０からの呼制御設定信号に従って，各パス検出部６２や逆拡散部６３の該当ユニットに対し，該当チャネルの呼処理動作に必要な，チャネルパラメータ設定情報を転送，及び受信オン，オフなどの呼処理要求を制御及び管理し，それぞれからのフィードバック情報，例えば受信オン要求時のパス検出部や逆拡散部からの起動通知（割込み通知）や，起動後に実施する各種測定報告通知などを，収集しＭＰＵ６０に対し通知する処理を行う。
【０００６】
呼制御部６１はＭＰＵ６０からの呼制御設定に従い，後段のパス検出部６２，逆拡散部６３の該当ユニットに対し，該当チャネルの呼処理動作に必要なチャネルパラメータ設定情報を転送及び受信オン・オフなどの呼処理要求を制御及び管理し，それぞれのブロック（パス検出部６２，逆拡散部６３）からのフィードバック情報を収集し，ＭＰＵ６０に通知する処理を行う。パス検出部６２は，１ユニットあたり，Ｎチャネル（６４チャネルとする），１カードあたり３ユニットで構成され，ＷＣＤＭＡ方式に対応する無線信号を受信して処理する前段回路（図示省略）より，電力情報に変換され入力する信号から，最大の電力位置情報を検出する。逆拡散部６３は１ユニットあたり，Ｎチャネル（６４チャネル），１カードあたり３ユニットで構成され，パス検出部６２からのパス情報を元に，チャネル推定処理，同期検波処理を行い，後段に位置する復号部（図示省略）へ通知する。
【０００７】
図１３は従来例の呼制御処理部のフローチャートの例である。この例は，任意のＭチャネルに対し，受信オン要求が実施された例を示す。また，図１４は図１３と同様のＭチャネルの受信要求があった場合の時間経過に対応した動作シーケンスの概要を示す。
【０００８】
図１３，図１４に示すように，任意のＭチャネルに対し，ＭＰＵから受信オン命令（ＲＸＯＮで表す）が通知された場合（図１３のＳ１，図１４のａ），呼制御部６１は，パス検出部６２と逆拡散部６３に対し，Ｍチャネルの受信オン要求と必要パラメータを転送し（図１３のＳ２，図１４のｂ，ｃ），それぞれからのフィードバック情報（転送を正しく受け取ったことを示す通知）を検出し（図１３のＳ３，図１４のｂ’，ｃ’），通知を検出するとＭＰＵ６０に対して報告する（busy処理，図１３のＳ４，図１４のｄ）。
【０００９】
その後，実際に各ブロックが起動開始すると，その状態についても通知（Ｍチャネルの処理回路起動通知）されると（図１３のＳ５，図１４のｅ，ｆ），ＭＰＵに対して報告する（起動割込み通知，図１３のＳ６，図１４のｇ）。呼制御要求を通知したＭＰＵは，要求後に一定期間の監視時間を設け，呼制御部からの報告・割込み通知を監視し，通知を受けて一連の処理を終了する。
【００１０】
上記した従来構成の図１３，図１４に示すフローにおいて，例えば次に示すような，問題がある。
【００１１】
(1) 呼制御部６１からパス検出部６２や逆拡散部６３へのＭチャネルの受信オン（ＲＸＯＮ）の要求転送がうまく実施されない場合。
【００１２】
(2) 上記(1) の転送は実施されたが，その転送をパス検出部６２，もしくは逆拡散部６３で，正しく受信できない場合。
【００１３】
(3) 上記(1) ，(2) が共に正常に行われたが，受信動作が正常完了（図１４中の転送ＯＫで示す部分）したことを呼制御部へ正しくフィードバックできない場合。
【００１４】
(4) 上記(1) 〜(3) のいずれも正常に行われたが，呼制御部で正しく受信できない場合。
【００１５】
上記の(1) 〜(4) のように，ブロック間のインタフェースタイミングの不具合や，プログラムバグにより発生した不具合のような何らかの原因によって，信号フローが途絶えてしまった場合，呼制御部の動作がフィードバック情報の待ち状態で停止してしまい，ＭＰＵへの報告や通知処理が行なわれなくなってしまう。
【００１６】
ＣＤＭＡ基地局装置についての従来の技術（特許文献１参照）によれば，ＣＤＭＡ基地局装置におけるベースバンド処理部で，故障を検出した場合，他のベースバンド処理部（別のベースバンドカード）へ処理内容を複写して，処理を移し，移動先で処理を続ける方法を提案している。
【特許文献１】特開２００４−１１２０５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
上記図１２〜図１４に示す構成によれば，一つのチャネルについてＭＰＵは受信オン要求が発生した時，タイマ等を起動して決められた監視時間経過後，応答が返ってこないとアラーム状態になったと判定し，同一カード内の他のチャネル（６４チャネルの中の６３チャネル）状態が正常であるにもかかわらず，装置アラームとなってしまうため，装置品質低下に直結し重要な問題になっていた。
【００１８】
また，上記特許文献１の技術によれば，ベースバンド処理部で故障を検出すると，アラーム化してしまったカードは故障扱いとなってしまうため，アラーム化したベースバンド処理部を自己復旧することは出来ない。
【００１９】
本発明は，マルチバンド無線基地局装置を構成するベースバンド処理カードの復調部での呼制御系の障害発生時に，呼制御部での制御処理により復旧処理を行い接続率を向上することができる無線基地局を提供することを目的とする。
【課題を解決するための手段】
【００２０】
図１は本発明の第１の基本構成を示す図である。図中，１は呼制御部，１０は呼制御処理部，１１はパス検出部２，逆拡散部３の各リソースの障害時に復旧制御を行うリソース管理制御部，１２は呼制御において発生するパス検出部，逆拡散部の障害発生の監視を行う障害監視部，２はパス検出部，２０は現用チャネル（１ユニットＮチャネル）パス検出処理部，２１はパス検出の予備チャネル部，３は逆拡散部，３０は現用チャネル（Ｎチャネル）逆拡散処理部，３１は逆拡散処理の予備チャネル部，４は無線信号系からの信号を受け取って処理を行い呼制御部１とのインタフェースをとるＭＰＵである。
【００２１】
本発明の第１の原理構成の特徴は，パス検出部２と逆拡散部３の何れにも現用のＮチャネル（１ユニットあたり）に加え，予備チャネル部２１，３１を用意する。予備チャネル部２１，３１はハードウェアならゲート規模，ファームウェアならプログラムサイズに余裕があれば予備チャネルの数を増やしてもよい。
【００２２】
また，呼制御部に，呼制御系障害を監視するための障害監視部１２を設けたこと，及び呼制御障害が検出すると，該当チャネルを予備チャネルに切り替えて処理をし，追い出し後の自己復旧処理機能を有するリソース管理制御部を設けた点である。
【００２３】
ＭＰＵ４から任意のチャネル（Ｍチャネルとする）に受信オン要求し，呼制御部１がこれを受け取ると障害監視部１２は後段のパス検出部２と逆拡散部３に呼設定要求と設定パラメータを転送して監視タイマを起動し，それぞれからフィードバック（応答）が返ってくるか監視し，監視時間内に返ってくると通常動作を行い，いずれかまたは両方から応答が返ってこないと，異常検出として，リソース管理制御部１１に通知する。リソース管理制御部１１は異常となったパス検出部２または逆拡散部３の該当チャネルのあるユニット内の予備チャネル部２１または３１について空き状態であるか確認し，空き状態ならその同一ユニット内の予備チャネル部２１または３１に対し，障害発生チャネル（Ｍチャネル）の呼設定情報を転送するよう指示する（追い出し処理）。予備チャネル部２１または３１が使用中であれば，別ユニットの予備チャネル部２１または３１について確認し，空きの予備チャネル部に対して同様の処理を行う。
【００２４】
空きの予備チャネル部２１または３１に呼設定情報を転送した後，それらのチャネル部２１または３１の予備チャネル部２１または３１（Ｎ＋１チャネルとする）からフィードバック情報（転送されたことを確認する通知）が返ってくると，リソース管理制御部１１は（Ｎ＋１）チャネルをＭチャネルに逆変換し，呼制御部１に対してフィードバック情報をＭＰＵ４へ報告するよう指示する。また，障害監視部１２は予備チャネル部２１または３１の追い出し先についても，異常の有無（監視時間内のフィードバックの検出）について監視し，異常が検出されたら他ユニット内の予備チャネルの空きがあるか確認し，ある場合はそこに追い出し処理をする。全ての予備チャネル部に空きがなくなった場合は，呼制御障害が発生したものとしてＭＰＵ４へ障害監視部１２からアラームを通知する。
【００２５】
予備チャネル部２１または３１へ追い出し処理を行った後，リソース管理制御部１１は障害発生チャネル（Ｍチャネル）について，試験動作によるチェックを行って自己復旧したことが分かると，予備チャネル部２１または３１から再度元のチャネル（Ｍチャネル）へ追い出しをするよう指示し，元のＭチャネルで継続動作させる。自己復旧しないと，予備チャネル部で継続動作させる。
【００２６】
この第１の原理構成により，異常発生時にすぐにカード（装置）アラームを発生することなく，予備チャネル部によりできるだけ動作を継続させることができ，且つ異常復旧させることで装置としての呼接続率を向上し，アラーム発生率低下による装置信頼度の向上が可能となる。
【００２７】
また，マルチバンド無線基地局のベースバンド処理部の復調部だけでなく，それ以外の多数のチャネルの呼制御処理を行うシステムに対しても本発明の技術を適用できることはいうまでもない。
【００２８】
図２は本発明の第２の基本構成を示す図である。図中，１〜４は上記図１の同じ符号の各部と同じであり説明を省略する。呼制御部１において，１３は呼制御処理部，１４は上記図１の１１と同じ名称であるが異なる制御を行うリソース管理制御部，１５は図１の１２と同じ障害監視部，パス検出部２内の２０は現用チャネル（Ｎチャネル）分備えたパス検出処理部，逆拡散部３内の３０は現用チャネル（Ｎチャネル）分の逆拡散処理部である。
【００２９】
本発明の第２の原理構成の特徴は，パス検出部２と逆拡散部３の何れにも現用のＮチャネル（１ユニットあたり）に対して予備チャネルは設けないで，障害時にはパス検出部２と逆拡散部３の各Ｎチャネルのパス検出処理部２０，逆拡散処理部３０の中の空きチャネルを検出して切り替え処理を行う。
【００３０】
ＭＰＵ４から任意のチャネル（Ｍチャネルとする）に受信オン要求し，呼制御部１がこれを受け取ると障害監視部１５は後段のパス検出部２と逆拡散部３に呼設定要求と設定パラメータを転送して監視タイマを起動し，それぞれからフィードバック（応答）が返ってくるか監視を行い，障害の検出を行う動作は上記図１と同様であり，異常検出をするとリソース管理制御部１４に通知する。リソース管理制御部１４は異常となったパス検出部２または逆拡散部３は，該当チャネルのあるパス検出部２の同一ユニットのＮチャネルのパス検出処理部２０または，逆拡散部３の同一ユニットのＮチャネルの逆拡散処理部３０の中から空き状態であるチャネルのリソース（パス検出処理部２０または逆拡散処理部３０）を検出し，その検出したリソースに対して障害発生チャネル（Ｍチャネル）の呼設定情報等を転送して追い出し処理を行い，追い出し先からのフィードバック情報が返ってくるとリソース管理制御部１４ではチャネルを追い出し先のチャネルからＭチャネルに逆変換してＭＰＵに対して報告するよう呼制御処理部１３に指示する。
【００３１】
これにより，ＭＰＵはＭチャネルが正常に動作しているものと認識する。この場合も，障害監視部１５は追い出し先のチャネルについて監視を行い，追い出し先チャネルについて異常を検出すると更に空きリソースを確認し，空きがあると再度そのチャネルに追い出し処理を行う。全てのリソースに空きが無くなると呼制御障害が発生したとしてＭＰＵにアラーム通知をする。
【００３２】
また，空きチャネルのリソースに追い出し処理を実行した後，障害発生をしたＭチャネルについてチェックを行って正常に復旧したことを確認すると，追い出し先のチャネルから復旧したＭチャネルのリソースに戻して継続動作させる。
【発明の効果】
【００３３】
以上に説明したように，第１の基本構成及び第２の基本構成によれば，呼制御系の異常発生時に，直ちに呼制御障害のアラームを発生することなく，できるだけ動作を継続させることができ，かつ自己復旧したことを検出すると元に戻すことで装置としての呼接続率向上，及びアラーム発生率低下による装置信頼度の向上を可能にする。
【００３４】
また，第１の基本構成によればパス検出部と逆拡散部の予備チャネル部を設けるだけで，障害検出時に予備チャネル部が空いていれば切り替えを迅速に行うことが可能となる。
【００３５】
また，第２の基本構成によればパス検出部と逆拡散部に対して予備チャネル部を設けることなく，障害検出時にも空きチャネルを検出して追い出しにより切り替えを行うことが可能となる。
【００３６】
また本発明は，マルチバンド無線基地局装置向けベースバンド処理部の復調部について適用する例だけ記載しているが，無線基地局装置以外の多数の端末に対する呼制御を行うシステムに対しても呼制御に関係する各種機構の障害に対して同様の原理を適用することにより同様の効果を奏することができる。
【発明を実施するための最良の形態】
【００３７】
図３〜図６は実施例１の呼制御部におけるフローチャート（その１）〜（その４）である。この実施例１は上記図１に示す本発明の第１の基本構成に対応し，呼制御部１内の呼制御処理部１０，リソース管理制御部１１及び障害監視部１２の相互の処理により実行される。また，パス検出部２，逆拡散部３のいずれにも，現用のＮチャネル（１ユニットあたり）に加え，予備チャネル部２１，３１を用意する（Ｎ＋１構成）。更に，この実施例ではＭＰＵ４，呼制御部１，パス検出部２，逆拡散部３がベースバンドカード上に３ユニット（各ユニットがＮチャネル）分が搭載されているものとする。
【００３８】
なお，呼制御部１の呼制御処理部１０，リソース管理制御部１１，障害監視部１２の各部の機能は，ＣＰＵ，メモリア及び各ブロック（１０〜１２の各部及び隣接するパス検出部２，逆拡散部３及びＭＰＵ４）とのインタフェース（図示省略）等の構成を備えた各部において以下に説明する実施例１の各フローチャートで示すプログラムにより実現される。
【００３９】
呼制御処理部において，ＭＰＵ４よりＭチャネル（ｃｈで表す）へ呼設定要求（受信オン要求：ＲＸＯＮで表す）が送られてくると（図３のＳ１），Ｍｃｈの呼設定パラメータを転送（呼制御部からパス検出部，逆拡散部へ）する（同Ｓ２）。これにより障害監視部１２で監視タイマを起動する（図３のＳ３）。この後，障害監視部１２はパス検出部２，逆拡散部３から転送受領通知が来たかを判別し（図３のＳ４），来ないと監視時間を越えたか判別して（同Ｓ５），越えた場合は，リソース管理制御部１１へ異常検出通知を送り（同Ｓ６），この後図４のフローに移行する。図３のＳ４において転送受領通知が来たことを識別すると，障害監視部１２で監視タイマがリセットされる（図３のＳ７）。次に呼制御処理部１０はＭＰＵ４に対して要求を認識したことを通知（要求設定のビジークリア処理）する（図３のＳ８）。続いて障害監視部１２でタイマを起動し（図３のＳ９），パス検出部２，逆拡散部３からＭｃｈ起動通知（割込み）が来たか判別し（同Ｓ１０），来ないと監視時間を越えたか判別し（同Ｓ１１），越えた場合はリソース管理制御部１１へ異常検出を通知し（同Ｓ１２），この後は図４のフローに移行する。障害監視部１２は上記ステップＳ１０でＭｃｈ起動通知が来たことを識別すると監視タイマをリセットし（図３のＳ１３），リソース管理制御部１１はＭＰＵ４に対しＭｃｈが起動したことを通知（割込み通知）する（同Ｓ１４）。
【００４０】
上記図３のステップＳ６，Ｓ１２においてリソース管理制御部１１に異常検出通知を送ると，図４の処理が実行され，リソース管理制御部１１で予備チャネルの空きをチェックし，同一ユニット（障害が発生したＭチャネルと同一ユニット）の予備チャネルが空きか判別し（図４のＳ１），空きがない場合は図５の処理に移行するが，空きがあると，障害発生元のＭチャネルの呼設定パラメータを同一ユニット内の予備チャネルへ転送するよう呼制御部１に指示する（同Ｓ２）。これにより呼制御処理部１０はＭｃｈの呼設定パラメータをコピーし同一ユニット内のパス検出部と逆拡散部の予備チャネルへ転送する（図４のＳ３）。これにより追い出し処理が実行される。
【００４１】
この後，障害監視部１２による監視タイマ起動（図４のＳ４）によりパス検出部と逆拡散部の予備チャネルからの転送受領通知の監視を行い（同Ｓ５），監視時間を越えると（同Ｓ６），図５の処理に移行し，転送受領通知が監視時間内に来ると，監視タイマをリセットする（同Ｓ７）。続いて，監視タイマを起動し（図４のＳ８），パス検出部，逆拡散部の予備チャネルからの起動通知の監視を行い（同Ｓ９，Ｓ１０），監視時間内に起動通知が来ないと図５の処理に移行する。起動通知が監視時間内に来ると，監視タイマをリセットする（同Ｓ１１）。
【００４２】
起動通知が監視時間内に来た場合，障害監視部１２はＭＰＵへ通知（起動通知）するチャネル（番号）として起動通知が発生した予備チャネルをＭチャネル（障害発生元チャネル）に変換するよう指示し（図４のＳ１２），ＭＰＵに対しＭチャネルの要求認識通知とＭチャネル起動を通知する（同Ｓ１３）。これにより，ＭＰＵからみると，あたかもＭチャネルは正常動作をしているようにみえる。続いて，障害発生元であるＭチャネル（パス検出部または逆拡散部）に対して復旧処理実行を指示する（図４のＳ１４）。この時実行される復旧処理の詳細を図６に示す。
【００４３】
すなわち，障害発生チャネルであるＭチャネルに対しリソース管理制御部から受信オフ・受信オンを指定する（図６のＳ１）。これに対し障害監視部１２はパス検出部・逆拡散部からオフ・オンの通知が返ってきたか判別し（図６のＳ２），返ってきた場合は復旧したものとして復旧通知をリソース管理制御部１１へ通知する（同Ｓ３）。オフ・オンの通知が返ってこないと，Ｍチャネルを初期化（該当チャネル領域の内部変数，レジスタ情報等の初期化）した後，Ｍチャネルに対しリソース管理制御部１１から受信オン・オフを実行し（図６のＳ４），これに対し障害監視部１２はパス検出部・逆拡散部からオン及びオフ通知が返ってきたか判定し（同Ｓ５），返ってきた場合は復旧したものとして復旧通知を行い（同Ｓ３），返ってこないとＭチャネルが自己復旧せず使用不可であることをリソース管理制御部１１へ通知する（同Ｓ６）。
【００４４】
上記図４のステップＳ１４で復旧処理実行を指示した後，リソース管理制御部は予備チャネルで通常動作を継続し，ＭＰＵからＭチャネルへの呼制御要求を受けると予備チャネルへ変換し，パス検出部と逆拡散部の予備チャネルからの測定報告はＭチャネルに変換する。そして，障害監視部ではＭチャネルが自己復旧したか（上記図６のＳ３で発生する復旧通知が発生したか）の判別をし（図４のＳ１６），自己復旧したことを検出すると，予備チャネルから再度Ｍチャネルへ追い出し（戻し）を指示し（同Ｓ１７），呼設定パラメータを元のＭチャネルへ転送し，通常動作を継続させる（同Ｓ１８）。また，ステップＳ１６で自己復旧しないことが分かった場合は，予備チャネルで継続動作させ，予備チャネル（リソース）の空きがなくなるまで引き続き動作させる。
【００４５】
上記図４のステップＳ１において同一ユニットの予備チャネルが空いてない場合，図５のフローチャートに移行し，リソース管理制御部１１は最初に他ユニットの予備チャネルに空きがあるか判別する（図５のＳ１），ここで他ユニットの予備チャネルにも空きがないとＭＰＵに対し，呼制御障害発生をアラームとして通知する（同Ｓ２）。他ユニットの予備チャネルに空きがあると，Ｍチャネルの呼設定パラメータをコピーし別ユニット内の予備チャネルへ転送する指示を行い（図５のＳ３），Ｍチャネルの呼設定パラメータを別ユニット内の予備チャネルへ転送（呼制御部からパス検出部，逆拡散部へ）する（同Ｓ４）。この後，他ユニットのパス検出部・逆拡散部の予備チャネルを使用した，転送受領通知の監視及びパス検出部・逆拡散部の起動通知の監視等の処理が図５のステップＳ５〜Ｓ１９において実行されるが，それらの各処理内容は上記図４のＳ４〜Ｓ１８の処理内容と同じであり，説明を省略する。
【００４６】
この実施例１は，マルチバンド無線基地局装置向けベースバンド処理部の復調部を実施例として効果を記載してきたが，それ以外にも呼制御処理がある同じようなシステムにも適用することができ，同様の効果を期待できる。
【００４７】
図７〜図１２は実施例２のフローチャート（その１）〜（その６）である。この実施例２は上記図２に示す本発明の第２の基本構成に対応し，呼制御部１内の呼制御処理部１３，リソース管理制御部１４及び障害監視部１５の相互の処理により実行される。更に，この実施例２ではＭＰＵ４，呼制御部１，パス検出部２，逆拡散部３がベースバンドカード上に３ユニット（各ユニットがＮチャネル）分が搭載されているものとする。
【００４８】
また，呼制御部１の呼制御処理部１３，リソース管理制御部１４，障害監視部１５の各部の機能は，ＣＰＵ，メモリア及び各ブロック（１３〜１５の各部及び隣接するパス検出部２，逆拡散部３及びＭＰＵ４）とのインタフェース（図示省略）等の構成を備えた各部において以下に説明する実施例２の各フローチャートで示すプログラムにより実現される。
【００４９】
最初に図７において，呼制御処理部１３でＭＰＵ４より任意の指定チャネル（Ｍチャネルとする）へ呼設定要求（受信オン要求：ＲＸＯＮ）が送られてくると（図７のＳ１），上記図３と同様の処理が行われてＭｃｈの呼設定パラメータを後段のパス検出部及び逆拡散部に転送し（同Ｓ２），監視タイマを起動し，それぞれのブロック（パス検出部と逆拡散部）から転送受領通知のフィードバックが返って来るか監視を始める。監視時間内に返って来ないと障害監視部１５はリソース管理制御部１４へ異常検出通知を発生し（図７のＳ６），図８の処理に移行する。転送受領通知のフィードバックが返ってきても，Ｍチャネル起動通知（割込み）が来たかの監視において，監視時間を越えても来ないと，異常検出通知を発生し（図７のＳ１２），図８の処理に移行する。監視時間内に起動通知が来ると，ＭＰＵに対してＭチャネルが起動したことを通知する動作は上記図３に示す実施例１と同じである。
【００５０】
図７のステップＳ６とＳ１２においてリソース管理制御部に異常検出通知を出力すると，図８の処理が実行され，リソース管理制御部１４で障害が発生したＭチャネルと同一ユニットに空きチャネルがあるか判別し（図８のＳ１），空きがない場合は図９の処理に移行するが，空きがあると，障害発生元のＭチャネルの呼設定パラメータを同一ユニット内の空きチャネルへ転送するよう呼制御処理部１３に指示し，割り当てチャネルを保持する（同Ｓ２）。これにより呼制御処理部１０はＭｃｈの呼設定パラメータをコピーし同一ユニット内のパス検出部と逆拡散部の空きチャネルへ転送し（図８のＳ３），空きチャネルへの追い出し処理が実行される。
【００５１】
この後，障害監視部１５による監視タイマ起動（図８のＳ４）によりパス検出部と逆拡散部の同一ユニットの空きチャネルからの転送受領通知の監視を行う（同Ｓ５），この図８のステップＳ５を含むステップＳ１５までの処理は上記実施例１の図４のＳ５〜Ｓ１５までのフローチャートと同じであり説明を省略する。なお，図８のステップＳ１４でＭチャネルに対して復旧処理実行指示が発生するが，ここでは上記図４のステップＳ１４と同様に図６に示された自己復旧処理が実行される。
【００５２】
図８のステップＳ１５において，追い出し先チャネル（同一ユニット内の空きチャネル）での通常動作を継続して後，ＭＰＵからの追い出し先（同一ユニット内の空きチャネル）へ呼設定要求があるか判別する（図８のＳ１６）。この判別は，ＭＰＵ４からみると空き状態に見える追い出し先チャネルに対して，呼設定要求が指定される可能性があるため，このステップにおいてチェックを行うものである。このチャネルへの呼設定要求が無い場合は，上記図４のＳ１６と同様の自己復旧したかの判別が行われ（図８のＳ１７），自己復旧しないとステップＳ１５に戻り通常動作を継続するが，自己復旧したことが分かると，当該空きチャネルに追い出された処理は本来のＭチャネルへ追い出し（戻し）指示がリソース管理制御部１４から出され，呼設定パラメータを元のＭチャネルへ転送して通常動作を継続する（図８のＳ１９）。上記ステップＳ１６において，ＭＰＵから追い出し先チャネルへ呼設定要求が有ると判別されると，後述する図１０の処理に移行する。
【００５３】
次に上記図８のステップＳ１において，同一ユニットに空きチャネルが無いことが分かった場合及び図８のステップＳ６，Ｓ１０において監視時間を越えても通知が戻ってこないと（障害発生時），図９の処理が実行される。この場合，他ユニットの空きチャネルがあるか判別し（図９のＳ１），無い場合はＭＰＵに対し，呼制御障害発生をアラームとして通知し（同Ｓ２），他ユニットに空きチャネルがあると，Ｍチャネルの呼設定パラメータを他ユニットの空きチャネルへ転送する指示を出し，割り当てチャネルを保持する（同Ｓ３）。続いて，Ｍチャネルの呼設定パラメータをコピーし別ユニット内空きチャネルへ転送（呼制御部からパス検出部，逆拡散部へ）する（図９のＳ４）。この後，図９のステップＳ５〜Ｓ２０の処理が他ユニット内の空きチャネルについて実行されるが，これらの各ステップの処理内容は上記図８のステップＳ４〜Ｓ１９（自己復旧処理を含む）と同様の処理が行われ，説明は省略する。なお，図９のステップＳ７及びＳ９において，フィードバックが来る前に監視時間を越えたと判断された場合は，図９のステップＳ１に戻る。また，上記図９のステップＳ１７において，ＭＰＵから追い出し先チャネル（他ユニットの空きチャネル）へ呼設定要求があると判断された場合は，後述する図１０の処理に移行する。
【００５４】
図１０は上記図８のステップＳ１８または図９のステップＳ１７において，ＭＰＵから追い出し先チャネル（同一ユニットの空きチャネルまたは他ユニットの空きチャネル）へ呼設定要求があると判断された場合であり，この場合は，リソース管理制御部１４は，同一ユニットに空きチャネルがあるか判別し（図１０のＳ１），無い場合は図１１の処理に移行し，有る場合は追い出し先チャネルの呼設定パラメータを再度同一ユニット内の空きチャネルへ転送指示し，割り当てチャネルを保持する（図１０のＳ２）。この場合，既に追い出し先に追い出された呼を更に同一ユニット内の空きチャネルへ追い出すことになる。そのため，Ｍチャネルの呼設定パラメータをコピーし同一ユニット内空きチャネルへ転送する（図１０のＳ３）。この後，ステップＳ４〜Ｓ１１において，上記図８のステップＳ４〜Ｓ１１と同様のパス検出部・逆拡散部からの転送受領通知受信の監視と，各部からの起動通知受信の監視が行われる。各監視動作において正常に通知が来たと判断されると，ＭＰＵへの，Ｍチャネルの要求認識通知とＭチャネル起動通知をマスクする（図１０のＳ１２）。このマスクは，既にＭチャネルで報告済みのためである。この後，図８に示すステップＳ１７へ移行して，自己復旧かの判別が行われる。
【００５５】
図１１は上記図１０のステップＳ１において同一ユニットに他の空きチャネルがないと判断された場合に実行される。最初に，他ユニットに空きチャネルが有るか判別し（図１１のＳ１），無い場合はＭＰＵに対しＭチャネルの呼制御障害発生をアラームとして通知し（同Ｓ２），ＭＰＵに対し，呼処理要求されたチャネルが，空きリソース不足のため起動できなかったことを通知する（同Ｓ３）。他ユニットに空きチャネルがあると判断されると，追い出し先チャネルの呼設定パラメータを再度他ユニット内の空きチャネルへ転送指示し，割り当てチャネルを保持し（図１１のＳ４），Ｍチャネルの呼設定パラメータをコピーし他ユニットの空きチャネルへ転送する（同Ｓ５）。この後，ステップＳ６〜Ｓ１３までの処理で，上記図１０のステップＳ４〜Ｓ１１と同様の他ユニットの空きチャネルのパス検出部，逆拡散部への転送受領通知受信の監視と，各部からの起動通知受信の監視が行われる。各監視動作において正常に通知が来たと判断されると，ＭＰＵへの，Ｍチャネルの要求認識通知とＭチャネル起動通知をマスクする（図１１のＳ１４）。このマスクは既にＭチャネルで報告済のためである。この後，図９のステップＳ１８の自己復旧したかの判別に移行する。
【００５６】
このようにＭＰＵから指定されたＭチャネル（任意のチャネル）のパス検出部または逆拡散部に障害が発生した場合，空きがあった場合は再度そちらに追い出し処理をする（再追い出し）。
【００５７】
すべてのリソース（同一ユニット／他ユニット）に空きがなくなった場合は，そこで初めて呼制御障害発生したとＭＰＵへアラーム通知する。
【００５８】
該当チャネルの追い出し後，リソース管理制御部では，もともとの障害発生チャネルであったＭチャネルについて，実施例１と同様に，受信オフ・受信オンを実施し，正しく通知が返って来るか確認（返って来たら復旧）する。上記で復旧しない場合は，該当チャネル領域の内部変数，レジスタ情報などの初期化実施し，正しく通知が返って来るか確認（返って来たら復旧）を実施し，自己復旧するかどうか確認する。
【００５９】
自己復旧した場合は，追い出し先チャネルから再度M チャネルへ追い出し（戻し）を指示し，もとのＭチャネルで継続動作させる。また自己復旧しなかった場合は，追い出し先チャネルで継続動作させ，リソースの空きがなくなるまで引き続き動作させる。
【００６０】
またＭＰＵは，追い出し先チャネルが動作しているかどうか知らないため，その追い出し先チャネルに対して，呼設定要求を実施する場合がありうる。もし追い出し先チャネルに対して，呼設定を要求された場合，現在の追い出し先チャネルとして使っている元々のＭチャネルの情報を再度別の空きチャネルへ追い出し（再追い出し）し，そちらで継続動作させる。この場合も全てのリソースに空きがなくなってしまった場合は，呼制御障害発生したとＭＰＵへアラーム通知する。
【００６１】
以上により，この実施例２により実施例１と同様に，ベースバンド処理部の復調部にかぎらず，呼制御処理がある同じようなシステムにも実施することができることは明らかであり，同様の効果を奏することができる。なお実施例１のように予備チャネル部を設ける必要がない点で回路規模を増加させることなく，同様の効果を有する構成となる。
【００６２】
（付記１）  ベースバンド処理カードに多チャネル処理を行う呼制御部とパス検出部及び逆拡散部を搭載した無線基地局において，前記パス検出部と逆拡散部はそれぞれ現用の所定チャネルに対応するパス検出処理部と逆拡散処理部の他にそれぞれに予備チャネル部を備え，前記呼制御部に上位装置からの呼設定要求が入力されると前記パス検出部と逆拡散部に対しチャネルを指定して呼設定要求を送出する呼制御処理部と，前記呼設定要求の送出に対してそれぞれからの確認応答の有無を監視して障害を検出する障害監視部と，前記障害監視部による障害検出により起動されて前記予備チャネル部が空き状態であると前記障害検出したチャネルの処理を前記予備チャネル部へ追い出し処理を行うリソース管理制御部を備え，前記追い出し処理により追い出し先の前記予備チャネル部からの確認応答を前記障害監視部が受け取ると，前記予備チャネル部の番号を前記障害が発生した元のチャネル番号に変換して前記上位装置に応答することを特徴とする無線基地局。
【００６３】
（付記２）  付記１において，前記障害となったチャネルの処理の前記予備チャネル部への追い出し処理は，前記障害となったチャネルの呼設定要求と設定パラメータとを前記予備チャネル部へ転送することにより行い，前記障害監視部により追い出し先の予備チャネル部からの応答を監視することを特徴とする無線基地局。
【００６４】
（付記３）  付記１において，前記パス検出部と逆拡散部をベースバンド処理カード上に複数ユニット搭載し，前記予備チャネル部を各ユニットのそれぞれに設け，前記障害監視部により前記パス検出部または逆拡散部の障害が検出されると，前記リソース管理制御部は前記障害が検出されたユニットと同一ユニットの予備チャネル部に追い出し処理を行い，前記追い出し処理を行った予備チャネル部に対して前記障害監視部による監視を行って障害が検出されると前記リソース管理制御部は同一カード上の他ユニットの予備チャネル部に前記障害が検出されたチャネルの処理を追い出し処理を行うことを特徴とする無線基地局。
【００６５】
（付記４）  ベースバンド処理カードに多チャネル処理を行う呼制御部とパス検出部及び逆拡散部を搭載した無線基地局において，前記パス検出部と逆拡散部はそれぞれ現用の所定チャネルに対応するパス検出処理部と逆拡散処理部を備え，前記呼制御部に上位装置からの呼設定要求が入力すると前記パス検出部と逆拡散部に対しチャネルを指定して呼設定要求を送出する呼制御処理部と，前記呼設定要求の送出に対してそれぞれからの確認応答の有無を監視して障害を検出する障害監視部と，前記障害監視部による障害検出により起動され，障害が検出されたパス検出部または逆拡散部の空きチャネルを検出して，前記障害となったチャネルの処理を検出された前記空きチャネルへ追い出し処理を行うリソース管理制御部を備え，前記追い出し処理により追い出し先の前記空きチャネルからの確認応答を前記障害監視部が受け取ると，前記空きチャネルの番号を前記障害が発生した元のチャネル番号に変換して前記上位装置に応答することを特徴とする無線基地局。
【００６６】
（付記５）  付記４において，前記障害となったチャネルの前記空きチャネルへの追い出し処理は，前記障害となったチャネルの呼設定要求と設定パラメータとを前記空きチャネルへ転送することにより行い，前記障害監視部により追い出し先の空きチャネルからの応答を監視することを特徴とする無線基地局。
【００６７】
（付記６）  付記４において，前記リソース管理制御部は，前記追い出し処理により追い出し先となったチャネルに対し，上位装置から呼設定の要求が発生すると，他の空きチャネルを検出して前記追い出し先のチャネルの呼設定情報を前記他の空きチャネルへ転送して追い出し処理を行い，最初の追い出し元のチャネルの呼設定情報を複写して転送することを特徴とする無線基地局。
【００６８】
（付記７）  付記４において，前記パス検出部と逆拡散部をベースバンド処理カード上に複数ユニット搭載し，前記障害監視部により前記パス検出部または逆拡散部の障害が検出されると，前記リソース管理制御部は前記障害が発生したユニットと同一ユニットの空きチャネルに追い出し処理を行い，前記同一ユニットに空きチャネルがない場合は，前記リソース管理制御部は同一カード上の他ユニットの空きチャネルに前記障害が検出されたチャネルの処理の追い出し処理を行うことを特徴とする無線基地局。
【００６９】
（付記８）  付記１乃至７において，前記リソース管理制御部は，追い出し処理により追い出し先で継続動作をしている間に，追い出し元の障害が発生したチャネルについて自己復旧処理を実行し，自己復旧を検出すると，前記追い出し先の処理を元のチャネルに戻す制御を行うことを特徴とする無線基地局。
【図面の簡単な説明】
【００７０】
【図１】本発明の第１の基本構成を示す図である。
【図２】本発明の第２の基本構成を示す図である。
【図３】実施例１の呼制御部におけるフローチャート（その１）を示す図である。
【図４】実施例１の呼制御部におけるフローチャート（その２）を示す図である。
【図５】実施例１の呼制御部におけるフローチャート（その３）を示す図である。
【図６】実施例１の呼制御部におけるフローチャート（その４）を示す図である。
【図７】実施例２の呼制御部におけるフローチャート（その１）を示す図である。
【図８】実施例２の呼制御部におけるフローチャート（その２）を示す図である。
【図９】実施例２の呼制御部におけるフローチャート（その３）を示す図である。
【図１０】実施例２の呼制御部におけるフローチャート（その４）を示す図である。
【図１１】実施例２の呼制御部におけるフローチャート（その５）を示す図である。
【図１２】従来例の構成を示す図である。
【図１３】従来例の呼制御処理部のフローチャートの例を示す図である。
【図１４】Ｍチャネルの受信要求があった場合の時間経過に対応した動作シーケンスの概要を示す図である。
【符号の説明】
【００７１】
１        呼制御部
１０      呼制御処理部
１１      リソース管理制御部
１２      障害監視部
２        パス検出部
２０      パス検出処理部
２１      予備チャネル部
３        逆拡散部
３０      逆拡散処理部
３１      予備チャネル部
４        ＭＰＵ
【図１】
2008228254.tif 000003
【図２】
2008228254.tif 000004
【図３】
2008228254.tif 000005
【図４】
2008228254.tif 000006
【図５】
2008228254.tif 000007
【図６】
2008228254.tif 000008
【図７】
2008228254.tif 000009
【図８】
2008228254.tif 000010
【図９】
2008228254.tif 000011
【図１０】
2008228254.tif 000012
【図１１】
2008228254.tif 000013
【図１２】
2008228254.tif 000014
【図１３】
2008228254.tif 000015
【図１４】
2008228254.tif 000016