JP2023177208A - 効率的に伝送するイーサネット装置 - Google Patents

Abstract

【課題】小さなロードパケットを伝送する際の効率を向上させ、装置間の互換性を確保する。【解決手段】イーサネット（登録商標）装置は、上位層装置から一つのデータパケットを受信する度に、送信先の同一のＬＡＮ内の他のイーサネット装置が小さなパケットの集約機能をサポートしていると判定した場合、各小さなパケットを集約して集約イーサネットフレームを形成させるようにカプセル化して、対応する他のイーサネット装置へ送信するデータ送信モジュール及び同一のＬＡＮ内において、小さなパケットの集約機能をサポートしている他のイーサネット装置が送信したデータフレームを受信する度に、データフレームが通常のイーサネットフレームであると判定した場合、通常の構文解析ルールによってデータ解析を行い、データフレームが集約イーサネットフレームであると判定した場合、集約の構文解析ルールによってデータを解析するデータ受信モジュールを含む。【選択図】図３

Description

本発明は、通信装置の技術分野に関し、特に、効率的に伝送できるイーサネット装置に関する。

イーサネットは、今日のローカルエリアネットワークで使用される最も一般的な通信プロトコル規格であり、１９７０年代初頭に確立されたものである。イーサネットは、伝送速度が１０／１００／１０００／２５００／１００００Mｂｐｓの一般的なローカルエリアネットワーク規格である。基本的に、イーサネット装置は、ツイストペアケーブルや同軸ケーブルなどの共有伝送媒体と、マルチポートハブ、ブリッジ、またはスイッチで構成される。スター構成またはバス構成では、ハブ／スイッチ／ブリッジが、ケーブルを介してコンピューター、プリンター、およびワークステーションを相互に接続させる。

イーサネット装置が起動後、他のイーサネット装置との通信は大きく二つの段階に分けられる。図１に示すように、第１の段階はイーサネット装置の検出プロセスである。起動後、イーサネット装置はＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ、リンク層発見プロトコル）を使用して、アドレス管理、装置識別、インターフェイス識別など主な能力とする情報を同じローカルエリアネットワークに接続されている他の装置に送信される。同時に、同じローカルエリアネットワーク内の他の装置の対応する情報もＬＬＤＰプロトコルを介して取得される。第２の段階では、第１の段階で取得した情報と相手側のイーサネット装置の能力とに基づき、相手側が処理できるイーサネットデータパケット(イーサネットフレーム）を送信することで、イーサネット装置の間の通信を実現する。

イーサネットデータの送信プロセスで使用されるイーサネットデータパケットは、イーサネットフレームとも呼ばれ、そのフォーマットは図２に示めすように、一つのイーサネットフレームには、コードリーディング、フレーム先頭文字、データ、冗長検査、およびフレームスペーシングと５つの部分が含まれる。このうち、コーデリーディングの長さは７バイトで、デフォルト値は７バイトの０ｘ５５で、フレーム先頭文字の長さは１バイトで、デフォルト値は０ｘ５Ｄで、データには、イーサネットフレーム制御フィールド（長さが１８バイト）および上位層ロードデータ（長くなり）が含まれ、長さが変えるもので、冗長検査の長さは４バイトで、フレームスペーシングの長さは最も小さいのは１２バイトである。通常、イーサネットのＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ、最大伝送ユニット）は１５００バイトで、つまり、一つのイーサネットデータフレームは最大１５００バイトに達することができる。

要約すると、各イーサネットデータフレームには２種類のデータが含まれていることがわかる。一つは一部の制御フィールドの固定コストであり、もう一つは受信した上位層からのロードデータである。その中で、上位層のロードデータの長さは可変であるが、制御フィールドの固定コストは比較的固定されており、各イーサネットフレームには少なくとも４２バイトの固定コストが必要である。実際の適用では、音声通話のデータパケットやオンラインゲームのデータパケットなど、大量の短い（約１００バイト）上位層の適用データを生成するシナリオが多数ある。１００バイトの上位層ロードデータを例にとると、各イーサネットフレームの長さは１４２バイトであり、このときの伝送効率は約７０．４％と低くなる。

従来技術に存在する問題を解決するために、本発明は、効率的な伝送イーサネット装置を提供し、そのイーサネット装置は、
一つの上位層装置から一つのデータパケットを受信する度に、同一のローカルエリアネットワーク（以下、ＬＡＮと称する）内でデータ送信を必要とする他のイーサネット装置が小さなパケットの集約機能をサポートしていると判定した場合、上記のデータパケットに含まれている複数の小さなパケットを集約して少なくとも一つの集約イーサネットフレームを形成するようにカプセル化して、対応する上記の他のイーサネット装置へ送信するデータ送信モジュールと、
同一のＬＡＮ内において、上記の小さなパケットの集約機能をサポートしている上記の他のイーサネット装置から送信されたデータフレームを受信する度に、かつ上記のデータフレームが通常のイーサネットフレームであると判定した場合、上記のデータフレームに対して予め設定された一つの通常の構文解析ルールによってデータ解析を行い、または、データフレームが集約イーサネットフレームであると判定した場合、上記のデータフレームに対して予め設定された一つの集約の構文解析ルールによってデータを解析するデータ受信モジュールとを含む。

好ましくは、さらに、上記のデータ送信モジュールと上記のデータ受信モジュールとにそれぞれ接続され、装置が起動する毎に、所在している上記のＬＡＮ内で自身の装置情報をブロードキャストし、上記のＬＡＮ内における他のイーサネット装置の上記の小さなパケットの集約機能をサポートしているかどうかを示すパラメータを含む装置情報を取得するデータ取得モジュールを含み、
上記のデータ送信モジュールと上記のデータ受信モジュールは、上記の装置情報によって、データを伝送する上記の他のイーサネット装置が上記の小さなパケットの集約機能をサポートしているかどうかを判定する。

好ましくは、上記のデータ取得モジュールは、リンク層検出プロトコルを介して、所在している上記のＬＡＮ内において自身の装置情報をブロードキャストする。

好ましくは、上記のデータパケットは、順に配列された複数のロードパケットを含み、
データ送信モジュールは、
データ伝送を必要とする上記の他のイーサネット装置は上記の小さなパケットの集約機能をサポートしないと判定した場合、第１の信号を出力し、および、上記の他のイーサネット装置は上記の小さなパケットの集約機能をサポートしていると判定した場合、第２の信号を出力する第１の判定ユニットと、
上記の第１の判定ユニットに接続され、上記の第１の信号によって、上記の各ロードパケットをそれぞれにカプセル化し、通常のイーサネットフレームを形成させ、順に上記の他のイーサネット装置へ送信する第１の送信ユニットと、
第１の判定ユニットに接続され、上記の第２の信号によって、大きいパケットに属する上記のロードパケットに対して、通常的にカプセル化し、上記の通常のイーサネットフレームを形成させ、および、小さなパケットに属する連続した上記のロードパケットに対して集約にカプセル化し、集約イーサネットフレームを形成させ、かつ、それらを上記のデータパケットにおける配列順によって上記の他のイーサネット装置へ順に送信する第２の送信ユニットと
を含む。

好ましくは、上記の第２の送信ユニットは、
上記の第２の信号によって、上記の各ロードパケットのデータ長をそれぞれ取得し、上記のデータ長が予め設定された一つの閾値より大きいロードパケットを上記の大きいパケットとして構成し、上記のデータ長が閾値より大きくないロードパケットを上記の小さなパケットとして構成する比較サブユニットと、
上記の比較サブユニットに接続され、上記の大きいパケットに属する上記のロードパケットをカプセル化し、上記の通常のイーサネットフレームを形成させるようにする第１のカプセル化サブユニットと、
上記の比較サブユニットに接続され、連続した上記の各小さなパケットを集約し、集約された上記のデータ長が予め設定された最大伝送長に達するまで、または連続したすべての小さなパケットの集約が完了するまで、各々の上記のロードパケットの前にシャーディングヘッドを追加し、カプセル化して集約イーサネットフレームを形成させる第２のカプセル化サブユニットと、
上記の第１のカプセル化サブユニットと第２のカプセル化サブユニットとにそれぞれに接続され、カプセル化前に上記の各ロードパケットにおける配列順に従って、上記の各通常のイーサネットフレームと上記の各集約イーサネットフレームを上記の他のイーサネット装置に送信する送信サブユニットと、
を含む。

好ましくは、上記のデータ受信モジュールは、
上記のデータフレームを送信した上記の他のイーサネット装置が上記の小さなパケットの集約機能をサポートしていると判定した場合、第３の信号を出力し、および、上記の小さなパケットの集約機能をサポートしないと判定した場合、第４の信号を出力する第２の判定ユニットと、
上記の第２の判定ユニットに接続され、上記の第３の信号に従って、上記の受信したデータフレームに対して上記の通常の構文解析ルールによってデータ解析を行う第１の受信ユニットと、
上記の第２の判定ユニットに接続され、上記の第４の信号に従って、上記のデータフレームのフレームタイプが通常のイーサネットフレームであると判定した場合、上記のデータフレームに対して上記の通常の構文解析ルールによってデータ解析を行い、上記のデータフレームのフレームタイプが上記の集約イーサネットフレームであると判定した場合、上記のデータフレームに対して上記の集約の構文解析ルールによってデータ解析を行う第２の受信ユニットと、
を含む。

好ましくは、上記の通常のイーサネットフレームのフレーム構造は、順に、コードリーディング、フレーム先頭文字、ロードパケット、冗長検査、およびフレームスを含み、
上記の集約イーサネットフレームのフレーム構造は、上記のコードリーディング、上記のフレーム先頭文字、少なくとも二つの集約データ、上記の冗長検査、および上記のフレームスペーシングを順に含み、各集約データは、上記のシャーディングヘッドと上記のロードパケットを順に含む。

好ましくは、上記の通常のイーサネットフレームの上記のフレーム先頭文字と上記の集約イーサネットフレームの上記のフレーム先頭文字とはそれぞれ異なる値を有し、上記の第２の受信ユニットは上記のフレーム先頭文字に基づいて上記のデータフレームのフレームタイプを判定する。

上記の手段により、イーサネット装置に小さなパケットの集約機能を構成することにより、イーサネットの小さなロードパケットを伝送する際に複数の小さなロードパケットを一つのイーサネットフレームに集約してカプセル化することができ、小さなロードパケットを伝送する時のイーサネットの伝送効率を効果的に向上させるとともに、旧式の装置や小さなパケットの集約機能をサポートしていないイーサネット装置との互換性を確保することができる。

は既存のイーサネット装置同士の間の通信のプロセスを示す図である。 は従来のイーサネットフレームにおけるフレームの構造を示す図である。 は本発明による実施形態に係る効率的に伝送できるイーサネット装置の構成を示す図である。 は本発明による実施形態に係るそれぞれ小さなパケットの集約機能をサポートする２つのイーサネット装置同士の間の通信のプロセスを示す図である。 は本発明による実施形態に係る、小さなパケットの集約機能をサポートするイーサネット装置と、小さなパケットの集約機能をサポートしないイーサネット装置との間の通信のプロセスを示す図である。 は本発明による実施形態に係る集約されたイーサネットフレームのフレーム構造を示す図である。

以下、本発明の実施形態につき、図面を参照しながら説明する。本発明の範囲を当該実施形態にて開示した構成に限定するものではない。本発明は、当該実施形態にて開示した構成を種々の態様に変形して実施することができる。

本発明の実施形態において、既存技術に存在する上記の問題を考慮して、効率的な伝送できるイーサネット装置を提供し、図３に示すように、
上位層装置からデータパケットを受信する度に、同一のＬＡＮ内でデータ送信を必要とする他のイーサネット装置が小さなパケットの集約機能をサポートしていると判定した場合、データパケットに含まれている複数の小さなパケットを集約して少なくとも一つの集約イーサネットフレームを形成するようにカプセル化して、対応する他のイーサネット装置へ送信するデータ送信モジュール１と、
同一のＬＡＮ内において、小さなパケットの集約機能をサポートしている他のイーサネット装置から送信されたデータフレームを受信する度に、かつそのデータフレームが通常のイーサネットフレームであると判定した場合、データフレームを予め設定された一つの通常の構文解析ルールによってデータ解析を行い、または、データフレームが集約イーサネットフレームであると判定した場合、データフレームを予め設定された一つの集約の構文解析ルールによってデータを解析するデータ受信モジュール２とを含む。

具体的に、本実施形態に係る効率的に伝送できるイーサネット装置は、図４及び図５に示すように、二つの段階を含み、その中で、第１の段階はイーサネット装置の検出プロセルであり、
本発明の好ましい実施形態において、さらに、データ送信モジュール１とデータ受信モジュール２とにそれぞれ接続され、装置が起動する毎に、所在しているＬＡＮ内で自身の装置情報をブロードキャストし、ＬＡＮ内における他のイーサネット装置の小さなパケットの集約機能をサポートしているかどうかを示すパラメータを含む装置情報を取得するデータ取得モジュール３を含み、
データ送信モジュール１とデータ受信モジュール２は、装置情報によって、データを伝送する他のイーサネット装置が小さなパケットの集約機能をサポートしているかどうかを判定する。

本発明の好ましい実施形態において、データ取得モジュール３は、リンク層検出プロトコルを介して、所在しているＬＡＮ内において自身の装置情報をブロードキャストし、その自身の装置情報は小さなパケットの集約機能をサポートしているかどうかを示すパラメータを含み、各イーサネット装置は、ＬＡＮ内でブロードキャストされる各イーサネットの装置情報によって、起動中の各イーサネット装置が小さなパケットの集約機能をサポートしているかどうかの情報を取得することができ、以上により、イーサネット装置の性能の違いに応じた通信が可能になる。ここで、上記のパラメータの具体的な形態は限定されていないが、単にＬＡＮ内のコンセンサスを取るだけである。

第２の段階はイーサネット装置の伝送プロセスであり、さらに、データ送信プロセスとデータ受信プロセスを含み、
上記のデータ送信プロセスは、上位層装置から送信されたデータパケットを同一のＬＡＮ内における他のイーサネット装置へ伝送するプロセスであり、本発明の好ましい実施形態において、上位層装置から送信されたデータパケットに、通常、複数の連続したロードパケットが含まれており、
そして、データ送信モジュール１は、
データ伝送を必要とする他のイーサネット装置は小さなパケットの集約機能をサポートしないと判定した場合、第１の信号を出力し、および、他のイーサネット装置は小さなパケットの集約機能をサポートしていると判定した場合、第２の信号を出力する第１の判定ユニット１１と、
第１の判定ユニット１１に接続され、第１の信号によって、各ロードパケットをそれぞれにカプセル化し、通常のイーサネットフレームを形成させ、順に他のイーサネット装置へ送信する第１の送信ユニット１２と、
第１の判定ユニット１１に接続され、第２の信号によって、大きいパケットに属するロードパケットに対して通常的にカプセル化し、通常のイーサネットフレームを形成させ、および、小さなパケットに属する連続したロードパケットに対して集約にカプセル化し、集約イーサネットフレームを形成させ、かつ、それらをデータパケットにおける配列順によって他のイーサネット装置へ順に送信する第２の送信ユニット１３と
を含む。

具体的には、同一のＬＡＮ内において、小さなパケットの集約機能をサポートするイーサネット装置とサポートしないイーサネット装置をともに備える可能性があることを考慮して、その小さなパケットの集約機能をサポートしないイーサネット装置に対して、集約イーサネットフレームを送信すれば、データ解析に失敗することになる可能性がある。これを踏まえて、機器の互換性を確保するために、本実施形態において、小さなパケットの集約機能をサポートしないイーサネット装置に対して、通常のイーサネットフレームとしてデータパケットを伝送し、小さなパケットの集約機能をサポートするイーサネット装置に対しては、小さなロードパケット集約とカプセル化機能を有効にし、小さなロードパケットの伝送効率を可能な限り向上させるようにする。

さらに、具体的には、第２の送信ユニット１３は、
第２の信号によって、各ロードパケットのデータ長をそれぞれ取得し、そのデータ長が予め設定された一つの閾値より大きいロードパケットを大きいパケットとして構成し、データ長が閾値より大きくないロードパケットを小さなパケットとして構成する比較サブユニット１３１と、
比較サブユニット１３１に接続され、大きいパケットに属するロードパケットをカプセル化し、通常のイーサネットフレームを形成させるようにする第１のカプセル化サブユニット１３２と、
比較サブユニット１３１に接続され、連続した各小さなパケットを集約し、集約されたデータ長が予め設定された最大伝送長に達するまで、または連続したすべての小さなパケットの集約が完了するまで、各々のロードパケットの前にシャーディングヘッドを追加し、カプセル化して集約イーサネットフレームを形成させる第２のカプセル化サブユニット１３３と、
第１のカプセル化サブユニット１３２と第２のカプセル化サブユニット１３３とにそれぞれに接続され、カプセル化前に各ロードパケットにおける配列順に従って、各通常のイーサネットフレームと各集約イーサネットフレームを他のイーサネット装置に送信する送信サブユニット１３４と、
を含む。

具体的には、本実施形態において、例えば、上位層装置から一度に送信されたデータパケットに順に配列されている十個のロードパケットが含まれていることを例とし、例えば、その中で、第１のロードパケットは大きいパケットとし、第２のロードパケットから第６のロードパケットまでは小さなパケットとし、第７のロードパケットは大きいパケットとし、第８のロードパケットと第９のロードパケットを小さなパケットとする。こういう場合、第１のロードパケットが第１の通常のイーサネットフレームを形成し、第２のロードパケットから第６のロードパケットまでは集約してカプセル化を行うが、ここで、説明の都合の上、各小さなパケットにおけるデータ長が同じとし、例えば、四つの小さなパケットが集約された後のデータ長が予め設定された最大伝送長に達したら、第２のロードパケットから第５のロードパケットを集約して第１の集約イーサネットフレームを形成させるようにカプセル化しかできないことになり、第６のロードパケットが小さなパケットであっても、第７のロードパケットは大きいパケットであるため、第６のロードパケットのみはカプセル化され第２の通常イーサネットフレームになり、第７のロードパケットはカプセル化されて第３の通常のイーサネットフレームになり、第８のロードパケットと第９のロードパケットはカプセル化されて第２の集約イーサネットフレームに形成されることになり、そして、第１の通常のイーサネットフレーム、第１の集約イーサネットフレーム、第２の通常のイーサネットフレーム、第３の通常のイーサネットフレーム、と第２の集約イーサネットフレームは順に他のイーサネット装置へ送信されることにより、当該のデータパケットの送信プロセスが完了とする。

同様に、以上の例を用いて、例えば三つの小さなパケットで、集約された後のデータ長が予め設定された最大伝送長に達した場合、第２のロードパケットから第４のロードパケットまでを集約してカプセル化し第１の集約イーサネットフレームに形成させ、第５のロードパケットと第６のロードパケットを集約してカプセル化し、第２の集約イーサネットフレームに形成させ、第７のロードパケットをカプセル化し第３の通常のイーサネットフレームに形成させ、第８のロードパケットと第９のロードパケットを集約してカプセル化し第３の集約イーサネットフレームに形成させてから、順に第１の通常のイーサネットフレーム、第１の集約イーサネットフレーム、第２の集約イーサネットフレーム、第２の通常のイーサネットフレーム、と第３の集約イーサネットフレームを他のイーサネットフレームに送信することにより、当該のデータパケットの送信プロセスが完了とする。

上記のデータ受信プロセスは、他のイーサネット装置から送信されたデータフレームを受信するプロセスであり、具体的に、本発明の好ましい実施形態において、データ受信モジュール２は、
データフレームを送信した他のイーサネット装置が小さなパケットの集約機能をサポートしていると判定した場合、第３の信号を出力し、および、小さなパケットの集約機能をサポートしないと判定した場合、第４の信号を出力する第２の判定ユニット２１と、
第２の判定ユニット２１に接続され、第３の信号に従って、受信したデータフレームに対して通常の構文解析ルールによってデータ解析を行う第１の受信ユニット２２と、
第２の判定ユニット２２に接続され、第４の信号に従って、受信したデータフレームのフレームタイプが通常のイーサネットフレームであると判定した場合、データフレームに対して通常の構文解析ルールによってデータ解析を行い、データフレームのフレームタイプが集約イーサネットフレームであると判定した場合、データフレームに対して集約の構文解析ルールによってデータ解析を行う第２の受信ユニット２３と、
を含む。

具体的には、イーサネットのデータフレームは種類によってカプセル化構造が異なるため、対応するデータ解析ルールも異なってき、本実施形態において、他のイーサネット装置から送信されたデータフレームを受信した際に、まず、データフレームを送信した他のイーサネット装置が小さなパケットの集約機能をサポートしているかどうかを判定し、小さなパケットの集約機能をサポートしない場合は、通常のイーサネットフレームしか送信できないため、通常の解析ルールを直接呼び出して受信したフレームを解析することができ、小さなパケットの集約機能をサポートしている場合、データの送信プロセスから分かるように、通常のイーサネットフレームと集約イーサネットフレームのいずれかが送信される場合があるため、解析の前に、フレームのタイプを識別する必要があり、識別結果に基づいて、通常の解析ルールを使用して解析するのか、集約の解析ルールを使用して解析するのかを決定する。

本発明の好ましい実施形態において、図２に示すように、通常のイーサネットフレームのフレーム構造は、順に、コードリーディング、フレーム先頭文字、ロードパケット、冗長検査、およびフレームスペーシングを含む。

図６に示すように、集約イーサネットフレームのフレーム構造は、コードリーディング、フレーム先頭文字、少なくとも二つの集約データ、冗長検査、フレームスペーシングを順に含み、各集約データはシャーディングヘッドとロードパケットを順に含む。

本発明の好ましい実施形態において、通常のイーサネットフレームのフレーム先頭文字と集約イーサネットフレームのフレーム先頭文字とはそれぞれ異なる値を有し、第２の受信ユニットはフレーム先頭文字に基づいてデータフレームのフレームタイプを判定する。

具体的には、本実施形態において、通常のイーサネットフレームのコードリーディング、冗長検査、およびフレームスペーシングの定義は、集約イーサネットフレームのと同じで、相違点は、通常のイーサネットフレーム先頭文字は通常０ｘ５Ｄであり、集約イーサネットフレームのフレーム先頭文字は、例えば０ｘ５Ｆを含む０ｘ５Ｄと異なる値をとるように設定できる。

ここで、上記のシャーディングヘッドは、好ましくは２バイト長とし、シャーディングされたロードパケットの長さと、それが最後のシャーディングされたロードパケットであるかどうかを制御する。

好ましい実施形態として、データ長がそれぞれ１００バイトで、最大伝送長が１５００バイトに達する連続した小さなロードパケットを例にとると、本発明の効率的な伝送イーサネット装置を使用した場合、一つの集約イーサネットフレームは１４５２バイトのデータを伝送することが可能である。具体的な計算式は次の通りであり、
８（コードリーディング）＋（１００（ロードパケット）＋２（シャーディングヘッド））×１４＋４（冗長検査）＋１２（フレームスペーシング）＝１４５２、
つまり、一つの集約イーサネットフレームは、１４００／１４５２×１００％＝９６．４％の伝送効率で、１００バイトの小さなロードパケットを１４個伝送することができる。

一方、従来技術では、１００バイトのロードパケットを１４個送信するのに１７３６バイトが必要であり、計算式は次の通りであり、
（８（コードリーディング）＋１００（ロードパケット）＋４（冗長検査）＋１２（フレームスペーシング））×１４＝１７３６、
その伝送効率は１４００／１７３６×１００＝８０．６％である。

本実施の形態では、ほぼ１６％の伝送効率が向上していることから、本発明のイーサネット装置は、小さなロードパケットのイーサネットの伝送効率を大幅に改善でき、かつロードパケットが小さいほど、伝送効率が向上することが分かる。

上記の説明は、本発明の好ましい実施形態に過ぎず、本発明の実施形態および保護範囲を限定することを意図するものではなく、当業者は、本明細書の内容および付図を使用することによってなされる同等の置換または、明らかな変更から得られる解決策は、すべて本発明の保護範囲に含まれるものを認識すべきである。

Claims (8)

1. 一つの上位層装置から一つのデータパケットを受信する度に、同一のＬＡＮ内でデータ送信を必要とする他のイーサネット装置が小さなパケットの集約機能をサポートしていると判定した場合、上記のデータパケットに含まれている各小さなパケットを集約して少なくとも一つの集約イーサネットフレームを形成させるようにカプセル化して、対応する上記の他のイーサネット装置へ送信するデータ送信モジュールと、
   同一のＬＡＮ内において、上記の小さなパケットの集約機能をサポートしている上記の他のイーサネット装置から送信されたデータフレームを受信する度に、かつ上記のデータフレームが通常のイーサネットフレームであると判定した場合、上記のデータフレームに対して予め設定された一つの通常の構文解析ルールによってデータ解析を行い、または、上記のデータフレームが上記の集約イーサネットフレームであると判定した場合、上記のデータフレームに対して予め設定された一つの集約の構文解析ルールによってデータを解析するデータ受信モジュールとを含む効率的に伝送するイーサネット装置。
2. 上記のデータ送信モジュールと上記のデータ受信モジュールとにそれぞれ接続され、装置が起動する毎に、所在している上記のＬＡＮ内で自身の装置情報をブロードキャストし、上記のＬＡＮ内における他のイーサネット装置の上記の小さなパケットの集約機能をサポートしているかどうかを示すパラメータを含む上記の装置情報を取得するデータ取得モジュールを含み、
   上記のデータ送信モジュールと上記のデータ受信モジュールは、上記の装置情報によって、データを伝送する上記の他のイーサネット装置が上記の小さなパケットの集約機能をサポートしているかどうかを判定することを特徴とする請求項１に記載のイーサネット装置。
3. 上記のデータ取得モジュールは、リンク層検出プロトコルを介して、所在している上記のＬＡＮ内において自身の上記の装置情報をブロードキャストすることを特徴とする請求項２に記載のイーサネット装置。
4. 上記のデータパケットは、順に配列された複数のロードパケットを含み、
   上記のデータ送信モジュールは、
   データ伝送を必要とする上記の他のイーサネット装置が上記の小さなパケットの集約機能をサポートしないと判定した場合、第１の信号を出力し、および、上記の他のイーサネット装置が上記の小さなパケットの集約機能をサポートしていると判定した場合、第２の信号を出力する第１の判定ユニットと、
   上記の第１の判定ユニットに接続され、上記の第１の信号によって、上記の各ロードパケットをそれぞれにカプセル化し、通常のイーサネットフレームを形成させ、順に上記の他のイーサネット装置へ送信する第１の送信ユニットと、
   上記の第１の判定ユニットに接続され、上記の第２の信号によって、大きいパケットに属する上記のロードパケットに対して、通常的にカプセル化し、上記の通常のイーサネットフレームを形成させ、および、小さなパケットに属する連続した上記のロードパケットに対して集約にカプセル化し、集約イーサネットフレームを形成させ、かつ、それらを上記のデータパケットにおける配列順によって上記の他のイーサネット装置へ順に送信する第２の送信ユニットと
   を含むことを特徴とする請求項１に記載のイーサネット装置。
5. 上記の第２の送信ユニットは、
   上記の第２の信号によって、上記の各ロードパケットのデータ長をそれぞれ取得し、上記のデータ長が予め設定された一つの閾値より大きい上記のロードパケットを上記の大きいパケットとして構成し、上記のデータ長が上記の閾値より大きくない上記のロードパケットを上記の小さなパケットとして構成する比較サブユニットと、
   上記の比較サブユニットに接続され、上記の大きいパケットに属する上記のロードパケットをカプセル化し、上記の通常のイーサネットフレームを形成させるようにする第１のカプセル化サブユニットと、
   上記の比較サブユニットに接続され、連続した上記の各小さなパケットを集約し、集約された上記のデータ長が予め設定された最大伝送長に達するまで、または連続したすべての小さなパケットの集約が完了するまで、各々の上記のロードパケットの前にシャーディングヘッドを追加し、カプセル化して上記の集約イーサネットフレームを形成させる第２のカプセル化サブユニットと、
   上記の第１のカプセル化サブユニットと第２のカプセル化サブユニットとにそれぞれに接続され、カプセル化前に上記の各ロードパケットにおける配列順に従って、上記の各通常のイーサネットフレームと上記の各集約イーサネットフレームを上記の他のイーサネット装置に送信する送信サブユニットと、
   を含むことを特徴とする請求項４に記載のイーサネット装置。
6. 上記のデータ受信モジュールは、
   上記のデータフレームを送信した上記の他のイーサネット装置が上記の小さなパケットの集約機能をサポートしていると判定した場合、第３の信号を出力し、および、上記の小さなパケットの集約機能をサポートしないと判定した場合、第４の信号を出力する第２の判定ユニットと、
   上記の第２の判定ユニットに接続され、上記の第３の信号に従って、受信した上記のデータフレームに対して上記の通常の構文解析ルールによってデータ解析を行う第１の受信ユニットと、
   上記の第２の判定ユニットに接続され、上記の第４の信号に従って、上記のデータフレームのフレームタイプが通常のイーサネットフレームであると判定した場合、上記のデータフレームに対して上記の通常の構文解析ルールによってデータ解析を行い、上記のデータフレームのフレームタイプが上記の集約イーサネットフレームであると判定した場合、上記のデータフレームに対して上記の集約の構文解析ルールによってデータ解析を行う第２の受信ユニットと、
   を含むことを特徴とする請求項５に記載のイーサネット装置。
7. 上記の通常のイーサネットフレームのフレーム構造は、順に、コードリーディング、フレーム先頭文字、ロードパケット、冗長検査、およびフレームスペーシングを含み、
   上記の集約イーサネットフレームのフレーム構造は、上記のコードリーディング、上記のフレーム先頭文字、少なくとも二つの集約データ、上記の冗長検査、および上記のフレームスペーシングを順に含み、各集約データは、上記のシャーディングヘッドと上記のロードパケットを順に含むことを特徴とする請求項６に記載のイーサネット装置。
8. 上記の通常のイーサネットフレームの上記のフレーム先頭文字と上記の集約イーサネットフレームの上記のフレーム先頭文字とはそれぞれ異なる値を有し、上記の第２の受信ユニットは上記のフレーム先頭文字に基づいて上記のデータフレームのフレームタイプを判定することを特徴とする請求項７に記載のイーサネット装置。
   

Images