(57)【特許請求の範囲】
【請求項１】
ＳＤＨ／ＳＯＮＥＴ(Synchronous Digital Hierarchy/Synchronous Optical NETwork)ネットワークの回線を、ＩＴＵ−Ｔにて規定されているＬＣＡＳ(Link Capacity Adjustment Scheme)のプロトコルに準拠した手順を用いて、制御する回線制御装置において、
該ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧ（Virtual Concatenation Group）を構成するいずれかのＶＣ（Virtual Concatenation）パスに障害が検出された場合、
Ｈ４バイト又はＫ４バイトのマルチフレームを使用せずに、該ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置において当該ＶＣパスを用いたデータ送信動作を停止させるための通知用として、前記ＳＤＨ／ＳＯＮＥＴ勧告に規定されているＲＤＩ−Ｐ（Remote Defect Indication−Path）通知を使用して、前記対向装置側の回線制御装置に通知することを特徴とする回線制御装置。
【請求項２】
前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信することを特徴とする請求項１に記載の回線制御装置。
【請求項３】
前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止することを特徴とする請求項１または２に記載の回線制御装置。
【請求項４】
前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止することを特徴とする請求項１に記載の回線制御装置。
【請求項５】
前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除する動作に先立って、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信することを特徴とする請求項４に記載の回線制御装置。
【請求項６】
前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止することを特徴とする請求項４または５に記載の回線制御装置。
【請求項７】
ＶＣＧを構成するいずれかのＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧのグループから削除した後、あらかじめ定めた所定時間を経過した際に、前記ＬＣＡＳプロトコルに規定されているＡＤＤ（追加）動作を実施し、当該ＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧに追加することを特徴とする請求項１ないし６のいずれかに記載の回線制御装置。
【請求項８】
ＳＤＨ／ＳＯＮＥＴ(Synchronous Digital Hierarchy/Synchronous Optical NETwork)ネットワークの回線を、ＩＴＵ−Ｔにて規定されているＬＣＡＳ(Link Capacity Adjustment Scheme)のプロトコルに準拠した手順を用いて、制御する回線制御装置におけるパス制御方法であって、該ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧ（Virtual Concatenation Group）を構成するいずれかのＶＣ（Virtual Concatenation）パスに障害が検出された場合、
Ｈ４バイト又はＫ４バイトのマルチフレームを使用せずに、該ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置において当該ＶＣパスを用いたデータ送信動作を停止させるための通知用として、ＳＤＨ／ＳＯＮＥＴ勧告に規定されているＲＤＩ−Ｐ（Remote Defect Indication−Path）通知を使用して、前記対向装置側の回線制御装置に通知することを特徴とするパス制御方法。
【請求項９】
前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信することを特徴とする請求項８に記載のパス制御方法。
【請求項１０】
前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を 受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止することを特徴とする請求項８また は９に記載のパス制御方法。
【請求項１１】
前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧ のグループから削除して、データ受信動作を停止するとともに、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止することを特徴とする請求項８に記載のパス制御方法。
【請求項１２】
前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除する動作に先立って、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信することを特徴とする請求項１１に記載のパス制御方法。
【請求項１３】
前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を 受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止することを特徴とする請求項１１ま たは１２に記載のパス制御方法。
【請求項１４】
ＶＣＧを構成するいずれかのＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧのグループから削除した後、あらかじめ定めた所定時間を経過した際に、前記ＬＣＡＳプロトコルに規定されているＡＤＤ（追加）動作を実施し、当該ＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧに追加することを特徴とする請求項８ないし１３のいずれかに記載のパス制御方法。
【請求項１５】
請求項８ないし１４のいずれかに記載のパス制御方法を、コンピュータによって実行可能なプログラムとして実施することを特徴とするパス制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、回線制御装置、パス制御方法、パス制御プログラムおよびプログラム記録媒体に関する。
【背景技術】
【０００２】
ＳＤＨ／ＳＯＮＥＴ(Synchronous  Digital  Hierarchy/Synchronous  Optical  NETwork)ネットワークの回線を制御する回線制御装置のうち、ＬＣＡＳ(Link  Capacity  Adjustment  Scheme:リンク容量調整スキーム)のプロトコルに準拠した手順を用いて、回線の制御を行うことによって、データの種類や所要の帯域に応じて、ネットワークの帯域幅をＶＣＧ（Virtual  Concatenation  Group：仮想連結グループ）のグループとして動的に割り当てる回線制御装置がある。
【０００３】
ここで、回線制御装置におけるＬＣＡＳ機能とは、ＶＣＧの容量（帯域幅）を動的に割り当てることを可能とするプロトコルとして、ＩＴＵ−Ｔ  Ｇ．７０４２規格にて規定されているプロトコルである。ＶＣＧは、あらかじめ定めた帯域を有するＶＣ（Virtual  Concatenation）パス（メンバ）を単位として、１ないし複数のＶＣパス（メンバ）によって構成され、ＶＣパス（メンバ）を動的に追加（ＡＤＤ）／削除（ＲＥＭＯＶＥ）することによって、ＶＣＧの帯域幅を動的に変更することが可能である。
【０００４】
また、ＬＣＡＳは、ＶＣパス（メンバ）にて構成されたＶＣＧにおいて、データエラー・ロスを生じることなく、必要に応じて、帯域の増加・減少が可能であり、かつ、ＶＣＧを構成する一部のＶＣパス（メンバ）にて障害が発生した際には、自律的に、障害発生ＶＣパス（メンバ）をＶＣＧから削除し、主信号断状態から復旧させることが可能である。また、このＶＣパス（メンバ）の障害が復旧した際には、自律的に、データエラー・ロスを生じることなく、ＶＣＧに戻すことも可能としている。
【０００５】
ＬＣＡＳ機能をサポートする従来の回線制御装置の構成を図８に示している。図８に示すように、従来の回線制御装置１００Ｂは、クライアント側データネットワーク１１とＳＤＨ／ＳＯＮＥＴネットワーク３１とを接続する機能を有しており、データフレーム処理部４１、ＶＣＡＴ処理部５１、ＬＣＡＳ処理部６１、Ｓｏ処理部７１、Ｓｋ処理部８１、ＰＯＨ処理部９１Ｂ、ＳＤＨ／ＳＯＮＥＴデータ処理部１０１、および、ＬＣＡＳ管理部１１１Ｂから構成されている。
【０００６】
ＬＣＡＳ機能は、一般に、ＶＣＧを構成するメンバそれぞれについて、データの送信側のＳｏ(Source：各ＬＣＡＳメンバの送信側処理部を示す)、データの受信側のＳｋ(Sink：各ＬＣＡＳメンバの受信側処理部を示す)に分けて、それぞれに独立の処理を行っている。ＳＤＨ／ＳＯＮＥＴネットワーク３１を介して、自身の回線制御装置１００ＢのＳｏ(送信側)は、対向装置のＳｋ(受信側)との間で、また、自身の回線制御装置１００ＢのＳｋ(受信側)は、対向装置のＳｏ(送信側)との間で、それぞれ、ＬＣＡＳプロトコルを用いて、ＶＣＧにおけるＶＣパス（メンバ）の追加・削除情報、障害発生情報の伝達を行っている。
【０００７】
ここで、各メンバの障害発生情報は、High  Order  ＶＣパスの場合、例えば、特許文献１の特開２００７−９６６４２号公報「リング型ネットワーク帯域増減速方法およびノード装置」にも記載のように、ＶＣ（Virtual  Concatenation）パスのオーバヘッド情報の中にある、Ｈ４バイトによるマルチフレームを用いて、対向装置側に伝達される。ＬＣＡＳプロトコルにて規定されているＨ４バイトマルチフレームのフレーム構造を図９に示す。Ｈ４バイトは、ＶＣＧを構成する各メンバが格納されるＶＣパスのＳＤＨ／ＳＯＮＥＴフレームヘッダであるＰＯＨ(Path  Over  Head)の中に格納されており、各ＶＣパスに全メンバ分（全ＶＣパス分）の障害情報が「Member  status  ＭＳＴ」フィールドに挿入されて、対向装置側に通知されるように構成されている。なお、Lower  Order  ＶＣパスの場合のＫ４バイトマルチフレームのフレーム構造は図１０に示す通りであり、各ＶＣパス（メンバ）の障害情報は「Member  status」フィールドに挿入されて、対向装置側に通知される。
【０００８】
つまり、障害情報は、図９に示す「Member  status  ＭＳＴ」フィールドに、“０”＝ＯＫ（正常）、“１”＝ＦＡＩＬ（異常）という内容を設定することによって、１ｂｉｔに１ＶＣパス分の情報として伝達される。図９に示すように、１６個のＳＤＨ／ＳＯＮＥＴフレームにて構成される１ｓｔマルチフレーム１個では、僅か８ＶＣパス分の障害情報しか伝えることができないのに対して、ＬＣＡＳプロトコルにおいては、最大２５６ＶＣパスまでのＶＣＧのメンバ数を認めている。したがって、ＶＣＧを構成する全てのＶＣパス（メンバ）に関する障害情報を伝えるためには、３２個の１ｓｔマルチフレームが必要になる。ここで、たとえ、２５６ＶＣパス全てをＶＣＧの構成に使用していない場合であっても、「Member  status  ＭＳＴ」フィールドとしては、２５６ＶＣパス分を用意しておかなければならない。よって、Ｈ４バイトマルチフレームを用いて、障害情報を対向装置側に伝えるためには、最大、１６×３２フレーム×０．１２５ｍｓ＝６４ｍｓの時間を要する可能性がある。
【０００９】
かくのごとき事情を考慮して、障害発生時のデータ送信処理停止までのシーケンスチャートを示すと、図１１のようになる。図１１のシーケンスチャートにおいては、障害を検出する回線制御装置を回線制御装置Ｂとしている。回線制御装置Ｂのいずれかのメンバ（ＶＣパス）にて障害が発生し、ＳＤＨ／ＳＯＮＥＴデータ処理部１０１を介して、ＰＯＨ処理部９１Ｂにて当該メンバの障害を検出した場合（シーケンスＳＱ２１）、回線制御装置ＢのＬＣＡＳ管理部１１１Ｂが障害情報の通知をＰＯＨ処理部９１Ｂから受け取る（シーケンスＳＱ２２）。ＬＣＡＳ管理部１１１Ｂは、ＬＣＡＳ処理として、回線制御装置Ｂ自身については、障害が発生したメンバ（ＶＣパス）の受信側のＳｋ処理部８１に対して、ただちに、Ｓｋ側（受信側）データ受信停止処理を実施する（シーケンスＳＱ２３）。一方、対向装置側の回線制御装置Ａへの障害通知に関しては、前述したＨ４バイトマルチフレームへ障害情報を挿入して行うことになり、Ｈ４バイトマルチフレームへの障害情報の挿入の際に、障害発生メンバ（障害発生ＶＣパス）に該当する「Member  status  ＭＳＴ」フィールドの順番が回ってくるまで待つことが必要であり、前述のように、最大６４ｍｓ待ち合わせることになる（シーケンスＳＱ２４）。
【００１０】
従来のＬＣＡＳプロトコルの場合、障害を検出したＳｋ側(受信側)の回線制御装置Ｂにおいては、障害に該当するメンバ（ＶＣパス）のＳｋ処理部８１(Sink：各ＬＣＡＳメンバの受信側処理部)については、主信号の受信に使用することを即座に停止する。しかし、対向装置側の回線制御装置ＡのＳｏ側（送信側）のＳｏ処理部７１(Source：各ＬＣＡＳメンバの送信側処理部)については、障害検出側の回線制御装置Ｂから送信されてくるＨ４バイトのマルチフレームによる障害情報を受信して、該当するメンバのＳｏ処理部７１（送信側）の一時削除処理が完了するまでの間、当該メンバのＳｏ処理部７１を主信号の送信に使用し続けることになる。よって、障害が発生した以降、対向装置側のＳｏ処理部７１（送信側）の一時削除処理が完了までの間は、Ｓｏ（送信側）におけるＳＤＨ／ＳＯＮＥＴフレームへのマッピングに使用するメンバ数と、Ｓｋ（受信側）におけるＳＤＨ／ＳＯＮＥＴフレームからのデマッピングに使用するメンバ数とが不一致になり、主信号が断状態になっている。
【００１１】
シーケンスＳＱ２４における待ち合わせが終了した後、「Member  status  ＭＳＴ」フィールドに挿入されたメンバ（ＶＣパス）の障害情報が対向装置側の回線制御装置Ａに送信され、回線制御装置ＡのＰＯＨ処理部９１Ｂに到達すると（シーケンスＳＱ２５）、ＬＣＡＳ管理部１１１Ｂに対応装置側から障害メンバの通知があった旨を示す障害情報が通知される。該通知を受け取った回線制御装置ＡのＬＣＡＳ管理部１１１Ｂにて、障害メンバの通知があった送信側のＳｏ処理部７１に対して、ＶＣＧ構成から削除するＲＯＭＯＶＥ処理を指示することによって、Ｓｏ側（送信側）データ送信停止処理を完了し（シーケンスＳＱ２６）、Ｓｏ側（送信側）データ送信停止のフレームが回線制御装置ＢのＳＤＨ／ＳＯＮＥＴデータ処理部１０１に到達することによって、主信号の断状態が回復することになる（シーケンスＳＱ２７）。
【００１２】
【特許文献１】特開２００７−９６６４２号公報（第８−１１頁）
【発明の開示】
【発明が解決しようとする課題】
【００１３】
前述のように、従来のＬＣＡＳプロトコルにおいては、ＳＤＨ／ＳＯＮＥＴネットワーク３１のいずれかのメンバ（ＶＣパス）に障害が発生して、主信号が停止してから主信号が回復までの主信号断時間は、図１１に示すシーケンスＳＱ２１からシーケンスＳＱ２７に至るまでの時間すなわち「伝播遅延＋マルチフレーム送信待ち時間(最大６４ｍｓ)」のごとく、長い時間に及ぶ可能性があるという問題がある。
【００１４】
本発明は、かかる事情に鑑みてなされたものであり、最大６４ｍｓという長い待ち時間が必要となるマルチフレーム送信待ち時間を不要とし、障害発生時における主信号断時間を短縮することが可能な回線制御装置、パス制御方法、パス制御プログラムおよびプログラム記録媒体を提供することを、その目的としている。
【課題を解決するための手段】
【００１５】
前述の課題を解決するため、本発明による回線制御装置は、次のような特徴的な構成を採用している。
【００１６】
（１）ＳＤＨ／ＳＯＮＥＴ(Synchronous  Digital  Hierarchy/Synchronous  Optical  NETwork)ネットワークの回線を、ＩＴＵ−Ｔにて規定されているＬＣＡＳ(Link  Capacity  Adjustment  Scheme)のプロトコルに準拠した手順を用いて、制御する回線制御装置において、該ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧ（Virtual  Concatenation  Group）を構成するいずれかのＶＣ（Virtual  Concatenation）パスに障害が検出された場合、該ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置において当該ＶＣパスを用いたデータ送信動作を停止させるための通知用として、ＳＤＨ／ＳＯＮＥＴ勧告に規定されているＲＤＩ−Ｐ（Remote  Defect  Indication−Path）通知を使用して、前記対向装置側の回線制御装置に通知する回線制御装置。
【発明の効果】
【００１７】
本発明の回線制御装置、パス制御方法、パス制御プログラムおよびプログラム記録媒体によれば、以下のような効果を得ることができる。
【００１８】
つまり、ＳＤＨ／ＳＯＮＥＴネットワーク内のいずれかのＶＣパスに障害が発生した際に、対向装置側の回線制御装置の当該ＶＣパスを用いたデータ送信動作を停止させるための通知用（障害通知用）として、従来のＬＣＡＳプロトコルに規定されているＨ４バイトもしくはＫ４バイトのマルチフレームを使用せずに、エンドユーザ向けの通知用としてＳＤＨ／ＳＯＮＥＴ勧告に規定されているＲＤＩ−Ｐ（Remote  Defect  Indication−Path）通知を使用することによって、ＶＣＧを構成する全ＶＣパス（全メンバ）分の障害情報をそれぞれ検知し、障害が検知されたＶＣパス（メンバ）によって送受信されるデータについて、ＶＣＧを構成するデータとしてデータマッピングする動作を、Ｈ４バイトやＫ４バイトの場合に必要としていたマルチフレーム送信待ち時間分の時間まで待ち合わせることなく、短い時間内で停止させることができ、障害発生時の主信号の断時間を大幅に短縮することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明による回線制御装置、パス制御方法、パス制御プログラムおよびプログラム記録媒体の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による回線制御装置、パス制御方法について説明するが、かかるパス制御方法をコンピュータにより実行可能なパス制御プログラムとして実施するようにしても良いし、あるいは、パス制御プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００２０】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴について、その概要をまず説明する。ＳＤＨ／ＳＯＮＥＴ(Synchronous  Digital  Hierarchy/Synchronous  Optical  NETwork)において使用されているＬＣＡＳ(Link  Capacity  Adjustment  Scheme：リンク容量調整スキーム)プロトコルにおいて、ＶＣＧ(Virtual  Concatenation  Group)を構成するいずれかのメンバ（ＶＣパス）で、対向装置から送信されてくるＲＤＩ−Ｐ(Remote  Defect  Indication−Path)通知を検出した際に、自律的に、当該メンバのＳｏ側（送信側）をＶＣＧのグループから削除し、データ送信動作を停止することを主要な特徴としており、この結果として、ＩＴＵ−Ｔ  Ｇ．７０４２規格にて標準規格として規定されている従来のＬＣＡＳプロトコルに比べて、障害時の主信号の断時間を短くすることを可能としている。
【００２１】
なお、本発明においてメンバの削除を行う際には、ＩＴＵ−Ｔ  Ｇ．７０４２規格に準拠した通常のＬＣＡＳプロトコルを使用することにより、ＬＣＡＳプロトコルの規定そのものに違反することなく、主信号の断時間を短縮することを可能としている。
【００２２】
つまり、本発明による回線制御装置においては、対向装置の障害情報を知る手段として、ＩＴＵ−Ｔ  Ｇ．７０４２規格にて規定されている通常のＳＤＨ／ＳＯＮＥＴネットワークシステムにおいてエンドユーザ向けの障害通知用として使用されるＲＤＩ−Ｐを利用する。ここで、本発明において使用するＲＤＩ−Ｐとは、ＶＣＧを構成するいずれかのＶＣパス（メンバ）にて障害を検出した際に、対向装置に対して障害が発生したことを通知し、当該ＶＣパス（メンバ）の送信動作の停止を指示するものであり、ＩＴＵ−Ｔ  Ｇ．７０４２規格にて規定されている通り、各メンバが格納されるＶＣパスのＳＤＨ／ＳＯＮＥＴフレームヘッダであるＰＯＨ(Path  Over  Head)の中のＧ１バイトを使用して対向装置側に伝達される。
【００２３】
ＲＤＩ−Ｐは、それぞれのメンバが格納されるＶＣパスのＳＤＨ／ＳＯＮＥＴフレーム毎に通知することができるため、特定のメンバの障害情報を得るためには、そのパスのＰＯＨの中にあるＧ１バイト情報だけを監視すれば良い。また、Ｇ１バイトによるＲＤＩ−Ｐの伝達には、マルチフレームを使用しないため、検出保護段数を考慮しても、数ｍｓ以内の短い時間で、対向装置から通知されてくる障害情報の検出を行うことが可能である。
【００２４】
なお、回線制御装置１００において、ＶＣパスにてＲＤＩ−Ｐを受信したことを検知した際には、ＩＴＵ−Ｔ  Ｇ．７０４２規格のＬＣＡＳプロトコルにて規定されているメンバ削除方法をそのまま使用して、自律的に、当該ＶＣパス（メンバ）を、より正確には、当該ＶＣパス（メンバ）のＳｏ側（送信側）をＶＣＧメンバから削除する。
【００２５】
かくのごとき仕組みを利用することによって、従来技術におけるＬＣＡＳプロトコルにおいて必要となっていた、Ｈ４バイトマルチフレームに含まれるパスの障害情報の受信に必要な時間すなわち「伝播遅延＋マルチフレーム送信待ち時間(最大６４ｍｓ)」を待つことなく、障害が発生したメンバをＶＣＧの構成から削除することができる。この結果、障害発生時の主信号断時間を短縮することが可能になる。
【００２６】
（本発明の実施形態）
まず、本発明による回線制御装置を適用するネットワークの実施形態として、その具体的なネットワーク構成例を図１に示す。図１に示すように、本発明による回線制御装置は、第１のクライアント側データネットワーク１１、第２のクライアント側データネットワーク１２間のデータのやり取りを、ＳＤＨ／ＳＯＮＥＴネットワーク３１を用いて伝播する第１の回線制御装置２１、第２の回線制御装置２２に適用されるものである。第１の回線制御装置２１、第２の回線制御装置２２においては、それぞれ、第１のクライアント側データネットワーク１１、第２のクライアント側データネットワーク１２を介して入力されてくるエンドユーザのクライアント側装置からのデータを、ＳＤＨ／ＳＯＮＥＴフレームへマッピングして、ＳＤＨ／ＳＯＮＥＴネットワーク３１へ転送し、また、ＳＤＨ／ＳＯＮＥＴネットワーク３１から転送されてきたＳＤＨ／ＳＯＮＥＴフレームをデマッピングして、それぞれ、第１のクライアント側データネットワーク１１、第２のクライアント側データネットワーク１２を介して、エンドユーザのクライアント側装置に伝送している。ここで、本発明にて対象としている障害とは、図１に示すように、ＳＤＨ／ＳＯＮＥＴネットワーク３１において発生する障害を意味している。
【００２７】
（第１の実施形態の構成例）
次に、図１に示す第１の回線制御装置２１、第２の回線制御装置２２に適用される本発明による回線制御装置におけるブロック構成の一例を第１の実施形態として図２に示す。図２に示すように、本実施形態の回線制御装置１００は、クライアント側データネットワーク１１とＳＤＨ／ＳＯＮＥＴネットワーク３１とを所望の帯域で接続する機能を有しており、データフレーム処理部４１、ＶＣＡＴ処理部５１、ＬＣＡＳ処理部６１、Ｓｏ処理部７１、Ｓｋ処理部８１、ＰＯＨ処理部９１、ＳＤＨ／ＳＯＮＥＴデータ処理部１０１、ＬＣＡＳ管理部１１１、障害情報処理部１２１、および、障害情報通知部１３１から構成されている。つまり、従来技術として図８に示した回線制御装置１００Ｂに対して、障害情報処理部１２１およびＰＯＨ処理部９１内に設置した障害情報通知部１３１を新たに追加し、ＬＣＡＳ管理部１１１Ｂの代わりにＬＣＡＳ管理部１１１を用いるようにした以外の、他の各構成要素については、図８の回線制御装置１００Ｂと全く同様であり、同一の符号を付して示している。
【００２８】
図２の回線制御装置１００は、ＳＤＨ／ＳＯＮＥＴネットワーク３１との間のデータ送受信機能を司るＳＤＨ／ＳＯＮＥＴデータ処理部１０１からのデータを受け取って、ＶＣＧを構成するＶＣパスの各メンバ（各ＶＣパス）毎に配置されているＰＯＨ処理部９１において、各メンバが格納されるＶＣパスのＳＤＨ／ＳＯＮＥＴフレームヘッダの該当するメンバのＰＯＨ(Path  Over  Head)の処理を行った際に、障害が検知された場合、内蔵している障害情報通知部１３１を起動して、障害が発生した当該メンバに関する障害情報を障害情報処理部１２１に通知する。障害情報処理部１２１は、障害情報を受け取ると、障害が発生したメンバに該当する受信側のＳｋ処理部８１をＶＣＧのグループから削除することを要求する信号をＬＣＡＳ管理部１１１に送出する。
【００２９】
ＬＣＡＳ管理部１１１は、障害が発生したメンバに該当するＬＣＡＳ処理部６１を駆動して、ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータ受信側であるＳｋ処理部８１をＶＣＧのグループから削除する処理を行い、当該メンバのデータ受信動作を停止する。さらに、障害が発生したメンバに対応するＬＣＡＳ処理部６１を駆動して、ＳＤＨ／ＳＯＮＥＴネットワーク３１へのデータ送信側であるＳｏ処理部７１から障害通知用のＲＤＩ−Ｐ通知を対向装置側の回線制御装置１００へ送信する。
【００３０】
回線制御装置１００において、ＶＣＧを構成する各メンバ（各ＶＣパス）毎に配置されているＰＯＨ処理部９１のうち、対向装置の回線制御装置１００からの障害通知用ＲＤＩ−Ｐを受け取ったＰＯＨ処理部９１は、対向装置の回線制御装置１００からの障害通知用ＲＤＩ−Ｐを、障害情報通知部１３１を起動して、障害情報処理部１２１に通知する。障害情報処理部１２１は、対向装置の回線制御装置１００からの障害通知用ＲＤＩ−Ｐを受け取ると、障害が発生したメンバのデータ送信側についてＶＣＧからの削除要求をＬＣＡＳ管理部１１１に送出する。
【００３１】
ＬＣＡＳ管理部１１１は、障害通知用ＲＤＩ−Ｐを受け取ったメンバに対応するＬＣＡＳ処理部６１を駆動して、ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータ送信側であるＳｏ処理部７１をＶＣＧのグループから削除する処理を行い、当該メンバのデータ送信動作を停止する。
【００３２】
（第１の実施形態の動作の説明）
次に、ＳＤＨ／ＳＯＮＥＴネットワーク３１において障害が発生した場合の動作の一例について、図３を用いて説明する。図３は、本実施形態として図２に示した回線制御装置１００の動作の一例を説明するための説明図であり、ＳＤＨ／ＳＯＮＥＴネットワーク３１のメンバ１（ＶＣパス１）にて障害が発生したことを検出した場合の動作例を示している。
【００３３】
前述のように、ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータを受け取ったＳＤＨ／ＳＯＮＥＴデータ処理部１０１からＶＣＧの各メンバ毎に配置されているＰＯＨ処理部９１に転送されたメンバ毎のＰＯＨを処理した結果、メンバ１のＰＯＨを処理するＰＯＨ処理部９１において、ＳＤＨ／ＳＯＮＥＴネットワーク３１の障害を検知すると、障害の発生を示す障害情報収集信号１４１によりＰＯＨ処理部９１から障害情報通知部１３１に通知される。
【００３４】
障害情報収集信号１４１を受信した障害情報通知部１３１は、メンバ１の障害を検知した旨を示す障害情報通知信号１５１を生成して、障害情報処理部１２１に通知する。メンバ１の障害情報通知部１３１からの障害情報通知信号１５１を受信した障害情報処理部１２１は、障害が発生したメンバ１の受信側のＳｋ処理部８１をＶＣＧから削除することを要求するＳｋ削除要求信号１６１を生成して、ＬＣＡＳ管理部１１１に対して送信する。
【００３５】
メンバ１の受信側のＳｋ処理部８１をＶＣＧから削除することを要求するＳｋ削除要求信号１６１を受信したＬＣＡＳ管理部１１１は、一般的なＬＣＡＳプロトコルに準拠して、障害が発生したメンバつまりメンバ１のＳｋ処理部８１に対して、ＶＣＧから削除するＳｋ削除信号１７１を送信する。すなわち、Ｓｋ削除信号１７１は、一般的なＬＣＡＳプロトコルにて定義されているＳｋ（受信側）のＲＥＭＯＶＥ信号である。Ｓｋ削除信号１７１を受信した障害メンバつまりメンバ１のＳｋ処理部８１は、一般的なＬＣＡＳプロトコルに準拠して、対向装置のＳｏ（送信側）との間でメンバ削除プロトコルを開始する。
【００３６】
この結果、メンバ１のＳｋ処理部８１は、ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータ受信動作を停止する。さらに、本実施形態においては、ＬＣＡＳ管理部１１１は、メンバ１のＬＣＡＳ処理部６１を駆動して、一般的なＳＤＨ／ＳＯＮＥＴネットワークシステムの規定として定められたＬＣＡＳプロトコルに準じた形式で、各メンバ（各ＶＣパス）が格納されているＳＤＨ／ＳＯＮＥＴフレームヘッダのＳＯＨ中のＧ１バイトを用いて、障害発生の旨を通知するＲＤＩ−Ｐ通知１８１を、Ｓｏ処理部７１から対向装置側の回線制御装置１００に対して送信する。
【００３７】
一般的なＬＣＡＳプロトコルでは、対向装置側の回線制御装置の送信側のＳｏ処理部７１、自身の回線制御装置の受信側のＳｋ処理部８１の順番で、メンバの削除を実施しないと、データエラー・データロスが発生すると規定している。しかし、自身の回線制御装置１００にて障害を検出している場合には、対向装置側の回線制御装置１００の送信側のＳｏ処理部７１から自身の回線制御装置１００の受信側のＳｋ処理部８１に向かう方向の主信号は既に断となっているので、Ｓｋ削除信号１７１によって、自身の回線制御装置のＳｋ処理部８１が先にメンバから削除されても問題はない。つまり、障害を検出した自身の回線制御装置１００にてＳｋ処理部８１を先に削除する理由は、障害検出時に、対向装置の回線制御装置１００の送信側のＳｏ処理部７１にて、ＳＱ（SeQuence  indicator）値の再振り分けをするような操作(ＡＤＤ／ＲＥＭＯＶＥ)を行う際には、障害を検出している自身の回線制御装置１００の受信側のＳｋ処理部８１も合わせて削除する、というＬＣＡＳプロトコルにて標準的に規定されている動作に準ずるためである。
【００３８】
次に、ＲＤＩ−Ｐ通知１８１を受信した対向装置側の回線制御装置の動作について図４を用いて説明する。図４は、図２に示した回線制御装置１００の動作の他の例を説明するための説明図であり、対向装置からメンバ１に関するＲＤＩ−Ｐ通知１８１を受信した場合の動作例を示している。
【００３９】
ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータを受け取ったＳＤＨ／ＳＯＮＥＴデータ処理部１０１からＶＣＧの各メンバ毎に配置されているＰＯＨ処理部９１に転送されたメンバ毎のＰＯＨを処理した結果、メンバ１のＰＯＨを処理するＰＯＨ処理部９１において、対向装置から送信されてきたＲＤＩ−Ｐ通知１８１を検知すると、ＲＤＩ−Ｐ通知１８１の受信を示す障害情報収集信号１４１によりＰＯＨ処理部９１から障害情報通知部１３１に通知される。
【００４０】
メンバ１に関するＲＤＩ−Ｐ通知１８１の受信を示す障害情報収集信号１４１を受信した障害情報通知部１３１は、メンバ１に関するＲＤＩ−Ｐ通知１８１を受信した旨を示すＲＤＩ−Ｐ情報通知信号１９１を生成して、障害情報処理部１２１に通知する。メンバ１の障害情報通知部１３１からのＲＤＩ−Ｐ情報通知信号１９１を受信した障害情報処理部１２１は、ＲＤＩ−Ｐ情報通知信号１９１が指定するメンバ１の送信側のＳｏ処理部７１をＶＣＧから削除することを要求するＳｏ削除要求信号２０１を生成して、ＬＣＡＳ管理部１１１に対して送信する。
【００４１】
メンバ１の送信側のＳｏ処理部７１をＶＣＧから削除することを要求するＳｏ削除要求信号２０１を受信したＬＣＡＳ管理部１１１は、一般的なＬＣＡＳプロトコルに準拠して、指定されたメンバ１のＳｏ処理部７１に対して、ＶＣＧから削除するＳｏ削除信号２１１を送信する。ここで、Ｓｏ削除信号２１１は、一般的なＬＣＡＳプロトコルにて定義されているＳｏ（送信側）のＲＥＭＯＶＥ信号である。Ｓｏ削除信号２１１を受信したメンバ１のＳｏ処理部７１は、一般的なＬＣＡＳプロトコルに準拠して、対向装置のＳｋ（受信側）との間でメンバ削除プロトコルを開始する。この結果、メンバ１のＳｏ処理部７１は、ＳＤＨ／ＳＯＮＥＴネットワーク３１へのデータ送信処理を停止する。以上の処理を実施することによって、障害メンバつまりメンバ１を、従来技術よりも大幅に短縮した時間で、ＶＣＧのグループから削除することが可能になり、主信号の断時間を大幅に低減することができる。
【００４２】
以上の動作によって、障害発生時における自動的なパス（メンバ）削除シーケンスは完了するが、障害検出側の回線制御装置１００、対向装置側すなわちＲＤＩ−Ｐ通知１８１を受信する回線制御装置１００それぞれの動作について、本実施形態における障害発生時のデータ送信処理停止までのシーケンスチャートを示すと、図５のようになる。
【００４３】
図５のシーケンスチャートにおいては、障害を検出する回線制御装置を回線制御装置Ｂ、対抗装置側のＲＤＩ−Ｐ通知１８１を受信する回線制御装置を回線制御装置Ａとしている。回線制御装置Ｂのいずれかのメンバ（ＶＣパス）にて障害が発生し、ＳＤＨ／ＳＯＮＥＴデータ処理部１０１を介して、当該障害メンバのＰＯＨ処理部９１例えばメンバ１のＰＯＨ処理部９１にて当該メンバの障害を検出した場合（シーケンスＳＱ１）、回線制御装置ＢのＬＣＡＳ管理部１１１が、例えばメンバ１の障害を示す障害情報通知信号１５１を、ＰＯＨ処理部９１の障害情報通知部１３１から障害情報処理部１２１を介して受け取る（シーケンスＳＱ２）。障害情報通知信号１５１を受け取ったＬＣＡＳ管理部１１１は、ＬＣＡＳ処理として、回線制御装置Ｂ自身については、障害が発生したメンバ例えばメンバ１の受信側のＳｋ処理部８１に対して、Ｓｋ削除信号１７１を送出することによって、ただちに、Ｓｋ側（受信側）データ受信停止処理を実施する（シーケンスＳＱ３）。
【００４４】
さらに、メンバ１の障害情報が検知された旨を示すＲＤＩ−Ｐ通知１８１が対向装置側の回線制御装置Ａに送信され（シーケンスＳＱ４）、回線制御装置ＡのＰＯＨ処理部９１に到達すると（シーケンスＳＱ５）、ＬＣＡＳ管理部１１１に対して、対向装置側から障害メンバの通知があった旨を示すＲＤＩ−Ｐ情報通知信号１９１が送信される。該ＲＤＩ−Ｐ情報通知信号１９１を受け取った回線制御装置ＡのＬＣＡＳ管理部１１１にて、障害メンバの通知があった送信側のＳｏ処理部７１に対して、ＶＣＧ構成から削除するＲＥＭＯＶＥ処理を指示するＳｏ削除信号２１１を送出することによって、ただちに、Ｓｏ側（送信側）データ送信停止処理を完了する（シーケンスＳＱ６）。この結果、Ｓｏ側（送信側）データ送信停止のフレームが回線制御装置ＢのＳＤＨ／ＳＯＮＥＴデータ処理部１０１に到達することによって、障害メンバ例えばメンバ１がＶＣＧのグループから削除されて、主信号の断状態が回復することになる（シーケンスＳＱ７）。
【００４５】
図５においては、障害検出後（シーケンスＳＱ１）、Ｓｋ側（受信側）データ受信停止、対向装置のＳｏ側（送信側）データ送信停止（シーケンスＳＱ７）に至るまでに要する所要時間が、従来技術として説明した図１１の場合と比較して、少なくともマルチフレーム送信待ちの時間分（Ｈ４バイトを用いている場合、最大６４ｍｓ）分の時間が短縮されていることが分かる。
【００４６】
なお、図５において、障害が発生して、ＶＣＧから自動的に削除されたメンバ例えばメンバ１を、再度、ＶＣＧに組み込む追加（ＡＤＤ）動作について、次のようにしても良い。例えば、自動的に削除した後あらかじめ定めた所定時間（例えば１００ｍｓ）が経過した際に、削除したメンバ例えばメンバ１のＳｏ処理部７１、Ｓｋ処理部８１のそれぞれを自動的にＶＣＧに追加（ＡＤＤ）する動作を採用するようにしても良い。
【００４７】
かのごときＡＤＤ動作については、一般的なＬＣＡＳプロトコルとして規定されているＳｏ（送信側）、Ｓｋ（受信側）のＡＤＤ方法に準じて行われる。つまり、ＬＣＡＳプロトコルに規定されているＡＤＤ動作としては、前記所定時間の経過後であっても、障害がまだ継続して発生している状態にある場合には、障害が復旧するまで、追加（ＡＤＤ）指示状態のまま固定されており、障害が復旧した時点で、データエラー・ロスなく、障害から復旧したメンバ（パス）をＶＣＧに追加（ＡＤＤ）することができることになっている。これにより、ＬＣＡＳ機能の本来の目的である「障害発生時の自動的なパスの削除、障害復旧時のデータエラー・ロスなしでの自動的なパスの復旧」をサポートすることができる。
【００４８】
なお、前述した本実施形態の説明においては、マルチフレームをHigh  order  ＶＣパスの場合として、Ｈ４バイトマルチフレームを使用した場合について説明したが、Lower  order  ＶＣパスの場合として、Ｋ４バイトマルチフレームを使用した場合であっても、同様の動作を行うことができる。
【００４９】
High  order  ＶＣパスにおけるＨ４バイトマルチフレームを使用した場合は、前述のように、従来技術においては、最大６４ｍｓのマルチフレーム送信待ち時間が発生する可能性があったが、本実施形態のように、ＲＤＩ−Ｐ通知を用いることによって、最大６４ｍｓという長いマルチフレーム送信待ち時間分の時間を低減することができる。一方、Lower  order  ＶＣパスにおけるＫ４バイトマルチフレームを使用した場合、従来技術においては、最大１２８ｍｓのマルチフレーム送信待ち時間が発生する可能性がある。これに対して、本実施形態においては、Lower  order  ＶＣパスによって構成されたＶＣＧに対してＬＣＡＳプロトコルを使用する場合であっても、ＲＤＩ−Ｐ通知を適用することによって、最大１２８ｍｓという長いマルチフレーム送信待ち時間分の時間を低減することができる。
【００５０】
（本実施形態の効果の説明）
以上に詳細に説明したように、本実施形態においては、以下に記載するような効果を奏することができる。
【００５１】
つまり、ＳＤＨ／ＳＯＮＥＴネットワーク３１内のいずれかのＶＣパスに障害が発生した際に、対向装置側の回線制御装置１００の当該ＶＣパスを用いたデータ送信動作を停止させるための通知用（障害通知用）として、従来のＬＣＡＳプロトコルに規定されているＨ４バイトもしくはＫ４バイトのマルチフレームを使用せずに、エンドユーザ向けの通知用としてＳＤＨ／ＳＯＮＥＴ勧告に規定されているＲＤＩ−Ｐ（Remote  Defect  Indication−Path）通知を使用することによって、ＶＣＧを構成する全ＶＣパス（全メンバ）分の障害情報をそれぞれ検知し、障害が検知されたＶＣパス（メンバ）によって送受信されるデータについて、ＶＣＧを構成するデータとしてデータマッピングする動作を、Ｈ４バイトやＫ４バイトの場合に必要としていたマルチフレーム送信待ち時間分の時間まで待ち合わせることなく、短い時間内で停止させることができ、障害発生時の主信号の断時間を大幅に短縮することができる。
【００５２】
（第２の実施形態の構成例）
次に、図１に示す第１の回線制御装置２１、第２の回線制御装置２２に適用される本発明による回線制御装置におけるブロック構成の他の例を第２の実施形態として図６に示す。図６に示すように、本実施形態の回線制御装置１００Ａは、図２に示す第１の実施形態の場合と同様、クライアント側データネットワーク１１とＳＤＨ／ＳＯＮＥＴネットワーク３１とを所望の帯域で接続する機能を有しており、データフレーム処理部４１、ＶＣＡＴ処理部５１、ＬＣＡＳ処理部６１、Ｓｏ処理部７１、Ｓｋ処理部８１、ＰＯＨ処理部９１、ＳＤＨ／ＳＯＮＥＴデータ処理部１０１、ＬＣＡＳ管理部１１１Ａ、障害情報処理部１２１Ａ、および、障害情報通知部１３１から構成されている。つまり、第１の実施形態として図１に示した回線制御装置１００のＬＣＡＳ管理部１１１、障害情報処理部１２１それぞれの代わりにＬＣＡＳ管理部１１１Ａ、障害情報処理部１２１Ａを用いる以外の、他の各構成要素については、図１の回線制御装置１００と全く同様であり、同一の符号を付して示している。
【００５３】
図６に示す回線制御装置１００Ａにおいては、障害情報処理部１２１Ａは、障害を検知したメンバ（ＶＣパス）例えばメンバ１のＰＯＨ処理部９１内に設置された障害情報通知部１３１から、当該メンバの障害の発生を示す障害情報収集信号１４１を受け取った際に、第１の実施形態の図２の障害情報処理部１２１の場合とは異なり、ＬＣＡＳ管理部１１１Ａに対して、障害が発生したメンバに該当する受信側のＳｋ処理部８１のみならず、送信側のＳｏ処理部７１をも含めて、ＶＣＧのグループから削除することを要求するＳｏ/Ｓｋ削除要求信号２２１を送出する。
【００５４】
障害情報処理部１２１ＡからＳｏ/Ｓｋ削除要求信号２２１を受信したＬＣＡＳ管理部１１１Ａは、障害が発生したメンバ例えばメンバ１に該当するＬＣＡＳ処理部６１を駆動して、ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータ受信側であるＳｋ処理部８１とデータ送信側であるＳｏ処理部７１との双方をＶＣＧのグループから自動的に削除する処理を行い、当該メンバの送受信動作を停止する。なお、ＬＣＡＳ管理部１１１Ａ、ＬＣＡＳ処理部６１は、一般的なＬＣＡＳプロトコルに準じて、Ｓｏ処理部７１に対してＳｏ削除信号２１１を、また、Ｓｋ処理部８１に対してＳｋ削除信号１７１を送信する。つまり、Ｓｏ削除信号２１１、Ｓｋ削除信号１７１は、それぞれ、一般的なＬＣＡＳプロトコルにて定義されているＳｏ（送信側）、Ｓｋ（受信側）のＲＥＭＯＶＥ信号である。
【００５５】
Ｓｏ削除信号２１１を受信した障害メンバ例えばメンバ１のＳｏ処理部７１は、一般的なＬＣＡＳプロトコルに準拠して、対向装置のＳｋ（受信側）との間でメンバ削除プロトコルを開始する。この結果、障害メンバ例えばメンバ１のＳｏ処理部７１は、ＳＤＨ／ＳＯＮＥＴネットワーク３１へのデータ送信動作を停止する。同様に、Ｓｋ削除信号１７１を受信した障害メンバ例えばメンバ１のＳｋ処理部８１は、一般的なＬＣＡＳプロトコルに準拠して、対向装置のＳｋ（受信側）との間でメンバ削除プロトコルを開始する。この結果、障害メンバ例えばメンバ１のＳｋ処理部８１は、ＳＤＨ／ＳＯＮＥＴネットワーク３１からのデータ受信動作を停止する。以上の処理を実施することによって、障害メンバ例えばメンバ１を、従来技術よりも大幅に短縮した時間で、ＶＣＧのグループから削除することが可能になり、主信号の断時間を大幅に低減することができる。
【００５６】
つまり、本実施形態においては、ＳＤＨ／ＳＯＮＥＴネットワーク３１のいずれかのメンバ（ＶＣパス）に双方向のデータ伝送が不可能になるような障害が発生した場合であっても、Ｓｋ処理部８１、Ｓｏ処理部７１の双方をＶＣＧのグループから削除することが可能であり、たとえ、障害を検出した回線制御装置１００から対向装置の回線制御装置１００へ送信したＲＤＩ−Ｐ通知が、ＳＤＨ／ＳＯＮＥＴネットワーク３１の障害によって、対向装置側に届かないような場合であっても、障害メンバ（ＶＣパス）をＶＣＧのグループから削除して、主信号の断状態から復旧させることが可能になるという効果が得られる。つまり、双方向のデータ伝送が不可能になる障害が発生した場合であっても、従来技術のように、Ｈ４バイトマルチフレームあるいはＫ４バイトマルチフレームによる障害情報の伝達時間（最大６４ｍｓあるいは１２８ｍｓ）分の時間を待つこともないし、さらには、第１の実施形態のように、ＲＤＩ−Ｐ通知を対向装置側へ伝達する時間を待つこともなく、主信号の断時間を短縮することができる。
【００５７】
障害検出側の回線制御装置、対向装置側の回線制御装置それぞれの動作について、本実施形態における障害発生時のデータ送信処理停止までのシーケンスチャートを示すと、図７のようになる。ここで、ＳＤＨ／ＳＯＮＥＴネットワーク３１内の同一メンバ（つまり同一ＶＣパス）の双方向において伝送不可能となる障害が発生している場合、つまり、対向する回線制御装置Ａ、回線制御装置Ｂの双方において障害を検出している場合について、図７を用いて説明する。
【００５８】
図７のシーケンスチャートにおいて、回線制御装置Ａ，Ｂ双方においていずれか同一メンバのＰＯＨ処理部９１例えばメンバ１のＰＯＨ処理部９１にて、それぞれ、当該メンバの障害を検出した場合（シーケンスＳＱ１Ａ，ＳＱ１Ｂ）、回線制御装置Ａ，Ｂ双方のＬＣＡＳ管理部１１１が、それぞれ、障害情報通知信号１５１を受け取る（シーケンスＳＱ２Ａ，ＳＱ２Ｂ）。回線制御装置Ａ，Ｂ双方のＬＣＡＳ管理部１１１は、ＬＣＡＳ処理として、回線制御装置Ａ，Ｂそれぞれにおいて、障害が発生したメンバの送信側のＳｏ処理部７１に対して、Ｓｏ削除信号２１１を送出することによって（シーケンスＳＱ３Ａ，ＳＱ３Ｂ）、ただちに、Ｓｏ側（送信側）データ送信停止処理を実施する（シーケンスＳＱ５Ａ，ＳＱ５Ｂ）。この結果、対向する相手側の回線制御装置Ｂ，ＡそれぞれのＳＤＨ／ＳＯＮＥＴデータ処理部１０１に、相手側からのＳｏ側（送信側）データ送信停止のフレームが到達する（シーケンスＳＱ６Ｂ，ＳＱ６Ａ）
【００５９】
さらに、回線制御装置Ａ，Ｂ双方のＬＣＡＳ管理部１１１は、それぞれ、障害が発生したメンバの受信側のＳｋ処理部８１に対して、Ｓｋ削除信号１７１を送出することによって、ただちに、Ｓｋ側（受信側）データ受信停止処理を実施する（シーケンスＳＱ４Ａ，ＳＱ４Ｂ）。この結果、障害メンバ例えばメンバ１がＶＣＧのグループから削除されて、主信号の断状態が回復することになる。つまり、ＳＤＨ／ＳＯＮＥＴネットワーク３１内の同一メンバ（つまり同一ＶＣパス）に双方向の障害が発生した場合のように、たとえ、対向装置側の回線制御装置１００が相手側からのＲＤＩ−Ｐ通知を受信することができない状態になったとしても、障害検出時に、障害検出側の回線制御装置１００自身において、障害を検出したメンバの受信側のＳｋ処理部８１のみならず、送信側のＳｏ処理部７１も含めて削除することによって、障害発生時の主信号断時間を短縮することができる。
【００６０】
以上のように、本実施形態においても、障害検出後（シーケンスＳＱ１Ａ，ＳＱ１Ｂ）、Ｓｋ側（受信側）データ受信停止、Ｓｏ側（送信側）データ送信停止（シーケンスＳＱ６Ａ，ＳＱ６Ｂ）に至るまでに要する所要時間が、従来技術として説明した図１１の場合と比較して、少なくともマルチフレーム送信待ちの時間分（Ｈ４バイトを用いる場合、最大６４ｍｓ）分の時間が短縮されていることが分かる。
【００６１】
なお、本実施形態においては、ＳＤＨ／ＳＯＮＥＴネットワーク３１内の同一メンバ（つまり同一ＶＣパス）に双方向の障害が発生している場合を前提として、図７のシーケンスチャートのシーケンスＳＱ３Ａ，ＳＱ３ＢおよびシーケンスＳＱ４Ａ，４Ｂにおいて、Ｓｏ処理部７１、Ｓｋ処理部８１の双方を自動的に削除する処理を実施する例を説明したが、本発明は、かかる場合に限るものではない。例えば、ＳＤＨ／ＳＯＮＥＴネットワーク３１内の片方向のみの障害が発生している場合に備えて、Ｓｏ処理部７１、Ｓｋ処理部８１の双方を自動的に削除する処理を実施する前に、第１の実施形態における図５の場合と同様、まず、受信側のＳｋ処理部８１の削除処理を行ってデータの受信動作を停止した後、Ｓｏ処理部７１から障害通知用のＲＤＩ−Ｐ通知を対向装置側の回線制御装置へ送信し、しかる後に、Ｓｏ処理部７１を自動的に削除するという手順を経て、データの送信動作を停止するようにしても良い。これにより、片方向のみの障害であった場合についても、確実に、主信号の断状態から回復することができる。
【００６２】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。例えば、本発明の実施態様は、課題を解決するための手段における構成（１）に加えて次のような構成として表現できる。
（２）前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信する上記（１）の回線制御装置。
（３）前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止する上記（１）または（２）の回線制御装置。
（４）前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止する上記（１）の回線制御装置。
（５）前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除する動作に先立って、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信する上記（４）の回線制御装置。
（６）前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止する上記（４）または（５）の回線制御装置。
（７）ＶＣＧを構成するいずれかのＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧのグループから削除した後、あらかじめ定めた所定時間を経過した際に、前記ＬＣＡＳプロトコルに規定されているＡＤＤ（追加）動作を実施し、当該ＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧに追加する上記（１）ないし（６）のいずれかの回線制御装置。
（８）ＳＤＨ／ＳＯＮＥＴ(Synchronous  Digital  Hierarchy/Synchronous  Optical  NETwork)ネットワークの回線を、ＩＴＵ−Ｔにて規定されているＬＣＡＳ(Link  Capacity  Adjustment  Scheme)のプロトコルに準拠した手順を用いて、制御する回線制御装置におけるパス制御方法であって、該ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧ（Virtual  Concatenation  Group）を構成するいずれかのＶＣ（Virtual  Concatenation）パスに障害が検出された場合、該ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置において当該ＶＣパスを用いたデータ送信動作を停止させるための通知用として、ＳＤＨ／ＳＯＮＥＴ勧告に規定されているＲＤＩ−Ｐ（Remote  Defect  Indication−Path）通知を使用して、前記対向装置側の回線制御装置に通知するパス制御方法。
（９）前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信する上記（８）のパス制御方法。
（１０）前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止する上記（８）または（９）のパス制御方法。
（１１）前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの受信側であるＳｋ（Sink）をＶＣＧのグループから削除して、データ受信動作を停止するとともに、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止する上記（８）のパス制御方法。
（１２）前記ＳＤＨ／ＳＯＮＥＴネットワークのＶＣＧを構成するいずれかのＶＣパスに障害が検出された場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除する動作に先立って、前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置に対して当該ＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を送信する上記（１１）のパス制御方法。
（１３）前記ＳＤＨ／ＳＯＮＥＴネットワークを介して対向する対向装置側の回線制御装置から、指定したＶＣパスのデータ送信動作の停止を指示するＲＤＩ−Ｐ通知を受信した場合、当該ＶＣパスの送信側であるＳｏ（Source）をＶＣＧのグループから削除して、データ送信動作を停止する上記（１１）または（１２）のパス制御方法。
（１４）ＶＣＧを構成するいずれかのＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧのグループから削除した後、あらかじめ定めた所定時間を経過した際に、前記ＬＣＡＳプロトコルに規定されているＡＤＤ（追加）動作を実施し、当該ＶＣパスの受信側であるＳｋ（Sink）および／または送信側であるＳｏ（Source）をＶＣＧに追加する上記（８）ないし（１３）のいずれかのパス制御方法。
（１５）上記（８）ないし（１４）のいずれかのパス制御方法を、コンピュータによって実行可能なプログラムとして実施するパス制御プログラム。
（１６）上記（１５）のパス制御プログラムを、コンピュータによって読み取り可能な記録媒体に記録しているプログラム記録媒体。
【図面の簡単な説明】
【００６３】
【図１】本発明による回線制御装置を適用するネットワーク構成の一例を示すネットワーク構成図である。
【図２】本発明による回線制御装置におけるブロック構成の一例を第１の実施形態として示すブロック構成図である。
【図３】図２に示す回線制御装置の動作の一例を説明するための説明図である。
【図４】図２に示す回線制御装置の動作の他の例を説明するための説明図である。
【図５】図２に示す回線制御装置において障害発生時のデータ送信処理停止までのシーケンスの一例を示すシーケンスチャートである。
【図６】本発明による回線制御装置におけるブロック構成の他の例を第２の実施形態として示すブロック構成図である。
【図７】図６に示す回線制御装置において障害発生時のデータ送信処理停止までのシーケンスの一例を示すシーケンスチャートである。
【図８】ＬＣＡＳ機能をサポートする従来の回線制御装置の構成を示すブロック構成図である。
【図９】ＬＣＡＳプロトコルにて規定されているＨ４バイトマルチフレームのフレーム構造を示す構造図である。
【図１０】Lower  Orderの場合のＫ４バイトマルチフレームのフレーム構造を示す構造図である。
【図１１】障害発生時のデータ送信処理停止までのシーケンスを示すシーケンスチャートである。
【符号の説明】
【００６４】
１１          第１のクライアント側データネットワーク
（クライアント側データネットワーク）
１２          第２のクライアント側データネットワーク
２１          第１の回線制御装置
２２          第２の回線制御装置
３１          ＳＤＨ／ＳＯＮＥＴネットワーク
４１          データフレーム処理部
５１          ＶＣＡＴ処理部
６１          ＬＣＡＳ処理部
７１          Ｓｏ処理部
８１          Ｓｋ処理部
９１          ＰＯＨ処理部
９１Ｂ        ＰＯＨ処理部
１００        回線制御装置
１００Ａ      回線制御装置
１００Ｂ      回線制御装置
１０１        ＳＤＨ／ＳＯＮＥＴデータ処理部
１１１        ＬＣＡＳ管理部
１１１Ａ      ＬＣＡＳ管理部
１１１Ｂ      ＬＣＡＳ管理部
１２１        障害情報処理部
１２１Ａ      障害情報処理部
１３１        障害情報通知部
１４１        障害情報収集信号
１５１        障害情報通知信号
１６１        Ｓｋ削除要求信号
１７１        Ｓｋ削除信号
１８１        ＲＤＩ−Ｐ通知
１９１        ＲＤＩ−Ｐ情報通知信号
２０１        Ｓｏ削除要求信号
２１１        Ｓｏ削除信号
２２１        Ｓｏ/Ｓｋ削除要求信号
【図１】
0005067210.tif 000002
【図２】
0005067210.tif 000003
【図３】
0005067210.tif 000004
【図４】
0005067210.tif 000005
【図５】
0005067210.tif 000006
【図６】
0005067210.tif 000007
【図７】
0005067210.tif 000008
【図８】
0005067210.tif 000009
【図９】
0005067210.tif 000010
【図１０】
0005067210.tif 000011
【図１１】
0005067210.tif 000012