JP7346662B2 - データ送信方法および転送デバイス - Google Patents

データ送信方法および転送デバイス Download PDF

Info

Publication number
JP7346662B2
JP7346662B2 JP2022092991A JP2022092991A JP7346662B2 JP 7346662 B2 JP7346662 B2 JP 7346662B2 JP 2022092991 A JP2022092991 A JP 2022092991A JP 2022092991 A JP2022092991 A JP 2022092991A JP 7346662 B2 JP7346662 B2 JP 7346662B2
Authority
JP
Japan
Prior art keywords
fragment
data
field
transmitted
ethernet frame
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022092991A
Other languages
English (en)
Other versions
JP2022120060A (ja
Inventor
童童 王
心▲遠▼ 王
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to JP2022092991A priority Critical patent/JP7346662B2/ja
Publication of JP2022120060A publication Critical patent/JP2022120060A/ja
Application granted granted Critical
Publication of JP7346662B2 publication Critical patent/JP7346662B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0076—Distributed coding, e.g. network coding, involving channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Small-Scale Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本出願は、通信の分野に関し、より詳細には、通信の分野におけるデータ送信方法および転送デバイスに関する。
産業用モノのインターネットおよび車両のインターネットは、通常、複数の転送デバイスを含む。ソースデバイスによって送信されたデータは、複数の転送デバイスを使用して転送されて、宛先デバイスに到達する。複数の転送デバイスは、チェーンネットワークまたはリングネットワークを形成することができる。
データがチェーンネットワークまたはリングネットワークを使用して転送されるとき、各転送デバイスは何らかの遅延を発生させる可能性がある。その結果、エンドツーエンドの遅延は、一部のアプリケーションシナリオの要件を満たすことができない。
カットスルー転送技術は、エンドツーエンドの遅延を低減することができる。たとえば、Ｃｕｔ－ｔｈｒｏｕｇｈ転送技術では、転送デバイスは、イーサネットフレーム全体を受信していないときに、受信されたフラグメントをネクストホップ転送デバイスに送信し始めることができる。具体的には、イーサネットフレーム１は、フラグメント１、フラグメント２、およびフラグメント３を含む。転送デバイス１は、フラグメント１のみを受信し、フラグメント２およびフラグメント３を受信していないときに、フラグメント１を転送デバイス２に送信することができる。
送信プロセスにおいてイーサネットフレーム内でエラーが発生する場合がある。宛先デバイスによって受信されたイーサネットフレームが比較的大量のエラーを含むとき、宛先デバイスは、受信されたイーサネットフレームに対して巡回冗長検査（ＣＲＣ）を実行しても、イーサネットフレームがエラーを含むことを検出することができない場合がある。結果として、データ送信サービスにおいて例外が発生する。
本出願は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つデータ送信方法を提供する。
第１の態様によれば、データ送信方法が提供され、第１の転送デバイスにより、イーサネットフレームの複数のフラグメントを受信するステップであって、複数のフラグメントが最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントが宛先媒体アクセス制御（ＭＡＣ）アドレスフィールドを含む、ステップと、第１の転送デバイスにより、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンス（ＦＣＳ）値を決定するステップと、第１の転送デバイスにより、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断するステップと、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したと判断するステップに応答して、第１のフラグメントを第２のフラグメントに変更するステップであって、第１のフラグメントが第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントが第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報が第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報が、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値が第２の送信対象データの値と等しくなく、第２の送信対象データが、イーサネットフレーム内でエラーが発生したことを示すために使用される、ステップと、第１の転送デバイスにより、第２のフラグメントを宛先デバイスに送信するステップであって、宛先ＭＡＣアドレスフィールドの値が宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスが第１の転送デバイスのＭＡＣアドレスと等しくない、ステップとを含む。
イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、転送デバイスは、イーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したかどうかを見つける。転送デバイスがイーサネットフレーム内でエラーが発生したことを見つけると、転送デバイスはイーサネットフレームの受信されたフラグメントを変更し、その結果、変更されたフラグメント（第２のフラグメント）は、イーサネットフレーム内でエラーが発生したことを示す。たとえば、第２のフラグメントにはエラー制御文字を含んでよい。エラー制御文字は、イーサネットフレーム内でエラーが発生したことを示すために使用される。転送デバイスは、第２のフラグメントを宛先デバイスに送信する。したがって、宛先デバイスのＰＨＹ回路は、第２のフラグメントに基づいて、受信されたイーサネットフレーム内でエラーが発生したと判断する。具体的には、宛先デバイスのＰＨＹ回路はＰＣＳ ｒｅｃｅｉｖｅｒを含む。第２のフラグメントはエラー制御文字を含む。ＰＣＳ ｒｅｃｅｉｖｅｒは、エラー制御文字に基づいて、イーサネットフレーム内でエラーが発生したと判断する。たとえば、ＰＣＳ ｒｅｃｅｉｖｅｒは、エラー制御文字に基づいてＲＸ＿Ｅ状態に入る。ＲＸ＿Ｅ状態のＰＣＳ ｒｅｃｅｉｖｅｒは信号を生成する。信号は、値が１のＲｘＣフィールドおよび値が０ｘＦＥのＲｘＤフィールドを含むＰＣＳ ｒｅｃｅｉｖｅｒは、ＭＩＩを介して宛先デバイスのＭＡＣ回路に信号を送信する。宛先デバイスのＭＡＣ回路は、信号に基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。さらに、宛先デバイスのＭＡＣ回路は、イーサネットフレームを廃棄することができる。言い換えれば、受信されたイーサネットフレームに対してＣＲＣチェックを実行する必要なしに、宛先デバイスのＭＡＣ回路は、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスがイーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したと判断する技術的解決策と比較して、前述の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。具体的には、ＣＲＣアルゴリズムの特徴に起因して、イーサネットフレームが比較的少量のエラーを含むとき、ＣＲＣチェックを介してイーサネットフレームのエラーを検出することは比較的容易である。イーサネットフレームが比較的大量のエラーを含むとき、イーサネットフレームのエラーはＣＲＣチェックを介して検出されない場合がある。イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、複数のエラーが発生する可能性がある。特にイーサネットフレームが複数の転送デバイスを使用して転送される必要があるとき、比較的大量のエラーが発生する可能性がある。加えて、転送デバイスがイーサネットフレームをネクストホップ転送デバイスまたは宛先デバイスに送信する前に、転送デバイスは、イーサネットフレームのＦＣＳ値を再計算し、再計算されたＦＣＳ値をイーサネットフレームのＦＣＳフィールドに追加することができるイーサネットフレームのＦＣＳ値を再計算するとき、転送デバイスは、イーサネットフレーム内のＦＣＳフィールド以外のフィールドをパラメータとして使用する。これは、イーサネットフレーム内でエラーが発生した場合、イーサネットフレームのＦＣＳ値を再計算するために必要なパラメータとしてエラーも使用されることを意味する。その結果、ネクストホップ転送デバイスまたは宛先デバイスは、ＣＲＣチェックを介して、受信されたイーサネットフレームにエラーを含むことを検出することができない。
本出願において提供される技術的解決策では、宛先デバイスのＰＨＹ回路は、変更されたフィールドに基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスは、イーサネットフレーム内でエラーが発生したかどうかを判断するために、ＣＲＣチェックに依存する必要がない。したがって、本出願の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。
第１の態様を参照して、第１の態様の可能な実装形態では、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したと判断するステップに応答して、第１のフラグメントを第２のフラグメントに変更するステップは、第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくないとき、第１の転送デバイスにより、第１のフラグメント内の第１のタイプ指示情報および第１の送信対象データを第２のタイプ指示情報および第２の送信対象データにそれぞれ変更するステップ、または第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しいとき、第１の転送デバイスにより、第１のフラグメント内の第１の送信対象データを第２の送信対象データに変更するステップを含む。
第１のフラグメント内のタイプ指示情報が変更され、その結果、第１のフラグメント内のタイプ指示情報を変更することによって示された送信対象データのタイプは制御文字であり、第１のフラグメント内の送信対象データが変更され、その結果、変更された送信対象データの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すことができる。したがって、イーサネットフレームを受信すると、宛先デバイスは、変更された第１のフラグメント（第２のフラグメント）に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。
第１の態様を参照して、第１の態様の可能な実装形態では、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドは第２のタイプ指示情報を搬送するために使用され、ＲｘＤフィールドの値は第２の送信対象データである。
ＲｘＣフィールドの値は、ＲｘＤフィールドの値が制御オクテットであることを宛先デバイスに示すために使用され、ＲｘＤフィールドの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すために使用される。したがって、ＲｘＤフィールドの値が制御オクテットであると判断すると、宛先デバイスは、ＲｘＤフィールドの制御コードの値をさらにチェックし、最終的に、ＲｘＤフィールドの制御コードの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。
第１の態様を参照して、第１の態様の可能な実装形態では、ＲｘＣフィールドの値は１であり、ＲｘＤフィールドの値は０ｘＦＥに等しい。
第１の態様を参照して、第１の態様の可能な実装形態では、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。
同期ヘッダフィールドの値は、あるタイプの制御文字を有する送信対象データが同期ヘッダフィールドの後ろに含まれるかどうかを宛先デバイスに示すために使用され、ブロックタイプフィールドの値は、複数の送信対象データの中のあるタイプの制御文字を有する、ブロックタイプフィールドの後ろの送信対象データの位置を宛先デバイスに示すために使用され、位置に対応する送信対象データの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すために使用される。したがって、あるタイプの制御文字を有する送信対象データの位置を特定した後、宛先デバイスは、位置に対応する送信対象データの値をさらにチェックし、最終的に、位置に対応する送信対象データの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。
第１の態様を参照して、第１の態様の可能な実装形態では、第２の送信対象データの値は０ｘ１Ｅに等しい。
第１の態様を参照して、第１の態様の可能な実装形態では、第１のフラグメント内の送信対象データはＦＣＳフィールドを含むか、または第１のフラグメントはＦＣＳフィールドを含まない。
イーサネットフレーム内の最初のフラグメント以外の任意のフラグメントが変更され、その結果、変更されたフラグメントを受信すると、宛先デバイスは、変更されたフラグメントに基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。
第１の態様を参照して、第１の態様の可能な実装形態では、第１の転送デバイスにより、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断するステップは、ＦＣＳ値がＦＣＳフィールドの値と等しくないとき、第１の転送デバイスにより、イーサネットフレーム内でエラーが発生したと判断するステップを含む。
第２の態様によれば、データ送信方法が提供され、第２の転送デバイスにより、最初のフラグメントおよび第１のフラグメントを受信するステップであって、第１のフラグメントがタイプ指示情報および送信対象データを含み、タイプ指示情報が送信対象データのタイプを示すために使用され、送信対象データのタイプが制御文字であり、送信対象データが、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームが最初のフラグメントを含み、最初のフラグメントが宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値が宛先デバイスのＭＡＣアドレスと等しく、第２の転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくない、ステップと、第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップとを含む。
イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、転送デバイスは、イーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したかどうかを見つける。転送デバイスがイーサネットフレーム内でエラーが発生したことを見つけると、転送デバイスはイーサネットフレームの受信されたフラグメントを変更し、その結果、変更されたフラグメント（第２のフラグメント）は、イーサネットフレーム内でエラーが発生したことを示す。たとえば、第２のフラグメントにはエラー制御文字を含んでよい。エラー制御文字は、イーサネットフレーム内でエラーが発生したことを示すために使用される。転送デバイスは、第２のフラグメントを宛先デバイスに送信する。したがって、宛先デバイスのＰＨＹ回路は、第２のフラグメントに基づいて、受信されたイーサネットフレーム内でエラーが発生したと判断する。具体的には、宛先デバイスのＰＨＹ回路はＰＣＳ ｒｅｃｅｉｖｅｒを含む。第２のフラグメントはエラー制御文字を含む。ＰＣＳ ｒｅｃｅｉｖｅｒは、エラー制御文字に基づいて、イーサネットフレーム内でエラーが発生したと判断する。たとえば、ＰＣＳ ｒｅｃｅｉｖｅｒは、エラー制御文字に基づいてＲＸ＿Ｅ状態に入る。ＲＸ＿Ｅ状態のＰＣＳ ｒｅｃｅｉｖｅｒは信号を生成する。信号は、値が１のＲｘＣフィールドおよび値が０ｘＦＥのＲｘＤフィールドを含むＰＣＳ ｒｅｃｅｉｖｅｒは、ＭＩＩを介して宛先デバイスのＭＡＣ回路に信号を送信する。宛先デバイスのＭＡＣ回路は、信号に基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。さらに、宛先デバイスのＭＡＣ回路は、イーサネットフレームを廃棄することができる。言い換えれば、受信されたイーサネットフレームに対してＣＲＣチェックを実行する必要なしに、宛先デバイスのＭＡＣ回路は、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスがイーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したと判断する技術的解決策と比較して、前述の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。具体的には、ＣＲＣアルゴリズムの特徴に起因して、イーサネットフレームが比較的少量のエラーを含むとき、ＣＲＣチェックを介してイーサネットフレームのエラーを検出することは比較的容易である。イーサネットフレームが比較的大量のエラーを含むとき、イーサネットフレームのエラーはＣＲＣチェックを介して検出されない場合がある。イーサネットフレームがソースデバイスから宛先デバイスに送信されるプロセスでは、複数のエラーが発生する可能性がある。特にイーサネットフレームが複数の転送デバイスを使用して転送される必要があるとき、比較的大量のエラーが発生する可能性がある。加えて、転送デバイスがイーサネットフレームをネクストホップ転送デバイスまたは宛先デバイスに送信する前に、転送デバイスは、イーサネットフレームのＦＣＳ値を再計算し、再計算されたＦＣＳ値をイーサネットフレームのＦＣＳフィールドに追加することができるイーサネットフレームのＦＣＳ値を再計算するとき、転送デバイスは、イーサネットフレーム内のＦＣＳフィールド以外のフィールドをパラメータとして使用する。これは、イーサネットフレーム内でエラーが発生した場合、イーサネットフレームのＦＣＳ値を再計算するために必要なパラメータとしてエラーも使用されることを意味する。その結果、ネクストホップ転送デバイスまたは宛先デバイスは、ＣＲＣチェックを介して、受信されたイーサネットフレームにエラーを含むことを検出することができない。
本出願において提供される技術的解決策では、宛先デバイスのＰＨＹ回路は、変更されたフィールドに基づいて、イーサネットフレーム内でエラーが発生したと判断することができる。宛先デバイスは、イーサネットフレーム内でエラーが発生したかどうかを判断するために、ＣＲＣチェックに依存する必要がない。したがって、本出願の技術的解決策は、イーサネットフレームがエラーを含むことを宛先デバイスが検出する成功率を高めるのに役立つ。
第２の態様を参照して、第２の態様の可能な実装形態では、イーサネットフレームは第２のフラグメントをさらに含み、第２の転送デバイスが第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。
第２の態様を参照して、第２の態様の可能な実装形態では、第２の転送デバイスにより、最初のフラグメントおよび第１のフラグメントを受信するステップの後、かつ第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップの前に、方法は、第２の転送デバイスにより、宛先ＭＡＣアドレスフィールドに基づいて、第２の転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断するステップをさらに含み、第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップは、第２の転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断するステップに応答して、第２の転送デバイスにより、第１のフラグメントを宛先デバイスに送信するステップを含む。
第２の態様を参照して、第２の態様の可能な実装形態では、第２の転送デバイスは、物理コーディングサブレイヤ受信機ＰＣＳ ｒｅｃｅｉｖｅｒを含み、第２の転送デバイスが第１のフラグメントを受信した後に、方法は、送信対象データに応答して、ＰＣＳ ｒｅｃｅｉｖｅｒにより、ＲＸ＿Ｅ状態に入るステップをさらに含む。
第２の態様を参照して、第２の態様の可能な実装形態では、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。
ＲｘＣフィールドの値は、ＲｘＤフィールドの値が制御オクテットであることを宛先デバイスに示すために使用され、ＲｘＤフィールドの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すために使用される。したがって、ＲｘＤフィールドの値が制御オクテットであると判断すると、宛先デバイスは、ＲｘＤフィールドの制御コードの値をさらにチェックし、最終的に、ＲｘＤフィールドの制御コードの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。
第２の態様を参照して、第２の態様の可能な実装形態では、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。
第２の態様を参照して、第２の態様の可能な実装形態では、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、タイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、タイプ指示情報は、複数の送信対象データの中の送信対象データの位置を示すためにさらに使用される。
同期ヘッダフィールドの値は、あるタイプの制御文字を有する送信対象データが同期ヘッダフィールドの後ろに含まれるかどうかを宛先デバイスに示すために使用され、ブロックタイプフィールドの値は、複数の送信対象データの中のあるタイプの制御文字を有する、ブロックタイプフィールドの後ろの送信対象データの位置を宛先デバイスに示すために使用され、位置に対応する送信対象データの値は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを宛先デバイスに示すために使用される。したがって、あるタイプの制御文字を有する送信対象データの位置を特定した後、宛先デバイスは、位置に対応する送信対象データの値をさらにチェックし、最終的に、位置に対応する送信対象データの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。
第２の態様を参照して、第２の態様の可能な実装形態では、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１Ｅに等しい。
第２の態様を参照して、第２の態様の可能な実装形態では、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンスＦＣＳフィールドを含まない。
イーサネットフレーム内の最初のフラグメント以外の任意のフラグメントが変更され、その結果、変更されたフラグメントを受信すると、宛先デバイスは、変更されたフラグメントに基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断し、それにより、イーサネットフレームが廃棄される。
第３の態様によれば、転送装置が提供され、第１の態様および第１の態様の実装形態におけるデータ送信方法のステップを実行するように構成されたモジュールを含む。
第４の態様によれば、転送デバイスが提供され、受信回路、処理回路、および送信回路を含み、
受信回路は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御ＭＡＣアドレスフィールドを含み、処理回路は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、送信回路は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは転送デバイスのＭＡＣアドレスと等しくない。
第５の態様によれば、転送デバイスが提供され、転送デバイスはプロセッサおよびメモリを含み、プロセッサは、メモリによって記憶されたプログラムを呼び出して、第１の態様または第１の態様の任意の可能な実装形態におけるデータ送信方法を実行するように構成される。
第６の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品はコンピュータプログラムコードを含み、転送デバイスの処理モジュールおよび通信モジュールまたはプロセッサおよびトランシーバがコンピュータプログラムコードを実行すると、転送デバイスは、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行する。
第７の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はプログラムを記憶し、プログラムが実行されると、転送デバイスに、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行させる。
第８の態様によれば、チップシステムが提供され、メモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサはメモリ内のコンピュータプログラムを呼び出し実行するように構成され、その結果、チップシステムが取り付けられた転送デバイスは、第１の態様および第１の態様の任意の実装形態におけるデータ送信方法を実行する。
第９の態様によれば、転送装置が提供され、第２の態様および第２の態様の実装形態におけるデータ送信方法のステップを実行するように構成されたモジュールを含む。
第１０の態様によれば、転送デバイスが提供され、受信回路および送信回路を含み、受信回路は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくなく、送信回路は、第１のフラグメントを宛先デバイスに送信するように構成される。
第１１の態様によれば、転送デバイスが提供され、転送デバイスはプロセッサおよびメモリを含み、プロセッサは、メモリによって記憶されたプログラムを呼び出して、第２の態様または第２の態様の任意の可能な実装形態におけるデータ送信方法を実行するように構成される。
第１２の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品はコンピュータプログラムコードを含み、転送デバイスの処理モジュールおよび通信モジュールまたはプロセッサおよびトランシーバがコンピュータプログラムコードを実行すると、転送デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。
第１３の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体はプログラムを記憶し、プログラムが実行されると、転送デバイスに、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行させる。
第１４の態様によれば、チップシステムが提供され、メモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサはメモリ内のコンピュータプログラムを呼び出し実行するように構成され、その結果、チップシステムが取り付けられた転送デバイスは、第２の態様および第２の態様の任意の実装形態におけるデータ送信方法を実行する。
第１５の態様によれば、システムが提供され、システムは、第３の態様の転送装置および第９の態様の転送装置を含むか、またはシステムは、第４の態様の転送デバイスおよび第１０の態様の転送デバイスを含むか、またはシステムは、第５の態様の転送デバイスおよび第１１の態様の転送デバイスを含む。
本出願の一実施形態に適用可能なイーサネットシステム１００の概略ブロック図である。 本出願の一実施形態による、転送デバイスまたは宛先デバイスの可能な概略構造図である。 本出願の一実施形態による、データ送信方法の概略フローチャートである。 本出願の一実施形態による、データ送信方法の別の概略フローチャートである。 本出願の一実施形態による、転送装置の概略ブロック図である。 本出願の一実施形態による、転送装置の別の概略ブロック図である。 本出願の一実施形態による、転送デバイスの概略ブロック図である。 本出願の一実施形態による、転送デバイスの別の概略ブロック図である。
以下で、添付図面を参照して本出願の技術的解決策を記載する。
本出願のＰＨＹ回路は、イーサネット規格によって定義された物理層の機能を実行するために使用される回路である。イーサネット規格は、ＩＥＥＥによってリリースされたイーサネット規格であってよい。たとえば、イーサネット規格はＩＥＥＥ８０２．３－２０１５であってよい。たとえば、物理層の機能は、物理コーディングサブレイヤ（ＰＣＳ）の機能および物理媒体連結（ＰＭＡ）サブレイヤの機能を含んでよい。
本出願のＭＡＣ回路は、イーサネット規格によって定義された媒体アクセス制御（ＭＡＣ）の機能を実行するために使用される回路である。イーサネット規格は、ＩＥＥＥによってリリースされたイーサネット規格であってよい。たとえば、イーサネット規格はＩＥＥＥ８０２．３－２０１５であってよい。ＭＡＣの機能はデータリンク層にある。論理リンク制御（ＬＬＣ）の機能もデータリンク層にある。
本出願では、ＭＡＣ回路およびＰＨＹ回路は、媒体非依存インターフェース（ＭＩＩ）を介して互いに通信することができる。たとえば、ＭＩＩは１０ギガビット媒体非依存インターフェース（ｔｅｎ ｇｉｇａｂｉｔ ｍｅｄｉａ ｉｎｄｅｐｅｎｄｅｎｔ ｉｎｔｅｒｆａｃｅ、ＸＧＭＩＩ）であってよい。可能な設計では、物理層の機能は、調整サブレイヤ（ｒｅｃｏｎｃｉｌｉａｔｉｏｎ ｓｕｂｌａｙｅｒ、ＲＳ）の機能をさらに含んでよい。ＭＡＣ回路は、ＲＳ回路およびＭＩＩを介してＰＨＹ回路と通信することができる。ＲＳ回路は、ＲＳの機能を実行するために使用される回路である。
本出願のイーサネットフレームは、フレームヘッダ、ペイロード、およびＦＣＳフィールドを含む。フレームヘッダは、宛先ＭＡＣアドレスフィールドから始まり、イーサネットタイプフィールドまたは長さフィールドで終わる。フレームヘッダは、プリアンブルフィールドも、フレームデリミタの開始（ＳＦＤ）フィールドも含まない。イーサネットフレームは、ｐｒｅａｍｂｌｅフィールドも、ＳＦＤフィールドも含まない。ＦＣＳフィールドは、イーサネットフレームに対してＣＲＣチェックを実行するために使用される。イーサネットフレーム内のＦＣＳフィールド以外のフィールドは、イーサネットフレームのＦＣＳ値を計算するために使用される必要があるパラメータである。計算されたＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと見なされる。イーサネットフレームのフォーマットについては、ＩＥＥＥ８０２．３の説明を参照されたい。
本出願のフラグメントは、イーサネットフレームのフラグメントである。ｂｌｏｃｋは、符号化処理がイーサネットフレーム上の物理層によって実行された後に取得されてよい。本出願のフラグメントは、物理層の符号化処理の後に取得されるｂｌｏｃｋであってよい。たとえば、フラグメントは６４Ｂ／６６Ｂ ｂｌｏｃｋであってよい。加えて、ＭＩＩを介してＭＡＣ回路にイーサネットフレームを送信するとき、ＰＨＹ回路は、ＭＩＩを介してＭＡＣ回路にＲｘＣフィールドおよびＲｘＤフィールドを送信することができる。本出願のフラグメントは、代替として、ＲｘＣフィールドおよびＲｘＣフィールドに関連付けられたＲｘＤフィールドであってよい。
本出願の技術用語の意味および具体的な実装形態については、ＩＥＥＥ８０２．３の説明を参照されたく、たとえば、ＩＥＥＥ８０２．３－２０１５の説明を参照されたい。技術用語には、制御文字、データ文字、制御オクテット、データオクテット、制御コード、同期ヘッダｓｙｎｃ ｈｅａｄｅｒ）フィールド、６４Ｂ／６６Ｂブロック（６４Ｂ／６６Ｂ ｂｌｏｃｋ）、制御ブロック、データブロック、ＰＣＳ受信機、ブロックタイプフィールド（ｂｌｏｃｋ ｔｙｐｅ ｆｉｅｌｄ）、受信制御（ＲｘＣ）フィールド、および受信データ（ＲｘＤ）フィールドが含まれるが、それらに限定されない。
最初に、本出願におけるイーサネットシステム１００が記載される。図１に示されたように、イーサネットシステム１００は、ソースデバイス１０１、転送デバイス１０２、転送デバイス１０３、および宛先デバイス１０４を含む。ソースデバイス１０１、転送デバイス１０２、転送デバイス１０３、および宛先デバイス１０４は、直列に接続される。送信対象イーサネットフレームは、ソースデバイス１０１から送信され、転送デバイス１０２および転送デバイス１０３を通過した後、最終的に宛先デバイス１０４に到達する。
図１は、２つ転送デバイス：転送デバイス１０２および転送デバイス１０３のみを示すことに留意されたい。可能な設計では、ソースデバイス１０１と宛先デバイス１０４との間に少なくとも３つの転送デバイスが存在してよい。送信対象イーサネットフレームは、ソースデバイス１０１から送信され、少なくとも３つの転送デバイスによって転送された後、最終的に宛先デバイス１０４に到達する。
限定ではなく例として、本出願では、イーサネットシステム１００は、カットスルー転送アプリケーションシナリオに適用される。以下で、図１のイーサネットシステム１００を参照して、Ｃｕｔ－ｔｈｒｏｕｇｈ技術を記載する。
ソースデバイス１０１はイーサネットフレームを送信し、イーサネットフレームのすべてではない一部を受信すると、転送デバイス１０２は、イーサネットフレームの受信された一部を転送する。たとえば、イーサネットフレームの一部は、イーサネットフレームのフラグメントであってよい。転送デバイスは、イーサネットフレーム全体が転送されるのを待つ必要がない。この解決策では、イーサネットフレームは転送デバイスを通過し、比較的小さい遅延で宛先デバイス１０４に到達する。
図２は、図１に示された転送デバイス１０２または転送デバイス１０３の可能な概略構造図である。
転送デバイスは、物理層（ＰＨＹ）回路２０１、ＭＡＣ回路２０２、ＭＡＣ回路２０３、およびＰＨＹ回路２０４を含む。可能な設計では、ＰＨＹ回路２０１およびＭＡＣ回路２０２は、同じチップに含まれてよい。別の可能な設計では、ＰＨＹ回路２０１およびＭＡＣ回路２０２は、異なるチップに含まれてよい。加えて、転送デバイスは、別の構成要素をさらに含んでよい。たとえば、転送デバイスは、（図には示されていない）ネットワークプロセッサをさらに含んでよい。ネットワークプロセッサは、ＡＳＩＣまたはＦＰＧＡを使用して実装されてよい。可能な設計では、ネットワークプロセッサの受信ポートは、ＭＡＣ回路２０２の送信ポートに結合される。ネットワークプロセッサの送信ポートは、ＭＡＣ回路２０３の送信ポートに結合される。ネットワークプロセッサは、ＭＡＣ回路２０２によって提供されるイーサネットフレームから宛先ＭＡＣアドレスを取得することができる。ネットワークプロセッサは、宛先ＭＡＣアドレスを検索キーワードとして使用して、イーサネットフレームを転送するために使用される送信ポートを求めてＭＡＣテーブルを検索することができる。たとえば、送信ポートはＭＡＣ回路２０３およびＰＨＹ回路２０４を含む。さらに、ネットワークプロセッサは、ＭＡＣ回路２０３にイーサネットフレームを提供することができ、その結果、ＰＨＹ回路２０４は、イーサネットフレームをネクストホップデバイスに送信する。
ＰＨＹ回路２０１およびＭＡＣ回路２０２は、隣接デバイス（たとえば、ソースデバイスまたは転送デバイス）によって送信されたフラグメントを受信するために使用され、ＭＡＣ回路２０３およびＰＨＹ回路２０４は、ＭＡＣ回路２０２から受信されたフラグメントを次の隣接デバイス（たとえば、ネクストホップ転送デバイスまたは宛先デバイス）に送信するために使用される。
本出願のこの実施形態では、ＰＨＹ回路２０１は、受信されたフラグメントを２つのトランスポートフォーマットでＭＡＣ回路２０２に送信することができる。以下で、２つのトランスポートフォーマットを個別に記載する。
トランスポートフォーマット１：
ＰＨＹ回路２０１は、受信されたビットストリームを構文解析して、各々が６６ビットを含む複数のフラグメントをビットストリームから取得する。６６ビットを含む各フラグメントは、２ビットの同期ヘッダフィールド（ｓｙｎｃ ｈｅａｄｅｒ ｆｉｅｌｄ）、１バイトのブロックタイプフィールド、およびｎバイト（ｎ≧７）の送信対象データを含む。２ビットの同期ヘッダフィールドは、６６ビットフラグメント内のｎバイトの送信対象データがあるタイプの制御文字を有する送信対象データを含むかどうかを示すために使用され、ブロックタイプフィールドは、ｎバイトの送信対象データの中のあるタイプの制御文字を有する送信対象データの位置を示すために使用される。本出願の６６ビットを含むフラグメントは、６４Ｂ／６６Ｂ ｂｌｏｃｋであってよい。本出願の送信対象データは、８ビットのデータオクテットであってよい。本出願の送信対象データは、代替として、７ビットの制御文字であってよい。
６６ビットフラグメントをＭＡＣ回路２０２に送信する前に、ＰＨＹ回路２０１は、６６ビットフラグメントのフォーマットを変換する。具体的には、６６ビットフラグメントは、媒体非依存インターフェース（ＭＩＩ）のフォーマットを満たすフラグメントに変換される。６６ビットフラグメントは、フォーマット変換後に８つのフラグメントに変換される。各フラグメントは、１ビットのＲｘＣフィールドおよび８ビットのＲｘＤフィールドを含む。加えて、各フラグメント内のＲｘＣフィールドの値は、フラグメント内のＲｘＤフィールドのタイプを示す。たとえば、ＲｘＣフィールドの値は、ＲｘＤフィールドのタイプが制御文字であるかデータ文字であるかを示すことができる。ＰＨＹ回路２０１は、シリアルまたはパラレルの送信方法を使用することにより、８つのフラグメントをＭＡＣ回路２０２に送信する。
トランスポートフォーマット２：
ＰＨＹ回路２０１は、受信されたビットストリームを構文解析して、各々が６６ビットを含む複数のフラグメントをビットストリームから取得する。各６６ビットフラグメントは、２ビットの同期ヘッダフィールド、１バイトのブロックタイプフィールド、およびｎバイトの送信対象データを含む。２ビットの同期ヘッダフィールドは、６６ビットフラグメント内のｎバイトの送信対象データが、あるタイプの制御文字を有する送信対象データを含むかどうかを示すために使用される。ブロックタイプフィールドは、ｎバイトの送信対象データの中のあるタイプの制御文字を有する送信対象データの位置示すために使用される。
トランスポートフォーマット１のシナリオとは異なり、トランスポートフォーマット２のシナリオでは、ＰＨＹ回路２０１は、ＭＡＣ回路２０２に６６ビットフラグメントを送信する前に６６ビットフラグメントのフォーマットを変換する代わりに、６６ビットフラグメントをＭＡＣ回路２０２に直接送信する。
図３は、本出願の一実施形態による、データ送信方法３００の概略フローチャートであり、方法は３０１～３０４を含む。方法３００は、図１または図２に示された転送デバイス１０２によって実行されてよい。
３０１．第１の転送デバイスがイーサネットフレームの複数のフラグメントを受信し、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御（ＭＡＣ）アドレスフィールドを含む。
たとえば、イーサネットフレームを生成した後、ソースデバイス１０１は、伝送媒体を使用することにより、イーサネットフレームを転送デバイス１０２に送信することができる。イーサネットフレームは、ビットストリームの形態で伝送媒体内で送信されてよい。転送デバイス１０２内のＰＨＹ回路２０１は、伝送媒体を使用することにより、ビットストリームを受信することができる。ビットストリームは複数のフラグメントを含む。ＰＨＹ回路２０１は、転送デバイス１０２のイーサネット受信ポートに配置されてよい。イーサネット受信ポートは、ＭＡＣ回路２０２をさらに含んでよい。伝送媒体は、ケーブルまたはファイバであってよい。
３０２．第１の転送デバイスが、複数のフラグメントに基づいてイーサネットフレームのＦＣＳ値を決定する。
具体的には、転送デバイス１０２（たとえば、第１の転送デバイス）のＰＨＹ回路２０１は、アップストリームデバイス（たとえば、アップストリームデバイスは、ソースデバイス１０１またはソースデバイス１０１と転送デバイス１０２との間に配置された別の転送デバイスであってよい）によって送信されたイーサネットフレームの複数のフラグメントを受信し、複数のフラグメントをＭＡＣ回路２０２に送信する。複数のフラグメントは、イーサネットフレームの最初のフラグメントおよび第１のフラグメントを含む。第１のフラグメントは、複数のフラグメントの中の最初のフラグメント以外の任意のフラグメントである。最初のフラグメントは、宛先ＭＡＣアドレスフィールドを含む。宛先ＭＡＣアドレスフィールドの値は、宛先デバイス１０４のＭＡＣアドレスと等しい。
ＭＡＣ回路２０２は、ＰＨＹ回路２０１から受信された複数のフラグメントに基づいて、イーサネットフレームのＦＣＳ値を計算する。ＭＡＣ回路２０２は、ＣＲＣアルゴリズムを使用して、イーサネットフレームのＦＣＳ値を計算することができる。たとえば、ＣＲＣアルゴリズムはＣＲＣ３２アルゴリズムであってよい。
Ｃｕｔ－ｔｈｒｏｕｇｈアプリケーションシナリオでは、複数のフラグメントが異なる時点で転送デバイス１０２のＭＡＣ回路２０２に到達することに留意されたい。複数のフラグメントの中の最初のフラグメントを受信すると、ＭＡＣ回路２０２は、イーサネットフレームのＦＣＳ値の計算を開始することができる。転送デバイス１０２がイーサネットフレームのすべてのフラグメント（たとえば、複数のフラグメント）を受信した後、ＭＡＣ回路２０２は、ＦＣＳ値の計算を完了してイーサネットフレームのＦＣＳ値を決定することができる。前述の説明から、イーサネットフレームのＦＣＳ値を計算するとき、ＭＡＣ回路２０２はイーサネットフレームのすべてのフラグメントを使用する必要があることが分かる。各フラグメントは、ＦＣＳ値の計算プロセスに参加し、ＦＣＳ値の計算プロセス用のパラメータを提供する。
複数のフラグメント内のフラグメントがＦＣＳ値の計算プロセス用のパラメータを提供した後、ＭＡＣ回路２０２はそのフラグメントを転送することができる。あるいは、ＭＡＣ回路２０２は、最初にフラグメントを格納し、次いでフラグメントを転送することができる。ＭＡＣ回路２０２は、先入れ先出し規則に従って、イーサネットフレームのフラグメントを転送することができる。言い換えれば、先に受信されたフラグメントは、後に受信されたフラグメントの前に転送される必要がある。
ＰＨＹ回路２０１が受信されたフラグメントを前述のトランスポートフォーマット１でＭＡＣ回路２０２に送信するとき、本出願のこの実施形態における最初のフラグメントは、６つのＲｘＣ／ＲｘＤペアを含むことに留意されたい。本出願のＲｘＣ／ＲｘＤペアは、１つのＲｘＣフィールドおよび１つのＲｘＤフィールドを含む信号である。１つのＲｘＣフィールドは１ビットを含む。１つのＲｘＤフィールドは８ビットを含む。ＲｘＣ／ＲｘＤペア内のＲｘＣフィールドとＲｘＤフィールドとの間には対応関係が存在する。具体的には、ＲｘＣ／ＲｘＤペア内のＲｘＣフィールドは、ＲｘＣ／ＲｘＤペア内のＲｘＤフィールドのタイプを示すために使用される。したがって、最初のフラグメントが６つのＲｘＣ／ＲｘＤペアを含むことは、最初のフラグメントが６ビットのＲｘＣフィールドおよび６バイトのＲｘＤフィールドを含むことを意味する。６バイトのＲｘＤフィールドは、宛先ＭＡＣアドレスフィールドの値を搬送するために使用される。最初のフラグメントとは異なる他のすべてのフラグメントの各々は、１つのＲｘＣ／ＲｘＤペアを含む。
複数のフラグメントの各々は、タイプ指示情報および送信対象データを含み、タイプ指示情報の値は、送信対象データのタイプが制御文字であるかどうかを示すために使用されることに留意されたい。
３０３．第１の転送デバイスが、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断する。
具体的には、ＭＡＣ回路２０２は、３０１において決定されたイーサネットフレームのＦＣＳ値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。イーサネットフレームはＦＣＳフィールドを含む。第１の転送デバイスが、ＦＣＳ値がＦＣＳフィールドの値と等しくないと判断すると、第１の転送デバイスは、イーサネットフレーム内でエラーが発生したと判断することができる。
ソースデバイス１０１がイーサネットフレームを生成した後、イーサネットフレームがソースデバイス１０１から宛先デバイス１０４に送信されるプロセスにおける干渉に起因して、イーサネットフレーム内でエラーが発生する可能性があることが理解されよう。たとえば、電磁干渉は、送信プロセスにおけるイーサネットフレームに影響を与える可能性がある。イーサネットフレーム内でエラーが発生することは、イーサネットフレームに含まれる１つまたは複数のビットの値が変更されたことであり得る。たとえば、イーサネットフレーム内のビットの値が０から１に変更されるか、またはイーサネットフレーム内のビットの値が１から０に変更される。
限定ではなく例として、イーサネットフレームの複数のフラグメントの中の最後のフラグメントはＦＣＳフィールドを含み、ＭＡＣ回路２０２は、イーサネットフレームの決定されたＦＣＳ値を最後のフラグメントに含まれるＦＣＳフィールドの値と比較する。
ＦＣＳ値がＦＣＳフィールドの値とは異なる場合、ＭＡＣ回路２０２は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。
ＦＣＳ値がＦＣＳフィールドの値と同じである場合、ＭＡＣ回路２０２は、送信プロセスにおいてイーサネットフレーム内でエラーが発生していないと判断する。
ＭＡＣ回路２０２がＰＨＹ回路２０１から受信された複数のフラグメントに基づいてイーサネットフレームのＦＣＳ値を計算するとき、複数のフラグメントは最後のフラグメントを含まないことにさらに留意されたい。
３０４．第１の転送デバイスが、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更し、第２のフラグメントは、第２のタイプ指示情報および第２の送信対象データを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。
第１のフラグメントは、第１のタイプ指示情報および第１の送信対象データを含み、第１のタイプ指示情報は、第１の送信対象データのタイプを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくない。
具体的には、ＭＡＣ回路２０２が、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断すると、ＭＡＣ回路２０２は、複数のフラグメントの中で送信されていない少なくとも２つのフラグメントの中の１つのフラグメント（たとえば、第１のフラグメント）を変更して第２のフラグメントを取得する。
第２のフラグメント内のタイプ指示情報（たとえば、第２のタイプ指示情報）は、第２のフラグメント内の送信対象データ（たとえば、第２の送信対象データ）のタイプが制御文字であることを示し、第２のフラグメント内の第２の送信対象データの値は、第１のフラグメント内の送信対象データ（たとえば、第１の送信対象データ）の値と等しくなく、第１のフラグメント内のタイプ指示情報（たとえば、第１のタイプ指示情報）は、第１の送信対象データのタイプが制御文字であるかデータであるかを示すために使用される。
第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくない、言い換えれば、第１のタイプ指示情報が、第１の送信対象データのタイプがデータであることを示すとき、ＭＡＣ回路２０２は、第１のタイプ指示情報および第１の送信対象データを別々に変更し、第１のタイプ指示情報の値を第２のタイプ指示情報の値に変更し、第１の送信対象データの値を第２の送信対象データの値に変更して、第２のフラグメントを取得するか、または
第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しい、言い換えれば、第１のタイプ指示情報が、第１の送信対象データのタイプが制御文字であることを示すとき、ＭＡＣ回路２０２は、第１の送信対象データのみを変更し、第１の送信対象データの値を第２の送信対象データの値に変更して、第２のフラグメントを取得する。
３０５．第１の転送デバイスが第２のフラグメントを宛先デバイスに送信する。
宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは第１の転送デバイスのＭＡＣアドレスと等しくない。
具体的には、第２のフラグメントを取得した後、ＭＡＣ回路２０２は、第２のフラグメントを宛先デバイス１０４に送信することができる。宛先ＭＡＣアドレスは宛先デバイス１０４のＭＡＣアドレスと等しく、宛先デバイス１０４のＭＡＣアドレスは転送デバイス１０２のＭＡＣアドレスと等しくない。可能な設計では、第１の転送デバイスは、別の転送デバイスを使用することにより、第２のフラグメントを宛先デバイスに送信する。別の転送デバイスは、１つの転送デバイスであってもよく、複数の転送デバイスであってもよい。別の転送デバイスは、第２のフラグメントを変更しない。別の転送デバイスは、第２のフラグメントを透過的に送信する。別の可能な設計では、第１の転送デバイスは、第２のフラグメントを宛先デバイスに直接送信する。第２のフラグメントは、別の転送デバイスを通過する必要なしに宛先デバイスに到達することができる。
ＭＡＣ回路２０２は、最初に第２のフラグメントをＭＡＣ回路２０３に送信し、ＭＡＣ回路２０３は、第２のフラグメントをＰＨＹ回路２０４に送信し、最後に、ＰＨＹ回路２０４は、第２のフラグメントを宛先デバイス１０４に送信する。
第１のフラグメントは、イーサネットフレームの複数のフラグメントの中の最初のフラグメント以外の任意のフラグメントであり、たとえば、第１のフラグメントは、イーサネットフレームの複数のフラグメントの中の最後のフラグメントであることに留意されたい。この場合、第１のフラグメントはＦＣＳフィールドを含む。
第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用される前述の２つのトランスポートフォーマットを参照して、以下で、ＭＡＣ回路２０２が第１のフラグメントを変更する２つのケースを記載する。
ケース１
第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用されるフォーマットが前述のトランスポートフォーマット１を満たすとき、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含む。ＲｘＣフィールドの値は第２のタイプ指示情報を搬送するために使用され、ＲｘＤフィールドの値は第２の送信対象データである。
限定ではなく例として、ＲｘＣフィールドの値が０ｘ０であるとき、それは送信対象データがデータオクテットであることを示す。言い換えれば、それは送信対象データのタイプがデータ文字であることを示す。ＲｘＣフィールドの値が０ｘ１であるとき、それは送信対象データが制御オクテットであることを示す。言い換えれば、それは送信対象データのタイプが制御文字であることを示す。ＲｘＤフィールドの値が０ｘＦＥであるとき、それは送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示す。
たとえば、第１のフラグメント内の第１のタイプ指示情報の値が０であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、第１のタイプ指示情報の値を１に変更し、第１の送信対象データの値を０ｘＦＥに変更する必要がある。言い換えれば、第２のフラグメントの第２のタイプ指示情報の値は１であり、第２の送信対象データの値は０ｘＦＥである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内のＲｘＣフィールドの値（０ｘ１）に基づいて、ＲｘＤフィールドが制御オクテットであると判断し、ＲｘＤフィールドのデータオクテットの値（０ｘＦＥ）をさらにチェックし、最終的に、ＲｘＤフィールドのデータオクテットの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。
別の例では、第１のフラグメント内の第１のタイプ指示情報の値が１であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、第１の送信対象データの値のみを０ｘＦＥに変更する必要がある。言い換えれば、第２のフラグメントの第２のタイプ指示情報の値は１であり、第２の送信対象データの値は０ｘＦＥである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内のＲｘＣフィールドの値（０ｘ１）に基づいて、ＲｘＤフィールドが制御オクテットであると判断し、ＲｘＤフィールドのデータオクテットの値（０ｘＦＥ）をさらにチェックし、最終的に、ＲｘＤフィールドのデータオクテットの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。
本出願のこの実施形態では、第２のフラグメントは、第１のフラグメント内の第１のタイプ指示情報および／または第１の送信対象データが変更された後に取得され、その結果、次の転送デバイスは、第２のフラグメントに基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。
宛先デバイス１０４は、第２のフラグメント内の第２のタイプ指示情報の値によって示された第２の送信対象データのタイプが制御文字であるときにのみ、第２の送信対象データの値をさらにチェックすることができ、第２の送信対象データの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断することができることに留意されたい。したがって、第２のタイプ指示情報の値によって示された第２の送信対象データのタイプがデータであるとき、ＭＡＣ回路２０２は、第２のタイプ指示情報の値と第２の送信対象データの値の両方を変更する必要があるか、または第２のタイプ指示情報の値によって示された第２の送信対象データのタイプが制御文字であるとき、ＭＡＣ回路２０２は、第２の送信対象データの値のみを変更する必要がある。
ケース２
第１のフラグメントをＭＡＣ回路２０２に送信するためにＰＨＹ回路２０１によって使用されるフォーマットが前述のトランスポートフォーマット２を満たすとき、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、およびｎバイト（ｎ≧７）の送信対象データを含む。ｎバイトの送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。
具体的には、ＰＨＹ回路２０１からＭＡＣ回路２０２によって受信された第１のフラグメントのフォーマットは、前述のトランスポートフォーマット２を満たす。言い換えれば、第２のフラグメントは、２ビットの同期ヘッダフィールド、１バイトのブロックタイプフィールド、およびｎバイトの送信対象データを含む。第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。具体的な実装形態は以下の通りである：同期ヘッダフィールドは、ｎバイトの送信対象データがあるタイプの制御文字を有する送信対象データを含むかどうかを示し、ブロックタイプフィールドは、ｎバイトの送信対象データの中の第２の送信対象データの位置を示すために使用される。
同期ヘッダフィールドの値、ブロックタイプフィールドの値、およびｎバイトの送信対象データの値の間の対応関係については、イーサネット規格ＩＥＥＥ８０２．３－２０１５のセクション４９．２．４．４の図４９－７を参照されたい。
限定ではなく例として、同期ヘッダフィールドの値が０１であるとき、それは同期ヘッダフィールドの後ろに８バイトの送信対象データがあることを示し、８バイトの送信対象データの各々はデータオクテットであり、８つのデータオクテットはそれぞれＤ０～Ｄ７であり、同期ヘッダフィールドの値が１０であり、ブロックタイプフィールドの値が０ｘ１Ｅであるとき、それはブロックタイプフィールドの後ろに８バイトの送信対象データがあることを示し、８バイトの送信対象データの各々は制御コードであり、８つの制御コードはそれぞれＣ０～Ｃ７であり、Ｃ０～Ｃ７の中の任意の制御コードの値が０ｘ１Ｅであるとき、それは送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示し、同期ヘッダフィールドの値が１０であり、ブロックタイプフィールドの値が０ｘ３３であるとき、それはブロックタイプフィールドの後ろに８バイトの送信対象データがあることを示し、８バイトの送信対象データは４つの制御コードおよび３つのデータオクテットを含み、４つの制御コードはそれぞれＣ０～Ｃ３であり、３つのデータオクテットはそれぞれＤ５～Ｄ７であり、Ｃ０～Ｃ３の中の任意の制御コードの値が０ｘ１Ｅであるとき、それは送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示すことが図から分かる。
たとえば、第１のフラグメント内の同期ヘッダフィールドの値が０１であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、第１のタイプ指示情報の値を１０に変更し、同期ヘッダフィールドの後ろの８つのデータオクテットＤ０～Ｄ７の中のＤ３を制御コードＣ３に変更する必要があり、制御コードＣ３の値は０ｘ１Ｅである。言い換えれば、第２のフラグメントの同期ヘッダフィールドの値は１０であり、同期ヘッダフィールドの後ろの８つの送信対象データは、それぞれ、Ｄ０、Ｄ１、Ｄ２、Ｃ３、Ｄ４、Ｄ５、Ｄ６、およびＤ７であり、Ｃ３は第２の送信対象データである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内の同期ヘッダフィールドの値（１０）に基づいて、同期ヘッダフィールドの後ろの８つの送信対象データが制御コードを含むと判断し、制御コードの値（０ｘ１Ｅ）をさらにチェックして、最終的に、制御コードの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。
本出願では、ソースデバイスがイーサネットフレームを生成し、少なくとも１つの転送デバイスを使用して宛先デバイスにイーサネットフレームを送信する。転送デバイスは、受信されたイーサネットフレームに対してＣＲＣチェックを実行して、イーサネットフレーム内でエラーが発生したと判断する。転送デバイスは、受信されたイーサネットフレームを変更する。変更されたイーサネットフレームは、第２のフラグメントを含む。宛先デバイスによって受信されたイーサネットフレームは、ソースデバイスによって生成されたイーサネットフレームとは異なる。本出願では、宛先デバイスによって受信されたイーサネットフレームは、異なるオブジェクトを区別するために、新しいイーサネットフレームと呼ばれる。
別の例では、第１のフラグメント内の同期ヘッダフィールドの値が１０であるとき、転送デバイス１０２のＭＡＣ回路２０２は、第２のフラグメントを取得するために、ブロックタイプフィールドの後ろにあるＣ０～Ｃ３またはＤ５～Ｄ７の中のいずれか１つの値のみを０ｘ１Ｅに変更する必要がある（たとえば、Ｃ０～Ｃ３の中のＣ２の値が０ｘ１Ｅに変更されるか、またはＤ５～Ｄ７の中のＤ６が制御コードＣ６に変更される）。言い換えれば、第２のフラグメントの同期ヘッダフィールドの値は１０であり、同期ヘッダフィールドの後ろの８つの送信対象データの中のＣ２の値は０ｘ１Ｅであり、他の送信対象データの値は変更されないままであり、Ｃ２は第２の送信対象データである。したがって、第２のフラグメントを受信すると、宛先デバイス１０４は、第２のフラグメント内の同期ヘッダフィールドの値（１０）に基づいて、同期ヘッダフィールドの後ろの８つの送信対象データが制御コードを含むと判断し、ブロックタイプフィールドの値０ｘ３３に基づいて、ブロックタイプフィールドの後ろのＣ０～Ｃ３上の送信対象データが制御コードであると判断し、制御コードの値（０ｘ１Ｅ）をさらにチェックして、最終的に、制御コードの値に基づいて、送信プロセスにおいて新しいイーサネットフレーム内でエラーが発生したと判断する。
ブロックタイプフィールドはブロックタイプフィールドの後ろの８バイトの送信対象データの中の制御コードの位置を示すために使用されるので、Ｄ５～Ｄ７の中のＤ６が制御コードＣ６に変更されると、ブロックタイプフィールドの値もそれに対応して変更される必要があることに留意されたい。
前述の新しいイーサネットフレームは、第２のフラグメントおよび第１のフラグメントを除く複数のフラグメントを含むイーサネットフレームであることにさらに留意されたい。
本出願のこの実施形態では、第２のフラグメントは、第１のフラグメント内の第１のタイプ指示情報および／または第１の送信対象データが変更された後に取得され、その結果、次の転送デバイスは、第２のフラグメントに基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断する。
宛先デバイス１０４は、第２のフラグメント内の第２のタイプ指示情報の値によって示された第２の送信対象データのタイプが制御文字であるときにのみ、第２の送信対象データの値をさらにチェックすることができ、第２の送信対象データの値に基づいて、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断することができることに留意されたい。したがって、第２のタイプ指示情報の値によって示された第２の送信対象データのタイプがデータであるとき、ＭＡＣ回路２０２は、第２のタイプ指示情報の値と第２の送信対象データの値の両方を変更する必要があるか、または第２のタイプ指示情報の値によって示された第２の送信対象データのタイプが制御文字であるとき、ＭＡＣ回路２０２は、第２の送信対象データの値のみを変更する必要がある。
以下で、宛先デバイス１０４がケース１およびケース２において新しいイーサネットフレーム内でエラーが発生したと判断する詳細なプロセスを記載する。
宛先デバイス１０４は、第２のフラグメントおよび複数のフラグメントの中の第１のフラグメント以外のフラグメントを受信し、宛先デバイス１０４は、第２のフラグメントに基づいて、新しいイーサネットフレーム内でエラーが発生したと判断し、新しいイーサネットフレームは、第２のフラグメントおよび複数のフラグメントの中の第１のフラグメント以外のフラグメントを含み、宛先デバイス１０４は、イーサネットフレーム内でエラーが発生したと判断したことに応答して、新しいイーサネットフレームを廃棄する。
限定ではなく例として、宛先デバイス１０４のＰＨＹ回路２０１は、物理コーディングサブレイヤ受信機（ＰＣＳ ｒｅｃｅｉｖｅｒ）を含み、宛先デバイスが、第２のフラグメントに基づいて、新しいイーサネットフレーム内でエラーが発生したと判断することは、以下を含む。
宛先デバイス１０４が、第２のフラグメント内の第２の送信対象データに応答し、ＰＨＹ回路２０１のＰＣＳ ｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入り、ＲＸ＿Ｅ状態にあるＰＨＹ回路２０１のＰＣＳ ｒｅｃｅｉｖｅｒがＭＡＣ回路２０２に信号を送信する。
信号は、値が１のＲｘＣフィールドおよび値が０ｘＦＥのＲｘＤフィールドを含み、ＭＡＣ回路２０２は、信号内のＲｘＣフィールドの値およびＲｘＤフィールドの値に基づいて、新しいイーサネットフレーム内でエラーが発生したと判断するか、または
信号は、値が１０の同期ヘッダフィールド、値が０ｘ３３のブロックタイプフィールド、ならびにＣ０～Ｃ３およびＤ５～Ｄ７を含み、Ｃ２の値は０ｘ１Ｅであり、ＭＡＣ回路２０２は、信号内にある同期ヘッダフィールドの値、ブロックタイプフィールドの値、およびＣ２の値に基づいて、新しいイーサネットフレーム内でエラーが発生したと判断する。
限定ではなく例として、宛先デバイス１０４が、新しいイーサネットフレーム内でエラーが発生したと判断したことに応答して、新しいイーサネットフレームを廃棄することは、以下を含む。
宛先デバイス１０４内のＭＡＣ回路２０２が新しいイーサネットフレームを廃棄する。
転送デバイス１０２および宛先デバイス１０４が隣接するとき、言い換えれば、転送デバイス１０２と宛先デバイス１０４との間に転送デバイスがないとき、変更されたフラグメントは、転送デバイス１０２によって宛先デバイス１０４に直接送信されるか、または転送デバイス１０２と宛先デバイス１０４との間に別の転送デバイスがあるとき、第２のフラグメントは、最初に転送デバイス１０２によって転送デバイス１０２の後ろの転送デバイスに送信され、次いで、転送デバイス１０２の後ろの転送デバイス（たとえば、転送デバイス１０３）が第２のフラグメントを宛先デバイス１０４に送信することに留意されたい。
以下で、転送デバイス１０３が、転送デバイス１０２から受信されたイーサネットフレームの複数のフラグメントを宛先デバイス１０４に送信する方法４００を記載する。
図４は、本出願の一実施形態による、データ送信方法４００の概略フローチャートであり、方法は４０１および４０２を含む。方法４００は、図１または図２に示された転送デバイス１０３によって実行されてよい。
４０１．第２の転送デバイスが最初のフラグメントおよび第１のフラグメントを受信し、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データはイーサネットフレーム内でエラーが発生したことを示すために使用される。
イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、第２の転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。
たとえば、第２の転送デバイスはイーサネット受信ポートを含む。イーサネット受信ポートはＰＨＹ回路を含む。第２の転送デバイスは、イーサネット受信ポートに含まれるＰＨＹ回路を使用して、最初のフラグメントおよび第１のフラグメントを受信することができる。４０１の具体的な実装形態については、図３に示された実施形態における３０１の説明を参照されたい。詳細は本明細書では再び記載されない。
具体的には、転送デバイス１０３（たとえば、第２の転送デバイス）のＰＨＹ回路２０１は、方法３００において転送デバイス１０２のＰＨＹ回路２０４によって送信された変更されたフラグメント（たとえば、第１のフラグメント）を受信し、変更されたフラグメントを転送デバイス１０３のＭＡＣ回路２０２に送信する。変更されたフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、送信対象データは、送信プロセスにおいてイーサネットフレーム内でエラーが発生したことを示すために使用される。イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイス１０４のＭＡＣアドレスと等しく、転送デバイス１０３のＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。
４０２．第２の転送デバイスが第１のフラグメントを宛先デバイスに送信する。
たとえば、第２の転送デバイスはイーサネット送信ポートを含む。４０２の具体的な実装形態については、図３に示された実施形態における３０５の説明を参照されたい。詳細は本明細書では再び記載されない。
限定ではなく例として、転送デバイス１０３が最初のフラグメントおよび第１のフラグメントを受信した後、転送デバイス１０３が第１のフラグメントを宛先デバイス１０４に送信する前に、方法４００は以下をさらに含む。
転送デバイス１０３が、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイス１０３のＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する。
転送デバイス１０３が第１のフラグメントを宛先デバイス１０４に送信することは以下を含む。
転送デバイス１０３のＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、転送デバイス１０３が第１のフラグメントを宛先デバイス１０４に送信する。
具体的には、第１のフラグメントを宛先デバイス１０４に送信する前に、転送デバイス１０３は、転送デバイス１０３のＭＡＣアドレスが最初のフラグメントに含まれる宛先ＭＡＣアドレスフィールドの値と等しくないと判断し、転送デバイス１０３が宛先デバイスではないとさらに判断し、第１のフラグメントを宛先デバイス１０４に送信することを決定する。
限定ではなく例として、イーサネットフレームは第２のフラグメントをさらに含み、転送デバイス１０３が第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。
具体的には、イーサネットフレームは第２のフラグメントをさらに含む。転送デバイス１０２がイーサネットフレーム内でエラーが発生したと判断すると、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、転送デバイス１０２は、第２のフラグメントを第１のフラグメントに変更し、第１のフラグメントを転送デバイス１０３に送信する。
限定ではなく例として、転送デバイス１０３のＰＨＹ回路２０１は、物理コーディングサブレイヤ（ＰＣＳ）ｒｅｃｅｉｖｅｒを含む。転送デバイス１０３のＰＨＹ回路２０１が第１のフラグメントを受信した後、第１のフラグメント内の送信対象データに応答して、ＰＣＳ ｒｅｃｅｉｖｅｒはＲＸ＿Ｅ状態に入る。さらに、ＰＨＹ回路２０１は、送信プロセスにおいてイーサネットフレーム内でエラーが発生したと判断することができる。
限定ではなく例として、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。
限定ではなく例として、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。
限定ではなく例として、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、同期ヘッダフィールドおよびブロックタイプフィールドはタイプ指示情報を搬送する。
限定ではなく例として、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１Ｅに等しい。
限定ではなく例として、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含まない。
図１～図４を参照して、前述で、本出願の実施形態において提供されたデータ送信方法を記載している。図５～図８を参照して、以下で、本出願の実施形態において提供される転送装置、転送デバイス、宛先装置、および宛先デバイスを記載する。
図５は、本出願の一実施形態による、転送装置５００の概略ブロック図である。転送装置５００は、受信モジュール５１０、処理モジュール５２０、および送信モジュール５３０を含む。
たとえば、転送装置５００は、図１または図２に示された転送デバイス１０２であってよい。転送装置５００は、図３に示された方法を実行するように構成されてよい。転送装置５００の具体的な実装形態については、図３に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。
受信モジュール５１０は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先媒体アクセス制御（ＭＡＣ）アドレスフィールドを含む。
たとえば、受信モジュール５１０は、３０１を実行するように構成されてよい。受信モジュール５１０の具体的な実装形態については、図３に対応する実施形態における３０１の説明を参照されたい。
処理モジュール５２０は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。
たとえば、処理モジュール５２０は、３０２、３０３、および３０４を実行するように構成されてよい。処理モジュール５２０の具体的な実装形態については、図３に対応する実施形態における３０２、３０３、および３０４の説明を参照されたい。
送信モジュール５３０は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは転送デバイスのＭＡＣアドレスと等しくない。
たとえば、送信モジュール５３０は、３０５を実行するように構成されてよい。送信モジュール５３０の具体的な実装形態については、図３に対応する実施形態における３０５の説明を参照されたい。
場合によっては、処理モジュール５２０は、第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくないとき、第１のフラグメント内の第１のタイプ指示情報および第１の送信対象データを、それぞれ、第２のタイプ指示情報および第２の送信対象データに変更するか、または第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しいとき、第１のフラグメント内の第１の送信対象データを第２の送信対象データに変更するように構成される。
場合によっては、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドは第２のタイプ指示情報を搬送し、ＲｘＤフィールドは第２の送信対象データを搬送する。
場合によっては、ＲｘＣフィールドの値は１であり、ＲｘＤフィールドの値は０ｘＦＥに等しい。
場合によっては、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。
場合によっては、第２の送信対象データの値は０ｘ１Ｅに等しい。
場合によっては、第１のフラグメント内の送信対象データはＦＣＳフィールドを含むか、または第１のフラグメントはＦＣＳフィールドを含まない。
場合によっては、処理モジュール５２０は、ＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと判断するように構成される。
本出願のこの実施形態における処理モジュール５２０は、プロセッサまたはプロセッサに関連する回路構成要素によって実装されてよく、受信モジュール５１０および送信モジュール５３０は、トランシーバまたはトランシーバに関連する回路構成要素によって実装されてよいことを理解されたい。
図６は、本出願の一実施形態による、転送装置６００の概略ブロック図である。転送装置６００は、受信モジュール６１０および送信モジュール６２０を含む。
たとえば、転送装置６００は、図１または図２に示された転送デバイス１０３であってよい。転送装置６００は、図４に示された方法を実行するように構成されてよい。転送装置６００の具体的な実装形態については、図４に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。
受信モジュール６１０は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。
たとえば、受信モジュール６１０は、４０１を実行するように構成されてよい。受信モジュール６１０の具体的な実装形態については、図４に対応する実施形態における４０１の説明を参照されたい。
送信モジュール６２０は、第１のフラグメントを宛先デバイスに送信するように構成される。
たとえば、送信モジュール６２０は、４０２を実行するように構成されてよい。送信モジュール６２０の具体的な実装形態については、図４に対応する実施形態における４０２の説明を参照されたい。
場合によっては、イーサネットフレームは第２のフラグメントをさらに含み、転送デバイスが第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。
場合によっては、転送装置６００は処理モジュール６３０をさらに含み、処理モジュール６３０は、
受信モジュール６１０が最初のフラグメントおよび第１のフラグメントを受信した後、かつ送信モジュール６２０が第１のフラグメントを宛先デバイスに送信する前に、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する
ように構成され、
送信モジュール６２０は、
転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、第１のフラグメントを宛先デバイスに送信する
ように構成される。
場合によっては、受信モジュール６１０はＰＣＳ ｒｅｃｅｉｖｅｒを含み、ＰＣＳ ｒｅｃｅｉｖｅｒは、受信モジュール６１０が第１のフラグメントを受信した後、送信対象データに応答して、ＰＣＳ ｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入るように構成される。
場合によっては、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。
場合によっては、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。
場合によっては、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、タイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、タイプ指示情報は、複数の送信対象データの中の送信対象データの位置を示すためにさらに使用される。
場合によっては、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１Ｅに等しい。
場合によっては、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含まない。
本出願のこの実施形態における処理モジュール６３０は、プロセッサまたはプロセッサに関連する回路構成要素によって実装されてよく、受信モジュール６１０および送信モジュール６２０は、トランシーバまたはトランシーバに関連する回路構成要素によって実装されてよいことを理解されたい。
図７は、本出願の一実施形態による、転送デバイス７００の概略ブロック図である。転送デバイス７００は、受信回路７１０、処理回路７２０、および送信回路７３０を含む。
たとえば、転送デバイス７００は、図１または図２に示された転送デバイス１０２であってよい。転送デバイス７００は、図３に示された方法を実行するように構成されてよい。転送デバイス７００の具体的な実装形態については、図３に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。
受信回路７１０は、イーサネットフレームの複数のフラグメントを受信するように構成され、複数のフラグメントは最初のフラグメントおよび第１のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含む。
たとえば、受信回路７１０は、３０１を実行するように構成されてよい。受信回路７１０の具体的な実装形態については、図３に対応する実施形態における３０１の説明を参照されたい。
処理回路７２０は、複数のフラグメントに基づいてイーサネットフレームのフレームチェックシーケンスＦＣＳ値を決定し、ＦＣＳ値に基づいて、イーサネットフレーム内でエラーが発生したと判断し、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第１のフラグメントを第２のフラグメントに変更するように構成され、第１のフラグメントは第１のタイプ指示情報および第１の送信対象データを含み、第２のフラグメントは第２のタイプ指示情報および第２の送信対象データを含み、第１のタイプ指示情報は第１の送信対象データのタイプを示すために使用され、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第１の送信対象データの値は第２の送信対象データの値と等しくなく、第２の送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用される。
たとえば、処理回路７２０は、３０２、３０３、および３０４を実行するように構成されてよい。処理回路７２０の具体的な実装形態については、図３に対応する実施形態における３０２、３０３、および３０４の説明を参照されたい。
送信回路７３０は、第２のフラグメントを宛先デバイスに送信するように構成され、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、宛先デバイスのＭＡＣアドレスは転送デバイスのＭＡＣアドレスと等しくない。
たとえば、送信回路７３０は、３０５を実行するように構成されてよい。送信回路７３０の具体的な実装形態については、図３に対応する実施形態における３０５の説明を参照されたい。
場合によっては、処理回路７２０は、第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しくないとき、第１のフラグメント内の第１のタイプ指示情報および第１の送信対象データを、それぞれ、第２のタイプ指示情報および第２の送信対象データに変更するか、または第１のタイプ指示情報の値が第２のタイプ指示情報の値と等しいとき、第１のフラグメント内の第１の送信対象データを第２の送信対象データに変更するように構成される。
場合によっては、第２のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドは第２のタイプ指示情報を搬送し、ＲｘＤフィールドは第２の送信対象データを搬送する。
場合によっては、ＲｘＣフィールドの値は１であり、ＲｘＤフィールドの値は０ｘＦＥに等しい。
場合によっては、第２のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは第２の送信対象データを含み、第２のタイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、第２のタイプ指示情報は、第２の送信対象データのタイプが制御文字であることを示すために使用され、第２のタイプ指示情報は、複数の送信対象データの中の第２の送信対象データの位置を示すためにさらに使用される。
場合によっては、第２の送信対象データの値は０ｘ１Ｅに等しい。
場合によっては、第１のフラグメント内の送信対象データはＦＣＳフィールドを含むか、または第１のフラグメントはＦＣＳフィールドを含まない。
場合によっては、処理回路７２０は、ＦＣＳ値がＦＣＳフィールドの値と等しくないとき、イーサネットフレーム内でエラーが発生したと判断するように構成される。
図８は、本出願の一実施形態による、転送デバイス８００の概略ブロック図である。転送デバイス８００は、受信回路８１０および送信回路８２０を含む。
たとえば、転送デバイス８００は、図１または図２に示された転送デバイス１０３であってよい。転送デバイス８００は、図４に示された方法を実行するように構成されてよい。転送デバイス８００の具体的な実装形態については、図４に対応する実施形態の説明を参照されたい。詳細は本明細書では再び記載されない。
受信回路８１０は、最初のフラグメントおよび第１のフラグメントを受信するように構成され、第１のフラグメントはタイプ指示情報および送信対象データを含み、タイプ指示情報は送信対象データのタイプを示すために使用され、送信対象データのタイプは制御文字であり、送信対象データは、イーサネットフレーム内でエラーが発生したことを示すために使用され、イーサネットフレームは最初のフラグメントを含み、最初のフラグメントは宛先ＭＡＣアドレスフィールドを含み、宛先ＭＡＣアドレスフィールドの値は宛先デバイスのＭＡＣアドレスと等しく、転送デバイスのＭＡＣアドレスは宛先ＭＡＣアドレスフィールドの値と等しくない。
たとえば、受信回路８１０は、４０１を実行するように構成されてよい。受信回路８１０の具体的な実装形態については、図４に対応する実施形態における４０１の説明を参照されたい。
送信回路８２０は、第１のフラグメントを宛先デバイスに送信するように構成される。
たとえば、送信回路８２０は、４０２を実行するように構成されてよい。送信回路８２０の具体的な実装形態については、図４に対応する実施形態における４０２の説明を参照されたい。
場合によっては、イーサネットフレームは第２のフラグメントをさらに含み、転送デバイスが第１のフラグメントを受信する前に、イーサネットフレームに対してＣＲＣチェックが実行された後、イーサネットフレーム内でエラーが発生したと判断したことに応答して、第２のフラグメントは第１のフラグメントに変更される。
場合によっては、転送装置８００は処理回路８３０をさらに含み、処理回路８３０は、
受信回路８１０が最初のフラグメントおよび第１のフラグメントを受信した後、かつ送信回路８２０が第１のフラグメントを宛先デバイスに送信する前に、宛先ＭＡＣアドレスフィールドに基づいて、転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断する
ように構成され、
送信回路８２０は、
転送デバイスのＭＡＣアドレスが宛先ＭＡＣアドレスフィールドの値と等しくないと判断したことに応答して、第１のフラグメントを宛先デバイスに送信する
ように構成される。
場合によっては、受信回路８１０は、物理コーディングサブレイヤ受信機ＰＣＳ ｒｅｃｅｉｖｅｒを含み、ＰＣＳ ｒｅｃｅｉｖｅｒは、受信回路８１０が第１のフラグメントを受信した後、送信対象データに応答して、ＰＣＳ ｒｅｃｅｉｖｅｒがＲＸ＿Ｅ状態に入るように構成される。
場合によっては、第１のフラグメントはＲｘＣフィールドおよびＲｘＤフィールドを含み、ＲｘＣフィールドはタイプ指示情報を搬送し、ＲｘＤフィールドは送信対象データを搬送する。
場合によっては、ＲｘＣフィールドの値は１に等しく、ＲｘＤフィールドの値は０ｘＦＥに等しい。
場合によっては、第１のフラグメントは、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを含み、複数の送信対象データは送信対象データを含み、タイプ指示情報は、同期ヘッダフィールドおよびブロックタイプフィールドを含み、タイプ指示情報は、送信対象データのタイプが制御文字であることを示すために使用され、タイプ指示情報は、複数の送信対象データの中の送信対象データの位置を示すためにさらに使用される。
場合によっては、同期ヘッダフィールドの値は０ｘ１０に等しく、送信対象データの値は０ｘ１Ｅに等しい。
場合によっては、第２のフラグメント内の送信対象データは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含むか、または第２のフラグメントは、イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを含まない。
本出願のこの実施形態におけるプロセッサは中央処理装置（ＣＰＵ）であってよく、別の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または別のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理デバイス、個別ハードウェア構成要素などであってもよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。
本出願の実施形態で言及されたメモリは、揮発性メモリまたは不揮発性メモリであってもよく、揮発性メモリおよび不揮発性メモリを含んでもよいことを理解されたい。不揮発性メモリは、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ）であってよい。限定的な説明ではなく例として、多くの形態のＲＡＭ、たとえば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期式ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダブルデータレート同期式ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張同期式ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ）、およびダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ）が使用されてよい。
プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡもしくは別のプログラマブル倫理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア構成要素であるとき、メモリ（ストレージモジュール）はプロセッサに統合されていることに留意されたい。
本明細書に記載されたメモリは、これらのメモリおよび別の適切なタイプのメモリを含むものであるが、それらに限定されないことに留意されたい。
本明細書に開示された実施形態に記載された例と組み合わせて、ユニットおよびアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装されてよいことを当業者なら認識されよう。機能がハードウェアによって実行されるか、またはコンピュータソフトウェアと回路ハードウェアの組合せによって実行されるかは、技術的解決策の特定の用途および設計制約条件に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実施することができる。
便利で簡潔な説明のために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法実施形態における対応するプロセスを参照されたく、本明細書では詳細は再び記載されないことを当業者なら明確に理解されよう。
本出願において提供されたいくつかの実施形態では、開示されたシステム、装置、および方法は他の方式で実装されてよいことを理解されたい。たとえば、記載された装置実施形態は一例にすぎない。たとえば、ユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割であってよい。たとえば、複数のユニットまたは構成要素は組み合わされるか、もしくは別のシステムに統合されてよく、または、いくつかの機能は無視されるか、もしくは実行されなくてよい。加えて、表示または説明された相互結合または直接結合または通信接続は、いくつかのインターフェースを使用することによって実装されてよい。装置間またはユニット間の間接結合または通信接続は、電気、機械、または他の形態で実装されてよい。
別々の構成要素として記載されたユニットは、物理的に分かれていても、分かれていなくてもよく、ユニットとして表示された構成要素は、物理ユニットであってもそうでなくてもよく、１つの場所に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部またはすべては、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてよい。
加えて、本出願の実施形態における機能ユニットは１つの処理ユニットに統合されてよく、またはユニットの各々は物理的に単独で存在してよく、または２つ以上のユニットが１つのユニットに統合される。
機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策の一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は記憶媒体に記憶され、本出願の実施形態に記載された方法のステップのすべてまたは一部を実行するように、（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってよい）コンピュータデバイスに命令するためのいくつかの命令を含む。前述の記憶媒体には、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。
１００ イーサネットシステム
１０１ ソースデバイス
１０２ 転送デバイス
１０３ 転送デバイス
１０４ 宛先デバイス
２０１ ＰＨＹ回路
２０２ ＭＡＣ回路
２０３ ＭＡＣ回路
２０４ ＰＨＹ回路
３００ データ送信方法
４００ データ送信方法
５００ 転送装置
５１０ 受信モジュール
５２０ 処理モジュール
５３０ 送信モジュール
６００ 転送装置
６１０ 受信モジュール
６２０ 送信モジュール
６３０ 処理モジュール
７００ 転送デバイス
７１０ 受信回路
７２０ 処理回路
７３０ 送信回路
８００ 転送デバイス
８１０ 受信回路
８２０ 送信回路
８３０ 処理回路

Claims (47)

  1. 第１のデバイスによって実行される方法であって、
    イーサネットフレームの複数のフラグメントを受信するステップであって、前記複数のフラグメントが最初のフラグメントおよび第１のフラグメントを備え、前記最初のフラグメントが第２のデバイスの媒体アクセス制御（ＭＡＣ）アドレスを備える、ステップと、
    前記イーサネットフレーム内でエラーが発生したことに応答して、第２のフラグメントを生成するステップであって、前記第２のフラグメントが、前記イーサネットフレーム内でエラーが発生したことを示す情報を備える、ステップと、
    前記第２のフラグメントを前記第２のデバイスに送信するステップであって、前記第１のデバイスが前記第２のデバイスと異なる、ステップと
    を備える、方法。
  2. 前記第２のフラグメントが、第２の送信対象データ及び前記第２の送信対象データの第２のタイプを備え、
    及び／または、
    前記第１のフラグメントが第１の送信対象データ及び前記第１の送信対象データの第１のタイプを備える、請求項１に記載の方法。
  3. 前記第２のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備える、請求項１または２に記載の方法。
  4. 前記ＲｘＣフィールドが第２のタイプを搬送し、前記ＲｘＤフィールドが第２の送信対象データを搬送する、請求項３に記載の方法。
  5. 前記ＲｘＣフィールドの値が１であり、前記ＲｘＤフィールドの値が０ｘＦＥである、請求項３または４に記載の方法。
  6. 前記第２のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備える、請求項２に記載の方法。
  7. 前記複数の送信対象データが前記第２の送信対象データを備え、前記第２のタイプが、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備える、請求項６に記載の方法。
  8. 前記第２のタイプが制御文字である、請求項２に記載の方法。
  9. 前記第２のタイプが前記第２の送信対象データのタイプを示すように構成された、請求項２に記載の方法。
  10. 前記第２のタイプが、前記複数の送信対象データの中の前記第２の送信対象データの位置を示すように構成された、請求項６に記載の方法。
  11. 前記第２の送信対象データの値が０ｘ１Ｅである、請求項２に記載の方法。
  12. 前記第１の送信対象データがフレームチェックシーケンス（ＦＣＳ）フィールドを備えるか、または前記第１のフラグメントがＦＣＳフィールドを備えない、請求項２に記載の方法。
  13. 前記第１のデバイスにより、前記複数のフラグメントに基づいて、前記イーサネットフレームのＦＣＳ値を決定するステップと、
    前記ＦＣＳ値に基づいて、前記イーサネットフレーム内でエラーが発生したと判断するステップと
    をさらに備える、請求項１２に記載の方法。
  14. 前記ＦＣＳ値に基づいて、前記イーサネットフレーム内でエラーが発生したと判断する前記ステップが、
    前記ＦＣＳ値が前記ＦＣＳフィールドの値と等しくないとき前記イーサネットフレーム内でエラーが発生したと判断するステップ
    を備える、請求項１３に記載の方法。
  15. デバイスによって実行される方法であって、
    最初のフラグメントおよび第１のフラグメントを受信するステップであって、前記第１のフラグメントが、イーサネットフレーム内でエラーが発生したことを示す情報を備え、前記イーサネットフレームが前記最初のフラグメントを備え、前記最初のフラグメントが宛先デバイスの宛先媒体アクセス制御（ＭＡＣ）アドレスを備え、前記デバイスのＭＡＣアドレスが前記宛先ＭＡＣアドレスと異なる、ステップと、
    前記第１のフラグメントを前記宛先デバイスに送信するステップと
    を備える、方法。
  16. 前記イーサネットフレームが第２のフラグメントをさらに備え、前記デバイスが前記第１のフラグメントを受信し、前記イーサネットフレーム内でエラーが発生する前に、前記第２のフラグメントが前記第１のフラグメントに変更される、請求項１５に記載の方法。
  17. 最初のフラグメントおよび第１のフラグメントを受信する前記ステップの後、かつ前記第１のフラグメントを前記宛先デバイスに送信する前記ステップの前に、前記方法が、
    前記宛先ＭＡＣアドレスに基づいて、前記デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスと異なると判断するステップ
    をさらに備え、
    前記第１のフラグメントを前記宛先デバイスに送信する前記ステップが、
    前記デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスと異なると判断する前記ステップに応答して、前記第１のフラグメントを前記宛先デバイスに送信するステップ
    を備える、請求項１５または１６に記載の方法。
  18. 前記デバイスが、物理コーディングサブレイヤ受信機（ＰＣＳ）ｒｅｃｅｉｖｅｒを備える、請求項１７に記載の方法。
  19. 前記第１のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備え、前記ＲｘＣフィールドがタイプ指示情報を搬送し、前記ＲｘＤフィールドが第１の送信対象データを搬送する、請求項１５から１８のいずれか一項に記載の方法。
  20. 前記ＲｘＣフィールドの値が１であり、前記ＲｘＤフィールドの値が０ｘＦＥである、請求項１９に記載の方法。
  21. 前記第１のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記第１の送信対象データを備え、前記タイプ指示情報が、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備え、前記タイプ指示情報が、前記第１の送信対象データのタイプが制御文字であることを示すように構成され、前記タイプ指示情報が、前記複数の送信対象データの中の前記第１の送信対象データの位置を示すようにさらに構成された、
    請求項１９または２０に記載の方法。
  22. 前記同期ヘッダフィールドの値が０ｘ１０であり、前記送信対象データの値が０ｘ１Ｅである、請求項２１に記載の方法。
  23. 前記第２のフラグメント内の送信対象データが、前記イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを備えるか、または前記第２のフラグメントが、前記イーサネットフレームのＦＣＳフィールドを備えない、請求項１６に記載の方法。
  24. 巡回冗長検査（ＣＲＣ）を使用することにより、前記イーサネットフレーム内でエラーが発生したと判断するステップ
    をさらに備える、請求項２３に記載の方法。
  25. デバイスであって、
    イーサネットフレームの複数のフラグメントを受信するように構成された受信回路であって、前記複数のフラグメントが最初のフラグメントおよび第１のフラグメントを備え、前記最初のフラグメントが宛先媒体アクセス制御（ＭＡＣ）アドレスを備える、受信回路と、
    前記イーサネットフレーム内でエラーが発生したと判断し、前記イーサネットフレーム内でエラーが発生したと前記判断することに応答して、第２のフラグメントを生成するように構成された処理回路であって、前記第２のフラグメントが、前記イーサネットフレーム内でエラーが発生したことを示す情報を備える、処理回路と、
    前記第２のフラグメントを宛先デバイスに送信するように構成された送信回路であって、前記宛先デバイスが前記デバイスと異なる、送信回路と
    を備える、デバイス。
  26. 前記第２のフラグメントが第２の送信対象データ及び前記第２の送信対象データの第２のタイプを備え、及び／または
    前記第１のフラグメントが第１の送信対象データ及び、前記第１の送信対象データの第１のタイプを備える、請求項２５に記載のデバイス。
  27. 前記第２のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備える、請求項２５または２６に記載のデバイス。
  28. 前記ＲｘＣフィールドが第２のタイプを搬送し、前記ＲｘＤフィールドが第２の送信対象データを搬送する、請求項２７に記載のデバイス。
  29. 前記ＲｘＣフィールドの値が１であり、前記ＲｘＤフィールドの値が０ｘＦＥである、請求項２７または２８に記載のデバイス。
  30. 前記第２のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記第２の送信対象データを備え、前記第２のタイプが、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備える、請求項２６に記載のデバイス。
  31. 前記第２のタイプが制御文字である、請求項２６に記載のデバイス。
  32. 前記第２のタイプが、前記第２の送信対象データのタイプを示すように構成された、請求項２６に記載のデバイス。
  33. 前記第２のタイプが、前記複数の送信対象データの中の前記第２の送信対象データの位置を示すようにさらに構成された、請求項３０に記載のデバイス。
  34. 前記第２の送信対象データの値が０ｘ１ｅである、請求項２６に記載のデバイス。
  35. 前記第１のフラグメント内の送信対象データがＦＣＳフィールドを備えるか、または前記第１のフラグメントがＦＣＳフィールドを備えない、請求項２５から３４のいずれか一項に記載のデバイス。
  36. 前記処理回路が、
    前記イーサネットフレームのＦＣＳ値が前記ＦＣＳフィールドの値と等しくないとき、前記イーサネットフレーム内でエラーが発生したと判断する
    ように構成される、請求項３５に記載のデバイス。
  37. デバイスであって、
    最初のフラグメントおよび第１のフラグメントを受信するように構成された受信回路であって、前記第１のフラグメントが、イーサネットフレーム内でエラーが発生したことを示す情報を備え、前記イーサネットフレームが前記最初のフラグメントを備え、前記最初のフラグメントが宛先デバイスの宛先ＭＡＣアドレスを備え、前記デバイスのＭＡＣアドレスが前記宛先ＭＡＣアドレスと異なる、受信回路と、
    前記第１のフラグメントを前記宛先デバイスに送信するように構成された送信回路と
    を備える、デバイス。
  38. 前記イーサネットフレームが第２のフラグメントをさらに備え、前記デバイスが前記第１のフラグメントを受信する前に、前記イーサネットフレームに対してＣＲＣチェックが実行された後、前記イーサネットフレーム内でエラーが発生したと判断したことに応答して、前記第２のフラグメントが前記第１のフラグメントに変更される、請求項３７に記載のデバイス。
  39. 処理回路が、
    前記受信回路が前記最初のフラグメントおよび前記第１のフラグメントを受信した後、かつ前記送信回路が前記第１のフラグメントを前記宛先デバイスに送信する前に、前記デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスと異なると判断する
    ように構成され、
    前記送信回路が、
    前記デバイスの前記ＭＡＣアドレスが前記宛先ＭＡＣアドレスと異なると前記判断することに応答して、前記第１のフラグメントを前記宛先デバイスに送信する
    ように構成される、請求項３７または３８に記載のデバイス。
  40. 前記受信回路が物理コーディングサブレイヤ受信機（ＰＣＳ）ｒｅｃｅｉｖｅｒを備える、請求項３７から３９のいずれか一項に記載のデバイス。
  41. 前記第１のフラグメントがＲｘＣフィールドおよびＲｘＤフィールドを備え、前記ＲｘＣフィールドがタイプ指示情報を搬送し、前記ＲｘＤフィールドが送信対象データを搬送する、請求項３７から４０のいずれか一項に記載のデバイス。
  42. 前記ＲｘＣフィールドの値が１であり、前記ＲｘＤフィールドの値が０ｘＦＥである、請求項４１に記載のデバイス。
  43. 前記第１のフラグメントが、同期ヘッダフィールド、ブロックタイプフィールド、および複数の送信対象データを備え、前記複数の送信対象データが前記送信対象データを備え、前記タイプ指示情報が、前記同期ヘッダフィールドおよび前記ブロックタイプフィールドを備え、前記タイプ指示情報が、前記送信対象データのタイプが制御文字であることを示すために使用され、前記タイプ指示情報が、前記複数の送信対象データの中の前記送信対象データの位置を示すためにさらに使用される、請求項４１に記載のデバイス。
  44. 前記同期ヘッダフィールドの値が０ｘ１０であり、前記送信対象データの値が０ｘ１Ｅである、請求項４３に記載のデバイス。
  45. 前記第２のフラグメント内の送信対象データが、前記イーサネットフレームのフレームチェックシーケンス（ＦＣＳ）フィールドを備えるか、または前記第２のフラグメントが、前記イーサネットフレームのＦＣＳフィールドを備えない、請求項３８に記載のデバイス。
  46. プログラムを備えるコンピュータ可読記憶媒体であって、前記プログラムが実行されると、請求項１から２４のいずれか一項に記載の方法をコンピュータプログラムに実行させる、コンピュータ可読記憶媒体。
  47. メモリおよびプロセッサを備えるチップシステムであって、前記メモリがコンピュータプログラムを記憶するように構成され、前記プロセッサが、前記メモリ内のコンピュータプログラムを呼び出し実行して、請求項１から２４のいずれか一項に記載の方法を実行するように構成される、チップシステム。
JP2022092991A 2018-03-31 2022-06-08 データ送信方法および転送デバイス Active JP7346662B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022092991A JP7346662B2 (ja) 2018-03-31 2022-06-08 データ送信方法および転送デバイス

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020552816A JP7087106B2 (ja) 2018-03-31 2018-03-31 データ送信方法および転送デバイス
PCT/CN2018/081495 WO2019183987A1 (zh) 2018-03-31 2018-03-31 传输数据的方法和转发设备
JP2022092991A JP7346662B2 (ja) 2018-03-31 2022-06-08 データ送信方法および転送デバイス

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020552816A Division JP7087106B2 (ja) 2018-03-31 2018-03-31 データ送信方法および転送デバイス

Publications (2)

Publication Number Publication Date
JP2022120060A JP2022120060A (ja) 2022-08-17
JP7346662B2 true JP7346662B2 (ja) 2023-09-19

Family

ID=68059486

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020552816A Active JP7087106B2 (ja) 2018-03-31 2018-03-31 データ送信方法および転送デバイス
JP2022092991A Active JP7346662B2 (ja) 2018-03-31 2022-06-08 データ送信方法および転送デバイス

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2020552816A Active JP7087106B2 (ja) 2018-03-31 2018-03-31 データ送信方法および転送デバイス

Country Status (6)

Country Link
US (2) US11387940B2 (ja)
EP (1) EP3767851B1 (ja)
JP (2) JP7087106B2 (ja)
CN (3) CN114374475A (ja)
BR (1) BR112020019811A2 (ja)
WO (1) WO2019183987A1 (ja)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001308753A (ja) 2000-04-18 2001-11-02 Nippon Telegr & Teleph Corp <Ntt> 通信システムの監視方法
JP2005006036A (ja) 2003-06-12 2005-01-06 Nec Corp ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法
JP2006333478A (ja) 2005-05-24 2006-12-07 Avago Technologies General Ip (Singapore) Private Ltd パケットデータの符号化と復号
JP2009239897A (ja) 2008-01-14 2009-10-15 Huawei Technologies Co Ltd データエラー報告を実現するための方法およびデバイス
WO2011074298A1 (ja) 2009-12-18 2011-06-23 日本電気株式会社 判定装置、転送装置、判定方法、コンピュータプログラム
JP2012253528A (ja) 2011-06-02 2012-12-20 Hitachi Ltd パケットトランスポート用再生中継装置
US20150117177A1 (en) 2013-10-29 2015-04-30 Ilango Ganga Ethernet enhancements
JP2017121091A (ja) 2017-04-10 2017-07-06 日立オートモティブシステムズ株式会社 Ｅｃｕ、及び車用ネットワーク装置
WO2018163229A1 (ja) 2017-03-06 2018-09-13 三菱電機株式会社 転送装置、転送方法及び転送システム
JP2019517198A (ja) 2016-05-13 2019-06-20 ホアウェイ・テクノロジーズ・カンパニー・リミテッド データ伝送方法、デバイスおよびシステム
JP2019527499A (ja) 2016-07-01 2019-09-26 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． サービス送信方法及び装置、サービス受信方法及び装置、並びにネットワーク・システム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7089485B2 (en) * 2000-02-03 2006-08-08 Agere Systems Inc. Simple link protocol providing low overhead coding for LAN serial and WDM solutions
CN100388700C (zh) * 2002-10-18 2008-05-14 华为技术有限公司 一种在同步数字网上传送数据业务的方法
US7738461B2 (en) 2005-05-09 2010-06-15 Mitsubishi Electric Corporation Communication apparatus and switching device
CN100438439C (zh) * 2006-05-19 2008-11-26 华为技术有限公司 一种防止mac地址欺骗的方法
US8402343B2 (en) 2009-12-04 2013-03-19 St-Ericsson Sa Reliable packet cut-through
US9204337B2 (en) * 2010-03-09 2015-12-01 Broadcom Corporation Bandwidth mechanisms and successive channel reservation access within multiple user, multiple access, and/or MIMO wireless communications
CN104580011B (zh) * 2013-10-23 2017-12-15 新华三技术有限公司 一种数据转发装置和方法
US9692715B2 (en) * 2014-02-21 2017-06-27 Cavium, Inc. Multiple ethernet ports and port types using a shared data path
US9515694B1 (en) * 2014-07-29 2016-12-06 nusemi inc. Adaptable rate transceiver
JP6573819B2 (ja) * 2015-01-20 2019-09-11 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 不正検知ルール更新方法、不正検知電子制御ユニット及び車載ネットワークシステム
CN105871502B (zh) * 2015-01-22 2020-01-03 华为技术有限公司 一种利用以太网信道传输业务信号的方法及通信设备
US11075836B2 (en) * 2016-05-31 2021-07-27 128 Technology, Inc. Reverse forwarding information base enforcement
CN106788894A (zh) * 2016-12-20 2017-05-31 中核控制系统工程有限公司 分段独立传输校验方法

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001308753A (ja) 2000-04-18 2001-11-02 Nippon Telegr & Teleph Corp <Ntt> 通信システムの監視方法
JP2005006036A (ja) 2003-06-12 2005-01-06 Nec Corp ネットワーク、伝送装置及びそれに用いるトランスペアレント転送方法
JP2006333478A (ja) 2005-05-24 2006-12-07 Avago Technologies General Ip (Singapore) Private Ltd パケットデータの符号化と復号
JP2009239897A (ja) 2008-01-14 2009-10-15 Huawei Technologies Co Ltd データエラー報告を実現するための方法およびデバイス
WO2011074298A1 (ja) 2009-12-18 2011-06-23 日本電気株式会社 判定装置、転送装置、判定方法、コンピュータプログラム
JP2012253528A (ja) 2011-06-02 2012-12-20 Hitachi Ltd パケットトランスポート用再生中継装置
US20150117177A1 (en) 2013-10-29 2015-04-30 Ilango Ganga Ethernet enhancements
JP2019517198A (ja) 2016-05-13 2019-06-20 ホアウェイ・テクノロジーズ・カンパニー・リミテッド データ伝送方法、デバイスおよびシステム
JP2019527499A (ja) 2016-07-01 2019-09-26 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． サービス送信方法及び装置、サービス受信方法及び装置、並びにネットワーク・システム
WO2018163229A1 (ja) 2017-03-06 2018-09-13 三菱電機株式会社 転送装置、転送方法及び転送システム
JP2017121091A (ja) 2017-04-10 2017-07-06 日立オートモティブシステムズ株式会社 Ｅｃｕ、及び車用ネットワーク装置

Also Published As

Publication number Publication date
JP7087106B2 (ja) 2022-06-20
US11387940B2 (en) 2022-07-12
US20210014000A1 (en) 2021-01-14
BR112020019811A2 (pt) 2021-01-05
JP2021517428A (ja) 2021-07-15
JP2022120060A (ja) 2022-08-17
CN111937329B (zh) 2021-12-31
CN114374475A (zh) 2022-04-19
CN114374476A (zh) 2022-04-19
US11799587B2 (en) 2023-10-24
EP3767851A4 (en) 2021-03-17
EP3767851A1 (en) 2021-01-20
WO2019183987A1 (zh) 2019-10-03
US20220329352A1 (en) 2022-10-13
CN111937329A (zh) 2020-11-13
EP3767851B1 (en) 2023-08-30

Similar Documents

Publication Publication Date Title
US7519080B2 (en) Fibre channel frame-mode GFP with distributed delimiter
US7986622B2 (en) Method and system for physical layer aggregation
TWI650967B (zh) 乙太網路的連線方法及其乙太網路裝置
US20040258081A1 (en) Data transfer device, data transfer method, data communication system using same, and program
JP5509438B2 (ja) データ転送装置及びデータ転送システム
WO2018086564A1 (zh) 多通道无源光网络的帧序号承载方法、装置及系统、存储介质
CN113556290B (zh) 基于帧特征符的fc帧冗余接收方法、系统、设备及介质
US11251905B2 (en) Method for receiving code block stream, method for transmitting code block stream, and communications apparatus
US7546512B2 (en) Techniques to perform error detection
JP7346662B2 (ja) データ送信方法および転送デバイス
WO2022193767A1 (zh) 一种以太报文的处理方法以及相关设备
JP2021533691A (ja) サービスビットストリームを処理する方法及び装置
US11388101B2 (en) Bit block processing method and node
WO2020029893A1 (zh) 接收码块流的方法、发送码块流的方法和通信装置
CN116455516A (zh) 编码方法、解码方法、装置、设备、系统及可读存储介质
EP2207287B1 (en) Reception of ethernet packets transported over a synchronous transport network

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220610

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220610

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230515

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230721

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230807

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230906

R150 Certificate of patent or registration of utility model

Ref document number: 7346662

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150