(57)【要約】      （修正有）【課題】フレキシビリティをより高くし活用を向上させるという趣旨で、ネットワークインタフェースユニットを改善する。【解決手段】イーサネットデータパケットｅｄｐを受信するための少なくとも１つの入力端子１１０と、少なくとも１つの出力端子１２０と、を備えたネットワークインタフェースユニット１００であって、受信されたイーサネットデータパケットｅｄｐ及び／又はネットワークインタフェースユニット１００により変更されたイーサネットデータパケットを、予め設定可能な長さの少なくとも１つのデータセグメントｄｓにセグメント化し、出力端子１２０を介して少なくとも１つのデータセグメントｄｓを出力するようセグメント化ユニット１３０を構成する。【選択図】図１
2015208000.tif 000002
【特許請求の範囲】
【請求項１】
イーサネットデータパケット（ｅｄｐ）を受信するための少なくとも１つの入力端子（１１０）と、少なくとも１つの出力端子（１２０）とを備えたネットワークインタフェースユニット（１００）であって、
受信されたイーサネットデータパケット（ｅｄｐ）および／または前記ネットワークインタフェースユニット（１００）により変更されたイーサネットデータパケット（ｅｄｐ’）を、予め設定可能な長さの少なくとも１つのデータセグメント（ｄｓ）にセグメント化し、前記出力端子（１２０）を介して前記少なくとも１つのデータセグメント（ｄｓ）を出力するよう構成されたセグメント化ユニット（１３０）を備えること特徴とする、ネットワークインタフェースユニット（１００）。
【請求項２】
前記セグメント化ユニット（１３０）は、各データセグメント（ｄｓ）にデータセグメントヘッダ（ｄｓｈ）を割り当てるよう構成される、請求項１に記載のネットワークインタフェースユニット（１００）。
【請求項３】
前記セグメント化ユニット（１３０）は、前記出力端子（１２０）を介して前記データセグメントヘッダ（ｄｓｈ）を出力するよう構成される、請求項２に記載のネットワークインタフェースユニット（１００）。
【請求項４】
前記出力端子（１２０）は、ａ）前記セグメント化ユニット（１３０）により生成された１つ以上のデータセグメント（ｄｓ）を少なくとも一時的に格納するための第１の出力バッファ（１２０２）を有し、および／または、ｂ）前記セグメント化ユニット（１３０）により生成された１つ以上のデータセグメントヘッダ（ｄｓｈ）を少なくとも一時的に格納するための第２の出力バッファ（１２０４）を有する、請求項１〜３のいずれか１項に記載のネットワークインタフェースユニット（１００）。
【請求項５】
予め設定可能な少なくとも１つの基準に従って、受信されたイーサネットデータパケット（ｅｄｐ）を評価するよう構成された評価ユニット（１４０）が設けられる、請求項１〜４のいずれか１項に記載のネットワークインタフェースユニット（１００）。
【請求項６】
前記評価ユニット（１４０）は、ａ）前記評価に従って、前記受信されたイーサネットデータパケット（ｅｄｐ）に識別子（ｃｈｉｄ）を割り当てるよう構成され、および／または、ｂ）前記評価に従って、前記受信されたイーサネットデータパケット（ｅｄｐ）を変更し、変更されたイーサネットデータパケット（ｅｄｐ’）を獲得するよう構成される、請求項５に記載のネットワークインタフェースユニット（１００）。
【請求項７】
前記評価ユニット（１４０）は、前記セグメント化ユニット（１３０）に、前記変更されたイーサネットデータパケット（ｅｄｐ’）を出力するよう構成される、請求項６に記載のネットワークインタフェースユニット（１００）。
【請求項８】
前記評価ユニット（１４０）は、以下の工程のうちの１つ以上、すなわち、
−前記受信されたイーサネットデータパケット（ｅｄｐ）の予め設定可能な部分を除去する工程と、
−前記受信されたイーサネットデータパケット（ｅｄｐ）の予め設定可能な部分を置換する工程と、
のうちの１つ以上を実施するよう構成される、請求項５〜７のいずれか１項に記載のネットワークインタフェースユニット（１００）。
【請求項９】
前記受信されたイーサネットデータパケット（ｅｄｐ）の予め設定可能な部分を除去する工程は、ヘッダデータを少なくとも部分的に除去する工程である、請求項８に記載のネットワークインタフェースユニット（１００）。
【請求項１０】
データセグメント（ｄｓ）と当該データセグメント（ｄｓ）に対応するデータセグメントヘッダ（ｄｓｈ）とを受信するための二次的な入力端子（１５０）が設けられ、
前記二次的な入力端子（１５０）を介して受信されたデータセグメント（ｄｓ）および／またはデータセグメントヘッダ（ｄｓｈ）に従って、少なくとも１つのイーサネットデータパケット（ｅｄｐ’’）を作成するよう構成されたパケット処理ユニット（１６０）が設けられる、請求項１〜９のいずれか１項に記載のネットワークインタフェースユニット（１００）。
【請求項１１】
イーサネットデータパケット（ｅｄｐ）を受信するための少なくとも１つの入力端子（１１０）と、少なくとも１つの出力端子（１２０）と、セグメント化ユニット（１３０）と、を備えたネットワークインタフェースユニット（１００）を駆動する方法であって、
前記セグメント化ユニット（１３０）が、受信されたイーサネットデータパケット（ｅｄｐ）および／または前記ネットワークインタフェースユニット（１００）により変更されたイーサネットデータパケット（ｅｄｐ’）を、予め設定可能な長さの少なくとも１つのデータセグメント（ｄｓ）にセグメント化し（３１０）、前記出力端子（１２０）を介して前記少なくとも１つのデータセグメント（ｄｓ）を出力する（３２０）ことを特徴とする、方法。
【請求項１２】
前記セグメント化ユニット（１３０）は、各データセグメント（ｄｓ）にデータセグメントヘッダ（ｄｓｈ）を割り当てる、請求項１１に記載の方法。
【請求項１３】
前記セグメント化ユニット（１３０）はさらに、前記出力端子（１２０）を介して前記データセグメントヘッダ（ｄｓｈ）を出力する、請求項１２に記載の方法。
【請求項１４】
前記出力端子（１２０）は、ａ）第１の出力バッファ（１２０２）を有し、前記セグメント化ユニット（１３０）により生成された１つ以上のデータセグメント（ｄｓ）を少なくとも一時的に格納し、および／または、ｂ）第２の出力バッファ（１２０４）を有し、前記セグメント化ユニット（１３０）により生成された１つ以上のデータセグメントヘッダ（ｄｓｈ）を少なくとも一時的に格納する、請求項１１〜１３のいずれか１項に記載の方法。
【請求項１５】
評価ユニット（１４０）が設けられ、
前記評価ユニット（１４０）は、予め設定可能な少なくとも１つの基準に従って、受信されたイーサネットデータパケット（ｅｄｐ）を評価し、
前記評価ユニット（１４０）は、ａ）前記評価に従って、前記受信されたイーサネットデータパケット（ｅｄｐ）に識別子（ｃｈｉｄ）を割り当てるよう構成され、および／または、ｂ）前記評価に従って、前記受信されたイーサネットデータパケット（ｅｄｐ）を変更し、変更されたイーサネットデータパケット（ｅｄｐ’）を獲得するよう構成される、請求項１１〜１４のいずれか１項に記載の方法。
【請求項１６】
前記評価ユニット（１４０）は、前記セグメント化ユニット（１３０）に、前記変更されたイーサネットデータパケット（ｅｄｐ’）を出力するよう構成される、請求項１５に記載の方法。
【請求項１７】
評価ユニット（１４０）が設けられ、
前記評価ユニット（１４０）は、以下の工程のうちの１つ以上、すなわち、
−前記受信されたイーサネットデータパケット（ｅｄｐ）の予め設定可能な部分を除去する工程と、
−前記受信されたイーサネットデータパケット（ｅｄｐ）の予め設定可能な部分を置換する工程と、
のうちの１つ以上を実施する、請求項１１〜１６のいずれか１項に記載の方法。
【請求項１８】
前記受信されたイーサネットデータパケット（ｅｄｐ）の予め設定可能な部分を除去する工程は、ヘッダデータを少なくとも部分的に除去する工程である、請求項１７に記載の方法。
【請求項１９】
データセグメント（ｄｓ）と当該データセグメント（ｄｓ）に対応するデータセグメントヘッダ（ｄｓｈ）とを受信するための二次的な入力端子（１５０）と、パケット処理ユニット（１６０）とが設けられ、
前記パケット処理ユニット（１６０）が、前記二次的な入力端子（１５０）を介して受信されたデータセグメント（ｄｓ）および／またはデータセグメントヘッダ（ｄｓｈ）に従って、少なくとも１つのイーサネットデータパケット（ｅｄｐ’’）を作成する、請求項１１〜１８のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イーサネット（登録商標）データパケットを受信するための少なくとも１つの入力端子と、少なくとも１つの出力端子とを備えたネットワークインタフェースユニットに関する。
【０００２】
本発明はさらに、このようなネットワークインタフェースユニットを駆動する方法に関する。
【背景技術】
【０００３】
冒頭に挙げた形態のネットワークインタフェースユニットは公知であり、例えば、いわゆるイーサネット（Ｅｔｈｅｒｎｅｔ）データパケット、すなわち、特に規格ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ、電気電子技術者協会）８０２．３に対応するネットワークパケットを、受信および／または送信するよう構成されている。その際に、イーサネットデータパケットの伝送は、それ自体は公知のやり方で、場合によっては他のネットワークインタフェースユニットと共有される媒体（「共有媒体（ｓｈａｒｅｄ  ｍｅｄｉｕｍ）」）を介して、特に電気的および／または光学的データ接続線を介して行われる。公知のネットワークインタフェースユニットの欠点は、フレキシビリティが小さいため活用に制限があることである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の課題は、先に挙げた先行技術の欠点を回避し、特にフレキシビリティをより高くし活用を向上させるという趣旨で、ネットワークインタフェースユニット、および、当該ネットワークインタフェースユニットのための駆動方法を改善することである。
【課題を解決するための手段】
【０００５】
本課題は、冒頭で挙げた形態のネットワークインタフェースユニットにおいては、本発明に基づいて、受信されたイーサネットデータパケットおよび／またはネットワークインタフェースユニットにより変更されたイーサネットデータパケットを、予め設定可能な長さの少なくとも１つのデータセグメントにセグメント化し、出力端子を介して少なくとも１つのデータセグメントを出力するよう構成されたセグメント化ユニットが設けられることによって解決される。これにより有利に、予め設定可能な長さ、特に一定または可変的な長さを有するデータセグメントが出力端子で出力され、これにより特に従来のネットワークインタフェースユニットに比べて、出力されたデータセグメントを受信するデータシンクの構成について自由度（Ｆｒｅｉｈｅｉｔｓｇｒａｄ）が生じる。
【０００６】
特に、１つ以上のイーサネットデータパケットの形態でネットワークインタフェースユニットにより受信されたデータの、少なくとも１つの他のデータ形式での抽出、または少なくとも１つの他のデータ形式への変換が可能である。例えば、出力されるデータセグメントの長さを予め設定することによって、このような調整を行うことが可能である。さらに有利に、本発明に係るネットワークインタフェースユニットによって、場合によってはプリアンブルおよび「スタートフレームデリミタ（ＳＦＤ：ｓｔａｒｔ  ｆｒａｍｅ  ｄｅｌｉｍｉｔｅｒ）」も含めて最小で例えば６４バイトから最大で例えば１５１８バイトまでの、公知のように様々なパケット長を有しうるイーサネットデータパケットが、一定の長さのデータセグメントに分解可能であり、したがって、本発明に係るネットワークインタフェースユニットの下位の処理ユニット内でのデータセグメントの決定論的な通過時間または加工時間が可能である。
【０００７】
有利な実施形態において、セグメント化ユニットは、各データセグメントにデータセグメントヘッダを割り当てるよう構成され、セグメント化ユニットはさらに、好適に、出力端子を介してデータセグメントヘッダを出力するよう構成されることが構想される。これにより、個々のデータセグメントと、順序、すなわち、例えば、ネットワークインタフェースユニットによりセグメント化された受信されたイーサネットデータパケット内のデータの順序との対応付けが可能であり、当該対応付けは、ネットワークインタフェースユニットの下位の処理ユニット内でも利用可能である。一実施形態において、特に有利に、データセグメントヘッダのために一定の大きさ（例えば、バイト長）を設けることが可能であり、したがって、データセグメントヘッダの処理に関しても、例えば、データセグメントヘッダごとに必要な一定のメモリ、一定のスループット時間または処理時間等の利点が得られる。
【０００８】
さらなる別の有利な実施形態において、出力端子は、ａ）セグメント化ユニットにより生成された１つ以上のデータセグメントを少なくとも一時的に格納するための第１の出力バッファを有し、および／または、ｂ）セグメント化ユニットにより生成された１つ以上のデータセグメントヘッダを少なくとも一時的に格納するための第２の出力バッファを有することが構想される。このようにして、本発明に係るネットワークインタフェースユニットにより作成されたデータセグメントおよび／またはそのデータセグメントヘッダを、少なくとも一時的に、例えば下位の処理ユニットへの出力の前に格納することが可能である。さらに、一実施形態に係る出力バッファでの一時格納によって、バッファリングされたデータ（データセグメントおよび／またはデータセグメントヘッダ）に対応するデータの処理が可能となり、当該対応するデータによって、場合によっては、上記バッファリングされたデータ（データセグメントおよび／またはデータセグメントヘッダ）を、例えば、特に出力端子を介しては、下位の処理ユニットに全く出力すべきではないことが推測され、したがって、該当するバッファリングされたデータ（データセグメントおよび／またはデータセグメントヘッダ）を、上記下位の処理ユニットへの出力の前にまだバッファから消去することが可能である。このようなやり方は、例えば、処理されまたはバッファリングされたデータ（データセグメントおよび／またはデータセグメントヘッダ）の内容の解析時に、当該解析の結果、当該処理されまたはバッファリングされたデータのうちの１つまたは複数が出力のために適さないことが判明している場合には、有効である。
【０００９】
さらなる別の有利な実施形態において、予め設定可能な少なくとも１つの基準にしたがって、受信されたイーサネットデータパケットを評価するよう構成された評価ユニットが設けられ、これにより、例えば、イーサネットデータパケットのフィルタリングが実現可能である。
【００１０】
さらなる別の有利な実施形態において、評価ユニットは、評価にしたがって、受信されたイーサネットデータパケットに識別子（「チャネルＩＤ」）を割り当てるよう構成され、および／または、ｂ）評価にしたがって、受信されたイーサネットデータパケットを変更し、変更されたイーサネットデータパケットを獲得するよう構成され、評価ユニットは、好適に、セグメント化ユニットに、変更されたイーサネットデータパケットを出力するよう構成されることが構想される。一実施形態において、例えば、割り当てられた識別子もセグメント化ユニットに出力されてもよい。例えば、割り当てられた識別子は、セグメント化ユニットによって、イーサネットデータパケットまたは変更されたイーサネットデータパケットに対応するデータセグメントへの１つ以上のデータセグメントヘッダに書き込まれてもよい。代替的または補足的に、識別子は、例えば先に記載したイーサネットデータパケットの変更の枠組みにおいて、１つ以上のデータセグメントに直接的に書き込まれてもよく、これにより、データセグメント内での識別子の一種の帯域内（ｉｎ−Ｂａｎｄ）シグナリングが可能になる。
【００１１】
さらなる別の有利な実施形態において、評価ユニットは、以下の工程のうちの１つ以上、すなわち、受信されたイーサネットデータパケットの予め設定可能な部分を除去する工程、特に、ヘッダデータを少なくとも部分的に除去する工程と（「フレーム除去」（ｓｔｒｉｐｐｉｎｇ））、受信されたイーサネットデータパケットの予め設定可能な部分を置換する工程とのうちの１つ以上を実施するよう構成される。これにより、出力されるデータセグメントのデータ量、または当該データセグメントの数、および、場合により、対応する数のデータセグメントヘッダが削減され、これにより、本発明に係るネットワークインタフェースユニットの下位の処理ユニットの負荷が軽減される。
【００１２】
さらなる別の有利な実施形態において、データセグメントと当該データセグメントに対応するデータセグメントヘッダとを受信するための二次的な入力端子が設けられ、二次的な入力端子を介して受信されたデータセグメントおよび／またはデータセグメントヘッダに従って、少なくとも１つのイーサネットデータパケットを作成するよう構成されたパケット処理ユニットが設けられることが、構想される。これにより、本発明に係るネットワークインタフェースユニットは、有利に、例えば外部の処理ユニットから自身に伝達されたデータセグメントを、イーサネットと互換性がある適切な媒体を介した標準化された出力のために、イーサネットデータパケットへと纏めることが可能である。
【００１３】
本発明の課題のさらなる解決策として、請求項８に係るネットワークインタフェースユニットを駆動する方法が構想される。有利な構成は、従属請求項の発明の主題である。
【図面の簡単な説明】
【００１４】
以下では、本発明の実施形態の例が、図面を参照しながら解説される。
【図１】第１の実施形態に係るネットワークインタフェースユニットを概略的に示す。
【図２】第２の実施形態に係るネットワークインタフェースユニットを概略的に示す。
【図３】第３の実施形態に係るネットワークインタフェースユニットの観点を概略的に示す。
【図４】第４の実施形態に係るネットワークインタフェースユニットを概略的に示す。
【図５】一実施形態に係るフィルタリングの第１の観点を概略的に示す。
【図６】一実施形態に係るフィルタリングの第２の観点を概略的に示す。
【図７ａ】さらなる別の実施形態に係るセグメント化の観点を概略的に示す。
【図７ｂ】さらなる別の実施形態に係るセグメント化の観点を概略的に示す。
【図８】一実施形態に係る出力インタフェースの一観点を概略的に示す。
【図９】一実施形態に係るパケット処理ユニットの一観点を概略的に示す。
【図１０ａ】一実施形態に係るフローチャートを概略的に示す。
【図１０ｂ】一実施形態に係るフローチャートを概略的に示す。
【発明を実施するための形態】
【００１５】
図１は、第１の実施形態に係るネットワークインタフェースユニット１００を概略的に示している。ネットワークインタフェースユニット１００は、例えば規格ＩＥＥＥ８０２．３に準拠したイーサネットデータパケットｅｄｐを受信する入力端子１１０を有する。
【００１６】
一実施形態において、入力端子１１０は、好適にＳＧＭＩＩ（Ｓｅｒｉａｌ  Ｇｉｇａｂｉｔ  Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒｆａｃｅ）という型のインタフェースを介して、イーサネットスイッチ（図示せず）と例えば直接的に接続される。代替的に、入力端子１１０は、ＲＧＭＩＩ（Ｒｅｄｕｃｅｄ  Ｇｉｇａｂｉｔ  Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒｆａｃｅ）という型のインタフェースを介して、例えば、ＩＳＯ／ＯＳＩ基本参照モデルのビット伝送層（ＰＨＹレイヤ）で動作するインタフェースと接続されてもよい。一般に、ネットワークインタフェースユニット１００には、入力端子１１０を介して、既に言及したイーサネットデータパケットｅｄｐが供給されうる。一実施形態において、入力端子１１０は、ＧｂＥ（Ｇｉｇａｂｉｔ−Ｅｔｈｅｒｎｅｔ）という型の伝送のために構成されている。
【００１７】
本発明に基づいて、ネットワークインタフェースユニット１００は、少なくとも１つの出力端子１２０と、受信されたイーサネットデータパケットｅｄｐを、予め設定可能な長さを有する少なくとも１つのデータセグメントｄｓにセグメント化し、出力端子１２０を介して少なくとも１つのデータセグメントｄｓを出力するよう構成されたセグメント化ユニット１３０とを有する。これにより、出力端子１２０では有利に、予め設定可能な長さ、特に一定または可変的な長さを有するデータセグメントｄｓを出力することが可能であり、これにより特に、従来のネットワークインタフェースユニットに比べて、出力されたデータセグメントを受信するデータシンク（図示せず）の構成について自由度が生じる。
【００１８】
特に、１つ以上のイーサネットデータパケットｅｄｐの形態でネットワークインタフェースユニット１００により受信されたデータの、少なくとも１つの他のデータ形式での抽出、または少なくとも１つの他のデータ形式への変換が可能である。例えば、出力すべきデータセグメントｄｓの長さを予め設定することによって、このような調整が可能である。さらに有利に、本発明に係るネットワークインタフェースユニット１００によって、場合によってはプリアンブルおよび「スタートフレームデリミタ（ＳＦＤ：ｓｔａｒｔ  ｆｒａｍｅ  ｄｅｌｉｍｉｔｅｒ）」も含めて最小で例えば６４バイトから最大で例えば１５１８バイトまでの、公知のように様々なパケット長を有しうるイーサネットデータパケットｅｄｐが、一定の長さのデータセグメントに分解可能であり、したがって、本発明に係るネットワークインタフェースユニット１００の下位の処理ユニット（図示せず）内でのデータセグメントｄｓの決定論的な通過時間または加工時間が可能である。
【００１９】
有利な実施形態において、セグメント化ユニット１３０は、各データセグメントｄｓにデータセグメントヘッダｄｓｈを割り当てるよう構成され、その際に、セグメント化ユニット１３０はさらに好適に、出力端子１２０を介してデータセグメントヘッダｄｓｈを出力するよう構成される。
【００２０】
図２は、第２の実施形態に係るネットワークインタフェースユニット１００ａを概略的に示している。ネットワークインタフェースユニット１００ａは、図１を参照して先に述べたように、１つ以上のイーサネットデータパケットｅｄｐを受信する入力端子１１０を有する。本実施形態では、予め設定可能な１つ以上の基準にしたがって、到着したイーサネットデータパケットｅｄｐにフィルタを掛けるよう構成された任意のサービスフィルタユニット１１２が、入力端子１１０の下位に置かれる。サービスフィルタユニット１１２の詳細な実施例は、以下で図５を参照しながらさらに記載する。
【００２１】
サービスフィルタユニット１１２の下位には、評価ユニット１４０が置かれ、この評価ユニット１４０は、場合によりサービスフィルタユニット１１２により当該サービスフィルタユニット１１２の出力口１１２ａで出力された、フィルタに掛けられたイーサネットデータパケットを自身の入力口１４０ａで受信し、受信されたイーサネットデータパケットを、予め設定可能な少なくとも１つの基準にしたがって評価するよう構成されている。評価ユニット１４０の詳細な実施例は、以下で図６を参照しながらさらに記載する。
【００２２】
好適な実施形態において、評価ユニット１４０は、評価にしたがって、受信されたイーサネットデータパケットに識別子（「チャネルＩＤ」）ｃｈｉｄを割り当て、および／または、ｂ）評価にしたがって、受信されたイーサネットデータパケットを変更し、変更されたイーサネットデータパケットを獲得するよう構成され、その際に、評価ユニット１４０は好適に、変更されたイーサネットデータパケットをセグメント化ユニット１３０に出力するよう構成される。
【００２３】
さらなる別の好適な実施形態において、評価ユニット１４０は、以下の工程のうちの１つ以上、すなわち、受信されたイーサネットデータパケットの予め設定可能な部分を除去する工程、特に、ヘッダデータを少なくとも部分的に除去する工程（例えば、プリアンブルおよび／またはＳＦＤおよび／または宛先ＭＡＣアドレスおよび／または送信元ＭＡＣアドレスおよび／またはＶＬＡＮデータおよび／またはチェックサムデータ（ＣＲＣ）の除去）、受信されたイーサネットデータパケットの予め設定可能な部分を置換する工程のうちの１つ以上を実施するよう構成される。
【００２４】
さらなる別の好適な実施形態において、評価ユニット１４０は、受信されたイーサネットデータパケットまたは当該イーサネットデータパケットのユーザデータの内容（ペイロード（ｐａｙｌｏａｄ））に対して、ＩＳＯ／ＯＳＩ基本参照モデルの第３層（レイヤ３）（伝達層）にまで、または第４層（レイヤ４）、すなわちトランスポート層にまで至る評価（他の実施形態では、第５層、第６層も含める評価も構想される）を行うよう構成される。換言すれば、好適な本実施形態では、評価ユニット１４０は、受信されたイーサネットデータパケットまたは当該イーサネットデータパケットのユーザデータの内容についての非常に広範な解析を行うことが可能である。この解析にしたがって、個々のイーサネットデータパケットｅｄｐ、ｅｄｐ’は例えば破棄されてもよく、他のやり方でフィルタに掛けられてもよく、および／または、変更されてもよい。これにより有利に、例えば、イーサネットデータパケットの形態でユニット１００に到着したＴＣＰデータストリームまたはＩＰデータストリームまたはその他のデータストリームが、データセグメントｄｓの形態での出力のために適さないため、例えば、下位の処理ユニットが該当するＩＰデータストリームを処理したくなくまたは処理すべきではないために、本発明に係るセグメント化ユニット１３０によって全く加工されず、すなわちセグメント化されないということが実現される。これにより、データセグメントｄｓの生成に関して本発明の効果がさらに上がる。
【００２５】
さらなる別の好適な実施形態において、セグメント化ユニット１３０は、ネットワークインタフェースユニット１００により、特に上述の評価ユニット１４０により変更されたイーサネットデータパケットｅｄｐ’を、予め設定可能な長さを有する少なくとも１つのデータセグメントｄｓにセグメント化し、出力端子１２０を介してこの少なくとも１つのデータセグメントｄｓを出力するよう構成される。
【００２６】
さらなる別の有利な実施形態において、出力端子１２０は、セグメント化ユニット１３０により生成された１つ以上のデータセグメントｄｓを少なくとも一時的に格納するための第１の出力バッファ１２０２を有し、および／または、セグメント化ユニット１３０により生成された１つ以上のデータセグメントヘッダｄｓｈを少なくとも一時的に格納するための第２の出力バッファ１２０４を有する。任意に、データセグメントｄｓおよび／またはデータセグメントヘッダｄｓｈの出力、特に、第１の出力バッファ１２０２または第２の出力バッファ１２０４に少なくとも一時的に格納されたデータセグメントｄｓまたはデータセグメントヘッダｄｓｈの出力を制御する出力制御ロジック部１２０６が存在してもよい。
【００２７】
図３は、第３の実施形態に係るネットワークインタフェースユニットを概略的に示している。データセグメントと、当該データセグメントに対応するデータセグメントヘッダとを受信するための二次的な入力端子１５０が設けられる。このようなデータセグメントまたはデータセグメントヘッダは、例えば、図３は示されていないデータシンクに由来しうる。さらに、二次的な入力端子１５０を介して受信されたデータセグメントおよび／またはデータセグメントヘッダに従って、少なくとも１つのイーサネットデータパケットｅｄｐを作成するよう構成されたパケット処理ユニット１６０が設けられる。
【００２８】
特に有利に、図３の構成１５０、１６０は、先に図１、図２を参照して記載した構成要素またはメッセージインタフェースユニット１００、１００ａと組み合わせてもよい。特に、パケット処理ユニット１６０の出力端子１７０は、入力端子１１０（図１、図２）と同様に、好適にＳＧＭＩＩ（Ｓｅｒｉａｌ  Ｇｉｇａｂｉｔ  Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒｆａｃｅ）という型のインタフェースを介して、イーサネットスイッチ（図示せず）と直接的に接続されるよう構成されうる。
【００２９】
代替的に、出力端子１７０は、ＲＧＭＩＩ（Ｒｅｄｕｃｅｄ  Ｇｉｇａｂｉｔ  Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒｆａｃｅ）という型のインタフェースを介して、ＩＳＯ／ＯＳＩ基本参照モデルのビット伝送層（ＰＨＹレイヤ）で動作するインタフェースと接続されてもよい。
【００３０】
一般に、本発明に係るネットワークインタフェースユニット１００、１００ａは、出力端子１７０を介して、パケット処理ユニット１６０により作成されたイーサネットデータパケットｅｄｐ’’を、例えば入力端子１１０も接続可能な同一のまたは類似した媒体を介して、イーサネットネットワークへと出力することが可能である。一実施形態において、出力端子１７０は、ＧｂＥ（Ｇｉｇａｂｉｔ−Ｅｔｈｅｒｎｅｔ）という型の伝送のために構成される。
【００３１】
好適な実施形態において、パケット処理ユニット１６０は、結合ユニット１６２を有し、この結合ユニット１６２は入力側で、二次的な入力端子１５０から、データセグメントｄｓおよび／またはデータセグメントヘッダｄｓｈを受取り、１つ以上のデータセグメントｄｓまたはデータセグメントヘッダｄｓｈを利用して、１つ以上のイーサネットデータパケットまたはイーサネットデータパケットの部分を作成する。一実施形態において、結合ユニット１６２は、例えば、１つ以上のデータセグメントまたは対応するデータセグメントヘッダに従って、イーサネットデータパケットｅｄｐ’’の作成のために適するように、ユーザデータパケット（「ペイロード（ｐａｙｌｏａｄ）」）を作成するよう構成されてもよい。結合ユニット１６２は、自身の出力データ（例えば、複数のデータセグメントｄｓおよび／または識別子ｃｈｉｄが集まってできたデータ）を、パケット作成ユニット１６４へとさらに転送する。
【００３２】
一実施形態において、結合ユニット１６２は、その入力口で、到着したデータセグメントヘッダｄｈｓを解析し、作成すべきイーサネットデータパケットｅｄｐ’’のための第１のデータセグメントｄｓと、場合により、同様に作成すべきイーサネットデータパケットｅｄｐ’’の構成要素となる後続のさらなる別のデータセグメントとを同定し、このことをパケット作成ユニット１６４にシグナリングする。その際に、結合ユニット１６２は、特に、データセグメントに割り当てられた識別子ｃｈｉｄも評価または利用してもよい。
【００３３】
さらなる別の実施形態によれば、パケット作成ユニット１６４は、結合ユニット１６２から受信されたデータに、例えば開始アドレスおよび／または宛先アドレス（特に、ＭＡＣアドレス）を付加して、イーサネットデータパケットの完成を促し、または、イーサネットデータパケットの作成を完了してもよい。代替的または補足的に、ユニット１６４は、作成すべきイーサネットデータパケットｅｄｐ’’のためのチェックサム（ＣＲＣ：ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ、巡回冗長検査）を作成してもよい。
【００３４】
代替的または補足的に、ユニット１６４は、いわゆる「プロトコルコンストラクタ（Ｐｒｏｔｏｃｏｌ  ｃｏｎｓｔｒｕｃｔｏｒ）」機能を有し、または、データフロー制御（ｘｏｎ／ｘｏｆｆ）のための措置をサポートしてもよい。さらなる別の有利な実施形態において、アドレス解決データバンク（ＡＲＰ  ｄａｔａ  ｂａｓｅ:ａｄｄｒｅｓｓ  ｒｅｓｏｌｕｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｂａｓｅ、アドレス解決プロトコルデータベース）１６６が設けられてもよい。さらなる別の実施形態において、パケット作成ユニット１６４の機能をサポートするバッファメモリ１６８が設けられてもよい。
【００３５】
さらに別の実施形態において、二次的な入力端子１５０は、出力端子１２０（図２）と同様に、当該二次的な入力端子１５０のところに到着したデータセグメントまたはデータセグメントヘッダを少なくとも一時的に格納するために、１つ以上のバッファメモリ、ここでは入力バッファを有してもよい。外部のデータソースから到着するデータセグメントのための、ユニット１５０内の入力バッファは、図３では符号１５０２で示され、データセグメントヘッダのための入力バッファは、符号１５０４で示される。
【００３６】
図４は、本発明に係るネットワークインタフェースユニットのさらなる別の実施形態１００ｂを示している。ネットワークインタフェースユニット１００ｂは、先に図２を参照して記載した構成要素１１０、１１２、１４０、１３０、１２０と、先に図３を参照して記載した構成要素１５０、１６０、１７０と、を有する。
【００３７】
追加的に、構成要素１４０、１３０と比較可能な要素１１４０、１１３０を有するフィードバックユニット１０００が設けられる。フィードバックユニット１０００の出力端子１１２０は、基本的に、出力端子１２０と同一に構成される。
【００３８】
さらに、フィードバックユニット１０００も、その機能に関して基本的にサービスフィルタユニット１１２に対応するサービスフィルタユニット１１１２を有しうる。
【００３９】
図４の左側に描かれた、パケット処理ユニット１６０またはその構成要素１６４からフィードバックユニット１０００への信号接続線Ｓ１を介して、パケット処理ユニット１６０により生成されたイーサネットデータパケットからフィードバックユニット１０００へのフィードバックが可能であり、したがって、フィードバックループは、構成要素１０００、１５０、１６０、Ｓ１を介して閉じられる。
【００４０】
同じようなフィードバックの仕組みがさらに、任意の信号線Ｓ２を介して可能であり、この信号線Ｓ２によって、出力口１７０で獲得されたイーサネットデータパケットｅｄｐ’’が、ネットワークインタフェースユニット１００ｂの入力端子１１０へと転送されうる。そこでは例えば、サービスフィルタユニット１１２に組み込むことが可能なスイッチ１１２ａを介して、以下のことを制御することが可能であり、すなわち、共有の媒体（図示せず）により到着したイーサネットデータパケットｅｄｐが、サービスフィルタ１１２に到達し、場合によっては評価ユニット１４０への転送のために到達するのか、またはむしろ、パケット処理ユニット１６０により生成されたイーサネットデータパケットｅｄｐ’’が、サービスフィルタ１１２に到達するのかを制御することが可能である。
【００４１】
図５は、例えばサービスフィルタユニット１１２（図１、図４）で行われるようなフィルタリングの第１の観点を概略的に示している。入力部２０００では、図２で例えば符号ｅｄｐで示され入力端子１１０に供給されるようなイーサネットデータパケットが獲得される。以下でさらに詳しく記載するフィルタリングの後で、到着したイーサネットデータパケットｅｄｐは、例えば評価ユニット１４０への転送のために（図２、図４参照）、出力領域２００２内で場合によっては出力される。
【００４２】
好適な実施形態において、第１の問い合わせ部２００４内で、到着したイーサネットデータパケットｅｄｐは、その宛先ＭＡＣアドレスが本発明に係るネットワークインタフェースユニット１００、１００ａ、１００ｂのＭＡＣアドレスに対応するのか、または、宛先ＭＡＣアドレスが、ネットワークインタフェースユニットが監視したいブロードキャスト（Ｂｒｏａｄｃａｓｔ）またはマルチキャスト（Ｍｕｌｔｉｃａｓｔ）ＭＡＣアドレスに対応するのかについて検査される。宛先ＭＡＣアドレスが本発明に係るネットワークインタフェースユニット１００、１００ａ、１００ｂのＭＡＣアドレスに対応する、または、宛先ＭＡＣアドレスが、ネットワークインタフェースユニットが監視したいブロードキャストまたはマルチキャストＭＡＣアドレスに対応する場合には、後続の問い合わせ部２００６に進み、この問い合わせ部２００６では、イーサネットデータパケットｅｄｐは、ＭＡＣ−ＣＴＲＬという型のＭＡＣ制御メッセ―ジ「ポーズ」（Ｐａｕｓｅ）を含んでいるかについて検査される。イーサネットデータパケットｅｄｐが、ＭＡＣ−ＣＴＲＬという型のＭＡＣ制御メッセ―ジ「ポーズ」（Ｐａｕｓｅ）を含んでいない場合には、後続の問い合わせ部２００８に進み、この問い合わせ部２００８は、イーサネットデータパケットｅｄｐのイーサネットヘッダが、値０ｘ８８０８の種別フィールド（Ｔｙｐｅｆｅｌｄ）を有するかどうかについて検査を行う。イーサネットデータパケットｅｄｐのイーサネットヘッダが、値０ｘ８８０８の種別フィールド（Ｔｙｐｅｆｅｌｄ）を有していない場合には、イーサネットデータパケットｅｄｐは、後続のユニット１４０（図２）への出力のために、出力領域２００２に供給される。
【００４３】
検査部２００６、２００８のうちの１つで、到着したイーサネットデータパケットｅｄｐが「ポーズ（ｐａｕｓｅ）」（「ポーズフレーム」（ｐａｕｓｅ  ｆｒａｍｅ））という種類のイーサネット制御要素を含むことが判明した場合には、さらなる問い合わせ部２０１０へと進み、この問い合わせ部２０１０では、イーサネット「ポーズパケット」が評価されるか否かがについて問い合わせが行われる。問い合わせ部２０１０の制御は、ポーズモードがアクティブ（ａｋｔｉｖ）か否かを示す対応する制御信号２０１２によって実装されうる。
【００４４】
さらなる別の実施形態において、サービスフィルタユニット１１２（図２、図４）は、先に図５を参照して記載したプロセスとは異なるフィルタリング工程または補足的なフィルタリング工程を設けることが可能であり、例えば一般に、上記の図５のフィルタリング工程に含まれる（ＭＡＣ）送信元アドレス、および／または、宛先アドレス、および／または、種別情報に従った、イーサネットパケットまたはイーサネットデータフレームの判定を設けることが可能である。したがって、例えば、マルチキャストイーサネットパケットまたは上記「ポーズフレーム」を検査し、またはフィルタに掛けることが可能である。
【００４５】
図６は、例えば評価ユニット１４０（図２、図４）に実装可能な、一実施形態に係るフィルタリングの第２の観点を概略的に示す。
【００４６】
入力領域２１００では、イーサネットデータパケットｅｄｐが、例えば直接的に、入力端子１１０またはサービスフィルタユニット１１２の入力口に到着する。
【００４７】
図６に係る、以下で詳細に記載される構造によるフィルタリングまたは評価によって、入力領域２１００に到着したイーサネットデータパケットｅｄｐは、場合によって出力領域２１０２で、後続のユニットへと、例えば、セグメント化ユニット１３０（図２、図４）へと出力される。
【００４８】
図６から分かるように、入力領域２１００に到着したイーサネットデータパケットｅｄｐは、一実施形態によれば、フィルタ経路の一群ＧＦＰに供給され、この一群のフィルタ経路ＧＦＰは、予め設定可能なフィルタ基準についてイーサネットデータパケットｅｄｐを評価し、対応する結果を出力段２１０４へと出力する。さらに、図６に係る構成は、インタネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスフィルタの一群ＧＩＰを有し、当該インタネットプロトコルの一群ＧＩＰにも同様に、到着したイーサネットデータパケットｅｄｐが供給される。個別のＩＰアドレスフィルタの出力データは、図６に示すように、入力変数としてフィルタ経路の一群ＧＦＰに作用する。好適な実施形態において、フィルタ経路の一群ＧＦＰは、Ｎ個のフィルタ経路を有し、ＩＰアドレスフィルタの一群ＧＩＰは、Ｊ個の要素を有する。到着したイーサネットデータパケットｅｄｐが、上記一群ＧＦＰのうちの複数のフィルタ経路のフィルタ基準を満たす場合には、例えばイーサネットデータパケットｅｄｐに対する識別子ｃｈｉｄの対応付けを可能にするために、上記複数のフィルタ経路への優先順位付けが利用可能である。
【００４９】
好適な実施形態において、評価ユニット１４０は、到着したイーサネットデータパケットｅｄｐに、対応する識別子ｃｈｉｄ（図２）を割り当てるよう構成される。このために、例えば、先に図６に関して記載した措置を利用することが可能である。例えば、機能ブロック２１０８では、到着したイーサネットデータパケットｅｄｐに対応する識別子ｃｈｉｄ（図２）が、評価段２１０４の出力データにしたがって割り当てられる。
【００５０】
代替的または補足的に、例えば全ヘッダデータの除去により、到着したイーサネットデータパケットｅｄｐを変更することも可能であり、したがって、イーサネットデータパケットｅｄｐのユーザデータのみを、場合によっては先に記載した識別子ｃｈｉｄと共に、出力領域２１０２へと転送することが可能である。任意に、特定のフィルタ基準が満たされる場合には（ユニット２１０４による評価を参照されたい）、評価ユニット１４０によって、イーサネットデータパケットｅｄｐの一部またはイーサネットデータバケット全体が破棄されてもよい。この場合には、対応するイーサネットデータパケットは、最初に出力領域２１０２に転送され、その後、ユニット１３０（図２、図４）によってセグメント化が施され、その後にようやく、例えば出力バッファ１２０２、１２０４からの削除により破棄されうる。一実施形態において、対応する制御情報１２２０が、例えば機能ブロック２１０６により提供され、場合によっては、出力端子１２０へと転送されてもよい。
【００５１】
一実施形態において、出力バッファ１２０２、１２０４は、例えばリングバッファの形態で具現化されてもよく、したがって、データセグメントまたはデータセグメントヘッダの破棄は、例えば図６に係る評価ユニット１４０による処理に従って、該当するリングバッファへの書込みポインタ（ｗｒｉｔｅ  ｐｏｉｎｔｅｒ）の位置の変さらにより実現可能である。
【００５２】
図７ａ〜図７ｂは、例えば本発明に係るセグメント化ユニット１３０により実現可能な、さらなる別の実施形態に係るセグメント化の観点を概略的に示している。
【００５３】
その際に図７ａは、イーサネットデータパケットｅｄｐがどのように、複数のデータセグメントｄｓ＿１、ｄｓ＿２、…へと、および、対応付けられた複数データセグメントヘッダｄｓｈ＿１、ｄｓｈ＿２、…へとセグメント化されるのかを示している。ここで含まれるデータセグメントまたはデータセグメントヘッダは、例えば、図２に係るユニット１２０に供給されうる。
【００５４】
図７ｂは、図７ａに比べて、トランスペアレントな（ｔｒａｎｓｐａｒｅｎｔ）セグメント化を示しており、このトランスペアレントなセグメント化では、イーサネットデータパケットｅｄｐは、データセグメントｄｓ＿１’、ｄｓ＿２’、…、または、対応付けられたデータセグメントヘッダｄｓｈ＿１’、ｄｓｈ＿２’、…に分配される。図７ａに係る実施形態とは異なって、図７ｂに係るデータセグメントｄｓ＿１’は、既にユーザデータ、すなわちペイロード（ｐａｙｌｏａｄ）を含んでいるのに対して、図７ａのデータセグメントｄｓ＿１の同じ範囲は、空（ｅｍｐｔｙ）のままであり、図７ａに係るイーサネットデータパケットｅｄｐのユーザデータは、第２のデータセグメントｄｓ＿２で初めて充填される。
【００５５】
図８は、一実施形態に係る出力インタフェース１２０の一観点を概略的に示している。ユーザデータ書込み制御ユニット１２０８には入力側で、セグメント化ユニット１３０により作成されたデータセグメントｄｓが供給される。本実施形態において、第１の出力バッファ１２０２、または、ユーザデータ書込み制御ユニット１２０８への第１の出力バッファ１２０２のインタフェースは、ユーザデータ書込み制御ユニット１２０８が、静的なダイレクトアクセスメモリユニット（ＳＲＡＭ、スタティックＲＡＭ）へのアクセスのように、アドレス情報ＡＤＲおよび出力バッファ１２０２に書き込まれる本来のデータＤＡＴＡが予め設定された上で、自身にアクセスしうるように実現される。図８から分かるように、データセグメントヘッダｄｓｈは、直接的に第２の出力バッファ１２０４に供給される。出力制御ロジック部１２０６は、インタフェース１２０６ａを介して、標準ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ−Ｆｉｒｓｔ  Ｏｕｔ。先入れ先出し）バッファメモリへのアクセスのように、第１の出力バッファ１２０２にアクセスするが、第２の出力バッファ１２０４への出力制御ロジック部１２０６のアクセスは、インタフェース１２０６ｂを介して、先読み（ｒｅａｄ  ａｈｅａｄ）ＦＩＦＯの形態で行われる。
【００５６】
図８から分かるように、第２の出力バッファ１２０４は、データセグメントヘッダｄｓｈのための第１のバッファ待ち行列１２０４ａの他に、存在する制御情報をユニット１２０８からユニット２１０６へとそれを介して伝達可能な少なくとも１つのさらなる別のバッファ待ち行列１２０４ｂを有してもよい。
【００５７】
一実施形態において、図８に係る出力インタフェース１２０の駆動のために以下の工程が生じる。データセグメントｄｓが第１の出力バッファ１２０２に格納される間に、付属するデータセグメントヘッダｄｓｈが生成され、その後で第２の出力バッファ１２０４に格納される。これにより有利に、データセグメントヘッダが、時間的に、付属するデータセグメントより前に読み出され、下位のデータ処理ユニット（図示せず）へと出力されうる（矢印Ａを参照）。
【００５８】
さらなる別の実施形態において、データセグメントｄｓが第１の出力バッファ１２０２に格納される間に、ネットワークインタフェースユニットまたはその構成要素の１つにより平行して行われる評価によって、（１つ以上のデータセグメントにセグメント化される）注目するユーザデータ、または（１つ以上のデータセグメントに対応する）全ユーザデータを破棄すべきであることが判明することが起こりうる。この場合には、ＳＲＡＭの形態による第１の出力バッファ１２０２へのアクセスは特に有効である。なぜならば、ＳＲＡＭ型のアクセスによって、必要ではない任意のデータセグメントを、簡単に効率良く、再び第１の出力バッファから消去することが可能だからである。このような消去は、例えば、チェックサムエラー（ＣＲＣエラー）等を検出した結果行われる。同じ理由で、第２の出力バッファ１２０４へのＳＲＡＭ型のアクセスは特に有利である。
【００５９】
図９は、一実施形態に係るパケット処理ユニット１６００の観点を概略的に示している。フレーム完成ユニット１６０２が、結合ユニット１６２から、イーサネットデータパケットｅｄｐ’’（図３）の形態で出力すべきデータ（矢印「Ｂ」）および／または付属する識別子ｃｈｉｄ（図３）を獲得する。一実施形態において、パケット処理ユニット１６００は、特に識別子ｃｈｉｄにしたがって、以下の機能のうちの１つ以上を実施するよう構成され、すなわち、
−結合ユニット１６２（図３）から受信されたデータフレームを伝達すること、
−作成すべきイーサネットデータパケットｅｄｐ’’のヘッダデータ（「ヘッダ」（ｈｅａｄｅｒ））のための送信元アドレスおよび／または宛先アドレス（例えば、ＭＡＣアドレス）を場合により完成させること、
−これに関して、特にフレーム完成ユニット１６０２および／またはアドレス完成ユニット１６０４を利用して、ＡＲＰデータバンク１６６内で、場合によりＡＲＰルックアップ（ｌｏｏｋｕｐ）（アドレス検索）を実行すること、
−場合により、例えばＩＳＯ／ＯＳＩ基本参照モデルの第２レベル（第２レイヤ）および／または第３レベル（第３レイヤ）のためのヘッダデータ（「ヘッダ」）を完成させること、
−（特に「ＸＣＰ（Ｕｎｉｖｅｒｓａｌ  Ｍｅａｓｕｒｅｍｅｎｔ  ａｎｄ  Ｃａｌｉｂｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ｏｖｅｒ  ＵＤＰ」適用ケースについて）データフレームを完全に復元すること、
−ＣＲＣユニット１６０６を利用してＣＲＣチェックサムを生成すること、
のうちの１つ以上の機能を実施するよう構成される。
【００６０】
一実施形態において、ＡＲＰデータバンク１６６でのＡＲＰルックアップは、例えば、少なくとも１つのＩＰアドレスの送信と、当該ＩＰアドレスに対応するＭＡＣアドレスの受信とを含んでもよい。
【００６１】
さらなる別の実施形態において、上述のヘッダデータの完成をサポートするフレーム完成（ｆｒａｍｅ  ｃｏｍｐｌｅｔｉｏｎ）データバンク１６０８が設けられてもよい。
【００６２】
さらなる別の実施形態において、ユニット１６００内のデータフローを制御するためのトラフィックシェーピングユニット（「トラフィックシェーパ（ｔｒａｆｆｉｃ  ｓｈａｐｅｒ）」）１６１０が設けられてもよく、このトラフィックシェーピングユニット１６１０は、特に、例えば、設定情報ＣＦＧ、ｘｏｎ＿ｘｏｆｆにしたがって、送信されるデータパケットｅｄｐ’’のレートにも影響を与えることが可能である。トラフィックシェーピングユニット１６１０は、一実施形態によれば、特に、例えばユニット１６０２が利用可能なバッファメモリ１６１２の駆動状態、特に充填状態も評価し、データフローの制御に取り入れることが可能である。
【００６３】
図１０ａは、本発明の一実施形態に係る方法のフローチャートを概略的に示している。工程３００で、ネットワークインタフェースユニット１００ａ（図２）は、自身の入力端子１００で、それ自体は公知の物理的なイーサネット媒体であって、ネットワークインタフェースユニット１００ａが接続している上記イーサネット媒体によって到着したイーサネットパケットｅｄｐを受信する。次の工程３１０（図２）で、到着したイーサネットデータパケットｅｄｐは、例えばセグメント化ユニット１３０（図２）によって、例えば１２８バイトの予め設定可能な長さを有する少なくとも１つのデータセグメントｄｓにセグメント化され、好適に、当該少なくとも１つのデータセグメントｄｓに対応するデータセグメントヘッダｄｓｈが割り当てられる。次の工程３２０では、少なくとも１つのデータセグメントｄｓが、好適にデータセグメントヘッダと一緒に、出力端子１２０（図２）を介して出力される。
【００６４】
任意に、本発明に係る方法のさらなる別の実施形態において、工程３００と工程３１０との間に、任意のサービスフィルタユニット１１２および／または評価ユニット１４０によるフィルタリングまたは評価または変更が行われてもよい。
【００６５】
図１０ｂは、本発明のさらなる別の実施形態に係る方法のフローチャートを概略的に示している。工程４００では、ネットワークインタフェースユニット１００ｂ（図４）の二次的な入力端子１５０が、データソース（例えば、ネットワークインタフェースユニット１００ｂをイーサネットインタフェースとして利用するマイクロプロセッサ）から到着したデータセグメントおよび／またはデータセグメントヘッダを受信する。工程４１０では、パケット処理ユニット１６０が、二次的な入力端子１５０を介して受信されたデータセグメントおよび／またはデータセグメントヘッダにしたがって、少なくとも１つのイーサネットデータパケットｅｄｐ’’を作成し、工程４２０では、この少なくとも１つのイーサネットデータパケットｅｄｐ’’が、出力端子１７０を介して、少なくとも出力端子１７０によりネットワークインタフェースユニット１００ｂが接続している物理的なイーサネット媒体へと出力される。
【００６６】
さらなる別の有利な実施形態において、ユニット１２０、１５０は有利に、平行して同期化されたインタフェースを介して、データセグメントのためのデータシンク（ユニット１２０の場合）、または、データセグメントを提供するデータソース（ユニット１７０の場合）のためのデータシンクと接続されてもよい。
【００６７】
さらなる別の有利な実施形態において、セグメント化ユニット１３０は、例えば１２８バイトの一定の長さを有するデータセグメントを生成するよう構成される。一定の長さ、特に、場合によっては下位の処理ユニット（図示せず）にも分かる長さを有するデータセグメントへのセグメント化によって、有利に、セグメントの障害のないデータ処理が可能であり、複数のパイプライン（ｐｉｐｅｌｉｎｅ）を利用しても、下位での処理が特に効率良く行われる。
【００６８】
さらなる別の有利な実施形態において、本発明に係るネットワークインタフェースユニット１００、１００ａ、１００ｂ、または１つ以上のその構成要素が、ハードウェアおよび／またはソフトウェアまたはファームウェアで実現される。特に、本発明に係る機能は、特定用途向け集積回路（ＡＳＩＣ:ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）および／またはプログラム可能な論理回路（ＦＰＧＡ:ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）または一般的に構成可能なハードウェア回路を利用しても実現される。
【００６９】
さらなる別の有利な実施形態において、本発明に係るネットワークインタフェースユニット１００、１００ａ、１００ｂは、当該ネットワークインタフェースユニット１００、１００ａ、１００ｂを制御する制御ユニット（図示せず）を有する。しかしながら、特に好適な実施形態において、ネットワークインタフェースユニット１００、１００ａ、１００ｂは、外部ユニットにより制御されるよう構成されてもよい。これは、例えば、本発明に係るネットワークインタフェースユニットの下位の処理ユニット（図示せず）であって、入力データとしてデータセグメントおよび／またはデータセグメントヘッダをネットワークインタフェースユニット１００（図１）から獲得する上記の下位の処理ユニットであってもよく、および／または、ネットワークインタフェースユニット１００、特にその二次的な入力端子１５０（図３）にデータセグメントおよび／または当該データセグメントに対応するデータセグメントヘッダを、１つ以上のイーサネットデータパケットｅｄｐ’’への変換のために供給する外部の処理ユニットであってもよい。一般に、ネットワークインタフェースユニット１００の制御のために、マイクロプロセッサ、および／または、デジタル信号プロセッサ、または、類似した演算ユニットを利用してもよく、または、外部の処理ユニット若しくは下位の処理ユニットの機能を利用してもよい。
【００７０】
さらなる別の実施形態において、本発明に係るネットワークインタフェースユニット１００、１００ａ、１００ｂは、有利に、例えばマイクロプロセッサ等のためのフレキシブルで高性能の１つ以上のイーサネットネットワークインタフェースを実現するためにも使用することが可能であり、その際に、本発明に係るネットワークインタフェースユニットは、マイクロプロセッサに入力データとして、生成されたデータセグメントｄｓまたはデータセグメントヘッダｄｓｈを供給し、マイクロプロセッサにより獲得されたデータセグメントｄｓまたはデータセグメントヘッダｄｓｈにしたがって、マイクロプロセッサによりイーサネット媒体上で出力されるイーサネットデータパケットｅｄｐ’’を作成する。
【００７１】
特に、本発明に係る原則を利用して、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、インターネット技術タスクフォース）に完全に従ったイーサネット実装であって、同時に（例えばハードウェアまたはＥＰＧＡ等を利用して、ユニット１００の少なくとも幾つかの構成要素が実現される際の）ハードウェア加速と、例えばＴＣＰを利用した診断機能と、を提供する上記イーサネット実装が実現される。
【図１】
2015208000.tif 000003
【図２】
2015208000.tif 000004
【図３】
2015208000.tif 000005
【図４】
2015208000.tif 000006
【図５】
2015208000.tif 000007
【図６】
2015208000.tif 000008
【図７ａ】
2015208000.tif 000009
【図７ｂ】
2015208000.tif 000010
【図８】
2015208000.tif 000011
【図９】
2015208000.tif 000012
【図１０ａ】
2015208000.tif 000013
【図１０ｂ】
2015208000.tif 000014