JP2022120060A

JP2022120060A - データ送信方法および転送デバイス

Info

Publication number: JP2022120060A
Application number: JP2022092991A
Authority: JP
Inventors: 童童王; Tongtong Wang; 心▲遠▼ 王; Xinyuan Wang
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-03-31
Filing date: 2022-06-08
Publication date: 2022-08-17
Anticipated expiration: 2038-03-31
Also published as: EP3767851A1; WO2019183987A1; US11799587B2; BR112020019811A2; US20220329352A1; US11387940B2; CN111937329A; CN114374476A; US20210014000A1; CN111937329B; JP7346662B2; EP3767851A4; JP2021517428A; JP7087106B2; EP3767851B1; CN114374475A

Abstract

【課題】イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるデータ送信方法及び転送デバイスを提供する。【解決手段】データ送信方法は、第１の転送デバイスにより、イーサネットフレームの複数のフラグメントを受信する。複数のフラグメントは、最初のフラグメント及び第１のフラグメントを含む。最初のフラグメントは、宛先媒体アクセス制御ＭＡＣアドレスフィールドを含む。方法はさらに、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したとの判断に応答して、第１のフラグメントを第２のフラグメントに変更する。第２のフラグメントは、第２のタイプ指示情報及び第２の送信対象データを含む。第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。方法はまた、第１の転送デバイスにより、第２のフラグメントを宛先デバイスに送信する。【選択図】図３

Description

本出願は、モバイル通信の分野に関し、より詳細には、通信の分野におけるデータ送信方法および転送デバイスに関する。

産業用モノのインターネットおよび車両のインターネットは、通常、複数の転送デバイスを含む。ソースデバイスによって送信されたデータは、複数の転送デバイスを使用して転送されて、宛先デバイスに到達する。複数の転送デバイスは、チェーンネットワークまたはリングネットワークを形成することができる。

データがチェーンネットワークまたはリングネットワークを使用して転送されるとき、各転送デバイスは何らかの遅延を発生させる可能性がある。その結果、エンドツーエンドの遅延は、一部のアプリケーションシナリオの要件を満たすことができない。

カットスルー（Ｃｕｔ－ｔｈｒｏｕｇｈ）転送技術は、エンドツーエンドの遅延を低減することができる。たとえば、Ｃｕｔ－ｔｈｒｏｕｇｈ転送技術では、転送デバイスは、イーサネットフレーム全体を受信していないときに、受信されたフラグメントをネクストホップ転送デバイスに送信し始めることができる。具体的には、イーサネットフレーム１は、フラグメント１、フラグメント２、およびフラグメント３を含む。転送デバイス１は、フラグメント１のみを受信し、フラグメント２およびフラグメント３を受信していないときに、フラグメント１を転送デバイス２に送信することができる。

送信プロセスにおいてイーサネットフレーム内でエラーが発生する場合がある。宛先デバイスによって受信されたイーサネットフレームが比較的大量のエラーを含むとき、宛先デバイスは、受信されたイーサネットフレームに対して巡回冗長検査（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ、ＣＲＣ）を実行しても、イーサネットフレームがエラーを含むことを検出することができない場合がある。結果として、データ送信サービスにおいて例外が発生する。

本出願は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つデータ送信方法を提供する。

第１の態様によれば、データ送信方法が提供され、第１の転送デバイスにより、イーサネットフレームの複数のフラグメントを受信するステップであって、複数のフラグメントが最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントが宛先媒体アクセス制御（ＭＡＣ）アドレスフィールドを含む、ステップと、第１の転送デバイスにより、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンス（ＦＣＳ）値を決定するステップと、第１の転送デバイスにより、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断するステップと、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したと判断するステップに応答して、第１のフラグメントを第２のフラグメントに変更するステップであって、第１のフラグメントが第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントが第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報が第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報が、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値が第２の送信対象データの値と等しくなく、第２の送信対象データが、イーサネットフレーム内でエラーが発生したことを示すために使用される、ステップと、第１の転送デバイスにより、第２のフラグメントを宛先デバイスに送信するステップであって、宛先ＭＡＣアドレスフィールドの値が宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスが第１の転送デバイスのＭＡＣアドレスと等しくない、ステップとを含む。

イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、転送デバイスは、イーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したことを見つける。転送デバイスがイーサネットフレーム内でエラーが発生したことを見つけると、転送デバイスはイーサネットフレームの受信されたフラグメントを変更し、その結果、変更されたフラグメント（第２のフラグメント）は、イーサネットフレーム内でエラーが発生したことを示す。たとえば、第２のフラグメントにはエラー制御文字を含んでよい。エラー制御文字は、イーサネットフレーム内でエラーが発生したことを示すために使用される。転送デバイスは、第２のフラグメントを宛先デバイスに送信する。したがって、宛先デバイスのＰＨＹ回路は、第２のフラグメントに基づいて、受信されたイーサネットフレーム内でエラーが発生したと判断する。具体的には、宛先デバイスのＰＨＹ回路はＰＣＳｒｅｃｅｉｖｅｒを含む。第２のフラグメントはエラー制御文字を含む。ＰＣＳｒｅｃｅｉｖｅｒは、エラー制御文字に基づいて、イーサネットフレーム内でエラーが発生したと判断する。たとえば、ＰＣＳｒｅｃｅｉｖｅｒは、エラー制御文字に基づいてＲＸ＿Ｅ状態に入る。ＲＸ＿Ｅ状態のＰＣＳｒｅｃｅｉｖｅｒは信号を生成する。信号は、値が１のＲｘＣフィールドおよび値が０ｘＦＥのＲｘＤフィールドを含むＰＣＳｒｅｃｅｉｖｅｒは、ＭＩＩを介して宛先デバイスのＭＡＣ回路に信号を送信する。宛先デバイスのＭＡＣ回路は、信号に基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。さらに、宛先デバイスのＭＡＣ回路は、イーサネットフレームを廃棄することができる。言い換えれば、受信されたイーサネットフレームに対してＣＲＣチェックを実行する必要なしに、宛先デバイスのＭＡＣ回路は、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスがイーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したと判断する技術的解決策と比較して、前述の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。具体的には、ＣＲＣアルゴリズムの特徴に起因して、イーサネットフレームが比較的少量のエラーを含むとき、ＣＲＣチェックを介してイーサネットフレームのエラーを検出することは比較的容易である。イーサネットフレームが比較的大量のエラーを含むとき、イーサネットフレームのエラーはＣＲＣチェックを介して検出されない場合がある。イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、複数のエラーが発生する可能性がある。特にイーサネットフレームが複数の転送デバイスを使用して転送される必要があるとき、比較的大量のエラーが発生する可能性がある。加えて、転送デバイスがイーサネットフレームをネクストホップ転送デバイスまたは宛先デバイスに送信する前に、転送デバイスは、イーサネットフレームのＦＣＳ値を再計算し、再計算されたＦＣＳ値をイーサネットフレームのＦＣＳフィールドに追加することができるイーサネットフレームのＦＣＳ値を再計算するとき、転送デバイスは、イーサネットフレーム内のＦＣＳフィールド以外のフィールドをパラメータとして使用する。これは、イーサネットフレーム内でエラーが発生した場合、イーサネットフレームのＦＣＳ値を再計算するために必要なパラメータとしてエラーも使用されることを意味する。その結果、ネクストホップ転送デバイスまたは宛先デバイスは、ＣＲＣチェックを介して、受信されたイーサネットフレームにエラーを含むことを検出することができない。

本出願において提供される技術的解決策では、宛先デバイスのＰＨＹ回路は、変更されたフィールドに基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスは、イーサネットフレーム内でエラーが発生したかどうかを判断するために、ＣＲＣチェックに依存する必要がない。したがって、本出願の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。

第１の態様を参照して、第１の態様の可能な実装形態では、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したと判断するステップに応答して、第１のフラグメントを第２のフラグメントに変更するステップは、第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくないとき、第１の転送デバイスにより、第１のフラグメント内の第１のタイプ指示情報および第１の送信対象データを第２のタイプ指示情報および第２の送信対象データにそれぞれ変更するステップ、または第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しいとき、第１の転送デバイスにより、第１のフラグメント内の第１の送信対象データを第２の送信対象データに変更するステップを含む。

第１のフラグメント内のタイプ指示情報が変更され、その結果、第１のフラグメント内のタイプ指示情報を変更することによって示された送信対象データのタイプは制御文字であり、第１のフラグメント内の送信対象データが変更され、その結果、変更された送信対象データの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すことができる。したがって、イーサネットフレームを受信すると、宛先デバイスは、変更された第１のフラグメント（第２のフラグメント）に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。

第１の態様を参照して、第１の態様の可能な実装形態では、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドは第２のタイプ指示情報を搬送するために使用され、ＲｘＤフィールドの値は第２の送信対象データである。

ＲｘＣフィールドの値は、ＲｘＤフィールドの値が制御オクテットであることを宛先デバイスに示すために使用され、ＲｘＤフィールドの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すために使用される。したがって、ＲｘＤフィールドの値が制御オクテットであると判断すると、宛先デバイスは、ＲｘＤフィールドの制御コードの値をさらにチェックし、最終的に、ＲｘＤフィールドの制御コードの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。

第１の態様を参照して、第１の態様の可能な実装形態では、ＲｘＣフィールドの値は１であり、ＲｘＤフィールドの値は０ｘＦＥに等しい。

第１の態様を参照して、第１の態様の可能な実装形態では、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。

同期ヘッダフィールドの値は、あるタイプの制御文字を有する送信対象データが同期ヘッダフィールドの後ろに含まれるかどうかを宛先デバイスに示すために使用され、ブロックタイプフィールドの値は、複数の送信対象データの中のあるタイプの制御文字を有する、ブロックタイプフィールドの後ろの送信対象データの位置を宛先デバイスに示すために使用され、位置に対応する送信対象データの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すために使用される。したがって、あるタイプの制御文字を有する送信対象データの位置を特定した後、宛先デバイスは、位置に対応する送信対象データの値をさらにチェックし、最終的に、位置に対応する送信対象データの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。

第１の態様を参照して、第１の態様の可能な実装形態では、第２の送信対象データの値は０ｘ１ｅに等しい。

第１の態様を参照して、第１の態様の可能な実装形態では、第１のフラグメント内の送信対象データはＦＣＳフィールドを含むか、または第１のフラグメントはＦＣＳフィールドを含まない。

イーサネットフレーム内の最初のフラグメント以外の任意のフラグメントが変更され、その結果、変更されたフラグメントを受信すると、宛先デバイスは、変更されたフラグメントに基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。

第１の態様を参照して、第１の態様の可能な実装形態では、第１の転送デバイスにより、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断するステップは、ＦＣＳ値がＦＣＳフィールドの値と等しくないとき、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したと判断するステップを含む。

第２の態様によれば、データ送信方法が提供され、第２の転送デバイスにより、最初のフラグメントおよび第１のフラグメントを受信するステップであって、第１のフラグメントがタイプ指示情報および送信対象データを含み、タイプ指示情報が送信対象データのタイプを示すために使用され、送信対象データのタイプが制御文字であり、送信対象データが、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームが最初のフラグメントを含み、最初のフラグメントが宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値が宛先デバイスのＭＡＣアドレスと等しく、第２の転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくない、ステップと、第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップとを含む。

第２の態様を参照して、第２の態様の可能な実装形態では、イーサネットフレームは第２のフラグメントをさらに含み、第２の転送デバイスが第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。

第２の態様を参照して、第２の態様の可能な実装形態では、第２の転送デバイスにより、最初のフラグメントおよび第１のフラグメントを受信するステップの後、かつ第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップの前に、方法は、第２の転送デバイスにより、宛先ＭＡＣアドレスフィールドに基づいて、第２の転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断するステップをさらに含み、第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップは、第２の転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断するステップに応答して、第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップを含む。

第２の態様を参照して、第２の態様の可能な実装形態では、第２の転送デバイスは、物理コーディングサブレイヤ受信機ＰＣＳｒｅｃｅｉｖｅｒを含み、第２の転送デバイスが第１のフラグメントを受信した後に、方法は、送信対象データに応答して、ＰＣＳｒｅｃｅｉｖｅｒにより、ＲＸ＿Ｅ状態に入るステップをさらに含む。

第２の態様を参照して、第２の態様の可能な実装形態では、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。

第２の態様を参照して、第２の態様の可能な実装形態では、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。

第２の態様を参照して、第２の態様の可能な実装形態では、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、タイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、タイプ指示情報は、複数の送信対象データの中の送信対象データの位置を示すためにさらに使用される。

第２の態様を参照して、第２の態様の可能な実装形態では、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１Ｅに等しい。

第２の態様を参照して、第２の態様の可能な実装形態では、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含まない。

第３の態様によれば、転送装置が提供され、第１の態様および第１の態様の実装形態におけるデータ送信方法のステップを実行するように構成されたモジュールを含む。

第４の態様によれば、転送デバイスが提供され、受信回路、処理回路、および送信回路を含み、
受信回路は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御ＭＡＣアドレスフィールドを含み、処理回路は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、送信回路は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは第１の転送デバイスのＭＡＣアドレスと等しくない。

第５の態様によれば、転送デバイスが提供され、転送デバイスはプロセッサおよびメモリを含み、プロセッサは、メモリによって記憶されたプログラムを呼び出して、第１の態様または第１の態様の任意の可能な実装形態におけるデータ送信方法を実行するように構成される。

第６の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品はコンピュータプログラムコードを含み、転送デバイスの処理モジュールおよび通信モジュールまたはプロセッサおよびトランシーバがコンピュータプログラムコードを実行すると、転送デバイスは、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行する。

第７の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はプログラムを記憶し、プログラムが実行され、その結果、転送デバイスは、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行する。

第８の態様によれば、チップシステムが提供され、メモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサはメモリ内のコンピュータプログラムを呼び出し実行するように構成され、その結果、チップシステムが取り付けられた転送デバイスは、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行する。

第９の態様によれば、転送装置が提供され、第２の態様および第２の態様の実装形態におけるデータ送信方法のステップを実行するように構成されたモジュールを含む。

第１０の態様によれば、転送デバイスが提供され、受信回路および送信回路を含み、受信回路は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、第２の転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくなく、送信回路は、第１のフラグメントを宛先デバイスに送信するように構成される。

第１１の態様によれば、転送デバイスが提供され、宛先デバイスはプロセッサおよびメモリを含み、プロセッサは、メモリによって記憶されたプログラムを呼び出して、第２の態様または第２の態様の任意の可能な実装形態におけるデータ送信方法を実行するように構成される。

第１２の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品はコンピュータプログラムコードを含み、宛先デバイスの処理モジュールおよび通信モジュールまたはプロセッサおよびトランシーバがコンピュータプログラムコードを実行すると、宛先デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。

第１３の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はプログラムを記憶し、プログラムが実行され、その結果、宛先デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。

第１４の態様によれば、チップシステムが提供され、メモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサはメモリ内のコンピュータプログラムを呼び出し実行するように構成され、その結果、チップシステムが取り付けられた宛先デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。

第１５の態様によれば、システムが提供され、システムは、第３の態様の転送装置および第９の態様の転送装置を含むか、またはシステムは、第４の態様の転送デバイスおよび第１０の態様の転送デバイスを含むか、またはシステムは、第５の態様の転送デバイスおよび第１１の態様の転送デバイスを含む。

本出願の一実施形態に適用可能なイーサネットシステム１００の概略ブロック図である。本出願の一実施形態による、転送デバイスまたは宛先デバイスの可能な概略構造図である。本出願の一実施形態による、データ送信方法の概略フローチャートである。本出願の一実施形態による、データ送信方法の別の概略フローチャートである。本出願の一実施形態による、転送装置の概略ブロック図である。本出願の一実施形態による、転送装置の別の概略ブロック図である。本出願の一実施形態による、転送デバイスの概略ブロック図である。本出願の一実施形態による、転送デバイスの別の概略ブロック図である。

以下で、添付図面を参照して本出願の技術的解決策を記載する。

本出願のＰＨＹ回路は、イーサネット規格によって定義された物理層の機能を実行するために使用される回路である。イーサネット規格は、ＩＥＥＥによってリリースされたイーサネット規格であってよい。たとえば、イーサネット規格はＩＥＥＥ８０２．３－２０１５であってよい。たとえば、物理層の機能は、物理コーディングサブレイヤ（ｐｈｙｓｉｃａｌｃｏｄｉｎｇｓｕｂｌａｙｅｒ、ＰＣＳ）の機能および物理媒体連結（ｐｈｙｓｉｃａｌｍｅｄｉｕｍａｔｔａｃｈｍｅｎｔ、ＰＭＡ）サブレイヤの機能を含んでよい。

本出願のＭＡＣ回路は、イーサネット規格によって定義された媒体アクセス制御（ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌ、ＭＡＣ）の機能を実行するために使用される回路である。イーサネット規格は、ＩＥＥＥによってリリースされたイーサネット規格であってよい。たとえば、イーサネット規格はＩＥＥＥ８０２．３－２０１５であってよい。ＭＡＣの機能はデータリンク層にある。論理リンク制御（ｌｏｇｉｃａｌｌｉｎｋｃｏｎｔｒｏｌ、ＬＬＣ）の機能もデータリンク層にある。

本出願では、ＭＡＣ回路およびＰＨＹ回路は、媒体非依存インターフェース（ｍｅｄｉａｉｎｄｅｐｅｎｄｅｎｔｉｎｔｅｒｆａｃｅ、ＭＩＩ）を介して互いに通信することができる。たとえば、ＭＩＩは１０ギガビット媒体非依存インターフェース（ｔｅｎｇｉｇａｂｉｔｍｅｄｉａｉｎｄｅｐｅｎｄｅｎｔｉｎｔｅｒｆａｃｅ、ＸＧＭＩＩ）であってよい。可能な設計では、物理層の機能は、調整サブレイヤ（ｒｅｃｏｎｃｉｌｉａｔｉｏｎｓｕｂｌａｙｅｒ、ＲＳ）の機能をさらに含んでよい。ＭＡＣ回路は、ＲＳ回路およびＭＩＩを介してＰＨＹ回路と通信することができる。ＲＳ回路は、ＲＳの機能を実行するために使用される回路である。

本出願のイーサネットフレームは、フレームヘッダ、ペイロード、およびＦＣＳフィールドを含む。フレームヘッダは、宛先ＭＡＣアドレスフィールドから始まり、イーサネットタイプ（Ｅｔｈｅｒｔｙｐｅ）フィールドまたは長さ（ｌｅｎｇｔｈ）フィールドで終わる。フレームヘッダは、プリアンブル（ｐｒｅａｍｂｌｅ）フィールドも、フレームデリミタの開始（Ｓｔａｒｔｏｆｆｒａｍｅｄｅｌｉｍｉｔｅｒ、ＳＦＤ）フィールドも含まない。イーサネットフレームは、ｐｒｅａｍｂｌｅフィールドも、ＳＦＤフィールドも含まない。ＦＣＳフィールドは、イーサネットフレームに対してＣＲＣチェックを実行するために使用される。イーサネットフレーム内のＦＣＳフィールド以外のフィールドは、イーサネットフレームのＦＣＳ値を計算するために使用される必要があるパラメータである。計算されたＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと見なされる。イーサネットフレームのフォーマットについては、ＩＥＥＥ８０２．３の説明を参照されたい。

本出願のフラグメントは、イーサネットフレームのフラグメントである。ｂｌｏｃｋは、符号化処理がイーサネットフレーム上の物理層によって実行された後に取得されてよい。本出願のフラグメントは、物理層の符号化処理の後に取得されるｂｌｏｃｋであってよい。たとえば、フラグメントは６４Ｂ／６６Ｂｂｌｏｃｋであってよい。加えて、ＭＩＩを介してＭＡＣ回路にイーサネットフレームを送信するとき、ＰＨＹ回路は、ＭＩＩを介してＭＡＣ回路にＲｘＣフィールドおよびＲｘＤフィールドを送信することができる。本出願のフラグメントは、代替として、ＲｘＣフィールドおよびＲｘＣフィールドに関連付けられたＲｘＤフィールドであってよい。

本出願の技術用語の意味および具体的な実装形態については、ＩＥＥＥ８０２．３の説明を参照されたく、たとえば、ＩＥＥＥ８０２．３－２０１５の説明を参照されたい。技術用語には、制御文字（ｃｏｎｔｒｏｌｃｈａｒａｃｔｅｒ）、データ文字（ｄａｔａｃｈａｒａｃｔｅｒ）、制御オクテット（ｃｏｎｔｒｏｌｏｃｔｅｔ）、データオクテット（ｄａｔａｏｃｔｅｔ）、制御コード（ｃｏｎｔｒｏｌｃｏｄｅ）、同期ヘッダ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｈｅａｄｅｒ、ｓｙｎｃｈｅａｄｅｒ）フィールド、６４Ｂ／６６Ｂブロック（６４Ｂ／６６Ｂｂｌｏｃｋ）、制御ブロック（ｃｏｎｔｒｏｌｂｌｏｃｋ）、データブロック（ｄａｔａｂｌｏｃｋ）、ＰＣＳ受信機（ＰＣＳｒｅｃｅｉｖｅｒ）、ブロックタイプフィールド（ｂｌｏｃｋｔｙｐｅｆｉｅｌｄ）、受信制御（ｒｅｃｅｉｖｅｃｏｎｔｒｏｌ、ＲｘＣ）フィールド、および受信データ（ｒｅｃｅｉｖｅｄａｔａ、ＲｘＤ）フィールドが含まれるが、それらに限定されない。

最初に、本出願におけるイーサネットシステム１００が記載される。図１に示されたように、イーサネットシステム１００は、ソースデバイス１０１、転送デバイス１０２、転送デバイス１０３、および宛先デバイス１０４を含む。ソースデバイス１０１、転送デバイス１０２、転送デバイス１０３、および宛先デバイス１０４は、直列に接続される。送信対象イーサネットフレームは、ソースデバイス１０１から送信され、転送デバイス１０２および転送デバイス１０３を通過した後、最終的に宛先デバイス１０４に到達する。

図１は、２つ転送デバイス：転送デバイス１０２および転送デバイス１０３のみを示すことに留意されたい。可能な設計では、ソースデバイス１０１と宛先デバイス１０４との間に少なくとも３つの転送デバイスが存在してよい。送信対象イーサネットフレームは、ソースデバイス１０１から送信され、少なくとも３つの転送デバイスによって転送された後、最終的に宛先デバイス１０４に到達する。

限定ではなく例として、本出願では、イーサネットシステム１００は、カットスルーＣｕｔ－ｔｈｒｏｕｇｈ転送アプリケーションシナリオに適用される。以下で、図１のイーサネットシステム１００を参照して、Ｃｕｔ－ｔｈｒｏｕｇｈ技術を記載する。

ソースデバイス１０１はイーサネットフレームを送信し、イーサネットフレームのすべてではない一部を受信すると、転送デバイス１０２は、イーサネットフレームの受信された一部を転送する。たとえば、イーサネットフレームの一部は、イーサネットフレームのフラグメントであってよい。転送デバイスは、イーサネットフレーム全体が転送されるのを待つ必要がない。この解決策では、イーサネットフレームは転送デバイスを通過し、比較的小さい遅延で宛先デバイス１０４に到達する。

図２は、図１に示された転送デバイス１０２または転送デバイス１０３の可能な概略構造図である。

転送デバイスは、物理層（ＰｈｙｓｉｃａｌＬａｙｅｒ、ＰＨＹ）回路２０１、ＭＡＣ回路２０２、ＭＡＣ回路２０３、およびＰＨＹ回路２０４を含む。可能な設計では、ＰＨＹ回路２０１およびＭＡＣ回路２０２は、同じチップに含まれてよい。別の可能な設計では、ＰＨＹ回路２０１およびＭＡＣ回路２０２は、異なるチップに含まれてよい。加えて、転送デバイスは、別の構成要素をさらに含んでよい。たとえば、転送デバイスは、（図には示されていない）ネットワークプロセッサをさらに含んでよい。ネットワークプロセッサは、ＡＳＩＣまたはＦＰＧＡを使用して実装されてよい。可能な設計では、ネットワークプロセッサの受信ポートは、ＭＡＣ回路２０２の送信ポートに結合される。ネットワークプロセッサの送信ポートは、ＭＡＣ回路２０３の送信ポートに結合される。ネットワークプロセッサは、ＭＡＣ回路２０２によって提供されるイーサネットフレームから宛先ＭＡＣアドレスを取得することができる。ネットワークプロセッサは、宛先ＭＡＣアドレスを検索キーワードとして使用して、イーサネットフレームを転送するために使用される送信ポートを求めてＭＡＣテーブルを検索することができる。たとえば、送信ポートはＭＡＣ回路２０３およびＰＨＹ回路２０４を含む。さらに、ネットワークプロセッサは、ＭＡＣ回路２０３にイーサネットフレームを提供することができ、その結果、ＰＨＹ回路２０４は、イーサネットフレームをネクストホップデバイスに送信する。

ＰＨＹ回路２０１およびＭＡＣ回路２０２は、隣接デバイス（たとえば、ソースデバイスまたは転送デバイス）によって送信されたフラグメントを受信するために使用され、ＭＡＣ回路２０３およびＰＨＹ回路２０４は、ＭＡＣ回路２０２から受信されたフラグメントを次の隣接デバイス（たとえば、ネクストホップ転送デバイスまたは宛先デバイス）に送信するために使用される。

本出願のこの実施形態では、ＰＨＹ回路２０１は、受信されたフラグメントを２つのトランスポートフォーマットでＭＡＣ回路２０２に送信することができる。以下で、２つのトランスポートフォーマットを個別に記載する。

トランスポートフォーマット１：

ＰＨＹ回路２０１は、受信されたビットストリームを構文解析して、各々が６６ビットを含む複数のフラグメントをビットストリームから取得する。６６ビットを含む各フラグメントは、２ビットの同期ヘッダフィールド（ｓｙｎｃｈｅａｄｅｒｆｉｅｌｄ）、１バイトのブロックタイプフィールド（ｂｌｏｃｋｔｙｐｅｆｉｅｌｄ）、およびｎバイト（ｎ≧７）の送信対象データを含む。２ビットの同期ヘッダフィールドは、６６ビットフラグメント内のｎバイトの送信対象データがあるタイプの制御文字を有する送信対象データを含むかどうかを示すために使用され、ブロックタイプフィールドは、ｎバイトの送信対象データの中のあるタイプの制御文字を有する送信対象データの位置を示すために使用される。本出願の６６ビットを含むフラグメントは、６４Ｂ／６６Ｂｂｌｏｃｋであってよい。本出願の送信対象データは、８ビットのデータオクテットであってよい。本出願の送信対象データは、代替として、７ビットの制御文字であってよい。

６６ビットフラグメントをＭＡＣ回路２０２に送信する前に、ＰＨＹ回路２０１は、６６ビットフラグメントのフォーマットを変換する。具体的には、６６ビットフラグメントは、媒体非依存インターフェース（ｍｅｄｉａｉｎｄｅｐｅｎｄｅｎｔｉｎｔｅｒｆａｃｅ、ＭＩＩ）のフォーマットを満たすフラグメントに変換される。６６ビットフラグメントは、フォーマット変換後に８つのフラグメントに変換される。各フラグメントは、１ビットのＲｘＣフィールドおよび８ビットのＲｘＤフィールドを含む。加えて、各フラグメント内のＲｘＣフィールドの値は、フラグメント内のＲｘＤフィールドのタイプを示す。たとえば、ＲｘＣフィールドの値は、ＲｘＤフィールドの値のタイプが制御文字であるかデータ文字であるかを示すことができる。ＰＨＹ回路２０１は、シリアルまたはパラレルの送信方法を使用することにより、８つのフラグメントをＭＡＣ回路２０２に送信する。

トランスポートフォーマット２：

ＰＨＹ回路２０１は、受信されたビットストリームを構文解析して、各々が６６ビットを含む複数のフラグメントをビットストリームから取得する。各６６ビットフラグメントは、２ビットの同期ヘッダフィールド、１バイトのブロックタイプフィールド、およびｎバイトの送信対象データを含む。２ビットの同期ヘッダフィールドは、６６ビットフラグメント内のｎバイトの送信対象データが、あるタイプの制御文字を有する送信対象データを含むかどうかを示すために使用される。ブロックタイプフィールドは、ｎバイトの送信対象データの中のあるタイプの制御文字を有する送信対象データの位置示すために使用される。

トランスポートフォーマット１のシナリオとは異なり、トランスポートフォーマット２のシナリオでは、ＰＨＹ回路２０１は、ＭＡＣ回路２０２に６６ビットフラグメントを送信する前に６６ビットフラグメントのフォーマットを変換する代わりに、６６ビットフラグメントをＭＡＣ回路２０２に直接送信する。

図３は、本出願の一実施形態による、データ送信方法３００の概略フローチャートであり、方法は３０１～３０４を含む。方法３００は、図１または図２に示された転送デバイス１０２によって実行されてよい。

３０１．第１の転送デバイスがイーサネットフレームの複数のフラグメントを受信し、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御ＭＡＣアドレスフィールドを含む。

たとえば、イーサネットフレームを生成した後、ソースデバイス１０１は、伝送媒体を使用することにより、イーサネットフレームを転送デバイス１０２に送信することができる。イーサネットフレームは、ビットストリームの形態で伝送媒体内で送信されてよい。転送デバイス１０２内のＰＨＹ回路２０１は、伝送媒体を使用することにより、ビットストリームを受信することができる。ビットストリームは複数のフラグメントを含む。ＰＨＹ回路２０１は、転送デバイス１０２のイーサネット受信ポートに配置されてよい。イーサネット受信ポートは、ＭＡＣ回路２０２をさらに含んでよい。伝送媒体は、ケーブルまたはファイバであってよい。

３０２．第１の転送デバイスが、複数のフラグメントに基づいてイーサネットフレームのＦＣＳ値を決定する。

具体的には、転送デバイス１０２（たとえば、第１の転送デバイス）のＰＨＹ回路２０１は、アップストリームデバイス（たとえば、アップストリームデバイスは、ソースデバイス１０１またはソースデバイス１０１と転送デバイス１０２との間に配置された別の転送デバイスであってよい）によって送信されたイーサネットフレームの複数のフラグメントを受信し、複数のフラグメントをＭＡＣ回路２０２に送信する。複数のフラグメントは、イーサネットフレームの最初のフラグメントおよび第１のフラグメントを含む。第１のフラグメントは、複数のフラグメントの中の最初のフラグメント以外の任意のフラグメントである。最初のフラグメントは、宛先ＭＡＣアドレスフィールドを含む。宛先ＭＡＣアドレスフィールドの値は、宛先デバイス１０３のＭＡＣアドレスと等しい。

ＭＡＣ回路２０２は、ＰＨＹ回路２０１から受信された複数のフラグメントに基づいて、イーサネットフレームのＦＣＳ値を計算する。ＭＡＣ回路２０２は、ＣＲＣアルゴリズムを使用して、イーサネットフレームのＦＣＳ値を計算することができる。たとえば、ＣＲＣアルゴリズムはＣＲＣ３２アルゴリズムであってよい。

Ｃｕｔ－ｔｈｒｏｕｇｈアプリケーションシナリオでは、複数のフラグメントが異なる時点で転送デバイス１０２のＭＡＣ回路２０２に到達することに留意されたい。複数のフラグメントの中の最初のフラグメントを受信すると、ＭＡＣ回路２０２は、イーサネットフレームのＦＣＳ値の計算を開始することができる。転送デバイス１０２がイーサネットフレームのすべてのフラグメント（たとえば、複数のフラグメント）を受信した後、ＭＡＣ回路２０２は、ＦＣＳ値の計算を完了してイーサネットフレームのＦＣＳ値を決定することができる。前述の説明から、イーサネットフレームのＦＣＳ値を計算するとき、ＭＡＣ回路２０２はイーサネットフレームのすべてのフラグメントを使用する必要があることが分かる。各フラグメントは、ＦＣＳ値の計算プロセスに参加し、ＦＣＳ値の計算プロセス用のパラメータを提供する。

複数のフラグメント内のフラグメントがＦＣＳ値の計算プロセス用のパラメータを提供した後、ＭＡＣ回路２０２はそのフラグメントを転送することができる。あるいは、ＭＡＣ回路２０２は、最初にフラグメントを格納し、次いでフラグメントを転送することができる。ＭＡＣ回路２０２は、先入れ先出し規則に従って、イーサネットフレームのフラグメントを転送することができる。言い換えれば、先に受信されたフラグメントは、後に受信されたフラグメントの前に転送される必要がある。

ＰＨＹ回路２０１が受信されたフラグメントを前述のトランスポートフォーマット１でＭＡＣ回路２０２に送信するとき、本出願のこの実施形態における最初のフラグメントは、６つのＲｘＣ／ＲｘＤペアを含むことに留意されたい。本出願のＲｘＣ／ＲｘＤペアは、１つのＲｘＣフィールドおよび１つのＲｘＤフィールドを含む信号である。１つのＲｘＣフィールドは１ビットを含む。１つのＲｘＤフィールドは８ビットを含む。ＲｘＣ／ＲｘＤペア内のＲｘＣフィールドとＲｘＤフィールドとの間には対応関係が存在する。具体的には、ＲｘＣ／ＲｘＤペア内のＲｘＣフィールドは、ＲｘＣ／ＲｘＤペア内のＲｘＤフィールドのタイプを示すために使用される。したがって、最初のフラグメントが６つのＲｘＣ／ＲｘＤペアを含むことは、最初のフラグメントが６ビットのＲｘＣフィールドおよび６バイトのＲｘＤフィールドを含むことを意味する。６バイトのＲｘＤフィールドは、宛先ＭＡＣアドレスフィールドの値を搬送するために使用される。最初のフラグメントとは異なる他のすべてのフラグメントの各々は、１つのＲｘＣ／ＲｘＤペアを含む。

複数のフラグメントの各々は、タイプ指示情報および送信対象データを含み、タイプ指示情報の値は、送信対象データのタイプが制御文字であるかどうかを示すために使用されることに留意されたい。

３０３．第１の転送デバイスが、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断する。

具体的には、ＭＡＣ回路２０２は、３０１において決定されたイーサネットフレームのＦＣＳ値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。イーサネットフレームはＦＣＳフィールドを含む。第１の転送デバイスが、ＦＣＳ値がＦＣＳフィールドの値と等しくないと判断すると、第１の転送デバイスは、イーサネットフレーム内でエラーが発生したと判断することができる。

ソースデバイス１０１がイーサネットフレームを生成した後、イーサネットフレームがソースデバイス１０１から宛先デバイス１０１に送信されるプロセスにおける干渉に起因して、イーサネットフレーム内でエラーが発生する可能性があることが理解されよう。たとえば、電磁干渉は、送信プロセスにおけるイーサネットフレームに影響を与える可能性がある。イーサネットフレーム内でエラーが発生することは、イーサネットフレームに含まれる１つまたは複数のビットの値が変更されたことであり得る。たとえば、イーサネットフレーム内のビットの値が０から１に変更されるか、またはイーサネットフレーム内のビットの値が１から０に変更される。

限定ではなく例として、イーサネットフレームの複数のフラグメントの中の最後のフラグメントはＦＣＳフィールドを含み、ＭＡＣ回路２０２は、イーサネットフレームの決定されたＦＣＳ値を最後のフラグメントに含まれるＦＣＳフィールドの値と比較する。

ＦＣＳ値がＦＣＳフィールドの値とは異なる場合、ＭＡＣ回路２０２は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。

ＦＣＳ値がＦＣＳフィールドの値と同じである場合、ＭＡＣ回路２０２は、送信プロセスにおいてイーサネットフレーム内でエラーが発生していないと判断する。

ＭＡＣ回路２０２がＰＨＹ回路２０１から受信された複数のフラグメントに基づいてイーサネットフレームのＦＣＳ値を計算するとき、複数のフラグメントは最後のフラグメントを含まないことにさらに留意されたい。

３０４．第１の転送デバイスが、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更し、第２のフラグメントは、第２のタイプ指示情報および第２の送信対象データを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。

第１のフラグメントは、第１のタイプ指示情報および第１の送信対象データを含み、第１のタイプ指示情報は、第１の送信対象データのタイプを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくない。

具体的には、ＭＡＣ回路２０２が、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断すると、ＭＡＣ回路２０２は、複数のフラグメントの中で送信されていない少なくとも２つのフラグメントの中の１つのフラグメント（たとえば、第１のフラグメント）を変更して第２のフラグメントを取得する。

第２のフラグメント内のタイプ指示情報（たとえば、第２のタイプ指示情報）は、第２のフラグメント内の送信対象データ（たとえば、第２の送信対象データ）のタイプが制御文字であることを示し、第２のフラグメント内の第２の送信対象データの値は、第１のフラグメント内の送信対象データ（たとえば、第１の送信対象データ）の値と等しくなく、第１のフラグメント内のタイプ指示情報（たとえば、第１のタイプ指示情報）は、第１の送信対象データのタイプが制御文字であるかデータであるかを示すために使用される。

第１のタイプ指示情報の値が第２のタイプ情報の値と等しくない、言い換えれば、第１のタイプ指示情報が、第１の送信対象データのタイプがデータであることを示すとき、ＭＡＣ回路２０２は、第１のタイプ指示情報および第１の送信対象データを別々に変更し、第１のタイプ指示情報の値を第２のタイプ指示情報の値に変更し、第１の送信対象データの値を第２の送信対象データの値に変更して、第２のフラグメントを取得するか、または
第１のタイプ指示情報の値が第２のタイプ情報の値と等しい、言い換えれば、第１のタイプ指示情報が、第１の送信対象データのタイプが制御文字であることを示すとき、ＭＡＣ回路２０２は、第１の送信対象データのみを変更し、第１の送信対象データの値を第２の送信対象データの値に変更して、第２のフラグメントを取得する。

３０５．第１の転送デバイスが第２のフラグメントを宛先デバイスに送信する。

宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは第１の転送デバイスのＭＡＣアドレスと等しくない。

具体的には、第２のフラグメントを取得した後、ＭＡＣ回路２０２は、第２のフラグメントを宛先デバイス１０４に送信することができる。宛先ＭＡＣアドレスは宛先デバイス１０４のＭＡＣアドレスと等しく、宛先デバイス１０４のＭＡＣアドレスは転送デバイス１０２のＭＡＣアドレスと等しくない。可能な設計では、第１の転送デバイスは、別の転送デバイスを使用することにより、第２のフラグメントを宛先デバイスに送信する。別の転送デバイスは、１つの転送デバイスであってもよく、複数の転送デバイスであってもよい。別の転送デバイスは、第２のフラグメントを変更しない。別の転送デバイスは、第２のフラグメントを透過的に送信する。別の可能な設計では、第１の転送デバイスは、第２のフラグメントを宛先デバイスに直接送信する。第２のフラグメントは、別の転送デバイスを通過する必要なしに宛先デバイスに到達することができる。

ＭＡＣ回路２０２は、最初に第２のフラグメントをＭＡＣ回路２０３に送信し、ＭＡＣ回路２０３は、第２のフラグメントをＰＨＹ回路２０４に送信し、最後に、ＰＨＹ回路２０４は、第２のフラグメントを宛先デバイス１０４に送信する。

第１のフラグメントは、イーサネットフレームの複数のフラグメントの中の最初のフラグメント以外の任意のフラグメントであり、たとえば、第１のフラグメントは、イーサネットフレームの複数のフラグメントの中の最後のフラグメントであることに留意されたい。この場合、第１のフラグメントはＦＣＳフィールドを含む。

第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用される前述の２つのトランスポートフォーマットを参照して、以下で、ＭＡＣ回路２０２が第１のフラグメントを変更する２つのケースを記載する。

ケース１

第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用されるフォーマットが前述のトランスポートフォーマット１を満たすとき、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含む。ＲｘＣフィールドの値は第２のタイプ指示情報を搬送するために使用され、ＲｘＤフィールドの値は第２の送信対象データである。

限定ではなく例として、ＲｘＣフィールドの値が０ｘ０であるとき、それは送信対象データがデータオクテットであることを示す。言い換えれば、それは送信対象データのタイプがデータ文字であることを示す。ＲｘＣフィールドの値が０ｘ１であるとき、それは送信対象データが制御オクテットであることを示す。言い換えれば、それは送信対象データのタイプが制御文字であることを示す。ＲｘＤフィールドの値が０ｘＦＥであるとき、それは送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示す。

たとえば、第１のフラグメント内の第１のタイプ指示情報の値が０であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、第１のタイプ指示情報の値を１に変更し、第１の送信対象データの値を０ｘＦＥに変更する必要がある。言い換えれば、第２のフラグメントの第２のタイプ指示情報の値は１であり、第２の送信対象データの値は０ｘＦＥである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内のＲｘＣフィールドの値（０ｘ１）に基づいて、ＲｘＤフィールドが制御オクテットであると判断し、ＲｘＤフィールドのデータオクテットの値（０ｘＦＥ）をさらにチェックし、最終的に、ＲｘＤフィールドのデータオクテットの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。

別の例では、第１のフラグメント内の第１のタイプ指示情報の値が１であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、第１の送信対象データの値のみを０ｘＦＥに変更する必要がある。言い換えれば、第２のフラグメントの第２のタイプ指示情報の値は１であり、第２の送信対象データの値は０ｘＦＥである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内のＲｘＣフィールドの値（０ｘ１）に基づいて、ＲｘＤフィールドが制御オクテットであると判断し、ＲｘＤフィールドのデータオクテットの値（０ｘＦＥ）をさらにチェックし、最終的に、ＲｘＤフィールドのデータオクテットの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。

本出願のこの実施形態では、第２のフラグメントは、第１のフラグメント内の第１のタイプ指示情報および／または第１の送信対象データが変更された後に取得され、その結果、次の転送デバイスは、第２のフラグメントに基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。

宛先デバイス１０４は、第２のフラグメント内の第２のタイプ指示情報の値によって示された第２の送信対象データのタイプが制御文字であるときにのみ、第２の送信対象データの値をさらにチェックすることができ、第２の送信対象データの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断することができることに留意されたい。したがって、第２のタイプ指示情報の値によって示された第２の送信対象データのタイプがデータであるとき、ＭＡＣ回路２０２は、第２のタイプ指示情報の値と第２の送信対象データの値の両方を変更する必要があるか、または第２のタイプ指示情報の値によって示された第２の送信対象データのタイプが制御文字であるとき、ＭＡＣ回路２０２は、第２の送信対象データの値のみを変更する必要がある。

ケース２

第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用されるフォーマットが前述のトランスポートフォーマット２を満たすとき、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、およびｎバイト（ｎ≧７）の送信対象データを含む。ｎバイトの送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。

具体的には、ＰＨＹ回路２０１からＭＡＣ回路２０２によって受信された第１のフラグメントのフォーマットは、前述のトランスポートフォーマット２を満たす。言い換えれば、第２のフラグメントは、２ビットの同期ヘッダフィールド、１バイトのブロックタイプフィールド、およびｎバイトの送信対象データを含む。第２の指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。具体的な実装形態は以下の通りである：同期ヘッダフィールドは、ｎバイトの送信対象データがあるタイプの制御文字を有する送信対象データを含むかどうかを示し、ブロックタイプフィールドは、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すために使用される。

同期ヘッダフィールドの値、ブロックタイプフィールドの値、およびｎバイトの送信対象データの値の間の対応関係については、イーサネット規格ＩＥＥＥ８０２．３－２０１５のセクション４９．２．４．４の図４９－７（Ｆｉｇｕｒｅ４９－７）を参照されたい。

限定ではなく例として、同期ヘッダフィールドの値が０１であるとき、それは同期ヘッダフィールドの後ろに８バイトの送信対象データがあることを示し、８バイトの送信対象データの各々はデータオクテットであり、８つのデータオクテットはそれぞれＤ_０～Ｄ_７であり、同期ヘッダフィールドの値が１０であり、ブロックタイプフィールドの値が０ｘ１ｅであるとき、それはブロックタイプフィールドの後ろに８バイトの送信対象データがあることを示し、８バイトの送信対象データの各々は制御コードであり、８つの制御コードはそれぞれＣ_０～Ｃ_７であり、Ｃ_０～Ｃ_７の中の任意の制御コードの値が０ｘ１ｅであるとき、それは送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示し、同期ヘッダフィールドの値が１０であり、ブロックタイプフィールドの値が０ｘ３３であるとき、それはブロックタイプフィールドの後ろに８バイトの送信対象データがあることを示し、８バイトの送信対象データは４つの制御コードおよび３つのデータオクテットを含み、４つの制御コードはそれぞれＣ_０～Ｃ_３であり、３つのデータオクテットはそれぞれＤ_５～Ｄ_７であり、Ｃ_０～Ｃ_３の中の任意の制御コードの値が０ｘ１ｅであるとき、それは送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示すことが図から分かる。

たとえば、第１のフラグメント内の同期ヘッダフィールドの値が０１であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、第１のタイプ指示情報の値を１０に変更し、同期ヘッダフィールドの後ろの８つのデータオクテットＤ_０～Ｄ_７の中のＤ_３を制御コードＣ_３に変更する必要があり、制御コードＣ_３の値は０ｘ１ｅである。言い換えれば、第２のフラグメントの同期ヘッダフィールドの値は１０であり、同期ヘッダフィールドの後ろの８つの送信対象データは、それぞれ、Ｄ_０、Ｄ_１、Ｄ_２、Ｃ_３、Ｄ_４、Ｄ_５、Ｄ_６、およびＤ_７であり、Ｃ_３は第２の送信対象データである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内の同期ヘッダフィールドの値（１０）に基づいて、同期ヘッダフィールドの後ろの８つの送信対象データが制御コードを含むと判断し、制御コードの値（０ｘ１ｅ）をさらにチェックして、最終的に、制御コードの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。

本出願では、ソースデバイスがイーサネットフレームを生成し、少なくとも１つの転送デバイスを使用して宛先デバイスにイーサネットフレームを送信する。転送デバイスは、受信されたイーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したと判断する。転送デバイスは、受信されたイーサネットフレームを変更する。変更されたイーサネットフレームは、第２のフラグメントを含む。宛先デバイスによって受信されたイーサネットフレームは、ソースデバイスによって生成されたイーサネットフレームとは異なる。本出願では、宛先デバイスによって受信されたイーサネットフレームは、異なるオブジェクトを区別するために、新しいイーサネットフレームと呼ばれる。

別の例では、第１のフラグメント内の同期ヘッダフィールドの値が１０であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、ブロックタイプフィールドの後ろにあるＣ_０～Ｃ_３またはＤ_５～Ｄ_７の中のいずれか１つの値のみを０ｘ１ｅに変更する必要がある（たとえば、Ｃ_０～Ｃ_３の中のＣ_２の値が０ｘ１ｅに変更されるか、またはＤ_５～Ｄ_７の中のＤ_６が制御コードＣ_６に変更される）。言い換えれば、第２のフラグメントの同期ヘッダフィールドの値は１０であり、同期ヘッダフィールドの後ろの８つの送信対象データの中のＣ_２の値は０ｘ１ｅであり、他の送信対象データの値は変更されないままであり、Ｃ_２は第２の送信対象データである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内の同期ヘッダフィールドの値（１０）に基づいて、同期ヘッダフィールドの後ろの８つの送信対象データが制御コードを含むと判断し、ブロックタイプフィールドの値０ｘ３３に基づいて、ブロックタイプフィールドの後ろのＣ_０～Ｃ_３上の送信対象データが制御コードであると判断し、制御コードの値（０ｘ１ｅ）をさらにチェックして、最終的に、制御コードの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。

ブロックタイプフィールドはブロックタイプフィールドの後ろの８バイトの送信対象データの中の制御コードの位置を示すために使用されるので、Ｄ_５～Ｄ_７の中のＤ_６が制御コードＣ_６に変更されると、ブロックタイプフィールドの値もそれに対応して変更される必要があることに留意されたい。

前述の新しいイーサネットフレームは、第２のフラグメントおよび第１のフラグメントを除く複数のフラグメントを含むイーサネットフレームであることにさらに留意されたい。

以下で、宛先デバイス１０４がケース１およびケース２において新しいイーサネットフレーム内でエラーが発生したと判断する詳細なプロセスを記載する。

宛先デバイス１０４は、第２のフラグメントおよび複数のフラグメントの中の第１のフラグメント以外のフラグメントを受信し、宛先デバイス１０４は、第２のフラグメントに基づいて、新しいイーサネットフレーム内でエラーが発生したと判断し、新しいイーサネットフレームは、第２のフラグメントおよび複数のフラグメントの中の第１のフラグメント以外のフラグメントを含み、宛先デバイス１０４は、イーサネットフレーム内でエラーが発生したと判断したことに応答して、新しいイーサネットフレームを廃棄する。

限定ではなく例として、宛先デバイス１０４のＰＨＹ回路２０１は、物理コーディングサブレイヤ受信機（ＰＣＳｒｅｃｅｉｖｅｒ）を含み、宛先デバイスが、第２のフラグメントに基づいて、新しいイーサネットフレーム内でエラーが発生したと判断することは、以下を含む。

宛先デバイス１０４が、第２のフラグメント内の第２の送信対象データに応答し、ＰＨＹ回路２０１のＰＣＳｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入り、ＲＸ＿Ｅ状態にあるＰＨＹ回路２０１のＰＣＳｒｅｃｅｉｖｅｒがＭＡＣ回路２０２に信号を送信する。

信号は、値が１のＲｘＣフィールドおよび値が０ｘＦＥのＲｘＤフィールドを含み、ＭＡＣ回路２０２は、信号内のＲｘＣフィールドの値およびＲｘＤフィールドの値に基づいて、新しいイーサネットフレーム内でエラーが発生したと判断するか、または
信号は、値が１０の同期ヘッダフィールド、値が０ｘ３３のブロックタイプフィールド、ならびにＣ_０～Ｃ_３およびＤ_５～Ｄ_７を含み、Ｃ_２の値は０ｘ１ｅであり、ＭＡＣ回路２０２は、信号内にある同期ヘッダフィールドの値、ブロックタイプフィールドの値、およびＣ_２の値に基づいて、新しいイーサネットフレーム内でエラーが発生したと判断する。

限定ではなく例として、宛先デバイス１０４が、新しいイーサネットフレーム内でエラーが発生したと判断したことに応答して、新しいイーサネットフレームを廃棄することは、以下を含む。

宛先デバイス１０４内のＭＡＣ回路２０２が新しいイーサネットフレームを廃棄する。

転送デバイス１０２および宛先デバイス１０４が隣接するとき、言い換えれば、転送デバイス１０２と宛先デバイス１０４との間に転送デバイスがないとき、変更されたフラグメントは、転送デバイス１０２によって宛先デバイス１０４に直接送信されるか、または転送デバイス１０２と宛先デバイス１０４との間に別の転送デバイスがあるとき、第２のフラグメントは、最初に転送デバイス１０２によって転送デバイス１０２の後ろの転送デバイスに送信され、次いで、転送デバイス１０２の後ろの転送デバイス（たとえば、転送デバイス１０３）が第２のフラグメントを宛先デバイス１０４に送信することに留意されたい。

以下で、転送デバイス１０３が、転送デバイス１０２から受信されたイーサネットフレームの複数のフラグメントを宛先デバイス１０４に送信する方法４００を記載する。

図４は、本出願の一実施形態による、データ送信方法４００の概略フローチャートであり、方法は４０１および４０２を含む。方法４００は、図１または図２に示された転送デバイス１０３によって実行されてよい。

４０１．第２の転送デバイスが最初のフラグメントおよび第１のフラグメントを受信し、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データはイーサネットフレーム内でエラーが発生したことを示すために使用される。

イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、第２の転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。

たとえば、第２の転送デバイスはイーサネット受信ポートを含む。イーサネット受信ポートはＰＨＹ回路を含む。第２の転送デバイスは、イーサネット受信ポートに含まれるＰＨＹ回路を使用して、最初のフラグメントおよび第１のフラグメントを受信することができる。４０１の具体的な実装形態については、図３に示された実施形態における３０１の説明を参照されたい。詳細は本明細書では再び記載されない。

具体的には、転送デバイス１０３（たとえば、第２の転送デバイス）のＰＨＹ回路２０１は、方法３００において転送デバイス１０２のＰＨＹ回路２０４によって送信された変更されたフラグメント（たとえば、第１のフラグメント）を受信し、変更されたフラグメントを転送デバイス１０３のＭＡＣ回路２０２に送信する。変更されたフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、送信対象データは、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示すために使用される。イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイス１０４のＭＡＣアドレスと等しく、転送デバイス１０３のＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。

４０２．第２の転送デバイスが第１のフラグメントを宛先デバイスに送信する。

たとえば、第２の転送デバイスはイーサネット送信ポートを含む。４０２の具体的な実装形態については、図３に示された実施形態における３０５の説明を参照されたい。詳細は本明細書では再び記載されない。

限定ではなく例として、転送デバイス１０３が最初のフラグメントおよび第１のフラグメントを受信した後、転送デバイス１０３が第１のフラグメントを宛先デバイス１０４に送信する前に、方法４００は以下をさらに含む。

転送デバイス１０３が、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイス１０３のＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する。

転送デバイス１０３が第１のフラグメントを宛先デバイス１０４に送信することは以下を含む。

転送デバイス１０３のＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、転送デバイス１０３が第１のフラグメントを宛先デバイス１０４に送信する。

具体的には、第１のフラグメントを宛先デバイス１０４に送信する前に、転送デバイス１０３は、転送デバイス１０３のＭＡＣアドレスが最初のフラグメントに含まれる宛先ＭＡＣアドレスフィールドの値と等しくないと判断し、転送デバイス１０３が宛先デバイスではないとさらに判断し、第１のフラグメントを宛先デバイス１０４に送信することを決定する。

限定ではなく例として、イーサネットフレームは第２のフラグメントをさらに含み、転送デバイス１０３が第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。

具体的には、イーサネットフレームは第２のフラグメントをさらに含む。転送デバイス１０２がイーサネットフレーム内でエラーが発生したと判断すると、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、転送デバイス１０２は、第２のフラグメントを第１のフラグメントに変更し、第１のフラグメントを転送デバイス１０３に送信する。

限定ではなく例として、転送デバイス１０３のＰＨＹ回路２０１は、物理コーディングサブレイヤ（ｐｈｙｓｉｃａｌｃｏｄｉｎｇｓｕｂｌａｙｅｒ、ＰＣＳ）ｒｅｃｅｉｖｅｒを含む。転送デバイス１０３のＰＨＹ回路２０１が第１のフラグメントを受信した後、第１のフラグメント内の送信対象データに応答して、ＰＣＳｒｅｃｅｉｖｅｒはＲＸ＿Ｅ状態に入る。さらに、ＰＨＹ回路２０１は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断することができる。

限定ではなく例として、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。

限定ではなく例として、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。

限定ではなく例として、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、同期ヘッダフィールドおよびブロックタイプフィールドはタイプ指示情報を搬送する。

限定ではなく例として、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１ｅに等しい。

限定ではなく例として、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含まない。

図１～図４を参照して、前述で、本出願の実施形態において提供されたデータ送信方法を記載している。図５～図８を参照して、以下で、本出願の実施形態において提供される転送装置、転送デバイス、宛先装置、および宛先デバイスを記載する。

図５は、本出願の一実施形態による、転送装置５００の概略ブロック図である。転送装置５００は、受信モジュール５１０、処理モジュール５２０、および送信モジュール５３０を含む。

たとえば、転送装置５００は、図１または図２に示された転送デバイス１０２であってよい。転送装置５００は、図３に示された方法を実行するように構成されてよい。転送装置５００の具体的な実装形態については、図３に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。

受信モジュール５１０は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御ＭＡＣアドレスフィールドを含む。

たとえば、受信モジュール５１０は、３０１を実行するように構成されてよい。受信モジュール５１０の具体的な実装形態については、図３に対応する実施形態における３０１の説明を参照されたい。

処理モジュール５２０は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。

たとえば、処理モジュール５２０は、３０２、３０３、および３０４を実行するように構成されてよい。処理モジュール５２０の具体的な実装形態については、図３に対応する実施形態における３０２、３０３、および３０４の説明を参照されたい。

送信モジュール５３０は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは転送デバイスのＭＡＣアドレスと等しくない。

たとえば、送信モジュール５３０は、３０５を実行するように構成されてよい。送信モジュール５３０の具体的な実装形態については、図３に対応する実施形態における３０５の説明を参照されたい。

場合によっては、処理モジュール５２０は、第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくないとき、第１のフラグメント内の第１のタイプ指示情報および第１の送信対象データを、それぞれ、第２のタイプ指示情報および第２の送信対象データに変更するか、または第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しいとき、第１のフラグメント内の第１の送信対象データを第２の送信対象データに変更するように構成される。

場合によっては、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドは第２のタイプ指示情報を搬送し、ＲｘＤフィールドは第２の送信対象データを搬送する。

場合によっては、ＲｘＣフィールドの値は１であり、ＲｘＤフィールドの値は０ｘＦＥに等しい。

場合によっては、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。

場合によっては、第２の送信対象データの値は０ｘ１ｅに等しい。

場合によっては、第１のフラグメント内の送信対象データはＦＣＳフィールドを含むか、または第１のフラグメントはＦＣＳフィールドを含まない。

場合によっては、処理モジュール５２０は、ＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと判断するように構成される。

本発明のこの実施形態における処理モジュール５２０は、プロセッサまたはプロセッサに関連する回路構成要素によって実装されてよく、受信モジュール５１０および送信モジュール５３０は、トランシーバまたはトランシーバに関連する回路構成要素によって実装されてよいことを理解されたい。

図６は、本出願の一実施形態による、転送装置６００の概略ブロック図である。転送装置６００は、受信モジュール６１０および送信モジュール６２０を含む。

たとえば、転送装置６００は、図１または図２に示された転送デバイス１０３であってよい。転送装置６００は、図４に示された方法を実行するように構成されてよい。転送装置６００の具体的な実装形態については、図４に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。

受信モジュール６１０は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。

たとえば、受信モジュール６１０は、４０１を実行するように構成されてよい。受信モジュール６１０の具体的な実装形態については、図４に対応する実施形態における４０１の説明を参照されたい。

送信モジュール６２０は、第１のフラグメントを宛先デバイスに送信するように構成される。

たとえば、送信モジュール６２０は、４０２を実行するように構成されてよい。送信モジュール６２０の具体的な実装形態については、図４に対応する実施形態における４０２の説明を参照されたい。

場合によっては、イーサネットフレームは第２のフラグメントをさらに含み、転送デバイスが第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。

場合によっては、宛先装置６００は処理モジュール６３０をさらに含み、処理モジュール６３０は、
受信モジュール６１０が最初のフラグメントおよび第１のフラグメントを受信した後、かつ送信モジュール６２０が第１のフラグメントを宛先デバイスに送信する前に、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する
ように構成され、
送信モジュール６２０は、
転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、第１のフラグメントを宛先デバイスに送信する
ように構成される。

場合によっては、受信モジュール６１０はＰＣＳｒｅｃｅｉｖｅｒを含み、ＰＣＳｒｅｃｅｉｖｅｒは、受信モジュール６１０が第１のフラグメントを受信した後、送信対象データに応答して、ＰＣＳｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入るように構成される。

場合によっては、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。

場合によっては、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。

場合によっては、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、タイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、タイプ指示情報は、複数の送信対象データの中の送信対象データの位置を示すためにさらに使用される。

場合によっては、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１Ｅに等しい。

場合によっては、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含まない。

本発明のこの実施形態における処理モジュール６３０は、プロセッサまたはプロセッサに関連する回路構成要素によって実装されてよく、受信モジュール６１０および送信モジュール６２０は、トランシーバまたはトランシーバに関連する回路構成要素によって実装されてよいことを理解されたい。

図７は、本出願の一実施形態による、転送デバイス７００の概略ブロック図である。転送デバイス７００は、受信回路７１０、処理回路７２０、および送信回路７３０を含む。

たとえば、転送デバイス７００は、図１または図２に示された転送デバイス１０２であってよい。転送デバイス７００は、図３に示された方法を実行するように構成されてよい。転送デバイス７００の具体的な実装形態については、図３に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。

受信回路７１０は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含む。

たとえば、受信回路７１０は、３０１を実行するように構成されてよい。受信回路７１０の具体的な実装形態については、図３に対応する実施形態における３０１の説明を参照されたい。

処理回路７２０は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。

たとえば、処理回路７２０は、３０２、３０３、および３０４を実行するように構成されてよい。処理回路７２０の具体的な実装形態については、図３に対応する実施形態における３０２、３０３、および３０４の説明を参照されたい。

送信回路７３０は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは転送デバイスのＭＡＣアドレスと等しくない。

たとえば、送信回路７３０は、３０５を実行するように構成されてよい。送信回路７３０の具体的な実装形態については、図３に対応する実施形態における３０５の説明を参照されたい。

場合によっては、処理回路７２０は、第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくないとき、第１のフラグメント内の第１のタイプ指示情報および第１の送信対象データを、それぞれ、第２のタイプ指示情報および第２の送信対象データに変更するか、または第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しいとき、第１のフラグメント内の第１の送信対象データを第２の送信対象データに変更するように構成される。

場合によっては、処理回路７２０は、ＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと判断するように構成される。

図８は、本出願の一実施形態による、転送デバイス８００の概略ブロック図である。転送デバイス８００は、受信回路８１０、送信回路８２０、および処理回路８３０を含む。

たとえば、転送デバイス８００は、図１または図２に示された転送デバイス１０３であってよい。転送デバイス８００は、図４に示された方法を実行するように構成されてよい。転送デバイス８００の具体的な実装形態については、図４に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。

受信回路８１０は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。

たとえば、受信回路８１０は、４０１を実行するように構成されてよい。受信回路８１０の具体的な実装形態については、図４に対応する実施形態における４０１の説明を参照されたい。

送信回路８２０は、第１のフラグメントを宛先デバイスに送信するように構成される。

たとえば、送信回路８２０は、４０２を実行するように構成されてよい。送信回路８２０の具体的な実装形態については、図４に対応する実施形態における４０２の説明を参照されたい。

場合によっては、宛先装置６００は処理回路８３０をさらに含み、処理回路８３０は、
受信回路８１０が最初のフラグメントおよび第１のフラグメントを受信した後、かつ送信回路８２０が第１のフラグメントを宛先デバイスに送信する前に、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する
ように構成され、
送信回路８２０は、
転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、第１のフラグメントを宛先デバイスに送信する
ように構成される。

場合によっては、受信回路８１０は、物理コーディングサブレイヤ受信機ＰＣＳｒｅｃｅｉｖｅｒを含み、ＰＣＳｒｅｃｅｉｖｅｒは、受信回路８１０が第１のフラグメントを受信した後、送信対象データに応答して、ＰＣＳｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入るように構成される。

本発明のこの実施形態におけるプロセッサは中央処理装置（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）であってよく、別の汎用プロセッサ、デジタル信号プロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）または別のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理デバイス、個別ハードウェア構成要素などであってもよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。

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

プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡもしくは別のプログラマブル倫理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア構成要素であるとき、メモリ（ストレージモジュール）はプロセッサに統合されていることに留意されたい。

本明細書に記載されたメモリは、これらのメモリおよび別の適切なタイプのメモリを含むものであるが、それらに限定されないことに留意されたい。

本明細書に開示された実施形態に記載された例と組み合わせて、ユニットおよびアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装されてよいことを当業者なら認識されよう。機能がハードウェアによって実行されるか、またはコンピュータソフトウェアと回路ハードウェアの組合せによって実行されるかは、技術的解決策の特定の用途および設計制約条件に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実施することができる。

便利で簡潔な説明のために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法実施形態における対応するプロセスを参照されたく、本明細書では詳細は再び記載されないことを当業者なら明確に理解されよう。

本出願において提供されたいくつかの実施形態では、開示されたシステム、装置、および方法は他の方式で実装されてよいことを理解されたい。たとえば、記載された装置実施形態は一例にすぎない。たとえば、ユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割であってよい。たとえば、複数のユニットまたは構成要素は組み合わされるか、もしくは別のシステムに統合されてよく、または、いくつかの機能は無視されるか、もしくは実行されなくてよい。加えて、表示または説明された相互結合または直接結合または通信接続は、いくつかのインターフェースを使用することによって実装されてよい。装置間またはユニット間の間接結合または通信接続は、電気、機械、または他の形態で実装されてよい。

別々の構成要素として記載されたユニットは、物理的に分かれていても、分かれていなくてもよく、ユニットとして表示された構成要素は、物理ユニットであってもそうでなくてもよく、１つの場所に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部またはすべては、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてよい。

加えて、本出願の実施形態における機能ユニットは１つの処理ユニットに統合されてよく、またはユニットの各々は物理的に単独で存在してよく、または２つ以上のユニットが１つのユニットに統合される。

機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策の一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は記憶媒体に記憶され、本出願の実施形態に記載された方法のステップのすべてまたは一部を実行するように、（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってよい）コンピュータデバイスに命令するためのいくつかの命令を含む。前述の記憶媒体には、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。

１００イーサネットシステム
１０１ソースデバイス
１０２転送デバイス
１０３転送デバイス
１０４宛先デバイス
２０１ＰＨＹ回路
２０２ＭＡＣ回路
２０３ＭＡＣ回路
２０４ＰＨＹ回路
３００データ送信方法
４００データ送信方法
５００転送装置
５１０受信モジュール
５２０処理モジュール
５３０送信モジュール
６００転送装置
６１０受信モジュール
６２０送信モジュール
６３０処理モジュール
７００転送デバイス
７１０受信回路
７２０処理回路
７３０送信回路
８００転送デバイス
８１０受信回路
８２０送信回路
８３０処理回路

本出願は、通信の分野に関し、より詳細には、通信の分野におけるデータ送信方法および転送デバイスに関する。

カットスルー転送技術は、エンドツーエンドの遅延を低減することができる。たとえば、Ｃｕｔ－ｔｈｒｏｕｇｈ転送技術では、転送デバイスは、イーサネットフレーム全体を受信していないときに、受信されたフラグメントをネクストホップ転送デバイスに送信し始めることができる。具体的には、イーサネットフレーム１は、フラグメント１、フラグメント２、およびフラグメント３を含む。転送デバイス１は、フラグメント１のみを受信し、フラグメント２およびフラグメント３を受信していないときに、フラグメント１を転送デバイス２に送信することができる。

送信プロセスにおいてイーサネットフレーム内でエラーが発生する場合がある。宛先デバイスによって受信されたイーサネットフレームが比較的大量のエラーを含むとき、宛先デバイスは、受信されたイーサネットフレームに対して巡回冗長検査（ＣＲＣ）を実行しても、イーサネットフレームがエラーを含むことを検出することができない場合がある。結果として、データ送信サービスにおいて例外が発生する。

イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、転送デバイスは、イーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したかどうかを見つける。転送デバイスがイーサネットフレーム内でエラーが発生したことを見つけると、転送デバイスはイーサネットフレームの受信されたフラグメントを変更し、その結果、変更されたフラグメント（第２のフラグメント）は、イーサネットフレーム内でエラーが発生したことを示す。たとえば、第２のフラグメントにはエラー制御文字を含んでよい。エラー制御文字は、イーサネットフレーム内でエラーが発生したことを示すために使用される。転送デバイスは、第２のフラグメントを宛先デバイスに送信する。したがって、宛先デバイスのＰＨＹ回路は、第２のフラグメントに基づいて、受信されたイーサネットフレーム内でエラーが発生したと判断する。具体的には、宛先デバイスのＰＨＹ回路はＰＣＳｒｅｃｅｉｖｅｒを含む。第２のフラグメントはエラー制御文字を含む。ＰＣＳｒｅｃｅｉｖｅｒは、エラー制御文字に基づいて、イーサネットフレーム内でエラーが発生したと判断する。たとえば、ＰＣＳｒｅｃｅｉｖｅｒは、エラー制御文字に基づいてＲＸ＿Ｅ状態に入る。ＲＸ＿Ｅ状態のＰＣＳｒｅｃｅｉｖｅｒは信号を生成する。信号は、値が１のＲｘＣフィールドおよび値が０ｘＦＥのＲｘＤフィールドを含むＰＣＳｒｅｃｅｉｖｅｒは、ＭＩＩを介して宛先デバイスのＭＡＣ回路に信号を送信する。宛先デバイスのＭＡＣ回路は、信号に基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。さらに、宛先デバイスのＭＡＣ回路は、イーサネットフレームを廃棄することができる。言い換えれば、受信されたイーサネットフレームに対してＣＲＣチェックを実行する必要なしに、宛先デバイスのＭＡＣ回路は、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスがイーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したと判断する技術的解決策と比較して、前述の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。具体的には、ＣＲＣアルゴリズムの特徴に起因して、イーサネットフレームが比較的少量のエラーを含むとき、ＣＲＣチェックを介してイーサネットフレームのエラーを検出することは比較的容易である。イーサネットフレームが比較的大量のエラーを含むとき、イーサネットフレームのエラーはＣＲＣチェックを介して検出されない場合がある。イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、複数のエラーが発生する可能性がある。特にイーサネットフレームが複数の転送デバイスを使用して転送される必要があるとき、比較的大量のエラーが発生する可能性がある。加えて、転送デバイスがイーサネットフレームをネクストホップ転送デバイスまたは宛先デバイスに送信する前に、転送デバイスは、イーサネットフレームのＦＣＳ値を再計算し、再計算されたＦＣＳ値をイーサネットフレームのＦＣＳフィールドに追加することができるイーサネットフレームのＦＣＳ値を再計算するとき、転送デバイスは、イーサネットフレーム内のＦＣＳフィールド以外のフィールドをパラメータとして使用する。これは、イーサネットフレーム内でエラーが発生した場合、イーサネットフレームのＦＣＳ値を再計算するために必要なパラメータとしてエラーも使用されることを意味する。その結果、ネクストホップ転送デバイスまたは宛先デバイスは、ＣＲＣチェックを介して、受信されたイーサネットフレームにエラーを含むことを検出することができない。

第４の態様によれば、転送デバイスが提供され、受信回路、処理回路、および送信回路を含み、
受信回路は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御ＭＡＣアドレスフィールドを含み、処理回路は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、送信回路は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは転送デバイスのＭＡＣアドレスと等しくない。

第７の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はプログラムを記憶し、プログラムが実行されると、転送デバイスに、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行させる。

第１０の態様によれば、転送デバイスが提供され、受信回路および送信回路を含み、受信回路は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくなく、送信回路は、第１のフラグメントを宛先デバイスに送信するように構成される。

第１１の態様によれば、転送デバイスが提供され、転送デバイスはプロセッサおよびメモリを含み、プロセッサは、メモリによって記憶されたプログラムを呼び出して、第２の態様または第２の態様の任意の可能な実装形態におけるデータ送信方法を実行するように構成される。

第１２の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品はコンピュータプログラムコードを含み、転送デバイスの処理モジュールおよび通信モジュールまたはプロセッサおよびトランシーバがコンピュータプログラムコードを実行すると、転送デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。

第１３の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はプログラムを記憶し、プログラムが実行されると、転送デバイスに、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行させる。

第１４の態様によれば、チップシステムが提供され、メモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサはメモリ内のコンピュータプログラムを呼び出し実行するように構成され、その結果、チップシステムが取り付けられた転送デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。

本出願のＰＨＹ回路は、イーサネット規格によって定義された物理層の機能を実行するために使用される回路である。イーサネット規格は、ＩＥＥＥによってリリースされたイーサネット規格であってよい。たとえば、イーサネット規格はＩＥＥＥ８０２．３－２０１５であってよい。たとえば、物理層の機能は、物理コーディングサブレイヤ（ＰＣＳ）の機能および物理媒体連結（ＰＭＡ）サブレイヤの機能を含んでよい。

本出願のＭＡＣ回路は、イーサネット規格によって定義された媒体アクセス制御（ＭＡＣ）の機能を実行するために使用される回路である。イーサネット規格は、ＩＥＥＥによってリリースされたイーサネット規格であってよい。たとえば、イーサネット規格はＩＥＥＥ８０２．３－２０１５であってよい。ＭＡＣの機能はデータリンク層にある。論理リンク制御（ＬＬＣ）の機能もデータリンク層にある。

本出願では、ＭＡＣ回路およびＰＨＹ回路は、媒体非依存インターフェース（ＭＩＩ）を介して互いに通信することができる。たとえば、ＭＩＩは１０ギガビット媒体非依存インターフェース（ｔｅｎｇｉｇａｂｉｔｍｅｄｉａｉｎｄｅｐｅｎｄｅｎｔｉｎｔｅｒｆａｃｅ、ＸＧＭＩＩ）であってよい。可能な設計では、物理層の機能は、調整サブレイヤ（ｒｅｃｏｎｃｉｌｉａｔｉｏｎｓｕｂｌａｙｅｒ、ＲＳ）の機能をさらに含んでよい。ＭＡＣ回路は、ＲＳ回路およびＭＩＩを介してＰＨＹ回路と通信することができる。ＲＳ回路は、ＲＳの機能を実行するために使用される回路である。

本出願のイーサネットフレームは、フレームヘッダ、ペイロード、およびＦＣＳフィールドを含む。フレームヘッダは、宛先ＭＡＣアドレスフィールドから始まり、イーサネットタイプフィールドまたは長さフィールドで終わる。フレームヘッダは、プリアンブルフィールドも、フレームデリミタの開始（ＳＦＤ）フィールドも含まない。イーサネットフレームは、ｐｒｅａｍｂｌｅフィールドも、ＳＦＤフィールドも含まない。ＦＣＳフィールドは、イーサネットフレームに対してＣＲＣチェックを実行するために使用される。イーサネットフレーム内のＦＣＳフィールド以外のフィールドは、イーサネットフレームのＦＣＳ値を計算するために使用される必要があるパラメータである。計算されたＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと見なされる。イーサネットフレームのフォーマットについては、ＩＥＥＥ８０２．３の説明を参照されたい。

本出願の技術用語の意味および具体的な実装形態については、ＩＥＥＥ８０２．３の説明を参照されたく、たとえば、ＩＥＥＥ８０２．３－２０１５の説明を参照されたい。技術用語には、制御文字、データ文字、制御オクテット、データオクテット、制御コード、同期ヘッダｓｙｎｃｈｅａｄｅｒ）フィールド、６４Ｂ／６６Ｂブロック（６４Ｂ／６６Ｂｂｌｏｃｋ）、制御ブロック、データブロック、ＰＣＳ受信機、ブロックタイプフィールド（ｂｌｏｃｋｔｙｐｅｆｉｅｌｄ）、受信制御（ＲｘＣ）フィールド、および受信データ（ＲｘＤ）フィールドが含まれるが、それらに限定されない。

限定ではなく例として、本出願では、イーサネットシステム１００は、カットスルー転送アプリケーションシナリオに適用される。以下で、図１のイーサネットシステム１００を参照して、Ｃｕｔ－ｔｈｒｏｕｇｈ技術を記載する。

転送デバイスは、物理層（ＰＨＹ）回路２０１、ＭＡＣ回路２０２、ＭＡＣ回路２０３、およびＰＨＹ回路２０４を含む。可能な設計では、ＰＨＹ回路２０１およびＭＡＣ回路２０２は、同じチップに含まれてよい。別の可能な設計では、ＰＨＹ回路２０１およびＭＡＣ回路２０２は、異なるチップに含まれてよい。加えて、転送デバイスは、別の構成要素をさらに含んでよい。たとえば、転送デバイスは、（図には示されていない）ネットワークプロセッサをさらに含んでよい。ネットワークプロセッサは、ＡＳＩＣまたはＦＰＧＡを使用して実装されてよい。可能な設計では、ネットワークプロセッサの受信ポートは、ＭＡＣ回路２０２の送信ポートに結合される。ネットワークプロセッサの送信ポートは、ＭＡＣ回路２０３の送信ポートに結合される。ネットワークプロセッサは、ＭＡＣ回路２０２によって提供されるイーサネットフレームから宛先ＭＡＣアドレスを取得することができる。ネットワークプロセッサは、宛先ＭＡＣアドレスを検索キーワードとして使用して、イーサネットフレームを転送するために使用される送信ポートを求めてＭＡＣテーブルを検索することができる。たとえば、送信ポートはＭＡＣ回路２０３およびＰＨＹ回路２０４を含む。さらに、ネットワークプロセッサは、ＭＡＣ回路２０３にイーサネットフレームを提供することができ、その結果、ＰＨＹ回路２０４は、イーサネットフレームをネクストホップデバイスに送信する。

トランスポートフォーマット１：

ＰＨＹ回路２０１は、受信されたビットストリームを構文解析して、各々が６６ビットを含む複数のフラグメントをビットストリームから取得する。６６ビットを含む各フラグメントは、２ビットの同期ヘッダフィールド（ｓｙｎｃｈｅａｄｅｒｆｉｅｌｄ）、１バイトのブロックタイプフィールド、およびｎバイト（ｎ≧７）の送信対象データを含む。２ビットの同期ヘッダフィールドは、６６ビットフラグメント内のｎバイトの送信対象データがあるタイプの制御文字を有する送信対象データを含むかどうかを示すために使用され、ブロックタイプフィールドは、ｎバイトの送信対象データの中のあるタイプの制御文字を有する送信対象データの位置を示すために使用される。本出願の６６ビットを含むフラグメントは、６４Ｂ／６６Ｂｂｌｏｃｋであってよい。本出願の送信対象データは、８ビットのデータオクテットであってよい。本出願の送信対象データは、代替として、７ビットの制御文字であってよい。

６６ビットフラグメントをＭＡＣ回路２０２に送信する前に、ＰＨＹ回路２０１は、６６ビットフラグメントのフォーマットを変換する。具体的には、６６ビットフラグメントは、媒体非依存インターフェース（ＭＩＩ）のフォーマットを満たすフラグメントに変換される。６６ビットフラグメントは、フォーマット変換後に８つのフラグメントに変換される。各フラグメントは、１ビットのＲｘＣフィールドおよび８ビットのＲｘＤフィールドを含む。加えて、各フラグメント内のＲｘＣフィールドの値は、フラグメント内のＲｘＤフィールドのタイプを示す。たとえば、ＲｘＣフィールドの値は、ＲｘＤフィールドのタイプが制御文字であるかデータ文字であるかを示すことができる。ＰＨＹ回路２０１は、シリアルまたはパラレルの送信方法を使用することにより、８つのフラグメントをＭＡＣ回路２０２に送信する。

トランスポートフォーマット２：

３０１．第１の転送デバイスがイーサネットフレームの複数のフラグメントを受信し、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御（ＭＡＣ）アドレスフィールドを含む。

具体的には、転送デバイス１０２（たとえば、第１の転送デバイス）のＰＨＹ回路２０１は、アップストリームデバイス（たとえば、アップストリームデバイスは、ソースデバイス１０１またはソースデバイス１０１と転送デバイス１０２との間に配置された別の転送デバイスであってよい）によって送信されたイーサネットフレームの複数のフラグメントを受信し、複数のフラグメントをＭＡＣ回路２０２に送信する。複数のフラグメントは、イーサネットフレームの最初のフラグメントおよび第１のフラグメントを含む。第１のフラグメントは、複数のフラグメントの中の最初のフラグメント以外の任意のフラグメントである。最初のフラグメントは、宛先ＭＡＣアドレスフィールドを含む。宛先ＭＡＣアドレスフィールドの値は、宛先デバイス１０４のＭＡＣアドレスと等しい。

ソースデバイス１０１がイーサネットフレームを生成した後、イーサネットフレームがソースデバイス１０１から宛先デバイス１０４に送信されるプロセスにおける干渉に起因して、イーサネットフレーム内でエラーが発生する可能性があることが理解されよう。たとえば、電磁干渉は、送信プロセスにおけるイーサネットフレームに影響を与える可能性がある。イーサネットフレーム内でエラーが発生することは、イーサネットフレームに含まれる１つまたは複数のビットの値が変更されたことであり得る。たとえば、イーサネットフレーム内のビットの値が０から１に変更されるか、またはイーサネットフレーム内のビットの値が１から０に変更される。

第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくない、言い換えれば、第１のタイプ指示情報が、第１の送信対象データのタイプがデータであることを示すとき、ＭＡＣ回路２０２は、第１のタイプ指示情報および第１の送信対象データを別々に変更し、第１のタイプ指示情報の値を第２のタイプ指示情報の値に変更し、第１の送信対象データの値を第２の送信対象データの値に変更して、第２のフラグメントを取得するか、または
第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しい、言い換えれば、第１のタイプ指示情報が、第１の送信対象データのタイプが制御文字であることを示すとき、ＭＡＣ回路２０２は、第１の送信対象データのみを変更し、第１の送信対象データの値を第２の送信対象データの値に変更して、第２のフラグメントを取得する。

ケース１

ケース２

第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用されるフォーマットが前述のトランスポートフォーマット２を満たすとき、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、およびｎバイト（ｎ≧７）の送信対象データを含む。ｎバイトの送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。

具体的には、ＰＨＹ回路２０１からＭＡＣ回路２０２によって受信された第１のフラグメントのフォーマットは、前述のトランスポートフォーマット２を満たす。言い換えれば、第２のフラグメントは、２ビットの同期ヘッダフィールド、１バイトのブロックタイプフィールド、およびｎバイトの送信対象データを含む。第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。具体的な実装形態は以下の通りである：同期ヘッダフィールドは、ｎバイトの送信対象データがあるタイプの制御文字を有する送信対象データを含むかどうかを示し、ブロックタイプフィールドは、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すために使用される。

同期ヘッダフィールドの値、ブロックタイプフィールドの値、およびｎバイトの送信対象データの値の間の対応関係については、イーサネット規格ＩＥＥＥ８０２．３－２０１５のセクション４９．２．４．４の図４９－７を参照されたい。

限定ではなく例として、転送デバイス１０３のＰＨＹ回路２０１は、物理コーディングサブレイヤ（ＰＣＳ）ｒｅｃｅｉｖｅｒを含む。転送デバイス１０３のＰＨＹ回路２０１が第１のフラグメントを受信した後、第１のフラグメント内の送信対象データに応答して、ＰＣＳｒｅｃｅｉｖｅｒはＲＸ＿Ｅ状態に入る。さらに、ＰＨＹ回路２０１は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断することができる。

限定ではなく例として、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含まない。

受信モジュール５１０は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御（ＭＡＣ）アドレスフィールドを含む。

本出願のこの実施形態における処理モジュール５２０は、プロセッサまたはプロセッサに関連する回路構成要素によって実装されてよく、受信モジュール５１０および送信モジュール５３０は、トランシーバまたはトランシーバに関連する回路構成要素によって実装されてよいことを理解されたい。

場合によっては、転送装置６００は処理モジュール６３０をさらに含み、処理モジュール６３０は、
受信モジュール６１０が最初のフラグメントおよび第１のフラグメントを受信した後、かつ送信モジュール６２０が第１のフラグメントを宛先デバイスに送信する前に、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する
ように構成され、
送信モジュール６２０は、
転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、第１のフラグメントを宛先デバイスに送信する
ように構成される。

場合によっては、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含まない。

本出願のこの実施形態における処理モジュール６３０は、プロセッサまたはプロセッサに関連する回路構成要素によって実装されてよく、受信モジュール６１０および送信モジュール６２０は、トランシーバまたはトランシーバに関連する回路構成要素によって実装されてよいことを理解されたい。

図８は、本出願の一実施形態による、転送デバイス８００の概略ブロック図である。転送デバイス８００は、受信回路８１０および送信回路８２０を含む。

場合によっては、転送装置８００は処理回路８３０をさらに含み、処理回路８３０は、
受信回路８１０が最初のフラグメントおよび第１のフラグメントを受信した後、かつ送信回路８２０が第１のフラグメントを宛先デバイスに送信する前に、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する
ように構成され、
送信回路８２０は、
転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、第１のフラグメントを宛先デバイスに送信する
ように構成される。

本出願のこの実施形態におけるプロセッサは中央処理装置（ＣＰＵ）であってよく、別の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または別のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理デバイス、個別ハードウェア構成要素などであってもよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。

本出願の実施形態で言及されたメモリは、揮発性メモリまたは不揮発性メモリであってもよく、揮発性メモリおよび不揮発性メモリを含んでもよいことを理解されたい。不揮発性メモリは、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ）であってよい。限定的な説明ではなく例として、多くの形態のＲＡＭ、たとえば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期式ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダブルデータレート同期式ダイナミックランダムアクセスメモリ（ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ）、拡張同期式ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ）、およびダイレクトラムバスランダムアクセスメモリ（ＤＲＲＡＭ）が使用されてよい。

機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策の一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は記憶媒体に記憶され、本出願の実施形態に記載された方法のステップのすべてまたは一部を実行するように、（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってよい）コンピュータデバイスに命令するためのいくつかの命令を含む。前述の記憶媒体には、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。

Claims

データ送信方法であって、
第１の転送デバイスにより、イーサネットフレームの複数のフラグメントを受信するステップであって、前記複数のフラグメントが最初のフラグメントおよび第１のフラグメントを備え、前記最初のフラグメントが宛先媒体アクセス制御ＭＡＣアドレスフィールドを備える、ステップと、
前記第１の転送デバイスにより、前記複数のフラグメントに基づいて前記イーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定するステップと、
前記第１の転送デバイスにより、前記ＦＣＳ値に基づいて、前記イーサネットフレーム内でエラーが発生したと判断するステップと、
前記第１の転送デバイスにより、前記イーサネットフレーム内でエラーが発生したと判断する前記ステップに応答して、前記第１のフラグメントを第２のフラグメントに変更するステップであって、前記第１のフラグメントが第１のタイプ指示情報および第１の送信対象データを備え、前記第２のフラグメントが第２のタイプ指示情報および第２の送信対象データを備え、前記第１のタイプ指示情報が前記第１の送信対象データのタイプを示すために使用され、前記第２のタイプ指示情報が、前記第２の送信対象データのタイプが制御文字であることを示すために使用され、前記第１の送信対象データの値が前記第２の送信対象データの値と等しくなく、前記第２の送信対象データが、前記イーサネットフレーム内でエラーが発生したことを示すために使用される、ステップと、
前記第１の転送デバイスにより、前記第２のフラグメントを宛先デバイスに送信するステップであって、前記宛先ＭＡＣアドレスフィールドの値が前記宛先デバイスのＭＡＣアドレスと等しく、前記宛先デバイスの前記ＭＡＣアドレスが前記第１の転送デバイスのＭＡＣアドレスと等しくない、ステップと
を備える、方法。
前記第１の転送デバイスにより、前記イーサネットフレーム内でエラーが発生したと判断する前記ステップに応答して、前記第１のフラグメントを第２のフラグメントに変更する前記ステップが、
前記第１のタイプ指示情報の値が前記第２のタイプ指示情報の値と等しくないとき、前記第１の転送デバイスにより、前記第１のフラグメント内の前記第１のタイプ指示情報および前記第１の送信対象データを前記第２のタイプ指示情報および前記第２の送信対象データにそれぞれ変更するステップ、または
前記第１のタイプ指示情報の値が前記第２のタイプ指示情報の値と等しいとき、前記第１の転送デバイスにより、前記第１のフラグメント内の前記第１の送信対象データを前記第２の送信対象データに変更するステップ
を備える、請求項１に記載の方法。
前記第２のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備え、前記ＲｘＣフィールドが前記第２のタイプ指示情報を搬送し、前記ＲｘＤフィールドが前記第２の送信対象データを搬送する、請求項１または２に記載の方法。
前記ＲｘＣフィールドの値が１であり、前記ＲｘＤフィールドの値が０ｘＦＥに等しい、請求項３に記載の方法。
前記第２のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記第２の送信対象データを備え、前記第２のタイプ指示情報が、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備え、前記第２のタイプ指示情報が、前記第２の送信対象データの前記タイプが制御文字であることを示すために使用され、前記第２のタイプ指示情報が、前記複数の送信対象データの中の前記第２の送信対象データの位置を示すためにさらに使用される、
請求項１または２に記載の方法。
前記第２の送信対象データの前記値が０ｘ１ｅに等しい、請求項５に記載の方法。
前記第１のフラグメント内の前記送信対象データがＦＣＳフィールドを備えるか、または前記第１のフラグメントがＦＣＳフィールドを備えない、請求項１から６のいずれか一項に記載の方法。
前記第１の転送デバイスにより、前記ＦＣＳ値に基づいて、前記イーサネットフレーム内でエラーが発生したと判断する前記ステップが、
前記ＦＣＳ値が前記ＦＣＳフィールドの値と等しくないとき、前記第１の転送デバイスにより、前記イーサネットフレーム内でエラーが発生したと判断するステップ
を備える、請求項７に記載の方法。
データ送信方法であって、
第２の転送デバイスにより、最初のフラグメントおよび第１のフラグメントを受信するステップであって、前記第１のフラグメントがタイプ指示情報および送信対象データを備え、前記タイプ指示情報が前記送信対象データのタイプを示すために使用され、前記送信対象データの前記タイプが制御文字であり、前記送信対象データが、イーサネットフレーム内でエラーが発生したことを示すために使用され、前記イーサネットフレームが前記最初のフラグメントを備え、前記最初のフラグメントが宛先ＭＡＣアドレスフィールドを備え、前記宛先ＭＡＣアドレスフィールドの値が宛先デバイスのＭＡＣアドレスと等しく、前記第２の転送デバイスのＭＡＣアドレスが前記宛先ＭＡＣアドレスフィールドの前記値と等しくない、ステップと、
前記第２の転送デバイスにより、前記第１のフラグメントを前記宛先デバイスに送信するステップと
を備える、方法。
前記イーサネットフレームが第２のフラグメントをさらに備え、前記第２の転送デバイスが前記第１のフラグメントを受信する前に、前記イーサネットフレームに対してＣＲＣチェックが実行された後、前記イーサネットフレーム内でエラーが発生したと判断したことに応答して、前記第２のフラグメントが前記第１のフラグメントに変更される、請求項９に記載の方法。
第２の転送デバイスにより、最初のフラグメントおよび第１のフラグメントを受信する前記ステップの後、かつ前記第２の転送デバイスにより、前記第１のフラグメントを前記宛先デバイスに送信する前記ステップの前に、前記方法が、
前記第２の転送デバイスにより、前記宛先ＭＡＣアドレスフィールドに基づいて、前記転送デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスフィールドの前記値と等しくないと判断するステップ
をさらに備え、
前記第２の転送デバイスにより、前記第１のフラグメントを前記宛先デバイスに送信する前記ステップが、
前記第２の転送デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスフィールドの前記値と等しくないと判断する前記ステップに応答して、前記第２の転送デバイスにより、前記第１のフラグメントを前記宛先デバイスに送信するステップ
を備える、請求項９または１０に記載の方法。
前記第２の転送デバイスが、物理コーディングサブレイヤ受信機ＰＣＳｒｅｃｅｉｖｅｒを備え、前記第２の転送デバイスが前記第１のフラグメントを受信した後に、前記方法が、
前記送信対象データに応答して、前記ＰＣＳｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入ること
をさらに備える、請求項９から１１のいずれか一項に記載の方法。
前記第１のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備え、前記ＲｘＣフィールドが前記タイプ指示情報を搬送し、前記ＲｘＤフィールドが前記送信対象データを搬送する、請求項９から１２のいずれか一項に記載の方法。
前記ＲｘＣフィールドの値が１に等しく、前記ＲｘＤフィールドの値が０ｘＦＥに等しい、請求項１３に記載の方法。
前記第１のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記送信対象データを備え、前記タイプ指示情報が、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備え、前記タイプ指示情報が、前記送信対象データの前記タイプが制御文字であることを示すために使用され、前記タイプ指示情報が、前記複数の送信対象データの中の前記送信対象データの位置を示すためにさらに使用される、
請求項９から１２のいずれか一項に記載の方法。
前記同期ヘッダフィールドの値が０ｘ１０に等しく、前記送信対象データの値が０ｘ１Ｅに等しい、請求項１５に記載の方法。
前記第２のフラグメント内の送信対象データが、前記イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを備えるか、または前記第２のフラグメントが、前記イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを備えない、請求項１０から１６のいずれか一項に記載の方法。
転送デバイスであって、
イーサネットフレームの複数のフラグメントを受信するように構成された受信回路であって、前記複数のフラグメントが最初のフラグメントおよび第１のフラグメントを備え、前記最初のフラグメントが宛先媒体アクセス制御ＭＡＣアドレスフィールドを備える、受信回路と、
前記複数のフラグメントに基づいて前記イーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、前記ＦＣＳ値に基づいて、前記イーサネットフレーム内でエラーが発生したと判断し、前記イーサネットフレーム内でエラーが発生したと前記判断することに応答して、前記第１のフラグメントを第２のフラグメントに変更するように構成された処理回路であって、前記第１のフラグメントが第１のタイプ指示情報および第１の送信対象データを備え、前記第２のフラグメントが第２のタイプ指示情報および第２の送信対象データを備え、前記第１のタイプ指示情報が前記第１の送信対象データのタイプを示すために使用され、前記第２のタイプ指示情報が、前記第２の送信対象データのタイプが制御文字であることを示すために使用され、前記第１の送信対象データの値が前記第２の送信対象データの値と等しくなく、前記第２の送信対象データが、前記イーサネットフレーム内でエラーが発生したことを示すために使用される、処理回路と、
前記第２のフラグメントを宛先デバイスに送信するように構成された送信回路であって、前記宛先ＭＡＣアドレスフィールドの値が前記宛先デバイスのＭＡＣアドレスと等しく、前記宛先デバイスの前記ＭＡＣアドレスが前記転送デバイスのＭＡＣアドレスと等しくない、送信回路と
を備える、転送デバイス。
前記処理回路が、
前記第１のタイプ指示情報の値が前記第２のタイプ指示情報の値と等しくないとき、前記第１のフラグメント内の前記第１のタイプ指示情報および前記第１の送信対象データを前記第２のタイプ指示情報および前記第２の送信対象データにそれぞれ変更するか、または
前記第１のタイプ指示情報の値が前記第２のタイプ指示情報の値と等しいとき、前記第１のフラグメント内の前記第１の送信対象データを前記第２の送信対象データに変更する
ように構成される、請求項１８に記載の転送デバイス。
前記第２のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備え、前記ＲｘＣフィールドが前記第２のタイプ指示情報を搬送し、前記ＲｘＤフィールドが前記第２の送信対象データを搬送する、請求項１８または１９に記載の転送デバイス。
前記ＲｘＣフィールドの値が１であり、前記ＲｘＤフィールドの値が０ｘＦＥに等しい、請求項２０に記載の転送デバイス。
前記第２のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記第２の送信対象データを備え、前記第２のタイプ指示情報が、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備え、前記第２のタイプ指示情報が、前記第２の送信対象データの前記タイプが制御文字であることを示すために使用され、前記第２のタイプ指示情報が、前記複数の送信対象データの中の前記第２の送信対象データの位置を示すためにさらに使用される、請求項１８または１９に記載の転送デバイス。
前記第２の送信対象データの前記値が０ｘ１ｅに等しい、請求項２２に記載の転送デバイス。
前記第１のフラグメント内の前記送信対象データがＦＣＳフィールドを備えるか、または前記第１のフラグメントがＦＣＳフィールドを備えない、請求項１８から２３のいずれか一項に記載の転送デバイス。
前記処理回路が、
前記ＦＣＳ値が前記ＦＣＳフィールドの値と等しくないとき、前記イーサネットフレーム内でエラーが発生したと判断する
ように構成される、請求項２４に記載の転送デバイス。
転送デバイスであって、
最初のフラグメントおよび第１のフラグメントを受信するように構成された受信回路であって、前記第１のフラグメントがタイプ指示情報および送信対象データを備え、前記タイプ指示情報が前記送信対象データのタイプを示すために使用され、前記送信対象データの前記タイプが制御文字であり、前記送信対象データが、イーサネットフレーム内でエラーが発生したことを示すために使用され、前記イーサネットフレームが前記最初のフラグメントを備え、前記最初のフラグメントが宛先ＭＡＣアドレスフィールドを備え、前記宛先ＭＡＣアドレスフィールドの値が宛先デバイスのＭＡＣアドレスと等しく、前記転送デバイスのＭＡＣアドレスが前記宛先ＭＡＣアドレスフィールドの前記値と等しくない、受信回路と、
前記第１のフラグメントを前記宛先デバイスに送信するように構成された送信回路と
を備える、転送デバイス。
前記イーサネットフレームが第２のフラグメントをさらに備え、前記転送デバイスが前記第１のフラグメントを受信する前に、前記イーサネットフレームに対してＣＲＣチェックが実行された後、前記イーサネットフレーム内でエラーが発生したと判断したことに応答して、前記第２のフラグメントが前記第１のフラグメントに変更される、請求項２６に記載の転送デバイス。
前記処理回路が、
前記受信回路が前記最初のフラグメントおよび前記第１のフラグメントを受信した後、かつ前記送信回路が前記第１のフラグメントを前記宛先デバイスに送信する前に、前記宛先ＭＡＣアドレスフィールドに基づいて、前記転送デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスフィールドの前記値と等しくないと判断する
ように構成され、
前記送信回路が、
前記転送デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスフィールドの前記値と等しくないと前記判断することに応答して、前記第１のフラグメントを前記宛先デバイスに送信する
ように構成される、請求項２６または２７に記載の転送デバイス。
前記受信回路が物理コーディングサブレイヤ受信機ＰＣＳｒｅｃｅｉｖｅｒを備え、前記ＰＣＳｒｅｃｅｉｖｅｒが、
前記受信回路が前記第１のフラグメントを受信した後、前記送信対象データに応答して、前記ＰＣＳｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入る
ように構成される、請求項２６から２８のいずれか一項に記載の転送デバイス。
前記第１のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備え、前記ＲｘＣフィールドが前記タイプ指示情報を搬送し、前記ＲｘＤフィールドが前記送信対象データを搬送する、請求項２６から２９のいずれか一項に記載の転送デバイス。
前記ＲｘＣフィールドの値が１に等しく、前記ＲｘＤフィールドの値が０ｘＦＥに等しい、請求項３０に記載の転送デバイス。
前記第１のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記送信対象データを備え、前記タイプ指示情報が、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備え、前記タイプ指示情報が、前記送信対象データの前記タイプが制御文字であることを示すために使用され、前記タイプ指示情報が、前記複数の送信対象データの中の前記送信対象データの位置を示すためにさらに使用される、請求項２６から２９のいずれか一項に記載の転送デバイス。
前記同期ヘッダフィールドの値が０ｘ１０に等しく、前記送信対象データの値が０ｘ１Ｅに等しい、請求項３２に記載の転送デバイス。
前記第２のフラグメント内の送信対象データが、前記イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを備えるか、または前記第２のフラグメントが、前記イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを備えない、請求項２７から３３のいずれか一項に記載の転送デバイス。