(57)【特許請求の範囲】
【請求項１】
データを送信する第１のプロセッサと、
前記第１のプロセッサからデータを受信する第２のプロセッサと、
データが蓄積される蓄積部とを有し、
前記第２のプロセッサは、障害の発生通知を前記第１のプロセッサに送信し、前記障害の復旧処理を行った後、復旧通知を前記第１のプロセッサに送信し、
前記第１のプロセッサは、
前記障害の発生通知を受信したとき、データの送信を停止して、送信するデータのトラフィック量に応じ送信待ちのデータを選択し、該選択したデータを前記蓄積部に蓄積し、
前記復旧通知を受信した後、前記蓄積部に蓄積されたデータを前記第２のプロセッサに送信することを特徴とするマルチプロセッサシステム。
【請求項２】
前記第１のプロセッサは、前記障害の発生通知を受信した後、復旧指示を前記第２のプロセッサに送信し、
前記第２のプロセッサは、前記復旧指示を受信した後、前記障害の復旧処理を行うことを特徴とする請求項１に記載のマルチプロセッサシステム。
【請求項３】
第１のプロセッサから送信されたデータを受信する第２のプロセッサが、障害の発生通知を前記第１のプロセッサに送信する工程と、
前記第１のプロセッサが、前記障害の発生通知を受信したとき、データの送信を停止して、送信するデータのトラフィック量に応じ送信待ちのデータを選択する工程と、
該選択したデータを蓄積部に蓄積する工程と、
前記第２のプロセッサが、前記障害の復旧処理を行う工程と、
前記第２のプロセッサが、前記復旧処理を行った後、復旧通知を前記第１のプロセッサに送信する工程と、
前記第１のプロセッサが、前記復旧通知を受信した後、前記蓄積部に蓄積されたデータを前記第２のプロセッサに送信する工程とを含むことを特徴とするプロセッサ間通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、マルチプロセッサシステム、及び、プロセッサ間通信方法に関する。
【背景技術】
【０００２】
ルータ装置などの通信装置において、複雑な処理を負荷分散して行うために、複数のプロセッサを備えるマルチプロセッサシステムが用いられる。複数のプロセッサは、各々の機能を実行し、互いにデータを送受信する。このプロセッサ間通信は、通信装置に限られず、他種の装置においても用いられる。
【０００３】
プロセッサ間通信に関し、例えば特許文献１には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）からエラー解析情報を取得する技術が開示されている。また、特許文献２には、サブプロセッサの障害をメインプロセッサに通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−１１０８５８号公報
【特許文献２】特開平１０−２７１１８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
プロセッサ間通信において、一方のプロセッサに障害が発生した場合、該プロセッサは、障害内容の記録動作、及び、リセットなどの復旧動作を行う。このとき、該プロセッサは、他方のプロセッサから送信されたデータを受信することができないため、データの損失が生ずる。このデータ損失は、例えば通信装置の場合、通話やデータ通信が一時的に途絶するなどの障害を引き起こす。
【０００６】
そこで本件は上記の課題に鑑みてなされたものであり、プロセッサ間通信におけるデータの損失を抑制するマルチプロセッサシステム、及びプロセッサ間通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本明細書に記載のマルチプロセッサシステムは、データを送信する第１のプロセッサと、前記第１のプロセッサからデータを受信する第２のプロセッサと、データが蓄積される蓄積部とを有し、前記第２のプロセッサは、障害の発生通知を前記第１のプロセッサに送信し、該障害の復旧処理を行った後、復旧通知を前記第１のプロセッサに送信し、前記第１のプロセッサは、前記障害の発生通知を受信したとき、データの送信を停止して、送信するデータのトラフィック量に応じ送信待ちのデータを選択し、該選択したデータを前記蓄積部に蓄積し、前記復旧通知を受信した後、前記蓄積部に蓄積されたデータを前記第２のプロセッサに送信する。
【０００８】
本明細書に記載のプロセッサ間通信方法は、第１のプロセッサから送信されたデータを受信する第２のプロセッサが、障害の発生通知を前記第１のプロセッサに送信する工程と、前記第１のプロセッサが、前記障害の発生通知を受信したとき、データの送信を停止して、送信するデータのトラフィック量に応じ送信待ちのデータを選択する工程と、該選択したデータを蓄積部に蓄積する工程と、前記第２のプロセッサが、該障害の復旧処理を行う工程と、前記第２のプロセッサが、前記復旧処理を行った後、復旧通知を前記第１のプロセッサに送信する工程と、前記第１のプロセッサが、前記復旧通知を受信した後、前記蓄積部に蓄積されたデータを前記第２のプロセッサに送信する工程とを含む。
【発明の効果】
【０００９】
本明細書に記載のマルチプロセッサシステム、及びプロセッサ間通信方法は、プロセッサ間通信におけるデータの損失を抑制することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】無線通信ネットワークの構成を示す構成図である。
【図２】無線ネットワーク制御装置の構成を示す構成図である。
【図３】マルチプロセッサシステムの構成を示す構成図である。
【図４】呼処理データの一例を示す構成図である。
【図５】メインプロセッサ、及びサブプロセッサの機能構成を示す構成図である。
【図６】サブプロセッサの動作を示すフローチャートである。
【図７】第１障害管理部の動作を示すフローチャートである。
【図８】第２障害管理部の動作を示すフローチャートである。
【図９】送信処理部の動作を示すフローチャートである。
【図１０】マルチプロセッサシステム内の情報の送受信処理を示すラダーチャートである。
【発明を実施するための形態】
【００１１】
図１は、無線通信ネットワークの構成を示す構成図である。無線通信ネットワークは、複数の無線ネットワーク制御装置（ＲＮＣ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）１と、複数の無線基地局装置（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）２と、複数の端末装置３とを含む。さらに、無線ネットワークは、オペレーションシステム（ＯＰＳ：Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）５と、ＩＰ／ＡＴＭ変換器（ＩＷＵ：ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｕｎｉｔ）６と、移動マルチメディア交換システム（ＭＭＳ：Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｗｉｔｃｈｉｎｇ  Ｓｙｓｔｅｍ）４とを含む。無線通信ネットワークは、例えばＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システムを構成する。
【００１２】
端末装置３は、例えば、携帯電話機やスマートフォンなどの無線通信機能を備えた移動体通信装置である。無線基地局装置２は、無線基地局に設置され、端末装置３の通信を中継処理する。
【００１３】
無線ネットワーク制御装置１は、ＩＰ／ＡＴＭ変換器６を介し、光ファイバなどにより複数の無線基地局装置２と、それぞれ通信可能に接続されている。ＩＰ／ＡＴＭ変換器６は、無線ネットワーク制御装置１が送受信可能なイーサネット（登録商標、以下同様）フレームと、無線基地局装置２が送受信可能なＡＴＭ（ＡＴＭ：Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）セルとを、互いにフォーマット変換する。
【００１４】
また、オペレーションシステム５は、無線ネットワーク制御装置１の管理制御を行うための装置である。移動マルチメディア交換システム４は、ＩＰネットワーク（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ＮＷを介して、複数の無線ネットワーク制御装置１と接続され、データ交換網を構成する。
【００１５】
無線ネットワーク制御装置１は、複数の無線基地局装置２を制御することによって、発着信接続制御、終話制御、及びダイバーシチハンドオーバ制御などを行う。ダイバーシチハンドオーバ制御は、同一の端末装置３から、複数の無線基地局装置２を経由して送信された信号の選択合成処理、及び、複数の無線基地局装置２への複製分配処理などを含む。
【００１６】
図２は、無線ネットワーク制御装置１の構成を示す構成図である。無線ネットワーク制御装置１は、クロックインターフェース部１ａと、装置間インターフェース部１ｂと、制御信号終端部１ｃと、装置制御部１ｄと、信号処理部１ｅと、スイッチ部１ｆとを有する。
【００１７】
クロックインターフェース部１ａは、外部からＤＣＳ（Ｄｉｇｉｔａｌ  Ｃｌｏｃｋ  Ｓｕｐｐｌｙ）クロックを受信して、無線ネットワーク装置１の動作基準クロック信号を生成し、スイッチ部１ｆを介して各部１ｂ，１ｃ，１ｄ，１ｅに分配する。スイッチ部１ｆは、各部１ｂ〜１ｅの間において送受信されるメッセージデータをスイッチングするレイヤ２スイッチである。
【００１８】
装置間インターフェース部１ｂは、他の無線ネットワーク制御装置１、無線基地局装置２、及び移動マルチメディア交換システム４との通信などを処理する。通信は、例えばギガビットイーサネット（ＧｂＥ）技術により行われる。制御信号終端部１ｃは、他の無線ネットワーク制御装置１、無線基地局装置２、及び移動マルチメディア交換システム４などから受信した制御信号を終端処理する。
【００１９】
装置制御部１ｄは、オペレーションシステム５からの制御信号の終端処理、及びＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）制御などを行う。信号処理部１ｅは、上記のダイバーシチハンドオーバ制御に加えて、無線回線のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層多重分離処理、及び、呼処理などの制御信号の終端処理を行う。
【００２０】
無線ネットワーク制御装置１は、高速で信頼性が高い処理を行うために、マルチプロセッサシステムを備えている。図３は、マルチプロセッサシステムの構成を示す構成図である。
【００２１】
本実施例に係るマルチプロセッサシステムは、信号処理部１ｅにおいて呼処理機能が備えられた基板ユニットに設けられているものとするが、これに限定されず、他の機能部１ｂ〜１ｄに設けられてもよい。マルチプロセッサシステムは、メインプロセッサ１１と、サブプロセッサ１２と、割り込み処理部１３と、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス１４と、インターフェース部１０１，１０２とを含む。マルチプロセッサシステムは、さらに、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１７１，１７２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１６１，１６２と、バッファ１５と、障害情報記録部１８とを含む。
【００２２】
メインプロセッサ１１、及びサブプロセッサ１２は、ＣＰＵやネットワークプロセッサなどの演算処理回路である。メインプロセッサ１１は、ＲＯＭ１７１、ＲＡＭ１６１、及び蓄積部１５と接続されている。サブプロセッサ１２は、ＲＯＭ１７２、ＲＡＭ１６２、及び障害情報記録部１８と接続されている。ＲＯＭ１７１，１７２は、メインプロセッサ１１、及びサブプロセッサ１２の動作させるプログラムをそれぞれ記憶している。ＲＡＭ１６１，１６２は、それぞれ、メインプロセッサ１１、及びサブプロセッサ１２のワーキングメモリとして機能する。
【００２３】
メインプロセッサ１１は、無線ネットワーク装置１内の他の機能部１ｂ〜１ｄからインターフェース部１０１を介して、通話の音声、及びデータ通信の情報などを含むメッセージデータを受信し、所定のプロトコルに基づいて処理する。また、メインプロセッサ１１は、メッセージデータの統計情報を収集することによってネットワーク状況の監視なども行う。なお、以降の説明では、このメッセージデータを、「呼処理データ」と表記する。
【００２４】
図４には、呼処理データの一例が示されている。呼処理データは、送信元ＩＤ７０、宛先ＩＤ７１、メッセージＩＤ７２、優先度情報７３、及びメッセージ７４などを含む。送信元ＩＤ７０、及び宛先ＩＤ７１は、送信元、及び宛先となるデバイス、またはソフトウェアのタスクなどをそれぞれ示す。メッセージＩＤ７２はメッセージ種別を示し、優先度情報７３はメッセージの優先度を示す。また、メッセージ７４は、データ本体である。
【００２５】
メインプロセッサ１１は、処理済みの呼処理データを、ＰＣＩバス１４を介してサブプロセッサ１２に送信する。サブプロセッサ１２は、メインプロセッサ１１から受信した呼処理データについて、メインプロセッサ１１において行われない他の処理を行う。なお、呼処理データは、ＰＣＩバス１４に限定されず、例えばＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）、Ｉ２Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、イーサネット、またはＳＰＩ（Ｓｅｒｉａｌ  Ｐｈｅｒｉｐｈｅｒａｌ  Ｉｎｔｅｒｆａｃｅ）などの他の通信手段により送受信されてもよい。
【００２６】
また、メインプロセッサ１１、及びサブプロセッサ１２は、割り込み処理部１３を介して、各種の通知を送受信する。割り込み処理部１３は、プロセッサ１１，１２がアクセス可能なメモリ空間を有し、各通知に対応するマスクレジスタ、及びステータスレジスタを有する。メインプロセッサ１１、及びサブプロセッサ１２は、マスクレジスタのマスク状態を解除し、ステータスレジスタをアクティブ状態とすることによって、他方のプロセッサ１２，１１に、該当するステータスレジスタに応じた割り込み処理を発生させる。マスクレジスタは、該当する割り込み処理の発生後、再びマスク状態とされる。このように、割り込み処理を用いて通知の送受信を行うことにより、メインプロセッサ１１、及びサブプロセッサ１２は、各通知を契機とする処理を即時に実行することが可能となる。なお、通知は、上述した他の通信手段により行われてもよい。
【００２７】
上述した呼処理データに関する処理などは、メインプロセッサ１１、及びサブプロセッサ１２に形成された各機能により行われる。図５は、メインプロセッサ１１、及びサブプロセッサ１２の機能構成を示す構成図である。
【００２８】
メインプロセッサ１１は、読出処理部１１０と、送信処理部１１１と、トラフィック監視部１１２と、第１障害監視部１１３と、第２障害管理部１１４と、通信処理部１１５とを含む。サブプロセッサ１２は、受信処理部１２１と、障害検出部１２２と、障害処理部１２３と、プロセッサコア１２４と、通信処理部１２５とを含む。なお、各部１１０〜１１５、１２１〜１２５は、プログラムに組み込まれたオペレーティングシステムに基づいて動作する。
【００２９】
通信処理部１１５，１２５は、通信ドライバ、及び割り込みドライバとして機能し、ＰＣＩバス１４を介した呼処理データの送受信、及び、割り込み処理部１３を介した各通知の送受信をそれぞれ処理する。メインプロセッサ１１の送信処理部１１１は、インターフェース部１０１から受信した呼処理データを、通信処理部１１５、及びＰＣＩバス１４を介してサブプロセッサ１２に送信する。サブプロセッサ１２の受信処理部１２１は、通信処理部１２５を介して呼処理データを受信する。
【００３０】
障害検出部１２２は、サブプロセッサ１２に生じた障害を検出する。障害としては、例えばウォッチドッグタイムアウトが挙げられる。ウォッチドッグタイムアウトは、サブプロセッサ１２が、何らかの要因によりウォッチドッグタイマのクリア命令を発行できないときに生ずる。なお、障害は、ウォッチドッグタイムアウトに限定されず、他のエラーであってもよい。
【００３１】
障害検出部１２２は、障害を検出したとき、復旧処理に先立って障害の発生通知、及び障害情報の記録を行うため、プロセッサコア１２４に対して、自律的なリセットの禁止設定を行う。障害検出部１２２は、障害処理部１２３を、割り込み処理として起動する。
【００３２】
障害処理部１２３は、障害情報記録部１８に該障害に関する情報を記録する。障害がウォッチドッグタイムアウトの場合、情報としては、ダンプ処理により収集したサブプロセッサ１２の障害要因レジスタの内容などが挙げられる。なお、障害情報記録部１８は、ＲＡＭやＲＯＭなどの記録手段であり、障害処理部１２３からメモリドライバを介してアクセスされる。なお、障害情報記録部１８は、ＲＡＭ１６２、及びＲＯＭ１７２の少なくとも一方に含まれてもよい。
【００３３】
また、障害処理部１２３は、障害の発生通知を、通信処理部１１５を介してメインプロセッサ１１に送信する。このとき、通信処理部１１５は、割り込み処理部１３のマスクレジスタ、及びステータスレジスタにアクセスすることによって、メインプロセッサ１１に対して割り込み処理を発生させる。
【００３４】
メインプロセッサ１１の通信処理部１２５は、障害の発生通知がなされたとき、第１障害管理部１１３を、割り込み処理として起動させる。第１障害管理部１１３は、ＲＡＭ１６１に記憶された障害管理情報１６１ｂを、「障害有」の状態に更新する。
【００３５】
送信処理部１１１は、障害管理情報１６１ｂを参照し、障害管理情報１６１ｂが「障害有」を示す場合、呼処理データの送信を停止して、送信待ちの呼処理データを蓄積部１５に蓄積する。このため、送信処理部１１１は、障害が発生しているサブプロセッサ１２に呼処理データを送信することがない。
【００３６】
蓄積部１５は、例えばＲＡＭであり、呼処理データが蓄積されるバッファとして機能する。なお、蓄積部１５は、ＲＡＭ１６１とは別に構成されているように記載されているが、ＲＡＭ１６１の内部に含まれてもよいし、例えばハードディスクドライブなどの他のデータ蓄積手段であってもよい。
【００３７】
また、第１障害管理部１１３は、トラフィック監視部１１２から、呼処理データのトラフィック量を示す情報を取得し、この情報に基づいて、ＲＡＭ１６１に記憶されたトラフィック情報１６１ａを更新する。トラフィック情報１６１ａは、例えば、呼処理データのトラフィック量が所定の閾値より多い場合に「多い」を示し、少ない場合に「少ない」を示すように更新される。つまり、トラフィック情報１６１ａは、障害が発生した時点における呼処理データのトラフィック量を示す。
【００３８】
送信処理部１１１は、トラフィック情報１６１ａを参照し、トラフィック情報１６１ａが「多い」を示す場合、優先度情報７３が高優先を示す呼処理データのみを、蓄積部１５に蓄積する。一方、トラフィック情報１６１ａが「少ない」を示す場合、送信処理部１１１は、優先度情報７３に依らずに、全ての呼処理データを蓄積部１５に蓄積する。このように、メインプロセッサ１１は、送信する呼処理データのトラフィック量に応じて、蓄積部１５に蓄積する呼処理データを選択するから、効率的に蓄積部１５を利用することができる。なお、上記の選択手法は、一例であり、他の手法を用いてもよい。
【００３９】
トラフィック監視部１１２は、時間間隔をおいて、インターフェース部１０１に入力される呼処理データのトラフィックを監視する。トラフィック監視部１１２は、第１障害管理部１１３からの要求に応じて、トラフィック量を統計的に算出し、トラフィック量を示す情報を第１障害管理部１１３に出力する。
【００４０】
第１障害管理部１１３は、障害の発生通知を受信した後、復旧指示を、通信処理部１１５、及び割り込み処理部１３を介してサブプロセッサ１２に送信する。サブプロセッサ１２において、障害処理部１２３は、復旧指示を、通信処理部１２５を介して受信する。障害処理部１２３は、復旧指示を受信した後、障害の復旧処理を行う。より具体的には、障害処理部１２３は、復旧指示に従い、プロセッサコア１２４に対してリセット命令を発行する。
【００４１】
プロセッサコア１２４は、リセット命令を受けたとき、リセットベクタを起動し、ＲＯＭ１７２に記憶されているＢＯＯＴプログラム１７２ａを読み出して実行する。プロセッサコア１２４は、ＢＯＯＴプログラム１７２ａの実行によりプロセッサ１２の初期化などの処理を行う。このため、ＢＯＯＴプログラム１７２ａが実行されている間、プロセッサ１２は、呼処理データを受信することができない。プロセッサコア１２４は、復旧処理、つまりリセットを行った後、復旧通知を、通信処理部１２５、及び割り込み処理部１３を介してメインプロセッサ１１に送信する。
【００４２】
このように、メインプロセッサ１１は、障害の発生通知を受信した後、復旧指示をサブプロセッサ１２に送信する。また、サブプロセッサ１２は、メインプロセッサ１１から復旧指示を受信した後、復旧処理を行う。したがって、障害発生時のプロセッサ１１，１２間の処理のタイミング整合が、効果的に行われる。
【００４３】
メインプロセッサ１１の通信処理部１２５は、復旧通知がなされたとき、第２障害管理部１１４を、割り込み処理として起動させる。第２障害管理部１１４は、ＲＡＭ１６１に記憶された障害管理情報１６１ｂを、「障害無」の状態に更新する。送信処理部１１１は、障害管理情報１６１ｂを参照し、障害管理情報１６１ｂが「障害無」を示す場合、呼処理データを、蓄積部１５に蓄積せずに、サブプロセッサ１２に送信する。
【００４４】
また、第２障害管理部１１４は、読出処理部１１０を起動する。読出処理部１１０は、蓄積部１５に蓄積された呼処理データを、通信処理部１１５、及びＰＣＩバス１４を介してサブプロセッサ１２に送信する。送信は、蓄積部１５に蓄積された呼処理データがなくなるまで行われる。送信された呼処理データは、サブプロセッサ１２において、通信処理部１２５を介して受信処理部１２１により受信される。
【００４５】
このように、メインプロセッサ１１は、障害の発生通知を受信したとき、呼処理データの送信を停止して、送信待ちのデータを蓄積部１５に蓄積し、復旧通知を受信した後、蓄積部１５に蓄積された呼処理データをサブプロセッサ１２に送信する。したがって、メインプロセッサ１１は、障害発生中、または復旧処理（リセット）中、サブプロセッサ１２に呼処理データを送信せず、蓄積された呼処理データは、障害復旧後に送信されるから、プロセッサ間通信における呼処理データの損失が抑制される。
【００４６】
次に、図６〜図１０を参照して、メインプロセッサ１１、及びサブプロセッサ１２の障害発生時の動作を説明する。図６には、サブプロセッサ１２の動作が示されている。なお、以降の説明において、図１０に示されたラダーチャートを適宜に参照する。
【００４７】
障害検出部１２２は、障害の発生を検出すると（ステップＳｔ１のＹＥＳ）、プロセッサコア１２４に対して自律的なリセットの禁止設定を行う（ステップＳｔ２）。リセットの禁止設定は、例示したウォッチドッグタイムアウトのように、自律的なリセットを伴う場合に行われ、そうでない場合、行われなくてもよい。
【００４８】
次に、障害処理部１２３が、割り込み処理として起動し、障害に関する情報を収集して、障害情報記録部１８に記録する（ステップＳｔ３）。ここで、障害処理部１２３は、自プロセッサ１２のファイルシステムを用いて障害情報記録部１８に記録してもよいが、これに限定されない。
【００４９】
例えば、障害処理部１２３は、該情報を、通信処理部１２５を介してメインプロセッサ１１に送信し、メインプロセッサ１１のファイルシステムを用いて、ＲＡＭなどの記録手段に記録してもよい。また、障害処理部１２３は、ネットワークを経由して、外部のファイルサーバにアクセスすることにより当該記録処理を行ってもよい。さらに、障害処理部１２３は、自プロセッサ１２のファイルシステム、メインプロセッサ１１のファイルシステム、及び外部のファイルサーバの各容量値を取得しておき、該情報の情報量と比較することによって、情報を格納可能なものを選択してもよい。
【００５０】
次に、障害処理部１２３は、図１０の符号Ｃ３に示されるように、メインプロセッサ１１に障害の発生通知を送信する（ステップＳｔ４）。障害の発生通知は、例えば障害の種別、障害要因、及び発生時刻などの情報を含んでもよい。なお、障害の発生通知は、上記のステップＳｔ３の処理に先立って行われてもよい。
【００５１】
障害処理部１２３は、障害の発生通知を送信した後、待機処理を行う。障害処理部１２３は、図１０の符号Ｃ４に示されるように、メインプロセッサ１１から復旧指示を受信すると（ステップＳｔ５のＹＥＳ）、処理を再開する。
【００５２】
障害処理部１２３は、図１０の符号Ｃ７に示されるように、プロセッサコア１２４に対してリセット命令を発行する（ステップＳｔ６）。そして、プロセッサコア１２４は、リセット命令に従い、リセットベクタを起動する（ステップＳｔ７）。これにより、ＢＯＯＴプログラム１７２ａが実行される。
【００５３】
次に、プロセッサコア１２４は、図１０の符号Ｃ８に示されるように、メインプロセッサ１１に復旧通知を送信して（ステップＳｔ６）、自プロセッサ１２の初期化処理を行って（ステップＳｔ９）、処理を終了する。このようにして、サブプロセッサ１２の処理は実行される。
【００５４】
図７は、第１障害管理部１１３の動作を示すフローチャートである。第１障害管理部１１３は、図１０の符号Ｃ３に示されるように、サブプロセッサ１２から障害の発生通知を受信すると（ステップＳｔ１１のＹＥＳ）、割り込み処理として起動され、障害管理情報１６１ｂを「障害有」の状態に更新する（ステップＳｔ１２）。これにより、送信処理部１１１は、図１０の符号Ｃ１，Ｃ２に示される呼処理データの送信を停止し、符号Ｃ４，Ｃ５に示されるように、呼処理データを蓄積部１５に蓄積する。
【００５５】
次に、第１障害管理部１１３は、トラフィック監視部１１２に要求して取得した呼処理データのトラフィック量に基づいて、トラフィック情報１６１ａを「多い」、または「少ない」の状態に更新する。送信処理部１１１は、トラフィック情報１６１ａに応じて、蓄積部１５に蓄積する呼処理データを選択する。
【００５６】
次に、第１障害管理部１１３は、図１０の符号Ｃ６に示されるように、復旧指示をサブプロセッサ１２に送信し（ステップＳｔ１４）、処理を終了する。このようにして、第１障害管理部１１３の処理は実行される。
【００５７】
図８は、第２障害管理部１１４の動作を示すフローチャートである。第２障害管理部１１４は、図１０の符号Ｃ８に示されるように、サブプロセッサ１２から復旧通知を受信すると（ステップＳｔ１５のＹＥＳ）、割り込み処理として起動され、障害管理情報１６１ｂを「障害無」の状態に更新する（ステップＳｔ１６）。これにより、送信処理部１１１は、図１０の符号Ｃ４，Ｃ５に示される呼処理データの蓄積処理を停止し、符号Ｃ１２，Ｃ１３に示されるように、呼処理データのサブプロセッサ１２への送信を再開する。
【００５８】
次に、第２障害管理部１１４は、図１０の符号Ｃ９に示される読み出し指示を、読出処理部１１０に出力する（ステップＳｔ１７）。これにより、読出処理部１１０は、図１０の符号Ｃ１０，Ｃ１１に示されるように、蓄積部１５から呼処理データを読み出して、サブプロセッサ１２に送信する（ステップＳｔ１８）。第２障害管理部１１４は、蓄積部１５に蓄積された全ての呼処理データが送信されると、処理を終了する。このようにして、第２障害管理部１１４の処理は実行される。
【００５９】
図９は、送信処理部１１１の動作を示すフローチャートである。送信処理部１１１は、図１０の符号Ｃ１，Ｃ４，Ｃ１２に示されるように、インターフェース部を介して呼処理データが入力されると（ステップＳｔ２１のＹＥＳ）、起動される。送信処理部１１１は、障害管理情報１６１ｂを参照し、障害管理情報１６１ｂが「障害無」を示す場合（ステップＳｔ２２のＹＥＳ）、図１０の符号Ｃ２，Ｃ１３に示されるように、送信待ちの呼処理データをサブプロセッサ１２に送信して（ステップＳｔ２３）、処理を終了する。
【００６０】
一方、障害管理情報１６１ｂが「障害有」を示す場合（ステップＳｔ２２のＮＯ）、送信処理部１１１は、トラフィック情報１６１ａを参照する（ステップＳｔ２４）。トラフィック情報１６１ａが「多い」を示す場合（ステップＳｔ２４のＹＥＳ）、送信処理部１１１は、呼処理データの優先度情報７３を判別する（ステップＳｔ２５）。
【００６１】
送信処理部１１１は、優先度情報７３が高優先を示す場合（ステップＳｔ２５のＹＥＳ）、図１０の符号Ｃ５に示されるように、送信待ちの呼処理データを蓄積部１５に蓄積して（ステップＳｔ２６）、処理を終了する。他方、優先度情報７３が高優先を示さない（低優先など）場合（ステップＳｔ２５のＮＯ）、送信処理部１１１は、呼処理データを蓄積することなく処理を終了する。
【００６２】
また、トラフィック情報１６１ａが「少ない」を示す場合（ステップＳｔ２４のＮＯ）、送信処理部１１１は、呼処理データの優先度に依らず、呼処理データを蓄積部１５に蓄積して（ステップＳｔ２６）、処理を終了する。このようにして、第２障害管理部１１４の処理は実行される。
【００６３】
これまで述べたように、実施例に係るマルチプロセッサシステムは、呼処理データを送信するメインプロセッサ１１と、メインプロセッサ１１から呼処理データを受信するサブプロセッサ１２と、呼処理データが蓄積される蓄積部１５とを有する。サブプロセッサ１２は、障害の発生通知をメインプロセッサ１１に送信し、該障害の復旧処理を行った後、復旧通知をメインプロセッサ１１に送信する。一方、メインプロセッサ１１は、障害の発生通知を受信したとき、呼処理データの送信を停止して、送信待ちの呼処理データを蓄積部１５に蓄積し、復旧通知を受信した後、蓄積部１５に蓄積された呼処理データをサブプロセッサ１２に送信する。
【００６４】
したがって、メインプロセッサ１１は、サブプロセッサ１２に障害が発生したことを認識して、送信待ちの呼処理データを、サブプロセッサ１２に送信することなく、蓄積部１５に退避させることができる。さらに、メインプロセッサ１１は、サブプロセッサ１２が障害の復旧処理を行ったことを認識して、蓄積部１５に退避させた呼処理データをサブプロセッサ１２に送信することができる。したがって、障害発生中、または復旧処理中（リセット中）のサブプロセッサ１２に呼処理データが送信されることがなく、呼処理データの損失が抑制される。
【００６５】
また、メインプロセッサ１１、及びサブプロセッサ１２によるプロセッサ間通信方法には、上述した以下の工程（１）〜（６）が含まれる。
（１）メインプロセッサ１１から送信された呼処理データを受信するサブプロセッサ１２が、障害の発生通知をメインプロセッサ１１に送信する工程（図６のステップＳｔ４）
（２）メインプロセッサ１１が、障害の発生通知を受信したとき、データの送信を停止して、送信待ちの呼処理データを蓄積部１５に蓄積する工程（図９のステップＳｔ２６）
（３）メインプロセッサ１１が、障害の発生通知を受信した後、復旧指示をサブプロセッサ１２に送信する工程（図７のステップＳｔ１４）
（４）サブプロセッサ１２が、復旧指示を受信した後、障害の復旧処理を行う工程（図６のステップＳｔ６）
（５）サブプロセッサ１２が、復旧処理を行った後、復旧通知をメインプロセッサ１１に送信する工程（図６のステップＳｔ８）
（６）メインプロセッサ１１が、復旧通知を受信した後、蓄積部１５に蓄積されたデータをサブプロセッサ１２に送信する工程（図８のステップＳｔ１８）
【００６６】
したがって、このプロセッサ間通信方法によっても、上述した作用効果が得られる。なお、本実施例において、データの一例として呼処理データを挙げたが、これに限定されることはなく、他のデータであってもよい。
【００６７】
また、本実施例において、呼処理データは、メインプロセッサ１１からサブプロセッサ１２に送信され、障害発生時、メインプロセッサ１１により蓄積部１５に蓄積されるが、これに限定されず、メインプロセッサ１１、及びサブプロセッサ１２の役割を互いに入れ替えてもよい。
【００６８】
すなわち、サブプロセッサ１２からメインプロセッサ１１に送信されるデータが、メインプロセッサ１１において障害が発生したとき、サブプロセッサ１２によって蓄積部に蓄積されてもよい。この場合、サブプロセッサ１２は、メインプロセッサ１１が障害の復旧処理を行った後、蓄積部からデータを読み出してメインプロセッサ１１に送信する。この場合も、上述した作用効果が得られる。
【００６９】
以上、好ましい実施例を参照して本発明の内容を具体的に説明したが、本発明の基本的技術思想及び教示に基づいて、当業者であれば、種々の変形態様を採り得ることは自明である。
【００７０】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  データを送信する第１のプロセッサと、
前記第１のプロセッサからデータを受信する第２のプロセッサと、
データが蓄積される蓄積部とを有し、
前記第２のプロセッサは、障害の発生通知を前記第１のプロセッサに送信し、前記障害の復旧処理を行った後、復旧通知を前記第１のプロセッサに送信し、
前記第１のプロセッサは、前記障害の発生通知を受信したとき、データの送信を停止して送信待ちのデータを前記蓄積部に蓄積し、前記復旧通知を受信した後、前記蓄積部に蓄積されたデータを前記第２のプロセッサに送信することを特徴とするマルチプロセッサシステム。
（付記２）  前記第１のプロセッサは、前記障害の発生通知を受信した後、復旧指示を前記第２のプロセッサに送信し、
前記第２のプロセッサは、前記復旧指示を受信した後、前記障害の復旧処理を行うことを特徴とする付記１に記載のマルチプロセッサシステム。
（付記３）  前記第１のプロセッサは、送信するデータのトラフィック量に応じて、前記蓄積部に蓄積するデータを選択することを特徴とする付記１または２に記載のマルチプロセッサシステム。
（付記４）  第１のプロセッサから送信されたデータを受信する第２のプロセッサが、障害の発生通知を前記第１のプロセッサに送信する工程と、
前記第１のプロセッサが、前記障害の発生通知を受信したとき、データの送信を停止して、送信待ちのデータを蓄積部に蓄積する工程と、
前記第２のプロセッサが、前記障害の復旧処理を行う工程と、
前記第２のプロセッサが、前記復旧処理を行った後、復旧通知を前記第１のプロセッサに送信する工程と、
前記第１のプロセッサが、前記復旧通知を受信した後、前記蓄積部に蓄積されたデータを前記第２のプロセッサに送信する工程とを含むことを特徴とするプロセッサ間通信方法。
（付記５）  前記第１のプロセッサが、前記障害の発生通知を受信した後、復旧指示を前記第２のプロセッサに送信する工程を含み、
前記第２のプロセッサは、前記復旧指示を受信した後、前記障害の復旧処理を行うことを特徴とする付記４に記載のプロセッサ間通信方法。
（付記６）  前記第１のプロセッサは、送信するデータのトラフィック量に応じて、前記蓄積部に蓄積するデータを選択することを特徴とする付記４または５に記載のプロセッサ間通信方法。
【符号の説明】
【００７１】
１                      無線ネットワーク制御装置
１１                    メインプロセッサ（第１のプロセッサ）
１２                    サブプロセッサ（第２のプロセッサ）
１５                    蓄積部
【図１】
0005962210.tif 000002
【図２】
0005962210.tif 000003
【図３】
0005962210.tif 000004
【図４】
0005962210.tif 000005
【図５】
0005962210.tif 000006
【図６】
0005962210.tif 000007
【図７】
0005962210.tif 000008
【図８】
0005962210.tif 000009
【図９】
0005962210.tif 000010
【図１０】
0005962210.tif 000011