(57)【要約】      （修正有）【課題】ＳｐａｃｅＷｉｒｅ接続のためのインターフェイスの複雑さと性能を改善する。【解決手段】イーサネットをＳｐａｃｅＷｉｒｅとインターフェイスするためのシステム１００は、イーサネットＭＡＣ１１２を含むプロセッサ１１０と、前記プロセッサとＳｐａｃｅＷｉｒｅサブシステム又はネットワークとの間に接続されたブリッジデバイス１２０とを備える。ブリッジデバイスは、ＳｐａｃｅＷｉｒｅデータパケットを受信し、前記データパケットをイーサネット互換パケットセグメントにセグメント化し、前記パケットセグメントをイーサネットＭＡＣへ出力する。また、イーサネットＭＡＣから送信されたイーサネットデータパケットを受信し、前記イーサネットデータパケットのＳｐａｃｅＷｉｒｅ互換データパケットへの再組み立てを実施し、ＳｐａｃｅＷｉｒｅ物理インターフェイスへ送信する。【選択図】図１
2018067911.tif 000002
【特許請求の範囲】
【請求項１】
イーサネットをＳｐａｃｅＷｉｒｅとインターフェイスするためのシステムであって、
少なくとも１つのイーサネットメディアアクセスコントローラ（ＭＡＣ）を含むプロセッサと、
前記プロセッサとＳｐａｃｅＷｉｒｅサブシステム又はネットワークとの間に動作可能に接続されたブリッジデバイスと、
を備え、前記ブリッジデバイスは、
前記ＳｐａｃｅＷｉｒｅサブシステム又はネットワークからＳｐａｃｅＷｉｒｅデータパケットを受信するように動作可能なＳｐａｃｅＷｉｒｅ物理インターフェイスと、
前記ＳｐａｃｅＷｉｒｅ物理インターフェイスから前記ＳｐａｃｅＷｉｒｅデータパケットを受信するように動作可能な受信先入れ先出し（ＦＩＦＯ）バッファと、
前記受信ＦＩＦＯバッファから前記ＳｐａｃｅＷｉｒｅデータパケットを受信するように動作可能なイーサネットＭＡＣパケット作成部であって、前記ＳｐａｃｅＷｉｒｅデータパケットの各々をイーサネット互換パケットセグメントにセグメント化するためのデジタル論理を含む、イーサネットＭＡＣパケット作成部と、
前記イーサネットＭＡＣパケット作成部と前記プロセッサの前記イーサネットＭＡＣとの間に動作可能に接続されたイーサネットメディア独立インターフェイスであって、
前記イーサネットＭＡＣパケット作成部から前記パケットセグメントを受信し、前記パケットセグメントを前記プロセッサの前記イーサネットＭＡＣへ出力し、
前記プロセッサの前記イーサネットＭＡＣから送信されたイーサネットデータパケットを受信する、
ように構成されたイーサネットメディア独立インターフェイスと、
前記イーサネットメディア独立インターフェイスから前記イーサネットデータパケットを受信するように動作可能なイーサネットＭＡＣパケット抽出部であって、前記イーサネットデータパケットのＳｐａｃｅＷｉｒｅ互換データパケットへの再組み立てを実施するためのデジタル論理を含む、イーサネットＭＡＣパケット抽出部と、
前記イーサネットＭＡＣパケット抽出部から前記再組み立てされたデータパケットを受信し、前記再組み立てされたデータパケットを前記ＳｐａｃｅＷｉｒｅサブシステム又はネットワークへの転送のために前記ＳｐａｃｅＷｉｒｅ物理インターフェイスへ送信するように動作可能な送信ＦＩＦＯバッファと、
を備える、システム。
【請求項２】
前記ＳｐａｃｅＷｉｒｅサブシステム又はネットワークから前記プロセッサへデータパケットが転送されるデータフロー処理の間に、前記イーサネットＭＡＣパケット作成部は、
（ａ）ＳｐａｃｅＷｉｒｅパケットを待機するステップと、
（ｂ）受信されたＳｐａｃｅＷｉｒｅパケットのアクティブなパケットデータを処理のために保持するステップと、
（ｃ）前記ＳｐａｃｅＷｉｒｅパケットのセグメント化状態をリセットするステップと、
（ｄ）前記ＳｐａｃｅＷｉｒｅパケットの残りのデータが最大転送単位（ＭＴＵ）のサイズよりも大きいか否かを判定し、
前記残りのデータが前記ＭＴＵサイズよりも大きい場合、ＭＴＵサイズのＳｐａｃｅＷｉｒｅパケットデータのペイロードを備える新しいイーサネットパケットセグメントを作成し、
前記残りのデータが前記ＭＴＵサイズよりも大きくない場合、前記残りのＳｐａｃｅＷｉｒｅパケットデータのペイロードを備える新しいイーサネットパケットセグメントを作成するステップと、
（ｅ）前記新しいイーサネットパケットセグメントに構成されたイーサネットＭＡＣヘッダを付加するステップと、
（ｆ）前記構成されたイーサネットパケットセグメントがＭＴＵサイズのＳｐａｃｅＷｉｒｅパケットデータのペイロードを有する場合、前記構成されたイーサネットパケットセグメントが最初のパケットセグメントであるか否かを判定し、
前記構成されたイーサネットパケットセグメントが最初のパケットセグメントである場合、セグメント状態をＳｔａｒｔにセットし、
前記構成されたイーサネットパケットセグメントが最初のパケットセグメントでない場合、前記セグメント状態をＭｉｄｄｌｅにセットするステップと、
（ｇ）前記構成されたイーサネットパケットセグメントが前記残りのＳｐａｃｅＷｉｒｅパケットデータのペイロードを有する場合、アクティブなＳｐａｃｅＷｉｒｅパケットの末端タイプを判定し、
前記末端タイプがＥｒｒｏｒ  Ｅｎｄ  ｏｆ  Ｐａｃｋｅｔ（ＥＥＰ）である場合、前記セグメント状態をＥｎｄ  Ｅｒｒｏｒにセットし、
前記末端タイプがＥｎｄ  ｏｆ  Ｐａｃｋｅｔ（ＥＯＰ）である場合、前記セグメント状態をＥｎｄ  Ｎｏ−Ｅｒｒｏｒにセットするステップと、
（ｈ）前記イーサネットパケットセグメントの長さがイーサネット最小長さよりも小さいか否かを判定し、
前記パケットセグメントの長さが前記イーサネット最小長さよりも小さい場合、前記パケットセグメントのペイロードをパディングするステップと、
（ｉ）前記イーサネットパケットセグメントに計算されたフレームチェックシーケンス（ＦＣＳ）を付加するステップと、
（ｊ）前記イーサネットパケットセグメントを前記プロセッサへ送信するステップと、
を含む方法を実施するためのデジタル論理を実行するように動作可能である、請求項１に記載のシステム。
【請求項３】
前記プロセッサから前記ＳｐａｃｅＷｉｒｅサブシステム又はネットワークへデータパケットが転送されるバッファデータフロー処理の間に、前記イーサネットＭＡＣパケット抽出部は、
（ａ）イーサネットパケットを待機するステップと、
（ｂ）イーサネットペイロードを有する受信されたイーサネットパケットのフレームチェックシーケンス（ＦＣＳ）を検証するステップと、
（ｃ）前記ＦＣＳが有効である場合、前記受信されたイーサネットパケットからパディングとヘッダを取り除くステップと、
（ｄ）新しいＳｐａｃｅＷｉｒｅパケットを作成するステップと、
（ｅ）前記イーサネットペイロードを前記ＳｐａｃｅＷｉｒｅパケットに付加するステップと、
（ｆ）イーサネットセグメント化状態を判定するステップと、
（ｇ）前記イーサネットセグメント化状態がＳｔａｒｔ又はＭｉｄｄｌｅである場合、ステップ（ａ）へ戻って別のイーサネットパケットを待機するステップと、
（ｈ）前記イーサネットセグメント化状態がＥｎｄ  Ｎｏ−Ｅｒｒｏｒ又はＥｎｄ  Ｅｒｒｏｒである場合、前記ＳｐａｃｅＷｉｒｅパケットの末端ターミネータをＥｎｄ  ｏｆ  Ｐａｃｋｅｔ（ＥＯＰ）又はＥｒｒｏｒ  Ｅｎｄ  ｏｆ  Ｐａｃｋｅｔ（ＥＥＰ）にそれぞれセットするステップと、
（ｉ）前記ＳｐａｃｅＷｉｒｅパケットを送信するステップと、
を含む方法を実施するためのデジタル論理を実行するように動作可能である、請求項１に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
[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]  本発明は、その本質的な特徴から逸脱することなく、他の特定の形態で実現されることができる。説明された実施態様は、あらゆる点において、例示的であるにすぎず限定的ではないとみなされなければならない。したがって、本発明の範囲は、前述の説明によってではなく、添付されたクレームによって特定される。クレームの趣旨及び均等の範囲に入るあらゆる変更は、その射程に包含されるものである。
【図１】
2018067911.tif 000003
【図２】
2018067911.tif 000004
【図３】
2018067911.tif 000005
【図４】
2018067911.tif 000006
【図５】
2018067911.tif 000007
【図６】
2018067911.tif 000008
【図７】
2018067911.tif 000009
【外国語明細書】
2018067911000001.pdf