(57)【特許請求の範囲】
【請求項１】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送装置であって、
フレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備えることを特徴とするマルチレーン伝送装置。
【請求項２】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域を有することを特徴とする請求項１に記載のマルチレーン伝送装置。
【請求項３】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項１又は２に記載のマルチレーン伝送装置。
【請求項４】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、
前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視部と、
前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入するブロック挿入部と、
を備えるマルチレーン伝送システム。
【請求項５】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
前記受信装置は、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配するマルチレーン伝送システム。
【請求項６】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、
前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、
前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元するマルチレーン伝送システム。
【請求項７】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送方法であって、
フレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順を有することを特徴とするマルチレーン伝送方法。
【請求項８】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域及び各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項７に記載のマルチレーン伝送方法。
【請求項９】
前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有することを特徴とする請求項７又は８に記載のマルチレーン伝送方法。
【請求項１０】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
前記送信装置が、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視手順と、を有し、
前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入することを特徴とする、
マルチレーン伝送方法。
【請求項１１】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
前記送信装置が、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
前記受信装置が、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する手順と、
を有するマルチレーン伝送方法。
【請求項１２】
フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、
前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、
前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する手順と、
を有するマルチレーン伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン転送システム及びマルチレーン転送方法に関する。
【背景技術】
【０００２】
近年、クライアント信号のビットレートの高速化に伴い、一波長のビットレートを超えたクライアント信号を転送するために、マルチレーン転送による大容量通信が検討されている。マルチレーン転送として、国際標準ＩＴＵ−Ｔ  Ｇ．７０９のＯＴＮインタフェース規格ではＡｎｎｅｘ．Ｃにおいて、ＯＴＵｋフレームを１６ｂｙｔｅ毎に分割したブロックを複数のレーンに分配することでマルチレーン転送を行う方式が記載され（例えば、非特許文献１参照。）、その動作については国際標準ＩＴＵ−Ｔ  Ｇ．７９８に記載されている（例えば、非特許文献２参照。）。ここでＯＴＵｋフレームは、Ｇ．７０９のＯＴＵｋのことで、４×４０８０ｂｙｔｅのフレーム構造を持ったフレームとする。また、エラスティック光パスネットワーク（例えば、非特許文献３参照。）の実現に向けたマルチレーン転送では、伝送装置のインタフェースにおいて、フローの転送容量に応じてレーン数を変更可能にするマルチレーン転送が求められる。本願明細書におけるフローは、同じ対地、またはＱｏＳ優先度で転送される情報とする。転送容量に応じたマルチレーン転送を実現するフレーム方式と転送方式の一例として、特許文献１が提案されている。
【０００３】
また、インタフェースの高速化に伴い、障害が発生し、転送が停止した際の通信への影響が大きくなることが挙げられる。この影響を抑えるために縮退運転や、空きレーンを用いて転送容量を確保するプロテクションを行う技術があり、マルチレーン転送において、障害が発生したレーンでの転送を行わず、正常なレーンを用いて転送を行う仕組みが検討されている。本願明細書では、レーンはバーチャルレーンのことを示す。本願明細書におけるバーチャルレーンとは、物理レーンの転送速度が変更されても、物理レーンの転送速度に合わせてデータを転送するために用いるレーンとする。１本以上のバーチャルレーンを任意に多重することで、変更した物理レーンの転送速度に合わせる。例えば１本５Ｇｂｐｓのバーチャルレーンを２本、５本、２０本多重することで、１０Ｇｂｐｓ、２５Ｇｂｐｓ、１００Ｇｂｐｓの物理レーンを用いた転送を可能にする。また、縮退運転とは、マルチレーン転送を行っている際に、一部のレーンで障害が発生し、マルチレーン転送が行えなくなった場合に、障害が発生しておらず、正常に転送が行えるレーンを使用することで、転送速度を減少させて転送を行うこととする。さらに、プロテクションとは、マルチレーン転送を行っている際に、一部のレーンで障害が発生し、マルチレーン転送が行えなくなった場合に、障害が発生したレーンを、使用していない正常なレーンに切り替えて使用することで、転送速度を障害が発生する以前と変えずに転送を行うこととする。
【０００４】
従来のＯＴＮインタフェースでは、一波長毎にＯＴＵｋフレームを使った監視を行っており、フレームによって、転送に用いる物理レーンの管理を行う。ここで物理レーンは、波長、もしくはスーパーチャネル伝送における１チャネルのことを示す。
【０００５】
また、非特許文献１のＡｎｎｅｘ．Ｃでのマルチレーン転送は、ＯＴＵｋフレームを１６ｂｙｔｅ毎のブロック１０２０個に分割して、複数のレーンに分配して転送する方式となる。マルチレーン転送に用いる各レーンの状態監視は、非特許文献２に記載されており、マルチレーン転送において、複数のレーンを監視し、複数のレーンからフレームが復元可能であるか不可能であるかを判断する。この状態監視はＬＯＲ（Ｌｏｓｓ  ｏｆ  Ｒｅｃｏｖｅｒｙ）や、ＬＯＬ（Ｌｏｓｓ  ｏｆ  Ｌａｎｅ  Ａｌｉｇｎｍｅｎｔ）等を監視することで行われ、具体的にはＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）の値をチェックすることで行われる。１６３２０ｂｙｔｅ単位に５回連続で正しいＬＬＭの値となる場合、ＩＲ（Ｉｎ−Ｒｅｃｏｖｅｒｙ）状態とされ、正しいＬＬＭの値でない場合、複数のレーンからフレームが復元できない状態を示すＯＯＲ（Ｏｕｔ−ｏｆ−Ｒｅｃｏｖｅｒｙ）状態と判断される。ＯＯＲの状態が３ｍｓ続くとＬＯＲ（Ｌｏｓｓ  ｏｆ  Ｒｅｃｏｖｅｒｙ）状態と判断される。ここでＬＬＭは、Ｇ．７０９  Ａｎｎｅｘ．Ｃに記載されているワードであり、フレームアライメントオーバーヘッドの６ｂｙｔｅ目に位置する値で、マルチレーン転送において、複数のレーンからフレームを復元するために必要な値のことである。
【０００６】
また、非特許文献１のＡｎｎｅｘ．Ｃにおけるマルチレーン転送の監視・管理レイヤ構造を、第１４図に示す。ＯＴＵｋフレームは、物理レーンに相当するＯＴＬ（Ｏｐｔｉｃａｌ  Ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｌａｎｅ）に分割して転送する。監視・管理モデル上、個々の物理レーンＯＴＬは、転送媒体としてのＯＴＬＣ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｌａｎｅ  Ｃａｒｒｉｅｒ）で管理し、ＯＴＬＣをまとめたＯＴＬＣＧ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｌａｎｅ  Ｃａｒｒｉｅｒ  Ｇｒｏｕｐ）をＯＰＳＭ（Ｏｐｔｉｃａｌ  Ｐｈｙｓｉｃａｌ  Ｓｅｃｔｉｏｎ  Ｍｕｌｔｉｌａｎｅ）で管理する構造となる。
【０００７】
また、特許文献１では、１６ｂｙｔｅブロックを転送する際に用いるマルチレーンのレーン数が変更可能で、レーン数が変更されてもフレームが復元できる仕組みによって、転送容量変更可能なマルチレーン転送方式が記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−２２３４５４号公報
【非特許文献】
【０００９】
【非特許文献１】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．７０９  “Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ（ＯＴＮ）”
【非特許文献２】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．７９８  “Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ｏｆ  ｏｐｔｉｃａｌ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋ  ｈｉｅｒａｒｃｈｙ  ｅｑｕｉｐｍｅｎｔ  ｆｕｎｃｔｉｏｎａｌ  ｂｌｏｃｋｓ”
【非特許文献３】神野正彦，高良秀彦，曽根由明，米永一茂，平野章，河合伸吾，“マルチフロー光トランスポンダ−ＩＰレイヤとエラスティック光レイヤの効率的なインターワーキングに向けて−”，信学技報，ＯＣＳ２０１１−２１，Ｊｕｎ．２０１１．
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、非特許文献１のＡｎｎｅｘ．Ｃや特許文献１のマルチレーン転送では、転送するデータを複数のバーチャルレーンに分配するのみで、バーチャルレーン毎に監視・管理する機能は定義されていない。ここで、バーチャルレーンは１本の物理レーンと１対１で対応するレーンもしくは、１本の物理レーンにＮ本のバーチャルレーンが多重され１対Ｎで対応するレーンとする。バーチャルレーン単位で監視、管理する機能の例としては、レーン毎の誤り監視機能や障害レーン番号の通知機能がある。
【００１１】
障害レーン番号の通知機能がない場合を考える。複数の波長を用いたマルチレーン転送において、光変調器の故障やファイバ断によって、使用している波長の一部で障害が発生し、受光レベルの低下やバーチャルレーンでのＯＯＲ状態が発生し、フレームの復元が出来なくなることが想定される。これは、非特許文献１のＡｎｎｅｘ．Ｃや特許文献１の方式では、一つのフレームを１６ｂｙｔｅブロックに区切り、複数のバーチャルレーンにラウンドロビンで分配する。このようなマルチレーン転送方式では、受信装置側伝送装置においてフレームを復元するために、複数のバーチャルレーン全てを受信する必要があるため、マルチレーン転送で使用しているレーンのうちの１レーンに障害が発生しただけでも、フレームが復元できなくなり、正常なレーンも含んだ全てのレーンでの通信が停止してしまう。
【００１２】
ここで、正常なレーンによる転送も停止してしまう状況を避けるために、正常なレーンと障害が発生したレーンを送信器と受信器の間で判別し、正常なレーンを用いて縮退運転や、プロテクションをする方法が考えられる。しかし、縮退運転や、プロテクションをするために、障害が発生したレーンのレーン番号を通知する仕組みが必要となるが、レーン数変更可能なマルチレーン転送について記載された特許文献１において、複数のバーチャルレーンを用いたマルチレーン転送でのレーン毎の障害レーン番号の通知方法は記載されていない。また、プロテクションを行うことで、レーン間で経路差が発生し、レーン間のスキューが増大することや、マルチレーン転送に使用するバーチャルレーン数が増加することによって、従来のＦＡ  ＯＨ（フレームアライメントオーバーヘッド）に定義されたＬＬＭ８ｂｉｔの領域で表現できるバーチャルレーン番号が不足することで、所望のデスキュー量を満足できなくなることが想定される。
【００１３】
また、複数のバーチャルレーン（波長）を用いて、１６ｂｙｔｅブロックの形で、フレームを転送するマルチレーン転送では、ＯＴＵｋフレームを用いずにレーン番号を受信装置側から送信装置側へ通知する方法を新たに検討する必要がある。これは、従来は物理レーン毎に一つのＯＴＵｋフレームを用いて、レーン状態の監視を行っていたが、１６ｂｙｔｅブロックを複数のバーチャルレーンに分配するようなマルチレーン転送の場合、レーン毎にＯＴＵｋフレーム形式を取らないためである。レーン毎にフレームが復元できないため、従来はＧ．７０９のＯＴＵｋオーバーヘッドのＳＭ（Ｓｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）内において、ＯＰＵｋについて計算したＢＩＰ（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）により行われていたレーン毎の誤り監視も不可能となる。
【００１４】
前記課題を解決するために、本発明は、マルチレーン転送方式において、バーチャルレーン毎に誤り監視を行うことで障害が発生したレーン番号を特定することを目的とする。
【課題を解決するための手段】
【００１５】
本願発明のマルチレーン伝送装置は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送装置であって、フレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備える。
本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信するマルチレーン伝送方法であって、フレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害レーンの情報を有するマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順を有する。
【００１６】
本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、障害が発生したバーチャルレーンのレーン番号を通知するための領域を有してもよい。
【００１７】
本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおけるパリティビットを通知するための領域を有してもよい。
【００１８】
本願発明のマルチレーン伝送装置では、前記マルチレーン転送機能拡張ブロックは、前記障害レーンの情報として、各レーンにおける（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を通知するための領域を有してもよい。
【００１９】
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視部と、前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入するブロック挿入部と、を備える。
本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、前記送信装置が、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、各レーンの誤り検出用符号の情報を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックを除くブロックから得られたレーン毎の誤り検出用符号の値と前記マルチレーン転送機能拡張ブロックの値とを比較することで、レーン毎の誤り監視を行うレーン監視手順と、を有し、前記送信装置へ転送する各レーンのデータブロックのうちの所定の位置に、前記レーン監視部において誤りが検出されたレーンの情報を含むマルチレーン転送機能拡張ブロックを挿入することを特徴とする。
【００２０】
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する。
本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、前記送信装置が、前記受信装置へ転送するフレームの先頭に位置する固定ビットパターンを検出すると、固定ビットパターンを含むデータブロックの後に配置される各レーンのデータブロックのうちの所定の位置に、障害の発生したレーン番号を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、前記受信装置が、各レーンにおける前記マルチレーン転送機能拡張ブロックの情報に基づいて、障害が発生したレーンを除いた正常なレーンに分配する手順と、を有する。
【００２１】
本願発明のマルチレーン伝送システムは、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムであって、前記送信装置は、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入部を備え、前記受信装置は、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する。
本願発明のマルチレーン伝送方法は、フレーム形式の信号をデータブロックに分割し複数レーンに分配して送信装置から受信装置へ伝送するマルチレーン伝送システムのマルチレーン伝送方法であって、前記送信装置が、前記受信装置へ転送する各レーンのデータブロックのうちの所定の位置に、複数のレーンからフレームを復元する際に用いるデスキュー量を示す値を含んだマルチレーン転送機能拡張ブロックを挿入するブロック挿入手順と、前記受信装置が、前記送信装置から受信したデータブロックのうちの前記マルチレーン転送機能拡張ブロックから得られたデスキュー量を示す値を用いて、複数のレーンからフレームを復元する手順と、を有する。
【００２４】
なお、上記各発明は、可能な限り組み合わせることができる。
【発明の効果】
【００２５】
本発明によれば、マルチレーン転送方式において、バーチャルレーン毎に誤り監視を行うことで障害が発生したレーン番号を特定することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明のマルチレーン転送システムの一例を示す。
【図２】送信装置の処理フローチャートの一例を示す。
【図３】受信装置の処理フローチャートの一例を示す。
【図４】マルチフレームＭＦの構成例を示す。
【図５】バーチャルレーンが１０レーンのときのマルチレーン転送機能拡張ブロックの一例を示す。
【図６】バーチャルレーンが７レーンのときのマルチレーン転送機能拡張ブロックの一例を示す。
【図７】マルチレーン転送機能拡張ブロックの内訳の一例を示す。
【図８】１１２レーン以上のバーチャルレーンを利用する場合のマルチレーン転送機能拡張ブロックの内訳の一例を示す。
【図９】マルチフレームを構成した場合のマルチレーン転送機能拡張ブロックの挿入方法の一例を示す。
【図１０】実施形態２に係るマルチレーン転送システムの一例を示す。
【図１１】マルチレーン伝送装置７ｂとマルチレーン伝送装置７ｃへマルチレーン転送する場合の、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入した状態を示す。
【図１２】ＢＩＰを計算するブロックの一例を示す。
【図１３】実施形態６に係るマルチレーン転送システムの一例を示す。
【図１４】非特許文献１におけるマルチレーン転送のレイヤ構造を示す。
【発明を実施するための形態】
【００２７】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施の例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００２８】
本発明は、複数のレーンを用いたマルチレーン転送において、転送するフレームの先頭に位置するフレームアライメントオーバーヘッド、もしくはフレームアライメントオーバーヘッド中のＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）を基準として、マルチレーン転送における機能拡張を行うブロックとなるマルチレーン転送機能拡張ブロックを各バーチャルレーンに挿入する。
【００２９】
マルチレーン転送方式において、バーチャルレーン毎に誤り監視が出来ない問題に対しては、挿入したマルチレーン転送機能拡張ブロックでＢＩＰの情報を通知することで、レーン毎の誤り監視を行う。
また、マルチレーン転送において一部のレーンに障害が発生しただけでフレーム復元が出来なくなる問題に対しては、挿入したマルチレーン転送機能拡張ブロックに、障害レーン通知ビットの領域を定義し、障害が発生したバーチャルレーンのレーン番号を受信器から送信器へ通知することで、障害が発生したレーン番号を特定し、縮退運転またはプロテクションを行えるようにする。
【００３０】
本発明によって、マルチレーン転送において、デスキュー処理が行えず、フレームが復元できない場合でもＯＴＵｋフレームを復元することをせず、かつ、従来のＯＴＵｋフレームのオーバーヘッドの使い方を変更せずに、レーン毎の監視・管理やデスキュー機能を提供する。レーン毎のＢＩＰを計算し、マルチレーン転送機能拡張ブロックを用いて送信装置側のマルチレーン伝送装置１と受信装置側のマルチレーン伝送装置２の間で情報を交換することで、従来のマルチレーン転送では不可能だったレーン毎の誤り監視が可能となる。また、検出された障害レーン番号をマルチレーン転送機能拡張ブロックを用いて、受信装置側のマルチレーン伝送装置２と送信装置側のマルチレーン伝送装置１の間で情報を交換することにより、障害レーン番号の通知機能を提供すると、縮退運転やプロテクションが可能となる。
【００３１】
さらに、マルチレーン転送において、フレーム復元を行うためのデスキュー量が不足してしまう問題に対しては、挿入したマルチレーン転送機能拡張ブロックにＬＬＭの領域を定義することで、デスキュー量を拡大する。
デスキュー量の拡張機能を提供すると、今後、経路差の発生やバーチャルレーン数の増加によって懸念されるデスキュー量の不足に対応し、フレームの復元を可能とするマルチレーン転送が可能になる。
【００３２】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
【００３３】
（実施形態１）
第１図は、本発明のマルチレーン転送システムをネットワークで使用する場合の一例を示したもので、マルチレーン伝送装置１及び２、フレーム処理部１１，１６，２１及び２６とマルチレーン転送処理部１２，１５，２２及び２５、マルチレーン処理部１２１，１５４，２２１及び２５４、レーン状態検出部１５１及び２５１、ブロック挿入部１２３及び２２３、ブロック抜去部１５２及び２５２、マルチレーン転送機能拡張ブロック処理部１２２，１５３，２２２及び２５３、トランシーバ１３−０〜１３−ｘ，１４−０〜１４−ｘ，２３−０〜２３−ｘ及び２４−０〜２４−ｘ、並びに、ネットワーク３から成る。
【００３４】
本実施形態１では、Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔの接続で、マルチレーン転送機能拡張ブロックを用いて障害レーン通知を行う動作を説明する。第１図において、マルチレーン伝送装置１からマルチレーン伝送装置２への転送で障害が発生し、マルチレーン伝送装置２で検出された障害レーン番号をマルチレーン伝送装置２からマルチレーン伝送装置１へ通知する場合を考える。
【００３５】
第２図に対向への通信を行う送信装置側の処理フローチャート、第３図に対向からの通信を受信した受信装置側の処理フローチャートを示す。図２のステップＳ１０３においてブロック挿入手順を実行する。
【００３６】
マルチレーン伝送装置１からマルチレーン伝送装置２への転送で障害が起きた場合、マルチレーン伝送装置２のレーン状態検出部２５１において、受光パワーの低下、ＬＯＲ発生等の障害が起きたレーン番号を特定する。
【００３７】
特定したレーン番号を通知する仕組みを次に示す。
まず、ステップＳ１０１では、マルチレーン伝送装置２からマルチレーン伝送装置１に転送されるクライアント信号に、フレーム処理部２１で、誤り訂正符号とオーバーヘッドを付加しＯＴＵｋフレーム（マルチフレームを構成するサブフレーム）の形にする。その後、転送容量に合わせて決定されたバーチャルレーン数に合わせてサブフレーム数を決定し、複数のサブフレームからマルチフレームを構成する。具体的には、転送容量を伝送装置に具備されたバーチャルレーン当たりのビットレートで除法し、バーチャルレーン数を決定する。バーチャルレーン数と等しい数のサブフレームを用いてマルチフレームを構成する。
【００３８】
ここで、第９の発明において、レーン数に合わせてサブフレーム数が変化するマルチフレームは、可変フレーム及び転送フレームとなる。
【００３９】
次に、ステップＳ１０２では、マルチフレームの構成となったサブフレームを、複数のレーンで転送する。フレーム処理部２１から出力されたサブフレームはマルチレーン転送処理部２２へ入力される。マルチレーン転送処理部２２のマルチレーン処理部２２１では、サブフレームを１６ｂｙｔｅ毎のデータブロックに分割し、転送に用いる複数のバーチャルレーンへ分配する。分配の方法はラウンドロビンであり、マルチフレーム単位でレーンローテーションする。
【００４０】
ここで、マルチレーン転送機能拡張ブロックを挿入するために（Ｓ１０３）、バーチャルレーンに分配する際に、第４図に示すマルチフレームＭＦを構成するサブフレームＳＦの中で、先頭に位置するサブフレームＳＦのＦＡＳに含まれる固定ビットパターンを含んだ１６ｂｙｔｅの基準ブロックＳＢを検出する。具体的には、まずフレームアライメントオーバーヘッドのＦＡＳに位置する固定ビットパターンを検出する。
【００４１】
ここで、マルチフレームを転送する場合は、さらにＭＦＡＳを検出し、マルチフレームの先頭のサブフレームかどうかを判断する。ＭＦＡＳの値が０で、マルチフレームの先頭のサブフレームだった場合、そのＭＦＡＳを含んだ１６ｂｙｔｅブロックを検出する。また、フレームの転送の際に、マルチフレームを利用しない場合は、ＭＦＡＳを検出する必要はなく、フレームアライメントオーバーヘッドのＦＡＳに位置する固定ビットパターンを検出するのみでよい。この１６ｂｙｔｅブロックのことを本願明細書では、基準ブロックＳＢとする。基準ブロックＳＢのＦＡＳは、フレームの先頭を識別するためにスクランブル処理が行われておらず、また、固定ビットパターンが含まれているため、フレームを復元しなくとも基準ブロックＳＢの位置を把握することができる。本実施形態１では、マルチレーン転送機能拡張ブロックに、障害レーン番号を通知する機能を持たせる（Ｓ１０５）。
【００４２】
ステップＳ１０３では、レーン状態検出部２５１から障害が起きたレーン番号を通知されたマルチレーン転送機能拡張ブロック処理部２２２が、マルチレーン転送機能拡張ブロックに障害が起きたレーン番号を入力する。マルチレーン転送機能拡張ブロックは、ブロック挿入部２２３にて、基準ブロックＳＢが分配された後、全バーチャルレーンに挿入される。具体的には、第５図及び第６図のように、基準ブロックＳＢが挿入されたタイミングの次のタイミングで全バーチャルレーンに挿入される。なお、１０レーンのときは、図５に示すように、１０２０ブロックは均等に分配される。７レーンのときは、図６に示すように、１０２０ブロックは均等に分配されないが、マルチフレームは１０２０×７ブロックで構成されるため、マルチフレーム単位でみると均等に分配される。
【００４３】
マルチレーン転送機能拡張ブロックは１６×ｎ  ｂｙｔｅのフォーマットとなる。マルチレーン転送機能拡張ブロックは、処理単位を１６ｂｙｔｅに統一することで処理を容易にするために、１６ｂｙｔｅ単位のｎ個から成るブロックとする。ｎの値は、（ｎ＝１，２，…）となり、主にバーチャルレーン数やパリティ符号に依存するが、基本系はｎ＝１とする。
【００４４】
第７図に、マルチレーン転送機能拡張ブロック１６ｂｙｔｅの内訳の一例を示す。
１ｂｙｔｅ目は、バーチャルレーン数通知領域とし、マルチレーン転送で用いる全バーチャルレーン数とする。アウトバンドで全バーチャルレーン数を求められる場合は、１ｂｙｔｅ目は使用しなくても良いし、後述する障害レーン通知ビット領域としても良い。２ｂｙｔｅ目はバーチャルレーン番号通知領域であり、レーン番号を記載する。本実施形態では２５６レーン分である。ＬＬＭの値から、レーン番号を求める場合、２ｂｙｔｅ目は使用しなくても良いし、後述する障害レーン通知ビット領域としても良い。３ｂｙｔｅ目から１６ｂｙｔｅ目までは、障害レーン通知ビット領域とする。ここで、例えば障害レーン通知ビット領域が、３ｂｙｔｅ目から１２ｂｙｔｅ目までだった場合を考える。このとき、マルチレーン転送機能拡張ブロックの１３ｂｙｔｅ目から１６ｂｙｔｅ目は、予約領域としてもよい。
【００４５】
障害レーン通知ビット領域の通知方法は任意であるが、例えば、ビットの位置がバーチャルレーン番号と対応する。障害レーン通知ビットは、０ならばレーンが正常で使用可能な状態であり（Ｓ１０７）、１ならば障害により使用不可能である状態を示す（Ｓ１０６）。１４ｂｙｔｅ分の障害レーン通知ビットは、バーチャルレーン番号と対応づけられており、例えば、１００レーンを用いた転送の場合、障害レーン通知ビット領域の１ｂｉｔ目がレーン＃０、２ｂｉｔ目がレーン＃１となり、１００ｂｉｔ目がレーン＃９９の状態を示す。１４ｂｙｔｅで示すことができるレーン数は、１１２レーンまでとなる。
【００４６】
１１２レーン以上のバーチャルレーンを利用する場合を第８図に示す。第８図ではｎ＝２のときのマルチレーン転送機能拡張ブロックの挿入法となる。第８図のように、１６ｂｙｔｅのマルチレーン転送機能拡張ブロックを追加で挿入し、障害レーン通知ビット領域を拡大させる。障害が発生した場合、受信装置側では、障害が発生したレーンに該当する障害レーン通知ビットを０から１に変化させる。
【００４７】
例えば１０レーンでマルチレーン転送処理部１２からマルチレーン転送処理部２５にトランシーバ１３−０〜１３−３を用いて転送していた場合に、トランシーバ１３−１と２４−１、トランシーバ１３−２と２４−２において、障害が発生したことがレーン状態検出部２５１で検出された場合、マルチレーン転送処理部２２において、トランシーバ１３−１と２４−１、トランシーバ１３−２と２４−２で転送されるバーチャルレーン番号について、障害レーン通知ビットを１に変化させたマルチレーン転送機能拡張ブロックを生成する。
【００４８】
障害レーン通知ビットをバーチャルレーン番号と対応づける方法として、１レーンの状態を複数のビットで表してもよい。例えば２ｂｉｔで１レーンの状態を示す場合、正常なレーンを００で表し、障害が発生し使用不可能なレーンを１１で表し、他のフローの転送に用いているため使用不可能なレーンを０１とする。
【００４９】
さらに、障害レーン通知ビット領域におけるビットとレーン番号を対応づける以外の方法としては、障害レーン通知ビット領域を１ｂｙｔｅ毎に区切り、最初の１ｂｙｔｅに障害レーン数を入力してもよい。この場合、２ｂｙｔｅ目から１４ｂｙｔｅ目までのｂｙｔｅを用いて、障害が発生したバーチャルレーン番号を通知してもよい。
【００５０】
ブロック挿入部２２３は、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入する。マルチレーン転送機能拡張ブロックが挿入されたバーチャルレーンは、トランシーバ２３−０〜２３−ｘで対向のトランシーバ１４−０〜１４−ｘに転送する（Ｓ１０４）。ここで、バーチャルレーンはトランシーバの転送ビットレートに合わせて多重する。
【００５１】
トランシーバ１４−０〜１４−ｘからバーチャルレーンを受け取ったマルチレーン伝送装置１のマルチレーン転送処理部１５では、物理レーン（ここでは、トランシーバで使われている波長）からバーチャルレーンを逆多重する（Ｓ２０１）。
レーン状態検出部１５１は、受光パワーの低下や、ビットエラーレートの低下を検出することで、正常に転送が行われたかをチェックする（Ｓ２０２）。
【００５２】
レーンに障害があった場合（Ｓ２０２においてＮｏ）、レーン状態検出部１５１が障害レーン番号を特定し（Ｓ２０４）、マルチレーン転送機能拡張ブロック処理部１２２に障害レーン番号を転送する（Ｓ２０５）。一方、フレームを復元する際に発生するＬＯＲ等の検出は、マルチレーン処理部１５４で行われ、同じくマルチレーン転送機能拡張ブロック処理部１２２に障害レーン番号を転送する。
【００５３】
正常に転送が行われた場合（Ｓ２０２においてＹｅｓ）、マルチレーン処理部１５４は、複数のバーチャルレーンからサブフレームを復元し（Ｓ２０７）、フレーム処理部１６へ転送する。フレーム処理部１６は、フレームからクライアント信号を復元する（Ｓ２０８）。
【００５４】
ブロック抜去部１５２では、基準ブロックＳＢに含まれる固定ビットパターンを検出した後、基準ブロックＳＢの次のタイミングで受信される１６ｂｙｔｅブロックをマルチレーン転送機能拡張ブロックと識別する。基準ブロック受信後は、１０２０＋ｎブロック毎にマルチレーン転送機能拡張ブロックを検出する。その後、マルチレーン転送機能拡張ブロックを抜去する（Ｓ２０３）。
【００５５】
抜去したマルチレーン転送機能拡張ブロックの情報を、マルチレーン転送機能拡張ブロック処理部１５３で取得する。ブロック抜去部１５２からマルチレーン転送機能拡張ブロック処理部１５３へは、マルチレーン転送機能拡張ブロックが転送される。ブロック抜去部１５２でマルチレーン転送機能拡張ブロックが抜去されたバーチャルレーンは、マルチレーン処理部１５４に転送される。マルチレーン処理部１５４は、複数のバーチャルレーンからフレームを復元する。フレームが復元できない場合、マルチレーン処理部１５４は、ＬＯＲ等の警報を出し、原因となったバーチャルレーンの番号を検出し、マルチレーン転送機能拡張ブロック処理部１２２に伝える。
【００５６】
マルチレーン転送機能拡張ブロック処理部１５３は、レーン監視部として機能し、対向への転送レーンは全レーン正常であったか否かを判定する（Ｓ２０６）。
対向への転送レーンが全レーン正常であった場合（Ｓ２０６においてＹｅｓ）、障害レーン番号を転送しない、もしくは障害レーンがなかったことを示す情報をマルチレーン転送機能拡張ブロック処理部１５３からマルチレーン転送処理部１２へ転送する（Ｓ２１０）。
一方、いずれかのレーンで異常があった場合（Ｓ２０６においてＮｏ）、マルチレーン転送処理部１２は、マルチレーン転送機能拡張ブロック処理部１５３で取得した障害レーン番号（Ｓ２０９）を受信することで、障害レーン番号を得る（Ｓ２１０）。
【００５７】
障害レーン番号を得たマルチレーン転送処理部１２は、障害が発生したバーチャルレーンを除いた正常なバーチャルレーンで縮退運転、または、空きレーンを用いたプロテクションを開始する（Ｓ２１１）。
【００５８】
マルチフレームを構成したときのマルチレーン転送機能拡張ブロックの挿入例を、第９図に示す。マルチフレームを、Ｘ個のＳＦで構成する。この場合マルチフレームは、１０２０Ｘ個の１６ｂｙｔｅブロックに分割される。分割されたブロックは、Ｘ本のバーチャルレーンに分配される。バーチャルレーンに分配された後、マルチフレームの先頭に位置する基準ブロックＳＢを検出する。マルチレーン転送機能拡張ブロックは、第９図のように基準ブロックＳＢの次のタイミングで、全てのバーチャルレーンに挿入される。マルチレーン転送機能拡張ブロックの挿入後、バーチャルレーンは物理レーンに多重され、対向へ転送される。
【００５９】
（実施形態２）
本実施形態２では、複数対地へフローを転送するネットワーク構成における障害レーン通知の動作を示す。マルチレーン伝送装置の構成、マルチフレームの構成方法、マルチレーン転送方法は実施形態１と同様である。
【００６０】
実施形態１との違いは、障害レーン通知ビットにおけるバーチャルレーン番号について、対地の異なるフロー毎に独立の番号が付加される点である。フローを構成する複数のバーチャルレーンからフレームを復元する際に、剰余を計算してバーチャルレーン番号を求める。フロー毎に独立の番号を付与するのは、剰余で求めたバーチャルレーン番号とフローを構成するバーチャルレーンのバーチャルレーン番号が異なる値にならないようにするためである。
【００６１】
第１０図のように複数対地へマルチレーン転送を行っている場合、障害レーン通知ビット領域は、対地毎にバーチャルレーン番号が入力される。マルチレーン伝送装置７ａにおいて、トランシーバ７０−０〜７０−５でマルチレーン伝送装置７ｃからマルチレーン伝送装置７ａへの転送を行い、トランシーバ７０−６〜７０−９でマルチレーン伝送装置７ｂ〜マルチレーン伝送装置７ａへの転送を行う場合を仮定する。１台のトランシーバに１本のバーチャルレーンが対応づけされている場合を考える。
【００６２】
このとき、マルチレーン伝送装置７ａからマルチレーン伝送装置７ｃへの障害レーン通知ビットでは、レーン＃０〜レーン＃５を示す１番目のｂｉｔから６番目のｂｉｔを利用し、また、マルチレーン伝送装置７ａからマルチレーン伝送装置７ｂへの障害レーン通知ビットでは、レーン＃０〜レーン＃３を示す１番目のｂｉｔから４番目のｂｉｔを利用するというように、独立にバーチャルレーン番号を割り当てる。
【００６３】
第１１図に、第１０図のマルチレーン伝送装置７ａにおいて、マルチレーン伝送装置７ｂとマルチレーン伝送装置７ｃへマルチレーン転送する場合の、各バーチャルレーンにマルチレーン転送機能拡張ブロックを挿入した状態を示す。７ｂ、７ｃのマルチレーン転送処理部では、７ａから送られてきた障害レーン通知ビットから、障害が発生したバーチャルレーン番号を取得し、障害が発生したバーチャルレーン番号を除いた正常なバーチャルレーンで縮退運転、または、プロテクションを開始する。
【００６４】
（実施形態３）
本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロック処理部１２２がマルチレーン転送機能拡張ブロックを生成する際に、障害レーン通知ビット領域のチェックサムとしてＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を含める。ＣＲＣを含めることで、障害レーン通知ビット領域の誤り検出を行うことができる。
【００６５】
ＣＲＣ−３２を用いて障害レーン通知ビットを計算した場合、ＣＲＣ−３２の計算結果を送信する領域として、障害レーン通知ビット領域の後に、４ｂｙｔｅのＣＲＣ領域を定義し、マルチレーン転送機能拡張ブロックを対向に送信する。受信装置側のマルチレーン伝送装置２において、マルチレーン転送機能拡張ブロック処理部２５３で、マルチレーン転送機能拡張ブロックからＣＲＣを読み取り誤り検出を行う。
【００６６】
（実施形態４）
本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロック処理部１２２がマルチレーン転送機能拡張ブロックを生成する際に、レーン毎の誤り監視のために、各レーンにおけるＢＩＰを計算して含める。ＢＩＰを含めることで、ＢＥＲの測定が可能となる。
【００６７】
第１２図にＢＩＰを計算するブロックの一例を示す。送信装置側のマルチレーン伝送装置１において、マルチレーン転送機能拡張ブロックとマルチレーン転送機能拡張ブロックの間に位置する１０２０ブロック＝１６３２０ｂｙｔｅに対し、ＢＩＰ（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ）を計算する。ＢＩＰ−８を用いた場合、マルチレーン転送機能拡張ブロック中にＢＩＰ領域として１ｂｙｔｅの領域を定義し、マルチレーン転送機能拡張ブロックを対向に送信する。
【００６８】
受信装置側のマルチレーン伝送装置２において、ブロック抜去部２５２がマルチレーン転送機能拡張ブロックからＢＩＰ情報を読み取ると、受信装置側のマルチレーン転送機能拡張ブロック処理部２５３でも送信装置側と同様にマルチレーン転送機能拡張ブロックとマルチレーン転送機能拡張ブロックの間に位置する１６３２０ｂｙｔｅに対し、ＢＩＰ−８の値を計算し、受信したＢＩＰ情報と比較することで誤り測定を行う。
【００６９】
（実施形態５）
異経路転送によるスキューの拡大やバーチャルレーン数の増加により、従来のＯＴＵｋフレームのＦＡＳの６ｂｙｔｅ目に位置するＬＬＭでは、２５６通りの値しか表現できないため、デスキュー量が不足することが想定される。そこで本実施形態では、実施形態１の送信装置側のマルチレーン伝送装置において、マルチレーン転送機能拡張ブロックを生成する際に、デスキュー量を拡張するためのカウンタとなるＬＬＭ拡張領域をマルチレーン転送機能拡張ブロックに含める。
【００７０】
送信装置側のマルチレーン伝送装置において、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅに加え、マルチレーン転送機能拡張ブロック中にＬＬＭ拡張領域として例えば１ｂｙｔｅの領域を確保し、合計２ｂｙｔｅの領域で６５５３６通りのＬＬＭを表現する。ブロック挿入部１２３は、ＬＬＭ拡張領域を含むマルチレーン転送機能拡張ブロックを各バーチャルレーンの所定の位置に挿入する。
【００７１】
受信装置側のマルチレーン伝送装置２において、マルチレーン転送機能拡張ブロック処理部２５３で、マルチレーン転送機能拡張ブロックから、ＬＬＭ拡張領域の値を読み取る。読み取ったＬＬＭ拡張領域の値はマルチレーン処理部２５４へ転送される。マルチレーン処理部２５４では、ＬＬＭ拡張領域の値と、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅを用いて、デスキューを行い、複数のレーンからフレームを復元する。
【００７２】
また、フレームアライメントオーバーヘッドに含まれるＬＬＭ領域１ｂｙｔｅをマルチレーン転送する場合であっても、フレームアライメントオーバーヘッドのＦＡ  ＯＨの６ｂｙｔｅ目として用いることとし、マルチレーン転送機能拡張ブロックに含めたＬＬＭ拡張領域を用いてマルチレーン転送で発生するレーン間のデスキューを行ってもよい。
【００７３】
（実施形態６）
第１３図に、Ｉｎｎｅｒ−Ｃｏｄｅを利用する場合における、マルチレーン伝送装置２からマルチレーン伝送装置１への片方向の転送を行う際の構成を示す。ここで、Ｉｎｎｅｒ−Ｃｏｄｅとは、Ｇ．９７５．１に記載されているＳｅｃｏｎｄ  ＦＥＣのことである。Ｇ．７０９  Ａｎｎｅｘ．Ａに記載されているＲＳ（２５５，２３９）をＦｉｒｓｔ  ＦＥＣとして付加した後に、このＩｎｎｅｒ−ＣｏｄｅをＳｅｃｏｎｄ  ＦＥＣとして付加することで、Ｆｉｒｓｔ  ＦＥＣのみよりも強力な誤り訂正を行うことが可能となる。
【００７４】
Ｉｎｎｅｒ−Ｃｏｄｅを利用して転送を行う場合、送信装置側のマルチレーン伝送装置２のＩｎｎｅｒ−Ｃｏｄｅ処理部２２４において、マルチレーン処理部２２１で複数のレーンに分配されたデータに対し、マルチレーン転送機能拡張ブロック処理部２２２で生成されたマルチレーン転送機能拡張ブロックの挿入を行った後に、Ｉｎｎｅｒ−Ｃｏｄｅの付加処理を行う。Ｉｎｎｅｒ−Ｃｏｄｅの付加を行った後、対向のマルチレーン伝送装置１へ転送する。受信装置側のマルチレーン伝送装置１のＩｎｎｅｒ−Ｃｏｄｅ処理部１５５において、Ｉｎｎｅｒ−Ｃｏｄｅによる誤り訂正を行った後に、マルチレーン転送機能拡張ブロックの抜去を行う。
【００７５】
上記の構成にすることで、Ｉｎｎｅｒ−Ｃｏｄｅ処理部１５５において、マルチレーン転送機能拡張ブロックに対して誤り訂正を行うことが可能となる。また、Ｉｎｎｅｒ−Ｃｏｄｅ処理部でマルチレーン転送機能拡張ブロックを挿抜することにより、挿抜により発生するクロック差を吸収するクロック変換回路を含んだマルチレーン転送機能拡張ブロックの挿抜回路を削減することが可能となる。
【００７６】
なお、マルチレーン転送機能拡張ブロックは、逆方向に伝送するバーチャルレーンの内で障害が発生したバーチャルレーンのレーン番号を受信装置から送信装置へ通知するための障害レーン通知ビットの領域とレーン毎に誤り監視するためのＢＩＰの領域とフレームの復元に向けたデスキュー量の不足に対応するためのＬＬＭの領域を定義してそれぞれ通知しているが、受信装置側から送信装置側に通知する情報はこれらの情報に限らない。
【００７７】
また、マルチレーン転送機能拡張ブロックの挿入位置の基準として、フレームアライメントオーバーヘッド又はフレームアライメントオーバーヘッド中のＦＡＳで例示しているが、基準はこれらに限らずフレーム位置を識別するものであればよく、基準に対するマルチレーン転送機能拡張ブロックの位置も例示した以外の位置であってもよい。
【００７８】
また、サブフレームはＯＴＵフレームで例示しているが、ＯＴＵフレームに限らず、フレームアライメントオーバーヘッドのＦＡＳのようにフレーム同期をとるための先頭固定ビットパターンを持つフレームであればよい。
【産業上の利用可能性】
【００７９】
本発明は情報通信産業に適用することができる。
【符号の説明】
【００８０】
１，２，７ａ，７ｂ，７ｃ：マルチレーン伝送装置
３：ネットワーク
１１，１６，２１，２６：フレーム処理部
１２，１５，２２，２５：マルチレーン転送処理部
１３−０〜１３−ｘ，１４−０〜１４−ｘ，２３−０〜２３−ｘ，２４−０〜２４−ｘ，７０−０〜７０−９：トランシーバ
１２１，１５４，２２１，２５４：マルチレーン処理部
１２２，１５３，２２２，２５３：マルチレーン転送機能拡張ブロック処理部
１２３，２２３：ブロック挿入部
１５１，２５１：レーン状態検出部
１５２，２５２：ブロック抜去部
１５５，２２４：Ｉｎｎｅｒ−Ｃｏｄｅ処理部
【図１】
0005980895.tif 000002
【図２】
0005980895.tif 000003
【図３】
0005980895.tif 000004
【図４】
0005980895.tif 000005
【図５】
0005980895.tif 000006
【図６】
0005980895.tif 000007
【図７】
0005980895.tif 000008
【図８】
0005980895.tif 000009
【図９】
0005980895.tif 000010
【図１０】
0005980895.tif 000011
【図１１】
0005980895.tif 000012
【図１２】
0005980895.tif 000013
【図１３】
0005980895.tif 000014
【図１４】
0005980895.tif 000015