JPH10513327A

JPH10513327A - 通信管理方法と装置および管理装置付きの電気通信システム

Info

Publication number: JPH10513327A
Application number: JP8524203A
Authority: JP
Inventors: イスラエルソン，ペル; アンデルソン，クイエル
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン
Priority date: 1995-02-08
Filing date: 1996-02-07
Publication date: 1998-12-15
Also published as: EP0808488A1; WO1996024899A1; SE504072C2; MX9705320A; NZ301420A; BR9607411A; KR19980702043A; FI973913A0; SE9500442D0; AU692056B2; FI973913A; DE69622844D1; CA2209912A1; CN1173932A; AU4683596A; DE69622844T2; SE9500442L; KR100294315B1; EP0808488B1

Abstract

(57)【要約】本発明は、少なくとも一つの管理するシステムにより監視および／または制御され得る多数の資源または資源オブジェクトを表現する多数の管理されたオブジェクトを含む装置に関し、ここで、管理されるオブジェクトはデータを含み、また、管理されるシステムと管理するシステムの間の通信は管理されるシステム内で生成される通知から起源するイベントレポートの転送を含む。この装置は、管理されるシステム内の通知の送出を内部的かつ選択的に制御するための通知制御手段を含む。

Description

【発明の詳細な説明】通信管理方法と装置および管理装置付きの電気通信システム発明の属する技術の分野本発明は、通信管理における装置と方法に関する。一般的に諸システムにおいて、あるシステムが他の単数または複数のシステムに管理され、管理されるシステムおよび管理するシステムとしてそれぞれ言及されるとき、前記管理するシステムは、前記管理されるシステム内の変化、状態などの情報を備えている。情報の供給は、しばしば通知の送信として言及される機能を含んでなる。これにより、前記管理するシステムへのイベントレポートの送信が立ち上がる。この機能が適用されると、例えば管理されるシステム内に変化に際して通知が生成され、管理するシステムへ転送される。本発明はまた、少なくとも一つの管理されるシステムを管理する一つの管理システムへ、変化、状態などの情報を提供できる管理するシステムと管理されるシステムを含んでなる電気通信システムに関する。従来の技術国際電信電話諮問委員会（ＣＣＩＴＴ）勧告Ｍ．３０１０号は、一般にＴＭＮの記号で示される電気通信管理網（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｍａｎａｇｅｍｅｎｔｎｅｔｗｏｒｋ）のための原則を記述している。これは、オペレーションシステムのネットワークから一様な方法で、電気通信網を管理する国際的な規格である。電気通信管理網が、その最低のレベルでオペレーションシステムとネットワークエレメントの間の接続にどれほど関係しようとも、しかしそれは、巨大な電気通信網を制御する複数のオペレーテイングシステムのネットワーク全体にも関連するであろう。Ｑ３と表記されるオペレータ・インターフェイスが、電気通信システムのために規格化され、管理するシステムと管理されるシステムの間の接続を提供している。ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎs）規格（移動通信のためのグローバルシステム）に関する勧告の中で、加入者管理は、ＧＳＭ技術仕様書ＴＳ１２．０２に定義されている。それによれば、前記Ｑ３オペレータ・インターフェイスは、加入者管理機能の供給のために仕様された。このＱ３インターフェイスは、いわゆるネットワークエレメントのオブジェクト指向モデルと、いわゆるオペレーションシステムとネットワークエレメントの間の通信プロトコルの両方を定義する。ＣＣＩＴＴ勧告Ｍ．３０１０号のなかに、ネットワークエレメント機能ブロックが、（監視および／または制御される目的で）電気通信管理網（ＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＮｅｔｗｏｒｋ）ＴＭＮと通信する機能ブロックとして、定義されている。このネットワークエレメント機能ブロックは、電気通信機能を供給し、管理される電気通信網が要求する諸機能をサポートする。それは、管理の主体である電気通信の諸機能を含んでなる。これらの機能自体はＴＭＮの部分ではないが、これらはネットワークエレメント機能ブロックによりＴＭＮに表現されている。電気通信の諸機能が電気通信管理網の外側にあるのに対して、ＴＭＮのサポートとしてこの表現を提供するネットワークエレメント機能ブロックの部分は、ＴＭＮ自体の中の部分である。さらに、オペレーションシステム機能ブロックが、管理機能を含む電気通信機能の監視／調整および／または制御のための電気通信管理に関連した情報を処理するものとして、定義される。１９９２年２月発行のＴ．Ｊｅｆｆｒｅｅ等による“ＰｒａｃｔｉｃａｌＧｕｉｄｅｆｏｒＯＳＩＭａｎａｇｅｍｅｎｔ”において、種々のイベントの生起に際して、管理されるシステムに含まれる管理されるオブジェクトが、どのように通知を出すかについて記述されている。生成をもたらす通知とイベントに含まれるパラメータは、関連する管理されるオブジェクトの中に仕様される。通知は、機能規格中に一般的に定義されると共にＤＭＩすなわちＣＣＩＴＴ（現在のＩＴＵ−Ｔ）Ｒｅｃ．Ｘ．７２１「管理情報の定義」（ＤｅｆｉｎｉｔｉｏｎｏｆＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）に詳細に仕様されているが、また、管理されるオブジェクトのデファイナ（ｄｅｆｉｎｅｒ）により定義され、特別に修正されている。通知は、例えば、管理されるオブジェクトの生成および削除、状態の変更、一般的属性の変更、アラーム通報などに関係する。この書類は、さらに前記転送工程の管理者または管理システムの制御の程度に関する。たとえば、管理されるオブジェクトのデファイナは、通常の状況の下では送信されないが、監視など特定目的のために利用できる通知を定義することを望むかもしれない。これは、異なった種類のイベントレポートの転送が、スイッチオンまたはスイッチオフされ得ることを仮定している。しかしながら、これは、管理されるオブジェクトのデファイナによって知られていないターゲットシステムの識別力に依存しており、一方識別されるオブジェクトのデファイナは、制御一般を妨げるかもしれないような通知を望みの仕方でスイッチオンしたり、スイッチオフしたりする可能性がありそうもないことを仮定している。この書類の中に、しかしながらディスクリミネータの機能の複製を導く故に悪い解決であるとして、退けられる通知のためのスイッチをオン・オフするために働く追加の属性を定義することが可能であることが指摘されている。説明すると、ネットワーク内に配置されたディスクリミネータへ通知を出すことにより、ネットワークエレメントはオペレーションシステムに管理されるオブジェクト内の変化を知らせることができる。ディスクリミィネータにおいて、オペレータは彼が見たいと望むイベントについてフィルタリングをすることが出来る。ディスクリミィネータは、もしフィルタのマップに適合する通知を検出する場合は、前記（Ｑ３）インタフェイス上でオペレーションシステムに一つのイベントを送る。ディスクリミィネータの目的はこのようにインタフェィス（Ｑ３）上の負荷を制御する手段を供給することである。上に指摘した書類は、さらに第１の通知の中に含まれてもよい通知を一つの独立した管理されるオブジェクトの中に配置することを提案するが、しかしまたこの解決は、多くの仕様と追加の一致要件と、さらに第一に指摘したアプローチに関係して言及したようなディスクリミィネータの機能を複写するようにも見えるので、不充分なものとして退けられる。。管理されるオブジェクト（ｍａｎａｇｅｄｏｂｊｅｃｔ）（ＭＯ）は、オペレータから見えるオブジェクトであり、ＣＣＩＴＴ、現在のＩＴＵ−Ｔ、Ｒｅｃ．Ｘ．７２２、管理されるオブジェクトの定義のためのガイドライン（Ｇｕｉｄｅ１ｉｎｅｓｆｏｒｔｈｅＤｅｆｉｎｉｔｉｏｎｏｆＭａｎａｇｅｄＯｂｊｅｃｔｓ）（ＧＤＭＯ）に定義されている。これらのガイドラインは、オブジェクトのタイプを、その属性、動作、通知により、パッケージを用いて定義している。いくつかのパッケージはオプションであり、一方他のものは必須である。全ての属性はＡＳＮ．１構文により定義され、Ｑ３インタフェイスを通じて、オペレータが、例えば管理されるオブジェクトのインスタンスを生成すること、管理されるオブジェクトのインスタンスの中に値を設定すること、管理されるオブジェクトのインスタンスから一つの値を得ること、管理されるオブジェクトのインスタンスについて動作をすること、および管理されるオブジェクトのインスタンスを削除することが、可能である。ＧＳＭ勧告によれば、テクニカル・スペシフィケーション１２．０２通知は、オプションのパッケージである。これは、ここでオプション自体が設計段階においてのみ存在することを意味する。こうして、もし前記オプションのパッケージの通知が含まれれば、この通知は常にアクティブである、すなわち、もし機能通知が実施されれば、いつでも通知が送られ、ネットワークエレメントのディスクリミネータがフィルタの機能を有し、どの通知が望ましいかを選択する可能性を供給し、また通知を無視する手段を提供する。しかしながら、これは管理されるシステムに相当な負荷の増加をもたらす。たとえばもし多数のレジスタと加入者がホーム・ロケーション・レジスタ（ＨＬＲ）内にあれば、たとえばトラフィックなどから属性の変更に関して非常に多数の通知が送られる。そのとき、管理するシステムのマネージャが、情報を使用するか否かに関わらず、バックグラウンド負荷は非常に高いものになる。発明の要約この発明の一つの目的は、一つの管理されるシステムを通じてそのシステム内に通知を送信することを制御できる、そのような管理されるシステムを少なくとも一つ含む装置を提供することである。この発明の特別の一つの目的は、管理されたシステム内の内部バックグラウンド負荷を減少させることであり、また支配的な状況の下で管理するシステムにより真に必要とされるイベントを適正に（ｊｕｓｔ）送信することである。この発明の特別の目的の一つは、通知の送出と生成が制御できる装置を提供することである。さらに、この発明の一つの特別の目的は、通知の生成または送出をオペレータが制御出来る装置を提供することである。もう一つの特別な目的は、ディスクリミネータに何らかの特別な機能を課することなくイベントの送信が制御でき、管理されるシステムと管理するシステムの間のインターフェイス上の負荷と管理されるシステム内の負荷が、共に制御される装置を提供することである。さらにこの発明の目的の一つは、管理するシステムにこれにより管理されるシステムについての情報を提供する方法を提供することであり、要求されるか、または、希望されるかする通知を適正に（ｊｕｓｔ）送出することにより、管理されるシステム内の負荷と同時にこれらのシステムを接続するインターフェイスの負荷を低いレベルに保つことが出来る方法を提供することである。管理されるシステム内の高い負荷の生成の問題の多い事柄は、公知の書類に取り扱われておらず、単に管理するシステムと管理されるシステムの間のインターフェイス上の負荷が取り扱われているだけである。ディスクリミネータにさらなる負荷を課することが出来るとしても、これは例えばコードの移動性を有する電気通信アプリケーションにおいて、また、他の状況においても、管理されるシステムの内部負荷の減少に貢献しない。しかしながら、管理されるシステム内の高い負荷に伴う問題は、それらが観察されなかったので、これ以上注意されなかった。通知の内部的な送出を完全にターン・オフし、または、任意の程度まで減少させることができ、また、ある与えられたイベントに関係する通知のみが送出されるべき装置を提供することもこの発明の目的の一つである。この発明の他の目的の一つは、管理するシステムで管理されるシステムを含んでなる電気通信システムを提供することであり、ここで、管理されるシステム内で通知を発行することによる内部負荷は、外部的に制御できる支配的な状況、たとえば加入者などのユーザ数、移動性の程度などに適合することが出来るものである。したがって、通知が送出されるのを、管理されるシステム内で内部的に防止する手段を含んでなる装置が提供される。とくに、通知の送出を任意の程度に防止すること、これには、完全に防止すること、または、単にシステムまたは状況などにより与えられた種類の通知のみを許容することを含むが、これらが出来るのは、前記の手段を通してである。本発明の長所の一つは、通知の送出が管理されるシステムの負荷の状態に基づいてターン・オンしたりターン・オフしたり出来るが、もしオペレータが何らかの理由で特定の通知などに興味を持った場合は、やはりターン・オン出来ることである。本発明の他の長所は、通知送出の機能を実行出来るが、しかし、また管理されるシステムと管理するシステムの間のインターフェイス上、および管理されるシステムの内部からの両方の負荷に関して制御できる事である。本発明の特定の実施例では、電気通信管理網として言及されているが、ここで、管理するシステムは、いわゆるオペレーションシステムであり、管理されるシステムは、いわゆるネットワークエレメントであり、ここで、これらシステム間の通信は、Ｑ３インタフェイスまたは類似のものにより供給されている。管理されるシステムすなわちネットワークエレメントは、この時種々の種類の資源を表現する多数の管理されるオブジェクトを含んでなる。それから、有利には、もしシステムが少数の管理されるオブジェクトを取り扱うだけならば、任意の時に送信される通知を許容出来るが、しかし、ユーザの数が増えたときはシステムの負荷も増加し、通知の送出が所定のレベルに達したならば、通知機能は完全にまたは部分的にターン・オフ出来る。本発明は、また従属する管理されるオブジェクトに関係する場合を含んでなり、これは上位の管理されるオブジェクトを含んでいて、この場合は、前記上位の管理されるオブジェクトは、管理するシステムの代わりとなる。図面の簡単な説明本発明は、付録の図面を参照しながら、非制限的な仕方で以下にさらに詳細に説明される。図１ネットワークエレメントと、オペレーションシステムを図解する。図２資源オブジェクトまたは他の管理されるオブジェクトを表現するネットワークエレメントの管理されるオブジェクトを図解する。図３管理されるシステム内の通知の配布と、管理するシステムへの情報の転送を図解する。図４管理されるシステム内の通知の送出の非常に略図的な説明で、多数のＭＯ：ｓおよびＥＦＤ：ｓ／ＬＯＧ：ｓを含んでなる。図５電気通信システムを非常に図式的に説明する。図６全てのオブジェクトが、同一工程内に位置する実施例を図解する。図７複数のオブジェクトが、異なった工程内に位置する実施例を図解する。図８異なったプロセッサー内に位置した異なった工程内に、複数のオブジェクトが位置する実施例を図解する。図９通知の制御のために動作が用いられている特定の実施例を図解する。図１０ａ通知の制御のために一つのメインＭＯを用いた更なる実施例を図示する。図１０ｂ一つのメインＭＯの使用に基づいた更なる代案を図示する。発明の詳細な説明図１は、管理するシステムを表現するオペレーションシステムＯＳによって管理されるネットワークエレメント（ｎｅｔｗｏｒｋｅｌｅｍｅｎｔ）ＮＥを含んでなる、管理されるシステムを図示する。ネットワークエレメントＮＥは、管理されるオブジェクトＭＯを含んでなる。管理されるオブジェクトＭＯ内の変更についてオペレータ側すなわちオペレーションシステムＯＳに通知するために、通知が送信される。管理されるオブジェクトＭＯにより、一つの通知がネットワークエレメントＮＥ内に配置されるディスクリミィネータに送られる。今日知られているシステムにおいて、オペレータがディスクリミィネータでフィルタリングをして、興味深く思われるイベントを選択することが可能である。たとえば、属性の変更、状態の変更、管理されたオブジェクトインスタンスなどの生成と削除などのような理由のために通知が送信され得る。ディスクリミィネータのフィルタは、いわゆるフィルタマップを含んでなり、もし特定の通知がフィルタマップに適合することをフィルタが確立すれば、ディスクリミネータは、インタフェイス上の一つのイベント、この特定の実施例では、オペレーションシステムＯＳへのインタフェイスＱ３上のイベントを送信する。こうして、Ｑ３インターフェイス上の負荷を制御することが可能であるが、しかし、ネットワークエレメントＮＥ内に生成される負荷が、非常に高くなり得る。たとえば、管理されるオブジェクトＭＯ内の変更の数が非常に多い時は、すべての変更が通知の送出を導き、これは非常に多数の通知が送出されるだけでなく、たとえオペレータが適当なフィルタパラメータの設定を通じてディスクリミィネータのスイッチを切ってあったとしても、高いバックグラウンド負荷を与えることになる。したがって、この発明によれば、通知の送出はより速い段階で停止される。通知の送出の制御の重要性を説明するために、以下にアクティブな加入者の数が４０％である電気通信システムから一つの例が与えられる。この場合、アクティブとは、移動局がスイッチが入っていてＳＩＭ（加入者識別モジュール）（ＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ）カードが設定されていることを意味する。位置の更新すなわち新らしい位置領域は、アクティブな加入者あたり０．１／ｈと仮定されている。これは、一つのホームロケーションレジスタの一時間当たりの１００．０００の登録された加入者当たりの０．４ｘ０．１ｘ１００．０００＝４．０００の通知を生成するであろう。加入者サービスのために、推定負荷は、ＮＯ．／ｈ／加入者当たり０．０５である。これは、１００．０００のホームローケション登録されたレジスタ内に登録された加入者と時間当たりに、５．０００の通知が送出されるであろうことを意味する。この推定によれば、時間と１００．０００の加入者当たりのトラフィックから、約９．０００の属性変更に関する通知が、ネットワークエレメントから生成され、これはたとえこの情報が管理システムに使用されていなくても、高いバックグラウンド負荷を与える。しかしながら、これはイベントレポートの転送のみが制御可能であるが、ネットワークエレメント内の通知の送出が制御出来ない場合に、必要な処理容量を説明するために一つのシステムに関連した一例を与えたに過ぎない。以下にＣＣＩＴＴ（ＩＴＵ−Ｔ）勧告Ｍ．３０１０に定義されまたＧＳＭシステムに関係する電気通信管理網ＴＭＮを参照して、この発明を一層詳細に説明する。しかしながら、この発明は、ＧＳＭシステムまたはＴＭＮに限られるものではなく、反対に情報目的で通知を出す全てのシステムまたは装置に関係がある。ＧＳＭシステムに関係して、ＧＳＭ技術仕様書ＴＳ１２．０２の中に定義され、ここでＴＭＮにより、規格化されたＱ３オペレータインタフェイスが仕様されて加入者管理機能を提供している。図２は、オペレーションシステムＯＳの形式の管理システムにより管理される、一つのネットワークエレメントＮＥの形式の管理されるシステムを図示する。オペレーションシステムＯＳとネットワークエレメントＮＥの間の通信は、これらシステムの間の通信プロトコルを含んでなるＱ３インターフェイス上に位置する。ここで、図示するネットワークエレメントは、管理層と資源層に分けられる。管理層は、オペレーションシステムＯＳから監視され制御される多数の管理されるオブジェクトＭＯを含んでなる。資源層は、管理層の管理されるオブジェクトＭＯにより表現される、多数の資源オブジェクト（ｒｅｓｏｕｒｃｅｏｂｊｅｃｔ）ＲＯを含んでなる。資源オブジェクトと資源は、機能的資源、論理的資源または物理的資源を含んでなり得る。ある資源は、たとえばあるＭＯの中のある内部資源であり得るし、またあるＲＯを含むことがある。特に通知は、あるＭＯ内で生成出来るし、またあるＲＯ内でも生成出来る。たとえば、一つの管理されたシステムは、あるＭＯ内またはあるＲＯ内または両方の内に、内部的に生成された通知を含むことがある。通知は、たとえばシステムなどによって他の方法において、生成することも出来る。本発明は、さらにオブジェクト指向の構成に制限されない。示された実施例において、一つのＭＯが、管理されるオブジェクトの定義のためのガイドライン（ＧｕｉｄｅｌｉｎｅｓｆｏｒｔｈｅＤｅｆｉｎｉｔｉｏｎｏｆＭａｎａｇｅｄＯｂｊｅｃｔｓ）に関係する一つのＧＤＭＯにより、定義される。このＧＤＭＯは、パッケージを用いてその属性、動作および通知でオブジェクトのタイプを定義する。パッケージの内のいくつかはオプションであるが、一方他のものは必須である。全ての属性は、ＡＳＮ．１構文で定義される。Ｑ３インターフェイスを通じてオペレータは、たとえばＭＯインスタンスを生成し、ＭＯインスタンス内に値を設定し、ＭＯインスタンスから値を取り、ＭＯインスタンス上で動作をなし、ＭＯインスタンスを削除することが出来る。資源すなわちネットワークエレメントＮＥの中の資源オブジェクトＲＯは、トラフィックハンドリングにより使用される。たとえば、トランクを表現するある資源（ある論理資源）は一方向の電話呼び出しを運ぶのに使用出来る。前記ＮＥの管理層のみがＯＳに現れるので、ＯＳから処理出来るためには、トランクがＭＯにより表現されなければならない。この時ＭＯは、ＯＳに対してインターフェイスとして、動作する。管理されるオブジェクトは、何のデータも記憶出来ないが、全てのデータは資源に属する。管理されるオブジェクトと、資源または資源オブジェクトの間での１：１のマッピングが存在し得るが、しかしこれは必ずしも該当しない。矢印ａ₁、ａ₂は、一つの資源オブジェクトの異なった管理視野を図示するが、矢印ｂ₁は複数の資源の一つの組み合わせを表現する一つのＭＯを図示する。第２図の鎖線で囲んだ中に、管理されるオブジェクトが、如何に他の管理されるオブジェクトを表現するかを図示してある。この場合は、オペレーションサポート機能は、オペレーションシステムの代わりに最も高度に管理されたオブジェクトにおいて実行され得る。すなわちこの場合は、最も高度に管理されたオブジェクトが、この発明の範囲内に共にあるオペレーションシステムを形成するということが出来る。この図は、単にこの発明の（他の物の中での）応用と異なる管理されたシステム（とくにネットワークエレメント）の位相または形式を示すことを目的にするに過ぎない。上に言及したように、あるＭＯのデータは、属性として仕様され得る。あるＭＯ属性は、ある資源またはあるＲＯの持続的に記憶された属性に対応し得る。さらにそれは、多数の資源またはＲＯの中から属性をフェッチするアルゴリズムにおいて計算し得る。さらに資源データは、ファイルシステム内またはハードウェアのレジスタ中に記憶出来る。図３において、通知の送出が図解されている。一つのＲＯを表現する管理されるシステム（たとえばＮＥ）内の一つのＭＯ内の変化について、管理するシステム（たとえばＯＳ）に知らせるために、ディスクリミネータＥＦＤに（または一つのエージェントに）通知が送られ得るし、ディスクリミネータＥＦＤまたはエージェントは、それからイベントレポートをＱ３インタフェイス上のＯＳのマネージャに送る。通知はＬＯＧへも送られ得るが、これについては後でさらに詳しく説明する。通知は、たとえばアラームの条件、データの変更およびトラフィックの統計であり得る。上記したように可動性が提供された場合は、送られる通知の数は非常に多いが、これについては図５に関係してさらに議論する。図４において、多数のイベントフォワーディングディスクリミィネータ（ＥｖｅｎｔＦｏｒｗａｒｄｉｎｇＤｉｓｃｒｉｍｉｎａｔｏｒ）ＥＦＤまたはＬＯＧ：ｓを含んでなる管理されるシステムが図式的な仕方で図示されている。一般に一つのＭＯ内に生成される全ての通知は、高い負荷を生成する全てのＥＦＤ（またはＬＯＧ）へ送られなければならない。これは、通知の生成／送出を制御出来ることが望ましい理由の一つをよく説明する。ＧＳＭＴＳ１２．０２によれば、通知はオプションのパッケージであって、このオプションはこの場合設計の時の間だけ存在する。これはもしオプションのパッケージが含まれていれば、この通知は常時アクティブであることを意味する。追加の属性の定義を通じて、管理されるオブジェクトの属性ごとの通知が、属性ごとにターン・オフ／オンされる。この追加の属性は、ＧＤＭＯ仕様の中にＡＳＮ．１表記法を使用して、定義されている。この追加の属性は制御する手段を含んでなり、通知が望ましくない場合、または不必要の場合、またはそれを停止すべき場合に、通知が送られるのを防止する。資源通知は、前記ＮＥ内に一定のイベントが起きるときに、資源により自動的に発生される。この管理されたオブジェクトすなわちこの資源オブジェクトは、それから前記通知を一つの通知分配器へ送る。一般に各プロセッサ内に一つの通知分配器が存在するがこの発明はこれに限られない。もし通知がＲＯ：ｓの中で生成されれば、資源通知分配器が受け取った通知を管理層に転送し、そこでこれらの通知が前記ＲＯ内に生成されるのを妨げられたり、または送り出されるのを妨げられない限り、これらの通知は、ＭＯ通知に翻訳される。一つの通知が追加の属性によって、発生されるのを妨げられたり、ＭＯ通知としてＭＯ分配器に送られるのを妨げられたりしない時は、それはＯＳまたはＭＯ通知に加入するユニットへ送られる。イベント転送ディスクリミィネータオブジェクトＥＦＤがＭＯ通知への加入のために生成される。このＥＦＤ自体が一つのＭＯであって、どのＭＯ通知をオペレーションシステムへのイベントレポートとして転送すべきかを決定する。図面の中のＬＯＧは、後にたとえば前記Ｑ３インタフェイスから検索するために、通知を記憶しておける管理されたオブジェクトのクラスに関係している。ＬＯＧの中に、通知はＬＯＧレコードの形式で記憶されていて、たとえばアラーム通知はアラームレコードを生成させる。各ＬＯＧについて一つのフィルタがあり、このフィルタは、その特定のＬＯＧインスタンスにおいて、ＬＯＧレコードとしてどの通知が記憶されるかを定義する。こうしてあるＭＯ通知は、あるＦＥＤへもあるＬＯＧへも行くことができる。もし通知がＯＳで形成された管理するシステムへ転送されなければならないならば、それは管理されるシステム（この場合ではＮＥ）により、イベントレポートとして、管理するシステム（すなわちこの場合はＯＳ）の管理者へ送られる。しかしながら、管理されるシステム内の負荷を内部的に減少するために、追加の属性が、通知をその発生場所によりＭＯまたはＲＯから送るのを妨げる。これは上記のように、使用されるシステム上の他のもの、必要などによって異なる。ある特定の実施例においては通知はＲＯ内に発生され得るが、前記ＲＯを表現するＭＯから送り出されるのを妨げられる。この追加の属性については、管理されたオブジェクトの定義のためのガイドラインＧＤＭＯを使用して、これからさらに説明するが、このＧＤＭＯに従って、オブジェクトのタイプをその属性、動作および通知で定義するためにパッケージが使用される。この目的のために、通知停止パッケージ（ｎｏｔｉｆｉｃａｔｉｏｎｓｔｏｐｐａｃｋａｇｅ）が導入される。パッケージは、以下のように定義される。ＢＥＨＡＶＩＯＵＲＤＥＦＩＮＥＤＡＳ「このパッケージは管理されるオブジェクトのクラス内で通知が出されるのを妨げるために使用される。これは、管理されるオブジェクトの条件付きパッケージであることもないこともある。ｄｅｆａｕｌｔｖａｌｕｅｎｏｔｓｔｏｐｄｅｆのｖａｌｕｅ−ｒｅｆｅｒｅｎｃｅのＡＳＮ．１構文はｅｍｐｔｙｓｅｔであり、それはもしオブジェクト生成により何の情報も与えられなければ何の通知も停止されないという意味である。ｒｅｇｉｓｔｒａｔｉｏｎは、未仕様であり、パッケージが定義される場所の仕様によって異なる。」ＢＥＨＡＶＩＯＵＲｎｏｔｉｆｉｃａｔｉｏｎｓｔｏｐＢＥＨＡＶＩＯＵＲＤＥＦＩＮＥＤＡＳ「この属性は、システムの処理要件を減少させるために、システムの内部から、管理されるオブジェクトから送出される通知を妨げることができる。この処理要件は、次のようにして減少される。１．通知は、システムの片方内の送出中の管理されるオブジェクトから、ディスクリミネータとログ（ｌｏｇｓ）を転送中の、おそらくはシステムの他方内のイベントのディスクリミィネータへ転送されるための処理容量を必要としない。２．ディスクリミィネータの定義に反するテストをする処理容量が全く不必要である。ＡＳＮ．１タイプの属性はＯＩＤ（オブジェクトアイデンティファイヤ）（ＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）のセットで、発行されるべきではない通知を識別する。オプションとして、もし通知が属性値の変更または状態の変更の結果であれば、通知が送出されるべき属性の属性ＩＤが依然として含まれている。属性が何も指摘されなければ全ての通知がストップされる。ｍｏｄｕｌｅ−ｎａｍｅは、ＡＳＮ．１構文が定義されている仕様書による。ｒｅｇｉｓｔｒａｔｉｏｎは、未仕様であり、属性が定義されている仕様書による。」ＡＳＮ．１仕様書は下記の通りである。以下、本発明をＧＳＭシステムに関係する特定の一実施例に関して説明する。図５は、セル移動通信システム（ここではＧＳＭ）の非常に図式的な説明である。第１および第２のロケーションエリアＬＡ_a、ＬＡ_bは、それぞれ図示のように多数のセルを含んでなる。各セルは、ラジオトランシーバシステム（図示なし）付きの基地局ＢＳを含んでなり、基地局ＢＳは基地局コントローラＢＳＣと通信している。一方基地局コントローラＢＳＣは、移動交換センター／ビジターロケーションレジスタＭＳＣ／ＶＬＲと通信している。この図の２つのＭＳＣ／ＶＬＲは、オペレーションシステムＯＳにより制御されるホームロケーションレジスタＨＬＲと通信している。移動局ＭＳがＡからＢへ移動すると、それはホームロケーションレジスタＨＬＲ内に登録されるロケーションエリアＬＡを変更する。たとえば、もしそれがロケーションエリアＬＡを頻繁に変更したり、および／またはロケーションエリアを変更中の多数の移動局ＭＳが存在する時は、多くの変更が前記ＨＬＲ中に登録され、これらの全てがイベントレポートとしてＯＳに転送されないとしても、こうして多数の通知が生成される。ＨＬＲの中のＧＮＭで管理されるオブジェクトクラス加入者におけるこの発明の使用を、これからさらに説明する。上述のように、追加の属性はここではＧＳＭシステム内の加入者に誘導された通知を妨げるために使用されているが、もちろん一般の移動電気通信システムに使用される。属性値の変更の通知は、管理されたオブジェクトのある属性がその値を変更したことを指示するのに用いられる。この属性は、ある管理されるオブジェクトのあらゆる属性のあらゆる変化について指示する。したがってまた、もし常時値を変更してる多数の属性、たとえば、上記したような移動電話システムの中の加入者起源の動作があれば、大きな処理負荷がかかる。ｎｏｔｉｆｉｃａｔｉｏｎＳｔｏｐＰａｃｋａｇｅの通知ストップ属性を通じて、どの属性に対して通知が発行されていないかを指摘することができる。ＨＬＲの中のＧＳＭで仕様されたＭＯ加入者は、属性値変更通知を含み、またＭＳＣ／ＶＬＲ番号の属性は、図４に関して上記したようにシステムの中を歩き回る加入者の結果として連続的に変化される。ｎｏｔｉｆｉｃａｔｉｏｎＳｔｏｐＰａｃｋａｇｅの一例は、下記の通りである。第６図に説明する特定の実施例において、たとえばホームロケーションレジスタＨＬＲは、一個のプロセッサだけを含んでなる。図６から図１０ｂまでに図示する実施例において、通知は資源オブジェクトにより生成されるものと仮定する。しかしながら、前に議論したように、通知はまた管理されるオブジェクトの中に（または他の方法により）生成できるし、図６から図１０までに説明する実施例は、もちろんこれらにも適用できる。それはもちろんＨＬＲに関係する必要はなく、この例はすべてのオブジェクトが、同一プロセス（ＵＮＩＸプロセス）内に位置する例を例示することを目的にするだけである。この場合は、複数のオブジェクトの間の通信は、充分であり得る。しかしながら、通信は、常に容量とメッセージの送受信を必要とする。たとえば、ロケーションエリアの変更により、ＨＬＲ内のＵＮＩＸプロセスの資源オブジェクトＲＯは、ビジターロケーションレジスタＶＬＲからの情報を受け取る。追加の属性で妨げられなければ、前記ＲＯがデータベースＤＢに通信を送り、またＲＯ通知をＲＯ通知分配器に送り、このＲＯ通知分配器は、管理されるオブジェクトＭＯへＲＯ通知を送る。それから、ＭＯ通知分配器へＭＯ通知が送られ、このＭＯ通知は前記したようにＥＤＦにより提供されている場合は、エージェントへ送られ続ける。エージェントは、それからエージェントレポートをオペレーションシステムへ送る。図７に図示するこの発明の他の実施例において、複数の異なったオブジェクトが、二つの異なったプロセスの中に置かれている。二つという数は、もちろんここで一例に過ぎず同様により多い数であり得る。次に、メッセージはアドレス機構に加えらければならず、またメッセージはアドレス情報を追加しなければならない。図９において、さらに他の実施例を図示する中に、異なったプロセッサＡおよびＢの中に異なったオブジェクトが配置されている。プロセッサ間の通信は、プロセッサ母線により提供される。この時メッセージは、如何に正しいプロセッサを発見するかを指摘するアドレスを持たなければならない。たとえば、ＨＬＲのプロセッサＡは、たとえばＶＬＲから変更についての情報を受け取り得る。プロセッサＡの資源オブジェクトＲＯは、それからプロセッサＡのＲＯ通知分配器（図示なし）へＲＯ通知を出し得る。このプロセッサＡは、それからこれをプロセッサＢの管理されるオブジェクトへ通信する。一方これはプロセッサＢのＭＯ通知分配器へＭＯ通知を送出し、プロセッサＢはそれから前に議論したのを同じ仕方で、オペレーションシステムへイベントレポートを送る。もし、通知がストップされれば、ＲＯ通知は何も送出されない。マルチプロセッサシステムまたは分散プロセッサを有するシステムへのこの発明への応用は、単一プロセッサシステムにおけるよりも、生成される負荷がかなり大きく、負荷を減少されることは最も重要なので、特に有利である。図６、図７、図８に関して議論される実施例は、もちろんホームロケーションレジスタに関係するだけでなく、全ての管理されるシステムに関係している。また、管理されるオブジェクトの値の変更はもちろんＶＬＲなどによって提供される場所の変化に関係しなければならないのではなく、この発明は管理されるシステムが管理するシステムに管理される全ての種類のシステムに応用できる。この発明は、また従属的な管理されるオブジェクトが上位の管理されるオブジェクトにより制御される場合にも関係しており、この場合は上位の管理されるオブジェクトが、管理するシステムまたはオペレーションシステムにとって代わる。以下に、本発明のいくつかのさらなる実施例を図９、図１０ａ、図１０ｂを参照して、簡単に説明する。もちろんこれらの実施例は、全てのオブジェクトが、一つのプロセス内に含まれてなっていても、またはそれらが同一プロセッサ中の異なったプロセス内にあっても、または異なったプロセッサ内にあってさえも、こうしたことに関係なくこれらの実施例が実施できる。図３内に図式的に言及された諸原則は、前に言及したものと同様にこれらの実施例に関して適切である。図９は、属性の代わりに動作を用いて、通知を選択的に制御する一つの方法を図式的に説明する。この時、ＭＯにより動作が負荷される。動作を呼び出すことにより、ＲＯの中に一つのフラッグがターン・オン／オフされる。このフラッグは、ＲＯが一つのＲＯ通知を送出することを禁止する。再びこの動作を呼び出すことにより、ＲＯ通知を再びターン・オンすることが出来る。一般に動作の使用は、属性の使用と同じ原則に基づいており、また実施例は通知が管理されるオブジェクト内に生成された場合にも、もちろん適用出来る。この発明のもう一つの実施例により、管理されるオブジェクトを制御する通知ＭＯ_controlが導入される。一つのＭＯ_controlは、一つのＲＯ通知（または一つのＭＯ通知）をターン・オン／オフする一つの属性／動作を含んでなる。ＣＭＩＰ（共通管理情報プロトコル）オペレーションの量は、この時減少され得る。ただ一つのＭＯインスタンスだけが生成される必要がある。この属性／動作は、どのＭＯについて一つのＲＯ通知の送出を許可し、または禁止すべきかについて仕様する。代案として、特定のＭＯインスタンスを指摘して、ＲＯ通知をターン・オン／オフさせることが出来る。（または、通知が管理されるオブジェクト内で生成され得る場合は、ＭＯ通知をターンオン／オフさせる。）この実施例は、本質的に二つの方法で実施することができ、その第１は図１０ａで図示されている。もちろんＭＯを制御して通知を導入することに関するこの実施例のこれら両方の実行方法は、たとえ通知がＭＯ：ｓ内の代わりにＲＯ：ｓ内に生成されても、同様に応用出来る。この図の中のＭＯは、上記のようにＭＯ_control に関係している。ＭＯ_controlを制御する通知がＣＭＩＰオペレーションを受け取ると、このＭＯインスタンスは、ＣＭＩＰオペレーションにより仕様されるすべてのＲＯ：ｓを開く。すべてのＲＯ：ｓ（ＲＯＡからＲＯＤまで）において、通知がターン・オン／オフされる。代案として、ＭＯ_controlは直接にＲＯに行く代わりにＭＯインスタンスへ行くことができる。ＭＯ_controlは持続的なデータとして記憶されたフラッグを有することができ、これはたとえばオペレータが、どんなステータスをフラッグが有するかを見たいと思う時に有利である。通知を制御する管理されたオブジェクトＭＯ_controlを使用することに基づく実施例の第２の実行方法は、図１０ｂに図式的に示されている。ＭＯ_controlがＣＭＩＰオペレーションを受け取ると、ＭＯ_controlはＣＭＩＰの要求を記憶する。ＲＯ通知が送出されるたびに、ＲＯはこのＲＯ（ＲＯＡ−Ｂの内の一つ）が、ＲＯ通知を出すことを許されているかどうかをチェックする。これは、通知の送出の許可／不許可の間の変更の迅速な方法を与える。もし多数のインスタンスが存在すると、すべてのＭＯインスタンスのためのすべてのフラッグを記憶するために、かなりの量のメモリが必要とされる。もし、ＭＯクラスごとに通知をターン・オン／オフ出来れば、この解決が有利である。この発明は、例示の実施例に限られるものではなく、特許請求の範囲内の多数の方法で、変化させ得る。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＲＵ，ＴＪ，ＴＭ )，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ

Claims

【特許請求の範囲】１．少なくとも一つの管理するシステムで管理される少なくとも一つの管理されるシステムを含み、前記管理されるシステムは前記管理するシステムにより監視および／または制御される複数の資源または資源オブジェクト（ＲＯ）を代表する複数の管理されるオブジェクト（ＭＯ）を含み、管理されるシステムと管理するシステムの間の通信は、管理されるシステム内で生成され送出される通知から生じる管理されるシステムから管理するシステムへのイベントレポートの転送を含んでなる装置であって、前記管理される装置内で内部的に通知の生成および／または分配を選択的に制御する通知制御手段を含むことを特徴とする前記装置。２．通知は、管理されるオブジェクト（ＭＯ）内に生成されることを特徴とする請求の範囲第１項記載の装置。３．通知管理システムは、イベントレポート形式で管理するシステムに通信されるべきでない通知が、管理されるオブジェクト（ＭＯ）により生成および／または送出されることを防止することを特徴とする請求の範囲第２項記載の装置。４．通知は、資源オブジェクト（ＲＯ）内に生成されることを特徴とする請求の範囲第１項〜第３項のいずれかに記載の装置。５．管理するシステムに通信されるべきでない通知が、通知制御手段により、資源オブジェクト（ＲＯ）により生成および／または送出されることを防止されることを特徴とする請求の範囲第２項記載の装置。６．通知管理手段は、オペレータにより制御されることを特徴とする請求の範囲第１項〜第５項のいずれかに記載の装置。７．通知制御手段は、与えられた条件などの下で送出されるべき通知のいずれかのカテゴリなどを制御する手段を供給することを特徴とする請求の範囲第１項〜第６項までのいずれかに記載の装置。８．通知制御手段は、例えば通知が管理されるオブジェクト（ＭＯ）または資源オブジェクト（ＲＯ）から送出されるべきであってもなくても、属性に関する少なくとも一つの通知を制御できる一つの追加の属性を含む、ことを特徴とする請求の範囲第１項〜第７項までのいずれかに記載の装置。９．あるパッケージが、例えば管理されるオブジェクトの通知ストップパッケージのような追加の属性を含むことを特徴とする請求の範囲第８項記載の装置。１０．追加の属性のタイプ（ＡＳＮ．１）がＧＤＭＯ仕様書により定義され、また、送出されるべきでない通知を識別する多数のオブジェクト識別手段（ＯＩＤ）をそれが含むことを特徴とする請求の範囲第８項または第９項記載の装置。１１．通知ストップパッケージは、管理されるオブジェクトの条件付きパッケージであることを特徴とする請求の範囲第８項〜第１０項のいずれかに記載の装置。１２．通知ストップパッケージは、管理されるオブジェクトの条件付きパッケージでないことを特徴とする請求の範囲第８項〜第１０項のいずれかに記載の装置。１３．前記属性は、ある変化する値に関して値を変更した通知であることを特徴とする請求の範囲第８項〜第１２項のいずれかに記載の装置。１４．通知パッケージは、装置の設計に際してのオプションであることを特徴とする請求の範囲第８項〜第１３項のいずれかに記載の装置。１５．管理されるオブジェクトの属性は、記憶され、および／または、計算されることを特徴とする請求の範囲第８項〜第１４項のいずれかに記載の装置。１６．通知は、属性ごとにターンオン／オフされることを特徴とする請求の範囲第８項〜第１５項のいずれかに記載の装置。１７．通知制御手段は、少なくとも複数の管理されるオブジェクトの各々について追加された一つの動作を含むことを特徴とする請求の範囲第１項〜第７項のいずれかに記載の装置。１８．前記動作が呼び出されたときに、管理されるオブジェクト（ＭＯ）または資源オブジェクト（ＲＯ）の中のフラッグをターンオン／オフし、この管理されるオブジェクト（ＭＯ）または資源オブジェクト（ＲＯ）が通知の送出を禁止／許可されることを特徴とする請求の範囲第１７項記載の装置。１９．通知制御手段は、ある通知（ＭＯ；ＲＯ）をターンオン／オフするための一つの属性／動作を含む通知制御管理されるオブジェクト（ＭＯ）_controlを含むことを特徴とする請求の範囲第１項〜第７項のいずれかに記載の装置。２０．資源または資源オブジェクト（ＲＯ）は、物理的および／または論理的および／または機能的であることを特徴とする請求の範囲第１項〜第１９項までのいずれかに記載の装置。２１．前記管理されるシステムは一つのプロセッサを含み、全ての前記管理されるシステム（ＭＯ）は同一のプロセス内に配置されていることを特徴とする請求の範囲第１項〜第２０項までのいずれかに記載の装置。２２．前記管理されるオブジェクト（ＭＯ）は、同一プロセッサ内の異なったプロセス内に配置されていることを特徴とする請求の範囲第２１項記載の装置。２３．前記管理されるシステムはプロセッサ間通信手段を通じて相互結合された複数のプロセッサを含む処理装置を含み、また、前記管理されるオブジェクトは異なったプロセッサ内に配置されていることを特徴とする請求の範囲第１項〜第２０項のいずれかに記載の装置。２４．複数の資源または資源オブジェクト（ＲＯ）を代表する複数の管理されるオブジェクトを含む複数のネットワークエレメント（ＮＥ）を管理する一つまたはそれ以上のオペレーションシステム（ＯＳ）と、前記オペレーションシステム（ＯＳ）と前記管理されるシステム（ＭＯ）の間の通信プロトコルを含むインターフェイス（Ｑ３）とを含み、更に前記管理されるシステム（ＭＯ）の中にネットワークエレメント（ＮＥ）からオペレーションシステム（ＯＳ）へのイベントレポートの送出を生じさせる如き通知の送出を含む一つの機能をインプリメントした装置であって、前記管理されるシステムは前記管理されるオブジェクト（ＭＯ）または前記資源オブジェクト（ＲＯ）からの通知の送出を選択的に制御するための通知制御手段を含み、こうしてネットワーク（ＮＥ）内に生成した負荷を制御することを特徴とする、前記装置。２５．管理されるオブジェクト（ＭＯ）のデータが属性として仕様される特許請求の範囲第２４項記載の装置であって、前記通知制御手段は一つの追加属性を含み、かつ通知の送出が前記追加属性により制御されることを特徴とする、前記装置。２６．前記通知制御手段は、管理されるオブジェクトごとに一つの追加の動作を含んでなり、この動作が呼び出されると、管理されるオブジェクト（ＭＯ）内または資源オブジェクト（ＲＯ）内一つのフラッグがターンオン／オフされて、これにより通知の送出を禁止／許可することを特徴とする請求の範囲第２４項記載の装置。２７．前記通知制御手段は、通知をターンオン／オフする属性／動作を含む一つの通知制御管理されるオブジェクト（ＭＯ_control）を含むことを特徴とする請求の範囲第２４項記載の装置。２８．管理するシステム（ＯＳ）と管理されるシステム（ＮＥ）の間の通信プロトコルを含む一つのインターフェイス上で多数の前記管理されるシステム（ＮＥ）を管理する多数の管理システム（ＯＳ）を含み、前記管理されるシステム（ＮＥ）は、多数の資源と資源オブジェクト（ＲＯ）を代表する多数の管理されるオブジェクト（ＭＯ）を含み、生起したイベントに関する通知が前記管理されるシステム内に形成され、イベントレポートの形式で前記管理するシステムへ送られる、電気通信管理システムであって、前記管理されるシステム（ＮＥ）は、管理されるオブジェクト（ＭＯ）からおよび／または資源オブジェクト（ＲＯ）からの通知の生成および／または分配を選択的に制御できる一つの属性／動作を含む一つの追加属性または動作または通知管理制御されるオブジェクトの形式の通知管理手段を含み、こうしてネットワークエレメント（ＮＥ）内に生成される負荷を制御することを特徴とする、前記装置。２９．前記管理されるシステムは、分散プロセッサを有することを特徴とする請求の範囲第２８項記載の電気通信システム。３０．少なくとも一つのシステムにより制御される一つの管理されるシステム内の管理されるオブジェクトで表現される資源または資源オブジェクト内のイベントに関する通知の分配を制御する方法であって、管理されるオブジェクトごとの一つの追加属性または追加動作、または通知管理手段を形成する通知制御管理されるオブジェクトを定義することと、前記通知制御手段を通じて、管理されるオブジェクトを制御する属性／動作または通知ごとに、管理されるオブジェクトまたは資源オブジェクトにより、通知の生成および／または配分を選択的に制御することとを有することを特徴とする、前記方法。