JP4460812B2 - 通信ネットワークを管理する方法および通信システム - Google Patents
通信ネットワークを管理する方法および通信システム Download PDFInfo
- Publication number
- JP4460812B2 JP4460812B2 JP2001537205A JP2001537205A JP4460812B2 JP 4460812 B2 JP4460812 B2 JP 4460812B2 JP 2001537205 A JP2001537205 A JP 2001537205A JP 2001537205 A JP2001537205 A JP 2001537205A JP 4460812 B2 JP4460812 B2 JP 4460812B2
- Authority
- JP
- Japan
- Prior art keywords
- omc
- nmc
- btse
- hardware
- bsc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Description
【０００１】
本発明は、通信ネットワークの管理方法たとえば上位のネットワークマネージメントセンタにおいてテストを生成する方法および該方法を実施するための通信システムに関する。
【０００２】
無線通信システムにおいて情報（たとえば音声、画像情報または他のデータ）は、電磁波を用い送信側無線局と受信側無線局（基地局または移動局）との間の無線インタフェースを介して伝送される。この場合、電磁波の放射は、個々のシステムのために設定された周波数帯域内にある搬送波周波数によって行われる。ＧＳＭ（Global System for Mobile Communication）の場合には搬送波周波数は９００ＭＨｚ、１８００ＭＨｚもしくは１９００ＭＨｚの領域にある。たとえばＵＭＴＳ（Universal Mobile Telecommunication System）あるいは第３世代の他のシステムなどのような無線インタフェースを介したＣＤＭＡまたはＴＤ／ＣＤＭＡ伝送方式による将来の移動無線については、約２００００ＭＨｚの周波数帯域の周波数が設定されている。
【０００３】
ＴＭＮ方式（TMN: Telecommunications Management Network）とも称される一般的なマネージメントネットワークの方式によって、通信システムたとえば移動通信システムを管理するための複数のマネージメントレベルが定義されており、この場合、各レベルは２重の機能をもっている。このマネージメントシステムにおいて各レベルは最も下のレベル以外は、自身の１つ下に位置するレベルのためのマネージャ機能を備えている。管理される側のシステムでは各レベルは最も上のレベル以外は、自身の１つ上に位置するレベルのためのエージェント機能を備えている。
【０００４】
オブジェクト指向の環境では、それぞれ特定の機能を備えたネットワーク資源を成す多数のオブジェクトが存在する。典型的には移動無線ネットワークにおいてマネージャとエージェントとの間で成り立つようなオブジェクト指向の環境の場合にはそれに応じて各エージェントの機能が、１つのオブジェクトクラスにおける管理される側のオブジェクト（ないしはオブジェクトインスタンスＭＯＩ）として利用可能な１つの特定のオブジェクトによって提供される。
【０００５】
このオブジェクトは、機能のほかにたとえばパラメータや周囲条件が定義されるモデリング作業の結果として生じるものであり、これはマネージャにも相応のインタフェースにおいて実行するエージェントにも既知である。この場合、インタフェースはたとえば移動無線ネットワークにおいては、オペレーションおよびメンテナンスセンタ（図１のＯＭＣ）と基地局システム（ＢＳＳ）との間のいわゆるＯインタフェースとすることができる。
【０００６】
管理される側の特定のクラスＡのオブジェクトインスタンス（managed object class とも称する）は、同じクラスまたは別のクラスのオブジェクトインスタンスを有することができる。各オブジェクトインスタンス（クラスではない）の間におけるこのような関係は、モデリングにおいては包含関係 "containment relationship" とも呼ばれる。
【０００７】
また、あるクラスのオブジェクトインスタンスが他のクラスのオブジェクトに対し上位の（SUPERIOR）オブジェクトとして定義されているまたは定義可能であることを指定するオブジェクトクラス間の関係は、ネームバインディング "NAME BINDING" とも呼ばれる。ネームバインディング関係に基づきハイアラーキが組織されているオブジェクトの階層的なアロケーションは、一般にネーミングツリー "naming tree " と呼ばれる。
【０００８】
その際、通信ネットワークたとえば移動無線ネットワークにおいて、ネットワークの監視ならびに制御は一般に２つのマネージャサイドから行われる。すなわち一方では中央でオペレーションおよびメンテナンスセンタＯＭＣ（OMC: Operation and Maintanance Centre）から行われ、これはエレメントマネージャに対応し、他方では現地で局所的なメンテナンスデータステーションＬＭＴ（LMT: Local Maintenance Terminal）から行われ、これは様々なネットワークユニットに接続することができる。この種のネットワークユニットは移動無線ネットワークであればたとえば基地局サブシステムＢＳＣ、ハードウェアをモデリングもしくは考慮する基地局送受信局ＢＴＳＥ（ＢＴＳＥ：Base Transceiver Station Equipment）、あるいはトランスコーダおよびアダプタユニットＴＲＡＵである。
【０００９】
サービス提供側によって管理される通信ネットワーク全体は運用上、図１にも示されているように複数のネットワーク領域に分割される。ネットワーク全体には様々なメーカのハードウェアが含まれているにもかかわらず、これらのネットワーク領域各々の内部では、ネットワークエレメントも既述のマネージメントシステムも通常は同じメーカから納入される。それというのもオペレーションおよびメンテナンスセンタＯＭＣおよびローカルのメンテナンスデータステーションにおけるマネージメントによってメーカ固有のハードウェア特性すべてを考慮しなければならないからである。これにはたとえば個々のコンポーネントの機能テストなども属する。
【００１０】
夜や休日、週末の間、移動無線ネットワークは一方では、一般に "Network Management Centre" (NMC) と呼ばれる上位のネットワークマネージメントセンタによって監視される。なぜならば地域的なオペレーションおよびメンテナンスセンタＯＭＣはそのような時間は空いているからである。他方、ネットワークマネージメントセンタＮＭＣと地域的なオペレーションおよびメンテナンスセンタＯＭＣとの間のインタフェースをメーカには依存しないようにしておく必要があり、その目的はメーカ固有のネットワーク領域の機能的なインテグレーションを１つの統一的なネットワークマネージメントセンタＮＭＣのもとで実現できるようにするためである。
【００１１】
ＯＭＣ−ＮＭＣインタフェースのメーカ非依存性は、オブジェクト指向のマネージメント環境においていわゆるファンクショナルオブジェクトクラスたとえばマネージメントオブジェクトクラス（functional-related MOC）の排他的な利用により行うことができる。この場合、ファンクショナルオブジェクトによって、機能的なメーカに依存しない視点から通信ネットワークのネットワークリソースがモデリングされる。これに対しオペレーションおよびメンテナンスセンタＯＭＣとネットワークエレメントとの間のメーカ固有のインタフェースは、メーカごとに異なっているいわゆるハードウェア関連マネージメントオブジェクトクラス（equipment-related MOC）も把握している。ここでネットワークエレメントはたとえば基地局ＢＳＳであって、これはネットワーク領域においてＯＭＣによって管理される。
【００１２】
たとえば特定のハードウェアコンポーネントの故障など予期せぬ出来事に対し迅速に応答できるようにする目的で、ネットワークマネージメントセンタＮＭＣのオペレータは対応するテストをスタートさせることができなければならない。しかしネットワークマネージメントセンタのオペレータはオペレーションおよびメンテナンスセンタＯＭＣとは異なり、特定メーカのハードウェアに関するシステム固有の情報をもっていない。このためメーカ固有のテストを実行できない。
【００１３】
本発明の課題は、通信ネットワークの管理方法を改善することにあり、たとえば通信ネットワークにおいてメーカに依存しない上位のネットワークマネージメントセンタからの自動的なテスト機能を実現することにある。
【００１４】
この課題は、請求項１の特徴を備えた方法、請求項５記載の特徴を備えた装置、ならびに請求項６記載の特徴を備えた無線通信システムによって解決される。従属請求項には有利な実施形態が示されている。
【００１５】
メーカに依存しないファンクショナルマネージメントオブジェクトクラスの処理と、メーカ固有のハードウェア関連マネージメントオブジェクトクラスの処理との間のコンフリクトは、マネージメントセンタにおいてメーカ固有のハードウェアテストを自動的に生成させることによって解決される。これは有利には、目的に合わせてつまりハードウェアエラーの結果としてアラームを受けた後にも行われるし、包括的にもつまり周期的な予防措置としても行われる。
【００１６】
このようにネットワークマネージメントセンタＮＭＣの側から、メーカ固有のハードウェアテストを自動的に生成することができ、このことはＯＭＣ−ＮＭＣインタフェースの情報モデルがメーカ固有のオブジェクトクラスを把握していないにもかかわらず可能である。
【００１７】
また、ネットワークマネージメントセンタＮＭＣにおいて自動的に発せられるテストをもっぱら特定の目的のために、つまり特定のハードウェアボードのエラーの発生後にトリガすることもできるし、たとえばあるネットワークユニットのハードウェア全体に対して予防措置としてトリガすることもできる。
【００１８】
次に、図面を参照しながら実施例について詳しく説明する。
【００１９】
図１は、複数のネットワーク領域に分割された一般的な通信ネットワークを示す図である。
【００２０】
図２は、この種の通信ネットワークにおけるアラーム伝送手順の流れを示す図である。
【００２１】
図３は、この種の通信ネットワークにおけるメーカ固有のテストの流れを概略的に示す図である。
【００２２】
図２および図３には、ネットワークマネージメントセンタＮＭＣの側からネットワークユニットに対しハードウェア固有のテストを行うための方法の流れが例示されている。
【００２３】
ネットワークマネージメントＮＭＣと地域的なオペレーションおよびメンテナンスセンタＯＭＣとの間のインタフェースを制御するために、様々なマネージメントオブジェクトクラスＭＯＣが設けられている。それらのインタフェースをメーカに依存しないようにする必要があるため、この種のマネージメントインタフェースの情報モデルはファンクショナルマネージメントオブジェクトクラスＭＯＣだけしかもっていない。
【００２４】
この情報モデルにメーカ固有のハードウェアをインテグレーションする目的で、有利にはすべてのハードウェアコンポーネントつまりいわゆるボードすべてが、汎用の全設備マネージメントオブジェクトクラスＭＯＣ（equipment summary MOC）としてネットワークユニットのレベル上で定義される。
【００２５】
たとえば移動無線ネットワークの無線部分は基地局制御装置ＢＳＣ、基地局送受信局ＢＴＳＥおよびトランスコーダおよびレートアダプタユニットＴＲＡＵというネットワークユニットから成り、この部分のために以下の全設備マネージメントオブジェクトクラスＭＯＣが定義される：
bscEquipment
btsEquipment
trauEquipment
マネージメントオブジェクトクラス bscEquipment は基地局制御装置の設備フィーチャに係わるものであり、btsEquipment は基地局送受信局の設備フィーチャであり、trauEquipment はトランスコーダおよびレートアダプタユニットの設備フィーチャである。
【００２６】
特定のハードウェアコンポーネントにおいてハードウェアエラーが発生すると、たとえば図２であればＴｙｐ ＴＰＵ（ＴＰＵ：Transceiver Power Unit）のボード１においてハードウェアエラーが発生すると（ここではこれは単にハードウェアボードの実例としてＢＴＳＥユニット８のフレームないしラックＮｏ．２で示されている）、そのネットワークユニットは以下のパラメータをもつ警告もしくはアラームメッセージを発生する：
−オブジェクトクラスＭＯＣ： ＴＰＵ（メーカ固有のＯＭＣ−ＢＳＳインタフェースにおけるハードウェア関連ＭＯＣ）および
−オブジェクトインスタンスＭＯＩ： ．．．−８−２−１（相対的に区別可能な名前、いわゆる Relaive Distinguisched Name これはネームツリーに従う）。
【００２７】
このような通知はメーカ固有のアラームメッセージ（alarm report）として、ネットワークユニットである基地局制御装置ＢＳＣを介して地域的なオペレーションおよびメンテナンスセンタＯＭＣへ転送される。
【００２８】
オペレーションおよびメンテナンスセンタＯＭＣがふさがっていない時間に上位のネットワークマネージメントセンタＮＭＣにおけるネットワーク監視を行えるようにする目的で、メーカ固有の各オペレーションおよびメンテナンスセンタＯＭＣはいわゆる調停機能（mediation function）をもっている。この調停機能によって、ネットワークマネージメントセンタＮＭＣにとって重要であり通信ネットワークから到来するすべてのイベントメッセージ（event report）が、それぞれ対応するファンクショナルマネージメントオブジェクトクラスに変換され、これはＯＭＣ−ＭＭＣインタフェースの情報モデルに従い行われる。この処理はいわゆるマッピング手順とも呼ばれ、図２に描かれている。
【００２９】
換言すれば、ハードウェアエラー発生後のアラームメッセージすなわちハードウェア関連のメーカ固有のアラームが、調停機能によってファンクショナル全設備マネージメントオブジェクトに変換され、ついでこれはメーカに依存しないアラーム通知の形態でネットワークマネージメントセンタＮＭＣへ転送される。もとものハードウェア関連アラームメッセージは ITU-T X. 733 ("Systems Management: Alarm Reporting Function") に従い、たとえば以下のパラメータをもつ標準化されたファンクショナルアラームメッセージにマッピングされる：
−オブジェクトクラス： btsEquipment （これはネットワークユニットＢＴＳＥにおけるハードウェアの機能をモデリングする）
−オブジェクトインスタンス： ．．．-8。
【００３０】
オブジェクトインスタンスに関してＯＭＣ−ＮＭＣインタフェースには、実際のネットワークユニットＢＴＳＥと汎用のファンクショナルなオブジェクトクラスのインスタンス btsEquipment が存在する。
【００３１】
図２に描かれている実例の場合、オペレーションおよびメンテナンスセンタＯＭＣへ伝送されるものであり "MOC = TPU" および "MOI = 1" をもつ元のアラームメッセージが、"MOC = btsEquipment", "MOI = 8" および付加情報（標準化パラメータ "Additional information"）＝ [rack 2, TPU 1] " にマッピングされる。
【００３２】
元のエラーのあるハードウェアを一義的に識別するメーカ固有の情報は、このように調停機能によって付加情報というフィールドに定義される。ネットワークマネージメントセンタＮＭＣに送信されるアラームメッセージの付加情報は、この実施例では ITU-T X. 710 "Open Systems Interconnection - Common Nanagement Information Service Definition" によれば以下のように定義されている：−ラック番号： ２ なぜならばＢＴＳＥハードウェアはここでは複数のラックに収納されているからである。
【００３３】
−ボードタイプ： ＴＰＵ
−ボード番号： １。
【００３４】
調停されたアラームメッセージの受信後、ネットワークマネージメントセンタＮＭＣのＮＭＣソフトウェアはオブジェクトクラス（"equipment-summary" btsEquipment）に基づき、これがメーカ固有のハードウェアエラーであることを識別する。
【００３５】
エラーをさらに詳しく調べるために、つまり過渡的なエラーなのか永続的なエラーなのか、ボードを交換すべきなのか、などといったことを判定する目的で、ネットワークマネージメントＮＭＣは着目しているボード（ＴＰＵ）に固有のテストをスタートさせる必要がある。そのためＮＭＣソフトウェアはフィールド「付加情報」を評価し、調停されたアラームメッセージのオブジェクトクラスおよびオブジェクトインスタンスとともに、エラーの発生しているボードのアドレスを一義的に特定してシミュレートすることができる。
【００３６】
図３に描かれているように、ネットワークマネージメントセンタＮＭＣは ITU-T X. 745 (Systems Management: Test Management Function) に従い標準化されたマネージメントアクション "M-ACTION" を発生させ、そこではテストすべきハードウェアがいわゆる "nonSpecificForm" によって定義されている。この場合、パラメータはフィールド "toBeTestedMORTs" つまりテストすべきボードである。この実施例によれば第１のバイトは、テストすべきボードもしくはテストすべき回路基板が収容されているフレーム番号もしくはラック番号である。第２のバイトによりボードタイプが定義され、つまりこの実施例ではＴＰＵであり、さらに第３のバイトによって回路基板番号もしくはボード番号ここでは１が定義される。
【００３７】
マネージメントアクションＭ−ＡＣＴＩＯＮは、ネットワークマネージメントセンタＮＭＣからインタフェースを介してオペレーションおよびメンテナンスセンタＯＭＣへ送られ、その際、受信側は常に全設備タイプ（"equipment-summary" object）のマネージメントオブジェクトである。これはこの事例では btsEquipment インスタンス８である。
【００３８】
オペレーションおよびメンテナンスセンタＯＭＣにおいて、調停機能はこのマネージメント要求（M-ACTION Request）をＯＭＣ−ＢＳＳインタフェースのメーカ固有の情報モデルに従ったテスト要求に変換する。実際の基地局送受信装置ＢＴＳＥと全設備インスタンス btsEquipment とパラメータ値 "toBeTestedMORTs" との１：１の対応づけに基づき、調停機能は実際の通信ネットワークにおいてテストすべきボードのアドレスを一義的に規定することができる。その際、テスト要求には、着目しているボードについてまえもって規定されているメーカ固有のテストの識別子も含まれている。
【００３９】
ネットワークユニットここではＢＴＳＥ８に送り戻されたテスト結果は、オペレーションおよびメンテナンスセンタＯＭＣの調停機能により、やはりＯＭＣ−ＭＭＣインタフェースの情報モデルに従い変換され、標準化されたパラメータ "テスト呼び出しＩＤ" もしくは "testInvocationId" を用いることで、ネットワークマネージメントセンタＮＭＣの先行のＮＭＣテスト要求と一義的に相関づけられる。その際、ＯＭＣは標準化されたＮＭＣテストコマンドに従い "レスポンス Response" を送信し、テスト過程が一義的に識別されるようにする目的でこれにはパラメータ値 "testInvocationId" が含まれている。同じ値はオペレーションおよびメンテナンスセンタＯＭＣによりテスト終了後、ネットワークマネージメントセンタＮＭＣに対する testResultNotification に挿入される。
【００４０】
マッピングもしくは調停されたテスト結果は、いわゆるエラーフォームないしは "Trouble tickets" の自動作成のためにもＮＭＣソフトウェアによって用いることができ、これによって対応する修復措置を現場で導入することができる。
【００４１】
ＯＭＣ−ＮＭＣインタフェースの定義によって付加的および／または択一的に、ネットワークマネージメントセンタＮＭＣにおいて周期的予防的なハードウェアテストを自動的に生成することもできる。ITU-T X. 745 に従い標準化されたテスト要求において、ネットワークマネージメントセンタＮＭＣはテストすべきボードに対する特別な値を "toBeTestedMORTs" という属性で利用することができる。調停機能はこのコマンドをたとえば、テスト要求の受信側によりモデリングされるネットワークユニット全体に対するテスト要求として解釈することができる。この実施例の場合、これは btsEquipment インスタンス８である。したがって調停機能は、各ハードウェア基板に固有の複数の個々のテストコマンドを生成し、それらのコマンドはネットワークユニットＢＴＳＥ ８へ相前後して送られる。
【００４２】
各テスト後に個々のテスト結果は調停機能によって収集され、「マッピングされ」、ITU-T X. 745 に従い標準化されたテスト結果メッセージつまりいわゆる "testResultNofication" として上位のネットワークマネージメントセンタＮＭＣへ伝送される。
【図面の簡単な説明】
【図１】 複数のネットワーク領域に分割された一般的な通信ネットワークを示す図である。
【図２】 図１のような通信ネットワークにおけるアラーム伝送手順の流れを示す図である。
【図３】 上述の通信ネットワークにおけるメーカ固有のテストの流れを概略的に示す図である。
本発明は、通信ネットワークの管理方法たとえば上位のネットワークマネージメントセンタにおいてテストを生成する方法および該方法を実施するための通信システムに関する。
【０００２】
無線通信システムにおいて情報（たとえば音声、画像情報または他のデータ）は、電磁波を用い送信側無線局と受信側無線局（基地局または移動局）との間の無線インタフェースを介して伝送される。この場合、電磁波の放射は、個々のシステムのために設定された周波数帯域内にある搬送波周波数によって行われる。ＧＳＭ（Global System for Mobile Communication）の場合には搬送波周波数は９００ＭＨｚ、１８００ＭＨｚもしくは１９００ＭＨｚの領域にある。たとえばＵＭＴＳ（Universal Mobile Telecommunication System）あるいは第３世代の他のシステムなどのような無線インタフェースを介したＣＤＭＡまたはＴＤ／ＣＤＭＡ伝送方式による将来の移動無線については、約２００００ＭＨｚの周波数帯域の周波数が設定されている。
【０００３】
ＴＭＮ方式（TMN: Telecommunications Management Network）とも称される一般的なマネージメントネットワークの方式によって、通信システムたとえば移動通信システムを管理するための複数のマネージメントレベルが定義されており、この場合、各レベルは２重の機能をもっている。このマネージメントシステムにおいて各レベルは最も下のレベル以外は、自身の１つ下に位置するレベルのためのマネージャ機能を備えている。管理される側のシステムでは各レベルは最も上のレベル以外は、自身の１つ上に位置するレベルのためのエージェント機能を備えている。
【０００４】
オブジェクト指向の環境では、それぞれ特定の機能を備えたネットワーク資源を成す多数のオブジェクトが存在する。典型的には移動無線ネットワークにおいてマネージャとエージェントとの間で成り立つようなオブジェクト指向の環境の場合にはそれに応じて各エージェントの機能が、１つのオブジェクトクラスにおける管理される側のオブジェクト（ないしはオブジェクトインスタンスＭＯＩ）として利用可能な１つの特定のオブジェクトによって提供される。
【０００５】
このオブジェクトは、機能のほかにたとえばパラメータや周囲条件が定義されるモデリング作業の結果として生じるものであり、これはマネージャにも相応のインタフェースにおいて実行するエージェントにも既知である。この場合、インタフェースはたとえば移動無線ネットワークにおいては、オペレーションおよびメンテナンスセンタ（図１のＯＭＣ）と基地局システム（ＢＳＳ）との間のいわゆるＯインタフェースとすることができる。
【０００６】
管理される側の特定のクラスＡのオブジェクトインスタンス（managed object class とも称する）は、同じクラスまたは別のクラスのオブジェクトインスタンスを有することができる。各オブジェクトインスタンス（クラスではない）の間におけるこのような関係は、モデリングにおいては包含関係 "containment relationship" とも呼ばれる。
【０００７】
また、あるクラスのオブジェクトインスタンスが他のクラスのオブジェクトに対し上位の（SUPERIOR）オブジェクトとして定義されているまたは定義可能であることを指定するオブジェクトクラス間の関係は、ネームバインディング "NAME BINDING" とも呼ばれる。ネームバインディング関係に基づきハイアラーキが組織されているオブジェクトの階層的なアロケーションは、一般にネーミングツリー "naming tree " と呼ばれる。
【０００８】
その際、通信ネットワークたとえば移動無線ネットワークにおいて、ネットワークの監視ならびに制御は一般に２つのマネージャサイドから行われる。すなわち一方では中央でオペレーションおよびメンテナンスセンタＯＭＣ（OMC: Operation and Maintanance Centre）から行われ、これはエレメントマネージャに対応し、他方では現地で局所的なメンテナンスデータステーションＬＭＴ（LMT: Local Maintenance Terminal）から行われ、これは様々なネットワークユニットに接続することができる。この種のネットワークユニットは移動無線ネットワークであればたとえば基地局サブシステムＢＳＣ、ハードウェアをモデリングもしくは考慮する基地局送受信局ＢＴＳＥ（ＢＴＳＥ：Base Transceiver Station Equipment）、あるいはトランスコーダおよびアダプタユニットＴＲＡＵである。
【０００９】
サービス提供側によって管理される通信ネットワーク全体は運用上、図１にも示されているように複数のネットワーク領域に分割される。ネットワーク全体には様々なメーカのハードウェアが含まれているにもかかわらず、これらのネットワーク領域各々の内部では、ネットワークエレメントも既述のマネージメントシステムも通常は同じメーカから納入される。それというのもオペレーションおよびメンテナンスセンタＯＭＣおよびローカルのメンテナンスデータステーションにおけるマネージメントによってメーカ固有のハードウェア特性すべてを考慮しなければならないからである。これにはたとえば個々のコンポーネントの機能テストなども属する。
【００１０】
夜や休日、週末の間、移動無線ネットワークは一方では、一般に "Network Management Centre" (NMC) と呼ばれる上位のネットワークマネージメントセンタによって監視される。なぜならば地域的なオペレーションおよびメンテナンスセンタＯＭＣはそのような時間は空いているからである。他方、ネットワークマネージメントセンタＮＭＣと地域的なオペレーションおよびメンテナンスセンタＯＭＣとの間のインタフェースをメーカには依存しないようにしておく必要があり、その目的はメーカ固有のネットワーク領域の機能的なインテグレーションを１つの統一的なネットワークマネージメントセンタＮＭＣのもとで実現できるようにするためである。
【００１１】
ＯＭＣ−ＮＭＣインタフェースのメーカ非依存性は、オブジェクト指向のマネージメント環境においていわゆるファンクショナルオブジェクトクラスたとえばマネージメントオブジェクトクラス（functional-related MOC）の排他的な利用により行うことができる。この場合、ファンクショナルオブジェクトによって、機能的なメーカに依存しない視点から通信ネットワークのネットワークリソースがモデリングされる。これに対しオペレーションおよびメンテナンスセンタＯＭＣとネットワークエレメントとの間のメーカ固有のインタフェースは、メーカごとに異なっているいわゆるハードウェア関連マネージメントオブジェクトクラス（equipment-related MOC）も把握している。ここでネットワークエレメントはたとえば基地局ＢＳＳであって、これはネットワーク領域においてＯＭＣによって管理される。
【００１２】
たとえば特定のハードウェアコンポーネントの故障など予期せぬ出来事に対し迅速に応答できるようにする目的で、ネットワークマネージメントセンタＮＭＣのオペレータは対応するテストをスタートさせることができなければならない。しかしネットワークマネージメントセンタのオペレータはオペレーションおよびメンテナンスセンタＯＭＣとは異なり、特定メーカのハードウェアに関するシステム固有の情報をもっていない。このためメーカ固有のテストを実行できない。
【００１３】
本発明の課題は、通信ネットワークの管理方法を改善することにあり、たとえば通信ネットワークにおいてメーカに依存しない上位のネットワークマネージメントセンタからの自動的なテスト機能を実現することにある。
【００１４】
この課題は、請求項１の特徴を備えた方法、請求項５記載の特徴を備えた装置、ならびに請求項６記載の特徴を備えた無線通信システムによって解決される。従属請求項には有利な実施形態が示されている。
【００１５】
メーカに依存しないファンクショナルマネージメントオブジェクトクラスの処理と、メーカ固有のハードウェア関連マネージメントオブジェクトクラスの処理との間のコンフリクトは、マネージメントセンタにおいてメーカ固有のハードウェアテストを自動的に生成させることによって解決される。これは有利には、目的に合わせてつまりハードウェアエラーの結果としてアラームを受けた後にも行われるし、包括的にもつまり周期的な予防措置としても行われる。
【００１６】
このようにネットワークマネージメントセンタＮＭＣの側から、メーカ固有のハードウェアテストを自動的に生成することができ、このことはＯＭＣ−ＮＭＣインタフェースの情報モデルがメーカ固有のオブジェクトクラスを把握していないにもかかわらず可能である。
【００１７】
また、ネットワークマネージメントセンタＮＭＣにおいて自動的に発せられるテストをもっぱら特定の目的のために、つまり特定のハードウェアボードのエラーの発生後にトリガすることもできるし、たとえばあるネットワークユニットのハードウェア全体に対して予防措置としてトリガすることもできる。
【００１８】
次に、図面を参照しながら実施例について詳しく説明する。
【００１９】
図１は、複数のネットワーク領域に分割された一般的な通信ネットワークを示す図である。
【００２０】
図２は、この種の通信ネットワークにおけるアラーム伝送手順の流れを示す図である。
【００２１】
図３は、この種の通信ネットワークにおけるメーカ固有のテストの流れを概略的に示す図である。
【００２２】
図２および図３には、ネットワークマネージメントセンタＮＭＣの側からネットワークユニットに対しハードウェア固有のテストを行うための方法の流れが例示されている。
【００２３】
ネットワークマネージメントＮＭＣと地域的なオペレーションおよびメンテナンスセンタＯＭＣとの間のインタフェースを制御するために、様々なマネージメントオブジェクトクラスＭＯＣが設けられている。それらのインタフェースをメーカに依存しないようにする必要があるため、この種のマネージメントインタフェースの情報モデルはファンクショナルマネージメントオブジェクトクラスＭＯＣだけしかもっていない。
【００２４】
この情報モデルにメーカ固有のハードウェアをインテグレーションする目的で、有利にはすべてのハードウェアコンポーネントつまりいわゆるボードすべてが、汎用の全設備マネージメントオブジェクトクラスＭＯＣ（equipment summary MOC）としてネットワークユニットのレベル上で定義される。
【００２５】
たとえば移動無線ネットワークの無線部分は基地局制御装置ＢＳＣ、基地局送受信局ＢＴＳＥおよびトランスコーダおよびレートアダプタユニットＴＲＡＵというネットワークユニットから成り、この部分のために以下の全設備マネージメントオブジェクトクラスＭＯＣが定義される：
bscEquipment
btsEquipment
trauEquipment
マネージメントオブジェクトクラス bscEquipment は基地局制御装置の設備フィーチャに係わるものであり、btsEquipment は基地局送受信局の設備フィーチャであり、trauEquipment はトランスコーダおよびレートアダプタユニットの設備フィーチャである。
【００２６】
特定のハードウェアコンポーネントにおいてハードウェアエラーが発生すると、たとえば図２であればＴｙｐ ＴＰＵ（ＴＰＵ：Transceiver Power Unit）のボード１においてハードウェアエラーが発生すると（ここではこれは単にハードウェアボードの実例としてＢＴＳＥユニット８のフレームないしラックＮｏ．２で示されている）、そのネットワークユニットは以下のパラメータをもつ警告もしくはアラームメッセージを発生する：
−オブジェクトクラスＭＯＣ： ＴＰＵ（メーカ固有のＯＭＣ−ＢＳＳインタフェースにおけるハードウェア関連ＭＯＣ）および
−オブジェクトインスタンスＭＯＩ： ．．．−８−２−１（相対的に区別可能な名前、いわゆる Relaive Distinguisched Name これはネームツリーに従う）。
【００２７】
このような通知はメーカ固有のアラームメッセージ（alarm report）として、ネットワークユニットである基地局制御装置ＢＳＣを介して地域的なオペレーションおよびメンテナンスセンタＯＭＣへ転送される。
【００２８】
オペレーションおよびメンテナンスセンタＯＭＣがふさがっていない時間に上位のネットワークマネージメントセンタＮＭＣにおけるネットワーク監視を行えるようにする目的で、メーカ固有の各オペレーションおよびメンテナンスセンタＯＭＣはいわゆる調停機能（mediation function）をもっている。この調停機能によって、ネットワークマネージメントセンタＮＭＣにとって重要であり通信ネットワークから到来するすべてのイベントメッセージ（event report）が、それぞれ対応するファンクショナルマネージメントオブジェクトクラスに変換され、これはＯＭＣ−ＭＭＣインタフェースの情報モデルに従い行われる。この処理はいわゆるマッピング手順とも呼ばれ、図２に描かれている。
【００２９】
換言すれば、ハードウェアエラー発生後のアラームメッセージすなわちハードウェア関連のメーカ固有のアラームが、調停機能によってファンクショナル全設備マネージメントオブジェクトに変換され、ついでこれはメーカに依存しないアラーム通知の形態でネットワークマネージメントセンタＮＭＣへ転送される。もとものハードウェア関連アラームメッセージは ITU-T X. 733 ("Systems Management: Alarm Reporting Function") に従い、たとえば以下のパラメータをもつ標準化されたファンクショナルアラームメッセージにマッピングされる：
−オブジェクトクラス： btsEquipment （これはネットワークユニットＢＴＳＥにおけるハードウェアの機能をモデリングする）
−オブジェクトインスタンス： ．．．-8。
【００３０】
オブジェクトインスタンスに関してＯＭＣ−ＮＭＣインタフェースには、実際のネットワークユニットＢＴＳＥと汎用のファンクショナルなオブジェクトクラスのインスタンス btsEquipment が存在する。
【００３１】
図２に描かれている実例の場合、オペレーションおよびメンテナンスセンタＯＭＣへ伝送されるものであり "MOC = TPU" および "MOI = 1" をもつ元のアラームメッセージが、"MOC = btsEquipment", "MOI = 8" および付加情報（標準化パラメータ "Additional information"）＝ [rack 2, TPU 1] " にマッピングされる。
【００３２】
元のエラーのあるハードウェアを一義的に識別するメーカ固有の情報は、このように調停機能によって付加情報というフィールドに定義される。ネットワークマネージメントセンタＮＭＣに送信されるアラームメッセージの付加情報は、この実施例では ITU-T X. 710 "Open Systems Interconnection - Common Nanagement Information Service Definition" によれば以下のように定義されている：−ラック番号： ２ なぜならばＢＴＳＥハードウェアはここでは複数のラックに収納されているからである。
【００３３】
−ボードタイプ： ＴＰＵ
−ボード番号： １。
【００３４】
調停されたアラームメッセージの受信後、ネットワークマネージメントセンタＮＭＣのＮＭＣソフトウェアはオブジェクトクラス（"equipment-summary" btsEquipment）に基づき、これがメーカ固有のハードウェアエラーであることを識別する。
【００３５】
エラーをさらに詳しく調べるために、つまり過渡的なエラーなのか永続的なエラーなのか、ボードを交換すべきなのか、などといったことを判定する目的で、ネットワークマネージメントＮＭＣは着目しているボード（ＴＰＵ）に固有のテストをスタートさせる必要がある。そのためＮＭＣソフトウェアはフィールド「付加情報」を評価し、調停されたアラームメッセージのオブジェクトクラスおよびオブジェクトインスタンスとともに、エラーの発生しているボードのアドレスを一義的に特定してシミュレートすることができる。
【００３６】
図３に描かれているように、ネットワークマネージメントセンタＮＭＣは ITU-T X. 745 (Systems Management: Test Management Function) に従い標準化されたマネージメントアクション "M-ACTION" を発生させ、そこではテストすべきハードウェアがいわゆる "nonSpecificForm" によって定義されている。この場合、パラメータはフィールド "toBeTestedMORTs" つまりテストすべきボードである。この実施例によれば第１のバイトは、テストすべきボードもしくはテストすべき回路基板が収容されているフレーム番号もしくはラック番号である。第２のバイトによりボードタイプが定義され、つまりこの実施例ではＴＰＵであり、さらに第３のバイトによって回路基板番号もしくはボード番号ここでは１が定義される。
【００３７】
マネージメントアクションＭ−ＡＣＴＩＯＮは、ネットワークマネージメントセンタＮＭＣからインタフェースを介してオペレーションおよびメンテナンスセンタＯＭＣへ送られ、その際、受信側は常に全設備タイプ（"equipment-summary" object）のマネージメントオブジェクトである。これはこの事例では btsEquipment インスタンス８である。
【００３８】
オペレーションおよびメンテナンスセンタＯＭＣにおいて、調停機能はこのマネージメント要求（M-ACTION Request）をＯＭＣ−ＢＳＳインタフェースのメーカ固有の情報モデルに従ったテスト要求に変換する。実際の基地局送受信装置ＢＴＳＥと全設備インスタンス btsEquipment とパラメータ値 "toBeTestedMORTs" との１：１の対応づけに基づき、調停機能は実際の通信ネットワークにおいてテストすべきボードのアドレスを一義的に規定することができる。その際、テスト要求には、着目しているボードについてまえもって規定されているメーカ固有のテストの識別子も含まれている。
【００３９】
ネットワークユニットここではＢＴＳＥ８に送り戻されたテスト結果は、オペレーションおよびメンテナンスセンタＯＭＣの調停機能により、やはりＯＭＣ−ＭＭＣインタフェースの情報モデルに従い変換され、標準化されたパラメータ "テスト呼び出しＩＤ" もしくは "testInvocationId" を用いることで、ネットワークマネージメントセンタＮＭＣの先行のＮＭＣテスト要求と一義的に相関づけられる。その際、ＯＭＣは標準化されたＮＭＣテストコマンドに従い "レスポンス Response" を送信し、テスト過程が一義的に識別されるようにする目的でこれにはパラメータ値 "testInvocationId" が含まれている。同じ値はオペレーションおよびメンテナンスセンタＯＭＣによりテスト終了後、ネットワークマネージメントセンタＮＭＣに対する testResultNotification に挿入される。
【００４０】
マッピングもしくは調停されたテスト結果は、いわゆるエラーフォームないしは "Trouble tickets" の自動作成のためにもＮＭＣソフトウェアによって用いることができ、これによって対応する修復措置を現場で導入することができる。
【００４１】
ＯＭＣ−ＮＭＣインタフェースの定義によって付加的および／または択一的に、ネットワークマネージメントセンタＮＭＣにおいて周期的予防的なハードウェアテストを自動的に生成することもできる。ITU-T X. 745 に従い標準化されたテスト要求において、ネットワークマネージメントセンタＮＭＣはテストすべきボードに対する特別な値を "toBeTestedMORTs" という属性で利用することができる。調停機能はこのコマンドをたとえば、テスト要求の受信側によりモデリングされるネットワークユニット全体に対するテスト要求として解釈することができる。この実施例の場合、これは btsEquipment インスタンス８である。したがって調停機能は、各ハードウェア基板に固有の複数の個々のテストコマンドを生成し、それらのコマンドはネットワークユニットＢＴＳＥ ８へ相前後して送られる。
【００４２】
各テスト後に個々のテスト結果は調停機能によって収集され、「マッピングされ」、ITU-T X. 745 に従い標準化されたテスト結果メッセージつまりいわゆる "testResultNofication" として上位のネットワークマネージメントセンタＮＭＣへ伝送される。
【図面の簡単な説明】
【図１】 複数のネットワーク領域に分割された一般的な通信ネットワークを示す図である。
【図２】 図１のような通信ネットワークにおけるアラーム伝送手順の流れを示す図である。
【図３】 上述の通信ネットワークにおけるメーカ固有のテストの流れを概略的に示す図である。
Claims (7)
- 第１のマネージメントレベルの第１の装置（ＮＭＣ）と、第２のマネージメントレベルの第２の装置（ＯＭＣ）と、第３のマネージメントレベルの第３の装置（ＢＴＳＥ，ＢＳＣ）が設けられおり、
前記第２の装置（ＯＭＣ）は地域的なオペレーションおよびメンテナンスセンタであり、前記第１の装置（ＮＭＣ）は、前記第２の装置（ＯＭＣ）の上位に位置づけられる統一的なネットワークマネージメントセンタであり、
前記第１の装置（ＮＭＣ）と前記第２の装置（ＯＭＣ）との間の第１のインタフェースを介して通信するため、ハードウェアに依存しないファンクショナルマネージメントオブジェクトクラスをもつ第１の情報モデルを使用し、前記第２の装置（ＯＭＣ）と前記第３の装置（ＢＴＳＥ，ＢＳＣ）の間の通信のため、ハードウェアに依存する第２のインタフェースを使用する、
マネージメントネットワークの作動方法において、
前記第１の装置（ＮＭＣ）は第１のインタフェースを介して前記第２の装置（ＯＭＣ）へ、前記第３の装置（ＢＴＳＥ，ＢＳＣ）に関するハードウェアテストに対する要求を有するメッセージ（ITU-T X.745,X.710）を送信し、
前記第１の装置（ＮＭＣ）から第２の装置（ＯＭＣ）への、前記第３の装置（ＢＴＳＥ，ＢＳＣ）に関するハードウェアテストに対する要求を有する前記メッセージの送信後、前記第１のインタフェースを介して前記第２の装置（ＯＭＣ）から送信されたレスポンス（Resoponse）を前記第１の装置（ＮＭＣ）が受信し、該レスポンスには、要求された前記ハードウェアテストを一義的に識別するためのパラメータ値（testInvocationID）が含まれており、
前記ハードウェアテストに対する要求を有するメッセージの伝達に基づき、前記第３の装置（ＢＴＳＥ，ＢＳＣ）の状態に関するチェックまたは問い合わせを行い、
前記パラメータ値（testInvocationID）を、テスト終了後に前記ハードウェアテストの結果を前記第１の装置（ＮＭＣ）に送信するための別のメッセージ（testResultNotification）に挿入することを特徴とする、
マネージメントネットワークの作動方法。 - 前記第２の装置（ＯＭＣ）と前記第３の装置（ＢＴＳＥ，ＢＳＣ）との間の第２のインタフェースを介して通信するために、ハードウェア関連マネージメントオブジェクトクラスをもつ第２の情報モデルを使用する、請求項１記載の方法。
- 請求項１記載の方法において、
前記メッセージを周期的に、および／または前記第３の装置（ＢＴＳＥ，ＢＳＣ）におけるエラー発生後に送信することを特徴とする方法。 - 請求項１から３のいずれか１項記載の方法において、
前記メッセージの伝達に基づき前記第３の装置（ＢＴＳＥ，ＢＳＣ）のメーカ固有のテストを開始することを特徴とする方法。 - マネージメントネットワークの第１のレベルのための装置（ＮＭＣ）において、
該第１のレベルのための装置（ＮＭＣ）は、地域的なオペレーションおよびメンテナンスセンタである第２のレベルにおける第２の装置の上位に位置づけられる統一的なネットワークマネージメントセンタであり、
マネージメントネットワークの第２のレベルにおける第２の装置（ＯＭＣ）に対する第１のインタフェースが設けられており、該第１のインタフェースに対し、ハードウェアに依存しないファンクショナルマネージメントオブジェクトクラスをもつ情報モデルが通信に使用され、前記第２の装置（ＯＭＣ）と第３のマネージメントレベルの第３の装置（ＢＴＳＥ，ＢＳＣ）との間の通信のため、ハードウェアに依存する第２のインタフェースが使用され、
前記第３の装置（ＢＴＳＥ，ＢＳＣ）に関するハードウェアテストに対する要求を有するメッセージを、前記第１のインタフェースを介して前記第２の装置（ＯＭＣ）へ送信するための手段と、
該第１の装置（ＮＭＣ）から第２の装置（ＯＭＣ）への、前記第３の装置（ＢＴＳＥ，ＢＳＣ）に関するハードウェアテストに対する要求を有する前記メッセージの送信後、前記第１のインタフェースを介して前記第２の装置（ＯＭＣ）から送信されたレスポンス（Resoponse）を受信する手段が設けられており、該レスポンスには、要求された前記ハードウェアテストを一義的に識別するためのパラメータ値（testInvocationID）が含まれており、
前記ハードウェアテストに対する要求を有するメッセージ（ITU-T X.745,X.710）の伝達に基づき、前記第３の装置（ＢＴＳＥ，ＢＳＣ）の状態に関するチェックまたは問い合わせが行われ、
前記パラメータ値（testInvocationID）が、テスト終了後に前記ハードウェアテストの結果を前記第１の装置（ＮＭＣ）に送信するための別のメッセージ（testResultNotification）に挿入されることを特徴とする、
マネージメントネットワークの第１のレベルのための装置。 - 第１のマネージメントレベルの第１の装置（ＮＭＣ）と、第２のマネージメントレベルの第２の装置（ＯＭＣ）と、第３のマネージメントレベルの第３の装置（ＢＴＳＥ，ＢＳＣ）が設けられている通信システムにおいて、
前記第２の装置（ＯＭＣ）は地域的なオペレーションおよびメンテナンスセンタであり、前記第１の装置（ＮＭＣ）は、前記第２の装置（ＯＭＣ）の上位に位置づけられる統一的なネットワークマネージメントセンタであり、
前記第１の装置（ＮＭＣ）と前記第２の装置（ＯＭＣ）との間に第１のインタフェースが設けられており、該第１のインタフェースに対し、ハードウェアに依存しないファンクショナルマネージメントオブジェクトクラスをもつ第１の情報モデルが通信に使用され、
前記第２の装置（ＯＭＣ）と第３の装置（ＢＴＳＥ，ＢＳＣ）との間の通信のため、ハードウェアに依存する第２のインタフェースが使用され、
前記第１の装置（ＮＭＣ）には、第３の装置（ＢＴＳＥ，ＢＳＣ）に関するハードウェアテストに対する要求を有するメッセージを、前記第１のインタフェースを介して送信するための手段と、
前記第１の装置（ＮＭＣ）から第２の装置（ＯＭＣ）への、前記第３の装置（ＢＴＳＥ，ＢＳＣ）に関するハードウェアテストに対する要求を有する前記メッセージの送信後、前記第１のインタフェースを介して前記第２の装置（ＯＭＣ）から送信されたレスポンス（Resoponse）を受信する手段が設けられており、
該レスポンスには、要求された前記ハードウェアテストを一義的に識別するためのパラメータ値（testInvocationID）が含まれており、
前記ハードウェアテストに対する要求を有するメッセージ（ITU-T X.745,X.710）の伝達に基づき、前記第３の装置（ＢＴＳＥ，ＢＳＣ）の状態に関するチェックまたは問い合わせが行われ、
前記パラメータ値（testInvocationID）は、テスト終了後に前記ハードウェアテストの結果を前記第１の装置（ＮＭＣ）に送信するための別のメッセージ（testResultNotification）に挿入されることを特徴とする、
通信システム。 - 前記第２の装置（ＯＭＣ）と前記第３の装置（ＢＴＳＥ，ＢＳＣ）との間の第２のインタフェースを介して通信するために、ハードウェア関連マネージメントオブジェクトクラスをもつ第２の情報モデルが使用される、請求項６記載の通信システム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19953877A DE19953877A1 (de) | 1999-11-09 | 1999-11-09 | Verfahren und Kommunikationssystem zum Verwalten eines Kommunikationsnetzes |
| DE19953877.8 | 1999-11-09 | ||
| PCT/DE2000/003894 WO2001035576A2 (de) | 1999-11-09 | 2000-11-07 | Verfahren und kommunikationssystem zum verwalten eines kommunikationsnetzes |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007302538A Division JP2008092598A (ja) | 1999-11-09 | 2007-11-22 | 通信ネットワークを管理する方法および通信システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003527792A JP2003527792A (ja) | 2003-09-16 |
| JP2003527792A5 JP2003527792A5 (ja) | 2005-12-22 |
| JP4460812B2 true JP4460812B2 (ja) | 2010-05-12 |
Family
ID=7928425
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001537205A Expired - Lifetime JP4460812B2 (ja) | 1999-11-09 | 2000-11-07 | 通信ネットワークを管理する方法および通信システム |
| JP2007302538A Pending JP2008092598A (ja) | 1999-11-09 | 2007-11-22 | 通信ネットワークを管理する方法および通信システム |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007302538A Pending JP2008092598A (ja) | 1999-11-09 | 2007-11-22 | 通信ネットワークを管理する方法および通信システム |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US7747714B1 (ja) |
| EP (1) | EP1228599B1 (ja) |
| JP (2) | JP4460812B2 (ja) |
| CN (1) | CN1179517C (ja) |
| CA (3) | CA2390347C (ja) |
| DE (2) | DE19953877A1 (ja) |
| ES (1) | ES2244483T3 (ja) |
| WO (1) | WO2001035576A2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10134125A1 (de) * | 2001-07-13 | 2003-07-10 | Siemens Ag | Kundenspezifische, dynamische Konfiguration einer OMC-NMC-Schnittstelle |
| ATE255800T1 (de) * | 2002-07-22 | 2003-12-15 | Evolium Sas | Verfahren zum bereitstellen von dienstverwaltung für netzelemente eines zelluraren kommunikationsnetzwerkes |
| US8817803B2 (en) * | 2003-01-08 | 2014-08-26 | Nokia Corporation | Method and hierarchical radio network operations system for controlling a mobile communications network |
| DE10337450A1 (de) * | 2003-05-31 | 2004-12-23 | Siemens Ag | Verfahren zur Behandlung von Parameteränderungen in einem Managementnetz eines zellularen Kommunikationssystems und Kommunikationssystem |
| DE10337464A1 (de) * | 2003-06-01 | 2004-12-23 | Siemens Ag | Verfahren zur Behandlung von Alarmen in einem Managementsystem eines Kommunikationsnetzes |
| DE10349005C5 (de) * | 2003-10-17 | 2013-08-22 | Nec Europe Ltd. | Verfahren zur Überwachung eines Netzwerks |
| CN100341357C (zh) * | 2004-07-07 | 2007-10-03 | 华为技术有限公司 | 基站日志上报系统及方法 |
| CN100349417C (zh) * | 2004-12-14 | 2007-11-14 | 中兴通讯股份有限公司 | 级联网管监控系统流量控制方法 |
| GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
| CN101277218B (zh) * | 2008-05-04 | 2010-12-29 | 中兴通讯股份有限公司 | 一种网络告警的动态分析系统和方法 |
| US8200849B1 (en) * | 2008-06-06 | 2012-06-12 | The Mathworks, Inc. | Model based network communications |
| EP2690828B1 (en) * | 2011-03-23 | 2017-08-30 | Panasonic Corporation | Station, target apparatus, initiator apparatus, communication system, and communication method |
| CN102740342B (zh) * | 2012-06-08 | 2015-11-25 | 大唐移动通信设备有限公司 | 网管设备性能的模拟测试方法和系统 |
| EP2904493A4 (en) * | 2012-10-08 | 2016-06-22 | ROBUST MATERIAL DEFECT MANAGEMENT SYSTEM, METHOD AND INFRASTRUCTURE FOR BUSINESS DEVICES | |
| CN105306252A (zh) * | 2015-09-19 | 2016-02-03 | 北京暴风科技股份有限公司 | 一种自动判别服务器故障的方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59161879A (ja) | 1983-03-04 | 1984-09-12 | Sumitomo Electric Ind Ltd | シヨツトキゲ−ト電界効果トランジスタ |
| US5608720A (en) | 1993-03-09 | 1997-03-04 | Hubbell Incorporated | Control system and operations system interface for a network element in an access system |
| JP2776301B2 (ja) | 1994-08-30 | 1998-07-16 | 日本電気株式会社 | 回線予約装置および方法、回線予約受付装置および方法 |
| DE69728079T2 (de) | 1996-05-03 | 2005-01-20 | Agilent Technologies, Inc. (n.d.Ges.d.Staates Delaware), Palo Alto | Verfahren und Einrichtung zum Verfolgen der Änderung des Identifizierungskodes in einem mobilen Kommunikationssystem |
| EP0810755B1 (en) * | 1996-05-31 | 2003-04-16 | Hewlett-Packard Company, A Delaware Corporation | Systems and methods for operating a network management system |
| EP0851700B1 (en) | 1996-12-11 | 2005-08-24 | Agilent Technologies, Inc. (a Delaware corporation) | Cellular mobile radio network discovery method and apparatus therefor |
| US5909682A (en) | 1996-12-30 | 1999-06-01 | Mci Worldcom, Inc. | Real-time device data management for managing access to data in a telecommunication system |
| US6055493A (en) * | 1997-01-29 | 2000-04-25 | Infovista S.A. | Performance measurement and service quality monitoring system and process for an information system |
| US6012100A (en) * | 1997-07-14 | 2000-01-04 | Freegate Corporation | System and method of configuring a remotely managed secure network interface |
| US6425005B1 (en) * | 1997-10-06 | 2002-07-23 | Mci Worldcom, Inc. | Method and apparatus for managing local resources at service nodes in an intelligent network |
| DE19801785C2 (de) | 1998-01-19 | 2000-04-27 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
-
1999
- 1999-11-09 DE DE19953877A patent/DE19953877A1/de not_active Ceased
-
2000
- 2000-11-07 CA CA002390347A patent/CA2390347C/en not_active Expired - Lifetime
- 2000-11-07 CA CA002660092A patent/CA2660092A1/en not_active Abandoned
- 2000-11-07 EP EP00981163A patent/EP1228599B1/de not_active Expired - Lifetime
- 2000-11-07 JP JP2001537205A patent/JP4460812B2/ja not_active Expired - Lifetime
- 2000-11-07 WO PCT/DE2000/003894 patent/WO2001035576A2/de active IP Right Grant
- 2000-11-07 ES ES00981163T patent/ES2244483T3/es not_active Expired - Lifetime
- 2000-11-07 US US10/129,540 patent/US7747714B1/en active Active
- 2000-11-07 DE DE50010996T patent/DE50010996D1/de not_active Expired - Lifetime
- 2000-11-07 CN CNB008182353A patent/CN1179517C/zh not_active Expired - Lifetime
- 2000-11-07 CA CA2660067A patent/CA2660067C/en not_active Expired - Lifetime
-
2007
- 2007-11-22 JP JP2007302538A patent/JP2008092598A/ja active Pending
-
2008
- 2008-12-31 US US12/347,043 patent/US8332533B2/en not_active Expired - Fee Related
- 2008-12-31 US US12/347,065 patent/US9667522B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1228599A2 (de) | 2002-08-07 |
| CA2660067C (en) | 2013-12-31 |
| CA2660092A1 (en) | 2001-05-17 |
| CN1179517C (zh) | 2004-12-08 |
| US8332533B2 (en) | 2012-12-11 |
| US7747714B1 (en) | 2010-06-29 |
| JP2003527792A (ja) | 2003-09-16 |
| US9667522B2 (en) | 2017-05-30 |
| CN1421082A (zh) | 2003-05-28 |
| US20090182861A1 (en) | 2009-07-16 |
| DE19953877A1 (de) | 2001-05-23 |
| ES2244483T3 (es) | 2005-12-16 |
| EP1228599B1 (de) | 2005-08-17 |
| US20090182870A1 (en) | 2009-07-16 |
| CA2390347A1 (en) | 2001-05-17 |
| CA2390347C (en) | 2009-11-03 |
| WO2001035576A3 (de) | 2001-11-29 |
| JP2008092598A (ja) | 2008-04-17 |
| WO2001035576A2 (de) | 2001-05-17 |
| DE50010996D1 (de) | 2005-09-22 |
| CA2660067A1 (en) | 2001-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2008092598A (ja) | 通信ネットワークを管理する方法および通信システム | |
| US11140037B2 (en) | Communication method, network device, and system | |
| US6420968B1 (en) | Method and communication system for handling alarms using a management network that has a number of management levels | |
| EP1819096B1 (en) | A method for acquiring network key performance indicators and the key performance indicators groupware thereof | |
| CN101099398B (zh) | 用于在管理网络中在管理器和代理之间匹配信息的方法和装置 | |
| JP2004516691A (ja) | 移動無線のメーカに依存しないｏｍｃ‐ｎｍｃインタフェースを介してメーカ固有のハードウェア情報を更新する方法 | |
| US6058314A (en) | Apparatus and method for connection and data transfer between base station managing devices and a network management center | |
| JP2010502089A (ja) | 拡張可能な構造を有する無線通信網の構成要素管理システム | |
| CN101171795B (zh) | 用于运行通信系统的包含至少一个管理器和代理的管理系统的方法、代理和管理器 | |
| EP0840969B1 (en) | Universal object translation agent | |
| US20030110243A1 (en) | Method, system and policy decision point (PDP) for policy-based test management | |
| US8918491B2 (en) | Use of an identification information in a network management | |
| KR100257043B1 (ko) | 통신 관리 네트워크 시스템의 경보 처리 방법 | |
| CN100466538C (zh) | 改变管理网络的代理的运行模式的方法和装置 | |
| KR100198428B1 (ko) | 10gbps 동기식 전송 장치에서의 성능 임계치 객체 관리 방법 | |
| KR19990054741A (ko) | 통신 관리 네트워크에서 네트워크 소자에서 발생된 경보 정보처리 시스템 | |
| KR100975218B1 (ko) | 망운용관리 기능 시험장치 및 시험방법 | |
| Major et al. | Spectrum management using network management concepts | |
| ESPRIT Consortium CCE-CNMA | Network Management | |
| WO2017025132A1 (en) | Notification scheme for events logged by an agent | |
| KR20070022680A (ko) | 통신 시스템의 관리 네트워크에서 관리 정보를 배포하기위한 방법 및 장치들 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050511 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050511 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061222 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070319 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070329 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070620 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070725 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071122 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071203 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080109 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080208 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091210 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100215 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4460812 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130219 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140219 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |