(57)【要約】【課題】監視局がネットワークを介して複数の無線基地局を監視するネットワーク監視システムにおいて、各無線基地局の装置設定情報を一括で設定することが可能な装置構成情報の一括制御方法を提供する。【解決手段】監視局、各基地局ともにＳＮＭＰのＭＩＢを実装し、監視局が装置構成の情報更新要求するため、基地局に対してSet Requestを送信する。監視局は、全設定項目を１ＰＤＵ（プロトコル・データ・ユニット）で一回のみSet Requestする。基地局ではSet Requestを受信し、ＰＤＵの中身を解析し、要求された装置情報更新内容をテーブル単位に割り振って装置状態を更新する。【選択図】図４
2007306119.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線基地局と、これらの無線基地局とネットワークを介して接続され、各基地局を集中監視する監視局によって構成されるネットワーク監視システムにおいて、
前記監視局は、予めオフラインで作成した装置設定情報の全設定項目を、任意の無線基地局に対して一括処理コマンドで送信する手段を有し、
前記無線基地局は、前記一括処理コマンドを受信して、その内容を解析し、要求された装置情報更新内容をテーブル単位に割り振って装置状態を更新する手段を有することを特徴とする装置構成情報の一括制御システム。
【請求項２】
前記監視局と無線基地局は、それぞれＳＮＭＰ(Simple Network Management Protocol)を実装しており、
前記監視局からの一括処理コマンドは、ＭＩＢの値を１プロトコル・データ・ユニットに反映し、一回のみのSet Requestで送信することを特徴とする請求項１に記載の装置構成情報の一括制御システム。
【請求項３】
複数の無線基地局と、これらの無線基地局とネットワークを介して接続され、各基地局を集中監視する監視局によって構成されるネットワーク監視システムの装置構成情報の一括制御方法であって、
前記監視局が、予めオフラインで作成した装置設定情報の全設定項目を、任意の無線基地局に対して一括処理コマンドで送信し、
前記無線基地局が、前記一括処理コマンドを受信して、その内容を解析し、要求された装置情報更新内容をテーブル単位に割り振って装置状態を更新する各ステップを含むことを特徴とする装置構成情報の一括制御方法。
【請求項４】
前記監視局と無線基地局は、それぞれＳＮＭＰによって通信制御を行い、
前記監視局からの一括処理コマンドは、ＭＩＢの値を１プロトコル・データ・ユニットに反映し、一回のみのSet Requestで送信することを特徴とする請求項３に記載の装置構成情報の一括制御方法。
【請求項５】
複数の無線基地局と、これらの無線基地局とネットワークを介して接続され、各基地局を集中監視する監視局によって構成されるネットワーク監視システムの装置構成情報の一括制御プログラムであって、
前記監視局が、予めオフラインで作成した装置設定情報の全設定項目を、任意の無線基地局に対して一括処理コマンドで送信する機能と、
前記無線基地局が、前記一括処理コマンドを受信して、その内容を解析し、要求された装置情報更新内容をテーブル単位に割り振って装置状態を更新する機能とをコンピュータに実現させることを特徴とする装置構成情報の一括制御プログラム。
【請求項６】
前記監視局と無線基地局の通信制御プログラムは、それぞれＳＮＭＰを実装し、
前記監視局からの一括処理コマンドは、ＭＩＢの値を１プロトコル・データ・ユニットに反映し、一回のみのSet Requestで送信することを特徴とする請求項５に記載の装置構成情報の一括制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の無線基地局と、これらの無線基地局とネットワークを介して接続され、各基地局を集中監視する監視局によって構成されるネットワーク監視システムに関する。
【背景技術】
【０００２】
従来、無線基地局を現地運用設定にカスタマイズするためには数多くの項目設定と複雑な手順が必要であった。初期設定を施された状態で現地へ出荷される装置も多数あるが、初期設定の内容は、電源を入れた後に通信ポートを開く等の最低限の設定にとどまり、その後、設定項目ごとに作業者が個別に設定をカスタマイズすることを余儀なくされる。相当数の設定項目を数千台におよぶ初期状態の装置に手動で設定するには莫大な時間と費用を要していた。
【０００３】
また、保守端末が、伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成し、この一括処理コマンドをＣＭＩＰ(Common Management Information Protocol)に従って伝送装置へ送信し、伝送装置が、この一括処理コマンドを受信して解釈し、この解釈に従って複数の保守情報を一括処理する通信システムがある（例えば、特許文献１参照）。
【特許文献１】特開２００４−１７８１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、近年の基地局装置の高機能，高性能化に伴い、大規模ネットワークを監視するようなシステムが必要となった現在では、全設定項目を手動で設定する従来のシステムでは人為的な操作誤りの発生確率が増加する。全局装置に対する全項目設定、設定誤り修正が完了し、監視局から監視可能状態になるまでには莫大な時間がかかる問題があった。
【０００５】
そこで本発明は、無線基地局の装置設定情報を一括で設定することが可能であり、各装置への初期設定、更新設定に費やす時間を短縮できる装置構成情報の一括制御システム及び方法並びにその制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するため、本発明は、監視局、各基地局ともにＳＮＭＰ(Simple Network Management Protocol)のＭＩＢを実装し、監視局が装置構成の情報更新要求するため、基地局に対してSet Request（設定）を送信する。これまでのシステムでは、監視局から基地局へのパラメタ制御を詳細項目単位で個別に１回１回制御していたが、本発明では監視局から全設定項目を１ＰＤＵ（プロトコル・データ・ユニット）で一回のみSet Requestすることを特徴とする。
【０００７】
基地局ではＳＮＭＰｖ．１を実装したＮＭＳ側送受信部においてSet Requestを受信し、データベース管理部でＰＤＵの中身を解析し、要求された装置情報更新内容をテーブル単位に割り振って装置状態を更新する。更新データ（ＭＩＢ値）をオフラインで作成しておいて、作業者が人為的に装置に対して制御するオンライン作業としては一回のみとなる。
【発明の効果】
【０００８】
本発明による第１の効果は、装置設定情報を一括で設定することが可能であるため、各装置への初期設定、更新設定に費やす時間を短縮できることにある。本システムでは、設定項目数がどれだけ増加してもＭＩＢへの反映作業のみの変更でいくらでも拡張可能である。
【０００９】
第２の効果は、装置設定情報を事前にＭＩＢ値としてオフラインで作成しておいて、オンライン作業としては一回で装置に設定させることで、これまでのような作業者がオンラインで何度も設定を繰り返すことで発生していた人為的な設定操作誤りを防ぐことが可能となる。
【００１０】
第３の効果は、何百、何千といった装置に対して、より運用状態に近い値で同一設定内容を一括設定しておいて、数項目を装置個別にカスタマイズすることで、設定作業ボリュームの大幅な軽減が可能となる。
【発明を実施するための最良の形態】
【００１１】
次に、本発明の最良の形態について図面を参照して説明する。
【００１２】
図１は、本発明の一実施例として、縦列型に設置された複数の無線基地局が無線区間を介して接続されたネットワークを示す。ネットワーク監視プロトコルには、ＳＮＭＰ(Simple Network Management Protocol)を使用する。監視局及び各基地局は、プログラム制御によって以下に説明する各機能を実現する。また監視局は、各基地局および回線状態を常時監視してネットワークトポロジーＧＵＩを提供する。
【００１３】
監視局は、監視対象である各基地局と無線信号に多重された監視制御回線を通じて、監視局をＳＮＭＰマネージャーとして、各基地局をＳＮＭＰエージェントとして通信を行う。これにより各基地局において発生した情報の収集を行うとともに、各基地局に対して各種制御を実行する。
【００１４】
ＳＮＭＰでは、ＵＤＰ(User Datagram Protocol)による以下の５種類のコマンドを用いて、マネージャーはエージェントから定期的にＭＩＢ(Management Information Base)の管理情報の報告を受けて管理する。
Get Request（マネージャー→エージェント）：管理情報の取得を要求する、
Get Next Request（マネージャー→エージェント）：次の管理情報の取得を要求する、
Get Response（エージェント→マネージャー）：要求された管理情報の内容を報告する、
Set Request（マネージャー→エージェント）：管理情報の変更を要求する、
Trap（エージェント→マネージャー）：自発的に管理情報の状態を通知する。
【００１５】
図２は、基地局２の内部構成例を示す。基地局は、概略構成として制御部１０、管理部２０、ＮＭＳ側送受信部３０および無線側送受信部４０から構成される。
【００１６】
ＮＭＳ側送受信部３０は、ＳＮＭＰｖ．１のＭＩＢを実装しており、監視局（ＮＭＳ）１からSet Requestを受信すると、制御部１０のＮＭＳ制御部１３にアクセスして装置情報の更新を要求する。
【００１７】
無線側送受信部４０は、無線対向側の基地局との無線回線の障害情報の検出をおこなう。また無線対向局およびそのさらに配下の基地局に対する監視局１からのSet RequestおよびGet Requestを中継する。
【００１８】
管理部２０は、基地局装置に設定された様々なパラメタ情報を管理する。装置が使用する主信号種別、LAN Interface機器の設定値を管理する装置構成情報、回線保守点検時に送信出力断に設定する特殊モードへの切り替え制御の設定を管理する保守制御情報、および無線対向局とのインタフェースに必要な送信周波数やＡＴＰＣの設定値を管理する無線対向情報の３つが管理される。
【００１９】
図３は、管理部２０の障害情報管理の詳細を示す。
【００２０】
装置構成情報テーブル２１は、装置が使用する主信号種別、LAN Interface機器の設定値を保持している。主信号としては、ＬＡＮまたは２Ｍのいずれかの設定値を保持している。Main INTFC = LANの場合、Main INTFC情報（２１ａ）にはThroughputの設定情報も含まれている。２Ｍの主信号チャネルを何本使用するかを設定するBit Rate（２１ｂ）は、Main INTFC = 2M時にしか設定できない。
【００２１】
保守制御情報テーブル２２は、運用時に運用を中断する間、工事中を示すMaintenance設定状態（２２ａ）と、装置点検時に無線対向局への送信出力を停止させるTX Mute設定状態（２２ｂ）を保持している。定常時はMaintenance = OFF状態として運用し、TX Mute設定はMaintenance = ON時にしか変更できない。
【００２２】
無線対向情報テーブル２３は、無線対向局への送信周波数（２３ａ）設定値、および伝送出力を自動制御するか手動制御するかの設定状態をＡＴＰＣ（２３ｂ）で保持している。送信周波数(TX Frequency)は、アンテナ個別に依存した無線対向局の送信出力との設定値を０．００１ＭＨｚ（１ＫＨｚ）単位で設定するものである。
【００２３】
図４は、各構成部間の一連の動作シーケンスを示し、図５は、設定動作のフローチャートである。図４、図５を参照して、本発明の実施例の全体的な動作について説明する。基地局２に対する設定を例とするが、基地局３，４に対しても本制御は可能である。
【００２４】
監視局１は、図１のネットワーク構成情報を保持しており、ＮＭＳ起動後、基地局２からステータス情報を取得開始し、基地局Ｄのステータス情報を取得完了した時点で監視可能状態となる。監視局１は、ＳＮＭＰｖ．１をサポートしており、装置構成の情報更新要求を基地局２に対してSet Request（設定）を送信する（Ｓ１１）。
【００２５】
これまでのシステムでは、監視局１から基地局２へのパラメタ制御は、詳細項目単位で個別に１回１回制御していた。この装置の場合、詳細設定項目２１ａ〜２３ｂまで６回制御が必要であった。
【００２６】
本発明では、監視局１から詳細設定項目２１ａ〜２３ｂの６項目に関して、１ＰＤＵ（プロトコル・データ・ユニット）で１回のみSet Requestする点が、従来のシステムと大きく異なる。基地局２では、ＳＮＭＰｖ．１を実装したＮＭＳ側送受信部３０においてSet Requestを受信し、制御部１０のＮＭＳ制御部１３に対して装置情報の更新を要求する（Ｓ１２）。
【００２７】
ＮＭＳ制御部１３から更新要求（Ｓ１３）を受けたステータス管理部１１は、更新要求内容を精査（パラメタチェック）して（Ｓ１４）、現状ステータス管理部１１が保持している基地局２の現状値に対して更新できる状態かどうかを確認する。パラメタ精査の結果がＮＧの場合、データベース制御部への要求通知はおこなわず、監視局１へエラー通知を送信する（Ｓ１５）。この時点で制御は終了。パラメタ精査の結果がＯＫの場合のみ、ステータス管理部１１はデータベース制御部１２に対して、更新を要求する（Ｓ１６）。
【００２８】
データベース制御部１２ではＰＤＵの中身を分解解析し、要求された装置情報更新内容が管理部２０のどのテーブルに属する項目か判別してそれぞれのテーブルへ更新を依頼する。監視局１から現状の装置状態からは変更となるMaintenance = ON, TX Frequency = xx.xxx (MHz) 値と、その他の項目は現状の装置と同じ現状値として計６つの設定データを１ＰＤＵでSet Requestすることを例１として説明する。
【００２９】
ステータス管理部１１からデータベース制御部１２へ更新要求した時点では、１ＰＤＵである。データベース制御部１２はデータを解析し、Maintenance = ONは詳細設定項目２２ａに該当するので保守制御情報テーブルへ振り分け、TX Frequency = xx.xxx (MHz) 値は詳細設定項目２３ａに該当するので無線対向情報テーブル２３へ振り分ける処理を実施する。その他の詳細設定項目２１ａ，２１ｂ，２２ｂ，２３ｂに関しては現状値が送信されているため、各テーブルへの更新要求は送信しない。
【００３０】
更新要求を受信した各テーブル２１，２２，２３では現状値を要求値で更新する（Ｓ１７，Ｓ１８，Ｓ１９）。更新処理は各テーブル単位で実施し、更新結果をテーブル単位でデータベース制御部１２へ通知する。データベース制御部では、各テーブルから受信した更新結果を集計し、更新に失敗したテーブルが１つでもあれば、更新結果をＮＧとして再び１ＰＤＵにまとめ、制御部１０を経由して監視局１に通知する（Ｓ２０）。全テーブルで更新が成功したときのみ、更新結果をＯＫとして監視局１に通知する（Ｓ２０）。
【００３１】
例１の場合、更新要求を受けるテーブルは、保守制御情報テーブル２２と無線対向情報テーブル２３である。テーブル２２，２３でそれぞれ更新処理が成功した場合、制御成功の結果が監視局１に通知されるとともに、装置の状態がMaintenance = ONかつTX Frequency = xx.xxx (MHz) 値に変更される。
【産業上の利用可能性】
【００３２】
本発明は、下記の点で汎用性がある。
・縦列型ネットワークだけではなく、バス型，リング型，階層型ネットワークにも適応可能であり、ネットワーク構成に依存せず適用できる。
・基地局装置の数が多い大規模ネットワークにも適用できる。
・ネットワークから切り離されたオフライン（電源はＯＮ）装置に対しても個々単位で適用できる。
【図面の簡単な説明】
【００３３】
【図１】本発明によるネットワークの構成例を示す図である。
【図２】基地局の内部構成例を示す図である。
【図３】障害情報管理の詳細を示す図である。
【図４】実施例の動作を説明するシーケンス図である。
【図５】実施例の動作を説明するフローチャートである。
【符号の説明】
【００３４】
１  監視局（ＮＭＳ）
２，３，４  基地局
１０  制御部
２０  管理部
３０  ＮＭＳ側送受信部
４０  無線側送受信部
【図１】
2007306119.tif 000003
【図２】
2007306119.tif 000004
【図３】
2007306119.tif 000005
【図４】
2007306119.tif 000006
【図５】
2007306119.tif 000007