JP2005006036A - ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法 - Google Patents
ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法 Download PDFInfo
- Publication number
- JP2005006036A JP2005006036A JP2003167222A JP2003167222A JP2005006036A JP 2005006036 A JP2005006036 A JP 2005006036A JP 2003167222 A JP2003167222 A JP 2003167222A JP 2003167222 A JP2003167222 A JP 2003167222A JP 2005006036 A JP2005006036 A JP 2005006036A
- Authority
- JP
- Japan
- Prior art keywords
- client signal
- network
- gfp
- code
- transfer method
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】リンク切断状態となる確立を減少可能な伝送装置を提供する。
【解決手段】ＧＦＰ Ｄｅｍａｐ処理部２３１はＧＦＰフレームからペイロード情報フィールドのデータを取出し、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２はペイロード情報フィールドのデータ内に格納されているＳｕｐｅｒｂｌｏｃｋ毎にＣＲＣ演算を行い、エラーが検出されると、コード挿入指示部２３４に対してエラーを検出したことを通知する。コード挿入指示部２３４は６４Ｂ／６５Ｂ復号部２３３から８Ｂ／１０Ｂ符号部２３５に入力された先頭のデータに、フレームの終了位置を示すコードＥＰＤを挿入し、それ以降のデータ部分に、すべてＩＤＬＥ状態を示すコードを挿入するように８Ｂ／１０Ｂ符号部２３５に指示する。
【選択図】 図３
【解決手段】ＧＦＰ Ｄｅｍａｐ処理部２３１はＧＦＰフレームからペイロード情報フィールドのデータを取出し、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２はペイロード情報フィールドのデータ内に格納されているＳｕｐｅｒｂｌｏｃｋ毎にＣＲＣ演算を行い、エラーが検出されると、コード挿入指示部２３４に対してエラーを検出したことを通知する。コード挿入指示部２３４は６４Ｂ／６５Ｂ復号部２３３から８Ｂ／１０Ｂ符号部２３５に入力された先頭のデータに、フレームの終了位置を示すコードＥＰＤを挿入し、それ以降のデータ部分に、すべてＩＤＬＥ状態を示すコードを挿入するように８Ｂ／１０Ｂ符号部２３５に指示する。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明はネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法に関し、特にギガビットイーサネット（Ｒ）等のネットワーク上に多様なクライアント信号の可変長ペイロードをカプセル化するトランスペアレント転送方法に関する。
【０００２】
【従来の技術】
ギガビットイーサネット（Ｒ）では、リンク状態を制御信号によって維持するため、中間の伝送装置でクライアントの信号をトランスペアレントに転送する必要がある。ここで、リンクとは一般にノード間の接続状態を示す。
【０００３】
クライアントの信号を中間の伝送装置にてトランスペアレント（透過的）に転送する方法としては、トランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）がある（例えば、非特許文献１参照）。
【０００４】
ＧＦＰとはＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）［ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｇ．７０７］やＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）（ＩＴＵ−Ｔ Ｇ．７０９）にて定義されるネットワーク上に多様なクライアント信号の可変長ペイロードをカプセル化する技術である。
【０００５】
トランスペアレントＧＦＰは８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングする方式であり、上位プロトコルのフレームを意識しないため、フレームとフレームとの間に存在する制御情報等もトランスペアレント（透過的）にマッピングすることができる。
【０００６】
トランスペアレントＧＦＰの処理は受信したデータの正確性を検査するためにＧＦＰフレームのペイロード情報を６７オクテット毎にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を実施し、ビットエラーが無いかを検査している。この６７オクテットはＳｕｐｅｒｂｌｏｃｋと呼ばれ、６５ビットのデータである６５Ｂブロックが８つと、１６ビットのＣＲＣフィールドとから構成されている。
【０００７】
ＣＲＣによる検査の結果、異常が検出された場合、Ｓｕｐｅｒｂｌｏｃｋを構成するすべての６５Ｂブロックを、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ） ８０２．３にて無効と定義されるコードに変換し、クライアントに対して転送する。
【０００８】
この信号を受信したクライアントの装置は無効と定義されるデータを４バイト連続受信すると、リンクを切断する。したがって、ＳｕｐｅｒｂｌｏｃｋにてＣＲＣで異常が検出された場合には、必ずリンクが切断される。
【０００９】
リンクが切断されることによって、リンクの再確立までの時間、パケットロスが発生したり、さらに上位のプロトコルが動作し、経路変更が頻繁に起きる可能性がある。
【００１０】
しかしながら、光ファイバを使用したネットワークにおいては、伝送路特性の劣化によるビットエラーは起こりえることであり、頻繁にリンク切断が起きてしまう。
【００１１】
ここで、従来の技術を使用したシステムを図１２に示す。図１２においては、ノード内のＧＦＰ機能ブロック５の受信部の構成を示しており、ＧＦＰ機能ブロック５はＧＦＰ Ｄｅｍａｐ処理部５１と、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２と、６４Ｂ／６５Ｂ復号部５３と、エラーコード挿入指示部５４と、８Ｂ／１０Ｂ符号部５５とから構成され、ポート（Ｐｏｒｔ）６に接続されている。
【００１２】
従来の技術では、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２でエラーが検出された場合、エラーコード挿入指示部５４に通知される。エラーコード挿入指示部５４はＳｕｐｅｒｂｌｏｃｋを構成していた部分に対して無効を示す８Ｂ／１０Ｂ符号として特殊コード（Ｋ３０．７）またはコード未定義の値を挿入する。したがって、ＧＦＰ機能ブロック５ではポート６から６４個の特殊コード（Ｋ３０．７）またはコード未定義値が連続して送信されることになる。
【００１３】
つまり、ＧＦＰ機能ブロック５の受信部では、図１３に示すように、ＧＦＰフレームを受信すると（図１３ステップＳ４１）、ＧＦＰ Ｄｅｍａｐ処理部５１で受信したＧＦＰフレームからペイロード情報フィールドのデータを取出し（図１３ステップＳ４２）、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２に出力する。
【００１４】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２はペイロード情報フィールドからＳｕｐｅｒｂｌｏｃｋを取出し（図１３ステップＳ４３）、Ｓｕｐｅｒｂｌｏｃｋを構成する８つの６５Ｂブロックに対してＣＲＣ演算を行い、Ｓｕｐｅｒｂｌｏｃｋ末尾のＣＲＣ−１６と比較する（図１３ステップＳ４４）。
【００１５】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２はＣＲＣの比較結果がＯＫでなければ（図１３ステップＳ４５）、エラーコード挿入指示部５４にエラーがあることを通知する（図１３ステップＳ４６）。
【００１６】
６４Ｂ／６５Ｂ復号部５３は６５Ｂブロックを６４Ｂ／６５Ｂ復号し、８つの８ビットデータにする（図１３ステップＳ４７）。８Ｂ／１０Ｂ符号部５５はエラーコード挿入指示部５４にエラー通知なければ（図１３ステップＳ４８）、８ビットデータを８Ｂ／１０Ｂ符号化し（図１３ステップＳ４９）、ポート６へ送信する（図１３ステップＳ５０）。
【００１７】
８Ｂ／１０Ｂ符号部５５はエラーコード挿入指示部５４にエラー通知あれば（図１３ステップＳ４８）、エラーコードを挿入し（図１３ステップＳ５１）、ポート６へ送信する（図１３ステップＳ５０）。
【００１８】
対応するノードのレイヤ２機能ブロックでは、ポートから受信した８Ｂ／１０Ｂ符号が８Ｂ／１０Ｂ符号受信部にてデータと特殊符号とに分類される。データの場合には８Ｂ／１０Ｂ復号部へ出力される。特殊符号の中で無効を示す特殊コード（Ｋ３０．７）またはコード未定義の値がある場合には同期状態検出部にエラーが通知される。同期状態検出部ではエラー通知がなく、リンク確立状態にある時に８Ｂ／１０Ｂ復号部に対してデータを上位レイヤデータ受信部に出力することを許可する。
【００１９】
しかしながら、同期状態検出部に４回連続エラーが通知された場合には、同期はずれ状態が検出され、同期状態検出部が８Ｂ／１０Ｂ復号部に対して出力の停止を指示し、接続先とのリンクを切断する。したがって、従来の技術では、ＣＲＣエラー時にフレームに対して無効を示すコードが連続して挿入されるため、必ずリンク切断状態となる。
【００２０】
【非特許文献１】
“ＴＲＡＮＳＭＩＳＳＩＯＮ ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＤＩＡ，ＤＩＧＩＴＡＬ ＳＹＳＴＥＭＳ ＡＮＤ ＮＥＴＷＯＲＫＳ”，ＩＴＵ−ＴＧ．７０４１（１２／２００１）
【００２１】
【発明が解決しようとする課題】
上述した従来の伝送装置では、伝送路にて１ビットでもエラーか混入すると、無効データが連続出力される仕組みになっているため、クライアント信号であるギガビットイーサネット（Ｒ）の接続状態を示すリンクが必ず切断されてしまうという問題がある。
【００２２】
リンクが切断されると、リンクの再確立のために時間を要するだけでなく、システムの構成によっては、不必要な経路の変更や動作の変更が起こる可能性がある。この場合、データの１ビットのデータの正確性よりもリンク切断を防ぎ、ネットワーク全体の品質を向上させることが望まれる。これに対応する対策としては、転送するデータにエラーが検出されてもリンク切断動作が発生しないように、無効データが連続出力されない仕組みが必要である。
【００２３】
そこで、本発明の目的は上記の問題点を解消し、リンク切断状態となる確立を減少させることができるネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法を提供することにある。
【００２４】
【課題を解決するための手段】
本発明によるネットワークは、クライアント信号をトランスペアレントに転送する伝送装置を含むネットワークであって、
前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送する手段を前記伝送装置に備えている。
【００２５】
本発明による伝送装置は、クライアント信号をネットワーク上にトランスペアレントに転送する伝送装置であって、前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送する手段を備えている。
【００２６】
本発明によるトランスペアレント転送方法は、クライアント信号をトランスペアレントに転送する伝送装置を含むネットワークのトランスペアレント転送方法であって、前記伝送装置が、前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送している。
【００２７】
すなわち、本発明の伝送装置は、８Ｂ／１０Ｂ符号を用いたクライアント信号をＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）またはＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のネットワーク上にトランスペアレントに転送する処理に適しており、特にギガビットイーサ（Ｒ）のインタフェースを持つシステムにおいて、クライアント同士のリンクが切断されることを最小限にとどめることを特徴とする。
【００２８】
リンクとは一般にノード間の接続状態を示すが、本発明では多数の伝送装置から構成されるネットワークを利用して、クライアント同士があたかも直接接続しているように見える論理的な接続のことを示す。
【００２９】
ギガビットイーサネット（Ｒ）ではこのリンク状態を制御信号によって維持するため、中間の伝送装置ではクライアントの信号をトランスペアレント（透過的）に転送する必要がある。
【００３０】
クライアントの信号を中間の伝送装置にてトランスペアレントに転送する方式としては、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｇ．７０４１にて定義されるトランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）がある。ＧＦＰとはＳＤＨ（ＩＴＵ−Ｔ Ｇ．７０７）やＯＴＮ（ＩＴＵ−Ｔ Ｇ．７０９）にて定義されるネットワーク上に多様なクライアント信号の可変長ペイロードをカプセル化する技術である。
【００３１】
トランスペアレントＧＦＰは８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングする方法であり、上位プロトコルのフレームを意識しないため、フレームとフレームとの間に存在する制御情報等も透過的にマッピングすることができる。
【００３２】
トランスペアレントＧＦＰの処理は受信したデータの正確性を検査するためにＧＦＰフレームのペイロード情報を６７オクテット毎にＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を実施し、ビットエラーが無いかを検査している。この６７オクテットはＳｕｐｅｒｂｌｏｃｋと呼ばれ、６５ビットのデータである６５Ｂブロックが８つと、１６ビットのＣＲＣフィールドとから構成されている。
【００３３】
ＣＲＣによる検査の結果、異常が検出された場合、Ｓｕｐｅｒｂｌｏｃｋを構成するすべての６５ＢブロックをＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ） ８０２．３にて無効と定義されるコードに変換し、クライアントに対して転送する。
【００３４】
この信号を受信したクライアントの装置は無効と定義されるデータを４バイト連続受信すると、リンクを切断する。したがって、ＳｕｐｅｒｂｌｏｃｋにてＣＲＣで異常が検出された場合には、必ずリンクが切断される。リンクが切断されることによって、リンクの再確立までの時間、パケットロスが発生したり、さらに上位のプロトコルが動作し、経路変更が頻繁に起きる可能性がある。
【００３５】
しかしながら、光ファイバを使用したネットワークにおいては、伝送路特性の劣化によるビットエラーが起こりえることであり、頻繁にリンク切断が起きてしまう。
【００３６】
本発明では、ＣＲＣエラーが検出された場合でも、異常を示すコードに変換する処理を行わず、フレームの終了位置を示すコードＥＰＤ（Ｅｎｄ ｏｆ Ｐａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）をＳｕｐｅｒｂｌｏｃｋの先頭に挿入する方法を採用している。クライアント側では受取ったエラー信号を上位プロトコルによって処理することとする。
【００３７】
これによって、クライアント側ではフレーム異常を検出し、フレームを廃棄することが可能となるので、無効コードが連続受信されず、リンクが確立されたままとなり、リンク切断の発生回数を低減させることが可能となる。
【００３８】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるネットワークはトランスポートネットワーク１００に対してノード３がノード１を介して接続し、ノード４がノード２を介して接続されている。
【００３９】
トランスポートネットワーク１００は複数のノードがＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）またはＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のインタフェースで接続されて構成されているものとする。本実施例では、ＳＯＮＥＴ／ＳＤＨのネットワークを想定して説明する。
【００４０】
ノード３，４はそれぞれレイヤ２機能ブロック３２，４２を有している。ノード３のレイヤ２機能ブロック３２はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ） ８０２．３にて規定されている１０００ＢＡＳＥ−Ｘの機能を持つ。
【００４１】
１０００ＢＡＳＥ−Ｘでは８Ｂ／１０Ｂ符号化を採用しており、レイヤ２機能ブロック３２からポート（Ｐｏｒｔ）３１を介して入出力される信号を８Ｂ／１０Ｂクライアント信号と呼ぶことにする。また、ノード４のレイヤ２機能ブロック４２も、上記のレイヤ２機能ブロック３２と同等の機能を持つ。
【００４２】
ノード１，２はレイヤ１機能ブロック１２，２２と、ＧＦＰ（ＧｅｎｅｒｉｃＦｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）機能ブロック１３，２３とを有している。
【００４３】
ノード１のレイヤ１機能ブロック１２はＳＯＮＥＴ／ＳＤＨフレームにＧＦＰフレームをマッピングしてポート１１から出力する機能と、ポート１１から受信したＳＯＮＥＴ／ＳＤＨのフレームを終端し、ＧＦＰフレームをＧＦＰ機能ブロック１２に出力する機能を持つ。また、ノード２のレイヤ１機能ブロック２２も、上記のレイヤ１機能ブロック１２と同等の機能を持つ。
【００４４】
ノード１のＧＦＰ機能ブロック１３はポート１４から受信する８Ｂ／１０Ｂクライアント信号を処理してＧＦＰのフレームにマッピングし、レイヤ１機能ブロック１２に出力する機能と、レイヤ１機能ブロック１２から入力されたＧＦＰフレームのデータを８Ｂ／１０Ｂクライアント信号に変換し、ポート１４から出力する機能を持つ。また、ノード２のＧＦＰ機能ブロック２３も、上記のＧＦＰ機能ブロック１３と同等の機能を持つ。
【００４５】
各ノードの接続を以下に示す。ノード１のポート１４はノード３のポート３１に接続され、ノード１のポート１１はトランスポートネットワーク１００に接続される。また、ノード２のポート２４はノード４のポート４１に接続され、ノード２のポート２１はトランスポートネットワーク１００に接続される。
【００４６】
図２は図１のＧＦＰ機能ブロック１３及びレイヤ２機能ブロック３２各々の送信部の構成を示すブロック図である。図２において、ＧＦＰ機能ブロック１３はＧＦＰ Ｍａｐｐｅｒ処理部１３１と、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２と、６４Ｂ／６５Ｂ符号部１３３と、８Ｂ／１０Ｂ復号部１３４とから構成されている。尚、ノード２のＧＦＰ機能ブロック２３の送信部は上記のノード１のＧＦＰ機能ブロック１３の送信部と同様の構成となっている。
【００４７】
レイヤ２機能ブロック３２は８Ｂ／１０Ｂ送信部３２１と、８Ｂ／１０Ｂ符号部３２２と、上位レイヤデータ送信部３２３とから構成されている。尚、ノード４のレイヤ２機能ブロック４２の送信部は上記のノード３のレイヤ２機能ブロック３２の送信部と同様の構成となっている。
【００４８】
図３は図１のＧＦＰ機能ブロック２３及びレイヤ２機能ブロック４２各々の受信部の構成を示すブロック図である。図３において、ＧＦＰ機能ブロック２３はＧＦＰ Ｄｅｍａｐ処理部２３１と、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２と、６４Ｂ／６５Ｂ復号部２３３と、コード挿入指示部２３４と、８Ｂ／１０Ｂ符号部２３５とから構成されている。尚、ノード１のＧＦＰ機能ブロック１３の受信部は上記のノード２のＧＦＰ機能ブロック２３の受信部と同様の構成となっている。
【００４９】
レイヤ２機能ブロック４２は８Ｂ／１０Ｂ受信部４２１と、同期状態検出部４２２と、８Ｂ／１０Ｂ復号部４２３と、上位レイヤデータ受信部４２４とから構成されている。尚、ノード３のレイヤ２機能ブロック３２の受信部は上記のノード４のレイヤ２機能ブロック４２の受信部と同様の構成となっている。
【００５０】
図４は本発明の一実施例に用いられるＧＦＰフレームの構成を示す図である。図４において、ＧＦＰフレームはコアヘッダと、ペイロードエリアとから構成され、ペイロードエリアはペイロードヘッダと、ペイロード情報フィールドと、ペイロードＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）とから構成されている。
【００５１】
図５は図４のペイロード情報フィールドの構成を示す図である。図５において、ペイロード情報フィールドはＳｕｐｅｒｂｌｏｃｋ（６７オクテット）＃１〜＃Ｎで構成されている。
【００５２】
図６は図５のＳｕｐｅｒｂｌｏｃｋの構成を示す図である。図６において、Ｓｕｐｅｒｂｌｏｃｋは６５ビットのデータである８つの６５Ｂ Ｂｌｏｃｋ（ブロック）＃１〜＃８と、１６ビットのＣＲＣフィールドとから構成されている。
【００５３】
図７は図６の６５Ｂブロックの構成を示す図である。図７において、６５Ｂブロックはフラグと、オクテット＃１〜＃８とから構成されている。
【００５４】
図８は本発明の一実施例に用いられる８Ｂ／１０Ｂ符号化された信号の構成を示す図である。図８において、８Ｂ／１０Ｂ符号化された信号は８Ｂ／１０Ｂ符号＃１〜＃８から構成されている。
【００５５】
図９は図３の８Ｂ／１０Ｂ符号部２３５におけるＣＲＣエラー発生時の８Ｂ／１０Ｂ符号化された信号の構成を示す図である。図９において、Ｓｕｐｅｒｂｌｏｃｋの先頭の６４Ｂブロック（６４Ｂ＃１）の先頭部分には「／Ｔ／」，「／Ｒ／」で示されるＥＰＤ（Ｅｎｄ ｏｆ Ｐａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）が挿入され、それ以降、末尾の６４Ｂブロック（６４Ｂ＃８）までは「／Ｉ／」で示されるＩＤＬＥに置き換えられる。
【００５６】
図１０は図３のＧＦＰ機能ブロック２３の動作を示すフローチャートであり、図１１は図３のレイヤ２機能ブロック４２の動作を示すフローチャートである。これら図１〜図１１を参照して本発明の一実施例によるネットワークの動作について説明する。以下、ノード３からノード４へ信号を転送する場合の動作について説明する。
【００５７】
ノード１のＧＦＰ機能ブロック１３及びノード２のＧＦＰ機能ブロック２３はそれぞれ図２に示す送信部と図３に示す受信部との両方の機能を持ち、ノード３のレイヤ２機能ブロック３２及びノード４のレイヤ２機能ブロック４２はそれぞれ図２に示す送信部と図３に示す受信部との両方の機能を持つ。
【００５８】
まず、データ送信時の動作について説明する。ノード３のレイヤ２機能ブロック３２の上位レイヤデータ送信部３２３は送信したいデータを８Ｂ／１０Ｂ符号部３２２に出力する。
【００５９】
８Ｂ／１０Ｂ符号部３２２は入力されたデータまたは送信したい制御信号を８Ｂ／１０Ｂ符号化し、８Ｂ／１０Ｂ送信部３２１へ出力する。８Ｂ／１０Ｂ送信部３２１は入力された８Ｂ／１０Ｂ信号をポート３１に出力する。
【００６０】
８Ｂ／１０Ｂ符号とは８ビット、すなわち２８ ＝２５６通りのデータを１０ビットの符号に変換したものである。また、１０ビットの符号には２５６通りのデータとは別に、制御信号等を送信するための１２種類の特殊符号も定義されている。この場合、符号化方式はＩＥＥＥ ８０２．３に従うものとする。
【００６１】
ノード１のＧＦＰ機能ブロック１３の８Ｂ／１０Ｂ復号部１３４はポート１４を介して図８に示す８Ｂ／１０Ｂ符号化された信号を受信し、８Ｂ／１０Ｂ符号を元の８ビットのデータに復号し、６４Ｂ／６５Ｂ符号部１３３に出力する。
【００６２】
６４Ｂ／６５Ｂ符号部１３３は入力された８ビットデータを８つ集め、それらに６４Ｂ／６５Ｂ符号化を施し、図７に示す６５ビットの６５Ｂブロックを生成し、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２に出力する。この場合、符号化方式はＩＴＵ−Ｔ Ｇ．７０４１に従うものとする。
【００６３】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２は入力された６５Ｂブロックを８つ集めた６５バイトに対してＣＲＣ−１６を計算し、演算結果を６５バイトの末尾に付与する。これをＳｕｐｅｒｂｌｏｃｋと呼び、図６に示す。Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２は生成したＳｕｐｅｒｂｌｏｃｋをＧＦＰ Ｍａｐｐｅｒ処理部１３１に出力する。
【００６４】
ＧＦＰ Ｍａｐｐｅｒ処理部１３１は入力されたＳｕｐｅｒｂｌｏｃｋを、図５に示すように、ＧＦＰフレームのペイロード情報フィールドに一定数格納する。ペイロード情報フィールドに格納されるＳｕｐｅｒｂｌｏｃｋの数Ｎは上位プロトコルの帯域と、ＧＦＰの下位レイヤの帯域とによって決定される。
【００６５】
さらに、ＧＦＰ Ｍａｐｐｅｒ処理部１３１は図４に示すＧＦＰフレームを構成し、レイヤ１機能ブロック１２に出力する。レイヤ１機能ブロック１２は入力されたＧＦＰフレームをＳＯＮＥＴ／ＳＤＨのフレームにマッピングし、ノード１のポート１１からトランスポートネットワーク１００に出力する。トランスポートネットワーク１００によって転送されたＧＦＰフレームは、ノード２のポート２１によって受信される。
【００６６】
続いて、データ受信時の動作について説明する。ノード２はレイヤ１機能ブロック２２にてポート２１から受信したＳＯＮＥＴ／ＳＤＨのフレームを終端し、ＧＦＰのフレームを取出し、ＧＦＰ機能ブロック２３に出力する。
【００６７】
ＧＦＰ Ｄｅｍａｐ処理部２３１は図４に示すＧＦＰフレームからペイロード情報フィールドのデータを取出し（図１０ステップＳ１，Ｓ２）、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２に出力する。
【００６８】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２は入力されたペイロード情報フィールドのデータ内に格納されているＳｕｐｅｒｂｌｏｃｋ毎にＣＲＣ演算を行う。つまり、Ｓｕｐｅｒｂｌｏｃｋ内の８つの６５Ｂブロックに対してＣＲＣの演算を行い、末尾のＣＲＣ−１６の値と比較する（図１０ステップＳ３，Ｓ４）。
【００６９】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２はＣＲＣ値の比較結果が正しい（ＯＫ）場合（図１０ステップＳ５）、ＳｕｐｅｒｂｌｃｋのＣＲＣのフィールドをはずし、６５Ｂブロックのみを６４Ｂ／６５Ｂ復号部２３３に出力する。６４Ｂ／６５Ｂ復号部２３３は入力された６５Ｂブロックを６４Ｂ／６５Ｂ復号化し、元の８つの８ビットデータに変換し（図１０ステップＳ７）、８Ｂ／１０Ｂ符号部２３５に出力する。
【００７０】
８Ｂ／１０Ｂ符号部２３５では入力されたデータに対して８Ｂ／１０Ｂ符号化処理を行い（図１０ステップＳ８，Ｓ９）、生成された８Ｂ／１０Ｂ信号をポート２４から出力する（図１０ステップＳ１３）。
【００７１】
一方、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２はＣＲＣ値の比較結果にエラーが検出された場合（図１０ステップＳ５）、ＳｕｐｅｒｂｌｃｋのＣＲＣのフィールドをはずし、６５Ｂブロックのみを６４Ｂ／６５Ｂ復号部２３３に出力するととも、コード挿入指示部２３４に対してエラーを検出したことを通知する（図１０ステップＳ６）。
【００７２】
６４Ｂ／６５Ｂ復号部２３３は入力された６５Ｂブロックを６４Ｂ／６５Ｂ復号化し、元の８つの８ビットデータに変換し、８Ｂ／１０Ｂ符号部２３５に出力する。コード挿入指示部２３４はＣＲＣエラーが検出されたＳｕｐｅｒｂｌｏｃｋを構成していたデータに対して次のようなコードを挿入するように８Ｂ／１０Ｂ符号部２３５に指示する。
【００７３】
つまり、コード挿入指示部２３４は６４Ｂ／６５Ｂ復号部２３３から８Ｂ／１０Ｂ符号部２３５に入力された先頭のデータに、フレームの終了位置を示すコードＥＰＤを挿入するように指示する。コードＥＰＤは「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」の符号で構成される。
【００７４】
また、コード挿入指示部２３４は、そのデータに続いて８Ｂ／１０Ｂ符号部２３５に入力されるＣＲＣエラーのあるＳｕｐｅｒｂｌｏｃｋを構成していたデータ部分に、すべてＩＤＬＥ状態を示すコードである「／Ｉ／」を挿入するように指示する（図９参照）。
【００７５】
８Ｂ／１０Ｂ符号部２３５は入力されたデータに対してコード挿入指示部２３４から指示された８Ｂ／１０Ｂ符号化処理を行い、つまりコード挿入指示部２３４からの指示に応じてコードＥＰＤの挿入（図１０ステップＳ１０，Ｓ１１）と、ＩＤＬＥ状態を示すコードの挿入（図１０ステップＳ１０，Ｓ１２）とを行い、生成された８Ｂ／１０Ｂ信号をポート２４から出力する（図１０ステップＳ１３）。
【００７６】
従来の技術ではＳｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部でエラーが検出された場合、エラーコード挿入指示部に通知し、エラーコード挿入指示部がＳｕｐｅｒｂｌｏｃｋを構成していた部分に対して無効を示す８Ｂ／１０Ｂ符号として特殊コード（Ｋ３０．７）またはコード未定義の値を挿入する。したがって、ポートから６４個の特殊コード（Ｋ３０．７）またはコード未定義値が連続して送信されることになる。
【００７７】
これに対し、本実施例では、ＣＲＣエラーがある場合でも、特殊コード（Ｋ３０．７）またはコード未定義値を挿入せず、コードＥＤＰとコードＩＤＬＥとを挿入する。これによって、本実施例では、不正な位置にコードＥＤＰが存在するデータが送信されるため、受信のノード、つまり図１におけるノード４にて異常が検出され、そのデータが廃棄処理される。
【００７８】
続いて、図１１を参照して、ノード４のポート４１から受信したデータの処理について説明する。尚、図１１に示すデータ処理は従来のレイヤ２機能のデータ処理と同様である。
【００７９】
ブロックポート４１から受信した８Ｂ／１０Ｂ符号はレイヤ２機能ブロック４２の８Ｂ／１０Ｂ符号受信部４２１でデータと特殊符号とに分類される（図１１ステップＳ２１〜Ｓ２３）。データの場合には８Ｂ／１０Ｂ復号部４２３に出力され、８Ｂ／１０Ｂ復号部４２３にて８Ｂ／１０Ｂ復号化される（図１１ステップＳ２４）。特殊符号の中で無効を示す特殊コード（Ｋ３０．７）またはコード未定義の値がある場合には同期状態検出部４２２にエラーが通知される。
【００８０】
同期状態検出部４２２ではエラー通知がなく、リンク確立状態にある時に、８Ｂ／１０Ｂ復号部４２３に対してデータを上位レイヤデータ受信部４２４に出力することを許可する（図１１ステップＳ２５〜Ｓ２９）。
【００８１】
つまり、８Ｂ／１０Ｂ復号部４２３では特殊符号がない場合（図１１ステップＳ２３）、データとして分類し、そのデータを８Ｂ／１０Ｂ復号化し（図１１ステップＳ２４）、「／Ｓ／」でフレーム先頭位置を受信した後にデータフレーム構成を開始し、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」の受信で最終位置を認識する（図１１ステップＳ２５）。この場合、「／Ｓ／・・・／Ｓ／」、「／Ｔ／Ｒ／・・・／Ｔ／Ｒ／」は受信されない。
【００８２】
また、８Ｂ／１０Ｂ復号部４２３では特殊符号がある場合でも（図１１ステップＳ２３）、その特殊符号がエラーコードでなく（図１１ステップＳ３１）、「／Ｓ／」、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」でなければ（図１１ステップＳ３２）、その他の制御処理を行う（図１１ステップＳ３３）。８Ｂ／１０Ｂ復号部４２３では「／Ｓ／」、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」であれば（図１１ステップＳ３２）、上記と同様に、「／Ｓ／」でフレーム先頭位置を受信した後にデータフレーム構成を開始し、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」の受信で最終位置を認識する（図１１ステップＳ２５）。
【００８３】
この後、８Ｂ／１０Ｂ復号部４２３ではフレーム長異常がなく（図１１ステップＳ２６）、ＭＡＣ ＦＣＳ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）の演算を行い（図１１ステップＳ２７）、ＭＡＣ ＦＣＳ値が一致すれば（図１１ステップＳ２８）、そのデータを上位レイヤ処理部（上位レイヤデータ受信部４２４）へ送る（図１１ステップＳ２９）。
【００８４】
これに対し、８Ｂ／１０Ｂ復号部４２３でフレーム長異常が検出されたり（図１１ステップＳ２６）、ＭＡＣ ＦＣＳ値が不一致であれば（図１１ステップＳ２８）、同期状態検出部４２２はそのフレームのデータを廃棄する（図１１ステップＳ３０）。
【００８５】
一方、同期状態検出部４２２は特殊符号がエラーコードの場合（図１１ステップＳ３１）、エラーコードが４回連続して受信されると（図１１ステップＳ３４）、そのフレームのデータの廃棄、リンクの切断を行う（図１１ステップＳ３５）。つまり、同期状態検出部４２２は４回連続してエラーが通知されると、同期はずれ状態を検出し、８Ｂ／１０Ｂ復号部４２３に対して出力の停止を指示し、接続先とのリンク、つまりノード４はノード３とのリンクを切断する。
【００８６】
したがって、従来の技術ではＣＲＣエラー時に無効を示すコードが連続して挿入されるため、必ずリンク切断状態となるが、本実施例ではＣＲＣエラー時でも無効を示すコードを連続挿入しない方式であるため、リンクを確立した状態を維持することが可能である。
【００８７】
このように、本実施例では、ＧＦＰフレーム内のＳｕｐｅｒｂｌｏｃｋのＣＲＣエラーに起因するエラーコード挿入機能を削除し、コードＥＰＤとコードＩＤＬＥとを挿入する機能を加えることによって、リンク切断状態となる確立を減少させることができる。つまり、従来の方法では伝送路上で１ビットでもエラーが混入すると、必ずリンク断が発生しているのに対し、本実施例ではリンク断となる確立を減少させることができる。
【００８８】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、リンク切断状態となる確立を減少させることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるネットワークの構成を示すブロック図である。
【図２】図１のＧＦＰ機能ブロック及びレイヤ２機能ブロック各々の送信部の構成を示すブロック図である。
【図３】図１のＧＦＰ機能ブロック及び２レイヤ２機能ブロック各々の受信部の構成を示すブロック図である。
【図４】本発明の一実施例に用いられるＧＦＰフレームの構成を示す図である。
【図５】図４のペイロード情報フィールドの構成を示す図である。
【図６】図５のＳｕｐｅｒｂｌｏｃｋの構成を示す図である。
【図７】図６の６５Ｂブロックの構成を示す図である。
【図８】本発明の一実施例に用いられる８Ｂ／１０Ｂ符号化された信号の構成を示す図である。
【図９】図３の８Ｂ／１０Ｂ符号部におけるＣＲＣＲエラー発生時の８Ｂ／１０Ｂ符号化された信号の構成を示す図である。
【図１０】図３のＧＦＰ機能ブロックの動作を示すフローチャートである。
【図１１】図３のレイヤ２機能ブロックの動作を示すフローチャートである。
【図１２】従来のＧＦＰ機能ブロックの受信部の構成を示すブロック図である。
【図１３】従来のＧＦＰ機能ブロックの受信部の動作を示すフローチャートである。
【符号の説明】
１〜４ ノード
１１，１４，２１，
２４，３１，４１ ポート
１２，２２ レイヤ１機能ブロック
１３，２３ ＧＦＰ機能ブロック
３２，４２ レイヤ２機能ブロック
１３１ ＧＦＰ Ｍａｐｐｅｒ処理部
１３２ Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部
１３３ ６４Ｂ／６５Ｂ符号部
１３４ ８Ｂ／１０Ｂ復号部１３４
２３１ ＧＦＰ Ｄｅｍａｐ処理部
２３２ Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部
２３３ ６４Ｂ／６５Ｂ復号部
２３４ コード挿入指示部
２３５ ８Ｂ／１０Ｂ符号部
３２１ ８Ｂ／１０Ｂ送信部
３２２ ８Ｂ／１０Ｂ符号部
３２３ 上位レイヤデータ送信部
４２１ ８Ｂ／１０Ｂ受信部
４２２ 同期状態検出部
４２３ ８Ｂ／１０Ｂ復号部
４２４ 上位レイヤデータ受信部
【発明の属する技術分野】
本発明はネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法に関し、特にギガビットイーサネット（Ｒ）等のネットワーク上に多様なクライアント信号の可変長ペイロードをカプセル化するトランスペアレント転送方法に関する。
【０００２】
【従来の技術】
ギガビットイーサネット（Ｒ）では、リンク状態を制御信号によって維持するため、中間の伝送装置でクライアントの信号をトランスペアレントに転送する必要がある。ここで、リンクとは一般にノード間の接続状態を示す。
【０００３】
クライアントの信号を中間の伝送装置にてトランスペアレント（透過的）に転送する方法としては、トランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）がある（例えば、非特許文献１参照）。
【０００４】
ＧＦＰとはＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）［ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｇ．７０７］やＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）（ＩＴＵ−Ｔ Ｇ．７０９）にて定義されるネットワーク上に多様なクライアント信号の可変長ペイロードをカプセル化する技術である。
【０００５】
トランスペアレントＧＦＰは８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングする方式であり、上位プロトコルのフレームを意識しないため、フレームとフレームとの間に存在する制御情報等もトランスペアレント（透過的）にマッピングすることができる。
【０００６】
トランスペアレントＧＦＰの処理は受信したデータの正確性を検査するためにＧＦＰフレームのペイロード情報を６７オクテット毎にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を実施し、ビットエラーが無いかを検査している。この６７オクテットはＳｕｐｅｒｂｌｏｃｋと呼ばれ、６５ビットのデータである６５Ｂブロックが８つと、１６ビットのＣＲＣフィールドとから構成されている。
【０００７】
ＣＲＣによる検査の結果、異常が検出された場合、Ｓｕｐｅｒｂｌｏｃｋを構成するすべての６５Ｂブロックを、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ） ８０２．３にて無効と定義されるコードに変換し、クライアントに対して転送する。
【０００８】
この信号を受信したクライアントの装置は無効と定義されるデータを４バイト連続受信すると、リンクを切断する。したがって、ＳｕｐｅｒｂｌｏｃｋにてＣＲＣで異常が検出された場合には、必ずリンクが切断される。
【０００９】
リンクが切断されることによって、リンクの再確立までの時間、パケットロスが発生したり、さらに上位のプロトコルが動作し、経路変更が頻繁に起きる可能性がある。
【００１０】
しかしながら、光ファイバを使用したネットワークにおいては、伝送路特性の劣化によるビットエラーは起こりえることであり、頻繁にリンク切断が起きてしまう。
【００１１】
ここで、従来の技術を使用したシステムを図１２に示す。図１２においては、ノード内のＧＦＰ機能ブロック５の受信部の構成を示しており、ＧＦＰ機能ブロック５はＧＦＰ Ｄｅｍａｐ処理部５１と、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２と、６４Ｂ／６５Ｂ復号部５３と、エラーコード挿入指示部５４と、８Ｂ／１０Ｂ符号部５５とから構成され、ポート（Ｐｏｒｔ）６に接続されている。
【００１２】
従来の技術では、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２でエラーが検出された場合、エラーコード挿入指示部５４に通知される。エラーコード挿入指示部５４はＳｕｐｅｒｂｌｏｃｋを構成していた部分に対して無効を示す８Ｂ／１０Ｂ符号として特殊コード（Ｋ３０．７）またはコード未定義の値を挿入する。したがって、ＧＦＰ機能ブロック５ではポート６から６４個の特殊コード（Ｋ３０．７）またはコード未定義値が連続して送信されることになる。
【００１３】
つまり、ＧＦＰ機能ブロック５の受信部では、図１３に示すように、ＧＦＰフレームを受信すると（図１３ステップＳ４１）、ＧＦＰ Ｄｅｍａｐ処理部５１で受信したＧＦＰフレームからペイロード情報フィールドのデータを取出し（図１３ステップＳ４２）、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２に出力する。
【００１４】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２はペイロード情報フィールドからＳｕｐｅｒｂｌｏｃｋを取出し（図１３ステップＳ４３）、Ｓｕｐｅｒｂｌｏｃｋを構成する８つの６５Ｂブロックに対してＣＲＣ演算を行い、Ｓｕｐｅｒｂｌｏｃｋ末尾のＣＲＣ−１６と比較する（図１３ステップＳ４４）。
【００１５】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部５２はＣＲＣの比較結果がＯＫでなければ（図１３ステップＳ４５）、エラーコード挿入指示部５４にエラーがあることを通知する（図１３ステップＳ４６）。
【００１６】
６４Ｂ／６５Ｂ復号部５３は６５Ｂブロックを６４Ｂ／６５Ｂ復号し、８つの８ビットデータにする（図１３ステップＳ４７）。８Ｂ／１０Ｂ符号部５５はエラーコード挿入指示部５４にエラー通知なければ（図１３ステップＳ４８）、８ビットデータを８Ｂ／１０Ｂ符号化し（図１３ステップＳ４９）、ポート６へ送信する（図１３ステップＳ５０）。
【００１７】
８Ｂ／１０Ｂ符号部５５はエラーコード挿入指示部５４にエラー通知あれば（図１３ステップＳ４８）、エラーコードを挿入し（図１３ステップＳ５１）、ポート６へ送信する（図１３ステップＳ５０）。
【００１８】
対応するノードのレイヤ２機能ブロックでは、ポートから受信した８Ｂ／１０Ｂ符号が８Ｂ／１０Ｂ符号受信部にてデータと特殊符号とに分類される。データの場合には８Ｂ／１０Ｂ復号部へ出力される。特殊符号の中で無効を示す特殊コード（Ｋ３０．７）またはコード未定義の値がある場合には同期状態検出部にエラーが通知される。同期状態検出部ではエラー通知がなく、リンク確立状態にある時に８Ｂ／１０Ｂ復号部に対してデータを上位レイヤデータ受信部に出力することを許可する。
【００１９】
しかしながら、同期状態検出部に４回連続エラーが通知された場合には、同期はずれ状態が検出され、同期状態検出部が８Ｂ／１０Ｂ復号部に対して出力の停止を指示し、接続先とのリンクを切断する。したがって、従来の技術では、ＣＲＣエラー時にフレームに対して無効を示すコードが連続して挿入されるため、必ずリンク切断状態となる。
【００２０】
【非特許文献１】
“ＴＲＡＮＳＭＩＳＳＩＯＮ ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＤＩＡ，ＤＩＧＩＴＡＬ ＳＹＳＴＥＭＳ ＡＮＤ ＮＥＴＷＯＲＫＳ”，ＩＴＵ−ＴＧ．７０４１（１２／２００１）
【００２１】
【発明が解決しようとする課題】
上述した従来の伝送装置では、伝送路にて１ビットでもエラーか混入すると、無効データが連続出力される仕組みになっているため、クライアント信号であるギガビットイーサネット（Ｒ）の接続状態を示すリンクが必ず切断されてしまうという問題がある。
【００２２】
リンクが切断されると、リンクの再確立のために時間を要するだけでなく、システムの構成によっては、不必要な経路の変更や動作の変更が起こる可能性がある。この場合、データの１ビットのデータの正確性よりもリンク切断を防ぎ、ネットワーク全体の品質を向上させることが望まれる。これに対応する対策としては、転送するデータにエラーが検出されてもリンク切断動作が発生しないように、無効データが連続出力されない仕組みが必要である。
【００２３】
そこで、本発明の目的は上記の問題点を解消し、リンク切断状態となる確立を減少させることができるネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法を提供することにある。
【００２４】
【課題を解決するための手段】
本発明によるネットワークは、クライアント信号をトランスペアレントに転送する伝送装置を含むネットワークであって、
前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送する手段を前記伝送装置に備えている。
【００２５】
本発明による伝送装置は、クライアント信号をネットワーク上にトランスペアレントに転送する伝送装置であって、前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送する手段を備えている。
【００２６】
本発明によるトランスペアレント転送方法は、クライアント信号をトランスペアレントに転送する伝送装置を含むネットワークのトランスペアレント転送方法であって、前記伝送装置が、前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送している。
【００２７】
すなわち、本発明の伝送装置は、８Ｂ／１０Ｂ符号を用いたクライアント信号をＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）またはＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のネットワーク上にトランスペアレントに転送する処理に適しており、特にギガビットイーサ（Ｒ）のインタフェースを持つシステムにおいて、クライアント同士のリンクが切断されることを最小限にとどめることを特徴とする。
【００２８】
リンクとは一般にノード間の接続状態を示すが、本発明では多数の伝送装置から構成されるネットワークを利用して、クライアント同士があたかも直接接続しているように見える論理的な接続のことを示す。
【００２９】
ギガビットイーサネット（Ｒ）ではこのリンク状態を制御信号によって維持するため、中間の伝送装置ではクライアントの信号をトランスペアレント（透過的）に転送する必要がある。
【００３０】
クライアントの信号を中間の伝送装置にてトランスペアレントに転送する方式としては、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｇ．７０４１にて定義されるトランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）がある。ＧＦＰとはＳＤＨ（ＩＴＵ−Ｔ Ｇ．７０７）やＯＴＮ（ＩＴＵ−Ｔ Ｇ．７０９）にて定義されるネットワーク上に多様なクライアント信号の可変長ペイロードをカプセル化する技術である。
【００３１】
トランスペアレントＧＦＰは８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングする方法であり、上位プロトコルのフレームを意識しないため、フレームとフレームとの間に存在する制御情報等も透過的にマッピングすることができる。
【００３２】
トランスペアレントＧＦＰの処理は受信したデータの正確性を検査するためにＧＦＰフレームのペイロード情報を６７オクテット毎にＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を実施し、ビットエラーが無いかを検査している。この６７オクテットはＳｕｐｅｒｂｌｏｃｋと呼ばれ、６５ビットのデータである６５Ｂブロックが８つと、１６ビットのＣＲＣフィールドとから構成されている。
【００３３】
ＣＲＣによる検査の結果、異常が検出された場合、Ｓｕｐｅｒｂｌｏｃｋを構成するすべての６５ＢブロックをＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ） ８０２．３にて無効と定義されるコードに変換し、クライアントに対して転送する。
【００３４】
この信号を受信したクライアントの装置は無効と定義されるデータを４バイト連続受信すると、リンクを切断する。したがって、ＳｕｐｅｒｂｌｏｃｋにてＣＲＣで異常が検出された場合には、必ずリンクが切断される。リンクが切断されることによって、リンクの再確立までの時間、パケットロスが発生したり、さらに上位のプロトコルが動作し、経路変更が頻繁に起きる可能性がある。
【００３５】
しかしながら、光ファイバを使用したネットワークにおいては、伝送路特性の劣化によるビットエラーが起こりえることであり、頻繁にリンク切断が起きてしまう。
【００３６】
本発明では、ＣＲＣエラーが検出された場合でも、異常を示すコードに変換する処理を行わず、フレームの終了位置を示すコードＥＰＤ（Ｅｎｄ ｏｆ Ｐａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）をＳｕｐｅｒｂｌｏｃｋの先頭に挿入する方法を採用している。クライアント側では受取ったエラー信号を上位プロトコルによって処理することとする。
【００３７】
これによって、クライアント側ではフレーム異常を検出し、フレームを廃棄することが可能となるので、無効コードが連続受信されず、リンクが確立されたままとなり、リンク切断の発生回数を低減させることが可能となる。
【００３８】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるネットワークはトランスポートネットワーク１００に対してノード３がノード１を介して接続し、ノード４がノード２を介して接続されている。
【００３９】
トランスポートネットワーク１００は複数のノードがＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）またはＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のインタフェースで接続されて構成されているものとする。本実施例では、ＳＯＮＥＴ／ＳＤＨのネットワークを想定して説明する。
【００４０】
ノード３，４はそれぞれレイヤ２機能ブロック３２，４２を有している。ノード３のレイヤ２機能ブロック３２はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ） ８０２．３にて規定されている１０００ＢＡＳＥ−Ｘの機能を持つ。
【００４１】
１０００ＢＡＳＥ−Ｘでは８Ｂ／１０Ｂ符号化を採用しており、レイヤ２機能ブロック３２からポート（Ｐｏｒｔ）３１を介して入出力される信号を８Ｂ／１０Ｂクライアント信号と呼ぶことにする。また、ノード４のレイヤ２機能ブロック４２も、上記のレイヤ２機能ブロック３２と同等の機能を持つ。
【００４２】
ノード１，２はレイヤ１機能ブロック１２，２２と、ＧＦＰ（ＧｅｎｅｒｉｃＦｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）機能ブロック１３，２３とを有している。
【００４３】
ノード１のレイヤ１機能ブロック１２はＳＯＮＥＴ／ＳＤＨフレームにＧＦＰフレームをマッピングしてポート１１から出力する機能と、ポート１１から受信したＳＯＮＥＴ／ＳＤＨのフレームを終端し、ＧＦＰフレームをＧＦＰ機能ブロック１２に出力する機能を持つ。また、ノード２のレイヤ１機能ブロック２２も、上記のレイヤ１機能ブロック１２と同等の機能を持つ。
【００４４】
ノード１のＧＦＰ機能ブロック１３はポート１４から受信する８Ｂ／１０Ｂクライアント信号を処理してＧＦＰのフレームにマッピングし、レイヤ１機能ブロック１２に出力する機能と、レイヤ１機能ブロック１２から入力されたＧＦＰフレームのデータを８Ｂ／１０Ｂクライアント信号に変換し、ポート１４から出力する機能を持つ。また、ノード２のＧＦＰ機能ブロック２３も、上記のＧＦＰ機能ブロック１３と同等の機能を持つ。
【００４５】
各ノードの接続を以下に示す。ノード１のポート１４はノード３のポート３１に接続され、ノード１のポート１１はトランスポートネットワーク１００に接続される。また、ノード２のポート２４はノード４のポート４１に接続され、ノード２のポート２１はトランスポートネットワーク１００に接続される。
【００４６】
図２は図１のＧＦＰ機能ブロック１３及びレイヤ２機能ブロック３２各々の送信部の構成を示すブロック図である。図２において、ＧＦＰ機能ブロック１３はＧＦＰ Ｍａｐｐｅｒ処理部１３１と、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２と、６４Ｂ／６５Ｂ符号部１３３と、８Ｂ／１０Ｂ復号部１３４とから構成されている。尚、ノード２のＧＦＰ機能ブロック２３の送信部は上記のノード１のＧＦＰ機能ブロック１３の送信部と同様の構成となっている。
【００４７】
レイヤ２機能ブロック３２は８Ｂ／１０Ｂ送信部３２１と、８Ｂ／１０Ｂ符号部３２２と、上位レイヤデータ送信部３２３とから構成されている。尚、ノード４のレイヤ２機能ブロック４２の送信部は上記のノード３のレイヤ２機能ブロック３２の送信部と同様の構成となっている。
【００４８】
図３は図１のＧＦＰ機能ブロック２３及びレイヤ２機能ブロック４２各々の受信部の構成を示すブロック図である。図３において、ＧＦＰ機能ブロック２３はＧＦＰ Ｄｅｍａｐ処理部２３１と、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２と、６４Ｂ／６５Ｂ復号部２３３と、コード挿入指示部２３４と、８Ｂ／１０Ｂ符号部２３５とから構成されている。尚、ノード１のＧＦＰ機能ブロック１３の受信部は上記のノード２のＧＦＰ機能ブロック２３の受信部と同様の構成となっている。
【００４９】
レイヤ２機能ブロック４２は８Ｂ／１０Ｂ受信部４２１と、同期状態検出部４２２と、８Ｂ／１０Ｂ復号部４２３と、上位レイヤデータ受信部４２４とから構成されている。尚、ノード３のレイヤ２機能ブロック３２の受信部は上記のノード４のレイヤ２機能ブロック４２の受信部と同様の構成となっている。
【００５０】
図４は本発明の一実施例に用いられるＧＦＰフレームの構成を示す図である。図４において、ＧＦＰフレームはコアヘッダと、ペイロードエリアとから構成され、ペイロードエリアはペイロードヘッダと、ペイロード情報フィールドと、ペイロードＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）とから構成されている。
【００５１】
図５は図４のペイロード情報フィールドの構成を示す図である。図５において、ペイロード情報フィールドはＳｕｐｅｒｂｌｏｃｋ（６７オクテット）＃１〜＃Ｎで構成されている。
【００５２】
図６は図５のＳｕｐｅｒｂｌｏｃｋの構成を示す図である。図６において、Ｓｕｐｅｒｂｌｏｃｋは６５ビットのデータである８つの６５Ｂ Ｂｌｏｃｋ（ブロック）＃１〜＃８と、１６ビットのＣＲＣフィールドとから構成されている。
【００５３】
図７は図６の６５Ｂブロックの構成を示す図である。図７において、６５Ｂブロックはフラグと、オクテット＃１〜＃８とから構成されている。
【００５４】
図８は本発明の一実施例に用いられる８Ｂ／１０Ｂ符号化された信号の構成を示す図である。図８において、８Ｂ／１０Ｂ符号化された信号は８Ｂ／１０Ｂ符号＃１〜＃８から構成されている。
【００５５】
図９は図３の８Ｂ／１０Ｂ符号部２３５におけるＣＲＣエラー発生時の８Ｂ／１０Ｂ符号化された信号の構成を示す図である。図９において、Ｓｕｐｅｒｂｌｏｃｋの先頭の６４Ｂブロック（６４Ｂ＃１）の先頭部分には「／Ｔ／」，「／Ｒ／」で示されるＥＰＤ（Ｅｎｄ ｏｆ Ｐａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）が挿入され、それ以降、末尾の６４Ｂブロック（６４Ｂ＃８）までは「／Ｉ／」で示されるＩＤＬＥに置き換えられる。
【００５６】
図１０は図３のＧＦＰ機能ブロック２３の動作を示すフローチャートであり、図１１は図３のレイヤ２機能ブロック４２の動作を示すフローチャートである。これら図１〜図１１を参照して本発明の一実施例によるネットワークの動作について説明する。以下、ノード３からノード４へ信号を転送する場合の動作について説明する。
【００５７】
ノード１のＧＦＰ機能ブロック１３及びノード２のＧＦＰ機能ブロック２３はそれぞれ図２に示す送信部と図３に示す受信部との両方の機能を持ち、ノード３のレイヤ２機能ブロック３２及びノード４のレイヤ２機能ブロック４２はそれぞれ図２に示す送信部と図３に示す受信部との両方の機能を持つ。
【００５８】
まず、データ送信時の動作について説明する。ノード３のレイヤ２機能ブロック３２の上位レイヤデータ送信部３２３は送信したいデータを８Ｂ／１０Ｂ符号部３２２に出力する。
【００５９】
８Ｂ／１０Ｂ符号部３２２は入力されたデータまたは送信したい制御信号を８Ｂ／１０Ｂ符号化し、８Ｂ／１０Ｂ送信部３２１へ出力する。８Ｂ／１０Ｂ送信部３２１は入力された８Ｂ／１０Ｂ信号をポート３１に出力する。
【００６０】
８Ｂ／１０Ｂ符号とは８ビット、すなわち２８ ＝２５６通りのデータを１０ビットの符号に変換したものである。また、１０ビットの符号には２５６通りのデータとは別に、制御信号等を送信するための１２種類の特殊符号も定義されている。この場合、符号化方式はＩＥＥＥ ８０２．３に従うものとする。
【００６１】
ノード１のＧＦＰ機能ブロック１３の８Ｂ／１０Ｂ復号部１３４はポート１４を介して図８に示す８Ｂ／１０Ｂ符号化された信号を受信し、８Ｂ／１０Ｂ符号を元の８ビットのデータに復号し、６４Ｂ／６５Ｂ符号部１３３に出力する。
【００６２】
６４Ｂ／６５Ｂ符号部１３３は入力された８ビットデータを８つ集め、それらに６４Ｂ／６５Ｂ符号化を施し、図７に示す６５ビットの６５Ｂブロックを生成し、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２に出力する。この場合、符号化方式はＩＴＵ−Ｔ Ｇ．７０４１に従うものとする。
【００６３】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２は入力された６５Ｂブロックを８つ集めた６５バイトに対してＣＲＣ−１６を計算し、演算結果を６５バイトの末尾に付与する。これをＳｕｐｅｒｂｌｏｃｋと呼び、図６に示す。Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部１３２は生成したＳｕｐｅｒｂｌｏｃｋをＧＦＰ Ｍａｐｐｅｒ処理部１３１に出力する。
【００６４】
ＧＦＰ Ｍａｐｐｅｒ処理部１３１は入力されたＳｕｐｅｒｂｌｏｃｋを、図５に示すように、ＧＦＰフレームのペイロード情報フィールドに一定数格納する。ペイロード情報フィールドに格納されるＳｕｐｅｒｂｌｏｃｋの数Ｎは上位プロトコルの帯域と、ＧＦＰの下位レイヤの帯域とによって決定される。
【００６５】
さらに、ＧＦＰ Ｍａｐｐｅｒ処理部１３１は図４に示すＧＦＰフレームを構成し、レイヤ１機能ブロック１２に出力する。レイヤ１機能ブロック１２は入力されたＧＦＰフレームをＳＯＮＥＴ／ＳＤＨのフレームにマッピングし、ノード１のポート１１からトランスポートネットワーク１００に出力する。トランスポートネットワーク１００によって転送されたＧＦＰフレームは、ノード２のポート２１によって受信される。
【００６６】
続いて、データ受信時の動作について説明する。ノード２はレイヤ１機能ブロック２２にてポート２１から受信したＳＯＮＥＴ／ＳＤＨのフレームを終端し、ＧＦＰのフレームを取出し、ＧＦＰ機能ブロック２３に出力する。
【００６７】
ＧＦＰ Ｄｅｍａｐ処理部２３１は図４に示すＧＦＰフレームからペイロード情報フィールドのデータを取出し（図１０ステップＳ１，Ｓ２）、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２に出力する。
【００６８】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２は入力されたペイロード情報フィールドのデータ内に格納されているＳｕｐｅｒｂｌｏｃｋ毎にＣＲＣ演算を行う。つまり、Ｓｕｐｅｒｂｌｏｃｋ内の８つの６５Ｂブロックに対してＣＲＣの演算を行い、末尾のＣＲＣ−１６の値と比較する（図１０ステップＳ３，Ｓ４）。
【００６９】
Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２はＣＲＣ値の比較結果が正しい（ＯＫ）場合（図１０ステップＳ５）、ＳｕｐｅｒｂｌｃｋのＣＲＣのフィールドをはずし、６５Ｂブロックのみを６４Ｂ／６５Ｂ復号部２３３に出力する。６４Ｂ／６５Ｂ復号部２３３は入力された６５Ｂブロックを６４Ｂ／６５Ｂ復号化し、元の８つの８ビットデータに変換し（図１０ステップＳ７）、８Ｂ／１０Ｂ符号部２３５に出力する。
【００７０】
８Ｂ／１０Ｂ符号部２３５では入力されたデータに対して８Ｂ／１０Ｂ符号化処理を行い（図１０ステップＳ８，Ｓ９）、生成された８Ｂ／１０Ｂ信号をポート２４から出力する（図１０ステップＳ１３）。
【００７１】
一方、Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部２３２はＣＲＣ値の比較結果にエラーが検出された場合（図１０ステップＳ５）、ＳｕｐｅｒｂｌｃｋのＣＲＣのフィールドをはずし、６５Ｂブロックのみを６４Ｂ／６５Ｂ復号部２３３に出力するととも、コード挿入指示部２３４に対してエラーを検出したことを通知する（図１０ステップＳ６）。
【００７２】
６４Ｂ／６５Ｂ復号部２３３は入力された６５Ｂブロックを６４Ｂ／６５Ｂ復号化し、元の８つの８ビットデータに変換し、８Ｂ／１０Ｂ符号部２３５に出力する。コード挿入指示部２３４はＣＲＣエラーが検出されたＳｕｐｅｒｂｌｏｃｋを構成していたデータに対して次のようなコードを挿入するように８Ｂ／１０Ｂ符号部２３５に指示する。
【００７３】
つまり、コード挿入指示部２３４は６４Ｂ／６５Ｂ復号部２３３から８Ｂ／１０Ｂ符号部２３５に入力された先頭のデータに、フレームの終了位置を示すコードＥＰＤを挿入するように指示する。コードＥＰＤは「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」の符号で構成される。
【００７４】
また、コード挿入指示部２３４は、そのデータに続いて８Ｂ／１０Ｂ符号部２３５に入力されるＣＲＣエラーのあるＳｕｐｅｒｂｌｏｃｋを構成していたデータ部分に、すべてＩＤＬＥ状態を示すコードである「／Ｉ／」を挿入するように指示する（図９参照）。
【００７５】
８Ｂ／１０Ｂ符号部２３５は入力されたデータに対してコード挿入指示部２３４から指示された８Ｂ／１０Ｂ符号化処理を行い、つまりコード挿入指示部２３４からの指示に応じてコードＥＰＤの挿入（図１０ステップＳ１０，Ｓ１１）と、ＩＤＬＥ状態を示すコードの挿入（図１０ステップＳ１０，Ｓ１２）とを行い、生成された８Ｂ／１０Ｂ信号をポート２４から出力する（図１０ステップＳ１３）。
【００７６】
従来の技術ではＳｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部でエラーが検出された場合、エラーコード挿入指示部に通知し、エラーコード挿入指示部がＳｕｐｅｒｂｌｏｃｋを構成していた部分に対して無効を示す８Ｂ／１０Ｂ符号として特殊コード（Ｋ３０．７）またはコード未定義の値を挿入する。したがって、ポートから６４個の特殊コード（Ｋ３０．７）またはコード未定義値が連続して送信されることになる。
【００７７】
これに対し、本実施例では、ＣＲＣエラーがある場合でも、特殊コード（Ｋ３０．７）またはコード未定義値を挿入せず、コードＥＤＰとコードＩＤＬＥとを挿入する。これによって、本実施例では、不正な位置にコードＥＤＰが存在するデータが送信されるため、受信のノード、つまり図１におけるノード４にて異常が検出され、そのデータが廃棄処理される。
【００７８】
続いて、図１１を参照して、ノード４のポート４１から受信したデータの処理について説明する。尚、図１１に示すデータ処理は従来のレイヤ２機能のデータ処理と同様である。
【００７９】
ブロックポート４１から受信した８Ｂ／１０Ｂ符号はレイヤ２機能ブロック４２の８Ｂ／１０Ｂ符号受信部４２１でデータと特殊符号とに分類される（図１１ステップＳ２１〜Ｓ２３）。データの場合には８Ｂ／１０Ｂ復号部４２３に出力され、８Ｂ／１０Ｂ復号部４２３にて８Ｂ／１０Ｂ復号化される（図１１ステップＳ２４）。特殊符号の中で無効を示す特殊コード（Ｋ３０．７）またはコード未定義の値がある場合には同期状態検出部４２２にエラーが通知される。
【００８０】
同期状態検出部４２２ではエラー通知がなく、リンク確立状態にある時に、８Ｂ／１０Ｂ復号部４２３に対してデータを上位レイヤデータ受信部４２４に出力することを許可する（図１１ステップＳ２５〜Ｓ２９）。
【００８１】
つまり、８Ｂ／１０Ｂ復号部４２３では特殊符号がない場合（図１１ステップＳ２３）、データとして分類し、そのデータを８Ｂ／１０Ｂ復号化し（図１１ステップＳ２４）、「／Ｓ／」でフレーム先頭位置を受信した後にデータフレーム構成を開始し、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」の受信で最終位置を認識する（図１１ステップＳ２５）。この場合、「／Ｓ／・・・／Ｓ／」、「／Ｔ／Ｒ／・・・／Ｔ／Ｒ／」は受信されない。
【００８２】
また、８Ｂ／１０Ｂ復号部４２３では特殊符号がある場合でも（図１１ステップＳ２３）、その特殊符号がエラーコードでなく（図１１ステップＳ３１）、「／Ｓ／」、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」でなければ（図１１ステップＳ３２）、その他の制御処理を行う（図１１ステップＳ３３）。８Ｂ／１０Ｂ復号部４２３では「／Ｓ／」、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」であれば（図１１ステップＳ３２）、上記と同様に、「／Ｓ／」でフレーム先頭位置を受信した後にデータフレーム構成を開始し、「／Ｔ／Ｒ／」または「／Ｔ／Ｒ／Ｒ／」の受信で最終位置を認識する（図１１ステップＳ２５）。
【００８３】
この後、８Ｂ／１０Ｂ復号部４２３ではフレーム長異常がなく（図１１ステップＳ２６）、ＭＡＣ ＦＣＳ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）の演算を行い（図１１ステップＳ２７）、ＭＡＣ ＦＣＳ値が一致すれば（図１１ステップＳ２８）、そのデータを上位レイヤ処理部（上位レイヤデータ受信部４２４）へ送る（図１１ステップＳ２９）。
【００８４】
これに対し、８Ｂ／１０Ｂ復号部４２３でフレーム長異常が検出されたり（図１１ステップＳ２６）、ＭＡＣ ＦＣＳ値が不一致であれば（図１１ステップＳ２８）、同期状態検出部４２２はそのフレームのデータを廃棄する（図１１ステップＳ３０）。
【００８５】
一方、同期状態検出部４２２は特殊符号がエラーコードの場合（図１１ステップＳ３１）、エラーコードが４回連続して受信されると（図１１ステップＳ３４）、そのフレームのデータの廃棄、リンクの切断を行う（図１１ステップＳ３５）。つまり、同期状態検出部４２２は４回連続してエラーが通知されると、同期はずれ状態を検出し、８Ｂ／１０Ｂ復号部４２３に対して出力の停止を指示し、接続先とのリンク、つまりノード４はノード３とのリンクを切断する。
【００８６】
したがって、従来の技術ではＣＲＣエラー時に無効を示すコードが連続して挿入されるため、必ずリンク切断状態となるが、本実施例ではＣＲＣエラー時でも無効を示すコードを連続挿入しない方式であるため、リンクを確立した状態を維持することが可能である。
【００８７】
このように、本実施例では、ＧＦＰフレーム内のＳｕｐｅｒｂｌｏｃｋのＣＲＣエラーに起因するエラーコード挿入機能を削除し、コードＥＰＤとコードＩＤＬＥとを挿入する機能を加えることによって、リンク切断状態となる確立を減少させることができる。つまり、従来の方法では伝送路上で１ビットでもエラーが混入すると、必ずリンク断が発生しているのに対し、本実施例ではリンク断となる確立を減少させることができる。
【００８８】
【発明の効果】
以上説明したように本発明は、上記のような構成及び動作とすることで、リンク切断状態となる確立を減少させることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるネットワークの構成を示すブロック図である。
【図２】図１のＧＦＰ機能ブロック及びレイヤ２機能ブロック各々の送信部の構成を示すブロック図である。
【図３】図１のＧＦＰ機能ブロック及び２レイヤ２機能ブロック各々の受信部の構成を示すブロック図である。
【図４】本発明の一実施例に用いられるＧＦＰフレームの構成を示す図である。
【図５】図４のペイロード情報フィールドの構成を示す図である。
【図６】図５のＳｕｐｅｒｂｌｏｃｋの構成を示す図である。
【図７】図６の６５Ｂブロックの構成を示す図である。
【図８】本発明の一実施例に用いられる８Ｂ／１０Ｂ符号化された信号の構成を示す図である。
【図９】図３の８Ｂ／１０Ｂ符号部におけるＣＲＣＲエラー発生時の８Ｂ／１０Ｂ符号化された信号の構成を示す図である。
【図１０】図３のＧＦＰ機能ブロックの動作を示すフローチャートである。
【図１１】図３のレイヤ２機能ブロックの動作を示すフローチャートである。
【図１２】従来のＧＦＰ機能ブロックの受信部の構成を示すブロック図である。
【図１３】従来のＧＦＰ機能ブロックの受信部の動作を示すフローチャートである。
【符号の説明】
１〜４ ノード
１１，１４，２１，
２４，３１，４１ ポート
１２，２２ レイヤ１機能ブロック
１３，２３ ＧＦＰ機能ブロック
３２，４２ レイヤ２機能ブロック
１３１ ＧＦＰ Ｍａｐｐｅｒ処理部
１３２ Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣ演算処理部
１３３ ６４Ｂ／６５Ｂ符号部
１３４ ８Ｂ／１０Ｂ復号部１３４
２３１ ＧＦＰ Ｄｅｍａｐ処理部
２３２ Ｓｕｐｅｒｂｌｏｃｋ ＣＲＣエラー検出部
２３３ ６４Ｂ／６５Ｂ復号部
２３４ コード挿入指示部
２３５ ８Ｂ／１０Ｂ符号部
３２１ ８Ｂ／１０Ｂ送信部
３２２ ８Ｂ／１０Ｂ符号部
３２３ 上位レイヤデータ送信部
４２１ ８Ｂ／１０Ｂ受信部
４２２ 同期状態検出部
４２３ ８Ｂ／１０Ｂ復号部
４２４ 上位レイヤデータ受信部
Claims (23)
- クライアント信号をトランスペアレントに転送する伝送装置を含むネットワークであって、
前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送する手段を前記伝送装置に有することを特徴とするネットワーク。 - クライアント側において前記伝送装置から受取ったクライアント信号に挿入された情報を基に当該クライアント信号の廃棄を行うことを特徴とする請求項１記載のネットワーク。
- 前記クライアント信号の廃棄を認識させるための情報は、当該クライアント信号の最終位置を示すコードであることを特徴とする請求項１または請求項２記載のネットワーク。
- 前記最終位置を示すコード以降のデータ部分をアイドルを示すコードに置き換えることを特徴とする請求項３記載のネットワーク。
- 前記トランスペアレントに転送する方法として、前記クライアント信号の可変長ペイロードをカプセル化するＩＴＵ−Ｔ Ｇ．７０４１にて定義されるトランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）を用いることを特徴とする請求項１から請求項４のいずれか記載のネットワーク。
- 前記トランスペアレントＧＦＰは、８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングすることを特徴とする請求項５記載のネットワーク。
- 前記クライアント信号は、前記８Ｂ／１０Ｂ伝送路符号を用いることを特徴とする請求項６記載のネットワーク。
- 少なくともＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）及びＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のいずれかであることを特徴とする請求項１から請求項７のいずれか記載のネットワーク。
- クライアント信号をネットワーク上にトランスペアレントに転送する伝送装置であって、前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送する手段を有することを特徴とする伝送装置。
- 前記クライアント信号の廃棄を認識させるための情報は、当該クライアント信号の最終位置を示すコードであることを特徴とする請求項９記載の伝送装置。
- 前記最終位置を示すコード以降のデータ部分をアイドルを示すコードに置き換えることを特徴とする請求項１０記載の伝送装置。
- 前記トランスペアレントに転送する方法として、前記クライアント信号の可変長ペイロードをカプセル化するＩＴＵ−Ｔ Ｇ．７０４１にて定義されるトランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）を用いることを特徴とする請求項９から請求項１１のいずれか記載の伝送装置。
- 前記トランスペアレントＧＦＰは、８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングすることを特徴とする請求項１２記載の伝送装置。
- 前記クライアント信号は、前記８Ｂ／１０Ｂ伝送路符号を用いることを特徴とする請求項１３記載の伝送装置。
- 前記ネットワークが、少なくともＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）及びＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のいずれかであることを特徴とする請求項９から請求項１４のいずれか記載の伝送装置。
- クライアント信号をトランスペアレントに転送する伝送装置を含むネットワークのトランスペアレント転送方法であって、前記伝送装置が、前記クライアント信号に少なくともビットエラーが発生した時に当該クライアント信号の廃棄を認識させるための情報を挿入して転送することを特徴とするトランスペアレント転送方法。
- クライアント側において前記伝送装置から受取ったクライアント信号に挿入された情報を基に当該クライアント信号の廃棄を行うことを特徴とする請求項１６記載のトランスペアレント転送方法。
- 前記クライアント信号の廃棄を認識させるための情報は、当該クライアント信号の最終位置を示すコードであることを特徴とする請求項１６または請求項１７記載のトランスペアレント転送方法。
- 前記最終位置を示すコード以降のデータ部分をアイドルを示すコードに置き換えることを特徴とする請求項１８記載のトランスペアレント転送方法。
- 前記トランスペアレントに転送する方法として、前記クライアント信号の可変長ペイロードをカプセル化するＩＴＵ−Ｔ Ｇ．７０４１にて定義されるトランスペアレントＧＦＰ（Ｇｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ）を用いることを特徴とする請求項１６から請求項１９のいずれか記載のトランスペアレント転送方法。
- 前記トランスペアレントＧＦＰは、８Ｂ／１０Ｂ伝送路符号を採用する上位プロトコルのビットストリームをＧＦＰフレームにマッピングすることを特徴とする請求項２０記載のトランスペアレント転送方法。
- 前記クライアント信号は、前記８Ｂ／１０Ｂ伝送路符号を用いることを特徴とする請求項２１記載のトランスペアレント転送方法。
- 前記ネットワークが、少なくともＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）及びＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）のいずれかであることを特徴とする請求項１６から請求項２２のいずれか記載のトランスペアレント転送方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003167222A JP2005006036A (ja) | 2003-06-12 | 2003-06-12 | ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003167222A JP2005006036A (ja) | 2003-06-12 | 2003-06-12 | ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005006036A true JP2005006036A (ja) | 2005-01-06 |
Family
ID=34093088
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003167222A Ceased JP2005006036A (ja) | 2003-06-12 | 2003-06-12 | ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005006036A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008502208A (ja) * | 2004-06-02 | 2008-01-24 | テクノバス， インコーポレイテッド | Ｆｅｃコード化されたイーサネット（登録商標）フレームにおけるデータをデリニエートするための方法および装置 |
| JP2008092130A (ja) * | 2006-09-29 | 2008-04-17 | Fujitsu Ltd | 光ネットワークシステム |
| JP2012147178A (ja) * | 2011-01-11 | 2012-08-02 | Fujitsu Ltd | 伝送装置及び障害の通知方法 |
| WO2012110919A1 (en) * | 2011-02-17 | 2012-08-23 | International Business Machines Corporation | Adaptor system for an ethernet network |
| JP5454704B2 (ja) * | 2010-12-14 | 2014-03-26 | 富士通株式会社 | 通信システムおよび通信方法 |
| JP2021517428A (ja) * | 2018-03-31 | 2021-07-15 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | データ送信方法および転送デバイス |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09181772A (ja) * | 1995-12-26 | 1997-07-11 | Mitsubishi Electric Corp | データ伝送装置およびデータ伝送方法 |
| JPH10135968A (ja) * | 1996-10-30 | 1998-05-22 | Nippon Telegr & Teleph Corp <Ntt> | フレーム組立て分解方法及び装置 |
-
2003
- 2003-06-12 JP JP2003167222A patent/JP2005006036A/ja not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09181772A (ja) * | 1995-12-26 | 1997-07-11 | Mitsubishi Electric Corp | データ伝送装置およびデータ伝送方法 |
| JPH10135968A (ja) * | 1996-10-30 | 1998-05-22 | Nippon Telegr & Teleph Corp <Ntt> | フレーム組立て分解方法及び装置 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008502208A (ja) * | 2004-06-02 | 2008-01-24 | テクノバス， インコーポレイテッド | Ｆｅｃコード化されたイーサネット（登録商標）フレームにおけるデータをデリニエートするための方法および装置 |
| JP4739332B2 (ja) * | 2004-06-02 | 2011-08-03 | テクノバス， インコーポレイテッド | Ｆｅｃコード化されたイーサネット（登録商標）フレームにおけるデータをデリニエートするための方法および装置 |
| JP2008092130A (ja) * | 2006-09-29 | 2008-04-17 | Fujitsu Ltd | 光ネットワークシステム |
| JP5454704B2 (ja) * | 2010-12-14 | 2014-03-26 | 富士通株式会社 | 通信システムおよび通信方法 |
| JP2012147178A (ja) * | 2011-01-11 | 2012-08-02 | Fujitsu Ltd | 伝送装置及び障害の通知方法 |
| JP2013546235A (ja) * | 2011-02-17 | 2013-12-26 | インターナショナル・ビジネス・マシーンズ・コーポレーション | イーサネット・ネットワークのためのアダプタ・システム |
| CN103380584A (zh) * | 2011-02-17 | 2013-10-30 | 国际商业机器公司 | 用于以太网网络的适配器系统 |
| WO2012110919A1 (en) * | 2011-02-17 | 2012-08-23 | International Business Machines Corporation | Adaptor system for an ethernet network |
| JP2021517428A (ja) * | 2018-03-31 | 2021-07-15 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | データ送信方法および転送デバイス |
| JP7087106B2 (ja) | 2018-03-31 | 2022-06-20 | 華為技術有限公司 | データ送信方法および転送デバイス |
| US11387940B2 (en) | 2018-03-31 | 2022-07-12 | Huawei Technologies Co., Ltd. | Transmitting fragments of ethernet frame with indicating error occurring in ethernet frame |
| JP2022120060A (ja) * | 2018-03-31 | 2022-08-17 | 華為技術有限公司 | データ送信方法および転送デバイス |
| JP7346662B2 (ja) | 2018-03-31 | 2023-09-19 | 華為技術有限公司 | データ送信方法および転送デバイス |
| US11799587B2 (en) | 2018-03-31 | 2023-10-24 | Huawei Technologies Co., Ltd. | Transmitting fragments of ethernet frame with indicating error occurring in ethernet |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4852963B2 (ja) | 伝送装置 | |
| US7570643B2 (en) | Efficient framing procedure for variable length packets | |
| CA2459286C (en) | Method for supporting sdh/sonet aps on ethernet | |
| US7298694B2 (en) | Apparatus and method for GFP frame transfer | |
| US7580635B2 (en) | Method, apparatus and system for optical communications | |
| US8199772B2 (en) | Systems and methods for synchronous generic framing protocol mapping | |
| US7684419B2 (en) | Ethernet encapsulation over optical transport network | |
| EP1816803B1 (en) | Transmission processing method for data frame and system thereof | |
| JP2005204316A (ja) | 放送／通信融合信号の送受信システム及び送受信方法 | |
| WO2003067843A1 (en) | Resilient multiple service ring | |
| JP4863649B2 (ja) | Ｌａｎ信号伝送方法及びそれに用いる伝送装置 | |
| JP5404976B2 (ja) | イーサネット・ネットワークのためのアダプタ・システム | |
| US6731654B1 (en) | Communication system overhead channel | |
| US7751335B2 (en) | Failure handling system | |
| JP2005006036A (ja) | ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法 | |
| JP2012165334A (ja) | 多重化伝送装置、多重化伝送方法、およびコンピュータプログラム | |
| US7948904B1 (en) | Error detection for data frames | |
| US20070291763A1 (en) | Ethernet® communication system relaying control signals | |
| JP4614931B2 (ja) | 伝送システム | |
| JP2011176543A (ja) | 情報伝送装置及び情報伝送制御方法 | |
| SECTOR et al. | ITU-Tg. 7041/Y. 1303 | |
| JP2006165967A (ja) | ディジタル伝送システム | |
| JP2003125008A (ja) | Ａｔｍ伝送システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060516 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080501 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081224 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090223 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090616 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090824 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20091001 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20091023 |
|
| A045 | Written measure of dismissal of application [lapsed due to lack of payment] |
Free format text: JAPANESE INTERMEDIATE CODE: A045 Effective date: 20111129 |