特許 7424724 データ伝送方法、データ伝送装置、通信システム、ネットワークデバイス、データ伝送システム、コンピュータ可読記憶媒体、およびコンピュータプログラムコード

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-22

(45)【発行日】2024-01-30

(54)【発明の名称】データ伝送方法、データ伝送装置、通信システム、ネットワークデバイス、データ伝送システム、コンピュータ可読記憶媒体、およびコンピュータプログラムコード

(51)【国際特許分類】

   H04L 1/00 20060101AFI20240123BHJP

   H03M 13/27 20060101ALI20240123BHJP

   H03M 13/29 20060101ALI20240123BHJP

   G06F 11/10 20060101ALI20240123BHJP

【ＦＩ】

H04L1/00 B

H03M13/27

H03M13/29

G06F11/10 604

【請求項の数】 26

(21)【出願番号】P 2021567829

(86)(22)【出願日】2019-07-15

(65)【公表番号】

(43)【公表日】2022-07-21

(86)【国際出願番号】 CN2019096055

(87)【国際公開番号】W WO2020228126

(87)【国際公開日】2020-11-19

【審査請求日】2021-12-20

(31)【優先権主張番号】PCT/CN2019/087058

(32)【優先日】2019-05-15

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ヘ、シャン

(72)【発明者】

【氏名】ワン、シンユアン

(72)【発明者】

【氏名】リン、ジュン

(72)【発明者】

【氏名】ワン、チョンフェン

【審査官】大野 友輝

(56)【参考文献】

【文献】特開２０１８－１３３７２６（ＪＰ，Ａ）

【文献】国際公開第２０１２／１６４９２９（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １／００

Ｈ０３Ｍ １３／２７

Ｈ０３Ｍ １３／２９

Ｇ０６Ｆ １１／１０

(57)【特許請求の範囲】

【請求項1】

データ伝送方法であって、
第１のチップが、第２のチップによって送信される第１のデータストリームを受信する段階であり、前記第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである、段階と、
前記第１のチップが、第２のデータストリームを取得するべく、前記第１のＦＥＣ符号タイプを復号することなく、少なくとも一度は前記第１のデータストリームを第２のＦＥＣ符号タイプを用いて再符号化する段階であり、前記第２のデータストリームは、少なくとも前記第１のＦＥＣ符号タイプおよび前記第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、段階と
を備え、
前記第１のチップが、第２のデータストリームを取得するべく、少なくとも一度は前記第１のデータストリームを再符号化する前記段階は、
前記第１のチップが、ｎ個の第３のデータストリームを形成するべく、前記第１のデータストリームを分配する段階であり、前記第１のデータストリームにおける同じ符号語ブロックのデータは異なる第３のデータストリームへと分配される、段階と、
前記第１のチップが、前記第２のデータストリームを取得するべく、少なくとも一度は前記ｎ個の第３のデータストリームの各々を再符号化する段階と
を有する、方法。

【請求項2】

前記第１のＦＥＣ符号タイプが、リードソロモン（ＲＳ）符号、ボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、低密度パリティ検査（ＬＤＰＣ）符号、ターボ符号またはターボ積符号（ＴＰＣ）である、
請求項１に記載の方法。

【請求項3】

前記第２のＦＥＣ符号タイプは、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
請求項１または２に記載の方法。

【請求項4】

前記第１のデータストリームから識別されるｋ個の符号語ブロックは、前記ｎ個の第３のデータストリームへと分配され、前記ｎ個の第３のデータストリームの各々における前記ｋ個の符号語ブロックに属するデータは、前記第２のデータストリームにおける１個の符号語ブロックへと符号化され、前記第１のデータストリームにおける第１の前記ｋ個の符号語ブロックに含まれる合計データ量は、前記第２のデータストリームにおける第２のｎ個の符号語ブロックに含まれるペイロードデータ量に等しい、
請求項１から３の何れか一項に記載の方法。

【請求項5】

前記第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックとして分配され、前記第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、前記第２のデータストリームにおける同じ符号語ブロックへと符号化される、
請求項１から４の何れか一項に記載の方法。

【請求項6】

前記第１のデータストリームにおけるデータは、ビットストリームとして分配され、前記第３のデータストリームにおけるデータは、ビットストリームとして符号化される、
請求項１から５の何れか一項に記載の方法。

【請求項7】

前記第１のチップおよび前記第２のチップは同じデータ伝送デバイス内に位置付けられ、前記第１のチップは電気チップであり、前記第２のチップはイーサネット（登録商標）インタフェースを用いるチップである、
請求項１から６の何れか一項に記載の方法。

【請求項8】

前記第１のチップおよび前記第２のチップは同じデータ伝送デバイス内に位置付けられ、前記第１のチップは、光モジュールの電気チップであり、前記光モジュールの外部に前記第２のチップがある、請求項１から６の何れか一項に記載の方法。

【請求項9】

前記第１のチップは、デジタル信号処理チップである、請求項１から８の何れか一項に記載の方法。

【請求項10】

第１のチップであるデータ伝送装置であって、
第２のチップによって送信される第１のデータストリームを受信するように構成された受信器であり、前記第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである、受信器と、
第２のデータストリームを取得するべく、前記第１のＦＥＣ符号タイプを復号することなく、少なくとも一度は前記第１のデータストリームを第２のＦＥＣ符号タイプを用いて再符号化するように構成された符号化器であり、前記第２のデータストリームは、少なくとも前記第１のＦＥＣ符号タイプおよび前記第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、符号化器と
を備え、
前記符号化器は具体的には、
ｎ個の第３のデータストリームを取得するべく、前記第１のデータストリームを分配し、
前記第２のデータストリームを取得するべく、少なくとも一度は前記ｎ個の第３のデータストリームの各々に基づいて再符号化する、
ように構成され、前記第１のデータストリームにおける同じ符号語ブロックのデータは、異なる第３のデータストリームへと分配される、データ伝送装置。

【請求項11】

前記第１のＦＥＣ符号タイプが、リードソロモン（ＲＳ）符号、ボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、低密度パリティ検査（ＬＤＰＣ）符号、ターボ符号またはターボ積符号（ＴＰＣ）である、
請求項１０に記載のデータ伝送装置。

【請求項12】

前記第２のＦＥＣ符号タイプが、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
請求項１０または１１に記載のデータ伝送装置。

【請求項13】

前記第１のデータストリームから識別されるｋ個の符号語ブロックは、前記ｎ個の第３のデータストリームへと分配され、前記ｎ個の第３のデータストリームの各々における前記ｋ個の符号語ブロックに属するデータは、前記第２のデータストリームにおける１個の符号語ブロックへと符号化され、前記第１のデータストリームにおける第１の前記ｋ個の符号語ブロックに含まれる合計データ量は、前記第２のデータストリームにおける第２のｎ個の符号語ブロックに含まれるペイロードデータ量に等しい、
請求項１０から１２の何れか一項に記載のデータ伝送装置。

【請求項14】

前記第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックとして分配され、前記第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、前記第２のデータストリームにおける同じ符号語ブロックへと符号化される、
請求項１０から１３の何れか一項に記載のデータ伝送装置。

【請求項15】

前記第１のデータストリームにおけるデータは、ビットストリームとして分配され、前記第３のデータストリームにおけるデータは、ビットストリームとして符号化される、
請求項１０から１４の何れか一項に記載のデータ伝送装置。

【請求項16】

前記第１のチップは電気チップである、
請求項１０から１５の何れか一項に記載のデータ伝送装置。

【請求項17】

前記第１のチップおよび前記第２のチップは同じデータ伝送デバイス内に位置付けられ、前記第１のチップは、光モジュールの電気チップであり、前記光モジュールの外部に前記第２のチップがある、請求項１０から１６の何れか一項に記載のデータ伝送装置。

【請求項18】

前記第１のチップは、デジタル信号処理チップである、請求項１０から１７の何れか一項に記載のデータ伝送装置。

【請求項19】

通信システムであって、
光モジュールと第２のチップとを備え、
前記光モジュールが、データ伝送装置であって、かつ、電気チップである第１のチップを有し、
前記第２のチップが、第１のデータストリームを前記第１のチップに送信するように構成され、前記第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームであり、
前記第１のチップが、
前記第１のデータストリームを受信する受信器と、
第２のデータストリームを取得するべく、前記第１のＦＥＣ符号タイプを復号することなく、少なくとも一度は前記第１のデータストリームを第２のＦＥＣ符号タイプを用いて再符号化する符号化器であり、前記第２のデータストリームは、少なくとも前記第１のＦＥＣ符号タイプおよび前記第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、符号化器と
を有し、
前記第１のチップの前記符号化器が具体的には、
ｎ個の第３のデータストリームを取得するべく、前記第１のデータストリームを分配し、
前記第２のデータストリームを取得するべく、少なくとも一度は前記ｎ個の第３のデータストリームの各々に基づいて再符号化する、
ように構成され、前記第１のデータストリームにおける同じ符号語ブロックのデータは、異なる第３のデータストリームへと分配される、
通信システム。

【請求項20】

前記第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックとして分配され、前記第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、前記第２のデータストリームにおける同じ符号語ブロックへと符号化される、
請求項１９に記載の通信システム。

【請求項21】

前記第１のデータストリームにおけるデータは、ビットストリームとして分配され、前記第３のデータストリームにおけるデータは、ビットストリームとして符号化される、
請求項１９に記載の通信システム。

【請求項22】

前記第１のＦＥＣ符号タイプが、リードソロモン（ＲＳ）符号であり、前記第２のＦＥＣ符号タイプが、ボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号である、
請求項１９から２１の何れか一項に記載の通信システム。

【請求項23】

請求項１０から１８の何れか一項に記載のデータ伝送装置を備えるネットワークデバイス。

【請求項24】

請求項２３に記載のネットワークデバイスおよび前記ネットワークデバイスから前記第２のデータストリームを受信し、処理するように構成される別のデバイスを備える、データ伝送システム。

【請求項25】

少なくとも１つの命令を格納するコンピュータ可読記憶媒体であって、
前記少なくとも１つの命令は、請求項１から９の何れか一項に記載の方法を実装するべく、コンピュータによってロードされ且つ実行される、
コンピュータ可読記憶媒体。

【請求項26】

コンピュータプログラムコードであって、
コンピュータによって実行された場合に、前記コンピュータに、請求項１から９の何れか一項に記載の方法を実行すること、を可能にさせる、
コンピュータプログラムコード。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１９年５月１５日に出願された、「データ伝送方法および装置」と題する国際出願第ＰＣＴ/ＣＮ２０１９/０８７０５８号の優先権を主張し、その全体が参照により本明細書に組み込まれる。

【0002】

本出願は、通信技術の分野に関連し、特に、データ伝送方法、符号化方法、復号方法、装置、デバイスおよび記憶媒体に関連する。

【背景技術】

【0003】

前方誤り訂正（英語：ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ、略してＦＥＣ）符号は、伝送されているデータに対して誤り訂正保護を提供することができ、その結果、一のチャネル上でデータを伝送するレートおよび距離を増大することができる。ＦＥＣ符号が用いられるデータ伝送処理において、送信デバイスは、特定のＦＥＣ符号タイプを用いることによってオリジナルデータを符号化し得、符号化されたデータを受信デバイスに送信し得る。受信デバイスは、同じＦＥＣ符号タイプを用いることによって、受信されたデータを復号し、オリジナルデータを取得し得る。

【0004】

いくつかのシナリオでは、ＦＥＣ符号タイプは、データ伝送処理において変換されることを必要とし得る。例えば、高レートおよび／または長距離のデータ伝送に適応するべく、オリジナルデータ伝送インタフェースによって用いられるオリジナルＦＥＣ符号タイプがデータ伝送要件を満たすことができない場合に、ＦＥＣ符号タイプは変換されることを必要とし、その結果、オリジナルＦＥＣ符号タイプは、より高いゲインのＦＥＣ符号タイプと置き換えられる。しかしながら、ＦＥＣ符号タイプ変換処理は通常、データ伝送処理における遅延、および、データ伝送デバイスの電力消費を増大させる。これは、データ伝送効率に影響を及ぼす。

【0005】

なお、イーサネット（登録商標）インタフェースは、世界的な広範囲使用データ伝送インタフェースである。レートが急速に増大されるにつれて、ＦＥＣはイーサネット（登録商標）においてますます重要な役割を果たしている。レートおよび伝送距離が継続的に増大するにつれて、ＦＥＣに対する要件はますます高くなってきている。

【発明の概要】

【0006】

本出願の実施形態は、関連する技術における問題を解決するべく、データ伝送方法、符号化方法、復号方法、装置、デバイスおよび記憶媒体を提供する。技術的解決手段は以下の通りである。

【0007】

第１の態様によれば、本出願の一実施形態は、データ伝送方法を提供する。方法は、第１のチップが、第２のチップによって送信される第１のデータストリームを受信する段階であり、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである、段階と、第１のチップが、第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化する段階であって、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、段階と、第１のチップが第２のデータストリームを第３のチップに送信する段階とを備える。第１のＦＥＣ符号タイプを用いることによって符号化することにより取得され、且つ、第２のチップによって第１のチップへと送信される第１のデータストリームに対して、第１のチップは、最初に第１のＦＥＣ符号タイプを用いることによって第１のデータストリームを復号して次にオリジナルデータをより高いゲインのＦＥＣ符号タイプへと再符号化することを必要としないことが認識され得る。その代わりに、第１のチップは、より高いゲインを取得するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化し、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成された第２のデータストリームを取得してもよい。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0008】

第１の態様の任意の実装に関連して、第１の態様の第１の考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。第１のチップは、連結されたＦＥＣ符号ストリームを取得するべく、複数の異なる第１のＦＥＣ符号タイプに基づいて符号化することをサポートしてもよいことが認識され得る。

【0009】

第１の態様の任意の実装に関連して、第１の態様の第２の考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。第１のチップは、連結されたＦＥＣ符号を取得するべく、第１のＦＥＣ符号タイプおよび複数の異なる第２のＦＥＣ符号タイプに基づいて符号化することをサポートしてもよいことが認識され得る。

【0010】

第１の態様の任意の実装に関連して、第１の態様の第３の考え得る実装において、第１のチップが、第２のデータストリームを形成するべく、少なくとも一度は第１のデータストリームを再符号化する段階は、第１のチップがｎ個の第３のデータストリームを形成するべく第１のデータストリームを分配する段階であって、第１のデータストリームにおける同じ符号語ブロックのデータは異なる第３のデータストリームに分配される、段階と、第１のチップが、第２のデータストリームを形成するべく、少なくとも一度は複数の第３のデータストリームの各々を再符号化する段階とを有する。第１のデータストリームにおける同じ符号語ブロックのデータは、第２のデータストリームにおける複数の異なる符号語ブロックへと符号化されてもよく、その結果、連結されたＦＥＣ符号は、より強い誤り訂正能力を有することが認識され得る。

【0011】

第１の態様の第３の実装に関連して、第１の態様の第４の考え得る実装において、第１のデータストリームから識別されるｋ個の符号語ブロックは、ｎ個の第３のデータストリームへと分配され、複数の第３のデータストリームの各々におけるｋ個の符号語ブロックに属するデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化され、第１のデータストリームにおけるｋ個の第１の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の第２の符号語ブロックに含まれるペイロードデータ量に等しい。従って、ｎ個の第２の符号語ブロックは、第２のＦＥＣ符号タイプおよび第１のＦＥＣ符号タイプに基づいてオリジナルデータへと直接復号されてもよい。これは、第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプに基づいて同じチップ上で復号動作を実行するのに役立つ。いくつかの実施形態において、第１のデータストリームにおけるｋ個の第１の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の第２の符号語ブロックに含まれるペイロードデータ量に等しくない。

【0012】

第１の態様の第３の実装に関連して、第１の態様の第５の考え得る実装において、第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックによって分配され、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される。第１のチップは、シンボルブロック粒度で第１のデータストリームに対して分配処理を実行してもよいことが認識され得る。

【0013】

第１の態様の第３の実装に関連して、第１の態様の第６の考え得る実装において、第１のデータストリームにおけるデータは、ビットストリームによって分配され、第３のデータストリームにおけるデータは、ビットストリームによって符号化される。第１のチップは、ビット粒度で第１のデータストリームに対して分配処理を実行してもよいことが認識され得る。

【0014】

第１の態様の任意の実装に関連して、第１の態様の第７の考え得る実装において、第１のチップおよび第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップはイーサネット（登録商標）インタフェースを用いる構成要素であり、第３のチップは電気チップである。第１のデータ伝送デバイスは、第１のＦＥＣ符号タイプに基づく第１のデータストリームであって、且つ、イーサネット（登録商標）インタフェースを用いる構成要素によって出力される第１のデータストリームを、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームへと、電気チップを用いることによって符号化し、次に、第２のデータストリームを第２のデータ伝送デバイスへと送信してもよいことが認識され得る。このように、連結されたＦＥＣ符号を用いることによって、第１のデータ伝送デバイスおよび第２のデータ伝送デバイスの間でデータが伝送される。

【0015】

第１の態様の任意の考え得る実装に関連して、第１の態様の第８の考え得る実装において、干渉を伴う物理レーンを通じて、第２のチップおよび第１のチップの間で第１のデータストリームが伝送される。干渉を伴う物理レーンを通じて第１のデータストリームが伝送される場合に内部で誤りが発生する第１のデータストリームに対して、第１のチップは、連結された第２のデータストリームを形成するべく、少なくとも一度は、第１のデータストリームに対して復号および誤り訂正を実行せずに第１のデータストリームを直接再符号化してもよいことが認識され得る。

【0016】

第２の態様によれば、本出願の一実施形態は、データ伝送方法を提供する。方法は、第１のチップが、第２のチップによって送信される第２のデータストリームを受信する段階であって、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、段階と、第１のチップが、第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号する段階であって、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである、段階と、第１のチップが、第１のデータストリームを第３のチップへと送信する段階とを備える。少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームであって、第２のチップによって第１のチップへと送信される第２のデータストリームに対して、第１のチップは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームを形成するべく、第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号し、第１のデータストリームを第３のチップへと送信してもよいことが認識され得る。このように、第１のチップは、第２のデータストリームをオリジナルデータへと復号し、次にオリジナルデータを、第１のＦＥＣ符号タイプに基づくデータストリームへと再符号化し、データストリームを第３のチップへと送信することを必要としない。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0017】

第２の態様の任意の考え得る実装に関連して、第２の態様の第１の考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0018】

第２の態様の任意の考え得る実装に関連して、第２の態様の第２の考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。第１のチップは、複数の異なる第２のＦＥＣ符号タイプに基づいて復号することをサポートしてもよいことが認識され得る。

【0019】

第２の態様の任意の考え得る実装に関連して、第２の態様の第３の考え得る実装において、第１のデータストリームは、第３のチップによって第１のＦＥＣ符号タイプに基づいて復号されるべく用いられる。第１のチップは、複数の異なる第１のＦＥＣ符号タイプを出力するべく、連結されたＦＥＣ符号の復号をサポートしてもよいことが認識され得る。

【0020】

第２の態様の任意の考え得る実装に関連して、第２の態様の第４の考え得る実装において、第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第１のチップおよび第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップは電気チップであり、第３のチップはイーサネット（登録商標）インタフェースを用いる構成要素である。少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームであって、第１のデータ伝送デバイスによって第２のデータ伝送デバイスへと送信される第２のデータストリームに対して、第１のデータ伝送デバイスは、第２のＦＥＣ符号タイプに基づいて、電気チップを用いることにより、第２のデータストリームを第１のＦＥＣ符号タイプに基づく第１のデータストリームへと復号し、次に、第１のＦＥＣ符号タイプに基づく第１のデータストリームを、イーサネット（登録商標）インタフェースを用いる構成要素へと送信してもよいことが認識され得る。このように、連結されたＦＥＣ符号を用いることによって、第１のデータ伝送デバイスおよび第２のデータ伝送デバイスの間でデータが伝送される。

【0021】

第２の態様の任意の考え得る実装に関連して、第２の態様の第５の考え得る実装において、物理媒体を用いることによって、第１のチップおよび第３のチップの間で第１のデータストリームが伝送される。第１のチップは、第２のデータストリームをオリジナルデータへと復号しないことが認識され得る。その代わりに、第１のチップは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームへと、第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号してもよい。このように、第１のデータストリームは、干渉を伴う物理媒体を用いることによって第３のチップへと伝送され、第３のチップは、第１のデータストリームを復号してオリジナルデータを取得する。物理媒体は例えば、光ファイバ、光導波路、回路、空気、等であってもよい。

【0022】

第３の態様によれば、本出願の一実施形態は、第１のチップに適用されるデータ伝送装置を提供する。装置は、受信器、符号化器および伝送器を含む。受信器は、第２のチップによって送信される第１のデータストリームを受信するように構成され、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである。符号化器は、第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化するように構成され、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。伝送器は、第２のデータストリームを第３のチップに送信するように構成される。

【0023】

第３の態様の任意の実装に関連して、第３の態様の第１の考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0024】

第３の態様の任意の実装に関連して、第３の態様の第２の考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0025】

第３の態様の任意の実装に関連して、第３の態様の第３の考え得る実装において、符号化器は具体的には、ｎ個の第３のデータストリームを形成するべく、第１のデータストリームを分配するように構成され、ここで、第１のデータストリームにおける同じ符号語ブロックのデータは異なる第３のデータストリームへと分配され、そして、第２のデータストリームを形成するべく、少なくとも一度は複数の第３のデータストリームの各々を再符号化するように構成される。

【0026】

第３の態様の第３の実装に関連して、第３の態様の第４の考え得る実装において、第１のデータストリームから識別されるｋ個の符号語ブロックは、ｎ個の第３のデータストリームへと分配され、複数の第３のデータストリームの各々におけるｋ個の符号語ブロックに属するデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化され、第１のデータストリームにおけるｋ個の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の符号語ブロックに含まれるペイロードデータ量に等しい。

【0027】

第３の態様の第３の実装に関連して、第３の態様の第５の考え得る実装において、第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックによって分配され、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される。

【0028】

第３の態様の第３の実装に関連して、第３の態様の第６の考え得る実装において、第１のデータストリームにおけるデータは、ビットストリームによって分配され、第３のデータストリームにおけるデータは、ビットストリームによって符号化される。

【0029】

第３の態様の任意の実装に関連して、第３の態様の第７の考え得る実装において、第１のチップおよび第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップはイーサネット（登録商標）インタフェースを用いる構成要素であり、第３のチップは電気チップである。

【0030】

第３の態様の任意の考え得る実装に関連して、第３の態様の第８の考え得る実装において、物理媒体を用いることによって、第２のチップおよび第１のチップの間で第１のデータストリームが伝送される。干渉を伴う物理媒体を用いることによって第１のデータストリームが伝送される場合に内部で誤りが発生する第１のデータストリームに対して、第１のチップは、連結された第２のデータストリームを形成するべく、少なくとも一度は、第１のデータストリームに対して復号および誤り訂正を実行せずに第１のデータストリームを直接再符号化してもよいことが認識され得る。

【0031】

第３の態様において提供されるデータ伝送装置は、第１の態様において提供されるデータ伝送方法に対応することが理解され得る。従って、第３の態様において提供されるデータ伝送装置の様々な考え得る実装の技術的効果については、第１の態様において提供されるデータ伝送方法の説明を参照されたい。

【0032】

第４の態様によれば、本出願の一実施形態は、第１のチップに適用されるデータ伝送装置を提供する。装置は、受信器、復号器および伝送器を備える。受信器は、第２のチップによって送信される第２のデータストリームを受信するように構成され、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。復号器は、第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号するように構成され、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである。伝送器は、第１のデータストリームを第３のチップに送信するように構成される。

【0033】

第４の態様の任意の考え得る実装に関連して、第４の態様の第１の考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0034】

第４の態様の任意の考え得る実装に関連して、第４の態様の第２の考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0035】

第４の態様の任意の考え得る実装に関連して、第４の態様の第３の考え得る実装において、第１のデータストリームは、第３のチップによって第１のＦＥＣ符号タイプに基づいて復号されるべく用いられる。

【0036】

第４の態様の任意の考え得る実装に関連して、第４の態様の第４の考え得る実装において、第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第１のチップおよび第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップは電気チップであり、第３のチップはイーサネット（登録商標）インタフェースを用いる構成要素である。

【0037】

第４の態様の任意の考え得る実装に関連して、第４の態様の第５の考え得る実装において、物理媒体を用いることによって、第１のチップおよび第３のチップの間で第１のデータストリームが伝送される。第１のチップは、第２のデータストリームをオリジナルデータへと復号しないことが認識され得る。その代わりに、第１のチップは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームへと、第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号してもよい。このように、第１のデータストリームは、干渉を伴う物理媒体を用いることによって第３のチップへと伝送され、第３のチップは、第１のデータストリームを復号してオリジナルデータを取得する。

【0038】

第４の態様において提供されるデータ伝送装置は、第２の態様において提供されるデータ伝送方法に対応することが理解され得る。従って、第４の態様において提供されるデータ伝送装置の様々な考え得る実装の技術的効果については、第２の態様において提供されるデータ伝送方法の説明を参照されたい。

【0039】

第５の態様によれば、本出願の一実施形態は更に、通信方法を提供する。通信方法は、第１の態様の任意の実装によるデータ伝送方法、および、第２の態様の任意の実装によるデータ伝送方法を備える。

【0040】

第６の態様によれば、本出願の一実施形態は更に、通信システムを提供する。通信システムは、第３の態様の任意の実装によるデータ伝送装置、および、第４の態様の任意の実装によるデータ伝送装置を備える。

【0041】

第７の態様によれば、本出願の一実施形態は更に、ネットワークデバイスを提供する。ネットワークデバイスは、第３の態様の任意の実装によるデータ伝送装置を備える。

【0042】

第８の態様によれば、本出願の一実施形態は更に、ネットワークデバイスを提供する。ネットワークデバイスは、第４の態様の任意の実装によるデータ伝送装置を備える。

【0043】

第９の態様によれば、本出願の一実施形態は更に、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で動作された場合、コンピュータは、第１の態様の任意の実装によるデータ伝送方法、または、第２の態様の任意の実装によるデータ伝送方法を実行することを可能にされる。

【0044】

第１０の態様によれば、本出願の一実施形態は更に、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、命令を格納する。命令がコンピュータ上またはプロセッサ上で動作された場合、コンピュータまたはプロセッサは、第１の態様の任意の考え得る実装によるデータ伝送方法、または、第２の態様の任意の考え得る実装によるデータ伝送方法を実行することを可能にされる。

【0045】

第１１の態様によれば、データ符号化方法が提供される。方法は、第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階であり、第１のデータストリームは、ＲＳ符号を用いることによってオリジナルデータを符号化することにより取得される、段階と、第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階とを備える。２レベルの符号化は、ＲＳ符号およびＢＣＨ符号に基づいて実装され、その結果、利得はより高くなり、データ伝送距離およびデータ伝送レートは増大される。

【0046】

第１１の態様に関連して、第１１の態様の第１の考え得る実装において、第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階は、第１の回路が、第２の回路によって伝送される第１のデータストリームをイーサネット（登録商標）インタフェースを介して複数の物理レーンから受信する段階と、第１の回路が、１または複数のＢＣＨ符号化器を含む段階とを有し、第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、第１の回路に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致する場合であって１つのＢＣＨ符号化器が１つの物理レーンに対応している場合に、第１の回路が、第２のデータストリームを取得するべく、１または複数のＢＣＨ符号化器を用いることによって、対応する物理レーン上で伝送される第１のデータストリームに対してＢＣＨ符号化を実行する段階を有する。ＢＣＨ符号化器の数量が物理レーンの数量と一致する場合、ＢＣＨ符号化器は、物理レーンと１対１の関係を有してもよく、その結果、複数のＢＣＨ符号化器は、符号化を並行して実行することができる。これは、符号化スピードを増大させる。

【0047】

第１１の態様に関連して、第１１の態様の第２の考え得る実装において、第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階は、第１の回路が、第２の回路によって伝送される第１のデータストリームをイーサネット（登録商標）インタフェースを介して複数の物理レーンから受信する段階と、第１の回路が、１または複数のＢＣＨ符号化器を含み、更にスケジューラを含む段階とを有し、第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、第１の回路に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致しない場合に、第１の回路が、第２のデータストリームを取得するべく、スケジューラを用いることにより、第１のデータストリームに対してＢＣＨ符号化を実行するよう対応するＢＣＨ符号化器をスケジューリングする段階を有する。ＢＣＨ符号化器の数量が物理レーンの数量よりも少ないか、ＢＣＨ符号化器の数量が物理レーンの数量よりも多いかに拘わらず、ＢＣＨ符号化器は、ＢＣＨ符号化器を対応する物理レーンに接続するべく、スケジューラを用いることにより、スケジューリングされてもよい。このように、ＢＣＨ符号化は、物理レーンを介して伝送される第１のデータストリームに対して実行される。

【0048】

第１１の態様の任意の考え得る実装に関連して、第１１の態様の第３の考え得る実装において、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる基準数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0049】

第１１の態様の第３の考え得る実装に関連して、第１１の態様の第４の考え得る実装において、シンボルストリームデータを取得するべく、第１のデータストリームにおけるデータが基準数量のＲＳ符号語に基づいてインターリーブされた後、シンボルストリームデータは複数の仮想レーンへと出力され、シンボルストリームデータは物理レーンの数量に基づいてビット多重化され、ビット多重化されたシンボルストリームデータは複数の物理レーンを介して第１の回路へと伝送される。複数の物理レーン上の第１のデータストリームは異なる時間に第１の回路に到達し得るので、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる前に、方法は更に、第１の回路が、全ての仮想レーン上のデータを復元するべく、第１のデータストリームを多重分離し、且つ、アライメントをとられたデータを取得するべく、全ての仮想レーン上のデータのアライメントをとる段階を備え、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、アライメントをとられたデータを対応するＢＣＨ符号語に入れる段階を有する。ＢＣＨ符号化の精度を改善するべく、ＢＣＨ符号化が実行される前に、全ての仮想レーン上のデータは最初にアライメントをとられ、次に、アライメントをとられたデータは、対応するＢＣＨ符号語に入れられる。

【0050】

第１１の態様の第３の又は第４の考え得る実装に関連して、第１１の態様の第５の考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各行における前半のデータを順次、第２の数量のＢＣＨ符号語における最初の第３の数量のＢＣＨ符号語に入れる段階と、第１のデータストリームの各行における後半のデータを順次、第２の数量のＢＣＨ符号語における最後の第３の数量のＢＣＨ符号語に入れる段階とを有し、第３の数量は第２の数量の半分であり、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである。

【0051】

第１１の態様の第５の考え得る実装に関連して、第１１の態様の第６の考え得る実装において、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各行における前半のデータを順次、３２個のＢＣＨ符号語における最初の１６個のＢＣＨ符号語に入れる段階と、第１のデータストリームの各行における後半のデータを順次、３２個のＢＣＨ符号語における最後の１６個のＢＣＨ符号語に入れる段階とを有し、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである。

【0052】

第１１の態様の第３の又は第４の考え得る実装に関連して、第１１の態様の第７の考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、第１のデータストリームにおける各列のデータの最初または最後におけるシンボルは並べ替えられる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各列のデータを順次、第２の数量のＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0053】

第１１の態様の第７の考え得る実装に関連して、第１１の態様の第８の考え得る実装において、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各列のデータを順次、３２個のＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる２個の連続シンボルは、異なるＲＳ符号語からのものである。

【0054】

第１１の態様の第３の又は第４の考え得る実装に関連して、第１１の態様の第９の考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、オリジナルＲＳ符号語を取得するべく、第１のデータストリームにおけるデータをデインターリーブする段階と、インターリーブされたデータを取得するべく、第４の数量のＲＳ符号語に基づいてオリジナルＲＳ符号語をインターリーブする段階であり、第４の数量は第１の数量よりも大きい段階と、インターリーブされたデータの各行のデータを順次、第２の数量のＢＣＨ符号語に入れる段階とを有し、各ＢＣＨ符号語に含まれる第４の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0055】

第１１の態様の第５から第９の考え得る実装において、第１の目標数量は、ＲＳ符号タイプに基づいて決定されてもよい。例えば、ＲＳ（５４４、５１４）に対して、第１の目標数量は５４４であり、各ＲＳ符号語は５４４個のシンボルを含む。第２の目標数量は、第１の目標数量に基づいて決定されてもよい。ＲＳ（５４４、５１４）に対して、ＢＣＨ（３６０、３４０）が用いられてもよく、第２の目標数量は３６０である。別の例について、ＲＳ（５２８、５１４）に対し、第１の目標数量は５２８であり、各ＲＳ符号語は５２８個のシンボルを含む。なお、本出願の本実施形態において提供される方法では、ＲＳ符号およびＢＣＨ符号に基づく２レベルの符号化が用いられる。本出願の本実施形態において、特定のＲＳ符号タイプおよび特定のＢＣＨ符号タイプは限定されない。なお、第１の目標数量のシンボルおよび第２の目標数量のシンボルは、１０ビットシンボルであってもよく、または、１ビットシンボル若しくは別の長さを有するシンボルであってもよい。本出願の本実施形態において、シンボルの長さは限定されない。

【0056】

第１１の態様の任意の考え得る実装に関連して、第１１の態様の第１０の考え得る実装において、第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行した後に、方法は更に、媒体を用いることによって、第２のデータストリームを第３の回路へと複数の物理レーンを介して伝送する段階、または、時分割多重化モードにおいて、媒体を用いることによって、第２のデータストリームを第３の回路へと１つの物理レーンを介して伝送する段階、を備える。

【0057】

第１２の態様によれば、データ復号方法が提供される。方法は、第３の回路が、第１の回路によって伝送される第２のデータストリームを受信する段階であり、第２のデータストリームは、ＲＳ符号およびＢＣＨ符号を用いることによって符号化することにより取得される段階と、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階と、オリジナルデータを取得するべく、ＲＳ符号を用いることによって第１のデータストリームを復号する段階とを備える。

【0058】

第１の回路は、ＲＳ符号およびＢＣＨ符号に基づく２レベルの符号化を用いる。従って、利得が増大し、その結果、データ伝送距離をより長くすることができ、データ伝送レートをより高くすることができる。データが第３の回路に伝送された後、第３の回路は、対応するＲＳ符号およびＢＣＨ符号に基づいてデータを復号し、その結果、データは無事に復号されることができる。

【0059】

第１２の態様に関連して、第１２の態様の第１の考え得る実装において、第３の回路が、第１の回路によって伝送される第２のデータストリームを受信する段階は、第１の回路によって複数の物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する段階、または、時分割多重化モードにおいて、第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する段階、を有する。第１の回路は、第２のデータストリームを伝送するべく１または複数の物理レーンを柔軟に用いてもよく、第１の回路が第２のデータストリームを送信する方法において、第３の回路は第２のデータストリームを受信してもよい。

【0060】

第１２の態様の第１の考え得る実装に関連して、第１２の態様の第２の考え得る実装において、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階の前に、方法は更に、時分割多重化モードにおいて第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームが媒体を用いることによって受信される場合に第２のデータストリームを多重分離する段階を備え、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離されたデータストリームを復号する段階を有する。

【0061】

第１２の態様の第２の考え得る実装に関連して、第１２の態様の第３の考え得る実装において、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階の前に、方法は更に、多重分離された第２のデータストリームのアライメントをとる段階を備え、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離された第２のデータストリームを復号する段階は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、アライメントをとられた第２のデータストリームを復号する段階を有する。ＢＣＨ復号の精度を保証するべく、ＢＣＨ復号が実行される前に、多重分離された第２のデータストリームは最初にアライメントをとられ、次に、アライメントをとられた第２のデータストリームが、ＢＣＨ符号を用いることによって復号される。

【0062】

第１３の態様によれば、データ符号化装置が提供される。装置は、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信するように構成された受信モジュールであり、第１のデータストリームは、ＲＳ符号を用いることによってオリジナルデータを符号化することにより取得される、受信モジュールと、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行するように構成された符号化モジュールとを備える。

【0063】

第１３の態様に関連して、第１３の態様の第１の考え得る実装において、受信モジュールは、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信するように構成される。装置は１または複数のＢＣＨ符号化器を備え、符号化モジュールは、含まれたＢＣＨ符号化器の数量が物理レーンの数量と一致する場合であって、１つのＢＣＨ符号化器が１つの物理レーンに対応する場合に、第２のデータストリームを取得するべく、対応する物理レーン上で伝送される第１のデータストリームに対して、１または複数のＢＣＨ符号化器を用いることによりＢＣＨ符号化を実行するように構成される。

【0064】

第１３の態様に関連して、第１３の態様の第２の考え得る実装において、受信モジュールは、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信するように構成される。装置は１または複数のＢＣＨ符号化器を備え、更にスケジューラを備え、符号化モジュールは、装置に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致しない場合に、第２のデータストリームを取得するべく、スケジューラを用いることによって、対応するＢＣＨ符号化器を、第１のデータストリームに対してＢＣＨ符号化を実行するようスケジューリングするように構成される。

【0065】

第１３の態様の任意の考え得る実装に関連して、第１３の態様の第３の考え得る実装において、符号化モジュールは、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる基準数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0066】

第１３の態様の第３の考え得る実装に関連して、第１３の態様の第４の考え得る実装において、シンボルストリームデータを取得するべく、第１のデータストリームにおけるデータが基準数量のＲＳ符号語に基づいてインターリーブされた後、シンボルストリームデータは複数の仮想レーンへと出力され、シンボルストリームデータは物理レーンの数量に基づいてビット多重化され、ビット多重化されたシンボルストリームデータは複数の物理レーンを介して装置へと伝送される。装置は更に、全ての仮想レーン上でデータを復元するべく、第１のデータストリームを多重分離するように構成された多重分離モジュールと、アライメントをとられたデータを取得するべく、全ての仮想レーン上でデータのアライメントをとるように構成されたアライメントモジュールとを備える。符号化モジュールは、アライメントをとられたデータを対応するＢＣＨ符号語に入れるように構成される。

【0067】

第１３の態様の第３の又は第４の考え得る実装に関連して、第１３の態様の第５の考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。符号化モジュールは、第１のデータストリームの各行における前半のデータを順次、第２の数量のＢＣＨ符号語における最初の第３の数量のＢＣＨ符号語に入れ、第１のデータストリームの各行における後半のデータを順次、第２の数量のＢＣＨ符号語における最後の第３の数量のＢＣＨ符号語に入れるように構成され、第３の数量は第２の数量の半分であり、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである。

【0068】

第１３の態様の第５の考え得る実装に関連して、第１３の態様の第６の考え得る実装において、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。符号化モジュールは、第１のデータストリームの各行における前半のデータを順次、３２個のＢＣＨ符号語における最初の１６個のＢＣＨ符号語に入れ、第１のデータストリームの各行における後半のデータを順次、３２個のＢＣＨ符号語における最後の１６個のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである。

【0069】

第１３の態様の第３の又は第４の考え得る実装に関連して、第１３の態様の第７の考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、第１のデータストリームにおける各列のデータの最初または最後におけるシンボルは並べ替えられる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。符号化モジュールは、第１のデータストリームの各列のデータを順次、第２の数量のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0070】

第１３の態様の第７の考え得る実装に関連して、第１３の態様の第８の考え得る実装において、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。符号化モジュールは、第１のデータストリームの各列のデータを順次、３２個のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる２個の連続シンボルは、異なるＲＳ符号語からのものである。

【0071】

第１３の態様の第３の又は第４の考え得る実装に関連して、第１３の態様の第９の考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。符号化モジュールは、オリジナルＲＳ符号語を取得するべく、第１のデータストリームにおけるデータをデインターリーブし、インターリーブされたデータを取得するべく、第４の数量のＲＳ符号語に基づいてオリジナルＲＳ符号語をインターリーブし、インターリーブされたデータの各行のデータを順次、第２の数量のＢＣＨ符号語に入れるように構成され、第４の数量は第１の数量よりも大きく、各ＢＣＨ符号語に含まれる第４の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0072】

第１３の態様の任意の考え得る実装に関連して、第１３の態様の第１０の考え得る実装において、装置は更に、媒体を用いることによって、第２のデータストリームを第３の回路へと複数の物理レーンを介して伝送する、または、時分割多重化モードにおいて、媒体を用いることによって、第２のデータストリームを第３の回路へと１つの物理レーンを介して伝送する、ように構成された伝送モジュールを備える。

【0073】

第１４の態様によれば、データ復号装置が提供される。装置は、第１の回路によって伝送される第２のデータストリームを受信するように構成された受信モジュールと、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号するように構成された第１の復号モジュールと、オリジナルデータを取得するべく、ＲＳ符号を用いることによって第１のデータストリームを復号するように構成された第２の復号モジュールとを備え、第２のデータストリームは、ＲＳ符号およびＢＣＨ符号を用いることによって符号化することにより取得される。

【0074】

第１４の態様に関連して、第１４の態様の第１の考え得る実装において、受信モジュールは、第１の回路によって複数の物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する、または、時分割多重化モードにおいて、第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する、ように構成される。

【0075】

第１４の態様の第１の考え得る実装に関連して、第１４の態様の第２の考え得る実装において、装置は更に、時分割多重化モードにおいて第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームが媒体を用いることによって受信される場合に、第２のデータストリームを多重分離するように構成された多重分離モジュールを備える。第１の復号モジュールは、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離されたデータストリームを復号するように構成される。

【0076】

第１４の態様の第２の考え得る実装に関連して、第１４の態様の第３の考え得る実装において、装置は更に、多重分離された第２のデータストリームのアライメントをとるように構成されたアライメントモジュールを備える。第１の復号モジュールは、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、アライメントをとられた第２のデータストリームを復号するように構成される。

【0077】

第１１から第１４の態様の任意の１つ、または、これらの態様の考え得る実装によれば、ＢＣＨ符号は、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、または拡大ハミング符号と置き換えられてもよく、適宜、ＢＣＨ符号化器は、拡大ｅＢＣＨ符号の符号化器、ハミング符号の符号化器、または拡大ハミング符号の符号化器と置き換えられ得る。

【0078】

第１５の態様によれば、データ伝送デバイスが提供される。デバイスは、メモリおよびプロセッサを備える。メモリは、少なくとも１つの命令を格納し、少なくとも１つの命令は、本出願の第１１の態様または第１２の態様の任意の考え得る実装に従う方法を実装するべく、プロセッサによってロードされ且つ実行される。

【0079】

第１６の態様によれば、通信装置が提供される。装置は、トランシーバ、メモリおよびプロセッサを備える。トランシーバ、メモリおよびプロセッサは、内部接続パスを介して互いに通信する。メモリは、命令を格納するように構成される。プロセッサは、信号を受信するようトランシーバを制御するべく、且つ、信号を送信するようトランシーバを制御するべく、メモリに格納された命令を実行するように構成される。なお、プロセッサがメモリに格納された命令を実行する場合、プロセッサは、第１１の態様または第１２の態様の任意の考え得る実装に従う方法を実行することを可能にされる。

【0080】

オプションで、１または複数のプロセッサが存在し、且つ、１または複数のメモリが存在する。

【0081】

オプションで、メモリはプロセッサと統合されてもよく、または、メモリおよびプロセッサは別々に配置される。

【0082】

特定の実装処理において、メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）のような非一時的メモリであってもよい。メモリおよびプロセッサは、１つのチップへと統合されてもよく、異なるチップに配置されてもよい。メモリのタイプ、および、メモリおよびプロセッサが配置される方法は、本出願の実施形態において限定されない。

【0083】

第１７の態様によれば、コンピュータプログラム（製品）が提供される。コンピュータプログラム（製品）は、コンピュータプログラムコードを備え、コンピュータによってコンピュータプログラムコードが動作された場合、コンピュータは、第１１の態様または第１２の態様の任意の考え得る実装に従う方法を実行することを可能にされる。

【0084】

第１８の態様によれば、可読記憶媒体が提供される。可読記憶媒体は、プログラムまたは命令を格納する。コンピュータ上でプログラムまたは命令が動作される場合、第１１の態様または第１２の態様の任意の考え得る実装に従う方法が実行される。

【0085】

第１９の態様によれば、チップが提供される。チップは、プロセッサを備える。プロセッサは、チップが取り付けられている通信デバイスが第１１の態様または第１２の態様の任意の考え得る実装に従う方法を実行するように、メモリに格納された命令を呼び出して実行するように構成される。

【0086】

第２０の態様によれば、別のチップが提供される。チップは、入力インタフェース、出力インタフェース、プロセッサおよびメモリを備える。入力インタフェース、出力インタフェース、プロセッサおよびメモリは、内部接続パスを介して互いに接続される。プロセッサは、メモリ内のコードを実行するように構成され、コードが実行された場合、プロセッサは、第１１の態様または第１２の態様の任意の考え得る実装に従う方法を実行するように構成される。

【図面の簡単な説明】

【0087】

【図1】本出願の一実施形態による、適用シナリオの一例の概略図である。

【0088】

【図2】本出願の一実施形態による、データ伝送方法の概略フローチャートである。

【0089】

【図3】本出願の一実施形態による、データ分配モードの一例の概略図である。

【0090】

【図4】本出願の一実施形態による、データ分配モードの一例の概略図である。

【0091】

【図5】本出願の一実施形態による、データ分配モードの一例の概略図である。

【0092】

【図6】本出願の一実施形態による、データ分配モードの一例の概略図である。

【0093】

【図7】本出願の一実施形態による、例示的なシナリオにおけるネットワーク構造の概略図である。

【0094】

【図8】本出願の一実施形態による、データ伝送方法の概略フローチャートである。

【0095】

【図9】本出願の一実施形態による、データ伝送方法の概略フローチャートである。

【0096】

【図10】本出願の一実施形態による、符号化方法の概略フローチャートである。

【0097】

【図11】本出願の一実施形態による、データ伝送方法の概略フローチャートである。

【0098】

【図12】本出願の一実施形態による、データ伝送方法の概略フローチャートである。

【0099】

【図13】本出願の一実施形態による、データ伝送装置の構造の概略図である。

【0100】

【図14】本出願の一実施形態による、データ伝送装置の構造の概略図である。

【0101】

【図15】本出願の一実施形態による、実装環境の概略図である。

【0102】

【図16】本出願の一実施形態による、実装環境の概略図である。

【0103】

【図17】本出願の一実施形態による、データ符号化方法のフローチャートである。

【0104】

【図18】本出願の一実施形態による、データ伝送処理の概略図である。

【0105】

【図19】本出願の一実施形態による、データ伝送処理の概略図である。

【0106】

【図20】本出願の一実施形態による、ＢＣＨ符号化処理の概略図である。

【0107】

【図21】本出願の一実施形態による、ＢＣＨ符号化処理の概略図である。

【0108】

【図22】本出願の一実施形態による、ＢＣＨ符号化処理の概略図である。

【0109】

【図23】本出願の一実施形態による、ＢＣＨ符号化処理の概略図である。

【0110】

【図24】本出願の一実施形態による、データ復号方法のフローチャートである。

【0111】

【図25】本出願の一実施形態による、データ伝送処理の概略図である。

【0112】

【図26】本出願の一実施形態による、４個の符号語を用いることによってインターリーブすることの実験結果の概略図である。

【0113】

【図27】本出願の一実施形態による、データ符号化装置の構造の概略図である。

【0114】

【図28】本出願の一実施形態による、データ符号化装置の構造の概略図である。

【0115】

【図29】本出願の一実施形態による、データ符号化装置の構造の概略図である。

【0116】

【図30】本出願の一実施形態による、データ復号装置の構造の概略図である。

【0117】

【図31】本出願の一実施形態による、データ復号装置の構造の概略図である。

【0118】

【図32】本出願の一実施形態による、データ復号装置の構造の概略図である。

【0119】

【図33】本出願の一実施形態による、データ伝送デバイスの構造の概略図である。

【0120】

【図34】本出願の一実施形態による、データ伝送デバイスの構造の概略図である。

【発明を実施するための形態】

【0121】

本出願の実装において用いられる用語は、本出願の実施形態を説明するために用いられるに過ぎず、本出願を限定することを意図するものではない。

【0122】

ＦＥＣ符号が用いられるデータ伝送処理において、送信デバイスは、特定のＦＥＣ符号タイプを用いることによってオリジナルデータを符号化し得、次に、符号化することにより取得されるＦＥＣ符号を受信デバイスに送信し得る。受信デバイスは、同じＦＥＣ符号タイプを用いることによって、受信されたＦＥＣ符号を復号し、オリジナルデータを取得し得る。このように、たとえ伝送チャネル上でＦＥＣ符号のいくつかの箇所に誤りが発生したとしても、受信デバイスは、復号中にＦＥＣ符号内のパリティビットに基づいて逆計算を実行することによって、誤りが発生する前から存在しているオリジナルデータを取得してもよい。これは、誤り訂正機能を実装する。

【0123】

いくつかのシナリオでは、ＦＥＣ符号タイプは、データ伝送処理において変換されることを必要とし得る。例えば、改善されたＦＥＣ符号タイプとして、連結されたＦＥＣ符号は、１または複数のベーシックＦＥＣ符号タイプに対して符号タイプ構築を実行することによって取得されるマルチレベルＦＥＣ符号である。これは、伝送されるデータに対してより強力な誤り訂正保護を提供することができる。従って、データが高レートで又は長距離に亘って伝送される場合に導入される雑音に対処するべく、連結されたＦＥＣ符号は、複数のデバイス間でデータを伝送するのに用いられてもよい。しかしながら、デバイスのオリジナルデータ伝送インタフェースによって用いられるオリジナルＦＥＣ符号タイプは、規格で指定される符号タイプである。例えば、多くのデバイスのオリジナルイーサネット（登録商標）インタフェースは、リードソロモン（英語：Ｒｅｅｄ－Ｓｏｌｏｍｏｎ、略してＲＳ）符号のみをサポートしている。デバイスが、規格で指定されるものよりも高レート又は長距離のデータ伝送シナリオに適用される場合、規格で指定されるＦＥＣ符号タイプは要件を満たすことができない。従って、デバイスは、伝送される予定のデータを、オリジナルＦＥＣ符号タイプからより高いゲインのＦＥＣ符号タイプへと変換することを必要とする。概して、ＦＥＣ符号タイプが変換される場合、オリジナルＦＥＣ符号タイプを用いることによって符号化されるデータは、オリジナルデータへと復号されることを必要とし、次に、オリジナルデータは、新しいＦＥＣ符号タイプを用いることによって符号化される。しかしながら、そのような変換処理は、データ伝送デバイスに追加の電力消費をもたらすだけでなく、データ伝送処理における遅延もまた増大させる。

【0124】

本出願の実施形態において、連結されたＦＥＣ符号は、高レートでのおよび／または長距離のデータ伝送のために高い利得を提供できるＦＥＣ符号タイプであり、連結されたＦＥＣ符号は、複数のレベルのＦＥＣ符号タイプを連結することによって取得される。従って、２つのチップ間のデータ伝送において、チップが、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームを受信する場合、チップは、最初の第１のＦＥＣ符号タイプを用いることによって第１のデータストリームを復号し、次にオリジナルデータを連結されたＦＥＣ符号へと再符号化することを必要としない。その代わりに、チップは、より高いゲインを取得するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化し、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成された第２のデータストリームを取得してもよい。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0125】

例えば、本出願の実施形態は、図１に示されるシナリオに適用されてもよい。チップ１０３およびチップ１０５は、データ伝送デバイス１０１内に配置され、チップ１０７およびチップ１０９は、データ伝送デバイス１０２内に配置される。チップ１０３およびチップ１０９の両方が第１のＦＥＣ符号タイプをサポートしているが、データ伝送デバイス１０１およびデータ伝送デバイス１０２の間のチャネル１０６は、データ伝送用に連結されたＦＥＣ符号を用いることを必要とする、と仮定する。この場合、チップ１０３は、第１のデータストリームを形成するべく、第１のＦＥＣ符号タイプを用いることによってオリジナルデータを符号化し、チャネル１０４を介して第１のデータストリームをチップ１０５へと送信してもよい。第１のデータストリームを受信した後、チップ１０５は、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームを取得するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化し、チャネル１０６を介して第２のデータストリームをチップ１０７へと送信してもよい。第２のデータストリームを受信した後、チップ１０７は、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームを取得するべく、少なくとも一度は、第２のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号し、チャネル１０８を介して第１のデータストリームをチップ１０９へと送信してもよい。第１のデータストリームを受信した後、チップ１０９は、オリジナルデータを取得するべく、第１のＦＥＣ符号タイプを用いることによって第１のデータストリームを復号してもよい。第１のＦＥＣ符号タイプは、イーサネット（登録商標）インタフェースによってサポートされているＲＳ符号のようなＦＥＣ符号タイプであってもよく、第２のＦＥＣ符号タイプは、ボーズ－チョドーリ－オッケンジェム（英語：Ｂｏｓｅ－Ｃｈａｕｄｈｕｒｉ－Ｈｏｃｑｕｅｎｇｈｅｍ、略してＢＣＨ）符号のような符号タイプであってもよい。チャネル１０４、チャネル１０６およびチャネル１０８は全て、干渉を伴う物理レーンであってもよく、チャネル１０４上、チャネル１０６上およびチャネル１０８上の各々でデータストリームが伝送される場合に誤りが発生することが留意されるべきである。言い換えれば、チップ１０３によってチップ１０５へと送信される第１のデータストリームがチャネル１０４上で伝送される場合に誤りが発生し、チップ１０５によってチップ１０７へと送信される第２のデータストリームがチャネル１０６上で伝送される場合に誤りが発生し、チップ１０７によってチップ１０９へと送信される第１のデータストリームがチャネル１０８上で伝送される場合に誤りが発生する。

【0126】

本出願において、「物理レーン」および「物理媒体」はしばしば、入れ替え可能である。当業者であれば、「物理レーン」は、「物理媒体」内のデータを伝送するためのレーンであることを理解するであろう。

【0127】

前述のシナリオは、単に本出願の実施形態において提供されるシナリオの例に過ぎず、本出願の実施形態はこのシナリオに限定されないことが理解されるであろう。

【0128】

添付図面に関連して、以下では、複数の実施形態を用いて、本出願の当該複数の実施形態におけるデータ伝送方法および装置の特定の実装を詳細に説明する。

【0129】

図２は、本出願の一実施形態による、データ伝送方法２００の概略フローチャートである。例えば、方法は、以下の段階を備えてもよい。

【0130】

２０１：チップ１は、チップ２によって送信される第１のデータストリームを受信し、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである。

【0131】

特定の実装において、チップ２は、第１のデータストリームを形成するべく、第１のＦＥＣ符号タイプを用いることによってオリジナルデータを符号化し、第１のデータストリームをチップ１へと送信してもよい。従って、チップ１によって受信される第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである。言い換えれば、第１のデータストリームは、第１のＦＥＣ符号タイプの符号語（英語：ｃｏｄｅｗｏｒｄ）ブロックを含む符号ストリームである。

【0132】

第１のＦＥＣ符号タイプは、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段（英語：Ｓｔａｉｒｃａｓｅ）符号、低密度パリティ検査（英語：ｌｏｗ ｄｅｎｓｉｔｙ ｐａｒｉｔｙ ｃｈｅｃｋ、略してＬＤＰＣ）符号、ターボ（英語：Ｔｕｒｂｏ）符号、またはターボ積符号（英語：Ｔｕｒｂｏ ｐｒｏｄｕｃｔ ｃｏｄｅ、略してＴＰＣ）のような符号タイプであってもよい。例えば、例示的なシナリオにおいて、チップ２はイーサネット（登録商標）インタフェースを介してチップ１と通信すると仮定すると、第１のＦＥＣ符号タイプはＲＳ符号であってもよい。

【0133】

第１のＦＥＣ符号タイプの符号語ブロックは、オリジナルデータ用に提供される追加パリティ符号（英語：ｐａｒｉｔｙ ｃｏｄｅ）を含み、パリティ符号は、データ伝送処理において発生する誤りを訂正するのに用いられることが理解されるであろう。例えば、第１のＦＥＣ符号タイプは、システマティックなＦＥＣ（英語：ｓｙｓｔｅｍａｔｉｃ ＦＥＣ）符号であってもよく、すなわち、第１のＦＥＣ符号タイプの符号語ブロックは、オリジナルデータと、オリジナルデータ用に提供されるパリティ符号とを含んでもよい。

【0134】

第１のＦＥＣ符号タイプの符号語ブロックは、有限体に基づいて処理されてもよい。符号語ブロックは、複数のＦＥＣシンボル（英語：ｓｙｍｂｏｌ）ブロックへと分割されてもよく、符号語ブロックに対する処理は、ＦＥＣシンボルブロック粒度で実行されてもよい。例えば、ＲＳ符号において、５４４０ビットの符号語ブロックは、５１４０ビットオリジナルデータおよび３００ビットパリティ符号を含む。ガロア体（英語：Ｇａｌｏｉｓ Ｆｉｅｌｄ、略してＧＦ）２^１０が処理のために用いられ、且つ、１０ビットのデータ毎に１個のＦＥＣシンボルブロックを構成するならば、１個の符号語ブロックは、５４４ＦＥＣシンボルブロックを有し、具体的には、５１４ＦＥＣシンボルブロックを含むオリジナルデータと、３０ＦＥＣシンボルブロックを含むパリティ符号とを有する。別の例では、別のＲＳ符号において、５２８０ビットの符号語ブロックは、５１４０ビットオリジナルデータおよび１４０ビットパリティ符号を含む。ＧＦ２^１０が処理のために用いられ、且つ、１０ビットのデータ毎に１個のＦＥＣシンボルブロックを構成するならば、１個の符号語ブロックは、５２８ＦＥＣシンボルブロックを有し、具体的には、５１４ＦＥＣシンボルブロックを含むオリジナルデータと、１４ＦＥＣシンボルブロックを含むパリティ符号とを有する。連続誤り（英語：ｃｏｎｓｅｃｕｔｉｖｅ ｅｒｒｏｒｓ）について、バースト誤り（英語：ｂｕｒｓｔ ｅｒｒｏｒｓ）とも称されるが、マルチビット連続誤りは、少量のＦＥＣシンボルブロックのみの誤りと均等であることが理解されるであろう。従って、ＦＥＣ符号語ブロックをＦＥＣシンボルブロック粒度で処理することによって、より強いＦＥＣ誤り訂正能力が提供される。

【0135】

チップ１およびチップ２は２つの異なるチップであり、干渉を伴う物理レーンを介してチップ１およびチップ２の間でデータが伝送されてもよいことが理解されるであろう。従って、チップ２によってチップ１へと送信される第１のデータストリームが物理レーン上で伝送される場合に、当該干渉に起因して、第１のデータストリーム内に誤りが発生する。チップ１によって受信される第１のデータストリームは、内部で誤りが発生したデータストリームであることが認識され得る。

【0136】

２０２：チップ１は、第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化し、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。

【0137】

特定の実装において、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームに対して、チップ１は、最初に第１のＦＥＣ符号タイプを用いることによって第１のデータストリームをオリジナルデータへと復号することを必要としない。その代わりに、チップ１は、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって第２のデータストリームを形成するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化してもよい。言い換えれば、第２のデータストリームは、第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって取得される、連結されたＦＥＣ符号ストリームであってもよく、すなわち、第２のデータストリームは、２レベルの連結されたＦＥＣ符号ストリームであり、または、第２のデータストリームは、第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプの連結に基づいて、１または複数のレベルの連結されたＦＥＣ符号ストリームを連結することによって取得されるデータストリームであってもよく、すなわち、第２のデータストリームは、３レベルの連結されたＦＥＣ符号ストリーム、または、３より多いレベルの連結されたＦＥＣ符号ストリームである。干渉を伴う物理レーンを介してチップ２が第１のデータストリームをチップ１に送信するならば、チップ１によって受信される第１のデータストリームは、内部で誤りが発生したデータストリームであることが理解されるであろう。従って、チップ１は、内部で誤りが発生した第１のデータストリームを復号しない。その代わりに、チップ１は、複数のレベルのＦＥＣ符号ストリームを連結することによって第２のデータストリームを形成するべく、内部で誤りが発生した第１のデータストリームを少なくとも一度は直接再符号化する。

【0138】

第２のＦＥＣ符号タイプは、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣのような符号であってもよい。第２のＦＥＣ符号タイプは、第１のＦＥＣ符号タイプと同じであってもよく、または、第２のＦＥＣ符号タイプは、第１のＦＥＣ符号タイプとは異なってもよいことが理解されるであろう。例えば、第１のＦＥＣ符号および第２のＦＥＣ符号の両方がＲＳ符号であってもよく、または、第１のＦＥＣ符号はＲＳ符号であって且つ第２のＦＥＣ符号はＢＣＨ符号であってもよい。

【0139】

第２のデータストリームは、最後のレベルの符号用に用いられるＦＥＣ符号タイプの符号語ブロックを含む符号ストリームであることが留意されるべきである。例えば、第２のデータストリームが、第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成されるデータストリームであるならば、第１のＦＥＣ符号タイプは、最初のレベルの符号用に用いられ、第２のＦＥＣ符号タイプは、第２のレベルの符号用に用いられ、第２のデータストリームは、第２のＦＥＣ符号タイプの符号語ブロックを含む符号ストリームである。第２のデータストリームは、第１のデータストリームに基づき、第２のＦＥＣ符号タイプを用いることによって符号化することにより取得されるので、第２のＦＥＣ符号タイプの符号語ブロックは、第１のデータストリーム用に提供される追加パリティ符号を含む。第２のＦＥＣ符号タイプがシステマティックな符号であるならば、第２のＦＥＣ符号タイプの符号語ブロックは、第１のデータストリーム内のデータと、当該データ用に提供されるパリティ符号とを含む。

【0140】

いくつかの実装において、誤り訂正能力をより強くするべく、第１のデータストリームにおける同じ符号語ブロックのデータは、第２のデータストリームにおける複数の異なる符号語ブロックへと符号化されてもよい。このように、たとえ第２のデータストリームにおける符号語ブロックのごく一部が正確に復号され得なくとも、第１のデータストリームにおける符号語ブロックの正しい復号には影響を及ぼさない。特定の実装において、チップ１は、ｎ個の第３のデータストリームを形成するべく、一の分配方法で、第１のデータストリームをｎ個の異なるレーンへと分配してもよく、その結果、第１のデータストリームにおける同じ符号語ブロックのデータは、複数の異なる第３のデータストリームへと分配され、ここで、ｎは１よりも大きい自然数を表わす。次に、チップ１は、第２のデータストリームを形成するべく、少なくとも一度は、ｎ個のレーン上の第３のデータストリームの各々を再符号化してもよい。例えば図３の一例において、第１のＦＥＣ符号語ブロックは、第１のデータストリームにおける符号語ブロックであり、符号語ブロックにおけるデータは、ｎ個のレーン上の第３のデータストリームへと分配される。ｎ個の第２のＦＥＣ符号ストリームを形成するべく、各レーン上の第３のデータストリームは第２のＦＥＣ符号語ブロックへと符号化され、第２のＦＥＣ符号ストリームは、第２のデータストリームを形成する。第１のＦＥＣ符号語ブロックは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックであり、第２のＦＥＣ符号語ブロックは、第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックであり、第２のＦＥＣ符号ストリームは、第２のＦＥＣ符号語ブロックを含むデータストリームである。

【0141】

第１のデータストリームは、１個のレーン上のデータストリームであってもよく、または、複数のレーン上の複数のデータストリームを含んでもよいことが理解されるであろう。言い換えれば、第１のデータストリームは１個の符号ストリームであってもよく、複数の符号ストリームを含んでもよい。

【0142】

第１のデータストリームが１個のレーン上のデータストリームであるならば、第１のデータストリームは分配されて複数の第３のデータストリームを形成する。これは、１個のデータストリームが分配されて複数のデータストリームを形成することと均等である。例えば、図４に示される一例において、ｎは１よりも大きな自然数であり、第１のデータストリームは１個のレーン上の第１のＦＥＣ符号ストリームであり、ｎ個のレーン上の第３のデータストリームは分配処理後に形成される、と仮定する。各レーン上の第３のデータストリームは、１個の第２のＦＥＣ符号ストリームへと符号化され、ｎ個のＦＥＣ符号ストリームは、第２のデータストリームを形成する。第１のＦＥＣ符号ストリームは、第１のＦＥＣ符号語ブロックを含むデータストリームであり、第１のＦＥＣ符号語ブロックは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックである。第２のＦＥＣ符号ストリームは、第２のＦＥＣ符号語ブロックを含むデータストリームであり、第２のＦＥＣ符号語ブロックは、第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックである。

【0143】

第１のデータストリームが複数のレーン上のデータストリームを含むならば、第１のデータストリームが分配されて第３のデータストリームを形成することは、複数のデータストリームが分配されて複数のデータストリームを形成することと均等であり、そのような分配は、インターリーブ（英語：ｉｎｔｅｒｌｅａｖｉｎｇ）技術および／または多重化（英語：ｍｕｌｔｉｐｌｅｘｉｎｇ）技術のような分配ポリシに従って実装されてもよい。例えば、図５に示される一例において、ｋ、ｍ、およびｎは全て、１よりも大きい自然数であり、第１のデータストリームは、ｋ個のレーン上の第１のＦＥＣ符号ストリームを含み、第１のデータストリームは、インタリーバ（英語：ｉｎｔｅｒｌｅａｖｅｒ）によってインターリーブされてｍ個のレーン上の第４のデータストリームを形成してもよく、次に、ｍ個のレーン上の第４のデータストリームは、ｎ個のレーン上の第３のデータストリームを形成するべく、ビットマルチプレクサ（英語：ｂｉｔ ｍｕｌｔｉｐｌｅｘｅｒ）またはシンボルマルチプレクサ（英語：ｓｙｍｂｏｌ ｍｕｌｔｉｐｌｅｘｅｒ）のようなマルチプレクサによって多重化されてもよいと仮定する。各レーン上の第３のデータストリームは、次に、１個の第２のＦＥＣ符号ストリームへと符号化され、ｎ個のＦＥＣ符号ストリームは、第２のデータストリームを形成する。第１のＦＥＣ符号ストリームは、第１のＦＥＣ符号語ブロックを含むデータストリームであり、第１のＦＥＣ符号語ブロックは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックである。第２のＦＥＣ符号ストリームは、第２のＦＥＣ符号語ブロックを含むデータストリームであり、第２のＦＥＣ符号語ブロックは、第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックである。

【0144】

第１のデータストリームを分配してｎ個の第３のデータストリームを形成するのに複数の分配方法が用いられてもよいことが留意されるべきである。

【0145】

一例において、チップ１は、第１のデータストリームに対してビット粒度で分配処理を実行してもよく、すなわち、第１のデータストリームにおけるデータはビットストリームによってｎ個の第３のデータストリームへと分配されてもよい。特定の実装中、チップ１は、第１のデータストリームから１ビットデータを取得してもよく、且つ、レーン上の第３のデータストリームへと当該データを分配するべく、分配ポリシに従ってｎ個のレーンから当該データ用のレーンを選択してもよい。それに応じて、チップ１はまた、第３のデータストリームに対してビット粒度で符号化処理を実行してもよく、すなわち、第３のデータストリームにおけるデータはビットストリームによって符号化されてもよい。

【0146】

別の例において、チップ１は、第１のデータストリームに対してＦＥＣシンボルブロック粒度で分配処理を実行してもよく、すなわち、第１のデータストリームにおけるデータはＦＥＣシンボルブロックによって分配されてもよい。特定の実装中、チップ１は、第１のデータストリームからＦＥＣシンボルブロックを識別してもよく、且つ、レーン上の第３のデータストリームへと当該ＦＥＣシンボルブロックを分配するべく、分配ポリシに従ってｎ個のレーンから当該ＦＥＣシンボルブロック用のレーンを選択してもよい。それに応じて、チップ１はまた、ＦＥＣシンボルブロック粒度で第３のデータストリームを符号化してもよい。特定の実装中、チップ１は、第３のデータストリームから特定の数量のＦＥＣシンボルブロックを識別し、第２のデータストリームにおける同じ符号語ブロックへとＦＥＣシンボルブロックを符号化してもよい。従って、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される。ＦＥＣシンボルブロックは、アライメントマーカ（英語：ａｌｉｇｎｍｅｎｔ ｍａｒｋｅｒ、略してＡＭ）を用いることによって識別されてもよい。

【0147】

更に別の例において、チップ１は、複数の符号語ブロックの粒度で、第１のデータストリームに対して分配処理を実行してもよい。特定の実装中、チップ１は、第１のデータストリームから複数の符号語ブロックを識別し、分配ポリシに従って、ｎ個のレーン上の第３のデータストリームへと複数の符号語ブロックを分配してもよい。分配ポリシは、例えば、インターリーブ（英語：ｉｎｔｅｒｌｅａｖｉｎｇ）技術および／または多重化（英語：ｍｕｌｔｉｐｌｅｘｉｎｇ）技術を用いることによって実装されてもよい。追加的に、第１のデータストリームは、１個の符号ストリームであってもよく、すなわち、複数の符号語ブロックは、１個の符号ストリームから識別されてもよく、または、第１のデータストリームは、複数の符号ストリームを含んでもよく、すなわち、ｋ個の符号語ブロックは、複数の符号ストリームから識別されてもよく、例えば、第１のデータストリームは、ｋ個の符号ストリームを含み、複数の符号語ブロックは、各符号ストリームから１個の符号語ブロックを識別することによって取得されるｋ個の符号語ブロックであってもよい。

【0148】

同じチップ上で第２のデータストリームをオリジナルデータへと復号することを容易化するべく、チップ１は、第２のデータストリームにおけるｎ個の符号語ブロックのペイロードとして、第１のデータストリームにおけるｋ個の符号語ブロックの全てのデータを用いてもよく、その結果、第１のデータストリームにおけるｋ個の符号語ブロックは、第２のデータストリームにおけるｎ個の符号語ブロックへと符号化される。特定の実装中、チップ１は、第１のデータストリームからｋ個の符号語ブロックを識別し、分配ポリシに従って、ｎ個のレーン上の第３のデータストリームへとｋ個の符号語ブロックを分配してもよい。ｎ個のレーン上で符号化することにより第２のデータストリームにおけるｎ個の符号語ブロックを取得するべく、各レーンへと分配されるｋ個の符号語ブロックのデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化されてもよい。例えば、図６に示される例において、ｋ、ｍ、およびｎは全て、１よりも大きい自然数であり、第１のデータストリームから識別されるｋ個の第１のＦＥＣ符号語ブロックは、インタリーバ（英語：ｉｎｔｅｒｌｅａｖｅｒ）へと入力される、と仮定する。インタリーバがｍ個のレーンに出力するデータは次に、ビットマルチプレクサ（英語：ｂｉｔ ｍｕｌｔｉｐｌｅｘｅｒ）またはシンボルマルチプレクサ（英語：ｓｙｍｂｏｌ ｍｕｌｔｉｐｌｅｘｅｒ）のようなマルチプレクサへと入力され、マルチプレクサは、ｎ個のレーン上にデータを出力する。各レーン上のデータは次に、１個の第２のＦＥＣ符号語ブロックへと符号化され、その結果、第２のデータストリームにおけるｎ個の第２のＦＥＣ符号語ブロックが取得される。第１のＦＥＣ符号語ブロックは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックであり、ＡＭを用いることによって第１のデータストリームから識別されてもよい。第２のＦＥＣ符号語ブロックは、第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される符号語ブロックである。

【0149】

第１のデータストリームにおけるｋ個の符号語ブロックが第２のデータストリームにおけるｎ個の符号語ブロックへと符号化されることを可能にするべく、第１のデータストリームにおけるｋ個の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の符号語ブロックに含まれるペイロードデータ量に等しいことを必要とする。例えば、第１のデータストリームはＲＳ符号ストリームであり、第２のデータストリームはＢＣＨ符号ストリームであり、第１のデータストリームのＲＳ符号語ブロックは５１４０ビットペイロードおよび３００ビットパリティ符号を含み、第２のデータストリームのＢＣＨ符号語ブロックは３４０ビットペイロードおよび２０ビットパリティ符号を含む、と仮定する。４個のＲＳ符号語ブロックの合計データ量は２１７６０ビットであり、６４個のＢＣＨ符号語ブロックのペイロードデータ量もまた２１７６０ビットであることが認識され得る。従って、第１のデータストリームの４個のＲＳ符号語ブロックは、第２のデータストリームの６４個のＢＣＨ符号語ブロックへと符号化されてもよい。

【0150】

２０３：チップ１は、第２のデータストリームをチップ３へと送信する。

【0151】

第２のデータストリームを受信した後、チップ３は第２のデータストリームを復号してもよい。このように、連結されたＦＥＣ符号を用いることによって、チップ１およびチップ３の間でデータが伝送される。

【0152】

一例では、チップ３は、オリジナルデータを取得するべく、第２のデータストリームにおける、第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを含む全てのＦＥＣ符号タイプを復号してもよい。別の例では、チップ３は、第１のデータストリームを取得するべく、第２のデータストリームにおける第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを復号し、第１のデータストリームをチップ４へと送信してもよい。次に、チップ４は、オリジナルデータを取得するべく、第１のデータストリームにおける第１のＦＥＣ符号タイプを復号する。チップ１およびチップ３は２つの異なるチップであり、干渉を伴う物理レーンを介してチップ１およびチップ３の間でデータが伝送されてもよいことが理解されるであろう。同様に、チップ３およびチップ４は２つの異なるチップであり、物理レーンを介してチップ３およびチップ４の間でデータが伝送されてもよい。従って、チップ１によってチップ３へと送信される第２のデータストリームが物理レーン上で伝送される場合に、物理レーンの干渉に起因して、第２のデータストリーム内に誤りが発生する。チップ３は、内部で誤りが発生した第２のデータストリームをオリジナルデータへと復号または訂正しない。その代わりに、チップ３は、複数のＦＥＣ符号を連結することによって取得される第２のデータストリームを、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームへと復号し、第１のデータストリームをチップ４へと送信する。チップ３によってチップ４へと送信される第１のデータストリームが当該物理レーン上で伝送される場合、当該干渉に起因して再び誤りが発生する。この場合、チップ４は、第１のデータストリームをオリジナルデータへと復号且つ訂正する。チップ１によって受信される第１のデータストリームは、内部で誤りが発生したデータストリームであることが認識され得る。

【0153】

第２のデータストリームにおける連結されたＦＥＣ符号について、各レベルのＦＥＣ符号タイプを復号することは、当該レベルのＦＥＣ符号タイプの符号語ブロックを識別し、且つ、識別された符号語ブロックに対して逆計算を実行することによって実装されてもよい。例えば、第２のデータストリームが第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成されるならば、第２のデータストリームが復号される場合に、第２のＦＥＣ符号タイプの符号語ブロックは、ＡＭ、自己同期技術、等のような方法で、第２のデータストリームから識別されてもよく、第１のデータストリームを取得するべく、逆計算が第２のＦＥＣ符号タイプの符号語ブロックに対して実行され、次に、第１のＦＥＣ符号タイプの符号語ブロックは、第２のＦＥＣ符号タイプの符号語ブロックおよび第１のＦＥＣ符号タイプの符号語ブロックの間の固定されたマッピング関係、ＡＭ、等のような方法で、第１のデータストリームから識別されてもよく、オリジナルデータを取得するべく、逆計算が第１のＦＥＣ符号タイプの符号語ブロックに対して実行される。

【0154】

例示的なシナリオにおいて、図７に示されるように、チップ１およびチップ２は、第１のデータ伝送デバイス内に位置付けられる２つのチップであってもよく、チップ３およびチップ４は、第２のデータ伝送デバイス内に位置付けられる２つのチップであってもよい。連結されたＦＥＣ符号を用いることによって第１のデータ伝送デバイスおよび第２のデータ伝送デバイスの間でデータが伝送されることを必要とするが、チップ２およびチップ４は、第１のＦＥＣ符号タイプだけをサポートしており、連結されたＦＥＣ符号をサポートしていない。従って、チップ１は、連結されたＦＥＣ符号ストリームを形成するべく、チップ２によって出力されるデータストリームを符号化し、連結されたＦＥＣ符号ストリームをチップ３へと送信する。チップ３は、連結されたＦＥＣ符号ストリームを、第１のＦＥＣ符号タイプに基づくデータストリームへと復号し、次に、第１のＦＥＣ符号タイプに基づくデータストリームをチップ４へと出力する。このように、連結されたＦＥＣ符号を用いることによって、チップ１およびチップ３の間でデータが伝送され得、その結果、連結されたＦＥＣ符号を用いることによって、第１のデータ伝送デバイスおよび第２のデータ伝送デバイスの間でデータ伝送が実装される。チップ１は、電気チップであってもよく、例えば、遅延電気チップであってもよく、または、例えばデジタル信号処理（英語：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、略してＤＳＰ）チップといった光モジュールの電気チップ、であってもよい。チップ２は、イーサネット（登録商標）インタフェース、例えば物理的（英語：ｐｈｙｓｉｃａｌ、略してＰＨＹ）層チップを用いるチップであってもよい。チップ３は、電気チップであってもよく、例えば、遅延電気チップ、または、例えばＤＳＰチップといった光モジュールの電気チップであってもよい。チップ４は、イーサネット（登録商標）インタフェース、例えば物理的（英語：ｐｈｙｓｉｃａｌ、略してＰＨＹ）層チップを用いるチップであってもよい。

【0155】

本実施形態で提供される連結されたＦＥＣ符号は、シミュレーション実証において、比較的に良好な誤り訂正を達成することが留意されるべきである。シミュレーション実証は、図７に示される例示的なシナリオにおいて実行されると仮定する。シミュレーション環境を形成するべく、チップ２およびチップ１の間のチャネル内、チップ１およびチップ３の間のチャネル内、および、チップ３およびチップ４の間のチャネル内に加法性白色ガウス雑音（英語：Ａｄｄｉｔｉｖｅ Ｗｈｉｔｅ Ｇａｕｓｓｉａｎ Ｎｏｉｓｅ、略してＡＷＧＮ）が挿入される。シミュレーション環境において、チップ２は、第１のＦＥＣ符号タイプに基づくデータストリームをチップ１へと送信し、チップ１は、第１のＦＥＣ符号タイプに基づくデータストリームを、連結されたＦＥＣ符号ストリームへと変換し、次に、連結されたＦＥＣ符号ストリームをチップ３へと送信し、チップ３は、連結されたＦＥＣ符号ストリームを第１のＦＥＣ符号タイプに基づくデータストリームへと変換し、次に、第１のＦＥＣ符号タイプに基づくデータストリームをチップ４へと送信する。この場合、チップ４は、第１のＦＥＣ符号タイプに基づく受信されたデータストリームを正しく復号できる。チップ２が、第１のＦＥＣ符号タイプに基づくデータストリームをチップ１へと送信し、チップ１が、第１のＦＥＣ符号タイプに基づくデータストリームをチップ３へと直接送信し、且つ、チップ３が、第１のＦＥＣ符号タイプに基づくデータストリームをチップ４へと直接送信するならば、チップ４は、第１のＦＥＣ符号タイプに基づく受信されたデータストリームを正しく復号できない。

【0156】

チップ１が、連結されたＦＥＣ符号ストリームを形成するべく、最初に第１のＦＥＣ符号タイプに基づく符号ストリームを復号し、次に、チップ１が、第１のＦＥＣ符号タイプに基づく符号ストリームを復号しないが、その代わりに、チップ１が、連結されたＦＥＣ符号ストリームを形成するべく、第２のＦＥＣ符号タイプを用いることによって、第１のＦＥＣ符号タイプに基づく符号ストリームを再符号化するマルチレベル符号化を実行する場合と比較して、前述のシミュレーション環境で実行されるシミュレーション実証の結果は、それが、６０～１００ｎｓの遅延を低減して、９ｄＢより多いネット符号化ゲイン（英語：ｎｅｔ ｃｏｄｉｎｇ ｇａｉｎ、略してＮＣＧ）を達成できることを示している。

【0157】

本実施形態において、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得され、且つ、チップ２によってチップ１へと送信される第１のデータストリームに対して、チップ１は、最初に第１のＦＥＣ符号タイプを用いることによって第１のデータストリームを復号して次にオリジナルデータを連結されたＦＥＣ符号へと再符号化することを必要としない。その代わりに、チップ１は、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームを取得するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化してもよい。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0158】

図８は、本出願の一実施形態による、データ伝送方法８００の概略フローチャートである。例えば、方法は、以下の段階を備えてもよい。

【0159】

８０１：チップ３は、チップ１によって送信される第２のデータストリームを受信し、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。

【0160】

８０２：チップ３は、第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号し、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである。

【0161】

８０３：チップ３は、第１のデータストリームをチップ４へと送信する。

【0162】

第１のデータストリームを受信した後、チップ４は、オリジナルデータを取得するべく、第１のＦＥＣ符号タイプに基づいて第１のデータストリームを復号してもよい。

【0163】

第１のＦＥＣ符号タイプは、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣのような符号タイプであってもよい。第２のＦＥＣ符号タイプは、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣのような符号タイプであってもよい。

【0164】

例示的なシナリオにおいて、チップ１は、第１のデータ伝送デバイス内に位置付けられてもよく、チップ３およびチップ４は、第２のデータ伝送デバイス内に位置付けられてもよく、チップ３およびチップ１は電気チップ、例えば、遅延電気チップ、または、光モジュールの電気チップであってもよく、チップ４は、イーサネット（登録商標）インタフェースを用いるチップであってもよい。

【0165】

本実施形態は、第２のデータストリームを復号する処理に対応しており、図２に示される実施形態は、第２のデータストリームを符号化する処理に対応していることが理解されるであろう。従って、本実施形態に関する様々な特定の実装、例えば、第１のデータストリーム、第２のデータストリーム、第１のＦＥＣ符号タイプ、第２のＦＥＣ符号タイプ、チップ１、チップ３およびチップ４の特定の実装については、図２に示される実施形態の説明を参照されたい。すなわち、図８に対応する実施形態における方法は、図２に対応する実施形態において説明された符号化解決手段と逆の、復号解決手段である。当業者であれば、詳細が本出願において説明されないことを理解するであろう。

【0166】

本実施形態において、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームであって、チップ１によってチップ３へと送信される第２のデータストリームに対して、チップ３は、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームを形成するべく、第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号し、第１のデータストリームをチップ４へと送信してもよい。このように、チップ３は、第２のデータストリームをオリジナルデータへと復号し、次にオリジナルデータを、第１のＦＥＣ符号タイプに基づくデータストリームへと再符号化し、データストリームをチップ４へと送信することを必要としない。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0167】

以下では、特定のシナリオ例を用いることによって、本出願の実施形態で提供されるデータ伝送方法が特定のシナリオに適用される一例を説明する。この特定のシナリオ例において、第１のデータ伝送デバイスは第１のＰＨＹ層チップおよび第１の光モジュールを備え、第１の光モジュールは第１のＤＳＰチップを有し、第２のデータ伝送デバイスは第２のＰＨＹ層チップおよび第２の光モジュールを備え、第２の光モジュールは第２のＤＳＰチップを有する。連結されたＦＥＣ符号を用いることによって、第１のデータ伝送デバイスおよび第２のデータ伝送デバイスの間でデータが伝送され、第１のＰＨＹ層チップおよび第２のＰＨＹ層チップは、ＲＳ符号をサポートしているが、連結されたＦＥＣ符号をサポートしていない。この特定のシナリオにおいて、図９に示されるように、第１のデータ伝送デバイスおよび第２のデータ伝送デバイスの間のデータ伝送方法９００は、例えば、以下の段階を備えてもよい。

【0168】

９０１：第１のＰＨＹチップは、ＲＳ符号ストリームを形成するべく、一度、ＲＳ符号を用いることによってオリジナルデータを符号化する。

【0169】

９０２：第１のＰＨＹチップは、ＲＳ符号ストリームを第１のＤＳＰへと送信する。

【0170】

９０３：第１のＤＳＰは、ＢＣＨ符号ストリームを形成するべく、一度、ＢＣＨ符号を用いることによってＲＳ符号ストリームを再符号化する。

【0171】

ＢＣＨ符号ストリームは実際、ＲＳ符号およびＢＣＨ符号を連結することによって形成される、連結されたＦＥＣ符号ストリームである。

【0172】

９０４：第１のＤＳＰは、ＢＣＨ符号ストリームを第２のＤＳＰへと送信する。

【0173】

９０５：第２のＤＳＰは、ＲＳ符号ストリームを形成するべく、一度、ＢＣＨ符号を用いることによってＢＣＨ符号ストリームを復号する。

【0174】

９０６：第２のＤＳＰは、ＲＳ符号ストリームを第２のＰＨＹチップへと送信する。

【0175】

９０７：第２のＰＨＹチップは、オリジナルデータを取得するべく、ＲＳ符号を用いることによってＲＳ符号ストリームを再復号する。

【0176】

本実施形態において、第１のＤＳＰは、最初にＲＳ符号を用いることによってＲＳ符号ストリームを復号して次にオリジナルデータを連結されたＦＥＣ符号ストリームへと再符号化することを必要としない。その代わりに、第１のＤＳＰは、ＲＳ符号およびＢＣＨ符号を連結することによって取得される連結されたＦＥＣ符号ストリームを形成するべく、少なくとも一度は、ＢＣＨ符号を用いることによってＲＳ符号ストリームを再符号化してもよい。このように、連結されたＦＥＣ符号ストリームを用いることによって、第１のＤＳＰおよび第２のＤＳＰの間でデータが伝送され得る。なお、第２のＤＳＰは、連結されたＦＥＣ符号ストリームをオリジナルデータへと復号して次にオリジナルデータをＲＳ符号ストリームへと再符号化することを必要としない。その代わりに、第２のＤＳＰは、ＲＳ符号ストリームを形成するべく、一度、ＢＣＨ符号を用いることによって連結されたＦＥＣ符号ストリームを復号してもよい。このように、第２のＰＨＹチップはＲＳ符号ストリームを受信できる。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0177】

図１０は、本出願の一実施形態による、符号化方法１０００の概略フローチャートである。方法１０００は、第２のＦＥＣ符号タイプのｎ個の符号語ブロックを形成するべく、第２のＦＥＣ符号タイプを用いることによって第１のＦＥＣ符号タイプのｋ個の符号語ブロックを符号化するのに用いられる。具体的には、方法１０００は、以下の段階を備えてもよい。

【0178】

１００１：第１のデータストリームからｋ個の第１の符号語ブロックを識別する。

【0179】

第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである。従って、第１のデータストリームにおける第１の符号語ブロックは、第１のＦＥＣ符号タイプの符号語ブロックである。第１の符号語ブロックは、ＡＭを用いることによって第１のデータストリームから識別されてもよい。

【0180】

１００２：ｋ個の第１の符号語ブロックのデータをｎ個のレーンへと分配する。

【0181】

インターリーブ（英語：ｉｎｔｅｒｌｅａｖｅ）技術および／または多重化（英語：ｍｕｌｔｉｐｌｅｘｅｒ）技術を用いることによって分配ポリシが実装されてもよい。例えば、第１のＦＥＣ符号語ブロックはインタリーバ（英語：ｉｎｔｅｒｌｅａｖｅｒ）へと入力されてもよく、インタリーバがｍ個のレーンに出力するデータは次に、ビットマルチプレクサ（英語：ｂｉｔ ｍｕｌｔｉｐｌｅｘｅｒ）またはシンボルマルチプレクサ（英語：ｓｙｍｂｏｌ ｍｕｌｔｉｐｌｅｘｅｒ）のようなマルチプレクサへと入力され、マルチプレクサは、ｎ個のレーン上にデータを出力する。

【0182】

１００３：ｋ個の第１の符号語ブロックからのデータであって、１個の第２の符号語ブロックを形成するべく第２のＦＥＣ符号タイプを用いることによってｎ個のレーンの各レーンへと分配されるデータを符号化する。その結果、第２のデータストリームにおけるｎ個の第２の符号語ブロックは、ｎ個のレーン上で取得される。

【0183】

各レーン上で、ｋ個の第１の符号語ブロックからのデータは、ペイロードとして、１個の第２の符号語ブロックへと符号化され、すなわち、第２の符号語ブロックのペイロードは、ｋ個の第１の符号語ブロックからのデータであって、レーンへと分配されるデータである。従って、ｎ個のレーン上で符号化することにより取得されるｎ個の第２の符号語ブロックの全てのペイロードは、ｋ個の第１の符号語ブロックの全てのデータであり、すなわち、ｋ個の第１の符号語ブロックの合計データ量は、ｎ個の第２の符号語ブロックのペイロードデータ量に等しいことを必要とする。

【0184】

本実施形態において、ｎ個の第２の符号語ブロックは、第２のＦＥＣ符号タイプおよび第１のＦＥＣ符号タイプに基づいてオリジナルデータへと直接復号されてもよい。これは、第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプに基づいて同じチップ上で復号動作を実行するのに役立つ。いくつかの実施形態において、第１のデータストリームにおけるｋ個の第１の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の第２の符号語ブロックに含まれるペイロードデータ量に等しくない。

【0185】

図１１は、本出願の一実施形態による、データ伝送方法１１００の概略フローチャートである。方法１１００は、以下の段階を備えてもよい。

【0186】

１１０１：第１のチップは、第２のチップによって送信される第１のデータストリームを受信し、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである。

【0187】

１１０２：第１のチップは、第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化し、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。

【0188】

いくつかの考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはターボ積符号（ＴＰＣ）である。

【0189】

いくつかの考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0190】

いくつかの考え得る実装において、第１のチップが、第２のデータストリームを形成するべく、少なくとも一度は第１のデータストリームを再符号化する段階は、第１のチップがｎ個の第３のデータストリームを形成するべく第１のデータストリームを分配する段階であって、第１のデータストリームにおける同じ符号語ブロックのデータは異なる第３のデータストリームに分配される、段階と、第１のチップが、第２のデータストリームを形成するべく、少なくとも一度は複数の第３のデータストリームの各々を再符号化する段階とを有する。

【0191】

いくつかの考え得る実装において、第１のデータストリームから識別されるｋ個の符号語ブロックは、ｎ個の第３のデータストリームへと分配され、複数の第３のデータストリームの各々におけるｋ個の符号語ブロックに属するデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化され、第１のデータストリームにおけるｋ個の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の符号語ブロックに含まれるペイロードデータ量に等しい。

【0192】

いくつかの考え得る実装において、第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックによって分配され、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される。

【0193】

いくつかの考え得る実装において、第１のデータストリームにおけるデータは、ビットストリームによって分配され、第３のデータストリームにおけるデータは、ビットストリームによって符号化される。

【0194】

いくつかの考え得る実装において、第１のチップおよび第２のチップは、同じデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップはイーサネット（登録商標）インタフェースを用いるチップである。

【0195】

第１のチップは、データ伝送方法２００において言及されたチップ１であり、第２のチップは、データ伝送方法２００において言及されたチップ２であり、第３のチップは、データ伝送方法において言及されたチップ３であることが理解されるであろう。従って、本実施形態における、第１のチップ、第２のチップおよび第３のチップによって実行される動作の様々な特定の実装については、図２に示されるデータ伝送方法２００における、チップ１、チップ２およびチップ３の説明を参照されたい。本実施形態において詳細は再び説明されない。

【0196】

本実施形態において、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得され、且つ、チップ２によってチップ１へと送信される第１のデータストリームに対して、チップ１は、最初に第１のＦＥＣ符号タイプを用いることによって第１のデータストリームを復号して次にオリジナルデータを連結されたＦＥＣ符号へと再符号化することを必要としない。その代わりに、チップ１は、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームを取得するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化してもよい。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0197】

図１２は、本出願の一実施形態による、データ伝送方法１２００の概略フローチャートである。方法１２００は、以下の段階を備える。

【0198】

１２０１：第１のチップは、第２のチップによって送信される第２のデータストリームを受信し、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。

【0199】

１２０２：第１のチップは、第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号し、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである。

【0200】

１２０３：第１のチップは、第１のデータストリームを第３のチップへと送信する。

【0201】

いくつかの考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0202】

いくつかの考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0203】

いくつかの考え得る実装において、第１のデータストリームは、第１のＦＥＣ符号タイプに基づき、第３のチップによって復号されるのに用いられる。

【0204】

いくつかの考え得る実装において、第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第１のチップおよび第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップは電気チップであり、第３のチップはイーサネット（登録商標）インタフェースを用いるチップである。

【0205】

第１のチップは、データ伝送方法２００において言及されたチップ３であり、第２のチップは、データ伝送方法２００において言及されたチップ１であり、第３のチップは、データ伝送方法２００において言及されたチップ４であることが理解されるであろう。従って、本実施形態における、第１のチップ、第２のチップおよび第３のチップによって実行される動作の様々な特定の実装については、図２に示されるデータ伝送方法２００における、チップ３、チップ１およびチップ４の説明を参照されたい。本実施形態において詳細は再び説明されない。

【0206】

本実施形態において、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームであって、第２のチップによって第１のチップへと送信される第２のデータストリームに対して、第１のチップは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームを形成するべく、第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号し、第１のデータストリームを第３のチップへと送信してもよい。このように、第１のチップは、第２のデータストリームをオリジナルデータへと復号し、次にオリジナルデータを、第１のＦＥＣ符号タイプに基づくデータストリームへと再符号化し、データストリームを第３のチップへと送信することを必要としない。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0207】

図１３は、本出願の一実施形態による、データ伝送装置１３００の構造の概略図である。装置１３００は、第１のチップであり、第２のチップによって送信される第１のデータストリームを受信するように構成された受信器１３０１と、第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化するように構成された符号化器１３０２とを備え、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームであり、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである。

【0208】

いくつかの考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0209】

いくつかの考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0210】

いくつかの考え得る実装において、符号化器１３０２は具体的には、ｎ個の第３のデータストリームを形成するべく、第１のデータストリームを分配するように構成され、ここで、第１のデータストリームにおける同じ符号語ブロックのデータは異なる第３のデータストリームへと分配され、そして、第２のデータストリームを形成するべく、少なくとも一度は複数の第３のデータストリームの各々を再符号化するように構成される。

【0211】

いくつかの考え得る実装において、第１のデータストリームから識別されるｋ個の符号語ブロックは、ｎ個の第３のデータストリームへと分配され、複数の第３のデータストリームの各々におけるｋ個の符号語ブロックに属するデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化され、第１のデータストリームにおけるｋ個の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の符号語ブロックに含まれるペイロードデータ量に等しい。

【0212】

いくつかの考え得る実装において、第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックによって分配され、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される。

【0213】

いくつかの考え得る実装において、第１のデータストリームにおけるデータは、ビットストリームによって分配され、第３のデータストリームにおけるデータは、ビットストリームによって符号化される。

【0214】

いくつかの考え得る実装において、第１のチップおよび第２のチップは、同じデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップはイーサネット（登録商標）インタフェースを用いる構成要素である。

【0215】

図１３に示される装置１３００は、図２に示される実施形態において言及されたチップ１であることが理解されるであろう。従って、本実施形態における装置１３００の様々な特定の実装については、図２に示される実施形態におけるチップ１の説明を参照されたい。本実施形態において詳細は再び説明されない。

【0216】

本実施形態において、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得され、且つ、第２のチップによって第１のチップへと送信される第１のデータストリームに対して、第１のチップは、最初に第１のＦＥＣ符号タイプを用いることによって第１のデータストリームを復号して次にオリジナルデータを連結されたＦＥＣ符号へと再符号化することを必要としない。その代わりに、第１のチップは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームを取得するべく、少なくとも一度は、少なくとも第２のＦＥＣ符号タイプを用いることによって第１のデータストリームを再符号化してもよい。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0217】

図１４は、本出願の一実施形態による、データ伝送装置１４００の構造の概略図である。装置１４００は具体的には、第１のチップであり、第２のチップによって送信される第２のデータストリームを受信するように構成された受信器１４０１と、第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号するように構成された復号器１４０２と、第１のデータストリームを第３のチップへと送信するように構成された伝送器１４０３とを備え、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームであり、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである。

【0218】

いくつかの考え得る実装において、第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0219】

いくつかの考え得る実装において、第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである。

【0220】

いくつかの考え得る実装において、第１のデータストリームは、第１のＦＥＣ符号タイプに基づき、第３のチップによって復号されるのに用いられる。

【0221】

いくつかの考え得る実装において、第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第１のチップおよび第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップは電気チップであり、第３のチップはイーサネット（登録商標）インタフェースを用いる構成要素である。

【0222】

図１４に示される装置１４００は、図２に示される実施形態において言及されたチップ３であることが理解されるであろう。従って、本実施形態における装置１４００の様々な特定の実装については、図２に示される実施形態におけるチップ３の説明を参照されたい。本実施形態において詳細は再び説明されない。

【0223】

本実施形態において、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを連結することによって形成される第２のデータストリームであって、第１のチップによって受信器１４０１へと送信される第２のデータストリームに対して、復号器１４０２は、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得される第１のデータストリームを形成するべく、第１のＦＥＣ符号タイプ以外のＦＥＣ符号タイプを用いることによって第２のデータストリームを復号し、第１のデータストリームを第３のチップへと送信してもよい。このように、チップ１は、第２のデータストリームをオリジナルデータへと復号し、次にオリジナルデータを、第１のＦＥＣ符号タイプに基づくデータストリームへと再符号化し、データストリームを第３のチップへと送信することを必要としない。従って、ＦＥＣ符号タイプ変換処理は簡略化され、ＦＥＣ符号タイプ変換中に必要とされる遅延およびデバイス消費電力の両方が低減され、且つ、データ伝送効率が改善される。

【0224】

追加的に、本出願の一実施形態は更に、通信方法を提供する。通信方法は、前述のデータ送信方法１１００および前述のデータ送信方法１２００を備える。

【0225】

追加的に、本出願の一実施形態は更に、通信システムを提供する。通信システムは、前述のデータ伝送装置１３００および前述のデータ伝送装置１４００を備える。

【0226】

追加的に、本出願の一実施形態は更に、ネットワークデバイスを提供する。ネットワークデバイスは、前述のデータ伝送装置１３００または１４００を備える。

【0227】

追加的に、本出願の一実施形態は更に、データ伝送システムを提供する。データ伝送システムは、前述のネットワークデバイスを備える。

【0228】

追加的に、本出願の一実施形態は更に、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で動作される場合、コンピュータは、本出願の方法の実施形態におけるデータ伝送方法１１００または１２００を実行することを可能にされる。

【0229】

追加的に、本出願の一実施形態は更に、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータ上またはプロセッサ上で動作された場合、コンピュータまたはプロセッサは、本出願の複数の実施形態における方法の実施形態のデータ伝送方法１１００または１２００を実行することを可能にされる。

【0230】

データ伝送処理において、データ伝送レートおよびデータ伝送距離は、レーン損失および雑音によって制限される。しかしながら、ＦＥＣは、伝送されているデータに誤り訂正保護を提供し、その結果、レーンの伝送能力は、徐々にシャノン限界（Ｓｈａｎｎｏｎ Ｌｉｍｉｔ）に近づいている。これは、レーン上でデータを伝送するレートおよび距離を増大させることができる。本出願において、データ伝送レートおよびデータ伝送距離を増大させるべく、マルチレベルＦＥＣ符号連結方法が用いられ、更に利得を増大させる。シャノン限界は、特定の雑音レベルについて、リンクがランダムデータ伝送誤りを受け易いならば、理論上はチャネルを介して転送され得る、誤りのないデータの最大レートに言及する。これは、シャノンの定理によって提供される。

【0231】

ＦＥＣは、誤り制御方法であり、ＦＥＣの原理は、方法を用いることによって、伝送されるデータに追加のパリティビットを提供することである。リードソロモン前方誤り訂正（Ｒｅｅｄ－Ｓｏｌｏｍｏｎ ＦＥＣ、ＲＳ－ＦＥＣ）符号、ボーズ－チョドーリ－オッケンジェム（ＢＣＨ）前方誤り訂正（Ｂｏｓｅ－Ｃｈａｕｄｈｕｒｉ－Ｈｏｃｑｕｅｎｇｈｅｍ ＦＥＣ、ＢＣＨ ＦＥＣ）符号、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、拡大ハミング符号、ファイア符号（Ｆｉｒｅ ｃｏｄｅ）、ターボ（Ｔｕｒｂｏ）符号、および、低密度パリティ検査（ｌｏｗ ｄｅｎｓｉｔｙ ｐａｒｉｔｙ ｃｈｅｃｋ、ＬＤＰＣ）符号のような、複数のタイプのＦＥＣ符号が存在する。これらのＦＥＣ符号は、異なる符号長さ、および、異なるオーバーヘッド比率に基づいて、異なる利得を取得できる。

【0232】

なお、異なるＦＥＣ符号に対して異なる計算方法が存在する。いくつかのＦＥＣ符号において、オリジナルデータは変更されず、パリティビットのみが加えられる。そのようなＦＥＣ符号は、システマティックな符号（システマティックなＦＥＣ）と呼ばれる。システマティックな符号について、パリティ符号およびオリジナルデータは、受信端に向けて、レーン上で一緒に送信される。パリティ符号およびオリジナルデータがレーン上で伝送される場合、オリジナルデータまたはパリティ符号におけるいくつかの場所で誤りが発生し得、誤りが発生する前に存在しているオリジナルデータは、逆計算によって、受信端で取得され得る。

【0233】

ＦＥＣは、データ伝送レートおよびデータ伝送距離を増大させることができるため、データ伝送技術に幅広く適用される。イーサネット（登録商標）インタフェースは、世界的な広範囲使用データ伝送インタフェースである。レートが急速に増大されるにつれて、ＦＥＣはイーサネット（登録商標）において重要な役割を果たす。例えば、１０ギガビットイーサネット（登録商標）（Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ（登録商標）、ＧｂＥ）インタフェースに対して、ＦＥＣ符号が加えられ、ＦＥＣ符号は、巡回符号であり、２０８０ビットのデータ長を有し、３２ビットのパリティビットを有する。ファイア符号（２１１２、２０８０）は、２０８０情報ビットおよび３２パリティビットから成る。符号化は、バックプレーン伝送で発生している共通誤りを訂正できる。例えば、ファイア符号の符号ブロックの長さは、２０８０ビットのデータおよび３２ビットのパリティ符号を含む。ファイア符号の誤り訂正能力に基づいて、ファイア符号が訂正する共通誤りは、最大１１ビットに及ぶバースト誤りである。１００ＧｂＥ規格を定式化する処理において、ＲＳ－ＦＥＣのような、より強いＦＥＣ符号が、当業界に導入される。例えば、ＫＲ４ ＦＥＣおよびＫＰ４ ＦＥＣは両方ＲＳ－ＦＥＣであり、ＫＲ４ ＦＥＣおよびＫＰ４ ＦＥＣの符号タイプはそれぞれ、ＲＳ（５２８、５１４）およびＲＳ（５４４、５１４）である。ＫＲ４ ＦＥＣおよびＫＰ４ ＦＥＣは両方、ＧＦ（２^１０）フィールドに基づいて計算される。各シンボルは、１０ビットデータを含み、全ての計算は、シンボルに基づいて実行される。ＫＰ４ ＦＥＣの各符号語は、オリジナルデータ情報に対応する５１４ＦＥＣシンボル、および、パリティビットに対応する３０ＦＥＣシンボルを含み、すなわち、５１４０ビットオリジナルデータ情報および３００ビットパリティビットを含む。ＫＲ４ ＦＥＣの各符号語は、オリジナルデータ情報に対応する５１４ＦＥＣシンボル、および、パリティビットに対応する１４ＦＥＣシンボルを含み、すなわち、５１４０ビットオリジナルデータ情報および１４０ビットパリティビットを含む。ＦＥＣシンボルを用いる利点は、連続誤り（Ｃｏｎｓｅｃｕｔｉｖｅ ｅｒｒｏｒｓ、バースト誤り（ｂｕｒｓｔ ｅｒｒｏｒｓ）とも称される）に対する誤り訂正能力が強いことである。例えば、２０ビット連続誤りは、３より多くのシンボルまで拡大しない。復号器について、２０ビット連続誤りは、最大で３つの誤りシンボルのみである。

【0234】

ＫＰ４ ＦＥＣが一例として用いられる。ＫＰ４ ＦＥＣは、訂正後ビット誤り率Ｐｏｓｔ－ＦＥＣ ＢＥＲ＝１×１０^－１３の場合に、約６．５ｄＢのネット符号化ゲイン（ｎｅｔ ｃｏｄｉｎｇ ｇａｉｎ、ＮＣＧ）を有する。すなわち、ＦＥＣが用いられる場合に、データがこのビット誤り率（ｂｉｔ ｅｒｒｏｒ ｒａｔｉｏ、ＢＥＲ）に到達するならば、必要とされる信号雑音比（ｓｉｇｎａｌ－ｔｏ－ｎｏｉｓｅ ｒａｔｉｏ、ＳＮＲ）は、ＦＥＣが用いられない場合に必要とされるＳＮＲより低い。例えば、当業界では、必要とされる信号雑音比は、ＦＥＣが用いられない場合に必要とされるＳＮＲより低い約６．５ｄＢであると、一般的に考えられている。これは、信号が伝送され得る距離を格段に増大させる。

【0235】

しかしながら、レートおよび伝送距離が継続的に増大されるにつれて、ＦＥＣに対する要件はますます高くなる。一方で、より強いＦＥＣはしばしば、より多くのパリティビットを必要とし、その結果、データはより高い帯域幅を必要とする。シリアライザ／デシリアライザ（ｓｅｒｉａｌｉｚｅｒ／ｄｅｓｅｒｉａｌｉｚｅｒ）レートは制限され、異なる設計は異なる周波数要件を有することさえあり得る。これはまた、ＦＥＣの選択に対して制限を課する。例えば、当業界では、１００Ｇｂ／ｓの伝送レートのインタフェース上で、１０３．１２５Ｇまたは１０６．２５Ｇのレートが通常用いられる。

【0236】

上記で言及したＫＲ４ ＦＥＣおよびＫＰ４ ＦＥＣについて、４００ＧｂＥインタフェース上でＲＳ（５４４、５１４）もまた用いられる。バースト誤りに対処するべく、２個の符号語が再伝送用にインターリーブされる方法が用いられる。この方法では、各符号語における正しくないシンボルの数量を低減するべく、リンク上で発生しているバースト誤りが２個のＦＥＣシンボルに割り当てられ、次に２個の符号語に割り当てられ得る可能性は比較的高い。この方法は、ＦＥＣ性能を改善し、単一の符号語を用いることでは訂正され得ない誤りを訂正することができる。バースト誤りが発生するレーンについては、インターリーブが特に効果的である。しかしながら、光モジュールにイーサネット（登録商標）インタフェースが接続される場合、光モジュールの設計を検討することが必要とされる。従って、光モジュールサイドに対して、複雑なデータ処理は必要とされない。

【0237】

この点を考慮して、本出願の一実施形態は、データ符号化方法を提供する。方法は、現在のイーサネット（登録商標）インタフェース、および、将来生み出され得るイーサネット（登録商標）インタフェースに適用されてもよい。例えば、本出願が適用されるイーサネット（登録商標）インタフェースは、１０ＧＢＡＳＥ－Ｔ、１００ＧＢＡＳＥ－ＬＲ４または２００ＧＢＡＳＥ－ＳＲ４のようなレートの電気インタフェースまたは光インタフェースを含み、更に、アタッチメントユニットインタフェース（ａｔｔａｃｈｍｅｎｔ ｕｎｉｔ ｉｎｔｅｒｆａｃｅ、ＡＵＩ）を含み、また、１００ＧＢＡＳＥ－ＣＲ１または４００ＧＢＡＳＥ－ＫＲ４のようなレートのインタフェースを含む。なお、本出願の本実施形態で提供される方法は、単一のセグメントレーンまたはマルチセグメントレーンのいずれかに適用可能である。単一のセグメントレーンおよびマルチセグメントレーンの間の差異は、データ伝送処理全体において、データが能動回路を通るか、または、データが全て媒体を介して伝搬されるか、にある。データが全て、ＰＣＢ回路基板および光ファイバのような能動媒体を通じて伝送端から受信端に伝送されるならば、レーンは単一のセグメントレーンと見做される。データが、別の回路、光電変換装置等を通じて伝送端から受信端に伝送されるならば、別の回路、光電変換装置等は、レーンを複数のレーンセグメントへと分割する分界点として用いられる。異なるレーンは、バースト誤り動作を含め、異なるレーン特徴を有し得る。

【0238】

図１５を参照されたい。データ符号化方法の実装環境は、第２の回路および第１の回路を含む。第２の回路は、データ伝送デバイス１内に配置されてもよく、第１の回路は、データ伝送デバイス２内に配置されてもよい。例えば、第２の回路は、データ伝送端として用いられ、第１の回路は、データ受信端である。第２の回路は、イーサネット（登録商標）インタフェースをサポートしている回路、例えば、標準的な４００ＧｂＥインタフェースをサポートしている回路を含む。

【0239】

第２の回路は、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層から受信されたＲＳオリジナルデータを取得し、メディア独立インタフェース（ｍｅｄｉａ ｉｎｄｅｐｅｎｄｅｎｔ ｉｎｔｅｒｆａｃｅ、ＭＩＩ）を介してＲＳオリジナルデータを物理符号化サブレイヤ（ｐｈｙｓｉｃａｌ ｃｏｄｉｎｇ ｓｕｂｌａｙｅｒ、ＰＣＳ）へと伝送する。ＰＣＳにおけるオリジナルデータに対して符号化およびレートマッチングが実行された後、オリジナルデータに対して２５６Ｂ（ビット）／２５７Ｂトランスコーディングが実行される。トランスコーディングの後、トランスコードされたデータに対してスクランブル（ｓｃｒａｍｂｌｉｎｇ）およびアライメントシンボル挿入が順次実行される。アライメントシンボル挿入は、アライメントマーカ（ａｌｉｇｎｍｅｎｔ ｍａｒｋｅｒ、ＡＭ）をスクランブルデータに挿入し、ＡＭを用いることによってアライメントを実行することである。異なる仮想レーンのＡＭは異なってもよく、その結果、異なる仮想レーン上のデータはＡＭに基づいて区別されることができる。その後に続く符号化の間、ＦＥＣ符号語の境界またはＦＥＣシンボルの境界は、ＡＭアライメントによって決定されてもよい。アライメントの後、ＦＥＣ符号化の前に、データを対応するＲＳ符号化器へと分配するべく、データ分配が実行される。第２の回路は、１または複数のＲＳ符号化器を含む。４００ＧｂＥインタフェースは、一例として用いられる。第２の回路のＭＡＣ層によって受信されるＲＳオリジナルデータに対してＦＥＣ符号化が実行された後、２個のＲＳ（５４４、５１４）符号語、例えば、図１５におけるＦＥＣ－ＣＷ１およびＦＥＣ－ＣＷ２が取得される。次に、２個のＲＳ符号語はインターリーブされる。４００ＧｂＥインタフェース上で、バースト誤りに対処するべく、ＲＳ（５４４、５１４）ＦＥＣが用いられる。符号化のために２個の符号化器が用いられ、結果は再伝送用にインターリーブされ、その結果、各符号語における正しくないシンボルの数量を低減するべく、物理レーン上で発生しているバースト誤りは、２個のＦＥＣシンボルに割り当てられ、次に２個の符号語に割り当てられることができる。この方法は、ＦＥＣ性能を改善し、単一の符号語を用いることでは訂正され得ない誤りを訂正することができる。従って、インターリーブは、バースト誤りが発生するレーンに対して顕著な効果をもたらす。なお、考え得る実装において、ＰＣＳは、ＩＥＥＥ８０２．３規格、例えばＩＥＥＥ８０２．３－２００５規格または別のバージョンのＩＥＥＥ８０２．３規格を用いることによって、符号化、トランスコーディング、および、ＡＭ挿入のような機能を実行してもよい。２５ＧｂＥ、５０ＧｂＥおよび１００ＧｂＥのような他のレートについて、符号化、トランスコーディング、スクランブル、および、ＡＭ挿入の順序は異なる。詳細については、ＩＥＥＥ８０２．３－２０１８規格を参照されたい。

【0240】

更に、２個のＲＳ符号語がインターリーブされた後、インターリーブされたデータは、仮想レーン（ｖｉｒｔｕａｌ ｌａｎｅ、標準ではＰＣＳレーンと称され、または論理的レーンと称され得る）へと分配される。１６個の仮想レーンが、一例として用いられる。１６×２５Ｇ出力モード、８×５０Ｇ出力モード、または、４×１００Ｇ出力モードがサポートされる。インターリーブされたデータは、仮想レーンを介して物理媒体アタッチメントサブレイヤ（ｐｈｙｓｉｃａｌ ｍｅｄｉｕｍ ａｔｔａｃｈｍｅｎｔ ｓｕｂｌａｙｅｒ、ＰＭＡ）へと伝送され、ＰＭＡはビット多重化を実行し、その結果、複数の仮想レーン上で伝送されるデータは、１または複数の物理レーン上へと多重化される。図１５は、一例として用いられる。仮想レーンの数量はｍであり、物理レーンの数量はｎであり、ＰＭＡにはｍ：ｎ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ、ＭＵＸ）が実装される。ｍおよびｎの値は、本出願の本実施形態において限定されない、すなわち、仮想レーンの数量および物理レーンの数量は、本出願の本実施形態において限定されない。ＰＭＡで多重化することの明細は、物理レーンの数量に基づいて決定されてもよく、その結果、ビットストリーム方法において、データは物理レーン上へと多重化される。例えば、ＩＥＥＥ８０２．３ｂｓ規格は、８個の並列の光レーンを用いる、画定された４００ＧｂＥ ＢＡＳＥ－ＬＲ８を有し、各光レーンは５０Ｇｂｐｓのレートをサポートしている。本明細書において「５０Ｇｂｐｓのレート」とは、ペイロードを伝送するためのレートである。ペイロードおよびオーバーヘッドを伝送するためのレートは、５３．１２５Ｇｂｐｓである。８０２．３ｂｓ規格はまた、４個の並列の光レーンを用いる、４００ＧＢＡＳＥ－ＤＲ４を画定し、各光レーンは、１００Ｇｂｐｓのレートをサポートしている。本明細書において「１００Ｇｂｐｓのレート」とは、ＦＥＣオーバーヘッドのようなオーバーヘッドを除く、ペイロードを伝送するためのレートである。ペイロードおよびオーバーヘッドを伝送するためのレートは、およそ１０６．２５Ｇｂｐｓである。８０２．３ｃｕプロジェクトにおいて、ＷＤＭモードで、４個の波長が１個の光レーン上へと多重化され、各波長は、１００Ｇｂｐｓのレートを有する。本出願において、特に限定されない限り、「伝送レート」とは、ペイロードが伝送されるレートを指す。

【0241】

仮想レーンから物理レーンへの多重化が実行された後、第２の回路は、物理レーンを介して第１のデータストリームを第１の回路へと伝送し、すなわち、イーサネット（登録商標）インタフェースを介して第１のデータストリームを第１の回路へと伝送する。第１のデータストリームは、ＲＳ符号化されたデータである。第１のデータストリームを受信した後、第１の回路は、第２のデータストリームを取得するべく、ＢＣＨ符号化器を用いることにより、第１のデータストリームに対してＢＣＨ符号化を実行してもよい。次に、第２のデータストリームは論理レーンへと分配され、ＰＭＡおよび物理媒体依存（ｐｈｙｓｉｃａｌ ｍｅｄｉａ ｄｅｐｅｎｄｅｎｔ、ＰＭＤ）層を介して媒体へと伝送される。媒体は、別の受信端、例えば第３の回路へと、第２のデータストリームを伝送する。媒体は、光ファイバ、バックプレーン、銅線ケーブル等を含むが、これらに限定されない。

【0242】

図１５に示される実装環境で、第２の回路においてデータを伝送するためのレーンは、仮想レーンであり、第２の回路および第１の回路の間で第１のデータストリームを伝送するための物理レーンは、レーンの最初のセグメントである。データ受信端のように、第１の回路は、ＦＥＣ符号語またはＦＥＣシンボルの境界を識別しなくてもよい。第１のデータストリームを受信した後、第１の回路は、オリジナルデータとして第１のデータストリームを用い、ビットストリームによってＢＣＨ符号化を実行する。例えば、当該方法は、レーンの第２のセグメント上に多くのランダム誤りが存在する場合に適用可能である。

【0243】

オプションの実装環境で、第２の回路が複数の物理レーンを介して第１のデータストリームを第１の回路へと伝送する場合、複数の物理レーン間のデータ内にスキューが存在する。例えば、第１のデータストリームが、回路基板またはケーブルを介して第２の回路から第１の回路に到達する場合、全ての物理レーン上で同時に送信されたデータが第１の回路に到達する時間は異なる。従って、本出願の本実施形態で提供される方法において、第１のデータストリームに対してＢＣＨ符号化が実行される前に、先ず、データは再度アライメントをとられる。この場合、実装環境は図１６に示されてもよい。図１５に示される解決策に基づいて、第１の回路では、ＢＣＨ符号化器が第１のデータストリームを処理する前に、複数の物理レーンから受信されたデータはＰＭＡ層でアライメントをとられる。例えば、全ての仮想レーン上でデータを復元するべく、複数の物理レーンから受信されたデータによって構成される第１のデータストリームは、多重分離される。すなわち、ｎ個の物理レーンから受信されたデータは、データのｍ個のグループへと変換され、次に、データのｍ個のグループはアライメントをとられる。例えば、図１５の前述の説明を参照されたい。第１のデータストリームが第１の回路へと伝送される前に、異なる仮想レーン上のデータはＡＭを用いることによって区別される。従って、アライメントをとられたデータを取得するべく、第１のデータストリームに対してＢＣＨ符号化が実行される前に、全ての仮想レーン上のデータはＡＭに基づいてアライメントをとられ得る。次に、アライメントをとられた第１のデータストリームに対してＦＥＣ符号化が実行される前に、ＢＣＨ符号化用の対応するＢＣＨ符号化器へとデータを分配するべく、データ分配が実行される。

【0244】

図１５に示される実装環境か図１６に示される実装環境かに関係なく、第１の回路および第２の回路の間のデータ伝送処理について、本出願の一実施形態はデータ符号化方法を提供し、方法は第１の回路および第２の回路に適用されてもよい。図１７を参照されたい。方法は、以下のいくつかの段階を備える。

【0245】

段階１７０１：第２の回路は、オリジナルデータを取得し、ＲＳ符号を用いることによってオリジナルデータを符号化し、符号化されたＲＳ符号語に基づいて第１のデータストリームを取得する。

【0246】

図１５に示される実装環境の説明で説明されたように、第２の回路は、ＲＳ符号化用に用いられるオリジナルデータを、ＭＡＣ層から取得する。オリジナルデータは、ＭＩＩからＰＣＳへと伝送される。ＰＣＳにおけるオリジナルデータに対して符号化およびレートマッチングが実行された後、オリジナルデータに対して２５６Ｂ（ビット）／２５７Ｂトランスコーディングが実行される。トランスコーディングの後、トランスコードされたデータに対してスクランブルおよびアライメントシンボル挿入が順次実行される。アライメントの後、ＦＥＣ符号化の前に、データを対応するＲＳ符号化器へと分配するべく、データ分配が実行される。ＲＳ符号化器は、符号化されたＲＳ符号語に基づく第１のデータストリームを取得するべく、オリジナルデータを符号化してＲＳ符号語を取得する。

【0247】

段階１７０２：第２の回路は、イーサネット（登録商標）インタフェースを介して第１のデータストリームを第１の回路へと伝送する。

【0248】

図１５に示された実装環境の説明で説明されたように、ＲＳ符号化器によって符号化することにより２個のＲＳ符号語が取得された後、２個のＲＳ符号語はインターリーブされ、インターリーブされたデータは仮想レーンへと分配される。仮想レーンを介してデータがＰＭＡへと伝送され、ＰＭＡはビット多重化を実行し、その結果、仮想レーン上のデータは１または複数の物理レーン上へと多重化される。言い換えれば、イーサネット（登録商標）インタフェースを介して第１のデータストリームを第１の回路へと伝送する場合、第２の回路は、１または複数の物理レーンを介して第１のデータストリームを伝送してもよい。

【0249】

段階１７０３：第１の回路は、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する。

【0250】

第２の回路が第１のデータストリームを伝送する前述の方法に基づいて、考え得る実装では、第１の回路が第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階は、第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信する段階を有する。

【0251】

段階１７０４：第１の回路は、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する。

【0252】

第１のデータストリームを受信した後、第１の回路は、第１のデータストリームに対して再びＦＥＣ符号化を実行してもよく、例えば、連結された符号化スキームを用いることによって利得を増大させるべく、ＢＣＨ符号化を実行してもよい。考え得る実装において、第１の回路は、１または複数のＢＣＨ符号化器を含み、第１の回路は、１または複数の物理レーンを介して第１のデータストリームを受信する。ＢＣＨ符号化器の数量は、物理レーンの数量と一致する。第１の回路が第１のデータストリームを受信した後、各物理レーンは、物理レーン上で伝送される第１のデータストリームを、物理レーンに接続されたＢＣＨ符号化器に送信し、ＢＣＨ符号化器はＢＣＨ符号化を実行する。

【0253】

図１８に示されｒデータ伝送実装環境は、一例として用いられる。図１８では、第２の回路が、４００ＧｂＥインタフェースをサポートしており、８０２．３ｂｓ規格で画定されるＲＳ（５４４、５１４）に基づいて、オリジナルデータに対してＲＳ符号化を実行する一例が用いられる。第２の回路は、２個のＲＳ（５４４、５１４）符号語を取得するべく、ＲＳ符号化器を用いることによってＲＳ符号化を実行する。１６個の仮想レーンを介してデータがＰＭＡへと伝送され、ＰＭＡは、例えばチップツーモジュール（ｃｈｉｐ－ｔｏ－ｍｏｄｕｌｅ、Ｃ２Ｍ）またはチップツーチップショート（ｃｈｉｐ－ｔｏ－ｃｈｉｐ－ｓｈｏｒｔ、Ｃ２Ｃ－Ｓ）接続といった、１６：ｎの明細に基づいてデータを多重化し、すなわち、１６個の仮想レーンからのデータをｎ個の物理レーン上へと多重化する。第１の回路は、光モジュール、または、クロックおよびデータ回復（Ｃｌｏｃｋ ａｎｄ Ｄａｔａ Ｒｅｃｏｖｅｒｙ、ＣＤＲ）モジュールを含む。ＣＤＲモジュールは、回路であってもよく、ＣＤＲモジュールは、当業界においてリタイミング回路（リタイマー）とも称される。第１の回路は、数量が物理レーンの数量と一致するＢＣＨ符号化器を含む。各ＢＣＨ符号化器に接続された物理レーンによって伝送される第１のデータストリームを受信した後、ＢＣＨ符号化器は、第１のデータストリームを符号化し、符号化されたデータに基づいて第２のデータストリームを取得する。図１８に示されるように、データが２個のＲＳ（５４４、５１４）符号語に基づいてインターリーブされた後、ＰＭＡは、１６：４多重化を実行する。第１のデータストリームは、４個の物理レーンを介して直接出力され、４個の物理レーンからの第１のデータストリームはそれぞれ、４個のＢＣＨ符号化器へと供給されてもよい。時分割多重化モードにおいて、符号化はビットストリームによって実行される。次に、第２のデータストリームは、ｎ個の物理レーンを介して、第３の回路のような別の回路へと伝送される。代わりに、第２のデータストリームは、１つの物理レーンを多重化することによって、リンク多重化方法で別の回路へと伝送される。

【0254】

連結された符号化を実装するべく、ＢＣＨ符号化器のようなライトなＦＥＣ符号化器が光モジュールに加えられ、連結された方法では、更なる利得を取得でき、その結果、データ伝送距離を更に増大させることができ、または、単一波長レートをより高めることができる。ライトなＦＥＣ符号化器、すなわちＢＣＨ符号化器は、ＢＣＨ（３６０、３４０）符号化スキームを用いてもよい。もちろん、別のタイプのＢＣＨ符号化器が代わりに用いられてもよい。これは、本出願の本実施形態において限定されない。

【0255】

ＢＣＨ符号化器の数量が物理レーンの数量と一致する場合に加えて、第１の回路に含まれるＢＣＨ符号化器の数量が物理レーンの数量よりも少ない場合が存在する。この場合、第１の回路が第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、第１の回路が、第２のデータストリームを取得するべく、時分割多重化モードにおいて、１または複数のＢＣＨ符号化器を用いることにより、第１のデータストリームに対してＢＣＨ符号化を実行する段階を有する。第１の回路に含まれるＢＣＨ符号化器の数量は物理レーンの数量よりも少ないので、第１のデータストリームの全てに対してＢＣＨ符号化を実装するべく、時分割多重化モードにおいて１または複数のＢＣＨ符号化器が多重化される。

【0256】

考え得る実装において、第１の回路に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致しない場合、第１の回路は更にスケジューラを備え、第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、第１の回路が、第２のデータストリームを取得するべく、スケジューラを用いることにより、対応するＢＣＨ符号化器に、第１のデータストリームに対してＢＣＨ符号化を実行するようスケジューリングする段階を有する。ＢＣＨ符号化器の数量は物理レーンの数量よりも少ない又は多いので、符号化用のＢＣＨ符号化器は、スケジューラを用いることによってスケジューリングすることにより、複数のＢＣＨ符号化器から選択されてもよい。言い換えれば、スケジューラは、物理レーンを対応するＢＣＨ符号化器に接続するように構成され、ＢＣＨ符号化器は、第１のデータストリームに対してＢＣＨ符号化を実行する。この場合、第１の回路は更に、バッファを備えてもよい。物理レーン上で伝送される第１のデータストリームは、最初にバッファに格納され、次に、スケジューラを用いることによって、対応するＢＣＨ符号化器がＢＣＨ符号化を実行するようスケジューリングされる。

【0257】

図１９に示されるデータ伝送実装環境は、一例として用いられる。図１９では、第２の回路が、４００ＧｂＥインタフェースをサポートしており、８０２．３ｂｓ規格で画定されるＲＳ（５４４、５１４）に基づいて、オリジナルデータに対してＲＳ符号化を実行する一例が尚も用いられる。第２の回路は、２個のＲＳ（５４４、５１４）符号語を取得するべく、ＲＳ符号化器を用いることによってＲＳ符号化を実行する。１６個の仮想レーンを介してデータがＰＭＡへと伝送され、ＰＭＡは、例えばＣ２ＭまたはＣ２Ｃ－Ｓ接続といった、１６：ｎの明細に基づいてデータを多重化し、すなわち、１６個の仮想レーンからのデータをｎ個の物理レーン上へと多重化する。第１の回路は、光モジュールまたはＣＤＲモジュールであり、１つのＢＣＨ符号化器を備える。スケジューラは、ＢＣＨ符号化器に対して、物理レーン上で伝送される第１のデータストリームを符号化するようスケジューリングするのに用いられ、符号化されたデータに基づいて第２のデータストリームを取得する。次に、第２のデータストリームは、スケジューラを用いることによってスケジューリングすることにより、ｎ個の物理レーンを介して、別の回路、例えば第３の回路へと伝送される。代わりに、第２のデータストリームは、１つの物理レーンを多重化することによって、リンク多重化方法で別の回路へと伝送される。

【0258】

更に、図１８に示される構造であるか図１９に示される構造であるかに関係なく、考え得る実装において、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる基準数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0259】

第１のデータストリームが１つの物理レーンのみを介して伝送されるならば、データスキューは存在しないことが理解されるべきである。従って、符号語境界またはシンボル境界を識別すること、および、イーサネット（登録商標）インタフェースを介してデータを出力する任意の既存または将来の方法を変更すること、を必要とせずに、第１のデータストリームに対してＢＣＨ符号化が直接実行される。図１８および図１９に示される前述の例に加えて、本出願の本実施形態で提供される方法は、柔軟に拡張され、任意の数量の物理レーンをサポートしてもよい。例えば、８×５０Ｇの解決策において、各物理レーン上のデータは、１つのＢＣＨ符号化器へと流れてもよく、または、時分割多重化モードにおいて、比較的少量のＢＣＨ符号化器（１、２、４、等）が用いられる。別の例では、１×１００Ｇの方法で、１つの物理レーン上の第１のデータストリームは、符号化動作用の１つのＢＣＨ符号化器へと供給される。この方法は、イーサネット（登録商標）インタフェースを介してデータを出力する任意の既存または将来の方法を変更するのではなく、単に、副次的な符号化を実行する改善された装置としてデータストリームに配置されたに過ぎず、その結果、より高いゲインを取得できる。

【0260】

しかしながら、第１のデータストリームが複数の物理レーンによって伝えられる場合、複数のレーン間のスキューが、同じ時間に送信される第１のデータストリームのデータブロックに、異なる遅延を伴って到達させるかもしれず、よって、第１のデータストリームを符号化する前にデータをデスキューすることが必要とされるかもしれない。考え得る実装において、シンボルストリームデータを取得するべく、第１のデータストリームにおけるデータが基準数量のＲＳ符号語に基づいてインターリーブされた後、シンボルストリームデータは、複数の仮想レーンに出力され、シンボルストリームデータは、物理レーンの数量に基づいてビット多重化され、ビット多重化されたシンボルストリームデータは、複数の物理レーンを介して第１の回路に伝送され、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階の前に、方法は更に、第１の回路が、全ての仮想レーン上でデータを復元するべく、第１のデータストリームを多重分離する段階と、アライメントをとられたデータを取得するべく、全ての仮想レーン上でデータのアライメントをとる段階とを備え、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、アライメントをとられたデータを対応するＢＣＨ符号語に入れる段階を有する。

【0261】

アライメント動作が実行されることを必要とするかどうかに関係なく、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる方法は、以下の３つの方法を含むが、これに限定されない。

【0262】

方法１：例えば、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各行における前半のデータを順次、第２の数量のＢＣＨ符号語における最初の第３の数量のＢＣＨ符号語に入れる段階と、第１のデータストリームの各行における後半のデータを順次、第２の数量のＢＣＨ符号語における最後の第３の数量のＢＣＨ符号語に入れる段階とを有し、第３の数量は第２の数量の半分であり、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである。第１の数量は、ＲＳ符号タイプに基づいて決定されてもよく、または、適用シナリオまたは体験に基づいて決定されてもよい。これは、本出願の本実施形態において限定されない。

【0263】

例えば、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各行における前半のデータを順次、３２個のＢＣＨ符号語における最初の１６個のＢＣＨ符号語に入れる段階と、第１のデータストリームの各行における後半のデータを順次、３２個のＢＣＨ符号語における最後の１６個のＢＣＨ符号語に入れる段階とを有し、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである。

【0264】

図２０に示されるＢＣＨ符号化処理は、一例として用いられる。図２０は、方法１における、ＢＣＨ符号化処理の概略図である。図２０に示されるように、第２の回路のイーサネット（登録商標）インタフェースは、１６個の仮想レーンを有し、すなわち、ｍ＝１６である。第１のデータストリームは、２個のＲＳ符号語を含み、各ＲＳ符号語は、５４４個のシンボルを有する。例えば、ＡおよびＢはそれぞれ、２個のＲＳ符号語を表わす。ＡおよびＢの添字はそれぞれ、符号語における異なるシンボルを表わす。２個のＲＳ符号語に基づいて第１のデータストリームにおけるデータがインターリーブされた後の、インターリーブされたデータは図２０の左側に示される。１６個の仮想レーン上のデータは、右側のＢＣＨ符号語に入れられ、例えば、第１のデータストリームにおける最初の行のデータＡ_０Ｂ_８Ａ_１６Ｂ_２４...Ａ_５２８Ｂ_５３６は、２つの部分へと分割される。第１の部分は、３２個のＢＣＨ符号語の最初の符号語、すなわち、ＢＣＨ－０に順次入れられる。第２の部分は、３２個のＢＣＨ符号語の第１７の符号語、すなわち、ＢＣＨ－１６に順次入れられる。第１のデータストリームの２行目のデータは、２つの部分へと分割される。第１の部分は、３２個のＢＣＨ符号語の第２の符号語、すなわち、ＢＣＨ－１に順次入れられる。第２の部分は、３２個のＢＣＨ符号語の第１８の符号語、すなわち、ＢＣＨ－１７に順次入れられる。第１のデータストリームにおける全てのデータが対応するＢＣＨ符号語に入れられるまで、残りは類推によって推定されてもよい。なお、このように、各ＢＣＨ符号語に含まれる２個の連続シンボルは、異なるＲＳ符号語からのものである。

【0265】

方法２：例えば、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、第１のデータストリームにおける各列のデータの最初または最後におけるシンボルは並べ替えられ、各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各列のデータを順次、第２の数量のＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0266】

例えば、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、第１のデータストリームの各列のデータを順次、３２個のＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる２個の連続シンボルは、異なるＲＳ符号語からのものである。

【0267】

図２１に示されるＢＣＨ符号化処理は、一例として用いられる。図２１は、方法２における、ＢＣＨ符号化処理の概略図である。図２１に示されるように、第２の回路のイーサネット（登録商標）インタフェースは、１６個の仮想レーンを有し、すなわち、ｍ＝１６である。第１のデータストリームは、２個のＲＳ符号語を含み、各ＲＳ符号語は、５４４個のシンボルを有する。例えば、ＡおよびＢはそれぞれ、２個のＲＳ符号語を表わす。ＡおよびＢの添字はそれぞれ、符号語における異なるシンボルを表わす。２個のＲＳ符号語に基づいて第１のデータストリームにおけるデータがインターリーブされた後の、インターリーブされたデータは図２１の左側に示される。第１のデータストリームにおける第２の列から始まり、各列のデータの最初にあるシンボルは並べ替えられることが、図２１から理解され得る。このように、各列のデータが３２個のＢＣＨ符号語の１つに順次入れられる場合、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものであることが保証される。例えば、Ａ_０Ｂ_０Ａ_１Ｂ_１...Ａ_１６Ｂ_１６は、ＢＣＨ－０に順次入れられ、Ａ_１７Ｂ_１７Ａ_１８Ｂ_１８...Ａ_３３Ｂ_３３は、ＢＣＨ－１に順次入れられる。残りは類推によって推定されてもよい。このように、第１のデータストリームにおけるデータは、対応するＢＣＨ符号語に入れられる。もちろん、図２１は、第２の列の最初にあるシンボルが並べ替えられる、単なる一例を用いることによって説明されているに過ぎない。なお、各列の最後にあるシンボルが並べ替えられてもよい。

【0268】

方法１および方法２は単に、各ＢＣＨ符号語に含まれる２個の連続シンボルが異なるＲＳ符号語からのものであることを実装する例として用いられているに過ぎないことが留意されるべきである。なお、各ＢＣＨ符号語に含まれる２個の連続シンボルが異なるＲＳ符号語からのものであることを実装するべく、別の方法が代わりに用いられてもよく、すなわち、２個の連続シンボルが同じＲＳ符号語からのものである場合は存在しない。これは、本出願の本実施形態において限定されない。

【0269】

なお、第１のデータストリームにおけるデータがインターリーブされた後、第１の回路がインターリーブ方法を修正しない場合には、ＢＣＨ符号化を実装するべく方法１および方法２の両方が用いられる。次に、インターリーブ深さを増大させるべく、本出願の本実施形態で提供される方法において、第１の回路は更に、第１のデータストリームを受信した後、第１のデータストリームにおけるデータを再インターリーブしてもよい。この方法におけるＢＣＨ符号化方法の詳細については、以下の方法３を参照されたい。

【0270】

方法３：第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、オリジナルＲＳ符号語を取得するべく、第１のデータストリームにおけるデータをデインターリーブする段階と、インターリーブされたデータを取得するべく、第４の数量のＲＳ符号語に基づいてオリジナルＲＳ符号語をインターリーブする段階であり、第４の数量は第１の数量よりも大きい段階と、インターリーブされたデータの各行のデータを順次、第２の数量のＢＣＨ符号語に入れる段階とを有し、各ＢＣＨ符号語に含まれる第４の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0271】

第１のデータストリームにおけるデータはインターリーブされているので、本出願の本実施形態で提供される方法によれば、第１のデータストリームが取得された後、第１のデータストリームにおけるデータは、オリジナルＲＳ符号語を取得するべく、最初にデインターリーブされる。次に、再インターリーブが実行される。インターリーブ用に、より多くの符号語が用いられる。これは、インターリーブ深さを増大させる。次に、再インターリーブされたデータの各行のデータが、第２の数量のＢＣＨ符号語に順次入れられる。このように、第４の数量は、ＲＳ符号タイプに基づいて決定されてもよく、または、適用シナリオまたは体験に基づいて決定されてもよい。これは、本出願の本実施形態において限定されない。再インターリーブ深さは第１のデータストリームにおける以前のインターリーブ深さよりも大きいので、第４の数量は第１の数量よりも大きい。なお、第１の回路が第４の数量の符号語を受信した後にインターリーブを実行するべく、第１の回路はバッファと共に配置されてもよい。

【0272】

例えば、第１の目標数量は５４４であり、第１の数量は２であり、第４の数量は４であり、第２の目標数量は３６０である。第１の回路は更に、オリジナルＲＳ－ＦＥＣ符号語を復元するべく、第１のデータストリームをデインターリーブする。このように、より強いインターリーブのために、より多くのＲＳ－ＦＥＣ符号語を蓄積することができ、例えば、インターリーブ用に４個の符号語が用いられる。第１のデータストリームを受信する場合、第１の回路は、第１のデータストリームをバッファし、４個の符号語全てを受信した後にインターリーブを実行する。図２２および図２３に示されるＢＣＨ符号化処理は、例として用いられる。図２２および図２３は、方法３におけるＢＣＨ符号化処理の概略図である。図２２および図２３はそれぞれ、２つのインターリーブ方法の例を示す。Ａ、Ｂ、ＣおよびＤは、異なるＲＳ－ＦＥＣ符号語からのシンボルを表わす。図２２および図２３におけるＡからＤの文字は、添字の番号を有さないので、ＡからＤの文字は、異なる符号語からの異なるシンボルを表わすだけである。インターリーブ用に４個のＲＳ符号語が用いられるので、任意の４個の連続シンボルは異なるＲＳ符号語からのものである。

【0273】

第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる前述の３つの実装において、第１の目標数量は、ＲＳ符号タイプに基づいて決定されてもよいことが留意されるべきである。例えば、ＲＳ（５４４、５１４）に対して、第１の目標数量は５４４であり、各ＲＳ符号語は５４４個のシンボルを含む。第２の目標数量は、第１の目標数量に基づいて決定されてもよい。ＲＳ（５４４、５１４）に対して、ＢＣＨ（３６０、３４０）が用いられてもよく、第２の目標数量は３６０である。別の例について、ＲＳ（５２８、５１４）に対し、第１の目標数量は５２８であり、各ＲＳ符号語は５２８個のシンボルを含む。なお、本出願の本実施形態において提供される方法では、ＲＳ符号およびＢＣＨ符号に基づく２レベルの符号化が用いられる。本出願の本実施形態において、特定のＲＳ符号タイプおよび特定のＢＣＨ符号タイプは限定されない。言い換えれば、異なる符号タイプについて、第１の目標数量および第２の目標数量は代わりに、他の値を有してもよい。なお、第１の目標数量のシンボルおよび第２の目標数量のシンボルは、１０ビットシンボルであってもよく、または、１ビットシンボル若しくは別の長さを有するシンボルであってもよい。本出願の本実施形態において、シンボルの長さは限定されない。

【0274】

なお、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れるのに何れの方法が用いられるかに拘わらず、ＢＣＨ符号化スキームに対して、多項式ｐ（ｘ） ＝ ｘ^１０ ＋ ｘ^３ ＋ ｘ ＋ １が用いられてもよい。言い換えれば、ＢＣＨ符号化器は、第２のデータストリームを取得するべく、多項式ｐ（ｘ） ＝ ｘ^１０ ＋ ｘ^３ ＋ ｘ ＋ １に従って符号化を実行してもよい。もちろん、多項式Ｐ（ｘ）に加えて、ＢＣＨ符号化用に用いられる別の多項式が代わりに用いられてもよい。これは、本出願において限定されない。

【0275】

考え得る実装において、第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行した後に、方法は更に、媒体を用いることによって、第２のデータストリームを第３の回路へと複数の物理レーンを介して伝送する段階、または、時分割多重化モードにおいて、媒体を用いることによって、第２のデータストリームを第３の回路へと１つの物理レーンを介して伝送する段階、を備える。媒体は、光ファイバ、バックプレーン、または銅線ケーブルを含むが、これらに限定されない。１００ＧｂＥイーサネット（登録商標）ポートが、一例として用いられる。データは、１個の波長が１００Ｇｂｐｓのレートを有する方法で送信されてもよく、光ファイバを介して伝送される。代わりに、１個の電気ポートが、バックプレーンまたは銅線ケーブルを介して、１００Ｇｂｐｓのレートで信号を伝送する。代わりに、将来生み出され得る８００ＧｂＥポートが、一例として用いられる。８×１００Ｇおよび４×２００Ｇのような様々な解決策が存在してもよく、伝送は、光ファイバ、バックプレーンまたは銅線ケーブルを介して実行されてもよい。

【0276】

図２４を参照されたい。本出願の一実施形態は、データ復号方法を提供する。方法は、第３の回路に適用されてもよく、第３の回路は、図１７に示される符号化方法を用いることによって符号化を実行することにより取得される第２のデータストリームを復号するように構成される。図２４に示されるように、方法は以下のいくつかの段階を備える。

【0277】

段階２４０１：第３の回路は、第１の回路によって伝送される第２のデータストリームを受信し、第２のデータストリームは、ＲＳ符号およびＢＣＨ符号を用いることによって符号化することにより取得される。

【0278】

考え得る実装において、第３の回路が、第１の回路によって伝送される第２のデータストリームを受信する段階は、第１の回路によって複数の物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する段階、または、時分割多重化モードにおいて、第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する段階、を有する。媒体は、光ファイバ、バックプレーンまたは銅線ケーブルを含むが、これらに限定されない。第１の回路は、ＲＳ符号を用いることによって符号化することにより取得される第１のデータストリームに対してＢＣＨ符号化を実行するべく、図１７に示される符号化方法を用いるので、第２のデータストリームは、ＲＳ符号およびＢＣＨ符号を用いることによって符号化することにより取得される。

【0279】

段階２４０２：第３の回路は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する。

【0280】

第３の回路が第２のデータストリームを復号して無事に第１のデータストリームを取得できることを保証するために、第２のデータストリームを復号するべく第３の回路によって用いられるＢＣＨ符号は、第１のデータストリームに対してＢＣＨ符号化を実行するべく第１の回路によって用いられる符号タイプと一致する。

【0281】

第１の回路は、複数の物理レーンを介して、または、時分割多重化モードにおいて１つの物理レーンを介して、第２のデータストリームを伝送してもよい。従って、考え得る実装において、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階の前に、方法は更に、時分割多重化モードにおいて第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームが媒体を用いることによって受信される場合に第２のデータストリームを多重分離する段階を備え、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離されたデータストリームを復号する段階を有する。

【0282】

第２のデータストリームが複数の物理レーンを介して伝送される方法について、第２のデータストリームにおけるデータが第３の回路に到達するときのスキューを回避するべく、考え得る実装において、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階の前に、方法は更に、多重分離された第２のデータストリームのアライメントをとる段階を備え、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離された第２のデータストリームを復号する段階は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、アライメントをとられた第２のデータストリームを復号する段階を有する。ＡＭ特徴はＢＣＨ符号化中に変更されないので、多重分離された第２のデータストリームがアライメントをとられようとしている場合に、多重分離された第２のデータストリームのアライメントをとるべく、第２のデータストリームにおける既存のＡＭ特徴が再び用いられてもよい。

【0283】

段階２４０３：第３の回路は、オリジナルデータを取得するべく、ＲＳ符号を用いることによって第１のデータストリームを復号する。

【0284】

第３の回路が第１のデータストリームを復号して無事にオリジナルデータを取得できることを保証するために、第１のデータストリームを復号するべく第３の回路によって用いられるＲＳ符号は、第１のデータストリームにおけるデータを符号化するために用いられるＲＳ符号タイプと一致する。

【0285】

前述のデータ符号化方法およびデータ復号方法に基づいて、本出願の本実施形態では、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）上の解決策を多様化するべく、モデリングが実行される。図２５に示されるように、ＰＲＢ３１がオリジナルデータとして用いられることは、一例として用いられる。ＰＲＢ３１は、システム入力として擬似ランダム系列を生成するための、テストデータの一タイプである。オリジナルデータは、ＲＳ（５４４、５１４）に基づいて、符号化器側で符号化される。次に、４個のＲＳ符号語をインターリーブする結果が一例として用いられ、インターリーブ後に取得される第１のデータストリームは、第２のデータストリームを取得するべく、ビット多重化方法で、ＢＣＨ符号化用のＢＣＨ符号化器へとレーン１を介して伝送される。次に、第２のデータストリームは、復号器側へとレーン２を介して伝送される。復号器側は最初に、第１のデータストリームを取得するべく、第２のデータストリームに対してＢＣＨ復号を実行する。次に、第１のデータストリームがレーン３を介して伝送された後、ビット多重分離が実行され、多重分離されたデータに対してデインターリーブが実行される。オリジナルデータを取得するべく、ＲＳ復号がＲＳ（５４４、５１４）復号器を用いることによって実行される。

【0286】

前述のインターリーブ処理によれば、利得が増大される。図２６における比較図に示されるように、８０２．３ｂｓ規格で提供されるＲＳ－ＦＥＣと比較して、１Ｅ－１５ポストＦＥＣ ＢＥＲ領域では、本出願の本実施形態で提供される連結された符号化スキームは、２ｄＢネットゲインを増大させることができる。電気インタフェースまたは光インタフェース上で、余分なネットゲインは、信号伝送距離を格段に増大させることができる。

【0287】

図２７を参照されたい。本出願の一実施形態は、データ符号化装置を提供する。装置は、前述のデータ符号化方法を実行するように構成される。図２７に示されるように、装置は、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信するように構成された受信モジュール２７１であり、第１のデータストリームは、ＲＳ符号を用いることによってオリジナルデータを符号化することにより取得される、受信モジュール２７１と、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行するように構成された符号化モジュール２７２とを備える。

【0288】

考え得る実装において、受信モジュール２７１は、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信するように構成され、装置は、１または複数のＢＣＨ符号化器を備え、符号化モジュール２７２は、含まれたＢＣＨ符号化器の数量が物理レーンの数量と一致する場合であって、１つのＢＣＨ符号化器が１つの物理レーンに対応する場合に、第２のデータストリームを取得するべく、対応する物理レーン上で伝送される第１のデータストリームに対して、１または複数のＢＣＨ符号化器を用いることによりＢＣＨ符号化を実行するように構成される。

【0289】

考え得る実装において、受信モジュール２７１は、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信するように構成され、装置は、１または複数のＢＣＨ符号化器を備え、更にスケジューラを備え、符号化モジュール２７２は、装置に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致しない場合に、第２のデータストリームを取得するべく、スケジューラを用いることによって、対応するＢＣＨ符号化器を、第１のデータストリームに対してＢＣＨ符号化を実行するようスケジューリングするように構成される。

【0290】

考え得る実装において、符号化モジュール２７２は、第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる基準数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0291】

考え得る実装において、シンボルストリームデータを取得するべく、第１のデータストリームにおけるデータが基準数量のＲＳ符号語に基づいてインターリーブされた後、シンボルストリームデータは複数の仮想レーンへと出力され、シンボルストリームデータは物理レーンの数量に基づいてビット多重化され、ビット多重化されたシンボルストリームデータは複数の物理レーンを介してデータ符号化装置へと伝送される。

【0292】

図２８を参照されたい。データ符号化装置は更に、全ての仮想レーン上でデータを復元するべく、第１のデータストリームを多重分離するように構成された多重分離モジュール２７３と、アライメントをとられたデータを取得するべく、全ての仮想レーン上でデータのアライメントをとるように構成されたアライメントモジュール２７４とを備え、符号化モジュール２７２は、アライメントをとられたデータを対応するＢＣＨ符号語に入れるように構成される。

【0293】

考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。

【0294】

符号化モジュール２７２は、第１のデータストリームの各行における前半のデータを順次、第２の数量のＢＣＨ符号語における最初の第３の数量のＢＣＨ符号語に入れ、第１のデータストリームの各行における後半のデータを順次、第２の数量のＢＣＨ符号語における最後の第３の数量のＢＣＨ符号語に入れるように構成され、第３の数量は第２の数量の半分であり、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである。

【0295】

考え得る実装において、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。

【0296】

符号化モジュール２７２は、第１のデータストリームの各行における前半のデータを順次、３２個のＢＣＨ符号語における最初の１６個のＢＣＨ符号語に入れ、第１のデータストリームの各行における後半のデータを順次、３２個のＢＣＨ符号語における最後の１６個のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである。

【0297】

考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、第１のデータストリームにおける各列のデータの最初または最後におけるシンボルは並べ替えられる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。

【0298】

符号化モジュール２７２は、第１のデータストリームの各列のデータを順次、第２の数量のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0299】

考え得る実装において、第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０である。

【0300】

符号化モジュール２７２は、第１のデータストリームの各列のデータを順次、３２個のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる２個の連続シンボルは、異なるＲＳ符号語からのものである。

【0301】

考え得る実装において、第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされる。各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定される。

【0302】

符号化モジュール２７２は、オリジナルＲＳ符号語を取得するべく、第１のデータストリームにおけるデータをデインターリーブし、インターリーブされたデータを取得するべく、第４の数量のＲＳ符号語に基づいてオリジナルＲＳ符号語をインターリーブし、インターリーブされたデータの各行のデータを順次、第２の数量のＢＣＨ符号語に入れるように構成され、第４の数量は第１の数量よりも大きく、各ＢＣＨ符号語に含まれる第４の数量の連続シンボルは、異なるＲＳ符号語からのものである。

【0303】

図２９を参照されたい。データ符号化装置は更に、媒体を用いることによって、第２のデータストリームを第３の回路へと複数の物理レーンを介して伝送する、または、時分割多重化モードにおいて、媒体を用いることによって、第２のデータストリームを第３の回路へと１つの物理レーンを介して伝送する、ように構成された伝送モジュール２７５を備える。

【0304】

図３０を参照されたい。本出願の一実施形態は、データ復号装置を提供する。装置は、前述のデータ復号方法を実行するように構成される。図３０に示されるように、装置は、第１の回路によって伝送される第２のデータストリームを受信するように構成された受信モジュール１６１と、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号するように構成された第１の復号モジュール１６２と、オリジナルデータを取得するべく、ＲＳ符号を用いることによって第１のデータストリームを復号するように構成された第２の復号モジュール１６３とを備え、第２のデータストリームは、ＲＳ符号およびＢＣＨ符号を用いることによって符号化することにより取得される。

【0305】

考え得る実装において、受信モジュール１６１は、第１の回路によって複数の物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する、または、時分割多重化モードにおいて、第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する、ように構成される。

【0306】

考え得る実装において、図３１に示されるように、データ復号装置は更に、時分割多重化モードにおいて第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームが媒体を用いることによって受信される場合に、第２のデータストリームを多重分離するように構成された多重分離モジュール１６４を備え、第１の復号モジュール１６２は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離されたデータストリームを復号するように構成される。

【0307】

考え得る実装において、図３２に示されるように、データ復号装置は更に、多重分離された第２のデータストリームのアライメントをとるように構成されたアライメントモジュール１６５を備え、第１の復号モジュール１６２は、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、アライメントをとられた第２のデータストリームを復号するように構成される。

【0308】

前述のもので提供される装置が装置の機能を実装する場合、前述の機能的モジュールへの分割は、説明のための単なる一例として用いられているに過ぎないことが理解されるべきである。実際のアプリケーションの中で、前述の機能は、要件に基づいて、実装用の異なる機能モジュールに割り当てられてもよい。言い換えれば、デバイスは、上記で説明された複数の機能の全てまたは一部を実装するべく、内部構造の面で、異なる機能モジュールへと分割される。なお、前述の実施形態および方法の実施形態における装置は、同じ概念に基づく。特定の実装処理については、方法の実施形態を参照されたく、詳細は本明細書で再び説明されない。

【0309】

第１の回路、第２の回路、第３の回路、データ符号化装置およびデータ復号装置は、１または複数のチップ内で実装されてもよいことが留意されるべきである。

【0310】

同じ概念に基づいて、本出願の一実施形態は更に、データ伝送デバイスを提供する。図３３を参照されたい。デバイスは、メモリ１９１およびプロセッサ１９２を備える。メモリ１９１は、少なくとも１つの命令を格納し、少なくとも１つの命令は、本出願の複数の実施形態で提供される前述のデータ符号化方法およびデータ復号方法のうちのいずれかを実装するべく、プロセッサ１９２によってロードされ且つ実行される。

【0311】

本出願の一実施形態は更に、データ伝送デバイスを提供する。図３４を参照されたい。デバイスは、トランシーバ３４０１、メモリ３４０２およびプロセッサ３４０３を備える。トランシーバ３４０１、メモリ３４０２およびプロセッサ３４０３は、内部接続パスを介して互いに通信する。メモリ３４０２は、命令を格納するように構成される。プロセッサ３４０３は、信号を受信するようトランシーバ３４０１を制御するべく、且つ、信号を送信するようトランシーバ３４０１を制御するべく、メモリに格納された命令を実行するように構成される。なお、プロセッサ３４０３がメモリ３４０２に格納された命令を実行する場合、プロセッサ３４０３は、前述のデータ符号化方法およびデータ復号方法のうちのいずれかを実行することを可能にされる。

【0312】

本出願の一実施形態は更に、データ伝送システムを提供する。システムは、図２７から図２９の任意の１つに示されるデータ符号化装置、および、図３０から図３２の任意の１つに示されるデータ復号装置を備える。

【0313】

ｊ本出願の本実施形態におけるデータ符号化装置およびデータ復号装置は、パーソナルコンピュータ（ＰＣ）、サーバまたはネットワークデバイスであってもよい。例えば、データ符号化デバイスおよびデータ復号デバイスは、ルータ、スイッチ、サーバ等であってもよい。

【0314】

本出願の一実施形態は更に、コンピュータ可読記憶媒体を提供する。記憶媒体は、少なくとも１つの命令を格納し、命令は、本出願の複数の実施形態で提供される前述のデータ符号化方法およびデータ復号方法のうちのいずれかを実装するべく、プロセッサによってロードされ且つ実行される。

【0315】

本出願の一実施形態は更に、回路を提供する。回路は、プロセッサを備える。プロセッサは、回路に取り付けられる通信デバイスが前述のデータ符号化方法およびデータ復号方法のいずれかを実行できるように、メモリに格納された命令を呼び出して実行するように構成される。

【0316】

本出願の一実施形態は更に、回路を提供する。回路は、入力インタフェース、出力インタフェース、プロセッサおよびメモリを備える。入力インタフェース、出力インタフェース、プロセッサおよびメモリは、内部接続パスを介して互いに接続される。プロセッサは、メモリ内のコードを実行するように構成され、コードが実行された場合、プロセッサは、前述のデータ符号化方法およびデータ復号方法のいずれかを実行するように構成される。

【0317】

プロセッサは、中央処理デバイス（ＣＰＵ）であってもよく、または、別の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路（（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは別のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、または、ディスクリートハードウェアコンポーネント、等であってもよいことが理解されるべきである。汎用プロセッサは、マイクロプロセッサ、任意の従来のプロセッサ、等であってもよい。プロセッサは、アドバンスド縮小命令セットコンピューティングマシン（ａｄｖａｎｃｅｄ ＲＩＳＣ ｍａｃｈｉｎｅｓ、ＡＲＭ）アーキテクチャをサポートしているプロセッサであってもよいことが留意されるべきである。

【0318】

更に、オプションの実施形態において、１または複数のプロセッサが存在し、且つ、１または複数のメモリが存在する。オプションで、メモリは、プロセッサと統合されてもよく、または、メモリおよびプロセッサは別々に配置される。メモリは、リードオンリメモリおよびランダムアクセスメモリを含んでもよく、命令およびデータをプロセッサに提供してもよい。メモリは更に、不揮発性ランダムアクセスメモリを含んでもよい。例えば、メモリは更に、デバイスタイプについての情報を格納してもよい。

【0319】

いくつかの実施形態において、最初のレベルのＦＥＣがＲＳであり、第２のレベルのＦＥＣがＢＣＨ符号である場合、ＢＣＨ符号は、拡大ＢＣＨ（ｅＢＣＨ）符号、ハミング符号、または拡大ハミング符号と置き換えられてもよく、適宜、ＢＣＨ符号化器は、拡大ｅＢＣＨ符号の符号化器、ハミング符号の符号化器、または拡大ハミング符号の符号化器と置き換えられ得る。

【0320】

メモリは、揮発性メモリ若しくは不揮発性メモリであってもよく、または、揮発性メモリおよび不揮発性メモリの両方を含んでもよい。不揮発性メモリは、リードオンリメモリ（ＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、ランダムアクセスメモリ（ＲＡＭ）であってもよく、外部キャッシュとして用いられる。これらに限定されないが、例えば、ＲＡＭの多くの形態、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ）、改善されたシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、ＳｙｎｃｈＬｉｎｋダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ）、および、ダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ）、が利用可能である。

【0321】

本出願は、コンピュータプログラムを提供する。コンピュータプログラムがコンピュータによって実行された場合、プロセッサまたはコンピュータは、前述の方法の実施形態における対応する段階および／またはプロシージャを実行することを可能にされる。

【0322】

前述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、または、それらの任意の組み合わせを用いることによって実装されてもよい。実施形態を実装するのにソフトウェアが用いられる場合、実施形態の全てまたは一部は、コンピュータプログラム製品の形態で実装されてもよい。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードされ且つ実行された場合、本出願によるプロシージャまたは機能は、全てが又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、または、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へと伝送されてもよい。 例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタへと、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線）または無線（例えば、赤外線、電波、またはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であってもよく、または、データ記憶デバイス、例えば１または複数の使用可能な媒体を統合するサーバまたはデータセンターであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ）等であってもよい。

【0323】

本出願の実施形態における、「１」、「２」、「３」、「第１の」、「第２の」および「第３の」のような序数は、複数のオブジェクト間を区別するために用いられるのであって、複数のオブジェクトの順序を限定するために用いられない。

【0324】

複数の実装の前述の説明から、当業者であれば前述の実施形態における複数の方法の複数の段階の一部又は全てがソフトウェアおよびユニバーサルハードウェアプラットフォームを用いることによって実装されてもよいことをはっきりと理解するであろうことが認識され得る。そのような理解に基づいて、本出願の技術的解決手段は、ソフトウェア製品の形態で実装されてもよい。コンピュータソフトウェア製品は、記憶媒体、例えばリードオンリメモリ（ＲＯＭ）／ＲＡＭ、磁気ディスクまたは光ディスクに格納されてもよく、コンピュータデバイス（パーソナルコンピュータ、サーバ、または、ルータのようなネットワーク通信デバイスであってもよい）に対して、本出願の実施形態で又は実施形態のいくつかの部分で説明された方法を実行するよう指示するための幾つかの命令を含んでもよい。

【0325】

本明細書における複数の実施形態は、プログレッシブな方法で全て説明されており、複数の実施形態における同じ部分または類似する部分についてはこれらの実施形態を参照し、各実施形態は、他の実施形態との差異に焦点を当てている。特に、装置の実施形態は基本的に、方法の実施形態と類似しており、従って、簡略化して説明される。関連する部分については、方法の実施形態の説明部分を参照されたい。説明されるデバイスおよびシステムの実施形態は、単なる例に過ぎない。別個の部分として説明されるモジュールは、物理的に分離していてもしていなくてもよく、モジュールとして示されている部分は、物理的なモジュールであってもそうでなくてもよく、一箇所に位置付けられていてもよく、または、複数のネットワークユニット上に分配されていてもよい。モジュールの一部又は全ては、実施形態の解決手段の目的を達成するための実際の要件に基づいて選択されてもよい。当業者であれば、創作的な努力を伴わずに、実施形態を理解して実装するであろう。

【0326】

前述の説明は単に、本出願の実施形態に過ぎず、本出願を限定することを意図するものではない。本出願の本質から逸脱することなく行われる如何なる変更、等価な置換、または改善も、本出願の保護範囲内にある。［他の考え得る項目］
［項目１］
データ伝送方法であって、
第１のチップが、第２のチップによって送信される第１のデータストリームを受信する段階であり、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである、段階と、
第１のチップが、第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化する段階であり、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、段階と
を備える方法。
［項目２］
第１のＦＥＣ符号タイプは具体的には、リードソロモン（ＲＳ）符号、ボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号、階段（Ｓｔａｉｒｃａｓｅ）符号、低密度パリティ検査（ＬＤＰＣ）符号、ターボ（Ｔｕｒｂｏ）符号またはターボ積符号（ＴＰＣ）である、
項目１に記載の方法。
［項目３］
第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目１または２に記載の方法。
［項目４］
第１のチップが、第２のデータストリームを形成するべく、少なくとも一度は第１のデータストリームを再符号化する段階は、
第１のチップが、ｎ個の第３のデータストリームを形成するべく、第１のデータストリームを分配する段階であり、第１のデータストリームにおける同じ符号語ブロックのデータは異なる第３のデータストリームへと分配される、段階と、
第１のチップが、第２のデータストリームを形成するべく、少なくとも一度は複数の第３のデータストリームの各々を再符号化する段階と
を有する、項目１から３の何れか一項に記載の方法。
［項目５］
第１のデータストリームから識別されるｋ個の符号語ブロックは、ｎ個の第３のデータストリームへと分配され、複数の第３のデータストリームの各々におけるｋ個の符号語ブロックに属するデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化され、第１のデータストリームにおけるｋ個の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の符号語ブロックに含まれるペイロードデータ量に等しい、
項目４に記載の方法。
［項目６］
第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックによって分配され、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される、
項目４に記載の方法。
［項目７］
第１のデータストリームにおけるデータは、ビットストリームによって分配され、第３のデータストリームにおけるデータは、ビットストリームによって符号化される、
項目４に記載の方法。
［項目８］
第１のチップおよび第２のチップは、同じデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップはイーサネット（登録商標）インタフェースを用いるチップである、
項目１から７の何れか一項に記載の方法。
［項目９］
データ伝送方法であって、
第１のチップが、第２のチップによって送信される第２のデータストリームを受信する段階であり、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、段階と、
第１のチップが、第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号する段階であって、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである、段階と、
第１のチップが、第１のデータストリームを第３のチップへと送信する段階と
を備える方法。
［項目１０］
第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目９に記載の方法。
［項目１１］
第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目９または１０に記載の方法。
［項目１２］
第１のデータストリームは、第３のチップによって、第１のＦＥＣ符号タイプに基づいて復号されるのに用いられる、
項目９から１１の何れか一項に記載の方法。
［項目１３］
第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第１のチップおよび第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップは電気チップであり、第３のチップはイーサネット（登録商標）インタフェースを用いるチップである、
項目９から１２の何れか一項に記載の方法。
［項目１４］
データ伝送装置であって、装置は、第１のチップであり、
第２のチップによって送信される第１のデータストリームを受信するように構成された受信器であり、第１のデータストリームは、第１の前方誤り訂正（ＦＥＣ）符号タイプを用いることによって符号化することにより取得されるデータストリームである、受信器と、
第２のデータストリームを取得するべく、少なくとも一度は第１のデータストリームを再符号化するように構成された符号化器であり、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、符号化器と
を備える装置。
［項目１５］
第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目１４に記載の装置。
［項目１６］
第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目１４または１５に記載の装置。
［項目１７］
符号化器は具体的には、
ｎ個の第３のデータストリームを形成するべく、第１のデータストリームを分配し、
第２のデータストリームを形成するべく、少なくとも一度は複数の第３のデータストリームの各々を再符号化する、
ように構成され、第１のデータストリームにおける同じ符号語ブロックのデータは、異なる第３のデータストリームへと分配される、
項目１４から１６の何れか一項に記載の装置。
［項目１８］
第１のデータストリームから識別されるｋ個の符号語ブロックは、ｎ個の第３のデータストリームへと分配され、複数の第３のデータストリームの各々におけるｋ個の符号語ブロックに属するデータは、第２のデータストリームにおける１個の符号語ブロックへと符号化され、第１のデータストリームにおけるｋ個の符号語ブロックに含まれる合計データ量は、第２のデータストリームにおけるｎ個の符号語ブロックに含まれるペイロードデータ量に等しい、
項目１７に記載の装置。
［項目１９］
第１のデータストリームにおけるデータは、ＦＥＣシンボルブロックによって分配され、第１のデータストリームにおける同じＦＥＣシンボルブロックのデータは、第２のデータストリームにおける同じ符号語ブロックへと符号化される、
項目１７に記載の装置。
［項目２０］
第１のデータストリームにおけるデータは、ビットストリームによって分配され、第３のデータストリームにおけるデータは、ビットストリームによって符号化される、
項目１７に記載の装置。
［項目２１］
第１のチップおよび第２のチップは、同じデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のチップはイーサネット（登録商標）インタフェースを用いるチップである、
項目１４から２０の何れか一項に記載の装置。
［項目２２］
データ伝送装置であって、装置は、第１のチップであり、
第２のチップによって送信される第２のデータストリームを受信するように構成された受信器であり、第２のデータストリームは、少なくとも第１のＦＥＣ符号タイプおよび第２のＦＥＣ符号タイプを用いることによって符号化することにより取得される連結されたＦＥＣ符号ストリームである、受信器と、
第１のデータストリームを形成するべく、少なくとも一度は第２のデータストリームを復号するように構成された復号器であって、第１のデータストリームは、第１のＦＥＣ符号タイプを用いることによって符号化することにより取得されるデータストリームである、復号器と、
第１のデータストリームを第３のチップへと送信するように構成された伝送器と
を備える装置。
［項目２３］
第１のＦＥＣ符号タイプは具体的には、ＲＳ符号、ＢＣＨ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目２２に記載の装置。
［項目２４］
第２のＦＥＣ符号タイプは具体的には、ＢＣＨ符号、ＲＳ符号、階段符号、ＬＤＰＣ符号、ターボ符号またはＴＰＣである、
項目２２または２３に記載の装置。
［項目２５］
第１のデータストリームは、第３のチップによって、第１のＦＥＣ符号タイプに基づいて復号されるのに用いられる、
項目２２から２４の何れか一項に記載の装置。
［項目２６］
第２のチップは、第１のデータ伝送デバイス内に位置付けられ、第１のチップおよび第３のチップは、第２のデータ伝送デバイス内に位置付けられ、第１のチップは電気チップであり、第２のモジュールはチップであり、第３のチップはイーサネット（登録商標）インタフェースを用いるチップである、
項目２２から２５の何れか一項に記載の装置。
［項目２７］
項目１４から２１の何れか一項に記載のデータ伝送装置と、
項目２２から２６の何れか一項に記載のデータ伝送装置と
を備える通信システム。
［項目２８］
項目１４から２１の何れか一項に記載のデータ伝送装置を備えるネットワークデバイス。
［項目２９］
項目２２から２６の何れか一項に記載のデータ伝送装置を備えるネットワークデバイス。
［項目３０］
項目２８に記載のネットワークデバイスおよび項目２９に記載のネットワークデバイスを備えるデータ伝送システム。
［項目３１］
データ符号化方法であって、
第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階であり、第１のデータストリームは、リードソロモン（ＲＳ）符号を用いることによってオリジナルデータを符号化することにより取得される、段階と、
第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号化を実行する段階と
を備える方法。
［項目３２］
第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階は、
第１の回路が、第２の回路によって伝送される第１のデータストリームをイーサネット（登録商標）インタフェースを介して複数の物理レーンから受信する段階を有し、
第１の回路は、１または複数のＢＣＨ符号化器を有し、
第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、
第１の回路に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致する場合であって１つのＢＣＨ符号化器が１つの物理レーンに対応している場合に、第１の回路が、第２のデータストリームを取得するべく、１または複数のＢＣＨ符号化器を用いることによって、対応する物理レーン上で伝送される第１のデータストリームに対してＢＣＨ符号化を実行する段階を有する、
項目３１に記載の方法。
［項目３３］
第１の回路が、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信する段階は、
第１の回路が、第２の回路によって伝送される第１のデータストリームをイーサネット（登録商標）インタフェースを介して複数の物理レーンから受信する段階を有し、
第１の回路は、１または複数のＢＣＨ符号化器を有し、更にスケジューラを有し、
第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階は、
第１の回路に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致しない場合に、第１の回路が、第２のデータストリームを取得するべく、スケジューラを用いることにより、第１のデータストリームに対してＢＣＨ符号の符号化を実行するよう対応するＢＣＨ符号化器をスケジューリングする段階を有する、
項目３１に記載の方法。
［項目３４］
第１のデータストリームに対してＢＣＨ符号化を実行する段階は、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる基準数量の連続シンボルは異なるＲＳ符号語からのものである、
項目３１から３３の何れか一項に記載の方法。
［項目３５］
シンボルストリームデータを取得するべく、第１のデータストリームにおけるデータが基準数量のＲＳ符号語に基づいてインターリーブされた後、シンボルストリームデータは、複数の仮想レーンに出力され、シンボルストリームデータは、物理レーンの数量に基づいてビット多重化され、ビット多重化されたシンボルストリームデータは、複数の物理レーンを介して第１の回路に伝送され、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階の前に、方法は更に、
第１の回路が、全ての仮想レーン上でデータを復元するべく、第１のデータストリームを多重分離する段階と、アライメントをとられたデータを取得するべく、全ての仮想レーン上でデータのアライメントをとる段階とを備え、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、アライメントをとられたデータを対応するＢＣＨ符号語に入れる段階を有する、
項目３４に記載の方法。
［項目３６］
第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、各ＢＣＨ符号化器は、第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は、第２の目標数量のシンボルを含み、第２の目標数量は、第１の目標数量に基づいて決定され、第２の数量は、第１の数量に基づいて決定され、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、
第１のデータストリームの各行における前半のデータを順次、第２の数量のＢＣＨ符号語における最初の第３の数量のＢＣＨ符号語に入れる段階と、第１のデータストリームの各行における後半のデータを順次、第２の数量のＢＣＨ符号語における最後の第３の数量のＢＣＨ符号語に入れる段階と、を有し、
第３の数量は第２の数量の半分であり、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである、
項目３４または３５に記載の方法。
［項目３７］
第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０であり、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、
第１のデータストリームの各行における前半のデータを順次、３２個のＢＣＨ符号語における最初の１６個のＢＣＨ符号語に入れる段階と、第１のデータストリームの各行における後半のデータを順次、３２個のＢＣＨ符号語における最後の１６個のＢＣＨ符号語に入れる段階と、を有し、
各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである、
項目３６に記載の方法。
［項目３８］
第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、第１のデータストリームにおける各列のデータの最初または最後におけるシンボルは並べ替えられ、各ＢＣＨ符号化器は、第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は、第２の目標数量のシンボルを含み、第２の目標数量は、第１の目標数量に基づいて決定され、第２の数量は、第１の数量に基づいて決定され、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、
第１のデータストリームの各列のデータを順次、第２の数量のＢＣＨ符号語に入れる段階を有し、
各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである、
項目３４または３５に記載の方法。
［項目３９］
第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０であり、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、
第１のデータストリームの各列のデータを順次、３２個のＢＣＨ符号語に入れる段階を有し、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである、
項目３８に記載の方法。
［項目４０］
第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、各ＢＣＨ符号化器は、第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は、第２の目標数量のシンボルを含み、第２の目標数量は、第１の目標数量に基づいて決定され、第２の数量は、第１の数量に基づいて決定され、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れる段階は、
オリジナルＲＳ符号語を取得するべく、第１のデータストリームにおけるデータをデインターリーブする段階と、
インターリーブされたデータを取得するべく、第４の数量のＲＳ符号語に基づいてオリジナルＲＳ符号語をインターリーブする段階であり、第４の数量は第１の数量よりも大きい段階と、
インターリーブされたデータの各行のデータを順次、第２の数量のＢＣＨ符号語に入れる段階とを有し、
各ＢＣＨ符号語に含まれる第４の数量の連続シンボルは異なるＲＳ符号語からのものである、
項目３４または３５に記載の方法。
［項目４１］
第１の回路が、第２のデータストリームを取得するべく、第１のデータストリームに対してＢＣＨ符号化を実行する段階の後に、方法は更に、
媒体を用いることによって、第２のデータストリームを第３の回路へと複数の物理レーンを介して伝送する、または、時分割多重化モードにおいて、媒体を用いることによって、第２のデータストリームを第３の回路へと１つの物理レーンを介して伝送する、段階を備える、
項目３１から４０の何れか一項に記載の方法。
［項目４２］
データ復号方法であって、
第３の回路が、第１の回路によって伝送される第２のデータストリームを受信する段階であり、第２のデータストリームは、リードソロモン（ＲＳ）符号およびボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号を用いることによって符号化することにより取得される、段階と、
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階と、
オリジナルデータを取得するべく、ＲＳ符号を用いることによって第１のデータストリームを復号する段階と
を備える方法。
［項目４３］
第３の回路が、第１の回路によって伝送される第２のデータストリームを受信する段階は、
媒体を用いることによって、第１の回路により複数の物理レーンを介して伝送される第２のデータストリームを受信する段階、または、時分割多重化モードにおいて、媒体を用いることによって、第１の回路により１つの物理レーンを介して伝送される第２のデータストリームを受信する段階、を有する、
項目４２に記載の方法。
［項目４４］
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階の前に、方法は更に、
時分割多重化モードにおいて第１の回路により１つの物理レーンを介して伝送される第２のデータストリームが媒体を用いることによって受信される場合に第２のデータストリームを多重分離する段階を備え、
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号する段階は、
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離された第２のデータストリームを復号する段階を有する、
項目４３に記載の方法。
［項目４５］
ＢＣＨ符号を用いることによって多重分離された第２のデータストリームを復号する段階の前に、方法は更に、
多重分離された第２のデータストリームのアライメントをとる段階を備え、
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離された第２のデータストリームを復号する段階は、
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、アライメントをとられた第２のデータストリームを復号する段階を有する、
項目４４に記載の方法。
［項目４６］
データ符号化装置であって、
第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを受信するように構成された受信モジュールであり、第１のデータストリームは、リードソロモン（ＲＳ）符号を用いることによってオリジナルデータを符号化することにより取得される、受信モジュールと、
第２のデータストリームを取得するべく、第１のデータストリームに対してボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号化を実行するように構成された符号化モジュールと
を備える装置。
［項目４７］
受信モジュールは、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信するように構成され、
装置は、１または複数のＢＣＨ符号化器を備え、
符号化モジュールは、
含まれたＢＣＨ符号化器の数量が物理レーンの数量と一致する場合であって、１つのＢＣＨ符号化器が１つの物理レーンに対応する場合に、第２のデータストリームを取得するべく、対応する物理レーン上で伝送される第１のデータストリームに対して、１または複数のＢＣＨ符号化器を用いることによりＢＣＨ符号化を実行するように構成される、
項目４６に記載の装置。
［項目４８］
受信モジュールは、第２の回路によってイーサネット（登録商標）インタフェースを介して伝送される第１のデータストリームを、複数の物理レーンから受信するように構成され、
装置は、１または複数のＢＣＨ符号化器を備え、更にスケジューラを備え、
符号化モジュールは、
装置に含まれるＢＣＨ符号化器の数量が物理レーンの数量と一致しない場合に、第２のデータストリームを取得するべく、スケジューラを用いることによって、対応するＢＣＨ符号化器を、第１のデータストリームに対してＢＣＨ符号化を実行するようスケジューリングするように構成される、
項目４６に記載の装置。
［項目４９］
符号化モジュールは、
第１のデータストリームにおけるデータを対応するＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる基準数量の連続シンボルは、異なるＲＳ符号語からのものである、
項目４６から４８の何れか一項に記載の装置。
［項目５０］
シンボルストリームデータを取得するべく、第１のデータストリームにおけるデータが基準数量のＲＳ符号語に基づいてインターリーブされた後、シンボルストリームデータは複数の仮想レーンへと出力され、シンボルストリームデータは物理レーンの数量に基づいてビット多重化され、ビット多重化されたシンボルストリームデータは複数の物理レーンを介してデータ符号化装置へと伝送され、
装置は更に、
全ての仮想レーン上でデータを復元するべく、第１のデータストリームを多重分離するように構成された多重分離モジュールと、
アライメントをとられたデータを取得するべく、全ての仮想レーン上でデータのアライメントをとるように構成されたアライメントモジュールと
を備え、
符号化モジュールは、アライメントをとられたデータを対応するＢＣＨ符号語に入れるように構成される、
項目４９に記載の装置。
［項目５１］
第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定され、
符号化モジュールは、第１のデータストリームの各行における前半のデータを順次、第２の数量のＢＣＨ符号語における最初の第３の数量のＢＣＨ符号語に入れ、第１のデータストリームの各行における後半のデータを順次、第２の数量のＢＣＨ符号語における最後の第３の数量のＢＣＨ符号語に入れるように構成され、
第３の数量は第２の数量の半分であり、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは異なるＲＳ符号語からのものである、
項目４９または５０に記載の装置。
［項目５２］
第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０であり、
符号化モジュールは、第１のデータストリームの各行における前半のデータを順次、３２個のＢＣＨ符号語における最初の１６個のＢＣＨ符号語に入れ、第１のデータストリームの各行における後半のデータを順次、３２個のＢＣＨ符号語における最後の１６個のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる２個の連続シンボルは異なるＲＳ符号語からのものである、
項目５１に記載の装置。
［項目５３］
第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、第１のデータストリームにおける各列のデータの最初または最後におけるシンボルは並べ替えられ、各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定され、
符号化モジュールは、第１のデータストリームの各列のデータを順次、第２の数量のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる第１の数量の連続シンボルは、異なるＲＳ符号語からのものである、
項目４９または５０に記載の装置。
［項目５４］
第１の目標数量は５４４であり、第１の数量は２であり、第２の数量は３２であり、第２の目標数量は３６０であり、
符号化モジュールは、第１のデータストリームの各列のデータを順次、３２個のＢＣＨ符号語に入れるように構成され、各ＢＣＨ符号語に含まれる２個の連続シンボルは、異なるＲＳ符号語からのものである、
項目５３に記載の装置。
［項目５５］
第１のデータストリームは、第１の数量のＲＳ符号語を含み、各ＲＳ符号語は、第１の目標数量のシンボルを含み、第１のデータストリームにおけるデータは、第１の数量のＲＳ符号語に基づいてインターリーブされ、
各ＢＣＨ符号化器は第２の数量のＢＣＨ符号語に対応し、各ＢＣＨ符号語は第２の目標数量のシンボルを含み、第２の目標数量は第１の目標数量に基づいて決定され、第２の数量は第１の数量に基づいて決定され、
符号化モジュールは、オリジナルＲＳ符号語を取得するべく、第１のデータストリームにおけるデータをデインターリーブし、インターリーブされたデータを取得するべく、第４の数量のＲＳ符号語に基づいてオリジナルＲＳ符号語をインターリーブし、インターリーブされたデータの各行のデータを順次、第２の数量のＢＣＨ符号語に入れるように構成され、
第４の数量は第１の数量よりも大きく、各ＢＣＨ符号語に含まれる第４の数量の連続シンボルは、異なるＲＳ符号語からのものである、
項目４９または５０に記載の装置。
［項目５６］
装置は更に、媒体を用いることによって、第２のデータストリームを第３の回路へと複数の物理レーンを介して伝送する、または、時分割多重化モードにおいて、媒体を用いることによって、第２のデータストリームを第３の回路へと１つの物理レーンを介して伝送する、ように構成された伝送モジュールを備える、
項目４６から５５の何れか一項に記載の装置。
［項目５７］
データ復号装置であって、
第１の回路によって伝送される第２のデータストリームを受信するように構成された受信モジュールであり、第２のデータストリームは、リードソロモン（ＲＳ）符号およびボーズ－チョドーリ－オッケンジェム（ＢＣＨ）符号を用いることによって符号化することにより取得される、受信モジュールと、
第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって第２のデータストリームを復号するように構成された第１の復号モジュールと、
オリジナルデータを取得するべく、ＲＳ符号を用いることによって第１のデータストリームを復号するように構成された第２の復号モジュールと
を備える装置。
［項目５８］
受信モジュールは、第１の回路によって複数の物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する、または、時分割多重化モードにおいて、第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームを、媒体を用いることによって受信する、ように構成される、
項目５７に記載の装置。
［項目５９］
装置は更に、
時分割多重化モードにおいて第１の回路によって１つの物理レーンを介して伝送される第２のデータストリームが媒体を用いることによって受信される場合に、第２のデータストリームを多重分離するように構成された多重分離モジュールを備え、
第１の復号モジュールは、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、多重分離されたデータストリームを復号するように構成される、
項目５８に記載の装置。
［項目６０］
装置は更に、
多重分離された第２のデータストリームのアライメントをとるように構成されたアライメントモジュールを備え、
第１の復号モジュールは、第１のデータストリームを取得するべく、ＢＣＨ符号を用いることによって、アライメントをとられた第２のデータストリームを復号するように構成される、
項目５９に記載の装置。
［項目６１］
データ伝送デバイスであって、
メモリおよびプロセッサを備え、
メモリは、少なくとも１つの命令を格納し、少なくとも１つの命令は、項目３１から４１の何れか一項に記載のデータ符号化方法を実装するべく、または、項目４２から４５の何れか一項に記載のデータ復号方法を実装するべく、プロセッサによってロードされ且つ実行される、
デバイス。
［項目６２］
少なくとも１つの命令を格納するコンピュータ可読記憶媒体であって、
命令は、項目３１から４１の何れか一項に記載のデータ符号化方法を実装するべく、または、項目４２から４５の何れか一項に記載のデータ復号方法を実装するべく、プロセッサによってロードされ且つ実行される、
記憶媒体。
［項目６３］
コンピュータプログラム製品であって、
コンピュータプログラムコードを備え、
コンピュータプログラムコードがコンピュータによって実行された場合に、コンピュータに、項目３１から４１の何れか一項に記載のデータ符号化方法を実行すること、または、項目４２から４５の何れか一項に記載のデータ復号方法を実行すること、を可能にさせる、
コンピュータプログラム製品。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】