JP2002084280A - ポリシベース通信管理システム - Google Patents

Abstract

(57)【要約】 【課題】 多種多様なサブネットワークより構成される
通信ネットワーク管理システムにおいて、ポリシ制御に
よりレイヤ毎にネットワークを管理する場合、一つのポ
リシ管理手段により管理するには、ポリシデータベース
が膨大となり、処理時間の増加が問題となり、柔軟なネ
ットワーク管理ができない問題があった。 【解決手段】 ポリシ制御により通信ネットワークをレ
イヤ毎に管理する通信ネットワーク管理システムにおい
て、各レイヤ毎に管理ポリシを格納する手段と該管理ポ
リシに従いレイヤを管理するポリシ管理手段を備え、レ
イヤに対するイベントが発生すると、該イベントの条件
にマッチした管理ポリシのアクションが自レイヤのアク
ションでない場合、自レイヤがクライアント或いはサー
バとなり、他レイヤに対しアクション要求を行い、その
実行結果に対してもポリシ管理を行い、柔軟で高速なネ
ットワーク管理を可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信ネットワーク管
理システムに係わり、特に多種多様なサブネットワーク
より構成される通信網を、ユーザの運用ポリシに従って
管理、運用する通信ネットワークの管理システムに関す
る。

【０００２】

【従来の技術】現在、通信ネットワークは、ＳＤＨ（Sy
nchronous Digital Hierarcy ）、ＡＴＭ（Asynchrono
us Transfer Mode）、ＷＤＭ（Wavelength Division
Mulutiplex）、ＩＰ（Internet Protocol）等の様々
なテクノロジをベースに構成されており、また、その通
信ネットワークの形態もアクセス網、コア（基幹）網、
ＳＤＨ網、ＡＴＭ網、ＷＤＭ網、ＩＰ網のような多種多
様なサブネットワークより構成されている。

【０００３】図１３は一般的な通信ネットワークの構成
例と通信ネットワーク管理システムの構成図である。

【０００４】同図に示すように、通信ネットワーク１３
−１は上記のような多種多様なサブネットワークより構
成されている。

【０００５】同図において、１−１は通信ネットワーク
管理システム（ＮＭＳ：Network Management System ）
であり、２−７はＩＰ装置管理システム（ＩＰ ＥＭ
Ｓ：Internet Protocol Element Management System
）、２−８はＡＴＭ装置管理システム（ＡＴＭ ＥＭ
Ｓ：Asynchronous Transfer Mode Element Managemen
tSystem ）、２−９はＷＤＭ装置管理システム（ＷＤＭ
ＥＭＳ：WavelengthDivision Mulutiplex Element M
anagement System ）である。

【０００６】１３−１は通信ネットワークの一般的な構
成例を示すものであり、始点となる加入者系アクセス網
１３−２、終点となる加入者系アクセス網１３−５およ
び、これらのアクセス網間を二つのルートで接続するコ
ア（基幹）網１３−３と１３−４から構成されている。

【０００７】加入者系アクセス網１３−２はＩＰ網−ａ
およびＡＴＭ網−ｄより構成され、一方のルートのコア
網１３−３はＡＴＭ網−ｆ、ＷＤＭ網−ｇより構成さ
れ、もう一方のルートのコア網１３−４はＷＤＭ網で構
成されている。

【０００８】また、終点となる加入者系アクセス網１３
−５はＩＰ網−ｂ、ＩＰ網−ＣおよびＡＴＭ網より構成
されている。

【０００９】このような多種多様なサブネットワークよ
り構成される複雑な通信ネットワーク１３−１は、それ
らのサブネットワークであるＩＰ網、ＡＴＭ網およびＷ
ＤＭ網をそれぞれ管理するＩＰ装置管理システム（ＩＰ
ＥＭＳ）２−７、ＡＴＭ装置管理システム（ＡＴＭ
ＥＭＳ）２−８およびＷＤＭ装置管理システム（ＷＤＭ
ＥＭＳ）２−９と、それらを統合管理する通信ネット
ワーク管理システム（ＮＭＳ）１−１により管理されて
いる。

【００１０】また、その管理方法はこのような複雑な網
の形態に左右されずに管理可能なレイヤリング（階層構
造）を用いた管理方法が一般的となってきており、これ
は、ＩＳＯが定義するＯＳＩ（Open System Intercon
ection）基本参照モデルにおける下位３層、即ち、物理
層（ＷＤＭレイヤ）、データリンク層（ＡＴＭレイ
ヤ）、ネットワーク層（ＩＰレイヤ）を用いてネットワ
ーク管理を行うものである。

【００１１】図１４はこのような複雑な通信ネットワー
クを管理する通信ネットワーク管理システムにおけるレ
イヤリング（階層構造）管理の概念図である。

【００１２】図１４において、１−１は図１３に示す通
信ネットワーク管理システム（ＮＭＳ）であり、１−５
は図１３に示す通信ネットワーク１３−１のＷＤＭレイ
ヤのＥｎｄ−ｔｏ−Ｅｎｄの通信路の例を平面的に示
し、同様に１−６、はＡＴＭレイヤ、１−７はＩＰレイ
ヤの場合を示している各平面図において、○印は通信ネ
ットワークを構成するサブネットワークを示し、実線は
通信パスを構成するリンクを表している。

【００１３】図１４に示す通信ネットワーク管理システ
ム（ＮＭＳ）１−１は運用ポリシを格納するポリシデー
タベース（ＰＤＢ）１−３と、その運用ポリシに従いネ
ットワーク管理を行う機能オブジェクトである一つのポ
リシマネージャ（ＰＭ）１−２、ＰＭからの指示情報に
より、各レイヤに対応するサブネットワークへの通信路
の設定指示情報等を送信するコンフィギュレーションマ
ネージャ（ＣＭ）１−４より構成される。

【００１４】通信ネットワーク管理システム（ＮＭＳ）
１−１は運用ポリシに従い、Ｅｎｄ−ｔｏ−Ｅｎｄのネ
ットワーク管理を行う装置であり、図１３に示す各サブ
ネットワーク対応するＩＰ装置管理システム（ＩＰ Ｅ
ＭＳ）２−７、ＡＴＭ装置管理システム（ＡＴＭ ＥＭ
Ｓ）２−８、およびＷＤＭ装置管理システム（ＷＤＭＥ
ＭＳ）２−９経由で通信ネットワーク１３−１の管理を
行う。

【００１５】近年、通信トラフィックは音声、データ、
Ｆａｘ、静止画、動画にいたる多種多様なものとなった
ため、それらの情報が通過し、企業への専用線を提供す
る公衆網は従来、全てのユーザが納得する均一な高信頼
度、高品質なネットワークサービスを提供するものであ
ったが、最近では企業のポリシに従い、個々のユーザが
希望するネットワーク品質に合わせて品質を指定でき、
あるいはルーティング等を動的に変更できるネットワー
クサービスが要求されてきている。

【００１６】また、これに伴い、このようなネットワー
クサービスへの要望に対応し、ネットワーク資源を有効
に活用するため、上述のレイヤリングによるネットワー
ク管理においては、各々のレイヤにおいて益々複雑なネ
ットワーク制御が必要となってきている。

【００１７】従来、このような複数のサブネットワーク
におけるネットワークサービスに対応して、それぞれの
レイヤからの要求が図１３に示す各レイヤ対応の装置管
理システム（ＥＭＳ）２−７〜２−９経由で同時に通信
ネットワーク管理システム（ＮＭＳ）１−１に通知さ
れ、ＮＭＳ１−１では図１４に示すように各レイヤ対応
の複数のコンフィギュレーションマネージャ（ＣＭ）１
−４から一つのポリシマネージャ（ＰＭ）１−２に要求
があり、一つのＰＭで膨大なポリシーデータに基づいて
ポリシの検索を実施し、そのポリシに従って実行情報を
各コンフィギュレーションマネージャ（ＣＭ）１−４経
由で各レイヤ対応の装置管理システム（ＥＭＳ）２−７
〜２−９に返送し、複数のサブネットワークの制御を行
っていた。

【００１８】

【発明が解決しようとする課題】このような様々なネッ
トワークサービスの提供と通信トラフィックの増大に伴
い、通信ネットワーク管理が複雑化し、ポリシデータは
膨大となり、図１４に示す通信ネットワーク管理システ
ム（ＮＭＳ）１−１における一つのポリシマネージャ
（ＰＭ）１−２によるポリシ制御では対応しきれなくな
り、処理時間の増加が問題となっていた。

【００１９】また、従来は一つの運用ポリシに従い、ネ
ットワーク制御を行っていたため、例えばパス設定を行
う場合、一つのルーティングアルゴリズムにを用いてル
ート選択を行っており、レイヤ毎に異なるルーティング
アルゴリズムは採用していないため、効率の良いルーテ
ィング処理ができなかった。

【００２０】また、このように処理に時間を要するた
め、一つのレイヤに空きがなく、他のレイヤに空きがあ
ってもそれを利用してパスを設定するというような効率
的なルーティングは実施されていなかった。

【００２１】本発明は様々なネットワークサービスを提
供する通信ネットワークにおいて、運用ポリシに従う通
信管理システムにより発生するこのような処理上および
運用上の問題点を解決し、処理の高速化を可能とし、か
つ効率的なネットワーク管理を可能とする通信ネットワ
ーク管理システムの提供を目的とする。

【００２２】

【課題を解決するための手段】上記課題を解決させるた
めの第１の発明は、複数のアクセス網、コア網より構成
される通信ネットワークの各レイヤ毎に、管理ポリシを
格納する手段と、該管理ポリシに従いレイヤを管理する
ポリシ管理手段とを備えるポリシベース通信管理システ
ムにおいて、レイヤに対するイベントの発生時、ポリシ
管理手段は該管理ポリシを検索し、該イベントの条件に
マッチした管理ポリシのアクションが自レイヤのアクシ
ョンでない場合、該ポリシ管理手段は自レイヤがクライ
アントとなり、他のレイヤをサーバレイヤとしてサーバ
レイヤのポリシ管理手段へアクション要求を行う手段
と、サーバレイヤとしてアクション要求を受信し、該ポ
リシ管理手段が該管理ポリシを検索した結果、該アクシ
ョンが自レイヤのアクションでない場合、クライアント
レイヤのポリシ管理手段へ該アクション要求に対する回
答を返送する手段と、アクション要求の実行結果が該レ
イヤから通知された場合、自レイヤの管理ポリシに従い
ポリシ管理を行う手段を備えることを特徴とする。

【００２３】第１の発明によれば、従来、一つのレイヤ
内で留まっていた処理が他のレイヤとの連携処理が可能
となり、より効率的なサービスの提供が実現できる。

【００２４】例えば、通信路の設定等において、自レイ
ヤに通信路が存在しない場合、従来は不可として処理し
ていたが、本発明によると、そのレイヤがクライアント
となり、他レイヤに通信路の有無の問い合わせが可能と
なる。

【００２５】そのレイヤは自レイヤ内に通信路が存在し
ない場合は、更に他レイヤに対し、有無の問い合わせを
行い、有りの場合はその通信路を設定し、要求元のクラ
イアントアレイヤに順次返答する。

【００２６】これによって、従来の一つのレイヤ内処理
では設定できなかった通信路が新たに設定可能となる。

【００２７】このように、第１の発明によれば、レイヤ
間の円滑な連携処理が可能となり、パス設定の処理等に
おいて、従来より効率的なルーティングサービスの提供
が可能となる。

【００２８】第２の発明は、前記レイヤに対するイベン
トが発生した場合、ポリシ管理手段は該管理ポリシを検
索し、該イベントの条件にマッチした管理ポリシのアク
ションが自レイヤのアクションでない場合、該ポリシ管
理手段はサーバまたはクライアントのレイヤを飛び越え
て他のレイヤにアクション要求を行う手段を備えている
ことを特徴とする。

【００２９】第２の発明によれば、レイヤ間処理におけ
る処理時間の短縮が可能となる。

【００３０】第３の発明は、前記レイヤに対するイベン
トが最初に発生した場合、情報オブジェクトを生成する
手段と、該情報オブジェクトに、予めポリシデータベー
スへの検索回数情報を設定する手段と、ポリシデータベ
ースへ検索する毎に該回数情報より”１”を減算する手
段とを備え、該回数情報が”０”となった場合、該情報
を通知する手段を備えていることを特徴としている。

【００３１】第３の発明によれば、レイヤ間連携処理動
作において、障害等により、レイヤ間で相互に要求を繰
り返すような状態に陥った場合、予め定められたポリシ
データベースへの検索回数が減算手段により、”０”と
なることから、異常状態の速やかな検出が可能となり、
無駄なレイヤ間連携処理動作の回避が可能となる。

【００３２】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態について説明する。

【００３３】図１は本発明の実施の形態における通信ネ
ットワーク管理システムのレイヤリング（階層構造）管
理の概念図である。

【００３４】図１３に示す多種多様なサブネットワーク
より構成される通信ネットワーク１３−１をレイヤ管理
するものである。

【００３５】図１に示すように、通信ネットワーク管理
システム（ＮＭＳ）１−１は各レイヤ対応にポリシマネ
ジャ（ＰＭ）１−２およびとコンフィギュレーションマ
ネジャ（ＣＭ）１−４を有しており、ポリシマネジャ
（ＰＭ）１−２にはそれぞれポリシデータべース（ＰＤ
Ｂ）１−３が配備されている。

【００３６】１−５〜１−７は通信ネットワーク１３−
１の各々のレイヤ、即ち、ＷＤＭレイヤ、ＡＴＭレイ
ヤ、ＩＰレイヤを平面的に表したものである。平面図に
おいて○印は通信ネットワークを構成するサブネットワ
ークを示し、実線は通信パスを構成するリンクを表して
いる。

【００３７】図２は本発明の実施の形態における通信ネ
ットワーク管理システムの機能構成図である。

【００３８】同図は図１３に示す通信ネットワーク１３
−１を統合管理する通信ネットワーク管理システム（Ｎ
ＳＭ）１−１、サブネットワークをレイヤ毎に管理する
ＩＰ装置管理システム（ＩＰ ＥＭＳ）２−７、ＡＴＭ
装置管理システム（ＡＴＭＥＭＳ）２−８、およびＷＤ
Ｍ装置管理システム（ＷＤＭ ＥＭＳ）２−９の機能構
成を示す図である。

【００３９】図２に示すように、通信ネットワーク管理
システム（ＮＭＳ）１−１は各レイヤ毎の管理制御行う
機能オブジェクトであるＩＰ管理機能オブジェクト２−
１、ＡＴＭ管理機能オブジェクト２−２ＷＤＭ管理機能
オブジェクト２−３、および各レイヤ毎の状態を管理す
る機能オブジェクトであるＩＰ状態機能オブジェクト２
−４、ＡＴＭ状態機能オブジェクト２−５、ＷＤＭ状態
機能オブジェクト２−６より構成されている。

【００４０】各レイヤ毎の管理機能オブジェクト２−１
〜２−３は、それぞれポリシマネージャ（ＰＭ）１−
２、コンフィギュレーションマネージャ（ＣＭ）１−
４、ポリシデータベース（ＰＤＢ）１−３より構成され
る。

【００４１】また、各レイヤ毎の状態を管理する状態機
能オブジェクト２−４〜２−６は各々情報オブジェクト
「ＳＮ（Sub-Network)」、「ＳＮＣ(Sub-Network Conn
ection) 」、「ＣＴＰ(Connection Termination Poin
t) 」、「ＴＴＰ(Trail Termination Point) 」、
「ＬＮＤ(Layer Network Domain) 」、「T ｒａｉ
ｌ」、「Ｌｉｎｋ」等から構成されている。

【００４２】図２に示すＩＰ装置管理システム（ＩＰ
ＥＭＳ）２−７、ＡＴＭ装置管理システム（ＡＴＭ Ｅ
ＭＳ）２−８、およびＷＤＭ装置管理システム（ＷＤＭ
ＥＭＳ）２−９は、それぞれ、機能オブジェクト「Ｃ
Ａ（Configuration Agent)」、および情報オブジェクト
「ＳＮ」、「ＳＮＣ」、「ＣＴＰ」、「ＴＴＰ」等から
構成され、通信ネットワーク管理システム（ＮＭＳ）１
−１とはマネージャとエージェントの関係を有してお
り、通信ネットワーク管理システム（ＮＭＳ）１−１は
マネージャであり、各々のレイヤに対応するＩＰ装置管
理システム（ＩＰＥＭＳ）２−７、ＡＴＭ装置管理シス
テム（ＡＴＭ ＥＭＳ）２−８、ＷＤＭ装置管理システ
ム（ＷＤＭ ＥＭＳ）２−８はエージェントである。

【００４３】図３は各々のレイヤにおける情報オブジェ
クトの説明図である。

【００４４】同図に示すように、情報オブジェクトはネ
ットワーク情報であり、「ＳＮ（Sub-Network)」は図１
３に示すサブネットワークであるＩＰ網、ＡＴＭ網、Ｗ
ＤＭ網を識別するための情報、「ＳＮＣ(Sub-Network
Connection) 」はＳＮ内のコネクションを表す情報、
「ＣＴＰ(Connection Termination Point)」は「ＳＮ」
と「ＳＮＣ」との接点を示す情報をそれぞれ表してい
る。

【００４５】「Ｌｉｎｋ」はサブネットワーク間のリン
クの状態を表す情報である。

【００４６】また、「ＬＮＤ(Layer Network Domain)
」はレイヤを識別するための情報、「Ｔｒａｉｌ」は
Ｅｎｄ−ｔｏ−Ｅｎｄのパスを示す情報、「ＴＴＰ(Tra
il Terminal Point)」はこの「Ｔｒａｉｌ」の終端点
を示す情報をそれぞれ表している。

【００４７】これらの情報のうち、「ＳＮ」、「ＣＴ
Ｐ」、「ＴＴＰ」は各々のレイヤに対応するＩＰ装置管
理システム（ＩＰ ＥＭＳ）２−７、ＡＴＭ装置管理シ
ステム（ＡＴＭ ＥＭＳ）２−８、ＷＤＭ装置管理シス
テム（ＷＤＭ ＥＭＳ）２−９が図１３に示す複数のサ
ブネットワークＩＰ網、ＡＴＭ網、ＷＤＭ網から取得、
生成し、通信ネットワーク管理システム（ＮＭＳ）１−
１に通知する情報である。

【００４８】「ＬＮＤ」、「Ｔｒａｉｌ」は各々のレイ
ヤに対応する上記装置管理システム（ＥＭＳ）２−７〜
２−９からの上記情報をもとに、通信ネットワーク管理
システム（ＮＭＳ）１−１が生成する情報であり、各々
のレイヤに対応する装置管理システム（ＥＭＳ）２−７
〜２−９では把握できない情報である。

【００４９】図４は本発明の実施の形態における通信ネ
ットワーク構成例のレイヤ間連携処理説明図である。

【００５０】同図は図１３に示す一般的な通信ネットワ
ーク構成例である１３−１をレイヤ管理する場合の具体
的なレイヤ間連携処理の説明図である。

【００５１】図４のＩＰレイヤ図は、図１３に示す通信
ネットワーク１３−１を構成するＩＰ網のＡ点からＺ点
間のリンクの状態を示しており、サブネットワークａ、
ｂおよびｃとＩＰ網−ａ、ＩＰ網−ｂおよびＩＰ網−ｃ
とは対応している。

【００５２】図４のＡＴＭレイヤ図は、図１３に示す通
信ネットワーク１３−１を構成するＡＴＭ網のうち、Ｉ
Ｐ網−ａとＩＰ網−ｂとの間に係わるＡＴＭ網とリンク
の状態を示しており、サブネットワークｄ、ｅおよびｆ
とＡＴＭ網−ｄ、ＡＴＭ網−ｅおよびＡＴＭ網−ｆとは
対応している。

【００５３】図４のＷＤＭレイヤの図は、図１３に示す
通信ネットワーク１３−１を構成するＷＤＭ網のうち、
ＡＴＭ網−ｅとＡＴＭ網−ｆとの間に係わるＷＤＭ網と
リンクの状態を示しており、サブネットワークｇとＷＤ
Ｍ網−ｇとは対応している。

【００５４】図５〜図１０は本発明の実施の形態におけ
るポリシ制御によるレイヤ間連携処理フロー図である。

【００５５】同図は図１３に示す通信ネットワーク１３
−１のＥｎｄ−ｔｏ−Ｅｎｄのパス設定を行う場合のレ
イヤ間連携処理フロー図である。

【００５６】図１１、１２は本発明の実施の形態におけ
る各レイヤのポリシの例を示す。

【００５７】以下に図１〜図１３を用いて本発明の実施
の形態の動作について説明する。

【００５８】ネットワーク管理者が図１３に示す通信ネ
ットワーク管理システム（ＮＭＳ）１−１に接続されて
いる端末（図示せず）から、通信ネットワーク１３−１
のＡ点からＺ点間までの通信パスを設定するため、通信
パスのサービスクラスを帯域保証のクラス（サービスク
ラス：Ｇｏｌｄ）として指定し、各種パラメータを入力
するものとする（図５のＳ１参照、以下Ｓ と記述す
る）。

【００５９】システム管理者の入力操作により、図２に
示すＩＰ管理機能オブジェクト２−１が起動され、その
コンフィギュレーションマネージャ（以下ＣＭと称す）
１−４においてＩＰレイヤのパス設定要求が受け付けら
れる（Ｓ２）。

【００６０】ＩＰ管理機能オブジェクト２−１のＣＭ１
−４はＩＰ状態機能オブジェクト２−４を起動し、情報
オブジェクトであるＬｉｎｋオブジェクトより、図４に
示すＩＰレイヤ図のＡ点かＺ点間のパスを構成するリン
クを検索する（Ｓ３）。

【００６１】図４に示すＩＰレイヤ図はＬｉｎｋオブジ
ェクトが把握しているＩＰレイヤのＡ点からＺ点までの
ＩＰ網とリンクの状態であるが、今、図４に示すように
ＩＰレイヤ図のＡ点からＺ点間において、サブネットワ
ークａとサブネットワークｃ間に空き帯域がないと想定
し、リンクを新たに設定する必要が生じたとする。

【００６２】この場合、図２のＩＰ管理機能オブジェク
ト２−１のＣＭ１−４はＬｉｎｋオブジェクト検索の結
果、空き帯域が無いことを識別し（Ｓ４）、ポリシマネ
ージャ（以下ＰＭと称す）１−２に対し、”ＮＧ”を通
知する（Ｓ５）。

【００６３】ＰＭ１−２では”ＮＧ”を受信すると（Ｓ
６）、このイベントに対してマッチするポリシをポリシ
データべース（以下ＰＤＢと称す）１−３より検索する
（Ｓ７）。

【００６４】図１１の本発明の実施の形態における各レ
イヤのポリシの例（１／２）の１．項にＩＰレイヤのＰ
ｏｌｉｃｙ Ｔａｂｌｅの例を示している。

【００６５】図１１に示すようにＰｏｌｉｃｙ Ｔａｂ
ｌｅは、条件を示すＣｏｎｄｉｔｉｏｎ ｉｄとその条
件にマッチした場合の動作を示すＡｃｔｉｏｎより構成
されている。

【００６６】この場合、設定する通信パスのサービスク
ラスは”Ｇｏｌｄ”が指定されていおり、Ｓｅｔ ｕｐ
ｐａｔｈが”ＮＧ”であるため、Ｃｏｎｄｉｔｉｏｎ
１がマッチし（Ｓ８）、その場合の動作はＡｃｔｉｏ
ｎで示す如く、ＳｅｒｖｅｒＬａｙｅｒ ＰａｔｈのＳ
ｅｔ ｕｐである。

【００６７】図１１に示すＰｏｌｉｃｙ Ｔａｂｌｅお
いては、要求元をクライアントとし、要求先をサーバと
して定義されている。

【００６８】従って、図２に示すＩＰ管理機能オブジェ
クト２−１のＰＭ１−２は自身がクライアントとなり、
サーバレイヤ（この場合、ＡＴＭレイヤ）のＡＴＭ管理
機能オブジェクト２−２のＰＭ１−２（図示せず）へ図
４のＩＰレイヤ図に示すサブネットワークａとサブネッ
トワークｂ間の”Ｓｅｔ ｕｐ ｐａｔｈ”を要求する
（Ｓ１０）。

【００６９】ＡＴＭ管理機能オブジェクト２−２のＰＭ
１−２（図示せず）はクライアントレイヤ（この場合Ｉ
Ｐレイヤ）からの”Ｓｅｔ ｕｐ ｐａｔｈ”を受信す
ると（Ｓ１１）、この要求イベントにマッチするポリシ
が存在するか否をＰＤＢ１−３（図示せず）から検索す
る（Ｓ１２）。

【００７０】図１１の２．項にＡＴＭレイヤのＰｏｌｉ
ｃｙ Ｔａｂｌｅの例を示している。

【００７１】この場合、Ｒｅｑｕｅｓｔ Ｔｙｐｅ（Ｒ
ｅｑ−ｔｙｐ）が”Ｓｅｔ ｕｐｐａｔｈ”で、かつＲ
ｅｑｕｅｓｔｅｒが”Ｃｌｉｅｎｔ Ｌａｙｅｒ Ｐｏ
ｌｉｃｙ Ｍａｎａｇｅｒ”であり、条件はＣｏｎｄｉ
ｔｉｏｎ １にマッチするため（Ｓ１３）、そのＡｃｔ
ｉｏｎに従い、ＡＴＭ管理機能オブジェクト２−２の
ＰＭ１−２（図示せず）は自レイヤのＣＭ１−４（図示
せず）にサブネットワークａとサブネットワークｂ間の
ＡＴＭレイヤの”Ｓｅｔ ｕｐ ｐａｔｈ”を要求する
（Ｓ１４）。

【００７２】ＡＴＭ管理機能オブジェクト２−２のＣＭ
１−４はＰＭ１−２から”Ｓｅｔｕｐ ｐａｔｈ”要求
を受信すると（Ｓ１５）、ＩＰ管理機能オブジェクト２
−１の場合と同様に、ＡＴＭ状態機能オブジェクト２−
５のＬｉｎｋオブジェクト（図示せず）により、ＡＴＭ
レイヤにおけるサブネットワークｄとサブネットワーク
ｅ間のパスを構成するリンクを検索する（Ｓ１６）。

【００７３】図４に示すＡＴＭレイヤ図はＬｉｎｋオブ
ジェクトが把握しているサブネットワークｄとサブネッ
トワークｅ間のリンクの状態を示している。

【００７４】今、ＡＴＭレイヤのサブネットワークｄと
サブネットワークｅ間では空き帯域がないものと想定す
る。

【００７５】Ｌｉｎｋオブジェクト検索の結果（Ｓ１
７）、上記想定によりＡＴＭレイヤのサブネットワーク
ｄとサブネットワークｅ間には空き帯域が存在しないた
め、ＣＭ１−４は”ＮＧ”をＰＭ１−２に返送する（Ｓ
１８）。

【００７６】図２に示すＡＴＭ管理機能オブジェクト２
−２のＰＭ１−２では”ＮＧ”を受信すると（Ｓ２
５）、このイベントに対してマッチするポリシがあるか
否かをポリシデータべースＰＤＢ１−３より検索する
（Ｓ２６）。

【００７７】図１１の２．項に示すＡＴＭレイヤのポリ
シを検索すると、この場合、”Ｓｅｔ ｕｐ ｐａｔ
ｈ”が”ＮＧ”となっている通信パスのサービスクラス
が”Ｇｏｌｄ”で、Ｒｅｑｕｅｓｔｅｒが”Ｃｌｉe ｎ
ｔ Ｌａｙｅｒ ＰｏｌｉｃｙＭａｎａｇｅｒ”であ
り、条件はＣｏｎｄｉｔｉｏｎ ３にマッチしており、
その場合の動作はＡｃｔｉｏｎで示す如く、Ｓｅｒｖｅ
ｒ Ｌａｙｅｒ ＰａｔｈのＳｅｔ ｕｐである。

【００７８】従って、ＩＰレイヤの場合と同様、図２の
ＡＴＭ管理機能オブジェクト２−２のＰＭ１−２自身が
クライアントとなり、サーバレイヤ（この場合、ＷＤＭ
レイヤ）のＷＤＭ管理機能オブジェクト２−３のＰＭ１
−２へ図４のＡＴＭレイヤ図に示すサブネットワークｅ
とサブネットワークｆ間の”Ｓｅｔ ｕｐ ｐａｔｈ”
を要求する（Ｓ２８）。

【００７９】図２に示すＷＤＭ管理機能オブジェクト２
−３のＰＭ１−２（図示せず）がクライアントレイヤ
（この場合、ＡＴＭレイヤ）より”Ｓｅｔ ｕｐ ｐａ
ｔｈ”要求を受信すると（Ｓ３１）、このイベントにマ
ッチするポリシが存在するか否かを同様に検索する（Ｓ
３２）。

【００８０】図１２の３．項に示すＷＤＭレイヤのＰｏ
ｌｉｃｙ Ｔａｂｌｅの検索の結果、条件はＣｏｎｄｉ
ｔｉｏｎ １にマッチしており、その場合の動作はＡｃ
ｔｉｏｎで示す如く、ＰａｔｈのＳｅｔ ｕｐである。

【００８１】従って、図２に示すＷＤＭ管理機能オブジ
ェクト２−３のＰＭ１−２（図示せず）は自レイヤのＣ
Ｍ１−４（図示せず）にサブネットワークｅとサブネッ
トワークｆ間の”Ｓｅｔ ｕｐ Ｐａｔｈ”を要求する
（Ｓ３４）。

【００８２】”Ｓｅｔ ｕｐ Ｐａｔｈ”要求を受信し
たＣＭ１−４は、同様にＷＤＭ状態機能オブジェクト２
−６の情報オブジェクトＬｉｎｋ（図示せず）を検索す
る（Ｓ３６）。

【００８３】図４のＷＤＭレイヤ図はサブネットワーク
ｅとサブネットワークｆ間のリンクの状態とＷＤＭ網−
ｇの存在を示している。

【００８４】今、図４のＷＤＭレイヤ図に示すように、
サブネットワークｅとサブネットワークｆ間において空
き帯域のリンクがあるものと想定する。

【００８５】Ｌｉｎｋオブジェクト検索の結果、上記想
定により、ＷＤＭ管理機能オブジェクト２−３のＣＭ１
−４はＷＤＭ網−ｇ内でクロスコネクト処理が可能であ
ることを識別し、自レイヤのＰＭ１−２（図示せず）
へ”Ｓｅｔ ｕｐ Ｐａｔｈ”要求に対する応答信号”
ＯＫ”を返送する（Ｓ４５）。

【００８６】続いて、図２に示すＷＤＭ装置管理システ
ムＷＤＭ ＥＭＳ２−９に対し、”Ｓｅｔ ｕｐ Ｓｕ
ｂｎｅｔｗｏｒｋ Ｃｏｎｎｅｃｔｉｏｎ”要求を送信
する（Ｓ３９）。

【００８７】”Ｓｅｔ ｕｐ Ｓｕｂｎｅｔｗｏｒｋ
Ｃｏｎｎｅｃｔｉｏｎ”要求を受信したＷＤＭ ＥＭＳ
２−９は管理しているサブネットワークＷＤＭ網−ｇへ
該当するＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ間のクロスコネ
クト制御信号を送信し、パス設定を完了する（Ｓ４
９）。

【００８８】以後、ＷＤＭレイヤにおいて、サブネット
ワークｇとＡＴＭレイヤのサブネットワークｅおよびサ
ブネットワークｆに係わるリンクが使用可能となる。

【００８９】自レイヤのＣＭ１−４より”ＯＫ”を受信
した（Ｓ４５）ＷＤＭ管理機能オブジェクト２−３のＰ
Ｍ１−２は、同様にこのイベントにマッチするポリシの
有無をＰＤＢ１−３から検索するが（Ｓ４６）、図１２
の３．項のＷＤＭレイヤのＰｏｌｉｃｙ Ｔａｂｌｅか
ら明らかなように、条件にマッチするＣｏｎｄｉｔｉｏ
ｎ ｉｄがないため（Ｓ４７）、クライアントレイヤ
（この場合、ＡＴＭレイヤ）のＡＴＭ管理機能オブジェ
クトの２−２のＰＭ１−２（図示せず）に対し、”Ｏ
Ｋ”信号を中継返送する（Ｓ４８）。

【００９０】図２のＡＴＭ管理機能オブジェクト２−２
のＰＭ１−２は”ＯＫ”信号を受信すると（Ｓ４１）、
同様に該当するポリシの検索を行う（Ｓ４２）。

【００９１】図１１の２．項のＡＴＭレイヤのＰｏｌｉ
ｃｙ Ｔａｂｌｅの検索の結果、Ｒｅｑｕｅｓｔ ｔｙ
ｐｅ（Ｒｅｑ−ｔｙｐ）が”Ｓｅｔ ｕｐ Ｐａｔｈ”
で、Ｓｅｒｖｅｒ ＬａｙｅｒへのＲｅｑｕｅｓｔであ
り、そのＲｅｓｐｏｎｓe （Ｒｅｓ）が”ＯＫ”である
ため、ＰＭ１−２は条件がＣｏｎｄｉｔｉｏｎ４にマッ
チする（Ｓ４３）ことを識別する。

【００９２】また、その場合のＡｃｔｉｏｎは”Ｓｅｔ
ｕｐ Ｐａｔｈ”であるから、ＰＭ１−２は自レイヤ
のＣＭ１−４に対し、”Ｓｅｔ ｕｐ Ｐａｔｈ”を要
求する（Ｓ４４）。

【００９３】”Ｓｅｔ ｕｐ Ｐａｔｈ”を要求を受信
した（Ｓ４０）ＣＭ１−４はＡＴＭ装置管理システム
（ＡＴＭ ＥＭＳ）２−８へ”Ｓｅｔ ｕｐ Ｓｕｂｎ
ｅｔｗｏｒｋ Ｃｏｎｎｅｃｔｉｏｎ”要求を送信する
（Ｓ５７）。

【００９４】”Ｓｅｔ ｕｐ Ｓｕｂｎｅｔｗｏｒｋ
Ｃｏｎｎｅｃｔｉｏｎ”要求を受信したＡＴＭ ＥＭＳ
２−８は管理しているサブネットワークＡＴＭ網−ｅお
よびＡＴＭ網−ｆへ該当するＰｏｉｎｔ−ｔｏ−Ｐｏｉ
ｎｔ間のクロスコネクト制御信号を送信し、パス設定を
完了する（Ｓ５８）。

【００９５】以後、ＡＴＭレイヤにおいて、サブネット
ワークｅとサブネットワークｆ間のリンクも使用可能と
なる。

【００９６】続いて、ＣＭ１−４は自レイヤのＰＭ１−
２へ”ＯＫ”信号を返送する（Ｓ５９）。

【００９７】ＡＴＭ管理機能オブジェクト２−２のＰＭ
１−２は”ＯＫ”信号を受信すると（Ｓ２１）、図１１
の２．項のＡＴＭレイヤのＰｏｌｉｃｙ Ｔａｂｌｅを
検索するが（Ｓ２２）、自レイヤ内のＣＭからの返送で
あるため、条件のマッチするＣｏｎｄｉｔｉｏｎ ｉｄ
はなく（Ｓ２３）、更にクライアントレイヤ（この場
合、ＩＰレイヤ）のＩＰ管理機能オブジェクト２−１の
ＰＭ１−２へ”ＯＫ”信号を返送する（Ｓ２４）。

【００９８】図２のＩＰ管理機能オブジェクト２−１の
ＰＭ１−２は”ＯＫ”信号を受信すると（Ｓ２０）、同
様にマッチするポリシを検索する（Ｓ６３）。

【００９９】ＰＭ１−２は図１１の１．項のＩＰレイヤ
のＰｏｌｉｃｙ Ｔａｂｌｅを検索の結果、Ｃｏｎｄｉ
ｔｉｏｎ ３がマッチすることを識別し（Ｓ６４）、そ
のＡｃｔｉｏｎ内容に従い、自レイヤのＣＭ１−４へ”
Ｓｅｔ ｕｐ Ｐａｔｈ”要求を送出する（Ｓ６５）。

【０１００】”Ｓｅｔ ｕｐ Ｐａｔｈ”を要求を受信
した（Ｓ６０）ＣＭ１−４はＩＰ装置管理システム（Ｉ
Ｐ ＥＭＳ）２−７へ”Ｓｅｔ ｕｐ Ｓｕｂｎｅｔｗ
ｏｒｋ Ｃｏｎｎｅｃｔｉｏｎ”要求を送信する（Ｓ６
１）。

【０１０１】”Ｓｅｔ ｕｐ Ｓｕｂｎｅｔｗｏｒｋ
Ｃｏｎｎｅｃｔｉｏｎ”要求を受信したＩＰ ＥＭＳ２
−７は管理しているサブネットワークＩＰ網−ａおよび
ＩＰ網−ｂへ該当するＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ間
のクロスコネクト制御信号を送信し、パス設定を完了す
る（Ｓ６２）。

【０１０２】以後、ＩＰレイヤにおいて、サブネットワ
ークａとサブネットワークｂ間のリンクも使用可能とな
る。

【０１０３】以上のような動作により、図１３に示す通
信ネットワーク１３−１のＡ−Ｚ間のパス設定は、通信
ネットワーク管理システム（ＮＭＳ）１−１のポリシ制
御によるレイヤ間の連携処理および各レイヤに対応して
設置されるＩＰ装置管理システム（ＩＰ ＥＭＳ）２−
７、ＡＴＭ装置管理システム（ＡＴＭ ＥＭＳ）２−
８、およびＷＤＭ装置管理システム（ＷＤＭ ＥＭＳ）
２−９によるサブネットワークの制御を経て実行され
る。

【０１０４】本実施例において、ＩＰレイヤで検索の結
果、パスが設定できない場合、図１１の１．項のＩＰレ
イヤのＰｏｌｉｃｙ Ｔａｂｌｅに図１５に示すポリシ
を設定し、このポリシにマッチした場合、一つ下位のレ
イヤにＡｃｔｉｏｎ要求を出さず、レイヤを一つ飛び越
えて直接ＷＤＭレイヤに”Ｓｅｔ ｕｐ ｐａｔｈ”の
要求を出すよう制御することも可能である。本実施例に
おいて、ネットワーク管理者からの要求をＣＭが受信
し、最初のイベント発生時点、即ちＣＭが検索の結
果、”ＮＧ”をＰＭへ通知した時点で、一つの情報オブ
ジェクトを生成する手段を配備し、その情報オブジェク
トにポリシデシジョン回数を設定し、ポリシデータベー
スへの検索毎にその回数から”１”を減算する手段を設
け、ポリシデシジョン回数が”０”となった場合、ネッ
トワーク管理者に”０”となったイベントがあったこと
通知する手段を設けることにより、障害等でクライアン
トレイヤおよびサーバレイヤ間において際限なく、”要
求”および”ＮＧ”を繰り返すようなシステムの異常動
作等を検出することも可能である。

【０１０５】

【発明の効果】以上の実施の形態における説明より明ら
かなように、本発明により、通信ネットワーク管理シス
テム（ＮＭＳ）１−１において、各レイヤ対応にポリシ
マネージャを設け、ポリシ制御機能の負荷分散を実施し
て結果、従来、一つのポリシマネージャによる制御では
ポリシデータベースが膨大になること、および多くの処
理時間を要することから、実施できなかったレイヤ間連
携処理が実現可能となる。

【０１０６】このことにより、パス設定等においては、
従来一つのレイヤで空きリンクがない場合、パス設定不
可の処理をしていたが、他レイヤの空きリンク検索が順
次可能となり、従来より効率的なルーティングサービス
の提供が実現できる。

【０１０７】また、従来は異なる複数のレイヤに対応し
て、複数の異なるルーティングアルゴリズムが存在する
にもかかわらず、一つのルーティングアルゴリズムによ
り、処理していたが、各レイヤ毎にポリシマネージャを
配備したことにより、各レイヤ毎に異なるルーティング
アルゴリズムの適用が可能となり、効率の良いルーティ
ング処理ができ、更に各レイヤ毎にクローズする処理と
レイヤ間にわたる処理との並列処理も可能なことから、
処理の高速化も可能となる。

【０１０８】以上のように、本発明により従来に比較
し、より柔軟で高速なネットワーク制御が可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態における通信ネットワーク
管理システムのレイヤリング（階層構造）管理の概念図

【図２】本発明の実施の形態における通信ネットワーク
管理システムの機能構成図

【図３】本発明の実施の形態における情報オブジェクト
の説明図

【図４】本発明の実施の形態における通信ネットワーク
構成例のレイヤ間連携処理説明図

【図５】本発明の実施の形態におけるポリシ制御による
レイヤ間連携処理フロー図（１／６）

【図６】本発明の実施の形態におけるポリシ制御による
レイヤ間連携処理フロー図（２／６）

【図７】本発明の実施の形態におけるポリシ制御による
レイヤ間連携処理フロー図（３／６）

【図８】本発明の実施の形態におけるポリシ制御による
レイヤ間連携処理フロー図（４／６）

【図９】本発明の実施の形態におけるポリシ制御による
レイヤ間連携処理フロー図（５／６）

【図１０】本発明の実施の形態におけるポリシ制御によ
るレイヤ間連携処理フロー図（６／６）

【図１１】本発明の実施の形態における各レイヤのポリ
シの例（１／２）

【図１２】本発明の実施の形態における各レイヤのポリ
シの例（２／２）

【図１３】一般的な通信ネットワークの構成例と通信ネ
ットワーク管理システム構成図

【図１４】一般的な通信ネットワーク管理システムのレ
イヤリング（階層構造）管理の概念図

【図１５】本発明の実施の形態におけるＩＰレイヤの
Policy Table へのポリシ追加例

【符号の説明】

１−１ 通信ネットワーク管理システム（ＮＭＳ） １−２ ポリシマネージャ（ＰＭ） １−３ ポリシデータベース（ＰＤＢ） １−４ コンフィギュレーションマネージャ（ＣＭ） １−５ ＷＤＭレイヤ １−６ ＡＴＭレイヤ １−７ ＩＰレイヤ ２−１ ＩＰ管理機能オブジェクト ２−２ ＡＴＭ管理機能オブジェクト ２−３ ＷＤＭ管理機能オブジェクト ２−４ ＩＰ状態機能オブジェクト ２−５ ＡＴＭ状態機能オブジェクト ２−６ ＷＤＭ状態機能オブジェクト ２−７ ＩＰ装置管理システム（ＩＰ ＥＭＳ） ２−８ ＡＴＭ装置管理システム（ＡＴＭ ＥＭＳ） ２−９ ＷＤＭ装置管理システム（ＷＤＭ ＥＭＳ） １３−１ 通信ネットワーク １３−２ アクセス網 １３−３ コア網 １３−４ コア網 １３−５ アクセス網

フロントページの続き Ｆターム(参考） 5K030 GA11 HA10 HC01 HC13 HC20 HD03 JA10 KA05 LB05 LB13 MA01 MD07 MD10 5K033 AA06 BA08 CB08 CB11 DA01 DA06 DB12 DB14 DB16 DB20 EA04 EA07

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数のアクセス網、コア網より構成され
   る通信ネットワークの各レイヤ毎に、管理ポリシを格納
   する手段と、該管理ポリシに従いレイヤを管理するポリ
   シ管理手段とを備えるポリシベース通信管理システムに
   おいて、 レイヤに対するイベントの発生時、ポリシ管理手段は該
   管理ポリシを検索し、該イベントの条件にマッチした管
   理ポリシのアクションが自レイヤのアクションでない場
   合、 該ポリシ管理手段は自レイヤがクライアントとなり、他
   のレイヤをサーバレイヤとしてサーバレイヤのポリシ管
   理手段へアクション要求を行う手段と、 サーバレイヤとしてアクション要求を受信し、該ポリシ
   管理手段が該管理ポリシを検索した結果、該アクション
   が自レイヤのアクションでない場合、 クライアントレイヤのポリシ管理手段へ該アクション要
   求に対する回答を返送する手段と、 アクション要求の実行結果が他レイヤから通知された場
   合、自レイヤの管理ポリシに従いポリシ管理を行う手段
   とを備えることを特徴とするポリシベース通信管理シス
   テム。
2. 【請求項２】 前記レイヤに対するイベントが発生した
   場合、ポリシ管理手段は該管理ポリシを検索し、該イベ
   ントの条件にマッチした管理ポリシのアクションが自レ
   イヤのアクションでない場合、 該ポリシ管理手段はサーバまたはクライアントのレイヤ
   を飛び越えて他のレイヤにアクション要求を行う手段を
   備えていることを特徴とする請求項１記載のポリシベー
   ス通信管理システム。
3. 【請求項３】 前記レイヤに対するイベントが最初に発
   生した場合、情報オブジェクトを生成する手段と、 該情報オブジェクトに、予めポリシデータベースへの検
   索回数情報を設定する手段と、ポリシデータベースへ検
   索する毎に該回数情報より”１”を減算する手段とを備
   え、 該回数情報が”０”となった場合、該情報を通知する手
   段を備えていることを特徴とする請求項１記載のポリシ
   ベース通信管理システム。