(57)【要約】  本発明は、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先及び優先度の間でフレーマを共有することを目的とする。  本発明は、クライアント信号を送信先又は優先度に基づいて振り分け、各送信先又は各優先度に基づいて振り分けられた各クライアント信号の送信に必要なバーチャルレーンの本数を決定し、各送信先又は各優先度に基づいて振り分けられた各クライアント信号を、本数を決定された各バーチャルレーンに振り分け、各バーチャルレーンに振り分けられた各クライアント信号を、各転送フレームとしてフレーム化し、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、フレーム化された各転送フレームを送信するマルチレーン送信装置１１である。
2013125621.tif 000002
【特許請求の範囲】
【請求項１】
データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分部と、
前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定部と、
前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定部が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマ部と、
各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマ部がフレーム化した各データフレームを送信するデータフレーム送信部と、
を備えることを特徴とするマルチレーン送信装置。
【請求項２】
前記データフレーム送信部が送信した各データフレームの通信速度が、前記データ信号振分部が入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信部が送信した各データフレームに前記データ信号振分部が入力した前記データ信号が収容される容量が設定されることを特徴とする請求項１に記載のマルチレーン送信装置。
【請求項３】
各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信部と、
各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマ部と、
を備えることを特徴とするマルチレーン受信装置。
【請求項４】
前記データフレーム受信部が受信した各データフレームの通信速度が、前記デフレーマ部がデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信部が受信した各データフレームに前記デフレーマ部がフレーム化した各データ信号が収容される容量が設定されることを特徴とする請求項３に記載のマルチレーン受信装置。
【請求項５】
データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分ステップと、
前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定ステップと、
前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定ステップで本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマステップと、
各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマステップでフレーム化した各データフレームを送信するデータフレーム送信ステップと、
を順に備えることを特徴とするマルチレーン送信方法。
【請求項６】
前記データフレーム送信ステップで送信した各データフレームの通信速度が、前記データ信号振分ステップで入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信ステップで送信した各データフレームに前記データ信号振分ステップで入力した前記データ信号が収容される容量が設定されることを特徴とする請求項５に記載のマルチレーン送信方法。
【請求項７】
各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信ステップと、
各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマステップと、
を順に備えることを特徴とするマルチレーン受信方法。
【請求項８】
前記データフレーム受信ステップで受信した各データフレームの通信速度が、前記デフレーマステップでデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信ステップで受信した各データフレームに前記デフレーマステップでフレーム化した各データ信号が収容される容量が設定されることを特徴とする請求項７に記載のマルチレーン受信方法。
【請求項９】
複数のレーンを用いてデータフレームを送信するマルチレーン送信装置であって、
データフレームを送信先に基づいて振り分けるデータフレーム振分部と、
前記データフレーム振分部が各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加部と、
前記フロー群情報順序情報付加部が各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力部と、
を備えることを特徴とするマルチレーン送信装置。
【請求項１０】
複数のレーンを用いてデータフレームを受信するマルチレーン受信装置であって、
各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信部と、
各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成部と、
を備えることを特徴とするマルチレーン受信装置。
【請求項１１】
前記データフレーム再構成部は、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とする請求項１０に記載のマルチレーン受信装置。
【請求項１２】
複数のレーンを用いてデータフレームを送信するマルチレーン送信装置におけるマルチレーン送信方法であって、
データフレームを送信先に基づいて振り分けるデータフレーム振分ステップと、
前記データフレーム振分ステップで各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加ステップと、
前記フロー群情報順序情報付加ステップで各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力ステップと、
を順に備えることを特徴とするマルチレーン送信方法。
【請求項１３】
複数のレーンを用いてデータフレームを受信するマルチレーン受信装置におけるマルチレーン受信方法であって、
各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信ステップと、
各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成ステップと、
を順に備えることを特徴とするマルチレーン受信方法。
【請求項１４】
前記データフレーム再構成ステップでは、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とする請求項１３に記載のマルチレーン受信方法。
【請求項１５】
フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送装置であって、
各フレームの予め定められたフィールドにフレームの識別子を記載する識別子記載機能部と、
フレームの識別子がレーン数の倍数を示す予め定められた値のときにレーンローテートを行うレーンローテート機能部と、
を具備するマルチレーン伝送装置。
【請求項１６】
前記マルチレーン伝送装置のレーン数はＭであり、
前記識別子記載機能部は、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、
前記レーンローテート機能部は、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行うことを特徴とする、
請求項１５に記載のマルチレーン伝送装置。
【請求項１７】
前記マルチレーン伝送装置のレーン数はＭであり、
前記識別子記載機能部は、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、
前記レーンローテート機能部は、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行うことを特徴とする、
請求項１５に記載のマルチレーン伝送装置。
【請求項１８】
フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送方法であって、
各フレームの予め定められたフィールドにフレームの識別子を記載する識別子記載手順と、
フレームの識別子がレーン数の倍数を示す予め定められた値のときにレーンローテートを行うレーンローテート手順と、
を有するマルチレーン伝送方法。
【請求項１９】
前記マルチレーン伝送装置のレーン数はＭであり、
前記識別子記載手順において、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、
前記レーンローテート手順において、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行うことを特徴とする、
請求項１８に記載のマルチレーン伝送方法。
【請求項２０】
前記マルチレーン伝送装置のレーン数はＭであり、
前記識別子記載手順において、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、
前記レーンローテート手順において、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行うことを特徴とする、
請求項１８に記載のマルチレーン伝送方法。
【請求項２１】
データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポートシステムであって、
前記送信部は、分配元を識別できるユニークな識別情報及び遅延差測定用信号を各レーンに分配された信号に付与し、
前記受信部は、前記識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する、
マルチレーン光トランスポートシステム。
【請求項２２】
前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを前記ユニークな識別情報に含むことを特徴とする、
ことを特徴とする請求項２１に記載のマルチレーン光トランスポートシステム。
【請求項２３】
前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報をユニークな識別情報に含める
ことを特徴とする請求項２１に記載のマルチレーン光トランスポートシステム。
【請求項２４】
前記送信部は、前記ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、
前記受信部は、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行う
ことを特徴とする請求項２１から２３のいずれかに記載のマルチレーン光トランスポートシステム。
【請求項２５】
前記送信部は、当該容量可変管理フレームを伝送速度の異なる１つ以上の転送フレームに分割する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
前記受信部は、伝送速度の異なる１つ以上の当該転送フレーム当該から管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行う
ことを特徴とする請求項２４に記載のマルチレーン光トランスポートシステム。
【請求項２６】
前記送信部は、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、
前記受信部は、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行う、
ことを特徴とする請求項２１から２３のいずれかに記載のマルチレーン光トランスポートシステム。
【請求項２７】
前記送信部は、前記転送フレームにデータフローのサービスクラス識別情報を付与し、
前記受信部は、当該転送フレームから当該サービスクラス識別情報を読み出す、
ことを特徴とする請求項２４から２６のいずれかに記載のマルチレーン光トランスポートシステム。
【請求項２８】
データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポート方法であって、
各レーンに分配された信号に少なくとも分配元を識別できるユニークな識別情報を付与し、各レーンに分配された信号に遅延差測定用信号を付与する送信手順と、
当該ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する受信手順と、
を有するマルチレーン光トランスポート方法。
【請求項２９】
前記送信手順において、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを前記ユニークな識別情報に含むことを特徴とする、
ことを特徴とする請求項２８に記載のマルチレーン光トランスポート方法。
【請求項３０】
前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
前記送信手順において、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報をユニークな識別情報に含める
ことを特徴とする請求項２８に記載のマルチレーン光トランスポート方法。
【請求項３１】
前記送信手順において、当該ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、
前記受信手順において、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行う、
ことを特徴とする請求項２８から３０のいずれかに記載のマルチレーン光トランスポート方法。
【請求項３２】
前記送信手順において、当該容量可変管理フレームを伝送速度の異なる１つ以上の転送フレームに分割する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
前記受信手順において、伝送速度の異なる１つ以上の当該転送フレーム当該から管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行う
ことを特徴とする請求項３１に記載のマルチレーン光トランスポート方法。
【請求項３３】
前記送信手順において、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、
前記受信手順において、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行う、
ことを特徴とする請求項２８から３０のいずれかに記載のマルチレーン光トランスポート方法。
【請求項３４】
前記送信手順において、前記転送フレームにデータフローのサービスクラス識別情報を付与し、
前記受信手順において、当該転送フレームから当該サービスクラス識別情報を読み出す、
ことを特徴とする請求項３１から３３のいずれかに記載のマルチレーン光トランスポート方法。
【請求項３５】
フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、
既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製するデータブロック複製機能部と、
前記データブロック複製機能部の複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力機能部と、
を備え、
前記受信装置は、
既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出す同期パターン読出し機能部と、
同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償機能部と、
を備えるマルチレーン伝送システム。
【請求項３６】
前記送信装置は、
レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成するオーバヘッド部生成機能部をさらに備え、
前記新規レーン出力機能部は、前記オーバヘッド部生成機能部の生成したオーバヘッドを新規レーンに出力し、
前記同期パターン読出し機能部は、前記制御情報及び前記変更レーン情報を読み出し、
前記新規レーン遅延補償機能部は、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別する
請求項３５に記載のマルチレーン伝送システム。
【請求項３７】
フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける帯域変更方法であって、
前記送信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製し、複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力手順と、
前記受信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償手順と、
を有するマルチレーン伝送システムにおける帯域変更方法。
【請求項３８】
前記新規レーン出力手順において、前記送信装置が、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成し、生成したオーバヘッドを新規レーンに出力し、
前記新規レーン遅延補償手順において、前記受信装置が、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較する
請求項３７に記載のマルチレーン伝送システムにおける帯域変更方法。
【請求項３９】
複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信部と、
前記送信部から送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視する受信部と、
備えるマルチレーン監視システム。
【請求項４０】
複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信手順と、
送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視するエラー監視手順と、
有するマルチレーン監視方法。
【請求項４１】
フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、
各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するエラー検出用符号算出機能部と、
各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロック以前のデータに対して前記エラー検出用符号算出機能部が計算したエラー検出用符号を、予め定められたフィールドに挿入するエラー検出用符号挿入機能部と、を備え、
前記受信装置は、
各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視機能部を備える、
マルチレーン伝送システム。
【請求項４２】
フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける個別レーン監視方法であって、
前記送信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するとともに、当該同期パターンを含むデータブロック以前のデータに対して計算したエラー検出用符号を予め定められたフィールドに挿入するエラー検出用符号挿入手順と、
前記受信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視手順と、
を有する個別レーン監視方法。
【請求項４３】
フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置であって、
受信側において前記レーンの故障を検出する故障検出手段と、
前記故障検出手段によって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知手段と
を備えたことを特徴とするマルチレーン伝送装置。
【請求項４４】
前記故障通知手段は、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする請求項４３に記載のマルチレーン伝送装置。
【請求項４５】
前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする請求項４３または４４に記載のマルチレーン伝送装置。
【請求項４６】
フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置が行う故障レーン通知方法であって、
受信側において前記レーンの故障を検出する故障検出ステップと、
前記故障検出ステップによって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知ステップと
を有することを特徴とする故障レーン通知方法。
【請求項４７】
前記故障通知ステップでは、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする請求項４６に記載の故障レーン通知方法。
【請求項４８】
前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする請求項４３または４４に記載の故障レーン通知方法。
【請求項４９】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送装置であって、
各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備えることを特徴とするマルチレーン伝送装置。
【請求項５０】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域を有することを特徴とする請求項４９に記載のマルチレーン伝送装置。
【請求項５１】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項４９又は５０に記載のマルチレーン伝送装置。
【請求項５２】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、
前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視部と、
前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入するブロック挿入部と、
を備えるマルチレーン伝送システム。
【請求項５３】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
前記受信装置は、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配するマルチレーン伝送システム。
【請求項５４】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元するマルチレーン伝送システム。
【請求項５５】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送方法であって、
各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順を有することを特徴とするマルチレーン伝送方法。
【請求項５６】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域及び各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項５５に記載のマルチレーン伝送方法。
【請求項５７】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項５５又は５６に記載のマルチレーン伝送方法。
【請求項５８】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視手順と、を有し、
前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入することを特徴とする、
マルチレーン伝送方法。
【請求項５９】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
前記受信装置が、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する手順と、
を有するマルチレーン伝送方法。
【請求項６０】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する手順と、
を有するマルチレーン伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（第１の発明についての技術分野）
本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置、及び複数のレーンを用いてデータフレームを受信するマルチレーン受信装置に関する。【０００２】
（第２の発明についての技術分野）
本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置、及び複数のレーンを用いてデータフレームを受信するマルチレーン受信装置に関する。【０００３】
（第３の発明についての技術分野）
本発明は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して伝送するマルチレーン伝送装置に関する。【０００４】
（第４の発明についての技術分野）
本発明は、マルチレーン光トランスポートシステムに関する。【０００５】
（第５の発明についての技術分野）
本発明は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して伝送するマルチレーン伝送システム及びその帯域変更方法に関する。【０００６】
（第６の発明についての技術分野）
本発明は、広域光転送網における伝送品質の監視技術に関する。【０００７】
（第７の発明についての技術分野）
本発明は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して伝送するマルチレーン伝送システムにおける個別レーン監視方法に関する。【０００８】
（第８の発明についての技術分野）
本発明は、マルチレーン伝送装置及び故障レーン通知方法に関する。【０００９】
（第９の発明についての技術分野）
本発明は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン転送システム及びマルチレーン転送方法に関する。【００１０】
なお、第１の発明及び第９の発明における「バーチャルレーン」と第２の発明から第８の発明における「レーン」はどちらも論理レーンを指し、本願では区別していない。
【背景技術】
【００１１】
（第１の発明についての背景技術）
ビットレートの高速化に伴い、電気処理によるルーチングを行わずに、光スイッチを用いてネットワークを構成することが検討されている。これは、スイッチする信号のビットレートが数十Ｇｂｐｓから数百Ｇｂｐｓ級になると、光スイッチのスイッチ処理がビットレートに依存しないという特徴により、メリットが大きくなるためである。ここでの光スイッチは、ＭＥＭＳ（Ｍｉｃｒｏ  Ｅｌｅｃｔｒｏ  Ｍｅｃｈａｎｉｃａｌ  Ｓｙｓｔｅｍｓ）やＬＣＯＳ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｏｎ  Ｓｉｌｉｃｏｎ）といった技術で作られるスイッチで、データ信号のＯ−Ｅ−Ｏ変換を行わないスイッチである。この光スイッチを用いる場合、波長レベルで対地を変更する機能を有しており、スイッチング単位は波長帯でも一つ以上の波長でも可能とする（非特許文献１−１参照）。【００１２】
非特許文献１−２には、複数波長で転送フレームを転送するために、ロジカルレーン技術を用いて転送フレームを複数波長に分配する方法が記載されている。ここではＯＴＵ４（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ  ４）フレームを転送する場合を記す。１００Ｇｂｐｓのクライアント信号を運ぶためのＯＴＵ４フレームを複数波長で転送する場合、２５Ｇｂｐｓ×４波長で転送するか１０Ｇｂｐｓ×１０波長で転送される。どちらの場合でも転送ができるように、４と１０の最小公倍数である２０のロジカルレーンを定めている。４波長で転送する場合は５ロジカルレーンを一波長に多重し、１０波長で転送する場合は２ロジカルレーンを一波長に多重することで、複数波長での転送を行う。【００１３】
非特許文献１−２では、転送フレームの容量を可変にするために、バーチャルコンカチネーション（ＶＣＡＴ）が標準化されている。送信側では、クライアント装置から受信した高速なクライアント信号を逆多重化し、逆多重化された高速なクライアント信号をペイロードとし低速な転送フレームを生成し、低速な転送フレームを別々の物理レーンで転送する。受信側では、別々の物理レーンで受信した低速な転送フレームからペイロードを取り出し、取り出されたペイロードを多重化し高速なクライアント信号を生成し、高速なクライアント信号をクライアント装置に転送する。【００１４】
（第２の発明についての背景技術）
高速データリンクを経済的に実現するため、複数の物理レーンを論理的に束ねる手法が各種提案されている。例えば、非特許文献２−１で用いられているＡＰＬ（Ａｇｇｒｅｇａｔｉｏｎ  ａｔ  ｔｈｅ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）では、送信側においてパケットにシーケンス番号を付加してからパケットを複数の物理レーンに分配し、受信側においてシーケンス番号に基づいてパケットを並べ直すことにより、複数の物理レーンを論理的に束ねて高速データリンクを経済的に実現している。【００１５】
（第３の発明についての背景技術）
現在、広域光転送網として非特許文献３−１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図３−１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。【００１６】
ＦＡ  ＯＨの１〜５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ  ＯＨの６バイト目にはＬＬＭが配置され、ＦＡ  ＯＨの７バイト目にはＭＦＡＳが配置される。ここで、ＯＡ１は０ｂ１１１１０１１０であり、ＯＡ２は０ｂ００１０１０００である。【００１７】
高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行う１６ｂｙｔｅ  ｉｎｃｒｅｍｅｎｔ  ｄｉｓｔｒｉｂｕｔｉｏｎ（本発明では、以下、ＯＴＮ−ＭＬＤと記載）が標準化されている（例えば、非特許文献３−１：Ａｎｎｅｘ  Ｃ参照。）。ＯＴＮ−ＭＬＤでは、図３−２に示すように、フレームを１６バイト毎に１０２０のデータブロックに分割し、１ブロックずつ各レーンに分配する。図３−２では、一例として、４レーンに分配する例を示した。【００１８】
ＦＡＳを含むデータブロックの番号をｂ＝１とし、このデータブロックの６バイト目にはＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）が挿入される（図中では［  ］内にＬＬＭを記載する）。先頭データブロックに含まれるＦＡ  ＯＨ（ＦＡＳ、ＬＬＭ、ＭＦＡＳ）を全てのレーンに均等に分配することで、レーン番号の識別およびレーン間の遅延調整が可能となる。【００１９】
第１のフレーム（ＬＬＭ＝０）では、データブロックの分配は以下の通りである。
レーン＃０：ｂ＝１，５，９，…，１１１７
レーン＃１：ｂ＝２，６，１０，…，１１１８
レーン＃２：ｂ＝３，７，１１，…，１１１９
レーン＃３：ｂ＝４，８，１２，…，１０２０【００２０】
第２のフレーム（ＬＬＭ＝１）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝４，８，１２，…，１０２０
レーン＃１：ｂ＝１，５，９，…，１１１７
レーン＃２：ｂ＝２，６，１０，…，１１１８
レーン＃３：ｂ＝３，７，１１，…，１１１９
第３のフレーム（ＬＬＭ＝２）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝３，７，１１，…，１１１９
レーン＃１：ｂ＝４，８，１２，…，１０２０
レーン＃２：ｂ＝１，５，９，…，１１１７
レーン＃３：ｂ＝２，６，１０，…，１１１８
第４のフレーム（ＬＬＭ＝３）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝２，６，１０，…，１１１８
レーン＃１：ｂ＝３，７，１１，…，１１１９
レーン＃２：ｂ＝４，８，１２，…，１０２０
レーン＃３：ｂ＝１，５，９，…，１１１７【００２１】
一方、受信側では、各レーンでＦＡＳを検出したデータブロックに含まれるＬＬＭを読み、ＬＬＭ  ｍｏｄ  ４を計算する事で、ＬＬＭ＝０のフレームに対して相対的にどれだけローテートしたかを知ることができる。従って、レーン間の遅延時間差を補償した後に逆ローテートを行ってレーンの位置を元に戻し、データブロックを順番に接続して元のフレームを復元することができる。【００２２】
（第４の発明についての背景技術）
現在、広域光転送網として非特許文献４−１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図４−１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）を含むＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用の冗長ビットが付加される。なお、ＯＴＮには１．２５Ｇｂｐｓ〜１００  Ｇｂｐｓの複数の速度が存在するので、その識別のために添字ｋ（ｋ＝０，１，２，２ｅ，３，４）を付加する（ただし、ｋ＝０はＯＰＵとＯＤＵだけである）。なお、４００  ＧｂｐｓのＯＴＮは現時点では標準化されていないが、以下、これを仮にｋ＝５で表す。【００２３】
将来の光トランスポートネットワークでは、トラヒック変動に応じて容量を柔軟に可変できる光パスが重要になると考えられている。ＯＴＮ技術に基づいて容量可変光パスを実現する手段として、例えば非特許文献４−２ではＶＣＡＴ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ）およびＯＴＵｆｌｅｘが挙げられている。【００２４】
ＶＣＡＴの詳細は非特許文献４−１の第１８章に、ＶＣＡＴの容量を可変する手法であるＬＣＡＳ（Ｌｉｎｋ  ｃａｐａｃｉｔｙ  ａｄｊｕｓｔｍｅｎｔ  ｓｃｈｅｍｅ）は非特許文献４−３に記載されているので、以下、両文献に基づいて説明を行う。ＶＣＡＴでは容量可変管理フレームとしてＸ個のＯＰＵｋを仮想的に連結したＯＰＵｋ−Ｘｖを定義する。【００２５】
ここで、容量可変管理フレームと可変フレームは同一のものである。【００２６】
図４−２に示すように、ＯＰＵｋ−ＸｖはＯＰＵｋ−Ｘｖ  ＯＨとＯＰＵｋ−Ｘｖ  ＰＬＤで構成され、ＯＰＵｋ−Ｘｖ  ＯＨ  は（１４Ｘ＋１）〜１６Ｘ列目に、ＯＰＵｋ−Ｘｖ  ＰＬＤは（１６Ｘ＋１）〜３８２４Ｘ列目に配置される。ＯＰＵｋ−Ｘｖのｎ行目の｛（ａ−１）×Ｘ＋ｂ｝列目は、ＯＰＵｋ＃ｉのａ行目のｂ列目に対応する。また、ＯＰＵｋ−Ｘｖは２５６個で１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ  ＯＨの７バイト目に配置されたＭＦＡＳ（ＭｕｌｔｉＦｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）で識別される。【００２７】
ＯＰＵｋ−Ｘｖ  ＯＨを構成する個別のＯＰＵｋ  ＯＨを図４−３に示す。１５列目にはＶＣＯＨ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  ＯＨ）およびＰＳＩ（Ｐａｙｌｏａｄ  Ｓｔｒｕｃｔｕｒｅ  Ｉｄｅｎｔｉｆｉｅｒ）が配置され、１６列目はクライアント信号のマッピング形式に応じた情報（スタッフ制御情報など）が収容される。【００２８】
ＶＣＯＨは、１５列目の１〜３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＭＦＡＳの４〜８ビット目の５ビット〔０〜３１〕をＶＣＯＨ１〜ＶＣＯＨ３のインデックスとする）。
ＭＦＩ（ＭｕｌｔｉＦｒａｍｅ  Ｉｎｄｉｃａｔｏｒ）：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される。ＭＦＡＳと組み合わせて、レーン間の遅延時間差測定および補償に用いる（非特許文献４−１の１８．１．２．２．２．１および非特許文献４−３の６．２．１参照。）。ここで、ＶＣＯＨ１［Ｘ］の括弧内の数値はＭＦＡＳの４〜８ビット目の下位５ビットで表記される数値（０〜３１）である。
ＳＱ（Ｓｅｑｕｅｎｃｅ  Ｉｎｄｉｃａｔｏｒ）：ＶＣＯＨ１［４］に配置される。ＯＰＵｋをＯＰＵｋ−Ｘｖに連結する順番を示す（非特許文献４−１の１８．１．２．２．２．２および非特許文献４−３の６．２．２参照。）。
ＣＴＲＬ（Ｃｏｎｔｒｏｌ）：ＶＣＯＨ１［５］の１〜４ビット目に配置される。ＬＣＡＳ制御コマンドの転送に用いる（非特許文献４−１：  １８．１．２．２．２．３および非特許文献４−３：  ６．２．３）。
ＧＩＤ（Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）：ＶＣＯＨ１［５］の５ビット目に配置される。１５段の擬似ランダム信号を収容し、ＶＣＧ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ）を識別するために用いる（非特許文献４−１の１８．１．２．２．２．５および非特許文献４−３の６．２．４参照。）。
ＲＳＡ（Ｒｅ−Ｓｅｑｕｅｎｃｅ  Ａｃｋｎｏｗｌｅｄｇｅ）：ＶＣＯＨ１［５］の６ビット目に配置される。容量の増減を行いＳＱの変更が為された場合、ＲＳＡビットを用いて受信側から送信側に応答する（非特許文献４−１の１８．１．２．２．２．６および非特許文献４−３の６．２．７参照）。ＶＣＯＨ１［５］の７〜８ビット目およびＶＣＯＨ１［６］〜ＶＣＯＨ１［３１］は予備領域である。
ＭＳＴ（Ｍｅｍｂｅｒ  Ｓｔａｔｕｓ）：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される。受信側から送信側へのＶＣＧの全メンバーの状態を通知する（非特許文献４−１の１８．１．２．２．２．４および非特許文献４−３の６．２．６参照。）。
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される。ＶＣＯＨ１およびＶＣＯＨ２に対する誤り検出に用いる（非特許文献４−１の１８．１．２．２．２．７および非特許文献４−３の６．２．５参照。）。
以上、ＶＣＯＨ［０］〜ＶＣＯＨ［３１］は１組のマルチフレーム内で８回繰り返される。【００２９】
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は以下の通りである（ＭＦＡＳの８ビット〔０〜２５５〕をＰＳＩのインデックスとする）。
ＰＴ（Ｐａｙｌｏａｄ  Ｔｙｐｅ）：ＰＳＩ［０］に配置される。ＶＣＡＴの場合、ＰＴ＝０ｘ０６となる（非特許文献４−１の１５．９．２．１．１参照。）。
ｖｃＰＴ（ｖｉｒｔｕａｌ  ｃｏｎｃａｔｅｎａｔｅｄ  Ｐａｙｌｏａｄ  Ｔｙｐｅ）：ＰＳＩ［１］に配置される。ＶＣＡＴのペイロード種別を示す。例えば、ペイロードがＧＦＰ（Ｇｅｎｅｒｉｃ  Ｆｒａｍｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）ならば、ｖｃＰＴ＝０ｘ０５となる（非特許文献４−１の１８．１．２．２．１．１参照。）。
ＣＳＦ（Ｃｌｉｅｎｔ  Ｓｉｇｎａｌ  Ｆａｉｌ）：ＰＳＩ［２］の１ビット目に配置される。管理システムにクライアント信号障害を通知するのに用いる。
ＰＳＩ［２］の２〜８ビット目、および、ＰＳＩ［３］からＰＳＩ［２５５］は予備領域である（非特許文献４−１の１８．１．２．２．１．２参照。）。【００３０】
ＶＣＡＴの送信側ではＯＰＵｋ−Ｘｖ  ＰＬＤにクライアント信号を収容してＯＰＵｋ−Ｘｖ  ＯＨおよびＯＤＵｋ−Ｘｖ  ＯＨを付加し、個別のＯＤＵｋを適当なＯＴＵｊ（ｊ≧ｋ）に収容して送信する。受信側では受信したＭＦＡＳおよびＭＦＩに従って複数レーン間の遅延補償を行い、ＯＰＵｋのＳＱに従ってＯＰＵｋ−Ｘｖを再構成し、ＯＰＵｋ−Ｘｖ  ＰＬＤからクライアント信号をデマッピングする。【００３１】
一方、ＯＴＵｆｌｅｘでは時間的に順番に並んだ複数のフレームをまとめて容量可変管理フレームとして扱い、クライアント信号はフレームに順番に収録されて送信される。複数のレーンを使用する場合、各フレームをデータブロック単位に分割し、各データブロックを複数のレーンに振り分けて転送する。【００３２】
なお、容量可変管理フレームと可変フレームは同一のものである。【００３３】
（第５の発明についての背景技術）
現在、広域光転送網として非特許文献５−１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図５−１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）、レーン識別に用いるＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）、およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが付加される。８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。【００３４】
ＦＡ  ＯＨの１〜５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ  ＯＨの６バイト目にはＬＬＭが配置され、ＦＡ  ＯＨの７バイト目にはＭＦＡＳが配置される。ここで、ＯＡ１は０ｂ１１１１０１１０であり、ＯＡ２は０ｂ００１０１０００である。【００３５】
高速の光伝送を経済的に実現する方式として、４０  Ｇｂｐｓまたは１００  ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ−ＭＬＤ（Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（非特許文献５−１：Ａｎｎｅｘ  Ｃ）。図５−２に示すように、ＯＴＮ−ＭＬＤでは、フレームを１６バイト毎に１０２０のデータブロックに分割し、１ブロックずつ各レーンに分配する（図中では［  ］内にＬＬＭを記載する）。図５−２では、一例として、４レーンに分配する例を示した。【００３６】
第１のフレーム（ＬＬＭ＝０）では、データブロックの分配は以下の通りである。
レーン＃０：ｂ＝１，５，９，…，１１１７
レーン＃１：ｂ＝２，６，１０，…，１１１８
レーン＃２：ｂ＝３，７，１１，…，１１１９
レーン＃３：ｂ＝４，８，１２，…，１０２０
第２のフレーム（ＬＬＭ＝１）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝４，８，１２，…，１０２０
レーン＃１：ｂ＝１，５，９，…，１１１７
レーン＃２：ｂ＝２，６，１０，…，１１１８
レーン＃３：ｂ＝３，７，１１，…，１１１９
第３のフレーム（ＬＬＭ＝２）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝３，７，１１，…，１１１９
レーン＃１：ｂ＝４，８，１２，…，１０２０
レーン＃２：ｂ＝１，５，９，…，１１１７
レーン＃３：ｂ＝２，６，１０，…，１１１８
第４のフレーム（ＬＬＭ＝３）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝２，６，１０，…，１１１８
レーン＃１：ｂ＝３，７，１１，…，１１１９
レーン＃２：ｂ＝４，８，１２，…，１０２０
レーン＃３：ｂ＝１，５，９，…，１１１７【００３７】
このようなＯＴＮ−ＭＬＤを用いたマルチレーン伝送装置の送信部の構成を図５−３に示す。マルチレーン伝送装置の送信部は、マッピング部１と、ＯＨ処理部２と、インタリーブ部３と、符号化部４−１〜４−１６と、逆インタリーブ部５と、スクランブル部６と、データブロック分割部７と、レーン番号決定部８を備える。以下、レーン数Ｍが１６の場合について説明する。【００３８】
マッピング部１は、クライアント信号をＯＰＵ  ＰＬＤにマッピングする。
ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ  ＯＨ、ＯＴＵ  ＯＨ及びＯＤＵ  ＯＨである。ここで、図５−１に示すように、ＦＡ  ＯＨの６バイト目にはＬＬＭが配置される。
インタリーブ部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームを１行（３８２４バイト）毎に１６バイトインタリーブする。
符号化部４−１〜４−１６は、バイトインタリーブされたサブ行データ（２３９バイト）を符号化して、１６バイトパリティチェックを付加したサブ行データ（２５５バイト）を出力する。
逆インタリーブ部５は、符号化されたサブ行データを逆インタリーブして、符号化された４行×４０８０列のＯＴＵフレームを出力する。
スクランブル部６は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
データブロック分割部７は、スクランブルされたＯＴＵフレームを１６バイトデータブロックに分割する。
レーン番号決定部８は、レーン番号を決定して、そのレーンにフレームを分割したデータブロックを出力する。【００３９】
ここで、ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝０〜Ｍ−１）は、
ｍ＝ＬＬＭ  ｍｏｄ  Ｍ
で決定される。
それ以外のデータブロックの場合は、直前のレーン番号をｍ’とした場合、
ｍ＝（ｍ’＋１）  ｍｏｄ  Ｍ
とする。【００４０】
マルチレーン伝送装置の受信部の構成を図５−４に示す。マルチレーン伝送装置の受信部は、レーン識別＆遅延差補償部１０と、ＯＴＵフレーム再構成部１１と、デスクランブル部１２と、インタリーブ部１３と、復号部１４−１〜１４−１６と、逆インタリーブ部１５と、ＯＨ処理部１６と、デマッピング部１７を備える。レーン識別＆遅延差補償部１０の構成を図５−５に示す。レーン識別＆遅延差補償部１０は、ＦＡＯＨ検出部２０−１〜２０−Ｍと、遅延比較部２１と、遅延調整部２２−１〜２２−Ｍを備える。【００４１】
ＦＡＯＨ検出部２０−１〜２０−Ｍは、ＦＡＳを含む先頭データブロックを見つけて、ＦＡＳ、ＬＬＭ、ＭＦＡＳを読み出す。遅延比較部２１は以下の例に示すように遅延時間差を求め、遅延調整部２２−１〜２２−Ｍを用いて遅延時間差を補償する。４レーンの場合の遅延差補償の例を図５−６（ａ）及び図５−６（ｂ）に示す。【００４２】
レーン＃０で受信したＭＦＡＳ＝０のデータブロックの先頭位置を基準とすると、レーン間の遅延時間差が無いならば、レーン＃１で受信したＭＦＡＳ＝１、レーン＃２で受信したＭＦＡＳ＝２、レーン＃３で受信したＭＦＡＳ＝３のデータブロックの先頭位置はそれぞれ４０８０バイト、８１６０バイト、１２２４０バイト分だけ遅延するはずである。しかし、各レーンの信号はそれぞれ異なる波長の光で伝送されるので、分散などの影響で遅延時間差が生じる。【００４３】
ここで図５−６の（ａ）に示すように、ＭＦＡＳ＝０のデータブロックの先頭位置を基準としたＭＦＡＳ＝１、ＭＦＡＳ＝２、ＭＦＡＳ＝３のデータブロックの先頭位置が、それぞれ３９８０バイト、８４６０バイト、１２４４０バイト分遅延していたとすると、予想される遅延時間に対し、レーン＃１は−１００バイト、レーン＃２は＋３００バイト、レーン＃３は＋２００バイト分の遅延時間差が生じた事が判る。そこで、レーン＃０の遅延調整部には３００バイト、レーン＃１の遅延調整部には４００バイト、レーン＃３の遅延調整部には１００バイト分の遅延を与えると、すべてのレーンは、図５−６の（ｂ）に示すように最も遅延の大きいレーン＃２に合わせることができる。【００４４】
ＯＴＵフレーム再構成部１１は、遅延時間差補償後の各レーンのデータブロックを受信し、レーン識別＆遅延差補償部１０で識別されたレーン番号を基に、各レーンのデータブロックの順番を元に戻し、４行×４０８０列のＯＴＵフレームを再構成する。
デスクランブル部１２は、再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
インタリーブ部１３は、４行×４０８０列のＯＴＵフレームを１行（４０８０バイト）毎に１６バイトインタリーブする。
復号部１４−１〜１４−１６は、バイトインタリーブされたサブ行データ（２５５バイト）を復号して、エラー訂正されたサブ行データ（２３８バイト）を出力する。
逆インタリーブ部１５は、復号されたサブ行データを逆インタリーブして、エラー訂正された４行×３８２４列のフレームを出力する。
ＯＨ処理部１６は、エラー訂正された４行×３８２４列のフレームからＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨといったオーバヘッドを除いたＯＰＵフレームを出力する。
デマッピング部１７は、ＯＰＵ  ＯＨの情報に基づいてＯＰＵ  ＰＬＤからクライアント信号をデマッピングして出力する。【００４５】
（第６の発明についての背景技術）
現在、広域光転送網として非特許文献６−１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図６−１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。【００４６】
クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。
１５〜１６列目にはＯＰＵ  ＯＨ（Ｏｖｅｒ  Ｈｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。
２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。
１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。【００４７】
ＯＴＮでは伝送品質管理のために、ＯＴＵ  ＯＨおよびＯＤＵ  ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。【００４８】
図６−２に示すように、ＳＭは１行目の８〜１０列目に配置される（非特許文献６−１：１５．７．２．１参照。）。
ＴＴＩ（Ｔｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）は、ＳＭ  ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を含む（非特許文献６−１：１５．２および１５．７．２．１．１参照。）。
ＢＩＰ−８（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ−８）は、ＳＭ  ＯＨの２バイト目に配置されるサブフィールドである。図６−３に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ−８）を計算し、ＳＭ  ＯＨのＢＩＰ−８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ−８を計算した値と、ＳＭ  ＯＨのＢＩＰ−８サブフィールドで送られたＢＩＰ−８の値を比較し、セクション監視区間において生じたエラーを検出する（非特許文献６−１：１５．７．２．１．２参照。）。【００４９】
図６−４に示すように、ＰＭ  ＯＨは３行目の１０〜１２列目に配置される（非特許文献６−１：１５．８．２．１参照。）。
ＴＴＩは、ＰＭ  ＯＨの１バイト目に配置されるサブフィールドである。パス監視の始点を示すＳＡＰＩと終点を示すＤＡＰＩを含む（非特許文献６−１：１５．２および１５．８．２．１．１参照。）。
ＢＩＰ−８は、ＰＭ  ＯＨの２バイト目に配置されるサブフィールドである。図６−５に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ−８）を計算し、ＰＭ  ＯＨのＢＩＰ−８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ−８を計算した値と、ＰＭ  ＯＨのＢＩＰ−８サブフィールドで送られたＢＩＰ−８の値を比較し、パス監視区間において生じたエラーを検出する（非特許文献６−１：１５．８．２．１．２参照。）。【００５０】
以上のように、ＯＴＮではＳＭ  ＯＨおよびＰＭ  ＯＨ中のＢＩＰ−８を用いてセクション監視区間およびパス監視区間において生じたエラー数を計数することができる。【００５１】
（第７の発明についての背景技術）
現在、広域光転送網として非特許文献７−１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図７−１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。【００５２】
ＦＡ  ＯＨの１〜５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ  ＯＨの６バイト目にはＬＬＭが配置され、ＦＡ  ＯＨの７バイト目にはＭＦＡＳが配置される。ここで、ＯＡ１は０ｂ１１１１０１１０であり、ＯＡ２は０ｂ００１０１０００である。【００５３】
ＯＴＮでは伝送品質管理のために、ＯＴＵ  ＯＨおよびＯＤＵ  ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。【００５４】
図７−２に示すように、ＳＭ  ＯＨは１行目の８〜１０列目に配置される（例えば、非特許文献７−１：１５．７．２．１参照。）。
ＴＴＩ（Ｔｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）：ＳＭ  ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を含む（例えば、非特許文献７−１：１５．２および１５．７．２．１．１参照。）。
ＢＩＰ−８（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ−８）：ＳＭ  ＯＨの２バイト目に配置されるサブフィールドである。図７−３に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ−８）を計算し、ＳＭ  ＯＨのＢＩＰ−８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ−８を計算した値と、ＳＭ  ＯＨのＢＩＰ−８サブフィールドで送られたＢＩＰ−８の値を比較し、セクション監視区間において生じたエラーを検出する（例えば、非特許文献７−１：１５．７．２．１．２参照。）。【００５５】
図７−４に示すように、ＰＭ  ＯＨは３行目の１０〜１２列目に配置される（例えば、非特許文献７−１：１５．８．２．１参照。）。
ＴＴＩ：ＰＭ  ＯＨの１バイト目に配置されるサブフィールドである。パス監視の始点を示すＳＡＰＩと終点を示すＤＡＰＩを含む（例えば、非特許文献７−１：１５．２および１５．８．２．１．１参照。）。
ＢＩＰ−８：ＰＭ  ＯＨの２バイト目に配置されるサブフィールドである。図７−５に示すように、送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ−８）を計算し、ＰＭ  ＯＨのＢＩＰ−８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ−８を計算した値と、ＰＭ  ＯＨのＢＩＰ−８サブフィールドで送られたＢＩＰ−８の値を比較し、パス監視区間において生じたエラーを検出する（例えば、非特許文献７−１：１５．８．２．１．２参照。）。【００５６】
以上のように、ＯＴＮではＳＭ  ＯＨおよびＰＭ  ＯＨ中のＢＩＰ−８を用いてセクション監視区間およびパス監視区間において生じたエラー数を計数することができる。【００５７】
（第８の発明についての背景技術）
現在、広域光転送網としてＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている（例えば、非特許文献８−１参照）。ＯＴＮフレームは図８−９に示す構造を有している。図８−９は、ＯＴＮのフレーム構造を示す図である。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。【００５８】
クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。【００５９】
ＯＴＮでは伝送品質管理のために、ＯＴＵ  ＯＨおよびＯＤＵ  ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。図８−１０に示すように、ＳＭ  ＯＨは１行目の８〜１０列目に配置される。図８−１０は、ＯＴＵ  ＯＨにおけるＳＭ  ＯＨの位置を示す図である。ＴＴＩ（Ｔｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）は、ＳＭ  ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を含む。【００６０】
ＢＩＰ−８（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ−８）は、ＳＭ  ＯＨの２バイト目に配置されるサブフィールドである。送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ−８）を計算し、ＳＭ  ＯＨのＢＩＰ−８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ−８を計算した値と、ＳＭ  ＯＨのＢＩＰ−８サブフィールドで送られたＢＩＰ−８の値を比較し、セクション監視区間において生じたエラーを検出する。【００６１】
ＢＥＩ／ＢＩＡＥ（Ｂａｃｋｗａｒｄ  Ｅｒｒｏｒ  Ｉｎｄｉｃａｔｉｏｎ  ａｎｄ  Ｂａｃｋｗａｒｄ  Ｉｎｃｏｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｅｒｒｏｒ）は、ＳＭ  ＯＨの３バイト目の１〜４ビット目に配置されるサブフィールドである。”００００”〜”１０００”はセクション監視区間においてＢＩＰ−８で検出されたエラーカウント数（０〜８）を上流に通知するの場合（ＢＥＩ）に、”１０１１”はフレーム同期エラーを上流に通知する場合（ＢＩＡＥ）に用いる。【００６２】
ＢＤＩ（Ｂａｃｋｗａｒｄ  Ｄｅｆｅｃｔ  Ｉｎｄｉｃａｔｉｏｎ）は、ＳＭ  ＯＨの３バイト目の５ビット目に配置されるサブフィールドである。セクション監視区間において障害が検出されたことを上流に通知する場合は”１”、それ以外は”０”となる。【００６３】
ＩＡＥ（Ｉｎｃｏｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｅｒｒｏｒ）はＳＭ  ＯＨの３バイト目の６ビット目に配置されるサブフィールドである。フレーム同期エラーを対地に通知する場合は”１”、それ以外は”０”となる。なお、ＳＭ  ＯＨの３バイト目の７〜８ビット目（”００”）は予備領域である。【００６４】
以上のように、ＯＴＮではＳＭ  ＯＨ中のＢＥＩ／ＢＩＡＥおよびＢＤＩを用いて、セクション監視で障害やフレーム同期エラーが生じたことを受信側から送信側に通知することができる。【００６５】
（第９の発明についての背景技術）
近年、クライアント信号のビットレートの高速化に伴い、一波長のビットレートを超えたクライアント信号を転送するために、マルチレーン転送による大容量通信が検討されている。マルチレーン転送として、国際標準ＩＴＵ−Ｔ  Ｇ．７０９のＯＴＮインタフェース規格ではＡｎｎｅｘ．Ｃにおいて、ＯＴＵｋフレームを１６ｂｙｔｅ毎に分割したブロックを複数のレーンに分配することでマルチレーン転送を行う方式が記載され（例えば、非特許文献９−１参照。）、その動作については国際標準ＩＴＵ−Ｔ  Ｇ．７９８に記載されている（例えば、非特許文献９−２参照。）。ここでＯＴＵｋフレームは、Ｇ．７０９のＯＴＵｋのことで、４×４０８０ｂｙｔｅのフレーム構造を持ったフレームとする。また、エラスティック光パスネットワーク（例えば、非特許文献９−３参照。）の実現に向けたマルチレーン転送では、伝送装置のインタフェースにおいて、フローの転送容量に応じてレーン数を変更可能にするマルチレーン転送が求められる。本願明細書におけるフローは、同じ対地、またはＱｏＳ優先度で転送される情報とする。転送容量に応じたマルチレーン転送を実現するフレーム方式と転送方式の一例として、特許文献９−１が提案されている。【００６６】
また、インタフェースの高速化に伴い、障害が発生し、転送が停止した際の通信への影響が大きくなることが挙げられる。この影響を抑えるために縮退運転や、空きレーンを用いて転送容量を確保するプロテクションを行う技術があり、マルチレーン転送において、障害が発生したレーンでの転送を行わず、正常なレーンを用いて転送を行う仕組みが検討されている。本願明細書では、レーンはバーチャルレーンのことを示す。本願明細書におけるバーチャルレーンとは、物理レーンの転送速度が変更されても、物理レーンの転送速度に合わせてデータを転送するために用いるレーンとする。１本以上のバーチャルレーンを任意に多重することで、変更した物理レーンの転送速度に合わせる。例えば１本５Ｇｂｐｓのバーチャルレーンを２本、５本、２０本多重することで、１０Ｇｂｐｓ、２５Ｇｂｐｓ、１００Ｇｂｐｓの物理レーンを用いた転送を可能にする。また、縮退運転とは、マルチレーン転送を行っている際に、一部のレーンで障害が発生し、マルチレーン転送が行えなくなった場合に、障害が発生しておらず、正常に転送が行えるレーンを使用することで、転送速度を減少させて転送を行うこととする。さらに、プロテクションとは、マルチレーン転送を行っている際に、一部のレーンで障害が発生し、マルチレーン転送が行えなくなった場合に、障害が発生したレーンを、使用していない正常なレーンに切り替えて使用することで、転送速度を障害が発生する以前と変えずに転送を行うこととする。【００６７】
従来のＯＴＮインタフェースでは、一波長毎にＯＴＵｋフレームを使った監視を行っており、フレームによって、転送に用いる物理レーンの管理を行う。ここで物理レーンは、波長、もしくはスーパーチャネル伝送における１チャネルのことを示す。【００６８】
また、非特許文献９−１のＡｎｎｅｘ．Ｃでのマルチレーン転送は、ＯＴＵｋフレームを１６ｂｙｔｅ毎のブロック１０２０個に分割して、複数のレーンに分配して転送する方式となる。マルチレーン転送に用いる各レーンの状態監視は、非特許文献９−２に記載されており、マルチレーン転送において、複数のレーンを監視し、複数のレーンからフレームが復元可能であるか不可能であるかを判断する。この状態監視はＬＯＲ（Ｌｏｓｓ  ｏｆ  Ｒｅｃｏｖｅｒｙ）や、ＬＯＬ（Ｌｏｓｓ  ｏｆ  Ｌａｎｅ  Ａｌｉｇｎｍｅｎｔ）等を監視することで行われ、具体的にはＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）の値をチェックすることで行われる。１６３２０ｂｙｔｅ単位に５回連続で正しいＬＬＭの値となる場合、ＩＲ（Ｉｎ−Ｒｅｃｏｖｅｒｙ）状態とされ、正しいＬＬＭの値でない場合、複数のレーンからフレームが復元できない状態を示すＯＯＲ（Ｏｕｔ−ｏｆ−Ｒｅｃｏｖｅｒｙ）状態と判断される。ＯＯＲの状態が３ｍｓ続くとＬＯＲ（Ｌｏｓｓ  ｏｆ  Ｒｅｃｏｖｅｒｙ）状態と判断される。ここでＬＬＭは、Ｇ．７０９  Ａｎｎｅｘ．Ｃに記載されているワードであり、フレームアライメントオーバーヘッドの６ｂｙｔｅ目に位置する値で、マルチレーン転送において、複数のレーンからフレームを復元するために必要な値のことである。【００６９】
また、非特許文献９−１のＡｎｎｅｘ．Ｃにおけるマルチレーン転送の監視・管理レイヤ構造を、第９−１４図に示す。ＯＴＵｋフレームは、物理レーンに相当するＯＴＬ（Ｏｐｔｉｃａｌ  Ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｌａｎｅ）に分割して転送する。監視・管理モデル上、個々の物理レーンＯＴＬは、転送媒体としてのＯＴＬＣ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｌａｎｅ  Ｃａｒｒｉｅｒ）で管理し、ＯＴＬＣをまとめたＯＴＬＣＧ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｌａｎｅ  Ｃａｒｒｉｅｒ  Ｇｒｏｕｐ）をＯＰＳＭ（Ｏｐｔｉｃａｌ  Ｐｈｙｓｉｃａｌ  Ｓｅｃｔｉｏｎ  Ｍｕｌｔｉｌａｎｅ）で管理する構造となる。【００７０】
また、特許文献９−１では、１６ｂｙｔｅブロックを転送する際に用いるマルチレーンのレーン数が変更可能で、レーン数が変更されてもフレームが復元できる仕組みによって、転送容量変更可能なマルチレーン転送方式が記載されている。
【先行技術文献】
【特許文献】
【００７１】
（第３の発明について）
【特許文献１−１】特開２０１１−２２３４５４号公報
【００７２】
（第５の発明について）
【特許文献５−１】特開２０１１−２２３４５４号公報
【００７３】
（第７の発明について）
【特許文献７−１】特開２０１１−２２３４５４号公報
【００７４】
（第８の発明について）
【特許文献８−１】特開２０１１−２２３４５４号公報
【００７５】
（第９の発明について）
【特許文献９−１】特開２０１１−２２３４５４号公報
【非特許文献】
【００７６】
（第１の発明について）
【非特許文献１−１】神野正彦、高良秀彦、曽根由明、米永一茂、平野章、河合伸吾、“マルチフロー光トランスポンダ−ＩＰレイヤとエラスティック光レイヤの効率的なインターワーキングに向けて−”、信学技報、ＯＣＳ２０１１−２１、Ｊｕｎ．２０１１．
【非特許文献１−２】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．７０９，“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”．
【００７７】
（第２の発明について）
【非特許文献２−１】Ｋ．Ｈｉｓａｄｏｍｅ，ｅｔ  ａｌ．，“１００  Ｇｂ／ｓ  Ｅｔｈｅｒｎｅｔ（登録商標）  Ｉｎｖｅｒｓｅ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｂａｓｅｄ  ｏｎ  Ａｇｇｒｅｇａｔｉｏｎ  ａｔ  ｔｈｅ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ”，ＩＥＩＣＥ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｖｏｌ．Ｅ９４−Ｂ，Ｎｏ．４，ｐｐ．９０４−９０９，Ａｐｒ．２０１１．
【００７８】
（第３の発明について）
【非特許文献３−１】“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ（ＯＴＮ）”，  ＩＴＵ−Ｔ  Ｇ．７０９，  ２００９
【００７９】
（第４の発明について）
【非特許文献４−１】“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”，  ＩＴＵ−Ｔ  Ｇ．７０９，  ２００９
【非特許文献４−２】Ｔ．  Ｏｈａｒａ  ｅｔ．  ａｌ．，  “ＯＴＮ  Ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  Ｍｕｌｔｉ−ｆｌｏｗ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｎｄｅｒ  ｉｎ  Ｅｌａｓｔｉｃ  ４００Ｇ／１Ｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｅｒａ”，  ＯＦＣ／ＮＦＯＥＣ  Ｔｅｃｈｎｉｃａｌ  Ｄｉｇｅｓｔ，  ＪＷ２Ａ．８，  ２０１２
【非特許文献４−３】“Ｌｉｎｋ  ｃａｐａｃｉｔｙ  ａｄｊｕｓｔｍｅｎｔ  ｓｃｈｅｍｅ  （ＬＣＡＳ）  ｆｏｒ  ｖｉｒｔｕａｌ  ｃｏｎｃａｔｅｎａｔｅｄ  ｓｉｇｎａｌｓ”，  ＩＴＵ−Ｔ  Ｇ．７０４２，  ２００４
【００８０】
（第５の発明について）
【非特許文献５−１】“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”，ＩＴＵ−Ｔ  Ｇ．７０９，２００９
【００８１】
（第６の発明について）
【非特許文献６−１】ＩＴＵ−Ｔ  Ｇ．７０９／Ｙ．１３３１Ａｎｎｅｘ  Ｃ
【００８２】
（第７の発明について）
【非特許文献７−１】“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”，  ＩＴＵ−Ｔ  Ｇ．７０９，  ２００９
【００８３】
（第８の発明について）
【非特許文献８−１】“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”，  ＩＴＵ−Ｔ    Ｇ．７０９，  ２００９
【００８４】
（第９の発明について）
【非特許文献９−１】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．７０９  “Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ（ＯＴＮ）”
【非特許文献９−２】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．７９８  “Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ｏｆ  ｏｐｔｉｃａｌ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋ  ｈｉｅｒａｒｃｈｙ  ｅｑｕｉｐｍｅｎｔ  ｆｕｎｃｔｉｏｎａｌ  ｂｌｏｃｋｓ”
【非特許文献９−３】神野正彦，高良秀彦，曽根由明，米永一茂，平野章，河合伸吾，“マルチフロー光トランスポンダ−ＩＰレイヤとエラスティック光レイヤの効率的なインターワーキングに向けて−”，信学技報，ＯＣＳ２０１１−２１，Ｊｕｎ．２０１１．
【００８５】
【非特許文献１０−１】手島他、「ダイナミック適応型フォトニックノードにおける再構成可能トランスポンダ構成法の検討」、信学技報  ＩＥＩＣＥ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ、ＯＣＳ２０１２−１１、２０１２年６月
【非特許文献１０−２】北村他、「マルチレーン転送を用いた容量可変光トランスポートにおける個別レーン監視・通知方法の検討」、信学技報  ＩＥＩＣＥ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ、ＰＮ２０１２−３２、２０１２年１１月
【非特許文献１０−３】Ｔ．Ｏｈａｒａ，Ｍ．Ｔｅｓｈｉｍａ，Ｓ．Ａｉｓａｗａ，ａｎｄ  Ｍ．Ｊｉｎｎｏ，“ＯＴＮ  Ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  Ｍｕｌｔｉ−ｆｌｏｗ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｎｄｅｒ  ｉｎ  Ｅｌａｓｔｉｃ  ４００Ｇ／１Ｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｅｒａ”，ＯＦＣ／ＮＦＯＥＣ  Ｔｅｃｈｎｉｃａｌ  Ｄｉｇｅｓｔ  ｃ  ２０１２  ＯＳＡ
【発明の概要】
【発明が解決しようとする課題】
【００８６】
（第１の発明についての課題）
非特許文献１−２のロジカルレーン技術及びＶＣＡＴは、単数の送信先又は優先度に対応して転送フレームを転送することは前提に入っているが、複数の送信先又は優先度に対応して転送フレームを転送することは想定に入っていない。複数の送信先又は優先度に対応して転送フレームを転送するためには、複数の送信先又は優先度に対するビットレートが相違していることから、複数の送信先又は優先度と同一の個数のフレーマが必要となるが、一般的には全てのフレーマが常時利用されるわけではない。【００８７】
非特許文献１−２のロジカルレーン技術及びＶＣＡＴでは、変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応して、フレーマを切り替える必要がある。【００８８】
そこで、前記課題を解決するために、本発明は、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先又は優先度の間でフレーマを共有することを目的とする。【００８９】
（第２の発明についての課題）
ＡＰＬでは、同一の対地に向かうデータフローを伝送することは可能であるが、複数の対地に向かうデータフローを伝送することは困難である。また、データフローの帯域増減に応じてレーン数を増減させた場合、送信側及び受信側におけるレーン数の変更が完了するまでの過渡期間において、送信側及び受信側におけるレーン数が一致しない可能性があり、データフローの欠落が生じる可能性がある。なお、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いている場合、データフローの欠落はネットワークの輻輳と認識され、送信レートが低下する。ただ、保護時間を設ければデータフローの欠落を防止できるが、その間はアプリケーションを一時休止させる必要がある。【００９０】
そこで、前記課題を解決するために、本発明は、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にするとともに、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることを目的とする。【００９１】
（第３の発明についての課題）
ＯＴＮ−ＭＬＤを拡張することにより、レーン数可変のマルチレーン伝送を行えるようになる。しかし、レーン数が１フレーム当りのデータブロック数の約数でない場合、ダミーブロックを挿入する事が必要となる（例えば、特許文献３−１参照。）。【００９２】
レーン数が８の場合の例を図３−３に示す。１０２０  ｍｏｄ  ８＝４であるので、４（＝８−４）個のダミーブロックを１１２０番目のデータブロックの後に挿入する。一般に、レーン数をＭとした場合、｛Ｍ−（１０２０  ｍｏｄ  Ｍ）｝個のダミーブロックを挿入する必要がある。【００９３】
しかし、このようにダミーブロックを挿入すると、以下のようにレーンのビットレートをダミーブロックの割合分上昇させる必要が出てくる。レーンの公称周波数をｆ０、周波数上昇分をΔｆとすると、
Ｍ＝７、Δｆ／ｆ０＝０．１９６％
Ｍ＝８、Δｆ／ｆ０＝０．３９２％
Ｍ＝９、Δｆ／ｆ０＝０．５８８％
となる。【００９４】
このように、レーン数を変更すると各レーンのビットレートを変更する必要が生じる可能性があるので、回路構成が複雑になるという問題が生じる。【００９５】
（第４の発明についての課題）
容量可変光パスの管理情報としては、個々の容量可変光パスを光トランスポートネットワーク内で一意に識別するための情報や容量可変光パスで運ばれるサービスクラスを示す情報などが必要となる。また、容量可変パスでは速度の異なる光変調方式の組み合わせも考えられるので、ＶＣＡＴをベースにする場合、容量可変管理フレームを速度の異なる転送フレームに分割し、また速度の異なる転送フレームを統合して容量可変管理フレームを再構成するために必要な情報も必要となる。【００９６】
ここで、容量可変管理フレームと可変フレームは同一のものである。【００９７】
ＶＣＡＴおよびＬＣＡＳではＶＣＧを識別するためにＧＩＤを用いている。また、ＭＦＩが２バイト分定義されており、マルチフレームの順番を表している。同一ＶＣＧに属し、かつ同一のＭＦＩを有するマルチフレームは同一のＧＩＤを有する。従って、受信したＶＣＡＴフレームが属するＶＣＧを特定するには、連続した１５組のマルチフレームから得られるＧＩＤビットが必要となる。対地毎あるいはサービスクラス毎に設定された複数のＶＣＧに属するＶＣＡＴフレームを同時に受信する場合、複数のＶＣＧを識別して各ＶＣＧ毎にフレーム間の遅延補償およびＯＰＵｋ−Ｘｖの再構成を行う必要がある。この場合、ＶＣＧを識別するために必要な１５組のマルチフレームに相当する大容量メモリが必要となり、レイテンシも増大する。【００９８】
また、ＶＣＡＴは同一速度のＯＰＵｋを用いて容量可変管理フレームを仮想的に実現する手法であり、異なった速度のＯＰＵｋを用いることは範疇に入っていない。また、ＬＣＡＳはＶＣＡＴの容量の増減を管理するための手法であるので、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述する手段はない。【００９９】
一方、ＯＴＵｆｌｅｘの場合、各レーンのレーン番号を識別する手段は存在するが、対地毎あるいはサービスクラス毎に設定された複数の容量可変光パスを転送する複数のレーンを同時に受信する場合、どのレーンが対地毎あるいはサービスクラス毎にバンドルされているのかをレーン自体から知る手段は存在しない。また、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述する手段もない。【０１００】
そこで、本発明は、速度の異なる複数のＯＰＵを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることを目的とする。【０１０１】
（第５の発明についての課題）
ＯＴＮ−ＭＬＤを拡張することにより、レーン数可変のマルチレーン伝送を行えるようになる（例えば、特許文献５−１参照。）。しかし、図５−７においてＡのタイミングでレーン数を増やした場合、新規レーン＃４の遅延量は未知なので、レーン＃４においてＦＡＳを含んだデータブロックを受信する（Ｂのタイミング）まで、フレーム再構成を行うことはできない。従って、レーン数を増加させるとレイテンシも増えてしまう。【０１０２】
本発明は、レイテンシの増大なしに帯域を増加させることを目的とする。【０１０３】
（第６の発明についての課題）
高速の光伝送を経済的に実現する方式として、４０  Ｇｂｐｓまたは１００  ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ−ＭＬＤ（Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献６−１：Ａｎｎｅｘ Ｃ参照。）。【０１０４】
高速の光伝送を経済的に実現する方式として、ＯＴＮ−ＭＬＤを拡張した、レーン数可変のマルチレーン光伝送方式も考えられる。ＯＴＮ−ＭＬＤを使った場合でも、ＳＭ  ＯＨおよびＰＭ  ＯＨにおけるＢＩＰ−８を用いてセクション監視区間およびパス監視区間における伝送品質を算出することができる。【０１０５】
しかし、ＯＴＮ−ＭＬＤを用いる場合は、特定の光送信部におけるレーザや変調器の性能の劣化によって光信号断に至らない程度であるが伝送品質が劣化するケースが想定される。このようなレーンを特定するためには、レーン毎にビットエラー率を求めることが不可欠であるが、現在のＯＴＮ−ＭＬＤにはそのような手段は存在しない。【０１０６】
そこで、本発明は、レーン毎にビットエラー率などを求めることを目的とする。【０１０７】
（第７の発明についての課題）
高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ−ＭＬＤ（Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献７−１：Ａｎｎｅｘ  Ｃ参照。）。また、ＯＴＮ−ＭＬＤを拡張した、マルチレーン光伝送方式も提案されている（例えば、特許文献７−１参照。）。【０１０８】
ＯＴＮ−ＭＬＤを使った場合でも、ＳＭ  ＯＨおよびＰＭ  ＯＨにおけるＢＩＰ−８を用いてセクション監視区間およびパス監視区間における伝送品質を算出することができる。しかし、ＯＴＮ−ＭＬＤを用いる場合は、例えば特定の光送信部におけるレーザや変調器の性能が劣化するようなケースが想定される。光信号断に至らない程度に伝送品質が劣化したレーンを特定するためには、レーン毎にビットエラー率などを求めることが不可欠であるが、現在のＯＴＮ−ＭＬＤにはそのような手段は存在しない。【０１０９】
本発明は、レーン毎の品質を監視することを目的とする。【０１１０】
（第８の発明についての課題）
高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ−ＭＬＤ（Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献８−１参照）。また、ＯＴＮ−ＭＬＤを拡張した、マルチレーン光伝送方式も提案されている（例えば、特許文献８−１参照）。ＯＴＮ−ＭＬＤを使った場合でも、ＳＭ  ＯＨ中のＢＥＩ／ＢＩＡＥおよびＢＤＩを用いて、セクション監視で障害やフレーム同期エラーが生じたことを受信側から送信側に通知することができる。【０１１１】
しかしながら、ＯＴＮ−ＭＬＤを用いる場合は、例えば特定の光送信部におけるレーザや変調器の性能が劣化して特定のレーンだけが故障する様なケースが想定される。このような場合、故障したレーン番号を送信側に通知できれば、それ以外の正常レーンだけで縮退運転をするといった対処が可能であるが、現在のＯＴＮ−ＭＬＤには故障したレーン番号を送信側に通知することができないという問題がある。【０１１２】
本発明は、このような事情に鑑みてなされたもので、受信側から送信側に対して、故障したレーン番号を通知することができるマルチレーン伝送装置及び故障レーン通知方法を提供することを目的とする。【０１１３】
（第９の発明についての課題）
ところで、非特許文献９−１のＡｎｎｅｘ．Ｃや特許文献９−１のマルチレーン転送では、転送するデータを複数のバーチャルレーンに分配するのみで、バーチャルレーン毎に監視・管理する機能は定義されていない。ここで、バーチャルレーンは１本の物理レーンと１対１で対応するレーンもしくは、１本の物理レーンにＮ本のバーチャルレーンが多重され１対Ｎで対応するレーンとする。バーチャルレーン単位で監視、管理する機能の例としては、レーン毎の誤り監視機能や障害レーン番号の通知機能がある。【０１１４】
障害レーン番号の通知機能がない場合を考える。複数の波長を用いたマルチレーン転送において、光変調器の故障やファイバ断によって、使用している波長の一部で障害が発生し、受光レベルの低下やバーチャルレーンでのＯＯＲ状態が発生し、フレームの復元が出来なくなることが想定される。これは、非特許文献９−１のＡｎｎｅｘ．Ｃや特許文献９−１の方式では、一つのフレームを１６ｂｙｔｅブロックに区切り、複数のバーチャルレーンにラウンドロビンで分配する。このようなマルチレーン転送方式では、受信装置側伝送装置においてフレームを復元するために、複数のバーチャルレーン全てを受信する必要があるため、マルチレーン転送で使用しているレーンのうちの１レーンに障害が発生しただけでも、フレームが復元できなくなり、正常なレーンも含んだ全てのレーンでの通信が停止してしまう。【０１１５】
ここで、正常なレーンによる転送も停止してしまう状況を避けるために、正常なレーンと障害が発生したレーンを送信器と受信器の間で判別し、正常なレーンを用いて縮退運転や、プロテクションをする方法が考えられる。しかし、縮退運転や、プロテクションをするために、障害が発生したレーンのレーン番号を通知する仕組みが必要となるが、レーン数変更可能なマルチレーン転送について記載された特許文献９−１において、複数のバーチャルレーンを用いたマルチレーン転送でのレーン毎の障害レーン番号の通知方法は記載されていない。また、プロテクションを行うことで、レーン間で経路差が発生し、レーン間のスキューが増大することや、マルチレーン転送に使用するバーチャルレーン数が増加することによって、従来のＦＡ  ＯＨ（フレームアライメントオーバーヘッド）に定義されたＬＬＭ８ｂｉｔの領域で表現できるバーチャルレーン番号が不足することで、所望のデスキュー量を満足できなくなることが想定される。【０１１６】
また、複数のバーチャルレーン（波長）を用いて、１６ｂｙｔｅブロックの形で、フレームを転送するマルチレーン転送では、ＯＴＵｋフレームを用いずにレーン番号を受信装置側から送信装置側へ通知する方法を新たに検討する必要がある。これは、従来は物理レーン毎に一つのＯＴＵｋフレームを用いて、レーン状態の監視を行っていたが、１６ｂｙｔｅブロックを複数のバーチャルレーンに分配するようなマルチレーン転送の場合、レーン毎にＯＴＵｋフレーム形式を取らないためである。レーン毎にフレームが復元できないため、従来はＧ．７０９のＯＴＵｋオーバーヘッドのＳＭ（Ｓｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）内において、ＯＰＵｋについて計算したＢＩＰ（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）により行われていたレーン毎の誤り監視も不可能となる。【０１１７】
前記課題を解決するために、本発明は、マルチレーン転送方式において、バーチャルレーン毎に誤り監視を行うことで障害が発生したレーン番号を特定することを目的とする。
【課題を解決するための手段】
【０１１８】
（第１の発明について課題を解決するための手段）【０１１９】
マルチレーン送信装置では、データ信号を送信先又は優先度に基づいて振り分け、各データ信号を各データフレームにフレーム化するにあたり、複数のバーチャルレーンを物理レーンに多重化することとした。【０１２０】
マルチレーン受信装置では、各データフレームを各データ信号にデフレーム化するにあたり、物理レーンを複数のバーチャルレーンに分離することとした。【０１２１】
具体的には、本発明は、データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分部と、前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定部と、前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定部が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマ部と、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマ部がフレーム化した各データフレームを送信するデータフレーム送信部と、を備えることを特徴とするマルチレーン送信装置である。【０１２２】
また、本発明は、データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分ステップと、前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定ステップと、前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定ステップで本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマステップと、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマステップでフレーム化した各データフレームを送信するデータフレーム送信ステップと、を順に備えることを特徴とするマルチレーン送信方法である。【０１２３】
この構成によれば、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先又は優先度の間でフレーマを共有することができる。【０１２４】
また、本発明は、前記データフレーム送信部が送信した各データフレームの通信速度が、前記データ信号振分部が入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信部が送信した各データフレームに前記データ信号振分部が入力した前記データ信号が収容される容量が設定されることを特徴とするマルチレーン送信装置である。【０１２５】
また、本発明は、前記データフレーム送信ステップで送信した各データフレームの通信速度が、前記データ信号振分ステップで入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信ステップで送信した各データフレームに前記データ信号振分ステップで入力した前記データ信号が収容される容量が設定されることを特徴とするマルチレーン送信方法である。【０１２６】
また、本発明は、各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信部と、各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマ部と、を備えることを特徴とするマルチレーン受信装置である。【０１２７】
また、本発明は、各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信ステップと、各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマステップと、を順に備えることを特徴とするマルチレーン受信方法である。【０１２８】
この構成によれば、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の送信先又は優先度の間でデフレーマを共有することができる。【０１２９】
また、本発明は、前記データフレーム受信部が受信した各データフレームの通信速度が、前記デフレーマ部がデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信部が受信した各データフレームに前記デフレーマ部がフレーム化した各データ信号が収容される容量が設定されることを特徴とするマルチレーン受信装置である。【０１３０】
また、本発明は、前記データフレーム受信ステップで受信した各データフレームの通信速度が、前記デフレーマステップでデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信ステップで受信した各データフレームに前記デフレーマステップでフレーム化した各データ信号が収容される容量が設定されることを特徴とするマルチレーン受信方法である。【０１３１】
（第２の発明について課題を解決するための手段）
マルチレーン送信装置において、各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加する。そして、マルチレーン受信装置において、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成する。【０１３２】
具体的には、本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置であって、データフレームを送信先に基づいて振り分けるデータフレーム振分部と、前記データフレーム振分部が各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加部と、前記フロー群情報順序情報付加部が各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力部と、を備えることを特徴とするマルチレーン送信装置である。【０１３３】
また、本発明は、複数のレーンを用いてデータフレームを送信するマルチレーン送信装置におけるマルチレーン送信方法であって、データフレームを送信先に基づいて振り分けるデータフレーム振分ステップと、前記データフレーム振分ステップで各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加するフロー群情報順序情報付加ステップと、前記フロー群情報順序情報付加ステップで各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信先に送信するレーン選択出力ステップと、を順に備えることを特徴とするマルチレーン送信方法である。【０１３４】
この構成によれば、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にすることができる。【０１３５】
また、本発明は、複数のレーンを用いてデータフレームを受信するマルチレーン受信装置であって、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信部と、各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成部と、を備えることを特徴とするマルチレーン受信装置である。【０１３６】
また、本発明は、複数のレーンを用いてデータフレームを受信するマルチレーン受信装置におけるマルチレーン受信方法であって、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報に対応する一又は複数のレーンを用いて各送信元から受信するデータフレーム受信ステップと、各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成するデータフレーム再構成ステップと、を順に備えることを特徴とするマルチレーン受信方法である。【０１３７】
この構成によれば、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にすることができる。【０１３８】
また、本発明は、前記データフレーム再構成部は、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とするマルチレーン受信装置である。【０１３９】
また、本発明は、前記データフレーム再構成ステップでは、前記マルチレーン受信装置に接続される全ての複数のレーンについて、データフレームを受信しているかどうかを常時モニタすることを特徴とするマルチレーン受信方法である。【０１４０】
この構成によれば、複数のレーンを用いてデータフレームを送受信するにあたり、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることができる。【０１４１】
（第３の発明について課題を解決するための手段）
上記目的を達成するために、本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割してＭ個のレーンに分配して伝送するマルチレーン伝送装置であって、Ｍの倍数個のフレームをまとめて可変フレームとしてみなし、可変フレーム毎にローテートを行うことでレーン数が１０２０の約数でない場合にもダミーブロックを不要とする。【０１４２】
具体的には、本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送装置であって、各フレームの予め定められたフィールドにフレームの識別子を記載する識別子記載機能部と、フレームの識別子がレーン数の倍数を示す予め定められた値のときにレーンローテートを行うレーンローテート機能部と、を具備する。【０１４３】
本願発明のマルチレーン伝送装置では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載機能部は、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、前記レーンローテート機能部は、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行ってもよい。【０１４４】
本願発明のマルチレーン伝送装置では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載機能部は、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、前記レーンローテート機能部は、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行ってもよい。【０１４５】
具体的には、本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送方法であって、各フレームのレーン数の倍数を示す予め定められたフィールドにフレームの識別子を記載する識別子記載手順と、フレームの識別子が予め定められた値のときにレーンローテートを行うレーンローテート手順と、を有する。【０１４６】
本願発明のマルチレーン伝送方法では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載手順において、前記フレームの識別子として、フレーム毎に増加もしくは減少する数値を記載し、前記レーンローテート手順において、前記フレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行ってもよい。【０１４７】
本願発明のマルチレーン伝送方法では、前記マルチレーン伝送装置のレーン数はＭであり、前記識別子記載手順において、前記フレームの識別子として、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、前記レーンローテート手順において、前記フレームの識別子が前記可変フレームの先頭である旨であるときにレーンローテートを行ってもよい。【０１４８】
（第４の発明について課題を解決するための手段）
上記目的を達成するために、本願発明のマルチレーン光トランスポートシステムは、データフローを複数のレーンに分配し、分配された信号を統合して元のデータフローを復元するマルチレーン光トランスポートシステムに関するものであり、特に、ＶＣＧ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ）を識別していた１５組のマルチフレームに記載するＧＩＤ（Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の代わりに、１組のマルチフレームに記載する識別情報を用いる。【０１４９】
具体的には、本願発明のマルチレーン光トランスポートシステムは、  データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポートシステムであって、前記送信部は、分配元を識別できるユニークな識別情報及び遅延差測定用信号を各レーンに分配された信号に付与し、前記受信部は、前記識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する。【０１５０】
本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを前記ユニークな識別情報に含んでもよい。【０１５１】
本願発明のマルチレーン光トランスポートシステムでは、前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報をユニークな識別情報に含めてもよい。【０１５２】
本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、前記ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、前記受信部は、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行ってもよい。【０１５３】
ここで、容量可変管理フレームと可変フレームは同一のものである。【０１５４】
本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、当該容量可変管理フレームを伝送速度の異なる１つ以上の転送フレームに分割する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、前記受信部は、伝送速度の異なる１つ以上の当該転送フレーム当該から管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行ってもよい。【０１５５】
本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、前記受信部は、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行ってもよい。【０１５６】
本願発明のマルチレーン光トランスポートシステムでは、前記送信部は、前記転送フレームにデータフローのサービスクラス識別情報を付与し、前記受信部は、当該転送フレームから当該サービスクラス識別情報を読み出してもよい。【０１５７】
具体的には、本願発明のマルチレーン光トランスポート方法は、データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元するマルチレーン光トランスポート方法であって、各レーンに分配された信号に少なくとも分配元を識別できるユニークな識別情報を付与し、各レーンに分配された信号に遅延差測定用信号を付与する送信手順と、当該ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号情報に基づいて補償する受信手順と、を有する。【０１５８】
本願発明のマルチレーン光トランスポート方法では、前記送信手順において、当該ユニークな識別情報を容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームに分割して送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、前記受信手順において、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行ってもよい。【０１５９】
本願発明のマルチレーン光トランスポート方法では、前記送信手順において、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンに分配して送信する際に、当該ユニークな識別情報を１つ以上のすべてのレーンに分配し、前記受信手順において、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行ってもよい。【０１６０】
（第５の発明について課題を解決するための手段）
上記目的を達成するために、本願発明の帯域変更方法は、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送におけるレーン数増加時の遅延補償に関するものであり、特に、既存レーンのフレームの同期パターンおよびフレーム番号を含むデータブロックの複製を新規レーンで予め伝送し、同一のフレーム番号に対する同期パターンの遅延を比較し、既存レーンにおける同期パターンの遅延の方が大きい場合は、当該新規レーンに遅延の差分を与え、新規レーンにおける同期パターンの遅延の方が大きい場合は、既存レーンに遅延の差分を与えて既存レーンと新規レーンの遅延差を補償した後に、当該マルチレーン伝送の送信側において当該データブロックを分配するレーン数を変更する。【０１６１】
具体的には、本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製するデータブロック複製機能部と、前記データブロック複製機能部の複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力機能部と、を備え、前記受信装置は、既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出す同期パターン読出し機能部と、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償機能部と、を備える。【０１６２】
本願発明のマルチレーン伝送システムでは、前記送信装置は、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成するオーバヘッド部生成機能部をさらに備え、前記新規レーン出力機能部は、前記オーバヘッド部生成機能部の生成したオーバヘッドを新規レーンに出力し、前記同期パターン読出し機能部は、前記制御情報及び前記変更レーン情報を読み出し、前記新規レーン遅延補償機能部は、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別してもよい。【０１６３】
具体的には、本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける帯域変更方法であって、前記送信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号を含むデータブロックを複製し、複製したデータブロックを、既存レーンとは異なるレーンに出力する新規レーン出力手順と、前記受信装置が、既存レーンにおけるフレームの同期パターンおよびフレーム番号と、新規レーンにおけるフレームの同期パターンおよびフレーム番号とを読み出し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較し、既存レーン及び新規レーンのうちの遅延の小さなレーンに遅延の差分を与えることで既存レーンと新規レーンの遅延差を補償する新規レーン遅延補償手順と、を有する。【０１６４】
本願発明のマルチレーン伝送システムでは、前記新規レーン出力手順において、前記送信装置が、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドを生成し、生成したオーバヘッドを新規レーンに出力し、前記新規レーン遅延補償手順において、前記受信装置が、前記制御情報及び前記変更レーン情報を用いて既存レーンと新規レーンを識別し、同一のフレーム番号を有する既存レーンと新規レーンの同期パターンの遅延を比較してもよい。【０１６５】
（第６の発明について課題を解決するための手段）
上記目的を達成するために、本発明は、
フレーム信号を複数のレーンに分配して伝送するマルチレーン通信装置の受信部が各レーンのエラーを監視するマルチレーン監視方法において、
該フレーム信号は、複数の行で構成され、該行の各々は複数Ｎのサブ行にインタリーブされ、該サブ行の各々はエラー訂正用の符号化処理がなされた複数のシンボルで構成され、Ｎの自然数倍のシンボルからなるデータブロックを単位として各レーンに分配され、
受信部における、フレーム信号のサブ行に対する復号処理手段が、該サブ行のシンボルのうち、先頭から何個目のシンボルにエラーが生じたかを示すエラーロケータを算出し、該エラーロケータの値をレーン番号に変換し、該変換したレーン番号の出現数を計数する。【０１６６】
具体的には、本願発明のマルチレーン監視システムは、複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信部と、前記送信部から送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視する受信部と、備える。【０１６７】
具体的には、本願発明のマルチレーン監視方法は、複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして前記複数行のフレームに変換する送信手順と、送信されたフレームの各行をインタリーブして前記行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視するエラー監視手順と、を有する。【０１６８】
（第７の発明について課題を解決するための手段）
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するエラー検出用符号算出機能部と、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロック以前のデータに対して前記エラー検出用符号算出機能部が計算したエラー検出用符号を、予め定められたフィールドに挿入するエラー検出用符号挿入機能部と、を備え、前記受信装置は、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視機能部を備える。【０１６９】
本願発明のマルチレーン伝送システムにおける個別レーン監視方法は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムにおける個別レーン監視方法であって、前記送信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算するとともに、当該同期パターンを含むデータブロック以前のデータに対して計算したエラー検出用符号を予め定められたフィールドに挿入するエラー検出用符号挿入手順と、前記受信装置が、各レーンにおける同期パターンを検出すると、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及び前記予め定められたフィールドから読み出したエラー検出用符号を用いて各レーンのエラーを監視するエラー監視手順と、を有する。【０１７０】
（第８の発明について課題を解決するための手段）
本発明は、フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置であって、受信側において前記レーンの故障を検出する故障検出手段と、前記故障検出手段によって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知手段とを備えたことを特徴とする。【０１７１】
本発明は、前記故障通知手段は、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする。【０１７２】
本発明は、前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする。【０１７３】
本発明は、フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置が行う故障レーン通知方法であって、受信側において前記レーンの故障を検出する故障検出ステップと、前記故障検出ステップによって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知ステップとを有することを特徴とする。【０１７４】
本発明は、前記故障通知ステップでは、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする。【０１７５】
（第９の発明について課題を解決するための手段）
本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送装置であって、各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備える。【０１７６】
本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域を有してもよい。【０１７７】
本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおけるパリティビットを通知するための領域を有してもよい。【０１７８】
本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有してもよい。【０１７９】
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視部と、前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入するブロック挿入部と、を備える。【０１８０】
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する。【０１８１】
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する。【０１８２】
本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送方法であって、各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順を有する。【０１８３】
本願発明のマルチレーン伝送方法では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域及び各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有してもよい。【０１８４】
なお、上記各発明は、可能な限り組み合わせることができる。
【発明の効果】
【０１８５】
（第１の発明についての発明の効果）
本発明は、複数の送信先又は優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先又は優先度の間でフレーマを共有することができる。【０１８６】
（第２の発明についての発明の効果）
本発明は、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にするとともに、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることができる。【０１８７】
（第３の発明についての発明の効果）
本発明によれば、レーン数が変更された場合でも各レーンのビットレートを一定にできるので、簡易な回路構成でマルチレーン伝送装置を実現できる。【０１８８】
（第４の発明についての発明の効果）
本発明によれば、速度の異なる複数のＯＰＵを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることができる。【０１８９】
（第５の発明についての発明の効果）
本発明によれば、実際に帯域を増加させる前に遅延補償を行うので、レイテンシの増大なしに帯域を増加させることが可能となる。【０１９０】
（第６の発明についての発明の効果）
本発明によれば、レーン毎の伝送品質を監視することができ、特定レーンのみ伝送品質が劣化した場合のリカバーが可能となる。【０１９１】
（第７の発明についての発明の効果）
本発明によれば、レーン毎の品質監視が出来るので、特定のレーンの伝送品質だけが劣化した場合、予備レーンや優先度の低いサービスに使用しているレーンがあるならば、そのレーンを使用することが可能となる。また、伝送品質の劣化したレーンを除外して残りの正常レーンで縮退動作させることも可能となる。【０１９２】
（第８の発明についての発明の効果）
本発明によれば、故障したレーンの識別情報を送信側に通知するようにしたため、正常レーンだけによる縮退運転が可能になるという効果が得られる。【０１９３】
（第９の発明についての発明の効果）
本発明によれば、マルチレーン転送方式において、バーチャルレーン毎に誤り監視を行うことで障害が発生したレーン番号を特定することができる。
【図面の簡単な説明】
【０１９４】
（第１の発明についての図面の簡単な説明）
【図１−１】本発明のマルチレーン通信システムの構成を示す図である。
【図１−２】本発明のマルチレーン送信装置の構成を示す図である。
【図１−３】本発明のマルチレーン送信装置の構成を示す図である。
【図１−４】本発明のマルチレーン受信装置の構成を示す図である。
【図１−５】物理レーンの帯域の変更前におけるバーチャルレーン群の構成を示す図である。
【図１−６】物理レーンの帯域の変更後におけるバーチャルレーン群の構成を示す図である。
【図１−７】伝送装置間の通信帯域の変化に伴うバーチャルレーン群の構成を示す図である。
【図１−８】転送フレームへのクライアント信号のマッピング方法を示す図である。
【０１９５】
（第２の発明についての図面の簡単な説明）
【図２−１】本発明のマルチレーン通信システムの構成を示す図である。
【図２−２】本発明のマルチレーンの構成を示す図である。
【図２−３】本発明の設定テーブルの内容を示す図である。
【図２−４】本発明のマルチレーン送信装置の構成を示す図である。
【図２−５】本発明のデータフレーム振分部の構成を示す図である。
【図２−６】本発明のデータフレーム振分の処理を示す図である。
【図２−７】本発明のデータストリーム分割部の構成を示す図である。
【図２−８】本発明のデータストリーム分割の処理を示す図である。
【図２−９】本発明のマルチレーン受信装置の構成を示す図である。
【図２−１０】本発明のデータフレーム再構成部の構成を示す図である。
【図２−１１】本発明のデータフレーム再構成の処理を示す図である。
【図２−１２】本発明のデータフレーム多重化の処理を示す図である。
【０１９６】
（第３の発明についての図面の簡単な説明）
【図３−１】ＯＴＮのフレーム構造を示す図である。
【図３−２】従来のＯＴＮ−ＭＬＤの例（４レーン）を示す図である。
【図３−３】従来のＯＴＮ−ＭＬＤの例（８レーン）を示す図である。
【図３−４】本発明によるマルチレーン分配の例（８レーン）を示す図である。
【図３−５】本発明によるマルチレーン分配の別の例（８レーン）を示す図である。
【図３−６】本発明のマルチレーン伝送装置の送信部の構成を示す図である。
【図３−７】本発明のマルチレーン伝送装置で使用するＬＬＭの位置を示す図である。
【図３−８】本発明の実施形態１でマルチレーン伝送装置の送信部のＯＨ処理部におけるＬＬＭの値の決定法を示すフローチャートである。
【図３−９】本発明の実施形態１でマルチレーン伝送装置の送信部のレーン番号決定部におけるレーン番号の決定法を示すフローチャートである。
【図３−１０】本発明のマルチレーン伝送装置の受信部の構成を示す図である。
【図３−１１（ａ）】本発明のマルチレーン伝送装置の受信部のレーン識別＆遅延差補償部における遅延差補償前の状態の一例を示す図である。
【図３−１１（ｂ）】本発明のマルチレーン伝送装置の受信部のレーン識別＆遅延差補償部における遅延差補償後の状態の一例を示す図である。
【図３−１２】本発明でＬＬＭを２バイト用いる場合のＬＬＭの位置を示す図である。
【図３−１３】本発明の実施形態２でマルチレーン伝送装置の送信部のＯＨ処理部におけるＬＬＭの値の決定法を示すフローチャートである。
【図３−１４】本発明の実施形態２でマルチレーン伝送装置の送信部のレーン番号決定部におけるレーン番号の決定法を示すフローチャートである。
【０１９７】
（第４の発明についての図面の簡単な説明）
【図４−１】ＯＴＮのフレーム構造を示す図である。
【図４−２】ＶＣＡＴにおけるＯＰＵｋ−ＸｖとＯＰＵｋの関係を示す図である。
【図４−３】ＶＣＡＴで用いられるＶＣＯＨおよびＰＳＩの構成を示す図である。
【図４−４】本発明の拡張されたＶＣＡＴにおけるＯＰＵ４−１＋５−２ｖｅとＯＰＵ４及びＯＰＵ５の関係を示す図である。
【図４−５】本発明の実施形態１および実施形態２における拡張されたＶＣＡＴで用いられるＶＣＯＨおよびＰＳＩの配置および構成を示す図である。
【図４−６】本発明の実施形態３における拡張されたＶＣＡＴのＯＨを示す図である。
【図４−７】本発明の実施形態１〜実施形態５で想定するネットワーク構成を示す図である。
【図４−８】本発明の実施形態１および実施形態３におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。
【図４−９】本発明の実施形態１〜３における拡張ＯＤＵの構成を示す図である。
【図４−１０】本発明の実施形態１および３におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。
【図４−１１】本発明の実施形態２におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。
【図４−１２】本発明の実施形態２におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。
【図４−１３】本発明のＯＴＵｆｌｅｘにおけるＯＰＵｆｎ−ＹとＯＰＵｆｎの関係を示す図である。
【図４−１４】本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＣＯＨおよびＰＳＩの構成を示す図である。
【図４−１５】本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＣＯＨおよびＰＳＩの構成を示す図である。
【図４−１６（ａ）】本発明の実施形態４〜５において、ＯＰＵｆｎ  ＯＨの先頭にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。
【図４−１６（ｂ）】本発明の実施形態４〜５において、ＯＴＵｆｎ  ＯＨの予備領域にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。
【図４−１６（ｃ）】本発明の実施形態４〜５において、ＦＡ  ＯＨの１バイト目にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。
【図４−１７】本発明の実施形態４〜５におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。
【図４−１８（ａ）】本発明の実施形態４〜５において、ＯＰＵｆｎ  ＯＨの先頭にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。
【図４−１８（ｂ）】本発明の実施形態４〜５において、ＯＴＵｆｎ  ＯＨの予備領域にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。
【図４−１８（ｃ）】本発明の実施形態４〜５において、ＦＡ  ＯＨの１バイト目にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。
【図４−１９】本発明の実施形態４〜５におけるマルチレーン分配の様子を示す図である。
【図４−２０】本発明の実施形態４〜５におけるマルチレーン分配で、データブロック数がレーン数で割り切れない場合の様子を示す図である。
【図４−２１】本発明の実施形態４〜５におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。
【図４−２２】本発明の実施形態４〜５におけるＭＬＯＨ検出部におけるＭＬＯＨのデスクランブルを示す図である。
【図４−２３】本発明の実施形態４〜５におけるマルチレーンコンバイナにおけるレーン間の遅延時間差補償を示す図である。
【図４−２４】本発明の実施形態１〜５における送信側のデータフローの設定を示す表である。
【図４−２５】本発明の実施形態１における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図４−２６】本発明の実施形態２における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図４−２７】本発明の実施形態３における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図４−２８】本発明の実施形態１における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図４−２９】本発明の実施形態２における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図４−３０】本発明の実施形態３における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図４−３１】本発明の実施形態１および３におけるデフレーム処理回路で測定される遅延時間差を示す表である。
【図４−３２】本発明の実施形態２におけるデフレーム処理回路で測定される遅延時間差を示す表である。
【図４−３３】本発明の実施形態１〜５における受信側のデータフローの設定を示す表である。
【図４−３４】本発明の実施形態４における送信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図４−３５】本発明の実施形態５における送信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図４−３６】本発明の実施形態４における受信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図４−３７】本発明の実施形態５における受信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図４−３８】本発明の実施形態１および実施形態２における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４−３９】本発明の実施形態１および実施形態２における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４−４０】本発明の実施形態３における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４−４１】本発明の実施形態３における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４−４２】本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【図４−４３】本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【図４−４４】本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【図４−４５】本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【０１９８】
（第５の発明についての図面の簡単な説明）
【図５−１】ＯＴＮのフレーム構造を示す図である。
【図５−２】ＯＴＮ−ＭＬＤの例（４レーン）を示す図である。
【図５−３】ＯＴＮ−ＭＬＤを用いたマルチレーン伝送装置の送信部の構成を示す図である。
【図５−４】ＯＴＮ−ＭＬＤを用いたマルチレーン伝送装置の受信部の構成を示す図である。
【図５−５】ＯＴＮ−ＭＬＤを用いたマルチレーン伝送装置の受信部におけるレーン識別＆遅延差補償部の構成を示す図である。
【図５−６（ａ）】ＯＴＮ−ＭＬＤにおける遅延補償前の状態例（４レーン）を示す図である。
【図５−６（ｂ）】ＯＴＮ−ＭＬＤにおける遅延補償後の状態例（４レーン）を示す図である。
【図５−７】従来のＯＴＮ−ＭＬＤで帯域を増加させる動作を示す図である。
【図５−８】本発明によるＯＴＮ−ＭＬＤで帯域を増加させる動作を示す図である。
【図５−９（ａ）】本発明によるＲＣＯＨの配置例を示す図である。
【図５−９（ｂ）】本発明によるＲＣＯＨにおけるＬＮＵＭの割り当て例を示す図である。
【図５−１０】本発明のＲＣＯＨを用いた帯域増加の手順を示す図である。
【図５−１１】本発明のＲＣＯＨを用いた帯域減少の手順を示す図である。
【図５−１２】本発明によるＲＣＯＨの別の配置例を示す図である。
【０１９９】
（第６の発明についての図面の簡単な説明）
【図６−１】ＯＴＮのフレーム構造を示す図である。
【図６−２】セクション監視区間の品質監視を行うＳＭ  ＯＨとＢＩＰ−８の位置を示す図である。
【図６−３】ＳＭ  ＯＨにおけるＢＩＰ−８の算出および挿入を示す図である。
【図６−４】パス監視区間の品質監視を行うＰＭ  ＯＨとＢＩＰ−８の位置を示す図である。
【図６−５】ＰＭ  ＯＨにおけるＢＩＰ−８の算出および挿入を示す図である。
【図６−６（ａ）】ＦＥＣ符号前のバイトインタリーブを示す図である。
【図６−６（ｂ）】ＦＥＣ符号化における各バイトの位置関係を示す図である。
【図６−６（ｃ）】ＦＥＣ符号後の逆インタリーブを示す図である。
【図６−７】拡大体ＧＦ（２８）の要素と８ビットシンボルの対応の一部を示す表である。
【図６−８（ａ）】ＦＥＣ復号前のバイトインタリーブを示す図である。
【図６−８（ｂ）】ＦＥＣ復号後の逆インタリーブを示す図である。
【図６−９】ＯＴＮ−ＭＬＤにおける１６バイトデータブロックの位置とレーンの関係を示す図である。
【図６−１０】本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部の構成を示す図である。
【図６−１１】本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるＦＥＣ復号部の構成を示す図である。
【図６−１２】本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるサブ行データ復号部の構成を示す図である。
【図６−１３】本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるサブ行データ復号部の第２の構成を示す図である。
【図６−１４】本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部におけるサブ行データ復号部の第３の構成を示す図である。
【０２００】
（第７の発明についての図面の簡単な説明）
【図７−１】ＯＴＮのフレーム構造を示す図である。
【図７−２】セクション監視区間の品質監視を行うＳＭ  ＯＨとＢＩＰ−８の位置を示す図である。
【図７−３】ＳＭ  ＯＨにおけるＢＩＰ−８の算出および挿入を示す図である。
【図７−４】パス監視区間の品質監視を行うＰＭ  ＯＨとＢＩＰ−８の位置を示す図である。
【図７−５】ＰＭ  ＯＨにおけるＢＩＰ−８の算出および挿入を示す図である。
【図７−６】ＬＭ  ＯＨの位置を示す図である。
【図７−７】送信側におけるＣＲＣ−８の算出・挿入と、受信側におけるエラー検出を示す図である。
【図７−８】本発明を用いたマルチレーン伝送システム装置における送信装置の構成例を示す図である。
【図７−９】レーン分配部５の構成を示す図である。
【図７−１０】本発明を用いたマルチレーン伝送システム装置における受信装置の構成例を示す図である。
【図７−１１】ＯＨ解読部１１の構成を示す図である。
【図７−１２】デスクランブル部２２の動作の一例を示す図である。
【０２０１】
（第８の発明についての図面の簡単な説明）
【図８−１】故障レーン通知時のＯＴＵ  ＯＨにおけるＥ−ＯＨの位置を示す図である。
【図８−２】故障レーン通知時のＦＡＯＨにおけるＥ−ＯＨの位置を示す図である。
【図８−３】Ｅ−ＦＡＳにおける先頭バイトの置換パターンの例を示す図である。
【図８−４】本発明の第１の実施形態によるマルチレーン伝送装置の構成を示すブロック図である。
【図８−５】Ｅ−ＯＨのフォーマットの例を示す図である。
【図８−６】Ｅ−ＯＨのデスクランブル動作を示す図である。
【図８−７】縮退運転しているマルチレーン装置を示す図である。
【図８−８】第２の実施形態よるＥ−ＯＨのフォーマットの例を示す図である。
【図８−９】ＯＴＮのフレーム構造を示す図である。
【図８−１０】ＯＴＵ  ＯＨにおけるＳＭ  ＯＨの位置を示す図である。
【０２０２】
（第９の発明についての図面の簡単な説明）
【図９−１】本発明のマルチレーン転送システムの一例を示す。
【図９−２】送信装置の処理フローチャートの一例を示す。
【図９−３】受信装置の処理フローチャートの一例を示す。
【図９−４】マルチフレームＭＦの構成例を示す。
【図９−５】バーチャルレーンが１０レーンのときのマルチレーン転送機能拡張ブロックの一例を示す。
【図９−６】バーチャルレーンが７レーンのときのマルチレーン転送機能拡張ブロックの一例を示す。
【図９−７】マルチレーン転送機能拡張ブロックの内訳の一例を示す。
【図９−８】１１２レーン以上のバーチャルレーンを利用する場合のマルチレーン転送機能拡張ブロックの内訳の一例を示す。
【図９−９】マルチフレームを構成した場合のマルチレーン転送機能拡張ブロックの挿入方法の一例を示す。
【図９−１０】実施形態２に係るマルチレーン転送システムの一例を示す。
【図９−１１】マルチレーン伝送装置７ｂとマルチレーン伝送装置７ｃへマルチレーン転送する場合の、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入した状態を示す。
【図９−１２】ＢＩＰを計算するブロックの一例を示す。
【図９−１３】実施形態６に係るマルチレーン転送システムの一例を示す。
【図９−１４】非特許文献９−１におけるマルチレーン転送のレイヤ構造を示す。
【発明を実施するための形態】
【０２０３】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施の例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【０２０４】
（第１の発明についての発明を実施するための形態）
（実施形態１）
実施形態１では、複数の送信先、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先の間でフレーマを共有する。
【０２０５】
本発明のマルチレーン通信システムの構成を図１−１に示す。マルチレーン通信システムは、伝送装置１−１、１−２、１−３、伝送装置１−１に接続されるクライアント装置２−１１、２−１２、伝送装置１−２に接続されるクライアント装置２−２１、２−２２、伝送装置１−３に接続されるクライアント装置２−３１、伝送装置１−１に接続される光スイッチ３−１、伝送装置１−２に接続される光スイッチ３−２、伝送装置１−３に接続される光スイッチ３−３、及び光スイッチ３−１、３−２、３−３を介して複数の物理レーンを用いてクライアント装置２間でフレームを転送するネットワーク４から構成される。
【０２０６】
本発明のマルチレーン送信装置の構成を図１−２及び図１−３に示す。マルチレーン送信装置１１は、各伝送装置１−１、１−２、１−３に備わっており、クライアント信号振分部１１１−１、１１１−２、バッファメモリ１１２−１、１１２−２、転送帯域計算部１１３、シェーピング部１１４−１、１１４−２、フレーマ部１１５から構成される。フレーマ部１１５は、転送フレーム生成部１１６及びバーチャルレーン群生成部１１７から構成される。
【０２０７】
本発明のマルチレーン受信装置の構成を図１−４に示す。マルチレーン受信装置１２は、各伝送装置１−１、１−２、１−３に備わっており、デフレーマ部１２１及びクライアント信号振分部１２４から構成される。デフレーマ部１２１は、バーチャルレーン群復元部１２２及びクライアント信号復元部１２３から構成される。
【０２０８】
以下の説明では、クライアント装置２−１１、２−１２が、伝送装置１−１、１−２及び光スイッチ３−１、３−２を介して、クライアント装置２−２１、２−２２に、フレームを転送するとともに、伝送装置１−１、１−３及び光スイッチ３−１、３−３を介して、クライアント装置２−３１に、フレームを転送する処理を説明する。
【０２０９】
クライアント信号振分部１１１−１、１１１−２は、それぞれクライアント装置２−１１、２−１２からクライアント信号を入力し、クライアント信号を送信先に基づいて振り分ける。具体的には、クライアント信号振分部１１１−１、１１１−２は、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）タグに包含されるＶＩＤ（ＶＬＡＮ  ＩＤ）に基づいて、クライアント装置２−２１、２−２２へのクライアント信号をバッファメモリ１１２−１に格納し、クライアント装置２−３１へのクライアント信号をバッファメモリ１１２−２に格納する。
【０２１０】
クライアント装置２−２１、２−２２への転送フレームの転送希望帯域を３０Ｇｂｐｓとし、クライアント装置２−３１への転送フレームの転送希望帯域を２０Ｇｂｐｓとする。ここで、伝送装置１−２、１−３への光パス容量には限度があるため、ネットワーク４への転送帯域をクライアント装置２への転送フレームの転送希望帯域と等しくできるとは限らない。
【０２１１】
ここで、転送フレームと可変フレームは同一のものである。
【０２１２】
転送帯域計算部１１３は、伝送装置１−２、１−３への光パス容量に基づいて、クライアント装置２−２１、２−２２への転送フレームの転送帯域を計算し、クライアント装置２−３１への転送フレームの転送帯域を計算する。
【０２１３】
伝送装置１−１には、ネットワーク４側に、１本当たりの帯域が１０Ｇｂｐｓである物理レーンが４本接続されている。よって、伝送装置１−２、１−３への光パス容量は、１０Ｇｂｐｓ／本×４本＝４０Ｇｂｐｓである。そこで、転送帯域計算部１１３は、クライアント装置２−２１、２−２２、２−３１への転送フレームの転送帯域の和が、伝送装置１−２、１−３への光パス容量を超えないように、クライアント装置２−２１、２−２２への転送フレームの転送帯域を例えば３０Ｇｂｐｓと計算し、クライアント装置２−３１への転送フレームの転送帯域を例えば１０Ｇｂｐｓと計算する。
【０２１４】
シェーピング部１１４−１は、転送帯域計算部１１３が計算したクライアント装置２−２１、２−２２への転送フレームの転送帯域に基づいて、クライアント装置２−２１、２−２２へのクライアント信号を、バッファメモリ１１２−１から読み出し速度を調整しながら読み出し、転送フレーム生成部１１６に出力する。ここで、クライアント装置２−２１、２−２２への転送フレームの転送希望帯域が３０Ｇｂｐｓであるところ、クライアント装置２−２１、２−２２への転送フレームの転送帯域は３０Ｇｂｐｓであるため、バッファメモリ１１２−１への入力速度に等しい読み出し速度で読み出しを行う。
【０２１５】
シェーピング部１１４−２は、転送帯域計算部１１３が計算したクライアント装置２−３１への転送フレームの転送帯域に基づいて、クライアント装置２−３１へのクライアント信号を、バッファメモリ１１２−２から読み出し速度を調整しながら読み出し、転送フレーム生成部１１６に出力する。ここで、クライアント装置２−３１への転送フレームの転送希望帯域が２０Ｇｂｐｓであるところ、クライアント装置２−３１への転送フレームの転送帯域は１０Ｇｂｐｓであるため、バッファメモリ１１２−２への入力速度と異なる読み出し速度で読み出しを行う。
【０２１６】
バーチャルレーン群生成部１１７は、クライアント信号振分部１１１−１、１１１−２が各送信先に基づいて振り分けた各転送フレームの送信に必要な、物理レーンの帯域が可変であっても帯域が一定であるバーチャルレーンの本数を決定する。後述するが、バーチャルレーンの１本当たりの帯域は、一定であってもよく、可変であってもよい。
【０２１７】
具体的には、バーチャルレーン群生成部１１７は、物理レーンの１本当たりの帯域が現時点では１０Ｇｂｐｓであることから、バーチャルレーンの１本当たりの帯域を１０Ｇｂｐｓの１／ｘ倍（ｘは自然数）としている。ここでは、ｘ＝１としている。ところで、全バーチャルレーンの帯域が全物理レーンの帯域と等しくなるように、全バーチャルレーンの本数が全物理レーンの本数及び物理レーンの１本当たりの帯域に応じて定められる。
【０２１８】
バーチャルレーン群生成部１１７は、転送帯域計算部１１３が計算したクライアント装置２−２１、２−２２への転送フレームの転送帯域、及びバーチャルレーンの１本当たりの帯域に基づいて、クライアント装置２−２１、２−２２への転送フレームの送信に必要なバーチャルレーンの本数を決定する。
【０２１９】
ここで、物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が上述のように１０Ｇｂｐｓであり、クライアント装置２−２１、２−２２への転送フレームの転送帯域が上述のように３０Ｇｂｐｓであるとき、クライアント装置２−２１、２−２２への転送フレームの送信に必要なバーチャルレーンの本数は、３０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝３本と決定される。
【０２２０】
そして、物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加し、これに伴ってクライアント装置２−２１、２−２２への転送フレームの転送帯域が３０Ｇｂｐｓから６０Ｇｂｐｓに増加したとき、クライアント装置２−２１、２−２２への転送フレームの送信に必要なバーチャルレーンの本数は、６０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝６本と増加される。このように、物理レーンの１本当たりの帯域が変化したときでも、バーチャルレーンの１本当たりの帯域は変化させず、必要なバーチャルレーンの本数を変化させる。
【０２２１】
バーチャルレーン群生成部１１７は、転送帯域計算部１１３が計算したクライアント装置２−３１への転送フレームの転送帯域、及びバーチャルレーンの１本当たりの帯域に基づいて、クライアント装置２−３１への転送フレームの送信に必要なバーチャルレーンの本数を決定する。
【０２２２】
ここで、物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が上述のように１０Ｇｂｐｓであり、クライアント装置２−３１への転送フレームの転送帯域が上述のように１０Ｇｂｐｓであるとき、クライアント装置２−３１への転送フレームの送信に必要なバーチャルレーンの本数は、１０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝１本と決定される。
【０２２３】
そして、物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加し、これに伴ってクライアント装置２−３１への転送フレームの転送帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加したとき、クライアント装置２−３１への転送フレームの送信に必要なバーチャルレーンの本数は、２０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝２本と増加される。このように、物理レーンの１本当たりの帯域が変化したときでも、バーチャルレーンの１本当たりの帯域は変化させず、必要なバーチャルレーンの本数を変化させる。
【０２２４】
転送フレーム生成部１１６は、クライアント信号振分部１１１−１、１１１−２が各送信先に基づいて振り分けた各クライアント信号を、シェーピング部１１４−１、１１４−２から入力し、バーチャルレーン群生成部１１７が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各クライアント信号を各転送フレームとしてフレーム化する。
【０２２５】
まず、物理レーンの１本当たりの帯域が変化する前における、転送フレーム生成部１１６の処理について、図１−５を用いて説明し、次に、物理レーンの１本当たりの帯域が変化した後における、転送フレーム生成部１１６の処理について、図１−６を用いて説明する。
【０２２６】
物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓであるときの、バーチャルレーン群の構成を図１−５に示す。
【０２２７】
転送フレーム生成部１１６は、伝送装置１−１から伝送装置１−２へのクライアント信号を、３本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ２−０をバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２の順序で振り分け、転送フレームＦ２−１をバーチャルレーンＶＬ１、ＶＬ２、ＶＬ０の順序で振り分け、転送フレームＦ２−２をバーチャルレーンＶＬ２、ＶＬ０、ＶＬ１の順序で振り分け、・・・、転送フレームＦ２−２５２をバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２の順序で振り分け、転送フレームＦ２−２５３をバーチャルレーンＶＬ１、ＶＬ２、ＶＬ０の順序で振り分け、転送フレームＦ２−２５４をバーチャルレーンＶＬ２、ＶＬ０、ＶＬ１の順序で振り分ける。このように、転送フレーム生成部１１６は、レーンローテーションを行う。３本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２を、伝送装置１−１から伝送装置１−２へのバーチャルレーン群とする。
【０２２８】
転送フレーム生成部１１６は、伝送装置１−１から伝送装置１−３へのクライアント信号を、１本のバーチャルレーンＶＬ０に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ３−０、Ｆ３−１、Ｆ３−２、・・・、Ｆ３−２５２、Ｆ３−２５３、Ｆ３−２５４を、バーチャルレーンＶＬ０に振り分ける。１本のバーチャルレーンＶＬ０を、伝送装置１−１から伝送装置１−３へのバーチャルレーン群とする。
【０２２９】
物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加したときの、バーチャルレーン群の構成を図１−６に示す。
【０２３０】
転送フレーム生成部１１６は、伝送装置１−１から伝送装置１−２へのクライアント信号を、６本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ２−０をバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５の順序で振り分け、転送フレームＦ２−１をバーチャルレーンＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５、ＶＬ０の順序で振り分け、転送フレームＦ２−２をバーチャルレーンＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５、ＶＬ０、ＶＬ１の順序で振り分け、・・・、転送フレームＦ２−２４９をバーチャルレーンＶＬ３、ＶＬ４、ＶＬ５、ＶＬ０、ＶＬ１、ＶＬ２の順序で振り分け、転送フレームＦ２−２５０をバーチャルレーンＶＬ４、ＶＬ５、ＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３の順序で振り分け、転送フレームＦ２−２５１をバーチャルレーンＶＬ５、ＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４の順序で振り分ける。このように、転送フレーム生成部１１６は、レーンローテーションを行う。６本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５を、伝送装置１−１から伝送装置１−２へのバーチャルレーン群とする。
【０２３１】
転送フレーム生成部１１６は、伝送装置１−１から伝送装置１−３へのクライアント信号を、２本のバーチャルレーンＶＬ０、ＶＬ１に振り分ける。具体的には、転送フレーム生成部１１６は、転送フレームＦ３−０をバーチャルレーンＶＬ０、ＶＬ１の順序で振り分け、転送フレームＦ３−１をバーチャルレーンＶＬ１、ＶＬ０の順序で振り分け、転送フレームＦ３−２をバーチャルレーンＶＬ０、ＶＬ１の順序で振り分け、・・・、転送フレームＦ３−２４９をバーチャルレーンＶＬ１、ＶＬ０の順序で振り分け、転送フレームＦ３−２５０をバーチャルレーンＶＬ０、ＶＬ１の順序で振り分け、転送フレームＦ３−２５１をバーチャルレーンＶＬ１、ＶＬ０の順序で振り分ける。このように、転送フレーム生成部１１６は、レーンローテーションを行う。２本のバーチャルレーンＶＬ０、ＶＬ１を、伝送装置１−１から伝送装置１−３へのバーチャルレーン群とする。
【０２３２】
ここで、非特許文献１−２のように、マルチレーン受信装置１２が、各転送フレームの先頭を識別するため、転送フレーム生成部１１６は、各転送フレームの先頭において、先頭固定ビットパターンを付加する。そして、非特許文献１−２のように、マルチレーン受信装置１２が、バーチャルレーン群に包含される複数のバーチャルレーンの間において、波長分散や経路差に起因するスキューを補償するため、転送フレーム生成部１１６は、各転送フレームの先頭において、ＶＬＭ（Ｖｉｒｔｕａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）を付加する。ここでは、ＶＬＭは、８ｂｉｔであり、最小値としての０から最大値としての２８−１＝２５５まで、値を採り得る。
【０２３３】
ここで、ＶＬＭはＬＬＭであってもよく、本願では区別していない。
【０２３４】
物理レーンの１本当たりの帯域が変化する前に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓであるときの、ＶＬＭの付加方法を図１−５に示す。
【０２３５】
伝送装置１−１から伝送装置１−２へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である３で割り切れる最大値から１を減算した値である２５４に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ２−０、Ｆ２−３、・・・、Ｆ２−２５２の先頭に、それぞれＶＬＭ＝０、３、・・・、２５２を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ２−１、・・・、Ｆ２−２５３の先頭に、それぞれＶＬＭ＝１、・・・、２５３を付加する。バーチャルレーンＶＬ２に対して、転送フレームＦ２−２、・・・、Ｆ２−２５１、Ｆ２−２５４の先頭に、それぞれＶＬＭ＝２、・・・、２５１、２５４を付加する。ＶＬＭ＝２５４を付加した転送フレームＦ２に続く転送フレームＦ２には、以上と同様にＶＬＭ＝０、１、・・・、２５３、２５４を付加することを繰り返す。
【０２３６】
伝送装置１−１から伝送装置１−３へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である１で割り切れる最大値から１を減算した値である２５５に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ３−０、Ｆ３−１、Ｆ３−２、・・・、Ｆ３−２５２、Ｆ３−２５３、Ｆ３−２５４の先頭に、それぞれＶＬＭ＝０、１、２、・・・、２５２、２５３、２５４を付加する。ＶＬＭ＝２５５を付加した転送フレームＦ３に続く転送フレームＦ３には、以上と同様にＶＬＭ＝０、１、・・・、２５４、２５５を付加することを繰り返す。
【０２３７】
物理レーンの１本当たりの帯域が変化した後に、物理レーンの１本当たりの帯域が１０Ｇｂｐｓから２０Ｇｂｐｓに増加したときの、ＶＬＭの付加方法を図１−６に示す。
【０２３８】
伝送装置１−１から伝送装置１−２へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である６で割り切れる最大値から１を減算した値である２５１に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ２−０、Ｆ２−６、・・・、Ｆ２−２４６の先頭に、それぞれＶＬＭ＝０、６、・・・、２４６を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ２−１、・・・、Ｆ２−２４７の先頭に、それぞれＶＬＭ＝１、・・・、２４７を付加する。バーチャルレーンＶＬ２に対して、転送フレームＦ２−２、・・・、Ｆ２−２４８の先頭に、それぞれＶＬＭ＝２、・・・、２４８を付加する。バーチャルレーンＶＬ３に対して、転送フレームＦ２−３、・・・、Ｆ２−２４９の先頭に、それぞれＶＬＭ＝３、・・・、２４９を付加する。バーチャルレーンＶＬ４に対して、転送フレームＦ２−４、・・・、Ｆ２−２５０の先頭に、それぞれＶＬＭ＝４、・・・、２５０を付加する。バーチャルレーンＶＬ５に対して、転送フレームＦ２−５、・・・、Ｆ２−２４５、２−２５１の先頭に、それぞれＶＬＭ＝２、・・・、２４５、２５１を付加する。ＶＬＭ＝２５１を付加した転送フレームＦ２に続く転送フレームＦ２には、以上と同様にＶＬＭ＝０、１、・・・、２５０、２５１を付加することを繰り返す。
【０２３９】
伝送装置１−１から伝送装置１−３へのバーチャルレーン群については、ＶＬＭの最大値を、２５６までの値のうちバーチャルレーンの本数である２で割り切れる最大値から１を減算した値である２５５に設定する。バーチャルレーンＶＬ０に対して、転送フレームＦ３−０、Ｆ３−２、・・・、Ｆ３−２４８、Ｆ３−２５０の先頭に、それぞれＶＬＭ＝０、２、・・・、２４８、２５０を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ３−１、Ｆ３−３、・・・、Ｆ３−２４９、Ｆ３−２５１の先頭に、それぞれＶＬＭ＝１、３、・・・、２４９、２５１を付加する。ＶＬＭ＝２５５を付加した転送フレームＦ３に続く転送フレームＦ３には、以上と同様にＶＬＭ＝０、１、・・・、２５４、２５５を付加することを繰り返す。
【０２４０】
ところで、図１−２及び図１−３において、転送フレーム生成部１１６が生成する転送フレームの個数が相違しているように、伝送装置１−１から伝送装置１−２への転送フレームの転送帯域が時間変化するとともに、伝送装置１−１から伝送装置１−３への転送フレームの転送帯域が時間変化することがある。ここでは、伝送装置１−１から伝送装置１−２への転送フレームの転送帯域が、３０Ｇｂｐｓ（第１段階）→２０Ｇｂｐｓ（第２段階）→０Ｇｂｐｓ（第３段階）のように時間変化し、伝送装置１−１から伝送装置１−３への転送フレームの転送帯域が、１０Ｇｂｐｓ（第１段階）→２０Ｇｂｐｓ（第２段階）→４０Ｇｂｐｓ（第３段階）のように時間変化し、バーチャルレーンの１本当たりの帯域は１０Ｇｂｐｓで一定であるとする。伝送装置１間の通信帯域の変化に伴うバーチャルレーン群の構成を図１−７に示す。
【０２４１】
第１段階では、伝送装置１−１から伝送装置１−２に、転送フレームＦ２−１−０、Ｆ２−１−１、Ｆ２−１−２、Ｆ２−１−３、・・・を送信し、伝送装置１−１から伝送装置１−３に、転送フレームＦ３−１−０、Ｆ３−１−１、Ｆ３−１−２、Ｆ３−１−３、・・・を送信する。そして、伝送装置１−１から伝送装置１−２で、バーチャルレーンを３０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝３本（バーチャルレーンＶＬ０、ＶＬ１、ＶＬ２）割り振られ、伝送装置１−１から伝送装置１−３で、バーチャルレーンを１０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝１本（バーチャルレーンＶＬ０）割り振られる。
【０２４２】
伝送装置１−１から伝送装置１−２へのバーチャルレーンＶＬ０に対して、転送フレームＦ２−１−０、Ｆ２−１−３、・・・の先頭に、それぞれＶＬＭ＝０、３、・・・を付加する。伝送装置１−１から伝送装置１−２へのバーチャルレーンＶＬ１に対して、転送フレームＦ２−１−１、・・・の先頭に、それぞれＶＬＭ＝１、・・・を付加する。伝送装置１−１から伝送装置１−２へのバーチャルレーンＶＬ２に対して、転送フレームＦ２−１−２、・・・の先頭に、それぞれＶＬＭ＝２、・・・を付加する。伝送装置１−１から伝送装置１−３へのバーチャルレーンＶＬ０に対して、転送フレームＦ３−１−０、Ｆ３−１−１、Ｆ３−１−２、Ｆ３−１−３、・・・の先頭に、それぞれＶＬＭ＝０、１、２、３、・・・を付加する。
【０２４３】
第２段階では、伝送装置１−１から伝送装置１−２に、転送フレームＦ２−２−０、Ｆ２−２−１、Ｆ２−２−２、Ｆ２−２−３、・・・を送信し、伝送装置１−１から伝送装置１−３に、転送フレームＦ３−２−０、Ｆ３−２−１、Ｆ３−２−２、Ｆ３−２−３、・・・を送信する。そして、伝送装置１−１から伝送装置１−２で、バーチャルレーンを２０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝２本（バーチャルレーンＶＬ０、ＶＬ１）割り振られ、伝送装置１−１から伝送装置１−３で、バーチャルレーンを２０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝２本（バーチャルレーンＶＬ０、ＶＬ１）割り振られる。
【０２４４】
伝送装置１−１から伝送装置１−２へのバーチャルレーンＶＬ０に対して、転送フレームＦ２−２−０、Ｆ２−２−２、・・・の先頭に、それぞれＶＬＭ＝０、２、・・・を付加する。伝送装置１−１から伝送装置１−２へのバーチャルレーンＶＬ１に対して、転送フレームＦ２−２−１、Ｆ２−２−３、・・・の先頭に、それぞれＶＬＭ＝１、３、・・・を付加する。伝送装置１−１から伝送装置１−３へのバーチャルレーンＶＬ０に対して、転送フレームＦ３−２−０、Ｆ３−２−２、・・・の先頭に、それぞれＶＬＭ＝０、２、・・・を付加する。伝送装置１−１から伝送装置１−３へのバーチャルレーンＶＬ１に対して、転送フレームＦ３−２−１、Ｆ３−２−３、・・・の先頭に、それぞれＶＬＭ＝１、３・・・を付加する。
【０２４５】
第３段階では、伝送装置１−１から伝送装置１−３に、転送フレームＦ３−３−０、Ｆ３−３−１、Ｆ３−３−２、Ｆ３−３−３、・・・を送信する。そして、伝送装置１−１から伝送装置１−３で、バーチャルレーンを４０Ｇｂｐｓ／（１０Ｇｂｐｓ／本）＝４本（バーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３）割り振られる。
【０２４６】
バーチャルレーンＶＬ０に対して、転送フレームＦ３−３−０、・・・の先頭に、それぞれＶＬＭ＝０、・・・を付加する。バーチャルレーンＶＬ１に対して、転送フレームＦ３−３−１、・・・の先頭に、それぞれＶＬＭ＝１、・・・を付加する。バーチャルレーンＶＬ２に対して、転送フレームＦ３−３−２、・・・の先頭に、それぞれＶＬＭ＝２、・・・を付加する。バーチャルレーンＶＬ３に対して、転送フレームＦ３−３−３、・・・の先頭に、それぞれＶＬＭ＝３、・・・を付加する。
【０２４７】
ところで、伝送装置１−１から伝送装置１−２へのクライアント信号の転送帯域が、転送フレームＦ２のペイロード容量以下であるとともに、伝送装置１−１から伝送装置１−３へのクライアント信号の転送帯域が、転送フレームＦ３のペイロード容量以下であることがある。ここでは、伝送装置１−１から伝送装置１−２で、バーチャルレーンを３本（バーチャルレーンＶＬ０、ＶＬ１、ＶＬ２）割り振られ、伝送装置１−１から伝送装置１−３で、バーチャルレーンを１本（バーチャルレーンＶＬ０）割り振られ、非特許文献１−２のように、ＧＭＰ（Ｇｅｎｅｒｉｃ  Ｍａｐｐｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）方式を利用して、クライアント信号を転送フレームＦのペイロードにマッピングする。転送フレームへのクライアント信号のマッピング方法を図１−８に示す。
【０２４８】
但し、ペイロード容量が変化する転送フレームＦへのマッピング方式は、ＧＭＰだけに限らず、たとえばＧＦＰ（Ｇｅｎｅｒｉｃ  Ｆｒａｍｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）を利用してもよい。転送フレームＦのペイロードに対して、ＧＭＰでｃｌｉｅｎｔ  ｄａｔａとｓｔｕｆｆをマッピングしていくところを、ＧＦＰでは、ＧＦＰフレームをマッピングしていく。ＧＦＰでは、クライアント信号とペイロードの周波数がずれた際に、ｓｔｕｆｆを一括して挿入する。一方、ＧＭＰは、ＧＦＰよりも細かい粒度でｓｔｕｆｆを挿入するため、ｓｔｕｆｆ挿抜処理における周波数の変動が、ＧＦＰと比較して少ない。但し、細かい粒度でｓｔｕｆｆを挿抜するため、ＧＦＰと比べて計算量が多くなる。
【０２４９】
転送フレームＦのペイロードを、任意のバイト数のブロックで分割し、Ｐ＿ｓｅｒｖｅｒ個のブロックとする。Ｐ＿ｓｅｒｖｅｒ個のブロックのうち、クライアント信号をマッピングするブロックの数を、Ｃｍ＝（Ｆ＿ｃｌｉｅｎｔ／Ｆ＿ｓｅｒｖｅｒ）×（Ｂ＿ｓｅｒｖｅｒ／ｍ）とし、クライアント信号をマッピングしないブロックの数を、Ｐ＿ｓｅｒｖｅｒ−Ｃｍ＝Ｐ＿ｓｅｒｖｅｒ−（Ｆ＿ｃｌｉｅｎｔ／Ｆ＿ｓｅｒｖｅｒ）×（Ｂ＿ｓｅｒｖｅｒ／ｍ）とする。Ｆ＿ｃｌｉｅｎｔは、クライアント信号のビットレートであり、Ｆ＿ｓｅｒｖｅｒは、転送フレームＦのビットレートであり、Ｂ＿ｓｅｒｖｅｒは、転送フレームＦのペイロードのバイト数であり、ｍは、ブロックのバイト数である。
【０２５０】
Ｐ＿ｓｅｒｖｅｒ個のブロックのうち、ｉ番目のブロックにおいて、（ｉ×Ｃｍ）  ｍｏｄ  Ｐ＿ｓｅｒｖｅｒ＜Ｃｍが成り立つときには、そのｉ番目のブロックをＤａｔａブロックとして、そのｉ番目のブロックにクライアント信号をマッピングする。Ｐ＿ｓｅｒｖｅｒ個のブロックのうち、ｉ番目のブロックにおいて、（ｉ×Ｃｍ）  ｍｏｄ  Ｐ＿ｓｅｒｖｅｒ≧Ｃｍが成り立つときには、そのｉ番目のブロックをＳｔｕｆｆブロックとして、そのｉ番目のブロックにクライアント信号をマッピングしない。
【０２５１】
伝送装置１−１から伝送装置１−２への転送フレームＦ２では、バーチャルレーン数（３本）に比例して、Ｐ＿ｓｅｒｖｅｒ＝３０としており、Ｃｍ＝２９である。上述の２つの不等式のうちいずれの不等式が成り立つかに基づいて、１番目のブロックをＳｔｕｆｆブロックとし、２〜３０番目のブロックをＤａｔａブロックとする。
【０２５２】
伝送装置１−１から伝送装置１−３への転送フレームＦ３では、バーチャルレーン数（１本）に比例して、Ｐ＿ｓｅｒｖｅｒ＝１０としており、Ｃｍ＝９である。上述の２つの不等式のうちいずれの不等式が成り立つかに基づいて、１番目のブロックをＳｔｕｆｆブロックとし、２〜１０番目のブロックをＤａｔａブロックとする。
【０２５３】
転送フレーム生成部１１６は、伝送装置１−１から伝送装置１−２への転送フレームＦ２については、バーチャルレーンの本数（３本）、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値を、転送フレームＦ２のオーバヘッドに書き込むか、転送フレームＦ２と別個の制御プレーンで伝送する。そして、転送フレーム生成部１１６は、誤り訂正符号をさらに付加する。ここで、転送フレーム生成部１１６は、オーバヘッドを付加するのみであり、バーチャルレーン群生成部１１７の出力に、誤り訂正符号を付加してもよい。さらに、誤り訂正符号を付加せず、転送フレーム生成部１１６は、オーバヘッドを付加するのみでもよい。
【０２５４】
転送フレーム生成部１１６は、伝送装置１−１から伝送装置１−３への転送フレームＦ３については、バーチャルレーンの本数（１本）、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値を、転送フレームＦ３のオーバヘッドに書き込むか、転送フレームＦ３と別個の制御プレーンで伝送する。そして、転送フレーム生成部１１６は、誤り訂正符号をさらに付加する。ここで、転送フレーム生成部１１６は、オーバヘッドを付加するのみであり、バーチャルレーン群生成部１１７の出力に、誤り訂正符号を付加してもよい。さらに、誤り訂正符号を付加せず、転送フレーム生成部１１６は、オーバヘッドを付加するのみでもよい。
【０２５５】
バーチャルレーン群生成部１１７は、各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、転送フレーム生成部１１６がフレーム化した各転送フレームを送信する。例えば、物理レーンの帯域の変更前の図１−５の状態では、バーチャルレーン群生成部１１７は、３本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２からなるバーチャルレーン群について、３本の物理レーンを用いて転送を行い、１本のバーチャルレーンＶＬ０からなるバーチャルレーン群について、１本の物理レーンを用いて転送を行う。そして、物理レーの帯域の変更後の図１−６の状態では、バーチャルレーン群生成部１１７は、６本のバーチャルレーンＶＬ０、ＶＬ１、ＶＬ２、ＶＬ３、ＶＬ４、ＶＬ５からなるバーチャルレーン群について、３本の物理レーンを用いて転送を行い、２本のバーチャルレーンＶＬ０、ＶＬ１からなるバーチャルレーン群について、１本の物理レーンを用いて転送を行う。
【０２５６】
ところで、転送フレーム生成部１１６及びバーチャルレーン群生成部１１７は、入力したクライアント信号が、いずれのバッファメモリ１１２からいずれの順序で入力したか、いずれのシェーピング部１１４からいずれの順序で入力したか、以下のように識別する。例えば、時間で切り替えるスイッチのアナロジーとして、クライアント信号の到着時刻又は到着周期など、ある種のタイムスロットで識別してもよい。或いは、タグで切り替えるスイッチのアナロジーとして、ある種のタグで識別してもよい。その他の方法でもよい。
【０２５７】
マルチレーン受信装置１２での処理は、マルチレーン送信装置１１での処理と、基本的に逆動作である。以下に、クライアント装置２−２１、２−２２が、伝送装置１−１、１−２及び光スイッチ３−１、３−２を介して、クライアント装置２−１１、２−１２から、フレームを受信する処理を説明する。しかし、クライアント装置２−３１が、伝送装置１−１、１−３及び光スイッチ３−１、３−３を介して、クライアント装置２−１１、２−１２から、フレームを受信する処理も同様である。
【０２５８】
バーチャルレーン群復元部１２２は、各送信先に基づいて振り分けられた各クライアント信号からフレーム化された各転送フレームの受信に必要な、物理レーンの帯域が可変であっても帯域が一定であるバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各転送フレームを受信し、物理レーンを各バーチャルレーンに分離する。後述するが、バーチャルレーンの１本当たりの帯域は、一定であってもよく、可変であってもよい。
【０２５９】
具体的には、バーチャルレーン群復元部１２２は、バーチャルレーンの本数を、転送フレームＦ２のオーバヘッド又は転送フレームＦ２と別個の制御プレーンに基づいて取得するか、ネットワーク４からの転送フレームの転送帯域をバーチャルレーンの１本当たりの帯域で除算することにより取得する。
【０２６０】
次に、バーチャルレーン群復元部１２２は、各転送フレームＦ２において、先頭固定ビットパターン及びＶＬＭを検索し、先頭を識別する。そして、バーチャルレーン群復元部１２２は、バーチャルレーンの本数ｎ及びＶＬＭに基づいて、バーチャルレーンの番号をＶＬＭ  ｍｏｄ  ｎと計算する。そして、バーチャルレーン群復元部１２２は、複数のバーチャルレーンの間において、波長分散又は経路差に起因するスキューを補償する。
【０２６１】
図１−５に示した各転送フレームＦ２が、伝送装置１−１から伝送装置１−２へと転送された場合について考える。ＶＬＭ＝０、３、・・・、２５２が付加されたバーチャルレーンは、ＶＬＭ  ｍｏｄ  ３＝０の計算結果に基づいて、バーチャルレーンＶＬ０であると判断される。ＶＬＭ＝１、４、・・・、２５３が付加されたバーチャルレーンは、ＶＬＭ  ｍｏｄ  ３＝１の計算結果に基づいて、バーチャルレーンＶＬ１であると判断される。ＶＬＭ＝２、５、・・・、２５４が付加されたバーチャルレーンは、ＶＬＭ  ｍｏｄ  ３＝２の計算結果に基づいて、バーチャルレーンＶＬ２であると判断される。
【０２６２】
複数のバーチャルレーンの間において、スキューが補償されていれば、ある転送フレームＦ２においてバーチャルレーンＶＬ０を示すＶＬＭ＝０が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ１を示すＶＬＭ＝１が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ２を示すＶＬＭ＝２が付加されており、・・・、次の転送フレームＦ２においてバーチャルレーンＶＬ０を示すＶＬＭ＝２５２が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ１を示すＶＬＭ＝２５３が付加されており、次の転送フレームＦ２においてバーチャルレーンＶＬ２を示すＶＬＭ＝２５４が付加されている。各転送フレームＦ２と各バーチャルレーンＶＬとＶＬＭの関係が上述の関係になるようにすることにより、複数のバーチャルレーンの間において、スキューが補償される。
【０２６３】
クライアント信号復元部１２３は、各バーチャルレーンに振り分けられた各転送フレームを各クライアント信号としてデフレーム化する。
【０２６４】
具体的には、クライアント信号復元部１２３は、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値を、転送フレームＦ２のオーバヘッド又は転送フレームＦ２と別個の制御プレーンに基づいて取得する。そして、クライアント信号復元部１２３は、各転送フレームＦ２において、ブロック番号ｉ、Ｐ＿ｓｅｒｖｅｒの値及びＣｍの値に基づいて、ｉ番目のブロックがＤａｔａブロックであるかＳｔｕｆｆブロックであるか判断する。そして、クライアント信号復元部１２３は、各転送フレームＦ２において、Ｄａｔａブロックを並べ直す。
【０２６５】
図１−８に示した各転送フレームＦ２が、伝送装置１−１から伝送装置１−２へと転送された場合について考える。１番目のブロックは、（ｉ×Ｃｍ）  ｍｏｄ  Ｐ＿ｓｅｒｖｅｒ≧Ｃｍが成り立つため、Ｓｔｕｆｆブロックであると判断される。２〜３０番目のブロックは、（ｉ×Ｃｍ）  ｍｏｄ  Ｐ＿ｓｅｒｖｅｒ＜Ｃｍが成り立つため、Ｄａｔａブロックであると判断される。これらの２〜３０番目のブロックが並べ直される。
【０２６６】
クライアント信号振分部１２４は、例えばイーサネット（登録商標）フレームに包含されるＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスに基づいて、クライアント信号をクライアント装置２−２１、２−２２に振り分ける。
【０２６７】
ところで、各伝送装置１の間において、周波数同期が行われていることもあれば、周波数同期が行われていないこともある。ここで、各伝送装置１の間において、周波数同期が行われていないときには、受信側の伝送装置１において、受信信号の周波数を送信信号の周波数に合わせるため、バッファメモリを設置する必要がある。しかし、各伝送装置１の間において、周波数同期が行われているときには、受信側の伝送装置１において、受信信号の周波数は送信信号の周波数に合っており、簡易に伝送装置１を製作できる。
【０２６８】
以上に説明したように、マルチレーン送信装置１１では、クライアント信号を送信先に基づいて振り分け、各クライアント信号を各転送フレームにフレーム化するにあたり、複数のバーチャルレーンを物理レーンに多重化することとした。よって、複数の送信先、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先の間でフレーマを共有することができる。
【０２６９】
以上に説明したように、マルチレーン受信装置１２では、各転送フレームを各クライアント信号にデフレーム化するにあたり、物理レーンを複数のバーチャルレーンに分離することとした。よって、複数の送信先、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の送信先の間でデフレーマを共有することができる。
【０２７０】
実施形態１では、転送フレーム長が一定であるとして、バーチャルレーンの１本当たりの帯域を一定としているが、変形例として、転送フレーム長が可変であるとして、バーチャルレーンの帯域を可変としてもよい。実施形態１では、フレーマ／デフレーマは単一の種類のビットレートに対応すればよい一方で、変形例では、フレーマ／デフレーマは複数の種類のビットレートに対応する必要があるが、実施形態１でも変形例でも、複数の送信先の間で単一の個数のフレーマ／デフレーマを共有することができることは同様である。
【０２７１】
（実施形態２）
実施形態２では、複数の優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の優先度の間でフレーマを共有する。
【０２７２】
優先度は、例えば、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグに包含されるＰＣＰ（Ｐｒｉｏｒｉｔｙ  Ｃｏｄｅ  Ｐｏｉｎｔ）に基づいて、判断される。
【０２７３】
例えば、伝送装置１−１から伝送装置１−２へと、高優先のフロー及びベストエフォートのフローを転送する場合を考える。このとき、伝送装置１−１から伝送装置１−２への高優先のフロー及び伝送装置１−１から伝送装置１−２へのベストエフォートのフローのそれぞれに対して、バーチャルレーン群が割り振られる。
【０２７４】
よって、マルチレーン送信装置１１において、複数の優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の優先度の間でフレーマを共有することができる。そして、マルチレーン受信装置１２において、複数の優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の優先度の間でデフレーマを共有することができる。
【０２７５】
（実施形態３）
実施形態３では、複数の送信先及び優先度、並びに変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先及び優先度の間でフレーマを共有する。
【０２７６】
送信先は、例えば、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグに包含されるＶＩＤに基づいて、判断される。優先度は、例えば、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグに包含されるＰＣＰに基づいて、判断される。
【０２７７】
例えば、伝送装置１−１から伝送装置１−２へと、及び、伝送装置１−１から伝送装置１−３へと、高優先のフロー及びベストエフォートのフローを転送する場合を考える。このとき、伝送装置１−１から伝送装置１−２への高優先のフロー、伝送装置１−１から伝送装置１−２へのベストエフォートのフロー、伝送装置１−１から伝送装置１−３への高優先のフロー及び伝送装置１−１から伝送装置１−３へのベストエフォートのフローのそれぞれに対して、バーチャルレーン群が割り振られる。
【０２７８】
よって、マルチレーン送信装置１１において、複数の送信先及び優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なフレーマの個数を単一にして、複数の送信先及び優先度の間でフレーマを共有することができる。そして、マルチレーン受信装置１２において、複数の送信先及び優先度、及び変調方式の変更又は波長数の変更による物理レーンの帯域の変化に対応するにあたり、必要なデフレーマの個数を単一にして、複数の送信先及び優先度の間でデフレーマを共有することができる。
【０２７９】
（実施形態４）
マルチレーン送信装置１１では、送信先の数、優先度の種類数及び送信波長の数の少なくともいずれかが増減したときでも、送信先の数、優先度の種類数及び送信波長の数の少なくともいずれかの増減に対応して、転送のために必要十分のハードウェアリソースを使用する可変容量の転送フレームを作成する。
【０２８０】
マルチレーン受信装置１２では、送信元の数、優先度の種類数及び受信波長の数の少なくともいずれかが増減したときでも、送信元の数、優先度の種類数及び受信波長の数の少なくともいずれかの増減に対応して、転送のために必要十分のハードウェアリソースを使用する可変容量の転送フレームを受信する。
【０２８１】
つまり、マルチレーン送信装置１１において、送信先の数、優先度の種類数及び送信波長の数の少なくともいずれかの増減に対応して、クライアント信号を転送フレームにマッピングするにあたり、図１−８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。そして、マルチレーン受信装置１２において、送信元の数、優先度の種類数及び受信波長の数の少なくともいずれかの増減に対応して、クライアント信号を転送フレームからデマッピングするにあたり、図１−８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。
【０２８２】
よって、マルチレーン送信装置１１において、送信先の数、優先度の種類数及び送信波長の数の増減に対応することができる。そして、マルチレーン受信装置１２において、送信元の数、優先度の種類数及び受信波長の数の増減に対応することができる。
【０２８３】
（実施形態５）
非特許文献１−２のＶＣＡＴでは、高速なクライアント信号に対する高速なフレーム処理と、低速な転送フレームに対する低速なフレーム処理が、それぞれ必要となる。
【０２８４】
そこで、マルチレーン送信装置１１では、実施形態１−４に加えて、バーチャルレーン群生成部１１７が送信した各転送フレームの通信速度が、クライアント信号振分部１１１−１、１１１−２が入力したクライアント信号の通信速度と等しくなるように、バーチャルレーン群生成部１１７が送信した各転送フレームにクライアント信号振分部１１１−１、１１１−２が入力したクライアント信号が収容される容量が設定される。
【０２８５】
そして、マルチレーン受信装置１２では、実施形態１−４に加えて、バーチャルレーン群復元部１２２が受信した各転送フレームの通信速度が、クライアント信号復元部１２３がデフレーム化した各クライアント信号の通信速度と等しくなるように、バーチャルレーン群復元部１２２が受信した各転送フレームにクライアント信号復元部１２３がフレーム化した各クライアント信号が収容される容量が設定される。
【０２８６】
つまり、マルチレーン送信装置１１において、転送フレームの通信速度がクライアント信号の通信速度と等しくなるように、クライアント信号を転送フレームにマッピングするにあたり、図１−８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。そして、マルチレーン受信装置１２において、転送フレームの通信速度がクライアント信号の通信速度と等しくなるように、クライアント信号を転送フレームからデマッピングするにあたり、図１−８に示したＤａｔａブロック及びＳｔｕｆｆブロックの数を調整する。
【０２８７】
よって、マルチレーン送信装置１１において、異なる通信速度のフレームにさらに対応するにあたり、必要なフレーム処理の速度を単一にすることができる。そして、マルチレーン受信装置１２において、異なる通信速度のフレームにさらに対応するにあたり、必要なデフレーム処理の速度を単一にすることができる。
【０２８８】
（第２の発明についての発明を実施するための形態）
（マルチレーン通信システム）
本発明のマルチレーン通信システムの構成を図２−１に示す。マルチレーン通信システムは、マルチレーン通信ノード装置１００、２００、３００、ネットワーク４００及び管理制御システム５００から構成される。マルチレーン通信ノード装置１００、２００、３００は、それぞれ後述のようにマルチレーン送受信装置から構成される。管理制御システム５００は、マルチレーン通信ノード装置１００、２００、３００の間の帯域に応じて、設定テーブル１に基づいて、マルチレーン通信ノード装置１００、２００、３００の間のパス（光パス又は電気パス）を、ネットワーク４００において設定することができる。
【０２８９】
本実施形態では、マルチレーン通信ノード装置１００、２００、３００は、クライアント側に１本の１００ＧＥ（１００Ｇｂｐｓ  Ｅｔｈｅｒｎｅｔ（登録商標））のインタフェースを、ネットワーク４００側に１０本の１０ＧＥ（１０Ｇｂｐｓ  Ｅｔｈｅｒｎｅｔ（登録商標））のインタフェースを、それぞれ有する。ただし、マルチレーン通信ノード装置１００、２００、３００は、ネットワーク４００側において、１０本以下の１０ＧＥのインタフェースであれば、それぞれ任意の本数の１０ＧＥのインタフェースを用いて送受信することができる。
【０２９０】
本発明のマルチレーンの構成を図２−２に示す。マルチレーン通信ノード装置１００、２００、３００の間の帯域の変化に応じて、マルチレーン通信ノード装置１００、２００、３００の間のレーン数を、ネットワーク４００において変更することができる。
【０２９１】
マルチレーン通信ノード装置１００は、マルチレーン通信ノード装置１００、２００の間のフロー群＃１を、６本の物理レーンから構成されるレーン群＃１を用いて送受信し、マルチレーン通信ノード装置１００、３００の間のフロー群＃２を、４本の物理レーンから構成されるレーン群＃２を用いて送受信する。
【０２９２】
マルチレーン通信ノード装置２００は、マルチレーン通信ノード装置２００、１００の間のフロー群＃１を、６本の物理レーンから構成されるレーン群＃２を用いて送受信し、マルチレーン通信ノード装置２００、３００の間のフロー群＃３を、４本の物理レーンから構成されるレーン群＃１を用いて送受信する。
【０２９３】
マルチレーン通信ノード装置３００は、マルチレーン通信ノード装置３００、１００の間のフロー群＃２を、４本の物理レーンから構成されるレーン群＃１を用いて送受信し、マルチレーン通信ノード装置３００、２００の間のフロー群＃３を、４本の物理レーンから構成されるレーン群＃２を用いて送受信する。
【０２９４】
本発明の設定テーブルの内容を図２−３に示す。本実施形態では、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）タグを用いており、ＶＬＡＮタグに含まれるＶＩＤ（ＶＬＡＮ  ＩＤ）及びＰＣＰ（Ｐｒｉｏｒｉｔｙ  Ｃｏｄｅ  Ｐｏｉｎｔ）を用いてデータフローを識別している。
【０２９５】
マルチレーン通信ノード装置１００は、ＶＩＤ＝０ｘ０００１〜０ｘ０１００、０ｘ０ＦＦＥを有するフロー群＃１を、レーン＃１、＃２、＃３、＃４、＃５、＃６から構成されるレーン群＃１を用いて、マルチレーン通信ノード装置２００との間で送受信する。また、マルチレーン通信ノード装置１００は、ＶＩＤ＝０ｘ０１０１〜０ｘ０２００、０ｘ０ＦＦＥを有するフロー群＃２を、レーン＃７、＃８、＃９、＃１０から構成されるレーン群＃２を用いて、マルチレーン通信ノード装置３００との間で送受信する。なお、ＶＩＤ＝０ｘ０ＦＦＥはブロードキャスト用であるため、ＶＩＤ＝０ｘ０ＦＦＥを有するフロー群を、マルチレーン通信ノード装置２００、３００との間で送受信する。
【０２９６】
マルチレーン通信ノード装置２００は、ＶＩＤ＝０ｘ０００１〜０ｘ０１００、０ｘ０ＦＦＥを有するフロー群＃１を、レーン＃５、＃６、＃７、＃８、＃９、＃１０から構成されるレーン群＃２を用いて、マルチレーン通信ノード装置１００との間で送受信する。また、マルチレーン通信ノード装置２００は、ＶＩＤ＝０ｘ０２０１〜０ｘ０３００、０ｘ０ＦＦＥを有するフロー群＃３を、レーン＃１、＃２、＃３、＃４から構成されるレーン群＃１を用いて、マルチレーン通信ノード装置３００との間で送受信する。なお、ＶＩＤ＝０ｘ０ＦＦＥはブロードキャスト用であるため、ＶＩＤ＝０ｘ０ＦＦＥを有するフロー群を、マルチレーン通信ノード装置１００、３００との間で送受信する。
【０２９７】
マルチレーン通信ノード装置３００は、ＶＩＤ＝０ｘ０１０１〜０ｘ０２００、０ｘ０ＦＦＥを有するフロー群＃２を、レーン＃１、＃２、＃３、＃４から構成されるレーン群＃１を用いて、マルチレーン通信ノード装置１００との間で送受信する。また、マルチレーン通信ノード装置３００は、ＶＩＤ＝０ｘ０２０１〜０ｘ０３００、０ｘ０ＦＦＥを有するフロー群＃３を、レーン＃５、＃６、＃７、＃８から構成されるレーン群＃２を用いて、マルチレーン通信ノード装置２００との間で送受信する。なお、ＶＩＤ＝０ｘ０ＦＦＥはブロードキャスト用であるため、ＶＩＤ＝０ｘ０ＦＦＥを有するフロー群を、マルチレーン通信ノード装置１００、２００との間で送受信する。
【０２９８】
（マルチレーン送信装置）
本発明のマルチレーン通信ノード装置が備えるマルチレーン送信装置の構成を図２−４に示す。マルチレーン送信装置Ｔは、物理インタフェース２、データフレーム振分部３、バッファメモリ４Ａ、４Ｂ、４Ｃ、４Ｄ、データストリーム分割部５及び物理インタフェース６Ａ、６Ｂ、６Ｃ、６Ｄ、６Ｅ、６Ｆ、６Ｇ、６Ｈ、６Ｉ、６Ｊから構成される。
【０２９９】
以下のマルチレーン送信装置Ｔの説明では、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００、３００へとデータフレームを送信する場合を取り扱う。つまり、以下の説明のマルチレーン送信装置Ｔは、マルチレーン通信ノード装置１００が備えるものである。他の組み合わせのマルチレーン通信ノード装置の間でデータフレームを送信する場合も、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００、３００へとデータフレームを送信する場合と同様である。
【０３００】
物理インタフェース２は、クライアント側からの入力信号を、ＣＧＭＩＩ（１００Ｇ  Ｍｅｄｉｕｍ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒｆａｃｅ）形式、即ち、６４ｂｉｔのデータ及び８ｂｉｔの制御信号からなる形式に復調・復号する。
【０３０１】
データフレーム振分部３は、データフレームを送信先に基づいて振り分ける。本発明のデータフレーム振分部の構成を図２−５に示す。データフレーム振分部３は、ＶＬＡＮタグ解読部３１及びデータフレーム書込部３２から構成される。
【０３０２】
ＶＬＡＮタグ解読部３１は、データフレームからＶＩＤ及びＰＣＰを解読する。データフレーム書込部３２は、設定テーブル１に従って、ＶＩＤ及びＰＣＰに基づいて、データフレームを以下の４種類のフローに振り分ける。
フロー＃１：ＶＩＤ＝０ｘ０００１〜０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー＃２：ＶＩＤ＝０ｘ０００１〜０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝０〜６
フロー＃３：ＶＩＤ＝０ｘ０１０１〜０ｘ０２００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー＃４：ＶＩＤ＝０ｘ０１０１〜０ｘ０２００、０ｘ０ＦＦＥ、ＰＣＰ＝０〜６
ここで、設定テーブル１に設定されているように、フロー＃１、＃２は、フロー群＃１に属しており、フロー＃３、＃４は、フロー群＃２に属している。
【０３０３】
本発明のデータフレーム振分の処理を図２−６に示す。データフレーム書込部３２は、データフレームＤＦ＃１、ＤＦ＃２、ＤＦ＃３、ＤＦ＃４、ＤＦ＃５、ＤＦ＃６、ＤＦ＃７、ＤＦ＃８、ＤＦ＃９、ＤＦ＃１０、ＤＦ＃１１、ＤＦ＃１２を入力する。
【０３０４】
データフレーム書込部３２の上述の処理と並行して、ＶＬＡＮタグ解読部３１は、データフレームＤＦ＃１、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１２において、ＶＩＤ＝０ｘ０１００、ＰＣＰ＝７と解読し、データフレームＤＦ＃４、ＤＦ＃５、ＤＦ＃１１において、ＶＩＤ＝０ｘ０１００、ＰＣＰ＝０と解読し、データフレームＤＦ＃２、ＤＦ＃６、ＤＦ＃１０において、ＶＩＤ＝０ｘ０２００、ＰＣＰ＝７と解読し、データフレームＤＦ＃３、ＤＦ＃９、ＤＦ＃１３において、ＶＩＤ＝０ｘ０２００、ＰＣＰ＝０と解読する。
【０３０５】
そして、データフレーム書込部３２は、データフレームＤＦ＃１、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１２を、フロー＃１として振り分け、データフレームＤＦ＃４、ＤＦ＃５、ＤＦ＃１１を、フロー＃２として振り分け、データフレームＤＦ＃２、ＤＦ＃６、ＤＦ＃１０を、フロー＃３として振り分け、データフレームＤＦ＃３、ＤＦ＃９、ＤＦ＃１３を、フロー＃４として振り分ける。ここで、データフレーム書込部３２は、各フローにおいて各データフレームＤＦの間に、ＩＦＧ（Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｇａｐ）を挿入する。
【０３０６】
バッファメモリ４Ａ、４Ｂ、４Ｃ、４Ｄは、それぞれフロー＃１、＃２、＃３、＃４を格納する。バッファメモリ４の個数及び各バッファメモリ４に割り当てられる容量は、フローの個数及び各フロー群に割り当てられるレーンの本数に応じて、動的に設定される。具体的には、バッファメモリ４の個数は、フローの個数が４個であることから、４個に設定される。そして、各バッファメモリ４に割り当てられる容量は、各フローの帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定される。
【０３０７】
データストリーム分割部５は、図２−７及び図２−８を用いて説明するように、データストリームを分割する。本発明のデータストリーム分割部の構成を図２−７に示す。本発明のデータストリーム分割の処理を図２−８に示す。データストリーム分割部５は、データフレーム読出部５１、符号化部５２、データ列分割部５３、フロー群情報順序情報付加部５４、伝送フレーム処理部５５及びレーン選択出力部５６から構成される。
【０３０８】
データフレーム読出部５１は、設定テーブル１を参照して、フロー群＃１のデータフレームを読み出すときには、フロー＃１、＃２のデータフレームをそれぞれ格納するバッファメモリ４Ａ、４Ｂから読み出す。データフレーム読出部５１は、設定テーブル１を参照して、フロー群＃２のデータフレームを読み出すときには、フロー＃３、＃４のデータフレームをそれぞれ格納するバッファメモリ４Ｃ、４Ｄから読み出す。
【０３０９】
具体的には、図２−８においては、データフレーム読出部５１は、データフレームＤＦ＃１、ＤＦ＃４、ＤＦ＃５、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１１、ＤＦ＃１２並びにこれらのデータフレームＤＦに対応するＶＬＡＮタグ及びＩＦＧを、バッファメモリ４Ａ、４Ｂから読み出す。なお、データフレーム読出部５１は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、読み出しを行なう。
【０３１０】
データフレーム読出部５１は、フロー群＃１、＃２のデータフレームを読み出すときには、フロー群＃１、＃２に割り当てられる帯域に応じて、フロー＃１、＃２、＃３、＃４のデータフレームの読み出し速度を調整するという、シェーピングを行なう。なお、フロー群＃１に割り当てられる帯域は、設定テーブル１に設定されているように、レーン＃１、＃２、＃３、＃４、＃５、＃６に対応する６０Ｇｂｐｓである。また、フロー群＃２に割り当てられる帯域は、設定テーブル１に設定されているように、レーン＃７、＃８、＃９、＃１０に対応する４０Ｇｂｐｓである。
【０３１１】
データフレーム読出部５１は、設定テーブル１を参照して、読み出したＶＬＡＮタグのＶＩＤ及びＰＣＰに基づいて、読み出したデータフレームのフロー群を判定して、フロー群の情報をフロー群情報順序情報付加部５４及びレーン選択出力部５６に通知する。
【０３１２】
符号化部５２は、データフレーム読出部５１が読み出したデータフレームを、ＣＧＭＩＩ形式から６４ｂ／６５ｂ符号化する。６４ｂ／６５ｂ符号化では、６４ｂｉｔのデータに対してスクランブルを行ない、制御コードを含むか否かを識別するための１ｂｉｔのフラグを付加する。データ列分割部５３は、符号化部５２が６４ｂ／６５ｂ符号化したデータフレームを、一定の長さのデータブロックに分割する。
【０３１３】
具体的には、図２−８においては、符号化部５２は、データフレームＤＦ＃１、ＤＦ＃４、ＤＦ＃５、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１１、ＤＦ＃１２並びにこれらのデータフレームＤＦに対応するＶＬＡＮタグ及びＩＦＧを、６４ｂ／６５ｂ符号化する。そして、データ列分割部５３は、符号化部５２が６４ｂ／６５ｂ符号化したデータフレームを、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９に分割する。なお、符号化部５２及びデータ列分割部５３は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、６４ｂ／６５ｂ符号化及びデータブロックへの分割を行なう。
【０３１４】
フロー群情報順序情報付加部５４は、データフレーム振分部３が各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加する。
【０３１５】
フロー群情報は、送信元であるマルチレーン通信ノード装置１００及び各送信先であるマルチレーン通信ノード装置２００、３００に対応するフロー群＃１、＃２を示す情報である。フロー群情報は、例えばフロー群識別子ＦＧ−ＩＤ（Ｆｌｏｗ  Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ）などであり、マルチレーン通信ノード装置に対して一意に定める装置ＩＤ及びフロー群番号の組み合わせを用いることも可能であるし、管理制御システム５００からテンポラリに払い出すことも可能である。順序情報は、例えば各フロー群内で連続するシーケンス番号ＳＮ（Ｓｅｑｕｅｎｔｉａｌ  Ｎｕｍｂｅｒ）などである。
【０３１６】
具体的には、図２−８では、フロー群情報順序情報付加部５４は、データフレーム読出部５１から通知されたフロー群＃１の情報に基づいて、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９に、フロー群識別子ＦＧ−ＩＤ及びシーケンス番号ＳＮを付加する。データブロックＤＢ＃１〜ＤＢ＃９に対して、シーケンス番号ＳＮとして、１〜９が付加されている。なお、フロー群情報順序情報付加部５４は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、フロー群識別子ＦＧ−ＩＤ及びシーケンス番号ＳＮの付加を行なう。
【０３１７】
伝送フレーム処理部５５は、フロー群情報順序情報付加部５４がフロー群識別子ＦＧ−ＩＤ及びシーケンス番号ＳＮを付加したデータブロックを、伝送フレームの形式に変換する。本実施形態では、ネットワーク４００側の転送方式として、１０ＧＥを使用している。図２−８に示したように、伝送フレーム処理部５５は、イーサネット（登録商標）のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダ及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を付加して、イーサネット（登録商標）ＭＡＣフレームの形式に変換する。
【０３１８】
レーン選択出力部５６は、フロー群情報順序情報付加部５４が各フロー群情報及び各順序情報を付加した各データフレームを、各フロー群情報（フロー群＃１、＃２）に対応する一又は複数のレーン（レーン群＃１、＃２）を用いて各送信先に送信する。
【０３１９】
具体的には、図２−８では、レーン選択出力部５６は、データフレーム読出部５１から通知されたフロー群＃１の情報、並びに設定テーブル１から入力したフロー群＃１及びレーン群＃１の対応関係に基づいて、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９を、レーン群＃１に出力する。
【０３２０】
そして、レーン選択出力部５６は、設定テーブル１から入力したレーン群＃１及びレーン＃１、＃２、＃３、＃４、＃５、＃６の対応関係に基づいて、データブロックＤＢ＃１、ＤＢ＃２、ＤＢ＃３、ＤＢ＃４、ＤＢ＃５、ＤＢ＃６、ＤＢ＃７、ＤＢ＃８、ＤＢ＃９を、レーン＃１、＃２、＃３、＃４、＃５、＃６に、ラウンドロビンで出力する。
【０３２１】
なお、レーン選択出力部５６は、マルチレーン通信ノード装置１００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、データブロックＤＢの出力を行なう。
【０３２２】
物理インタフェース６Ａ、６Ｂ、６Ｃ、６Ｄ、６Ｅ、６Ｆ、６Ｇ、６Ｈ、６Ｉ、６Ｊは、それぞれレーン＃１、＃２、＃３、＃４、＃５、＃６、＃７、＃８、＃９、＃１０に対応し、データブロックＤＢを符号化・変調しネットワーク４００側に出力する。
【０３２３】
（マルチレーン受信装置）
本発明のマルチレーン通信ノード装置が備えるマルチレーン受信装置の構成を図２−９に示す。マルチレーン受信装置Ｒは、物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊ、データフレーム再構成部８、バッファメモリ９Ａ、９Ｂ、データフレーム多重化部１０及び物理インタフェース１１から構成される。
【０３２４】
以下のマルチレーン受信装置Ｒの説明では、マルチレーン通信ノード装置１００、３００からマルチレーン通信ノード装置２００へとデータフレームを受信する場合を取り扱う。つまり、以下の説明のマルチレーン受信装置Ｒは、マルチレーン通信ノード装置２００が備えるものである。他の組み合わせのマルチレーン通信ノード装置の間でデータフレームを受信する場合も、マルチレーン通信ノード装置１００、３００からマルチレーン通信ノード装置２００へとデータフレームを受信する場合と同様である。
【０３２５】
物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊは、データフレーム受信部として、各送信元及び送信先に対応するフロー群を示すフロー群情報（フロー群＃１、＃３）と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各フロー群情報（フロー群＃１、＃３）に対応する一又は複数のレーン（レーン群＃２、＃１）を用いて各送信元から受信する。
【０３２６】
物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊは、それぞれレーン＃１、＃２、＃３、＃４、＃５、＃６、＃７、＃８、＃９、＃１０に対応し、データブロックＤＢをネットワーク４００側から入力し復号・復調する。
【０３２７】
データフレーム再構成部８は、図２−１０及び図２−１１を用いて説明するように、各フロー群情報及び各順序情報を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成する。本発明のデータフレーム再構成部の構成を図２−１０に示す。本発明のデータフレーム再構成の処理を図２−１１に示す。データフレーム再構成部８は、伝送フレーム処理部８１Ａ、８１Ｂ、８１Ｃ、８１Ｄ、８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊ、レーン選択結合部８２、復号部８３及びデータフレーム振分部８４から構成される。
【０３２８】
伝送フレーム処理部８１Ａ、８１Ｂ、８１Ｃ、８１Ｄ、８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊは、それぞれ物理インタフェース７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅ、７Ｆ、７Ｇ、７Ｈ、７Ｉ、７Ｊに対応し、１０ＧＥのイーサネット（登録商標）フレームからＭＡＣヘッダ及びＦＣＳを取り除きペイロードを取り出し、フロー群識別子ＦＧ−ＩＤ、シーケンス番号ＳＮ及びデータブロックＤＢを分割してバッファする。
【０３２９】
レーン選択結合部８２は、伝送フレーム処理部８１Ａ、８１Ｂ、８１Ｃ、８１Ｄ、８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊから、フロー群識別子ＦＧ−ＩＤを読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ−ＩＤを読み出した伝送フレーム処理部８１から、シーケンス番号ＳＮ及びデータブロックＤＢを読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ−ＩＤについて、シーケンス番号ＳＮに基づいて、データブロックＤＢを並べ替えて再構成する。
【０３３０】
具体的には、図２−１１では、レーン選択結合部８２は、伝送フレーム処理部８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊから、同一のフロー群識別子ＦＧ−ＩＤを読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ−ＩＤを読み出した伝送フレーム処理部８１Ｅ、８１Ｆ、８１Ｇ、８１Ｈ、８１Ｉ、８１Ｊから、シーケンス番号ＳＮ（１〜９）及びデータブロックＤＢ＃１〜ＤＢ＃９を読み出す。そして、レーン選択結合部８２は、同一のフロー群識別子ＦＧ−ＩＤについて、シーケンス番号ＳＮ（１〜９）に基づいて、データブロックＤＢ＃１〜ＤＢ＃９を並べ替えて再構成する。
【０３３１】
なお、レーン選択結合部８２は、マルチレーン通信ノード装置２００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、データブロックＤＢの再構成を行なう。
【０３３２】
復号部８３は、レーン選択結合部８２が再構成したデータブロックＤＢを、６４ｂ／６５ｂ符号化からＣＧＭＩＩ形式に復号する。
【０３３３】
具体的には、図２−１１では、復号部８３は、レーン選択結合部８２が再構成したデータブロックＤＢ＃１〜ＤＢ＃９を、６４ｂ／６５ｂ符号化からＣＧＭＩＩ形式に復号して、データフレームＤＦ＃１、ＤＦ＃４、ＤＦ＃５、ＤＦ＃７、ＤＦ＃８、ＤＦ＃１１、ＤＦ＃１２並びにこれらのデータフレームＤＦに対応するＶＬＡＮタグ及びＩＦＧを生成する。
【０３３４】
なお、復号部８３は、マルチレーン通信ノード装置２００、３００の間のデータフレームについても、マルチレーン通信ノード装置１００、２００の間のデータフレームと同様に、データブロックＤＢの復号を行なう。
【０３３５】
データフレーム振分部８４は、設定テーブル１に従って、ＶＩＤ及びＰＣＰに基づいて、データフレームＤＦを以下の２種類のフロー群に振り分ける。
フロー群＃１：ＶＩＤ＝０ｘ０００１〜０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー群＃１：ＶＩＤ＝０ｘ０００１〜０ｘ０１００、０ｘ０ＦＦＥ、ＰＣＰ＝０〜６
フロー群＃３：ＶＩＤ＝０ｘ０２０１〜０ｘ０３００、０ｘ０ＦＦＥ、ＰＣＰ＝７
フロー群＃３：ＶＩＤ＝０ｘ０２０１〜０ｘ０３００、０ｘ０ＦＦＥ、ＰＣＰ＝０〜６
ここで、設定テーブル１に設定されているように、上述の１個目及び２個目のフロー群＃１は、それぞれフロー＃１、＃２に対応しており、上述の１個目及び２個目のフロー群＃３は、それぞれフロー＃３、＃４に対応している。
【０３３６】
バッファメモリ９Ａ、９Ｂは、それぞれフロー群＃１、＃３を格納する。バッファメモリ９の個数及び各バッファメモリ９に割り当てられる容量は、フロー群の個数及び各フロー群に割り当てられるレーンの本数に応じて、動的に設定される。具体的には、バッファメモリ９の個数は、フロー群の個数が２個であることから、２個に設定される。そして、各バッファメモリ９に割り当てられる容量は、各フロー群の帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定される。
【０３３７】
データフレーム多重化部１０は、バッファメモリ９Ａ、９Ｂ内に、データフレームＤＦの「フレーム終了」制御コードが存在するかどうかをモニタする。そして、データフレーム多重化部１０は、バッファメモリ９Ａ、９Ｂ内に、データフレームＤＦの「フレーム終了」制御コードが存在することをモニタすれば、図２−１２に示したように、バッファメモリ９Ａ、９ＢからデータフレームＤＦを読み出して多重化する。そして、データフレーム多重化部１０は、速度を調整して物理インタフェース１１に出力する。
【０３３８】
（マルチレーン通信システムの効果）
図２−４から図２−８を用いて説明したように、マルチレーン送信装置Ｔは、各送信先に基づいて振り分けた各データフレームに、送信元及び各送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加する。
【０３３９】
図２−９から図２−１２を用いて説明したように、マルチレーン受信装置Ｒは、各送信元及び送信先に対応するフロー群を示すフロー群情報と、各データフレームの順序を示す順序情報と、を付加された各データフレームを、各順序情報に基づいて並べ替えて再構成する。
【０３４０】
よって、複数のレーンを用いてデータフレームを送受信するにあたり、複数の対地に向かうデータフレームを伝送することを可能にすることができる。
【０３４１】
そして、同一の送信先へのデータフレームは、単一又は複数のレーンを用いて送受信することができるため、同一の送信先へのデータフレームの帯域が、単一のレーンの帯域を越えても、複数のレーンを用いることができる。これは、同一の送信先へのデータフレームの順序を正しく保つためには、同一の送信先へのデータフレームは、単一のレーンを用いて送受信するしかなく、同一の送信先へのデータフレームの帯域が、単一のレーンの帯域を越えても、複数のレーンを用いることができないこととは対照的である。
【０３４２】
ここで、データフレーム再構成部８は、マルチレーン受信装置Ｒに接続される全ての複数のレーンについて、データフレームＤＦを受信しているかどうかを常時モニタする。
【０３４３】
図２−２では、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００への物理レーンは６本であり、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置３００への物理レーンは４本である。ここで、物理レーンの切り替えが発生する状況を考え、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置２００への物理レーンは５本に減り、マルチレーン通信ノード装置１００からマルチレーン通信ノード装置３００への物理レーンは５本に増える。
【０３４４】
すると、マルチレーン通信ノード装置２００では、マルチレーン通信ノード装置１００からデータフレームＤＦを受信するにあたり、未だに６個の伝送フレーム処理部８１が動作していても、データフレームＤＦの欠落が発生する問題は生じない。しかし、マルチレーン通信ノード装置３００では、マルチレーン通信ノード装置１００からデータフレームＤＦを受信するにあたり、未だに４個の伝送フレーム処理部８１しか動作していなければ、データフレームＤＦの欠落が発生する問題が生じる。
【０３４５】
しかし、レーン選択結合部８２は、全ての伝送フレーム処理部８１について、データフレームＤＦを受信しているかどうかを常時モニタする。
【０３４６】
よって、複数のレーンを用いてデータフレームを送受信するにあたり、レーン数を増減させる場合であっても保護時間を設けることなくデータフレームの欠落を防止することを可能にすることができる。これは、データフレームの転送中には、レーン数を増減させないことにより、データフレームの欠落を防止することとは対照的である。
【０３４７】
（変形例）
本実施形態では、データフレーム振分部３は、ＶＬＡＮタグのＶＩＤ及びＰＣＰに基づいて、データフレームを各フローに振り分ける。ここで、変形例として、データフレーム振分部３は、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）で定義されるシムヘッダのラベル及びＥＸＰ（Ｅｘｐｅｒｉｍｅｎｔａｌ）に基づいて、データフレームを各フローに振り分けてもよい。
【０３４８】
本実施形態では、レーン選択出力部５６は、各データブロックＤＢを各レーンに、ラウンドロビンで出力している。ここで、変形例として、レーン選択出力部５６は、各データブロックＤＢを各レーンに、ラウンドロビン以外の方法で出力してもよい。
【０３４９】
本実施形態では、各バッファメモリ４に割り当てられる容量は、各フローの帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定され、各バッファメモリ９に割り当てられる容量は、各フロー群の帯域の大小に応じて、全バッファメモリ容量を比例配分したものに設定される。ここで、変形例として、各バッファメモリ４及び各バッファメモリ９に割り当てられる容量は、上述の比例配分の方法によらず設定されてもよい。
【０３５０】
本実施形態では、クライアント側に１００ＧＥの物理インタフェースを配置し、ネットワーク４００側に１０ＧＥの物理インタフェースを配置する。ここで、変形例として、クライアント側に４０ＧＥの物理インタフェースを配置し、ネットワーク４００側にＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）の物理インタフェースを配置するなど、様々な形態を採用することができる。
【０３５１】
（第３の発明についての発明を実施するための形態）
本実施形態に係るマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信するマルチレーン伝送方法であって、従来のＯＴＮ−ＭＬＤのように１フレーム毎にレーンをローテートするのではなく、識別子記載手順及びレーンローテート手順を実行することによって、レーン数に相当するＭ個のフレームをまとめて可変フレームとしてみなし、可変フレーム毎にローテートを行うことでレーン数が１０２０の約数でない場合にもダミーブロックを不要とする。
【０３５２】
識別子記載手順においてフレーム毎に増加もしくは減少する数値をフレームの識別子として記載し、レーンローテート手順においてフレームの識別子をＭの倍数で除した剰余が一定値になるときにレーンローテートを行う。レーン数Ｍが８であり、ＬＬＭ＝０〜７のフレームをまとめて可変フレームと見なした場合の１例を図３−４に示す。
【０３５３】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。また、可変フレームは転送フレームと同一のものである。
【０３５４】
第１の可変フレーム（ＬＬＭ＝０）では、データブロックの分配は以下の通りである。
レーン＃０：ｂ＝１，９，１７，…，１１０９，１１１７
レーン＃１：ｂ＝２，１０，１８，…，１１１０，１１１８
レーン＃２：ｂ＝３，１１，１９，…，１１１１，１１１９
レーン＃３：ｂ＝４，１２，２０，…，１１１２，１０２０
レーン＃４：ｂ＝５，１３，２１，…，１１１３
レーン＃５：ｂ＝６，１４，１２，…，１１１４
レーン＃６：ｂ＝７，１５，２３，…，１１１５
レーン＃７：ｂ＝８，１６，２４，…，１１１６
【０３５５】
第２のフレーム（ＬＬＭ＝１）は第１のフレームをそのまま引き継いで、レーン＃４から分配を行う。第３のフレーム（ＬＬＭ＝２）は第２のフレームをそのまま引き継いで、レーン＃０から分配を行う。以下同様にして第８のフレーム（ＬＬＭ＝７）まで分配を行う。
【０３５６】
第９のフレーム（ＬＬＭ＝８）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝８，１６，２４，…，１１１６
レーン＃１：ｂ＝１，９，１７，…，１１０９，１１１７
レーン＃２：ｂ＝２，１０，１８，…，１１１０，１１１８
レーン＃３：ｂ＝３，１１，１９，…，１１１１，１１１９
レーン＃４：ｂ＝４，１２，２０，…，１１１２，１０２０
レーン＃５：ｂ＝５，１３，２１，…，１１１３
レーン＃６：ｂ＝６，１４，１２，…，１１１４
レーン＃７：ｂ＝７，１５，２３，…，１１１５
【０３５７】
第１０〜１６フレーム（ＬＬＭ＝９〜１５）ではレーンをローテートせずに、前フレームをそのまま引き継いでデータブロックの分配を行う。
【０３５８】
第１７のフレーム（ＬＬＭ＝１６）ではレーンをローテートして、データブロックの分配を以下のようにする。
レーン＃０：ｂ＝７，１５，２３，…，１１１５
レーン＃１：ｂ＝８，１６，２４，…，１１１６
レーン＃２：ｂ＝１，９，１７，…，１１０９，１１１７
レーン＃３：ｂ＝２，１０，１８，…，１１１０，１１１８
レーン＃４：ｂ＝３，１１，１９，…，１１１１，１１１９
レーン＃５：ｂ＝４，１２，２０，…，１１１２，１０２０
レーン＃６：ｂ＝５，１３，２１，…，１１１３
レーン＃７：ｂ＝６，１４，１２，…，１１１４
【０３５９】
以下同様にして、第２４のフレーム（ＬＬＭ＝２３）、第３２のフレーム（ＬＬＭ＝３１）、第４０のフレーム（ＬＬＭ＝３９）、第４８のフレーム（ＬＬＭ＝４７）、第５６のフレーム（ＬＬＭ＝５５）でレーンをローテートすることで、ダミーブロックの挿入を行うことなく（レーンのビットレートを上昇させることなく）、レーン数を任意に変更できる。
【０３６０】
Ｍをレーン数、Ｋを１以上の整数としたとき、これを一般化すると、以下のようになる。
・ＬＬＭの値は０からＭ２−１（またはＫ＊Ｍ２−１、ただし、Ｋ＊Ｍ２≦２５６）まで順番にインクリメントする。
・ＬＬＭ  ｍｏｄ  Ｍ＝０となるフレームの先頭を可変フレームの先頭とし、レーンのローテートを行う。可変フレームの先頭以外ではローテートしない。
【０３６１】
なお、図３−４の例ではＬＬＭ＝０〜７のフレームをまとめて可変フレームと見なしたが、ＬＬＭ＝１〜８のフレームをまとめて可変フレームを可変フレームと見なすなど、任意のＬＬＭのフレームを先頭とする連続する８個のフレームに適用することができる。また、レーン数Ｍについても、２以上の任意の数のレーン数Ｍに適用することができる。
【０３６２】
また、各フレームのＬＬＭを単純にインクリメントするのではなく、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、それ以外のフレームでは可変フレームの先頭でない旨を示す値を記載してもよい。例えば、図３−５に示すように、レーン数Ｍの倍数である８個のフレーム毎にＬＬＭの値をインクリメントし、途中の７フレームではＬＬＭ＝２５５としても良い。
【０３６３】
これを一般化すると、以下のようになる。
・フレームの順番をｊとする時、ｊ  ｍｏｄ  Ｍ＝０ならば、ＬＬＭの値は０から（Ｍ−１）又はＫ＊（Ｍ−１）まで順番にインクリメントする。ただし、Ｋ＊Ｍ≦２５５である。
・ｊ  ｍｏｄ  Ｍ≠０ならば、ＬＬＭ＝２５５とする。
・ＬＬＭ≠２５５となるフレームの先頭を可変フレームの先頭とし、レーンのローテートを行う。可変フレームの先頭以外ではローテートしない。
【０３６４】
なお、可変フレームの先頭でない旨を示す値が２５５である例を示したが、ＬＬＭとして用いられない任意の値を可変フレームの先頭でない旨を示す値に用いることができる。
【０３６５】
（実施形態１）
本発明のマルチレーン伝送装置の送信部の構成を図３−６に示す。マルチレーン伝送装置の送信部は、マッピング部１と、ＯＨ処理部２と、インタリーブ部３と、符号化部４−１〜４−１６と、逆インタリーブ部５と、スクランブル部６と、データブロック分割部７と、レーン番号決定部８を備える。以下、レーン数Ｍが１６の場合について説明する。
【０３６６】
マッピング部１はクライアント信号をＯＰＵ  ＰＬＤにマッピングする。
ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨである。
【０３６７】
ここで、ＯＨ処理部２は、識別子記載機能部として機能し、各フレームの予め定められたフィールドにフレームの識別子を記載する。本実施形態では、識別子記載機能部は、フレーム毎に増加もしくは減少する数値をフレームの識別子として記載する。
【０３６８】
例えば、図３−７に示すように、ＦＡ  ＯＨの６バイト目にはＬＬＭが配置される。ＦＡ  ＯＨの１〜５バイトにはＯＡ１及びＯＡ２からなるＦＡＳが配置され、ＦＡ  ＯＨの７バイト目にはＭＦＡＳが配置される。
【０３６９】
図３−８に示すように、Ｍをレーン数とする時、ＬＬＭは０〜Ｋ＊Ｍ２−１までのフレーム毎に増加する数値をとる（Ｓ１０２）。ここで、Ｋ＊Ｍ２は２５６以下のＭ２の倍数である。なお、Ｋ＝１でもよい。
【０３７０】
インタリーブ部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームを１行（３８２４バイト）毎に１６バイトインタリーブする。
符号化部４−１〜４−１６は、バイトインタリーブされたサブ行データ（２３９バイト）を符号化して、１６バイトパリティチェックを付加したサブ行データ（２５５バイト）を出力する。
逆インタリーブ部５は、符号化されたサブ行データを逆インタリーブして、符号化された４行×４０８０列のＯＴＵフレームを出力する。
スクランブル部６は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
データブロック分割部７は、スクランブルされたＯＴＵフレームを１６バイトデータブロックに分割する。
レーン番号決定部８は、レーン番号を決定して、そのレーンにフレーム形式のデータブロックを出力する。
【０３７１】
ここで、レーン番号決定部８は、レーンローテート機能部として機能し、ＬＬＭをレーン数Ｍの倍数で除した剰余が一定値になるときにレーンローテートを行う。
例えば、図３−９に示すように、ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝０〜Ｍ−１）は、
ＬＬＭ  ｍｏｄ  Ｍ＝０
の場合、
ｍ＝（ＬＬＭ／Ｍ）  ｍｏｄ  Ｍ
で決定される（Ｓ２０２〜Ｓ２０４、Ｓ２０７〜Ｓ２０９）。
それ以外のデータブロックの場合は、直前のレーン番号をｍ’とした場合、
ｍ＝（ｍ’＋１）  ｍｏｄ  Ｍ
とする（Ｓ２０７、Ｓ２１０）。
【０３７２】
マルチレーン伝送装置の受信部の構成を図３−１０に示す。マルチレーン伝送装置の受信部は、レーン識別＆遅延差補償部１０と、ＯＴＵフレーム再構成部１１と、デスクランブル部１２と、インタリーブ部１３と、復号部１４−１〜１４−１６と、逆インタリーブ部１５と、ＯＨ処理部１６と、デマッピング部１７を備える。
【０３７３】
レーン識別＆遅延差補償部１０は、ＦＡＳを含む先頭データブロックを見つけてＬＬＭを読み、
ＬＬＭ  ｍｏｄ  Ｍ＝０
の場合、
ｍ＝（ＬＬＭ／Ｍ）  ｍｏｄ  Ｍ
でレーン番号を識別する。また、データブロックに含まれるＭＦＡＳを読んで遅延差の補償をする。ここで、４レーンの場合の遅延差補償の例を図３−１１（ａ）及び図３−１１（ｂ）に示す。
【０３７４】
レーン＃０で受信したＭＦＡＳ＝０のデータブロックの先頭位置を基準とすると、レーン＃１で受信したＭＦＡＳ＝４、レーン＃２で受信したＭＦＡＳ＝８、レーン＃３で受信したＭＦＡＳ＝１２のデータブロックの先頭位置はそれぞれ１６３２０バイト、３２６４０バイト、４８９６０バイト分だけ遅延するはずである。しかし、各レーンの信号はそれぞれ異なる波長の光で伝送されるので、分散などの影響で遅延時間差が生じる。
【０３７５】
ここで図３−１１（ａ）に示すように、ＭＦＡＳ＝０のデータブロックの先頭位置を基準としたＭＦＡＳ＝４、ＭＦＡＳ＝８、ＭＦＡＳ＝１２のデータブロックの先頭位置が、それぞれ１６２２０バイト、３２９４０バイト、４９１６０バイト分遅延していたとすると、予想される遅延時間に対し、レーン＃１は−１００バイト、レーン＃２は＋３００バイト、レーン＃３は＋２００バイト分の遅延時間差が生じた事が判る。そこで、レーン＃０には３００バイト、レーン＃１には４００バイト、レーン＃４には１００バイト分の遅延を与えると、すべてのレーンは、図３−１１（ｂ）に示すように最も遅延の大きいレーン＃２に合わせることができる。
【０３７６】
ＯＵＴフレーム再構成部１１は、遅延時間差補償後の各レーンのデータブロックを受信し、レーン識別＆遅延差補償部１０で識別されたレーン番号を基に、各レーンのデータブロックを順番に読み出して、４行×４０８０列のＯＴＵフレームを再構成する。
デスクランブル部１２は再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
インタリーブ部１３は４行×４０８０列のＯＴＵフレームを１行（４０８０バイト）毎に１６バイトインタリーブする。
復号部１４−１〜１４−１６はバイトインタリーブされたサブ行データ（２５５バイト）を復号して、エラー訂正されたサブ行データ（２３８バイト）を出力する。
逆インタリーブ部１５は復号されたサブ行データを逆インタリーブして、エラー訂正された４行×３８２４列のフレームを出力する。
ＯＨ処理部１６はエラー訂正された４行×３８２４列のフレームからＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨといったオーバヘッドを除いたＯＰＵフレームを出力する。
デマッピング部１７はＯＰＵ  ＯＨの情報に基づいてＯＰＵ  ＰＬＤからクライアント信号をデマッピングして出力する。
【０３７７】
なお、本実施形態ではレーン数が１６である場合について説明したが、これに限定されない。ＬＬＭが１７以上になる場合、ＬＬＭが１バイトでは不足する。この場合、図３−１２に示すように、ＬＬＭを２バイトに拡張すれば、２５６レーンまで対応可能である。ＬＬＭは、例えば、ＦＡ  ＯＨの１バイト目と６バイト目に配置される。
【０３７８】
（実施形態２）
本発明のマルチレーン伝送装置の送信部の構成を図３−６に示す。マルチレーン伝送装置の送信部の構成は、実施形態１と同様である。本実施形態では、ＯＨ処理部２及びレーン番号決定部８の機能が実施形態１と異なる。
【０３７９】
マッピング部１はクライアント信号をＯＰＵ  ＰＬＤにマッピングする。
ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨである。
【０３８０】
ここで、ＯＨ処理部２は、識別子記載機能部として機能し、各フレームの予め定められたフィールドにフレームの識別子を記載する。本実施形態では、識別子記載機能部は、各フレームのうちのＭの倍数個のフレームごとに可変フレームの先頭である旨を示す値を記載し、それ以外のフレームには可変フレームの先頭でない旨を示す値を記載する。
【０３８１】
例えば、図３−７に示すように、ＦＡ  ＯＨの６バイト目にはＬＬＭが配置される。図３−１３に示すように、Ｍをレーン数とする時、ＬＬＭはＭフレーム毎に０〜Ｋ＊（Ｍ−１）までの値をとり（Ｓ３０３〜Ｓ３０５）、その間の（Ｍ−１）個のフレームのＬＬＭは２５５（０ｘＦＦ）の値をとる（Ｓ３０６）。ここで、Ｋ＊Ｍは２５５以下のＭの倍数である（Ｋ＝１でも良い）。
【０３８２】
なお、可変フレームの先頭である旨を示す値が０〜Ｋ＊（Ｍ−１）であり、可変フレームの先頭でない旨を示す値が２５５である例を示したが、これに限定するものではない。特に可変フレームの先頭でない旨を示す値はＬＬＭとして用いられない値であればよい。
【０３８３】
インタリーブ部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームを１行（３８２４バイト）毎に１６バイトインタリーブする。
符号化部４−１〜４−１６は、バイトインタリーブされたサブ行データ（２３９バイト）を符号化して、１６バイトパリティチェックを付加したサブ行データ（２５５バイト）を出力する。
逆インタリーブ部５は、符号化されたサブ行データを逆インタリーブして、符号化された４行×４０８０列のＯＴＵフレームを出力する。
スクランブル部６は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
データブロック分割部７は、スクランブルされたＯＴＵフレームを１６バイトデータブロックに分割する。
レーン番号決定部８は、レーン番号を決定して、そのレーンにフレーム形式のデータブロックを出力する。
【０３８４】
ここで、レーン番号決定部８は、レーンローテート機能部として機能し、フレームの識別子が可変フレームの先頭である旨であるときにレーンローテートを行う。
例えば、図３−１４に示すように、ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝０〜Ｍ−１）は、
ＬＬＭ≠２５５
の場合、
ｍ＝ＬＬＭ  ｍｏｄ  Ｍ
で決定される（Ｓ４０２〜Ｓ４０４、Ｓ４０７〜Ｓ４０９）。
それ以外のデータブロックの場合は、直前のレーン番号をｍ’とした場合、
ｍ＝（ｍ’＋１）  ｍｏｄ  Ｍ
とする（Ｓ４０７、Ｓ４１０）。
【０３８５】
マルチレーン伝送装置の受信部の構成を図３−１０に示す。マルチレーン伝送装置の受信部の構成は、実施形態１と同様である。本実施形態では、レーン識別＆遅延差補償部１０の機能が実施形態１と異なる。
【０３８６】
レーン識別＆遅延差補償部１０は、ＦＡＳを含む先頭データブロックを見つけてＬＬＭを読み、
ＬＬＭ  ≠  ２５５
の場合、
ｍ＝ＬＬＭ  ｍｏｄ  Ｍ
でレーン番号を識別する。また、データブロックに含まれるＭＦＡＳを読んで遅延差の補償をする。４レーンの場合の遅延差補償の例については、図３−１１（ａ）及び図３−１１（ｂ）で説明したとおりである。
【０３８７】
ＯＴＵフレーム再構成部１１は、遅延時間差補償後の各レーンのデータブロックを受信し、レーン識別＆遅延差補償部１０で識別されたレーン番号を基に、各レーンのデータブロックを順番に読み出して、４行×４０８０列のＯＴＵフレームを再構成する。
デスクランブル部１２は、再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
インタリーブ部１３は、４行×４０８０列のＯＴＵフレームを１行（４０８０バイト）毎に１６バイトインタリーブする。
復号部１４−１〜１４−１６は、バイトインタリーブされたサブ行データ（２５５バイト）を復号して、エラー訂正されたサブ行データ（２３８バイト）を出力する。
逆インタリーブ部１５は、復号されたサブ行データを逆インタリーブして、エラー訂正された４行×３８２４列のフレームを出力する。
ＯＨ処理部１６は、エラー訂正された４行×３８２４列のフレームからＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨといったオーバヘッドを除いたＯＰＵフレームを出力する。
デマッピング部１７は、ＯＰＵ  ＯＨの情報に基づいてＯＰＵ  ＰＬＤからクライアント信号をデマッピングして出力する。
【０３８８】
なお、本実施形態ではレーン数が１６である場合について説明したが、これに限定されない。ＬＬＭが２５６以上になる場合、ＬＬＭが１バイトでは不足する。この場合、図３−１２に示すように、ＬＬＭを２バイトに拡張すれば、６５５３５レーンまで対応可能である（この場合、レーンローテートしない場合のＬＬＭは６５５３５（０ｘＦＦＦＦ）の値をとる）。
【０３８９】
（第４の発明についての発明を実施するための形態）
本実施形態に係るマルチレーン光トランスポートシステムは、データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元する光トランスポートネットワークにおいて、送信手順と受信手順を行う。送信手順において、分配元を識別可能にするため、送信部から容量可変光パスを一意に識別するためのユニークな容量可変光パスＩＤを容量可変管理フレームに付与する。受信手順において、受信部が、容量可変光パスＩＤに基づいて各レーンの信号を分類し、遅延差を補償する。
【０３９０】
ここで、容量可変管理フレームと可変フレームと転送フレームは同一のものである。
【０３９１】
容量可変光パスＩＤの具体例としては、
（１）各マルチレーン光トランスポート装置にユニークなＩＤを予め付与し、送信側マルチレーン光トランスポート装置のＩＤと受信側マルチレーン光トランスポート装置のＩＤの組合せ（あるいは、これにサービスクラス別に関する情報を加えたもの）を容量可変光パスＩＤとして使用する。
（２）容量可変光パスを対地間で設定する時に、ネットワーク管理制御システムからユニークな対地別ＩＤを払い出し、送信側マルチレーン光トランスポート装置および受信側マルチレーン光トランスポート装置は取得した対地別ＩＤ（あるいは、これにサービスクラス別に関する情報を加えたもの）を容量可変光パスＩＤとして使用する。
といった方法が考えられる。
【０３９２】
容量可変光パスが転送するクライアント信号のサービスクラスを記述する方法としては、単一のサービスクラスだけではなく、複数のサービスクラスをも記述できるようにする必要がある。例えば、クライアント信号のサービスクラスがＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）のシムヘッダのＥＸＰ（Ｅｘｐｅｒｉｍｅｎｔａｌ  Ｕｓｅ）フィールドで記述される場合、ＥＸＰは３ビットで、サービスクラスの種類の最大数は２３＝８となる。
【０３９３】
そこで、サービスクラス識別フィールドに８ビットを割り当てて、ビットマップ形式で記述する。例えば、ＥＸＰ＝０ｘ０６〜０ｘ０７のクライアント信号を転送する場合はサービスクラス識別フィールド：０ｂ１１００００００、ＥＸＰ＝０ｘ００〜０ｘ０３のクライアント信号を多重する場合はサービスクラス識別フィールド：０ｂ００００１１１１とする。
【０３９４】
容量可変管理フレームを速度の異なる転送フレーム、例えばＯＰＵ４（１００  Ｇｂｐｓ）とＯＰＵ５（４００  Ｇｂｐｓ）とに分割するケースを考える。ＯＰＵ４を１フレーム転送する時間内にＯＰＵ５は４フレームが転送されるので、容量可変管理フレームのＰＬＤをＯＰＵ４  ＰＬＤとＯＰＵ５  ＰＬＤとに分割する際は、前者に１バイト、後者に４バイトずつ分配する必要がある。この”１”および”４”をオーバヘッド内に記述し、容量可変管理フレームに統合する際にもこの情報を使用し、ＯＰＵ４  ＰＬＤから１バイト、ＯＰＵ５  ＰＬＤから４バイトずつ容量可変管理フレームのＰＬＤに統合することで、元の容量可変管理フレームが再構成される。
【０３９５】
本実施形態に係る発明は、ＶＣＡＴ（Ｖｉｒｔｕａｌ Ｃｏｎｃａｔｅｎａｔｉｏｎ）、ＯＴＵｆｌｅｘの課題を以下の組合せで解決する。
（１）本実施形態に係る発明は、複数レーンに分割されたフレームあるいはデータブロックの中に含まれるＳＯＩＤとＳＫＩＤ（あるいはＶＣＧＩＤまたはＭＬＧＩＤ）とＥＸＩＤを用いて、個々の容量可変光パスを１組のマルチフレームで識別・分類する。これにより、従来技術のＶＣＡＴおよびＬＣＡＳ（Ｌｉｎｋ  ｃａｐａｃｉｔｙ  ａｄｊｕｓｔｍｅｎｔ  ｓｃｈｅｍｅ）ではＶＣＧを識別するための１５ｂｉｔのＧＩＤを得るために必要となる１５組のマルチフレームを保持するための大容量メモリと保持に伴うレイテンシが増加するという課題を解決することができる。
例えば、従来のＶＣＡＴの場合、ＯＴＵフレームの長さは１６３２０バイト、２５６フレーム×１５分のメモリを要するので、１レーンあたり必要なメモリは６２６６８８００バイトであり、１レーンあたりの速度をＯＴＵ４相当の１１１．８Ｇｂｐｓとすると、レイテンシは約４．４８ｍｓｅｃである。一方、本発明の場合、３２フレームで十分なので、１レーンあたり必要なメモリは５２２２４０バイトになり、レイテンシは３７．４μｓｅｃまで削減することができる。
【０３９６】
（２）本実施形態に係る発明は、ＯＭＦＮ（ＯＰＵ  Ｍｕｌｔｉｆｒａｍｅ  Ｎｕｍｂｅｒ）を用いて速度の異なるＯＰＵを仮想的に結合して管理ユニットを構成する。ＯＰＵｋの速度差を明示的に示すＯＭＦＮを用いることで、ＯＴＵｆｌｅｘのように一旦同じ速度の論理レーンに分割してから再構成するのではなく、異なった速度のＯＰＵｋのまま再構成できる。これにより、異なる速度のＯＰＵｋを用いるという課題を解決することができる。
【０３９７】
（３）本実施形態に係る発明は、ＮＳＣ（Ｎｕｍｂｅｒ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）とＳＣＩ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）を用いてデータフローのサービスクラスに関する情報を１組のマルチフレームで転送する。クライアント信号のサービスクラスを記述することで、光波長リソースが全体で不足する場合にサービスクラスの低い光パスの容量を削減し、それをサービスクラスの高い光パスに割り当てるといった処理が可能となる。これにより、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述するという課題を解決することができる。
【０３９８】
本実施形態に係る発明は、（１）（２）（３）を組合せることで、異なる速度のＯＰＵｋを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることができる。
【０３９９】
（実施形態１）
Ｘ１個のＯＰＵｋ１とＸ２個のＯＰＵｋ２を仮想的に連結した容量可変管理フレームとしてＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅを定義する（ここで、ｖｅは拡張されたＶＣＡＴを表す）。
例として、ＯＰＵ４−１＋５−２ｖｅを図４−４に示す。ＯＰＵ４−１＋５−２ｖｅはＯＰＵ４−１＋５−２ｖｅ  ＯＨとＯＰＵ４−１＋５−２ｖｅ  ＰＬＤで構成され、ＯＰＵ４−１＋５−２ｖｅ  ＯＨ  は（１４Ｘ＋１）〜１６Ｘ列目に、ＯＰＵ４−１＋５−２ｖｅ  ＰＬＤは（１６Ｚ＋１）〜３８２４Ｚ列目に配置される。ここで、Ｚ＝Ｘ１＋４＊Ｘ２＝９である。ＯＰＵ４−１＋５−２ｖｅ  ＯＨはＯＰＵ４＃１  ＯＨ、ＯＰＵ５＃２  ＯＨ、ＯＰＵ５＃３  ＯＨにそれぞれ１バイトずつ分配される。また、ＯＰＵ４−１＋５−２ｖｅ  ＰＬＤは１バイトずつＯＰＵ４＃１  ＰＬＤに、ＯＰＵ５＃２  ＰＬＤとＯＰＵ５＃３  ＰＬＤにそれぞれ４バイトずつ分配される。ＯＰＵ４−１＋５−２ｖｅは２５６個で１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ  ＯＨの７バイト目に配置されたＭＦＡＳで識別される。
【０４００】
ＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅ  ＯＨを構成する個別のＯＰＵｋ  ＯＨを図４−５に示す。１５列目にはＶＣＯＨおよびＰＳＩが配置され、１６列目はクライアント信号のマッピング形式に応じた情報（スタッフ制御情報など）が収容される。
ＶＣＯＨは１５列目の１〜３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＭＦＡＳの４〜８ビット目の５ビット〔０〜３１〕をＶＣＯＨ１〜ＶＣＯＨ３のインデックスとする）。
ＭＦＩ：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＭＦＩと同様に用いることができる。
ＳＯＩＤ（Ｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［２］およびＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）、ＶＣＯＨ１［３］の８ビット目をＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）とする。ＳＯＩＤはＶＣＧの始点となるマルチレーン光トランスポート装置に付与されたＩＤであり、後述のＳＫＩＤおよびＥＸＩＤと組み合わせてＶＣＧの識別に用いる。
ＳＱ：ＶＣＯＨ１［４］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＳＱと同様に用いることができる。
ＣＴＲＬ：ＶＣＯＨ１［５］の１〜４ビット目に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＣＴＲＬと同様に用いることができる。
ＶＣＯＨ１［５］の５ビット目は予備領域である（従来のＶＣＡＴ／ＬＣＡＳとの互換性を保持するためにＧＩＤとして使用しても良い）。
ＲＳＡ：ＶＣＯＨ１［５］の６ビット目に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＲＳＡと同様に用いることができる。
ＶＣＯＨ１［５］の７〜８ビット目は予備領域である。
ＳＫＩＤ（Ｓｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［６］およびＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。ＳＫＩＤはＶＣＧの終点となるマルチレーン光トランスポート装置に付与されたＩＤであり、前述のＳＯＩＤおよび後述のＥＸＩＤと組み合わせてＶＣＧの識別に用いる。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。
ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［８］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＶＣＧを設定するために追加されたＩＤであり、前述のＳＯＩＤおよびＳＫＩＤと組み合わせてＶＣＧの識別に用いる。
ＯＭＦＮ（ＯＰＵ  Ｍｕｌｔｉｆｒａｍｅ  Ｎｕｍｂｅｒ）：ＶＣＯＨ１［９］に配置される。  （ＯＭＦＮ＋１）は同一ＳＱの下のＯＰＵｋの個数を示す。例えば、図４−４に示したＯＰＵ４−１＋５−２ｖｅを例にとると、
ＯＰＵ４＃１：ＳＱ＝０、ＯＭＦＮ＝０
ＯＰＵ５＃２：ＳＱ＝１、ＯＭＦＮ＝３
ＯＰＵ５＃３：ＳＱ＝２、ＯＭＦＮ＝３
となる。ＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅ  ＰＬＤをＯＰＵｋ１  ＰＬＤおよびＯＰＵｋ２  ＰＬＤに分配、あるいは、ＯＰＵｋ１  ＰＬＤおよびＯＰＵｋ２  ＰＬＤをＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅ  ＰＬＤに仮想的に結合する際も、（ＯＭＦＮ＋１）バイトずつとなる。なお、常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［１０］〜ＶＣＯＨ１［３１］は予備領域である。
ＭＳＴ：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＭＳＴと同様に用いることができる。
ＣＲＣ：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＣＲＣと同様に用いることができる。
以上、ＶＣＯＨは１組のマルチフレーム内で８回繰り返される。
【０４０１】
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は以下の通りである（ＭＦＡＳの８ビット〔０〜２５５〕をＰＳＩのインデックスとする）。
ＰＴ：ＰＳＩ［０］に配置される。従来のＯＴＮにおけるＰＴと同様に用いることができる。
ｖｃＰＴ：ＰＳＩ［１］に配置される。従来のＶＣＡＴにおけるｖｃＰＴと同様に用いることができる。
ＣＳＦ（Ｃｌｉｅｎｔ  Ｓｉｇｎａｌ  Ｆａｉｌ）：ＰＳＩ［２］の１ビット目に配置される。従来のＯＴＮにおけるＣＳＦと同様に用いることができる。
ＮＳＣ（Ｎｕｍｂｅｒ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）：ＰＳＩ［３］に配置される。１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＮＳＣの値はペイロードで転送されるサービスクラスの（最大数−１）を示す。例えば、クライアント信号のサービスクラスを記述するのにＭＰＬＳのシムヘッダのＥＸＰフィールドを用いる場合、ＥＸＰは３ビットで８種類のサービスクラスを記述できる。この場合、ＮＳＣ＝０ｘ０７となる。また、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグのＰＣＰ（Ｐｒｉｏｒｉｔｙ  Ｃｏｄｅ  Ｐｏｉｎｔ）フィールドを用いる場合も、同様に３ビットで８種類のサービスクラスを記述できるので、ＮＳＣ＝０ｘ０７となる。
ＳＣＩ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）：ＰＳＩ［４］からＰＳＩ［３５］に配置される。実際に使用するビット数はＮＳＣに依存する。例えば、ＮＳＣ＝０ｘ０７ならば、ＰＳＩ［４］の８ビットだけを使用する。また、ＮＳＣ＝０ｘＦＦならばＰＳＩ［４］からＰＳＩ［３５］までの全２５６ビットを使用する。記述はビットマップ形式で、ＰＳＩ［４］の１ビット目が最も優先度の高いサービスクラスに割り当てられ、以降は順番に優先度の低いサービスクラスに割り当てられる。例えば、ＥＸＰ＝０ｘ０６〜０ｘ０７のクライアント信号を転送する場合、ＳＣＩ＝０ｂ１１００００００、ＥＸＰ＝０ｘ００〜０ｘ０３のクライアント信号を転送する場合、ＳＣＩ＝０ｂ００００１１１１となる。なお、ＰＳＩ［５］〜ＰＳＩ［３５］はオール０とする。ＮＳＣ＝０ｘ００の場合はサービスクラスの違いを無視するものとし、ＰＳＩ［４］〜ＰＳＩ［３５］はオール０とする。
ＰＳＩ［２］の２〜８ビット目、および、ＰＳＩ［３６］からＰＳＩ［２５５］は予備領域である。
【０４０２】
個別のＯＰＵｋ  ＯＨの別の例を図４−３８に示す。特に言及の無い項目は前記の図４−５と同じである。
ＳＯＩＤ：ＶＣＯＨ１［２］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［２］の８ビット目をＬＳＢとする。
ＳＫＩＤ：ＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［３］の１ビット目をＭＳＢ、ＶＣＯＨ１［３］の８ビット目をＬＳＢとする。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ１バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［６］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［７］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
【０４０３】
個別のＯＰＵｋ  ＯＨの別の例を図４−３９に示す。特に言及の無い項目は前記の図４−５と同じである。
ＳＯＩＤ：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］、ＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。
ＳＫＩＤ：ＶＣＯＨ１［８］、ＶＣＯＨ１［９］、ＶＣＯＨ１［１０］、ＶＣＯＨ１［１１］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、ＶＣＯＨ１［１１］の８ビット目をＬＳＢとする。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ４バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［１２］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［１３］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
【０４０４】
マルチレーン光トランスポート装置（ＭＬＯＴ：  Ｍｕｌｔｉｌａｎｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  ｅｑｕｉｐｍｅｎｔ）を用いたネットワークの構成を図４−７に示す。ＭＬＯＴ  １（ＩＤ＝０ｘ１０００）、ＭＬＯＴ  ２（ＩＤ＝０ｘ２０００）、ＭＬＯＴ  ３（ＩＤ＝０ｘ３０００）、ＭＬＯＴ  ４（ＩＤ＝０ｘ４０００）はそれぞれルータ５、ルータ６、ルータ７、ルータ８と１  Ｔｂｐｓインタフェースで接続されており、ルータ間のトラヒックを容量可変光パスを用いて転送する。各ＭＬＯＴからの光信号は光クロスコネクト（ＯＸＣ：  Ｏｐｔｉｃａｌ  Ｃｒｏｓｓ−Ｃｏｎｎｅｃｔ  Ｓｗｉｔｃｈ）９によって宛先のＭＬＯＴに転送される（実際の転送網は複数のＯＸＣやＯＡＤＭ（Ｏｐｔｉｃａｌ  Ａｄｄ−Ｄｒｏｐ  Ｍｕｌｔｉｐｌｅｘｅｒ）により構成されるが、簡単のため、図４−７では１個のＯＸＣで表現する）。これらの装置はネットワーク管理システム（ＮＭＳ：  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）１０によって管理・制御される。
【０４０５】
ＭＬＯＴの送信部の構成例を図４−８に示す。フローディストリビュータ（ＦＬＤ：Ｆｌｏｗ  Ｄｉｓｔｒｉｂｕｔｏｒ）１０１は、１Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローに振分ける機能を有する。ＦＬＤ１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、図４−２４に示す４種類のデータフローに振分けるものとする。
【０４０６】
データフロー＃１〜４はフレーム処理回路（ＦＲＭ：Ｆｒａｍｅｒ）１０２＃１〜＃４でそれぞれＯＰＵ４−５ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である（例えば、データフローが５００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓ、２００  Ｇｂｐｓならば、ＯＰＵ４−５ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングするが、データフローを６００  Ｇｂｐｓ、１００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓに変更した場合は、ＯＰＵ４−６ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングする）。個別のＯＰＵ４は、１〜１４列目にＦＡ  ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵ４  ＯＨを付加した拡張ＯＤＵ（図４−９）の形式でＯＴＵ４符号化回路（ＥＮＣ：  Ｅｎｃｏｄｅｒ）１０３＃１〜１０に入力される。ここで、ＯＰＵ４  ＯＨの主な項目の値は図４−２５で与えられる。
【０４０７】
ＯＴＵ４  ＥＮＣ  １０３＃１〜１０は拡張ＯＤＵ４の固定スタッフ領域にＯＴＵ４  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４  ＦＥＣとして付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４の形式で出力する。
【０４０８】
１００Ｇ変調器（ＭＯＤ：Ｍｏｄｕｌａｔｏｒ）１０４＃１〜１０はＯＴＵ４  ＥＮＣ１０３＃１〜１０から出力されたＯＴＵ４を１００Ｇｂｐｓ光信号に変換する。光アグリゲータ（ＯＡＧＧ：Ｏｐｔｉｃａｌ  Ａｇｇｒｅｇａｔｏｒ）１０５はこれらの光信号を多重化して送出する。
【０４０９】
監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）１０６は以上の各ブロックの制御や監視を行う。
【０４１０】
ＭＬＯＴの受信部の構成を図４−１０に示す。光デアグリゲータ（ＯＤＥＡＧＧ：Ｏｐｔｉｃａｌ  Ｄｅａｇｇｒｅｇａｔｏｒ）２０１は受信した光信号を分離する。１００Ｇ復調器（ＤＥＭ：Ｄｅｍｏｄｕｌａｔｏｒ）２０２＃１〜１０は分離された各光信号を受信してＯＴＵ４を復調する。
ＯＴＵ４  復号回路（ＤＥＣ：Ｄｅｃｏｄｅｒ）２０３＃１〜１０は、ＯＴＵ４フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４  ＯＨを読み出す。ここで、各ＯＰＵ４  ＯＨの主な項目の値は図４−２８のようになっているものとすると、
ＯＰＵ４＃１〜５は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃７〜８は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃９〜１０は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
【０４１１】
拡張ＯＤＵ４はＶＣＧ毎にグループ化され、デフレームミング回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）２０４＃１〜４に入力される。ＤＥＦ  ２０４＃１は、拡張ＯＤＵ４のＭＦＡＳおよびＯＰＵ４  ＯＨのＭＦＩに基づいてＯＰＵ４の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図４−３１のようになっていたとすると、ＯＰＵ４＃３が最も遅れていて、ＯＰＵ４＃１はＯＰＵ４＃３に比べて４フレーム分、ＯＰＵ４＃２はＯＰＵ４＃３に比べて７フレーム分、ＯＰＵ４＃４はＯＰＵ４＃３に比べて９フレーム分、ＯＰＵ４＃５はＯＰＵ４＃３に比べて１フレーム分進んでいるのが判る。ＤＥＦ  ２０４＃１は、ＯＰＵ４＃１を４フレーム分、ＯＰＵ４＃２を７フレーム分、ＯＰＵ４＃４を９フレーム分、ＯＰＵ４＃５を１フレーム分遅延させてＯＰＵ４＃１〜５の遅延時間差を補償した後、ＳＱおよびＯＭＦＮに従ってＯＰＵ４＃１〜５を仮想的に連結してＯＰＵ４−５ｖｅを再構成し、ＯＰＵ４−５ｖｅ  ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ  ２０４＃２〜４も同様にＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４−５ｖｅ  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
【０４１２】
ＤＥＦ  ２０４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はフローコンバイナ（ＦＬＣ：  Ｆｌｏｗ  Ｃｏｍｂｉｎｅｒ）２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、図４−３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。
【０４１３】
（実施形態２）
異なる速度のＯＴＵを用いる場合の例を以下に示す。ネットワークの構成は実施形態１と同様（図４−７）である。
ＭＬＯＴの送信部の構成例を図４−１１に示す。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４−２４に示す４種類のデータフローに振分けるものとする。
【０４１４】
データフロー＃１〜４のデータはＦＲＭ  １０２＃１〜＃４でそれぞれＯＰＵ４−１＋５−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である（例えば、データフローが５００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓ、２００  Ｇｂｐｓならば、ＯＰＵ４−１＋５−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングするが、データフローを６００  Ｇｂｐｓ、１００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓに変更した場合は、ＯＰＵ４−２＋５−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングする）。個別のＯＰＵ４／５は拡張ＯＤＵ４／５の形式でＯＴＵ４  ＥＮＣ  １０３＃１〜６およびＯＴＵ５  ＥＮＣ  １０３０に入力される。ここで、ＯＰＵ４／５  ＯＨの主な項目の値は図４−２７で与えられる。
【０４１５】
ＯＴＵ４  ＥＮＣ  １０３＃１〜６およびＯＴＵ５  ＥＮＣ  １０３０は拡張ＯＤＵ４／５の固定スタッフ領域にＯＴＵ４／５  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４／５  ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４／５の形式で出力する。
【０４１６】
１００Ｇ  ＭＯＤ  １０４＃１〜６はＯＴＵ４  ＥＮＣ  １０３＃１〜６から出力されたＯＴＵ４を１００  Ｇｂｐｓ光信号に変換する。４００Ｇ  ＭＯＤ  １０４０はＯＴＵ５  ＥＮＣ  １０３０から出力されたＯＴＵ５を４００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【０４１７】
ＭＬＯＴの受信部の構成を図４−１２に示す。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２０２＃１〜６は分離された１００  Ｇｂｐｓ光信号を受信してＯＴＵ４を復調する。４００Ｇ  ＤＥＭ  ２０２０は分離された４００  Ｇｂｐｓ光信号を受信してＯＴＵ５を復調する。
ＯＴＵ４  ＤＥＣ  ２０３＃１〜６およびＯＴＵ５  ＤＥＣ  ２０３０は、ＯＴＵ４／５フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４／５  ＯＨを読み出す。ここで、各ＯＰＵ４／５  ＯＨの主な項目の値は図４−２９のようになっているものとすると、
ＯＰＵ４＃１とＯＰＵ５＃２は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃３は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃４〜５は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６〜７は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
【０４１８】
拡張ＯＤＵ４／５はＶＣＧ毎にグループ化され、ＤＥＦ  ２０４＃１〜４に入力される。ＤＥＦ  ２０４＃１は、拡張ＯＤＵ４／５のＭＦＡＳおよびＯＰＵ４／５  ＯＨのＭＦＩに基づいてＯＰＵ４／５の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図４−３２のようになっていたとすると、ＯＰＵ４＃１が最も遅れていて、ＯＰＵ５＃２はＯＰＵ４＃１に比べて３フレーム分進んでいるのが判る。デフレームミング回路２０４＃１は、ＯＰＵ５＃２を３フレーム分遅延させてＯＰＵ４＃１とＯＰＵ５＃２の遅延時間差を補償した後、ＳＱおよびＯＭＦＮに従ってＯＰＵ４＃１とＯＰＵ５＃２を仮想的に連結してＯＰＵ４−１＋５−１ｖｅを再構成し、ＯＰＵ４−１＋５−１ｖｅ  ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ  ２０４＃２〜４も同様にＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４−１＋５−１ｖｅ  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
【０４１９】
ＤＥＦ  ２０４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４−３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。
【０４２０】
（実施形態３）
ＶＣＧ識別情報の設定法が異なる例を図４−６に示す。
ＶＣＯＨは１５列目の１〜３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＶＣＯＨ１〜ＶＣＯＨ３のインデックスはＭＦＡＳの４〜８ビット目の５ビット〔０〜３１〕で表示される）。
ＭＦＩ：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される（実施形態１と同じ）。
ＶＣＧＩＤ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］およびＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。ＶＣＧＩＤはＶＣＧの始点・終点の組み合わせに対してＮＭＳ  １０から一意に付与されるＩＤであり、後述のＥＸＩＤと組み合わせてＶＣＧの識別に用いる。このように、ＶＣＧＩＤに４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。ＶＣＧＩＤをＮＭＳ  １０から付与するやり方は、マルチレーン光トランスポート装置に固定的にＩＤが付与されないようなケースでも適用可能である効果がある。
ＳＱ：ＶＣＯＨ１［４］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＳＱと同様に用いることができる（実施形態１と同じ）。
ＣＴＲＬ：ＶＣＯＨ１［５］の１〜４ビット目に配置される（実施形態１と同じ）。
ＶＣＯＨ１［５］の５ビット目は予備領域である（実施形態１と同じ）。
ＲＳＡ：ＶＣＯＨ１［５］の６ビット目に配置される（実施形態１と同じ）。
ＶＣＯＨ１［５］の７〜８ビット目は予備領域である（実施形態１と同じ）。
ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［８］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＶＣＧを設定するために追加されたＩＤであり、前述のＶＣＧＩＤと組み合わせてＶＣＧの識別に用いる。
ＯＭＦＮ：ＶＣＯＨ１［９］に配置される（実施形態１と同じ）。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［１０］〜ＶＣＯＨ１［３１］は予備領域である（実施形態１と同じ）。
ＭＳＴ：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される（実施形態１と同じ）。
ＣＲＣ：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される（実施形態１と同じ）。
以上、ＶＣＯＨは１組のマルチフレーム内で８回繰り返される（実施形態１と同じ）。
ＰＳＩは１５列目の４行目に配置される（実施形態１と同じ）。
【０４２１】
個別のＯＰＵｋ  ＯＨの別の例を図４−４０に示す。特に言及の無い項目は前記の図４−６と同じである。
ＶＣＧＩＤ：ＶＣＯＨ１［２］およびＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［３］の８ビット目をＬＳＢとする。このように、ＶＣＧＩＤに２バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［６］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［７］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
個別のＯＰＵｋ  ＯＨの別の例を図４−４１に示す。特に言及の無い項目は前記の図４−６と同じである。
ＶＣＧＩＤ：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］、ＶＣＯＨ１［７］、ＶＣＯＨ１［８］、ＶＣＯＨ１［９］、ＶＣＯＨ１［１０］、ＶＣＯＨ１［１１］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［１１］の８ビット目をＬＳＢとする。このように、ＶＣＧＩＤに８バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［１２］に配置される。ＶＣＯＨ１［１２］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［１３］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
ネットワークの構成は実施形態１と同様（図４−７）である。
【０４２２】
ＭＬＯＴの送信部の構成を図４−８（実施形態１と同様）に示す。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４−２４に示す４種類のデータフローに振分けるものとする。
【０４２３】
データフロー＃１〜４のデータはＦＲＭ  １０２＃１〜＃４でそれぞれＯＰＵ４−５ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵ４は拡張ＯＤＵ（図４−９）の形式でＯＴＵ４  ＥＮＣ  １０３＃１〜１０に入力される。ここで、ＯＰＵ４  ＯＨの主な項目の値は図４−２７で与えられる。
【０４２４】
ＯＴＵ４  ＥＮＣ  １０３＃１〜１０は拡張ＯＤＵ４の固定スタッフ領域にＯＴＵ４  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４  ＦＥＣとして付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４の形式で出力する。
１００Ｇ  ＭＯＤ  １０４＃１〜１０はＯＴＵ４  ＥＮＣ  １０３＃１〜１０から出力されたＯＴＵ４を１００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【０４２５】
ＭＬＯＴの受信部の構成を図４−１０（実施形態１と同様）に示す。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２０２＃１〜１０は分離された各光信号を受信してＯＴＵ４を復調する。
ＯＴＵ４  ＤＥＣ  ２０３＃１〜１０は、ＯＴＵ４フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４  ＯＨを読み出す。ここで、各ＯＰＵ４  ＯＨの主な項目の値は図４−３０のようになっているものとすると、
ＯＰＵ４＃１〜５は（ＶＣＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６は（ＶＣＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃７〜８は（ＶＣＧＩＤ＝０ｘ００００４０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃９〜１０は（ＶＣＧＩＤ＝０ｘ００００５０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
【０４２６】
拡張ＯＤＵ４はＶＣＧ毎にグループ化され、ＤＥＦ  ２０４＃１〜４に入力される。ＤＥＦ  ２０４＃１は、拡張ＯＤＵ４のＭＦＡＳおよびＯＰＵ４  ＯＨのＭＦＩに基づいてＯＰＵ４の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図４−３１（実施形態１と同様）のようになっていたとすると、ＯＰＵ４＃３が最も遅れていて、ＯＰＵ４＃１はＯＰＵ４＃３に比べて４フレーム分、ＯＰＵ４＃２はＯＰＵ４＃３に比べて７フレーム分、ＯＰＵ４＃４はＯＰＵ４＃３に比べて９フレーム分、ＯＰＵ４＃５はＯＰＵ４＃３に比べて１フレーム分進んでいるのが判る。ＤＥＦ  ２０４＃１は、ＯＰＵ４＃１を４フレーム分、ＯＰＵ４＃２を７フレーム分、ＯＰＵ４＃４を９フレーム分、ＯＰＵ４＃５を１フレーム分遅延させてＯＰＵ４＃１〜５の遅延時間差を補償した後、ＳＱに従ってＯＰＵ４＃１〜５を仮想的に連結してＯＰＵ４−５ｖｅを再構成し、ＯＰＵ４−５ｖｅ  ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ  ２０４＃２〜４も同様にＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４−５ｖｅ  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
ＤＥＦ  ２０４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４−３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。また、ＮＭＳ  １０からＶＣＧＩＤを取得する。
【０４２７】
（実施形態４）
ＯＴＵｆｌｅｘを用いた例を以下に示す。ＯＴＵｆｌｅｘの場合、既存のＯＰＵｋ／ＯＤＵｋ／ＯＴＵｋ以外のフレームを使用するので、これをＯＰＵｆｎ／ＯＤＵｆｎ／ＯＴＵｆｎと表記する。添字のｆはＯＴＵｆｌｅｘで使用することを意味する（ただし、クライアント信号としてＯＤＵｆｌｅｘを収容することを意味するわけではない）。また、添字のｎは１．２５  Ｇｂｐｓを単位とする速度を示す。例えば、ｎ＝８０なら速度は１００  Ｇｂｐｓ、ｎ＝３２０ならば速度は４００  Ｇｂｐｓとなる。容量可変管理フレームはＹ個のＯＰＵｆｎから成りＯＰＵｆｎ−Ｙと表記する。ＯＴＵｆｎ−ＹはＹ個のレーンに分配されて転送される。ＯＰＵｆｎ−ＹとＯＰＵｆｎのフレームとの関係を図４−１３に示す。ＯＰＵｆｎはＺ個（Ｙの倍数で２５６以下の最大値をＺとする）のフレームで１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ  ＯＨの６バイト目に配置されたＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）で識別される。
【０４２８】
ここで、容量可変管理フレームと可変フレームは同一のものである。
【０４２９】
ＯＴＵｆｌｅｘで使用するＭＬＯＨ（Ｍｕｌｔｉｌａｎｅ  Ｏｖｅｒｈｅａｄ）とＰＳＩを図４−１４に示す。
ＭＬＯＨはＭＬＧ（Ｍｕｌｔｉｌａｎｅ  Ｇｒｏｕｐ）を識別するための情報を収容する（ＬＬＭの８ビット〔０〜Ｚ−１〕をＭＬＯＨのインデックスとする）。
ＳＯＩＤ：ＭＬＯＨ［０］およびＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。ＳＯＩＤはＭＬＧの始点となるＭＬＯＴに付与されたＩＤであり、後述のＳＫＩＤおよびＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。なお、ＳＯＩＤはＯＴＵ  ＯＨのＴＴＩ（Ｔｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）におけるＳＡＰＩ（Ｓｏｕｒｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）とは独立に設定しても良いし、他と重複しなければＳＡＰＩから生成したハッシュ値などでも良い。
ＳＫＩＤ：ＭＬＯＨ［２Ｙ］およびＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。ＳＫＩＤはＭＬＧの終点となるＭＬＯＴに付与されたＩＤであり、前述のＳＯＩＤおよび後述のＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。なお、ＳＫＩＤはＯＴＵ  ＯＨのＴＴＩにおけるＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）とは独立に設定しても良いし、他と重複しなければＤＡＰＩから生成したハッシュ値などでも良い。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［４Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＭＬＧを設定するために追加されたＩＤであり、前述のＳＯＩＤおよびＳＫＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、およびＭＬＯＨ［７Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［５Ｙ］はＳＯＩＤに対する誤り検出、ＭＬＯＨ［６Ｙ］はＳＫＩＤに対する誤り検出、ＭＬＯＨ［７Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
ＭＬＯＨ［７Ｙ］  〜ＭＬＯＨ［８Ｙ−１］の５〜８ビット目は予備領域である。
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は実施形態１と同様である（ただし、ＭＦＡＳではなくＬＬＭの８ビット〔０〜Ｚ−１〕をＰＳＩのインデックスとする）。
【０４３０】
ＭＬＯＨの別の例を図４−４２に示す。特に言及の無い項目は前記の図４−１４と同じである。
ＳＯＩＤ：ＭＬＯＨ［０］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［０］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が複写される。
ＳＫＩＤ：ＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ１バイトを割り当てるやり方は、マルチレーン光トランスポート装置が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［２Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、およびＭＬＯＨ［５Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［３Ｙ］はＳＯＩＤに対する誤り検出、ＭＬＯＨ［４Ｙ］はＳＫＩＤに対する誤り検出、ＭＬＯＨ［５Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
【０４３１】
ＭＬＯＨの別の例を図４−４３に示す。特に言及の無い項目は前記の図４−１４と同じである。
ＳＯＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［Ｙ］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が複写される。
ＳＫＩＤ：ＭＬＯＨ［４Ｙ］、ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、ＭＬＯＨ［７Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［７Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値が、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値が、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］にはＭＬＯＨ［７Ｙ］と同じ値が複写される。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［８Ｙ］に配置される。ＭＬＯＨ［８Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［８Ｙ＋１］〜ＭＬＯＨ［９Ｙ−１］にはＭＬＯＨ［８Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［９Ｙ］、ＭＬＯＨ［１０Ｙ］、ＭＬＯＨ［１１Ｙ］、ＭＬＯＨ［１２Ｙ］、およびＭＬＯＨ［１３Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［９Ｙ］はＳＯＩＤ１およびＳＯＩＤ２に対する誤り検出、ＭＬＯＨ［１０Ｙ］はＳＯＩＤ３およびＳＯＩＤ４に対する誤り検出、ＭＬＯＨ［１１Ｙ］はＳＫＩＤ１およびＳＫＩＤ２に対する誤り検出、ＭＬＯＨ［１２Ｙ］はＳＫＩＤ３およびＳＫＩＤ４に対する誤り検出、ＭＬＯＨ［１３Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［９Ｙ＋１］〜ＭＬＯＨ［１０Ｙ−１］にはＭＬＯＨ［９Ｙ］と同じ値、ＭＬＯＨ［１０Ｙ＋１］〜ＭＬＯＨ［１１Ｙ−１］にはＭＬＯＨ［１０Ｙ］と同じ値、ＭＬＯＨ［１１Ｙ＋１］〜ＭＬＯＨ［１２Ｙ−１］にはＭＬＯＨ［１１Ｙ］と同じ値、ＭＬＯＨ［１２Ｙ＋１］〜ＭＬＯＨ［１３Ｙ−１］にはＭＬＯＨ［１２Ｙ］と同じ値、ＭＬＯＨ［１３Ｙ＋１］〜ＭＬＯＨ［１４Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［１３Ｙ］の１〜４ビット目と同じ値が複写される。
【０４３２】
図４−１６に示すように、ＭＬＯＨの配置にはいくつかのオプションがある。（ａ）はＯＰＵｆｎ  ＯＨの先頭（１５列目の１行目）に配置する場合である。（ｂ）はＯＴＵｆｎ  ＯＨの予備領域（１３列目または１４列目の１行目）に配置する場合である。（ｃ）はＦＡ  ＯＨの１バイト目（１列目の１行目）に配置する場合である。オプション（ｂ）または（ｃ）  はＯＰＵｆｎ  ＯＨの先頭（１５列目の１行目）をクライアント信号のマッピング情報に割り当てる場合にも用いることができる。なお、オプション（ｃ）はアンスクランブル領域なので、受信時にデスクランブルが不要である。
以下、ネットワークの構成は実施形態１と同様（図４−７）である。
【０４３３】
ＭＬＯＴの送信部の構成例を図４−１７に示す。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４−２４に示す４種類のデータフローに振分けるものとする。
【０４３４】
データフロー＃１〜４のデータはＦＲＭ  １１０＃１〜＃４でそれぞれＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵｆ８０−１  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵｆｎは、１〜１４列目にＦＡ  ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵｆｎ  ＯＨを付加した拡張ＯＤＵｆｎ（図４−１８の（ａ）〜（ｃ））の形式で可変ＯＴＵ符号化回路（ＯＴＵｆ  ＥＮＣ：  Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｅｎｃｏｄｅｒ）１１１＃１〜４に入力される。
【０４３５】
ＯＴＵｆ  ＥＮＣ  １１１＃１〜４は拡張ＯＤＵｆｎの固定スタッフ領域にＯＴＵｆｎ  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵｆｎ  ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして出力する。
【０４３６】
マルチレーンディストリビュータ（ＭＬＤ：Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｏｒ）１１２＃１〜４はＯＴＵｆｎ−Ｙを複数のレーンに分配する。ＯＴＵｆ４００−５を５レーンに分配する例を図４−１９に示す。ＯＴＵｆ４００の１フレームは１６３２０バイトから成るが、これを１６バイトずつ１０２０のデータブロックに分割する。ＦＡＳ・ＬＬＭ・ＭＬＯＨを含む第１のデータブロック（１〜１６バイト目）はレーン１に、第２のデータブロック（１７〜３２バイト目）はレーン２に、第３のデータブロック（３３〜４８バイト目）はレーン３に、第４のデータブロック（４９〜６４バイト目）はレーン４に、第５のデータブロック（６５〜８０バイト目）はレーン５に分配される。以下同様に第１０２０のデータブロック（１６３０５〜１６３２０バイト目）までラウンドロビンで各レーンに分配を繰り返す。２番目のフレームはレーンを１つローテートして、第１のデータブロック（１〜１６バイト目）はレーン２に、第２のデータブロック（１７〜３２バイト目）はレーン３に、第３のデータブロック（３３〜４８バイト目）はレーン４に、第４のデータブロック（４９〜６４バイト目）はレーン５に、第５のデータブロック（６５〜８０バイト目）はレーン１に分配される。３番目のフレームはレーンを更に１つローテートして、第１のデータブロック（１〜１６バイト目）はレーン３に、第２のデータブロック（１７〜３２バイト目）はレーン４に、第３のデータブロック（３３〜４８バイト目）はレーン５に、第４のデータブロック（４９〜６４バイト目）はレーン１に、第５のデータブロック（６５〜８０バイト目）はレーン２に分配される。以上のようにローテートを繰り返すことにより、ＦＡＳ・ＬＬＭ・ＭＬＯＨを含む第１のデータブロックは各レーンに均等に分配される。ここで、各レーンに分配された  ＭＬＯＨの主な項目の値は図４−３４で与えられる。
【０４３７】
なお、データブロック数の１０２０がレーン数で割り切れない場合（ＯＴＵｆ５６０−７）を図４−２０に示す。この場合は７レーンなので、７−（１０２０  ｍｏｄ  ７）＝２個のデータブロックに相当する３２バイト分の固定スタッフを各フレームの後に挿入する。
１００Ｇ  ＭＯＤ  １１３＃１〜１０はＭＬＤ  １１２＃１〜４から出力されたＬ＃１〜１０の信号を１００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【０４３８】
ＭＬＯＴの受信部の構成を図４−２１に示す。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２１０＃１〜１０は分離された１００  Ｇｂｐｓ光信号を受信してＬ＃１〜１０の信号を復調する。
ＭＬＯＨ読み出し回路（ＭＬＯＤ：  Ｍｕｌｔｉｌａｎｅ  Ｏｖｅｒｈｅａｄ  Ｄｅｔｅｃｔｏｒ）２１１＃１〜１０は各レーンからＳＯＩＤ、ＳＫＩＤ、ＥＸＩＤを読み出す。その手順は以下の通りである。ＭＬＯＤ  ２１１＃１〜１０はまずレーン毎にＦＡＳを検出する。次にＦＡＳの位置を起点にしてＬＬＭとＭＬＯＨの位置を決定する。ここで、ＬＬＭはＦＡＳと同様にスクランブルされていないので、直接読み出すことができる。ＭＬＯＨはＦＡ  ＯＨの５バイト目に配置されている場合はスクランブルされていないので直接読み出すことができるが、（ａ）ＯＰＵｆｎ  ＯＨの先頭あるいは（ｂ）ＯＴＵｆｎ  ＯＨの予備領域に配置されている場合はデスクランブルしてから読み出す必要がある。その仕組みを図４−２２に示す。ＯＴＮのスクランブルパターンは生成多項式  １＋ｘ＋ｘ３＋ｘ１２＋ｘ１６で生成される（非特許文献４−１：  １１．２）。このスクランブルパターンとＯＰＵｆｎ  ＯＨあるいはＯＴＵｆｎ  ＯＨの当該バイトでビット毎に排他的論理和をとる事により、ＭＬＯＨはデスクランブルされる。また、ＬＬＭ  ｍｏｄ  Ｙを計算することでレーン番号が求まり、ＬＬＭインデックスとすることでＭＬＯＨの内容（ＳＯＩＤ、ＳＫＩＤ、ＥＸＩＤ、およびそれぞれのＣＲＣ）が読み出される。
【０４３９】
ここで、ＭＬＯＨの主な項目の値は図４−３６のようになっているものとすると、
Ｌ＃１〜５は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃６は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＭＬＧ
Ｌ＃７〜８は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃９〜１０は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
と４種類のＭＬＧに分類することができる。
【０４４０】
Ｌ＃１〜１０はＭＬＧ毎にグループ化され、マルチレーンコンバイナ（ＭＬＣ：Ｍｕｌｔｉｌａｎｅ  Ｃｏｍｂｉｎｅｒ）２１２＃１〜４に入力される。ＭＬＣ  ２１２＃１はＦＡＳとＬＬＭに基づいてＬ＃１〜５の遅延時間差を測定する。ＯＴＵｆ４００−５の場合、１６３２０／５＝３２６４バイトとなるので、ＬＬＭ＝０を含むデータブロックの先頭を基準にすると、ＬＬＭ＝１を含むデータブロックの先頭は３２６４バイト、ＬＬＭ＝２を含むデータブロックの先頭は６５２８バイト、ＬＬＭ＝３を含むデータブロックの先頭は９７９２バイト、ＬＬＭ＝４を含むデータブロックの先頭は１３０５６バイトそれぞれ遅れるはずである。しかし、各レーンはそれぞれ異なる波長の光信号で転送されるので、分散などの影響で遅延時間差が生じる。ここで、ＭＬＣ  ２１２＃１がＬ＃１〜５の遅延時間差を測定した結果が図４−２３の（ａ）だったとすると、Ｌ＃１の遅延時間を基準とすると、Ｌ＃２は遅延時間が１００バイト分少なく、Ｌ＃３は３００バイト分多く、Ｌ＃４は２００バイト分多く、Ｌ＃５は１００バイト分多い事が判る。この中で最も遅延量が多いＬ＃３に合わせるように、Ｌ＃１に３００バイト分、Ｌ＃２に４００バイト分、Ｌ＃４に１００バイト分、Ｌ＃５に２００バイト分の遅延時間を与えることで、図４−２３の（ｂ）のように遅延時間差が補償される。ＭＬＣ  ２１２＃１は遅延時間差を補償したＬ＃１〜５のデータブロックを統合してＯＴＵｆ４００−５を復元する。ＭＬＣ  ２１２＃２〜４も同様にしてＯＴＵｆ８０−１、ＯＴＵｆ１６０−２、ＯＴＵｆ１６０−２をそれぞれ復元する。
【０４４１】
可変ＯＴＵ復号回路（ＯＴＵｆ  ＤＥＣ：Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｄｅｃｏｄｅｒ）２１３＃１〜４は復元されたＯＴＵｆｎのフレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正する。
【０４４２】
ＤＥＦ  ２１４＃１〜４はＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵｆ４００−５  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＴＵｆ１６０−２  ＯＨ、ＯＴＵｆ１６０−２  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
【０４４３】
ＤＥＦ  ２１４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４−３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。
【０４４４】
（実施形態５）
ＭＬＧ識別情報の設定法が異なる例を以下に示す。
ＯＴＵｆｌｅｘで使用するＭＬＯＨとＰＳＩを図４−１５に示す。
ＭＬＯＨはＭＬＧを識別するための情報を収容する（ＬＬＭの８ビット〔０〜Ｚ−１〕をＭＬＯＨのインデックスとする）。
ＭＬＧＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］およびＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。ＭＬＧＩＤはＭＬＧの始点・終点の組み合わせに対してＮＭＳ  １０から一意に付与されるＩＤであり、後述のＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。ＭＬＧＩＤをＮＭＳ  １０から付与するやり方は、マルチレーン光トランスポート装置に固定的にＩＤが付与されないようなケースでも適用可能である効果がある。
ＥＸＩＤ：ＭＬＯＨ［４Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＭＬＧを設定するために追加されたＩＤであり、前述のＭＬＧＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、およびＭＬＯＨ［７Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［５Ｙ］はＭＬＧＩＤ１およびＭＬＧＩＤ２に対する誤り検出、ＭＬＯＨ［６Ｙ］はＭＬＧＩＤ３およびＭＬＧＩＤ４に対する誤り検出、ＭＬＯＨ［７Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
ＭＬＯＨ［７Ｙ］〜ＭＬＯＨ［８Ｙ−１］の５〜８ビット目は予備領域である。
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は実施形態４と同様である。
ＭＬＯＨの別の例を図４−４４に示す。特に言及の無い項目は前記の図４−１５と同じである。
ＭＬＧＩＤ：ＭＬＯＨ［０］およびＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［２Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、およびＭＬＯＨ［５Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［３Ｙ］およびＭＬＯＨ［４Ｙ］はＭＬＧＩＤに対する誤り検出、ＭＬＯＨ［５Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
ＭＬＯＨの別の例を図４−４５に示す。特に言及の無い項目は前記の図４−１５と同じである。
ＭＬＧＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［Ｙ］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、ＭＬＯＨ［７Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［７Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値が、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値が、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］にはＭＬＯＨ［７Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに８バイトを割り当てるやり方は、マルチレーン光トランスポート装置が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［８Ｙ］に配置される。ＭＬＯＨ［８Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［８Ｙ＋１］〜ＭＬＯＨ［９Ｙ−１］にはＭＬＯＨ［８Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［９Ｙ］、ＭＬＯＨ［１０Ｙ］、ＭＬＯＨ［１１Ｙ］、ＭＬＯＨ［１２Ｙ］、およびＭＬＯＨ［１３Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［９Ｙ］はＭＬＧＩＤ１およびＭＬＧＩＤ２に対する誤り検出、ＭＬＯＨ［１０Ｙ］はＭＬＧＩＤ３およびＭＬＧＩＤ４に対する誤り検出、ＭＬＯＨ［１１Ｙ］はＭＬＧＩＤ５およびＭＬＧＩＤ６に対する誤り検出、ＭＬＯＨ［１２Ｙ］はＭＬＧＩＤ７およびＭＬＧＩＤ８に対する誤り検出、ＭＬＯＨ［１３Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［９Ｙ＋１］〜ＭＬＯＨ［１０Ｙ−１］にはＭＬＯＨ［９Ｙ］と同じ値、ＭＬＯＨ［１０Ｙ＋１］〜ＭＬＯＨ［１１Ｙ−１］にはＭＬＯＨ［１０Ｙ］と同じ値、ＭＬＯＨ［１１Ｙ＋１］〜ＭＬＯＨ［１２Ｙ−１］にはＭＬＯＨ［１１Ｙ］と同じ値、ＭＬＯＨ［１２Ｙ＋１］〜ＭＬＯＨ［１３Ｙ−１］にはＭＬＯＨ［１２Ｙ］と同じ値、ＭＬＯＨ［１３Ｙ＋１］〜ＭＬＯＨ［１４Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［１３Ｙ］の１〜４ビット目と同じ値が複写される。
【０４４５】
図４−１６に示すように、ＭＬＯＨの配置にはいくつかのオプションがある（実施形態４と同じ）。
以下、ネットワークの構成は実施形態１と同様（図４−７）である。
ＭＬＯＴの送信部の構成例を図４−１７に示す（実施形態４と同じ）。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図４−２４に示す４種類のデータフローに振分けるものとする。
【０４４６】
データフロー＃１〜４のデータはＦＲＭ  １１０＃１〜＃４でそれぞれＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵｆ８０−１  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵｆｎは、１〜１４列目にＦＡ  ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵｆｎ  ＯＨを付加した拡張ＯＤＵｆｎ（図４−１８の（ａ）〜（ｃ））の形式でＯＴＵｆ  ＥＮＣ  １１１＃１〜４に入力される。
【０４４７】
ＯＴＵｆ  ＥＮＣ  １１１＃１〜４は拡張ＯＤＵｆｎの固定スタッフ領域にＯＴＵｆｎ  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵｆｎ  ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして出力する。
【０４４８】
ＭＬＤ  １１２＃１〜４はＯＴＵｆｎ−Ｙを複数のレーンに分配する。ＯＴＵｆ４００−５を５レーンに分配する例を図４−１９に示す（実施形態４と同じ）。ここで、各レーンに分配された  ＭＬＯＨの主な項目の値は図４−３５で与えられる。
１００Ｇ  ＭＯＤ  １１３＃１〜１０はＭＬＤ  １１２＃１〜４から出力されたＬ＃１〜１０の信号を１００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【０４４９】
ＭＬＯＴの受信部の構成を図４−２１に示す（実施形態４と同じ）。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２１０＃１〜１０は分離された１００  Ｇｂｐｓ光信号を受信してＬ＃１〜１０の信号を復調する。
【０４５０】
ＭＬＯＨ読出回路２１１＃１〜１０は各レーンからＭＬＧＩＤとＥＸＩＤを読み出す。その手順は以下の通りである。ＭＬＯＨ読出回路２１１＃１〜１０はまずレーン毎にＦＡＳを検出する。次にＦＡＳの位置を起点にしてＬＬＭとＭＬＯＨの位置を決定する。ここで、ＬＬＭはＦＡＳと同様にスクランブルされていないので、直接読み出すことができる。ＭＬＯＨはＦＡ  ＯＨの５バイト目に配置されている場合はスクランブルされていないので直接読み出すことができるが、（ａ）ＯＰＵｆｎ  ＯＨの先頭あるいは（ｂ）ＯＴＵｆｎ  ＯＨの予備領域に配置されている場合はデスクランブルしてから読み出す必要がある。その仕組みを図４−２２に示す。また、ＬＬＭ  ｍｏｄ  Ｙを計算することでレーン番号が求まり、ＬＬＭをインデックスとすることでＭＬＯＨの内容（ＭＬＧＩＤ、ＥＸＩＤ、およびそれぞれのＣＲＣ）が読み出される。
【０４５１】
ここで、ＭＬＯＨの主な項目の値は図４−３７のようになっているものとすると、
Ｌ＃１〜５は（ＭＬＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃６は（ＭＬＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ０１）のＭＬＧ
Ｌ＃７〜８は（ＭＬＧＩＤ＝０ｘ００００４０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃９〜１０は（ＭＬＧＩＤ＝０ｘ００００５０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
と４種類のＭＬＧに分類することができる。
【０４５２】
Ｌ＃１〜１０はＭＬＧ毎にグループ化され、ＭＬＣ  ２１２＃１〜４に入力される。ＭＬＣ  ２１２＃１はＦＡＳとＬＬＭに基づいてＬ＃１〜５の遅延時間差を測定して補償する（図４−２３）。また、ＭＬＣ  ２１２＃１は遅延時間差を補償したＬ＃１〜５のデータブロックを統合してＯＴＵｆ４００−５を復元する。ＭＬＣ  ２１２＃２〜４も同様にしてＯＴＵｆ８０−１、ＯＴＵｆ１６０−２、ＯＴＵｆ１６０−２をそれぞれ復元する。
【０４５３】
ＯＴＮｆ  ＤＥＣ  ２１３＃１〜４は復元されたＯＴＵｆｎのフレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正する。
ＤＥＦ  ２１４＃１〜４はＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵｆ４００−５  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＴＵｆ１６０−２  ＯＨ、ＯＴＵｆ１６０−２  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
ＤＥＦ  ２１４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図４−３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。また、ＮＭＳ  １０からＭＬＧＩＤを取得する。
【０４５４】
本実施形態に示す識別情報のサイズ及び記載位置は、１例であり、ＳＯＩＤ（Ｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）＋ＳＫＩＤ（Ｓｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ）＋ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）、ＶＣＧＩＤ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）、ＭＬＧＩＤ（Ｍｕｌｔｉｌａｎｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）を用い、特にＯＴＵｆｌｅｘの拡張では、これらがＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）と同じ１６ビットデータブロックに含まれていればよく、サイズ及び記載位置は適宜、例えば想定するネットワークの規模又はサービスクラス数に応じて変更してもよい。
【０４５５】
（第５の発明についての発明を実施するための形態）
レーン数を増加する場合、事前に遅延を測定しておくことで、この問題を解決できる。本実施形態のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割して１本以上のレーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、送信装置が新規レーン出力手順を実行するデータブロック複製機能部及び新規レーン出力機能部を備え、受信装置が新規レーン遅延補償手順を実行する同期パターン読出し機能部及び新規レーン遅延補償機能部を備える。
【０４５６】
図５−８に、本実施形態に係る伝送フレームの一例を示す。
新規レーン出力手順において、送信装置では、データブロック複製機能部が既存レーン＃０〜３におけるＦＡＳ及びＭＦＡＳを含んだデータブロックをコピーして、新規レーン出力機能部がこのコピーを既存レーン＃０〜３のＦＡＳと同時に新規レーン＃４に送信する（ＦＡＳを含んだデータブロック間はダミーブロックを挿入する）。ＦＡＳはフレームの同期パターンとして用いられ、ＭＦＡＳはフレーム番号として用いられる。
新規レーン遅延補償手順において、受信装置では、同期パターン読出し機能部が既存レーン＃０〜３のＦＡＳおよびフレーム番号と新規レーン＃４におけるＦＡＳ及びＭＦＡＳを読み出し、新規レーン遅延補償機能部が同一のＭＦＡＳを有するＦＡＳの遅延時間差を比較して、新規レーン＃４の遅延時間が既存レーン＃０〜３より短いならば、その差分を新規レーン＃４に加える。また、新規レーン＃４の遅延時間が既存レーン＃０〜３より長いならば、その差分を既存レーン＃０〜３に加える。
【０４５７】
送信装置が図５−３に示す構成を備える場合、データブロック分割部７がデータブロック複製機能部を備え、レーン番号決定部８が新規レーン出力機能部を備える。受信装置が図５−４に示す構成を備える場合、レーン識別＆遅延差補償部１０が同期パターン読出し機能部及び新規レーン遅延補償機能部を備える。
【０４５８】
（実施形態１）
本実施形態では、送信部がオーバヘッド部生成機能部を備え、帯域変更のためのメッセージの送受信に、ＲＣＯＨ（Ｒｅｓｉｚｅ  Ｃｏｎｔｒｏｌ  Ｏｖｅｒｈｅａｄ）を定義して用いる。ＲＣＯＨは、レーン数を増加又は減少させる制御情報とともに増加又は減少させるレーンを示す変更レーン情報を含むフレーム形式の信号のオーバヘッドであり、オーバヘッド部生成機能部が生成する。
【０４５９】
ＲＣＯＨの一例を図５−９（ａ）に示す。
ＲＣＯＨはＯＰＵ  ＯＨの中、１〜３行目の１５列目に配置される。ＲＣＯＨは以下のサブフィールドを有する。
【０４６０】
ＣＴＲＬ（Ｃｏｎｔｒｏｌ）：ＲＣＯＨ１の１〜２ビット目に配置される。ソースからシンクに対し、以下の制御メッセージを送信する。
００（ＩＤＬＥ）：帯域変更の動作を完了し、次の帯域変更の動作を行う前であることを示す。
０１（ＡＤＤ）：帯域を増加させる
１０（ＲＥＭＯＶＥ）：帯域を減少させる
１１（ＮＯＲＭ）：帯域変更の動作中であることを示す。
【０４６１】
ＬＮＵＭ（Ｌａｎｅ  Ｎｕｍｂｅｒ）：ＲＣＯＨ２の１〜８ビット目に配置される。１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＣＴＲＬ＝ＡＤＤ／ＤＥＬＥＴＥと共に用いられ、ソースからシンクに対し、増加あるいは減少させる論理レーン数の番号を送信する。論理レーンの速度を５  Ｇｂｐｓ、最大帯域を１  Ｔｂｐｓとすると、論理レーン数は最大２００なので、８ビット（０〜２５５）で表現可能である。
【０４６２】
ＲＬＣＲ（Ｒｅｐｌｙ  ｆｏｒ  Ｌｉｎｋ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｉｚｅ）：ＲＣＯＨ１の３〜４ビット目に配置される。シンクからソースに対し、以下の応答メッセージを送信する。
帯域を増加させる場合
０１（ＯＫ）：ＣＴＲＬ＝ＡＤＤに対し、空き帯域を確保できたことを示す。
１０（ＮＧ）：ＣＴＲＬ＝ＡＤＤに対し、空き帯域を確保できなかったことを示す。
帯域を減少させる場合
０１（ＯＫ）：シンク側でレーン分配する論理レーン数の減少を確認したことを示す。
ＲＢＷＲ（Ｒｅｐｌｙ  ｆｏｒ  Ｂａｎｄｗｉｄｔｈ  Ｒｅｓｉｚｅ）：ＲＣＯＨ１の５〜６ビット目に配置される。シンクからソースに対し、以下の応答メッセージを送信する。
帯域を増加させる場合
０１（ＯＫ）：遅延補正が成功したことを示す。
１０（ＮＧ）：遅延補正が失敗したことを示す。
帯域を減少させる場合
０１（ＯＫ）：ＣＴＲＬ＝ＲＥＭＯＶＥを受信したことを示す。
【０４６３】
ＣＲＣ８（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ  ８）：ＲＣＯＨ３の１〜８ビット目に配置される。ＲＣＯＨ１およびＲＣＯＨ２に対する誤り検出に用いる。
ＲＣＯＨ１の７〜８ビット目は予備領域とする。ＬＮＵＭを拡張したい場合、例えば、論理レーンの速度を１．２５  Ｇｂｐｓ、最大帯域を１  Ｔｂｐｓとすると、増減する論理レーン数は最大８００なので、１０ビット（０〜１０２３）が必要となる。この場合は、ＲＣＯＨ１の７〜８ビット目およびＲＣＯＨ２の１〜８ビット目の、合計１０ビットをＬＮＵＭに割り当てる（図５−９（ｂ））。
【０４６４】
以上のＲＣＯＨを用いた帯域増加の手順を図５−１０に示す。
初期状態において、ソースＳｏとシンクＳｋの間は論理レーン数Ｍで通信を行っているものとする。
（１）  ＮＭＳ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）から帯域増加要求を受けたソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＡＤＤ、ＬＮＵＭ＝Ｎを送信する（Ｓ１０１）。なお、ＮＭＳは、ネットワークの管理運用を行うためのシステムである。
（２）  ＣＴＲＬ＝ＡＤＤ、ＬＮＵＭ＝Ｎを受信したシンクＳｋは、帯域リソースの使用状況を調べて、空き帯域リソースを確保できた場合は、ＲＬＣＲ＝ＯＫを、できなかった場合は、ＲＬＣＲ＝ＮＧをソースＳｏに返信する（Ｓ１０２）。
（３）  ＲＬＣＲ＝ＯＫを受信したソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＮＯＲＭを送信する（Ｓ１０３）。また、新規の論理レーンに、既存のＭ本の論理レーンのＦＡＳおよびＭＦＡＳを含むデータブロックを図５−５のようにコピーして送信する（Ｓ１０４）。
（４）  シンクＳｋは、新規の論理レーンに含まれるＦＡＳおよびＭＦＡＳを読み出し、同一のＭＦＡＳを有するＦＡＳの遅延時間差を比較して、新規の論理レーンの遅延時間が既存のＭ本の論理レーンより短いならば、その差分を新規の論理レーンに加える。また、新規の論理レーンの遅延時間が既存のＭ本の論理レーンより長いならば、その差分を既存のＭ本の論理レーンに加える。
以後、シンクＳｋは、全ての論理レーンの遅延時間が等しくなった事を確認し、ＲＢＷＲ＝ＯＫをソースＳｏに返信する（Ｓ１０５）。全ての論理レーンの遅延時間が等しくならない場合、あるいは、新規の論理レーンでＦＡＳおよびＭＦＡＳが正常に受信できない場合、シンクＳｋはＲＢＷＲ＝ＮＧをソースＳｏに返信する（Ｓ１０５）。
（５）  ＲＢＷＲ＝ＯＫを受信したソースＳｏは、次のレーン分配の先頭から（Ｍ＋１）本の論理レーンによるレーン分配を開始する（Ｓ１０７）。また、ＣＴＲＬ＝ＩＤＬＥをシンクに送信する（Ｓ１０６）。
【０４６５】
なお、ＲＬＣＲ＝ＮＧあるいはＲＢＷＲ＝ＮＧを受信したソースＳｏは、帯域増加の動作を中止し、ＣＴＲＬ＝ＩＤＬＥをシンクＳｋに送信する。
【０４６６】
また、帯域減少の手順を図５−１１に示す。
初期状態において、ソースＳｏとシンクＳｋの間は論理レーン数Ｍで通信を行っているものとする。
（１）  ＮＭＳから帯域減少要求を受けたソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＲＥＭＯＶＥ、ＬＮＵＭ＝Ｎを送信する（Ｓ２０１）。
（２）  ＣＴＲＬ＝ＲＥＭＯＶＥ、ＬＮＵＭ＝Ｎを受信したシンクＳｋは、ＲＢＷＲ＝ＯＫをソースＳｏに返信する（Ｓ２０２）。
（３）  ＲＢＷＲ＝ＯＫを受信したソースＳｏは、シンクＳｋに対して、ＣＴＲＬ＝ＮＯＲＭを送信する（Ｓ２０３）。また、次のレーン分配の先頭から（Ｍ―１）本の論理レーンによるレーン分配を開始する（Ｓ２０４）。
（４）  （Ｍ―１）本の論理レーンによるレーン分配を確認したシンクＳｋは、空いた帯域リソースを解放し、ＲＬＣＲ＝ＯＫをソースＳｏに返信する（Ｓ２０５）。
（５）  ＲＬＣＲ＝ＯＫを受信したソースＳｏは、空いた帯域リソースを解放し、ＣＴＲＬ＝ＩＤＬＥをシンクＳｋに送信する（Ｓ２０６）。
【０４６７】
（実施形態２）
ＲＣＯＨの配置の別の例を示す。
ＲＣＯＨはＯＤＵ  ＯＨの中、４行目の９〜１４列目中の３バイト分（図５−１２では１２〜１４列目だが、９〜１１列目や１０〜１２列目等の任意の配置でも同様の効果が得られる）に配置される。ＯＰＵ  ＯＨを別の用途、例えば、ＧＭＰ（Ｇｅｎｅｒｉｃ  Ｍａｐｐｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）のマッピング用パラメータの伝達に割り当てる場合、ＲＣＯＨをＯＤＵ  ＯＨの中に配置する。
【０４６８】
ＲＣＯＨの各サブフィールド、及び、これを用いた帯域変更の手順は、実施形態１と同じである。
【０４６９】
（第６の発明についての発明を実施するための形態）
本実施形態に係るマルチレーン監視システムは、フレーム信号を複数のレーンに分配して送信する送信部と、複数のレーンに分配して伝送されたフレーム信号を受信する受信部と、を備える。
【０４７０】
本実施形態に係るマルチレーン監視方法は、送信手順と、エラー監視手順と、有する。
送信手順では、送信部が、複数行のフレームのうちの各行をインタリーブして予め定められた行数のサブ行に分割し、各サブ行のデータをエラー訂正用の符号で符号化し、符号化された各サブ行を逆インタリーブして複数行のフレームに変換する。
エラー監視手順では、受信部が、送信部から送信されたフレームの各行をインタリーブして行数のサブ行に分割し、各サブ行のデータに含まれるエラーを検出してエラーの位置を示すエラーロケータの値を算出し、当該エラーロケータの値をレーン番号に変換し、当該エラーロケータの値を変換した当該レーン番号の出現数を計数することで各レーンのエラーを監視する。
【０４７１】
１．エラー訂正
ＯＴＮでは、ＯＰＵ及びＯＤＵ  ＯＨ・ＯＴＵ  ＯＨ・ＦＡ  ＯＨから構成される４行×３８２４列のフレームに対して、４行×２５６列のパリティチェックバイトを付加してエラー訂正を行えるようにしている（非特許文献６−１：Ａｎｎｅｘ  Ａ参照。）。その手順を以下に述べる。
【０４７２】
送信部において、
４行×３８２４列のフレームをバイトインタリーブして１６組のサブ行（各２３９バイト）に分割するインタリーブ手順（１．１．１）と、
サブ行データの２３９シンボルを訂正可能な符号で符号化する符号化手順（１．１．２）と、
符号化された１６組のサブ行（各２５５バイト）を逆インタリーブして符号化された１行分のデータ（４０８０バイト）に変換する逆インタリーブ手順（１．１．３）と、を行う。
【０４７３】
受信部において、
１行分のデータ（４０８０バイト）をバイトインタリーブして再び１６組のサブ行（各２５５バイト）に分割するインタリーブ手順（１．２．１）と、
サブ行データ（２３９シンボル）に含まれるエラーを検出してエラーを訂正し、訂正されたサブ行データの１バイト目〜２３９バイト目を取り出すことにより、復号を行う復号化手順（１．２．２）と、
復号された１６組のサブ行データ（各２３９バイト）を逆インタリーブする逆インタリーブ手順（１．２．３）と、を行う。
【０４７４】
逆インタリーブ手順（１．２．３）を行うことによって、復号された１行分のデータ（３８２４バイト）が得られる。復号アルゴリズムを実行する過程でエラーロケータを得ることで、エラーロケータの値をレーン番号ｍに変換することで、エラーが生じたレーン番号を求める。
【０４７５】
１．１  送信側
１．１．１  インタリーブ
送信側では、図６−６（ａ）に示すように１行分のデータ（３８２４バイト）をバイトインタリーブして１６組のサブ行（各２３９バイト）に分割する。
図６−６（ｂ）に示すように、各サブ行は２３９個のシンボル（Ｄ［２５４］、Ｄ［２５３］、Ｄ［２５２］、Ｄ［２５１］、…、Ｄ［１９］、Ｄ［１８］、Ｄ［１７］、Ｄ［１６］）から成る。ここで、Ｄ［２５４］はサブ行の１バイト目、Ｄ［１６］は２３９バイト目である。また、各シンボルは８ビット（ｄ［７，ｊ］、ｄ［６，ｊ］、…、ｄ［１，ｊ］、ｄ［０，ｊ］）から成る。ここで、ｄ［７，ｊ］はＤｊのＭＳＢ、ｄ［０，ｊ］はＬＳＢである。
【０４７６】
１．１．２  サブ行データの符号化
このサブ行データの２３９シンボルに対して、最大８シンボルのエラーを訂正可能なリード・ソロモン符号（ＲＳ（２５５，２３９））を生成する。そのために、式（１）で表される８次の原始多項式Ｐ（ｚ）を与え、Ｐ（ｚ）＝０を満足する原始解をαとして、拡大体ＧＦ（２８）を定義する。
（数００１）
P(z) = z8 + z4 + z3 + z2 + 1    式〔１〕
【０４７７】
図６−７に示すように拡大体ＧＦ（２８）の要素（０およびα０〜α２５４）は８ビットシンボルに対応させることができ、符号化・復号に要する計算はＧＦ（２８）上で行われる。
サブ行データは以下の情報多項式で表現できる。
（数００２）
I(z) = D[254]z254 + D[253]z253 +…+ D[17]z17 + D[16]z16    式〔２〕
D[j] = d[7,j]a7 + d[6,j]a6 + d[5,j]a5 + d[4,j]a4 + d[3,j]a3 + d[2,j]a2 + d[1,j]a1 + d[0,j]a0    式〔３〕
【０４７８】
符号化を行うための生成多項式Ｇ（ｚ）を
【数００４】
2013125621.tif 000003
で与えると、符号化後のサブ行データは以下の情報多項式で表現できる。
（数００５）
C(z) = I(z) + R(z)     式〔５〕
【０４７９】
Ｒ（ｚ）はパリティチェックバイトの情報多項式で、サブ行データの情報多項式Ｉ（ｚ）を生成多項式Ｇ（ｚ）で除した剰余として求められる。
（数００６）
R(z) = I(z) mod G(z)     式〔６〕
（数００７）
R(z) = R[15]z15 + R[14]z14 +…+ R[1]z1 + R[0]z0    式〔７〕
（数００８）
R[j] = r[7,j]a7 + r[6,j]a6 + r[5,j]a5 + r[4,j]a4 + r[3,j]a3 + r[2,j]a2 + r[1,j]a1 + r[0,j]a0    式〔８〕
【０４８０】
符号化されたサブ行は２５５個のシンボル（Ｄ［２５４］、Ｄ［２５３］、…、Ｄ［１７］、Ｄ［１６］、Ｒ［１５］、Ｒ［１４］、…、Ｒ［１］、Ｒ［０］）から成る。ここで、Ｒ［１５］はサブ行の２４０バイト目、Ｒ［０］は２５５バイト目である。
【０４８１】
１．１．３  逆インタリーブ
図６−６（ｃ）に示すように、符号化された１６組のサブ行（各２５５バイト）を逆インタリーブして符号化された１行分のデータ（４０８０バイト）に変換する。この符号化された１行分のデータを４行分接続することで、符号化された４行×４０８０列のフレームが得られる。
【０４８２】
１．２．  受信側
１．２．１  インタリーブ
受信側では、図６−８（ａ）に示すように、１行分のデータ（４０８０バイト）をバイトインタリーブして再び１６組のサブ行（各２５５バイト）に分割する。
【０４８３】
１．２．２  サブ行データの復号
復号前のサブ行データは以下の情報多項式で表現できる。
（数００９）
Y(z) = C(z) + E(z)     式〔９〕
（数０１０）
E(z) = E[254]z254 + E[253]z253 +…+ E[1]z1 + E[0]z0    式〔１０〕
Ｅ［ｊ］は伝送中に（２５５−ｊ）バイト目のシンボルに生じたエラーを表す。
【０４８４】
復号の手順は、以下の通りである。
（１）シンドロームを計算してエラーの有無を判定する。
（２）エラーロケータ（エラーが生じたシンボルを示す数値）の計算に必要なエラーロケータ多項式を求める。
（３）エラーロケータを求める。
（４）エラーが生じたシンボルを訂正する。
（５）パリティチェックバイトを削除する。
【０４８５】
１．２．２．１  シンドローム
エラーの有無を検出するため、復号前のサブ行データに対して以下のシンドロームＳｉ（ｉ＝１〜１６）を計算する。
（数０１１）
S1 = Y(a0)     式〔１１−（１）〕
S2 = Y(a1)     式〔１１−（２）〕
…
S16 = Y(a15)     式〔１１−（１６）〕
【０４８６】
復号前のサブ行データにエラーが存在しないなら、すべてのｉについてＳｉ＝０が成立する。従って、すべてのｉについてＳｉ＝０が成立する場合には、高い確率でエラーが存在しないと推定できる。一方、いずれかのｉでＳｉ≠０となるならば、復号前のサブ行データにはエラーが存在する。
【０４８７】
１．２．２．２    エラーロケータ多項式
エラーシンボル数をｋ（≦８）と仮定して、以下のエラーロケータ多項式を求める。
（数０１２）
L(z) = 1 + L1z1 + L2z2 + … + Lkzk    式〔１２〕
エラーロケータをｐ［１］、ｐ［２］、…、ｐ［ｋ］と仮定した時、
（数０１３）
2013125621.tif 000004
と因数分解できるようエラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定できるならば、以下の関係が成立する。
（数０１４）
L(ap[1]) = 1 + L1ap[1]
+ L2a2p[1] + … + Lkakp[1] = 0    式〔１４−（１）〕
L(ap[2])
= 1 + L1ap[2]
+ L2a2p[2] + … + Lkakp[2] = 0    式〔１４−（２）〕
……
L(ap[k])
= 1 + L1ap[k]
+ L2a2p[k] + … + Lkakp[k] = 0    式〔１４−（ｋ）〕
【０４８８】
一方、シンドロームＳｉ（ｉ＝１〜１６）はエラー多項式Ｅ（ｚ）の０でない係数を用いて以下のように表現できる。
（数０１５）
S1 = E[255 - p[1]] + E[255 - p[2]] + … + E[255 - p[k]]    〔１５−（１）〕
S2 = E[255 - p[1]]a-p[1] + E[255 - p[2]]a-p[2] + … +
E[255 - p[k]]a-p[k]    式〔１５−（２）〕
……
Sk = E[255 - p[1]]a-(k-1)p[1] + E[255 - p[2]]a-(k-1)p[2] + … + E[255
- p[k]]a-(k-1)p[k]    式〔１５−（ｋ）〕
……
S16 = E[255 - p[1]]a-15p[1] + E[255 - p[2]]a-15p[2] + … +
E[255 - p[k]]a-15p[k]    式〔１５−（１６）〕
【０４８９】
以上の関係を用いてｐ［ｋ］およびＥ［２５５−ｐ［ｋ］］を消去すると、以下の式が得られる。
（数０１６）
Sk+1 + Sk L1 + Sk-1 L2 + … + S1 Lk = 0    式〔１６−（１）〕
Sk+2 + Sk+1 L1 + Sk L2 + … + S2 Lk = 0    式〔１６−（２）〕
……
S2k + S2k-1 L1 + S2k-2 L2 + … + Sk Lk = 0    式〔１６−（ｋ）〕
【０４９０】
式〔１６−（１）〕〜〔１６−（ｋ）〕を未知数（Ｌ１、Ｌ２、…、Ｌｋ）に対するｋ元連立１次方程式として解く事により、エラーロケータ多項式Ｌ（ｚ）が具体的に得られる。ただし、係数行列式が０になってｋ元連立１次方程式が解けない場合は、エラーシンボル数ｋの仮定が間違っているので、ｋの値を変えて再度計算を行う。
【０４９１】
１．２．２．３    エラーロケータ
エラーロケータ多項式Ｌ（ｚ）（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］の値を具体的に得られる。
【０４９２】
１．２．２．４    エラーが生じたシンボルの訂正
エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］が得られた後、式〔１５−（１）〕〜〔１５−（ｋ）〕を未知数（Ｅ［２５５−ｐ［１］］、Ｅ［２５５−ｐ［２］］、…、Ｅ［２５５−ｐ［ｋ］］）に対するｋ元連立１次方程式として解けば、Ｅ（ｚ）の０でない係数（Ｅ［２５５−ｐ［１］］、Ｅ［２５５−ｐ［２］］、…、Ｅ［２５５−ｐ［ｋ］］）が具体的に得られる。
【０４９３】
以上の結果を用いて、以下のようにエラー訂正を行うことができる。
（数０１７）
C(z) = Y(z) + E[255 - p[1]]zp[1] + E[255 - p[2]]zp[2] + … + E[255 - p[k]]zp[k]    式〔１７〕
１．２．２．５    パリティチェックバイトの削除
エラー訂正されたサブ行データの２４０バイト目〜２５５バイト目を削除することにより、復号後のサブ行データ（２３９バイト）が得られる。
【０４９４】
１．２．３  逆インタリーブ
図６−８（ｂ）に示すように、復号された１６組のサブ行データ（各２３９バイト）を逆インタリーブすることにより、復号された１行分のデータ（３８２４バイト）が得られる。この復号された１行分のデータを４行分接続することで、復号された４行×３８２４列のフレームが得られる。
【０４９５】
２．  ＯＴＮ−ＭＬＤ
ＯＴＮ−ＭＬＤで伝送を行う場合、図６−９に示すように、送信側では、符号化された４行×４０８０列のフレームのＦＡＳ以外の部分をスクランブルし、１６バイトデータブロック単位でＭ本（図６−９の例ではＭ＝４）のレーンに分配して送信する。この際、１フレームを送信する毎にレーンをローテートさせることで、フレームの先頭に位置するデータブロック（図６−９で”１”と書かれているデータブロック）を全レーンに均等に分配する。このデータブロックにはＦＡＳ・ＭＦＡＳとＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）が含まれており、フレーム先頭の位置およびレーン番号を識別することができる。
【０４９６】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
【０４９７】
受信側では、各レーンに分配された信号を受信し、ＦＡＳの位置およびＭＦＡＳの値に基づいてレーン間の遅延時間差を補償し、１６バイトデータブロックを順番に統合して、４行×４０８０列のＯＴＵフレーム形式に再構成し、ＦＡＳ以外の部分をデスクランブルする。
【０４９８】
３．  レーン番号とエラーロケータの関係
ＯＴＮ−ＭＬＤを用いた場合、フレーム１のｂブロック目（ｂ＝１〜１０２０）のデータを伝送したレーン番号ｍ（ｍ＝１〜４）は
【数０１８ａ】
2013125621.tif 000005
となる。同様に、フレーム２・３・４のｂブロック目のデータを伝送したレーン番号ｍは、それぞれ
（数０１８ｂ）
m = {b mod 4} + 1    式〔１８−（２）〕
m = {(b + 1) mod 4} + 1    式〔１８−（３）〕
m = {(b + 2) mod 4} + 1    式〔１８−（４）〕
となる。
【０４９９】
復号アルゴリズムを実行する過程でエラーロケータｐ［０］〜ｐ［ｋ］が得られるので、上記の関係を利用してエラーロケータの値をレーン番号ｍに変換することで、エラーが生じたレーン番号を求めることができる。
【０５００】
以上説明したように、本発明は、レーン毎の品質監視が出来るので、特定のレーンの伝送品質だけが劣化した場合、予備レーンや優先度の低いサービスに使用しているレーンがあるならば、そのレーンを使用することが可能となる。また、伝送品質の劣化したレーンを除外して残りの正常レーンで縮退動作させることも可能となる。
【０５０１】
（実施形態１）
本発明のマルチレーン監視方式を用いたマルチレーン伝送装置の受信部の構成を図６−１０に示す。
マルチレーンで受信された信号は、レーン識別＆遅延差補償部１においてＦＡＳ・ＭＦＡＳ・ＬＬＭを検出し、（ＬＬＭ  ｍｏｄ  Ｍ）を計算してレーン番号を識別し、ＦＡＳの位置およびＭＦＡＳあるいはＬＬＭの値に基づいて遅延差補償を行う。また、レーン毎にＦＡＳの出現周期を監視し、周期性に異常があった場合はフレーム同期外れとしてレジスタに記録する。
【０５０２】
ＯＴＵフレーム再構成部２はレーン識別＆遅延差補償された信号の１６バイトデータブロックを順番に統合して、４行×４０８０列のＯＴＵフレームの形に再構成する。
デスクランブル部３は再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
ＦＥＣ復号部４はデスクランブルされたＯＴＵフレームに対しエラー訂正を行う。また、レーン番号毎にエラーを計数してレジスタに記録する。
【０５０３】
ＯＴＵ／ＯＤＵ  ＯＨ処理部５はエラー訂正された４行×３８２４列のフレームからＯＴＵ  ＦＥＣ・ＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを除いたＯＰＵフレームを出力する。また、ＳＭ  ＯＨ／ＰＭ  ＯＨのＢＩＰ−８サブフィールド値とＯＰＵから算出したＢＩＰ−８値を比較し、セクション／パス監視区間で生じたエラーを計数してレジスタに記録する。
デマッピング部６はＯＰＵ  ＯＨの情報に基づいてＯＰＵ  ＰＬＤからクライアント信号をデマッピングして出力する。
【０５０４】
品質監視部７は、各機能ブロック（レーン識別＆遅延差補償部１、ＦＥＣ復号部４、ＯＴＵ／ＯＤＵ  ＯＨ処理部５など）のレジスタを読み出し、品質監視を行う。
【０５０５】
ＦＥＣ復号部４の構成を図６−１１に示す。
インタリーブ部１０は、図６−８（ａ）に示すように、１行分のデータ（４０８０バイト）をバイトインタリーブして１６組のサブ行（各２５５バイト）に分割する。
サブ行データ復号部１１−１〜１１−１６は、サブ行データ（２５５バイト）を復号して、元のサブ行データ（２３９バイト）として出力する。
逆インタリーブ部１２は、図６−８（ｂ）に示すように、復号された１６組のサブ行データ（各２３９バイト）を逆インタリーブして復号された１行分のデータ（３８２４バイト）を出力する。この復号された１行分のデータを４行分接続することで、エラー訂正された４行×３８２４列のフレームが得られる。
レーンエラーレジスタ記録部１３はサブ行データ復号部１１−１〜１１−１６からエラーが検出されたレーン番号ｌを集計して、レーン毎のエラー数をレジスタに記録する。
【０５０６】
サブ行データ復号部１１の構成を図６−１２に示す。
シンドローム計算部２１は、式〔１１−（１）〕〜〔１１−（１６）〕によってシンドロームＳｉ（ｉ＝１〜１６）を計算する。すべてのｉについて、Ｓｉ＝０が成立するならば、エラー無しと判断する。いずれかのｉで、Ｓｉ≠０となるならば、入力されたサブ行データにはエラーが存在する。エラーロケータ多項式係数計算部２２は、連立１次方程式〔１６−（１）〕〜〔１６−（ｋ）〕を解いて、エラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定する。
【０５０７】
エラーロケータ計算部２３は、エラーロケータ多項式（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］を決定する。
エラー係数計算部２４は、連立１次方程式〔１５−（１）〕〜〔１５−（ｋ）〕を解いて、Ｅ（ｚ）の０でない係数（Ｅ［２５５−ｐ［１］］、Ｅ［２５５−ｐ［２］］、…、Ｅ［２５５−ｐ［ｋ］］）を決定する。
エラー訂正部２５は式〔１７〕によってエラー訂正を行う。
選択出力部２６は、シンドローム計算部２１でエラー無しと判定した場合は、入力されたサブ行データの１〜２３９バイト目をそのまま選択して出力する。また、エラー有りと判定した場合はエラー訂正部２５の出力データの１〜２３９バイト目を選択して出力する。
【０５０８】
レーン番号計算部２７は、以下の式によってエラーロケータｐからレーン番号ｍを計算する。
【数０１９】
2013125621.tif 000006
【数０２０】
2013125621.tif 000007
【０５０９】
ここで、ｓはフレーム内における行番号である（ｓ＝１〜４）。ＭはＯＴＮ−ＭＬＤにおけるレーン数で、動的に変更可能である（固定値で使用しても良い）。ｒｔは何レーン分ローテートしたかを示す値で、採用されたレーンローテート則に依存する。例えば、図６−８に示すように１フレーム毎に＋１レーンずつローテートする場合は、
（数０２１）
rt = LLM mod M    Ｍ  式〔２１〕
となる。
【０５１０】
なお、リード・ソロモン符号の復号アルゴリズムとしては様々な手法が提案されているが、本発明は復号アルゴリズム自体には依存しない（どのような復号アルゴリズムでも、エラーロケータが得られれば良い）。また、誤り訂正能力の異なる（ＲＳ（２５５，２３９）以外の）リード・ソロモン符号や、リード・ソロモン符号以外の符号化方式でも、エラーロケータが得られるならば本発明は適用可能である。
【０５１１】
図６−１３に、サブ行データ復号部１１の第２の構成例を示す。
シンドローム計算部２１は、式〔１１−（１）〕〜〔１１−（１６）〕によってシンドロームＳｉ（ｉ＝１〜１６）を計算する。すべてのｉについて、Ｓｉ＝０が成立するならば、エラー無しと判断する。いずれかのｉで、Ｓｉ≠０となるならば、入力されたサブ行データにはエラーが存在する。エラーロケータ多項式係数計算部２２は、連立１次方程式〔１６−（１）〕〜〔１６−（ｋ）〕を解いて、エラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定する。
【０５１２】
エラーロケータ計算部２３は、エラーロケータ多項式（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］を決定する。
エラー係数計算部２４は、連立１次方程式〔１５−（１）〕〜〔１５−（ｋ）〕を解いて、Ｅ（ｚ）の０でない係数（Ｅ［２５５−ｐ［１］］、Ｅ［２５５−ｐ［２］］、…、Ｅ［２５５−ｐ［ｋ］］）を決定する。
エラー訂正部２５は式〔１７〕によってエラー訂正を行う。
選択出力部２６は、シンドローム計算部２１でエラー無しと判定した場合は、入力されたサブ行データの１〜２３９バイト目をそのまま選択して出力する。また、エラー有りと判定した場合はエラー訂正部２５の出力データの１〜２３９バイト目を選択して出力する。
【０５１３】
データ比較部２８は選択出力部２６から出力されたエラー訂正後のデータ（Ｄ［２５４］、Ｄ［２５３］、…、Ｄ［１７］、Ｄ［１６］）と、エラー訂正前のデータ（Ｙ［２５４］、Ｙ［２５３］、…、Ｙ［１７］、Ｙ［１６］）とを逐次比較し、Ｄ［２５５−ｐ］≠Ｙ［２５５−ｐ］ならば、そのｐを出力する。
レーン番号計算部２７は、前述の式〔１９〕及び式〔２０〕によってｐからレーン番号ｍを計算する。
【０５１４】
ここで、ｓはフレーム内における行番号である（ｓ＝１〜４）。ＭはＯＴＮ−ＭＬＤにおけるレーン数で、動的に変更可能である（固定値で使用しても良い）。ｒｔは何レーン分ローテートしたかを示す値で、採用されたレーンローテート則に依存する。例えば、図６−８に示すように１フレーム毎に＋１レーンずつローテートする場合は、式〔２１〕となる。
【０５１５】
図６−１４に、サブ行データ復号部１１の第３の構成例を示す。
シンドローム計算部２１は、式〔１１−（１）〕〜〔１１−（１６）〕によってシンドロームＳｉ（ｉ＝１〜１６）を計算する。すべてのｉについて、Ｓｉ＝０が成立するならば、エラー無しと判断する。いずれかのｉで、Ｓｉ≠０となるならば、入力されたサブ行データにはエラーが存在する。エラーロケータ多項式係数計算部２２は、連立１次方程式〔１６−（１）〕〜〔１６−（ｋ）〕を解いて、エラーロケータ多項式の係数（Ｌ１、Ｌ２、…、Ｌｋ）を決定する。
【０５１６】
エラーロケータ計算部２３は、エラーロケータ多項式（式〔１２〕）にαｊを逐次代入して０になるかどうかを調べることにより、エラーロケータｐ［１］、ｐ［２］、…、ｐ［ｋ］を決定する。
エラー係数計算部２４は、連立１次方程式〔１５−（１）〕〜〔１５−（ｋ）〕を解いて、Ｅ（ｚ）の０でない係数（Ｅ［２５５−ｐ［１］］、Ｅ［２５５−ｐ［２］］、…、Ｅ［２５５−ｐ［ｋ］］）を決定する。
エラー訂正部２５は式〔１７〕によってエラー訂正を行う。
選択出力部２６は、シンドローム計算部２１でエラー無しと判定した場合は、入力されたサブ行データの１〜２３９バイト目をそのまま選択して出力する。また、エラー有りと判定した場合はエラー訂正部２５の出力データの１〜２３９バイト目を選択して出力する。
【０５１７】
サブ行データ符号化部２９は、データ比較部２８は選択出力部２６から出力されたエラー訂正後のデータ（Ｄ［２５４］、Ｄ［２５３］、…、Ｄ［１７］、Ｄ［１６］）を再符号化したデータ（Ｃ［２５４］、Ｃ［２５３］、…、Ｃ［２］、Ｃ［１］）を出力する。データ比較部２８はサブ行データ符号化部２９から出力された再符号化後のデータ（Ｃ［２５４］、Ｃ［２５３］、…、Ｃ［２］、Ｃ［１］）と、エラー訂正前のデータ（Ｙ［２５４］、Ｙ［２５３］、…、Ｙ［２］、Ｙ［１］）とを逐次比較し、Ｃ［２５５−ｐ］≠Ｙ［２５５−ｐ］ならば、そのｐを出力する。
レーン番号計算部２７は、前述の式〔１９〕及び式〔２０〕によってｐからレーン番号ｍを計算する。
【０５１８】
ここで、ｓはフレーム内における行番号である（ｓ＝１〜４）。ＭはＯＴＮ−ＭＬＤにおけるレーン数で、動的に変更可能である（固定値で使用しても良い）。ｒｔは何レーン分ローテートしたかを示す値で、採用されたレーンローテート則に依存する。例えば、図６−８に示すように１フレーム毎に＋１レーンずつローテートする場合は、前述の式〔２１〕となる。本実施形態は、エラーロケータを外部に取り出せない既存のＦＥＣ復号回路を流用する場合にも適用可能である。
【０５１９】
（実施形態２）
４行×４０８０列の固定長フレームではなく、４Ｍ行×４０８０列の可変長フレームと使用して、可変長フレーム毎にレーンローテートを行う場合、実施形態１と同様に式〔１９〕式〔２０〕でエラーロケータｐからレーン番号ｍを計算する。ここで、ｓ＝１〜４Ｍとなる。
【０５２０】
（第７の発明についての発明を実施するための形態）
本実施形態のマルチレーン伝送システムにおける個別レーン監視方法は、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送における個別レーンのエラー数監視に関するものであり、特に、ＯＴＵフレーム１行目１３列目及び１４列目のＯＴＵ  ＯＨの予備領域又はＯＴＵフレーム１行目５列目のＦＡ  ＯＨにおけＦＡＳの一部をＬＭ（Ｌａｎｅ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨと定義し、レーンにおけるエラー検出用符号として前周期分のＣＲＣ−８を挿入して個別レーンのエラー数を監視する。
【０５２１】
図７−６に、ＬＭ  ＯＨの位置を示す。ＯＴＵフレームの１行目の１３列目および１４列目のバイトはＯＴＵ  ＯＨにおける予備領域である。この一方もしくは両方をレーン監視用のＬＭ（Ｌａｎｅ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨと定義し、レーンにおけるエラー検出用符号を挿入する。あるいは、ＯＴＵフレームの１行目の１列目のバイトはＦＡ  ＯＨにおけるＦＡＳの１バイト目であるが、これをＬＭ  ＯＨと定義し、レーンにおけるエラー検出用符号を挿入する。以後、ＯＴＵフレームの１行目の１４列目をＬＭ  ＯＨとする例で説明するが、ＬＭ  ＯＨの位置が異なっても動作は同様である。
【０５２２】
図７−７に示すように、送信装置側の各レーンでＦＡＳが検出されると、それを起点としてフレームの先頭から１４バイト目のＬＭ  ＯＨに前周期分のＣＲＣ−８（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ  ８）の計算結果を挿入する。ＬＭ  ＯＨの次の１５バイト目から次の周期のＣＲＣ−８の計算が開始され、次のＦＡＳの直前のバイトで終了する。ＣＲＣ−８の計算を行うための生成多項式をＧ（ｚ）とし、送信データの情報多項式をＤ（ｚ）とすると、ＣＲＣ−８符号の情報多項式は
Ｒ（ｚ）＝Ｄ（ｚ）  ｍｏｄ  Ｇ（ｚ）    〔１〕
で与えられる。こうして得られたＣＲＣ−８符号を次のフレーム先頭から１４バイト目のＬＭ  ＯＨに挿入する。
【０５２３】
受信装置側の各レーンでＦＡＳが検出されると、それを起点としてフレームの先頭から１４バイト目のＬＭ  ＯＨから前回のＣＲＣ−８符号を読み出し、前回のＬＭ  ＯＨの次の１５バイト目からＦＡＳの直前のバイトまでの受信データに対するエラー検査を行う。即ち、受信データに対する情報多項式をＤ’（ｚ）、受信したＣＲＣ−８符号に対する情報多項式をＲ’（ｚ）として、
Ｃ（ｚ）＝｛ｚ８Ｄ’（ｚ）＋Ｒ’（ｚ）｝  ｍｏｄ  Ｇ（ｚ）      〔２〕
を計算する。
【０５２４】
エラーが無ければ、Ｄ’（ｚ）＝Ｄ（ｚ）、Ｒ’（ｚ）＝Ｒ（ｚ）なので、
Ｃ（ｚ）＝０
ならば、エラーは無いと高い確率で推定できる。一方、
Ｃ（ｚ）≠０
ならば、そのレーンにおいて伝送中にエラーが発生したと判定する。
【０５２５】
本発明のマルチレーン伝送における個別レーン監視方式を用いたマルチレーン伝送システムにおける送信装置の構成を図７−８に示す。本実施形態の送信装置は、マッピング部１と、ＯＨ処理部２と、ＦＥＣ符号化部３と、スクランブル部４と、レーン分配部５と、を備える。送信装置は、レーン分配部５がエラー検出用符号算出機能部として動作し、ＯＨ処理部２がエラー検出用符号挿入機能部として動作することによってエラー検出用符号挿入手順を実行する。
【０５２６】
マッピング部１は、クライアント信号をＯＰＵ  ＰＬＤにマッピングする。
ＯＨ処理部２は、ＯＰＵフレームにオーバヘッドを付加する。オーバヘッドは、例えば、ＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨである。ここで、ＦＡ  ＯＨの６バイト目にはＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）が含まれるものとする。Ｍをレーン数、Ｎを１以上の整数とする時、ＬＬＭは０〜Ｎ＊Ｍ−１までの値をとる。ここで、Ｎ＊ＭはＭの倍数の中で、２５６以下でとり得る最大値である。
【０５２７】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
【０５２８】
ここで、ＯＨ処理部２は、エラー検出用符号挿入機能部として動作し、各レーンにおけるＦＡＳを検出し、当該ＦＡＳを含むデータブロック以前のデータに対してレーン分配部５が計算したエラー検出用符号を、ＬＭ  ＯＨに挿入する。例えば、ＬＭ  ＯＨにはＣＲＣ−８符号が挿入される。
【０５２９】
ＦＥＣ符号化部３は、ＯＰＵフレームにオーバヘッドを付加した４行×３８２４列のフレームに対してＦＥＣ符号化を行う。
スクランブル部４は、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
【０５３０】
レーン分配部５の構成を図７−９に示す。レーン分配部５は、データブロック分割部６と、レーン番号決定部７と、ＣＲＣ−８計算部８−１〜８−Ｍと、を備える。ＣＲＣ−８計算部８−１〜８−Ｍは、エラー検出用符号算出機能部として動作し、各レーンにおける同期パターンを検出し、当該同期パターンを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算する。
【０５３１】
データブロック分割部６はスクランブルされたＯＴＵフレームを１６バイトデータブロックに分割し、Ｍ本のレーンに分配する。
レーン番号決定部７はデータブロックを出力するレーン番号を決定する。ＦＡＳを含む先頭データブロックを出力するレーン番号ｍ（ｍ＝１〜Ｍ）は
ＬＬＭ  ｍｏｄ  Ｍ＝１→ｍ＝１
ＬＬＭ  ｍｏｄ  Ｍ＝２→ｍ＝２
……
ＬＬＭ  ｍｏｄ  Ｍ＝０→ｍ＝Ｍ
で決定される。以後のデータブロックを出力するレーン番号はラウンドロビンで決定される。
【０５３２】
ＣＲＣ−８計算部８−１〜８−Ｍは、同期パターンとしてのＦＡＳを検出してフレームの先頭から１５バイト目のデータから次のＦＡＳの直前のデータまで、式〔１〕に従ってＣＲＣ−８符号を計算する。ＯＨ処理部２は、エラー検出用符号挿入機能部として機能し、ＣＲＣ−８計算部８−１〜８−Ｍの計算結果を、予め定められたフィールドであるＬＭ  ＯＨに挿入する。
【０５３３】
マルチレーン伝送システムにおける受信装置の構成を図７−１０に示す。受信装置は、ＯＨ解読部１１と、レーン識別＆遅延差補償部１２と、ＯＴＵフレーム再構成部１３と、デスクランブル部１４と、ＦＥＣ復号部１５と、ＯＨ処理部１６と、デマッピング部１７と、品質監視部１８と、を備える。
【０５３４】
ＯＨ解読部１１の構成を図７−１１に示す。ＯＨ解読部１１は、ＦＡＳ検出部２０、ＦＡＳ周期監視部２１、デスクランブル部２２及びエラー検出部２３を備える。ＯＨ解読部１１は、エラー監視機能部として動作し、ＦＡＳを含むデータブロックの後に到着したデータブロック以降のデータに対してエラー検出用符号を計算し、当該計算結果及びＬＭ  ＯＨから読み出したエラー検出用符号を用いて各レーンのエラーを検出する。
【０５３５】
ＦＡＳ検出部２０は、ＦＡＳの同期パターンを検出すると同期パルスを出力する。また、ＦＡＳを含むデータブロックを取り出す。
ＦＡＳ周期監視部２１は、レーン毎にＦＡＳの出現周期を監視し、周期性に異常があった場合はフレーム同期外れとしてレジスタに記録する。
デスクランブル部２２は、ＦＡＳを含むデータブロックを図７−１２のようにデスクランブルして、ＬＬＭおよびＬＭ  ＯＨのＣＲＣ−８符号を出力する。本実施形態では、ＬＭ  ＯＨが予め定められたフィールドであり、エラー検出用符号がＣＲＣ−８符号である。
エラー検出部２３は、受信信号とＣＲＣ−８符号に基づいて式〔２〕を計算してエラー検出を行い、レーン毎のエラー発生数をレジスタに記録する。そして、エラーの検出結果を品質管理部１８へ出力する。
【０５３６】
レーン識別＆遅延差補償部１２は、（ＬＬＭ  ｍｏｄ  Ｍ）を計算してレーン番号を識別し、ＦＡＳの位置およびＭＦＡＳあるいはＬＬＭの値に基づいて遅延差補償を行う。
ＯＴＵフレーム再構成部１３は、レーン識別＆遅延差補償された信号の１６バイトデータブロックを順番に統合して、４行×４０８０列のＯＴＵフレームの形に再構成する。
デスクランブル部１４は、再構成されたＯＴＵフレームのＦＡＳ以外の全領域をデスクランブルする。
ＦＥＣ復号部１５は、デスクランブルされたＯＴＵフレームに対しエラー訂正を行う。
ＯＨ処理部１６は、エラー訂正された４行×３８２４列のフレームからＦＡ  ＯＨ、ＯＴＵ  ＯＨ、ＬＭ  ＯＨ及びＯＤＵ  ＯＨ等のオーバヘッドを除いたＯＰＵフレームを出力する。また、ＳＭ  ＯＨ／ＰＭ  ＯＨのＢＩＰ−８サブフィールド値とＯＰＵから算出したＢＩＰ−８値を比較し、セクション／パス監視区間で生じたエラーを計数してレジスタに記録する。
デマッピング部１７は、ＯＰＵ  ＯＨの情報に基づいてＯＰＵ  ＰＬＤからクライアント信号をデマッピングして出力する。
品質監視部１８は、各機能ブロック（ＯＨ解読部１１、レーン識別＆遅延差補償部１２、ＯＴＵ／ＯＤＵ  ＯＨ処理部１６など）のレジスタを読み出し、品質監視を行う。
【０５３７】
なお、本実施形態ではエラー検出用符号としてＣＲＣ−８を挙げたが、予め定められたフィールドであるＬＭ  ＯＨをＯＴＵフレームの１行目の１３列目および１４列目の２バイトに割り当て、ＣＲＣ−１６を用いる構成も可能である。また、ＣＲＣ以外のエラー検出用符号（ＢＩＰなど）を用いる構成も可能である。
【０５３８】
（第８の発明についての発明を実施するための形態）
＜第１の実施形態＞
以下、図面を参照して、本発明の第１の実施形態によるマルチレーン伝送装置と、マルチレーン伝送装置が行う故障レーン通知方法について説明する。
【０５３９】
受信側の特定レーンで光信号のレベル低下が検出されたりＦＡＳが正しく検出されないなどの故障が生じた場合、ＯＴＵ  ＯＨの全部または一部をＥ−ＯＨ（Ｅｍｅｒｇｅｎｃｙ  Ｏｖｅｒｈｅａｄ）に変更し、このＥＯＨを用いて故障したレーン番号を送信側に通知する。
【０５４０】
図８−１は、故障レーン通知時のＯＴＵ  ＯＨにおけるＥ−ＯＨの位置を示す図である。図８−１に示す例１では１行目の８〜１０列目（通常はＳＭ  ＯＨとして使用している領域）の３バイトをＥ−ＯＨに使用している。緊急時でもＧＣＣ０（Ｇｅｎｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ  ０）および予備領域（何らかの他の目的に使用中）を使えない場合はこの例となる。図８−１に示す例２では１行目の８〜１２列目（通常はＳＭ  ＯＨおよびＧＣＣ０として使用している領域）の５バイトをＥ−ＯＨに使用している。ＧＣＣ０は使えるが予備領域は使えない場合はこの例となる。図８−１に示す例３では１行目の８〜１４列目の全７バイトをＥ−ＯＨに使用している。ＧＣＣ０も予備領域も使える場合はこの例が可能となる。
【０５４１】
Ｅ−ＯＨにおける表記法としては、以下の（１）、（２）に示す方法が適用できる。
（１）故障したレーン数と個々のレーン番号を記載する
（２）ビットマップ形式で故障したレーンの位置を表記する
【０５４２】
また、Ｅ−ＯＨを含むことを明示的に表現する手段が必要であるが、そのためにＦＡＳを変更する。図８−２は、故障レーン通知時のＦＡＯＨにおけるＥ−ＯＨの位置を示す図である。図８−２に示すようにＯＴＮ−ＭＬＤでは６列目をＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）に割り当て、ＦＡＳは１〜５列目の全５バイトとなるが、Ｅ−ＯＨを含む場合は１列目（ＯＡ１）を別の適当なパターンに置換したＥ−ＦＡＳ（Ｅｍｅｒｇｅｎｃｙ  ＦＡＳ）に変更する。文献「“Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ｏｆ  ｏｐｔｉｃａｌ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋ  ｈｉｅｒａｒｃｈｙ  ｅｑｕｉｐｍｅｎｔ  ｆｕｎｃｔｉｏｎａｌ  ｂｌｏｃｋｓ”，  ＩＴＵ−Ｔ  Ｇ．７９８，  ２０１０」において、ＦＡＳ中の４バイト分をＩＦ（Ｉｎ  Ｆｒａｍｅ）判定に、３〜５列目（ＯＡ１・ＯＡ２・ＯＡ２）をＯＯＦ（Ｏｕｔ  ｏｆ  Ｆｒａｍｅ）判定に使用しており、１列目の置換は上記のＩＦ／ＯＯＦ判定基準と互換性を保っているので、この置換の影響でフレーム同期外れと誤判定することはない。
【０５４３】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
【０５４４】
通常のＦＡＳの１列目がエラーでＥ−ＦＡＳと誤判定されると誤動作が発生するので、置換パターンはＯＡ１との距離が大きいことが望ましい。従って、置換パターンは、図８−３に示す置換パターンを用いればよい。図８−３は、Ｅ−ＦＡＳにおける先頭バイトの置換パターンの例を示す図である。特に、ＯＡ１（”１１１１０１１０”）の全ビットを反転させた”００００１００１”、直流平衡かつＯＡ１との距離が大きいパターン（”１１００１００１”、”１０１０１００１”など）が望ましい。
【０５４５】
次に、マルチレーン伝送装置の構成について説明する。図８−４は同実施形態におけるマルチレーン伝送装置の構成を示すブロック図である。図８−４に示すマルチレーン伝送装置は、故障レーン通知を行うマルチレーン伝送装置である。
【０５４６】
マルチレーン伝送装置１において、フレーム処理部１０１はクライアント信号をＯＰＵ  ＰＬＤにマッピングし、ＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを付加する。符号化＆スクランブル部１０２はＯＰＵフレームにＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを付加した４行×３８２４列のフレームに対してＦＥＣ符号化を行い、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
【０５４７】
レーン分配部１０３はスクランブルされたＯＴＵフレームを１６バイトのデータブロックに分割し、複数（ここでは８本）の論理レーンに分配する。ここで、各論理レーンの速度は５Ｇｂｐｓと仮定し、それぞれの論理レーン（ＬＬ：Ｌｏｇｉｃａｌ  Ｌａｎｅ）をＬＬ１＃０〜ＬＬ１＃７とする。
【０５４８】
送信器（以下、ＴＸと称する）１０４−１〜１０４−４はそれぞれ２本の論理レーンを多重化して１０Ｇｂｐｓの物理レーン（ＰＬ：Ｐｈｙｓｉｃａｌ  Ｌａｎｅ）ＰＬ１＃０〜ＰＬ１＃３によって送信する。
【０５４９】
マルチレーン伝送装置２において、受信器（以下、ＲＸと称する）２０５−１〜２０５−４は１０Ｇｂｐｓの物理レーンＰＬ１＃０〜ＰＬ１＃３の光信号を受信して電気信号に変換し、それぞれ２本の論理レーンに分離する。
【０５５０】
レーン統合部２０６は受信した各論理レーンに含まれるＬＬＭに基づいてＬＬ１＃０〜ＬＬ１＃７を識別し、ＦＡＳおよびＭＦＡＳに基づいて各論理レーン間の遅延時間差を補償し、１６バイトのデータブロックから４行×４０８０列のＯＴＵフレームを再構成する。
【０５５１】
デスクランブル＆復号部２０７は再構成されたＯＴＵフレームをデスクランブルし、ＦＥＣ復号して伝送中に生じたエラーを回復し、４行×３８２４列のフレームとして出力する。
【０５５２】
フレーム処理部２０８は復号された４行×３８２４列のフレームのＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを読み出してセクションおよびパスの品質をモニタし、ＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを除いたＯＰＵからクライアント信号をデマッピングして出力する。
【０５５３】
なお、マルチレーン伝送装置２からマルチレーン伝送装置１への伝送も前述した構成と同様であるので、ここでは詳細な説明を省略する。
【０５５４】
ここで、ＰＬ１＃２を伝送するマルチレーン伝送装置１のＴＸ１０４−３が故障して光パワーが低下し、マルチレーン伝送装置２のレーン統合部２０６においてＬＬ１＃４およびＬＬ１＃５でＦＡＳが正常に検出できなくなったと仮定する。この時、マルチレーン伝送装置２のレーン統合部２０６は監視制御部２００に対してＬＬ１＃４およびＬＬ１＃５でＬｏＦが発生したことを示す警報信号を出力する。監視制御部２００はフレーム処理部２０１において付加するＦＡ  ＯＨのＦＡＳをＥ−ＦＡＳに変更し、ＯＴＵ  ＯＨの一部あるいは全部をＥ−ＯＨに変更する。図８−５は、Ｅ−ＯＨのフォーマットの例を示す図である。
【０５５５】
ここに示した例では、ＯＴＵ  ＯＨのうち５バイトをＥ−ＯＨに割り当てた例（図８−１に示す例３）で説明する。Ｅ−ＯＨの先頭バイト（１行８列目）はＮＦＬ（Ｎｕｍｂｅｒ  ｏｆ  Ｆａｕｌｔ  Ｌａｎｅｓ）サブフィールドで、故障したレーン数を表す。続く３バイト（図８−１に示す例１であれば１バイト、例３であれば５バイト）はＦＬ（Ｆａｕｌｔ  Ｌａｎｅ）サブフィールドで、故障したレーン番号（レーンを特定する識別情報）を表す。最後の１バイトはＣＲＣ−８（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ  ８）でＥ−ＯＨにおける誤り検出に用いる。マルチレーン伝送装置の全帯域の最大値を１Ｔｂｐｓ、論理レーンの速度を５Ｇｂｐｓと仮定すると、論理レーン数は最大２００となるので、ＮＦＬおよびＦＬはそれぞれ１バイトで表記可能である。
【０５５６】
また、ＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、ＮＦＬ＝２、ＦＬ１＝４、ＦＬ２＝５、ＦＬ３＝５とする。ここで、重複したＦＬ＃３＝５は無視する。故障したレーン数がＦＬに割り当てられたバイト数（この例では３）よりも大きい場合は、複数のＥＯＨを用いる。例えば、ＬＬ１＃２・ＬＬ１＃３・ＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、第１のＥ−ＯＨでは、ＮＦＬ＝４、ＦＬ１＝２、ＦＬ２＝３、ＦＬ３＝４とし、第２のＥ−ＯＨでは、ＮＦＬ＝４、ＦＬ１＝５、ＦＬ２＝５、ＦＬ３＝５とする。ここで、重複したＦＬ＃２＝５、ＦＬ＃３＝５は無視する。
【０５５７】
また、逆方向の伝送（マルチレーン伝送装置２からマルチレーン伝送装置１への伝送）にも同様の障害が発生している可能性があるので、Ｅ−ＯＨは論理レーン数の数だけ繰り返す。
【０５５８】
マルチレーン伝送装置１のレーン統合部１０６はあるレーンでＦＡＳを受信すべきタイミングでＥ−ＦＡＳを受信し、その次のタイミングでも再度Ｅ−ＦＡＳを受信したら、マルチレーン伝送装置２でレーンが正常に受信できていないと判定する。このとき、保護段数はもっと多くても良い。レーン統合部１０６はＥ−ＦＡＳを含むデータブロックに対して図８−６に示すようにデスクランブルしてＥ−ＯＨを読み出し、監視制御部１００に通知する。図８−６は、Ｅ−ＯＨのデスクランブル動作を示す図である。
【０５５９】
これを受けて、監視制御部１００は故障した論理レーンの番号が４・５であるので、これに対応したＴＸ１０４−３（物理レーンＰＬ１＃２）を使用停止し、論理レーン数を８から６に減少させ、論理レーンＬＬ１＃４・ＬＬ１＃５の出力先をＴＸ１０４−４（物理レーンＰＬ１＃３）に変更する（図８−７に示す点線部分が停止した部分）。図８−７は、縮退運転しているマルチレーン装置を示す図である。この結果、マルチレーン伝送装置２ではＬＬ１＃０〜ＬＬ１＃６が正常に受信できるようになり、４０Ｇｂｐｓから３０Ｇｂｐｓに縮退した状態で伝送が再開されることになる。Ｅ−ＦＡＳは通常のＦＡＳに戻り、ＯＴＵ  ＯＨも通常に戻る。
【０５６０】
＜第２の実施形態＞
次に、本発明の第２の実施形態によるマルチレーン伝送装置と、マルチレーン伝送装置が行う故障レーン通知方法について説明する。第２の実施形態によるマルチレーン伝送装置の構成は、図８−４に示す構成と同じであるため、ここでは詳細な説明を省略する。第２の実施形態によるマルチレーン伝送装置が行う故障レーン通知方法が第１の実施形態による故障レーン通知方法と異なる点は、図８−５に示すＥ−ＯＨのフォーマットが異なる点である。図８−８は、第２の実施形態よるＥ−ＯＨのフォーマットの例を示す図である。
【０５６１】
ここに示した例では、ＯＴＵ  ＯＨのうち５バイトをＥ−ＯＨに割り当てた例（図８−１に示す例３）で説明する。Ｅ−ＯＨの先頭バイト（１行８列目）の１〜４ビット目はＳＮ（Ｓｅｑｕｅｎｔｉａｌ  Ｎｕｍｂｅｒ）サブフィールドで、Ｅ−ＯＨの順番を表す。５〜８ビット目はＮＥＯＨ（Ｎｕｍｂｅｒ  ｏｆ  Ｅ−ＯＨｓ）サブフィールドで、使用するＥ−ＯＨの数を表す。続く３バイト（図８−１に示す例１であれば１バイト、図８−１に示す例３であれば５バイト）はＬＳＢＭ（Ｌａｎｅ  Ｓｔａｔｕｓ  Ｂｉｔｍａｐ）サブフィールドで、論理レーンの状態をビットマップ形式（故障なら１、正常なら０）で表記する。最後の１バイトはＣＲＣ−８でＥ−ＯＨにおける誤り検出に用いる。
【０５６２】
最大レーン数を８としてＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、ＳＮ＝１、ＮＥＯＨ＝１、ＬＳＢＭ１＝“００００１１００”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とする（使用していないレーン番号はすべて”０”とする）。
【０５６３】
最大レーン数を４０として、ＬＬ１＃４・ＬＬ１＃５・ＬＬ１＃３０・ＬＬ１＃３１で障害が発生した場合は、第１のＥ−ＯＨでは、ＳＮ＝１、ＮＥＯＨ＝２、ＬＳＢＭ１＝“００００１１００”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とし、第２のＥ−ＯＨでは、ＳＮ＝２、ＮＥＯＨ＝２、ＬＳＢＭ１＝“００００００１１”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とする。
【０５６４】
以上説明したように、ＩＴＵ−Ｔ  Ｇ．７９８のＩＦ／ＯＯＦ判定基準と互換性を保ちつつ、ＯＴＵフレームの１行目１〜７列目のＦＡ  ＯＨの内１行１列目を置換することで故障レーン通知の有無を、ＯＴＵフレームの１行目８〜１４列目のＯＴＵ  ＯＨの内の１行目８〜１０列目のＳＭ  ＯＨ又は１行目８〜１２列目のＳＭ  ＯＨとＧＣＣ０又は１行目８〜１４列目のＳＭ  ＯＨとＧＣＣ０とＲＥＳからなるＯＴＵ  ＯＨ全体でレーン番号をそれぞれ通知するようにした。これにより、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送における受信側のＯＴＮ−ＭＬＤから送信側のＯＴＮ−ＭＬＤへの故障レーン通知を行うことが可能になる。
【０５６５】
なお、図８−４における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより故障レーン通知処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【０５６６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０５６７】
以上、図面を参照して本発明の実施の形態を説明してきたが、上記実施の形態は本発明の例示に過ぎず、本発明が上記実施の形態に限定されるものではないことは明らかである。したがって、本発明の技術思想及び範囲を逸脱しない範囲で構成要素の追加、省略、置換、その他の変更を行っても良い。
【０５６８】
（第９の発明についての発明を実施するための形態）
本発明は、複数のレーンを用いたマルチレーン転送において、転送するフレームの先頭に位置するフレームアライメントオーバーヘッド、もしくはフレームアライメントオーバーヘッド中のＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）を基準として、マルチレーン転送における機能拡張を行うブロックとなるマルチレーン転送機能拡張ブロックを各バーチャルレーンに挿入する。
【０５６９】
マルチレーン転送方式において、バーチャルレーン毎に誤り監視が出来ない問題に対しては、挿入したマルチレーン転送機能拡張ブロックでＢＩＰの情報を通知することで、レーン毎の誤り監視を行う。
また、マルチレーン転送において一部のレーンに障害が発生しただけでフレーム復元が出来なくなる問題に対しては、挿入したマルチレーン転送機能拡張ブロックに、障害レーン通知ビットの領域を定義し、障害が発生したバーチャルレーンのレーン番号を受信器から送信器へ通知することで、障害が発生したレーン番号を特定し、縮退運転またはプロテクションを行えるようにする。
【０５７０】
本発明によって、マルチレーン転送において、デスキュー処理が行えず、フレームが復元できない場合でもＯＴＵｋフレームを復元することをせず、かつ、従来のＯＴＵｋフレームのオーバーヘッドの使い方を変更せずに、レーン毎の監視・管理やデスキュー機能を提供する。レーン毎のＢＩＰを計算し、マルチレーン転送機能拡張ブロックを用いて送信装置側のマルチレーン伝送装置１と受信装置側のマルチレーン伝送装置２の間で情報を交換することで、従来のマルチレーン転送では不可能だったレーン毎の誤り監視が可能となる。また、検出された障害レーン番号をマルチレーン転送機能拡張ブロックを用いて、受信装置側のマルチレーン伝送装置２と送信装置側のマルチレーン伝送装置１の間で情報を交換することにより、障害レーン番号の通知機能を提供すると、縮退運転やプロテクションが可能となる。
【０５７１】
さらに、マルチレーン転送において、フレーム復元を行うためのデスキュー量が不足してしまう問題に対しては、挿入したマルチレーン転送機能拡張ブロックにＬＬＭの領域を定義することで、デスキュー量を拡大する。
デスキュー量の拡張機能を提供すると、今後、経路差の発生やバーチャルレーン数の増加によって懸念されるデスキュー量の不足に対応し、フレームの復元を可能とするマルチレーン転送が可能になる。
【０５７２】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
【０５７３】
（実施形態１）
第９−１図は、本発明のマルチレーン転送システムをネットワークで使用する場合の一例を示したもので、マルチレーン伝送装置１及び２、フレーム処理部１１，１６，２１及び２６とマルチレーン転送処理部１２，１５，２２及び２５、マルチレーン処理部１２１，１５４，２２１及び２５４、レーン状態検出部１５１及び２５１、ブロック挿入部１２３及び２２３、ブロック抜去部１５２及び２５２、マルチレーン転送機能拡張ブロック処理部１２２，１５３，２２２及び２５３、トランシーバ１３−０〜１３−ｘ，１４−０〜１４−ｘ，２３−０〜２３−ｘ及び２４−０〜２４−ｘ、並びに、ネットワーク３から成る。
【０５７４】
本実施形態１では、Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔの接続で、マルチレーン転送機能拡張ブロックを用いて障害レーン通知を行う動作を説明する。第９−１図において、マルチレーン伝送装置１からマルチレーン伝送装置２への転送で障害が発生し、マルチレーン伝送装置２で検出された障害レーン番号をマルチレーン伝送装置２からマルチレーン伝送装置１へ通知する場合を考える。
【０５７５】
第９−２図に対向への通信を行う送信装置側の処理フローチャート、第９−３図に対向からの通信を受信した受信装置側の処理フローチャートを示す。図９−２のステップＳ１０３においてブロック挿入手順を実行する。
【０５７６】
マルチレーン伝送装置１からマルチレーン伝送装置２への転送で障害が起きた場合、マルチレーン伝送装置２のレーン状態検出部２５１において、受光パワーの低下、ＬＯＲ発生等の障害が起きたレーン番号を特定する。
【０５７７】
特定したレーン番号を通知する仕組みを次に示す。
まず、ステップＳ１０１では、マルチレーン伝送装置２からマルチレーン伝送装置１に転送されるクライアント信号に、フレーム処理部２１で、誤り訂正符号とオーバーヘッドを付加しＯＴＵｋフレーム（マルチフレームを構成するサブフレーム）の形にする。その後、転送容量に合わせて決定されたバーチャルレーン数に合わせてサブフレーム数を決定し、複数のサブフレームからマルチフレームを構成する。具体的には、転送容量を伝送装置に具備されたバーチャルレーン当たりのビットレートで除法し、バーチャルレーン数を決定する。バーチャルレーン数と等しい数のサブフレームを用いてマルチフレームを構成する。
【０５７８】
ここで、第９の発明において、レーン数に合わせてサブフレーム数が変化するマルチフレームは、可変フレーム及び転送フレームとなる。
【０５７９】
次に、ステップＳ１０２では、マルチフレームの構成となったサブフレームを、複数のレーンで転送する。フレーム処理部２１から出力されたサブフレームはマルチレーン転送処理部２２へ入力される。マルチレーン転送処理部２２のマルチレーン処理部２２１では、サブフレームを１６ｂｙｔｅ毎のデータブロックに分割し、転送に用いる複数のバーチャルレーンへ分配する。分配の方法はラウンドロビンであり、マルチフレーム単位でレーンローテーションする。
【０５８０】
ここで、マルチレーン転送機能拡張ブロックを挿入するために（Ｓ１０３）、バーチャルレーンに分配する際に、第９−４図に示すマルチフレームＭＦを構成するサブフレームＳＦの中で、先頭に位置するサブフレームＳＦのＦＡＳに含まれる固定ビットパターンを含んだ１６ｂｙｔｅの基準ブロックＳＢを検出する。具体的には、まずフレームアライメントオーバーヘッドのＦＡＳに位置する固定ビットパターンを検出する。
【０５８１】
ここで、マルチフレームを転送する場合は、さらにＭＦＡＳを検出し、マルチフレームの先頭のサブフレームかどうかを判断する。ＭＦＡＳの値が０で、マルチフレームの先頭のサブフレームだった場合、そのＭＦＡＳを含んだ１６ｂｙｔｅブロックを検出する。また、フレームの転送の際に、マルチフレームを利用しない場合は、ＭＦＡＳを検出する必要はなく、フレームアライメントオーバーヘッドのＦＡＳに位置する固定ビットパターンを検出するのみでよい。この１６ｂｙｔｅブロックのことを本願明細書では、基準ブロックＳＢとする。基準ブロックＳＢのＦＡＳは、フレームの先頭を識別するためにスクランブル処理が行われておらず、また、固定ビットパターンが含まれているため、フレームを復元しなくとも基準ブロックＳＢの位置を把握することができる。本実施形態１では、マルチレーン転送機能拡張ブロックに、障害レーン番号を通知する機能を持たせる（Ｓ１０５）。
【０５８２】
ステップＳ１０３では、レーン状態検出部２５１から障害が起きたレーン番号を通知されたマルチレーン転送機能拡張ブロック処理部２２２が、マルチレーン転送機能拡張ブロックに障害が起きたレーン番号を入力する。マルチレーン転送機能拡張ブロックは、ブロック挿入部２２３にて、基準ブロックＳＢが分配された後、全バーチャルレーンに挿入される。具体的には、第９−５図及び第９−６図のように、基準ブロックＳＢが挿入されたタイミングの次のタイミングで全バーチャルレーンに挿入される。なお、１０レーンのときは、図９−５に示すように、１０２０ブロックは均等に分配される。７レーンのときは、図９−６に示すように、１０２０ブロックは均等に分配されないが、マルチフレームは１０２０×７ブロックで構成されるため、マルチフレーム単位でみると均等に分配される。
【０５８３】
マルチレーン転送機能拡張ブロックは１６×ｎ  ｂｙｔｅのフォーマットとなる。マルチレーン転送機能拡張ブロックは、処理単位を１６ｂｙｔｅに統一することで処理を容易にするために、１６ｂｙｔｅ単位のｎ個から成るブロックとする。ｎの値は、（ｎ＝１，２，…）となり、主にバーチャルレーン数やパリティ符号に依存するが、基本系はｎ＝１とする。
【０５８４】
第９−７図に、マルチレーン転送機能拡張ブロック１６ｂｙｔｅの内訳の一例を示す。
１ｂｙｔｅ目は、バーチャルレーン数通知領域とし、マルチレーン転送で用いる全バーチャルレーン数とする。アウトバンドで全バーチャルレーン数を求められる場合は、１ｂｙｔｅ目は使用しなくても良いし、後述する障害レーン通知ビット領域としても良い。２ｂｙｔｅ目はバーチャルレーン番号通知領域であり、レーン番号を記載する。本実施形態では２５６レーン分である。ＬＬＭの値から、レーン番号を求める場合、２ｂｙｔｅ目は使用しなくても良いし、後述する障害レーン通知ビット領域としても良い。３ｂｙｔｅ目から１６ｂｙｔｅ目までは、障害レーン通知ビット領域とする。ここで、例えば障害レーン通知ビット領域が、３ｂｙｔｅ目から１２ｂｙｔｅ目までだった場合を考える。このとき、マルチレーン転送機能拡張ブロックの１３ｂｙｔｅ目から１６ｂｙｔｅ目は、予約領域としてもよい。
【０５８５】
障害レーン通知ビット領域の通知方法は任意であるが、例えば、ビットの位置がバーチャルレーン番号と対応する。障害レーン通知ビットは、０ならばレーンが正常で使用可能な状態であり（Ｓ１０７）、１ならば障害により使用不可能である状態を示す（Ｓ１０６）。１４ｂｙｔｅ分の障害レーン通知ビットは、バーチャルレーン番号と対応づけられており、例えば、１００レーンを用いた転送の場合、障害レーン通知ビット領域の１ｂｉｔ目がレーン＃０、２ｂｉｔ目がレーン＃１となり、１００ｂｉｔ目がレーン＃９９の状態を示す。１４ｂｙｔｅで示すことができるレーン数は、１１２レーンまでとなる。
【０５８６】
１１２レーン以上のバーチャルレーンを利用する場合を第９−８図に示す。第９−８図ではｎ＝２のときのマルチレーン転送機能拡張ブロックの挿入法となる。第９−８図のように、１６ｂｙｔｅのマルチレーン転送機能拡張ブロックを追加で挿入し、障害レーン通知ビット領域を拡大させる。障害が発生した場合、受信装置側では、障害が発生したレーンに該当する障害レーン通知ビットを０から１に変化させる。
【０５８７】
例えば１０レーンでマルチレーン転送処理部１２からマルチレーン転送処理部２５にトランシーバ１３−０〜１３−３を用いて転送していた場合に、トランシーバ１３−１と２４−１、トランシーバ１３−２と２４−２において、障害が発生したことがレーン状態検出部２５１で検出された場合、マルチレーン転送処理部２２において、トランシーバ１３−１と２４−１、トランシーバ１３−２と２４−２で転送されるバーチャルレーン番号について、障害レーン通知ビットを１に変化させたマルチレーン転送機能拡張ブロックを生成する。
【０５８８】
障害レーン通知ビットをバーチャルレーン番号と対応づける方法として、１レーンの状態を複数のビットで表してもよい。例えば２ｂｉｔで１レーンの状態を示す場合、正常なレーンを００で表し、障害が発生し使用不可能なレーンを１１で表し、他のフローの転送に用いているため使用不可能なレーンを０１とする。
【０５８９】
さらに、障害レーン通知ビット領域におけるビットとレーン番号を対応づける以外の方法としては、障害レーン通知ビット領域を１ｂｙｔｅ毎に区切り、最初の１ｂｙｔｅに障害レーン数を入力してもよい。この場合、２ｂｙｔｅ目から１４ｂｙｔｅ目までのｂｙｔｅを用いて、障害が発生したバーチャルレーン番号を通知してもよい。
【０５９０】
ブロック挿入部２２３は、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入する。マルチレーン転送機能拡張ブロックが挿入されたバーチャルレーンは、トランシーバ２３−０〜２３−ｘで対向のトランシーバ１４−０〜１４−ｘに転送する（Ｓ１０４）。ここで、バーチャルレーンはトランシーバの転送ビットレートに合わせて多重する。
【０５９１】
トランシーバ１４−０〜１４−ｘからバーチャルレーンを受け取ったマルチレーン伝送装置１のマルチレーン転送処理部１５では、物理レーン（ここでは、トランシーバで使われている波長）からバーチャルレーンを逆多重する（Ｓ２０１）。
レーン状態検出部１５１は、受光パワーの低下や、ビットエラーレートの低下を検出することで、正常に転送が行われたかをチェックする（Ｓ２０２）。
【０５９２】
レーンに障害があった場合（Ｓ２０２においてＮｏ）、レーン状態検出部１５１が障害レーン番号を特定し（Ｓ２０４）、マルチレーン転送機能拡張ブロック処理部１２２に障害レーン番号を転送する（Ｓ２０５）。一方、フレームを復元する際に発生するＬＯＲ等の検出は、マルチレーン処理部１５４で行われ、同じくマルチレーン転送機能拡張ブロック処理部１２２に障害レーン番号を転送する。
【０５９３】
正常に転送が行われた場合（Ｓ２０２においてＹｅｓ）、マルチレーン処理部１５４は、複数のバーチャルレーンからサブフレームを復元し（Ｓ２０７）、フレーム処理部１６へ転送する。フレーム処理部１６は、フレームからクライアント信号を復元する（Ｓ２０８）。
【０５９４】
ブロック抜去部１５２では、基準ブロックＳＢに含まれる固定ビットパターンを検出した後、基準ブロックＳＢの次のタイミングで受信される１６ｂｙｔｅブロックをマルチレーン転送機能拡張ブロックと識別する。基準ブロック受信後は、１０２０＋ｎブロック毎にマルチレーン転送機能拡張ブロックを検出する。その後、マルチレーン転送機能拡張ブロックを抜去する（Ｓ２０３）。
【０５９５】
抜去したマルチレーン転送機能拡張ブロックの情報を、マルチレーン転送機能拡張ブロック処理部１５３で取得する。ブロック抜去部１５２からマルチレーン転送機能拡張ブロック処理部１５３へは、マルチレーン転送機能拡張ブロックが転送される。ブロック抜去部１５２でマルチレーン転送機能拡張ブロックが抜去されたバーチャルレーンは、マルチレーン処理部１５４に転送される。マルチレーン処理部１５４は、複数のバーチャルレーンからフレームを復元する。フレームが復元できない場合、マルチレーン処理部１５４は、ＬＯＲ等の警報を出し、原因となったバーチャルレーンの番号を検出し、マルチレーン転送機能拡張ブロック処理部１２２に伝える。
【０５９６】
マルチレーン転送機能拡張ブロック処理部１５３は、レーン監視部として機能し、対向への転送レーンは全レーン正常であったか否かを判定する（Ｓ２０６）。
対向への転送レーンが全レーン正常であった場合（Ｓ２０６においてＹｅｓ）、障害レーン番号を転送しない、もしくは障害レーンがなかったことを示す情報をマルチレーン転送機能拡張ブロック処理部１５３からマルチレーン転送処理部１２へ転送する（Ｓ２１０）。
一方、いずれかのレーンで異常があった場合（Ｓ２０６においてＮｏ）、マルチレーン転送処理部１２は、マルチレーン転送機能拡張ブロック処理部１５３で取得した障害レーン番号（Ｓ２０９）を受信することで、障害レーン番号を得る（Ｓ２１０）。
【０５９７】
障害レーン番号を得たマルチレーン転送処理部１２は、障害が発生したバーチャルレーンを除いた正常なバーチャルレーンで縮退運転、または、空きレーンを用いたプロテクションを開始する（Ｓ２１１）。
【０５９８】
マルチフレームを構成したときのマルチレーン転送機能拡張ブロックの挿入例を、第９図に示す。マルチフレームを、Ｘ個のＳＦで構成する。この場合マルチフレームは、１０２０Ｘ個の１６ｂｙｔｅブロックに分割される。分割されたブロックは、Ｘ本のバーチャルレーンに分配される。バーチャルレーンに分配された後、マルチフレームの先頭に位置する基準ブロックＳＢを検出する。マルチレーン転送機能拡張ブロックは、第９−９図のように基準ブロックＳＢの次のタイミングで、全てのバーチャルレーンに挿入される。マルチレーン転送機能拡張ブロックの挿入後、バーチャルレーンは物理レーンに多重され、対向へ転送される。
【０５９９】
（実施形態２）
本実施形態２では、複数対地へフローを転送するネットワーク構成における障害レーン通知の動作を示す。マルチレーン伝送装置の構成、マルチフレームの構成方法、マルチレーン転送方法は実施形態１と同様である。
【０６００】
実施形態１との違いは、障害レーン通知ビットにおけるバーチャルレーン番号について、対地の異なるフロー毎に独立の番号が付加される点である。フローを構成する複数のバーチャルレーンからフレームを復元する際に、剰余を計算してバーチャルレーン番号を求める。フロー毎に独立の番号を付与するのは、剰余で求めたバーチャルレーン番号とフローを構成するバーチャルレーンのバーチャルレーン番号が異なる値にならないようにするためである。
【０６０１】
第９−１０図のように複数対地へマルチレーン転送を行っている場合、障害レーン通知ビット領域は、対地毎にバーチャルレーン番号が入力される。マルチレーン伝送装置７ａにおいて、トランシーバ７０−０〜７０−５でマルチレーン伝送装置７ｃからマルチレーン伝送装置７ａへの転送を行い、トランシーバ７０−６〜７０−９でマルチレーン伝送装置７ｂ〜マルチレーン伝送装置７ａへの転送を行う場合を仮定する。１台のトランシーバに１本のバーチャルレーンが対応づけされている場合を考える。
【０６０２】
このとき、マルチレーン伝送装置７ａからマルチレーン伝送装置７ｃへの障害レーン通知ビットでは、レーン＃０〜レーン＃５を示す１番目のｂｉｔから６番目のｂｉｔを利用し、また、マルチレーン伝送装置７ａからマルチレーン伝送装置７ｂへの障害レーン通知ビットでは、レーン＃０〜レーン＃３を示す１番目のｂｉｔから４番目のｂｉｔを利用するというように、独立にバーチャルレーン番号を割り当てる。
【０６０３】
第９−１１図に、第９−１０図のマルチレーン伝送装置７ａにおいて、マルチレーン伝送装置７ｂとマルチレーン伝送装置７ｃへマルチレーン転送する場合の、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入した状態を示す。７ｂ、７ｃのマルチレーン転送処理部では、７ａから送られてきた障害レーン通知ビットから、障害が発生したバーチャルレーン番号を取得し、障害が発生したバーチャルレーン番号を除いた正常なバーチャルレーンで縮退運転、または、プロテクションを開始する。
【０６０４】
（実施形態３）
本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロック処理部１２２がマルチレーン転送機能拡張ブロックを生成する際に、障害レーン通知ビット領域のチェックサムとしてＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を含める。ＣＲＣを含めることで、障害レーン通知ビット領域の誤り検出を行うことができる。
【０６０５】
ＣＲＣ−３２を用いて障害レーン通知ビットを計算した場合、ＣＲＣ−３２の計算結果を送信する領域として、障害レーン通知ビット領域の後に、４ｂｙｔｅのＣＲＣ領域を定義し、マルチレーン転送機能拡張ブロックを対向に送信する。受信装置側のマルチレーン伝送装置２において、マルチレーン転送機能拡張ブロック処理部２５３で、マルチレーン転送機能拡張ブロックからＣＲＣを読み取り誤り検出を行う。
【０６０６】
（実施形態４）
本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロック処理部１２２がマルチレーン転送機能拡張ブロックを生成する際に、レーン毎の誤り監視のために、各レーンにおけるＢＩＰを計算して含める。ＢＩＰを含めることで、ＢＥＲの測定が可能となる。
【０６０７】
第９−１２図にＢＩＰを計算するブロックの一例を示す。送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロックとマルチレーン転送機能拡張ブロックの間に位置する１０２０ブロック＝１６３２０ｂｙｔｅに対し、ＢＩＰ（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を計算する。ＢＩＰ−８を用いた場合、マルチレーン転送機能拡張ブロック中にＢＩＰ領域として１ｂｙｔｅの領域を定義し、マルチレーン転送機能拡張ブロックを対向に送信する。
【０６０８】
受信装置側のマルチレーン伝送装置２において、ブロック抜去部２５２がマルチレーン転送機能拡張ブロックからＢＩＰ情報を読み取ると、受信装置側のマルチレーン転送機能拡張ブロック処理部２５３でも送信装置側と同様にマルチレーン転送機能拡張ブロックとマルチレーン転送機能拡張ブロックの間に位置する１６３２０ｂｙｔｅに対し、ＢＩＰ−８の値を計算し、受信したＢＩＰ情報と比較することで誤り測定を行う。
【０６０９】
（実施形態５）
異経路転送によるスキューの拡大やバーチャルレーン数の増加により、従来のＯＴＵｋフレームのＦＡＳの６ｂｙｔｅ目に位置するＬＬＭでは、２５６通りの値しか表現できないため、デスキュー量が不足することが想定される。そこで本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置において、マルチレーン転送機能拡張ブロックを生成する際に、デスキュー量を拡張するためのカウンタとなるＬＬＭ拡張領域をマルチレーン転送機能拡張ブロックに含める。
【０６１０】
送信装置側のマルチレーン伝送装置において、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅに加え、マルチレーン転送機能拡張ブロック中にＬＬＭ拡張領域として例えば１ｂｙｔｅの領域を確保し、合計２ｂｙｔｅの領域で６５５３６通りのＬＬＭを表現する。ブロック挿入部１２３は、ＬＬＭ拡張領域を含むマルチレーン転送機能拡張ブロックを各バーチャルレーンの所定の位置に挿入する。
【０６１１】
受信装置側のマルチレーン伝送装置２において、マルチレーン転送機能拡張ブロック処理部２５３で、マルチレーン転送機能拡張ブロックから、ＬＬＭ拡張領域の値を読み取る。読み取ったＬＬＭ拡張領域の値はマルチレーン処理部２５４へ転送される。マルチレーン処理部２５４では、ＬＬＭ拡張領域の値と、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅを用いて、デスキューを行い、複数のレーンからフレームを復元する。
【０６１２】
また、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅをマルチレーン転送する場合であっても、フレームアライメントオーバーヘッドのＦＡ  ＯＨの６ｂｙｔｅ目として用いることとし、マルチレーン転送機能拡張ブロックに含めたＬＬＭ拡張領域を用いてマルチレーン転送で発生するレーン間のデスキューを行ってもよい。
【０６１３】
（実施形態６）
第９−１３図に、Ｉｎｎｅｒ−Ｃｏｄｅを利用する場合における、マルチレーン伝送装置２からマルチレーン伝送装置１への片方向の転送を行う際の構成を示す。ここで、Ｉｎｎｅｒ−Ｃｏｄｅとは、Ｇ．９７５．１に記載されているＳｅｃｏｎｄ  ＦＥＣのことである。Ｇ．７０９  Ａｎｎｅｘ．Ａに記載されているＲＳ（２５５，２３９）をＦｉｒｓｔ  ＦＥＣとして付加した後に、このＩｎｎｅｒ−ＣｏｄｅをＳｅｃｏｎｄ  ＦＥＣとして付加することで、Ｆｉｒｓｔ  ＦＥＣのみよりも強力な誤り訂正を行うことが可能となる。
【０６１４】
Ｉｎｎｅｒ−Ｃｏｄｅを利用して転送を行う場合、送信装置側のマルチレーン伝送装置２のＩｎｎｅｒ−Ｃｏｄｅ処理部２２４において、マルチレーン処理部２２１で複数のレーンに分配されたデータに対し、マルチレーン転送機能拡張ブロック処理部２２２で生成されたマルチレーン転送機能拡張ブロックの挿入を行った後に、Ｉｎｎｅｒ−Ｃｏｄｅの付加処理を行う。Ｉｎｎｅｒ−Ｃｏｄｅの付加を行った後、対向のマルチレーン伝送装置１へ転送する。受信装置側のマルチレーン伝送装置１のＩｎｎｅｒ−Ｃｏｄｅ処理部１５５において、Ｉｎｎｅｒ−Ｃｏｄｅによる誤り訂正を行った後に、マルチレーン転送機能拡張ブロックの抜去を行う。
【０６１５】
上記の構成にすることで、Ｉｎｎｅｒ−Ｃｏｄｅ処理部１５５において、マルチレーン転送機能拡張ブロックに対して誤り訂正を行うことが可能となる。また、Ｉｎｎｅｒ−Ｃｏｄｅ処理部でマルチレーン転送機能拡張ブロックを挿抜することにより、挿抜により発生するクロック差を吸収するクロック変換回路を含んだマルチレーン転送機能拡張ブロックの挿抜回路を削減することが可能となる。
【０６１６】
なお、マルチレーン転送機能拡張ブロックは、逆方向に伝送するバーチャルレーンの内で障害が発生したバーチャルレーンのレーン番号を受信装置から送信装置へ通知するための障害レーン通知ビットの領域とレーン毎に誤り監視するためのＢＩＰの領域とフレームの復元に向けたデスキュー量の不足に対応するためのＬＬＭの領域を定義してそれぞれ通知しているが、受信装置側から送信装置側に通知する情報はこれらの情報に限らない。
【０６１７】
また、マルチレーン転送機能拡張ブロックの挿入位置の基準として、フレームアライメントオーバーヘッド又はフレームアライメントオーバーヘッド中のＦＡＳで例示しているが、基準はこれらに限らずフレーム位置を識別するものであればよく、基準に対するマルチレーン転送機能拡張ブロックの位置も例示した以外の位置であってもよい。
【０６１８】
また、サブフレームはＯＴＵフレームで例示しているが、ＯＴＵフレームに限らず、フレームアライメントオーバーヘッドのＦＡＳのようにフレーム同期をとるための先頭固定ビットパターンを持つフレームであればよい。
【産業上の利用可能性】
【０６１９】
（第１の発明についての産業上の利用可能性）
本発明に係るマルチレーン送信装置及びマルチレーン受信装置は、高速大容量のデータ通信を経済的に行うことを目的としたネットワークと、ネットワークで転送するデータ信号を発生するクライアント装置と、の間に位置する伝送装置に適用することができる。【０６２０】
（第２の発明についての産業上の利用可能性）
本発明に係るマルチレーン送信装置及びマルチレーン受信装置は、複数の物理レーンを論理的に束ねて、高速データリンクを経済的に実現するのに適している。【０６２１】
（第３の発明についての産業上の利用可能性）
本発明は情報通信産業に適用することができる。【０６２２】
（第４の発明についての産業上の利用可能性）
本発明は情報通信産業に適用することができる。【０６２３】
（第５の発明についての産業上の利用可能性）
本発明は情報通信産業に適用することができる。【０６２４】
（第６の発明についての産業上の利用可能性）
本発明は情報通信産業に適用することができる。【０６２５】
（第７の発明についての産業上の利用可能性）
本発明は情報通信産業に適用することができる。【０６２６】
（第８の発明についての産業上の利用可能性）
マルチレーン伝送装置において、受信側から送信側に対して、故障したレーンを番号を通知することが不可欠な用途に適用できる。【０６２７】
（第９の発明についての産業上の利用可能性）
本発明は情報通信産業に適用することができる。
【符号の説明】
【０６２８】
（第１の発明についての符号の説明）
１：伝送装置
２：クライアント装置
３：光スイッチ
４：ネットワーク
１１：マルチレーン送信装置
１２：マルチレーン受信装置
１１１：クライアント信号振分部
１１２：バッファメモリ
１１３：転送帯域計算部
１１４：シェーピング部
１１５：フレーマ部
１１６：転送フレーム生成部
１１７：バーチャルレーン群生成部
１２１：デフレーマ部
１２２：バーチャルレーン群復元部
１２３：クライアント信号復元部
１２４：クライアント信号振分部
ＶＬ：バーチャルレーン
Ｆ：転送フレーム【０６２９】
（第２の発明についての符号の説明）
１００、２００、３００：マルチレーン通信ノード装置
４００：ネットワーク
５００：管理制御システム
Ｔ：マルチレーン送信装置
Ｒ：マルチレーン受信装置
１：設定テーブル
２：物理インタフェース
３：データフレーム振分部
４：バッファメモリ
５：データストリーム分割部
６：物理インタフェース
７：物理インタフェース
８：データフレーム再構成部
９：バッファメモリ
１０：データフレーム多重化部
１１：物理インタフェース
３１：ＶＬＡＮタグ解読部
３２：データフレーム書込部
５１：データフレーム読出部
５２：符号化部
５３：データ列分割部
５４：フロー群情報順序情報付加部
５５：伝送フレーム処理部
５６：レーン選択出力部
８１：伝送フレーム処理部
８２：レーン選択結合部
８３：復号部
８４：データフレーム振分部【０６３０】
（第３の発明についての符号の説明）
１：マッピング部
２：ＯＨ処理部
３：インタリーブ部
４−１〜４−１６：符号化部
５：逆インタリーブ部
６：スクランブル部
７：データブロック分割部
８：レーン番号決定部
１０：レーン識別＆遅延差補償部
１１：ＯＴＵフレーム再構成部
１２：デスクランブル部
１３：インタリーブ部
１４−１〜１４−１６：復号部
１５：逆インタリーブ部
１６：ＯＨ処理部
１７：デマッピング部【０６３１】
（第４の発明についての符号の説明）
１〜４：マルチレーン光トランスポート装置（ＭＬＯＴ：Ｍｕｌｔｉｌａｎｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  ｅｑｕｉｐｍｅｎｔ）
５〜８：ルータ
９：光クロスコネクト（ＯＸＣ：Ｏｐｔｉｃａｌ  Ｃｒｏｓｓ−Ｃｏｎｎｅｃｔ  Ｓｗｉｔｃｈ）
１０：ネットワーク管理システム（ＮＭＳ：Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）
１０１：フローディストリビュータ（ＦＬＤ：Ｆｌｏｗ  Ｄｉｓｔｒｉｂｕｔｏｒ）
１０２：フレーム処理回路（ＦＲＭ：  Ｆｒａｍｅｒ）
１０３：ＯＴＵ４符号化回路（ＯＴＵ４  ＥＮＣ：ＯＴＵ４  Ｅｎｃｏｄｅｒ）
１０４：１００Ｇ変調器（１００Ｇ  ＭＯＤ：１００  Ｇｂｐｓ  Ｍｏｄｕｌａｔｏｒ）
１０５：光アグリゲータ（ＯＡＧＧ：Ｏｐｔｉｃａｌ  Ａｇｇｒｅｇａｔｏｒ）
１０６：監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）
１１０：フレーム処理回路（ＦＲＭ：Ｆｒａｍｅｒ）
１１１：可変ＯＴＵ符号化回路（ＯＴＵｆ  ＥＮＣ：Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｅｎｃｏｄｅｒ）
１１２：マルチレーンディストリビュータ（ＭＬＤ：Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｏｒ）
１１３：１００Ｇ変調器（１００Ｇ  ＭＯＤ：１００  Ｇｂｐｓ  Ｍｏｄｕｌａｔｏｒ）
２０１：光デアグリゲータ（ＯＤＥＡＧＧ：Ｏｐｔｉｃａｌ  Ｄｅａｇｇｒｅｇａｔｏｒ）
２０２：１００Ｇ復調器（１００Ｇ  ＤＥＭ：１００  Ｇｂｐｓ  Ｄｅｍｏｄｕｌａｔｏｒ）
２０３：ＯＴＵ４復号回路（ＯＴＵ４  ＤＥＣ：ＯＴＵ４  Ｄｅｃｏｄｅｒ）
２０４：デフレーム処理回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）
２０５：フローコンバイナ（ＦＬＣ：Ｆｌｏｗ  Ｃｏｍｂｉｎｅｒ）
２０６：監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）
２１０：１００Ｇ復調器（１００Ｇ  ＤＥＭ：１００  Ｇｂｐｓ  Ｄｅｍｏｄｕｌａｔｏｒ）
２１１：ＭＬＯＨ読み出し回路（ＭＬＯＤ：Ｍｕｌｔｉｌａｎｅ  Ｏｖｅｒｈｅａｄ  Ｄｅｔｅｃｔｏｒ）
２１２：マルチレーンコンバイナ（ＭＬＣ：Ｍｕｌｔｉｌａｎｅ  Ｃｏｍｂｉｎｅｒ）
２１３：可変ＯＴＵ復号回路（ＯＴＵｆ  ＤＥＣ：Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｄｅｃｏｄｅｒ）
２１４：デフレーム処理回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）
１０３０：ＯＴＵ５符号化回路（ＯＴＵ５  ＥＮＣ：ＯＴＵ５  Ｅｎｃｏｄｅｒ）
１０４０：４００Ｇ変調器（４００Ｇ  ＭＯＤ：４００  Ｇｂｐｓ  Ｍｏｄｕｌａｔｏｒ）
２０２０：４００Ｇ復調器（４００Ｇ  ＤＥＭ：４００  Ｇｂｐｓ  Ｄｅｍｏｄｕｌａｔｏｒ）
２０３０：ＯＴＵ５復号回路（ＯＴＵ５  ＤＥＣ：ＯＴＵ５  Ｄｅｃｏｄｅｒ）【０６３２】
（第５の発明についての符号の説明）
１：マッピング部１
２：ＯＨ処理部
３：インタリーブ部
４−１〜４−１６：符号化部
５：逆インタリーブ部
６：スクランブル部
７：データブロック分割部
８：レーン番号決定部
１０：レーン識別＆遅延差補償部
１１：ＯＴＵフレーム再構成部
１２：デスクランブル部
１３：インタリーブ部
１４−１〜１４−１６：復号部
１５：逆インタリーブ部
１６：ＯＨ処理部
１７：デマッピング部
２０−１〜２０−Ｍ：ＦＡＯＨ検出部
２１：遅延比較部
２２−１〜２２−Ｍ：遅延調整部【０６３３】
（第６の発明についての符号の説明）
１：レーン識別＆遅延差補償部
２：ＯＴＵフレーム再構成部
３：デスクランブル部
４：ＦＥＣ復号部
５：ＯＴＵ／ＯＤＵ  ＯＨ処理部
６：デマッピング部
７：品質監視部
１０：インタリーブ部
１１−１〜１１−１６：サブ行データ復号部
１２：逆インタリーブ部
１３：レーンエラーレジスタ記録部
２１：シンドローム計算部
２２：エラーロケータ多項式係数計算部
２３：エラーロケータ計算部
２４：エラー係数計算部
２５：エラー訂正部
２６：選択出力部
２７：レーン番号計算部【０６３４】
（第７の発明についての符号の説明）
１：マッピング部
２：ＯＨ処理部
３：ＦＥＣ符号化部
４：スクランブル部
５：レーン分配部
６：データブロック分割部
７：レーン番号計算部
８−１〜８−Ｍ：ＣＲＣ−８計算部
１１：ＯＨ解読部
１２：レーン識別＆遅延差補償部
１３：ＯＴＵフレーム再構成部
１４：デスクランブル部
１５：ＦＥＣ復号部
１６：ＯＨ処理部
１７：デマッピング部
１８：品質監視部
２０：ＦＡＳ検出部
２１：ＦＡＳ周期監視部
２２：デスクランブル部
２３：エラー検出部【０６３５】
（第８の発明についての符号の説明）
１、２・・・マルチレーン伝送装置、１００、２００・・・監視制御部、１０１、２０１・・・フレーム処理部、１０２、２０２・・・符号化＆スクランブル部、１０３、２０３・・・レーン分配部、１０４−１〜１０４−４、２０４−１〜２０４−４・・・送信器（ＴＸ）、２０５−１〜２０５−４、１０５−１〜１０５−４・・・受信器（ＲＸ）、１０６、２０６・・・レーン統合部、１０７、２０７・・・デスクランブル＆復号部、１０８、２０８・・・フレーム処理部、ＬＬ１＃０〜ＬＬ１＃７、ＬＬ２＃０〜ＬＬ２＃７・・・論理レーン、ＰＬ１＃０〜ＰＬ１＃３、ＰＬ２＃０〜ＰＬ２＃３・・・物理レーン【０６３６】
（第９の発明についての符号の説明）
１，２，７ａ，７ｂ，７ｃ：マルチレーン伝送装置
３：ネットワーク
１１，１６，２１，２６：フレーム処理部
１２，１５，２２，２５：マルチレーン転送処理部
１３−０〜１３−ｘ，１４−０〜１４−ｘ，２３−０〜２３−ｘ，２４−０〜２４−ｘ，７０−０〜７０−９：トランシーバ
１２１，１５４，２２１，２５４：マルチレーン処理部
１２２，１５３，２２２，２５３：マルチレーン転送機能拡張ブロック処理部
１２３，２２３：ブロック挿入部
１５１，２５１：レーン状態検出部
１５２，２５２：ブロック抜去部
１５５，２２４：Ｉｎｎｅｒ−Ｃｏｄｅ処理部
【図１−１】
2013125621.tif 000008
【図１−２】
2013125621.tif 000009
【図１−３】
2013125621.tif 000010
【図１−４】
2013125621.tif 000011
【図１−５】
2013125621.tif 000012
【図１−６】
2013125621.tif 000013
【図１−７】
2013125621.tif 000014
【図１−８】
2013125621.tif 000015
【図２−１】
2013125621.tif 000016
【図２−２】
2013125621.tif 000017
【図２−３】
2013125621.tif 000018
【図２−４】
2013125621.tif 000019
【図２−５】
2013125621.tif 000020
【図２−６】
2013125621.tif 000021
【図２−７】
2013125621.tif 000022
【図２−８】
2013125621.tif 000023
【図２−９】
2013125621.tif 000024
【図２−１０】
2013125621.tif 000025
【図２−１１】
2013125621.tif 000026
【図２−１２】
2013125621.tif 000027
【図３−１】
2013125621.tif 000028
【図３−２】
2013125621.tif 000029
【図３−３】
2013125621.tif 000030
【図３−４】
2013125621.tif 000031
【図３−５】
2013125621.tif 000032
【図３−６】
2013125621.tif 000033
【図３−７】
2013125621.tif 000034
【図３−８】
2013125621.tif 000035
【図３−９】
2013125621.tif 000036
【図３−１０】
2013125621.tif 000037
【図３−１１（ａ）】
2013125621.tif 000038
【図３−１１（ｂ）】
2013125621.tif 000039
【図３−１２】
2013125621.tif 000040
【図３−１３】
2013125621.tif 000041
【図３−１４】
2013125621.tif 000042
【図４−１】
2013125621.tif 000043
【図４−２】
2013125621.tif 000044
【図４−３】
2013125621.tif 000045
【図４−４】
2013125621.tif 000046
【図４−５】
2013125621.tif 000047
【図４−６】
2013125621.tif 000048
【図４−７】
2013125621.tif 000049
【図４−８】
2013125621.tif 000050
【図４−９】
2013125621.tif 000051
【図４−１０】
2013125621.tif 000052
【図４−１１】
2013125621.tif 000053
【図４−１２】
2013125621.tif 000054
【図４−１３】
2013125621.tif 000055
【図４−１４】
2013125621.tif 000056
【図４−１５】
2013125621.tif 000057
【図４−１６（ａ）】
2013125621.tif 000058
【図４−１６（ｂ）】
2013125621.tif 000059
【図４−１６（ｃ）】
2013125621.tif 000060
【図４−１７】
2013125621.tif 000061
【図４−１８（ａ）】
2013125621.tif 000062
【図４−１８（ｂ）】
2013125621.tif 000063
【図４−１８（ｃ）】
2013125621.tif 000064
【図４−１９】
2013125621.tif 000065
【図４−２０】
2013125621.tif 000066
【図４−２１】
2013125621.tif 000067
【図４−２２】
2013125621.tif 000068
【図４−２３】
2013125621.tif 000069
【図４−２４】
2013125621.tif 000070
【図４−２５】
2013125621.tif 000071
【図４−２６】
2013125621.tif 000072
【図４−２７】
2013125621.tif 000073
【図４−２８】
2013125621.tif 000074
【図４−２９】
2013125621.tif 000075
【図４−３０】
2013125621.tif 000076
【図４−３１】
2013125621.tif 000077
【図４−３２】
2013125621.tif 000078
【図４−３３】
2013125621.tif 000079
【図４−３４】
2013125621.tif 000080
【図４−３５】
2013125621.tif 000081
【図４−３６】
2013125621.tif 000082
【図４−３７】
2013125621.tif 000083
【図４−３８】
2013125621.tif 000084
【図４−３９】
2013125621.tif 000085
【図４−４０】
2013125621.tif 000086
【図４−４１】
2013125621.tif 000087
【図４−４２】
2013125621.tif 000088
【図４−４３】
2013125621.tif 000089
【図４−４４】
2013125621.tif 000090
【図４−４５】
2013125621.tif 000091
【図５−１】
2013125621.tif 000092
【図５−２】
2013125621.tif 000093
【図５−３】
2013125621.tif 000094
【図５−４】
2013125621.tif 000095
【図５−５】
2013125621.tif 000096
【図５−６（ａ）】
2013125621.tif 000097
【図５−６（ｂ）】
2013125621.tif 000098
【図５−７】
2013125621.tif 000099
【図５−８】
2013125621.tif 000100
【図５−９（ａ）】
2013125621.tif 000101
【図５−９（ｂ）】
2013125621.tif 000102
【図５−１０】
2013125621.tif 000103
【図５−１１】
2013125621.tif 000104
【図５−１２】
2013125621.tif 000105
【図６−１】
2013125621.tif 000106
【図６−２】
2013125621.tif 000107
【図６−３】
2013125621.tif 000108
【図６−４】
2013125621.tif 000109
【図６−５】
2013125621.tif 000110
【図６−６（ａ）】
2013125621.tif 000111
【図６−６（ｂ）】
2013125621.tif 000112
【図６−６（ｃ）】
2013125621.tif 000113
【図６−７】
2013125621.tif 000114
【図６−８（ａ）】
2013125621.tif 000115
【図６−８（ｂ）】
2013125621.tif 000116
【図６−９】
2013125621.tif 000117
【図６−１０】
2013125621.tif 000118
【図６−１１】
2013125621.tif 000119
【図６−１２】
2013125621.tif 000120
【図６−１３】
2013125621.tif 000121
【図６−１４】
2013125621.tif 000122
【図７−１】
2013125621.tif 000123
【図７−２】
2013125621.tif 000124
【図７−３】
2013125621.tif 000125
【図７−４】
2013125621.tif 000126
【図７−５】
2013125621.tif 000127
【図７−６】
2013125621.tif 000128
【図７−７】
2013125621.tif 000129
【図７−８】
2013125621.tif 000130
【図７−９】
2013125621.tif 000131
【図７−１０】
2013125621.tif 000132
【図７−１１】
2013125621.tif 000133
【図７−１２】
2013125621.tif 000134
【図８−１】
2013125621.tif 000135
【図８−２】
2013125621.tif 000136
【図８−３】
2013125621.tif 000137
【図８−４】
2013125621.tif 000138
【図８−５】
2013125621.tif 000139
【図８−６】
2013125621.tif 000140
【図８−７】
2013125621.tif 000141
【図８−８】
2013125621.tif 000142
【図８−９】
2013125621.tif 000143
【図８−１０】
2013125621.tif 000144
【図９−１】
2013125621.tif 000145
【図９−２】
2013125621.tif 000146
【図９−３】
2013125621.tif 000147
【図９−４】
2013125621.tif 000148
【図９−５】
2013125621.tif 000149
【図９−６】
2013125621.tif 000150
【図９−７】
2013125621.tif 000151
【図９−８】
2013125621.tif 000152
【図９−９】
2013125621.tif 000153
【図９−１０】
2013125621.tif 000154
【図９−１１】
2013125621.tif 000155
【図９−１２】
2013125621.tif 000156
【図９−１３】
2013125621.tif 000157
【図９−１４】
2013125621.tif 000158
【手続補正書】
【提出日】平成26年12月26日(2014.12.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分部と、
前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定部と、
前記データ信号振分部が各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定部が本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマ部と、
各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマ部がフレーム化した各データフレームを送信するデータフレーム送信部と、
を備えることを特徴とするマルチレーン送信装置。
【請求項２】
前記データフレーム送信部が送信した各データフレームの通信速度が、前記データ信号振分部が入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信部が送信した各データフレームに前記データ信号振分部が入力した前記データ信号が収容される容量が設定されることを特徴とする請求項１に記載のマルチレーン送信装置。
【請求項３】
各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信部と、
各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマ部と、
を備えることを特徴とするマルチレーン受信装置。
【請求項４】
前記データフレーム受信部が受信した各データフレームの通信速度が、前記デフレーマ部がデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信部が受信した各データフレームに前記デフレーマ部がフレーム化した各データ信号が収容される容量が設定されることを特徴とする請求項３に記載のマルチレーン受信装置。
【請求項５】
データ信号を送信先又は優先度に基づいて振り分けるデータ信号振分ステップと、
前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号の送信に必要なバーチャルレーンの本数を決定するバーチャルレーン本数決定ステップと、
前記データ信号振分ステップで各送信先又は各優先度に基づいて振り分けた各データ信号を、前記バーチャルレーン本数決定ステップで本数を決定した各バーチャルレーンに振り分け、各バーチャルレーンに振り分けた各データ信号を各データフレームとしてフレーム化するフレーマステップと、
各バーチャルレーンを物理レーンに多重化して、物理レーンを用いて、前記フレーマステップでフレーム化した各データフレームを送信するデータフレーム送信ステップと、
を順に備えることを特徴とするマルチレーン送信方法。
【請求項６】
前記データフレーム送信ステップで送信した各データフレームの通信速度が、前記データ信号振分ステップで入力した前記データ信号の通信速度と等しくなるように、前記データフレーム送信ステップで送信した各データフレームに前記データ信号振分ステップで入力した前記データ信号が収容される容量が設定されることを特徴とする請求項５に記載のマルチレーン送信方法。
【請求項７】
各送信先又は各優先度に基づいて振り分けられた各データ信号の受信に必要なバーチャルレーンの本数を取得するとともに、物理レーンを用いて、各データ信号からフレーム化された各データフレームを受信し、物理レーンを各バーチャルレーンに分離するデータフレーム受信ステップと、
各バーチャルレーンに振り分けられた各データフレームを各データ信号としてデフレーム化するデフレーマステップと、
を順に備えることを特徴とするマルチレーン受信方法。
【請求項８】
前記データフレーム受信ステップで受信した各データフレームの通信速度が、前記デフレーマステップでデフレーム化した各データ信号の通信速度と等しくなるように、前記データフレーム受信ステップで受信した各データフレームに前記デフレーマステップでフレーム化した各データ信号が収容される容量が設定されることを特徴とする請求項７に記載のマルチレーン受信方法。
【国際調査報告】
2013125621.tif 000159
2013125621.tif 000160
2013125621.tif 000161
2013125621.tif 000162
2013125621.tif 000163
2013125621.tif 000164
2013125621.tif 000165
2013125621.tif 000166
2013125621.tif 000167
2013125621.tif 000168