(57)【特許請求の範囲】
【請求項１】
波長分割多重方式に基づく自動交換光ネットワークＷＳＯＮシステムにおけるノードのリソース状態の自動復元方法であって、
ＷＳＯＮシステムにおける任意のノードを開始ノードとし、そのリソース状態をパケット化して隣接ノードに定期的に送信する手順と、
前記隣接ノードが受信した前記開始ノードのリソース状態と前記隣接ノードのリソース状態とを比較する手順と、
前記開始ノードと前記隣接ノードのリソース状態が一致しない場合、実際のリソース状態に応じて、前記開始ノードと前記隣接ノードの中の1つをリソースが占有されたノードと確定し、前記リソースが占有されたノードがリソースをリリースする手順と、を含み、
前記開始ノードはそのリソース状態を前記隣接ノードに定期的に送信し、その中、前記リソースは波長リソースであって、前記リソース状態は波長使用状態であることを特徴とする方法。
【請求項２】
前記隣接ノードが受信した前記開始ノードのリソース状態と前記隣接ノードのリソース状態とを比較する手順が、
前記隣接ノードが、受信した前記開始ノードの送信方向の波長の使用状態と前記隣接ノードの受信方向の同一の波長の使用状態とを波長毎に比較する手順と、
前記隣接ノードが、受信した開始ノードの受信方向の波長の使用状態と前記隣接ノードの送信方向の同一の波長の使用状態とを波長毎に比較する手順と、
比較する過程において、リソース状態の不一致が検出された場合、一致しない旨の情報を記録し、前記開始ノードに当該波長の使用状態の再送信を要求し、再度比較し、リソース状態が依然として一致しない場合、前記開始ノードと前記隣接ノードにおける波長の使用状態が一致しないと確定する手順と、を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記開始ノードと前記隣接ノードの波長の使用状態が一致しないと確定した後、
前記隣接ノードのリンクの帯域幅リソースが占有されていない場合、前記隣接ノードは前記波長リソースを使用不可とマーク付け、
前記隣接ノードのリンクの帯域幅リソースが何らかのサービスにより占有されている場合、前記隣接ノードがアラームを提示する手順を更に含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記リソースが占有されたノードがリソースをリリースする手順が、
ネットワーク管理者が指定時間内に削除オペレーションを起動していない場合、前記隣接ノードにおける前記波長リソースを自動的にリリースする手順をさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
アラームを提示したノードは、前記波長リソースがリリースされた後、前記開始ノードの波長の使用状態と前記隣接ノードにおける波長の使用状態が一致するかを再度検出し、一致する場合、前記隣接ノードの現在使用不可とマーク付けられた当該波長リソースを使用可能とマーク付け、または、前記隣接ノードがアラームを提示していると、アラームを消す手順をさらに含むことを特徴とする請求項３に記載の方法。
【請求項６】
波長分割多重方式に基づく自動交換光ネットワークＷＳＯＮシステムにおけるノードのリソース状態の自動復元装置であって、
ＷＳＯＮシステムにおける各ノードを定期的に開始ノードとし、前記開始ノードのリソース状態を前記開始ノードの隣接ノードに通知する送信モジュールと、
前記隣接ノードにおけるリソース状態と前記開始ノードにおけるリソース状態とを比較し、一致しない場合、一致しない旨の情報を記録し、前記開始ノードにリソース状態の再送信を要求し、再度の比較を行い、依然として一致しない場合、前記開始ノードと前記隣接ノードのリソース状態が一致しないと確定する比較モジュールと、
前記開始ノードと前記隣接ノードのリソース状態が一致しない場合、実際のリソース状態に応じて、前記開始ノードと前記隣接ノードの中の1つをリソースが占有されたノードと確定し、前記リソースが占有されたノードが前記波長リソースを自動的にリリースする復元モジュールと、を含み、
前記開始ノードと前記隣接ノードのリソース状態が一致しないと検出された場合、前記隣接ノードにおけるリンクの帯域幅リソースが占有されていないと、前記隣接ノードにおけるリソースを使用不可とマーク付け、何らかのサービスにより当該リンクの帯域幅リソースが占有されていると、アラームを提示し、前記復元モジュールにおいて占有されたノードのリソースをリリースした後、前記開始ノードのリソース状態と前記隣接ノードのリソース状態が一致するかを再度検出し、一致すると検出されると、前記隣接ノードのリソースを使用可能とマーク付け、または、前記隣接ノードがアラームを提示している場合、前記アラームを消すアラームモジュールをさらに含むことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光ネットワーク領域に関わり、具体的には、波長分割多重方式に基づく自動交換光ネットワーク（Dense wavelength division multiplexing based Automatic switched optical network、ＷＳＯＮと略称）システムにおけるノードのリソース状態の自動復元方法及び装置に関する。
【背景技術】
【０００２】
自動交換光ネットワーク（Automatic switched optical network、ＡＳＯＮと略称）は、光ネットワーク交換・インターコネクト機能を知能的に、且つ自動的に完成できる新世代の光伝送ネットワークである。ＡＳＯＮは、インターネットプロトコル（Internet Protocol、ＩＰと略称）の柔軟性及び効率と、同期デジタルヒエラルキー（Synchronous Digital Hierarchy、ＳＤＨと略称）／同期光ネットワーク（Synchronous Optical Network、ＳＯＮＥＴと略称）のプロテクションキャパビリティーと、高密度波長分割多重方式（Dense wavelength division multiplexing、ＤＷＤＭと略称）の容量と、をオリジナル分散型ネットワーク管理システムで一つに統合して形成された、インターネットとユーザーサービスのニーズに応じて、光層から直接サービスを提供するソフトウェアを中心とした柔軟性、拡張性に富む光ネットワーク基礎施設である。
【０００３】
ＷＳＯＮはＤＷＤＭ設備に基づくＡＳＯＮシステムである。システム自動交換接続機能は、ネットワークリソースやトポロジー構造を自動検出したことを基に、ダイナミックインテリジェンスルーティングアルゴリズムを用いて、分散型シグナリングの処理及びインタラクティブを行い、インターネットにおけるノード間で必要に応じた接続を確立することによって実現する。また、故障時に自動的にリセットできるように、保護復元メカニズムを提供する。
【０００４】
ＷＳＯＮシステムにおいて、隣接するネットワーク要素設備間の同一の波長リソース状態は、シグナリングを失ったり、サービス削除を指示する際にノードがリスタート状態であったりすることによって合致しなくなる。即ち、送受信両端での状態が一致しなくなる。波長リソース状態が合致しないと、サービスが存在しないにも関わらず、関連するノード設備のリンク帯域幅リソースを占有するようになる。即座に処理しないと、サービスの立ち上げ・削除を繰り返したり、リソース状態が合致しない現象が何回も発生したりすると、使用可能の帯域幅リソースがあるにも関わらず、サービスを立ち上げることができず、このような故障が発生した後、関連するリソースを直接リリース できる有効の方法がなく、ノードを通して、配置したデータベースをクリア＆リセットするしかない。このような方法によると、当該ノードにおけるサービスは全て中断され、業務情報を紛失してしまい、キャリアーに多大な損失を与えてしまうことになる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、ＷＳＯＮシステムにおけるネットワークコンポーネントであるノードの波長リソース状態情報を定期的に検出し、不一致を自動補正し、占有されているリンク帯域幅リソースをリリースすることによって、ＷＳＯＮシステムの耐障害性及び安定性を保証し、リソースの使用率を保障することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によると、ＷＳＯＮシステムにおける任意のノードを開始ノードとし、そのリソース状態をパケット化して定期的に隣接ノードに送信する手順と、隣接ノードが開始ノードのリソース状態と隣接ノードのリソース状態とを比較する手順と、開始ノードと隣接ノードのリソース状態が一致しない場合、実際のリソース状態に応じて、開始ノードと隣接ノードの中の1つをリソースが占有されたノードと確定し、リソースが占有されたノードがリソースをリリースする手順と、を含み、開始ノードはそのリソース状態を隣接ノードに定期的に送信し、その中、リソースは波長リソースであって、リソース状態は波長使用状態であるＷＳＯＮシステムにおけるノードのリソース状態の自動復元方法を提供する。
【０００８】
その中、隣接ノードが受信した開始ノードのリソース状態と隣接ノードのリソース状態とを比較する手順は、隣接ノードが受信した開始ノードの送信方向の波長の使用状態と隣接ノードの受信方向の同一の波長の使用状態とを波長毎に比較する手順と、隣接ノードが受信した開始ノードの受信方向の波長の使用状態と隣接ノードの送信方向の同一の波長の使用状態とを波長毎に比較する手順と、比較した結果がリソース状態が不一致である場合、一致しない旨の情報を記録し、開始ノードにその波長使用状態の再送信を要求し、再度比較し、リソース状態が依然として一致しない場合、開始ノードと隣接ノードの波長使用状態が一致しないと確定する手順と、を含む。
【０００９】
開始ノードと隣接ノードの波長使用状態が一致しないと確定した後、隣接ノードは、隣接ノードにおけるリンクの帯域幅リソースが占有されていない場合、その波長リソースを使用不可とマーク付け、何らかのサービスが隣接ノードにおけるリンクの帯域幅リソースを占有している場合、アラームを提示する手順を更に含む。
【００１０】
リソースが占有されたノードがそのリソースをリリースする手順は、ネットワーク管理者が所定時間内に削除オペレーションを起動していない場合、隣接ノードにおける波長リソースを自動的にリリースする手順を含む。
【００１１】
上記の方法は、更に、アラームを提示したノードが波長リソースをリリースした後、開始ノードにおける波長使用状態と隣接ノードの波長使用状態が一致するか否かを再度検出し、一致する場合、隣接ノードの現在使用不可とマーク付けられた当該波長リソースを使用可能とマーク付け、または、隣接ノードがアラームを提示した場合、アラームを消し、ネットワーク管理者のインタフェース上のアラームも消す手順を含む。
【００１４】
本発明の他の一態様によると、ＷＳＯＮシステムにおける各ノードを定期的に開始ノードとし、開始ノードのリソース状態を開始ノードの隣接ノードに通知する送信モジュールと、隣接ノードにおけるリソース状態を開始ノードのリソース状態と比較し、一致しない場合、一致しない旨の情報を記録し、開始ノードにリソース状態の再送信を要求し、再度比較し、依然として一致しない場合、開始ノードと隣接ノードにおけるリソース状態が一致しないと確定する比較モジュールと、開始ノードと隣接ノードのリソース状態が一致しない場合、実際のリソース状態に応じて、開始ノードと隣接ノードの中の1つをリソースが占有されたノードと確定し、リソースが占有されたノードが波長リソースを自動的にリリースする復元モジュールと、を含み、開始ノードと隣接ノードのリソース状態が一致しないと検出された場合、隣接ノードにおけるリンクの帯域幅リソースが占有されていないと、隣接ノードにおけるリソースを使用不可とマーク付け、何らかのサービスにより当該リンクの帯域幅リソースが占有されていると、アラームを提示し、復元モジュールにおいて占有されたノードのリソースをリリースした後、開始ノードのリソース状態と隣接ノードのリソース状態が一致するかを再度検出し、一致すると検出されると、前記隣接ノードのリソースを使用可能とマーク付け、または、隣接ノードがアラームを提示している場合、アラームを消すアラームモジュールをさらに含むＷＳＯＮシステムにおけるノードのリソース状態の自動復元装置を提供する。
【発明の効果】
【００１６】
本発明によると、異常によるＷＳＯＮシステムにおける波長リソースの不一致を有効に検出でき、また、リソース状態情報を自動補正でき、誤って占有されたリンクの帯域幅リソースをリリースし、ノードを介して配置されたデータベースをクリア・リセットする際に起きる当該ノードを経由する全てのサービスの中断やサービス情報の紛失などの問題をうまく回避できると同時に、ＷＳＯＮシステムの耐障害性と安定性を向上させる。
【００１７】
ここで説明する図面は本発明を理解するためのものであり、本発明の一部を構成し、本発明における実施例と共に本発明を解釈し、本発明を不当に限定するものではない。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例に係わるＷＳＯＮシステムにおけるノードのリソース状態の自動復元方法を示すフローチャートである。
【図２】本発明の実施例に係わるＷＳＯＮシステムにおけるノードのリソース状態の自動復元装置を示すブロック図である。
【図３】本発明の実施例に係わるＷＳＯＮ光ネットワークを示す図である。
【図４】本発明の実施例に係わるＷＳＯＮネットワークにおける隣接する二つのノードの波長リソース状態の不一致の状況を示す図である。
【図５】本発明の実施例に係わるリソース状態の検出を示すフローチャートである。
【図６】本発明の実施例に係わるリソース状態が不一致と検出された場合のフローチャートである。
【発明を実施するための形態】
【００１９】
以下、図面に合わせて、本発明の実施例を詳しく説明する。
【００２０】
図１は、本発明の実施例に係わるＷＳＯＮシステムにおけるノードのリソース状態の自動復元方法を示すフローチャートである。図１を参照すると、該実施例におけるリソース状態の自動復元方法は下記の手順を含む。
【００２１】
ＷＳＯＮシステムにおける各ノードは、ローカルの波長リソース状態情報を定期的に取得し、取得した情報をパケット化して隣接ノードへ送信する（手順Ｓ１０２）。
【００２２】
ＷＳＯＮシステムにおけるノードは受信したデータパケットとローカルのリソース状態を波長毎に比較して、不一致の場合は不一致であると記録し、ピアノードに再送信を要求する。再び不一致が検出された場合、送受信両側のノード間の当該波長リソース状態が一致しないと確定する（手順Ｓ１０４）。
【００２３】
リソース状態の不一致を確認した後、リンクの帯域幅リソースが占有されていないノードは、そのノードにおける当該波長リソースを「使用不可」とマーク付けるべきである。当該ノードのリンクの帯域幅リソースが占有されている場合、アラームを提示し、そうすると、ネットワーク管理者のインタフェースにそのアラーム情報が表示される。アラーム提示後、指定時間内にネットワーク管理者がアラームを手動で削除するオペレーションを行わなければ、ソフトウェアは波長リソース状態の自動補正を起動し、サービスに関わった全てのノードにおける当該波長リソースをリリースする。もし、ネットワーク管理者が、指定時間内にアラームを削除したら、ソフトウェアはネットワーク管理者からのコマンドに応じて、波長リソースの補正を行い、また、当該手順においてサービスに関わった全てのノードにおける当該波長リソースをリリースする（手順Ｓ１０６）。
【００２４】
再び定期的に波長リソースが一致すると検出されると、アラームを提示していないノードは該ノードの当該波長リソースを「使用可能」とマーク付け、アラームを提示しているノードが提示したアラームは消えてしまう。これによって、誤って占有されたリンクの帯域幅リソースのリリース操作を終了する（手順Ｓ１０８）。
【００２５】
また、手順Ｓ１０２は、更に、下記の手順を含む。
【００２６】
マルチ入力インタフェースの業務用ボードの場合、各インタフェースの波長リソースを単位に、リソース状態の検出を行う。また、波長マークの変更やアラーム提示の場合でも、各インタフェースの波長リソースを単位に、処理を行う（手順Ｓ１０２-２）。
【００２７】
ピアノードがリソース状態の一致を検出する際に用いられるように、隣接ノードに定期的にデータパケット送信する（手順Ｓ１０２-３）。ＷＳＯＮシステムのネットワーク環境に応じて、適切なパケット送信タイミングを設定する。
【００２８】
また、手順Ｓ１０４は更に、以下の手順を含む。
【００２９】
送受信の反対方向の同一の波長リソース状態を比較する（手順Ｓ１０４-２）。即ち、現在ノードの受信（或いは送信）方向の波長のリソース状態と隣接ノードの送信（或いは受信）方向の当該波長のリソース状態とを比較する。
【００３０】
１）同一の波長リソースが隣接している両ノード間において、一方は占有され、他方はリリースされている場合と、２）同一の波長リソースが隣接している両ノード間において、両方とも占有されているが、接続マークがそれぞれ異なる場合と、のリソース状態が一致しない二つの状況の中のいずれかであると、リソース状態が不一致であると認定する（手順Ｓ１０４-３）。
【００３１】
現在のノードはピアノードからの再送信要求を受信した後、直ちにパケット化して送信する（手順Ｓ１０４-４）。タイマーを用いてデータパケットの再送信をトリガーする場合、再送信時間を短く設定するべきである。
【００３２】
手順Ｓ１０６は、また、以下の手順を含む。
【００３３】
現在のノードの同一サービスの受信、送信方向の接続用波長の使用状態がそれぞれ隣接ノードと一致しないと検出され、且つ送受信方向の当該波長のリソースが当該ノードで占有された場合、当該ノードはアラームを一つだけ提示する（手順Ｓ１０６-２）。手順Ｓ１０６-２の場合、当該ノードのリソースをリリースする際、受信、送信両方のリンクの帯域幅リソースがリリースされる。
【００３４】
また、同一のアラームの場合、一回だけ提示される。
【００３５】
手順Ｓ１０８は、また以下の手順を含む。
【００３６】
リンクの帯域幅リソースがリリースされた後、現在のノードは直ちにパケット化して隣接ノードへ送信を行い、隣接ノードが波長リソースの一致を検出した場合、波長リソースのマークを「使用可能」に変更する（手順Ｓ１０８-２）。
【００３７】
アラームを提示したノードの場合は、当該波長リソースの一致が検出されたら、アラームは消える（手順Ｓ１０８-３）。
【００３８】
図２は、本発明の実施例に係わるＷＳＯＮシステムを示すブロック図である。図２を参照すると、ＷＳＯＮシステムにおけるノードのリソース状態復元装置２００は、ＷＳＯＮシステムにおける各ノードを定期的に開始ノードとし、開始ノードのリソース状態をパケット化して隣接ノードへ送信する送信モジュール２０２と、隣接ノードにおけるリソース状態と開始ノードのリソース状態とを波長毎に全部比較し、不一致が検出された場合、不一致である旨の情報を記録すると共に、開始ノードにリソース状態の再送信を要求し、再度の比較を行い、依然として不一致であれば、開始ノードと隣接ノード間のリソース状態が不一致であると確定し、アラームの提示またはリソースの一時的なロックなどのオペレーションを起動する比較モジュール２０４と、正常リソースの自動復元オペレーションを起動する際またはネットワーク管理者がインタフェースで手動でアラームを削除する際に占有したリソースをリリースする復元モジュール２０８と、を含む。
【００３９】
ここで、リソースは波長であって、リソース状態は波長使用状態である。
【００４０】
上記装置は、開始ノードと隣接ノードが比較モジュール２０４によりリソース状態が不一致であると検出された場合、隣接ノードのリンクの帯域幅リソースが占有されていないと、隣接ノードの波長リソースを使用不可とマーク付け、何らかのサービスが隣接ノードのリンクの帯域幅リソースを占有していると、隣接ノードはアラームを提示し（これは、ＷＳＯＮシステムにおける全てのノードのアラームモジュールにおける一般的なプロセスである）、復元モジュールでアラーム提示したノードのリソースをリリースした後、再び開始ノードのリソース状態と隣接ノードのリソース状態とが一致するかを検出し、リソース状態が一致すると検出されたら、アラームモジュールによる処理過程において波長リソースが使用不可とマーク付けられたノードは、波長リソースを再び使用可能とマークつけ、上記のアラームモジュールでアラーム提示したノードが提示したアラームを消し、ネットワーク管理者のインタフェース上のアラームも消すアラームモジュール２０６を、さらに含む。
【００４１】
以下、図３〜図６を合わせて、本発明のもう一つの実施例を詳しく説明する。
【００４２】
本実施例に記載されたＷＳＯＮシステムにおける隣接しているネットワークコンポーネントノード間の波長リソース状態の不一致に対する処理は、ソフトで誤っているリソース状態の補正、誤って占有されたリンクの帯域幅リソースのリリースによって実現される。
【００４３】
リソース状態の不一致は異常及び偶発によるものであるため、本実施例のリソース状態復元方法を検証するには、まずリソース状態が一致しない場面を再現して検証しなければならない。再現する手順は以下のとおりである。
【００４４】
ネットワークを立ち上げる。波長分割設備をＷＳＯＮネットワークにおける１つのノードとして、図３に示す光ネットワークを立ち上げる（手順１）。
【００４５】
ネットワーク管理者のコマンドを通して、ファーストノードがノード１で、エンドノードがノード４で、ノード２、３を経由するサービスを立ち上げる（手順２）。サービスが立ち上げられ、送受信両方における接続波長はいずれもλ１である。
【００４６】
ノード３をリスタートすると共に、ネットワーク管理者から当該サービスを削除する旨のコマンドを出し、その他のノードの接続が削除され、リンクの帯域幅がリリースされる（手順３）。ノード３はリスタート中であるため、削除動作を行わず、その故、リスタート後のデータベースから復元されたデータには接続情報がまだ存在し、λ１波長が占有される。それで、ノード２-３とノード３-４の間に波長リソース状態が一致しない状況が発生する。
【００４７】
次は、図４と図５を参照して、隣接しているノード間の波長リソース状態の不一致を検出するプロセスについて記述する。実行手順は以下のとおりである。
【００４８】
まず、ノード２、４はノード３から定期的に隣接ノードに送信されるノード３のローカルのリソース使用状態データパケットを受信する。ノード２、４はそれぞれ、受信したデータパケットの各波長リソース状態とローカルの逆方向（例えば、ノード３の送信方向とノード２または４の受信方向）の同一の波長のリソース状態を波長毎に比較する。初めて一致しないと検出された場合、ノード３にローカルのリソース状態パケットの再送信を要求する。再び一致しないと検出されたら、ノード２-３の間におけるリソース状態が一致しないと確定する。
【００４９】
次に、同様に、ノード３がノード２（或いはノード４、タイマーの設定時間になるまでの順番による）からのリソース状態パケットを受信し、再送信を要求するプロセスは、上述のノード２-３の間のリソース状態の不一致を確定する場合と同じである。再度、一致しないと検出された場合、ノード３-２の間におけるリソース状態が一致しないと確定する。
【００５０】
最後に、図６を参照して、隣接しているノード間の波長リソース状態が一致しない場合の処理過程を説明する。実行する手順は以下のとおりである。
【００５１】
ノード２はローカルのλ１を「使用不可」とマーク付け、当該状態をＷＳＯＮネットワークにおけるその他のノードに通知する（手順１）。ノード２、３間のリソース状態の不合致を正常に自動復元する前、ＷＳＯＮシステムにおけるその他のノードがノード２を通し、λ１を用いてサービスを立ち上げてしまう現象を回避する。
【００５２】
ノード３はリソース状態の不一致である旨のアラームを提示する（手順２）。その際に、当該アラームはネットワーク管理者のインタフェースに表示される（付加的なサービス情報も含む）。
【００５３】
ネットワーク管理者が当該アラーム情報を手動で削除した後、ＷＳＯＮは、全ての関連するノードにおける当該サービスの交差接続データを削除して、当該波長リソースをリリースすると共に、ノード３の波長リソース状態を補正する（手順３）。
【００５４】
ネットワーク管理者がアラームを提示した後の指定時間内にアラーム情報を手動で削除しなかった場合、ソフトにより手順３が自動的に行われる（手順４）。当該手順によって、ネットワーク管理者の操作がない場合、システムのリソース状態の自動復元機能を実現する。
【００５５】
ノード２、４は、ノード３から定期的に送信されるリソース状態データパケットを受信して、λ１のリソース状態が一致すると検出された場合、ローカルのλ１を「使用可能」とマーク付けし、また、当該状態をＷＳＯＮネットワークにおけるその他のノードに通知する（手順５）。これで、リンク全体においてλ１が使用可能となり、サービスに関連するデータが削除され、リンクの帯域幅もリリースされる。
【００５６】
複雑な光ネットワークにおいて、一つのサービスが複数のノードを経由する場合、隣接ノードでの検出に応じてリソースをリリースすると、全てのノードにおける当該リソース情報をリリースしなければならず、処理時間が長くなり、しかも、手動でアラームを削除しない限り、リソースのリリースを行うことができず、時間がかかるとともに知能化の程度が低くなる。上記実施例によると、リソース状態の不一致の状態を速やかに検出でき、また、リソース状態を自動復元し、サービスに関わった全てのノードにおける当該帯域幅リソースをスピーディにリリースすることができる。
【００５７】
上記方法によると、ＷＳＯＮシステムにおける異常による波長リソースの不一致の状態を有効に検出でき、また、リソース状態を自動に補正し、誤って占有されたリンクの帯域幅リソースをリリースでき、ＷＳＯＮシステムの耐障害性と安定性を向上させる。
【００５８】
以上は、本発明の好適な実施例であり、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形をもたらすことが可能である。本発明の趣旨や原則内で行われる如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。
【図１】
0005746164.tif 000002
【図２】
0005746164.tif 000003
【図３】
0005746164.tif 000004
【図４】
0005746164.tif 000005
【図５】
0005746164.tif 000006
【図６】
0005746164.tif 000007