(57)【要約】【課題】  無線基地局の通信運用管理において、点検修理の負担を軽減し、且つネットワークの負担を軽減したシステムを提供する。【解決手段】  全体の通信機能あるいは分割された通信機能ブロックを有する無線通信部１２と、該無線通信部をネットワーク上で管理する通信管理部１１とからなる通信ボード１０を重複して構成された通信機器５０と、前記通信機器５０の運用管理を行う通信運用管理センターとが、ＩＰネットワーク４０上で接続され、分散して設置されている前記通信機器５０の運用管理を一括して行う。【選択図】      図１
2006186610.tif 000002
【特許請求の範囲】
【請求項１】
信号処理部と、該信号処理部を管理する通信管理部とからなる通信ボードを複数用いて構成された通信機器と、該通信機器の動作状況を監視する運用監視装置とから成り、
前記通信機器と前記運用監視装置とが、通信ネットワーク上で接続され、
前記運用監視装置は、前記通信機器の動作状況の監視を一括して行うことを特徴とする通信機器管理システム。
【請求項２】
前記通信機器のうち所定の前記通信ボード内の前記通信管理部は、該通信機器を構成する前記通信ボードの状態を取得し、前記運用監視装置は、該通信管理部に対し該取得した通信ボードの状態を通知するよう要求することを特徴とする請求項１記載の通信機器管理システム。
【請求項３】
前記運用監視装置は、前記所定の通信ボード内の前記通信管理部の状態を監視し、前記通信管理部の状態が異常であると判断した場合には前記取得した通信ボードの状態を通知するよう要求する対象の通信管理部を変更することを特徴とする請求項２記載の通信機器管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機器の管理に関し、詳しくは分散して設置されている冗長化された通信機器を、ネットワークにより一括管理するシステム及びその方法に関する。
【背景技術】
【０００２】
携帯無線通信網においては、通信機器の小型化が進み、無線基地局においても都市内の無線通信品質を高めるため、小型の無線基地局が数多く設置されている。また１つの無線基地局の故障が利用者に大きな影響を与える為に、各々の基地局は内部の機器を複数備えて冗長化をしている。これら数多く、また広い地域に分散して多数設置されている無線基地局を定期的に保守点検する場合、保守運用管理の負担が問題であった。この負担を軽減することを目的に、保守点検管理をネットワーク上で行うには、点検修理負担の軽減とネットワーク負担の軽減の両方を満足するシステムが望まれていた。
【０００３】
保守点検をネットワークを用いて行うには、ＳＮＭＰと呼ばれる、ネットワークに接続された機器（ネットワーク機器）をネットワーク経由で監視するためのプロトコルを用いて管理することができる。この場合、例えば、各ネットワーク機器に実装され動作状態を管理するプログラムであるＳＮＭＰエージェントを実装した複数のネットワーク機器が幾つもネットワーク上に存在した場合、ネットワーク全体をＳＮＭＰを使用して監視するプログラムであるＳＮＭＰマネージャは各ネットワーク機器に実装された１つのエージェントを１ノードとして管理するため、ネットワーク機器のＳＮＭＰエージェントの数だけポーリングを行う。従って、１つのネットワーク機器に冗長化のために複数の機器が組み込まれている場合、エージェント数だけネットワークを管理するサーバーに組み込まれたＳＮＭＰマネージャからポーリングが行われるだけでなく、全ネットワーク機器に対して同様に行われるため、ネットワークに不要な付加を与えることになり、ネットワークへの負担が問題となる。特許文献１において、ネットワーク要素をリモート管理する方法が記載されている。
【特許文献１】特開２００１−５７５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、このような問題を解決するためになされたものであり、その目的は、無線基地局の通信運用管理において、点検修理の負担を軽減するためにネットワークを用いた場合のネットワークの負担を軽減したシステムを提供することである。
【課題を解決するための手段】
【０００５】
本発明の通信機器管理システムは、信号処理部と、該信号処理部を管理する通信管理部とからなる通信ボードを複数用いて構成された通信機器と、前記通信機器の動作状況を監視する運用監視装置とから成り、前記通信機器と前記運用監視装置とが、通信ネットワーク上で接続され、前記運用監視装置は、前記通信機器の動作状況の監視を一括して行うことを特徴とする。
【０００６】
前記通信機器管理システムにおいて、前記通信機器のうち所定の前記通信ボード内の前記通信管理部は、該通信機器を構成する前記通信ボードの状態を取得し、前記運用監視装置は、該通信管理部に対し該取得した通信ボードの状態を通知するよう要求することを特徴とする。
【０００７】
前記通信機器管理システムにおいて、前記運用監視装置は、前記所定の通信ボード内の前記通信管理部の状態を監視し、前記通信管理部の状態が異常であると判断した場合には前記取得した通信ボードの状態を通知するよう要求する対象の通信管理部を変更することを特徴とする。
【発明の効果】
【０００８】
本発明の通信機器の管理システムによれば、無線基地局の通信運用管理において、点検修理の負担を軽減し、且つネットワークの負担を軽減した一括  管理が可能となる。
【発明を実施するための最良の形態】
【０００９】
本発明による、通信機器の管理システムの実施の形態について図を用いて説明する。図１は、本発明の通信機器の構成を示すハードウエアブロック図である。図１において、通信機器５０は無線基地局の機能を有し、通信ボードＡ１０及び通信ボードＢ２０により二重化されている。通信ボードＡ１０は、通信管理部１１及び無線通信部１２から構成されている。なお、無線通信部１２は、本発明における信号処理部に該当する。通信管理部１１は、ＣＰＵ１３、ＰＣＩ／メモリコントローラ１４、メモリ１５、ＭＩＢファイル１６、フラッシュディスク１７及びネットワークインタフェース１８から成る。ＣＰＵ１３は、ＰＣＩ／メモリコントローラ１４を介して、メモリ１５、ＭＩＢファイル１６、フラッシュディスク１７及びネットワークインタフェース１８を制御して通信ボードＡに係る通信の制御を行っているほか、通信ボードＡ全体の動作に関する制御も行っている。
【００１０】
通信ボードＡ１０と二重化された通信ボードＢ２０も同様に、通信管理部２１及び無線通信部２２から構成されて、通信管理部２１のＣＰＵ２３は、ＰＣＩ／メモリコントローラ２４を介して、メモリ２５、ＭＩＢファイル２６、フラッシュディスク２７及びネットワークインタフェース２８を制御し、通信ボードＢに係る通信の制御および通信ボードＢ全体の動作に関する制御も行っている。通信ボードＡ１０及び通信ボードＢ２０の通信管理部１１、無線通信部１２及び通信管理部２１、無線通信部２２は、それぞれの通信ボード上及び通信ボード間でＰＣＩバス接続されている。また通信管理部１１及び２１は、ＩＰ通信ネットワークを介して、複数の通信機器５０の動作状況を監視する運用監視装置であるサーバーが備えられた、後述する通信運用管理センターに接続されている。
【００１１】
図１において、通信ボードＡ１０と通信ボードＢ２０の動作は基本的に同じであり、フラッシュディスク１７、２７には、ＳＮＭＰエージェント（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ Ａｇｅｎｔ）プログラムが格納されている。従って、ＣＰＵ１３、２３は、ＳＮＭＰにより管理されるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ  ＳＮＭＰにより管理される管理項目であって、各ネットワーク機器が自機の状態を変数で保持する。）の管理項目に関し、お互いのボードをチェックし、ボード間でデータが共有できるよう、ＭＩＢファイル１６、２６としてメモリ１５、２５に記憶する。ここで、フラッシュディスク１７，２７とは例えばＲＯＭや、フラッシュメモリを指す。
【００１２】
例えば通信ボードＡ１０は、フラッシュディスク１７のＳＮＭＰに従って、ＰＣＩ／メモリコントローラ１４を介して無線通信部１２の動作をチェックし、ＭＩＢデータとしてメモリ１５のＭＩＢファイル１６へ記憶する。同様の動作が通信ボードＢ２０においても行われている。通信ボードＡ１０は、ＳＮＭＰエージェントとしてＰＣＩバス３０を介して、プロセス間通信（ＩＰＣ：ＩｎｔｅｒＰｒｏｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）により通信ボードＢ２０を監視し、更新情報があればＭＩＢファイル２６からデータをＭＩＢファイル１６へ移す。
【００１３】
また、通信ボードＢ２０のＣＰＵ２３においても、ＣＰＵ１３と同様に通信ボードＡ１０のＭＩＢをチェックしており、後述する、通信ボードＡ１０に故障がないかを監視している。通信ボードＡ１０と通信ボードＢ２０は、ＭＩＢにそれぞれのＳＮＭＰ管理対象ＩＰアドレスＡおよびＢを定義し、ＩＰＣ通信によりそれら定義をボード間で共有できる。
【００１４】
図２は、本発明の通信機器の管理システムの構成図である。複数の通信機器５０である無線基地局が、ＩＰネットワーク４０を介してＳＮＭＰマネージャである通信運用管理センター６０に接続されている。各無線基地局５０ａ〜ｎは、それぞれの立ち上げ時点において、２枚の通信ボードのＳＮＭＰ管理対象ＩＰアドレスのいずれかを、ＩＰネットワーク４０を介して通信運用管理センター６０に登録する。以下無線基地局５０ａの通信ボードＡ１０が、ＳＮＭＰエージェントとして通信運用管理センター６０の管理下に入るため、ＳＮＭＰ管理対象アドレス同期処理において、そのＳＮＭＰ管理対象ＩＰアドレスＡを登録しているとして説明する。
【００１５】
通信運用管理センター６０は、ＳＮＭＰマネージャとしてＩＰネットワーク４０上の各無線基地局５０を定期的にポーリングし、無線ネットワークの運用状況を監視するイベントチェックを行っている。通信運用管理センター６０からＳＮＭＰ管理対象ＩＰアドレスＡがアクセスされると、無線基地局５０の通信ボードＡ１０のＣＰＵ１３は、ポーリングに応じて、通信ボードＡ１０及び通信ボードＢ２０に更新情報があれば、それらのＭＩＢデータをまとめてメモリ１５のＭＩＢファイル１６から読み出し、ＩＰパケット化を行う。引き続き、ネットワークインタフェース１８から、例えばＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）によりＩＰネットワーク４０を介して通信運用センター６０にパケット化されたＭＩＢデータを伝送する。通信運用管理センター６０は、一回のポーリングで両方のボードの更新情報を得ることができるため、ネットワークの負担を軽減でき、無線基地局５０ａ〜ｎが多いほどその効果が期待できる。
【００１６】
次に通信ボードＡ１０に故障が起きた場合を図１に戻り説明する。通信ボードＢ２０では通信ボードＡ１０の存在有無を検出するプログラムが起動されていることで、ＣＰＵ２３は通信ボードＡ１０の故障を検知する。引き続きＳＮＭＰ管理対象ＩＰアドレスＡをＢに変更するため、ＳＮＭＰ管理対象ＩＰアドレスＭＩＢをＢに書き換え、ＳＮＭＰ管理対象ＩＰアドレスＡをＳＮＭＰ管理対象エントリーより削除する。通信運用管理センター７０からのポーリングに対し、ＳＮＭＰ管理対象ＩＰアドレスが変更された旨を、ＳＮＭＰ Ｔｒａｐにより通知する。通信運用管理センター６０は、ＳＮＭＰ管理対象ＩＰアドレスＡをアクセスしても応答が無い場合は、リトライ／タイムアウトにより、通知されたＳＮＭＰ管理対象ＩＰアドレスＢをアクセスし、応答を確認することで、正式にＳＮＭＰ管理対象ＩＰアドレスＢを管理対象アドレスとする。無線基地局５０ａ〜ｎは、この二重化冗長構成により、修理点検の負担を軽減することが可能となり、無線ネットワークの一括運用管理が容易となる。
【００１７】
図１に示されるハードウエア構成は、当該機能を実現する手段であれば、どのような回路または装置であってもよく、また機能の一部をソフトウエアで実現することも可能である。さらに機能実現手段を、複数の回路によって実現してもよく、複数の機能を単一の回路で実現してもよい。また冗長構成においても二重化に限定されるものではなく、冗長化される機能ブロックの単位においても限定されるものではない。
【００１８】
図３は、二重化されたボードの一方が故障し、管理アドレスが、もう一方のボードのアドレスに切り替わり、管理システムが再構築される処理の流れを示すフローチャートである。無線基地局は、ＳＮＭＰエージェントとしてＳＮＭＰ管理マネージャの管理下に入るため、二重化されたいずれか一方のボードのアドレスを通信運用管理センターのＳＮＭＰ管理マネージャとＳＮＭＰ管理対象アドレス同期を取り、そのアドレスを初期登録する（ステップ１００）。もう一方のボードが、ＳＮＭＰ管理対象アドレスを登録したボードの故障が発生したことを、存在有無を検出するプログラムを基に発生するＭＩＢの変更から検知する（ステップ１１０）。次にＳＮＭＰ管理対象ＩＰアドレスＭＩＢを書き換え、故障ボードのアドレスをＳＮＭＰ管理対象エントリーより削除する（ステップ１２０）。通信運用管理センターのＳＮＭＰマネージャによるポーリングに対し、変更されたＳＮＭＰ管理対象ＩＰアドレスをＳＮＭＰ Ｔｒａｐにより通知する（ステップ１３０）。ＳＮＭＰマネージャは、元のＳＮＭＰ管理対象ＩＰアドレスをアクセスしても応答が無い場合は、リトライ／タイムアウトにより、通知されたＳＮＭＰ管理対象ＩＰアドレスをアクセスし、応答を確認することで、正式にＳＮＭＰ管理対象ＩＰアドレスとする（ステップ１４０）。
【００１９】
図４は、図３におけるステップ１１０及びステップ１２０の故障検出と、ＳＮＭＰ管理対象ＩＰアドレスＭＩＢの変更を詳しく説明したフローチャートである。故障の有無を検出するため、ボードの存在有無を検出するプログラムが起動される（ステップ２００）。故障ボードがあった場合にはボードが存在しないと判断される。故障ボード（存在しないと判断されたボード）のＩＰアドレスがＳＮＭＰ管理対象ＩＰアドレスか否か判断される（ステップ２１０、ステップ２２０）。ＳＮＭＰ管理対象ＩＰアドレスである場合は、ＳＮＭＰ管理対象ＩＰアドレスＭＩＢを切替ボードのアドレスに変更し、故障ボードのＩＰアドレスをＳＮＭＰ管理対象エントリーより削除する（ステップ２４０、ステップ２５０）。ステップ２１０で故障ボードの検出がない場合は、故障検出状態を継続する。ステップ２２０においてＳＮＭＰ管理対象ＩＰアドレスでない場合は、ＩＰアドレスをＳＮＭＰ管理対象エントリーより削除し、ＭＩＢを変更し（ステップ２３０）、故障検出状態を継続する。
【００２０】
図５は、図３におけるステップ１３０のアドレス変更登録を詳しく説明したフローチャートである。ＳＮＭＰ管理マネージャ下にある無線基地局のＳＮＭＰエージェントは、ＭＩＢの更新状況を監視するプログラムを起動し、それぞれのボードを監視する（ステップ３００）。ＭＩＢの内容が更新されたことを検知すると、双方のボードの同期を確立するため、ＰＣＩバスを経由して、タスク間通信によりＭＩＢを更新する（ステップ３１０、ステップ３２０）。更新内容が故障により自ボードのＩＰアドレスがＳＮＭＰ管理対象ＩＰアドレスに変更された場合は、通信運用管理センターのＳＮＭＰマネージャによるポーリングに対し、ＳＮＭＰ Ｔｒａｐにて通知する（ステップ３３０、ステップ３４０）。ＭＩＢの内容が更新されていなければ、またＳＮＭＰ管理対象ＩＰアドレスが変更されていなければ、監視を継続する（ステップ３１０、ステップ３３０）。
【００２１】
以上説明したように、通信運用管理センターは、一回のポーリングで冗長化されたボードの更新情報を得ることができるため、ネットワークの負担を軽減でき、且つ無線基地局の二重化冗長構成により修理点検の負担を軽減することが可能となるため、無線ネットワークの一括運用管理が容易なシステムを提供できる。また、無線基地局が多いほど、その
効果が期待できる。
【図面の簡単な説明】
【００２２】
【図１】本発明による通信機器の構成を示すハードウエアブロック図。
【図２】本発明による通信機器の管理システムの構成図。
【図３】本発明の管理システムが再構築される処理の流れを示すフローチャート。
【図４】故障検出と、ＳＮＭＰ管理対象ＩＰアドレスＭＩＢのフローチャート。
【図５】アドレス変更登録を詳しく説明したフローチャート。
【符号の説明】
【００２３】
１０  通信ボードＡ
１１、２１  通信管理部
１２、２２  無線通信部
１３、２３  ＣＰＵ
１４、２４  ＰＣＩ／メモリコントローラ
１５、２５  メモリ
１６、２６  ＭＩＢファイル
１７、２７  フラッシュディスク
１８、２８  ネットワークインタフェース
２０  通信ボードＢ
３０  ＰＣＩバス
４０  ＩＰネットワーク
５０  通信機器
５０ａ〜ｎ  無線基地局
６０  通信運用管理センター
【図１】
2006186610.tif 000003
【図２】
2006186610.tif 000004
【図３】
2006186610.tif 000005
【図４】
2006186610.tif 000006
【図５】
2006186610.tif 000007