(57)【特許請求の範囲】
【請求項１】
ノード間を複数の現用回線と予備回線で接続したネットワークの障害救済方法において、
前記複数の現用回線に設定された各パスのうち、障害を検出されたパスに割り当てる帯域を、前記障害を検出されたパスに応じて決定し、
前記障害を検出されたパスを、前記現用回線から前記予備回線に切り替え、
前記障害を検出されたパスで伝送されるデータを、前記予備回線の全帯域のうちの前記決定した帯域を用いて伝送し、
前記複数の現用回線に設定されたパスのうち、エラー率が予め設定された第１閾値を超えるパスについて、前記エラー率が第１閾値を超えるパスを通すためのパス設定を、前記予備回線に行い、
前記エラー率が第１閾値を超えるパスで伝送されるデータのうち、前記第１閾値に応じた割合のデータを、前記パス設定された予備回線の全帯域のうち前記決定した帯域を用いて伝送することを特徴とする障害救済方法。
【請求項２】
ノード間を複数の現用回線と予備回線で接続したネットワークのノード装置において、
前記複数の現用回線に設定された各パスのうち、障害を検出されたパスに割り当てる帯域を、前記障害を検出されたパスに応じて決定する決定手段と、
前記障害を検出されたパスを、前記現用回線から前記予備回線に切り替える切り替え手段と、
前記障害を検出されたパスで伝送されるデータを、前記予備回線の全帯域のうちの前記決定した帯域を用いて伝送する伝送手段と、
前記複数の現用回線に設定されたパスのうち、エラー率が予め設定された第１閾値を超えるパスについて、前記エラー率が第１閾値を超えるパスを通すためのパス設定を、前記予備回線に行う手段と、
を有し、
前記エラー率が第１閾値を超えるパスで伝送されるデータのうち、前記第１閾値に応じた割合のデータを、前記パス設定された予備回線の全帯域のうち前記決定した帯域を用いて伝送することを特徴とするノード装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの障害救済方法及びノード装置に関する。
【背景技術】
【０００２】
ネットワーク分野において、今後適用領域の拡大が予想される次世代光トランスポート技術にＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）等のＴＤＭ系データと、Ｅｔｈｅｒｎｅｔ（登録商標）等のパケット系データを統合的に扱えるＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ：光転送ネットワーク）がＩＴＵ−Ｔにおいて勧告化されている。
【０００３】
ＯＴＮには、現在の主要なトラフィックであるパケット系データを効率的に伝送するために、需要に応じて可変帯域を与えることができるＯＤＵｆｌｅｘ（Ｏｐｔｉｃａｌ  Ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ  ｆｌｅｘ）の仕様がある。
【０００４】
図１に従来のシェアドプロテクションシステムの一例の構成図を示す。図１は障害なしの通常動作時を示している。クライアントインタフェース（ＩＦ）部１１ａに入力されたクライアント信号はブリッジ部１２を経てラインインタフェース部１３ａに供給される。そして、上記クライアント信号はラインインタフェース部１３ａで所定フォーマットの信号に変換されて現用回線１４ａを伝送されラインインタフェース部１５ａで元のクライアント信号とされスイッチ部１６を経てクライアントインタフェース部１１ａに供給され、ここから外部に出力される。
【０００５】
クライアントインタフェース部１１ｂ，１１ｃに入力されたクライアント信号もブリッジ部１２を経てラインインタフェース部１３ｂ，１３ｃに供給され、所定フォーマットの信号に変換されて現用回線１４ｂ，１４ｃを伝送されラインインタフェース部１５ｂ，１５ｃで元のクライアント信号とされスイッチ部１６を経てクライアントインタフェース部１１ａに供給され、ここから外部に出力される。また、ブリッジ部１２はラインインタフェース部１３ｄに接続され、ラインインタフェース部１３ｄはシェアドプロテクション回線１４ｄによりラインインタフェース部１５ｄと接続され、ラインインタフェース部１５ｄはスイッチ部１６に接続されている。
【０００６】
図２に従来のシェアドプロテクションシステムの一例の構成図を示す。図２は二重障害発生時を示している。まず、現用回線１４ａで障害が発生すると、ブリッジ部１２はクライアントインタフェース部１１ａをラインインタフェース部１３ｄと接続し、スイッチ部１６はラインインタフェース部１５ｄをクライアントインタフェース部１７ａと接続することで現用回線１４ａをシェアドプロテクション回線１４ｄに切り替えてトラフィックを回復させる。
【０００７】
この後、現用回線１４ａより優先度の低い現用回線１４ｂで障害が発生すると、現用回線１４ｂはシェアドプロテクション回線１４ｄに切り替えられることはなく、トラフィックの回復は行われない。
【０００８】
このように、複数の現用回線とシェアドプロテクション回線の構成を持つネットワークにて、複数の現用回線に障害が発生し、シェアドプロテクション回線にトラフィックを切り替える場合は、通常は優先度の高い１つの回線のみを切り替えてトラフィックを回復させている。この場合、他の障害回線は切断されたままになる。
【０００９】
ところで、切替装置１，２間を現用伝送路３，４，５と予備伝送路６で接続する。現用伝送路の優先順位は現用伝送路３、現用伝送路４、現用伝送路５の順である。ここで、現用伝送路３，４が障害となった場合、現用伝送路４を予備伝送路６に切り替え、現用伝送路３を現用伝送路５に切り替える技術が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開昭５９−１７５２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
従来技術では、複数の現用回線に障害が発生したとき、障害が発生した複数の現用回線をシェアドプロテクション回線で救済することができないという問題があった。また、現用伝送路３，４が障害となった場合、現用伝送路４を予備伝送路６に切り替え、現用伝送路３を現用伝送路５に切り替える技術では、優先順位の低い現用伝送路５が切断されるという問題があった。
【００１２】
開示の障害救済方法は、複数の現用回線の障害を救済できることを目的とする。
【課題を解決するための手段】
【００１３】
開示の一実施形態による障害救済方法は、ノード間を複数の現用回線と予備回線で接続したネットワークの障害救済方法において、
前記複数の現用回線に設定された各パスのうち、障害を検出されたパスに割り当てる帯域を、前記障害を検出されたパスに応じて決定し、
前記障害を検出されたパスを、前記現用回線から前記予備回線に切り替え、
前記障害を検出されたパスで伝送されるデータを、前記予備回線の全帯域のうちの前記決定した帯域を用いて伝送し、
前記複数の現用回線に設定されたパスのうち、エラー率が予め設定された第１閾値を超えるパスについて、前記エラー率が第１閾値を超えるパスを通すためのパス設定を、前記予備回線に行い、
前記エラー率が第１閾値を超えるパスで伝送されるデータのうち、前記第１閾値に応じた割合のデータを、前記パス設定された予備回線の全帯域のうち前記決定した帯域を用いて伝送する。
【発明の効果】
【００１４】
本実施形態によれば、複数の現用回線の障害を救済することができる。
【図面の簡単な説明】
【００１５】
【図１】従来のシェアドプロテクションシステムの一例の通常動作時の構成図である。
【図２】従来のシェアドプロテクションシステムの一例の二重障害発生時の構成図である。
【図３】ＯＴＮ伝送システムの第１実施形態の構成図である。
【図４】ＯＤＵｆｌｅｘコントロール部の一実施形態のハードウェア構成図である。
【図５】回線障害発生時の動作を説明するための図である。
【図６】二重回線障害発生時の動作を説明するための図である。
【図７】ＯＤＵｆｌｅｘコントロール部が実行する処理の第１実施形態のフローチャートである。
【図８】ＯＴＮ伝送システムの第２実施形態の構成図である。
【図９】回線障害発生時の動作を説明するための図である。
【図１０】二重回線障害発生時の動作を説明するための図である。
【図１１】四重回線障害発生時の動作を説明するための図である。
【図１２】ＯＤＵｆｌｅｘコントロール部が実行する処理の第２実施形態のフローチャートである。
【図１３】ＯＴＮ伝送システムの第３実施形態の構成図である。
【図１４】回線障害発生時の動作を説明するための図である。
【図１５】二重回線障害発生時の動作を説明するための図である。
【図１６】ＯＴＮ伝送システムの第４実施形態の構成図である。
【図１７】障害時に救済するパス１とパス２の割合を示す図である。
【図１８】回線障害発生時の動作を説明するための図である。
【図１９】二重回線障害発生時の動作を説明するための図である。
【図２０】ＯＴＮ伝送システムの第５実施形態の構成図である。
【図２１】回線障害発生時の動作を説明するための図である。
【図２２】ＯＤＵｆｌｅｘコントロール部が実行する処理の第５実施形態のフローチャートである。
【図２３】ＯＤＵｆｌｅｘコントロール部が実行する処理の第６実施形態のフローチャートである。
【図２４】ＯＤＵｆｌｅｘコントロール部が実行する処理の第７実施形態のフローチャートである。
【図２５】ＯＴＮ伝送システムの第８実施形態の構成図である。
【図２６】回線障害発生時の動作を説明するための図である。
【図２７】ＯＤＵｆｌｅｘコントロール部が実行する処理の第８実施形態のフローチャートである。
【図２８】ＯＴＵフレームの一実施形態のフレーム構成図である。
【図２９】ＨＯ＿ＯＤＵ２にトリビュータリスロットＴＳ＃１〜ＴＳ＃８を割り当てた状態を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面に基づいて実施形態を説明する。
【００１７】
＜ＯＴＮ伝送システムの第１実施形態＞
図３にＯＴＮ伝送システムの第１実施形態の構成図を示す。図３において、ノード２０では、クライアントから供給されるＥｔｈｅｒｎｅｔ（登録商標）フレームはクライアントインタフェース部２１ａ，２１ｂで受信されてＯＤＵｆｌｅｘ処理部２２ａ，２２ｂに供給される。ＯＤＵｆｌｅｘ処理部２２ａ，２２ｂはＥｔｈｅｒｎｅｔ（登録商標）フレームをＯＴＮのＬＯ（Ｌｏｗｅｒ  Ｏｒｄｅｒ）側の収容フォーマットであるＯＤＵｆｌｅｘにマッピングする。
【００１８】
ＯＤＵｆｌｅｘへのマッピングを行うのに際して、ＯＤＵｆｌｅｘコントロール部２３はノード内の各ＯＤＵｆｌｅｘ処理部２２ａ，２２ｂ、クロスコネクト部２４及びネットワーク側のインタフェースであるＯＴＵ２（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ  ２）処理部２５ａ，２５ｂ，２５ｘと連携して、各パスに関する使用帯域、回線状態を把握し、またプロテクション用に割り当てるＯＤＵｆｌｅｘの帯域を決定する。その後、クロスコネクト部２４に対し実際のクロスコネクト設定を指示する。
【００１９】
ＯＤＵｆｌｅｘ処理部２２ａ，２２ｂからのＯＤＵｆｌｅｘフレームはクロスコネクト部２４を通してＨＯ（Ｈｉｇｈｅｒ  Ｏｒｄｅｒ）側のＯＴＵ２処理部２５ａ，２５ｂ又は２５ｘに供給されてＯＤＵ２にマッピングされる。更に、ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）情報等のオーバーヘッドが追加され、ＯＴＵ２フレームとして対向ノード３０に送信される。
【００２０】
ここで、ＯＤＵｆｌｅｘフレームのＨＯ側のＯＤＵ２への多重収容は、ＯＤＵ２フレームのペイロード部分であるＯＰＵ２（Ｏｐｔｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ  'ｋ'）ペイロードエリアをバイト単位でｔｓ個に分割したタイムスロットであるトリビュータリスロット（Ｔｒｉｂｕｔａｒｙ  Ｓｌｏｔ：ＴＳ）を定義し、ＯＤＵ２フレームのペイロードエリアの各ＴＳにＯＤＵｆｌｅｘを収容することにより実現する。１ＴＳ当たりの帯域は約１．２５Ｇｂｐｓとする。
【００２１】
ノード３０ではＯＴＵ２処理部３５ａ，３５ｂ，３５ｘにおいてネットワークを伝送されたＯＴＵ２フレームを受信してＯＤＵ２を抽出する。更に、ＯＤＵ２からＯＤＵｆｌｅｘフレームをデマッピングする。ＯＴＵ２処理部３５ａ，３５ｂ，３５ｘから出力されるＯＤＵｆｌｅｘフレームはＯＤＵｆｌｅｘコントロール部３３のクロスコネクト設定によりクロスコネクト部２４を通してＯＤＵｆｌｅｘ処理部３２ａ，３２ｂに供給される。
【００２２】
ＯＤＵｆｌｅｘ処理部３２ａ，３２ｂそれぞれはＯＤＵｆｌｅｘフレームからＥｔｈｅｒｎｅｔ（登録商標）フレームをデマッピングする。得られたＥｔｈｅｒｎｅｔ（登録商標）フレームはクライアントインタフェース部３１ａ，３１ｂからクライアントに対し供給される。以上、ノード２０からノード３０への伝送について説明したが、ノード３０からノード２０への伝送についても同様である。
【００２３】
ここで、ＯＴＵ２処理部２５ａ，３５ａを結びＯＴＵ２フレームを伝送する双方向のパス（Ｐａｔｈ）１と、ＯＴＵ２処理部２５ｂ，３５ｂを結びＯＴＵ２フレームを伝送する双方向のパス２は、それぞれ８ＴＳつまり１０Ｇｂｐｓの現用回線である。また、ＯＴＵ２処理部２５ｘ，３５ｘ間には８ＴＳ分つまり１０Ｇｂｐｓの双方向のシェアドプロテクション回線を設ける。ただし、シェアドプロテクション回線ではＥｔｈｅｒｎｅｔ（登録商標）フレームに対応したＯＤＵｆｌｅｘのクロスコネクト設定は事前に行わず待機状態とする。
【００２４】
図４（Ａ），（Ｂ）にＯＤＵｆｌｅｘコントロール部２３，３３の一実施形態のハードウェア構成図を示す。図４（Ａ）において、ＯＤＵｆｌｅｘコントロール部２３は、ＣＰＵ２３ａ、メモリ２３ｂ、通信部２３ｃ，２３ｄを有している。ＣＰＵ２３ａ、メモリ２３ｂ、通信部２３ｃ，２３ｄはバスにて互いに接続されている。ＣＰＵ２３ａはメモリ２３ｂに格納されているプログラムを実行することで、後述する図７などに示す各種処理を実行する。また、メモリ２３ｂには閾値などの設定されたデータが格納される。通信部２３ｃ，２３ｄはＯＤＵｆｌｅｘ処理部２２ａ〜２２ｈ，クロスコネクト部２４，ＯＴＵ２処理部２５ａ〜２５ｈ，２５ｘ等との間で通信を行う。
【００２５】
図４（Ｂ）において、ＯＤＵｆｌｅｘコントロール部３３は、ＣＰＵ３３ａ、メモリ３３ｂ、通信部３３ｃ，３３ｄを有している。ＣＰＵ３３ａ、メモリ３３ｂ、通信部３３ｃ，３３ｄはバスにて互いに接続されている。ＣＰＵ３３ａはメモリ３３ｂに格納されているプログラムを実行することで、図７などに示す各種処理を実行する。また、メモリ３３ｂには閾値などの設定されたデータが格納される。通信部３３ｃ，３３ｄはＯＤＵｆｌｅｘ処理部３２ａ〜３２ｈ，クロスコネクト部３４，ＯＴＵ２処理部３５ａ〜３５ｈ，３５ｘ等との間で通信を行う。
【００２６】
＜回線障害発生＞
図５に示すように、ＯＴＵ２処理部２５ａ，３５ａ間のノード２０からノード３０の方向でパス１の回線障害が発生する。以下のシーケンス番号を図５中に括弧付き数字で示す。
【００２７】
シーケンス（１）：受信側のノード３０のＯＴＵ２処理部３５ａでパス１のＬＯＳ（Ｌｏｓｓ  Ｏｆ  Ｓｉｇｎａｌ）を検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。そして、ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ａからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。例えば、オーバーヘッドのＢＤＩ（Ｂａｃｋｗａｒｄ  Ｄｅｆｅｃｔ  Ｉｎｄｉｃａｔｉｏｎ）、ＧＣＣ０（Ｇｅｎｅｒａｏｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ  ０）、ＡＰＳ（Ａｕｔｏｍａｔｉｃ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｗｉｔｃｈｉｎｇ  ｃｏｏｄｉｎａｔｉｏｎ  ｃｈａｎｎｅｌ）などを使用する。
【００２８】
シーケンス（２）：ノード２０のＯＴＵ２処理部２５ａはＯＴＵ２フレームのオーバーヘッドから上記のアラーム情報を検出し、ＯＤＵｆｌｅｘコントロール部２３にパス１の障害状態を通知する。
【００２９】
シーケンス（３）：ノード２０及びノード３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線の使用帯域と、障害が発生したパス１の現用回線をシェアドプロテクション回線に設定する帯域を決定する。
【００３０】
ここで、シェアドプロテクション回線に設定する１つのパス毎の帯域Ｂｓ［ＴＳ］は、シェアドプロテクション回線の全帯域Ｂａ［ＴＳ］と、障害が発生した現用回線の帯域Ｂｂ［ＴＳ］と、障害が発生している全ての現用回線の合計帯域Ｂｔ［ＴＳ］から、（１）式によって算出する。
【００３１】
Ｂｓ＝Ｂａ×（Ｂｂ／Ｂｔ）                （１）
ここでは、Ｂａ＝８［ＴＳ］，Ｂｂ＝８［ＴＳ］，Ｂｔ＝８［ＴＳ］であるので、パス１のシェアドプロテクション回線として、Ｂｓ＝８ＴＳを割り当てる。
【００３２】
シーケンス（４）：ノード２０のＯＤＵｆｌｅｘコントロール部２３は帯域Ｂｓ［ＴＳ］でシェアドプロテクション回線を通るようパス１のＯＤＵｆｌｅｘフレームのクロスコネクト設定を行い、シェアドプロテクション回線を経由してデータが送信される。
【００３３】
シーケンス（５）：ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線から８ＴＳのパス１のシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。
【００３４】
＜二重回線障害発生＞
次に、図６に示すように、パス１の障害に加え、パス２に回線障害が発生する。受信側のノード３０のＯＴＵ２処理部３５ｂでパス２のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ｂからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【００３５】
ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線の使用帯域と、障害が発生した現用回線の帯域からシェアドプロテクション回線に設定する帯域を（１）式によって決定する。ここでは、Ｂａ＝８［ＴＳ］，Ｂｂ＝８［ＴＳ］，Ｂｔ＝１６［ＴＳ］であるので、パス１，２それぞれにＢｓ＝４ＴＳをシェアドプロテクション回線に割り当てる。
【００３６】
このため、ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、既に運用しているパス１のシェアドプロテクション回線の帯域を４ＴＳに変更するようクロスコネクト部２４，３４と、パス１のＯＤＵｆｌｅｘ部２２ａ，３２ａに指示する。帯域変更されたパス１に対しては、ＯＤＵｆｌｅｘ部２２ａ，２２ｂは、既知の技術を使用して、Ｅｔｈｅｒｎｅｔ（登録商標）フレームのクラス、ＭＡＣアドレス、ＶＬＡＮタグ、ＩＰアドレス等により優先度の高い送信パケットを選択する。決定した帯域に基づくＴＳ数（＝４ＴＳ）で、シェアドプロテクション回線を通るパス１のＯＤＵｆｌｅｘのクロスコネクト設定が行われ、シェアドプロテクション回線経由でデータが伝送される。
【００３７】
また、決定した帯域に基づくＴＳ数（＝４ＴＳ）で、ノード２０のＯＤＵｆｌｅｘコントロール部２３はパス２のＯＤＵｆｌｅｘフレームがシェアドプロテクション回線を通るよう、つまりＯＴＵ２処理部２５ｘを通るようクロスコネクト設定を行い、シェアドプロテクション回線経由でデータが送信される。また、ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線に帯域割り当てを行ったパス２の４ＴＳをＯＤＵｆｌｅｘ処理部３２ｂに供給するようクロスコネクト部３４に対するクロスコネクト設定を行い、運用が開始される。そして、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ａ，３２ａ間でＬＣＲ（Ｌｉｎｋ  Ｃｏｎｎｃｔｉｏｎ  Ｒｅｓｉｚｅ）プロトコル及びＢＷＲ（ＢａｎｄＷｉｄｔｈ  Ｃｏｎｎｃｔｉｏｎ  Ｒｅｓｉｚｅ）プロトコルを用いてパス１のＴＳ数を８ＴＳから４ＴＳに切り替える処理を行う。なお、ＬＣＲはＨＯ＿ＯＰＵｋのＯＰＵオーバーヘッドで転送され、ＢＷＲはＯＰＵｆｌｅｘオーバーヘッドとＨＯ＿ＯＰＵｋのＯＰＵオーバーヘッドで転送される。また、ＯＤＵｆｌｅｘ処理部２２ｂ，３２ｂ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス１のＴＳ数を８ＴＳから４ＴＳに切り替える処理を行う。
【００３８】
＜第１実施形態のフローチャート＞
図７にＯＤＵｆｌｅｘコントロール部が実行する処理の第１実施形態のフローチャートを示す。図７において、ステップＳ１でＯＤＵｆｌｅｘコントロール部２３はＯＴＵ２処理部２５ａ，２５ｂ，２５ｘから現用回線のパスの状態に関する情報を受信する。
【００３９】
ステップＳ２で新たに障害が発生したかを判別し、新たに障害が発生していなければステップＳ１に進む。新たに障害が発生した場合にはステップＳ３でＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線に割り当てるパス毎のＴＳ数を（１）式により算出する。ステップＳ４でＯＤＵｆｌｅｘコントロール部２３は既にシェアドプロテクション回線に切り替えを行っているパスが存在するか否かを判別する。
【００４０】
既に切り替えを行っているパスが存在する場合には、ステップＳ５でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４にシェアドプロテクション回線から削除が必要なＴＳ数を削除する指示を行い、ステップＳ６に進む。既に切り替えを行っているパスが存在しない場合には、そのままステップＳ６に進む。
【００４１】
ステップＳ６でＯＤＵｆｌｅｘコントロール部２３，３３は新たに障害が発生して救済を要するパスについて、ステップＳ３で算出したＴＳ数だけシェアドプロテクション回線に切り替えるクロスコネクト設定をクロスコネクト部２４，３４に対して指示する。また、救済を要するパスのＴＳ数を切り替える必要があれば、ノード２０，３０のＯＤＵｆｌｅｘ処理部に対してＬＣＲプロトコル及びＢＷＲプロトコルを用いて救済を要するパスのＴＳ数を切り替える処理を指示する。その後、ステップＳ１に進む。
【００４２】
なお、パス２に回線障害が復旧した場合、ＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線に割り当てているパス２を現用回線のパス２に切り替えるものとして、シェアドプロテクション回線に設定する帯域を（１）式によって決定する。これにより、パス１のＢｓ＝８ＴＳをシェアドプロテクション回線に割り当てる。
【００４３】
そして、ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線に割り当てているパス２（４ＴＳ）を現用回線のパス２（８ＴＳ）に切り替え、パス１のシェアドプロテクション回線の帯域を８ＴＳに変更するようクロスコネクト部２４，３４と、パス１，２のＯＤＵｆｌｅｘ部２２ａ，２２ｂ，３２ａ，３２ｂに指示する。そして、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ａ，３２ａ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス１のＴＳ数を４ＴＳから８ＴＳに切り替える処理を行う。また、ＯＤＵｆｌｅｘ処理部２２ｂ，３２ｂ間と２２ｂ，３２ｂ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス１，２のＴＳ数を４ＴＳから８ＴＳに切り替える処理を行う。
【００４４】
＜ＯＴＮ伝送システムの第２実施形態＞
図８にＯＴＮ伝送システムの第２実施形態の構成図を示す。図３において、ノード２０では、クライアントから供給されるＥｔｈｅｒｎｅｔ（登録商標）フレームはクライアントインタフェース部２１ａ〜２１ｅで受信されてＯＤＵｆｌｅｘ処理部２２ａ〜２２ｅに供給される。ＯＤＵｆｌｅｘ処理部２２ａ〜２２ｅはＥｔｈｅｒｎｅｔ（登録商標）フレームをＯＴＮのＬＯ側の収容フォーマットであるＯＤＵｆｌｅｘにマッピングする。
【００４５】
ＯＤＵｆｌｅｘへのマッピングを行うのに際して、ＯＤＵｆｌｅｘコントロール部２３はノード内の各ＯＤＵｆｌｅｘ処理部２２ａ〜２２ｅ、クロスコネクト部２４及びネットワーク側のインタフェースであるＯＴＵ２処理部２５ａ〜２５ｄ，ＯＴＵ３処理部２５ｙと連携して、各パスに関する使用帯域、回線状態を把握し、またプロテクション用に割り当てるＯＤＵｆｌｅｘの帯域を決定する。その後、クロスコネクト部２４に対し実際のクロスコネクト設定を指示する。
【００４６】
ＯＤＵｆｌｅｘ処理部２２ａ〜２２ｄからのＯＤＵｆｌｅｘフレームはクロスコネクト部２４を通してＨＯ側のＯＴＵ２処理部２５ａ〜２５ｄに供給されてＯＤＵ２にマッピングされる。更に、ＦＥＣ情報等のオーバーヘッドが追加され、ＯＴＵ２フレームとして対向ノード３０のＯＴＵ２処理部３５ａ〜３５ｄに送信される。
【００４７】
また、ＯＴＵ３処理部２５ｙに供給されたＯＤＵｆｌｅｘフレームはＯＤＵ３にマッピングされる。更に、ＦＥＣ情報等のオーバーヘッドが追加され、ＯＴＵ３信号として対向ノード３０のＯＴＵ３処理部３５ｙに送信される。
【００４８】
ノード３０ではＯＴＵ２処理部３５ａ〜３５ｄ，ＯＴＵ３処理部３５ｙにおいてネットワークを伝送されたＯＴＵ２フレーム又はＯＴＵ３信号を受信してＯＤＵ２又はＯＤＵ３を抽出する。更に、ＯＤＵ２又はＯＤＵ３からＯＤＵｆｌｅｘフレームをデマッピングする。ＯＴＵ２処理部３５ａ〜３５ｄ，ＯＴＵ３処理部３５ｙから出力されるＯＤＵｆｌｅｘフレームはＯＤＵｆｌｅｘコントロール部３３のクロスコネクト設定によりクロスコネクト部２４を通してＯＤＵｆｌｅｘ処理部３２ａ〜３２ｅに供給される。
【００４９】
ＯＤＵｆｌｅｘ処理部３２ａ〜３２ｅそれぞれはＯＤＵｆｌｅｘフレームからＥｔｈｅｒｎｅｔ（登録商標）フレームをデマッピングする。得られたＥｔｈｅｒｎｅｔ（登録商標）フレームはクライアントインタフェース部３１ａ〜３１ｅからクライアントに対し供給される。以上、ノード２０からノード３０への伝送について説明したが、ノード３０からノード２０への伝送についても同様である。
【００５０】
ここで、ＯＴＵ２処理部２５ａ，３５ａを結ぶ双方向のパス１と、ＯＴＵ２処理部２５ｂ，３５ｂを結ぶ双方向のパス２と、ＯＴＵ２処理部２５ｃ，３５ｃを結ぶ双方向のパス３と、ＯＴＵ２処理部２５ｄ，３５ｄを結ぶ双方向のパス４は、それぞれは８ＴＳつまり１０Ｇｂｐｓの現用回線である。ＯＴＵ３処理部２５ｙ，３５ｙを結ぶ双方向のパス５は３２ＴＳつまり４０Ｇｂｐｓの現用回線とシェアドプロテクション回線の共用パスである。
【００５１】
ここで、パス１〜４はパス５よりも優先度が高いものとする。各パスの優先度はＯＤＵｆｌｅｘコントロール部２３，３３内のメモリ２３ｂ，３３ｂに予め設定されている。
【００５２】
＜回線障害発生＞
図９に示すように、ＯＴＵ２処理部２５ａ，３５ａ間でパス１に回線障害が発生する。この場合、第１実施形態と同様にして、８ＴＳのパス１の障害状態を認識したノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、障害が発生した現用回線の帯域から、共用パス５のシェアドプロテクション回線に割り当てる帯域を決定する。ＯＤＵｆｌｅｘコントロール部２３，３３は、パス１よりも優先度が低い共用パス５の帯域を３２ＴＳから２４ＴＳに減少させて、パス１を救済する８ＴＳのパスを、共用パス５のシェアドプロテクション回線を通すようクロスコネクト部２４，３４に対しクロスコネクト設定を行う。これによりパス１がシェアドプロテクション回線により救済される。このとき、パス２〜４の現用回線の運用は影響を受けない。なお、この場合も、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ａ，３２ａ間及び２２ｅ，３２ｅ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いて共用パス５の帯域を３２ＴＳから２４ＴＳに切り替える処理を行う。
【００５３】
次に、図１０に示すように、ＯＴＵ２処理部２５ｂ，３５ｂ間でパス２に回線障害が発生して障害状態が認識される。ＯＤＵｆｌｅｘコントロール部２３，３３は、パス２よりも優先度が低い共用パス５の帯域を２４ＴＳから１６ＴＳに減少させ、パス２を救済する８ＴＳのパスを、共用パス５のシェアドプロテクション回線を通すようクロスコネクト部２４，３４に対しクロスコネクト設定を行う。このとき、パス３，４の現用回線の運用は影響を受けない。なお、この場合も、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ｂ，３２ｂ間及び２２ｅ，３２ｅ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いて共用パス５の帯域を２４ＴＳから１６ＴＳに切り替える処理を行う。
【００５４】
更に、図１１に示すように、ＯＴＵ２処理部２５ｃ，３５ｃ間及びＯＴＵ２処理部２５ｄ，３５ｄでパス３，４に回線障害が発生して障害状態が認識される。ＯＤＵｆｌｅｘコントロール部２３，３３は、パス３，４よりも優先度が低い共用パス５の帯域を１６ＴＳから０ＴＳに減少させ、パス３，４を救済するそれぞれ８ＴＳのパスを、共用パス５のシェアドプロテクション回線を通すようクロスコネクト部２４，３４に対しクロスコネクト設定を行う。このとき、パス５の現用回線の伝送はできなくなる。
【００５５】
＜第２実施形態のフローチャート＞
図１２にＯＤＵｆｌｅｘコントロール部が実行する処理の第２実施形態のフローチャートを示す。図１２において、ステップＳ１０で障害切り替え時に用いる各パスの優先度を設定する。ステップＳ１１でＯＤＵｆｌｅｘコントロール部２３はＯＴＵ２処理部２５ａ，２５ｂ，２５ｘから現用回線のパスの状態に関する情報を受信する。
【００５６】
ステップＳ１２でＯＤＵｆｌｅｘコントロール部２３は新たに障害が発生したかを判別し、新たに障害が発生していなければステップＳ１１に進む。新たに障害が発生した場合にはステップＳ１３でＯＤＵｆｌｅｘコントロール部２３は障害が発生したパスより優先度が低い共用パスの帯域を削除して共用パスのシェアドプロテクション回線に割り当てるパス毎のＴＳ数を（１）式により算出する。なお、（１）式におけるシェアドプロテクション回線の全帯域Ｂａ［ＴＳ］として共用パスの帯域を用いる。
【００５７】
ステップＳ１４でＯＤＵｆｌｅｘコントロール部２３は既にシェアドプロテクション回線に切り替えを行っているパスが存在するか否かを判別する。
【００５８】
既に切り替えを行っているパスが存在する場合には、ステップＳ１５でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４に障害が発生したパスより優先度が低い共用パスのシェアドプロテクション回線から削除が必要なＴＳ数を削除する指示を行い、ステップＳ１６に進む。既に切り替えを行っているパスが存在しない場合には、そのままステップＳ１６に進む。
【００５９】
ステップＳ１６でＯＤＵｆｌｅｘコントロール部２３，３３は新たに障害が発生して救済を要するパスについて、ステップＳ１３で算出したＴＳ数だけシェアドプロテクション回線に切り替えるクロスコネクト設定をクロスコネクト部２４，３４に対して指示する。また、救済を要するパスのＴＳ数を切り替える必要があれば、ノード２０，３０のＯＤＵｆｌｅｘ処理部に対してＬＣＲプロトコル及びＢＷＲプロトコルを用いて救済を要するパスのＴＳ数を切り替える処理を指示する。その後、ステップＳ１１に進む。
【００６０】
＜ＯＴＮ伝送システムの第３実施形態＞
図１３にＯＴＮ伝送システムの第３実施形態の構成図を示す。図１３において、図３と同一部分には同一符号を付す。
【００６１】
図１３において、ＯＴＵ２処理部２５ａ，３５ａを結びＯＴＵ２フレームを伝送する双方向のパス１と、ＯＴＵ２処理部２５ｂ，３５ｂを結びＯＴＵ２フレームを伝送する双方向のパス２は、それぞれ８ＴＳつまり１０Ｇｂｐｓの現用回線である。また、ＯＴＵ２処理部２５ｘ，３５ｘ間には８ＴＳ分つまり１０Ｇｂｐｓの双方向のシェアドプロテクション回線を設ける。ただし、シェアドプロテクション回線ではＥｔｈｅｒｎｅｔ（登録商標）フレームに対応したＯＤＵｆｌｅｘのクロスコネクト設定は事前に行わず待機状態とする。
【００６２】
また、ＯＤＵｆｌｅｘコントロール部２３，３３が内蔵するメモリ２３ｂ，３３ｂに障害時に救済するパス１とパス２の割合が予め設定されて保存されている。ここでは、障害時に救済するパス１とパス２の割合は、パス１が７５％、パス２が２５％に設定されているものとする。
【００６３】
ここで、図１４に示すように、ＯＴＵ２処理部２５ａ，３５ａ間で回線障害が発生する。以下のシーケンス番号を図１４中に括弧付き数字で示す。
【００６４】
シーケンス（１）：受信側のノード３０のＯＴＵ２処理部３５ａでパス１のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。そして、ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ａからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【００６５】
シーケンス（２）：ノード２０のＯＴＵ２処理部２５ａはＯＴＵ２フレームのオーバーヘッドから上記のアラーム情報を検出し、ＯＤＵｆｌｅｘコントロール部２３に回線の障害状態を通知する。
【００６６】
シーケンス（３）：ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線に障害が発生していないことを確認する。
【００６７】
シーケンス（４）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はメモリ２３ｂに設定されているパス１の割合が７５％であるので、シェアドプロテクション回線の帯域つまり８ＴＳの７５％である６ＴＳをパス１に割り当て、パス１の６ＴＳのＯＤＵｆｌｅｘフレームがシェアドプロテクション回線を通るようクロスコネクト設定を行い、シェアドプロテクション回線を経由してデータが送信される。
【００６８】
シーケンス（５）：ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線からパス１の６ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。そして、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ａ，３２ａ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス１のＴＳ数を８ＴＳから６ＴＳに切り替える処理を行う。
【００６９】
次に、図１５に示すように、パス１の障害に加え、パス２に回線障害が発生する。以下のシーケンス番号を図１５中に括弧付き数字で示す。
【００７０】
シーケンス（６）：受信側のノード３０のＯＴＵ２処理部３５ｂでパス２のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ｂからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【００７１】
シーケンス（７）：ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線に障害が発生していないことを確認する。
【００７２】
シーケンス（８）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はメモリ２３ｂに設定されているパス２の割合が２５％であるので、シェアドプロテクション回線の帯域つまり８ＴＳの２５％である２ＴＳをパス２に割り当て、パス２の２ＴＳのＯＤＵｆｌｅｘフレームがシェアドプロテクション回線を通るようクロスコネクト設定を行い、シェアドプロテクション回線を経由してデータが送信される。
【００７３】
ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線からパス２の２ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ｂに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。そして、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ｂ，３２ｂ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス２のＴＳ数を８ＴＳから２ＴＳに切り替える処理を行う。
【００７４】
ＯＤＵｆｌｅｘコントロール部が実行する処理の第３実施形態のフローチャートは図１２と同様である。ただし、ステップＳ１０では障害時に救済するパス１とパス２の割合が設定され、ステップＳ１３では上記パス１とパス２の割合からパス毎のＴＳ数を算出する。
【００７５】
＜ＯＴＮ伝送システムの第４実施形態＞
図１６にＯＴＮ伝送システムの第４実施形態の構成図を示す。図１６において、図１３と同一部分には同一符号を付す。
【００７６】
図１６において、ＯＴＵ２処理部２５ａ，３５ａを結びＯＴＵ２フレームを伝送する双方向のパス１と、ＯＴＵ２処理部２５ｂ，３５ｂを結びＯＴＵ２フレームを伝送する双方向のパス２は、それぞれ８ＴＳつまり１０Ｇｂｐｓの現用回線である。また、ＯＴＵ２処理部２５ｘ，３５ｘ間には８ＴＳ分つまり１０Ｇｂｐｓの双方向のシェアドプロテクション回線を設ける。ただし、シェアドプロテクション回線ではＥｔｈｅｒｎｅｔ（登録商標）フレームに対応したＯＤＵｆｌｅｘのクロスコネクト設定は事前に行わず待機状態とする。
【００７７】
また、ＯＤＵｆｌｅｘコントロール部２３，３３が内蔵するメモリ２３ｂ，３３ｂに障害時に救済するパス１とパス２の割合が時間の経過で変化するように予め設定されて保存されている。ここでは、図１７に示すように、障害時に救済するパス１とパス２の割合は、期間Ｔ１でパス１が７５％、パス２が２５％に設定され、期間Ｔ２でパス１が２５％、パス２が７５％に設定されており、期間Ｔ１と期間Ｔ２は交互に繰り返すものとする。
【００７８】
ここで、図１８に示すように、ＯＴＵ２処理部２５ａ，３５ａ間で回線障害が発生する。以下のシーケンス番号を図１８中に括弧付き数字で示す。
【００７９】
シーケンス（１）：受信側のノード３０のＯＴＵ２処理部３５ａでパス１のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。そして、ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ａからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【００８０】
シーケンス（２）：ノード２０のＯＴＵ２処理部２５ａはＯＴＵ２フレームのオーバーヘッドから上記のアラーム情報を検出し、ＯＤＵｆｌｅｘコントロール部２３に回線の障害状態を通知する。
【００８１】
シーケンス（３）：ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線に障害が発生していないことを確認する。
【００８２】
シーケンス（４）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はメモリ２３ｂに設定されている期間Ｔ１でのパス１の割合が７５％であるので、シェアドプロテクション回線の帯域つまり８ＴＳの７５％である６ＴＳをパス１に割り当て、パス１の６ＴＳのＯＤＵｆｌｅｘフレームがシェアドプロテクション回線を通るようクロスコネクト設定を行い、シェアドプロテクション回線を経由してデータが送信される。
【００８３】
シーケンス（５）：ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線からパス１の６ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。そして、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ａ，３２ａ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス１のＴＳ数を８ＴＳから６ＴＳに切り替える処理を行う。
【００８４】
次に、図１９に示すように、パス１の障害に加え、パス２に回線障害が発生する。以下のシーケンス番号を図１９中に括弧付き数字で示す。
【００８５】
シーケンス（６）：受信側のノード３０のＯＴＵ２処理部３５ｂでパス２のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ｂからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【００８６】
シーケンス（７）：ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、シェアドプロテクション回線に障害が発生していないことを確認する。
【００８７】
シーケンス（８）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はメモリ２３ｂに設定されている期間Ｔ１でのパス２の割合が２５％であるので、シェアドプロテクション回線の帯域つまり８ＴＳの２５％である２ＴＳをパス２に割り当て、パス２の２ＴＳのＯＤＵｆｌｅｘフレームがシェアドプロテクション回線を通るようクロスコネクト設定を行い、シェアドプロテクション回線を経由してデータが送信される。
【００８８】
ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線からパス２の２ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ｂに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。そして、ＯＤＵｆｌｅｘコントロール部２３，３３の指示により、ＯＤＵｆｌｅｘ処理部２２ｂ，３２ｂ間でＬＣＲプロトコル及びＢＷＲプロトコルを用いてパス２のＴＳ数を８ＴＳから２ＴＳに切り替える処理を行う。なお、期間Ｔ１のカウント開始は例えばシーケンス（８）の時点とする。
【００８９】
次に、期間Ｔ１が終了して期間Ｔ２に入ると、ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、パス１のシェアドプロテクション回線の帯域を２ＴＳに変更し、パス２のシェアドプロテクション回線の帯域を６ＴＳに変更するようクロスコネクト部２４，３４と、パス１のＯＤＵｆｌｅｘ部２２ａ，３２ａ，２２ｂ，３２ｂに指示する。
【００９０】
同様にして、期間Ｔ２が終了して期間Ｔ１に入ると、ノード２０，３０のＯＤＵｆｌｅｘコントロール部２３，３３は、パス１のシェアドプロテクション回線の帯域を６ＴＳに変更し、パス２のシェアドプロテクション回線の帯域を２ＴＳに変更するようクロスコネクト部２４，３４と、パス１のＯＤＵｆｌｅｘ部２２ａ，３２ａ，２２ｂ，３２ｂに指示する。
【００９１】
＜ＯＴＮ伝送システムの第５実施形態＞
図２０にＯＴＮ伝送システムの第５実施形態の構成図を示す。図２０において、図１３と同一部分には同一符号を付す。
【００９２】
図２０において、ＯＴＵ２処理部２５ａ，３５ａを結びＯＴＵ２フレームを伝送する双方向のパス１と、ＯＴＵ２処理部２５ｂ，３５ｂを結びＯＴＵ２フレームを伝送する双方向のパス２は、それぞれ８ＴＳつまり１０Ｇｂｐｓの現用回線である。また、ＯＴＵ２処理部２５ｘ，３５ｘ間には８ＴＳ分つまり１０Ｇｂｐｓの双方向のシェアドプロテクション回線を設ける。ただし、シェアドプロテクション回線ではＥｔｈｅｒｎｅｔ（登録商標）フレームに対応したＯＤＵｆｌｅｘのクロスコネクト設定は事前に行わず待機状態とする。また、ＯＤＵｆｌｅｘコントロール部２３，３３が内蔵するメモリ２３ｂ，３３ｂに予備回線準備用の閾値と準備ＴＳ数（＝１ＴＳ）が予め設定されて保存されている。なお、予備回線準備用の閾値は例えば障害切り替え発生時のエラー率より低いエラー率の場合における任意のＦＥＣ訂正数の値を定める。
【００９３】
以下のシーケンス番号を図２０中に括弧付き数字で示す。
【００９４】
シーケンス（１）：ＯＴＵ２処理部２５ａ，３５ａはパス１を含むＯＴＵ２上のＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）訂正数やエラー数又はエラー率を監視してＯＤＵｆｌｅｘコントロール部２３，３３に通知し、ＯＴＵ２処理部２５ｂ，３５ｂはパス２を含むＯＴＵ２上のＦＥＣ訂正数やエラー率を監視してＯＤＵｆｌｅｘコントロール部２３，３３に通知する。
【００９５】
ここで、図２１に示すように、ＯＴＵ２処理部２５ａ，３５ａ間で障害が発生し、ＯＴＵ２処理部３５ａにおける回線品質が悪化する。以下のシーケンス番号を図２１中に括弧付き数字で示す。
【００９６】
シーケンス（２）：受信側のノード３０のＯＴＵ２処理部３５ａではパス１を含むＯＴＵ２上のＦＥＣ訂正数が検出される。
【００９７】
シーケンス（３）：ＯＴＵ２処理部３５ａではパス１を含むＯＴＵ２のＦＥＣ訂正数が予備回線準備用の閾値（任意で設定）を超え、伝送路品質が悪化したことを検出する。
【００９８】
シーケンス（４）：ＯＤＵｆｌｅｘコントロール部２３は、パス１の８ＴＳのＯＤＵｆｌｅｘフレームのうち１ＴＳ分の帯域がシェアドプロテクション回線を通るようクロスコネクト設定を行う。これにより、シェアドプロテクション回線経由で１ＴＳ分のデータが伝送される。しかし、この時点では品質劣化であり、ＬＯＳが検出されるような実障害は未発生であるため、ノード３０では現用回線からプロテクション回線への切り替えは実施しない。
【００９９】
シーケンス（５）：更に品質劣化が進み、パス１上にてＬＯＳが検出されるような実障害が発生する。
【０１００】
シーケンス（６）：ノード３０のＯＴＵ２処理部３５ａでパス１のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。そして、ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ａからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【０１０１】
シーケンス（７）：ＯＤＵｆｌｅｘコントロール部３３はパス１の１ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。
【０１０２】
シーケンス（８）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はパス１のシェアドプロテクション回線を１ＴＳから８ＴＳに増加させるようクロスコネクト部２４に対しクロスコネクト設定を行う。ＯＤＵｆｌｅｘコントロール部３３はパス１の８ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、８ＴＳでの運用が開始される。
【０１０３】
＜第５実施形態のフローチャート＞
図２２にＯＤＵｆｌｅｘコントロール部が実行する処理の第５実施形態のフローチャートを示す。図２２において、ステップＳ２１でＯＤＵｆｌｅｘコントロール部２３はＯＴＵ２処理部２５ａ，２５ｂ，２５ｘから現用回線のパスの状態に関するＦＥＣ訂正数などの情報を受信する。
【０１０４】
ステップＳ２２で現用回線のＦＥＣ訂正数が予備回線準備用の閾値を超えているか否かを判別し、予備回線準備用の閾値を超えていなければステップＳ２１に進む。現用回線のＦＥＣ訂正数が予備回線準備用の閾値を超えた場合にはステップＳ２３でＯＤＵｆｌｅｘコントロール部２３は現用回線のＦＥＣ訂正数
＋が予備回線準備用の閾値を超えたパス（ここでは例えばパス１とする）のＯＤＵｆｌｅｘフレームのうち帯域１ＴＳがシェアドプロテクション回線を通るようクロスコネクト設定を行う。これにより、シェアドプロテクション回線経由で１ＴＳ分のデータが伝送される。
【０１０５】
次に、ステップＳ２４でＯＤＵｆｌｅｘコントロール部２３は新たに障害が発生したかを判別し、新たに障害が発生していなければステップＳ２１に進む。新たに障害が発生した場合にはステップＳ２５でＯＤＵｆｌｅｘコントロール部３３はパス１の１ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行わせる。ステップＳ２６でＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線に割り当てるパス毎のＴＳ数を（１）式により算出する。
【０１０６】
次に、ステップＳ２７でＯＤＵｆｌｅｘコントロール部２３は既にシェアドプロテクション回線に切り替えを行っているパスが存在するか否かを判別する。
【０１０７】
既に切り替えを行っているパスが存在する場合には、ステップＳ２８でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４にシェアドプロテクション回線から削除が必要なＴＳ数を削除する指示を行い、ステップＳ２９に進む。既に切り替えを行っているパスが存在しない場合には、そのままステップＳ２９に進む。
【０１０８】
ステップＳ２９でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４に対して救済を行うパス以外のシェアドプロテクション回線上のパスを削除するよう指示する。
【０１０９】
ステップＳ３０でＯＤＵｆｌｅｘコントロール部２３，３３は新たに障害が発生して救済を要するパス１について、既に切り替えている１ＴＳからステップＳ２８で算出したＴＳ数（例えば８ＴＳ）までシェアドプロテクション回線に切り替えるクロスコネクト設定をクロスコネクト部２４，３４に対して指示する。また、ＯＤＵｆｌｅｘ処理部２２ａ，２２ｂ，３２ａ，３２ｂに対してＬＣＲプロトコル及びＢＷＲプロトコルを用いて救済を要するパスのＴＳ数を切り替える処理を指示する。その後、この処理を終了する。
【０１１０】
この実施形態では、障害発生時に障害が発生した現用回線を高速にシェアドプロテクション回線に切り替えることができる。
【０１１１】
＜ＯＴＮ伝送システムの第６実施形態＞
第６実施形態は第５実施形態の変形例としての実施形態であり、ＯＴＮ伝送システムの第６実施形態の構成図は図２０と同一である。ただし、ＯＤＵｆｌｅｘコントロール部２３，３３が内蔵するメモリ２３ｂ，３３ｂに予備回線準備用の複数の閾値と各閾値に応じた準備ＴＳ数が予め設定されて保存されている。例えば最大準備ＴＳ数＝８ＴＳとなるときのＦＥＣ訂正数の閾値を定め、第１閾値はＦＥＣ訂正数が上記ＦＥＣ訂正数の閾値の２５％に対応する値であり、対応する準備ＴＳ数＝２ＴＳとする。第２閾値は上記ＦＥＣ訂正数の閾値の５０％に対応する値であり、対応する準備ＴＳ数＝４ＴＳとする。第３閾値は上記ＦＥＣ訂正数の閾値の７５％に対応する値であり、対応する準備ＴＳ数＝６ＴＳとする。第４閾値は上記最大準備ＴＳ数＝８ＴＳとなるときのＦＥＣ訂正数とする。
【０１１２】
図２３にＯＤＵｆｌｅｘコントロール部が実行する処理の第６実施形態のフローチャートを示す。図２３において、ステップＳ４０で予備回線準備用の第１〜第４閾値と各閾値に応じた準備ＴＳ数をメモリ２３ｂ，３３ｂに設定する。
【０１１３】
ステップＳ４１でＯＤＵｆｌｅｘコントロール部２３はＯＴＵ２処理部２５ａ，２５ｂ，２５ｘから現用回線のパスの状態に関するＦＥＣ訂正数などの情報を受信する。
【０１１４】
ステップＳ４２で現用回線のＦＥＣ訂正数が第１〜第４閾値それぞれを超えているか否かを判別し、第１〜第４閾値のいずれかを超えていなければステップＳ４１に進む。現用回線のＦＥＣ訂正数が第１〜第４閾値のいずれかを超えた場合にはステップＳ４３でＯＤＵｆｌｅｘコントロール部２３はＦＥＣ訂正数が第１〜第４閾値のいずれかを超えたパスのＯＤＵｆｌｅｘフレームのうち超えた閾値（第１〜第４閾値）に対応する準備ＴＳ数（２ＴＳ又は４ＴＳ又は６ＴＳ又は８ＴＳ）がシェアドプロテクション回線を通るようクロスコネクト設定を行う。これにより、シェアドプロテクション回線経由で２ＴＳ〜８ＴＳ分のデータが伝送される。
【０１１５】
次に、ステップＳ４４でＯＤＵｆｌｅｘコントロール部２３は新たに障害が発生したかを判別し、新たに障害が発生していなければステップＳ４１に進む。新たに障害が発生した場合にはステップＳ４５でＯＤＵｆｌｅｘコントロール部３３は新たに障害が発生したパスの準備ＴＳ数（２ＴＳ又は４ＴＳ又は６ＴＳ又は８ＴＳ）のシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行わせる。ステップＳ４６でＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線に割り当てるパス毎のＴＳ数を（１）式により算出する。
【０１１６】
次に、ステップＳ４７でＯＤＵｆｌｅｘコントロール部２３は既にシェアドプロテクション回線に切り替えを行っているパスが存在するか否かを判別する。
【０１１７】
既に切り替えを行っているパスが存在する場合には、ステップＳ４８でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４にシェアドプロテクション回線から削除が必要なＴＳ数を削除する指示を行い、ステップＳ４９に進む。既に切り替えを行っているパスが存在しない場合には、そのままステップＳ４９に進む。
【０１１８】
ステップＳ４９でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４に対して救済を行うパス以外のシェアドプロテクション回線上のパスを削除するよう指示する。
【０１１９】
ステップＳ５０でＯＤＵｆｌｅｘコントロール部２３，３３は新たに障害が発生して救済を要するパス１について、既に切り替えている１ＴＳからステップＳ４８で算出したＴＳ数（例えば８ＴＳ）までシェアドプロテクション回線に切り替えるクロスコネクト設定をクロスコネクト部２４，３４に対して指示する。また、ＯＤＵｆｌｅｘ処理部２２ａ，２２ｂ，３２ａ，３２ｂに対してＬＣＲプロトコル及びＢＷＲプロトコルを用いて救済を要するパスのＴＳ数を切り替える処理を指示する。その後、この処理を終了する。
【０１２０】
この実施形態では、障害発生時に障害が発生した現用回線を高速にシェアドプロテクション回線に切り替えることができる。
【０１２１】
＜ＯＴＮ伝送システムの第７実施形態＞
第７実施形態は第５実施形態の変形例としての実施形態であり、ＯＴＮ伝送システムの第７実施形態の構成図は図２０と同一である。ただし、ＯＤＵｆｌｅｘコントロール部２３，３３が内蔵するメモリ２３ｂ，３３ｂに予備回線準備用の閾値と準備ＴＳ数（＝１ＴＳ）、切り替え用の閾値が予め設定されて保存されている。なお、予備回線準備用の閾値は例えばＬＯＳを検出するエラー率より低いエラー率の場合において任意のＦＥＣ訂正数の値を定め、、切り替え用の閾値は同じくＬＯＳを検出するエラー率より低いエラー率の場合において予備回線準備用の閾値より大きい任意のＦＥＣ訂正数の値を定める。
【０１２２】
図２４にＯＤＵｆｌｅｘコントロール部が実行する処理の第７実施形態のフローチャートを示す。図２４において、図２２と同一部分には同一符号を付す。図２４において、ステップＳ２１でＯＤＵｆｌｅｘコントロール部２３はＯＴＵ２処理部２５ａ，２５ｂ，２５ｘから現用回線のパスの状態に関するＦＥＣ訂正数などの情報を受信する。
【０１２３】
ステップＳ２２で現用回線のＦＥＣ訂正数が予備回線準備用の閾値を超えているか否かを判別し、予備回線準備用の閾値を超えていなければステップＳ２１に進む。現用回線の現用回線のＦＥＣ訂正数が予備回線準備用の閾値を超えた場合にはステップＳ２３でＯＤＵｆｌｅｘコントロール部２３は現用回線のＦＥＣ訂正数が予備回線準備用の閾値を超えたパス（ここでは例えばパス１とする）のＯＤＵｆｌｅｘフレームのうち帯域１ＴＳがシェアドプロテクション回線を通るようクロスコネクト設定を行う。これにより、シェアドプロテクション回線経由で１ＴＳ分のデータが伝送される。
【０１２４】
次に、ステップＳ３４でＯＤＵｆｌｅｘコントロール部２３は現用回線のＦＥＣ訂正数が切り替え用の閾値を超えているか否かを判別し、切り替え用の閾値を超えていなければステップＳ２１に進む。切り替え用の閾値を超えている場合にはステップＳ２５でＯＤＵｆｌｅｘコントロール部３３はパス１の１ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行わせる。ステップＳ２６でＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線に割り当てるパス毎のＴＳ数を（１）式により算出する。
【０１２５】
次に、ステップＳ２７でＯＤＵｆｌｅｘコントロール部２３は既にシェアドプロテクション回線に切り替えを行っているパスが存在するか否かを判別する。
【０１２６】
既に切り替えを行っているパスが存在する場合には、ステップＳ２８でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４にシェアドプロテクション回線から削除が必要なＴＳ数を削除する指示を行い、ステップＳ２９に進む。既に切り替えを行っているパスが存在しない場合には、そのままステップＳ２９に進む。
【０１２７】
ステップＳ２９でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４に対して救済を行うパス以外のシェアドプロテクション回線上のパスを削除するよう指示する。
【０１２８】
ステップＳ３０でＯＤＵｆｌｅｘコントロール部２３，３３は新たに障害が発生して救済を要するパス１について、既に切り替えている１ＴＳからステップＳ２８で算出したＴＳ数（例えば８ＴＳ）までシェアドプロテクション回線に切り替えるクロスコネクト設定をクロスコネクト部２４，３４に対して指示する。また、ＯＤＵｆｌｅｘ処理部２２ａ，２２ｂ，３２ａ，３２ｂに対してＬＣＲプロトコル及びＢＷＲプロトコルを用いて救済を要するパスのＴＳ数を切り替える処理を指示する。その後、この処理を終了する。
【０１２９】
この実施形態では、障害発生時に障害が発生した現用回線を高速にシェアドプロテクション回線に切り替えることができる。
【０１３０】
＜ＯＴＮ伝送システムの第８実施形態＞
図２５にＯＴＮ伝送システムの第８実施形態の構成図を示す。図２５において、ノード２０では、クライアントから供給されるＥｔｈｅｒｎｅｔ（登録商標）フレームはクライアントインタフェース部２１ａ〜２１ｈで受信されてＯＤＵｆｌｅｘ処理部２２ａ〜２２ｈに供給される。ＯＤＵｆｌｅｘ処理部２２ａ〜２２ｈはＥｔｈｅｒｎｅｔ（登録商標）フレームをＯＴＮのＬＯ側の収容フォーマットであるＯＤＵｆｌｅｘにマッピングする。
【０１３１】
ＯＤＵｆｌｅｘへのマッピングを行うのに際して、ＯＤＵｆｌｅｘコントロール部２３はノード内の各ＯＤＵｆｌｅｘ処理部２２ａ〜２２ｈ、クロスコネクト部２４及びネットワーク側のインタフェースであるＯＴＵ２処理部２５ａ〜２５ｈ，２５ｘと連携して、各パスに関する使用帯域、回線状態を把握し、またプロテクション用に割り当てるＯＤＵｆｌｅｘの帯域を決定する。その後、クロスコネクト部２４に対し実際のクロスコネクト設定を指示する。本実施形態では、障害のない通常時において、クロスコネクト部２４において現用回線のパス１〜パス８それぞれの１ＴＳ分の帯域のデータをＯＴＵ２処理部２５ｘにクロスコネクトする。
【０１３２】
ＯＤＵｆｌｅｘ処理部２２ａ〜２２ｈからのＯＤＵｆｌｅｘフレームはクロスコネクト部２４を通してＨＯ側のＯＴＵ２処理部２５ａ〜２５ｈ又は２５ｘに供給されてＯＤＵ２にマッピングされる。更に、ＦＥＣ情報等のオーバーヘッドが追加され、ＯＴＵ２フレームとして対向ノード３０のＯＴＵ２処理部３５ａ〜３５ｈ，３５ｘに送信される。
【０１３３】
ノード３０ではＯＴＵ２処理部３５ａ〜３５ｈ，３５ｘにおいてネットワークを伝送されたＯＴＵ２フレームを受信してＯＤＵ２を抽出する。更に、ＯＤＵ２からＯＤＵｆｌｅｘフレームをデマッピングする。ＯＴＵ２処理部３５ａ〜３５ｈ，３５ｘから出力されるＯＤＵｆｌｅｘフレームはＯＤＵｆｌｅｘコントロール部３３のクロスコネクト設定によりクロスコネクト部２４を通してＯＤＵｆｌｅｘ処理部３２ａ〜３２ｈに供給される。
【０１３４】
ＯＤＵｆｌｅｘ処理部３２ａ〜３２ｈそれぞれはＯＤＵｆｌｅｘフレームからＥｔｈｅｒｎｅｔ（登録商標）フレームをデマッピングする。得られたＥｔｈｅｒｎｅｔ（登録商標）フレームはクライアントインタフェース部３１ａ〜３１ｈからクライアントに対し供給される。以上、ノード２０からノード３０への伝送について説明したが、ノード３０からノード２０への伝送についても同様である。
【０１３５】
ここで、ＯＴＵ２処理部２５ａ，３５ａを結ぶ双方向のパス１と、ＯＴＵ２処理部２５ｂ，３５ｂを結ぶ双方向のパス２と、ＯＴＵ２処理部２５ｃ，３５ｃを結ぶ双方向のパス３と、ＯＴＵ２処理部２５ｄ，３５ｄを結ぶ双方向のパス４は、それぞれは８ＴＳつまり１０Ｇｂｐｓの現用回線である。また、ＯＴＵ２処理部２５ｅ，３５ｅを結ぶ双方向のパス５と、ＯＴＵ２処理部２５ｆ，３５ｆを結ぶ双方向のパス７と、ＯＴＵ２処理部２５ｇ，３５ｇを結ぶ双方向のパス８と、ＯＴＵ２処理部２５ｈ，３５ｈを結ぶ双方向のパス８は、それぞれは８ＴＳつまり１０Ｇｂｐｓの現用回線である。また、ＯＴＵ２処理部２５ｘ，３５ｘ間には８ＴＳ分つまり１０Ｇｂｐｓの双方向のシェアドプロテクション回線を設ける。シェアドプロテクション回線では現用回線のパス１〜パス８それぞれの１ＴＳ分の帯域のデータの合計８ＴＳを伝送する。
【０１３６】
＜回線障害発生＞
図２６に示すように、ＯＴＵ２処理部２５ａ，３５ａ間のノード２０からノード３０の方向でパス１の回線障害が発生する。以下のシーケンス番号を図２６中に括弧付き数字で示す。
【０１３７】
シーケンス（１）：受信側のノード３０のＯＴＵ２処理部３５ａでパス１のＬＯＳを検出し、ノード３０のＯＤＵｆｌｅｘコントロール部３３はアラーム情報の収集を行う。そして、ノード３０のＯＤＵｆｌｅｘコントロール部３３は対向するノード２０に対し、ＯＴＵ２処理部３５ａからＯＴＵ２フレームのオーバーヘッドでアラーム情報を送信する。
【０１３８】
シーケンス（２）：ノード２０のＯＴＵ２処理部２５ａはＯＴＵ２フレームのオーバーヘッドから上記のアラーム情報を検出し、ＯＤＵｆｌｅｘコントロール部２３にパス１の障害状態を通知する。
【０１３９】
シーケンス（３）：ノード３０のＯＤＵｆｌｅｘコントロール部３３はパス１の１ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。
【０１４０】
シーケンス（４）：ノード２０のＯＤＵｆｌｅｘコントロール部２３は、シェアドプロテクション回線の使用帯域と、障害が発生したパス１の現用回線をシェアドプロテクション回線に設定する帯域を（１）式から決定する。
【０１４１】
シーケンス（５）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線上でパス２〜８それぞれの先頭ＴＳを削除する。
【０１４２】
シーケンス（６）：ノード２０のＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線に乗せるパス１のＯＤＵｆｌｅｘフレームを１ＴＳから（１）式で算出した帯域Ｂｓ＝８ＴＳまで増加させるようクロスコネクト部３４に対して指示する。
【０１４３】
シーケンス（７）：ノード３０のＯＤＵｆｌｅｘコントロール部３３はシェアドプロテクション回線から８ＴＳのパス１のシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行い、運用が開始される。
【０１４４】
＜第８実施形態のフローチャート＞
図２７にＯＤＵｆｌｅｘコントロール部が実行する処理の第８実施形態のフローチャートを示す。図２７において、ステップＳ６０でＯＤＵｆｌｅｘコントロール部２３は現用回線の複数パスそれぞれの１ＴＳ分の帯域のデータをシェアドプロテクション回線にて伝送するように設定する。
【０１４５】
ステップＳ６１でＯＤＵｆｌｅｘコントロール部２３はＯＴＵ２処理部２５ａ，２５ｂ，２５ｘから現用回線のパスの状態に関するＦＥＣ訂正数などの情報を受信する。
【０１４６】
次に、ステップＳ６２でＯＤＵｆｌｅｘコントロール部２３は新たに障害が発生したかを判別し、新たに障害が発生していなければステップＳ６１に進む。新たに障害が発生した場合にはステップＳ６３でＯＤＵｆｌｅｘコントロール部３３はパス１の１ＴＳのシェアドプロテクション回線をＯＤＵｆｌｅｘ処理部３２ａに供給するようクロスコネクト部３４に対しクロスコネクト設定を行わせる。ステップＳ６４でＯＤＵｆｌｅｘコントロール部２３はシェアドプロテクション回線に割り当てるパス毎のＴＳ数を（１）式により算出する。
【０１４７】
次に、ステップＳ６５でＯＤＵｆｌｅｘコントロール部２３は既にシェアドプロテクション回線に切り替えを行っているパスが存在するか否かを判別する。
【０１４８】
既に切り替えを行っているパスが存在する場合には、ステップＳ６６でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４にシェアドプロテクション回線から削除が必要なＴＳ数を削除する指示を行い、ステップＳ６７に進む。既に切り替えを行っているパスが存在しない場合には、そのままステップＳ６７に進む。
【０１４９】
ステップＳ６７でＯＤＵｆｌｅｘコントロール部２３はクロスコネクト部２４に対して救済を行うパス以外のシェアドプロテクション回線上のパスを削除するよう指示する。
【０１５０】
ステップＳ６８でＯＤＵｆｌｅｘコントロール部２３，３３は新たに障害が発生して救済を要するパス（例えばパス１）について、既に切り替えている１ＴＳからステップＳ６６で算出したＴＳ数（例えば８ＴＳ）までシェアドプロテクション回線に切り替えるクロスコネクト設定をクロスコネクト部２４，３４に対して指示する。また、ＯＤＵｆｌｅｘ処理部２２ａ，３２ａに対してＬＣＲプロトコル及びＢＷＲプロトコルを用いて救済を要するパスのＴＳ数を切り替える処理を指示する。その後、この処理を終了する。
【０１５１】
この実施形態では、障害発生時に障害が発生した現用回線を高速にシェアドプロテクション回線に切り替えることができる。
【０１５２】
＜ＯＴＵフレームの構成＞
図２８にＯＴＵフレームの一実施形態のフレーム構成図を示す。ＯＴＵフレームは、オーバーヘッド部、ＯＰＵｋ（ｋは０又は正の整数）ペイロード部、及び、ＯＴＵｋＦＥＣ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ  ｋ  Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）部を含む。
【０１５３】
オーバーヘッド部は第１カラム（列）〜第１６カラムの１６バイト×４行のサイズを有し、接続及び品質の管理に用いられる。ＯＰＵｋペイロード部は、第１７カラム〜第３８２４カラムの３８０８バイト×４ロウ（行）のサイズを有し、１以上のサービスを提供するクライアント信号を収容する。ＯＴＵｋＦＥＣ部は、第３８２５カラム〜第４０８０カラムの２５６バイト×４ロウのサイズを有し、伝送中に発生した誤りを訂正するために用いられる。なお、接続及び品質の管理に用いるオーバーヘッドバイト（ＯＨ）をＯＰＵｋペイロード部に付加したものをＯＤＵｋ部と称する。また、フレーム同期、接続及び品質の管理等に用いるオーバーヘッドバイト及びＯＴＵｋＦＥＣ部をＯＤＵｋ部に付加したものをＯＴＵｋ部と称する。
【０１５４】
なお、アラーム情報の送信に用いるＢＤＩは第１０カラム第１ロウのＯＴＵｋオーバーヘッドに割り当てられており、ＧＣＣ０は第１１，１２カラム第１ロウのＯＴＵｋオーバーヘッドに割り当てられており、ＡＰＳは第５〜８カラム第４ロウのＯＤＵｋオーバーヘッドに割り当てられている。なお、図２９にはＨＯ＿ＯＤＵ２に帯域が約１．２５ＧｂｐｓのトリビュータリスロットＴＳ＃１〜ＴＳ＃８を割り当てた状態を示す。
【０１５５】
ＯＤＵｆｌｅｘフレームはＯＤＵｆｌｅｘのフレームフォーマットはＯＴＵフレームフォーマットと同一である。ＯＤＵｆｌｅｘフレームは１．２５Ｇのトリビュータリスロット単位で伝送データの遮断を伴わないヒットレスで帯域を可変できる。このＴＳの増減はＯＰＵｆｌｅｘオーバーヘッドとＨＯ＿ＯＰＵｋオーバーヘッドのＲＣＯＨ（Ｒｅｓｉｚｅ  Ｃｏｎｔｒｏｌ  Ｏｖｅｒｈｅａｄ）１，ＲＣＯＨ２，ＲＣＯＨ３を用いて制御される。ＯＤＵｆｌｅｘフレームは、規定されているプロトコルの動作により対応するＴＳ数を変更することによりフレーム帯域を可変させクライアント信号を収容するのに適したな帯域にすることができる。また、無瞬断に帯域を変更する実装も可能である。
【０１５６】
また、ネットワークでシェアドプロテクション回線を構成する際、例えば単一の現用回線救済用に全ての帯域を割り当てたり、また、帯域を分割して複数の現用回線を同時に救済することが可能になる。また、予めノード間で現用回線、シェアドプロテクション回線の双方にＯＤＵｆｌｅｘフレームを送信する構成は、切り替えが発生してからフレームを伝送する構成に比べ、高速に回線の切り替えが実現できる。
（付記１）
ノード間を複数の現用回線と予備回線で接続したネットワークの障害救済方法において、
前記複数の現用回線に設定された各パスのうち、障害を検出されたパスに割り当てる帯域を、前記障害を検出されたパスに応じて決定し、
前記障害を検出されたパスを、前記現用回線から前記予備回線に切り替え、
前記障害を検出されたパスで伝送されるデータを、前記予備回線の全帯域のうちの前記決定した帯域を用いて伝送する
ことを特徴とする障害救済方法。
（付記２）
付記１記載の障害救済方法において、
前記障害を検出されたパスに対して割り当てる帯域は、障害が検出されている全てのパスの合計帯域に対する前記障害が検出されたパスの帯域の比を、前記予備回線の全帯域に乗算して決定することを特徴とする障害救済方法。
（付記３）
付記１記載の障害救済方法において、
前記障害を検出されたパスに対して割り当てる帯域の割合を、パス毎に予め設定されていることを特徴とする障害救済方法。
（付記４）
付記３記載の障害救済方法において、
前記障害を検出されたパスに対して割り当てる予帯域の割合を、パス毎に時間に応じて予め設定されていることを特徴とする障害救済方法。
（付記５）
付記１記載の障害救済方法において、
前記複数の現用回線に設定されたパスのうち、エラー率が予め設定された第１閾値を超えるパスについて、前記エラー率が第１閾値を超えるパスを通すためのパス設定を、前記予備回線に行うことを特徴とする障害救済方法。
（付記６）
付記５記載の障害救済方法において、
前記エラー率が第１閾値を超えるパスで障害を検出すると、前記障害を検出されたパスを、現用回線から前記パス設定された予備回線に切り替えることを特徴とする障害救済方法。
（付記７）
付記５記載の障害救済方法において、
前記エラー率が第１閾値を超えるパスで伝送されるデータのうち、前記第１閾値に応じた割合のデータを、前記パス設定された予備回線の全帯域のうち前記決定した帯域を用いて伝送することを特徴とする障害救済方法。
（付記８）
付記５記載の障害救済方法において、
前記現用回線に設定されたパスのエラー率が前記第１閾値より大きい第２閾値を超えた場合、前記エラー率が第２閾値を超えるパスを、前記現用回線から、前記パスが設定された予備回線に切り替えることを特徴とする障害救済方法。
（付記９）
ノード間を複数の現用回線と予備回線で接続した障害救済方法において、
送信側ノードは、前記複数の現用回線それぞれの一部データを前記予備回線を用いて伝送し、
受信側ノードは、前記障害を検出すると、前記障害を検出された現用回線を、前記予備回線を用いて伝送された一部データに切り替え、
前記送信側ノードは、受信側ノードで障害を検出された現用回線に対して割り当てる予備回線の帯域を決定し、
前記予備回線のうち前記決定した予備回線の帯域を用いて前記障害を検出された現用回線のデータを伝送することを特徴とする障害救済方法。
（付記１０）
ノード間を複数の現用回線と予備回線で接続したネットワークのノード装置において、
前記複数の現用回線に設定された各パスのうち、障害を検出されたパスに割り当てる帯域を、前記障害を検出されたパスに応じて決定する決定手段と、
前記障害を検出されたパスを、前記現用回線から前記予備回線に切り替える切り替え手段と、
前記障害を検出されたパスで伝送されるデータを、前記予備回線の全帯域のうちの前記決定した帯域を用いて伝送する伝送手段と、
を有することを特徴とするノード装置。
（付記１１）
付記１０記載のノード装置において、
前記決定手段は、前記障害を検出されたパスに対して割り当てる帯域を、障害が検出されている全てのパスの合計帯域に対する前記障害が検出されたパスの帯域の比を、前記予備回線の全帯域に乗算して決定することを特徴とするノード装置。
（付記１２）
付記１０記載のノード装置において、
前記決定手段は、前記障害を検出されたパスに対して割り当てる帯域の割合を、パス毎に予め設定されていることを特徴とするノード装置。
（付記１３）
付記１２記載のノード装置において、
前記障害を検出されたパスに対して割り当てる予帯域の割合を、パス毎に時間に応じて予め設定されていることを特徴とするノード装置。
（付記１４）
付記１０記載のノード装置において、
前記複数の現用回線に設定されたパスのうち、エラー率が予め設定された第１閾値を超えるパスについて、前記エラー率が第１閾値を超えるパスを通すためのパス設定を、前記予備回線に行う手段を、
有することを特徴とするノード装置。
（付記１５）
付記１４記載のノード装置において、
前記切り替え手段は、前記エラー率が第１閾値を超えるパスで障害を検出すると、前記障害を検出されたパスを、現用回線から前記パス設定された予備回線に切り替えることを特徴とするノード装置。
（付記１６）
付記１５記載のノード装置において、
前記エラー率が第１閾値を超えるパスで伝送されるデータのうち、前記第１閾値に応じた割合のデータを、前記パス設定された予備回線の全帯域のうち前記決定した帯域を用いて伝送することを特徴とするノード装置。
（付記１７）
付記１５記載のノード装置において、
前記切り替え手段は、前記現用回線に設定されたパスのエラー率が前記第１閾値より大きい第２閾値を超えた場合、前記エラー率が第２閾値を超えるパスを、前記現用回線から、前記パスが設定された予備回線に切り替えることを特徴とするノード装置。
（付記１８）
ノード間を複数の現用回線と予備回線で接続したネットワークのノード装置において、
前記複数の現用回線それぞれの一部データを前記予備回線を用いて伝送する手段と、
前記障害を検出すると、前記障害を検出された現用回線を、前記予備回線を用いて伝送された一部データに切り替える切り替え手段と、
受信側ノードで障害を検出された現用回線に対して割り当てる予備回線の帯域を決定する決定手段と、
前記予備回線のうち前記決定した予備回線の帯域を用いて前記障害を検出された現用回線のデータを伝送する伝送手段と、
を有することを特徴とするノード装置。
【符号の説明】
【０１５７】
２０，３０  ノード
２１ａ〜２１ｈ，３１ａ〜３１ｈ  クライアントインタフェース部
２２ａ〜２２ｈ  ＯＤＵｆｌｅｘ処理部
２３，３３  ＯＤＵｆｌｅｘコントロール部
２４，３４  クロスコネクト部
２５ａ〜２５ｙ，３５ａ〜３５ｙ  ＯＴＵ２処理部
２３ａ，３３ａ  ＣＰＵ
２３ｂ，３３ｂ  メモリ
２３ｃ，２３ｄ，３３ｃ，３３ｄ  通信部
【図１】
0005958056.tif 000002
【図２】
0005958056.tif 000003
【図３】
0005958056.tif 000004
【図４】
0005958056.tif 000005
【図５】
0005958056.tif 000006
【図６】
0005958056.tif 000007
【図７】
0005958056.tif 000008
【図８】
0005958056.tif 000009
【図９】
0005958056.tif 000010
【図１０】
0005958056.tif 000011
【図１１】
0005958056.tif 000012
【図１２】
0005958056.tif 000013
【図１３】
0005958056.tif 000014
【図１４】
0005958056.tif 000015
【図１５】
0005958056.tif 000016
【図１６】
0005958056.tif 000017
【図１７】
0005958056.tif 000018
【図１８】
0005958056.tif 000019
【図１９】
0005958056.tif 000020
【図２０】
0005958056.tif 000021
【図２１】
0005958056.tif 000022
【図２２】
0005958056.tif 000023
【図２３】
0005958056.tif 000024
【図２４】
0005958056.tif 000025
【図２５】
0005958056.tif 000026
【図２６】
0005958056.tif 000027
【図２７】
0005958056.tif 000028
【図２８】
0005958056.tif 000029
【図２９】
0005958056.tif 000030