(57)【要約】【課題】  従来、回線障害が発生した場合に、障害の影響によるフレームと一緒に正常なフレームが廃棄されてしまうという問題があった。【解決手段】  第１フレームを第２フレームに格納して送受信する伝送システムにおいて、他の伝送装置から受信する第２フレームの先頭を検出してから第２フレームの末尾を検出するまでに計測される第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、フレーム長が閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、フレーム長が閾値以下の場合、第２フレームの先頭から第２フレームの末尾までに格納された第１フレームを出力する少なくとも１台の伝送装置を有することを特徴とする。【選択図】図６
2016012783.tif 000002
【特許請求の範囲】
【請求項１】
第１フレームを第２フレームに格納して送受信する伝送システムにおいて、
他の伝送装置から受信する前記第２フレームの先頭を検出してから前記第２フレームの末尾を検出するまでに計測される前記第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、前記フレーム長が前記閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、前記フレーム長が前記閾値以下の場合、前記第２フレームの先頭から前記第２フレームの末尾までに格納された前記第１フレームを出力する少なくとも１台の伝送装置を有する
ことを特徴とする伝送システム。
【請求項２】
請求項１に記載の伝送システムにおいて、
前記伝送装置は、前記第２フレームの先頭を検出してから前記第２フレームの末尾を検出するまでのデータ列を記憶部に保持し、前記フレーム長が前記閾値よりも大きい場合、前記記憶部に保持されたデータ列の中から前記第２フレームの先頭を検出し、当該先頭より後ろのデータ列を含む次の前記第２フレームの末尾を検出するまでのデータ列を前記第１フレームとして出力する
ことを特徴とする伝送システム。
【請求項３】
請求項１または２に記載の伝送システムにおいて、
前記ダミーフレームのフレームの長さは、前記第１フレームとして規定された最長フレームより長い
ことを特徴とする伝送システム。
【請求項４】
請求項１から３のいずれか一項に記載の伝送システムにおいて、
前記第１フレームは、イーサネットフレームに対応し、
前記ダミーフレームは、ジャンボフレーム＋１バイトのフレーム長を有する
ことを特徴とする伝送システム。
【請求項５】
請求項１または２に記載の伝送システムにおいて、
前記ダミーフレームの誤り検出符号は、エラーを含むことを特徴とする伝送システム。
【請求項６】
第１フレームを第２フレームに格納して送受信する伝送装置において、
他の伝送装置から受信する前記第２フレームの先頭を検出してから前記第２フレームの末尾を検出するまでに計測される前記第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、前記フレーム長が前記閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、前記フレーム長が前記閾値以下の場合、前記第２フレームの先頭から前記第２フレームの末尾までに格納された前記第１フレームを出力する制御部を有する
ことを特徴とする伝送装置。
【請求項７】
請求項６に記載の伝送装置において、
前記制御部は、前記第２フレームの先頭を検出してから前記第２フレームの末尾を検出するまでのデータ列を保持する記憶部を有し、前記フレーム長が前記閾値よりも大きい場合、前記記憶部に保持されたデータ列の中から前記第２フレームの先頭を検出し、当該先頭より後ろのデータ列を含む次の前記第２フレームの末尾を検出するまでのデータ列を前記第１フレームとして出力する
ことを特徴とする伝送装置。
【請求項８】
請求項６または７に記載の伝送装置において、
前記ダミーフレームのフレームの長さは、前記第１フレームとして規定された最長フレームより長い
ことを特徴とする伝送装置。
【請求項９】
請求項６から８のいずれか一項に記載の伝送装置において、
前記第１フレームは、イーサネットフレームに対応し、
前記ダミーフレームは、ジャンボフレーム＋１バイトのフレーム長を有する
ことを特徴とする伝送装置。
【請求項１０】
請求項６または７に記載の伝送装置において、
前記ダミーフレームの誤り検出符号は、エラーを含むことを特徴とする伝送装置。
【請求項１１】
第１フレームを第２フレームに格納して送受信する伝送装置におけるフレーム処理方法であって、
前記伝送装置は、他の伝送装置から受信する前記第２フレームの先頭を検出してから前記第２フレームの末尾を検出するまでに計測される前記第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、前記フレーム長が前記閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、前記フレーム長が前記閾値以下の場合、前記第２フレームの先頭から前記第２フレームの末尾までに格納された前記第１フレームを出力する
ことを特徴とするフレーム処理方法。
【請求項１２】
請求項１１に記載のフレーム処理方法において、
前記伝送装置は、前記第２フレームの先頭を検出してから前記第２フレームの末尾を検出するまでのデータ列を記憶部に保持し、前記フレーム長が前記閾値よりも大きい場合、前記記憶部に保持されたデータ列の中から前記第２フレームの先頭を検出し、当該先頭より後ろのデータ列を含む次の前記第２フレームの末尾を検出するまでのデータ列を前記第１フレームとして出力する
ことを特徴とするフレーム処理方法。
【請求項１３】
請求項１１または１２に記載のフレーム処理方法において、
前記ダミーフレームのフレームの長さは、前記第１フレームとして規定された最長フレームより長い
ことを特徴とするフレーム処理方法。
【請求項１４】
請求項１１から１３のいずれか一項に記載のフレーム処理方法において、
前記第１フレームは、イーサネットフレームに対応し、
前記ダミーフレームは、ジャンボフレーム＋１バイトのフレーム長を有する
ことを特徴とするフレーム処理方法。
【請求項１５】
請求項１１または１２に記載のフレーム処理方法において、
前記ダミーフレームの誤り検出符号は、エラーを含むことを特徴とするフレーム処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送システム、伝送装置およびフレーム処理方法に関する。
【背景技術】
【０００２】
近年、光通信が普及している。光通信は、光ファイバーを介して通信を行うので電磁誘導ノイズの影響を受けないという特徴があり、メタル回線に比べて信頼性の高いデータ通信が可能である。その反面、光ファイバーの歪みや撓みなどに起因する通信断や誤りを起こす場合があり、異常フレームが生じてデータの欠落や誤配などの原因となる。このような問題を防ぐために、光信号の入力断を検出した時にタンク機能でクロックをリカバリーしたり、データのエラー訂正を行うなどの対策が行われている。また、異常フレームによるスループットの低下を防ぐ技術などが検討されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１９８５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば光通信において、ＯＴＮ(Optical Transport Network)フレームにイーサネット(登録商標)フレームをカプセリングして伝送する場合、受信側の伝送装置は、ＯＴＮフレームの先頭と末尾でイーサネットフレームのデータ列を監視する。ところが、回線障害などにより、ＯＴＮフレームの末尾を認識することが困難になった場合、受信側の伝送装置は、ＯＴＮフレームの先頭を認識後、末尾が認識できない。そして、末尾の無いフレーム（尻切フレームと称する）がバッファなどに滞留し、回線が復旧した際、受信側の伝送装置は、次のフレームの末尾を前の尻切フレームの末尾として誤認識する。誤認識されたフレームは、例えばフレーム長が予め決められた長さよりも長いので、エラーフレームとして廃棄されてしまう。このように、受信側の伝送装置が尻切フレームの後方の正常フレームまで廃棄してしまうという問題があった。
【０００５】
本発明の目的は、正常フレームの廃棄を防止することができる伝送システム、伝送装置およびフレーム処理方法を提供することである。
【課題を解決するための手段】
【０００６】
一つの観点によれば、第１フレームを第２フレームに格納して送受信する伝送システムにおいて、他の伝送装置から受信する第２フレームの先頭を検出してから第２フレームの末尾を検出するまでに計測される第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、フレーム長が閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、フレーム長が閾値以下の場合、第２フレームの先頭から第２フレームの末尾までに格納された第１フレームを出力する少なくとも１台の伝送装置を有することを特徴とする。
【０００７】
一つの観点によれば、第１フレームを第２フレームに格納して送受信する伝送装置において、他の伝送装置から受信する第２フレームの先頭を検出してから第２フレームの末尾を検出するまでに計測される第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、フレーム長が閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、フレーム長が閾値以下の場合、第２フレームの先頭から第２フレームの末尾までに格納された第１フレームを出力する制御部を有することを特徴とする。
【０００８】
一つの観点によれば、第１フレームを第２フレームに格納して送受信する伝送装置におけるフレーム処理方法であって、伝送装置は、他の伝送装置から受信する第２フレームの先頭を検出してから第２フレームの末尾を検出するまでに計測される第１フレームのフレーム長が予め設定された閾値よりも大きいか否かを監視し、フレーム長が閾値よりも大きい場合、当該第１フレームの代わりにダミーフレームを出力し、フレーム長が閾値以下の場合、第２フレームの先頭から第２フレームの末尾までに格納された第１フレームを出力することを特徴とする。
【発明の効果】
【０００９】
本発明に係る伝送システム、伝送装置およびフレーム処理方法は、正常フレームの廃棄を防止することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る伝送システムの一例を示す図である。
【図２】ＯＴＮフレームの一例を示す図である。
【図３】受信側の伝送装置の信号処理部の一例を示す図である。
【図４】比較例として正常フレームが廃棄される場合のＣＬＴ側フレーム制御部の処理例を示す図である。
【図５】正常フレームが廃棄されないようにする場合のＣＬＴ側フレーム制御部の処理例を示す図である。
【図６】ＣＬＴ側フレーム制御部の一例を示す図である。
【図７】フレーム処理の一例を示す図である。
【図８】フレーム列の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本件開示の実施形態について詳しく説明する。
【００１２】
図１は、本実施形態に係る伝送システム１００の一例を示す。図１の例では、伝送システム１００は、伝送装置１０１＿Ａと、伝送装置１０１＿Ｂとを有し、伝送装置１０１＿Ａと伝送装置１０１＿Ｂは、ＷＤＭ(Wavelength Division Multiplexing(波長分割多重))回線の光ファイバ１０２で接続されている。ここで、ＷＤＭは、複数の回線の光信号を異なる複数の波長で多重して１本の光ファイバで伝送する技術である。
【００１３】
図１において、伝送システム１００は、クライアント側の光伝送ネットワーク１０４＿Ａと光伝送ネットワーク１０４＿Ｂとを光ファイバ１０２で接続するための伝送装置１０１＿Ａおよび伝送装置１０１＿Ｂを有する。伝送装置１０１＿Ａは、光伝送ネットワーク１０４＿Ａに接続される回線１０３＿Ａ（１）、回線１０３＿Ａ（ｎ−１）および回線１０３＿Ａ（ｎ）のｎ個（ｎは正の整数）の回線を収容する。また、伝送装置１０１＿Ｂは、光伝送ネットワーク１０４＿Ｂに接続される回線１０３＿Ｂ（１）、回線１０３＿Ｂ（ｎ−１）および回線１０３＿Ｂ（ｎ）のｎ個の回線を収容する。
【００１４】
伝送装置１０１＿Ａは、ＩＦ(InterFace)盤２０１＿Ａ（１）、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）のｎ個のＩＦ盤と、ＭＵＸ／ＤＭＵＸ(MUltipleXer/DeMUltipleXer(多重／分離))２０２＿Ａとを有する。同様に、伝送装置１０１＿Ｂは、ＩＦ盤２０１＿Ｂ（１）、ＩＦ盤２０１＿Ｂ（ｎ−１）およびＩＦ盤２０１＿Ｂ（ｎ）のｎ個のＩＦ盤と、ＭＵＸ／ＤＭＵＸ２０２＿Ｂとを有する。
【００１５】
また、ＩＦ盤２０１＿Ａ（１）は、ＳＦＰ(small form-factor pluggable)トランシーバ３０１＿Ａ（１）と、信号処理部３０２＿Ａ（１）と、ＳＦＰトランシーバ３０３＿Ａ（１）とを有する。同様に、ＩＦ盤２０１＿Ｂ（１）は、ＳＦＰトランシーバ３０１＿Ｂ（１）と、信号処理部３０２＿Ｂ（１）と、ＳＦＰトランシーバ３０３＿Ｂ（１）とを有する。
【００１６】
ここで、以降の説明において、伝送装置１０１＿Ａ、伝送装置１０１＿Ｂに共通の事項を説明する場合は符号末尾の（＿アルファベット）の記号を省略して伝送装置１０１のように表記する。また、特定の伝送装置１０１を指す場合は（＿アルファベット）の記号を付加して例えば伝送装置１０１＿Ａのように表記する。同様に、ＩＦ盤２０１＿Ａ（１）、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）に共通の事項を説明する場合は符号末尾の（＿アルファベット（番号））の記号を省略してＩＦ盤２０１のように表記する。また、特定のＩＦ盤２０１を指す場合は（＿アルファベット（番号））の記号を付加して例えば伝送装置１０１＿Ａ（１）のように表記する。尚、末尾の（番号）は、回線番号に対応する。また、他のブロックについても同様のルールで表記する。
【００１７】
図１において、伝送装置１０１＿Ａは、光伝送ネットワーク１０４＿Ａから受信する複数の回線のＯＴＮフレームをＷＤＭで波長多重して光ファイバ１０２を介して伝送装置１０１＿Ｂに送信する。そして、伝送装置１０１＿Ｂは、伝送装置１０１＿Ａから受信するＷＤＭで多重されたＯＴＮフレームを波長分離し、各波長に対応する回線毎に光伝送ネットワーク１０４＿Ｂに送信する。逆に、伝送装置１０１＿Ｂは、光伝送ネットワーク１０４＿Ｂから受信する複数の回線のＯＴＮフレームをＷＤＭで波長多重し、光ファイバ１０２を介して伝送装置１０１＿Ａに送信する。そして、伝送装置１０１＿Ａは、伝送装置１０１＿Ｂから受信するＷＤＭで多重されたＯＴＮフレームを波長分離し、各波長に対応する回線毎に光伝送ネットワーク１０４＿Ａに送信する。このようにして、本実施形態に係る伝送システム１００は、光伝送ネットワーク１０４＿Ａと光伝送ネットワーク１０４＿Ｂとを伝送装置１０１＿Ａおよび伝送装置１０１＿Ｂにより接続することができる。
【００１８】
図１において、伝送装置１０１＿Ａは、ＩＦ盤２０１＿Ａ（１）と、ＩＦ盤２０１＿Ａ（ｎ−１）と、ＩＦ盤２０１＿Ａ（ｎ）と、ＭＵＸ／ＤＭＵＸ２０２＿Ａとを有する。尚、図１の例では、ＩＦ盤２０１＿Ａ（１）、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）の３つのＩＦ盤２０１＿Ａが描かれているが、伝送装置１０１＿Ａは、複数の回線の数に対応するＩＦ盤２０１＿Ａを有する。
【００１９】
ＩＦ盤２０１＿Ａ（１）は、光伝送ネットワーク１０４＿Ａから回線１０３＿Ａ（１）のＯＴＮフレームを受信して、一旦、ユーザフレームを抽出する。そして、ＩＦ盤２０１＿Ａ（１）は、ユーザフレームに対する処理（例えばＭＡＣ(Media Access Control)フレーム処理）を行った後、ＷＤＭで波長多重するための予め決められた波長の光信号にＯＴＮフレームを変換する。その後、ＩＦ盤２０１＿Ａ（１）は、予め決められた波長の光信号に変換されたＯＴＮフレームを後述するＭＵＸ／ＤＭＵＸ２０２＿Ａに出力する。尚、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）は、回線１０３＿Ａ（ｎ−１）および回線１０３＿Ａ（ｎ）のＯＴＮフレームを受信して、ＩＦ盤２０１＿Ａ（１）と同様の処理を行う。
【００２０】
ＭＵＸ／ＤＭＵＸ２０２＿Ａは、ＩＦ盤２０１＿Ａ（１）、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）がそれぞれ異なる波長で出力する光信号を波長多重して、光ファイバ１０２に送信する。
【００２１】
このように、伝送装置１０１＿Ａは、光伝送ネットワーク１０４＿Ａから受信する複数の回線のＯＴＮフレームをＷＤＭで波長多重して光ファイバ１０２を介して伝送装置１０１＿Ｂに送信することができる。尚、伝送装置１０１＿Ｂから伝送装置１０１＿Ａに送信する場合、伝送装置１０１＿Ｂは、上記で説明した伝送装置１０１＿Ａの送信時と同様に動作する。
【００２２】
次に、図１において、伝送装置１０１＿Ｂの受信時の動作について説明する。
【００２３】
ＭＵＸ／ＤＭＵＸ２０２＿Ｂは、光ファイバ１０２から受信するＷＤＭで波長多重された光信号を波長分離し、予め決められた波長毎の光信号をＩＦ盤２０１＿Ｂ（１）、ＩＦ盤２０１＿Ｂ（ｎ−１）およびＩＦ盤２０１＿Ｂ（ｎ）にそれぞれ出力する。
【００２４】
ＩＦ盤２０１＿Ｂ（１）は、ＭＵＸ／ＤＭＵＸ２０２＿Ｂが出力する光信号を変換し、ユーザフレームを抽出する。そして、ＩＦ盤２０１＿Ｂ（１）は、ユーザフレームに対する処理を行った後、ユーザフレームをＯＴＮフレームに格納して、光伝送ネットワーク１０４＿Ｂに送信する。尚、ＩＦ盤２０１＿Ｂ（ｎ−１）およびＩＦ盤２０１＿Ｂ（ｎ）は、ＩＦ盤２０１＿Ｂ（１）と同様の処理を行い、回線１０３＿Ｂ（ｎ−１）および回線１０３＿Ｂ（ｎ）に対応するＯＴＮフレームをそれぞれ光伝送ネットワーク１０４＿Ｂに送信する。
【００２５】
このように、伝送装置１０１＿Ｂは、光ファイバ１０２を介して受信するＷＤＭの光信号を波長分離して、光伝送ネットワーク１０４＿Ｂの各回線に送信することができる。尚、伝送装置１０１＿Ａが伝送装置１０１＿ＢからＷＤＭの光信号受信する場合、伝送装置１０１＿Ａは、上記で説明した伝送装置１０１＿Ｂの受信時と同様に動作する。例えば、伝送装置１０１＿ＡのＭＵＸ／ＤＭＵＸ２０２＿Ａは、光ファイバ１０２を介して受信する波長多重された光信号を分離して、ＩＦ盤２０１＿Ａ（１）、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）に予め決められた波長毎に出力する。そして、各ＩＦ盤２０１＿Ａは、ＭＵＸ／ＤＭＵＸ２０２＿Ａが出力する各波長の光信号から一旦、ユーザフレームを抽出し、ユーザフレームに対する処理を行った後、ＯＴＮフレームに格納して、光伝送ネットワーク１０４＿Ａに送信する。
【００２６】
次に、図１において、ＩＦ盤２０１＿Ａ（１）について説明する。ＩＦ盤２０１＿Ａ（１）は、ＳＦＰトランシーバ３０１＿Ａ（１）と、信号処理部３０２＿Ａ（１）と、ＳＦＰトランシーバ３０３＿Ａ（１）とを有する。
【００２７】
ＳＦＰトランシーバ３０１＿Ａ（１）は、光伝送ネットワーク１０４＿Ａとの間でＯＴＮフレームの光信号を送受信し、電気信号に変換する回路を有する。例えばＳＦＰトランシーバ３０１＿Ａ（１）は、光伝送ネットワーク１０４＿Ａから受信したＯＴＮフレームの光信号を電気信号に変換する。逆にＳＦＰトランシーバ３０１＿Ａ（１）は、後述する信号処理部３０２＿Ａ（１）が出力するＯＴＮフレームの電気信号を光信号に変換して光伝送ネットワーク１０４＿Ａに送信する。
【００２８】
信号処理部３０２＿Ａ（１）は、ＳＦＰトランシーバ３０１＿Ａ（１）が出力するＯＴＮフレームに格納されたユーザフレーム（例えばイーサネットフレーム）を取り出す。そして、信号処理部３０２＿Ａ（１）は、フレーム処理を行った後、ＷＤＭで送信するために再びＯＴＮフレームを生成してＭＵＸ／ＤＭＵＸ２０２＿Ａに出力する。
【００２９】
ＳＦＰトランシーバ３０３＿Ａ（１）は、後述するＭＵＸ／ＤＭＵＸ２０２＿Ａとの間でＷＤＭの光信号を送受信し、電気信号に変換する回路を有する。例えばＳＦＰトランシーバ３０３＿Ａ（１）は、信号処理部３０２＿Ａ（１）が出力するＯＴＮフレームを予め決められた波長のＷＤＭの光信号に変換して後述するＭＵＸ／ＤＭＵＸ２０２＿Ａに出力する。或いは、ＳＦＰトランシーバ３０３＿Ａ（１）は、後述するＭＵＸ／ＤＭＵＸ２０２＿Ａが出力するＷＤＭの光信号を受信して電気信号に変換し、信号処理部３０２＿Ａ（１）に出力する。
【００３０】
このようにして、伝送装置１０１＿Ａは、クライアント側の光伝送ネットワーク１０４＿Ａから受信するＯＴＮフレームをＷＤＭで多重して伝送装置１０１＿Ｂに送信することができる。また、伝送装置１０１＿Ａは、伝送装置１０１＿Ｂが送信するＷＤＭの光信号を受信して、クライアント側の光伝送ネットワーク１０４＿Ａに送信することができる。ここで、上記では、ＩＦ盤２０１＿Ａ（１）について説明したが、ＩＦ盤２０１＿Ａ（ｎ−１）およびＩＦ盤２０１＿Ａ（ｎ）についてもＩＦ盤２０１＿Ａ（１）と同様に動作する。また、伝送装置１０１＿Ｂについても伝送装置１０１＿Ａと同様に動作する。
【００３１】
図２は、ＯＴＮフレーム１５１の一例を示す。図２において、ＯＴＮフレーム１５１は、例えばイーサネットやＳＤＨなどのユーザフレームをカプセリングして光伝送ネットワーク１０４＿Ａや光伝送ネットワーク１０４＿Ｂで伝送するためのフレームである。図２の例は、イーサネットフレーム１５２をＯＴＮフレーム１５１にカプセリングしている。そして、ＯＴＮフレーム１５１は、イーサネットフレーム１５２の先頭１５３に管理用のオーバーヘッドなどが付加され、末尾１５４に誤り訂正符号などが付加されている。イーサネットフレーム１５２は、宛先などのヘッダ１５５と、ユーザデータ１５６と、誤り検出用のＦＣＳ(Frame Check Sequence)１５７とを有する。
【００３２】
ここで、ＯＴＮフレーム１５１にイーサネットフレーム１５２をカプセリングして伝送する場合、受信側の伝送装置１０１は、ＯＴＮフレーム１５１の先頭１５３と末尾１５４でイーサネットフレーム１５２のデータ列を監視する。そして、受信側の伝送装置１０１は、イーサネットフレーム１５２を取り出してバッファなどに格納する。ところが、回線障害などにより、ＯＴＮフレーム１５１の末尾１５４を認識することが困難になった場合、受信側の伝送装置１０１は、ＯＴＮフレーム１５１の先頭１５３を認識後、末尾１５４が認識できない。これにより、末尾１５４の無いフレーム（以降、尻切フレームと称する）は、バッファなどに滞留する。そして、回線が復旧した際、受信側の伝送装置１０１は、次のフレームの末尾１５４を前の尻切フレームの末尾１５４として誤認識してしまう。誤認識されたフレームは、後段の処理で、ERRORフレーム（フレームの長さが長過ぎる）として廃棄される。或いは、誤認識されたフレームは、フレームの長さが正常であってもＦＣＳなどのエラーフレームとして廃棄される。つまり、受信側の伝送装置１０１は、尻切フレームの次の正常フレームを含めて一つのフレームと誤認識してしまい、誤認識されたフレームは、次のＭＡＣフレーム処理でエラーフレームとして廃棄される。このように、受信側の伝送装置１０１が尻切フレームに続いて受信する正常フレームまで廃棄してしまうという問題があった。
【００３３】
図３は、受信側の伝送装置１０１の信号処理部３０２＿Ｂ（１）の一例を示す。尚、以降の説明において、図１に示した伝送装置１０１＿Ａから伝送装置１０１＿Ｂにフレームを送信する場合について説明するが、伝送装置１０１＿Ｂから伝送装置１０１＿Ａにフレームを送信する場合についても同様に動作する。例えば図３は、受信側の伝送装置１０１＿Ｂの信号処理部３０２＿Ｂ（１）の一例を示しているが、伝送装置１０１＿Ａが受信側となる場合、伝送装置１０１＿Ａの信号処理部３０２＿Ａ（１）も信号処理部３０２＿Ｂ（１）と同様に動作する。
【００３４】
図３において、信号処理部３０２＿Ｂ（１）は、ＷＤＭ側ブロック３５１と、ＣＬＴ(CLienT)側ブロック３５２と、ＷＤＭ側とＣＬＴ側との間でフレームを入出力するバッファとして、ＦＩＦＯ(First In First Out)バッファ４０４とを有する。ＦＩＦＯバッファ４０４は、ＷＤＭ側ブロック３５１のクロックまたはＣＬＴ側ブロック３５２のクロックに同期して読み書き可能なバッファである。
【００３５】
ＷＤＭ側のブロック３５１は、ＷＤＭ側通信部４０１と、ＣＤＲ(Clock and Data Recovery)部４０２と、ＷＤＭ側フレーム制御部４０３とを有する。また、ＣＬＴ側ブロック３５２は、ＣＬＴ側フレーム制御部４０５と、フレームバッファ４０６と、ＭＡＣ部４０７と、ＣＬＴ側通信部４０８と、クロック部４０９とを有する。
【００３６】
ＷＤＭ側ブロック３５１において、ＷＤＭ側通信部４０１は、図１に示したＳＦＰトランシーバ３０３＿Ｂ（１）が出力するＯＴＮフレーム１５１の電気信号を入力する回路を有する。ここで、図３は、ＷＤＭ側から入力する信号を処理してＣＬＴ側に出力する場合の処理ブロックを示している。
【００３７】
ＣＤＲ部４０２は、ＷＤＭ側通信部４０１が出力するＯＴＮフレーム１５１の電気信号からクロック信号を抽出する。そして、ＣＤＲ部４０２は、データ信号を後述するＷＤＭ側フレーム制御部４０３に出力すると共に、クロック信号を後述するＷＤＭ側フレーム制御部４０３およびＦＩＦＯバッファ４０４に供給する。
【００３８】
ＷＤＭ側フレーム制御部４０３は、ＣＤＲ部４０２が出力するデータ信号をＣＤＲ部４０２が抽出したクロック信号に同期して復号化し、ＦＩＦＯバッファ４０４に書き込む。尚、ＷＤＭ側フレーム制御部４０３が復号化したデータは、ＣＤＲ部４０２が抽出したクロック信号に同期してＦＩＦＯバッファ４０４に書き込まれる。
【００３９】
一方、ＣＬＴ側ブロック３５２において、ＣＬＴ側フレーム制御部４０５は、ＦＩＦＯバッファ４０４に書き込まれたデータを後述するクロック部４０９が出力する自走クロック信号に同期して読み出す。そして、ＣＬＴ側フレーム制御部４０５は、ＦＩＦＯバッファ４０４から読み出したデータ（例えば図２に示したＯＴＮフレーム１５１）をフレーム単位でフレームバッファ４０６に書き込む。この時、ＣＬＴ側フレーム制御部４０５は、ＦＩＦＯバッファ４０４から読み出すデータの先頭１５３の次のデータを少しずつフレームバッファ４０６に書き込んでいく。そして、ＣＬＴ側フレーム制御部４０５は、ＦＩＦＯバッファ４０４から読み出すデータの末尾１５４を検出するまで１組のユーザフレーム（例えばイーサネットフレーム１５２）としてフレームバッファ４０６に書き込む。
【００４０】
ＭＡＣ部４０７は、クロック部４０９が出力するクロック信号に同期して動作し、ＣＬＴ側フレーム制御部４０５が出力するユーザフレームに対する処理を行う。例えばユーザフレームがイーサネットフレーム１５２である場合、ＭＡＣ部４０７は、フレーム長などが正常ではないイーサネットフレーム１５２を廃棄する処理を行う。
【００４１】
ＣＬＴ側通信部４０８は、ＭＡＣ部４０７が出力するユーザフレームをＳＦＰトランシーバ３０１＿Ｂ（１）に出力する。例えばＣＬＴ側通信部４０８は、ＭＡＣ部４０７が出力するイーサネットフレーム１５２に先頭１５３と末尾１５４を付加したＯＴＮフレーム１５１に格納してＳＦＰトランシーバ３０１＿Ｂ（１）に出力する。そして、ＳＦＰトランシーバ３０１＿Ｂ（１）は、ＣＬＴ側通信部４０８が出力するＯＴＮフレーム１５１の電気信号を光信号に変換して、クライアント側の光伝送ネットワーク１０４＿Ｂに出力する。
【００４２】
このようにして、信号処理部３０２＿Ｂ（１）は、ＷＤＭ側から受信するＯＴＮフレーム１５１の先頭１５３と末尾１５４とを検出して、先頭１５３から末尾１５４までの間にあるユーザフレームを抽出する。そして、信号処理部３０２＿Ｂ（１）は、ユーザフレームに対する処理を行った後、再び、ユーザフレームをＯＴＮフレーム１５１に格納してクライアント側の光伝送ネットワーク１０４＿Ｂに送信する。
【００４３】
ここで、ＷＤＭ側の光ファイバ１０２に障害が発生した場合、図３に示した信号処理部３０２＿Ｂ（１）の（Ａ）点から（Ｅ）点の各点において、次のような問題が生じる。
・（Ａ）点：ＳＦＰトランシーバ３０１＿Ｂ（１）から入力される信号は、障害の影響を受けたまま信号処理部３０２＿Ｂ（１）に入力される。
・（Ｂ）点：ＳＦＰトランシーバ３０１＿Ｂ（１）から入力される信号よりクロック信号とデータ信号とがＣＤＲ部４０２によって抽出される。ところが、障害のある信号が入力されているため、ＣＤＲ部４０２が抽出したデータ信号とクロック信号の信頼度は、障害がない場合よりも低下する。
・（Ｃ）点：不安定なデータ信号とクロック信号とにより、異常なデータがＦＩＦＯバッファ４０４に書き込まれ、ＣＬＴ側ブロック３５２に読み出される。尚、ＦＩＦＯバッファ４０４の出力側では、読み出されるデータ信号は、クロック部４０９が出力する自走クロック信号に乗せ換えられる。
・（Ｄ）点：ＣＬＴ側フレーム制御部４０５は、ＦＩＦＯバッファ４０４から読み出すデータの先頭１５３と末尾１５４とでＯＴＮフレーム１５１のデータ列を監視している。ところが、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１の先頭１５３を認識後、回線障害のあるデータを読み出した場合、末尾１５４が認識できないことがあり、尻切フレームとなってフレームバッファ４０６に滞留してしまう。そして、回線が復旧した際に、ＣＬＴ側フレーム制御部４０５は、次に受信する正常なＯＴＮフレーム１５１の末尾１５４を前のＯＴＮフレーム１５１の末尾１５４と認識して、障害があるフレームと正常なフレームとを１組のフレームとして連結してしまう。
・（Ｅ）点：回線が復旧した際、障害があるフレームと正常なフレームとを連結したフレームがＣＬＴ側フレーム制御部４０５から出力されると、ＭＡＣ部４０７は、当該フレームをエラーフレーム（フレームが長過ぎる）と判断して廃棄してしまう。つまり、ＭＡＣ部４０７は、（尻切フレーム＋次の正常フレーム）で一組のフレームと誤認識してしまい、次の正常なフレームまで廃棄してしまうという問題点が生じる。
【００４４】
図４は、比較例として正常フレームが廃棄される場合のＣＬＴ側フレーム制御部４０５の処理例を示す。尚、図４において、横軸は時間ｔを示す。ＣＬＴ側フレーム制御部４０５は、入力フレーム（ＯＴＮフレーム１５１（１）、ＯＴＮフレーム１５１（２）、ＯＴＮフレーム１５１（３）およびＯＴＮフレーム１５１（４））を時系列順に入力する。ここで、ＯＴＮフレーム１５１（１）はイーサネットフレーム１５２（１）を格納し、ＯＴＮフレーム１５１（２）はイーサネットフレーム１５２（２）を格納している。同様に、ＯＴＮフレーム１５１（３）はイーサネットフレーム１５２（３）を格納し、ＯＴＮフレーム１５１（４）はイーサネットフレーム１５２（４）を格納している。
【００４５】
ＣＬＴ側フレーム制御部４０５は、図２で説明したＯＴＮフレーム１５１の先頭１５３と末尾１５４とを除去したイーサネットフレーム１５２をフレームバッファ４０６に格納する。例えば図４において、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１（１）から先頭１５３（１）と末尾１５４（１）とを除去したイーサネットフレーム１５２（１）をフレームバッファ４０６に格納する。そして、ＣＬＴ側フレーム制御部４０５は、次のＯＴＮフレーム１５１（２）についても先頭１５３（２）を検出してフレームバッファ４０６への書き込みを開始する。ところが、回線障害により、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１（２）の先頭１５３（２）とペアになる末尾１５４（２）を検出することが困難である。このため、ＣＬＴ側フレーム制御部４０５は、回線障害が復旧した後に入力するＯＴＮフレーム１５１（３）をＯＴＮフレーム１５１（２）の続きのデータとしてフレームバッファ４０６に書き込んでしまう。そして、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１（３）の末尾１５４（３）をイーサネットフレーム１５２（２）の末尾１５４（２）であると誤認識し、フレームバッファ４０６にイーサネットフレーム１５２（２）’として書き込む。尚、ＯＴＮフレーム１５１（４）は、正常に処理され、イーサネットフレーム１５２（４）が抽出されてフレームバッファ４０６に書き込まれる。
【００４６】
そして、ＣＬＴ側フレーム制御部４０５は、フレームバッファ４０６に書き込まれたイーサネットフレーム１５２（１）、イーサネットフレーム１５２（２）’およびイーサネットフレーム１５２（４）をＭＡＣ部４０７に出力する。ところが、ＭＡＣ部４０７は、イーサネットフレーム１５２（２）’が伝送システム１００で予め規定されている最長のフレーム長を超えている場合には、イーサネットフレーム１５２（２）’を廃棄する。そして、ＭＡＣ部４０７は、イーサネットフレーム１５２（１）の次にイーサネットフレーム１５２（４）を出力する。これにより、ＭＡＣ部４０７は、正常ではないイーサネットフレーム１５２（２）’だけでなく、正常なイーサネットフレーム１５２（３）も廃棄してしまう。
【００４７】
ここで、ＷＤＭ回線の障害は、光ファイバ１０２の挿抜、歪みおよび撓みなどによって発生する恐れがある。そして、通信事業者は、イーサネットフレーム１５２が輻輳などで廃棄されるのは許容できるが、輻輳以外の理由で正常なイーサネットフレーム１５２が廃棄されるのは通信品質上、回避することが求められている。そこで、通信事業者は、例えば、回線障害中に尻切フレームが滞留しているフレームバッファ４０６をリセットする方法などを用いる場合がある。しかし、上位レイヤのアプリケーションが障害検出（データエラーなど）をトリガとして下位レイヤ（イーサネットフレーム）のフレームバッファ４０６をリセットするタイミングは非常に難しく、正常な複数のフレームを廃棄してしまう可能性がある。
【００４８】
そこで、本実施形態に係る伝送システム１００は、以下の処理により、回線障害により尻切フレームが生じた場合でも正常なフレームが廃棄されないように処理することができる。
【００４９】
図５は、正常フレームが廃棄されないようにする場合のＣＬＴ側フレーム制御部４０５の処理例を示す。尚、図５は、比較例の図４に対応し、ＣＬＴ側フレーム制御部４０５の入力フレームは図４の例と同じである。つまり、図５は、ＯＴＮフレーム１５１（２）の末尾１５４（２）が回線障害により失われた場合を示し、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１（２）の末尾１５４（２）を認識することが困難な状態にある。
【００５０】
図５において、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１（１）から先頭１５３（１）を除去したイーサネットフレーム１５２（１）を末尾１５４（１）を検出するまで、フレームバッファ４０６に格納する。そして、ＣＬＴ側フレーム制御部４０５は、次のＯＴＮフレーム１５１（２）についても先頭１５３（２）を検出してフレームバッファ４０６への書き込みを開始する。ところが、回線障害により、ＣＬＴ側フレーム制御部４０５は、ＯＴＮフレーム１５１（２）の先頭１５３（２）とペアになる末尾１５４（２）を検出することが難しい。このため、ＣＬＴ側フレーム制御部４０５は、回線障害の復旧後に入力するＯＴＮフレーム１５１（３）をＯＴＮフレーム１５１（２）の続きのデータとしてフレームバッファ４０６に書き込んで行く。ここまでの動作は、図４の例と同じであるが、図６の例では、ＣＬＴ側フレーム制御部４０５は、先頭１５３を検出後にフレームバッファ４０６に書き込み中のフレーム長を監視する。
【００５１】
フレーム長が予め決められた最長のフレーム長を超えた場合、ＣＬＴ側フレーム制御部４０５は、フレームバッファ４０６に書き込まれたデータ列の中から先頭１５３（３）を検出する。そして、ＣＬＴ側フレーム制御部４０５は、先頭１５３（３）に続くデータ列を次のイーサネットフレーム１５２（３）として末尾１５４（３）が検出されるまでフレームバッファ４０６に格納する。
【００５２】
一方、ＣＬＴ側フレーム制御部４０５は、先頭１５３（２）に対応する末尾１５４（２）が検出されなかったので、イーサネットフレーム１５２（２）の代わりにダミーフレーム１６１（２）を作成する。尚、ＯＴＮフレーム１５１（４）は、正常に処理され、イーサネットフレーム１５２（４）が抽出されてフレームバッファ４０６に格納される。
【００５３】
ここで、ダミーフレーム１６１は、後段のユーザフレームの処理において、正常ではないと判別できるようにした意図的に作成したエラーフレームである。例えば、ユーザフレームがイーサネットフレーム１５２の場合、ダミーフレーム１６１は、フレーム長が伝送システム１００で予め決められた最長フレーム（例えば、後述するジャンボフレーム）よりも長いフレームとする。ここで、例えば、ダミーフレーム１６１は、予め決められた最長フレームの長さよりも１バイトだけ長いフレームにするのが好ましい。この理由は、フレーム間隔に偏りが生じないように調整するシェーパーが後段に配置される場合、フレーム間隔が極端に詰まったり、開いたりしないようにするためである。特に、ダミーフレーム１６１を正常なイーサネットフレーム１５２よりも１バイトだけ長いエラーフレームとすることで、ダミーフレーム１６１が正常なイーサネットフレーム１５２として誤って利用されないようにすることができる。或いは、ＣＬＴ側フレーム制御部４０５は、イーサネットフレーム１５２の誤り検出用の情報（ＦＣＳ１５７）を意図的に誤らせたダミーフレーム１６１を生成してもよい。この場合、ＣＬＴ側フレーム制御部４０５は、ダミーフレーム１６１のフレーム長をイーサネットの規定の長さにすることができる。
【００５４】
このようにして、ＣＬＴ側フレーム制御部４０５は、図５に示すように、イーサネットフレーム１５２（１）、ダミーフレーム１６１（２）、イーサネットフレーム１５２（３）、イーサネットフレーム１５２（４）をＭＡＣ部４０７に順番に出力する。
【００５５】
そして、ＭＡＣ部４０７は、ダミーフレーム１６１（２）をエラーフレームとして廃棄し、イーサネットフレーム１５２（１）、イーサネットフレーム１５２（３）、イーサネットフレーム１５２（４）を出力する。これにより、ＭＡＣ部４０７は、正常なイーサネットフレーム１５２（３）を廃棄することなく、後段に出力することができる。
【００５６】
図６は、図５で説明したＣＬＴ側フレーム制御部４０５の一例を示す。ＣＬＴ側フレーム制御部４０５は、フレーム入力部５０１と、フレーム長監視部５０２と、ダミーフレーム部５０３と、出力バッファ５０４と、出力バッファ５０５と、図３で説明したフレームバッファ４０６とを有する。尚、フレームバッファ４０６は、ＣＬＴ側フレーム制御部４０５の内部にあってもよいし、外部に設けてもよい。
【００５７】
フレーム入力部５０１は、先頭検出部５０１ａと、末尾検出部５０１ｂとを有する。先頭検出部５０１ａは、ＦＩＦＯバッファ４０４から読み出すデータの先頭１５３を検出する。また、末尾検出部５０１ｂは、ＦＩＦＯバッファ４０４から読み出すデータの末尾１５４を検出する。そして、フレーム入力部５０１は、ＦＩＦＯバッファ４０４から読み出すデータ列からＯＴＮフレーム１５１の先頭１５３を検出すると、先頭１５３に続くデータを１つのユーザフレームとしてフレームバッファ４０６への書き込みを開始する。次に、フレーム入力部５０１は、ＦＩＦＯバッファ４０４から読み出すデータ列からＯＴＮフレーム１５１の末尾１５４を検出した時に、１つのユーザフレームのフレームバッファ４０６への書き込みを終了する。例えば図２の場合、フレーム入力部５０１は、ＯＴＮフレーム１５１の先頭１５３と末尾１５４とを除去し、先頭１５３と末尾１５４との間のイーサネットフレーム１５２がフレームバッファ４０６に書き込まれる。
【００５８】
フレーム長監視部５０２は、フレームバッファ４０６に書き込まれるフレームの長さを監視するためのカウンタ５０２ａを有する。フレーム長監視部５０２は、フレーム入力部５０１がフレームバッファ４０６に予め決められたデータ単位（例えば１バイト）で書き込む毎にカウンタ５０２ａをカウントアップする。そして、フレーム長監視部５０２は、カウンタ値が予め設定された閾値よりも大きいか否かを判別して、フレームの長さを監視する。フレーム長監視部５０２は、フレームの長さが予め設定された閾値よりも大きい場合、後述する出力バッファ５０４をオフにして、出力バッファ５０５をオンにする。逆に、フレーム長監視部５０２は、フレームの長さが予め設定された閾値以下の場合、後述する出力バッファ５０４をオンにして、出力バッファ５０５をオフにする。図６の例では、フレーム長監視部５０２は、フレームの長さが予め設定された閾値以下の場合に論理”１”、予め設定された閾値よりも大きい場合に論理”０”をそれぞれ出力する。
【００５９】
ダミーフレーム部５０３は、予め設定されたダミーのユーザフレーム（ダミーフレーム１６１）を出力する。
【００６０】
出力バッファ５０４は、出力端子をハイインピーダンスの状態にするための制御端子を有し、制御端子に論理”１”が与えられると入力端子の信号を出力端子に出力し、制御端子に論理”０”が与えられると出力端子はハイインピーダンスの状態になる。尚、制御端子は、フレーム長監視部５０２に接続され、フレーム長監視部５０２により制御される。
【００６１】
出力バッファ５０５は、出力端子をハイインピーダンスの状態にするための制御端子を有し、制御端子に論理”０”が与えられると入力端子の信号を出力端子に出力し、制御端子に論理”１”が与えられると出力端子はハイインピーダンスの状態になる。尚、制御端子は、出力バッファ５０４と同様に、フレーム長監視部５０２に接続され、フレーム長監視部５０２により制御される。出力バッファ５０４と出力バッファ５０５は排他的に動作し、フレームバッファ４０６から読み出したイーサネットフレーム１５２またはダミーフレーム部５０３が生成したダミーフレーム１６１のいずれかがＣＬＴ側フレーム制御部４０５から出力される。
【００６２】
図７は、ＣＬＴ側フレーム制御部４０５のフレーム処理の一例を示す。尚、ＣＬＴ側フレーム制御部４０５は、図６に対応する。
【００６３】
ステップＳ１０１において、フレーム入力部５０１の先頭検出部５０１ａは、ＦＩＦＯバッファ４０４から読み出すデータ列からＯＴＮフレーム１５１の先頭１５３を検出したか否かを判別する。例えばＯＴＮフレーム１５１の先頭１５３が１０バイトのデータを有する場合について説明する。この場合、先頭検出部５０１ａは、ＦＩＦＯバッファ４０４から読み出したデータ列を１バイトずつずらしながら１０バイト単位で先頭１５３に一致するか否かを判別する。フレーム入力部５０１は、ＯＴＮフレーム１５１の先頭１５３を検出した場合、ステップＳ１０２に進み、先頭１５３を検出するまで待機する。
【００６４】
ステップＳ１０２において、フレーム長監視部５０２は、フレーム入力部５０１がフレームバッファ４０６に書き込むフレームの長さを計測するためのカウンタ５０２ａをリセットする。
【００６５】
ステップＳ１０３において、フレーム入力部５０１の末尾検出部５０１ｂは、ＦＩＦＯバッファ４０４から読み出すデータ列からＯＴＮフレーム１５１の末尾１５４を検出したか否かを判別する。例えばＯＴＮフレーム１５１の末尾１５４が５バイトのデータを有する場合について説明する。この場合、末尾検出部５０１ｂは、フレームバッファ４０６に書き込まれた４バイトのデータと、次にＦＩＦＯバッファ４０４から読み出す１バイトのデータとを併せた５バイトのデータ列が末尾１５４の５バイトに一致するか否かを判別する。フレーム入力部５０１は、ＯＴＮフレーム１５１の末尾１５４を検出した場合、ステップＳ１１０に進み、末尾１５４を検出しない場合、ステップＳ１０４に進む。
【００６６】
ステップＳ１０４において、フレーム入力部５０１は、ＦＩＦＯバッファ４０４から読み出したデータ（例えば１バイトのデータ単位）をフレームバッファ４０６に書き込む。
【００６７】
ステップＳ１０５において、フレーム長監視部５０２は、カウンタ５０２ａをカウントアップする。
【００６８】
ステップＳ１０６において、フレーム長監視部５０２は、カウンタ５０２ａのカウント値が９６００よりも大きくなったか否かを判別する。ここで、イーサネットでは、通常の１５１８バイトを超える長さのフレームを「ジャンボフレーム」と呼んでおり、本実施形態に係る伝送システム１００は、ジャンボフレームのフレーム長を９６００バイトに設定している。従って、フレーム長監視部５０２は、フレームバッファ４０６に書き込まれるフレームの長さが最大のフレーム長（９６００バイト）よりも大きくなったか否かを判別する。そして、フレームバッファ４０６に書き込まれるフレームの長さが９６００バイトよりも大きくなった場合、処理はステップＳ１０７に進む。また、フレームの長さが９６００バイト以下の場合、処理はステップＳ１０３に戻り、末尾検出部５０１ｂは、次にＦＩＦＯバッファ４０４から読み出されるデータとフレームバッファ４０６に書き込まれているデータとからなるデータ列に対して末尾１５４の検出を行う。
【００６９】
ステップＳ１０７において、フレーム長監視部５０２は、出力バッファ５０４から出力バッファ５０５に切り替えて、ダミーフレーム部５０３が生成するダミーフレーム１６１を出力する。
【００７０】
ステップＳ１０８において、フレーム入力部５０１の先頭検出部５０１ａは、フレームバッファ４０６に書き込み中のデータ列の中から先頭１５３を検出し、先頭１５３より後ろのデータ列を新たなフレームとしてフレームバッファ４０６の別の領域に書き込む。
【００７１】
ステップＳ１０９において、フレーム長監視部５０２は、ステップＳ１０８で新たなフレームとしてフレーム長を監視するが、既にフレームバッファ４０６にデータが書き込まれているので、そのデータの長さに対応する値をカウンタ５０２ａにセットする。そして、フレーム長監視部５０２は、ステップＳ１０３の処理に戻る。これにより、ＣＬＴ側フレーム制御部４０５は、例えば図５で説明したように、イーサネットフレーム１５２（２）の尻切フレームと次のＯＴＮフレーム１５１（３）の先頭１５３とを取り除いたイーサネットフレーム１５２（３）を抽出できる。
【００７２】
ステップＳ１１０において、フレーム長監視部５０２は、出力バッファ５０５から出力バッファ５０４に切り替えて、フレームバッファ４０６への書き込みが終了した１つのイーサネットフレーム１５２を出力する。
【００７３】
このように、ＣＬＴ側フレーム制御部４０５は、ＦＩＦＯバッファ４０４から読み出すデータのフレーム長を監視して、予め決められた閾値を超えた場合にダミーフレームを出力することができる。これにより、ＣＬＴ側フレーム制御部４０５は、尻切フレームに合体されていた正常なイーサネットフレーム１５２を取り出すことができる。
【００７４】
以上、説明してきたように、本実施形態に係る伝送システム１００は、下位レイヤで正常なフレームを廃棄することが無くなり、上位レイヤにおける再送シーケンスの実行を不要にすることができ、通信品質が向上する。
【００７５】
また、本実施形態に係る伝送システム１００は、障害が生じたフレームの代わりにダミーフレーム１６１を挿入することにより、次に説明する効果も得られる。
【００７６】
図８は、ＣＬＴ側フレーム制御部４０５が出力するフレーム列の一例を示す。
【００７７】
図８（ａ）は、図４で説明した比較例のフレーム列を示す。図８（ａ）の場合、正常なイーサネットフレーム１５２（３）が正常ではないイーサネットフレーム１５２（２）と共に廃棄され、イーサネットフレーム１５２（１）とイーサネットフレーム１５２（４）との間隔が２フレーム分だけ開いてしまう。
【００７８】
図８（ｂ）は、図８（ａ）で正常ではないイーサネットフレーム１５２（２）と共に廃棄されていた正常なイーサネットフレーム１５２（３）を救済する場合のフレーム列を示す。図８（ｂ）の場合、エラーフレームとして廃棄されたイーサネットフレーム１５２（２）の部分がなくなるのでイーサネットフレーム１５２（１）とイーサネットフレーム１５２(３)との間隔が１フレーム分だけ開いてしまう。
【００７９】
図８（ｃ）は、障害が生じた正常ではないイーサネットフレーム１５２（２）の代わりにダミーフレーム１６１を出力する場合の列を示す。図８（ｃ）に示すように、ダミーフレーム１６１を挿入することにより、イーサネットフレーム１５２（１）からイーサネットフレーム１５２（５）までのフレーム列が等間隔にバランスよく配置して出力される。これにより、図８（ｂ）の場合と比べて、フレームの間隔が適正になるように調整するシェーパーの処理を軽くすることができる。特に、ダミーフレーム１６１の長さを伝送システム１００で使用するフレームの最長のフレーム長＋１バイトにすることで、エラーフレームでありながらフレーム間隔を正常に近い状態に保つことができる。図８（ｄ）は、図８（ｃ）の比較例として、ダミーフレームが短い場合の例を示すが、ダミーフレームが短い場合、前後のフレーム間隔が開いてしまうので、ダミーフレームは最長のフレーム長に近い長さにするのが好ましい。或いは、ダミーフレームの長さを前後の複数のフレームの長さの平均値にしてもよい。これにより、ダミーフレームの長さを固定にするよりもフレーム間隔の偏りが少なくなるので、後段のシェーピング処理を軽くすることができる。尚、ダミーフレームが最長のフレーム長より短い場合は、ダミーフレームが正常ではないイーサネットフレーム１５２であることがわかるように、例えばＦＣＳ値を意図的にエラーにしておく。
【００８０】
以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。
【符号の説明】
【００８１】
１００・・・伝送システム；１０１，１０１＿Ａ，１０１＿Ｂ・・・伝送装置；１０２・・・光ファイバ；１０３，１０３＿Ａ，１０３＿Ｂ・・・回線；１０４，１０４＿Ａ，１０４＿Ｂ・・・光伝送ネットワーク；１５１・・・ＯＴＮフレーム；１５２・・・イーサネットフレーム；１５３・・・先頭；１５４・・・末尾；１５５・・・ヘッダ；１５６・・・データ；１５７・・・ＦＣＳ；１６１・・・ダミーフレーム；２０１，２０１＿Ａ，２０１＿Ｂ・・・ＩＦ盤；２０２，２０２＿Ａ，２０２＿Ｂ・・・ＭＵＸ／ＤＭＵＸ；３０１，３０１＿Ａ，３０１＿Ｂ（１），３０３，３０３＿Ａ，３０３＿Ｂ・・・ＳＦＰトランシーバ；３０２，３０２＿Ａ，３０２＿Ｂ・・・信号処理部；３５１・・・ＷＤＭ側ブロック；３５２・・・ＣＬＴ側ブロック；４０１・・・ＷＤＭ側通信部；４０２・・・ＣＤＲ部；４０３・・・ＷＤＭ側フレーム制御部；４０４・・・ＦＩＦＯバッファ；４０５・・・ＣＬＴ側フレーム制御部；４０６・・・フレームバッファ；４０７・・・ＭＡＣ部；４０８・・・ＣＬＴ側通信部；４０９・・・クロック部；５０１・・・フレーム入力部；５０１ａ・・・先頭検出部；５０１ｂ・・・末尾検出部；５０２・・・フレーム長監視部；５０２ａ・・・カウンタ；５０３・・・ダミーフレーム部；５０４・・・出力バッファ；５０５・・・出力バッファ
【図１】
2016012783.tif 000003
【図２】
2016012783.tif 000004
【図３】
2016012783.tif 000005
【図４】
2016012783.tif 000006
【図５】
2016012783.tif 000007
【図６】
2016012783.tif 000008
【図７】
2016012783.tif 000009
【図８】
2016012783.tif 000010