JP3235662B2

JP3235662B2 - 経路制御方式

Info

Publication number: JP3235662B2
Application number: JP14680699A
Authority: JP
Inventors: 吾郎中村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-05-26
Filing date: 1999-05-26
Publication date: 2001-12-04
Anticipated expiration: 2019-05-26
Also published as: JP2000341288A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、動的な経路制御機
能を有しないＡＴＭ（非同期転送モード）交換機能をサ
ポートするＡＴＭ装置と、ＡＴＭ装置にATM Forum PNNI
1.0の機能を供給する経路接続エージェントとからなる
経路制御装置の経路制御方式に関する。

【０００２】このATM Forum PNNI1.0の機能には、
（１）通信を行いたい２台のＡＴＭエンドシステム間の
経路を動的に識別するためのルーティング機能と、
（２）上記ＡＴＭエンドシステム間でＱＯＳ（Quality
of Service）を保証したコネクションを設定するための
シグナリング機能と、の２つが主として定義されてい
る。

【０００３】

【従来の技術】近年のパソコンの高性能化により１台の
装置で、データ・音声・画像等様々な情報を処理できる
ようになってきた。これらの情報をパソコンで処理した
結果を他装置から読み込む場合、物理的及び経済的な理
由から同一回線でのＬＡＮ／ＷＡＮ接続が望まれ、この
要求を解決する技術として、ＡＴＭ（Asynchronous Tra
nsfer Mode：非同期転送モード）による通信が脚光を浴
びている。ＡＴＭネットワークではＡＴＭセル内のヘッ
ダ情報にルーティング情報を設定する為、ＳＶＣ（Swit
ched Virtual Connection：仮想接続交換）／ＰＶＣ（P
ermanent VirtualConnection：相手固定接続）共に、ユ
ーザデータ発行前に仮想コネクション（以下、ＶＣと記
す）を設定し、コネクション型としてエンドーエンド間
の通信ルートを決定しておかなければならない。通常Ｖ
Ｃ設定から解除するまでの間ユーザデータは同一ルート
を通過する。

【０００４】このようなＡＴＭネットワークで、ネット
ワーク内の回線品質の劣化によるデータ誤り発生や、定
期保守等により回線を交換するときや、ＡＴＭ交換装置
の回線対応パッケージの交換時に、当該回線を通過して
いるＶＣは切断され、エンドーエンド間の通信が不通に
なってしまう場合がある。この場合には、エンドユーザ
間の通信路を確保するため、当該回線とは別の回線を選
択し、当該回線内のＶＣを別のルートへ切り換える必要
がある。

【０００５】この別のルートへ切り換える方法につい
て、特開平１０−３２５７５号公報に、切り換え要求発
行側において、ATM Forum P-NNI(ph.1)等による接続さ
れた他装置からのネットワークトポロジ情報の取得機能
と、そのネットワークトポロジ情報から当該ＶＣに対す
る迂回ルートを検索する機能と、迂回ルート先へＶＰＩ
＝０，ＶＣＩ＝５のシグナリング用チャネルを用いて迂
回情報を含む接続要求メッセージを発行する機能を用い
て迂回ルート先へ接続要求を発行し、迂回ルート中継装
置において、シグナリングメッセージ交換機能と、接続
要求メッセージを解析し、自装置内のＶＣ設定と次装置
へのシグナリングメッセージを転送する機能を用いて、
迂回用中継ＶＣの設定及び次装置への迂回情報を含む接
続要求メッセージを転送し、迂回ルート終端装置におい
て迂回情報を含む接続要求メッセージを解析し迂回対象
のＶＣを切り換える機能を用いてＶＣ切り換えを実現す
るＡＴＭ仮想コネクション切替方法が記載されている。

【０００６】

【発明が解決しようとする課題】しかしながら、上記Ａ
ＴＭ交換装置にはＰＮＮＩ機能や迂回ネットワーク設定
機能等を備えているが、このような機能を備えていない
ＡＴＭ交換装置が配置されている場合には、例えば迂回
ルートを決定することは困難である。特に、ＰＶＣ（相
手固定接続）のみをサポートしているＡＴＭ装置におい
て、通信障害が発生した場合、オペレータがマニュアル
で迂回ＰＶＣを設定する必要がある。ＰＶＣが少なけれ
ば比較的短時間で通信復旧することは可能だが、ＰＶＣ
が多数設定されている場合は、その全容を把握するため
に時間がかかり、通信復旧が遅れてしまう。また、オペ
レータが全ＰＶＣを設定する必要があるため、その経路
など設定が複雑である。

【０００７】本発明は、限定的に固定的な接続を可能と
するコネクション設定機能のみを備えた簡易なＡＴＭ交
換装置について、ルート障害等に対しても迂回ルートの
設定やＰＮＮＩ機能を達成する経路制御エージェントを
用いて、ネットワークの設定を容易にすることを課題と
する。

【０００８】

【課題を解決するための手段】本発明は、ＡＴＭ（非同
期転送モード）交換機能のＰＶＣ（相手固定接続）のみ
をサポートするＡＴＭ装置に、前記ＡＴＭ装置に何ら変
更を加えずに、ATM Forum PNNI1.0の機能を適用する前
記ＡＴＭ装置に経路接続エージェントを接続した経路制
御方式において、前記経路接続エージェントは前記ＡＴ
Ｍ装置の状態を監視する装置状態監視部と、前記ＡＴＭ
装置の状態を記憶する装置状態データベースと、前記装
置状態監視部からの前記ＡＴＭ装置の状態に応じてコネ
クションを削除できる判断要素を記憶するエージェント
データベースと、前記ＡＴＭ装置のコネクションを設定
するＰＮＮＩ（個別網間インターフェース）インターワ
ーク処理部と、前記ＰＮＮＩインターワーク処理部とシ
グナリングを設定するＰＮＮＩ機能部とを備えたことを
特徴とする。

【０００９】また、上記経路制御方式において、前記経
路接続エージェントは装置−エージェント間通信用プロ
トコルインターフェースによって前記ＡＴＭ装置に所定
時間間隔で前記ＡＴＭ装置の状態要求を発生し、その応
答を受信するポーリング機能を備え、前記装置状態デー
タベースに記憶することを特徴とする。

【００１０】また、上記経路制御方式において、前記ポ
ーリング機能の際に予め設定したリトライ回数を越えて
も前記ＡＴＭ装置から応答がない場合には、前記ＡＴＭ
装置に未稼動状態又は障害と判断することを特徴とす
る。

【００１１】また、本発明は、ＡＴＭ（非同期転送モー
ド）交換機能をサポートするＡＴＭ装置と、前記ＡＴＭ
装置にATM Forum PNNI1.0の機能を適用する前記ＡＴＭ
装置に接続した経路接続エージェントとからなる経路制
御装置において、前記経路接続エージェントは、エージ
ェント機能部と、公衆網と区別するためプライベート網
やＡＴＭインターネットで使用する最適のルートを決定
するＰＮＮＩ（個別網間インターフェース）機能部と、
前記ＡＴＭ装置と保守ネットワークとやり取りする通信
機能部とからなり、前記エージェント機能部は、前記Ａ
ＴＭ装置の制御管理部と、管理対象の前記ＡＴＭ装置と
のデータの送受信を行う装置インターフェースと、前記
ＡＴＭ装置の状態監視部と、エージェントデータベース
と、装置状態データベースとから構成され、前記ＰＮＮ
Ｉインターフェースは前記ＰＮＮＩ機能部とやり取りす
るＰＮＮＩシグナリングインターフェースと前記ＰＮＮ
Ｉ機能部とやり取りするＰＮＮＩインターワーク処理部
とから構成され、前記通信機能部は、管理対象の前記Ａ
ＴＭ装置とのデータの送受信を行うドライバと、前記ド
ライバとのデータの変換を行って前記装置インターフェ
ースとデータの送受信を行う装置−エージェント間通信
用プロトコルインターフェースと、エージェント間通信
用ネットワークの前記保守ネットワークとのデータの送
受信を行う第２のドライバと、当該第２のドライバに接
続され前記ＰＮＮＩインターフェースとやり取りするエ
ージェント間通信用プロトコルインターフェースとから
構成されることを特徴とする。

【００１２】また、本発明は、ＡＴＭ（Asynchronous T
ransfer Mode; 非同期転送モード）クロスコネクタなど
ＰＶＣ（Permanent Virtual Connection）のみをサポー
トするＡＴＭ装置に、ＡＴＭ装置に何ら変更を加えず
に、ATM Forum PNNI1.0の機能を適用するための構成を
提供する。ＰＮＮＩ（Private Network-Network Interf
ace）を適用することにより、ＰＶＣのみをサポートす
るＡＴＭ装置においても、動的な経路制御が可能にな
る。

【００１３】また、本発明は、図１を参照して説明すれ
ば、ＡＴＭネットワークＮ１はＰＶＣのみをサポートす
るＡＴＭ装置で構成されたネットワークである。ＡＴＭ
ネットワークに含まれる各ＡＴＭ装置（Ｄ１，Ｄ２，Ｄ
３，Ｄ４）には、それぞれ経路制御エージェント（Ａ
１，Ａ２，Ａ３，Ａ４）が保守端末の接続方法と同じ方
法で接続されている。各経路制御エージェントは保守ネ
ットワークＮ２を通じてお互いに通信することができ
る。

【００１４】経路制御エージェントはＡＴＭ装置の
（１）装置管理部、（２）ATM Forum PNNI1.0の機能
部、（３）装置状態とＰＮＮＩを対応づけるためのＰＮ
ＮＩインタフェース、（４）通信機能部を備えている。
経路制御エージェントは、それぞれが接続されているＡ
ＴＭ装置の状態の監視と、ＰＶＣの設定・削除を行い、
さらにATM Forum PNNI 1.0の手順に従い、各ＡＴＭ装置
間の最適な経路を計算することができる。ネットワーク
の障害時には得られた最適な経路を元に、経路制御エー
ジェントがＡＴＭ装置に対して迂回ＰＶＣを設定する。
これにより動的な制御機能を持たないＡＴＭ装置による
ネットワークで動的な経路制御を可能にする。

【００１５】

【発明の実施の形態】本発明による実施形態について、
図面を参照しつつ詳細に説明する。

【００１６】（１）構成の説明まず、図１に本実施形態のシステム的な概念図を示して
説明する。

【００１７】図１において、保守ネットワークＮ２とＡ
ＴＭネットワークＮ１とが接続されており、保守ネット
ワークＮ２は各経路接続制御エージェントＡ１〜Ａ４か
らの情報により、経路接続制御エージェントＡ１〜Ａ４
からエージェントされた各ＡＴＭ装置Ｄ１〜Ｄ４の接続
されたＡＴＭネットワークＮ１を保守している。

【００１８】また、ＡＴＭネットワークＮ１はＰＶＣ
（Permanent Virtual Circuit：相手固定接続）のみを
サポートするＡＴＭ装置で構成されたネットワークであ
る。

【００１９】このＡＴＭ装置（Ｄ１〜Ｄ４）は、通常構
成管理、障害管理、性能管理、装置管理、アドレス等の
設定管理によりＡＴＭ管理機能を有する場合もあるが、
本実施形態ではＡＴＭ装置は固定的にコネクションを端
末間で設定しておくＰＶＣのみをサポートし、いわゆる
ＡＴＭ交換機のように送信されてきたＡＴＭセルを目的
の宛先情報に向けてスイッチ機能を有するＡＴＭ装置で
あり、ＡＴＭ−ＬＡＮ制御機能としての、ＡＴＭセル転
送機能、コネクション制御（シグナリング）、ルーティ
ング、トラヒック制御（輻輳制御、資源管理／割り当
て）、ネットワーク管理機能、IP over ATM,LAN Emulat
ion等の機能のうち、物理レイヤを主に処理するＡＴＭ
セル転送機能を有するだけの簡易なスイッチャーとして
のＡＴＭ交換装置として把握され、動的な制御機能を持
たないＡＴＭ交換装置ともいえる。

【００２０】また、経路接続制御エージェントＡ１〜Ａ
４はいわばＡＴＭ装置の意図に従い、不足機能を補完し
つつ自律的な判断に基づいた処理を実行する機能を有
し、特に一般公衆のネットワークに対して、ＬＡＮやＷ
ＡＮ等の独立系のネットワーク内でのＡＴＭフォーラム
に従って、更に進展した機能を提供するものである。従
って、図１においては、ＡＴＭ装置とは独立した装置と
して示しているが、ＡＴＭ装置のアダプターとしても適
用でき、従来のＡＴＭ装置のコネクター部に追加的なエ
ージェントボックスを設けたり、ＡＴＭ装置内にスロッ
トボックス的に内蔵してもよく、それぞれＡＴＭ装置の
機能向上、不足機能の追加のために設定することもでき
る。

【００２１】このＡＴＭネットワークＮ１に含まれる各
ＡＴＭ装置（Ｄ１，Ｄ２，Ｄ３，Ｄ４）には、それぞれ
経路制御エージェント（Ａ１，Ａ２，Ａ３，Ａ４）が、
保守端末の接続方法と同じ接続ケーブルによる方法で接
続されている。各経路制御エージェントは保守ネットワ
ークＮ２を通じてお互いに通信することができる。

【００２２】また、図２は経路制御エージェント（Ａ
１，Ａ２，Ａ３，Ａ４）の内部ブロックと内部信号系路
を示す。

【００２３】図２において、経路制御エージェント１に
は、エージェント機能部２と、公衆網と区別するためプ
ライベート網やＡＴＭインターネットで使用する各リン
ク間で、各リンクの状態に関する情報をやり取りして、
ネットワークのスイッチ間のトポロジやネットワーク内
のリソースを認識し、最適のルートを決定するためのＰ
ＮＮＩ（Private Network-Network Interface）機能部
３と、ＡＴＭ装置や保守ネットワークとやり取りする通
信機能部４とから構成される。経路制御エージェント１
のエージェント機能部２は、装置管理部５と、ＰＮＮＩ
機能部３とのやり取りを行うＰＮＮＩインターフェース
６からなり、装置管理部５には、管理対象の通信装置か
らのデータの送受信する装置インターフェース１１と、
装置状態監視部９と、エージェントデータベース７と、
装置制御部１０と、装置状態データベース８とから構成
される。

【００２４】また、ＰＮＮＩインターフェース６は、Ｐ
ＮＮＩシグナリングインターフェース１４と、相互接続
処理を行う処理部１３を有するＰＮＮＩインターワーク
（相互接続）処理部１２とから構成されている。また、
通信機能部４には、管理対象の通信装置のＡＴＭ装置と
のデータの送受信を行うドライバ１６と、ドライバ１６
とのデータの変換を行う装置−エージェント間通信用プ
ロトコルインターフェース１５と、エージェント間通信
用ネットワークの保守ネットワークとのデータの送受信
を行うドライバ１８と、ドライバ１８に接続されエージ
ェント間通信用プロトコルインターフェース１７とから
構成される。

【００２５】［装置状態監視処理部］本実施形態で、主
に図２に示すエージェント機能部２の装置管理部５のう
ち、ＡＴＭ装置の状態監視処理部９の動作について説明
する。エージェント機能部２により、ＰＮＮＩ機能を持
たないＡＴＭ装置に対して、ＰＮＮＩ機能を適用するこ
とが可能になる。以下、エージェント機能部２の状態監
視処理部９について説明する。

【００２６】図３に管理対象のＡＴＭ装置の通信装置
と、経路制御エージェント１との通信タイミングチャー
トを示す。また、図４には具体的な動作のフローチャー
トを示している。経路制御エージェント１は、ＡＴＭ装
置に対して所定時間毎にＡＴＭ装置の状態を報告させる
ためのデータを送出するが、ポーリング間隔時間の間隔
で、定期的にＡＴＭ装置状態要求を行い、装置状態の取
得および装置の稼働状態を判断する。

【００２７】図３において、まず初期状態／装置未稼動
状態のときに、経路制御エージェント１のエージェント
機能部２から管理するＡＴＭ装置の状態の通知を要求す
る（ａ）。管理対象の通信装置はそのポーリング通報に
対して応答する（ｂ）。また、装置稼働状態の場合に
は、経路制御エージェント１は、ポーリング間隔時間
（p time）毎に装置状態要求を送出し（ｃ）、ＡＴＭ装
置である管理対象の通信装置はその要求を受けると、そ
の要求に対応するデータを検出し、自体の状態をデータ
として応答する（ｄ）。

【００２８】また、管理対象のＡＴＭ装置が故障である
か、又は伝送線の障害、経路制御エージェント１のドラ
イブ１６の障害等の場合には、経路制御エージェント１
から装置状態要求のポーリング通報を行い、応答がない
場合には、再度ポーリング・リトライ回数分繰り返す。
リトライ回数分の応答がない場合には、管理対象のＡＴ
Ｍ装置は上述したＡＴＭ装置の故障か又は他の故障であ
ると判断し、その旨を保守ネットワークに通知する。

【００２９】また、図４に示すＡＴＭ装置状態監視部の
エージェント機能部２のフローチャートに基づいて説明
する。事前に、本ポーリングにおいて、ptimeとしてポ
ーリング間隔時間と、pretryとしてポーリング・リトラ
イ回数とを設定すると共に、current timeとして現在の
時間を常時監視する（Ｓ０）。

【００３０】まず、初期状態では管理対象のＡＴＭ装置
は未稼働状態と判断されている（Ｓ１）。一定間隔でＡ
ＴＭ装置の装置状態要求を行うため、現在の時刻を監視
すると共に、タイマとリトライ回数のカウンタとをそれ
ぞれ初期化した後（Ｓ２）、ポーリングのためＡＴＭ装
置の装置状態要求を行う（Ｓ３）。ＡＴＭ装置の装置状
態要求を行ってからの経過時間を計算し、ポーリング間
隔時間と比較する（Ｓ４）。ポーリング間隔時間以内で
あれば応答を受け取ったか調べる（Ｓ５）。応答を受け
取っていればＡＴＭ装置は稼働状態と判断され（Ｓ
６）、応答からＡＴＭ装置状態を取得し、ＡＴＭ装置の
装置状態データベース／ＰＮＮＩデータベースを更新す
る（Ｓ７）。ステップ４でポーリング間隔時間以内に応
答を受け取らなかった場合、ポーリングリトライ回数だ
け装置状態要求を繰り返す（Ｓ１０，Ｓ９）。ステップ
Ｓ１０，Ｓ９でポーリングリトライ回数以内に応答を受
けとらなかった場合、ＡＴＭ装置の装置未稼働状態と判
断し（Ｓ１１）、ＡＴＭ装置の装置状態データベース／
ＰＮＮＩデータベースの更新を行う（Ｓ７）。ステップ
Ｓ５で応答を受け取っていなければタイマーを現在の時
間に合わせてステップＳ４に移行し（Ｓ８）、ポーリン
グ間隔時間内か否かを判断し、ステップＳ７に移行す
る。このデータベースの更新過程から、管理対象となる
ＡＴＭ装置の特性に合わせて、ポーリング間隔時間とポ
ーリングリトライ回数を決定する。

【００３１】［装置制御処理部１０］つぎに、装置制御
処理部１０は、図５を参照しつつ、ＰＶＣのみをサポー
トするＡＴＭ装置によるＰＶＣの登録・削除に関する装
置制御処理を行う。ＰＶＣの登録・削除はＰＮＮＩ機能
部からの要求により行われる。

【００３２】図５でオペレータにより新規ＰＶＣを登録
する場合について説明する。新規ＰＶＣを登録する場
合、オペレータはＰＶＣ設定に必要となる情報を入力す
る（Ｓ２１）。また、ＰＮＮＩ機能部３で生成される経
路情報ＤＴＬ(Designated Transit List)を取得し（Ｓ
２２）、適切なＰＮＮＩシグナリングの設定用ＳＥＴＵ
Ｐメッセージを生成し（Ｓ２３）、ＰＮＮＩインタワー
ク部１２の処理部１３の経由でＰＮＮＩ機能部３に送信
する（Ｓ２４）。上記各ステップにより新規ＰＶＣを登
録する。

【００３３】つぎに、図６でオペレータにより既存ＰＶ
Ｃを削除する場合について説明する。オペレータは削除
するＰＶＣを選択操作する（Ｓ３１）。装置状態データ
ベースから削除するＰＶＣの情報を取得し、ＰＮＮＩシ
グナリングにおける呼切断用のＲＥＬＥＡＳＥメッセー
ジを生成し（Ｓ３２）、ＰＮＮＩインターワーク処理部
１２の処理部１３を介してＰＮＮＩ機能部３に送信する
（Ｓ３３）。この各ステップによりＰＶＣを削除する。

【００３４】つぎに、図７でＰＮＮＩ機能部３からＰＶ
Ｃ登録要求を受けとった場合について説明する。ＰＮＮ
Ｉ機能部３からＰＶＣ登録要求を受け取ると（Ｓ４
１）、装置インタフェース１１にＰＶＣ登録要求を送信
する（Ｓ４２）。ＰＶＣがＡＴＭ装置に登録されたか確
認し（Ｓ４３）、ＰＶＣ登録が成功すれば、装置状態イ
ンタフェース１１を介して装置状態データベース８を更
新し（Ｓ４４）、ＰＶＣの設定を終了する（Ｓ４５）。
ステップＳ４３でＰＶＣ登録が失敗した場合、リトライ
回数だけＰＶＣ登録要求を繰り返す（Ｓ４６）。リトラ
イ回数を超えた場合、異常処理を行い（Ｓ４７）、装置
状態インタフェース１１を介して装置状態データベース
８を更新する（Ｓ４５）。

【００３５】次に、図８でＰＮＮＩ機能部３からＰＶＣ
削除要求を受けとった場合について説明する。ＰＮＮＩ
機能部３からＰＶＣ削除要求を受け取ると（Ｓ５１）、
装置インタフェース１１にＰＶＣ削除要求を送信する
（Ｓ５２）。ＰＶＣ削除が成功すれば（Ｓ５３）、装置
状態データベースを更新する（Ｓ５４）。もしステップ
Ｓ５３でＰＶＣ削除が失敗した場合、リトライ回数だけ
ＰＶＣ削除要求を繰り返す（Ｓ５７，Ｓ５３）。リトラ
イ回数を超えた場合（Ｓ５７）、異常処理を行い（Ｓ５
８）、ＰＮＮＩ機能部３からＰＶＣ削除要求処理を終了
する（Ｓ５９）。つぎに、中継ノードで障害が発生し、
ＰＶＣが削除されたのかを確認するため、削除されたＰ
ＶＣの発呼側ノードが障害を発生したのか又は自身か調
べる（Ｓ５５）。自身で無ければ処理を終了するが（Ｓ
５９）、自身であればＰＶＣの削除が障害によるものか
調べる（Ｓ５６）。障害によるＰＶＣ削除でなければ処
理を終了するが、障害による原因がＰＶＣ削除であれ
ば、ＰＮＮＩ機能部３で生成される経路情報ＤＴＬ(Des
ignated Transit List)を取得し（Ｓ６０）、適切なＰ
ＮＮＩシグナリングの設定用ＳＥＴＵＰメッセージを生
成し（Ｓ６１）、ＰＮＮＩインタワーク部１２の処理部
１３経由でＰＮＮＩ機能部３に送信し（Ｓ６２）、ＰＶ
Ｃの更新登録要求処理を終了する（Ｓ５９）。

【００３６】また、図９で、ポート障害が発生した場
合、もしくは装置が未稼働状態になった場合の処理につ
いて説明する。まず、装置状態データベース８から装置
状態を取得し（Ｓ７１）、ポート障害が発生または装置
が未稼働状態になったことがわかる。ポート障害の場合
（Ｓ７２）、そのポートに関連するＰＶＣに対してＰＮ
ＮＩシグナリング・リリースメッセージを生成し（Ｓ７
３）、ＰＮＮＩインターワーク部１３に送信する（Ｓ７
４）。また、装置が未稼働状態になった場合、全ＰＶＣ
に対してＰＮＮＩシグナリング・リリースメッセージを
生成し（Ｓ７３）、ＰＮＮＩインターワーク部１３に送
信する。

【００３７】［ＰＮＮＩインターワーク処理１２］ＰＮ
ＮＩインターワーク処理１２は、ＰＮＮＩ機能部３、Ｐ
ＮＮＩシグナリングインタフェース１４、装置−エージ
ェント間プロトコルインタフェース１５、装置制御部５
の間でＰＮＮＩメッセージの中継処理を行う。

【００３８】図１０を用いて説明する。装置−エージェ
ント間プロトコルインタフェース１５からドライバ１６
を介して、ＰＮＮＩメッセージを受信すると（Ｓ８
１）、経路接続エージェントは、装置状態データベース
８を参照し、管理対象のＡＴＭ装置の稼働状態か否かを
調べ（Ｓ８２）、未稼働状態であればそのＰＮＮＩメッ
セージを廃棄する（Ｓ８５）。さらにステップＳ８２で
稼働状態の場合、メッセージを送受信するポートが障害
状態であれば（Ｓ８３）、そのＰＮＮＩメッセージを廃
棄する（Ｓ８５）。ＡＴＭ装置が稼働状態であり、かつ
送受信の入力又は出力ポートが正常である場合に限りＰ
ＮＮＩメッセージを中継する（Ｓ８４）。この送受信の
入力又は出力ポートが正常でない場合にはそのＰＮＮＩ
メッセージを廃棄する（Ｓ８５）。

【００３９】［ＰＮＮＩシグナリングインターフェース
１４］ＰＮＮＩシグナリングインターフェース１４は、
ＰＮＮＩシグナリングメッセージをＰＶＣの登録・削除
に対応付け、装置状態データベースの更新を行う。ここ
で、ＰＮＮＩシグナリングは通信しているときだけコネ
クションを動的に設定するＳＶＣ（Switched Virtual C
onnection）を設定／開放するプロトコルである。

【００４０】図１１を用いて、装置状態データベースの
更新について説明する。経路接続エージェントは、ＰＮ
ＮＩシグナリングメッセージを受信すると（Ｓ９１）、
ＰＮＮＩ機能部３へ送信する（Ｓ９２）。ＰＮＮＩ機能
部３ではＰＮＮＩ手順に従い、適切なコネクション処理
が選択される（Ｓ９３）。コネクションの登録であれば
ＰＶＣ登録要求を、またコネクションの削除であればＰ
ＶＣ削除要求を装置制御部に送信する（Ｓ９４）。その
後、ＰＮＮＩ機能部３ではＰＮＮＩシグナリングメッセ
ージを送信する必要があれば次のノードへを送信する
（Ｓ９３）。ここで、ＰＮＮＩ機能部３での処理のステ
ップＳ９３では、ＰＮＮＩ機能部３へＰＮＮＩシグナリ
ングメッセージを送信して（Ｓ９２）、まずＰＮＮＩシ
グナリングメッセージを解析し（Ｓ９５）、装置状態デ
ータベース８のデータを参照して、ＧＣＡＣ（Generic
Call Admission Control：呼受付制御）から要求されて
いるサービス品質（ＱＯＳ）を満たす経路を選択し（Ｓ
９６）、コネクション処理し（Ｓ９７）、ＰＶＣ登録／
削除要求を装置制御部に送信し（Ｓ９４）、次のノード
（エージェントに相当する）にメッセージを送信して
（Ｓ９８）、終了する。

【００４１】［装置インターフェース１１］装置インタ
ーフェース１１は、各機能部からのＰＶＣの登録要求処
理、削除要求処理、および装置状態要求処理を、ＡＴＭ
通信装置の持つ維持管理端末ＭＡＴ（Maintenance and
Administration Terminal）インタフェースに合わせて
変換する。

【００４２】図１２で装置インターフェース１１の要求
処理を受信した場合を説明する。ＡＴＭ装置のＭＡＴイ
ンタフェースがコマンド文字列である場合、各要求処理
を受け取り（Ｓ１０１）、適切なコマンド文字列に変換
し（Ｓ１０２）、装置−エージェント間通信用プロトコ
ルインターフェース１５とドライブ１６を介して、ＡＴ
Ｍ装置に送信する（Ｓ１０３）。

【００４３】また、図１３でＡＴＭ装置からの受信処理
を説明する。ＡＴＭ装置から装置−エージェント間通信
用プロトコルインターフェース１５を介して文字列を受
信し（Ｓ１１１）、文字列を解析し、適切な変数に格納
した後（Ｓ１１２）、各要求処理に返す（Ｓ１０３）。

【００４４】［エージェントデータベース７］エージェ
ントデータベース７は、エージェントの動きを規定する
ための情報、他エージェントと通信するための他エージ
ェントの通信アドレスを管理するための情報を格納した
データベースであり、シグナリングやＡＴＭ装置の管理
に必要とするデータをも格納している。

【００４５】［装置状態データベース８］装置状態デー
タベース８は、ＰＮＮＩに関する設定、装置状態（ＡＴ
Ｍ装置のポートの接続先、ポートの状態など）、ＰＶＣ
情報を管理する情報を格納しており、コネクション設定
時やＡＴＭ装置の各種要求の際に問い合わせられ、ＡＴ
Ｍ装置の状態変化に対応したデータを書き込み、対応す
るデータを読み出される。

【００４６】（２）動作の説明次に、図面を参照して、本実施形態の動作について説明
する。まず、ＰＶＣのみをサポートするＡＴＭ装置４台
によって、図１４に示すネットワークが構成されている
とする。各ＡＴＭ装置（Ｄ１，Ｄ２，Ｄ３，Ｄ４）には
それぞれ経路制御エージェント（Ａ１，Ａ２，Ａ３，Ａ
４）が接続されている。また、経路制御エージェント
（Ａ１，Ａ２，Ａ３，Ａ４）はそれぞれ保守ネットワー
クに接続され、該当する管理対象のＡＴＭ装置の状態を
保守ネットワークに通知され、保守ネットワークはコネ
クション更新時等に経路制御エージェント（Ａ１，Ａ
２，Ａ３，Ａ４）に必要な処理要求を通知する。

【００４７】各経路制御エージェント間の論理的な接続
を、図１５に示す。各経路制御エージェントにはあらか
じめ管理対象のＡＴＭ装置の接続先が設定されている
（ＡＴＭ装置Ｄ１の場合、｛Ｄ１：００ポート−Ｄ２：
０１ポート｝，｛Ｄ１：０１ポート−Ｄ３：００ポー
ト｝）。各経路制御エージェントは図４の手順に従っ
て、ＡＴＭ装置の状態監視処理部の動作により、それぞ
れが管理する装置の認識が終了しており、ＰＮＮＩ機能
部３により経路計算は終了している。

【００４８】ここで、ＡＴＭ装置Ｄ１からＤ２を通り、
Ｄ４までＰＶＣが設定されている場合について説明する
（ＰＶＣ｛Ｄ１：０５ポート−００ポート｝−ＰＶＣ
｛Ｄ２：０１ポート−０２ポート｝−ＰＶＣ｛Ｄ４：０
０ポート−０５ポート｝）。

【００４９】ＡＴＭ装置Ｄ１とＤ２の間で障害が発生す
ると、図４、図９に示す手順に従い、経路制御エージェ
ントの装置状態監視処理部により、経路制御エージェン
トＡ１とＡ２はその障害を検出し、障害部分に関連する
ＰＶＣに対してＰＮＮＩシグナリングとしてリリースメ
ッセージを生成して、おのおの管理対象のＡＴＭ装置Ｄ
１とＤ２のＰＶＣを削除する（ＰＶＣ｛Ｄ１：０５ポー
ト−００ポート｝とＰＶＣ｛Ｄ２：０１ポート−０２ポ
ート｝）。さらに経路制御エージェントＡ２はＰＮＮＩ
機能部により経路制御エージェントＡ３へＰＮＮＩシグ
ナリングＲＥＬＥＡＳＥメッセージを送信するため、Ａ
ＴＭ装置Ｄ４のＰＶＣ（ＰＶＣ：｛Ｄ４：００ポート−
０５ポート｝）も削除される。

【００５０】障害が発生したことにより、ＰＮＮＩ機能
部は経路の再計算を行う。また、経路制御エージェント
は自身が発呼側であるＰＶＣが障害により削除されたた
め、再発呼する。経路制御エージェントＡ１が送信した
ＰＮＮＩシグナリングＳＥＴＵＰメッセージがＰＮＮＩ
機能部により新たに得られた経路情報に基づいて、ＡＴ
Ｍ装置Ｄ１からＤ３、Ｄ２、Ｄ４へと転送されることに
より、ＡＴＭ装置Ｄ１からＤ４への迂回ＰＶＣが設定さ
れて（図８）、障害処理を終了する。

【００５１】上記実施形態では、ＡＴＭ装置を４装置と
して説明したが、４装置に限る必要はなく、また、４装
置以上のＡＴＭ装置の場合には、ＰＶＣ設定の場合に階
層的に設定されるピア（ｐｅｅｒ）グループに分別し
て、ＰＮＮＩルーティングがホップバイホップルーティ
ングとソースルーティングの長所を組み合わせた階層ソ
ースルーティング方式を採用してもよい。

【００５２】また、保守ネットワークＮ２とＡＴＭネッ
トワークとを別体のものとして説明したが、ネットワー
ク的に同一ケーブルを用いて同一ネットワークであって
もよいし、ネットワーク構成に関してもリング形であっ
ても、樹状形であってもよい。

【００５３】

【発明の効果】本発明によれば、エージェントがＡＴＭ
装置を監視し、障害時にはＰＮＮＩの経路計算を利用し
て迂回ＰＶＣを設定するべき経路を動的に取得できるの
で、障害発生時に迂回ＰＶＣを自動的に設定できること
にある。

【００５４】また、ＰＮＮＩの機能を適用することによ
り、ＰＶＣの発呼側と着呼側を設定するだけで、中継Ａ
ＴＭ装置の選択は自動的に行われるので、ネットワーク
の設定が容易になることにある。

【図面の簡単な説明】

【図１】本発明によるＡＴＭ装置とそのネットワークを
示すシステムブロック図である。

【図２】本発明による経路接続エージェントの構成ブロ
ック図である。

【図３】本発明によるＡＴＭ装置と経路接続エージェン
ト間の通信ルーチンの説明図である。

【図４】本発明による経路接続エージェントの装置監視
状態設定フローチャートである。

【図５】本発明による経路接続エージェントの経路情報
取得のフローチャートである。

【図６】本発明による経路接続エージェントのＰＮＮＩ
削除のフローチャートである。

【図７】本発明による経路接続エージェントのＰＮＮＩ
設定のフローチャートである。

【図８】本発明による経路接続エージェントのＰＮＮＩ
削除・リトライのフローチャートである。

【図９】本発明による経路接続エージェントの装置障害
時のフローチャートである。

【図１０】本発明による経路接続エージェントのＡＴＭ
装置の稼働状態検出のフローチャートである。

【図１１】本発明による経路接続エージェントのＰＮＮ
Ｉシグナリングのフローチャートである。

【図１２】本発明による経路接続エージェントの要求処
理時のフローチャートである。

【図１３】本発明によるＡＴＭ装置と経路接続エージェ
ント間の文字列受信時のフローチャートである。

【図１４】本発明によるＡＴＭ装置とそのネットワーク
を示すシステムブロック図である。

【図１５】本発明による経路接続エージェントの動作説
明図である。

【符号の説明】

１経路接続エージェント２エージェント機能部３ＰＮＮＩ機能部４通信機能部５装置管理部６ＰＮＮＩインタフェース部７エージェントデータベース８装置状態データベース９装置状態監視部１０装置制御部１１装置インターフェース１２ＰＮＮＩインターワーク処理部１３処理部１４ＰＮＮＩシグナリングインターフェース１５装置ーエージェント間通信用プロトコルインター
フェース１６ドライバ１７エージェント間通信用プロトコルインターフェー
ス１８ドライバ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平11−205331（ＪＰ，Ａ) 特開平10−303905（ＪＰ，Ａ) 特開平９−36884（ＪＰ，Ａ) 特開昭63−82145（ＪＰ，Ａ) 特開平10−32575（ＪＰ，Ａ) 特開平11−15804（ＪＰ，Ａ) 特開2000−49789（ＪＰ，Ａ) 1996年信学総合大会Ｂ−610 1997年信学通信大会Ｂ−６−８ 1998年信学総合大会Ｂ−６−37

Claims

(57)【特許請求の範囲】

【請求項１】ＡＴＭ（非同期転送モード）交換機能の
ＰＶＣ（相手固定接続）のみをサポートするＡＴＭ装置
に、前記ＡＴＭ装置に何ら変更を加えずに、ATM Forum
PNNI1.0の機能を適用する前記ＡＴＭ装置に経路接続エ
ージェントを接続した経路制御方式において、前記経路接続エージェントは前記ＡＴＭ装置の状態を監
視する装置状態監視部と、前記ＡＴＭ装置の状態を記憶
する装置状態データベースと、前記装置状態監視部から
の前記ＡＴＭ装置の状態に応じてコネクションを削除で
きる判断要素を記憶するエージェントデータベースと、
前記ＡＴＭ装置のコネクションを設定するＰＮＮＩ（個
別網間インターフェース）インターワーク処理部と、前
記ＰＮＮＩインターワーク処理部とシグナリングを設定
するＰＮＮＩ機能部とを備えたことを特徴とする経路制
御方式。
【請求項２】請求項１に記載の経路制御方式におい
て、前記経路接続エージェントは装置−エージェント間
通信用プロトコルインターフェースによって前記ＡＴＭ
装置に所定時間間隔で前記ＡＴＭ装置の状態要求を発生
し、その応答を受信するポーリング機能を備え、前記装
置状態データベースに記憶することを特徴とする経路制
御方式。
【請求項３】請求項１又は２に記載の経路制御方式に
おいて、前記ポーリング機能の際に予め設定したリトラ
イ回数を越えても前記ＡＴＭ装置から応答がない場合に
は、前記ＡＴＭ装置に未稼動状態又は障害と判断するこ
とを特徴とする経路制御方式。
【請求項４】請求項１又は２に記載の経路制御方式に
おいて、前記ポーリング機能の際に、予めポーリング間
隔時間とポーリングリトライ回数と現在時間とを設定
し、前記ポーリング間隔時間毎に前記ＡＴＭ装置に装置
状態要求を通信し、前記ポーリングリトライ回数を越え
ても前記ＡＴＭ装置から応答がない場合に前記ＡＴＭ装
置は未稼動であると判断することを特徴とする経路制御
方式。
【請求項５】請求項１又は２に記載の経路制御方式に
おいて、前記経路接続エージェントは、ユーザが前記Ｐ
ＶＣの登録操作を指示し、前記ＰＮＮＩ機能部から経路
情報を取得し、前記ＰＮＮＩシグナリングのセットアッ
プメッセージを生成し、前記ＰＮＮＩインターワーク処
理部に前記メッセージを送信することを特徴とする経路
制御方式。
【請求項６】請求項１又は２に記載の経路制御方式に
おいて、前記経路接続エージェントは、ユーザから前記
ＰＶＣの削除操作を指示し、前記ＰＮＮＩシグナリング
にリリースを生成し、前記ＰＮＮＩインターワーク処理
部に前記リリースメッセージを送信することを特徴とす
る経路制御方式。
【請求項７】請求項１又は２に記載の経路制御方式に
おいて、前記ＰＮＮＩ機能部からのＰＶＣ登録要求があ
った場合、前記ＡＴＭ装置に前記ＰＶＣ設定要求を送信
し、前記ＰＶＣ設定が成功すれば、前記装置状態データ
ベースの当該項目のデータを更新することを特徴とする
経路制御方式。
【請求項８】請求項７に記載の経路制御方式におい
て、前記ＰＶＣ設定要求に対して前記ＡＴＭ装置からの
応答がリトライ回数を超えても無い場合には、前記ＡＴ
Ｍ装置に異常が発生したと判断し、前記ＰＶＣ設定を終
了することを特徴とする経路制御方式。
【請求項９】請求項１又は２に記載の経路制御方式に
おいて、前記ＰＮＮＩ機能部から前記ＡＴＭ装置に前記
ＰＶＣの削除を要求した場合、前記ＡＴＭ装置によって
前記ＰＶＣの削除に成功すれば、前記装置状態データベ
ースの当該項目のデータを更新し、前記ＰＮＮＩ機能部
からの経路情報に従って、前記ＰＮＮＩ機能部は前記Ｐ
ＮＮＩシグナリングのセットアップメッセージを生成
し、前記ＰＮＮＩインターワーク処理部に送信して、前
記ＰＶＣの削除を終了することを特徴とする経路制御方
式。
【請求項１０】請求項１又は２に記載の経路制御方式
において、前記装置状態監視部により前記ＡＴＭ装置に
障害が発生した場合には、前記障害部分に関連する前記
ＰＶＣに対して前記ＰＮＮＩシグナリングにてリリース
メッセージを生成し、前記ＰＮＮＩインターワーク処理
部に送信して、前記ＰＶＣの解除を終了することを特徴
とする経路制御方式。
【請求項１１】請求項１又は２に記載の経路制御方式
において、前記ＡＴＭ装置からＰＮＮＩメッセージを受
信した場合、前記経路接続エージェントは、前記ＡＴＭ
装置が稼働状態か否かを応答し、未稼働状態で有れば前
記ＰＮＮＩメッセージを廃棄することを特徴とする経路
制御方式。
【請求項１２】請求項１又は２に記載の経路制御方式
において、前記経路接続エージェントは、ＰＮＮＩシグ
ナリングメッセージを受信すると、当該メッセージを前
記ＰＮＮＩ機能部に送信し、前記ＰＮＮＩ機能部は、前
記装置状態データベースを参照して前記メッセージを解
析し、所定のサービス品質を満たす経路を選択して、前
記経路接続エージェントは、前記ＡＴＭ装置のコネクシ
ョン処理を実行することを特徴とする経路制御方式。