特表 2024-524977 通信方法及び関連デバイス

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-09

(54)【発明の名称】通信方法及び関連デバイス

(51)【国際特許分類】

   H04L 47/36 20220101AFI20240702BHJP

   H04L 49/351 20220101ALI20240702BHJP

【ＦＩ】

H04L47/36

H04L49/351

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023579010

(86)(22)【出願日】2022-06-22

(85)【翻訳文提出日】2024-01-29

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

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

(87)【国際公開日】2022-12-29

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

(32)【優先日】2021-06-25

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】504161984

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

(74)【代理人】

【識別番号】110000877

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

(72)【発明者】

【氏名】ジアン、ヨウジュン

(72)【発明者】

【氏名】ジェン、ヘウェン

(72)【発明者】

【氏名】リ、ジアンジャオ

(72)【発明者】

【氏名】ハン、レイ

(72)【発明者】

【氏名】シュ、シャオフェイ

【テーマコード（参考）】

5K030

【Ｆターム（参考）】

5K030HB28

5K030MA04

5K030MB11

5K030MC07

(57)【要約】

本願の実施形態は通信方法を開示し、スイッチネットワーキング（例えば、高性能コンピューティングＨＰＣ）、産業用イーサネット、又は同様のものなどの場面に適用され得る。方法は、第２デバイスによって送信された第１情報を受信する段階、ここで、第１情報は、第２デバイスにサポートされる第２ＭＡＣフレーム長を指示する；第１媒体アクセス制御ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する段階、ここで第１ＭＡＣフレーム長は、第１デバイスによってサポートされるＭＡＣフレーム長であり、第１ＭＡＣフレーム長は第２ＭＡＣフレーム長と同一である又は異なる；及び、第３ＭＡＣフレーム長に基づいて第２デバイスとの間で通信する段階を備える。デフォルトのＭＡＣフレーム長が使用される従来技術と比較して、調停を通じてＭＡＣフレーム長が決定される本願は、メッセージパケットのカプセル化効率を改善することにより役立つ。

【特許請求の範囲】

【請求項1】

通信方法であって、
第２デバイスによって送信された第１情報を受信する段階、ここで前記第１情報は、前記第２デバイスによってサポートされる第２ＭＡＣフレーム長を指示する；
第１媒体アクセス制御ＭＡＣフレーム長及び前記第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する段階、ここで前記第１ＭＡＣフレーム長は、第１デバイスによってサポートされるＭＡＣフレーム長であり、前記第１ＭＡＣフレーム長は前記第２ＭＡＣフレーム長と同一である又は異なる；及び、
前記第３ＭＡＣフレーム長に基づいて前記第２デバイスとの間で通信する段階
を備える方法。

【請求項2】

前記第１ＭＡＣフレーム長、前記第２ＭＡＣフレーム長、及び前記第３ＭＡＣフレーム長は各々、最小ＭＡＣフレーム長であり、前記最小ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最小長である；又は、前記第１ＭＡＣフレーム長、前記第２ＭＡＣフレーム長、及び前記第３ＭＡＣフレーム長は各々、最大ＭＡＣフレーム長であり、前記最大ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最大長である、請求項１に記載の方法。

【請求項3】

第１ＭＡＣフレーム長及び前記第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する前記段階は：
前記第１ＭＡＣ長が前記第３ＭＡＣフレーム長であると、及び、前記第１ＭＡＣフレーム長が前記第２ＭＡＣフレーム長より大きい又はそれに等しいと決定する段階
を含む、請求項１又は２に記載の方法。

【請求項4】

第１ＭＡＣフレーム長及び前記第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する前記段階は：
前記第３ＭＡＣフレーム長が前記第１ＭＡＣフレーム長及び前記第２ＭＡＣフレーム長より大きい又はそれに等しいと、及び、前記第３ＭＡＣフレーム長が６４バイトより小さいと決定する段階
を含む、請求項１又は２に記載の方法。

【請求項5】

前記方法は更に：
第２情報を前記第２デバイスへ送信する段階、ここで、前記第２情報は、前記第１デバイスによってサポートされる前記第１ＭＡＣフレーム長を指示し、前記第２情報は、前記第３ＭＡＣフレーム長を決定するために前記第２デバイスによって使用される、
を備える、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記方法は更に：
第１データを取得する段階
を備え、
前記第３ＭＡＣフレーム長に基づいて前記第２デバイスとの間で通信する前記段階は：
前記第１データが第１条件を満たす場合、前記第１データに対して非パディングカプセル化を実行して第１データフレームを取得する、及び、前記第１データフレームを前記第２デバイスへ送信する段階、ここで、前記第１データフレームの長さは、前記第３ＭＡＣフレーム長より大きい又はそれに等しく、前記第３ＭＡＣフレーム長は６４バイトより小さく、前記第１条件は：前記第１データの長さが、前記第１データフレームのカプセル化長を前記第３ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む、
を含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記第３ＭＡＣフレーム長に基づいて前記第２デバイスとの間で通信する前記段階は：
前記第１データが第２条件を満たす場合、前記第１データに対してパディングカプセル化を実行して第２データフレームを取得する、及び、前記第２データフレームを前記第２デバイスへ送信する段階、ここで、前記第２データフレームの長さは、前記第３ＭＡＣフレーム長より大きい又はそれに等しく、前記第３ＭＡＣフレーム長は６４バイトより小さく、前記第２条件は：前記第１データの前記長さが、前記第２データフレームのカプセル化長を前記第３ＭＡＣフレーム長から減算することによって取得される値より小さいことを含む、
を含む、請求項６に記載の方法。

【請求項8】

前記方法は更に：
第３データフレームを受信する段階；及び
前記第３データフレームの長さが前記第３ＭＡＣフレーム長より小さい場合、前記第３データフレームを破棄する段階、ここで前記第３ＭＡＣフレーム長は６４バイトより小さい、を備える、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記方法は更に：
前記第３データフレームの前記長さが６４バイトより大きい、又は、前記第３データフレームの前記長さが６４バイトより小さく、前記第３ＭＡＣフレーム長より大きい又はそれに等しい場合、前記第３データフレームを受信する段階
を備える、請求項８に記載の方法。

【請求項10】

前記第１情報は、リンク層発見プロトコルＬＬＤＰ情報及び／又は物理コーディングサブレイヤＰＣＳ情報である、請求項１から９のいずれか一項に記載の方法。

【請求項11】

前記第１情報は、前記ＬＬＤＰ情報におけるタイプ－長さ－値ＴＬＶフィールド、プリアンブル、又は前記ＰＣＳ情報におけるコードブロックにおいて搬送される、請求項１０に記載の方法。

【請求項12】

前記方法は更に：
前記第３ＭＡＣフレーム長に基づいて第３情報を第３デバイスへ送信する段階、ここで前記第３情報は、前記第１デバイスとの通信に使用されるＭＡＣフレーム長を決定するために前記第３デバイスによって使用される、
を備える、請求項１から１１のいずれか一項に記載の方法。

【請求項13】

通信方法であって、
第１デバイスによって第１データを取得する段階；及び
前記第１データが第１条件を満たす場合、前記第１デバイスによって、前記第１データに対して非パディングカプセル化を実行して第１データフレームを取得する、及び、前記第１データフレームを第２デバイスへ送信する段階
を備え、ここで前記第１条件は：
前記第１データの長さが、前記第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいこと、及び、前記最小ＭＡＣフレーム長は６４バイトより小さいこと
を含む、方法。

【請求項14】

前記方法は更に：
前記第１データが第２条件を満たす場合、前記第１デバイスによって、前記第１データに対してパディングカプセル化を実行して第２データフレームを取得する、及び、前記第２データフレームを前記第２デバイスへ送信する段階
を備え、ここで前記第２条件は：
前記第１データの前記長さが、前記第２データフレームのカプセル化長を前記最小ＭＡＣフレーム長から減算することによって取得される値より小さいこと
を含む、請求項１３に記載の方法。

【請求項15】

通信方法であって、前記方法は：
第１デバイスによって第１データフレームを決定する段階；及び
前記第１データフレームの長さが、前記第１デバイスによってサポートされる最小ＭＡＣフレーム長より小さい場合、前記第１デバイスによって前記第１データフレームを破棄する段階、ここで前記最小ＭＡＣフレーム長は６４バイトより小さい、
を備える、方法。

【請求項16】

前記方法は更に：
前記第１データフレームの前記長さが６４バイトより大きい、又は、前記第１データフレームの前記長さが６４バイトより小さく、前記最小ＭＡＣフレーム長より大きい又はそれに等しい場合、前記第１デバイスによって、前記第１データフレームを受信する段階
を備える、請求項１５に記載の方法。

【請求項17】

第１デバイスであって、前記第１デバイスによってサポートされる最小の媒体アクセス制御ＭＡＣフレーム長が６４バイトより小さく、前記最小ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最小長である、第１デバイス。

【請求項18】

第１デバイスであって、
第２デバイスによって送信された第１情報を受信するように構成されている受信ユニット、ここで前記第１情報は、前記第２デバイスによってサポートされる第２ＭＡＣフレーム長を指示する；
第１媒体アクセス制御ＭＡＣフレーム長及び前記第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定するように構成されている決定ユニット、ここで前記第１ＭＡＣフレーム長は、前記第１デバイスによってサポートされるＭＡＣフレーム長であり、前記第１ＭＡＣフレーム長は、前記第２ＭＡＣフレーム長と同一である又は異なる；及び
前記第３ＭＡＣフレーム長に基づいて前記第２デバイスとの間で通信するように構成されている通信ユニット
を備える第１デバイス。

【請求項19】

前記第１ＭＡＣフレーム長、前記第２ＭＡＣフレーム長、及び前記第３ＭＡＣフレーム長の各々は最小ＭＡＣフレーム長であり、前記最小ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最小長である；又は、前記第１ＭＡＣフレーム長、前記第２ＭＡＣフレーム長、及び前記第３ＭＡＣフレーム長の各々は最大ＭＡＣフレーム長であり、前記最大ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最大長である、請求項１８に記載のデバイス。

【請求項20】

前記決定ユニットは具体的には、前記第１ＭＡＣ長が前記第３ＭＡＣフレーム長であると、及び、前記第１ＭＡＣフレーム長が前記第２ＭＡＣフレーム長より大きい又はそれに等しいと決定するように構成されている、請求項１８又は１９に記載のデバイス。

【請求項21】

前記決定ユニットは具体的には、前記第３ＭＡＣフレーム長が前記第１ＭＡＣフレーム長及び前記第２ＭＡＣフレーム長より大きい又はそれに等しいと、及び、前記第３ＭＡＣフレーム長は６４バイトより小さいと決定するように構成されている、請求項１８又は１９に記載のデバイス。

【請求項22】

前記通信ユニットは更に、第２情報を前記第２デバイスへ送信するように構成されており、ここで前記第２情報は、前記第１デバイスによってサポートされる前記第１ＭＡＣフレーム長を指示し、前記第２情報は、前記第３ＭＡＣフレーム長を決定するために前記第２デバイスによって使用される、請求項１８から２１のいずれか一項に記載のデバイス。

【請求項23】

前記受信ユニットは更に、第１データを取得するように構成されており；
前記通信ユニットは具体的には：前記第１データが第１条件を満たす場合、前記第１データに対して非パディングカプセル化を実行して第１データフレームを取得するように、及び、前記第１データフレームを前記第２デバイスへ送信するように構成されており、ここで、前記第１データフレームの長さは前記第３ＭＡＣフレーム長より大きい又はそれに等しく、前記第３ＭＡＣフレーム長は６４バイトより小さく、前記第１条件は、前記第１データの長さが、前記第１データフレームのカプセル化長を前記第３ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む、
請求項１８から２２のいずれか一項に記載のデバイス。

【請求項24】

前記通信ユニットは具体的には：
前記第１データが第２条件を満たす場合、前記第１データに対してパディングカプセル化を実行して第２データフレームを取得し、前記第２データフレームを前記第２デバイスへ送信するように構成されており、ここで、前記第２データフレームの長さは前記第３ＭＡＣフレーム長より大きい又はそれに等しく、前記第３ＭＡＣフレーム長は６４バイトより小さく、前記第２条件は：
前記第１データの前記長さが、前記第２データフレームのカプセル化長を前記第３ＭＡＣフレーム長から減算することによって取得される値より小さいこと
を含む、請求項２３に記載のデバイス。

【請求項25】

前記受信ユニットは更に、第３データフレームを受信するように構成されており、
前記受信ユニットは更に：
前記第３データフレームの長さが前記第３ＭＡＣフレーム長より小さい場合、前記第３データフレームを破棄するように構成されており、ここで、前記第３ＭＡＣフレーム長は６４バイトより小さい、
請求項１８から２４のいずれか一項に記載のデバイス。

【請求項26】

前記受信ユニットは更に、前記第３データフレームの前記長さが６４バイトより大きい、又は、前記第３データフレームの前記長さが６４バイトより小さく、前記第３ＭＡＣフレーム長より大きい又はそれに等しい場合、前記第３データフレームを受信するように構成されている、請求項２５に記載のデバイス。

【請求項27】

前記第１情報は、リンク層発見プロトコルＬＬＤＰ情報及び／又は物理コーディングサブレイヤＰＣＳ情報である、請求項１８から２６のいずれか一項に記載のデバイス。

【請求項28】

前記第１情報は、前記ＬＬＤＰ情報におけるタイプ－長さ－値ＴＬＶフィールド、プリアンブル、又は、前記ＰＣＳ情報におけるコードブロックにおいて搬送される、請求項２７に記載のデバイス。

【請求項29】

前記通信ユニットは更に、前記第３ＭＡＣフレーム長に基づいて、第３情報を第３デバイスへ送信するように構成されており、ここで前記第３情報は、前記第１デバイスとの通信に使用されるＭＡＣフレーム長を決定するために前記第３デバイスによって使用される、請求項１８から２８のいずれか一項に記載のデバイス。

【請求項30】

第１データを取得するように構成されている取得ユニット；及び
前記第１データが第１条件を満たす場合、前記第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、前記第１データフレームを第２デバイスへ送信するように構成されている通信ユニット
を備える第１デバイスであって、ここで、前記第１条件は：
前記第１データの長さが、前記第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいこと、及び、前記最小ＭＡＣフレーム長が６４バイトより小さいこと
を含む、第１デバイス。

【請求項31】

前記通信ユニットは更に：
前記第１データが第２条件を満たす場合、前記第１デバイスによって、前記第１データに対してパディングカプセル化を実行して第２データフレームを取得し、前記第２データフレームを前記第２デバイスへ送信するように構成されており、ここで、前記第２条件は：
前記第１データの前記長さが、前記第２データフレームのカプセル化長を前記最小ＭＡＣフレーム長から減算することによって取得される値より小さいこと
を含む、請求項３０に記載のデバイス。

【請求項32】

第１デバイスであって、
第１データフレームを決定するように構成されている決定ユニット；及び
前記第１データフレームの長さが、前記第１デバイスによってサポートされる最小ＭＡＣフレーム長より小さい場合、前記第１データフレームを破棄するように構成されている通信ユニット
を備え、前記最小ＭＡＣフレーム長は６４バイトより小さい、第１デバイス。

【請求項33】

前記通信ユニットは更に：前記第１データフレームの前記長さが６４バイトより大きい、又は、前記第１データフレームの前記長さが６４バイトより小さく、前記最小ＭＡＣフレーム長より大きい又はそれに等しい場合、前記第１データフレームを受信するように構成されている、請求項３２に記載のデバイス。

【請求項34】

プロセッサを備える第１デバイスであって、ここで、前記プロセッサはメモリに結合され、前記メモリは、プログラム又は命令を記憶するように構成されており；前記プログラム又は前記命令が前記プロセッサによって実行されるとき、前記第１デバイスは、請求項１から１２のいずれか一項に記載の方法を実行することが可能であり、前記第１デバイスは、請求項１３又は１４に記載の方法を実行することが可能であり、又は、前記第１デバイスは、請求項１５又は１６に記載の方法を実行することが可能である、第１デバイス。

【請求項35】

命令を記憶するコンピュータ可読記憶媒体であって；前記命令がコンピュータ上で実行されるとき、前記コンピュータは、請求項１から１２のいずれか一項に記載の方法を実行することが可能であり、前記コンピュータは、請求項１３又は１４に記載の方法を実行することが可能であり、又は、前記コンピュータは、請求項１５又は１６に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。

【請求項36】

コンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータ上で実行されるとき、前記コンピュータは、請求項１から１２のいずれか一項に記載の方法を実行することが可能であり、前記コンピュータは、請求項１３又は１４に記載の方法を実行することが可能であり、又は、前記コンピュータは、請求項１５又は１６に記載の方法を実行することが可能である、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２１年６月２５日に中国国家知識産権局に出願された、「通信方法及び関連デバイス」と題する中国特許出願第ＣＮ２０２１１０７１３６６８．０号に対する優先権を主張し、それは参照によって全体として本明細書に組み込まれる。

【0002】

本願の実施形態は通信分野に関し、特に通信方法及び関連デバイスに関する。

【背景技術】

【0003】

データ規模が急激に増加するにつれて、処理システムの計算能力についてのアプリケーション性能の要件が指数関数的に増加し、高性能コンピューティング（ｈｉｇｈ－ｐｅｒｆｏｒｍａｎｃｅ ｃｏｍｐｕｔｉｎｇ， ＨＰＣ）についてのアプリケーション要件が急激に増加する。ＨＰＣは、学校、研究施設、及び同様のものなどの科学研究施設において主に使用され、石油部門、医療生物学、計算化学、自動車及び航空宇宙設計、アーキテクチャ構造設計、３次元グラフィックスコンピューティング、及び同様のものなどの分野において使用される。ＨＰＣは、（単一マシンの一部である）複数のプロセッサ、又は、クラスタにおける（単一計算リソースとして動作する）複数のコンピュータを使用するコンピューティングシステム及び環境である。大規模コンピューティングタスクについては、並列アルゴリズムが使用され、大きいタスクが分割されて、並列コンピューティングのためにクラスタにおける異なるノードに分散される。次に、コンピューティング結果は要約されて、迅速に最終結果が取得される。したがって、ＨＰＣシステム性能は、コンピューティングノードの計算能力、記憶性能、及びノード相互接続ネットワーク性能に密接に関連する。

【0004】

現在、ＨＰＣにおいて使用される相互接続方式は主に、インフィニバンド（ＩｎｆｉｎｉＢａｎｄ， ＩＢ）、コンバージドイーサネットを介するリモートダイレクトメモリアクセス（ｒｅｍｏｔｅ ｄｉｒｅｃｔ ｍｅｍｏｒｙ ａｃｃｅｓｓ ｏｖｅｒ ｃｏｎｖｅｒｇｅｄ Ｅｔｈｅｒｎｅｔ， ＲｏＣＥ）、プロプライエタリプロトコル（例えば、ＣＲＡＹ－ＣＲＡＹ）及び同様のものを含む。ＲｏＣＥの最小パケットサイズは６４Ｂである。

【0005】

しかしながら、従来の標準イーサネット（登録商標）は、６４Ｂの最小パケット長に限定される。なぜなら、従来の１０Ｍ／１００Ｍ高速イーサネットは半二重コリジョン検出時間によって限定されるからである。小さいメッセージパケットは、大量の冗長データで６４Ｂにパディング（ｐａｄｄｅｄ）される必要がある。結果的に、パケット全体に対する有効メッセージバイトの数の割合は低い。言い換えれば、小さいメッセージパケットのカプセル化効率は低い。

【発明の概要】

【0006】

本願の実施形態は、通信方法及び関連デバイスを提供する。通信に使用されるＭＡＣフレーム長は、調停を通じて決定され得、その結果、メッセージパケットのカプセル化効率が改善される。

【0007】

第１態様によれば、本願の実施形態は通信方法を提供し、通信方法は、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面に適用され得る。方法は通信デバイス（例えば第１デバイス）によって実行され得るか、又は、通信デバイスのコンポーネント（例えば、プロセッサ、チップ、又はチップシステム）によって実行され得る。方法は、第２デバイスによって送信された第１情報を受信する段階、ここで、第１情報は、第２デバイスにサポートされる第２ＭＡＣフレーム長を指示する；第１媒体アクセス制御ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する段階、ここで第１ＭＡＣフレーム長は、第１デバイスによってサポートされるＭＡＣフレーム長であり、第１ＭＡＣフレーム長は第２ＭＡＣフレーム長と同一である又は異なる；及び、第３ＭＡＣフレーム長に基づいて第２デバイスとの間で通信する段階を備える。

【0008】

本願の本実施形態において、第１デバイス及び第２デバイスは、調停を通じて、通信に使用されるＭＡＣフレーム長を決定し得る。デフォルトのＭＡＣフレーム長が使用される従来技術と比較して、調停を通じてＭＡＣフレーム長が決定される本願は、メッセージパケットのカプセル化効率を改善することにより役立つ。

【0009】

任意選択的に、第１態様の可能な実装において、第１ＭＡＣフレーム長、第２ＭＡＣフレーム長、及び第３ＭＡＣフレーム長の各々は最小ＭＡＣフレーム長であり、最小ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最小長である；又は、第１ＭＡＣフレーム長、第２ＭＡＣフレーム長、及び第３ＭＡＣフレーム長は各々、最大ＭＡＣフレーム長であり、最大ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最大長である。

【0010】

この可能な実装において、第１デバイス及び第２デバイスは、最大ＭＡＣフレーム長及び最小ＭＡＣフレーム長を調停し得、その結果、小さいパケットのカプセル化効率が改善される。最小ＭＡＣフレーム長については、オーバヘッド（ｏｖｅｒｈｅａｄｓ）が低減する。最大ＭＡＣフレーム長については、有効なペイロード（ｐａｙｌｏａｄｓ）が増加する。言い換えれば、最小ＭＡＣフレームの場合、役に立たない冗長性が低減され、最大ＭＡＣフレームの場合、有用なペイロードが増加し、その結果、カプセル化効率が改善される。

【0011】

任意選択的に、第１態様の可能な実装において、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する段階は：第１ＭＡＣ長が第３ＭＡＣフレーム長であると、及び、第１ＭＡＣフレーム長が第２ＭＡＣフレーム長より大きい又はそれに等しいと決定する段階を含む。

【0012】

この可能な実装において、調停される両端のデバイスにおける比較的大きいＭＡＣフレーム長は、両端のデバイスによってサポートされる最小ＭＡＣフレーム長であると決定され得る。このように、冗長データは最大範囲に低減され、両端においてＭＡＣパケットを送信するための要件が満たされる。

【0013】

任意選択的に、第１態様の可能な実装において、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する段階は、第３ＭＡＣフレーム長が第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長より大きい又はそれに等しいと、及び、第３ＭＡＣフレーム長が６４バイトより小さいと決定することを含む。

【0014】

この可能な実装において、共有される第３ＭＡＣフレーム長が、両端におけるデバイスのＭＡＣフレーム長より大きく、かつ、６４バイトより小さく設定され得る。固定の最小ＭＡＣフレーム長が６４バイトである従来技術と比較して、両端におけるデバイス間の通信の柔軟性を改善できる。

【0015】

任意選択的に、第１態様の可能な実装において、段階は更に、第２情報を第２デバイスへ送信することを含む。第２情報は、第１デバイスによってサポートされる第１ＭＡＣフレーム長を指示し、第２情報は、第３ＭＡＣフレーム長を決定するために第２デバイスによって使用される。

【0016】

この可能な実装において、第１デバイスは第２情報を第２デバイスへ送信し得、その結果、第２デバイスは、第２情報及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定し得る。したがって、両端によって決定される最小ＭＡＣフレーム長は一致する。これは、両端が第３ＭＡＣフレーム長を使用することによって互いに通信することを助ける。

【0017】

任意選択的に、第１態様の可能な実装において、段階は更に第１データを取得することを含む。第３ＭＡＣフレーム長に基づいて第２デバイスと通信することは：第１データが第１条件を満たす場合、第１データに対して非パディングカプセル化を実行して第１データフレームを取得すること、及び、第１データフレームを第２デバイスへ送信することを含む。第１データフレームの長さは第３ＭＡＣフレーム長より大きい又はそれに等しい。第３ＭＡＣフレーム長は６４バイトより小さい。第１条件は、第１データの長さが、第１データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む。例えば第３ＭＡＣフレーム長は５０バイトである。標準イーサネットについては、イーサネットパケットヘッダは１８である。この場合、第１条件は具体的には、第１データの長さが３２バイト（すなわち、５０－１８）より大きい又はそれに等しいことであり得る。ＶＬＡＮパケットヘッダが２２である場合、第１条件は具体的には、第１データの長さが２８バイト（すなわち、５０－２２）より大きい又はそれに等しいことであり得る。当然、代替的に、別の形式のカスタマイズされたパケットヘッダがあり得る。本明細書ではこれについて特に限定しない。カプセル化長は、カプセル化中に追加されるパケットヘッダ長であり得る。

【0018】

この可能な実装では、送信手順において、パディング（ｐａｄｄｉｎｇ）カプセル化を実行するかどうかは、両端におけるデバイスによって調停される第３ＭＡＣフレーム長（又は、カプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値）に基づいて決定され得る。従来技術における６４バイトベースと比較して、パケットの冗長パディングが低減され得る。

【0019】

任意選択的に、第１態様の可能な実装において、第３ＭＡＣフレーム長に基づいて第２デバイスと通信する段階は：第１データが第２条件を満たす場合、第１データに対してパディングカプセル化を実行して第２データフレームを取得すること、及び、第２データフレームを第２デバイスへ送信することを含む。第２データフレームの長さは、第３ＭＡＣフレーム長より大きい又はそれに等しい。第３ＭＡＣフレーム長は６４バイトより小さい。第２条件は、第１データの長さが、第２データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値より小さいことを含む。

【0020】

この可能な実装では、送信手順において、パディング（ｐａｄｄｉｎｇ）カプセル化を実行するかどうかは、両端におけるデバイスによって調停される第３ＭＡＣフレーム長（又は、カプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値）に基づいて決定され得る。従来技術における６４バイトベースと比較して、パケットの冗長パディングが低減され得る。

【0021】

任意選択的に、第１態様の可能な実装において、段階は更に、第３データフレームを受信すること、及び、第３データフレームの長さが第３ＭＡＣフレーム長より小さい場合、第３データフレームを破棄することを含む。第３ＭＡＣフレーム長は６４バイトより小さい。

【0022】

この可能な実装では、受信手順において、破棄を実行するかどうかは、第３ＭＡＣフレーム長に基づいて決定される。これにより非ＭＡＣフレームの受信を低減する。

【0023】

任意選択的に、第１態様の可能な実装において、段階は更に：第３データフレームの長さが６４バイトより大きい、又は、第３データフレームの長さが６４バイトより小さい、かつ、第３ＭＡＣフレーム長より大きい又はそれに等しい場合、第３データフレームを受信することを含む。

【0024】

この可能な実装では、受信手順において、受信を実行するかどうかは、第３ＭＡＣフレーム長に基づいて決定される。従来技術における６４バイトベースと比較して、これは、構成可能な最小ＭＡＣフレーム長を有するデバイス間のＭＡＣフレームの正常な受信を容易にする。

【0025】

任意選択的に、第１態様の可能な実装において、第１情報はリンク層発見プロトコルＬＬＤＰ情報及び／又は物理コーディングサブレイヤＰＣＳ情報である。

【0026】

この可能な実装において、第１デバイス及び第２デバイスの最小ＭＡＣフレームの通信及び決定は、ＬＬＤＰ又はＰＣＳを使用することによって実装され得、それにより、調停された第３ＭＡＣフレーム長に基づいて後続の通信を更に実装する。これにより小さいパケットの冗長パディングを低減する。

【0027】

任意選択的に、第１態様の可能な実装において、第１情報は、ＬＬＤＰ情報におけるタイプ－長さ－値ＴＬＶフィールド、プリアンブル、又はＰＣＳ情報におけるコードブロックにおいて搬送される。

【0028】

この可能な実装において、第１デバイス及び第２デバイスの間の最小ＭＡＣフレームの通信及び決定は、ＬＬＤＰにおけるＴＬＶフィールド、ＰＣＳにおけるコードブロック、又はプリアンブルを使用することによって実装され得、それにより、調停された第３ＭＡＣフレーム長に基づいて後続の通信を更に実装する。これにより小さいパケットの冗長パディングを低減する。

【0029】

任意選択的に、第１態様の可能な実装において、段階は更に、第３ＭＡＣフレーム長に基づいて第３情報を第３デバイスへ送信することを含む。第３情報は、第１デバイスとの通信に使用されるＭＡＣフレーム長を決定するために第３デバイスによって使用される。

【0030】

この可能な実装において、第１デバイスは、ＭＡＣフレーム長を第２デバイスと調停し得、第１デバイスは更に、第１デバイス及び第２デバイスによって調停されるＭＡＣフレーム長に基づいてＭＡＣフレーム長を第３デバイスと調停して、第１デバイス、第２デバイス、及び第３デバイスの間の通信を満たすＭＡＣフレーム長を取得し得る。

【0031】

第２態様によれば、本願の実施形態は通信方法を提供し、通信方法は、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面に適用され得る。方法は通信デバイス（例えば第１デバイス）によって実行され得るか、又は、通信デバイスのコンポーネント（例えば、プロセッサ、チップ、又はチップシステム）によって実行され得る。方法は、第１デバイスが第１データを取得することを含む。第１データが第１条件を満たす場合、第１デバイスは、第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信する。第１条件は、第１データの長さが、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む。最小ＭＡＣフレーム長は６４バイトより小さい。

【0032】

本実施形態では、送信手順において、パディング（ｐａｄｄｉｎｇ）カプセル化を実行するかどうかが、通信デバイスによってサポートされる最小ＭＡＣフレーム長（又は、カプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値）に基づいて決定され得る。従来技術における６４バイトベースと比較して、パケットの冗長パディングが低減され得る。

【0033】

任意選択的に、第２態様の可能な実装において、段階は更に、第１データが第２条件を満たす場合、第１デバイスは第１データに対してパディングカプセル化を実行して第２データフレームを取得し、第２データフレームを第２デバイスへ送信することを含む。第２条件は、第１データの長さが、第２データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より小さいことを含む。最小ＭＡＣフレーム長は６４バイトより小さい。

【0034】

この可能な実装において、パディング（ｐａｄｄｉｎｇ）カプセル化を実行するかどうかは、通信デバイスによってサポートされる最小ＭＡＣフレーム長（又はカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値）に基づいて決定され得る。従来技術における６４バイトベースと比較して、パケットの冗長パディングが低減され得る。

【0035】

第３態様によれば、本願の実施形態は通信方法を提供し、通信方法は、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面に適用され得る。方法は通信デバイス（例えば第１デバイス）によって実行され得るか、又は、通信デバイスのコンポーネント（例えば、プロセッサ、チップ、又はチップシステム）によって実行され得る。方法は、第１デバイスが第１データフレームを決定することを含む。第１データフレームの長さが、第１デバイスによってサポートされる最小ＭＡＣフレーム長より小さい場合、第１デバイスは第１データフレームを破棄する。最小ＭＡＣフレーム長は６４バイトより小さい。

【0036】

この実施形態では、受信手順において、破棄を実行するかどうかは、第３ＭＡＣフレーム長に基づいて決定され得る。これにより非ＭＡＣフレームの受信を低減する。

【0037】

任意選択的に、第３態様の可能な実装において、段階は更に、第１データフレームの長さが６４バイトより大きい、又は、第１データフレームの長さが６４バイトより小さく、最小ＭＡＣフレーム長より大きい又はそれに等しい場合、第１デバイスは第１データフレームを受信することを含む。

【0038】

この可能な実装では、受信手順において、受信を実行するかどうかは、第３ＭＡＣフレーム長に基づいて決定される。従来技術における６４バイトベースと比較して、これは、構成可能な最小ＭＡＣフレーム長を有するデバイス間のＭＡＣフレームの正常な受信を容易にする。

【0039】

第４態様によれば、本願の実施形態は通信デバイスを提供し、通信デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面に使用され得る。通信デバイスはネットワークデバイス又は端末デバイスであり得る。デバイスによってサポートされる最小の媒体アクセス制御ＭＡＣフレーム長は６４バイトより小さく、最小ＭＡＣフレーム長はＭＡＣフレームを送信するための最小長である。

【0040】

本実施形態において、第１デバイスは、６４バイトより小さい最小ＭＡＣフレーム長をサポートし得る。これにより、通信プロセスにおいて小さいパケットの冗長パディングを低減し、小さいパケットのカプセル化効率を改善することを助ける。

【0041】

第５態様によれば、本願の実施形態は第１デバイスを提供し、第１デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面において使用され得る。第１デバイスはネットワークデバイス又は端末デバイスであり得る。第１デバイスは、第２デバイスによって送信された第１情報を受信するように構成されている受信ユニット、ここで第１情報は、第２デバイスによってサポートされる第２ＭＡＣフレーム長を指示する；第１媒体アクセス制御ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定するように構成されている決定ユニット、ここで第１ＭＡＣフレーム長は、第１デバイスによってサポートされるＭＡＣフレーム長であり、第１ＭＡＣフレーム長は、第２ＭＡＣフレーム長と同一である又は異なる；及び、第３ＭＡＣフレーム長に基づいて第２デバイスとの間で通信するように構成されている通信ユニットを備える。

【0042】

任意選択的に、第５態様の可能な実装において、第１ＭＡＣフレーム長、第２ＭＡＣフレーム長、及び第３ＭＡＣフレーム長の各々は最小ＭＡＣフレーム長であり、最小ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最小長である；又は、第１ＭＡＣフレーム長、第２ＭＡＣフレーム長、及び第３ＭＡＣフレーム長は各々、最大ＭＡＣフレーム長であり、最大ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最大長である。

【0043】

任意選択的に、第５態様の可能な実装において、決定ユニットは具体的には、第１ＭＡＣ長が第３ＭＡＣフレーム長であり、第１ＭＡＣフレーム長が第２ＭＡＣフレーム長より大きい又はそれに等しいと決定するように構成されている。

【0044】

任意選択的に、第５態様の可能な実装において、決定ユニットは具体的には、第３ＭＡＣフレーム長が第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長より大きい又はそれに等しいと、及び、第３ＭＡＣフレーム長が６４バイトより小さいと決定するように構成されている。

【0045】

任意選択的に、第５態様の可能な実装において、通信ユニットは更に、第２情報を第２デバイスへ送信するように構成されている。第２情報は、第１デバイスによってサポートされる第１ＭＡＣフレーム長を指示し、第２情報は、第３ＭＡＣフレーム長を決定するために第２デバイスによって使用される。

【0046】

任意選択的に、第５態様の可能な実装において、受信ユニットは更に、第１データを取得するように構成され；通信ユニットは具体的には：第１データが第１条件を満たす場合、第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信するように構成されている。第１データフレームの長さは第３ＭＡＣフレーム長より大きい又はそれに等しい。第３ＭＡＣフレーム長は６４バイトより小さい。第１条件は、第１データの長さが、第１データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む。

【0047】

任意選択的に、第５態様の可能な実装において、通信ユニットは具体的には：第１データが第２条件を満たす場合、第１データに対してパディングカプセル化を実行して第２データフレームを取得し、第２データフレームを第２デバイスへ送信するように構成されている。第２データフレームの長さは、第３ＭＡＣフレーム長より大きい又はそれに等しい。第３ＭＡＣフレーム長は６４バイトより小さい。第２条件は、第１データの長さが、第２データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値より小さいことを含む。

【0048】

任意選択的に、第５態様の可能な実装において、受信ユニットは更に、第３データフレームを受信するように構成され；受信ユニットは更に、第３データフレームの長さが第３ＭＡＣフレーム長より小さい場合、第３データフレームを破棄するように構成されている。第３ＭＡＣフレーム長は６４バイトより小さい。

【0049】

任意選択的に、第５態様の可能な実装において、受信ユニットは更に、第３データフレームの長さが６４バイトより大きい、又は、第３データフレームの長さが６４バイトより小さい、及び、第３ＭＡＣフレーム長より大きい又はそれに等しい場合、第３データフレームを受信するように構成されている。

【0050】

任意選択的に、第５態様の可能な実装において、第１情報はリンク層発見プロトコルＬＬＤＰ情報及び／又は物理コーディングサブレイヤＰＣＳ情報である。

【0051】

任意選択的に、第５態様の可能な実装において、第１情報は、ＬＬＤＰ情報におけるタイプ－長さ－値ＴＬＶフィールド、プリアンブル、又はＰＣＳ情報におけるコードブロックにおいて搬送される。

【0052】

任意選択的に、第５態様の可能な実装では、通信ユニットは更に、第３ＭＡＣフレーム長に基づいて第３情報を第３デバイスへ送信するように構成されている。第３情報は、第１デバイスとの通信に使用されるＭＡＣフレーム長を決定するために第３デバイスによって使用される。

【0053】

第６態様によれば、本願の実施形態は第１デバイスを提供し、第１デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面において使用され得る。第１デバイスはネットワークデバイス又は端末デバイスであり得る。第１デバイスは、第１データを取得するように構成されている取得ユニット；及び、第１データが第１条件を満たす場合、第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信するように構成されている通信ユニットを含む。第１条件は、第１データの長さが、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む。最小ＭＡＣフレーム長は６４バイトより小さい。

【0054】

任意選択的に、第６態様の可能な実装において、通信ユニットは更に：第１データが第２条件を満たす場合、第１デバイスによって、第１データに対してパディングカプセル化を実行して第２データフレームを取得し、第２データフレームを第２デバイスへ送信するように構成されている。第２条件は、第１データの長さが、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より小さいことを含む。

【0055】

第７態様によれば、本願の実施形態は第１デバイスを提供し、第１デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面において使用され得る。第１デバイスはネットワークデバイス又は端末デバイスであり得る。第１デバイスは、第１データフレームを決定するように構成されている決定ユニット；及び、第１データフレームの長さが、第１デバイスによってサポートされる最小ＭＡＣフレーム長より小さい場合、第１データフレームを破棄するように構成されている通信ユニットを含む。最小ＭＡＣフレーム長は６４バイトより小さい。

【0056】

任意選択的に、第７態様の可能な実装において、通信ユニットは、第１データフレームの長さが６４バイトより大きい、又は、第１データフレームの長さが６４バイトより小さく、最小ＭＡＣフレーム長より大きい又はそれに等しい場合、第１データフレームを受信するように構成されている。

【0057】

第８態様によれば、本願は、プロセッサを含む通信デバイスを提供する。プロセッサはメモリに結合され、メモリはプログラム又は命令を記憶するように構成されている。プログラム又は命令がプロセッサによって実行されるとき、通信デバイスは、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実装することが可能であり、通信デバイスは、第２態様又は第２態様の可能な実装のいずれか１つによる方法を実装することが可能であり、又は、通信デバイスは、第３態様又は第３態様の可能な実装のいずれか１つによる方法を実装することが可能である。

【0058】

第９態様によれば、本願はコンピュータ可読媒体を提供する。コンピュータ可読媒体はコンピュータプログラム又は命令を記憶する。コンピュータプログラム又は命令がコンピュータ上で実行されるとき、コンピュータは、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行することが可能であり、コンピュータは、第２態様又は第２態様の可能な実装のいずれか１つによる方法を実行することが可能であり、又は、コンピュータは、第３態様又は第３態様の可能な実装のいずれか１つによる方法を実行することが可能である。

【0059】

第１０態様によれば、本願は、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行することが可能であり、コンピュータは、第２態様又は第２態様の可能な実装のいずれか１つによる方法を実行することが可能であり、又は、コンピュータは、第３態様又は第３態様の可能な実装のいずれか１つによる方法を実行することが可能である。

【0060】

第５態様、第８態様、第９態様、第１０態様、又はその可能な実装のいずれか１つによってもたらされる技術的効果については、第１態様又は第１態様の異なる可能な実装によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。

【0061】

第６態様、第８態様、第９態様、第１０態様、又はその可能な実装のいずれか１つによってもたらされる技術的効果については、第２態様又は第２態様の異なる可能な実装によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。

【0062】

第７態様、第８態様、第９態様、第１０態様、又はその可能な実装によってもたらされる技術的効果については、第１態様又は第１態様の異なる可能な実装によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。

【0063】

前述の技術的解決手段から、本願の実施形態は、以下の特長を有することが分かる：第１デバイスは、第１デバイス及び第２デバイスによってサポートされるＭＡＣフレーム長に基づいて、第２デバイスとの通信に使用されるＭＡＣフレーム長を決定する。言い換えれば、第１デバイス及び第２デバイスは、調停を通じて、通信に使用されるＭＡＣフレーム長を決定し得る。デフォルトのＭＡＣフレーム長が使用される従来技術と比較して、調停を通じてＭＡＣフレーム長が決定される本願は、メッセージパケットのカプセル化効率を改善することにより役立つ。

【図面の簡単な説明】

【0064】

【図1】本発明の実施形態による通信システムの概略図である。

【0065】

【図2】本願の実施形態による通信方法の概略フローチャートである。

【0066】

【図3】本願の実施形態による第１情報の複数の場合の概略図である。

【図4】本願の実施形態による第１情報の複数の場合の概略図である。

【図5】本願の実施形態による第１情報の複数の場合の概略図である。

【0067】

【図6】本願の実施形態による通信方法の別の概略フローチャートである。

【0068】

【図7】本願の実施形態による通信方法の更に別の概略フローチャートである。

【0069】

【図8】本願による通信デバイスの複数の概略構造図である。

【図9】本願による通信デバイスの複数の概略構造図である。

【図10】本願による通信デバイスの複数の概略構造図である。

【図11】本願による通信デバイスの複数の概略構造図である。

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

【0070】

本願の実施形態は、通信方法及び関連デバイスを提供する。通信に使用されるＭＡＣフレーム長は、調停を通じて決定され得、その結果、メッセージパケットのカプセル化効率が改善される。

【0071】

当業者がより良く理解することを助けるために、本願の実施形態におけるいくつかの用語をまず説明及び記載する。

【0072】

１．高性能コンピューティング（ｈｉｇｈ－ｐｅｒｆｏｒｍａｎｃｅ ｃｏｍｐｕｔｉｎｇ， ＨＰＣ）

【0073】

ＨＰＣは、学校、研究施設、及び同様のものなどの科学研究施設において主に使用され、石油部門、医療生物学、計算化学、自動車及び航空宇宙設計、アーキテクチャ構造設計、３次元グラフィックスコンピューティング、及び同様のものなどの分野において使用される。ＨＰＣは、（単一マシンの一部である）複数のプロセッサ、又は、クラスタにおける（単一計算リソースとして動作する）複数のコンピュータを使用するコンピューティングシステム及び環境である。大規模コンピューティングタスクについては、並列アルゴリズムが使用され、大きいタスクが分割されて、並列コンピューティングのためにクラスタにおける異なるノードに分散される。次に、コンピューティング結果は要約されて、迅速に最終結果が取得される。したがって、ＨＰＣシステム性能は、コンピューティングノードの計算能力、記憶性能、及びノード相互接続ネットワーク性能に密接に関連する。ＨＰＣによって呼び出されるメッセージ伝達インタフェース（ｍｅｓｓａｇｅ ｐａｓｓｉｎｇ ｉｎｔｅｒｆａｃｅ， ＭＰＩ）の観点から、大きい部分は集団型通信であり、最も大きい部分は、Ａｌｌｒｅｄｕｃｅタイプの（１６Ｂより小さい）小さいメッセージである。

【0074】

２．パケットカプセル化効率

【0075】

パケットカプセル化効率は、パケットにおけるバイトの総数に対する、パケットにおいて保持される有効なペイロードバイト（Ｂｙｔｅ、Ｂ）の数の比率（％）である。異なる有効なペイロードは異なるカプセル化効率に対応する。大部分のＨＰＣアプリケーションにおいて、有効なペイロードは１６Ｂより小さい。この場合、パケットカプセル化効率は、パケットオーバヘッド（ｏｖｅｒｈｅａｄｓ）に密接に関連する。

【0076】

以下では、本願の実施形態における添付図面を参照して、本願の実施形態における技術的解決手段を明確かつ完全に説明する。説明される実施形態は、本願の実施形態の全てではなく一部に過ぎないことが明らかである。

【0077】

図１は通信システムの概略図である。通信システムは、第１ネットワークデバイス１０１、第２ネットワークデバイス１０２、及び端末デバイス１０３を含み得る。端末デバイス１０３は第２ネットワークデバイス１０２を介して第１ネットワークデバイス１０１と通信する。

【0078】

本願の本実施形態において、１つだけの第１ネットワークデバイス１０１、２つの第２ネットワークデバイス１０２、及び３つの端末デバイス１０３が、説明のための例として使用される。実際の適用において、本願の本実施形態における通信システムは、より多い又はより少ない第１ネットワークデバイス、第２ネットワークデバイス、及び端末デバイスを含み得る。第１ネットワークデバイスの数、第２ネットワークデバイスの数、及び端末デバイスの数は、本願の本実施形態において限定されない。

【0079】

本願の本実施形態における第１ネットワークデバイス１０１及び／又は第２ネットワークデバイス１０２は、無線／有線トランシーバ機能を有する任意のスイッチ又はサーバであり得る。例えば、第１ネットワークデバイス１０１は代替的に、スパイン（ｓｐｉｎｅ）スイッチであり得、第２ネットワークデバイス１０２は代替的に、リーフ（ｌｅａｆ）スイッチであり得る。

【0080】

本願の本実施形態における端末デバイス１０３は、無線／有線トランシーバ機能を有するデバイスであり、陸上に展開され得、屋内デバイス又は屋外デバイス、ハンドヘルドデバイス、ウェアラブルデバイス、又は車載デバイスを含み；水上（例えば船舶上）に展開され得；又は、空中に（例えば、航空機、気球、又は衛星上に）展開され得る。端末デバイスは、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ（パッド）、無線トランシーバ機能を有するコンピュータ、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ， ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ， ＡＲ）端末デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末、車内端末デバイス、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）における無線端末、テレメディスン（遠隔医療）における無線端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末、輸送安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、スマートシティにおける無線端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末及びウェアラブル端末、又は同様のものであり得る。適用場面については、本願の実施形態では限定しない。端末デバイスはまた、端末、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）、アクセス端末デバイス、車載端末、産業用制御端末、ＵＥユニット、ＵＥ局、モバイル局、モバイルコンソール、リモート局、リモート端末デバイス、モバイルデバイス、ＵＥエージェント、ＵＥ装置又は同様のものと称されることがあり得る。端末デバイスは固定又はモバイルであり得る。加えて、端末デバイスは代替的に、ＵＥの機能を実装するように構成されているチップシステムであり得る。

【0081】

前述の通信システムは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット又は同様のものなどの場面において使用され得る。現在、ＨＰＣによって主に使用される相互接続方式は、ＩＢ、ＲｏＣＥ、及びプロプライエタリプロトコル（例えば、ＣＲＡＹ）及び同様のものを含む。パケットオーバヘッドは２０Ｂ～５４Ｂである。ＨＰＣアプリケーションについては、小さいサイズのメッセージが高い割合を占める。

【0082】

しかしながら、標準イーサネットの制限に起因して（具体的には、従来の１０Ｍ／１００Ｍ高速イーサネットが半二重コリジョン検出時間によって制限されるので、従来の標準イーサネットは、６４Ｂの最小パケット長によって制限される）、ＭＡＣは、６４Ｂの固定長に基づいてパディング（Ｐａｄｄｉｎｇ）を実行するかどうかを判定する。受信されたパケットの長さが６４Ｂより小さい場合、ＭＡＣはパケットを直接破棄する。送信されたパケットの長さが６４Ｂより小さい場合、ＭＡＣはパディングを実行する。

【0083】

同一のバイト数を有する小さいメッセージが送信されるとき、ＩＢ／ＣＲＡＹは、比較的小さい最小パケットサイズをサポートし、その結果、小さいメッセージパケットは、パディング（ｐａｄｄｉｎｇ）する必要がなく、パケット全体に対する有効情報バイト数の割合が比較的高い（パケットカプセル化効率が比較的高い）。しかしながら、イーサネットでは、イーサネットの比較的大きい最小パケットサイズ制限（６４Ｂ）に起因して、小さいメッセージが大量の冗長データで６４Ｂにパディングされる必要がある。結果的に、パケット全体に対する有効メッセージバイト数の割合が比較的低い。言い換えれば、小さいメッセージパケットのカプセル化効率は比較的低い。

【0084】

前述の問題を解決するべく、本願は通信方法及び関連デバイスを提供する。第１デバイス及び第２デバイスは、調停を通じて、通信に使用されるＭＡＣフレーム長を決定し得る。デフォルトのＭＡＣフレーム長が使用される従来技術と比較して、調停を通じてＭＡＣフレーム長が決定される本願は、メッセージパケットのカプセル化効率を改善することにより役立つ。

【0085】

以下では、図１に示される通信システムを参照して、本願の実施形態における通信方法を説明する。図２を参照されたい。本願の実施形態において提供される通信方法の実施形態は、段階２０１～段階２０６を含む。第１デバイス及び第２デバイスは、図１における第１ネットワークデバイス及び第２ネットワークデバイスであり得るか、又は、図１における第２ネットワークデバイス及び端末デバイスであり得る。本明細書ではこれについて特に限定しない。

【0086】

段階２０１：第１デバイスは、第２デバイスによって送信された第１情報を受信する。

【0087】

第１デバイスは、第２デバイスによって送信された第１情報を受信する。第１情報は、第２デバイスによってサポートされる第２ＭＡＣフレーム長を指示する。

【0088】

本願の本実施形態において、ＭＡＣフレーム長（第１ＭＡＣフレーム長、第２ＭＡＣフレーム長、第３ＭＡＣフレーム長、及び同様のもの）が最小ＭＡＣフレーム長である例が説明のために使用される。実際の適用において、ＭＡＣフレーム長は代替的に、最大ＭＡＣフレーム長又は同様のものであり得ることが理解され得る。本明細書ではこれについて特に限定しない。最小ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最小長を表し、最大ＭＡＣフレーム長は、ＭＡＣフレームを送信するための最大長を表す。最小ＭＡＣフレーム長については、オーバヘッド（ｏｖｅｒｈｅａｄｓ）が低減する。最大ＭＡＣフレーム長については、有効なペイロード（ｐａｙｌｏａｄｓ）が増加する。言い換えれば、最小ＭＡＣフレームの場合、役に立たない冗長性が低減され、及び／又は、最大ＭＡＣフレームの場合、有用なペイロードが増加し、その結果、カプセル化効率が改善される。

【0089】

本願の本実施形態において第１情報又は第２情報について複数の場合があり得る。以下では、第１デバイスを例として使用することによって複数の場合を別々に説明する。

【0090】

第１の場合において、第１情報は、リンク層発見プロトコル（ｌｉｎｋ ｌａｙｅｒ ｄｉｓｃｏｖｅｒｙ ｐｒｏｔｏｃｏｌ， ＬＬＤＰ）において搬送される。

【0091】

任意選択的に、第１情報は、ＬＬＤＰにおけるタイプ－長さ－値（ｔｙｐｅ ｌｅｎｇｔｈ ｖａｌｕｅ， ＴＬＶ）フィールドにおいて搬送され得る。

【0092】

例えば、第１情報は図３に示され得る。ソースＭＡＣアドレスは、第２デバイスのポートＭＡＣアドレスであり得るか、又は、第２デバイスのデバイスＭＡＣアドレスであり得る。フレームのタイプは０Ｘ８８ＣＣであり得る。ＬＬＤＰＤＵはデータである。フレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ， ＦＣＳ）はまた、フレームトレーラ、言い換えれば、コンピュータネットワークのデータリンク層におけるプロトコルデータユニット（フレーム）の末尾フィールドとも称され得、４バイト巡回冗長検査符号である。ＬＬＤＰＤＵは、ＴＬＶタイプ（例えば、タイプ＝９）、ＴＬＶ長、最小ＭＡＣフレーム長、最大ＭＡＣフレーム長及び同様のものを含み得る。最小ＭＡＣフレーム長又は最大ＭＡＣフレーム長は、第２デバイスによってサポートされる第２ＭＡＣフレーム長である。第１情報を受信した後に、第１デバイスは、第２ＭＡＣフレーム長を第１情報におけるＴＬＶフィールドから決定し得る。

【0093】

第２の場合において、第１情報は、物理コーディングサブレイヤ（ｐｈｙｓｉｃａｌ ｃｏｄｉｎｇ ｓｕｂｌａｙｅｒ， ＰＣＳ）情報において搬送される。

【0094】

任意選択的に、第１情報は、ＰＣＳ情報におけるコードブロックにおいて搬送され得る。具体的には、第１情報は、ＰＣＳコードブロックにおけるＯコード（例えば、ブロックタイプ＝０ｘ４ｂ）において搬送され得る。第１デバイスが第１情報を受信した後に、第１デバイスのＭＡＣの調停サブレイヤ（ｒｅｃｏｎｃｉｌｉａｔｉｏｎ ｓｕｂｌａｙｅｒ， ＲＳ）は、０ｘ４ｂのブロックを解析することによって、第２デバイスによってサポートされる第２ＭＡＣフレーム長を取得する。

【0095】

例えば、第１情報は図４に示され得る。ブロックタイプを表すために０ｘ４ｂが使用され、第２デバイスによってサポートされる最大ＭＡＣフレーム長を表すためにＣＯＮ００が使用され、第２デバイスによってサポートされる最小ＭＡＣフレーム長を表すためにＣ０Ｎ０１が使用される。更に、Ｃ０Ｎ０１は、１ビットの０又は１を使用して、第２デバイスが構成可能な最大ＭＡＣフレーム長を有効化するかどうかを表し得、Ｃ０Ｎ０１は、１ビットの０又は１を使用して、第２デバイスが構成可能な最小ＭＡＣフレーム長を有効化するかどうかを表し得る。例えば、無効化を表すために０が使用され、かつ、有効化を表すために１が使用され；又は、無効化を表すために１が使用され、有効化を表すために０が使用される。

【0096】

本願の本実施形態において、デバイスが構成可能な最小ＭＡＣフレーム長をサポートする場合、機能はデフォルトで有効化される。

【0097】

第３の場合において、第１情報は、イーサネットパケットのプリアンブル（ｐｒｅａｍｂｌｅ）において搬送される。

【0098】

任意選択的に、第１情報は、イーサネットパケットのプリアンブルにおいて搬送され得る。

【0099】

例えば、第１情報は図５に示され得る。第１の複数の０ｘ５５は、プリアンブルシンボルを表し、０ｘＤ５は、フレームデリミタの開始（ｓｔａｒｔ ｏｆ ｆｒａｍｅ ｄｅｌｉｍｉｔｅｒ， ＳＦＤ）を表し、巡回冗長検査（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ， ＣＲＣ）は、データ伝送又は記憶の後に発生し得るエラーを検出又はチェックするために使用される。これは、割り算及び余りの原理を使用してエラーを検出する。第２デバイスによってサポートされる最大ＭＡＣフレーム長を表すためにＣＯＮ００が使用され、第２デバイスによってサポートされる最小ＭＡＣフレーム長を表すためにＣ０Ｎ０１が使用される。更に、Ｃ０Ｎ０１は、１ビットの０又は１を使用して、第２デバイスが構成可能な最大ＭＡＣフレーム長を有効化するかどうかを表し得、Ｃ０Ｎ０１は、１ビットの０又は１を使用して、第２デバイスが構成可能な最小ＭＡＣフレーム長を有効化するかどうかを表し得る。例えば、無効化を表すために０が使用され、かつ、有効化を表すために１が使用され；又は、無効化を表すために１が使用され、有効化を表すために０が使用される。

【0100】

７バイトのプリアンブル及び１バイトの開始フレームデリミタでフレームが開始する既存のイーサネットパケットと比較して（ここで、その対応する１６進数表現は、０ｘ５５、０ｘ５５、０ｘ５５、０ｘ５５、０ｘ５５、０ｘ５５、０ｘ５５、及び０ｘＤ５である）、本願の本実施形態におけるプリアンブルは、デバイスによってサポートされるＭＡＣフレーム長を送信し得、ＣＲＣを追加することによって第１情報の正確な伝送を確実にし得る。

【0101】

前述の複数の第１情報の場合は単なる例であることが理解され得る。実際の適用において、第１情報は代替的に別の形式であり得る。本明細書ではこれについて特に限定しない。

【0102】

加えて、第１デバイス及び第２デバイスは、標準イーサネットにおける６４バイトの最小ＭＡＣフレーム長をサポートするデバイスであり得るか、又は、６４バイトより小さい最小ＭＡＣフレームをサポートするデバイスであり得る（又は、構成可能な最小ＭＡＣフレーム長をサポートするデバイスとして理解され得る）。本明細書ではこれについて特に限定しない。

【0103】

段階２０２：第１デバイスは、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する。

【0104】

任意選択的に、段階２０１の前又は後に、第１デバイスは、第１デバイスによってサポートされる第１ＭＡＣフレーム長を取得し得る。

【0105】

第１情報を受信した後に、第１デバイスは、第１情報に基づいて、第２デバイスによってサポートされる第２ＭＡＣフレーム長を決定し得る。次に、第３ＭＡＣフレーム長は、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて決定される。

【0106】

加えて、第１デバイスが６４バイトより小さい最小ＭＡＣフレーム長をサポートしない、又は、第１デバイスが、最小ＭＡＣフレーム長が６４バイトより小さい機能を有効化しない場合、言い換えれば、第１デバイスによってサポートされる第１ＭＡＣフレーム長は６４バイトであり得る。前述の説明は、第２デバイスのものと同様であり、詳細は本明細書で再び説明されない。

【0107】

本願の本実施形態において、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する複数の方式があり得る。以下では、方式を別々に説明する。

【0108】

第１の方式において、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長における最大長は第３ＭＡＣフレーム長として決定される。

【0109】

任意選択的に、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長における最大長は第３ＭＡＣフレーム長として選択される。

【0110】

例えば、第１ＭＡＣフレーム長が５６バイトであり第２ＭＡＣフレーム長が３２バイトである場合、比較的大きい第１ＭＡＣフレーム長が第３ＭＡＣフレーム長として決定される。言い換えれば、第３ＭＡＣフレーム長は５６バイトとして決定される。

【0111】

例えば、第１ＭＡＣフレーム長が６４バイトであり第２ＭＡＣフレーム長が３２バイトである場合、比較的大きい第１ＭＡＣフレーム長が第３ＭＡＣフレーム長として決定される。言い換えれば、第３ＭＡＣフレーム長は６４バイトとして決定される。

【0112】

第２の方式において、第３ＭＡＣフレーム長は、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長より大きいと決定される。

【0113】

任意選択的に、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長の両方より大きい長さは第３ＭＡＣフレーム長として選択される。加えて、第３ＭＡＣフレーム長が最小ＭＡＣフレーム長である場合、第３ＭＡＣフレーム長は更に６４バイトより小さい。

【0114】

例えば、第１ＭＡＣフレーム長が５６バイトであり第２ＭＡＣフレーム長が３２バイトである場合、第３ＭＡＣフレーム長は、５６バイト及び３２バイトより大きいと決定される。言い換えれば、第３ＭＡＣフレーム長は、５６バイトより大きく６４バイトより小さいと決定される。例えば、第３ＭＡＣフレーム長は５７バイトであり得る。

【0115】

第３の方式において、第３ＭＡＣフレーム長は、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長における最大長に係数を乗算することによって取得される値に等しいと決定される。

【0116】

任意選択的に、第３ＭＡＣフレーム長は、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長における最大長に係数を乗算することによって取得される値に等しいと決定される。加えて、第３ＭＡＣフレーム長が最小ＭＡＣフレーム長である場合、第３ＭＡＣフレーム長は更に６４バイトより小さい。第３ＭＡＣフレーム長が第２ＭＡＣフレーム長より大きく６４バイトより小さい限り、係数は、実際の要件に基づいて設定され得る。

【0117】

例えば、第１ＭＡＣフレーム長が３２バイトであり第２ＭＡＣフレーム長が１６バイトである場合、第３ＭＡＣフレーム長は１．５×３２＝４８バイトであると決定される。

【0118】

第３ＭＡＣフレーム長を決定する前述の方式は単なる例であることが理解され得る。実際の適用において、第３ＭＡＣフレーム長は別の形式で決定され得る。本明細書ではこれについて特に限定しない。

【0119】

段階２０３：第１デバイスは第２情報を第２デバイスへ送信する。この段階は任意である。

【0120】

任意選択的に、第１デバイスは第２情報を第２デバイスへ送信し得、その結果、第２デバイスは第１デバイスによってサポートされるＭＡＣフレーム長を取得する。第２情報は、第１デバイスによってサポートされる第１ＭＡＣフレーム長を指示する。第２デバイスはまた、第２情報及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定し得る。

【0121】

段階２０４：第２デバイスは、第１ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定する。この段階は任意である。

【0122】

この段階における第２デバイスの動作は、段階２０２における第１デバイスの動作と同様であり、詳細は本明細書において再び説明されない。

【0123】

段階２０５：第１デバイスは、第３ＭＡＣフレーム長に基づいて第２デバイスと通信する。

【0124】

以下では、送信の場合及び受信の場合を別々に説明する。

【0125】

送信の場合、第１デバイスは、クライアント（ｃｌｉｅｎｔ）側によって送信された第１データを受信する。第１データが第１条件を満たす場合、非パディングカプセル化を第１データで実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信する。第１データが第２条件を満たす場合、第１データに対してパディングカプセル化を実行して第２データフレームを取得し、第２データフレームを第２デバイスへ送信する。加えて、第１データフレームの長さ及び第２データフレームの長さは、第３ＭＡＣフレーム長より大きい又はそれに等しく、第３ＭＡＣフレーム長は６４バイトより小さい。

【0126】

第１条件は以下を含む。
１．第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より大きい又はそれに等しい；
２．第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さく、第１デバイスは、構成可能な最小ＭＡＣフレーム長をサポートする又は有効化し、第１データの長さが、第１データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しく、第３ＭＡＣフレーム長は最小ＭＡＣフレーム長であり６４バイトより小さい；又は
３．第１データの長さは、第１データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しく、第３ＭＡＣフレーム長は最小ＭＡＣフレーム長であり６４バイトより小さい。

【0127】

任意選択的に、第１データフレームのカプセル化長を第３ＭＡＣフレーム長から減算することによって取得される値は、パケットヘッダの長さを第３ＭＡＣフレーム長から減算することによって取得される値であり得る。

【0128】

例えば第３ＭＡＣフレーム長は５０バイトである。標準イーサネットについては、イーサネットパケットヘッダは１８である。この場合、第１条件は具体的には、第１データの長さが３２バイト（すなわち、５０－１８）より大きい又はそれに等しいことであり得る。ＶＬＡＮパケットヘッダが２２である場合、第１条件は具体的には、第１データの長さが２８バイト（すなわち、５０－２２）より大きい又はそれに等しいことであり得る。当然、代替的に、別の形式のカスタマイズされたパケットヘッダがあり得る。本明細書ではこれについて特に限定しない。カプセル化長は、カプセル化中に追加されるパケットヘッダ長であり得る。第１デバイスは、パケットヘッダを第１データに追加して第１データフレームを取得する必要があるので、前述の３２バイト又は２８バイトが、送信前に第１デバイスによって推測される。

【0129】

第２条件は以下を含む。
１．第１データの長さは、第２データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さく、第１デバイスは最小ＭＡＣフレーム長をサポートしない又は有効化しない；又は
２．第２データフレームの長さは第３ＭＡＣフレーム長より小さく、第３ＭＡＣフレーム長は最小ＭＡＣフレーム長であり６４バイトより小さい。

【0130】

前述の非パディングカプセル化は、ＣＲＣの追加、プリアンブルの追加、及び同様のものなどの動作を第１データに直接実行して第１データフレームを取得することを意味する。前述のパディングカプセル化は、第１データが、第３ＭＡＣフレーム長の長さより大きい又はそれに等しくなるようにパディング（ｐａｄｄｅｄ）されることを意味し、ＣＲＣの追加、プリアンブルの追加、及び同様のものなどの動作を実行して第２データフレームを取得する。

【0131】

受信の場合、第１デバイスは、ＰＣＳによって送信されたデータパケットに基づいて第３データフレームを決定する。第３データフレームの長さが第３ＭＡＣフレーム長より小さい場合、第３データフレームは破棄される。第３データフレームの長さが６４バイトより大きい、又は、第３データフレームの長さが６４バイトより小さく第３ＭＡＣフレーム長より大きい又はそれに等しい場合、第３データフレームが受信され、プリアンブル除去、ＣＲＣ、パディング除去（ｐａｄｄｉｎｇ ｒｅｍｏｖｉｎｇ）及び同様のものなどの動作を第３データフレームに対して実行する。

【0132】

任意選択的に、パケットを破棄するかどうかが各層において決定され得る。別の層における決定方式は、前述のＭＡＣ層における決定方式と同様であり、導出は、異なる層におけるパケットヘッダに基づいて実行するだけでよい。詳細は、本明細書において再度説明されない。

【0133】

加えて、第１デバイスは更に第３情報を第３デバイスへ送信し得る。第３情報は、第１デバイスによってサポートされる（第１ＭＡＣフレーム長又は第３ＭＡＣフレーム長であり得る）最大／最小ＭＡＣフレーム長を指示し、その結果、第１デバイス及び第３デバイスの間のＭＡＣフレーム長が決定され得、決定されたＭＡＣフレーム長は通信に使用される。

【0134】

当然、第３デバイスが第２デバイスとも通信する場合、第３情報は、第１デバイス及び第２デバイスによってサポートされる第３ＭＡＣフレーム長を指示し得、その結果、第１デバイス、第２デバイス、及び第３デバイスの間の通信に使用されるＭＡＣフレーム長が決定され得る。

【0135】

本願の本実施形態において、段階２０３は段階２０２の後に実行され得、又は、段階２０２又は段階２０１の前に実行され得、段階２０３及び段階２０４は段階２０２の後に実行され得、又は、段階２０１の前に実行され得る。本明細書ではこれについて特に限定しない。

【0136】

本願の本実施形態において、一態様において、第１デバイス及び第２デバイスは、調停を通じて、通信に使用されるＭＡＣフレーム長を決定し得る。デフォルトのＭＡＣフレーム長が使用される従来技術と比較して、調停を通じてＭＡＣフレーム長が決定される本願は、メッセージパケットのカプセル化効率を改善することにより役立つ。別の態様において、第１デバイス及び第２デバイスは、標準イーサネットの６４バイトより小さい最小ＭＡＣフレーム長をサポートする。メッセージパケットについては、パディング（ｐａｄｄｉｎｇ）が低減され、ネットワーク搬送効率が改善される。したがって、アプリケーション性能が改善される。

【0137】

標準イーサネットのトランシーバ手順との互換性のために、本願は更に別の通信方法を提供し、その結果、標準イーサネットのトランシーバ手順及び６４バイトより小さい最小ＭＡＣフレーム長に基づくトランシーバ手順が考慮され得る。図６を参照されたい。本願の実施形態において提供される通信方法の実施形態は段階６０１～段階６０８を含む。第１デバイスは、図１における第１ネットワークデバイス、第２ネットワークデバイス、及び／又は端末デバイスであり得る。本明細書ではこれについて特に限定しない。

【0138】

段階６０１．第１データを取得する。

【0139】

第１デバイスは、クライアント（ｃｌｉｅｎｔ）側によって送信された第１データを受信する。

【0140】

段階６０２：第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さいかどうかを判定する。第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さい場合、段階６０３が実行される。第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さくない場合、段階６０５が実行される。

【0141】

段階６０３：構成可能な最小ＭＡＣフレーム長が有効化されているかどうかを判定する。構成可能な最小ＭＡＣフレーム長が有効化されている場合、段階６０４が実行される。構成可能な最小ＭＡＣフレーム長が有効化されていない場合、段階６０６が実行される。この段階は任意である。

【0142】

構成可能な最小ＭＡＣフレーム長は、６４バイトより小さいように構成され得る最小ＭＡＣフレーム長である。

【0143】

段階６０４：最小ＭＡＣフレーム長が第１データフレームの長さより小さいかどうかを判定する。最小ＭＡＣフレーム長が第１データフレームの長さより小さい場合、段階６０８が実行される。最小ＭＡＣフレーム長が第１データフレームの長さより小さくない場合、段階６０７が実行される。

【0144】

第１デバイスは、最小ＭＡＣフレーム長が第１データフレームの長さより小さいかどうかを判定する。最小ＭＡＣフレーム長が第１データフレームの長さより小さい場合、段階６０８が実行される。最小ＭＡＣフレーム長が第１データフレームの長さより小さくない場合、段階６０７が実行される。

【0145】

段階６０５及び段階６０８は非パディングカプセル化及び送信と同等である。段階６０６及び段階６９７はパディングカプセル化及び送信と同等である。

【0146】

段階６０２～段階６０４は、第１条件及び／又は第２条件が満たされているかどうかを判定することと同等である。第１条件が満たされる場合、第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信する。第２条件が満たされる場合、第１データに対してパディングカプセル化を実行して第２データフレームを取得し、第２データフレームを第２デバイスへ送信する。

【0147】

第１条件は以下を含む。 １．第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より大きい又はそれに等しい；
２．第１データの長さが、第１データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さく、第１デバイスは、構成可能な最小ＭＡＣフレーム長をサポート又は有効化し、第１データの長さは、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しく、最小ＭＡＣフレーム長は６４バイトより小さい；又は
３．第１データの長さは、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しく、最小ＭＡＣフレーム長は６４バイトより小さい。

【0148】

任意選択的に、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値は、パケットヘッダの長さを最小ＭＡＣフレーム長から減算することによって取得される値であり得る。

【0149】

第２条件は以下を含む。 １．第１データの長さは、第２データフレームのカプセル化長を６４バイトから減算することによって取得される値より小さく、第１デバイスは最小ＭＡＣフレーム長をサポートしない又は有効化しない；又は
２．第２データフレームの長さは最小ＭＡＣフレーム長より小さく、最小ＭＡＣフレーム長は６４バイトより小さい。

【0150】

他の説明については、図２に示す実施形態における段階２０５における送信についての関連説明を参照されたい。詳細は、本明細書において再度説明されない。

【0151】

本願の本実施形態では、送信手順において、標準イーサネットの送信手順及び構成可能な最小ＭＡＣフレーム長をサポートする送信手順が考慮され得、標準デバイス及び本願の本実施形態において提供されるデバイスの間の通信を実装する。

【0152】

図７を参照されたい。本願の実施形態において提供される通信方法の実施形態は、段階７０１～段階７０３を含む。第１デバイスは、図１における第１ネットワークデバイス、第２ネットワークデバイス、及び／又は端末デバイスであり得る。本明細書ではこれについて特に限定しない。

【0153】

段階７０１：第１データフレームの長さが６４バイトより小さいかどうかを判定する。第１データフレームの長さが６４バイトより小さい場合、段階７０２を実行する。第１データフレームの長さが６４バイトより小さくない場合、ＣＲＣ及び段階７０３を実行する。

【0154】

第１デバイスはまず、第１データフレームを決定し、第１データフレームの長さが６４バイトより小さいかどうかを決定する。第１データフレームの長さが６４バイトより小さい場合、段階７０２を実行する。第１データフレームの長さが６４バイトより小さくない場合、ＣＲＣ及び段階７０３を実行する。これは、標準イーサネットがまず６４バイトを決定の基礎として使用する場合と互換性があることと同等である。

【0155】

段階７０２：第１データフレームの長さが最小ＭＡＣフレーム長より小さいかどうかを判定する。第１データフレームの長さが最小ＭＡＣフレーム長より小さい場合、第１データフレームが破棄される。第１データフレームの長さが最小ＭＡＣフレーム長より小さくない場合、ＣＲＣ及び段階７０３が実行される。

【0156】

第１デバイスは、第１データフレームの長さが最小ＭＡＣフレーム長より小さいかどうかを判定する。第１データフレームの長さが最小ＭＡＣフレーム長より小さい場合、第１データフレームが破棄される。第１データフレームの長さが最小ＭＡＣフレーム長より小さくない場合、ＣＲＣ及び段階７０３が実行される。最小ＭＡＣフレーム長は、第１デバイスによってサポートされる構成可能な最小ＭＡＣフレーム長であり、最小ＭＡＣフレーム長は６４バイトより小さい。

【0157】

段階７０３．第１データフレームを受信する。

【0158】

段階７０１及び段階７０３は、第１データフレームの長さが第１デバイスによってサポートされる最小ＭＡＣフレーム長より小さい場合に第１データフレームを破棄することと同等である。第１データフレームの長さが６４バイトより大きい、又は第１データフレームの長さが６４バイトより小さく、最小ＭＡＣフレーム長より大きい又はそれに等しい場合、第１デバイスは第１データフレームを受信する。

【0159】

他の説明では、図２に示す実施形態における段階２０５における受信についての関連説明を参照されたい。詳細は、本明細書において再度説明されない。

【0160】

本願の本実施形態では、受信手順において、標準イーサネットの受信手順及び構成可能な最小ＭＡＣフレーム長をサポートする受信手順が考慮され得、標準デバイス及び本願の本実施形態において提供されるデバイスの間の通信を実装する。

【0161】

図８は、本願の実施形態における通信デバイスの実施形態を示す。通信デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面において使用され得る。通信デバイスは、図２、図６、又は図７における第１デバイスであり得る。通信デバイスは、第２デバイスによって送信された第１情報を受信するように構成されている受信ユニット８０１、ここで第１情報は、第２デバイスによってサポートされる第２ＭＡＣフレーム長を指示する；第１媒体アクセス制御ＭＡＣフレーム長及び第２ＭＡＣフレーム長に基づいて第３ＭＡＣフレーム長を決定するように構成されている決定ユニット８０２、ここで第１ＭＡＣフレーム長は、第１デバイスによってサポートされるＭＡＣフレーム長であり、第１ＭＡＣフレーム長は、第２ＭＡＣフレーム長と同一である又は異なる；及び、第３ＭＡＣフレーム長に基づいて第２デバイスとの間で通信するように構成されている通信ユニット８０３を備える。

【0162】

本実施形態において、通信デバイスにおけるユニットによって実行される動作は、図２、図６又は図７に示す実施形態における第１デバイスによって実行される動作と同様であり、詳細は本明細書において再び説明されない。

【0163】

本実施形態において、受信ユニット８０１は第１情報を受信し、決定ユニット８０２は、調停を通じて、通信に使用されるＭＡＣフレーム長を決定し得る。デフォルトのＭＡＣフレーム長が使用される従来技術と比較して、決定ユニット８０２が調停を通じてＭＡＣフレーム長を決定し得る本願は、メッセージパケットのカプセル化効率を改善することにより役立つ。

【0164】

図９は、本願の実施形態における通信デバイスの別の実施形態を示す。通信デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面において使用され得る。通信デバイスは、図２、図６又は図７における第１デバイスであり得る。通信デバイスは、第１データを取得するように構成されている取得ユニット９０１；及び、第１データが第１条件を満たす場合、第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信するように構成されている通信ユニット９０２を含む。第１条件は、第１データの長さが、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しいことを含む。最小ＭＡＣフレーム長は６４バイトより小さい。

【0165】

本実施形態において、通信デバイスにおけるユニットによって実行される動作は、図２、図６、又は図７に示される実施形態における第１デバイスによって実行される動作と同様である。詳細は、本明細書において再度説明されない。

【0166】

本実施形態では、送信手順において、両端の調停されるデバイスにおける比較的大きいＭＡＣフレーム長が、両端のデバイスによってサポートされる最小ＭＡＣフレーム長であると決定され得る。通信ユニット９０２は、第１データフレームのカプセル化長を最小ＭＡＣフレーム長から減算することによって取得される値より大きい又はそれに等しい第１データに対して非パディングカプセル化を実行して第１データフレームを取得し、第１データフレームを第２デバイスへ送信し得る。このように、冗長データのパディングは最大範囲に低減され、両端においてＭＡＣパケットを送信するための要件が満たされる。

【0167】

図１０は、本願の実施形態における通信デバイスの別の実施形態を示す。通信デバイスは、スイッチネットワーキング（例えばＨＰＣ）、産業用イーサネット、又は同様のものなどの場面において使用され得る。通信デバイスは、図２、図６、又は図７における第１デバイスであり得る。通信デバイスは：第１データフレームを決定するように構成されている決定ユニット１００１；及び、第１データフレームの長さが第１デバイスによってサポートされる最小ＭＡＣフレーム長より小さい場合に第１データフレームを破棄するように構成されている通信ユニット１００２を備える。最小ＭＡＣフレーム長は６４バイトより小さい。

【0168】

本実施形態において、通信デバイスにおけるユニットによって実行される動作は、図２、図６又は図７に示す実施形態における第１デバイスによって実行される動作と同様であり、詳細は本明細書において再び説明されない。

【0169】

本実施形態では、受信手順において、通信ユニット１００２は、第３ＭＡＣフレーム長に基づいて、破棄を実行するかどうかを決定し得る。これにより非ＭＡＣフレームの受信を低減し得る。

【0170】

図１１は、本願による別の通信デバイスの概略構造図である。通信デバイスは、ＨＰＣ場面などの場面において使用され得る。通信デバイスは、図２、図６、又は図７における第１デバイスであり得る。通信デバイスは、プロセッサ１１０１、メモリ１１０２、及び通信インタフェース１１０３を含み得る。プロセッサ１１０１、メモリ１１０２、及び通信インタフェース１１０３は、回線で相互接続される。メモリ１１０２は、プログラム命令及びデータを記憶する。

【0171】

メモリ１１０２は、図２、図６、又は図７に対応する実装において、第１デバイスによって実行される段階に対応するプログラム命令及びデータを記憶する。

【0172】

プロセッサ１１０１は、図２、図６、又は図７における前述の実施形態のいずれか１つに示す第１デバイスによって実行される段階を実行するように構成されている。通信インタフェース１１０３は、データを受信及び送信するように構成され得、図２、図６、又は図７における前述の実施形態のいずれか１つにおける取得、送信、及び受信に関する段階を実行するように構成されている。

【0173】

実装において、通信デバイスは、図１１より多い又は少ないコンポーネントを含み得る。これは、本願における説明のための単なる例であり、本願において限定するものではない。

【0174】

本願で提供された複数の実施形態では、開示されたシステム、装置、及び方法が他の方式で実装されてよいことを理解されたい。例えば、説明した装置の実施形態は、単なる一例に過ぎない。例えば、ユニットの分割は論理機能の分割に過ぎず、実際の実装においては他の分割であってよい。例えば、複数のユニット又はコンポーネントが、別のシステムへ組み合わされ、又は統合されてよく、又は、一部の特徴が、無視されてよく、又は実行されなくてよい。更に、表示又は説明された相互連結又は直接的連結又は通信接続は、いくつかのインタフェースを通じて実装されてよい。装置間又はユニット間の間接的連結又は通信接続は、電子的形態、機械的形態、又は他の形態で実装されてよい。

【0175】

別個の部品として記載されるユニットは、物理的に別個である場合とそうでない場合とがあり、ユニットとして表示される部品は、物理ユニットである場合とそうでない場合があり、１つの位置に位置している場合と複数のネットワークユニットに分散されている場合とがある。ユニットのいくつか又は全てが、実施形態の解決手段の目的を実現するための実際の要件に基づき選択され得る。

【0176】

加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、又は、それらのユニットのそれぞれが、物理的に単独で存在してもよいし、又は、２つ若しくはそれよりも多いユニットが１つのユニットに統合される。統合されたユニットの全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実装され得る。

【0177】

統合されたユニットがソフトウェアによって実装されるとき、統合されたユニットの全部又は一部は、コンピュータプログラム製品の形式で実装され得る。コンピュータプログラム製品は１又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードされ実行されたとき、本願の実施形態に係る手順又は機能が全て、又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は、任意の他のプログラム可能装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得る、又は、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ又はデータセンターから、別のウェブサイト、コンピュータ、サーバ又はデータセンターに有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））、又は無線（例えば、赤外線、ラジオ、又はマイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体、又は、１又は複数の使用可能な媒体を統合する、サーバ又はデータセンターなどのデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ， ＳＳＤ））などであってよい。

【0178】

本願の明細書、請求項、及び添付図面において、「第１」、「第２」などの用語は、同様の対象を区別することを意図しているが、必ずしも特定の順番又は順序を指示するものではない。そのような方式で使用される用語は、適切な状況において交換可能であり、これは単に、本願の実施形態において同一の属性を有する対象が説明されるときに使用される、区別する方式であることが理解されるべきである。加えて、「備える」、「含む」、及び、任意の他の変形例の用語は、非排他的な包含をカバーすることを意味し、その結果、ユニットのリストを含むプロセス、方法、システム、製品又はデバイスは、必ずしもそれらのユニットに限定されるものではなく、明示的に列挙されない、又は、そのようなプロセス、方法、システム、製品、又はデバイスに固有の他のユニットを含み得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2024-01-29

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項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】

コンピュータに、請求項１から１２のいずれか一項に記載の方法、請求項１３又は１４に記載の方法、又は、請求項１５又は１６に記載の方法を実行させるためのコンピュータプログラム。

【国際調査報告】