JP2011024253A - 通信網のマネージメントネットワークの運用のための方法 - Google Patents

通信網のマネージメントネットワークの運用のための方法 Download PDF

Info

Publication number
JP2011024253A
JP2011024253A JP2010211452A JP2010211452A JP2011024253A JP 2011024253 A JP2011024253 A JP 2011024253A JP 2010211452 A JP2010211452 A JP 2010211452A JP 2010211452 A JP2010211452 A JP 2010211452A JP 2011024253 A JP2011024253 A JP 2011024253A
Authority
JP
Japan
Prior art keywords
manager
agent
network
moi
moc
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.)
Granted
Application number
JP2010211452A
Other languages
English (en)
Other versions
JP5074568B2 (ja
Inventor
Lucian Hirsch
ヒルシュ ルシアン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Publication of JP2011024253A publication Critical patent/JP2011024253A/ja
Application granted granted Critical
Publication of JP5074568B2 publication Critical patent/JP5074568B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0233Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04Network management architectures or arrangements
    • H04L41/046Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0062Provisions for network management
    • H04Q3/0087Network testing or monitoring arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/085Retrieval of network configuration; Tracking network configuration history

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)
  • Debugging And Monitoring (AREA)
  • General Factory Administration (AREA)

Abstract

【課題】従来形式のマネージメントネットワークの効果的な運用方法を提供すること。
【解決手段】マネージャからエージェントに情報調整に関する問い合わせを送信し、この場合前記問い合わせと共に、1つの基準オブジェクトを変更オブジェクト選択のためのオブジェクトツリーにおける開始点として識別する任意パラメータが送信され、前記問い合わせに応じて、専ら所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関する情報を前記エージェントからマネージャに送信する。
【選択図】図1

Description

本発明は、マネージャと、エージェントと、オブジェクトモデルを含んでおり、該オブジェクトモデルに従ってオブジェクトがオブジェクトクラスに割り当てられており、前記オブジェクトモデルは、マネージャとエージェントの間の通信のために用いられている、通信網のマネージメントネットワークの運用のための方法に関している。
TMN原理(Telecommunications Management Network)とも称されるマネージメントネットワークの原理によれば、通信システム、たとえば移動無線通信システムのような通信システムのマネージメントのために複数のマネージメントレイヤが存在している。この場合各レイヤは最上位層と最下位層を除いて二重の機能を、詳細にはマネージャ機能とエージェント機能を有している。マネージメントするシステム、いわゆるマネージングシステムにおいては、最下位層を除いて各レイヤが下位にあるレイヤのためのマネージャ機能を実施する。マネージメントされるシステム、いわゆるマネージドシステムでは、最上位層を除いて各レイヤが次に上位のレイヤのためのエージェント機能を与えられている。
マネージャは、ネットワークの監視とコントロールのために次のような動作を開始する。すなわち自信がいわゆる"リクエスト"(これはエージェントによって実施される)を送信し、相応の応答通知、いわゆる"レスポンス"をエージェントから受け取る。いわゆる遠隔通信網のリソースとも称される遠隔通信網の要素(これらはTMN階層構造においてエージェントの役割を果たす)は、関連する出来事、いわゆる"イベント"(例えばアラームなど)を識別し、相応の通知、いわゆる"notifications"を作成し、それを出来事通知、いわゆる"イベントレポート"の形態でマネージャに伝送して効果的なネットワーク管理を可能にさせている。
ネットワークマネージメントには、とりわけエラーマネージメント(Fault-Management)及び/又はコンフィグレーションマネージメント(Configuration Management)及び/又はセキュリティマネージメント(Security-Management)及び/又はアカウンティングマネージメント(Accounting-Management)及び/又はパフォーマンスマネージメント(Performance-Management)が含まれ得る。このネットワークマネージメントによって情報配信と管理のための適切な機構が提供されるべきであり、それによってネットワーク状態に関する包括的な画像が必要に応じて得られ、遠隔通信網の個々のオブジェクトが効果的に監視されるように構成される。
マネージャ・エージェント間の通信は、いわゆるマネージメントインターフェースないしマネージャ・エージェントインターフェースを介して行われる。これはオブジェクト指向の環境の中で、次のような通信プロトコル、例えばITU−T X.711規格のCMIP(Common Management Information)又はCORBA(Common Object Request Broker Architecture)と、オブジェクトモデルによって識別される。オブジェクトモデルは、遠隔通信網のリソースのモデリングに用いられる。このモデリングの際にはこれらのリソースがオブジェクトクラスに分けられる。
そのようなインターフェースは、例えば一方ではネットワークエレメントマネージメントレベル(Network Element Management Level)の間に存在し、他方ではネットワークエレメントレベル(Network Element Level)の間に存在する。このマネージャ・エージェントインターフェースの一例としてはネットワークエレメントマネージメントレベルのオペレーション・メンテナンスセンタOMC(Operation and Maintenance Center)があげられ、さらにネットワークエレメントレベルの側では、例えばGSM移動無線網の基地局システムBBS(Base Station System)の基地局や他の通信網の基地局、例えばUMTS(Universal Mobile Telecommunication System)移動無線網のノードBs、あるいはIEEE 802.11規格のWLAN(Wireless Local Area Network)システムの無線アクセスポイントなどがあげられる。
マネージメントインターフェースないしマネージャ・エージェントインターフェースも一方ではネットワークマネージメントレベル(Network Management Level)の間に存在し、他方ではネットワークエレメントマネージメントレベルの間に存在する。このマネージャ・エージェントインターフェースに対するネットワークデバイスの一例としては、例えばいわゆるGSMやその他の移動無線網ないし遠隔通信網において、例えばネットワークマネージメントレベルの側ではネットワークマネージメントセンタ(NMC(Network Management Center)があげられ、またネットワークエレメントマネージメントレベルの側ではオペレーション・メンテナンスセンタOMC(Operation and Maintenance Center)があげられる。
本発明の課題は、冒頭の述べたような形式のマネージメントネットワークの効果的な運用方法を提供することである。
前記課題は本発明により、
a)前記マネージャからエージェントに情報調整に関する問い合わせを送信し、この場合前記問い合わせと共に、1つの基準オブジェクトを変更オブジェクト選択のためのオブジェクトツリーにおける開始点として識別する任意パラメータが送信され、
b)前記問い合わせに応じて、専ら所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関する情報を前記エージェントからマネージャに送信するようにして解決される。
本発明の別の有利な構成例及び改善例は従属請求項の対象である。
本発明のマネージャとエージェントを含んだ遠隔通信網のマネージメントネットワークの運用方法によれば、前記マネージャとエージェントは、オブジェクトモデルを用いて相互に通信される。このオブジェクトモデルに従ってオブジェクトがオブジェクトクラスに割当てられている。マネージャは情報調整に関する問い合わせをエージェントに送信し、ないしはエージェントがマネージャから情報調整に関する問い合わせを受信する。本発明によれば前記マネージャが、前記問い合わせに基づいて、専ら所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関する情報をエージェントから受信し、ないしはエージェントはこの情報をマネージャに送信する。
マネージャとエージェントはオブジェクトモデルを用いて相互に通信している。このオブジェクトモデルのオブジェクトクラスが割り当てられるオブジェクトとは、物理的構成要素若しくは論理的構成要素の抽象、すなわち管理された遠隔通信網のネットワークリソースであり、従ってこれらのネットワークリソースはオブジェクトとしてモデル化される。このオブジェクトに関しては、その具体的な構成やそのオブジェクトクラスへの割り当てに依存して様々なタイプの変更が可能である。
アラームはイベントに基づいて存在する。オブジェクトがそのような"アラームイベント"を設定すると、アラームに関する報告のためのアラームレポートが送信される。このアラームは、アラームレポートを送信したオブジェクトに結び付ける。1つのアラームはそれ自体変更が可能な様々な状態を有し得る。さらにアラームは、属性、いわゆるアラーム情報も有し得る。これも変更が可能である。
本発明による方法は、マネージャとエージェントの間で情報の同期化を可能にさせる。ただしこの場合は完全な同期化ではなく、部分的な同期化である。なぜなら全てのオブジェクト及び/又はアラームが同期化のパートではなく、所定の時点以降に変更を引き起こさせる条件を満たすだけのものだからである。その中には専ら所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関する情報は含まれない。所定の時点以降不変であるオブジェクト及び/又はアラームに関する情報を除いて、その他の情報も専ら所定の時点以降に変更を引き起こさせるオブジェクト及び/又はアラームに関する情報としてエージェントからの問い合わせに基づいてマネージャに送信可能である。
所定の時点以降に変更を引き起こさせるオブジェクト及び/又はアラームに関する情報は、有利には1つのメッセージを含んでいるが、しかしながらそれはまた複数のメッセージにも分割可能である。マネージャやエージェントの他にさらに別の装置がマネージメントネットワークの構成要素として用いられてもよい。本発明による方法は、1つのエージェントが複数のマネージャに関連して実施してもよいし、1つのマネージャが複数のエージェントに関連して実施してもよい。
本発明の有利な実施例によれば、所定の時点とはマネージャによって要求されたマネージャとエージェントの間の最後の情報調整の時点である。それによりマネージャは本発明による方法によれば、マネージャによって要求された最後の同期化以降に現れている変更に関する情報を提供する。この最後の同期化とは、完全な同期化か、あるいは本発明によれば部分的な同期化でもあり得る。最後の同期化の時点に対しては代替的にその他のイベントの時点も利用可能である。それにより例えばマネージャとエージェントの間の接続が中断された時点も利用できる。
本発明の有利な実施例によれば、マネージャの問い合わせには、次のようなオブジェクトに関する情報も含まれる。すなわち所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関するエージェントの情報が関連付けられるオブジェクトに関する情報も含まれる。このことは必ずしもエージェントの全てのオブジェクト及び/又はアラームが変更の検査を受けなければならないことを意味するのではなく、マネージャの要求において示されたものだけを検査するだけでよい。アラームに関してはマネージャの問い合わせは、変更されたアラームが所定の対象にのみ該当することを示す。
特に有利には、所定の時点以降に変更が引き起こされたオブジェクトに関する情報は、前記所定の時点以降のマネージャに既知の少なくとも1つのオブジェクトの少なくとも1つの属性に関する変更に関する情報を含んでいる。マネージャにオブジェクトが既知であることは、例えば次のようなことを意味する。すなわちマネージャがこのオブジェクトに関する情報、例えばオブジェクトの識別情報、オブジェクトのオブジェクトクラス、オブジェクトの属性と属性値を記憶していることを意味するか及び/又はマネージャが既にこのオブジェクトに関するメッセージをエージェントから受け取ったか又はエージェントに送信したことを意味する。属性の変更は例えば属性値の変更、属性の挿入又は属性の消去によって実現され得る。有利にはマネージャは本発明による部分同期の枠内において、自身に既知の全てのオブジェクト(場合によっては問い合わせにおいて特定されたオブジェクト)の所定の時点以降に変更された属性に関する情報を受ける。オブジェクトの属性の変更に関する情報は、有利にはそのつどのオブジェクトの識別情報、属性の識別情報、及び目下の属性値を含有する。
付加的に若しくは代替的に有利には、所定の時点以降に変更が引き起こされたオブジェクトに関する情報は、前記所定の時点以降にマネージャに係わりかつ当該マネージャに未知の少なくとも1つのオブジェクトに関する情報を含んでいる。マネージャにオブジェクトが未知であることは、例えば次のようなことを意味する。すなわちマネージャがこのオブジェクトに関する情報を記憶していないことを意味するか及び/又はマネージャがまだこのオブジェクトに関するメッセージをエージェントから受け取っていないか又はエージェントに送信していないことを意味する。オブジェクトは、マネージャに対して次のようなとき、例えばマネージャによって監視されたオブジェクトのセットに付加されるときやマネージャによって監視されるべき装置が新たに設置されるとき、マネージャに既にオブジェクトとして既知であった装置が別のオブジェクトとして検出されるべきとき、時折マネージャによって監視されなかったオブジェクトが例えばオンサイトサービスのために再びマネージャによって監視されるべきときなどに関連性を持つ。マネージャにとってこれまで未知だったオブジェクトに関する情報は、有利にはオブジェクトの識別情報やオブジェクトの属性の識別情報及び目下の属性値を含んでいる。
さらに付加的に若しくは代替的に有利には、所定の時点以降に変更が引き起こされたオブジェクトに関する情報は、前記所定の時点以後にマネージャとの関係が薄くなった当該マネージャに既知の少なくとも1つのオブジェクトに関する情報を含んでいる。オブジェクトは次のような場合にはマネージャとの関係が薄くなり得る。すなわち例えばマネージャによって監視されている複数のオブジェクトから離れる場合、例えば装置が遠隔通信網から離れる場合、事前にマネージャによって監視されていた装置が他のマネージャによって監視されるべき場合、マネージャにとって既にオブジェクトとして既知である装置が別のオブジェクトとして検出されるべき場合、あるオブジェクトが時折マネージャによって監視されるべきでない場合(例えばオンサイトサービスのため)などにはマネージャとの関係が薄くなる。
本発明の別の実施例によれば、前記所定の時点以降に変更が引き起こされたアラームに関する情報は、前記所定の時点以後にエージェントによって受信及び/又は生成された少なくとも1つのアラームに関する情報を含んでいる。このことは例えばマネージャによって監視されているオブジェクトを表しているエージェントよりも下位のエージェントによって生成されたアラームに関連し、場合によってはエージェントからマネージャに転送されたアラームにも関連する。さらにこれはエージェントによって生成されたアラームにも関連する。
有利には、前記所定の時点以降に変更が引き起こされたアラームに関する情報は、少なくとも1つのアラームの少なくとも1つの状態に関する前記所定の時点以降に行われた変更に関する情報を含んでいる。このアラームの状態とは、例えば"アクティブ""否定応答"の状態(すなわちアラーム原因がまだ存在しアラームが未確認の状態)や、"アクティブ""肯定応答"の状態(すなわちアラーム原因がまだ存在し、アラームは確認された状態)、"クリアー""否定応答"の状態(すなわちアラーム原因は取り除かれたがアラームがまだ確認されていない状態)、"クリアー""肯定応答"の状態(すなわちアラーム原因が取り除かれかつアラームも確認された状態)などがありえる。特に最後のケースではアラームがアラームリストから消去され得る。
本発明の別の有利な実施例によれば、前記問い合わせはマネージャによって周期的に送信されるか及び/又はマネージャとエージェントの間の通信の再構築の後で送信される。例えばマネージャとエージェントの間の通信が時折中断された場合には、マネージャは、自身で通信障害の終了を確認したときに情報調整(データマッチング)のための問い合わせをエージェントに送信することができる。この問い合わせは通常の周期的に行われる問い合わせシーケンスに重なるように行われてもよいし、マネージャがこの問い合わせを任意の時点で送信するようにすることも可能である。
本発明による、オブジェクトにオブジェクトクラスを割当てるオブジェクトモデルを用いて前記エージェントと通信するための手段と、情報調整に関する問い合わせを前記エージェントに送信するための手段とを有している、マネージャとエージェントを含んだ遠隔通信網のマネージメントネットワークのためのマネージャによれば、前記問い合わせに基づいて専ら所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関するエージェントからの情報を受信するための手段を有している。
また本発明による、オブジェクトにオブジェクトクラスを割当てるオブジェクトモデルを用いて前記マネージャと通信するための手段と、情報調整に関する問い合わせを前記マネージャから受信するための手段とを有している、マネージャとエージェントを含んだ遠隔通信網のマネージメントネットワークのためのエージェントによれば、前記問い合わせに基づいて専ら所定の時点以降に変更が引き起こされたオブジェクト及び/又はアラームに関する前記マネージャへの情報を送信するための手段を有している。
さらに本発明によるマネージメントネットワークは、前記本発明によるマネージャと前記本発明によるエージェントの他にさらなる装置も含み得る。
本発明によるマネージャも本発明によるエージェントも特に本発明による方法の実施に適しており、これらのことはその他の改善例にも当てはまる。これについてはそれらはさらなる適切な手段を有し得る。
移動無線通信システムのマネージメントネットワークのセクションを表した図 本発明による方法のフローチャート
以下の明細書では本発明を実施例に基づいて詳細に説明する。
図1に示されている移動無線通信システムのマネージメントネットワークのセクションは、3つのレベル、すなわちNM(Network Manager)レベル、NEM(Network Element Management)レベル、NE(Network Element)レベルからなっている。最上位レベルであるNMレベルの構成要素は、ネットワークマネージメントセンターNMC1とNMC2であり、これらは中間レベルであるNEMレベルの2つのオペレーション・メンテナンスセンターOMC1、OMC2と接続している。この2つのオペレーション・メンテナンスセンターOMC1,OMC2は、ネットワークマネージメントセンターNMC1,NMC2に対してエージェントとして機能する。オペレーション・メンテナンスセンターOMC1は、最下位レベルであるNEレベルの3つのネットワーク要素NE11、NE12,NE13と接続され、それに対してオペレーション・メンテナンスセンターOMC2は、2つのネットワーク要素NE21,NE22と接続されている。前記ネットワーク要素NE11,NE12,NE13,NE21,NE22は例えば基地局若しくはこの基地局のコントロール装置であり得る。
移動通信システムのネットワークリソース、例えばネットワーク要素NE11,NE12,NE13,NE21,NE22は、ネットワークマネージメントの枠内で複数のオブジェクトクラスに分けられる。3GPPによれば通信毎にインターフェースを介してネットワークマネージメントセンター、オペレーションセンター、メンテナンスセンター間で例えば一般的な属性を有するベーシックなオブジェクトクラスManagedElement, ManagedFunctionを含んでいる1つのオブジェクトモデルが定められる。さらなるオブジェクトクラスは、例えばgsmCell, utranCell, btsSiteManager, bssFunction, mscServerFunction, rncFunction, hlrFunction, vlrFunction, sgsFunction, 及びggsnFunction である。
各オブジェクトクラスは所定の演算、すなわちマネージャから当該オブジェクトクラスのオブジェクトに送信され得るコマンドや、所定の属性、すなわちマネージャから問い合わせされ場合によって処理されるべき特性、ネットワークマネージメントの枠内でそのつどのオブジェクトクラスのオブジェクトから送信される所定のメッセージ、並びに重要度の説明並びにオブジェクトクラスの特性及びその構成要素を介して定められる。一方のネットワークマネージメントセンターと他方のオペレーション・メンテナンスセンターの間で使用されるオブジェクトモデルないし所定のオブジェクトクラスは、種々異なる製造メーカーのオペレーション・メンテナンスセンターを統合し得るようにするために通常は包括的なものである。このことはマネージャの目的の一部が、オペレーション・メンテナンスセンターに下位にあるネットワーク要素に対して作用を与えられるようにすることに起因している。それにより例えばコンフィグレーションマネージメントをネットワーク要素の個々のハードウエアないしソフトウエア構成に対応させ、ひいては製造メーカーに対応させることが可能になる。ネットワークマネージメントセンターは頻繁に多数の異なるメーカーのオペレーション・メンテナンスセンターと接続されるので、オペレーション・メンテナンスセンターにおいてはOMC−NEインターフェースのハードウエアに関連するオブジェクトモデルのメッセージからOMC−NMCインターフェースの一般的なオブジェクトモデルのメッセージへの変換が行われる。
各マネージャは操作を開始する1つ又は複数のネットワークリソース、すなわち要求を送信しそこから通知を受け取ることのできるネットワークリソースを監視する。これに対してマネージャは、自身に関連のあるネットワークリソース、つまり自身によって監視されるネットワークリソースがエントリーされているデーターベースを有している。これについてはマネージャによって監視されるネットワークリソース毎にオブジェクトインスタンス(以下では単にオブジェクトとも称する)が生成される。例えば新たな基地局が設置されると、この基地局に相応する新たなオブジェクトが生成され、このオブジェクトは当該基地局の通常のオブジェクトクラスに割り当てられる。この新たなオブジェクトはマネージャのデーターベースにエントリーされる。同じようなやり方で複数のオブジェクトを消去することも可能である。
遠隔通信網における最適なマネージメント管理の前提は、関連のあるイベント通知のみを下位のエージェントからできるだけ早くマネージャに転送させることである。通常の条件のもとでは、つまりエージェントとマネージャの間の通信が正常に機能している場合には、このことはエージェント何に存在するフィルター機構を介して行われる(例えばイベントフォワーディングディスクリミネーター、いわゆるEFDsを用いたITU−T X.734規格のCMIPベースのマネージメントインターフェース"Event Report Management Function"又は通知チャネルを用いたCORBAベースのマネージメントインターフェースなど)。
ネットワーク状態の更新イメージを得るためにマネージャは記憶されているマネージメント情報のためにエージェントと同期し得る。この目的のためには例えばコンフィグレーションデータ若しくはアラームに対する情報調整のための同期化手順("アライメント"手順とも称される)が利用される。オブジェクトのコンフィグレーションデータは、全ての通知とその値の量、すなわちオブジェクトの特性の全体像を表している。
この種の複数の同期化過程は、様々なケースにおいて必要となる。列挙すれば例えば次のような場合である、すなわち、
a)中断の後とそれに続くマネージャとエージェントの間の通信の再構築の場合
b)所定のエージェント、いわゆる単なるエージェントがコンフィグレーションに係わる通知(例えば3GPP 標準 TS 32.662,"Configuration Management (CM); Kernel CM Information Service (IS), V6.3.0"において規定されたnotifyObjectCreation/ notifiyObjectDeletion/ notifyAttributeValueChangeなど)を生成しない場合、又はマネージャがそのようなコンフィグレーションに係わる通知を評価しない場合、これは"リアルタイム"の同期化が複雑であることによる。このようなケースでは同期化は少なくともマネージャによって周期的に開始されなければならない
c)他のシステムの理由からコンフィグレーションに係わる通知若しくはアラームが失われる可能性がある場合、すなわちマネージャ/エージェントの通信が中断されたにもかかわらずイベントに合わせた同期化が必要である場合などである。
そのようなプロシージャは通常は、異なるメーカーのマネージャとエージェントの間で同期化を可能ならしめるために実施される。例えば3GPP TS 32.602標準の[Configuration Management (CM);Basic CM IntegrationReference (IRP): Information Service (IS) ,V6.0.0]は、オペレーションgetMoAttributesを定める。これはマネージャにエージェントによって管理されたコンフィグレーションデータを要求する。アラームの同期化に対しては3GPP TS 32.111-2標準[Fault Managiment ; Part 2 : Alarm Ingegration Reference Point (IRP): Information Service (IS)]がオペレーションgetAlarmList を定めている。このオペレーションはマネージャに全てのマネージメント情報の同期化、すなわちエージェントによる完全な情報調整の実施を許可している。前記情報調整がコンフィグレーションデータに関するものならば、マネージャは従来技術によれば監視されている全てのオブジェクトの全ての属性の更新値を、それぞれのオブジェクトの識別情報(MOI、Managed Object Instance)およびそのつどのオブジェクトのオブジェクトクラスの識別情報(MOI, Managed Object Class)と共に受信する。前記情報調整がアラームに関するものならば、マネージャは従来技法によれば自身に関係のある全てのアラームを受信する。このような完全な情報調整は、所定のネットワーク領域に関連させることも可能である。マネージャは自信にとって当該のマネージメント情報が既に既知であるかどうかに左右されることなく受信される。マネージャは個々のデータのどれが介在期間中に実際に変更されたかは知ることができないから、全体の同期化が開始されなければならない。前述した完全な同期化の結果は非常に長いものとなり、一般的なケースにおいては、とりわけマネージャ/エージェント通信の比較的短い中断の後では多くのオペレータにとってこのような不要な同期化期間は受け入れがたい。このことは、とりわけNM−EMインターフェースにおいて同期化すべきデータが大量であることを勘案すれば、特別な意味がある。というのもネットワークマネージメントセンターが時折故障するか若しくはコンフィグレーションに関する通知を評価しないときには、全てのオペレーション・メンテナンスセンターとの同期が必要となってくるからである。
次に図2に基づき本発明による方法を以下の明細書においてコンフィグレーションデータの同期化に関連してオペレーション・メンテナンスセンターOMC1とネットワークマネージメントセンターNMC1,NMC2の間のNM−EMマネージメントインターフェースに対する例で説明する。オペレーション・メンテナンスセンターOMC1は、これらの2つのネットワークマネージメントセンターNMC1,NMC2の各々に対して、コンフィグレーション変更の動的なリスト(以下では変更リストとも称する)を管理している。このリストには最後の同期化以降に変更された全てのオブジェクトの識別情報がフルネーム(DN=distinguisched Name)の形態でエントリーされている。すなわち、
a)新しいが故に変更されたオブジェクト、すなわちこれまでマネージャによって監視されたオブジェクトのマネージャによって記憶されたデーターベースにもエージェントによって記憶されたデーターベースにも含まれていないオブジェクトであって、エージェントのデーターベース内へ受け入れられ、マネージャのデーターベースにもピックアップすべきオブジェクトに対しては、リストエントリが変更リスト内でオブジェクトの識別情報及び識別子"N(New)"と共に作成される
b)マネージャによって監視されたオブジェクトのマネージャ及びエージェントによって記憶されたデーターベースに既に含まれている、変更されたオブジェクトに対しては、リストエントリが変更リスト内でオブジェクトの識別情報及び識別子"M(Modified)"と共に作成される。変更は次のようなことからなり得る。すなわちオブジェクトの1つの属性値又は複数の属性値が変更されたことや、例えばローカルオペレータの変更あるいは属性値の挿入ないし除去されたことなどである
c)消去されたが故に変更されたオブジェクト、すなわちこれまでマネージャによって監視されたオブジェクトのマネージャ並びにエージェントによって記憶されたデーターベースに含まれていたオブジェクトであって、エージェントのデーターベースから消去されマネージャのデーターベースからも消去すべきオブジェクトに対しては、変更リスト内でリストエントリがオブジェクトの識別情報と識別子"D(Deleted)"と共に作成される。
マネージャとエージェントの通信が最初に確立された場合には、関連するネットワークマネージメントセンターNMC1またはNMC2がオペレーション・メンテナンスセンターOMC1への完全な同期化を実施するための要求を送信する。それにより、時間軸の経過が下方に向けてプロットされている図2では、ネットワークマネージメントセンターNMC1が時点t0において3GPP TS 32.602準拠の要求getMoAttributes Requestをオペレーション・メンテナンスセンターOMC1へ送信し、さらにネットワークマネージメントセンターNMC2もそのようなオペレーションを時点t1にて送信する。オペレーション・メンテナンスセンターOMC1はそのつど3GPP TS 32.602準拠のメッセージgetMoAttributes Responseで応答し、このメッセージは前述したように各マネージャによって監視された全てのオブジェクトとそれらの属性値を含んでいる。この完全な同期化の実施の後ではオペレーション・メンテナンスセンターOMC1の変更リストがそれぞれのマネージャに対して初期化され、それによって各ネットワークマネージメントセンターNMC1,NMC毎にメッセージgetMoAttributes Responseの送信の後には空きの変更リストが存在する。
マネージャ−エージェント通信の中断と再構築の後で例えばマネージャが自信のコンフィグレーションデータをもはや更新できないことを識別した場合には、このマネージャは固有のデーターベースの再更新に対しては、最後の同期化過程以降に出現したコンフィグレーションデータの変更情報しか必要としない。本発明によれば、マネージャが最後の同期化以降に現れた変更をもたらすような方法が実施される。その場合に最後の同期化以降に変更されなかった余計な情報までもがエージェントによって転送されるようなことはない。この同期化は変更に限定される通知に基づいて、以下ではデルタ同期とも称する。デルタ同期を開始するために、ネットワークマネージメントセンターNMC1ないしNMC2は、メッセージgetConfigurationChanges Requestを以下に述べるパラメータと共にオペレーション・メンテナンスセンターOMC1へ送信する。すなわち、
−managerReference: このパラメータは関連するネットワークマネージメントセンターNMC1またはNMC2を一義的に同定する:
−basObjectInstance: この任意パラメータは1つのオブジェクトを、変更オブジェクト選択のためのオブジェクトツリーにおける開始点として識別される。オブジェクトツリーにおける当該基準オブジェクト下方に含まれる全てのオブジェクトは後続パラメータscopeの値に従って検査される:
−scope: この任意パラメータは前述した基準オブジェクトに基づいて特定される、これに対してはオブジェクトツリーにおいてマネージャ−エージェントインターフェースの下位におかれるオブジェクトに対して変更されたコンフィグレーションデータが同期されるべきである。このパラメータは標準化されたオペレーションgetMoAttributes: BASE OBJEDT ONLY, Nth LEVEL SUBORDINATES, BASE Nth LEVEL, BASE ALLなどと同じ値とみなされてもよい。
パラメータbasObjectInstance及びscopeによってマネージャはデルタ同期の枠内で興味のあるオブジェクトに絞ることができる。特にマネージャはbasObjectInstanceとしてオブジェクトツリー内で最上位のインスタンスを使用し、scopeとして値BASE ALLを使用する。すなわちこのデルタ同期においては変更された全てのオブジェクトが考慮される。この選択は任意パラメータbasObjectInstanceとscopeが要求メッセージgetConfigurationChanges Requestの中で用いられない場合には、エージェントによって行われる。
オペレーション・メンテナンスセンターOMC1はそのつどのネットワークマネージメントセンターNMC1,NMC2に割り当てられている変更リストの中でパラメータbasObjectInstance及びscopeに従ってオブジェクトを検索する。この検索過程の終了後にオペレーション・メンテナンスセンターOMC1は応答getConfigurationChanges Responseをそのつどのマネージャに以下の内容と共に送信する。すなわち、
−newObjectsList: これは変更リスト内の識別子"N"に応じて最後の同期化以降に新たに生成されたオブジェクトを有するリストに相応している。この場合各オブジェクト毎に更新されたオブジェクトクラス、"distinguished name"の形態のオブジェクト名、属性リスト(すなわち各属性毎の属性名と属性値)が含まれている:
−changedObjectList: これは変更リスト内の識別子"M"に相応して最後の同期化以降に変更されたオブジェクトを有するリストに相応している。ここでも各オブジェクト毎に更新されたオブジェクトクラス、オブジェクト名及び属性リストが特定される:
−deletedObjectslist: これは変更リスト内の識別子"D"に相応して最後の同期化以降に消去されたオブジェクトを伴うリストに相応している。各オブジェクト毎にオブジェクトクラスとオブジェクト名のみが特定される。
メッセージgetConfigurationChanges Responseの送信の後ではそのつどのネットワークマネージメントセンターNMC1ないしNMC2に割り当てられた変更リストがオペレーション・メンテナンスセンターOMC1によって初期化される。
図2では、前述したようなデルタ同期方法がネットワークマネージメントセンターNMC1によって周期的に開始されるケースが例示的に示されており、それに対してデルタ同期の実施のための要求は、マネージャ−エージェント通信の先の中断後の通信の再構築後にネットワークマネージメントセンターNMC2による行われる。例えばネットワークマネージメントセンターNMC1がコンフィグレーションに関する通知(例えばnotifyObjectCreation / notifyObjectDeletion / notifyAttributeValueChange )を何も評価しないようにし、それに対してネットワークマネージメントセンターNMC2はこれらの通知をサポートするようにすることも可能である。
既に前述したように、時点t0と時点t1において、オペレーション・メンテナンスセンターOMC1とネットワークマネージメントセンターNMC1,NMC2の間では完全な同期化が行われる。
時点t2の方法ステップ"MOCi, MOIichange"においては1つ又は複数のオブジェクトの属性がオブジェクトクラスMOCi(MOC: managed object class)のOMIi(MOI:managed object instance)によって識別され、OMCオペレータ又は自動再構成によって変更される。オペレーション・メンテナンスセンターOMC1は当該オブジェクトの識別情報を識別子"M"と共にネットワークマネージメントセンターNMC1,NMC2に割り当てられている変更リスト内へ入力する。さらにオペレーション・メンテナンスセンターOMC1は、実施された変更に関する情報提供のためのメッセージ、有利には標準化されたnotifyAttributeValueChange-通知を作成する。これはネットワークマネージメントセンターNMC2によってのみ評価される。なぜならネットワークマネージメントセンターNMC1はコンフィグレーションに関する通知は何も評価しないからである。ネットワークマネージメントセンターNMC2は、固有のデーターベース情報をnotifyAttributeValueChange通知に応じて更新する。しかしながらエージェントはマネージャがこの通知を実際に評価したか否かを識別することはできない。
時点t3では方法ステップ"MOCj, MOIjcreate"において新たなオブジェクトがオブジェクトクラスMOCjのOMIjによって識別され、OMCオペレータによって生成される。オペレーション・メンテナンスセンターOMC1は当該オブジェクトの識別情報を識別子"N"と共にネットワークマネージメントセンターNMC1,NMC2に割り当てられている変更リスト内へ入力する。オペレーション・メンテナンスセンターOMC1は当該オブジェクトの識別情報を識別子"M"と共にネットワークマネージメントセンターNMC1,NMC2に割り当てられている変更リスト内へ入力する。これはネットワークマネージメントセンターNMC2によってのみ評価される。すなわちネットワークマネージメントセンターNMC2は、固有のデーターベース情報を相応に更新する。但しエージェントはマネージャがこの通知を実際に評価したか否かを再び識別することはできない。
時点t4では、方法ステップINTERRUPTにおいてネットワークマネージメントセンターNMC2とオペレーション・メンテナンスセンターOMC1の間の通信が例えばネットワークマネージメントセンターNMC2の一時的な故障によって中断される。
時点t5では、方法ステップ"MOCk, MOIk delete"において、オブジェクトクラスMOCkのMOIkによって識別され、OMCオペレータによって消去される。オペレーション・メンテナンスセンターOMC1は当該オブジェクトの識別情報を識別子"D"と共にネットワークマネージメントセンターNMC1,NMC2に割り当てられている変更リスト内へ入力する。さらにオペレーション・メンテナンスセンターOMC1は、実施された消去に関する情報提供のためのメッセージ、有利には標準化されたnotifyObjectDeletion-通知を作成する。これは失われる。なぜならネットワークマネージメントセンターNMC2とオペレーション・メンテナンスセンターOMC1の間の通信は中断されているからである。
時点t6は、ネットワークマネージメントセンターNMC1とオペレーション・メンテナンスセンターOMC1の間の周期的な情報調整の時点に相応する。そのためネットワークマネージメントセンターNMC1はそのコンフィグレーションデータの更新のために要求メッセージgetConfigurationChanges Requestをオペレーション・メンテナンスセンターOMC1に送信する。この要求メッセージgetConfigurationChanges Requestは、ネットワークマネージメントセンターNMC1によって時点t0で開始されたの最後の同期化以降に変更された全てのコンフィグレーションデータの同期のために要求される。オペレーション・メンテナンスセンターOMC1はネットワークマネージメントセンターNMC1に割り当てられている変更リストの中でオブジェクトインスタンスMOIi, MOIj, MOIk,を検出し、それらの変更はそれに続くオペレーション・メンテナンスセンターOMC1によってネットワークマネージメントセンターNMC1へ送信された応答メッセージgetConfigurationChanges Responseの中で以下のように通知される:すなわち、
−newObjectsList: < MOCi, MOIj, AttributListej >
−changeObjectsList: < MOCi, MOIi, AttributLIstei >
−deletedObjectslist: <MOCk, MOIk >
エージェントは引き続き全てのエントリーをネットワークマネージメントセンターNMC1の変更リストから消去する。
時点t7では方法ステップ"MOCm, MOIm change"においてオブジェクトクラスMOCmのMOImによって識別された1つ又は複数のオブジェクト属性が変更される。オペレーション・メンテナンスセンターOMC1は当該オブジェクトの識別情報を識別子"M"と共にネットワークマネージメントセンターNMC1,NMC2に割り当てられている変更リスト内へ入力し、さらにnotifyAttributeValueChange-通知を作成する。これはネットワークマネージメントセンターNMC1によって無視され、それに対してネットワークマネージメントセンターNMC2はこの時点ではまだ達成可能でない。
時点t8では方法ステップ"MOCi, MOIi change"においてオブジェクトの1つ又は複数の属性がオブジェクトクラスMOCiのMOIiによって識別され新たに変更される。オペレーション・メンテナンスセンターOMC1は当該オブジェクトの識別情報を識別子"M"と共にネットワークマネージメントセンターNMC1に割り当てられている変更リスト内へ入力される。オペレーション・メンテナンスセンターOMC1は、当該オブジェクトの識別情報が識別子"M"と一緒にネットワークマネージメントセンターNMC2の変更リスト内に既に存在し、従って新たなエントリーは要しない。また後続のnotifyAttributeValueChange-通知も失われる。なぜならネットワークマネージメントセンターNMC2とオペレーション・メンテナンスセンターOMC1の間の通信が損なわれるからである。
変更リスト内の2つの同期化の間で同じオブジェクトに関する多重の変更を用いることにより以下のような手順が行われる。すなわち
−1つのオブジェクトがまず変更されてその後で消去される場合、当該オブジェクトの識別情報は変更リスト内で識別子"D"によってしかリストアップされない:
−1つのオブジェクトがまず生成され、引き続いて変更される場合、このオブジェクトの識別情報はさらに変更リスト内の識別子"N"によってリストアップされる。なぜならオブジェクトはそのつどのマネージャ毎に新しくなるからである:
−1つのオブジェクトがまず生成され、引き続き消去される場合、このオブジェクトはそのつどの変更リストから遠ざけられる。マネージャにとってこのオブジェクトは後続の同期化においては重要ではない:
−同じオブジェクトがまず消去され、引き続き新たに生成される場合、当該オブジェクトの識別情報は変更リスト内の識別子"M"と共に成り立つ。なぜならこのオブジェクトのマネージャは既に識別されているが、しかしながら場合によっては新たな生成によって属性値が変更される。
時点t9ではネットワークマネージメントセンターNMC2とオペレーション・メンテナンスセンターOMC1の間で通信が再構築される。さらにこのネットワークマネージメントセンターNMC2は、要求getConfigurationChanges Requestを時点t1の最後の同期化以降に変更されたコンフィグレーションデータの同期化のためにエージェントに送信される。このエージェントはネットワークマネージメントセンターNMC2に割り当てられた変更リスト内で該当するオブジェクトを検出し、さらにメッセージgetConfigurationChanges ResponseがネットワークマネージメントセンターNMC2に以下の内容と共に送信される。:
−newObjectslist : < MOCj, MOIj , AttributListej >
−changedObjectisList: <MOCi, MOIi, AttributListej > これは時点t8での最後の変更のみを含み、時点t2における変更は含まれない:
−<MOC, MOI, AttributListe>
オペレーション・メンテナンスセンターOMC1は、引き続き全てのエントリーをネットワークマネージメントセンターNMC2の変更リストから消去する。
ネットワークマネージメントセンターNMC2が時点t2での通知(notifyAttributeValueChange)と時点t3での通知t3(notifyObjectCreation)を受け取り評価したかどうかに係わらず、これらの変更はメッセージ getConfigurationChanges Response 内に含ませてもよい。このことは有利である。なぜならこれは3GPP-標準において最適に定められた通知として(notifyAttributeValueChange und notifyObjectCreation)大抵のエージェント若しくはマネージャからはサポートされていない。それによりここに記載されている方法は、エージェント若しくはマネージャにおける実施に依存していない。さらにエージェントにとっても、自身によって生成されたコンフィグレーションに関する通知がマネージャによって実際に評価されるか否かは未知である。
時点t10ではネットワークマネージメントセンターNMC1が、メッセージgetConfigurationChanges Requestの送信により、時点t6以降に変更されたコンフィグレーションデータに対するデルタ同期を用いた新たなその周期的なデータの更新を開始する。オペレーション・メンテナンスセンターOMC1の応答getConfigurationChanges Response は以下の情報を含んでいる。すなわち、
−changedObjectisList:
<MOCi, MOIi, AttributListei >
<MOC, MOI, AttributListe>。
エージェント応答の他の部分、すなわちnewObjectslist 及び deletedObjectslistは、省かれるか若しくは空きにされる。引き続きオペレーション・メンテナンスセンターOMC1はネットワークマネージメントセンターNMC1の変更リストからの全てのエントリーを消去する。
この方法は完全なオブジェクトツリーのデルタ同期に対しても(MIT=Manegement Information Tree, つまり全てのオブジェクト全体)あるいはオブジェクトツリーの一部だけの使用もあり得る。3GPP TS 32.602標準の[Configuration Management (CM);Basic CM IntegrationReferencePoint (IRP): Information Service (IS) ,V6.0.0]においては、オペレーションgetContainment_が存在する。これはオブジェクトツリーの完全な同期化を引き起こす。本発明によれば、オブジェクトツリーのデルタ同期のためオペレーションgetContainmentChangesが、マネージャの要求メッセージgetContainmentChanges Request及びエージェントの応答メッセージgetContainmentChanges Response も含めて用いられる。オブジェクトツリーのデルタ同期のための当該方法によって、マネージャは新たな/変更された/消去されたオブジェクトのリストをそれらの属性なしで受信し、すなわちエージェントの応答メッセージgetContainmentChanges Responseはそのつどのオブジェクトとそのオブジェクトクラスの識別情報のみを含んでいる。
前述した方法は、遠隔通信システムに依存しない。例えば移動無線通信システムにも、固定網(回線網)にも、その他のシステムにも使用可能である。さらにこの方法はマネージャとエージェントの間の通信プロトコルにも依存しない。そのため例えばCMIP、CORBA、又はその他のプロトコルが使用可能であり、マネージメントインターフェースの形式によってEM−NE、NM−EM若しくはその他のインターフェースが適用可能である。
この方法はコンフィグレーションデータの迅速な同期化のために用いることができる。なぜなら最後の同期化以降の変更のみへの伝送の限定によって、マネージャに既知の冗長的な情報の伝送が省かれるからである。コンフィグレーション変化の通常量を引き合いに出せば、これまでに標準化されたプロシージャを用いてしか完全に同期化できなかったコンフィグレーションデータの総量に比べて、前述してきた方法は同期化期間の著しい短縮化を提供し、これは巨大なネットワークにおいては例えば少なくとも1/10に短縮される。この方法は特に有利には、エージェント及び/又はマネージャがコンフィグレーションに係わる通知をサポートしない。そのようなケースではデルタ同期化が周期的に開始される。ただしマネージャが自身の情報を迅速かつ効率的に更新状態にもたらすことができるようにするために、マネージャ−エージェント通信の再構築後だけはスタートされない。
これまでに説明してきたコンフィグレーションデータのデルタ同期化のための方法は、アラームの同期化のために用いることもできる。このようなケースではエージェントの応答メッセージgetAkarnChanges Responseがマネージャの要求メッセージgetAlarmChanges Requestに対してアラームのデルタ同期化のために以下のような情報を含む、すなわち、
−newObjectslist : マネージャに係わる全ての新たなアラーム。すなわちエージェントに受け入れられるかないしはエージェントによって最後の同期化以降に生成されたアラーム
−changedObjectisList: その状態が最後の同期化以降に変更されたマネージャに係わる全てのアラーム、例えばアクティブアラームは"cleared"状態へセットされるが、オペレータによってまだ操作されないか若しくはまだ"cleared"でないことが確かめられる−deletedObjectslist: 最後の同期化以降に消去された、マネージャに係わる全てのアラーム、例えば介在期間の間に"cleared and acknowledged"の状態が達成されたアラーム。
またコンフィグレーションデータとアラームのデルタ同期が実施されてもよい。
NMC1 マネージャ
NMC2 マネージャ
OMC1 エージェント
MOIi オブジェクト
MOIj オブジェクト
MOIk オブジェクト
MOIm オブジェクト
MOCi オブジェクトクラス
MOCj オブジェクトクラス
MOCk オブジェクトクラス
MOCm オブジェクトクラス

Claims (7)

  1. 通信網のマネージメントネットワークの運用のための方法であって、
    マネージャ(NMC1,NMC2)と、
    エージェント(OMC1)と、
    オブジェクトモデルを含んでおり、該オブジェクトモデルに従ってオブジェクト(MOIi, MOIj, MOIk, MOIm)がオブジェクトクラス(MOCi,MOCj,MOCk,MOCm)に割り当てられており、
    前記オブジェクトモデルは、マネージャ(NMC1,NMC2)とエージェント(OMC1)の間の通信のために用いられている形式の方法において、
    a)前記マネージャ(NMC1,NMC2)からエージェント(OMC1)に情報調整に関する問い合わせ(getConfigurationChanges Request)を送信し、この場合前記問い合わせと共に、1つの基準オブジェクトを変更オブジェクト選択のためのオブジェクトツリーにおける開始点として識別する任意パラメータが送信され、
    b)前記問い合わせに応じて、専ら所定の時点(t0,t1,t6)以降に変更が引き起こされたオブジェクト及び/又はアラームに関する情報を前記エージェントからマネージャに送信するようにしたことを特徴とする方法。
  2. 前記問い合わせと共にさらなる任意パラメータが送信され、該任意パラメータは基準オブジェクトに基づいて特定され、これに対してオブジェクトツリーにおいてマネージャ−エージェントインターフェースの下位におかれるオブジェクトに対して変更されたコンフィグレーションデータが同期される、請求項1記載の方法。
  3. 前記エージェントにより、任意のパラメータが用いられないときに、変更された全てのオブジェクトが問い合わせに対する応答の際に考慮される、請求項1または2記載の方法。
  4. 通信網のマネージメントネットワークの運用のための方法であって、
    マネージャ(NMC1,NMC2)と、
    エージェント(OMC1)と、
    オブジェクトモデルを含んでおり、該オブジェクトモデルに従ってオブジェクト(MOIi, MOIj, MOIk, MOIm)がオブジェクトクラス(MOCi,MOCj,MOCk,MOCm)に割り当てられており、
    前記オブジェクトモデルは、マネージャ(NMC1,NMC2)とエージェント(OMC1)の間の通信のために用いられている形式の方法において、
    a)前記マネージャ(NMC1,NMC2)からエージェント(OMC1)に情報調整に関する問い合わせ(getConfigurationChanges Request)を送信し、この場合前記問い合わせと共に、マネージャを一義的に識別するパラメータが送信され、
    b)前記問い合わせに応じて、専ら所定の時点(t0,t1,t6)以降に変更が引き起こされたオブジェクト及び/又はアラームに関する情報を前記エージェントからマネージャに送信するようにしたことを特徴とする方法。
  5. 前記マネージャは、当該マネージャによって監視されるネットワークリソース毎に相応するオブジェクト及び/又はアラームがエントリーされているデーターベースを有している、請求項4記載の方法。
  6. 前記方法は、マネージャが目下のネットワーク状態のマッピング含んでいる、請求項4または5記載の方法。
  7. ネットワーク状態の更新イメージを得るために、前記マネージャは、自身に記憶されている情報をエージェントに同期させる、請求項5または6記載の方法。
JP2010211452A 2004-11-08 2010-09-21 通信網のマネージメントネットワークの運用のための方法 Active JP5074568B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP04026479A EP1655974A1 (de) 2004-11-08 2004-11-08 Verfahren und Vorrichtungen zum Informationsabgleich zwischen Manager und Agent in eiem Managementnetz
EP04026479.8 2004-11-08

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2007539560A Division JP4922178B2 (ja) 2004-11-08 2005-10-06 マネージメントネットワークにおけるマネージャとエージェントの間の情報調整のための方法及び装置

Publications (2)

Publication Number Publication Date
JP2011024253A true JP2011024253A (ja) 2011-02-03
JP5074568B2 JP5074568B2 (ja) 2012-11-14

Family

ID=34927285

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2007539560A Active JP4922178B2 (ja) 2004-11-08 2005-10-06 マネージメントネットワークにおけるマネージャとエージェントの間の情報調整のための方法及び装置
JP2010211452A Active JP5074568B2 (ja) 2004-11-08 2010-09-21 通信網のマネージメントネットワークの運用のための方法
JP2010211451A Active JP5074567B2 (ja) 2004-11-08 2010-09-21 通信網のマネージメントネットワークの運用のための方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2007539560A Active JP4922178B2 (ja) 2004-11-08 2005-10-06 マネージメントネットワークにおけるマネージャとエージェントの間の情報調整のための方法及び装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2010211451A Active JP5074567B2 (ja) 2004-11-08 2010-09-21 通信網のマネージメントネットワークの運用のための方法

Country Status (13)

Country Link
US (1) US9374269B2 (ja)
EP (2) EP1655974A1 (ja)
JP (3) JP4922178B2 (ja)
KR (1) KR100922040B1 (ja)
CN (1) CN101099398B (ja)
AT (1) ATE461588T1 (ja)
DE (1) DE502005009251D1 (ja)
DK (1) DK1810523T3 (ja)
ES (1) ES2341353T3 (ja)
PL (1) PL1810523T3 (ja)
PT (1) PT1810523E (ja)
SI (1) SI1810523T1 (ja)
WO (1) WO2006048362A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017536636A (ja) * 2014-11-06 2017-12-07 華為技術有限公司Huawei Technologies Co.,Ltd. 情報送信方法、管理対象システム、および管理システム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007139460A1 (en) 2006-05-30 2007-12-06 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for remote monitoring of femto radio base stations
DE102006038143A1 (de) * 2006-08-16 2008-02-21 Nokia Siemens Networks Gmbh & Co.Kg Referenzierung von Subattributen für das Netzwerkmanagement
WO2010086028A1 (en) * 2009-02-02 2010-08-05 Nokia Siemens Networks Oy Communicating a network event
US20120136983A1 (en) * 2009-06-24 2012-05-31 Aleksandar Milenovic Method and System for use in Network Management of Communications Network
US20130039196A1 (en) 2010-01-12 2013-02-14 Nokia Siemens Networks Oy Operation and maintenance of a telecommunications network
CN104753692B (zh) * 2013-12-25 2018-04-27 中国电信股份有限公司 对传输网络进行智能故障定位和派单的方法和系统
US11284374B2 (en) * 2017-06-15 2022-03-22 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for managing wireless communications network
CN110633274B (zh) * 2018-06-22 2022-07-15 北京神州泰岳软件股份有限公司 一种告警管理方法和装置
CN112311567B (zh) * 2019-07-26 2022-04-05 华为技术有限公司 一种通信方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04199933A (ja) * 1990-11-29 1992-07-21 Hitachi Ltd ネットワーク管理システムおよびその運用方法
JPH08265317A (ja) * 1995-03-20 1996-10-11 Pfu Ltd ネットワーク管理システム
JPH08340333A (ja) * 1995-06-12 1996-12-24 Nec Corp ネットワーク監視システムにおける中間監視方法とその装置
JPH09282253A (ja) * 1996-02-13 1997-10-31 Hitachi Ltd ネットワーク運用管理システムおよびネットワーク監視システム
US6420968B1 (en) * 1998-07-15 2002-07-16 Siemens Aktiengesellschaft Method and communication system for handling alarms using a management network that has a number of management levels

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6076840A (ja) * 1983-10-04 1985-05-01 Fuji Facom Corp 状態変化情報伝送方式
JPS60247347A (ja) * 1984-05-23 1985-12-07 Hitachi Ltd 計測情報伝送方式
JPH0514365A (ja) * 1991-06-28 1993-01-22 Nippon Steel Corp スキヤン伝送方式
JP3115110B2 (ja) * 1992-07-10 2000-12-04 マツダ株式会社 多重伝送装置のノード通信装置
JP2967897B2 (ja) 1993-07-22 1999-10-25 エヌ・ティ・ティ移動通信網株式会社 自動再送要求データ伝送方法
JP3401355B2 (ja) * 1995-02-20 2003-04-28 マツダ株式会社 多重伝送装置
US5987018A (en) 1996-05-02 1999-11-16 Motorola, Inc Radio unit, method of communicating between radio units over a communications channel and method of preparing a sequence of data cells for transmission over a radio channel
US6212529B1 (en) * 1996-11-13 2001-04-03 Puma Technology, Inc. Synchronization of databases using filters
US6044381A (en) * 1997-09-11 2000-03-28 Puma Technology, Inc. Using distributed history files in synchronizing databases
WO1999059326A2 (de) * 1998-05-11 1999-11-18 Siemens Aktiengesellschaft Verfahren und kommunikationssystem zur behandlung von zustandsinformationen durch ein mehrere managementebenen aufweisendes managementnetz
US6363421B2 (en) * 1998-05-31 2002-03-26 Lucent Technologies, Inc. Method for computer internet remote management of a telecommunication network element
EP1093319A4 (en) * 1998-06-30 2005-08-10 Matsushita Electric Ind Co Ltd NETWORK CONTROL SYSTEM AND METHOD THEREFOR
US6496481B1 (en) 1998-07-16 2002-12-17 Industrial Technology Research Institute Data transfer method for wire real-time communications
CA2285168A1 (en) 1998-10-09 2000-04-09 Chris Frank Howard Channel allocation method and apparatus
EP1152625A1 (de) * 2000-05-04 2001-11-07 Siemens Aktiengesellschaft Aktualisierung von hersteller-spezifischen Hardware-Informationen an der hersteller-unabhängigen OMC-NMC-Schnittstelle im Mobilfunk
KR20020061387A (ko) 2001-01-16 2002-07-24 박혁구 유치원 어린이용 책상
US7054316B2 (en) 2001-04-25 2006-05-30 Nokia Corporation Method and system for interlayer control between re-sequencing and retransmission entities
EP1383276B1 (en) 2002-07-18 2007-09-19 Telefonaktiebolaget LM Ericsson (publ) Management system and method for service subscription provisioning

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04199933A (ja) * 1990-11-29 1992-07-21 Hitachi Ltd ネットワーク管理システムおよびその運用方法
JPH08265317A (ja) * 1995-03-20 1996-10-11 Pfu Ltd ネットワーク管理システム
JPH08340333A (ja) * 1995-06-12 1996-12-24 Nec Corp ネットワーク監視システムにおける中間監視方法とその装置
JPH09282253A (ja) * 1996-02-13 1997-10-31 Hitachi Ltd ネットワーク運用管理システムおよびネットワーク監視システム
US6420968B1 (en) * 1998-07-15 2002-07-16 Siemens Aktiengesellschaft Method and communication system for handling alarms using a management network that has a number of management levels

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017536636A (ja) * 2014-11-06 2017-12-07 華為技術有限公司Huawei Technologies Co.,Ltd. 情報送信方法、管理対象システム、および管理システム

Also Published As

Publication number Publication date
EP1655974A1 (de) 2006-05-10
US9374269B2 (en) 2016-06-21
DE502005009251D1 (de) 2010-04-29
DK1810523T3 (da) 2010-06-28
CN101099398B (zh) 2010-12-29
JP2008519517A (ja) 2008-06-05
PT1810523E (pt) 2010-04-05
WO2006048362A1 (de) 2006-05-11
KR20070068462A (ko) 2007-06-29
JP5074568B2 (ja) 2012-11-14
SI1810523T1 (sl) 2010-06-30
KR100922040B1 (ko) 2009-10-19
EP1810523B1 (de) 2010-03-17
PL1810523T3 (pl) 2010-08-31
EP1810523A1 (de) 2007-07-25
JP4922178B2 (ja) 2012-04-25
JP5074567B2 (ja) 2012-11-14
ES2341353T3 (es) 2010-06-18
JP2011024252A (ja) 2011-02-03
US20070276936A1 (en) 2007-11-29
CN101099398A (zh) 2008-01-02
ATE461588T1 (de) 2010-04-15

Similar Documents

Publication Publication Date Title
JP5074568B2 (ja) 通信網のマネージメントネットワークの運用のための方法
US6275853B1 (en) System and method for extending communications features using generic management information base objects
US20060085532A1 (en) Remote management of communication devices
EP1351527B1 (en) Unique repository server in an operations and maintenance center for a telecommunications system
WO2006060952A1 (fr) Procede permettant de transferer des informations de configuration et de gestion de reseau entre des systemes de gestion des elements
JP2000236347A (ja) 自動電気通信リンク識別システム
CN1110926C (zh) 电信网络管理系统中的方法
EP1508223A1 (en) Operator-defined consistency checking in a network management system
CN100459722C (zh) 在电信系统中管理呼叫的方法和系统
US20030162537A1 (en) Update of producer-specific hardware information on the producer-independent omc-nmc interface in a mobile radio network
CN100488110C (zh) 在通信网的管理系统中使警报同步的方法和装置
JP4673532B2 (ja) マルチマネージャ環境における包括アライメントプロセス
EP0840969B1 (en) Universal object translation agent
CN107294773B (zh) 一种软件可定义的网络业务配置方法
US20080270593A1 (en) Method and Devices for Distributing Management Information in a Management Network of a Communications System
US20020143913A1 (en) Network node configuration
US20230164596A1 (en) Alarm log management system and method during failure in o-ran
EP1848159A1 (en) A method for the local sub-network discovering the destination border object of the corresponding sub-network and the device thereof
EP1998497A1 (en) Method for managing a management relationship in a network management system and enhanced element management system therefore
KR100626664B1 (ko) 정책 기반 품질 관리 서버 장치 및 그를 이용한 품질 관리방법
WO2009117950A1 (zh) 一种管理ddf信息的方法、设备及系统
JPH10210034A (ja) ネットワーク管理システム
JPH08235050A (ja) ネットワーク管理システムにおける名前変換方式
WO2005055520A1 (en) Method and system for updating synchronization status of managed objects
KR20070012686A (ko) 매니저 고장시 관리 네트워크를 운영하기 위한 방법 및설비들

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101201

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120725

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: 20120823

R150 Certificate of patent or registration of utility model

Ref document number: 5074568

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: 20150831

Year of fee payment: 3

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250