特許 7192195 コードブロックストリームの受信方法、コードブロックストリームの送信方法、および通信装置

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

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

(11)【特許番号】

(24)【登録日】2022-12-12

(45)【発行日】2022-12-20

(54)【発明の名称】コードブロックストリームの受信方法、コードブロックストリームの送信方法、および通信装置

(51)【国際特許分類】

   H04J 3/00 20060101AFI20221213BHJP

   H04J 3/06 20060101ALI20221213BHJP

   H04L 25/49 20060101ALI20221213BHJP

   H04L 7/04 20060101ALN20221213BHJP

【ＦＩ】

H04J3/00 B

H04J3/06 A

H04L25/49 C

H04L7/04 100

【請求項の数】 30

(21)【出願番号】P 2021506430

(86)(22)【出願日】2019-08-02

(65)【公表番号】

(43)【公表日】2021-12-02

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

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

(87)【国際公開日】2020-02-13

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

(31)【優先権主張番号】201810893109.0

(32)【優先日】2018-08-07

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

(73)【特許権者】

【識別番号】504161984

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

(74)【代理人】

【識別番号】110000877

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

(72)【発明者】

【氏名】スン、デシェン

(72)【発明者】

【氏名】チェン、チチャン

(72)【発明者】

【氏名】ジョン、チウェン

(72)【発明者】

【氏名】ニウ、レホン

【審査官】谷岡 佳彦

(56)【参考文献】

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

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

【文献】米国特許第０９２９４４１８（ＵＳ，Ｂ２）

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

【文献】Flex Ethernet 2.0 Implementation Agreement，IA OIF-FLEXE-02.0，The Optical Internetworking Forum，2018年06月22日，p.26,27，https://www.oiforum.com/wp-content/uploads/2019/01/OIF-FLEXE-02.0-1.pdf

(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】

前記オーダーセット型の前記コードブロックの同期ヘッダフィールドに保持される情報は、前記データ型に対応する同期ヘッダ情報に修正される、請求項２５に記載の装置。

【請求項27】

前記オーダーセット型の前記コードブロックのコードブロック型フィールドに保持される情報は、前記終端型に対応するコードブロック型情報に修正される、請求項２５または２６に記載の装置。

【請求項28】

前記処理ユニットは、マッピング関係に基づいて、第１のオーダーセット型のコードブロックのコードブロック型フィールドに保持される情報を、前記終端型に対応する情報に修正するように構成され、前記マッピング関係は、少なくとも２つの終端型と少なくとも２つのオーダーセット型との間の１対１のマッピング関係を示すために使用され、前記第１のオーダーセット型は前記少なくとも２つの終端型のうちの１つに対応し、前記第１のオーダーセット型は前記少なくとも２つのオーダーセット型のうちのいずれか１つである、請求項２７に記載の装置。

【請求項29】

通信デバイスであって、
メモリに記憶されたコンピュータプログラムを実行するように構成されたプロセッサを有し、前記通信デバイスが請求項１から１９のいずれか１項に記載の方法を実行する、通信デバイス。

【請求項30】

請求項１から１９のいずれか１項に記載の方法を装置に実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【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】

オプションで、送信デバイスによって、第２のレートモードにある複数のコードブロックのコードブロックストリームに基づいて、第１のレートモードにあるコードブロックストリームを決定する段階は、送信デバイスによって、マッピング関係に基づいて、第１のオーダーセット型のコードブロックのコードブロック型フィールド内に保持される情報を、第１の終端型に対応する情報に修正する段階であって、マッピング関係は、少なくとも２つの終端型と少なくとも２つのオーダーセット型との間の１対１のマッピング関係を示すために使用され、第１のオーダーセット型は第１の終端型に対応し、第１のオーダーセット型は少なくとも２つのオーダーセット型のうちのいずれか１つである段階を含む。

【0088】

例えば、コードブロック型フィールドに保持される情報が０×２ｄであるＯコードブロックは、コードブロック型フィールドに保持される情報が０×Ｅ１であるＴコードブロックに対応していてもよい。

【0089】

別の例として、コードブロック型フィールドに保持される情報が０×５５であるＯコードブロックは、コードブロック型フィールドに保持される情報が０×ＦＦであるＴコードブロックに対応していてもよい。

【0090】

また、Ｔコードブロックの同期ヘッダフィールドに保持されるビットは１０である。

【0091】

オプションで、オーダーセット型のコードブロックの同期ヘッダフィールドに保持される情報は、データ型に対応する同期ヘッダ情報に修正される。

【0092】

具体的には、方法は、受信デバイスによって、オーダーセット型のコードブロックの同期ヘッダフィールドに保持される情報を、データ型に対応する同期ヘッダ情報に修正する段階を含む。

【0093】

また、データ型のコードブロックは、データ（ｄａｔａ, Ｄ）コードブロックと呼ばれてもよい。

【0094】

Ｄコードブロックの同期ヘッダフィールドに保持されるビットは０１である。

【0095】

具体的には、この場合、受信デバイスによって、オーダーセット型のコードブロックの同期ヘッダフィールドに保持された情報を、データ型に対応する同期ヘッダ情報に修正する段階は、受信デバイスによって、オーダーセット型のコードブロックの同期ヘッダフィールドに保持された情報を、１０から０１まで修正する段階を含む。

【0096】

また、パケット間ギャップＩＰＧは、フレーム間ギャップと呼ばれてもよく、２つのイーサネットデータパケット間の伝送時間間隔を指す。

【0097】

各データパケットは複数のコードブロックを含み、データパケットの最初のコードブロックはＳコードブロックであってもよく、データパケットの最後のコードブロックはＴコードブロックであってもよい。

【0098】

第３の態様によれば、第１の態様または第２の態様における方法の様々な段階を実行するように構成されたユニットと、第１の態様または第２の態様の様々な実施形態とを含む、通信装置が提供される。

【0099】

設計では、通信装置は通信チップであり、通信チップは、情報またはデータを送信するように構成された入力回路またはインタフェースと、情報またはデータを受信するように構成された出力回路またはインタフェースとを含んでもよい。

【0100】

別の設計では、通信装置は、通信デバイス（例えば、イングレスデバイスまたはエグレスデバイス）であり、通信チップは、情報またはデータを送信するように構成された送信機と、情報またはデータを受信するように構成された受信機とを含んでもよい。

【0101】

第４の態様によれば、トランシーバ、プロセッサ、およびメモリを含む通信デバイスが提供される。プロセッサは、トランシーバを制御して信号を送受信するように構成され、メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、メモリからコンピュータプログラムを呼び出してコンピュータプログラムを動作させるように構成されていることから、通信デバイスは、第１の態様の方法または第１の態様の可能な実施形態のいずれか１つを実行する。

【0102】

オプションで、１または複数のプロセッサがあり、１または複数のメモリがある。

【0103】

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

【0104】

限定の代わりの例として、通信デバイスは、エンコーディングデバイスを含んでいてもよい。

【0105】

第５の態様によれば、トランシーバ、プロセッサ、およびメモリを含む通信デバイスが提供される。プロセッサは、トランシーバを制御して信号を送受信するように構成され、メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、メモリからコンピュータプログラムを呼び出してコンピュータプログラムを動作するように構成されているので、通信デバイスは、第２の態様または第２の態様の可能な実施形態のいずれか１つの方法を実行する。

【0106】

オプションで、１または複数のプロセッサがあり、１または複数のメモリがある。

【0107】

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

【0108】

限定の代わりの例として、通信デバイスは、デコーディングデバイスを含んでもよい。

【0109】

第６の態様によれば、入力回路、出力回路、および処理回路を含むプロセッサが提供される。処理回路は、入力回路を使用して信号を受信し、出力回路を使用して信号を伝送するように構成されていることから、プロセッサは、第１の態様および第２の態様の方法、および第１の態様および第２の態様の可能な実施形態のいずれか１つを実行する。

【0110】

特定の実施形態のプロセスにおいて、プロセッサはチップであってもよく、入力回路は入力ピンであってもよく、出力回路は出力ピンであってもよく、処理回路はトランジスタ、ゲート回路、トリガ、様々な論理回路などであってもよい。入力回路によって受信された入力信号は、受信機であってもよいがそれに限定されないデバイスによって受信されて入力され、出力回路によって出力された信号は、送信機であってもよいがそれに限定されないデバイスによって出力され、送信機によって送信され、入力回路と出力回路は同一の回路であってもよく、回路は異なる瞬間に入力回路と出力回路として別々に使用される。プロセッサおよび様々な回路の特定の実施形態は、本願の実施形態において限定されない。

【0111】

第７の態様によれば、メモリとプロセッサとを含む処理装置が提供される。プロセッサは、メモリに記憶された命令を読み取り、受信機を使用して信号を受信し、および送信機を使用して信号を伝送して、第１の態様および第２の態様の方法、および第１の態様および第２の態様の可能な実施形態のいずれか１つを実行するように構成されている。

【0112】

オプションで、１または複数のプロセッサがあり、１または複数のメモリがある。

【0113】

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

【0114】

特定の実施形態では、メモリは、非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）メモリであってもよく、例えば、リードオンリメモリ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）であってもよい。メモリおよびプロセッサは、同一のチップに統合されていてもよいし、または、異なるチップに別々に配置されていてもよい。本発明の実施形態では、メモリの種類やメモリおよびプロセッサの配置方法は、特に限定されない。

【0115】

第８の態様によれば、プロセッサおよびメモリを含むチップが提供される。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、メモリからコンピュータプログラムを呼び出してコンピュータプログラムを動作させるように構成される。コンピュータプログラムは、第１の態様および第２の態様の方法、および第１の態様および第２の態様の可能な実施形態のいずれか１つを実装するために用いられる。

【0116】

第９の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラム（コードまたは命令とも呼ばれる）を含み、コンピュータプログラムが動作される場合、コンピュータは、第１の態様および第２の態様の方法、および第１の態様および第２の態様の可能な実施形態のいずれか１つを実行することが可能である。

【0117】

第１０の態様によれば、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、コンピュータプログラム（コードまたは命令とも呼ばれる）を記憶しており、コンピュータプログラムがコンピュータ上で動作される場合、コンピュータは、第１の態様および第２の態様の方法、および第１の態様および第２の態様の可能な実施形態のいずれか１つを実行することが可能である。

【0118】

本願の解決手段によれば、オーダーセット型のコードブロックがパケット間ギャップで伝送されるため、送信デバイスは、オーダーセット型のコードブロックを、伝送ネットワークによって認識可能なデータ型のコードブロックまたは終端型のコードブロックに修正することができる。このようにして、受信デバイスは、データ型のコードブロックまたはパケット間ギャップに位置する終端型のコードブロックが、オーダーセット型のコードブロックに基づいて修正されたと決定でき、データ型のコードブロックまたはパケット間ギャップに位置する終端型のコードブロックをオーダーセット型のコードブロックに戻して修正することをさらに実行してもよい。これは、伝送ネットワークを用いてオーダーセット型のコードブロックを伝送できることを保証することだけでなく、受信デバイスがオーダーセット型のコードブロックを確実に認識することも保証でき、これにより、通信精度を向上させる。

【図面の簡単な説明】

【0119】

【図1】本願における通信システムの一例を示す概略図である。

【0120】

【図2】本願における伝送ネットワークの一例を示す概略図である。

【0121】

【図3】中低速イーサネットインタフェースで使用されるコーディングフォーマットの一例を示す概略図である。

【0122】

【図4】イーサネット信号のコードストリームの一例を示す概略図である。

【0123】

【図5】高速イーサネットインタフェースで使用されるコーディングフォーマットの一例を示す概略図である。

【0124】

【図6】本願におけるイーサネット信号伝送プロセスの一例の概略的相互作用図である。

【0125】

【図7】本願における中低速イーサネット信号のコードブロックストリームの構造の一例を示す概略図である。

【0126】

【図8】本願における修正プロセスにおける０×２ｄのコードブロックの修正例を示す概略図である。

【0127】

【図9】本願における修正プロセスにおける０×５５のコードブロックの修正例を示す概略図である。

【0128】

【図10】修正されたコードブロックストリームの構造の一例を示す概略図である。

【0129】

【図11】本願における修正プロセスにおける０×２ｄコードブロックの別の修正例を示す概略図である。

【0130】

【図12】本願における修正プロセスにおける０×２ｄコードブロックのさらに別の修正例を示す概略図である。

【0131】

【図13】本願における修正プロセスにおける０×５５のコードブロックの別の修正例を示す概略図である。

【0132】

【図14】修正されたコードブロックストリームの構造の別の例を示す概略図である。

【0133】

【図15】エグレスＰＥデバイスがフレーム間ギャップを決定する処理の一例を示す概略図である。

【0134】

【図16】エグレスＰＥデバイスがフレーム間ギャップを決定する処理の別の例を示す概略図である。

【0135】

【図17】本願における復元処理におけるフレーム間ギャップ内に位置するＤコードブロックまたはＴコードブロックの修正例を示す概略図である。

【0136】

【図18】本願における復元処理におけるフレーム間ギャップ内に配置されたＴコードブロックの別の修正例を示す概略図である。

【0137】

【図19】本願における復元処理におけるフレーム間ギャップ内に配置されたＴコードブロックのさらに別の修正例を示す概略図である。

【0138】

【図20】本願における復元処理におけるフレーム間ギャップ内に配置されたＴコードブロックのさらに別の修正例を示す概略図である。

【0139】

【図21】本願におけるコードブロックストリームを送信する装置を示す概略図である。

【0140】

【図22】本願におけるコードブロックストリームを受信する装置を示す概略図である。

【0141】

【図23】本願における伝送デバイスの一例を示す概略構造図である。

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

【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】

オプションで、通信装置１０がチップまたは回路である場合、入力ポート１３は入力インタフェースであり、出力ポート１４は出力インタフェースである。

【0327】

実施形態では、入力ポート１３および出力ポート１４の機能は、トランシーバ回路または専用のトランシーバチップを用いて実装されているとみなされてよい。処理ユニット１１は、専用の処理チップ、処理回路、または処理ユニット、または汎用チップを用いて実装されているとみなされてよい。

【0328】

別の実施形態では、本願の実施形態で提供される受信デバイスを実行するために、汎用コンピュータが使用されるとみなされてよい。言い換えれば、処理ユニット１１、入力ポート１３、出力ポート１４の機能を実装するためのプログラムコードが記憶ユニット１２に記憶されており、汎用処理ユニットが記憶ユニット１２内のコードを実行することにより、処理ユニット１１、入力ポート１３、出力ポート１４の機能が実装される。

【0329】

実施形態では、入力ポート１３は、第１のレートモードであり、複数のコードブロックを含むコードブロックストリームを伝送ネットワークから受信するように構成され、処理ユニット１１は、コードブロックストリームからターゲットコードブロックを決定するように構成され、ここで、ターゲットコードブロックは、コードブロックストリームのパケット間ギャップで受信デバイスによって受信されたコードブロックであり、ターゲットコードブロックは、第１のターゲットコードブロックを含み、第１のターゲットコードブロックは、データ型のコードブロックであり、および／または、ターゲットコードブロックは第２のターゲットコードブロックを含み、第２のターゲットコードブロックは終端型のコードブロックであり、処理ユニット１１は、ターゲットコードブロックを、第２のレートモードに対応するレートが第１のレートモードに対応するレートよりも少ない第２のレートモードにある、オーダーセット型のコードブロックに修正するように構成される。

【0330】

オプションで、処理ユニット１１は、コードブロックストリーム内の開始型のコードブロックに基づいてパケット間ギャップの終端位置を決定し、コードブロックストリーム内の終端型のコードブロックに基づいてパケット間ギャップの開始位置を決定するように構成されている。

【0331】

オプションで、処理ユニット１１は、コードブロックストリーム内の第１の終端型のコードブロックに基づいて、パケット間ギャップの開始位置を決定するように構成されており、ここで、第１の終端型のコードブロックは、終端型の第１のコードブロックであり、伝送シーケンス内の開始型のコードブロックの後に位置している。

【0332】

オプションで、処理ユニット１１は、第１のターゲットコードブロックの同期ヘッダフィールドに保持された情報を、オーダーセット型に対応する同期ヘッダ情報に修正し、および／または、第２のターゲットコードブロックのコードブロック型フィールドに保持された情報を、オーダーセット型に対応するコードブロック型情報に修正するように構成されている。

【0333】

オプションで、処理ユニット１１は、マッピング関係に基づいて、第１の終端型の第２のターゲットコードブロックのコードブロック型フィールドに保持される情報を、第１のオーダーセット型に対応する情報に修正するように構成され、ここで、マッピング関係は、少なくとも２つの終端型と少なくとも２つのオーダーセット型と、第１のオーダーセット型との間の１対１のマッピング関係を示すために使用される。

【0334】

前述に列挙された装置１０におけるモジュールまたはユニットの機能および動作は、説明のための一例に過ぎない。装置１０内のモジュールまたはユニットは、前述した方法において、伝送デバイス（例えば、エグレスＰＥデバイス＃Ｃ）によって実行される動作または処理プロセスを実行するように構成されていてもよい。繰り返しを避けるため、本明細書では詳細な説明を省略する。

【0335】

本願の実施形態で提供される技術的解決手段に関連する概念、解釈、詳細な説明、および装置１０に関連する他の段階については、前述した方法または他の実施形態における内容に関する説明を参照されたい。詳細については、本明細書では再度説明しない。

【0336】

オーダーセット型のコードブロックは、パケット間ギャップで送信されるため、送信デバイスは、オーダーセット型のコードブロックを、伝送ネットワークによって認識可能なデータ型のコードブロックまたは終端型のコードブロックに修正してもよい。このようにして、受信デバイスは、データ型のコードブロックまたはパケット間ギャップに位置する終端型のコードブロックが、オーダーセット型のコードブロックに基づいて修正されたと決定し、データ型のコードブロックまたはパケット間ギャップに位置する終端型のコードブロックをオーダーセット型のコードブロックに戻して修正することをさらに実行してもよい。これにより、伝送ネットワークを使用してオーダーセット型のコードブロックを送信できることを保証するだけでなく、受信デバイスがオーダーセット型のコードブロックを確実に認識することも保証でき、通信精度を向上させることができる。

【0337】

前述した方法によれば、図２２は、本願の実施形態における通信装置３０の概略図である。図２２に示すように、装置３０は、伝送デバイス（送信デバイス、例えば、イングレスＰＥデバイス＃Ｂ）であってもよいし、または、チップまたは回路、例えば、ネットワークデバイス内に配置可能なチップまたは回路であってもよい。

【0338】

装置３０は、処理ユニット３１と記憶ユニット３２とを含んでもよい。記憶ユニット３２は命令を記憶するように構成され、処理ユニット３１は記憶ユニット３２に記憶された命令を実行するように構成されているので、装置３０は前述した方法で送信デバイスによって実行される段階を実行する。

【0339】

さらに、装置３０は、入力ポート３３（通信ユニットの一例）および出力ポート３３（処理ユニットの別の例）をさらに含んでもよい。

【0340】

さらに、処理ユニット３１、記憶ユニット３２、入力ポート３３、および出力ポート３４は、制御および／またはデータ信号を伝送するために、内部接続パスを使用して互いに通信してもよい。

【0341】

また、本願の実施形態で提供されるネットワークデバイスは、汎用コンピュータを用いて実装されるとみなされてよい。言い換えれば、処理ユニット３１、入力ポート３３、出力ポート３４の機能を実装するためのプログラムコードが記憶ユニットに記憶されており、汎用処理ユニットが記憶ユニット内のコードを実行して処理ユニット３１、入力ポート３３、出力ポート３４の機能を実装する。

【0342】

記憶ユニット３２は、コンピュータプログラムを記憶するように構成されている。

【0343】

実施形態では、処理ユニット３１は、記憶ユニット３２からコンピュータプログラムを呼び出してコンピュータプログラムを動作させ、第２のレートモードである複数のコードブロックのコードブロックストリームに基づいて、第１のレートモードであるコードブロックストリームを決定するように構成されていてもよく、ここで、第２のレートモードに対応するレートが第１のレートモードに対応するレートよりも少なく、第２のレートモードのコードブロックストリームにおけるオーダーセット型のコードブロックがデータ型のコードブロックに修正され、および／または、第２のレートモードのコードブロックストリームにおけるオーダーセット型のコードブロックが終端型のコードブロックに修正され、出力ポート３４は、第１のレートモードのコードブロックストリームを伝送ネットワークに送信するように構成されている。

【0344】

オプションで、オーダーセット型のコードブロックの同期ヘッダフィールドに保持される情報は、データ型に対応する同期ヘッダ情報に修正される。

【0345】

オプションで、オーダーセット型のコードブロックのコードブロック型フィールドに保持された情報は、終端型に対応するコードブロック型情報に修正される。

【0346】

オプションで、処理ユニット３１は、マッピング関係に基づいて、第１のオーダーセット型のコードブロックのコードブロック型フィールドに保持される情報を、第１の終端型に対応する情報に修正するように構成され、ここで、マッピング関係は、少なくとも２つの終端型と少なくとも２つのオーダーセット型との間の１対１のマッピング関係を示すために使用され、第１のオーダーセット型は第１の終端型に対応し、第１のオーダーセット型は、少なくとも２つのオーダーセット型のうちのいずれか１つである。

【0347】

装置３０におけるモジュールまたはユニットの前述に列挙した機能および動作は、説明のための一例に過ぎない。装置３０内のモジュールまたはユニットは、前述した方法において伝送デバイス（送信デバイス、例えば、イングレスＰＥデバイス＃Ｂ）によって実行される動作または処理プロセスを実行するように構成されていてもよい。繰り返しを避けるため、本明細書では詳細な説明を省略する。

【0348】

本願の実施形態で提供される技術的解決手段に関連する概念、解釈、詳細な説明、および装置３０に関連する他の段階については、前述した方法または他の実施形態における内容に関する説明を参照されたい。詳細については、本明細書では再度説明しない。

【0349】

オーダーセット型のコードブロックはパケット間ギャップで送信されるため、送信デバイスは、オーダーセット型のコードブロックを、データ型のコードブロックまたは終端型のコードブロックに修正して、伝送ネットワークによって認識可能としてもよい。このようにして、受信デバイスは、データ型のコードブロックまたはパケット間ギャップに位置する終端型のコードブロックが、オーダーセット型のコードブロックに基づいて修正されたと決定し、データ型のコードブロックまたはパケット間ギャップに位置する終端型のコードブロックをオーダーセット型のコードブロックに戻してさらに修正してもよい。これにより、伝送ネットワークを使用してオーダーセット型のコードブロックを送信することを保証できるだけでなく、受信デバイスがオーダーセット型のコードブロックを確実に認識することも保証でき、通信精度を向上させる。

【0350】

図２３は、本願における伝送デバイス（例えば、イングレス伝送デバイスまたはエグレス伝送デバイス）の一例の概略ブロック図である。

【0351】

図２３に示すように、伝送デバイスは、１または複数のクライアント側インタフェースボード４１、スイッチングボード４２、および１または複数のＦｌｅｘＥ側インタフェースボード４３を含む。

【0352】

クライアント側インタフェースボード４１は、外部インタフェース４１１と、トランスコーダ４１３と、内部インタフェース４１５とを含む。

【0353】

また、ＦｌｅｘＥ側インタフェースボード４３は、内部インタフェース４３１と、トランスコーダ４３３と、外部インタフェース４３５とを含む。

【0354】

伝送デバイスがイングレスＰＥデバイスとしての機能を果たす場合、
外部インタフェース４１１は、クライアントデバイスから低速イーサネット信号（例えば、５Ｇｐｓ、１０Ｇｐｓ、または２５Ｇｐｓのレートの信号）を受信するように構成され、
トランスコーダ４１３は、低速イーサネット信号を高速イーサネット信号（例えば、４０Ｇｐｓ、１００Ｇｐｓ、２００Ｇｐｓ、または４００Ｇｐｓのレートの信号）に変換するように構成され、ここで、トランスコーダ４１３は、中低速イーサネット信号のＰＣＳレイヤコードブロックストリーム内のコードブロックを高速イーサネット信号のＰＣＳレイヤ伝送要件を満たすコードブロックストリームに変換するように特に構成され、
内部インタフェース４１５は、高速イーサネット信号をスイッチングボード４２に送信するように構成され、
スイッチングボード４２は、予め設定されたルーティングルールに従って、高速イーサネット信号を、高速イーサネット信号をエグレス伝送デバイスにルーティングすることができるＦｌｅｘＥ側インタフェースボード４３に転送するように構成され、
内部インタフェース４３１は、スイッチングボード４２から高速イーサネット信号を受信するように構成され、
外部インタフェース４３５は、高速イーサネット信号を伝送ネットワーク、例えばＦｌｅｘＥネットワークに送信するように構成されている。

【0355】

伝送デバイスがエグレスＰＥデバイスとしての機能を果たす場合、
外部インタフェース４３５は、伝送ネットワーク、例えばＦｌｅｘＥネットワークから高速イーサネット信号（例えば、４０Ｇｐｓ、１００Ｇｐｓ、２００Ｇｐｓ、または４００Ｇｐｓのレートの信号）を受信するように構成され、
トランスコーダ４３３は、高速イーサネット信号を中低速イーサネット信号（例えば、５Ｇｐｓ、１０Ｇｐｓ、２５Ｇｐｓ、または４００Ｇｐｓのレートの信号）に変換するように構成され、ここで、トランスコーダ４３３は、高速イーサネット信号のＰＣＳレイヤコードブロックストリーム内のコードブロックを、中低速イーサネット信号のＰＣＳレイヤ伝送要件を満たすコードブロックストリームに変換するように特に構成され、
内部インタフェース４３１は、中低速イーサネット信号をスイッチングボード４２に送信するように構成され、
スイッチングボード４２は、予め設定されたルーティングルールに従って、中低速イーサネット信号を、中低速イーサネット信号をデスティネーションクライアントデバイスにルーティングすることができるクライアント側インタフェースボード４１に転送するように構成され、
内部インタフェース４１５は、中低速イーサネット信号をスイッチングボード４２から受信するように構成され、
外部インタフェース４１１は、中低速イーサネット信号をデスティネーションクライアントデバイスに送信するように構成されている。

【0356】

なお、伝送デバイスがイングレスＰＥデバイスとしての機能を果たす場合、クライアント側インタフェースボード４１（具体的には、クライアント側インタフェースボード４１内の各モジュールまたはユニット）の動作が入力ポート１３の動作に対応してよく、トランスコーダ４１３の動作が処理ユニット１１の動作に対応してもよい。繰り返しを避けるため、本明細書では詳細な説明を省略する。

【0357】

例えば、フォワーダは、イーサネット信号のＰＣＳレイヤコードブロックストリーム内のコードブロック内のオーダーセット型のコードブロックの同期ヘッダフィールドに保持された情報を、データ型に対応する同期ヘッダ情報に修正してもよい。

【0358】

別の例として、フォワーダは、イーサネット信号のＰＣＳレイヤコードブロックストリームのコードブロック内のオーダーセット型のコードブロックのコードブロック型フィールドに保持される情報を、終端型に対応するコードブロック型情報に修正してもよい。

【0359】

具体的には、フォワーダは、マッピング関係に基づいて、第１のオーダーセット型のコードブロックのコードブロック型フィールドに保持される情報を、第１の終端型に対応する情報に修正してもよく、ここで、マッピング関係は、少なくとも２つの終端型と少なくとも２つのオーダーセット型との間の１対１のマッピング関係を示すために使用され、第１のオーダーセット型は、第１の終端型に対応し、第１のオーダーセット型は、少なくとも２つのオーダーセット型のうちのいずれか１つである。

【0360】

また、伝送デバイスがエグレスＰＥデバイスとしての機能を果たす場合、ＦｌｅｘＥ側インタフェースボード４３（具体的には、ＦｌｅｘＥ側インタフェースボード４３内の各モジュールまたはユニット）の動作が出力ポート３４の動作に対応してよく、トランスコーダ４３３の動作が処理ユニット３１の動作に対応していてもよい。繰り返しを避けるため、本明細書では詳細な説明を省略する。

【0361】

例えば、トランスコーダは、コードブロックストリーム内の開始型のコードブロックに基づいて、パケット間ギャップの終端位置を決定してもよく、コードブロックストリーム内の終端型のコードブロックに基づいて、パケット間ギャップの開始位置を決定してもよい。

【0362】

具体的には、フォワーダは、コードブロックストリーム中の第１の終端型のコードブロックに基づいて、パケット間ギャップの開始位置を決定してもよく、ここで、第１の終端型のコードブロックは、終端型であって、伝送シーケンス中の開始型のコードブロックの後に位置する第１のコードブロックである。

【0363】

別の例として、トランスコーダは、第１のターゲットコードブロックの同期ヘッダフィールドに保持された情報を、オーダーセット型に対応する同期ヘッダ情報に修正してもよい。

【0364】

別の例として、トランスコーダは、第２のターゲットコードブロックのコードブロック型フィールドに保持された情報を、オーダーセット型に対応するコードブロック型情報に修正してもよい。

【0365】

具体的には、フォワーダは、マッピング関係に基づいて、第１の終端型の第２のターゲットコードブロックのコードブロック型フィールドに保持される情報を、第１のオーダーセット型に対応する情報に修正してもよく、ここで、マッピング関係は、少なくとも２つの終端型と少なくとも２つのオーダーセット型との間の１対１のマッピング関係を示すために使用され、第１のオーダーセット型は第１の終端型に対応し、第１の終端型は、少なくとも２つの終端型のうちのいずれか１つである。

【0366】

本願では、イーサネット信号のＰＣＳレイヤコードブロックストリームのコードブロックは、６４ビット／６６ビットのコードブロックを含んでもよい。

【0367】

限定の代わりの例として、中低速イーサネット信号のＰＣＳレイヤコードブロックストリームにおけるオーダーセット型のコードブロックには、コードブロック型フィールドで保持される情報が０×２ｄまたは０×５５であるコードブロックが含まれている。

【0368】

本願では、フォワーダ（流入、トランスコーダ４１３またはトランスコーダ４３３）は、プロセッサによって実装されてもよい。プロセッサは、主に次のように構成されている。通信プロトコルおよび通信データを処理すること、伝送デバイス全体を制御すること、ソフトウェアプログラムを実行すること、およびソフトウェアプログラムのデータを処理すること、例えば、前述した方法の実施形態に記載された動作を実行する際に伝送デバイスをサポートするように構成されている。メモリは、主にソフトウェアプログラムやデータを記憶するように構成されている。

【0369】

端末デバイスの電源が投入された後、プロセッサは、記憶ユニット内のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解釈して実行し、ソフトウェアプログラムのデータを処理するようにしてもよい。

【0370】

例えば、プロセッサは、ベースバンドプロセッサと中央処理デバイスとを含んでもよい。ベースバンドプロセッサは、主に通信プロトコルおよび通信データを処理するように構成され、中央処理デバイスは、主に端末デバイス全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成されている。当業者であれば、ベースバンドプロセッサおよび中央処理デバイスは、互いに独立したプロセッサであってもよく、バスのような技術を用いて相互に接続されていることを理解するであろう。当業者であれば、端末デバイスは、異なるネットワーク規格に適応するための複数のベースバンドプロセッサを含んでもよく、端末デバイスは、端末デバイスの処理能力を高めるための複数の中央処理ユニットを含んでもよく、端末デバイスの構成要素は、様々なバスを使用して接続されてもよいことを理解するであろう。また、ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップと表記されてもよい。また、中央処理デバイスは、中央処理回路または中央処理チップと表記されてもよい。通信プロトコルおよび通信データを処理する機能は、プロセッサに組み込まれていてもよく、または、プロセッサがソフトウェアプログラムを実行してベースバンド処理機能を実行するように、ソフトウェアプログラムの形式で記憶ユニットに記憶されていてもよい。

【0371】

本願の実施形態におけるプロセッサは、中央処理デバイス（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ, ＣＰＵ）であってもよく、または、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ, ＤＳＰ）、アプリケーション専用集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ, ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ, ＦＰＧＡ）または別のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント、などであってもよいことが理解されたい。汎用プロセッサはマイクロプロセッサであってもよく、または、プロセッサは従来のプロセッサなどであってもよい。

【0372】

また、本願の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリと不揮発性メモリとを含んでいてもよいことが理解されるべきである。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ, ＲＡＭ）であってもよい。例示的ではあるが、これに限定されるものではなく、多くの形態のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ, ＲＡＭ）が使用されてもよく、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ, ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ, ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ, ＤＤＲ ＳＤＲＡＭ）、エンハンスト同期ダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ, ＥＳＤＲＡＭ）、同期リンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ, ＳＬＤＲＡＭ）、およびダイレクトランバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ, ＤＲ ＲＡＭ）であってもよい。

【0373】

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

【0374】

本明細書における「および／または」という用語は、関連する対象物を説明するための対応関係のみを記載するものであり、３つの関係が存在し得ることを表すことを理解されたい。例えば、Ａおよび／またはＢとは、以下の３つのケースを表してよい。つまり、Ａだけが存在する、ＡおよびＢが両方との存在する、Ｂだけが存在するという３つのケースである。また、本明細書における記号「／」は、一般に、関連する対象物間の「または」の関係を示している。

【0375】

前述のプロセスの連続番号は、様々な本願の実施形態において、実行順序を意味するものではないことを理解されたい。処理の実行順序は、処理の機能および内部論理に従って決定されるべきであり、複数の本願の実施形態の実装処理についてのいかなる限定と解釈されるべきではない。

【0376】

当業者であれば、本明細書に開示された実施形態で説明された複数の例を組み合わせて、複数のユニットおよび複数のアルゴリズム段階が、電子的ハードウェアまたはコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって実装され得ることを認識するであろう。これらの機能がハードウェアによって実行されるのか、または、ソフトウェアによって実行されるのかは、特定の用途および技術的解決手段の設計制約条件で決まる。当業者であれば、異なる方法を用いて、説明された機能を特定の用途ごとに実装するかもしれないが、その実装例が本願の範囲を超えるものとみなされるべきではない。簡便で簡潔な説明の目的のために、前述のシステム、装置およびユニットの詳細な動作プロセスについては、前述した方法の実施形態における対応するプロセスを参照することとし、ここで再度詳細を説明しないことが当業者によってより明確に理解され得る。本願において提供される複数の実施形態では、開示されたシステム、装置および方法が他の方法で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、単なる一例に過ぎない。例えば、ユニットへの分割は、論理的機能の分割に過ぎず、実際の実装では他の分割であってよい。例えば、複数のユニットまたは構成要素が組み合わされてよく、または、別のシステムに統合されてもよく、または、一部の機能が無視されてもよく、または、実行されなくてもよい。また、表示されたまたは記載された相互結合または直接結合または通信接続は、いくつかのインタフェースを用いて実装されてよい。複数の装置間または複数のユニット間の間接的な結合または通信接続は、電子的形態、機械的形態、または他の形態で実装されてよい。

【0377】

別個の部分として説明されたユニットは、物理的に離れていてもよく、または、そうでなくてもよい。または、ユニットとして表示された部分が、物理的なユニットであってもそうでなくてもよく、１か所に配置されてもよく、または、複数のネットワークユニットに分散されてもよい。これらのユニットの一部または全てが、これらの実施形態の解決手段の目的を実現するために、実際の要件に基づいて選択されてよい。また、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてもよく、または、各ユニットが物理的に単独で存在してもよく、または、２つまたはそれより多くのユニットが１つのユニットに統合される。これらの機能がソフトウェア機能ユニットの形態で実装され、別個の製品として販売されるかまたは使用される場合、これらの機能はコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、基本的には本願の技術的解決手段、または先行技術に寄与する部分、または技術的解決手段の一部が、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本願の実施形態において説明される方法の段階の全てまたはいくつかを実行するようコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなど）に命令するための複数の命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ、ランダムアクセスメモリ、磁気ディスクまたは光ディスクのような、プログラムコードを記憶できる任意の媒体を含む。

【0378】

前述の説明は、本願の単なる特定の実施形態に過ぎず、本願の保護範囲を限定することを意図してはいない。本願に開示された技術的範囲内に当業者により容易に想到されるあらゆる変形または置換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は特許請求の範囲の保護範囲に従うものとなる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】