(57)【特許請求の範囲】
【請求項１】
データフローを１以上のレーンを用いて送信部から送信し、各レーンの信号を受信部で統合して元のデータフローを復元する光トランスポートシステムであって、
前記送信部は、当該送信部を識別できるユニークな識別情報及び遅延差測定用信号を各レーンの信号に付与し、
前記受信部は、前記ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号に基づいて補償し、
前記ユニークな識別情報は、前記送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを含む、
光トランスポートシステム。
【請求項２】
前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報を前記ユニークな識別情報に含める
ことを特徴とする請求項１に記載の光トランスポートシステム。
【請求項３】
前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、
前記送信部は、前記ユニークな識別情報を前記容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームを用いて送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、
前記受信部は、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行う
ことを特徴とする請求項１又は２に記載の光トランスポートシステム。
【請求項４】
前記送信部は、当該容量可変管理フレームを伝送速度の異なる転送フレームを用いて送信する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
前記受信部は、伝送速度の異なる当該転送フレームから管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行う+
ことを特徴とする請求項３に記載の光トランスポートシステム。
【請求項５】
前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、
前記送信部は、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンを用いて送信する際に、当該ユニークな識別情報をすべてのレーンに送信し、
前記受信部は、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行う、
ことを特徴とする請求項１又は２に記載の光トランスポートシステム。
【請求項６】
前記送信部は、前記転送フレームにデータフローのサービスクラス識別情報を付与し、
前記受信部は、当該転送フレームから当該サービスクラス識別情報を読み出す、
ことを特徴とする請求項３から５のいずれか一項に記載の光トランスポートシステム。
【請求項７】
データフローを１以上のレーンを用いて送信部から送信し、各レーンの信号を受信部で統合して元のデータフローを復元する光トランスポート方法であって、
各レーンの信号に少なくとも当該送信部を識別できるユニークな識別情報を付与し、各レーンの信号に遅延差測定用信号を付与する送信手順と、
当該ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号に基づいて補償する受信手順と、
を有し、
前記ユニークな識別情報は、前記送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを含む、
光トランスポート方法。
【請求項８】
前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
前記送信手順において、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報を前記ユニークな識別情報に含める
ことを特徴とする請求項７に記載の光トランスポート方法。
【請求項９】
前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、
前記送信手順において、当該ユニークな識別情報を前記容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームを用いて送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、
前記受信手順において、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行う、
ことを特徴とする請求項７又は８に記載の光トランスポート方法。
【請求項１０】
前記送信手順において、当該容量可変管理フレームを伝送速度の異なる転送フレームを用いて送信する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
前記受信手順において、伝送速度の異なる当該転送フレームから管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行う
ことを特徴とする請求項９に記載の光トランスポート方法。
【請求項１１】
前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、
前記送信手順において、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンを用いて送信する際に、当該ユニークな識別情報をすべてのレーンに送信し、
前記受信手順において、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行う、
ことを特徴とする請求項７又は８に記載の光トランスポート方法。
【請求項１２】
前記送信手順において、前記転送フレームにデータフローのサービスクラス識別情報を付与し、
前記受信手順において、当該転送フレームから当該サービスクラス識別情報を読み出す、
ことを特徴とする請求項９から１１のいずれか一項に記載の光トランスポート方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光トランスポートシステムに関する。
【背景技術】
【０００２】
現在、広域光転送網として非特許文献１に記載されたＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている。ＯＴＮフレームは図１に示す構造を有している。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）を含むＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用の冗長ビットが付加される。なお、ＯＴＮには１．２５Ｇｂｐｓ〜１００  Ｇｂｐｓの複数の速度が存在するので、その識別のために添字ｋ（ｋ＝０，１，２，２ｅ，３，４）を付加する（ただし、ｋ＝０はＯＰＵとＯＤＵだけである）。なお、４００  ＧｂｐｓのＯＴＮは現時点では標準化されていないが、以下、これを仮にｋ＝５で表す。
【０００３】
将来の光トランスポートネットワークでは、トラヒック変動に応じて容量を柔軟に可変できる光パスが重要になると考えられている。ＯＴＮ技術に基づいて容量可変光パスを実現する手段として、例えば非特許文献２ではＶＣＡＴ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ）およびＯＴＵｆｌｅｘが挙げられている。
【０００４】
ＶＣＡＴの詳細は非特許文献１の第１８章に、ＶＣＡＴの容量を可変する手法であるＬＣＡＳ（Ｌｉｎｋ  ｃａｐａｃｉｔｙ  ａｄｊｕｓｔｍｅｎｔ  ｓｃｈｅｍｅ）は非特許文献３に記載されているので、以下、両文献に基づいて説明を行う。ＶＣＡＴでは容量可変管理フレームとしてＸ個のＯＰＵｋを仮想的に連結したＯＰＵｋ−Ｘｖを定義する。
【０００５】
ここで、容量可変管理フレームと可変フレームは同一のものである。
【０００６】
図２に示すように、ＯＰＵｋ−ＸｖはＯＰＵｋ−Ｘｖ  ＯＨとＯＰＵｋ−Ｘｖ  ＰＬＤで構成され、ＯＰＵｋ−Ｘｖ  ＯＨ  は（１４Ｘ＋１）〜１６Ｘ列目に、ＯＰＵｋ−Ｘｖ  ＰＬＤは（１６Ｘ＋１）〜３８２４Ｘ列目に配置される。ＯＰＵｋ−Ｘｖのｎ行目の｛（ａ−１）×Ｘ＋ｂ｝列目は、ＯＰＵｋ＃ｉのａ行目のｂ列目に対応する。また、ＯＰＵｋ−Ｘｖは２５６個で１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ  ＯＨの７バイト目に配置されたＭＦＡＳ（ＭｕｌｔｉＦｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）で識別される。
【０００７】
ＯＰＵｋ−Ｘｖ  ＯＨを構成する個別のＯＰＵｋ  ＯＨを図３に示す。１５列目にはＶＣＯＨ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  ＯＨ）およびＰＳＩ（Ｐａｙｌｏａｄ  Ｓｔｒｕｃｔｕｒｅ  Ｉｄｅｎｔｉｆｉｅｒ）が配置され、１６列目はクライアント信号のマッピング形式に応じた情報（スタッフ制御情報など）が収容される。
【０００８】
ＶＣＯＨは、１５列目の１〜３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＭＦＡＳの４〜８ビット目の５ビット〔０〜３１〕をＶＣＯＨ１〜ＶＣＯＨ３のインデックスとする）。
ＭＦＩ（ＭｕｌｔｉＦｒａｍｅ  Ｉｎｄｉｃａｔｏｒ）：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される。ＭＦＡＳと組み合わせて、レーン間の遅延時間差測定および補償に用いる（非特許文献１の１８．１．２．２．２．１および非特許文献３の６．２．１参照。）。ここで、ＶＣＯＨ１［Ｘ］の括弧内の数値はＭＦＡＳの４〜８ビット目の下位５ビットで表記される数値（０〜３１）である。
ＳＱ（Ｓｅｑｕｅｎｃｅ  Ｉｎｄｉｃａｔｏｒ）：ＶＣＯＨ１［４］に配置される。ＯＰＵｋをＯＰＵｋ−Ｘｖに連結する順番を示す（非特許文献１の１８．１．２．２．２．２および非特許文献３の６．２．２参照。）。
ＣＴＲＬ（Ｃｏｎｔｒｏｌ）：ＶＣＯＨ１［５］の１〜４ビット目に配置される。ＬＣＡＳ制御コマンドの転送に用いる（非特許文献１：  １８．１．２．２．２．３および非特許文献３：  ６．２．３）。
ＧＩＤ（Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）：ＶＣＯＨ１［５］の５ビット目に配置される。１５段の擬似ランダム信号を収容し、ＶＣＧ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ）を識別するために用いる（非特許文献１の１８．１．２．２．２．５および非特許文献３の６．２．４参照。）。
ＲＳＡ（Ｒｅ−Ｓｅｑｕｅｎｃｅ  Ａｃｋｎｏｗｌｅｄｇｅ）：ＶＣＯＨ１［５］の６ビット目に配置される。容量の増減を行いＳＱの変更が為された場合、ＲＳＡビットを用いて受信側から送信側に応答する（非特許文献１の１８．１．２．２．２．６および非特許文献３の６．２．７参照）。ＶＣＯＨ１［５］の７〜８ビット目およびＶＣＯＨ１［６］〜ＶＣＯＨ１［３１］は予備領域である。
ＭＳＴ（Ｍｅｍｂｅｒ  Ｓｔａｔｕｓ）：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される。受信側から送信側へのＶＣＧの全メンバーの状態を通知する（非特許文献１の１８．１．２．２．２．４および非特許文献３の６．２．６参照。）。
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される。ＶＣＯＨ１およびＶＣＯＨ２に対する誤り検出に用いる（非特許文献１の１８．１．２．２．２．７および非特許文献３の６．２．５参照。）。
以上、ＶＣＯＨ［０］〜ＶＣＯＨ［３１］は１組のマルチフレーム内で８回繰り返される。
【０００９】
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は以下の通りである（ＭＦＡＳの８ビット〔０〜２５５〕をＰＳＩのインデックスとする）。
ＰＴ（Ｐａｙｌｏａｄ  Ｔｙｐｅ）：ＰＳＩ［０］に配置される。ＶＣＡＴの場合、ＰＴ＝０ｘ０６となる（非特許文献１の１５．９．２．１．１参照。）。
ｖｃＰＴ（ｖｉｒｔｕａｌ  ｃｏｎｃａｔｅｎａｔｅｄ  Ｐａｙｌｏａｄ  Ｔｙｐｅ）：ＰＳＩ［１］に配置される。ＶＣＡＴのペイロード種別を示す。例えば、ペイロードがＧＦＰ（Ｇｅｎｅｒｉｃ  Ｆｒａｍｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）ならば、ｖｃＰＴ＝０ｘ０５となる（非特許文献１の１８．１．２．２．１．１参照。）。
ＣＳＦ（Ｃｌｉｅｎｔ  Ｓｉｇｎａｌ  Ｆａｉｌ）：ＰＳＩ［２］の１ビット目に配置される。管理システムにクライアント信号障害を通知するのに用いる。
ＰＳＩ［２］の２〜８ビット目、および、ＰＳＩ［３］からＰＳＩ［２５５］は予備領域である（非特許文献１の１８．１．２．２．１．２参照。）。
【００１０】
ＶＣＡＴの送信側ではＯＰＵｋ−Ｘｖ  ＰＬＤにクライアント信号を収容してＯＰＵｋ−Ｘｖ  ＯＨおよびＯＤＵｋ−Ｘｖ  ＯＨを付加し、個別のＯＤＵｋを適当なＯＴＵｊ（ｊ≧ｋ）に収容して送信する。受信側では受信したＭＦＡＳおよびＭＦＩに従って複数レーン間の遅延補償を行い、ＯＰＵｋのＳＱに従ってＯＰＵｋ−Ｘｖを再構成し、ＯＰＵｋ−Ｘｖ  ＰＬＤからクライアント信号をデマッピングする。
【００１１】
一方、ＯＴＵｆｌｅｘでは時間的に順番に並んだ複数のフレームをまとめて容量可変管理フレームとして扱い、クライアント信号はフレームに順番に収録されて送信される。複数のレーンを使用する場合、各フレームをデータブロック単位に分割し、各データブロックを複数のレーンに振り分けて転送する。
【００１２】
なお、容量可変管理フレームと可変フレームは同一のものである。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】”Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”，  ＩＴＵ−Ｔ  Ｇ．７０９，  ２００９
【非特許文献２】Ｔ．  Ｏｈａｒａ  ｅｔ．  ａｌ．，  “ＯＴＮ  Ｔｅｃｈｎｏｌｏｇｙ  ｆｏｒ  Ｍｕｌｔｉ−ｆｌｏｗ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｎｄｅｒ  ｉｎ  Ｅｌａｓｔｉｃ  ４００Ｇ／１Ｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｅｒａ”，  ＯＦＣ／ＮＦＯＥＣ  Ｔｅｃｈｎｉｃａｌ  Ｄｉｇｅｓｔ，  ＪＷ２Ａ．８，  ２０１２
【非特許文献３】”Ｌｉｎｋ  ｃａｐａｃｉｔｙ  ａｄｊｕｓｔｍｅｎｔ  ｓｃｈｅｍｅ  （ＬＣＡＳ）  ｆｏｒ  ｖｉｒｔｕａｌ  ｃｏｎｃａｔｅｎａｔｅｄ  ｓｉｇｎａｌｓ”，  ＩＴＵ−Ｔ  Ｇ．７０４２，  ２００４
【発明の概要】
【発明が解決しようとする課題】
【００１４】
容量可変光パスの管理情報としては、個々の容量可変光パスを光トランスポートネットワーク内で一意に識別するための情報や容量可変光パスで運ばれるサービスクラスを示す情報などが必要となる。また、容量可変パスでは速度の異なる光変調方式の組み合わせも考えられるので、ＶＣＡＴをベースにする場合、容量可変管理フレームを速度の異なる転送フレームに分割し、また速度の異なる転送フレームを統合して容量可変管理フレームを再構成するために必要な情報も必要となる。
【００１５】
ここで、容量可変管理フレームと可変フレームは同一のものである。
【００１６】
ＶＣＡＴおよびＬＣＡＳではＶＣＧを識別するためにＧＩＤを用いている。また、ＭＦＩが２バイト分定義されており、マルチフレームの順番を表している。同一ＶＣＧに属し、かつ同一のＭＦＩを有するマルチフレームは同一のＧＩＤを有する。従って、受信したＶＣＡＴフレームが属するＶＣＧを特定するには、連続した１５組のマルチフレームから得られるＧＩＤビットが必要となる。対地毎あるいはサービスクラス毎に設定された複数のＶＣＧに属するＶＣＡＴフレームを同時に受信する場合、複数のＶＣＧを識別して各ＶＣＧ毎にフレーム間の遅延補償およびＯＰＵｋ−Ｘｖの再構成を行う必要がある。この場合、ＶＣＧを識別するために必要な１５組のマルチフレームに相当する大容量メモリが必要となり、レイテンシも増大する。
【００１７】
また、ＶＣＡＴは同一速度のＯＰＵｋを用いて容量可変管理フレームを仮想的に実現する手法であり、異なった速度のＯＰＵｋを用いることは範疇に入っていない。また、ＬＣＡＳはＶＣＡＴの容量の増減を管理するための手法であるので、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述する手段はない。
【００１８】
一方、ＯＴＵｆｌｅｘの場合、各レーンのレーン番号を識別する手段は存在するが、対地毎あるいはサービスクラス毎に設定された複数の容量可変光パスを転送する複数のレーンを同時に受信する場合、どのレーンが対地毎あるいはサービスクラス毎にバンドルされているのかをレーン自体から知る手段は存在しない。また、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述する手段もない。
【００１９】
そこで、本発明は、速度の異なる複数のＯＰＵを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることを目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するために、本願発明の光トランスポートシステムは、データフローを複数のレーンに分配し、分配された信号を統合して元のデータフローを復元する光トランスポートシステムに関するものであり、特に、ＶＣＧ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ）を識別していた１５組のマルチフレームに記載するＧＩＤ（Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の代わりに、１組のマルチフレームに記載する識別情報を用いる。
【００２１】
具体的には、本願発明の光トランスポートシステムは、
データフローを１以上のレーンを用いて送信部から送信し、各レーンの信号を受信部で統合して元のデータフローを復元する光トランスポートシステムであって、
前記送信部は、当該送信部を識別できるユニークな識別情報及び遅延差測定用信号を各レーンの信号に付与し、
前記受信部は、前記ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号に基づいて補償し、
前記ユニークな識別情報は、前記送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを含む。
【００２３】
本願発明の光トランスポートシステムでは、前記送信部と前記受信部の組み合わせに対する識別情報を決定するネットワーク管理システムをさらに備え、
前記送信部は、当該送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報の組み合わせに対する識別情報を前記ネットワーク管理システムから取得し、取得した識別情報を前記ユニークな識別情報に含めてもよい。
【００２４】
本願発明の光トランスポートシステムでは、前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、前記送信部は、前記ユニークな識別情報を前記容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームを用いて送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、前記受信部は、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行ってもよい。
【００２５】
ここで、容量可変管理フレームと可変フレームは同一のものである。
【００２６】
本願発明の光トランスポートシステムでは、前記送信部は、当該容量可変管理フレームを伝送速度の異なる転送フレームを用いて送信する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、前記受信部は、伝送速度の異なる当該転送フレームから管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行ってもよい。
【００２７】
本願発明の光トランスポートシステムでは、前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、前記送信部は、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンを用いて送信する際に、当該ユニークな識別情報をすべてのレーンに送信し、前記受信部は、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行ってもよい。
【００２８】
本願発明の光トランスポートシステムでは、前記送信部は、前記転送フレームにデータフローのサービスクラス識別情報を付与し、前記受信部は、当該転送フレームから当該サービスクラス識別情報を読み出してもよい。
【００２９】
具体的には、本願発明の光トランスポート方法は、
データフローを１以上のレーンを用いて送信部から送信し、各レーンの信号を受信部で統合して元のデータフローを復元する光トランスポート方法であって、
各レーンの信号に少なくとも当該送信部を識別できるユニークな識別情報を付与し、各レーンの信号に遅延差測定用信号を付与する送信手順と、
当該ユニークな識別情報に基づいて分類された各レーンの信号の遅延差を当該遅延差測定用信号に基づいて補償する受信手順と、
を有し、
前記ユニークな識別情報は、前記送信部を備える装置に固有の識別情報と前記受信部を備える装置に固有の識別情報とを含む。
【００３０】
本願発明の光トランスポート方法では、前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、前記送信手順において、当該ユニークな識別情報を前記容量可変管理フレームに付与し、当該容量可変管理フレームを１つ以上の転送フレームを用いて送信する際に、当該ユニークな識別情報を当該転送フレームのそれぞれに付与し、前記受信手順において、当該転送フレームを受信して当該ユニークな識別情報を読み出して受信した当該転送フレームの分類を行い、分類された当該転送フレームから容量可変管理フレームへのデータの統合を行ってもよい。
前記送信手順において、当該容量可変管理フレームを伝送速度の異なる転送フレームを用いて送信する際に、当該伝送速度の比に応じて当該管理フレームの当該転送フレームへのデータの分配を行い、当該伝送速度の比を識別する情報を当該転送フレームに付与し、
前記受信手順において、伝送速度の異なる当該転送フレームから管理フレームを再構成する際に、当該伝送速度の比を識別する情報を当該転送フレームから読み出し、当該伝送速度の比に応じて当該転送フレームから当該管理フレームへのデータの統合を行ってもよい。
【００３１】
本願発明の光トランスポート方法では、前記データフローは、時間的に順番に並んだ複数のフレームで構成される容量可変管理フレームであり、前記送信手順において、当該ユニークな識別情報を１つ以上の転送フレームから成る容量可変管理フレームに付与し、当該転送フレームを複数のデータブロックに分割して１つ以上のレーンを用いて送信する際に、当該ユニークな識別情報をすべてのレーンに送信し、前記受信手順において、すべてのレーンの信号を受信して当該ユニークな識別情報を読み出して受信した当該レーンのデータブロックの分類を行い、分類された当該レーンのデータブロックから当該転送フレームへのデータの統合を行ってもよい。
本願発明の光トランスポート方法では、前記送信手順において、前記転送フレームにデータフローのサービスクラス識別情報を付与し、前記受信手順において、当該転送フレームから当該サービスクラス識別情報を読み出してもよい。
【００３２】
なお、上記各発明は、可能な限り組み合わせることができる。
【発明の効果】
【００３３】
本発明によれば、速度の異なる複数のＯＰＵを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることができる。
【図面の簡単な説明】
【００３４】
【図１】ＯＴＮのフレーム構造を示す図である。
【図２】ＶＣＡＴにおけるＯＰＵｋ−ＸｖとＯＰＵｋの関係を示す図である。
【図３】ＶＣＡＴで用いられるＶＣＯＨおよびＰＳＩの構成を示す図である。
【図４】本発明の拡張されたＶＣＡＴにおけるＯＰＵ１＋５−２ｖｅとＯＰＵ４及びＯＰＵ５の関係を示す図である。
【図５】本発明の実施形態１および実施形態２における拡張されたＶＣＡＴで用いられるＶＣＯＨおよびＰＳＩの配置および構成を示す図である。
【図６】本発明の実施形態３における拡張されたＶＣＡＴのＯＨを示す図である。
【図７】本発明の実施形態１〜実施形態５で想定するネットワーク構成を示す図である。
【図８】本発明の実施形態１および実施形態３におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。
【図９】本発明の実施形態１〜３における拡張ＯＤＵの構成を示す図である。
【図１０】本発明の実施形態１および３におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。
【図１１】本発明の実施形態２におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。
【図１２】本発明の実施形態２におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。
【図１３】本発明のＯＴＵｆｌｅｘにおけるＯＰＵｆｎ−ＹとＯＰＵｆｎの関係を示す図である。
【図１４】本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＣＯＨおよびＰＳＩの構成を示す図である。
【図１５】本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＣＯＨおよびＰＳＩの構成を示す図である。
【図１６（ａ）】本発明の実施形態４〜５において、ＯＰＵｆｎ  ＯＨの先頭にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。
【図１６（ｂ）】本発明の実施形態４〜５において、ＯＴＵｆｎ  ＯＨの予備領域にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。
【図１６（ｃ）】本発明の実施形態４〜５において、ＦＡ  ＯＨの１バイト目にＭＬＯＨを配置する場合に、ＯＴＵｆｌｅｘで用いられるＭＬＯＨの配置を示す図である。
【図１７】本発明の実施形態４〜５におけるマルチレーン光トランスポートシステムの送信側の構成を示す図である。
【図１８（ａ）】本発明の実施形態４〜５において、ＯＰＵｆｎ  ＯＨの先頭にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。
【図１８（ｂ）】本発明の実施形態４〜５において、ＯＴＵｆｎ  ＯＨの予備領域にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。
【図１８（ｃ）】本発明の実施形態４〜５において、ＦＡ  ＯＨの１バイト目にＭＬＯＨを配置する場合に、拡張ＯＤＵの構成を示す図である。
【図１９】本発明の実施形態４〜５におけるマルチレーン分配の様子を示す図である。
【図２０】本発明の実施形態４〜５におけるマルチレーン分配で、データブロック数がレーン数で割り切れない場合の様子を示す図である。
【図２１】本発明の実施形態４〜５におけるマルチレーン光トランスポートシステムの受信側の構成を示す図である。
【図２２】本発明の実施形態４〜５におけるＭＬＯＨ検出部におけるＭＬＯＨのデスクランブルを示す図である。
【図２３】本発明の実施形態４〜５におけるマルチレーンコンバイナにおけるレーン間の遅延時間差補償を示す図である。
【図２４】本発明の実施形態１〜５における送信側のデータフローの設定を示す表である。
【図２５】本発明の実施形態１における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図２６】本発明の実施形態２における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図２７】本発明の実施形態３における送信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図２８】本発明の実施形態１における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図２９】本発明の実施形態２における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図３０】本発明の実施形態３における受信側のＶＣＯＨおよびＰＳＩの主な項目を示す表である。
【図３１】本発明の実施形態１および３におけるデフレーム処理回路で測定される遅延時間差を示す表である。
【図３２】本発明の実施形態２におけるデフレーム処理回路で測定される遅延時間差を示す表である。
【図３３】本発明の実施形態１〜５における受信側のデータフローの設定を示す表である。
【図３４】本発明の実施形態４における送信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図３５】本発明の実施形態５における送信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図３６】本発明の実施形態４における受信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図３７】本発明の実施形態５における受信側のＭＬＯＨおよびＰＳＩの主な項目を示す表である。
【図３８】本発明の実施形態１および実施形態２における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図３９】本発明の実施形態１および実施形態２における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４０】本発明の実施形態３における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４１】本発明の実施形態３における拡張されたＶＣＡＴのＯＨの別の例を示す図である。
【図４２】本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【図４３】本発明の実施形態４におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【図４４】本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【図４５】本発明の実施形態５におけるＯＴＵｆｌｅｘで用いられるＭＬＯＨの構成の別の例を示す図である。
【発明を実施するための形態】
【００３５】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施の例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００３６】
本実施形態に係るマルチレーン光トランスポートシステムは、データフローを複数のレーンの信号に分配して送信部から送信し、複数のレーンに分配された信号を受信部で統合して元のデータフローを復元する光トランスポートネットワークにおいて、送信手順と受信手順を行う。送信手順において、分配元を識別可能にするため、送信部から容量可変光パスを一意に識別するためのユニークな容量可変光パスＩＤを容量可変管理フレームに付与する。受信手順において、受信部が、容量可変光パスＩＤに基づいて各レーンの信号を分類し、遅延差を補償する。
【００３７】
ここで、容量可変管理フレームと可変フレームと転送フレームは同一のものである。
【００３８】
容量可変光パスＩＤの具体例としては、
（１）各マルチレーン光トランスポート装置にユニークなＩＤを予め付与し、送信側マルチレーン光トランスポート装置のＩＤと受信側マルチレーン光トランスポート装置のＩＤの組合せ（あるいは、これにサービスクラス別に関する情報を加えたもの）を容量可変光パスＩＤとして使用する。
（２）容量可変光パスを対地間で設定する時に、ネットワーク管理制御システムからユニークな対地別ＩＤを払い出し、送信側マルチレーン光トランスポート装置および受信側マルチレーン光トランスポート装置は取得した対地別ＩＤ（あるいは、これにサービスクラス別に関する情報を加えたもの）を容量可変光パスＩＤとして使用する。
といった方法が考えられる。
【００３９】
容量可変光パスが転送するクライアント信号のサービスクラスを記述する方法としては、単一のサービスクラスだけではなく、複数のサービスクラスをも記述できるようにする必要がある。例えば、クライアント信号のサービスクラスがＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）のシムヘッダのＥＸＰ（Ｅｘｐｅｒｉｍｅｎｔａｌ  Ｕｓｅ）フィールドで記述される場合、ＥＸＰは３ビットで、サービスクラスの種類の最大数は２３＝８となる。
【００４０】
そこで、サービスクラス識別フィールドに８ビットを割り当てて、ビットマップ形式で記述する。例えば、ＥＸＰ＝０ｘ０６〜０ｘ０７のクライアント信号を転送する場合はサービスクラス識別フィールド：０ｂ１１００００００、ＥＸＰ＝０ｘ００〜０ｘ０３のクライアント信号を多重する場合はサービスクラス識別フィールド：０ｂ００００１１１１とする。
【００４１】
容量可変管理フレームを速度の異なる転送フレーム、例えばＯＰＵ４（１００  Ｇｂｐｓ）とＯＰＵ５（４００  Ｇｂｐｓ）とに分割するケースを考える。ＯＰＵ４を１フレーム転送する時間内にＯＰＵ５は４フレームが転送されるので、容量可変管理フレームのＰＬＤをＯＰＵ４  ＰＬＤとＯＰＵ５  ＰＬＤとに分割する際は、前者に１バイト、後者に４バイトずつ分配する必要がある。この”１”および”４”をオーバヘッド内に記述し、容量可変管理フレームに統合する際にもこの情報を使用し、ＯＰＵ４  ＰＬＤから１バイト、ＯＰＵ５  ＰＬＤから４バイトずつ容量可変管理フレームのＰＬＤに統合することで、元の容量可変管理フレームが再構成される。
【００４２】
本実施形態に係る発明は、ＶＣＡＴ（Ｖｉｒｔｕａｌ Ｃｏｎｃａｔｅｎａｔｉｏｎ）、ＯＴＵｆｌｅｘの課題を以下の組合せで解決する。
（１）本実施形態に係る発明は、複数レーンに分割されたフレームあるいはデータブロックの中に含まれるＳＯＩＤとＳＫＩＤ（あるいはＶＣＧＩＤまたはＭＬＧＩＤ）とＥＸＩＤを用いて、個々の容量可変光パスを１組のマルチフレームで識別・分類する。これにより、従来技術のＶＣＡＴおよびＬＣＡＳ（Ｌｉｎｋ  ｃａｐａｃｉｔｙ  ａｄｊｕｓｔｍｅｎｔ  ｓｃｈｅｍｅ）ではＶＣＧを識別するための１５ｂｉｔのＧＩＤを得るために必要となる１５組のマルチフレームを保持するための大容量メモリと保持に伴うレイテンシが増加するという課題を解決することができる。
例えば、従来のＶＣＡＴの場合、ＯＴＵフレームの長さは１６３２０バイト、２５６フレーム×１５分のメモリを要するので、１レーンあたり必要なメモリは６２６６８８００バイトであり、１レーンあたりの速度をＯＴＵ４相当の１１１．８Ｇｂｐｓとすると、レイテンシは約４．４８ｍｓｅｃである。一方、本発明の場合、３２フレームで十分なので、１レーンあたり必要なメモリは５２２２４０バイトになり、レイテンシは３７．４μｓｅｃまで削減することができる。
【００４３】
（２）本実施形態に係る発明は、ＯＭＦＮ（ＯＰＵ  Ｍｕｌｔｉｆｒａｍｅ  Ｎｕｍｂｅｒ）を用いて速度の異なるＯＰＵを仮想的に結合して管理ユニットを構成する。ＯＰＵｋの速度差を明示的に示すＯＭＦＮを用いることで、ＯＴＵｆｌｅｘのように一旦同じ速度の論理レーンに分割してから再構成するのではなく、異なった速度のＯＰＵｋのまま再構成できる。これにより、異なる速度のＯＰＵｋを用いるという課題を解決することができる。
【００４４】
（３）本実施形態に係る発明は、ＮＳＣ（Ｎｕｍｂｅｒ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）とＳＣＩ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）を用いてデータフローのサービスクラスに関する情報を１組のマルチフレームで転送する。クライアント信号のサービスクラスを記述することで、光波長リソースが全体で不足する場合にサービスクラスの低い光パスの容量を削減し、それをサービスクラスの高い光パスに割り当てるといった処理が可能となる。これにより、容量可変光パスで運ばれるクライアント信号のサービスクラスを記述するという課題を解決することができる。
【００４５】
本実施形態に係る発明は、（１）（２）（３）を組合せることで、異なる速度のＯＰＵｋを用いることなく、レーン自体でバンドルされている対地或いはサービスクラスを知ることができる。
【００４６】
（実施形態１）
Ｘ１個のＯＰＵｋ１とＸ２個のＯＰＵｋ２を仮想的に連結した容量可変管理フレームとしてＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅを定義する（ここで、ｖｅは拡張されたＶＣＡＴを表す）。
例として、ＯＰＵ４−１＋５−２ｖｅを図４に示す。ＯＰＵ４−１＋５−２ｖｅはＯＰＵ４−１＋５−２ｖｅ  ＯＨとＯＰＵ４−１＋５−２ｖｅ  ＰＬＤで構成され、ＯＰＵ４−１＋５−２ｖｅ  ＯＨ  は（１４Ｘ＋１）〜１６Ｘ列目に、ＯＰＵ４−１＋５−２ｖｅ  ＰＬＤは（１６Ｚ＋１）〜３８２４Ｚ列目に配置される。ここで、Ｚ＝Ｘ１＋４＊Ｘ２＝９である。ＯＰＵ４−１＋５−２ｖｅ  ＯＨはＯＰＵ４＃１  ＯＨ、ＯＰＵ５＃２  ＯＨ、ＯＰＵ５＃３  ＯＨにそれぞれ１バイトずつ分配される。また、ＯＰＵ４−１＋５−２ｖｅ  ＰＬＤは１バイトずつＯＰＵ４＃１  ＰＬＤに、ＯＰＵ５＃２  ＰＬＤとＯＰＵ５＃３  ＰＬＤにそれぞれ４バイトずつ分配される。ＯＰＵ４−１＋５−２ｖｅは２５６個で１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ  ＯＨの７バイト目に配置されたＭＦＡＳで識別される。
【００４７】
ＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅ  ＯＨを構成する個別のＯＰＵｋ  ＯＨを図５に示す。１５列目にはＶＣＯＨおよびＰＳＩが配置され、１６列目はクライアント信号のマッピング形式に応じた情報（スタッフ制御情報など）が収容される。
ＶＣＯＨは１５列目の１〜３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＭＦＡＳの４〜８ビット目の５ビット〔０〜３１〕をＶＣＯＨ１〜ＶＣＯＨ３のインデックスとする）。
ＭＦＩ：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＭＦＩと同様に用いることができる。
ＳＯＩＤ（Ｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［２］およびＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）、ＶＣＯＨ１［３］の８ビット目をＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）とする。ＳＯＩＤはＶＣＧの始点となるマルチレーン光トランスポート装置に付与されたＩＤであり、後述のＳＫＩＤおよびＥＸＩＤと組み合わせてＶＣＧの識別に用いる。
ＳＱ：ＶＣＯＨ１［４］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＳＱと同様に用いることができる。
ＣＴＲＬ：ＶＣＯＨ１［５］の１〜４ビット目に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＣＴＲＬと同様に用いることができる。
ＶＣＯＨ１［５］の５ビット目は予備領域である（従来のＶＣＡＴ／ＬＣＡＳとの互換性を保持するためにＧＩＤとして使用しても良い）。
ＲＳＡ：ＶＣＯＨ１［５］の６ビット目に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＲＳＡと同様に用いることができる。
ＶＣＯＨ１［５］の７〜８ビット目は予備領域である。
ＳＫＩＤ（Ｓｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［６］およびＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。ＳＫＩＤはＶＣＧの終点となるマルチレーン光トランスポート装置に付与されたＩＤであり、前述のＳＯＩＤおよび後述のＥＸＩＤと組み合わせてＶＣＧの識別に用いる。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。
ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［８］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＶＣＧを設定するために追加されたＩＤであり、前述のＳＯＩＤおよびＳＫＩＤと組み合わせてＶＣＧの識別に用いる。
ＯＭＦＮ（ＯＰＵ  Ｍｕｌｔｉｆｒａｍｅ  Ｎｕｍｂｅｒ）：ＶＣＯＨ１［９］に配置される。  （ＯＭＦＮ＋１）は同一ＳＱの下のＯＰＵｋの個数を示す。例えば、図４に示したＯＰＵ４−１＋５−２ｖｅを例にとると、
ＯＰＵ４＃１：ＳＱ＝０、ＯＭＦＮ＝０
ＯＰＵ５＃２：ＳＱ＝１、ＯＭＦＮ＝３
ＯＰＵ５＃３：ＳＱ＝２、ＯＭＦＮ＝３
となる。ＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅ  ＰＬＤをＯＰＵｋ１  ＰＬＤおよびＯＰＵｋ２  ＰＬＤに分配、あるいは、ＯＰＵｋ１  ＰＬＤおよびＯＰＵｋ２  ＰＬＤをＯＰＵｋ１−Ｘ１＋ｋ２−Ｘ２ｖｅ  ＰＬＤに仮想的に結合する際も、（ＯＭＦＮ＋１）バイトずつとなる。なお、常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［１０］〜ＶＣＯＨ１［３１］は予備領域である。
ＭＳＴ：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＭＳＴと同様に用いることができる。
ＣＲＣ：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＣＲＣと同様に用いることができる。
以上、ＶＣＯＨは１組のマルチフレーム内で８回繰り返される。
【００４８】
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は以下の通りである（ＭＦＡＳの８ビット〔０〜２５５〕をＰＳＩのインデックスとする）。
ＰＴ：ＰＳＩ［０］に配置される。従来のＯＴＮにおけるＰＴと同様に用いることができる。
ｖｃＰＴ：ＰＳＩ［１］に配置される。従来のＶＣＡＴにおけるｖｃＰＴと同様に用いることができる。
ＣＳＦ（Ｃｌｉｅｎｔ  Ｓｉｇｎａｌ  Ｆａｉｌ）：ＰＳＩ［２］の１ビット目に配置される。従来のＯＴＮにおけるＣＳＦと同様に用いることができる。
ＮＳＣ（Ｎｕｍｂｅｒ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）：ＰＳＩ［３］に配置される。１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＮＳＣの値はペイロードで転送されるサービスクラスの（最大数−１）を示す。例えば、クライアント信号のサービスクラスを記述するのにＭＰＬＳのシムヘッダのＥＸＰフィールドを用いる場合、ＥＸＰは３ビットで８種類のサービスクラスを記述できる。この場合、ＮＳＣ＝０ｘ０７となる。また、ＩＥＥＥ８０２．１Ｑで定義されるＶＬＡＮタグのＰＣＰ（Ｐｒｉｏｒｉｔｙ  Ｃｏｄｅ  Ｐｏｉｎｔ）フィールドを用いる場合も、同様に３ビットで８種類のサービスクラスを記述できるので、ＮＳＣ＝０ｘ０７となる。
ＳＣＩ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）：ＰＳＩ［４］からＰＳＩ［３５］に配置される。実際に使用するビット数はＮＳＣに依存する。例えば、ＮＳＣ＝０ｘ０７ならば、ＰＳＩ［４］の８ビットだけを使用する。また、ＮＳＣ＝０ｘＦＦならばＰＳＩ［４］からＰＳＩ［３５］までの全２５６ビットを使用する。記述はビットマップ形式で、ＰＳＩ［４］の１ビット目が最も優先度の高いサービスクラスに割り当てられ、以降は順番に優先度の低いサービスクラスに割り当てられる。例えば、ＥＸＰ＝０ｘ０６〜０ｘ０７のクライアント信号を転送する場合、ＳＣＩ＝０ｂ１１００００００、ＥＸＰ＝０ｘ００〜０ｘ０３のクライアント信号を転送する場合、ＳＣＩ＝０ｂ００００１１１１となる。なお、ＰＳＩ［５］〜ＰＳＩ［３５］はオール０とする。ＮＳＣ＝０ｘ００の場合はサービスクラスの違いを無視するものとし、ＰＳＩ［４］〜ＰＳＩ［３５］はオール０とする。
ＰＳＩ［２］の２〜８ビット目、および、ＰＳＩ［３６］からＰＳＩ［２５５］は予備領域である。
【００４９】
個別のＯＰＵｋ  ＯＨの別の例を図３８に示す。特に言及の無い項目は前記の図５と同じである。
ＳＯＩＤ：ＶＣＯＨ１［２］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［２］の８ビット目をＬＳＢとする。
ＳＫＩＤ：ＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［３］の１ビット目をＭＳＢ、ＶＣＯＨ１［３］の８ビット目をＬＳＢとする。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ１バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［６］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［７］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
【００５０】
個別のＯＰＵｋ  ＯＨの別の例を図３９に示す。特に言及の無い項目は前記の図５と同じである。
ＳＯＩＤ：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］、ＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。
ＳＫＩＤ：ＶＣＯＨ１［８］、ＶＣＯＨ１［９］、ＶＣＯＨ１［１０］、ＶＣＯＨ１［１１］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、ＶＣＯＨ１［１１］の８ビット目をＬＳＢとする。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ４バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［１２］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［１３］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
【００５１】
マルチレーン光トランスポート装置（ＭＬＯＴ：  Ｍｕｌｔｉｌａｎｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  ｅｑｕｉｐｍｅｎｔ）を用いたネットワークの構成を図７に示す。ＭＬＯＴ  １（ＩＤ＝０ｘ１０００）、ＭＬＯＴ  ２（ＩＤ＝０ｘ２０００）、ＭＬＯＴ  ３（ＩＤ＝０ｘ３０００）、ＭＬＯＴ  ４（ＩＤ＝０ｘ４０００）はそれぞれルータ５、ルータ６、ルータ７、ルータ８と１  Ｔｂｐｓインタフェースで接続されており、ルータ間のトラヒックを容量可変光パスを用いて転送する。各ＭＬＯＴからの光信号は光クロスコネクト（ＯＸＣ：  Ｏｐｔｉｃａｌ  Ｃｒｏｓｓ−Ｃｏｎｎｅｃｔ  Ｓｗｉｔｃｈ）９によって宛先のＭＬＯＴに転送される（実際の転送網は複数のＯＸＣやＯＡＤＭ（Ｏｐｔｉｃａｌ  Ａｄｄ−Ｄｒｏｐ  Ｍｕｌｔｉｐｌｅｘｅｒ）により構成されるが、簡単のため、図７では１個のＯＸＣで表現する）。これらの装置はネットワーク管理システム（ＮＭＳ：  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）１０によって管理・制御される。
【００５２】
ＭＬＯＴの送信部の構成例を図８に示す。フローディストリビュータ（ＦＬＤ：Ｆｌｏｗ  Ｄｉｓｔｒｉｂｕｔｏｒ）１０１は、１Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローに振分ける機能を有する。ＦＬＤ１０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、図２４に示す４種類のデータフローに振分けるものとする。
【００５３】
データフロー＃１〜４はフレーム処理回路（ＦＲＭ：Ｆｒａｍｅｒ）１０２＃１〜＃４でそれぞれＯＰＵ４−５ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である（例えば、データフローが５００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓ、２００  Ｇｂｐｓならば、ＯＰＵ４−５ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングするが、データフローを６００  Ｇｂｐｓ、１００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓに変更した場合は、ＯＰＵ４−６ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングする）。個別のＯＰＵ４は、１〜１４列目にＦＡ  ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵ４  ＯＨを付加した拡張ＯＤＵ（図９）の形式でＯＴＵ４符号化回路（ＥＮＣ：  Ｅｎｃｏｄｅｒ）１０３＃１〜１０に入力される。ここで、ＯＰＵ４  ＯＨの主な項目の値は図２５で与えられる。
【００５４】
ＯＴＵ４  ＥＮＣ  １０３＃１〜１０は拡張ＯＤＵ４の固定スタッフ領域にＯＴＵ４  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４  ＦＥＣとして付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４の形式で出力する。
【００５５】
１００Ｇ変調器（ＭＯＤ：Ｍｏｄｕｌａｔｏｒ）１０４＃１〜１０はＯＴＵ４  ＥＮＣ１０３＃１〜１０から出力されたＯＴＵ４を１００Ｇｂｐｓ光信号に変換する。光アグリゲータ（ＯＡＧＧ：Ｏｐｔｉｃａｌ  Ａｇｇｒｅｇａｔｏｒ）１０５はこれらの光信号を多重化して送出する。
【００５６】
監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）１０６は以上の各ブロックの制御や監視を行う。
【００５７】
ＭＬＯＴの受信部の構成を図１０に示す。光デアグリゲータ（ＯＤＥＡＧＧ：Ｏｐｔｉｃａｌ  Ｄｅａｇｇｒｅｇａｔｏｒ）２０１は受信した光信号を分離する。１００Ｇ復調器（ＤＥＭ：Ｄｅｍｏｄｕｌａｔｏｒ）２０２＃１〜１０は分離された各光信号を受信してＯＴＵ４を復調する。
ＯＴＵ４  復号回路（ＤＥＣ：Ｄｅｃｏｄｅｒ）２０３＃１〜１０は、ＯＴＵ４フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４  ＯＨを読み出す。ここで、各ＯＰＵ４  ＯＨの主な項目の値は図２８のようになっているものとすると、
ＯＰＵ４＃１〜５は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃７〜８は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃９〜１０は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
【００５８】
拡張ＯＤＵ４はＶＣＧ毎にグループ化され、デフレームミング回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）２０４＃１〜４に入力される。ＤＥＦ  ２０４＃１は、拡張ＯＤＵ４のＭＦＡＳおよびＯＰＵ４  ＯＨのＭＦＩに基づいてＯＰＵ４の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図３１のようになっていたとすると、ＯＰＵ４＃３が最も遅れていて、ＯＰＵ４＃１はＯＰＵ４＃３に比べて４フレーム分、ＯＰＵ４＃２はＯＰＵ４＃３に比べて７フレーム分、ＯＰＵ４＃４はＯＰＵ４＃３に比べて９フレーム分、ＯＰＵ４＃５はＯＰＵ４＃３に比べて１フレーム分進んでいるのが判る。ＤＥＦ  ２０４＃１は、ＯＰＵ４＃１を４フレーム分、ＯＰＵ４＃２を７フレーム分、ＯＰＵ４＃４を９フレーム分、ＯＰＵ４＃５を１フレーム分遅延させてＯＰＵ４＃１〜５の遅延時間差を補償した後、ＳＱおよびＯＭＦＮに従ってＯＰＵ４＃１〜５を仮想的に連結してＯＰＵ４−５ｖｅを再構成し、ＯＰＵ４−５ｖｅ  ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ  ２０４＃２〜４も同様にＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４−５ｖｅ  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
【００５９】
ＤＥＦ  ２０４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はフローコンバイナ（ＦＬＣ：  Ｆｌｏｗ  Ｃｏｍｂｉｎｅｒ）２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、図３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。
【００６０】
（実施形態２）
異なる速度のＯＴＵを用いる場合の例を以下に示す。ネットワークの構成は実施形態１と同様（図７）である。
ＭＬＯＴの送信部の構成例を図１１に示す。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図２４に示す４種類のデータフローに振分けるものとする。
【００６１】
データフロー＃１〜４のデータはＦＲＭ  １０２＃１〜＃４でそれぞれＯＰＵ４−１＋５−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である（例えば、データフローが５００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓ、２００  Ｇｂｐｓならば、ＯＰＵ４−１＋５−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングするが、データフローを６００  Ｇｂｐｓ、１００  Ｇｂｐｓ、１００  Ｇｂｐｓ、２００  Ｇｂｐｓに変更した場合は、ＯＰＵ４−２＋５−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングする）。個別のＯＰＵ４／５は拡張ＯＤＵ４／５の形式でＯＴＵ４  ＥＮＣ  １０３＃１〜６およびＯＴＵ５  ＥＮＣ  １０３０に入力される。ここで、ＯＰＵ４／５  ＯＨの主な項目の値は図２７で与えられる。
【００６２】
ＯＴＵ４  ＥＮＣ  １０３＃１〜６およびＯＴＵ５  ＥＮＣ  １０３０は拡張ＯＤＵ４／５の固定スタッフ領域にＯＴＵ４／５  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４／５  ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４／５の形式で出力する。
【００６３】
１００Ｇ  ＭＯＤ  １０４＃１〜６はＯＴＵ４  ＥＮＣ  １０３＃１〜６から出力されたＯＴＵ４を１００  Ｇｂｐｓ光信号に変換する。４００Ｇ  ＭＯＤ  １０４０はＯＴＵ５  ＥＮＣ  １０３０から出力されたＯＴＵ５を４００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【００６４】
ＭＬＯＴの受信部の構成を図１２に示す。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２０２＃１〜６は分離された１００  Ｇｂｐｓ光信号を受信してＯＴＵ４を復調する。４００Ｇ  ＤＥＭ  ２０２０は分離された４００  Ｇｂｐｓ光信号を受信してＯＴＵ５を復調する。
ＯＴＵ４  ＤＥＣ  ２０３＃１〜６およびＯＴＵ５  ＤＥＣ  ２０３０は、ＯＴＵ４／５フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４／５  ＯＨを読み出す。ここで、各ＯＰＵ４／５  ＯＨの主な項目の値は図２９のようになっているものとすると、
ＯＰＵ４＃１とＯＰＵ５＃２は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃３は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃４〜５は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６〜７は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
【００６５】
拡張ＯＤＵ４／５はＶＣＧ毎にグループ化され、ＤＥＦ  ２０４＃１〜４に入力される。ＤＥＦ  ２０４＃１は、拡張ＯＤＵ４／５のＭＦＡＳおよびＯＰＵ４／５  ＯＨのＭＦＩに基づいてＯＰＵ４／５の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図３２のようになっていたとすると、ＯＰＵ４＃１が最も遅れていて、ＯＰＵ５＃２はＯＰＵ４＃１に比べて３フレーム分進んでいるのが判る。デフレームミング回路２０４＃１は、ＯＰＵ５＃２を３フレーム分遅延させてＯＰＵ４＃１とＯＰＵ５＃２の遅延時間差を補償した後、ＳＱおよびＯＭＦＮに従ってＯＰＵ４＃１とＯＰＵ５＃２を仮想的に連結してＯＰＵ４−１＋５−１ｖｅを再構成し、ＯＰＵ４−１＋５−１ｖｅ  ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ  ２０４＃２〜４も同様にＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４−１＋５−１ｖｅ  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
【００６６】
ＤＥＦ  ２０４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。
【００６７】
（実施形態３）
ＶＣＧ識別情報の設定法が異なる例を図６に示す。
ＶＣＯＨは１５列目の１〜３行目に配置され、それぞれＶＣＯＨ１、ＶＣＯＨ２、ＶＣＯＨ３と表記する。ＶＣＯＨは９６バイト（３バイト×３２）で、ＶＣＯＨの内容は以下の通りである（ＶＣＯＨ１〜ＶＣＯＨ３のインデックスはＭＦＡＳの４〜８ビット目の５ビット〔０〜３１〕で表示される）。
ＭＦＩ：ＶＣＯＨ１［０］およびＶＣＯＨ１［１］に配置される（実施形態１と同じ）。
ＶＣＧＩＤ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］およびＶＣＯＨ１［７］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［７］の８ビット目をＬＳＢとする。ＶＣＧＩＤはＶＣＧの始点・終点の組み合わせに対してＮＭＳ  １０から一意に付与されるＩＤであり、後述のＥＸＩＤと組み合わせてＶＣＧの識別に用いる。このように、ＶＣＧＩＤに４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。ＶＣＧＩＤをＮＭＳ  １０から付与するやり方は、マルチレーン光トランスポート装置に固定的にＩＤが付与されないようなケースでも適用可能である効果がある。
ＳＱ：ＶＣＯＨ１［４］に配置される。従来のＶＣＡＴ／ＬＣＡＳにおけるＳＱと同様に用いることができる（実施形態１と同じ）。
ＣＴＲＬ：ＶＣＯＨ１［５］の１〜４ビット目に配置される（実施形態１と同じ）。
ＶＣＯＨ１［５］の５ビット目は予備領域である（実施形態１と同じ）。
ＲＳＡ：ＶＣＯＨ１［５］の６ビット目に配置される（実施形態１と同じ）。
ＶＣＯＨ１［５］の７〜８ビット目は予備領域である（実施形態１と同じ）。
ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）：ＶＣＯＨ１［８］に配置される。ＶＣＯＨ１［８］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＶＣＧを設定するために追加されたＩＤであり、前述のＶＣＧＩＤと組み合わせてＶＣＧの識別に用いる。
ＯＭＦＮ：ＶＣＯＨ１［９］に配置される（実施形態１と同じ）。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［１０］〜ＶＣＯＨ１［３１］は予備領域である（実施形態１と同じ）。
ＭＳＴ：ＶＣＯＨ２［０］からＶＣＯＨ２［３１］に配置される（実施形態１と同じ）。
ＣＲＣ：ＶＣＯＨ３［０］からＶＣＯＨ３［３１］に配置される（実施形態１と同じ）。
以上、ＶＣＯＨは１組のマルチフレーム内で８回繰り返される（実施形態１と同じ）。
ＰＳＩは１５列目の４行目に配置される（実施形態１と同じ）。
【００６８】
個別のＯＰＵｋ  ＯＨの別の例を図４０に示す。特に言及の無い項目は前記の図６と同じである。
ＶＣＧＩＤ：ＶＣＯＨ１［２］およびＶＣＯＨ１［３］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［３］の８ビット目をＬＳＢとする。このように、ＶＣＧＩＤに２バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［６］に配置される。ＶＣＯＨ１［６］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［７］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
個別のＯＰＵｋ  ＯＨの別の例を図４１に示す。特に言及の無い項目は前記の図６と同じである。
ＶＣＧＩＤ：ＶＣＯＨ１［２］、ＶＣＯＨ１［３］、ＶＣＯＨ１［６］、ＶＣＯＨ１［７］、ＶＣＯＨ１［８］、ＶＣＯＨ１［９］、ＶＣＯＨ１［１０］、ＶＣＯＨ１［１１］に配置される。ＶＣＯＨ１［２］の１ビット目をＭＳＢ、ＶＣＯＨ１［１１］の８ビット目をＬＳＢとする。このように、ＶＣＧＩＤに８バイトを割り当てるやり方は、マルチレーン光トランスポート装置数が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＶＣＯＨ１［１２］に配置される。ＶＣＯＨ１［１２］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。
ＯＭＦＮ：ＶＣＯＨ１［１３］に配置される。常に同じ速度の転送フレームだけを使用する場合には、ＯＭＦＮフィールドは不要である。
ＶＣＯＨ１［８］〜ＶＣＯＨ１［３１］は予備領域である。
ネットワークの構成は実施形態１と同様（図７）である。
【００６９】
ＭＬＯＴの送信部の構成を図８（実施形態１と同様）に示す。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図２４に示す４種類のデータフローに振分けるものとする。
【００７０】
データフロー＃１〜４のデータはＦＲＭ  １０２＃１〜＃４でそれぞれＯＰＵ４−５ｖｅ  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵ４は拡張ＯＤＵ（図９）の形式でＯＴＵ４  ＥＮＣ  １０３＃１〜１０に入力される。ここで、ＯＰＵ４  ＯＨの主な項目の値は図２７で与えられる。
【００７１】
ＯＴＵ４  ＥＮＣ  １０３＃１〜１０は拡張ＯＤＵ４の固定スタッフ領域にＯＴＵ４  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵ４  ＦＥＣとして付加し、ＦＡＳ以外の全領域をスクランブルして、ＯＴＵ４の形式で出力する。
１００Ｇ  ＭＯＤ  １０４＃１〜１０はＯＴＵ４  ＥＮＣ  １０３＃１〜１０から出力されたＯＴＵ４を１００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【００７２】
ＭＬＯＴの受信部の構成を図１０（実施形態１と同様）に示す。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２０２＃１〜１０は分離された各光信号を受信してＯＴＵ４を復調する。
ＯＴＵ４  ＤＥＣ  ２０３＃１〜１０は、ＯＴＵ４フレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正し、ＯＰＵ４  ＯＨを読み出す。ここで、各ＯＰＵ４  ＯＨの主な項目の値は図３０のようになっているものとすると、
ＯＰＵ４＃１〜５は（ＶＣＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃６は（ＶＣＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ０１）のＶＣＧ
ＯＰＵ４＃７〜８は（ＶＣＧＩＤ＝０ｘ００００４０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
ＯＰＵ４＃９〜１０は（ＶＣＧＩＤ＝０ｘ００００５０００、ＥＸＩＤ＝０ｘ００）のＶＣＧ
と４種類のＶＣＧに分類することができる。
【００７３】
拡張ＯＤＵ４はＶＣＧ毎にグループ化され、ＤＥＦ  ２０４＃１〜４に入力される。ＤＥＦ  ２０４＃１は、拡張ＯＤＵ４のＭＦＡＳおよびＯＰＵ４  ＯＨのＭＦＩに基づいてＯＰＵ４の遅延時間差を測定する。ＭＦＡＳおよびＭＦＩが図３１（実施形態１と同様）のようになっていたとすると、ＯＰＵ４＃３が最も遅れていて、ＯＰＵ４＃１はＯＰＵ４＃３に比べて４フレーム分、ＯＰＵ４＃２はＯＰＵ４＃３に比べて７フレーム分、ＯＰＵ４＃４はＯＰＵ４＃３に比べて９フレーム分、ＯＰＵ４＃５はＯＰＵ４＃３に比べて１フレーム分進んでいるのが判る。ＤＥＦ  ２０４＃１は、ＯＰＵ４＃１を４フレーム分、ＯＰＵ４＃２を７フレーム分、ＯＰＵ４＃４を９フレーム分、ＯＰＵ４＃５を１フレーム分遅延させてＯＰＵ４＃１〜５の遅延時間差を補償した後、ＳＱに従ってＯＰＵ４＃１〜５を仮想的に連結してＯＰＵ４−５ｖｅを再構成し、ＯＰＵ４−５ｖｅ  ＰＬＤからクライアント信号をデマッピングする。ＤＥＦ  ２０４＃２〜４も同様にＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤ、ＯＰＵ４−２ｖｅ  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵ４−５ｖｅ  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨ、ＯＰＵ４−２ｖｅ  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
ＤＥＦ  ２０４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。また、ＮＭＳ  １０からＶＣＧＩＤを取得する。
【００７４】
（実施形態４）
ＯＴＵｆｌｅｘを用いた例を以下に示す。ＯＴＵｆｌｅｘの場合、既存のＯＰＵｋ／ＯＤＵｋ／ＯＴＵｋ以外のフレームを使用するので、これをＯＰＵｆｎ／ＯＤＵｆｎ／ＯＴＵｆｎと表記する。添字のｆはＯＴＵｆｌｅｘで使用することを意味する（ただし、クライアント信号としてＯＤＵｆｌｅｘを収容することを意味するわけではない）。また、添字のｎは１．２５  Ｇｂｐｓを単位とする速度を示す。例えば、ｎ＝８０なら速度は１００  Ｇｂｐｓ、ｎ＝３２０ならば速度は４００  Ｇｂｐｓとなる。容量可変管理フレームはＹ個のＯＰＵｆｎから成りＯＰＵｆｎ−Ｙと表記する。ＯＴＵｆｎ−ＹはＹ個のレーンに分配されて転送される。ＯＰＵｆｎ−ＹとＯＰＵｆｎのフレームとの関係を図１３に示す。ＯＰＵｆｎはＺ個（Ｙの倍数で２５６以下の最大値をＺとする）のフレームで１組のマルチフレームを構成し、マルチフレーム内のフレーム位置はＦＡ  ＯＨの６バイト目に配置されたＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）で識別される。
【００７５】
ここで、容量可変管理フレームと可変フレームは同一のものである。
【００７６】
ＯＴＵｆｌｅｘで使用するＭＬＯＨ（Ｍｕｌｔｉｌａｎｅ  Ｏｖｅｒｈｅａｄ）とＰＳＩを図１４に示す。
ＭＬＯＨはＭＬＧ（Ｍｕｌｔｉｌａｎｅ  Ｇｒｏｕｐ）を識別するための情報を収容する（ＬＬＭの８ビット〔０〜Ｚ−１〕をＭＬＯＨのインデックスとする）。
ＳＯＩＤ：ＭＬＯＨ［０］およびＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。ＳＯＩＤはＭＬＧの始点となるＭＬＯＴに付与されたＩＤであり、後述のＳＫＩＤおよびＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。なお、ＳＯＩＤはＯＴＵ  ＯＨのＴＴＩ（Ｔｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）におけるＳＡＰＩ（Ｓｏｕｒｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）とは独立に設定しても良いし、他と重複しなければＳＡＰＩから生成したハッシュ値などでも良い。
ＳＫＩＤ：ＭＬＯＨ［２Ｙ］およびＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。ＳＫＩＤはＭＬＧの終点となるＭＬＯＴに付与されたＩＤであり、前述のＳＯＩＤおよび後述のＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。なお、ＳＫＩＤはＯＴＵ  ＯＨのＴＴＩにおけるＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）とは独立に設定しても良いし、他と重複しなければＤＡＰＩから生成したハッシュ値などでも良い。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［４Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＭＬＧを設定するために追加されたＩＤであり、前述のＳＯＩＤおよびＳＫＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、およびＭＬＯＨ［７Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［５Ｙ］はＳＯＩＤに対する誤り検出、ＭＬＯＨ［６Ｙ］はＳＫＩＤに対する誤り検出、ＭＬＯＨ［７Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
ＭＬＯＨ［７Ｙ］  〜ＭＬＯＨ［８Ｙ−１］の５〜８ビット目は予備領域である。
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は実施形態１と同様である（ただし、ＭＦＡＳではなくＬＬＭの８ビット〔０〜Ｚ−１〕をＰＳＩのインデックスとする）。
【００７７】
ＭＬＯＨの別の例を図４２に示す。特に言及の無い項目は前記の図１４と同じである。
ＳＯＩＤ：ＭＬＯＨ［０］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［０］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が複写される。
ＳＫＩＤ：ＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ１バイトを割り当てるやり方は、マルチレーン光トランスポート装置が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［２Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、およびＭＬＯＨ［５Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［３Ｙ］はＳＯＩＤに対する誤り検出、ＭＬＯＨ［４Ｙ］はＳＫＩＤに対する誤り検出、ＭＬＯＨ［５Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
【００７８】
ＭＬＯＨの別の例を図４３に示す。特に言及の無い項目は前記の図１４と同じである。
ＳＯＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［Ｙ］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が複写される。
ＳＫＩＤ：ＭＬＯＨ［４Ｙ］、ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、ＭＬＯＨ［７Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、ＭＬＯＨ［７Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値が、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値が、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］にはＭＬＯＨ［７Ｙ］と同じ値が複写される。このように、ＳＯＩＤおよびＳＫＩＤにそれぞれ４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［８Ｙ］に配置される。ＭＬＯＨ［８Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［８Ｙ＋１］〜ＭＬＯＨ［９Ｙ−１］にはＭＬＯＨ［８Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［９Ｙ］、ＭＬＯＨ［１０Ｙ］、ＭＬＯＨ［１１Ｙ］、ＭＬＯＨ［１２Ｙ］、およびＭＬＯＨ［１３Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［９Ｙ］はＳＯＩＤ１およびＳＯＩＤ２に対する誤り検出、ＭＬＯＨ［１０Ｙ］はＳＯＩＤ３およびＳＯＩＤ４に対する誤り検出、ＭＬＯＨ［１１Ｙ］はＳＫＩＤ１およびＳＫＩＤ２に対する誤り検出、ＭＬＯＨ［１２Ｙ］はＳＫＩＤ３およびＳＫＩＤ４に対する誤り検出、ＭＬＯＨ［１３Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［９Ｙ＋１］〜ＭＬＯＨ［１０Ｙ−１］にはＭＬＯＨ［９Ｙ］と同じ値、ＭＬＯＨ［１０Ｙ＋１］〜ＭＬＯＨ［１１Ｙ−１］にはＭＬＯＨ［１０Ｙ］と同じ値、ＭＬＯＨ［１１Ｙ＋１］〜ＭＬＯＨ［１２Ｙ−１］にはＭＬＯＨ［１１Ｙ］と同じ値、ＭＬＯＨ［１２Ｙ＋１］〜ＭＬＯＨ［１３Ｙ−１］にはＭＬＯＨ［１２Ｙ］と同じ値、ＭＬＯＨ［１３Ｙ＋１］〜ＭＬＯＨ［１４Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［１３Ｙ］の１〜４ビット目と同じ値が複写される。
【００７９】
図１６に示すように、ＭＬＯＨの配置にはいくつかのオプションがある。（ａ）はＯＰＵｆｎ  ＯＨの先頭（１５列目の１行目）に配置する場合である。（ｂ）はＯＴＵｆｎ  ＯＨの予備領域（１３列目または１４列目の１行目）に配置する場合である。（ｃ）はＦＡ  ＯＨの１バイト目（１列目の１行目）に配置する場合である。オプション（ｂ）または（ｃ）  はＯＰＵｆｎ  ＯＨの先頭（１５列目の１行目）をクライアント信号のマッピング情報に割り当てる場合にも用いることができる。なお、オプション（ｃ）はアンスクランブル領域なので、受信時にデスクランブルが不要である。
以下、ネットワークの構成は実施形態１と同様（図７）である。
【００８０】
ＭＬＯＴの送信部の構成例を図１７に示す。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図２４に示す４種類のデータフローに振分けるものとする。
【００８１】
データフロー＃１〜４のデータはＦＲＭ  １１０＃１〜＃４でそれぞれＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵｆ８０−１  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵｆｎは、１〜１４列目にＦＡ  ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵｆｎ  ＯＨを付加した拡張ＯＤＵｆｎ（図１８の（ａ）〜（ｃ））の形式で可変ＯＴＵ符号化回路（ＯＴＵｆ  ＥＮＣ：  Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｅｎｃｏｄｅｒ）１１１＃１〜４に入力される。
【００８２】
ＯＴＵｆ  ＥＮＣ  １１１＃１〜４は拡張ＯＤＵｆｎの固定スタッフ領域にＯＴＵｆｎ  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵｆｎ  ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして出力する。
【００８３】
マルチレーンディストリビュータ（ＭＬＤ：Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｏｒ）１１２＃１〜４はＯＴＵｆｎ−Ｙを複数のレーンに分配する。ＯＴＵｆ４００−５を５レーンに分配する例を図１９に示す。ＯＴＵｆ４００の１フレームは１６３２０バイトから成るが、これを１６バイトずつ１０２０のデータブロックに分割する。ＦＡＳ・ＬＬＭ・ＭＬＯＨを含む第１のデータブロック（１〜１６バイト目）はレーン１に、第２のデータブロック（１７〜３２バイト目）はレーン２に、第３のデータブロック（３３〜４８バイト目）はレーン３に、第４のデータブロック（４９〜６４バイト目）はレーン４に、第５のデータブロック（６５〜８０バイト目）はレーン５に分配される。以下同様に第１０２０のデータブロック（１６３０５〜１６３２０バイト目）までラウンドロビンで各レーンに分配を繰り返す。２番目のフレームはレーンを１つローテートして、第１のデータブロック（１〜１６バイト目）はレーン２に、第２のデータブロック（１７〜３２バイト目）はレーン３に、第３のデータブロック（３３〜４８バイト目）はレーン４に、第４のデータブロック（４９〜６４バイト目）はレーン５に、第５のデータブロック（６５〜８０バイト目）はレーン１に分配される。３番目のフレームはレーンを更に１つローテートして、第１のデータブロック（１〜１６バイト目）はレーン３に、第２のデータブロック（１７〜３２バイト目）はレーン４に、第３のデータブロック（３３〜４８バイト目）はレーン５に、第４のデータブロック（４９〜６４バイト目）はレーン１に、第５のデータブロック（６５〜８０バイト目）はレーン２に分配される。以上のようにローテートを繰り返すことにより、ＦＡＳ・ＬＬＭ・ＭＬＯＨを含む第１のデータブロックは各レーンに均等に分配される。ここで、各レーンに分配された  ＭＬＯＨの主な項目の値は図３４で与えられる。
【００８４】
なお、データブロック数の１０２０がレーン数で割り切れない場合（ＯＴＵｆ５６０−７）を図２０に示す。この場合は７レーンなので、７−（１０２０  ｍｏｄ  ７）＝２個のデータブロックに相当する３２バイト分の固定スタッフを各フレームの後に挿入する。
１００Ｇ  ＭＯＤ  １１３＃１〜１０はＭＬＤ  １１２＃１〜４から出力されたＬ＃１〜１０の信号を１００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【００８５】
ＭＬＯＴの受信部の構成を図２１に示す。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２１０＃１〜１０は分離された１００  Ｇｂｐｓ光信号を受信してＬ＃１〜１０の信号を復調する。
ＭＬＯＨ読み出し回路（ＭＬＯＤ：  Ｍｕｌｔｉｌａｎｅ  Ｏｖｅｒｈｅａｄ  Ｄｅｔｅｃｔｏｒ）２１１＃１〜１０は各レーンからＳＯＩＤ、ＳＫＩＤ、ＥＸＩＤを読み出す。その手順は以下の通りである。ＭＬＯＤ  ２１１＃１〜１０はまずレーン毎にＦＡＳを検出する。次にＦＡＳの位置を起点にしてＬＬＭとＭＬＯＨの位置を決定する。ここで、ＬＬＭはＦＡＳと同様にスクランブルされていないので、直接読み出すことができる。ＭＬＯＨはＦＡ  ＯＨの５バイト目に配置されている場合はスクランブルされていないので直接読み出すことができるが、（ａ）ＯＰＵｆｎ  ＯＨの先頭あるいは（ｂ）ＯＴＵｆｎ  ＯＨの予備領域に配置されている場合はデスクランブルしてから読み出す必要がある。その仕組みを図２２に示す。ＯＴＮのスクランブルパターンは生成多項式  １＋ｘ＋ｘ３＋ｘ１２＋ｘ１６で生成される（非特許文献１：  １１．２）。このスクランブルパターンとＯＰＵｆｎ  ＯＨあるいはＯＴＵｆｎ  ＯＨの当該バイトでビット毎に排他的論理和をとる事により、ＭＬＯＨはデスクランブルされる。また、ＬＬＭ  ｍｏｄ  Ｙを計算することでレーン番号が求まり、ＬＬＭインデックスとすることでＭＬＯＨの内容（ＳＯＩＤ、ＳＫＩＤ、ＥＸＩＤ、およびそれぞれのＣＲＣ）が読み出される。
【００８６】
ここで、ＭＬＯＨの主な項目の値は図３６のようになっているものとすると、
Ｌ＃１〜５は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃６は（ＳＯＩＤ＝０ｘ１０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ０１）のＭＬＧ
Ｌ＃７〜８は（ＳＯＩＤ＝０ｘ３０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃９〜１０は（ＳＯＩＤ＝０ｘ４０００、ＳＫＩＤ＝０ｘ２０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
と４種類のＭＬＧに分類することができる。
【００８７】
Ｌ＃１〜１０はＭＬＧ毎にグループ化され、マルチレーンコンバイナ（ＭＬＣ：Ｍｕｌｔｉｌａｎｅ  Ｃｏｍｂｉｎｅｒ）２１２＃１〜４に入力される。ＭＬＣ  ２１２＃１はＦＡＳとＬＬＭに基づいてＬ＃１〜５の遅延時間差を測定する。ＯＴＵｆ４００−５の場合、１６３２０／５＝３２６４バイトとなるので、ＬＬＭ＝０を含むデータブロックの先頭を基準にすると、ＬＬＭ＝１を含むデータブロックの先頭は３２６４バイト、ＬＬＭ＝２を含むデータブロックの先頭は６５２８バイト、ＬＬＭ＝３を含むデータブロックの先頭は９７９２バイト、ＬＬＭ＝４を含むデータブロックの先頭は１３０５６バイトそれぞれ遅れるはずである。しかし、各レーンはそれぞれ異なる波長の光信号で転送されるので、分散などの影響で遅延時間差が生じる。ここで、ＭＬＣ  ２１２＃１がＬ＃１〜５の遅延時間差を測定した結果が図２３の（ａ）だったとすると、Ｌ＃１の遅延時間を基準とすると、Ｌ＃２は遅延時間が１００バイト分少なく、Ｌ＃３は３００バイト分多く、Ｌ＃４は２００バイト分多く、Ｌ＃５は１００バイト分多い事が判る。この中で最も遅延量が多いＬ＃３に合わせるように、Ｌ＃１に３００バイト分、Ｌ＃２に４００バイト分、Ｌ＃４に１００バイト分、Ｌ＃５に２００バイト分の遅延時間を与えることで、図２３の（ｂ）のように遅延時間差が補償される。ＭＬＣ  ２１２＃１は遅延時間差を補償したＬ＃１〜５のデータブロックを統合してＯＴＵｆ４００−５を復元する。ＭＬＣ  ２１２＃２〜４も同様にしてＯＴＵｆ８０−１、ＯＴＵｆ１６０−２、ＯＴＵｆ１６０−２をそれぞれ復元する。
【００８８】
可変ＯＴＵ復号回路（ＯＴＵｆ  ＤＥＣ：Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｄｅｃｏｄｅｒ）２１３＃１〜４は復元されたＯＴＵｆｎのフレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正する。
【００８９】
ＤＥＦ  ２１４＃１〜４はＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵｆ４００−５  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＴＵｆ１６０−２  ＯＨ、ＯＴＵｆ１６０−２  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
【００９０】
ＤＥＦ  ２１４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。
【００９１】
（実施形態５）
ＭＬＧ識別情報の設定法が異なる例を以下に示す。
ＯＴＵｆｌｅｘで使用するＭＬＯＨとＰＳＩを図１５に示す。
ＭＬＯＨはＭＬＧを識別するための情報を収容する（ＬＬＭの８ビット〔０〜Ｚ−１〕をＭＬＯＨのインデックスとする）。
ＭＬＧＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］およびＭＬＯＨ［３Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［３Ｙ］の８ビット目をＬＳＢとする。ＭＬＧＩＤはＭＬＧの始点・終点の組み合わせに対してＮＭＳ  １０から一意に付与されるＩＤであり、後述のＥＸＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに４バイトを割り当てるやり方は、マルチレーン光トランスポート装置が６５５３６以下のネットワークに適用できる。ＭＬＧＩＤをＮＭＳ  １０から付与するやり方は、マルチレーン光トランスポート装置に固定的にＩＤが付与されないようなケースでも適用可能である効果がある。
ＥＸＩＤ：ＭＬＯＨ［４Ｙ］に配置される。ＭＬＯＨ［４Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。ＥＸＩＤは同一の対地間に、例えばサービスクラスの異なるクライアント信号を転送する複数のＭＬＧを設定するために追加されたＩＤであり、前述のＭＬＧＩＤと組み合わせてＭＬＧの識別に用いる。Ｙ≧２ならば、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、およびＭＬＯＨ［７Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［５Ｙ］はＭＬＧＩＤ１およびＭＬＧＩＤ２に対する誤り検出、ＭＬＯＨ［６Ｙ］はＭＬＧＩＤ３およびＭＬＧＩＤ４に対する誤り検出、ＭＬＯＨ［７Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
ＭＬＯＨ［７Ｙ］〜ＭＬＯＨ［８Ｙ−１］の５〜８ビット目は予備領域である。
ＰＳＩは１５列目の４行目に配置される。ＰＳＩは２５６バイトで、ＰＳＩの内容は実施形態４と同様である。
ＭＬＯＨの別の例を図４４に示す。特に言及の無い項目は前記の図１５と同じである。
ＭＬＧＩＤ：ＭＬＯＨ［０］およびＭＬＯＨ［Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに２バイトを割り当てるやり方は、マルチレーン光トランスポート装置が２５６以下の比較的小規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［２Ｙ］に配置される。ＭＬＯＨ［２Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、およびＭＬＯＨ［５Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［３Ｙ］およびＭＬＯＨ［４Ｙ］はＭＬＧＩＤに対する誤り検出、ＭＬＯＨ［５Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［５Ｙ］の１〜４ビット目と同じ値が複写される。
ＭＬＯＨの別の例を図４５に示す。特に言及の無い項目は前記の図１５と同じである。
ＭＬＧＩＤ：ＭＬＯＨ［０］、ＭＬＯＨ［Ｙ］、ＭＬＯＨ［２Ｙ］、ＭＬＯＨ［３Ｙ］、ＭＬＯＨ［４Ｙ］、ＭＬＯＨ［５Ｙ］、ＭＬＯＨ［６Ｙ］、ＭＬＯＨ［７Ｙ］に配置される。ＭＬＯＨ［０］の１ビット目をＭＳＢ、ＭＬＯＨ［７Ｙ］の８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［１］〜ＭＬＯＨ［Ｙ−１］にはＭＬＯＨ［０］と同じ値が、ＭＬＯＨ［Ｙ＋１］〜ＭＬＯＨ［２Ｙ−１］にはＭＬＯＨ［Ｙ］と同じ値が、ＭＬＯＨ［２Ｙ＋１］〜ＭＬＯＨ［３Ｙ−１］にはＭＬＯＨ［２Ｙ］と同じ値が、ＭＬＯＨ［３Ｙ＋１］〜ＭＬＯＨ［４Ｙ−１］にはＭＬＯＨ［３Ｙ］と同じ値が、ＭＬＯＨ［４Ｙ＋１］〜ＭＬＯＨ［５Ｙ−１］にはＭＬＯＨ［４Ｙ］と同じ値が、ＭＬＯＨ［５Ｙ＋１］〜ＭＬＯＨ［６Ｙ−１］にはＭＬＯＨ［５Ｙ］と同じ値が、ＭＬＯＨ［６Ｙ＋１］〜ＭＬＯＨ［７Ｙ−１］にはＭＬＯＨ［６Ｙ］と同じ値が、ＭＬＯＨ［７Ｙ＋１］〜ＭＬＯＨ［８Ｙ−１］にはＭＬＯＨ［７Ｙ］と同じ値が複写される。このように、ＭＬＧＩＤに８バイトを割り当てるやり方は、マルチレーン光トランスポート装置が４２９４９６７２９６までの大規模なネットワークに適用できる。
ＥＸＩＤ：ＭＬＯＨ［８Ｙ］に配置される。ＭＬＯＨ［８Ｙ］の１ビット目をＭＳＢ、８ビット目をＬＳＢとする。Ｙ≧２ならば、ＭＬＯＨ［８Ｙ＋１］〜ＭＬＯＨ［９Ｙ−１］にはＭＬＯＨ［８Ｙ］と同じ値が複写される。
ＣＲＣ：ＭＬＯＨ［９Ｙ］、ＭＬＯＨ［１０Ｙ］、ＭＬＯＨ［１１Ｙ］、ＭＬＯＨ［１２Ｙ］、およびＭＬＯＨ［１３Ｙ］の１〜４ビット目に配置される。ＭＬＯＨ［９Ｙ］はＭＬＧＩＤ１およびＭＬＧＩＤ２に対する誤り検出、ＭＬＯＨ［１０Ｙ］はＭＬＧＩＤ３およびＭＬＧＩＤ４に対する誤り検出、ＭＬＯＨ［１１Ｙ］はＭＬＧＩＤ５およびＭＬＧＩＤ６に対する誤り検出、ＭＬＯＨ［１２Ｙ］はＭＬＧＩＤ７およびＭＬＧＩＤ８に対する誤り検出、ＭＬＯＨ［１３Ｙ］の１〜４ビット目はＥＸＩＤに対する誤り検出に用いる。Ｙ≧２ならば、ＭＬＯＨ［９Ｙ＋１］〜ＭＬＯＨ［１０Ｙ−１］にはＭＬＯＨ［９Ｙ］と同じ値、ＭＬＯＨ［１０Ｙ＋１］〜ＭＬＯＨ［１１Ｙ−１］にはＭＬＯＨ［１０Ｙ］と同じ値、ＭＬＯＨ［１１Ｙ＋１］〜ＭＬＯＨ［１２Ｙ−１］にはＭＬＯＨ［１１Ｙ］と同じ値、ＭＬＯＨ［１２Ｙ＋１］〜ＭＬＯＨ［１３Ｙ−１］にはＭＬＯＨ［１２Ｙ］と同じ値、ＭＬＯＨ［１３Ｙ＋１］〜ＭＬＯＨ［１４Ｙ−１］  の１〜４ビット目にはＭＬＯＨ［１３Ｙ］の１〜４ビット目と同じ値が複写される。
【００９２】
図１６に示すように、ＭＬＯＨの配置にはいくつかのオプションがある（実施形態４と同じ）。
以下、ネットワークの構成は実施形態１と同様（図７）である。
ＭＬＯＴの送信部の構成例を図１７に示す（実施形態４と同じ）。ＦＬＤ  １０１は、１  Ｔｂｐｓインタフェースを介して外部のルータから入力されるクライアント信号を、宛先およびサービスクラスによってデータフローを振分ける機能を有する。ＦＬＤ  １０１はポリシングおよびシェーピングの機能も有し、振分けられたデータフローを所定のレートになるように調整する。ここでは、実施形態１と同様に図２４に示す４種類のデータフローに振分けるものとする。
【００９３】
データフロー＃１〜４のデータはＦＲＭ  １１０＃１〜＃４でそれぞれＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵｆ８０−１  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤ、ＯＰＵｆ１６０−２  ＰＬＤにマッピングされる。これらは固定的ではなく、各データフローに割り当てられた帯域に応じて変更可能である。個別のＯＰＵｆｎは、１〜１４列目にＦＡ  ＯＨ（ＦＡＳとＭＦＡＳ）・固定スタッフ・ＯＤＵｆｎ  ＯＨを付加した拡張ＯＤＵｆｎ（図１８の（ａ）〜（ｃ））の形式でＯＴＵｆ  ＥＮＣ  １１１＃１〜４に入力される。
【００９４】
ＯＴＵｆ  ＥＮＣ  １１１＃１〜４は拡張ＯＤＵｆｎの固定スタッフ領域にＯＴＵｆｎ  ＯＨを挿入し、ＦＥＣ符号化を行って冗長ビットをＯＴＵｆｎ  ＦＥＣに付加し、ＦＡＳ以外の全領域をスクランブルして出力する。
【００９５】
ＭＬＤ  １１２＃１〜４はＯＴＵｆｎ−Ｙを複数のレーンに分配する。ＯＴＵｆ４００−５を５レーンに分配する例を図１９に示す（実施形態４と同じ）。ここで、各レーンに分配された  ＭＬＯＨの主な項目の値は図３５で与えられる。
１００Ｇ  ＭＯＤ  １１３＃１〜１０はＭＬＤ  １１２＃１〜４から出力されたＬ＃１〜１０の信号を１００  Ｇｂｐｓ光信号に変換する。ＯＡＧＧ  １０５はこれらの光信号を多重化して送出する。
ＣＭＵ  １０６は以上の各ブロックの制御や監視を行う。
【００９６】
ＭＬＯＴの受信部の構成を図２１に示す（実施形態４と同じ）。ＯＤＥＡＧＧ  ２０１は受信した光信号を分離する。１００Ｇ  ＤＥＭ  ２１０＃１〜１０は分離された１００  Ｇｂｐｓ光信号を受信してＬ＃１〜１０の信号を復調する。
【００９７】
ＭＬＯＨ読出回路２１１＃１〜１０は各レーンからＭＬＧＩＤとＥＸＩＤを読み出す。その手順は以下の通りである。ＭＬＯＨ読出回路２１１＃１〜１０はまずレーン毎にＦＡＳを検出する。次にＦＡＳの位置を起点にしてＬＬＭとＭＬＯＨの位置を決定する。ここで、ＬＬＭはＦＡＳと同様にスクランブルされていないので、直接読み出すことができる。ＭＬＯＨはＦＡ  ＯＨの５バイト目に配置されている場合はスクランブルされていないので直接読み出すことができるが、（ａ）ＯＰＵｆｎ  ＯＨの先頭あるいは（ｂ）ＯＴＵｆｎ  ＯＨの予備領域に配置されている場合はデスクランブルしてから読み出す必要がある。その仕組みを図２２に示す。また、ＬＬＭ  ｍｏｄ  Ｙを計算することでレーン番号が求まり、ＬＬＭをインデックスとすることでＭＬＯＨの内容（ＭＬＧＩＤ、ＥＸＩＤ、およびそれぞれのＣＲＣ）が読み出される。
【００９８】
ここで、ＭＬＯＨの主な項目の値は図３７のようになっているものとすると、
Ｌ＃１〜５は（ＭＬＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃６は（ＭＬＧＩＤ＝０ｘ００００１０００、ＥＸＩＤ＝０ｘ０１）のＭＬＧ
Ｌ＃７〜８は（ＭＬＧＩＤ＝０ｘ００００４０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
Ｌ＃９〜１０は（ＭＬＧＩＤ＝０ｘ００００５０００、ＥＸＩＤ＝０ｘ００）のＭＬＧ
と４種類のＭＬＧに分類することができる。
【００９９】
Ｌ＃１〜１０はＭＬＧ毎にグループ化され、ＭＬＣ  ２１２＃１〜４に入力される。ＭＬＣ  ２１２＃１はＦＡＳとＬＬＭに基づいてＬ＃１〜５の遅延時間差を測定して補償する（図２３）。また、ＭＬＣ  ２１２＃１は遅延時間差を補償したＬ＃１〜５のデータブロックを統合してＯＴＵｆ４００−５を復元する。ＭＬＣ  ２１２＃２〜４も同様にしてＯＴＵｆ８０−１、ＯＴＵｆ１６０−２、ＯＴＵｆ１６０−２をそれぞれ復元する。
【０１００】
ＯＴＮｆ  ＤＥＣ  ２１３＃１〜４は復元されたＯＴＵｆｎのフレーム全体のデスクランブルを行い、ＦＥＣ復号を行って伝送中に生じたビット誤りを訂正する。
ＤＥＦ  ２１４＃１〜４はＯＰＵｆ４００−５  ＰＬＤ、ＯＰＵ４−１ｖｅ  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤ、ＯＴＵｆ１６０−２  ＰＬＤから、それぞれのクライアント信号をデマッピングする。また、ＯＰＵｆ４００−５  ＯＨ、ＯＰＵ４−１ｖｅ  ＯＨ、ＯＴＵｆ１６０−２  ＯＨ、ＯＴＵｆ１６０−２  ＯＨから  ＮＳＣおよびＳＣＩを読み出すことで、データフロー毎のサービスクラス情報を得ることができる。
ＤＥＦ  ２１４＃１〜４の出力するクライアント信号のデータフロー＃１〜４はＦＬＣ  ２０５によって統合されて１  Ｔｂｐｓインタフェースに出力される。ここでは、実施形態１と同様に図３３に示す４種類のデータフローを統合するものとする。
制御回路２０６は以上の各ブロックの制御や監視を行う。また、ＮＭＳ  １０からＭＬＧＩＤを取得する。
【０１０１】
本実施形態に示す識別情報のサイズ及び記載位置は、１例であり、ＳＯＩＤ（Ｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）＋ＳＫＩＤ（Ｓｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ）＋ＥＸＩＤ（Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）、ＶＣＧＩＤ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）、ＭＬＧＩＤ（Ｍｕｌｔｉｌａｎｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）を用い、特にＯＴＵｆｌｅｘの拡張では、これらがＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）と同じ１６ビットデータブロックに含まれていればよく、サイズ及び記載位置は適宜、例えば想定するネットワークの規模又はサービスクラス数に応じて変更してもよい。
【産業上の利用可能性】
【０１０２】
本発明は情報通信産業に適用することができる。
【符号の説明】
【０１０３】
１〜４：マルチレーン光トランスポート装置（ＭＬＯＴ：Ｍｕｌｔｉｌａｎｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  ｅｑｕｉｐｍｅｎｔ）
５〜８：ルータ
９：光クロスコネクト（ＯＸＣ：Ｏｐｔｉｃａｌ  Ｃｒｏｓｓ−Ｃｏｎｎｅｃｔ  Ｓｗｉｔｃｈ）
１０：ネットワーク管理システム（ＮＭＳ：Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）
１０１：フローディストリビュータ（ＦＬＤ：Ｆｌｏｗ  Ｄｉｓｔｒｉｂｕｔｏｒ）
１０２：フレーム処理回路（ＦＲＭ：  Ｆｒａｍｅｒ）
１０３：ＯＴＵ４符号化回路（ＯＴＵ４  ＥＮＣ：ＯＴＵ４  Ｅｎｃｏｄｅｒ）
１０４：１００Ｇ変調器（１００Ｇ  ＭＯＤ：１００  Ｇｂｐｓ  Ｍｏｄｕｌａｔｏｒ）
１０５：光アグリゲータ（ＯＡＧＧ：Ｏｐｔｉｃａｌ  Ａｇｇｒｅｇａｔｏｒ）
１０６：監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）
１１０：フレーム処理回路（ＦＲＭ：Ｆｒａｍｅｒ）
１１１：可変ＯＴＵ符号化回路（ＯＴＵｆ  ＥＮＣ：Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｅｎｃｏｄｅｒ）
１１２：マルチレーンディストリビュータ（ＭＬＤ：Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｏｒ）
１１３：１００Ｇ変調器（１００Ｇ  ＭＯＤ：１００  Ｇｂｐｓ  Ｍｏｄｕｌａｔｏｒ）
２０１：光デアグリゲータ（ＯＤＥＡＧＧ：Ｏｐｔｉｃａｌ  Ｄｅａｇｇｒｅｇａｔｏｒ）
２０２：１００Ｇ復調器（１００Ｇ  ＤＥＭ：１００  Ｇｂｐｓ  Ｄｅｍｏｄｕｌａｔｏｒ）
２０３：ＯＴＵ４復号回路（ＯＴＵ４  ＤＥＣ：ＯＴＵ４  Ｄｅｃｏｄｅｒ）
２０４：デフレーム処理回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）
２０５：フローコンバイナ（ＦＬＣ：Ｆｌｏｗ  Ｃｏｍｂｉｎｅｒ）
２０６：監視制御部（ＣＭＵ：Ｃｏｎｔｒｏｌ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）
２１０：１００Ｇ復調器（１００Ｇ  ＤＥＭ：１００  Ｇｂｐｓ  Ｄｅｍｏｄｕｌａｔｏｒ）
２１１：ＭＬＯＨ読み出し回路（ＭＬＯＤ：Ｍｕｌｔｉｌａｎｅ  Ｏｖｅｒｈｅａｄ  Ｄｅｔｅｃｔｏｒ）
２１２：マルチレーンコンバイナ（ＭＬＣ：Ｍｕｌｔｉｌａｎｅ  Ｃｏｍｂｉｎｅｒ）
２１３：可変ＯＴＵ復号回路（ＯＴＵｆ  ＤＥＣ：Ｆｌｅｘｉｂｌｅ  ＯＴＵ  Ｄｅｃｏｄｅｒ）
２１４：デフレーム処理回路（ＤＥＦ：Ｄｅｆｒａｍｅｒ）
１０３０：ＯＴＵ５符号化回路（ＯＴＵ５  ＥＮＣ：ＯＴＵ５  Ｅｎｃｏｄｅｒ）
１０４０：４００Ｇ変調器（４００Ｇ  ＭＯＤ：４００  Ｇｂｐｓ  Ｍｏｄｕｌａｔｏｒ）
２０２０：４００Ｇ復調器（４００Ｇ  ＤＥＭ：４００  Ｇｂｐｓ  Ｄｅｍｏｄｕｌａｔｏｒ）
２０３０：ＯＴＵ５復号回路（ＯＴＵ５  ＤＥＣ：ＯＴＵ５  Ｄｅｃｏｄｅｒ）
【図１】
0005903154.tif 000002
【図２】
0005903154.tif 000003
【図３】
0005903154.tif 000004
【図４】
0005903154.tif 000005
【図５】
0005903154.tif 000006
【図６】
0005903154.tif 000007
【図７】
0005903154.tif 000008
【図８】
0005903154.tif 000009
【図９】
0005903154.tif 000010
【図１０】
0005903154.tif 000011
【図１１】
0005903154.tif 000012
【図１２】
0005903154.tif 000013
【図１３】
0005903154.tif 000014
【図１４】
0005903154.tif 000015
【図１５】
0005903154.tif 000016
【図１６（ａ）】
0005903154.tif 000017
【図１６（ｂ）】
0005903154.tif 000018
【図１６（ｃ）】
0005903154.tif 000019
【図１７】
0005903154.tif 000020
【図１８（ａ）】
0005903154.tif 000021
【図１８（ｂ）】
0005903154.tif 000022
【図１８（ｃ）】
0005903154.tif 000023
【図１９】
0005903154.tif 000024
【図２０】
0005903154.tif 000025
【図２１】
0005903154.tif 000026
【図２２】
0005903154.tif 000027
【図２３】
0005903154.tif 000028
【図２４】
0005903154.tif 000029
【図２５】
0005903154.tif 000030
【図２６】
0005903154.tif 000031
【図２７】
0005903154.tif 000032
【図２８】
0005903154.tif 000033
【図２９】
0005903154.tif 000034
【図３０】
0005903154.tif 000035
【図３１】
0005903154.tif 000036
【図３２】
0005903154.tif 000037
【図３３】
0005903154.tif 000038
【図３４】
0005903154.tif 000039
【図３５】
0005903154.tif 000040
【図３６】
0005903154.tif 000041
【図３７】
0005903154.tif 000042
【図３８】
0005903154.tif 000043
【図３９】
0005903154.tif 000044
【図４０】
0005903154.tif 000045
【図４１】
0005903154.tif 000046
【図４２】
0005903154.tif 000047
【図４３】
0005903154.tif 000048
【図４４】
0005903154.tif 000049
【図４５】
0005903154.tif 000050