(57)【特許請求の範囲】
【請求項１】
フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置であって、
受信側において前記レーンの故障を検出する故障検出手段と、
前記故障検出手段によって、故障が検出された際に、同期パターンを含む前記データブロックにおける前記同期パターンの一部を変更することによって、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知手段と、
を備えることを特徴とするマルチレーン伝送装置。
【請求項２】
前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする請求項１に記載のマルチレーン伝送装置。
【請求項３】
フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置が行う故障レーン通知方法であって、
受信側において前記レーンの故障を検出する故障検出ステップと、
前記故障検出ステップによって、故障が検出された際に、同期パターンを含む前記データブロックにおける前記同期パターンの一部を変更することによって、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知ステップと、
を有することを特徴とする故障レーン通知方法。
【請求項４】
前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする請求項３に記載の故障レーン通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチレーン伝送装置及び故障レーン通知方法に関する。
【背景技術】
【０００２】
現在、広域光転送網としてＯＴＮ（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）が広く用いられている（例えば、非特許文献１参照）。ＯＴＮフレームは図９に示す構造を有している。図９は、ＯＴＮのフレーム構造を示す図である。フレームは４行×４０８０列で表記され、フレームの１〜４０８０バイト目は１行目の１〜４０８０列目、４０８１〜８１６０バイト目は２行目の１〜４０８０列目、８１６１〜１２２４０バイト目は３行目の１〜４０８０列目、１２２４１〜１６３２０バイト目は４行目の１〜４０８０列目となる。
【０００３】
クライアント信号は、フレームの１７〜３８２４列目のＯＰＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｐａｙｌｏａｄ  Ｕｎｉｔ）ＰＬＤ（Ｐａｙｌｏａｄ）にマッピングされる。１５〜１６列目にはＯＰＵ  ＯＨ（ＯｖｅｒＨｅａｄ）が挿入され、クライアント信号のマッピング／デマッピングに必要な情報などが収容される。２〜４行目の１〜１４列目にはＯＤＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｄａｔａ  Ｕｎｉｔ）ＯＨが挿入され、光チャネルのパス管理運用情報を収容する。１行目の１〜７列目にはフレーム同期に必要なＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）およびマルチフレーム中における位置を示すＭＦＡＳ（Ｍｕｌｔｉｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）から成るＦＡ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ）ＯＨが、８〜１４列目には光チャネルのセクション監視情報を収容するＯＴＵ（Ｏｐｔｉｃａｌ  ｃｈａｎｎｅｌ  Ｔｒａｎｓｐｏｒｔ  Ｕｎｉｔ）ＯＨが挿入される。３８２５〜４０８０列目にはＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）用のパリティチェックバイトが付加される。
【０００４】
ＯＴＮでは伝送品質管理のために、ＯＴＵ  ＯＨおよびＯＤＵ  ＯＨの中にそれぞれＳＭ（Ｓｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨおよびＰＭ（Ｐａｔｈ  Ｍｏｎｉｔｏｒｉｎｇ）ＯＨが定義されている。図１０に示すように、ＳＭ  ＯＨは１行目の８〜１０列目に配置される。図１０は、ＯＴＵ  ＯＨにおけるＳＭ  ＯＨの位置を示す図である。ＴＴＩ（Ｔｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）は、ＳＭ  ＯＨの１バイト目に配置されるサブフィールドである。セクション監視の始点を示すＳＡＰＩ（Ｓｏｕｒｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）と終点を示すＤＡＰＩ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を含む。
【０００５】
ＢＩＰ−８（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ−８）は、ＳＭ  ＯＨの２バイト目に配置されるサブフィールドである。送信側において２フレーム前のＯＰＵのデータをインタリーブして８ビットのパリティ（ＢＩＰ−８）を計算し、ＳＭ  ＯＨのＢＩＰ−８サブフィールドに挿入する。受信側でＯＰＵのデータからＢＩＰ−８を計算した値と、ＳＭ  ＯＨのＢＩＰ−８サブフィールドで送られたＢＩＰ−８の値を比較し、セクション監視区間において生じたエラーを検出する。
【０００６】
ＢＥＩ／ＢＩＡＥ（Ｂａｃｋｗａｒｄ  Ｅｒｒｏｒ  Ｉｎｄｉｃａｔｉｏｎ  ａｎｄ  Ｂａｃｋｗａｒｄ  Ｉｎｃｏｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｅｒｒｏｒ）は、ＳＭ  ＯＨの３バイト目の１〜４ビット目に配置されるサブフィールドである。“００００”〜“１０００”はセクション監視区間においてＢＩＰ−８で検出されたエラーカウント数（０〜８）を上流に通知するの場合（ＢＥＩ）に、“１０１１”はフレーム同期エラーを上流に通知する場合（ＢＩＡＥ）に用いる。
【０００７】
ＢＤＩ（Ｂａｃｋｗａｒｄ  Ｄｅｆｅｃｔ  Ｉｎｄｉｃａｔｉｏｎ）は、ＳＭ  ＯＨの３バイト目の５ビット目に配置されるサブフィールドである。セクション監視区間において障害が検出されたことを上流に通知する場合は“１”、それ以外は“０”となる。
【０００８】
ＩＡＥ（Ｉｎｃｏｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｅｒｒｏｒ）はＳＭ  ＯＨの３バイト目の６ビット目に配置されるサブフィールドである。フレーム同期エラーを対地に通知する場合は“１”、それ以外は“０”となる。なお、ＳＭ  ＯＨの３バイト目の７〜８ビット目（“００”）は予備領域である。
【０００９】
以上のように、ＯＴＮではＳＭ  ＯＨ中のＢＥＩ／ＢＩＡＥおよびＢＤＩを用いて、セクション監視で障害やフレーム同期エラーが生じたことを受信側から送信側に通知することができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１１−２２３４５４号公報
【非特許文献】
【００１１】
【非特許文献１】“Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  ｔｈｅ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  （ＯＴＮ）”，  ＩＴＵ−Ｔ    Ｇ．７０９，  ２００９
【発明の概要】
【発明が解決しようとする課題】
【００１２】
高速の光伝送を経済的に実現する方式として、４０Ｇｂｐｓまたは１００ＧｂｐｓのＯＴＵフレームのデータをマルチレーンに分配してパラレル伝送を行うＯＴＮ−ＭＬＤ（Ｍｕｌｔｉｌａｎｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）が標準化されている（例えば、非特許文献１参照）。また、ＯＴＮ−ＭＬＤを拡張した、マルチレーン光伝送方式も提案されている（例えば、特許文献１参照）。ＯＴＮ−ＭＬＤを使った場合でも、ＳＭ  ＯＨ中のＢＥＩ／ＢＩＡＥおよびＢＤＩを用いて、セクション監視で障害やフレーム同期エラーが生じたことを受信側から送信側に通知することができる。
【００１３】
しかしながら、ＯＴＮ−ＭＬＤを用いる場合は、例えば特定の光送信部におけるレーザや変調器の性能が劣化して特定のレーンだけが故障する様なケースが想定される。このような場合、故障したレーン番号を送信側に通知できれば、それ以外の正常レーンだけで縮退運転をするといった対処が可能であるが、現在のＯＴＮ−ＭＬＤには故障したレーン番号を送信側に通知することができないという問題がある。
【００１４】
本発明は、このような事情に鑑みてなされたもので、受信側から送信側に対して、故障したレーン番号を通知することができるマルチレーン伝送装置及び故障レーン通知方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置であって、受信側において前記レーンの故障を検出する故障検出手段と、前記故障検出手段によって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知手段とを備えたことを特徴とする。
【００１６】
本発明は、前記故障通知手段は、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする。
【００１７】
本発明は、前記故障が検出されたレーンを特定する識別情報の通知を受けた送信側は、分割した前記データブロックを、前記故障が検出されたレーン以外のレーンに分配して伝送することを特徴とする。
【００１８】
本発明は、フレーム形式の信号をデータブロックに分割し、レーンに分配して伝送するマルチレーン伝送装置が行う故障レーン通知方法であって、受信側において前記レーンの故障を検出する故障検出ステップと、前記故障検出ステップによって、故障が検出された際に、同期パターンを含む前記データブロックの一部を用いて、故障が検出されたレーンを特定する識別情報を送信側に通知する故障通知ステップとを有することを特徴とする。
【００１９】
本発明は、前記故障通知ステップでは、前記レーンを特定する識別情報を通知する場合に、前記故障レーンを特定する識別情報を含む前記データブロックにおける前記同期パターンの一部を変更することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、故障したレーンの識別情報を送信側に通知するようにしたため、正常レーンだけによる縮退運転が可能になるという効果が得られる。
【図面の簡単な説明】
【００２１】
【図１】故障レーン通知時のＯＴＵ  ＯＨにおけるＥ−ＯＨの位置を示す図である。
【図２】故障レーン通知時のＦＡＯＨにおけるＥ−ＯＨの位置を示す図である。
【図３】Ｅ−ＦＡＳにおける先頭バイトの置換パターンの例を示す図である。
【図４】本発明の第１の実施形態によるマルチレーン伝送装置の構成を示すブロック図である。
【図５】Ｅ−ＯＨのフォーマットの例を示す図である。
【図６】Ｅ−ＯＨのデスクランブル動作を示す図である。
【図７】縮退運転しているマルチレーン装置を示す図である。
【図８】第２の実施形態よるＥ−ＯＨのフォーマットの例を示す図である。
【図９】ＯＴＮのフレーム構造を示す図である。
【図１０】ＯＴＵ  ＯＨにおけるＳＭ  ＯＨの位置を示す図である。
【発明を実施するための形態】
【００２２】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施の例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００２３】
＜第１の実施形態＞
以下、図面を参照して、本発明の第１の実施形態によるマルチレーン伝送装置と、マルチレーン伝送装置が行う故障レーン通知方法について説明する。
【００２４】
受信側の特定レーンで光信号のレベル低下が検出されたりＦＡＳが正しく検出されないなどの故障が生じた場合、ＯＴＵ  ＯＨの全部または一部をＥ−ＯＨ（Ｅｍｅｒｇｅｎｃｙ  Ｏｖｅｒｈｅａｄ）に変更し、このＥＯＨを用いて故障したレーン番号を送信側に通知する。
【００２５】
図１は、故障レーン通知時のＯＴＵ  ＯＨにおけるＥ−ＯＨの位置を示す図である。図１に示す例１では１行目の８〜１０列目（通常はＳＭ  ＯＨとして使用している領域）の３バイトをＥ−ＯＨに使用している。緊急時でもＧＣＣ０（Ｇｅｎｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ  ０）および予備領域（何らかの他の目的に使用中）を使えない場合はこの例となる。図１に示す例２では１行目の８〜１２列目（通常はＳＭ  ＯＨおよびＧＣＣ０として使用している領域）の５バイトをＥ−ＯＨに使用している。ＧＣＣ０は使えるが予備領域は使えない場合はこの例となる。図１に示す例３では１行目の８〜１４列目の全７バイトをＥ−ＯＨに使用している。ＧＣＣ０も予備領域も使える場合はこの例が可能となる。
【００２６】
Ｅ−ＯＨにおける表記法としては、以下の（１）、（２）に示す方法が適用できる。
（１）故障したレーン数と個々のレーン番号を記載する
（２）ビットマップ形式で故障したレーンの位置を表記する
【００２７】
また、Ｅ−ＯＨを含むことを明示的に表現する手段が必要であるが、そのためにＦＡＳを変更する。図２は、故障レーン通知時のＦＡＯＨにおけるＥ−ＯＨの位置を示す図である。図２に示すようにＯＴＮ−ＭＬＤでは６列目をＬＬＭ（Ｌｏｇｉｃａｌ  Ｌａｎｅ  Ｍａｒｋｅｒ）に割り当て、ＦＡＳは１〜５列目の全５バイトとなるが、Ｅ−ＯＨを含む場合は１列目（ＯＡ１）を別の適当なパターンに置換したＥ−ＦＡＳ（Ｅｍｅｒｇｅｎｃｙ  ＦＡＳ）に変更する。文献「“Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ｏｆ  ｏｐｔｉｃａｌ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋ  ｈｉｅｒａｒｃｈｙ  ｅｑｕｉｐｍｅｎｔ  ｆｕｎｃｔｉｏｎａｌ  ｂｌｏｃｋｓ”，  ＩＴＵ−Ｔ  Ｇ．７９８，  ２０１０」において、ＦＡＳ中の４バイト分をＩＦ（Ｉｎ  Ｆｒａｍｅ）判定に、３〜５列目（ＯＡ１・ＯＡ２・ＯＡ２）をＯＯＦ（Ｏｕｔ  ｏｆ  Ｆｒａｍｅ）判定に使用しており、１列目の置換は上記のＩＦ／ＯＯＦ判定基準と互換性を保っているので、この置換の影響でフレーム同期外れと誤判定することはない。
【００２８】
ここで、ＬＬＭはＶＬＭであってもよく、本願では区別していない。
【００２９】
通常のＦＡＳの１列目がエラーでＥ−ＦＡＳと誤判定されると誤動作が発生するので、置換パターンはＯＡ１との距離が大きいことが望ましい。従って、置換パターンは、図３に示す置換パターンを用いればよい。図３は、Ｅ−ＦＡＳにおける先頭バイトの置換パターンの例を示す図である。特に、ＯＡ１（”１１１１０１１０”）の全ビットを反転させた”００００１００１”、直流平衡かつＯＡ１との距離が大きいパターン（”１１００１００１”、”１０１０１００１”など）が望ましい。
【００３０】
次に、マルチレーン伝送装置の構成について説明する。図４は同実施形態におけるマルチレーン伝送装置の構成を示すブロック図である。図４に示すマルチレーン伝送装置は、故障レーン通知を行うマルチレーン伝送装置である。
【００３１】
マルチレーン伝送装置１において、フレーム処理部１０１はクライアント信号をＯＰＵ  ＰＬＤにマッピングし、ＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを付加する。符号化＆スクランブル部１０２はＯＰＵフレームにＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを付加した４行×３８２４列のフレームに対してＦＥＣ符号化を行い、ＦＥＣ符号化された４行×４０８０列のＯＴＵフレームのＦＡＳ以外の全領域をスクランブルする。
【００３２】
レーン分配部１０３はスクランブルされたＯＴＵフレームを１６バイトのデータブロックに分割し、複数（ここでは８本）の論理レーンに分配する。ここで、各論理レーンの速度は５Ｇｂｐｓと仮定し、それぞれの論理レーン（ＬＬ：Ｌｏｇｉｃａｌ  Ｌａｎｅ）をＬＬ１＃０〜ＬＬ１＃７とする。
【００３３】
送信器（以下、ＴＸと称する）１０４−１〜１０４−４はそれぞれ２本の論理レーンを多重化して１０Ｇｂｐｓの物理レーン（ＰＬ：Ｐｈｙｓｉｃａｌ  Ｌａｎｅ）ＰＬ１＃０〜ＰＬ１＃３によって送信する。
【００３４】
マルチレーン伝送装置２において、受信器（以下、ＲＸと称する）２０５−１〜２０５−４は１０Ｇｂｐｓの物理レーンＰＬ１＃０〜ＰＬ１＃３の光信号を受信して電気信号に変換し、それぞれ２本の論理レーンに分離する。
【００３５】
レーン統合部２０６は受信した各論理レーンに含まれるＬＬＭに基づいてＬＬ１＃０〜ＬＬ１＃７を識別し、ＦＡＳおよびＭＦＡＳに基づいて各論理レーン間の遅延時間差を補償し、１６バイトのデータブロックから４行×４０８０列のＯＴＵフレームを再構成する。
【００３６】
デスクランブル＆復号部２０７は再構成されたＯＴＵフレームをデスクランブルし、ＦＥＣ復号して伝送中に生じたエラーを回復し、４行×３８２４列のフレームとして出力する。
【００３７】
フレーム処理部２０８は復号された４行×３８２４列のフレームのＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを読み出してセクションおよびパスの品質をモニタし、ＦＡ  ＯＨ・ＯＴＵ  ＯＨ・ＯＤＵ  ＯＨを除いたＯＰＵからクライアント信号をデマッピングして出力する。
【００３８】
なお、マルチレーン伝送装置２からマルチレーン伝送装置１への伝送も前述した構成と同様であるので、ここでは詳細な説明を省略する。
【００３９】
ここで、ＰＬ１＃２を伝送するマルチレーン伝送装置１のＴＸ１０４−３が故障して光パワーが低下し、マルチレーン伝送装置２のレーン統合部２０６においてＬＬ１＃４およびＬＬ１＃５でＦＡＳが正常に検出できなくなったと仮定する。この時、マルチレーン伝送装置２のレーン統合部２０６は監視制御部２００に対してＬＬ１＃４およびＬＬ１＃５でＬｏＦが発生したことを示す警報信号を出力する。監視制御部２００はフレーム処理部２０１において付加するＦＡ  ＯＨのＦＡＳをＥ−ＦＡＳに変更し、ＯＴＵ  ＯＨの一部あるいは全部をＥ−ＯＨに変更する。図５は、Ｅ−ＯＨのフォーマットの例を示す図である。
【００４０】
ここに示した例では、ＯＴＵ  ＯＨのうち５バイトをＥ−ＯＨに割り当てた例（図１に示す例３）で説明する。Ｅ−ＯＨの先頭バイト（１行８列目）はＮＦＬ（Ｎｕｍｂｅｒ  ｏｆ  Ｆａｕｌｔ  Ｌａｎｅｓ）サブフィールドで、故障したレーン数を表す。続く３バイト（図１に示す例１であれば１バイト、例３であれば５バイト）はＦＬ（Ｆａｕｌｔ  Ｌａｎｅ）サブフィールドで、故障したレーン番号（レーンを特定する識別情報）を表す。最後の１バイトはＣＲＣ−８（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ  ８）でＥ−ＯＨにおける誤り検出に用いる。マルチレーン伝送装置の全帯域の最大値を１Ｔｂｐｓ、論理レーンの速度を５Ｇｂｐｓと仮定すると、論理レーン数は最大２００となるので、ＮＦＬおよびＦＬはそれぞれ１バイトで表記可能である。
【００４１】
また、ＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、ＮＦＬ＝２、ＦＬ１＝４、ＦＬ２＝５、ＦＬ３＝５とする。ここで、重複したＦＬ＃３＝５は無視する。故障したレーン数がＦＬに割り当てられたバイト数（この例では３）よりも大きい場合は、複数のＥＯＨを用いる。例えば、ＬＬ１＃２・ＬＬ１＃３・ＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、第１のＥ−ＯＨでは、ＮＦＬ＝４、ＦＬ１＝２、ＦＬ２＝３、ＦＬ３＝４とし、第２のＥ−ＯＨでは、ＮＦＬ＝４、ＦＬ１＝５、ＦＬ２＝５、ＦＬ３＝５とする。ここで、重複したＦＬ＃２＝５、ＦＬ＃３＝５は無視する。
【００４２】
また、逆方向の伝送（マルチレーン伝送装置２からマルチレーン伝送装置１への伝送）にも同様の障害が発生している可能性があるので、Ｅ−ＯＨは論理レーン数の数だけ繰り返す。
【００４３】
マルチレーン伝送装置１のレーン統合部１０６はあるレーンでＦＡＳを受信すべきタイミングでＥ−ＦＡＳを受信し、その次のタイミングでも再度Ｅ−ＦＡＳを受信したら、マルチレーン伝送装置２でレーンが正常に受信できていないと判定する。このとき、保護段数はもっと多くても良い。レーン統合部１０６はＥ−ＦＡＳを含むデータブロックに対して図６に示すようにデスクランブルしてＥ−ＯＨを読み出し、監視制御部１００に通知する。図６は、Ｅ−ＯＨのデスクランブル動作を示す図である。
【００４４】
これを受けて、監視制御部１００は故障した論理レーンの番号が４・５であるので、これに対応したＴＸ１０４−３（物理レーンＰＬ１＃２）を使用停止し、論理レーン数を８から６に減少させ、論理レーンＬＬ１＃４・ＬＬ１＃５の出力先をＴＸ１０４−４（物理レーンＰＬ１＃３）に変更する（図７に示す点線部分が停止した部分）。図７は、縮退運転しているマルチレーン装置を示す図である。この結果、マルチレーン伝送装置２ではＬＬ１＃０〜ＬＬ１＃６が正常に受信できるようになり、４０Ｇｂｐｓから３０Ｇｂｐｓに縮退した状態で伝送が再開されることになる。Ｅ−ＦＡＳは通常のＦＡＳに戻り、ＯＴＵ  ＯＨも通常に戻る。
【００４５】
＜第２の実施形態＞
次に、本発明の第２の実施形態によるマルチレーン伝送装置と、マルチレーン伝送装置が行う故障レーン通知方法について説明する。第２の実施形態によるマルチレーン伝送装置の構成は、図４に示す構成と同じであるため、ここでは詳細な説明を省略する。第２の実施形態によるマルチレーン伝送装置が行う故障レーン通知方法が第１の実施形態による故障レーン通知方法と異なる点は、図５に示すＥ−ＯＨのフォーマットが異なる点である。図８は、第２の実施形態よるＥ−ＯＨのフォーマットの例を示す図である。
【００４６】
ここに示した例では、ＯＴＵ  ＯＨのうち５バイトをＥ−ＯＨに割り当てた例（図１に示す例３）で説明する。Ｅ−ＯＨの先頭バイト（１行８列目）の１〜４ビット目はＳＮ（Ｓｅｑｕｅｎｔｉａｌ  Ｎｕｍｂｅｒ）サブフィールドで、Ｅ−ＯＨの順番を表す。５〜８ビット目はＮＥＯＨ（Ｎｕｍｂｅｒ  ｏｆ  Ｅ−ＯＨｓ）サブフィールドで、使用するＥ−ＯＨの数を表す。続く３バイト（図１に示す例１であれば１バイト、図１に示す例３であれば５バイト）はＬＳＢＭ（Ｌａｎｅ  Ｓｔａｔｕｓ  Ｂｉｔｍａｐ）サブフィールドで、論理レーンの状態をビットマップ形式（故障なら１、正常なら０）で表記する。最後の１バイトはＣＲＣ−８でＥ−ＯＨにおける誤り検出に用いる。
【００４７】
最大レーン数を８としてＬＬ１＃４・ＬＬ１＃５で障害が発生した場合は、ＳＮ＝１、ＮＥＯＨ＝１、ＬＳＢＭ１＝“００００１１００”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とする（使用していないレーン番号はすべて”０”とする）。
【００４８】
最大レーン数を４０として、ＬＬ１＃４・ＬＬ１＃５・ＬＬ１＃３０・ＬＬ１＃３１で障害が発生した場合は、第１のＥ−ＯＨでは、ＳＮ＝１、ＮＥＯＨ＝２、ＬＳＢＭ１＝“００００１１００”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とし、第２のＥ−ＯＨでは、ＳＮ＝２、ＮＥＯＨ＝２、ＬＳＢＭ１＝“００００００１１”、ＬＳＢＭ２＝“００００００００”、ＬＳＢＭ３＝“００００００００”とする。
【００４９】
以上説明したように、ＩＴＵ−Ｔ  Ｇ．７９８のＩＦ／ＯＯＦ判定基準と互換性を保ちつつ、ＯＴＵフレームの１行目１〜７列目のＦＡ  ＯＨの内１行１列目を置換することで故障レーン通知の有無を、ＯＴＵフレームの１行目８〜１４列目のＯＴＵ  ＯＨの内の１行目８〜１０列目のＳＭ  ＯＨ又は１行目８〜１２列目のＳＭ  ＯＨとＧＣＣ０又は１行目８〜１４列目のＳＭ  ＯＨとＧＣＣ０とＲＥＳからなるＯＴＵ  ＯＨ全体でレーン番号をそれぞれ通知するようにした。これにより、フレーム形式の信号をデータブロックに分割して複数のレーンに分配して伝送するマルチレーン伝送における受信側のＯＴＮ−ＭＬＤから送信側のＯＴＮ−ＭＬＤへの故障レーン通知を行うことが可能になる。
【００５０】
なお、図４における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより故障レーン通知処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５１】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００５２】
以上、図面を参照して本発明の実施の形態を説明してきたが、上記実施の形態は本発明の例示に過ぎず、本発明が上記実施の形態に限定されるものではないことは明らかである。したがって、本発明の技術思想及び範囲を逸脱しない範囲で構成要素の追加、省略、置換、その他の変更を行っても良い。
【産業上の利用可能性】
【００５３】
マルチレーン伝送装置において、受信側から送信側に対して、故障したレーンを番号を通知することが不可欠な用途に適用できる。
【符号の説明】
【００５４】
１、２・・・マルチレーン伝送装置、１００、２００・・・監視制御部、１０１、２０１・・・フレーム処理部、１０２、２０２・・・符号化＆スクランブル部、１０３、２０３・・・レーン分配部、１０４−１〜１０４−４、２０４−１〜２０４−４・・・送信器（ＴＸ）、２０５−１〜２０５−４、１０５−１〜１０５−４・・・受信器（ＲＸ）、１０６、２０６・・・レーン統合部、１０７、２０７・・・デスクランブル＆復号部、１０８、２０８・・・フレーム処理部、ＬＬ１＃０〜ＬＬ１＃７、ＬＬ２＃０〜ＬＬ２＃７・・・論理レーン、ＰＬ１＃０〜ＰＬ１＃３、ＰＬ２＃０〜ＰＬ２＃３・・・物理レーン
【図１】
0005970059.tif 000002
【図２】
0005970059.tif 000003
【図３】
0005970059.tif 000004
【図４】
0005970059.tif 000005
【図５】
0005970059.tif 000006
【図６】
0005970059.tif 000007
【図７】
0005970059.tif 000008
【図８】
0005970059.tif 000009
【図９】
0005970059.tif 000010
【図１０】
0005970059.tif 000011