(57)【要約】【課題】伝送性能を向上することである。【解決手段】伝送装置１は、コアヘッダ検出部３２２とｃＨＥＣ正常性確認部３２３ａとデマッピング部３２６とクライアント側部３２７とを有する。コアヘッダ検出部３２２は、ＧＦＰクライアントフレームＦ１からヘッダを検出する。ｃＨＥＣ正常性確認部３２３ａは、コアヘッダ検出部３２２により検出されたヘッダにエラーが存在するか否かを判定する。デマッピング部３２６は、ｃＨＥＣ正常性確認部３２３ａにより上記エラーが存在すると判定された場合、上記フレームを、クライアント装置Ｃに送出される送出用フレームに変換する。クライアント側部３２７は、上記送出用フレームを消去する。【選択図】図１
2015167330.tif 000002
【特許請求の範囲】
【請求項１】
フレームからヘッダを検出する検出部と、
前記検出部により検出されたヘッダにエラーが存在するか否かを判定するエラー判定部と、
前記エラー判定部により前記エラーが存在すると判定された場合、前記フレームを、他の伝送装置に送出される送出用フレームに変換する変換部と、
前記送出用フレームを消去する消去部と
を有することを特徴とする伝送装置。
【請求項２】
前記フレームは、ペイロード部分を有さないフレームであることを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記エラーは、２ビット以上のエラーであることを特徴とする請求項１に記載の伝送装置。
【請求項４】
前記フレームのフレーム長が所定範囲内であるか否かを判定するフレーム長判定部を更に有し、
前記消去部は、前記フレーム長判定部により前記フレーム長が所定範囲内でないと判定された場合、前記フレームを変換して生成された送出用フレームを消去することを特徴とする請求項１に記載の伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置に関する。
【背景技術】
【０００２】
従来、ＳＯＮＥＴ（Synchronous  Optical  NETwork）やＯＴＵ（Optical  channel  Transport  Unit）により、フレームの多重化通信を行う伝送装置が利用されている。伝送装置は、複数のＧＦＰ（Generic  Framing  Procedure）クライアントフレームが含まれるＧＦＰフレームをネットワーク側から受信し、該ＧＦＰフレームから、送出用ＧＦＰクライアントフレームを生成して、クライアント側に送信する。具体的には、伝送装置は、ＧＦＰフレームを受信すると、該ＧＦＰフレームから複数のＧＦＰクライアントフレームを抽出し、各ＧＦＰクライアントフレームのコアヘッダを検出する。コアヘッダには、該フレームのペイロード長を示すＰＬＩ（Payload  Length  Indicator）の他に、該ＰＬＩに対応するｃＨＥＣが格納されている。伝送装置は、該ｃＨＥＣが正常であるか否かに応じて、ＧＦＰクライアントフレームから送出用ＧＦＰクライアントフレームを生成する方法を変更する。
【０００３】
具体的には、伝送装置は、上記ｃＨＥＣが正常である場合、ＧＦＰクライアントフレームのデマッピングにより、ＰＬＩの示すペイロード長を有する送出用ＧＦＰクライアントフレームを生成する。このとき、ペイロード部分を有さないＧＦＰクライアントフレーム（以下、通常のＧＦＰクライアントフレームと区別するため「ＧＦＰＩｄｌｅフレーム」と記す。）は、削除される。なお、検出されたコアヘッダにエラーが存在しても、該エラーがシングルビットエラーである場合には、上記ｃＨＥＣが正常である場合と同様に、伝送装置は、エラー訂正後のＰＬＩの示すペイロード長を有する送出用ＧＦＰクライアントフレームを生成し、クライアント側に送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−８５３２号公報
【特許文献２】特開２００５−６０３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記ｃＨＥＣが正常でない場合、すなわちマルチビットエラーがコアヘッダに存在する場合には、そのＧＦＰクライアントフレームは、エラーフレーム（以下、「ＧＦＰエラーフレーム」と記す。）とみなされる。そして、伝送装置は、ＰＬＩの示す誤ったペイロード長を有する送出用ＧＦＰクライアントフレームを一旦生成し、該フレームにエラーフラグを付与する。エラーフラグの付与された送出用ＧＦＰクライアントフレームは、クライアント側に接続された別の伝送装置（後段回路）において、ＧＦＰエラーフレームとして消去（破棄）される。
【０００６】
すなわち、従来の伝送装置では、コアヘッダに誤った値が設定されていた場合でも、その誤った値に基づいてデマッピング（ＧＦＰエラーフレームの生成）が行わるため、例えば、以下の様な問題が発生することがあった。ＧＦＰクライアントフレームまたはＧＦＰＩｄｌｅフレームのコアヘッダにマルチビットエラーが存在する場合において、ＰＬＩの示すペイロード長が本来のペイロード長と比較して大きい値である時、後続する正常な送出用ＧＦＰクライアントフレームが消滅してしまう。
【０００７】
例えば、ＧＦＰクライアントフレームのＰＬＩ値が、伝送装置への到達前に、本来の“0x0052”から“0x0070”に２ビット化けした場合、伝送装置は、デマッピング時に、後続する正常なＧＦＰクライアントフレームを巻き込んだ状態でＧＦＰエラーフレームを生成する。これにより、エラーフレームでないＧＦＰクライアントフレームが、ＧＦＰエラーフレームの一部とみなされ、消去されてしまう。その結果、正常なＧＦＰクライアントフレームが消滅し、本来生成されるべき送出用ＧＦＰクライアントフレームが生成されないことがある。この様な送出用ＧＦＰクライアントフレームの間欠は、伝送装置の性能ひいては信頼性を低下させる要因となる。
【０００８】
なお、ＧＦＰＩｄｌｅフレームにおいても、上述したＧＦＰクライアントフレームと同様の問題が発生し得る。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、伝送性能を向上することができる伝送装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本願の開示する伝送装置は、一つの態様において、検出部とエラー判定部と変換部と消去部とを有する。前記検出部は、フレームからヘッダを検出する。前記エラー判定部は、前記検出部により検出されたヘッダにエラーが存在するか否かを判定する。前記変換部は、前記エラー判定部により前記エラーが存在すると判定された場合、前記フレームを、他の伝送装置に送出される送出用フレームに変換する。前記消去部は、前記送出用フレームを消去する。
【発明の効果】
【００１１】
本願の開示する伝送装置の一つの態様によれば、伝送性能を向上することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例に係る伝送装置の構成を示すブロック図である。
【図２】図２は、実施例に係る伝送装置の動作を説明するためのフローチャートである。
【図３Ａ】図３Ａは、ｃＨＥＣが正常である場合におけるデマッピング前のＧＦＰクライアントフレームを示す図である。
【図３Ｂ】図３Ｂは、ｃＨＥＣが正常である場合におけるデマッピング後のＧＦＰクライアントフレームを示す図である。
【図４Ａ】図４Ａは、ｃＨＥＣが正常でない場合におけるデマッピング前のＧＦＰクライアントフレームを示す図である。
【図４Ｂ】図４Ｂは、ｃＨＥＣが正常でない場合におけるデマッピング後のＧＦＰクライアントフレームを示す図である。
【図５】図５は、変形例に係る伝送装置の構成を示すブロック図である。
【図６】図６は、変形例に係る伝送装置の動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する伝送装置の実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示する伝送装置が限定されるものではない。
【００１４】
まず、本願の開示する一実施例に係る伝送装置の構成を説明する。図１は、実施例に係る伝送装置１の構成を示すブロック図である。図１に示す様に、伝送装置１は、オプティカルモジュール２とＦＰＧＡ（Field  Programmable  Gate  Array）３とオプティカルモジュール４とを有する。オプティカルモジュール２は、伝送装置１の受信した光信号を電気信号に変換する。ＦＰＧＡ３は、受信されたＧＦＰフレームに含まれるＧＦＰクライアントフレームのコアヘッダにマルチビットエラーが存在する場合でも、ＧＦＰエラーフレームを生成することなく、ＧＦＰクライアントフレームのデマッピングを行う。これにより、ＦＰＧＡ３は、送出用ＧＦＰクライアントフレームを生成する際、上記ＧＦＰクライアントフレームに後続する正常なＧＦＰクライアントフレームがＧＦＰエラーフレームに巻き込まれて後段で消去されてしまうことを抑止する。オプティカルモジュール４は、上記電気信号を再び光信号に変換する。
【００１５】
なお、ＦＰＧＡ３は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＮＰＵ（Network  Processing  Unit）等であってもよい。
【００１６】
ＦＰＧＡ３は、ＧＦＰマッピング部３１とＧＦＰデマッピング部３２とを有する。ＧＦＰマッピング部３１は、例えば、クライアント装置Ｃから送信されるクライアント信号をＧＦＰフレームへマッピングし、該ＧＦＰフレームをネットワーク装置Ｎへ送出する。ＧＦＰデマッピング部３２は、例えば、ネットワーク装置Ｎから送信されたＧＦＰフレームに含まれる複数のＧＦＰクライアントフレームをデマッピングして送出用ＧＦＰクライアントフレームを生成し、クライアント装置Ｃへ送出する。
【００１７】
なお、上記クライアント信号は、例えば、ITU-T  G.7041/Y.1303  Figure1  GFP  relationship  to  client  signals  and  transport  pathsでは、イーサネット（登録商標）信号、ＩＰ（Internet  Protocol）／ＰＰＰ（Point  to  Point  Protocol）信号であるが、他の信号であってもよい。
【００１８】
ＧＦＰデマッピング部３２は、図１に示す様に、ネットワーク側部３２１とコアヘッダ検出部３２２と正常性確認部３２３ａ、３２３ｂ、３２３ｃとシングルビットエラー通知部３２４ａ、３２４ｂ、３２４ｃとマルチビットエラー通知部３２５ａ、３２５ｂ、３２５ｃとを有する。これら各構成部分は、一方向又は双方向に、信号やフレームの入出力が可能な様に接続されている。
【００１９】
ネットワーク側部３２１は、ネットワーク側からＧＦＰフレームを受信し、該ＧＦＰフレームから複数のＧＦＰクライアントフレームを抽出する。コアヘッダ検出部３２２は、ＧＦＰクライアントフレームからコアヘッダを検出する。ｃＨＥＣ正常性確認部３２３ａは、検出されたコアヘッダ内のｃＨＥＣの正常性を確認する。同様に、ｔＨＥＣ正常性確認部３２３ｂは、検出されたコアヘッダ内のｔＨＥＣの正常性を確認する。同様に、ｅＨＥＣ正常性確認部３２３ｃは、検出されたコアヘッダ内のｅＨＥＣの正常性を確認する。シングルビットエラー通知部３２４ａ、３２４ｂ、３２４ｃは、それぞれ正常性確認部３２３ａ、３２３ｂ、３２３ｃによる正常性確認結果に基づき、シングルビットエラーの発生を通知する。また、マルチビットエラー通知部３２５ａ、３２５ｂ、３２５ｃは、それぞれ正常性確認部３２３ａ、３２３ｂ、３２３ｃによる正常性確認結果に基づき、マルチビットエラーの発生を通知する。
【００２０】
また、ＧＦＰデマッピング部３２は、図１に示す様に、デマッピング部３２６とクライアント側部３２７とを更に有する。デマッピング部３２６は、データアライメント部３２６ａと制御信号生成部３２６ｂとセレクタ３２６ｃとを有する。制御信号生成部３２６ｂは、ＳＯＰ（Start  Of  Packet）生成部３２６ｂ−１とＥＯＰ（End  Of  Packet）生成部３２６ｂ−２とＥＮ（ENable）生成部３２６ｂ−３とＥＲＲ生成部３２６ｂ−４とを有する。これら各構成部分は、一方向又は双方向に、信号やフレームの入出力が可能な様に接続されている。
【００２１】
データアライメント部３２６ａは、コアヘッダ検出部３２２により検出されたコアヘッダの正常性確認結果とイーサフレームとＦＣＳ（Frame  Check  Sequence）とを用いて、上記コアヘッダが１６バイトバウンダリの先頭部分（Ｒｏｗ＝１の位置）に来る様に、ＧＦＰクライアントフレームを整形する。ＳＯＰ生成部３２６ｂ−１は、ｃＨＥＣ正常性確認部３２３ａによる正常性確認結果に基づき、ＰＬＩを参照して、ＳＯＰとＥＯＰ（End  Of  Packet）とＥＮ（ENable）との各制御信号を生成する。ＥＲＲ生成部３２６ｂ−４は、ｅＨＥＣマルチビットエラーまたはｔＨＥＣマルチビットエラーが“１”の時、ＥＲＲ（ERRor  Flag）の制御信号を生成する。セレクタ３２６ｃは、ｃＨＥＣマルチビットエラーを検出した場合、上記各制御信号（ＳＯＰ、ＥＯＰ、ＥＮ、ＥＲＲ）を０固定出力する。クライアント側部３２７は、上記各制御信号を基に、送出用ＧＦＰクライアントフレームから、クライアント信号を抽出する。
【００２２】
次に、動作を説明する。
【００２３】
図２は、実施例に係る伝送装置１の動作を説明するためのフローチャートである。まずＳ１では、コアヘッダ検出部３２２は、受信されたＧＦＰフレームから抽出されたＧＦＰクライアントフレームから、該フレームの先頭に位置するコアヘッダ（ＰＬＩ、ｃＨＥＣ）を検出する。次のＳ２では、コアヘッダ検出部３２２は、Ｓ１で検出されたコアヘッダの有するＰＬＩ及びｃＨＥＣの値を確認し、各値が共に“0x0000”である場合（Ｓ２；Ｙｅｓ）には、上記ＧＦＰクライアントフレームがＧＦＰＩｄｌｅフレームであると判定する。その後、Ｓ１に戻り、コアヘッダ検出部３２２は、次のＧＦＰクライアントフレームに対し、コアヘッダの検出を行う。
【００２４】
一方、上記Ｓ２における確認の結果、ＰＬＩ、ｃＨＥＣの内、少なくとも一方の値が“0x0000”でない場合（Ｓ２；Ｎｏ）には、ｃＨＥＣ正常性確認部３２３ａは、上記ｃＨＥＣの正常性を判定する（Ｓ３）。該判定の結果、上記ｃＨＥＣが正常である場合（Ｓ３；Ｙｅｓ）には、ｃＨＥＣ正常性確認部３２３ａは、上記コアヘッダから上記ＰＬＩを取得する（Ｓ４）。
【００２５】
Ｓ５では、制御信号生成部３２６ｂは、ｃＨＥＣ正常性確認部３２３ａから上記ＰＬＩを取得し、該ＰＬＩを用いて、ＳＯＰ、ＥＯＰ、ＥＮの制御信号を生成する。特に、ｔＨＥＣ正常性確認部３２３ｂまたはｅＨＥＣ正常性確認部３２３ｃにおいてコアヘッダにマルチビットエラーの存在が確認された場合には、制御信号生成部３２６ｂは、上記ＳＯＰ、ＥＯＰ、ＥＮに加えて、ＥＲＲの制御信号を、ＥＲＲ生成部３２６ｂ−４により生成する。
【００２６】
Ｓ６では、データアライメント部３２６ａは、上記コアヘッダ以降のデータを、１６バイトバウンダリの先頭部分（Ｒｏｗ＝１の位置）にシフトすることにより、ＧＦＰクライアントフレームを整形する。そして、データアライメント部３２６ａは、整形後のＧＦＰクライアントフレームを、送出用ＧＦＰクライアントフレームとして、クライアント側部３２７に出力する。
【００２７】
また、上記Ｓ３における判定の結果、上記ｃＨＥＣが正常でない場合（Ｓ３；Ｎｏ）、すなわち、上記コアヘッダにマルチビットエラー（ｃＨＥＣマルチビットエラー）の存在が確認された場合には、セレクタ３２６ｃは、制御信号を０固定出力する。クライアント側部３２７は、該制御信号を入力すると、上記コアヘッダを有する送出用ＧＦＰクライアントフレームを、ＧＦＰエラーフレームとして、消去（破棄）する（Ｓ７）。
【００２８】
なお、上記Ｓ６、Ｓ７の処理終了後は、Ｓ１に戻り、コアヘッダ検出部３２２は、次のＧＦＰクライアントフレームに対し、コアヘッダの検出を行う。
【００２９】
次に、図３Ａ〜図４Ｂを参照しながら、上記Ｓ４〜Ｓ６のデマッピング処理について、より詳細に説明する。図３Ａは、ｃＨＥＣが正常である場合におけるデマッピング前のＧＦＰクライアントフレームＦ１、Ｆ２を示す図である。図３Ｂは、ｃＨＥＣが正常である場合におけるデマッピング後のＧＦＰクライアントフレームＦ１、Ｆ３を示す図である。図３Ａに示す様に、例えば、ＰＬＩとして“0x0052”、ｃＨＥＣとして“0x7AB7”を有するＧＦＰクライアントフレームＦ１は、図３Ｂにおいて、上記ＰＬＩがＲｏｗ＝１に位置する様に整形される。また、図３Ａにおいて、例えば、ＰＬＩとして“0x0000”、ｃＨＥＣとして“0x0000”を有するＧＦＰクライアントフレームＦ２は、図３Ｂに示す様に、ＧＦＰＩｄｌｅフレームＦ３としてデマッピングされ、削除対象となる。
【００３０】
図４Ａは、ｃＨＥＣが正常でない場合におけるデマッピング前のＧＦＰクライアントフレームＦ４、Ｆ５を示す図である。図４Ｂは、ｃＨＥＣが正常でない場合におけるデマッピング後のＧＦＰクライアントフレームＦ４、Ｆ５を示す図である。図４Ａに示す様に、例えば、誤ったＰＬＩとして“0x0070”、ｃＨＥＣとして“0x7AB7”を有するＧＦＰクライアントフレームＦ４は、図４Ｂに示す様に、整形されることなくデマッピングされる。また、図４Ａにおいて、例えば、ＰＬＩとして“0x0000”、ｃＨＥＣとして“0x0000”を有するＧＦＰクライアントフレームＦ５は、図４Ｂに示す様に、ＧＦＰＩｄｌｅフレームＦ５としてデマッピングされ、削除対象となる。
【００３１】
図４Ｂに示す様に、実施例に係る伝送装置１は、例えば、ＧＦＰクライアントフレームのＰＬＩ値が本来の“0x0052”から“0x0070”に２ビット化けした場合でも、ＳＯＰ＝ＥＯＰ＝ＥＮ＝ＥＲＲ＝０として、制御信号を生成しない。これにより、ＧＦＰエラーフレームの生成が防止される。同様に、ＧＦＰＩｄｌｅフレームにおいて、例えば、ＰＬＩ値及びｃＨＥＣ値が本来の“0x0000”及び“0x0000”から“0x0100”及び“0x1000”に２ビット化けした場合でも、伝送装置１は、ＧＦＰエラーフレームを生成しない。
【００３２】
以上説明した様に、伝送装置１は、コアヘッダ検出部３２２とｃＨＥＣ正常性確認部３２３ａとデマッピング部３２６とクライアント側部３２７とを有する。コアヘッダ検出部３２２は、ＧＦＰクライアントフレームＦ１からヘッダを検出する。ｃＨＥＣ正常性確認部３２３ａは、コアヘッダ検出部３２２により検出されたヘッダにエラーが存在するか否かを判定する。デマッピング部３２６は、ｃＨＥＣ正常性確認部３２３ａにより上記エラーが存在すると判定された場合でも、ＧＦＰエラーフレームを生成することなく、上記フレームを、クライアント装置Ｃに送出される送出用ＧＦＰクライアントフレームに変換（デマッピング）する。クライアント側部３２７は、制御信号を０固定出力することで、上記送出用ＧＦＰクライアントフレームを消去する。また、上記フレームは、ペイロード部分を有さないフレーム（例えば、ＧＦＰＩｄｌｅフレームＦ３）であってもよい。更に、上記エラーは、２ビット以上のエラー（例えば、ｃＨＥＣマルチビットエラー）であってもよい。
【００３３】
すなわち、伝送装置１は、入力されたＧＦＰクライアントフレームまたはＧＦＰＩｄｌｅフレームのコアヘッダにマルチビットエラーが存在する場合、制御信号（ＳＯＰ、ＥＯＰ、ＥＮ、ＥＲＲ）を生成しない。これにより、伝送装置１は、ＧＦＰエラーフレームを敢えて生成しないことで、後段回路において、ＧＦＰエラーフレームが送出用ＧＦＰクライアントフレームと認識されることを防止する。従って、使用されないＧＦＰエラーフレームの伝送による伝送帯域の浪費が抑制される。併せて、ＧＦＰエラーフレーム以降に伝送される正常なＧＦＰクライアントフレームが、ＧＦＰエラーフレームに巻き込まれて、消滅してしまうことが未然に回避される。その結果、伝送装置１の伝送性能が向上する。
【００３４】
（変形例）
次に、図５、図６を参照し、変形例について説明する。図５は、変形例に係る伝送装置１の構成を示すブロック図である。図５に示す様に、変形例に係る伝送装置１は、破線に示すフレーム長確認部３２８と、フレーム長通知部３２９と、ＯＲ部３３０とを有する点を除き、図１に示した実施例に係る伝送装置１と同様の構成を有する。従って、変形例では、上記実施例と共通する構成要素には、同一の参照符号を用いると共に、その詳細な説明は省略する。
【００３５】
変形例が上記実施例と異なる点は、送出用ＧＦＰクライアントフレームを消去（破棄）する場合である。具体的には、上記実施例では、ｃＨＥＣが正常でない場合に限り、伝送装置１のクライアント側部３２７は、エラーの存在する送出用ＧＦＰクライアントフレームを消去するものとした。これに対し、本変形例では、ｃＨＥＣが正常であるか否かに拘らず、換言すればＧＦＰクライアントフレームにエラーが無くても、フレーム長が所定範囲外の場合には、伝送装置１のクライアント側部３２７は、送出用ＧＦＰクライアントフレームを消去する。以下、上記実施例との相違点を中心として説明する。
【００３６】
フレーム長確認部３２８は、コアヘッダの有するＰＬＩを参照し、該ＰＬＩ値が“0x004C”以上かつ“0x258C”以下であるか否かを判定する。フレーム長通知部３２９は、該判定結果を基に、ＧＦＰクライアントフレームのフレーム長が所定範囲内にあるか否かをＯＲ部３３０に通知する。ＯＲ部３３０は、上記ｃＨＥＣが正常でない場合、または、上記フレーム長が所定範囲内にない場合に、セレクタ３２６ｃに対し、各制御信号（ＳＯＰ、ＥＯＰ、ＥＮ、ＥＲＲ）の０固定出力を指示する。
【００３７】
図６は、変形例に係る伝送装置１の動作を説明するためのフローチャートである。図６は、上記実施例に係る動作の説明において参照した図２と同様の処理を複数含むことから、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図６のステップＳ１１〜Ｓ１７の各処理は、図２に示したステップＳ１〜Ｓ７の各処理にそれぞれ対応する。
【００３８】
Ｓ１８では、フレーム長確認部３２８は、Ｓ１４で取得されたＰＬＩの値を参照し、0x004C≦ＰＬＩ値≦0x258Cの条件を満たすか否かを判定する。該判定の結果、0x004C≦ＰＬＩ値≦0x258Cを満たす場合（Ｓ１８；Ｙｅｓ）には、Ｓ１５に移行する。すなわち、制御信号生成部３２６ｂは、ｃＨＥＣ正常性確認部３２３ａから上記ＰＬＩを取得し、該ＰＬＩを用いて、ＳＯＰ、ＥＯＰ、ＥＮの制御信号を生成する。一方、上記判定の結果、0x004C≦ＰＬＩ値≦0x258Cを満たさない場合（Ｓ１８；Ｎｏ）には、Ｓ１７に移行する。すなわち、セレクタ３２６ｃは、制御信号を０固定出力する。クライアント側部３２７は、該制御信号を入力すると、ＧＦＰクライアントフレームにおけるエラーの存否に拘らず、送出用ＧＦＰクライアントフレームを消去する。
【００３９】
上述した様に、変形例に係る伝送装置１は、フレーム長確認部３２８を更に有する。フレーム長確認部３２８は、ＧＦＰクライアントフレームのフレーム長が所定範囲内であるか否かを判定する。クライアント側部３２７は、フレーム長確認部３２８により上記フレーム長が所定範囲内でないと判定された場合、制御信号を０固定出力することで、上記ＧＦＰクライアントフレームを変換して生成された送出用ＧＦＰクライアントフレームを消去する。
【００４０】
正常なＧＦＰクライアントフレームのフレーム長は、規格上、８バイト以上かつ６５５３９バイト以下と規定されている。このため、当該範囲外のフレーム長を有するＧＦＰクライアントフレームは、通常、後段回路に実装されるＭＡＣ（Media  Access  Control）機能において消去される。上述した様に、変形例に係る伝送装置１では、デマッピング部３２６がフレーム長のチェック機能を有するので、伝送装置１は、デマッピング処理の段階で、異常なＧＦＰクライアントフレームを消去することができる。これにより、後段回路における無駄な帯域の発生が抑制される。
【００４１】
なお、上記変形例では、フレーム長の最小値を６４バイトとしたことから、ＰＬＩの下限値を、ＰＬＩ＝0x004C（76byte＝ペイロードヘッダ：8byte＋イーサフレーム：64byte＋ペイロードＦＣＳ：4byte）に設定したが、ＰＬＩの下限値は他の値であってもよい。上限値についても同様に、フレーム長の最大値を９６００バイトとしたことから、ＰＬＩの上限値を、ＰＬＩ＝0x258C（9612byte＝ペイロードヘッダ：8byte＋イーサフレーム：9600byte＋ペイロードＦＣＳ：4byte）に設定したが、ＰＬＩの上限値は他の値でもよい。
【００４２】
また、上記変形例では、伝送装置１は、送出用ＧＦＰクライアントフレームを消去する場合を、上記ｃＨＥＣが正常でない場合と、上記フレーム長が所定範囲内にない場合との双方としたが、後者の場合にのみ消去するものとしてもよい。
【００４３】
上記実施例及び変形例では、ＰＤＵ（Protocol  Data  Unit）として、フレームを想定したが、これに限らない。例えば、ネットワーク種別に応じて、ＴＣＰ／ＩＰ（Transmission  Control  Protocol／Internet  Protocol）のパケット、ＡＴＭ（Asynchronous  Transfer  Mode）のセル等、他のＰＤＵに対して、上記実施例及び変形例を適用してもよい。
【００４４】
また、上記実施例及び変形例では、伝送装置１は、コアヘッダにおけるエラーの存否の判定に際し、２ビット以上のエラー（マルチビットエラー）の存在を以って、エラー有りと判定した。しかしながら、これに限らず、伝送装置１は、３ビット以上等、他のビット数以上のエラーが存在する場合に、送出用ＧＦＰクライアントフレームを消去するものとしてもよい。更に、伝送装置１は、コアヘッダのｃＨＥＣの正常性を基に、送出用ＧＦＰクライアントフレームを消去するか否かを決定するものとした。しかしながら、これに限らず、伝送装置１は、ｔＨＥＣやｅＨＥＣの正常性に基づき、送出用ＧＦＰクライアントフレームを消去するか否かの決定を行ってもよい。
【００４５】
更に、上記実施例及び変形例においては、伝送装置１の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することもできる。例えば、ｃＨＥＣ正常性確認部３２３ａとｔＨＥＣ正常性確認部３２３ｂとｅＨＥＣ正常性確認部３２３ｃ、あるいは、制御信号生成部３２６ｂのＳＯＰ生成部３２６ｂ−１とＥＲＲ生成部３２６ｂ−４をそれぞれ１つの構成要素として統合してもよい。反対に、データアライメント部３２６ａに関し、ＧＦＰクライアントフレームを整形する部分と、送出用ＧＦＰクライアントフレームをクライアント側部３２７に出力する部分とに分散してもよい。更に、フレームや制御信号を記憶するメモリを、伝送装置１の外部装置として、ネットワークやケーブル経由で接続する様にしてもよい。
【符号の説明】
【００４６】
１  伝送装置
２  オプティカルモジュール
３  ＦＰＧＡ
４  オプティカルモジュール
３１  ＧＦＰマッピング部
３２  ＧＦＰデマッピング部
３２１  ネットワーク側部
３２２  コアヘッダ検出部
３２３ａ  ｃＨＥＣ正常性確認部
３２３ｂ  ｔＨＥＣ正常性確認部
３２３ｃ  ｅＨＥＣ正常性確認部
３２４ａ、３２４ｂ、３２４ｃ  シングルビットエラー通知部
３２５ａ、３２５ｂ、３２５ｃ  マルチビットエラー通知部
３２６  デマッピング部
３２６ａ  データアライメント部
３２６ｂ  制御信号生成部
３２６ｂ−１  ＳＯＰ生成部
３２６ｂ−２  ＥＯＰ生成部
３２６ｂ−３  ＥＮ生成部
３２６ｂ−４  ＥＲＲ生成部
３２６ｃ  セレクタ
３２７  クライアント側部
３２８  フレーム長確認部
３２９  フレーム長通知部
３３０  ＯＲ部
Ｃ  クライアント装置
Ｆ１、Ｆ２、Ｆ４、Ｆ５  ＧＦＰクライアントフレーム
Ｆ３  ＧＦＰＩｄｌｅフレーム
Ｎ  ネットワーク装置
【図１】
2015167330.tif 000003
【図２】
2015167330.tif 000004
【図３Ａ】
2015167330.tif 000005
【図３Ｂ】
2015167330.tif 000006
【図４Ａ】
2015167330.tif 000007
【図４Ｂ】
2015167330.tif 000008
【図５】
2015167330.tif 000009
【図６】
2015167330.tif 000010