JP2003527760A - プラットフォーム・バス上でネットワーク・プロトコル準拠信号パケットを送信しかつ受信するための方法および装置 - Google Patents

プラットフォーム・バス上でネットワーク・プロトコル準拠信号パケットを送信しかつ受信するための方法および装置

Info

Publication number
JP2003527760A
JP2003527760A JP2000568016A JP2000568016A JP2003527760A JP 2003527760 A JP2003527760 A JP 2003527760A JP 2000568016 A JP2000568016 A JP 2000568016A JP 2000568016 A JP2000568016 A JP 2000568016A JP 2003527760 A JP2003527760 A JP 2003527760A
Authority
JP
Japan
Prior art keywords
protocol
platform bus
packet
platform
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000568016A
Other languages
English (en)
Inventor
スタチュラ，トーマス・エル
スミス，ケアリイ・ダブリュ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Corp
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Publication of JP2003527760A publication Critical patent/JP2003527760A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 本発明の一実施形態によれば、プラットフォーム・バス・インタフェース・ユニットは、受信されたネットワーク・プロトコル準拠信号パケットをより小さいサイズの信号パケットに分割し、ネットワーク・プロトコル準拠信号パケットによって提供されるデータの少なくとも一部のプラットフォーム・バス上で送信するための回路を含んでいる。本発明の別の実施形態によれば、集積回路は、ネットワーク・プロトコル準拠信号パケットによって提供されたデータの少なくとも一部をより小さいサイズの信号パケットとしてプラットフォーム・バス上で送信するための回路を含んでいる。本発明のさらに別の実施形態によれば、ネットワーク・プロトコル準拠信号パケットによって提供されたデータの少なくとも一部をプラットフォーム・バス上で送信するため以下の方法を含む。ネットワーク・プロトコル準拠信号パケットによって提供されたデータの少なくとも一部が、より小さいデータ・サブセットに分割される。より小さいデータ・サブセットは、プラットフォーム・バス上でプラットフォーム・バス・プロトコル準拠信号パケットとして送信される。ネットワーク・プロトコル準拠信号パケットによって提供できるデータの最大量は、プラットフォーム・バス・プロトコル準拠信号パケットによって提供できるデータの最大量を超える。本発明のさらに別の実施形態によれば、ネットワーク・プロトコル準拠信号パケットに、プラットフォーム信号バス上で受信された別の信号パケットによって提供されたデータの少なくとも一部を組み合わせるため以下の方法を含む。受信された信号パケットによって提供されたデータの少なくとも一部が抽出される。抽出されたデータは単一のネットワーク・プロトコル準拠信号パケットに組み合わせられる。

Description

【発明の詳細な説明】
【０００１】 関連出願 本特許出願は、１９９８年８月１９日に提出され、本発明の譲受人に譲渡され
、参照により本発明に組み込まれた、Ｓｔｅｖｅｎ Ｄ．Ｗｉｌｌｉａｍｓらに
よる「Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ」という題名の米国特許出願番号
０９／１３６，８７０号（弁理士整理番号４２３９０．Ｐ６４０１号）に関する
。
【０００２】 背景 分野 本発明は、ネットワーク・プロトコル準拠信号パケットを送信しかつ／または
受信することに関し、より詳細には、このようなネットワーク・プロトコル準拠
信号パケットをプラットフォーム・バス上で送信しかつ／または受信することに
関する。
【０００３】 背景情報 よく知られているように最新技術の進展により、コンピューティング・プラッ
トフォームは、コンピューティング・プラットフォームがネットワークを介して
遠隔から管理されることを可能にする回路およびソフトウェアを備えているよう
になってきている。たとえば、遠隔サーバまたは他のコンピューティング・プラ
ットフォーム上で実行する遠隔ネットワーク管理アプリケーションから問題を診
断し、場合によっては問題を処理する機能を有することが望ましくなっている。
このコンテキストでは、コンピューティング・プラットフォームという用語は、
論理および／または算術動作を実行する機能を含んでいる任意のハードウェア・
システムおよび／またはソフトウェア・システムを指す。これは、コンピュータ
、パーソナル・コンピュータ、ラップトップ・コンピュータ、サーバ、セットト
ップ・ボックス、ディジタル信号プロセッサに基づいたシステムなどを含んでい
るが、これだけに限定されるものではない。もちろん、この機能を提供すること
の１つの欠点は、遠隔から管理されるべきコンピューティング・プラットフォー
ムのコストが高くなることである。典型的には、このようなコンピューティング
・プラットフォームは、ネットワーク・プロトコル準拠信号パケットを送信しか
つ／または受信する機能を有するネットワーク通信機能を含まなければならない
。この機能は典型的には、たとえばＰＣに関してはマザーボードなどコンピュー
ティング・プラットフォームに含まれているかまたは、たとえば、ネットワーク
・インタフェース・ユニットまたはカードを介して提供されるが、さらなる追加
機能を提供することは、コンピューティング・プラットフォームに追加の費用を
導入する。
【０００４】 たとえば、遠隔から管理されているプラットフォームのホスト・プロセッサお
よびホスト・オペレーティング・システムが動作していない時でも、コンピュー
ティング・プラットフォームがこのようなネットワーク管理動作にかかわる機能
を有することが望ましくなってきており、もちろんこの場合、プラットフォーム
はホスト・プロセッサおよびオペレーティング・システムを含んでいることが仮
定されている。たとえば、ホスト・プロセッサおよびオペレーティング・システ
ムが正常に動作しない場合があり、または、ホスト・プロセッサが低電力状態に
ある場合がある。典型的には、この追加の機能を提供することは、ホスト・プロ
セッサが「オフライン」の時でもネットワークを介して通信にかかわる動作機能
を有するイーサネット・コントローラまたは同様のハードウェアを提供するとい
う費用を必要とすることになる。しかし、現在典型的になんらかのコンピューテ
ィング・プラットフォームに備えられた標準のネットワーク通信機能に加えてこ
のようなコントローラを提供することは、追加の、望ましくない費用を導入する
。したがって、たとえば、追加のイーサネット・コントローラの費用を導入する
ことなく、たとえばホスト・プロセッサがオフラインである時でも、コンピュー
ティング・プラットフォームとネットワークの間にこのネットワーク通信機能を
提供する必要性が存在する。
【０００５】 概要 本発明の一実施態様によれば、プラットフォーム・バス・インタフェース・ユ
ニット(platform bus interface unit)は、受信されたネットワーク・プロトコ
ル準拠信号パケット(network protocol compliant signal packet)をより小さい
サイズの信号パケットに分割し、ネットワーク・プロトコル準拠信号パケットに
よって提供されたデータの少なくとも一部をプラットフォーム・バス上で送信す
るための回路を含んでいる。
【０００６】 本発明の別の実施態様によれば、集積回路は、ネットワーク・プロトコル準拠
信号パケットによって提供されたデータの少なくとも一部をより小さいサイズの
信号パケットとしてプラットフォーム・バスを用いて送信するための回路を含ん
でいる。
【０００７】 本発明のさらに別の実施態様によれば、ネットワーク・プロトコル準拠信号パ
ケットによって提供されたデータの少なくとも一部をプラットフォーム・バス上
で送信するため以下の手順を含んでいる。ネットワーク・プロトコル準拠信号パ
ケットによって提供されたデータの少なくとも一部が、より小さいデータ・サブ
セットに分割される。より小さいデータ・サブセットは、プラットフォーム・バ
ス上でプラットフォーム・バス・プロトコル準拠信号パケット(platform bus pr
otocol compliant signal packet)として送信される。ネットワーク・プロトコ
ル準拠信号パケットによって提供できるデータの最大量は、プラットフォーム・
バス・プロトコル準拠信号パケットによって提供できるデータの最大量を超える
。
【０００８】 本発明のさらに別の実施態様によれば、ネットワーク・プロトコル準拠信号パ
ケットに、プラットフォーム信号バス上で受信された別の信号パケットによって
提供されたデータの少なくとも一部を組み合わせるため以下の手順を含んでいる
。受信された信号パケットによって提供されたデータの少なくとも一部が抽出さ
れる。抽出されたデータは単一のネットワーク・プロトコル準拠信号パケットに
組み合わせられる。
【０００９】 本発明に関する主題は、本明細書の首記の部分で特に指摘され明確に請求され
る。しかし本発明は、構成および動作の方法、ならびにその目的、機能、利点に
関して、次の詳細な説明を付随する図面と共に参照し、読むことによって最良に
理解できる。
【００１０】 詳細な説明 以下の詳細な説明では、本発明の完全な理解を得ることができるよう多くの具
体的な詳細が述べられている。しかし当業者であれば、本発明はこれらの具体的
な詳細なしでも実施できることが理解されるであろう。他の例では、よく知られ
た方法、手順、構成要素および回路は、本発明を曖昧にすることを避けるために
詳細には説明されていない。
【００１１】 先に説明したように、コンピューティング・プラットフォームに遠隔ネットワ
ーク管理アプリケーションによって管理される機能を提供することが有利になっ
てきた。この機能を提供する１つの利点は、これが、遠隔コンピューティング・
プラットフォームで問題を診断する機能と、同時に場合によっては、たとえば、
コンピューティング・プラットフォームに結合されたネットワークを介してソフ
トウェア更新を提供することなどによって、このような問題を解決する機能を、
遠隔ネットワーク管理アプリケーションに提供できることである。この環境では
、別のマイクロコントローラ・コプロセッサ、特定用途向けＩＣ（ＡＳＩＣ）な
どが提供され、ネットワーク上の通信がホスト・プロセッサへの主通信パスとは
別の通信パスを介して達成される場合があることが仮定されている。この機能は
そのプラットフォームに関するホスト・プロセッサまたは他の主コンピューティ
ング・デバイスが正常に動作していないか「オフライン」であった場合に望まし
い。このネットワーク管理機能を提供する別の利点は、ホスト・プロセッサまた
は他の主コンピューティング・デバイスがオフかまたは低電力モードにある時に
、ネットワーク上で動作を実行する機会を提供できることである。さらに、これ
は遠隔ネットワーク管理アプリケーションによって遠隔「ウェイクアップ」コー
ルを実行または達成する機能を提供するか、または、管理されたコンピューティ
ング・プラットフォームがネットワーク上で信号送信する機能を提供して、管理
されているコンピューティング・プラットフォームが低電力状態などにあっても
、遠隔ネットワーク管理アプリケーションが、管理されているコンピューティン
グ・プラットフォームのネットワークへの結合を認識することができる機能を提
供することができる。
【００１２】 先に示したように、この機能を提供することに関連する１つの問題は、たとえ
ば、マザーボード上、または別の例としてネットワーク・インタフェース・ユニ
ットまたはカードなど、ネットワーク・コントローラが典型的に備えているもの
のほかに、別のネットワーク・コントローラまたはイーサネット・コントローラ
を備えている費用を必要とせずにこのネットワーク通信をサポートする回路を提
供することを含んでいる。図１に示されたホスト・プロセッサ１７０などのホス
ト・プロセッサが使用不可であると仮定すると、ＰＣＩブリッジ回路１６０はこ
のような状況では実行可能な通信パスではない。ＰＣＩブリッジ回路はもちろん
例としてここに提供されているのであり、本発明は、このプロトコルに準拠する
システムに限定されるものではない。しかし、このコンテキストではＰＣＩは、
よく知られ、ＰＣＩ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐ， ２５
７５ ＮＥ Ｋａｔｈｒｙｎ Ｓｔｒｅｅｔ，＃１７，Ｈｉｌｌｓｂｏｒｏ，Ｏ
Ｒ９７１２４から入手できるＰＣＩローカル・バス仕様２．０または２．１を指
す。図１に示されたように別のＰＣＩブリッジおよびＰＣＩインタフェース・ユ
ニット（図示せず）がこの代わりに提供される場合もあるが、ＡＳＩＣまたは所
望の機能を含んでいるチップ・セットなどのマイクロコントローラ１５０がプラ
ットフォーム・バス１５５を介してプラットフォーム・バス・インタフェース・
ユニット１４０に結合され、プラットフォーム・バス・インタフェース・ユニッ
ト１４０はこの特定の実施形態ではネットワーク・コントローラ１１０に含まれ
ている。このコンテキストで、プラットフォーム・バスという用語はコンピュー
ティング・プラットフォーム内に完全に使用され、プラットフォーム内の構成要
素の間で信号を通信する信号バスを指す。典型的には、このようなプラットフォ
ーム・バスはたとえば先に参照したＰＣＩ仕様など公知の信号送信プロトコルに
準拠するが、本発明はこの点で範囲を限定されるものではない。このコンテキス
トでは、プラットフォーム・バスという用語は一般的なプロトコルを指し、任意
の特定のプロトコルを指す意図ではない。本発明はこの点で範囲を限定されるも
のではないが、この特定の実施形態ではプラットフォーム・バス１５５上の信号
送信は、システム管理バス仕様、またはＳＭバスとして知られているプラットフ
ォーム・バス・プロトコルに準拠する。本発明はこの点で範囲を限定されるもの
ではないが、１９９５年２月１５日に公表されたシステム管理バス仕様改訂版１
．０の現在のバージョンは、Ｂｅｎｃｈｍａｒｑ Ｍｉｃｒｏｅｌｅｃｔｒｏｎ
ｉｃｓ，Ｉｎｃ．， Ｄｕｒａｃｅｌｌ Ｉｎｃ．， Ｅｎｅｒｇｉｚｅｒ Ｐ
ｏｗｅｒ Ｓｙｓｔｅｍｓ， Ｉｎｔｅｌ Ｃｏｒｐ．， Ｌｉｎｅａｒ Ｔｅ
ｃｈｎｏｌｏｇｙ Ｃｏｒｐ．， Ｍａｘｉｍ Ｉｎｔｅｇｒａｔｅｄ Ｐｒｏ
ｄｕｃｔｓ， Ｍｉｔｓｕｂｉｓｈｉ Ｅｌｅｃｔｒｉｃ Ｃｏｒｐ．， Ｎａ
ｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ Ｃｏｒｐ．， Ｔｏｓｈｉｂａ
Ｎａｔｔｅｒｙ Ｃｏ．， およびＶａｒｔａ Ｂａｔｔｅｒｉｅ ＡＧを含ん
でいるＳｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐのメンバーのうち任意の
一社から入手できる。この特定の実施形態では、このプラットフォーム・バス・
プロトコルは伝統的な(legacy)または既存のプラットフォーム・バス・プロトコ
ルを含んでいる。本発明はこの点で範囲を限定されるものではないが、この実施
形態に関して既存のプロトコルまたは伝統的なプロトコルを使用することはいく
つかの利点を提供する。たとえば、これが伝統的プラットフォーム・バス・プロ
トコルであるため、この技術は現在、マザーボード、コンピューティング・プラ
ットフォームなどで使用可能である。他の望ましい側面は、低いピン・カウント
、比較的簡単な使用法、および比較的低い速度を含んでおり、したがって比較的
安いコスト手法を提供する。よく知られているように、ＳＭバス・プロトコルは
ｉ2ｃまたはＩＣ間バス仕様の一番上のプロトコル・レイヤである。ここでも本
発明はこの点で範囲を限定されるものではないが、ｉ2ｃバス仕様の現在の１９
９５更新バージョンは、Ｐｈｉｌｌｉｐｓ Ｓｅｍｉｃｏｎｄｕｃｔｏｒｓ、ま
たは、次のＵＲＬのワールド・ワイド・ウェブから入手できる。ｈｔｔｐ：／／
ｗｗｗ−ｕｓ２．ｓｅｍｉｃｏｎｄｕｃｔｏｒｓ．ｐｈｉｌｉｐｓ．ｃｏｍ／ｉ
２ｃ／ｆａｃｔｓ／＃ｗｈａｔｉｓ。本発明はこの点で範囲を限定されるもので
はないが、この特定の実施形態に関しては、３つの信号送信線または結合が使用
され、ここではシリアル・データ線、シリアル・クロック線、シリアル・アラー
ト線を含んでおり、詳細は後述する。この特定の実施形態では、先に説明された
プラットフォーム・バス・プロトコルが使用されているので、プラットフォーム
・バス１５５上で発生する信号送信は１０キロヘルツから１００キロヘルツの範
囲で発生するが、本発明はこの点で範囲を限定されるものではない。
【００１３】 先に説明したように、既存のプラットフォーム・バス・プロトコルまたは伝統
的なプラットフォーム・バス・プロトコルを使用することは後方互換性(backwar
d compatibility)を含むいくつかの利点を提供するが、たとえばＳＭバス・プロ
トコルに関しては制限が存在する。この特定のプラットフォーム・バス・プロト
コルに関しては、プラットフォーム・バス・プロトコルはそのプラットフォーム
・バス・プロトコルに準拠する１つの信号パケットの中で３２データ・バイトを
越えて送信できないように限定されている。しかし、たとえばイーサネット・プ
ロトコルに準拠する信号パケットなどネットワーク・プロトコル準拠信号パケッ
トでは、１５１８データ・バイトまで送信可能ある。イーサネット・プロトコル
は、１９９６年に発表されたＩＥＥＥ８０２．３仕様に説明されている（今後「
イーサネット仕様」と呼ぶ）。別のよく知られたプロトコルは、ＩＥＥＥ８０２
．３ｚ仕様に説明されたギガビット・イーサネット・プロトコルである（今後「
ギガビット・イーサネット仕様」と呼ぶ）。これらの仕様はＩＥＥＥ Ｓｔａｎ
ｄａｒｄｓ Ｄｅｐａｒｔｍｅｎｔ，Ｃｏｐｙｒｉｇｈｔ Ｉｎｆｏｒｍａｔｉ
ｏｎ，４４５ Ｈｏｅｓ Ｌａｎｅ，Ｐ．Ｏ．Ｂｏｘ１３３１，Ｐｉｓｃａｔａ
ｗａｙ，ＮＪ ０８８５５−１３３１から入手可能である。たとえば、ＩＥＥＥ
から入手可能なＣＳＭＡ／ＣＤ Ａｃｃｅｓｓ Ｍｅｔｈｏｄ Ｓｔａｎｄａｒ
ｄｓ Ｐａｃｋａｇｅを参照されたい。今後イーサネット・プロトコルという用
語は、ＣＳＭＡ／ＣＤ（搬送波感知多重アクセス／衝突検出）を使用する任意の
ＬＡＮ（ローカル・エリア・ネットワーク）を指すことを意図し、プロトコルを
使用するかまたは一般にイーサネット、高速イーサネット、またはギガビット・
イーサネットと呼ばれる仕様に準拠するプロトコルを含んでいる。先の議論が示
したように、プラットフォーム・バス・プロトコルのより小さいサイズの信号パ
ケットは、ネットワーク・プロトコル準拠信号パケットの最大長よりも短い最大
長を有する。特にこの特定の実施形態では、ネットワーク・プロトコル準拠信号
パケットによって提供できるデータの最大量は、プラットフォーム・バス・プロ
トコル準拠信号パケットによって提供できるデータの最大量を超える。しかし先
に説明したようにこの特定の実施形態では、プラットフォーム・バス１５５は、
ネットワーク・コントローラ１１０および物理プロトコル・レイヤ（ＰＨＹ）１
２０を介する信号パスを、ネットワーク・リンク１６５を介したネットワークに
提供することを目的とする。
【００１４】 この目的とする信号送信は、この実施形態では、プラットフォーム・バス・イ
ンタフェース・ユニット１４０によって達成でき、プラットフォーム・バス・イ
ンタフェース・ユニット１４０は受信したネットワーク・プロトコル準拠信号パ
ケットをより小さいサイズの信号パケットに分割して、ネットワーク・プロトコ
ル準拠信号パケットによって提供されたデータの少なくとも一部をプラットフォ
ーム・バス上で送信するための回路を含んでいる。同様にこの回路は、プラット
フォーム・バス１５５を介して受信された、別のより小さいサイズの信号パケッ
トによって提供されたデータの少なくとも一部を、ネットワーク・プロトコル準
拠信号パケットに組み合わせる機能を含んでいることが望ましい。したがってこ
の実施形態では、マイクロコントローラ１５０はネットワーク・コントローラ１
１０にデータを提供してネットワークに送信する機能と、ネットワークからデー
タを受信する機能とを有することになる。
【００１５】 ネットワーク・プロトコル準拠信号パケットから得られたデータを分割し、い
くつかのより小さい別のプラットフォーム・バス・プロトコル信号パケットとし
て送信するか、または別法としては、複数のプラットフォーム・バス・プロトコ
ル準拠信号パケットを取ってこれらの信号パケットからのデータをネットワーク
・プロトコル準拠信号パケットに組み合わせる方法は多数あるが、本発明の一実
施形態によれば、これを達成するために使用される技法が、プラットフォーム・
バス・プロトコルの一番上にトランザクション・レイヤなどの追加のプロトコル
・レイヤを導入しない方が有利であるが、もちろん本発明はこの点で範囲を限定
されるものではない。別法としては、この実施形態ではこのような信号送信はプ
ラットフォーム・バス・プロトコルと後方互換性がある方法でプラットフォーム
・バス・プロトコルに組み込まれていることが望ましいが、ここでも本発明はこ
の点で範囲を限定されるものではない。このようにして、このような実施形態に
関しては、信号送信は完全に後方互換性があり、したがって、現在の伝統的プラ
ットフォーム・バス・プロトコルまたは既存のプラットフォーム・バス・プロト
コルは、追加の費用を導入したりまたは別の方法でこの機能の普及を遅らせる変
更をしなくても使用できる。さらに、この機能がプラットフォーム・バス・プロ
トコル・レベルで達成されている場合、プラットフォーム・バスを介して発生す
るすべての信号パケットおよび信号送信に渡って実行されるので、ここでもたと
えば多数のデバイスを使用するなどの複雑さを軽減する。また、いくつかの実施
例で追加の信号送信オーバーヘッドを導入することなくこれが達成できれば望ま
しいであろう。
【００１６】 図２は、本発明による、プラットフォーム・バス上でネットワーク・プロトコ
ル準拠信号パケットを送信するための方法および装置によって使用できる信号送
信パケットの実施形態を図示したものである。対照的に、図４は、以前に参照し
たＳＭバス仕様に説明されたような、ブロック書込みコマンドを実行する信号パ
ケットを示した構成図である。図示されているように、２つの信号パケットの間
には共通点がある。しかしこの特定の実施形態では、信号パケット４００のコマ
ンド４１０はコマンド２１０およびビット２２０と２３０によって置き換えられ
る。ビット２２０および２３０は、信号パケットがプラットフォーム・バス１５
５上を送信されて、たとえば、この特定の実施形態においてはプラットフォーム
・バス・インタフェース・ユニット１４０に組み込まれるなどの回路が、プラッ
トフォーム・バスを介して受信された別のより小さいサイズのプラットフォーム
・バス・プロトコル準拠信号パケットによって提供されたデータの少なくとも一
部を、ネットワーク・プロトコル準拠信号パケットに組み合わせる機能を含んで
いる。本発明はこの点で範囲が限定されるわけではないが、この特定の実施形態
では、この機能はブロック書込みを実行する信号パケット内で具体化され、その
理由はこの実施形態内のマイクロコントローラ１５０がプラットフォーム・バス
・インタフェース・ユニット１４０に関してマスタとして動作し、プラットフォ
ーム・バス・インタフェース・ユニット１４０はこの実施形態ではスレーブとし
て動作するためである。したがってこの実施形態では、マイクロコントローラ１
５０はデータをプラットフォーム・バス・プロトコル・インタフェース・ユニッ
ト１４０に書き込む。図６はこの特定の実施形態に関して所望の機能を達成する
ためのビット２２０および２３０の設定を図示した真理表である。もちろん、本
発明は図示された特定のビット設定に範囲を限定されるものではない。同様に、
本発明は所望の結果を達成するために先に説明したようなＳＭバス・ブロック書
込みコマンドの変更を使用することに範囲を限定されるものではない。本発明の
範囲内で多くの異なる実施形態のうち任意の１つが可能である。しかしこの特定
の実施形態では図６に示されたように、この実施形態ではそれぞれＬビットおよ
びＦビットであるビット２２０および２３０の設定が、プラットフォーム・バス
・インタフェース・ユニット１４０へのシグナリング（信号送信）を示し、断片
化信号送信ストリームの最初のブロック、断片化信号送信ストリームの最後のブ
ロック、およびここでは中間ブロックと呼ばれる、断片化信号送信ストリームの
最初のブロックと最後のブロックの間に位置するブロックを示す。もちろん状況
によっては、単一のブロックを使用して３２データ・バイトまたはそれ未満を通
信する場合もある。図示されたように、図６ではこれを示すシグナリングが同様
にこの特定の実施形態に提供される。
【００１７】 前記の説明が示すように、先に説明された利点に追加して、この特定の実施形
態の１つの利点は、追加のシグナリングオーバーヘッドが伝統的なプラットフォ
ーム・バス・インタフェース・プロトコルに導入されなくても所望の結果が達成
できることである。図２と図４の比較が示すように、使用された断片化信号スト
リームを受信側ユニット（この特定の実施形態ではプラットフォーム・バス・イ
ンタフェース・ユニット１４０）に送信するために追加の信号が送信されること
はない。先の説明の図が示すように、８ビット・コマンド４１０が６ビット・コ
マンド２１０と置き換わるにもかかわらず、この実施形態ではそれぞれＬビット
およびＦビットであるビット２２０およびビット２３０は、先に説明された所望
のシグナリングを提供する。この実施形態では、２５６コマンドを有する可能性
は図２の６ビット・コマンドに関して３２コマンドに削減されるが、これはこの
実施形態の大きな欠点ではない。プラットフォーム・バスを介して信号パケット
を送信しかつ／または受信するためには、所望の結果を達成するために３２コマ
ンドが適切でありまた十分である。
【００１８】 同様に、先に示したように、本発明は図２に示された実施形態にその範囲を限
定されるものではない。たとえば、代替の実施形態では、ネットワーク・プロト
コル準拠信号パケットは、最初に断片化シグナリングストリームの開始を示す信
号パケットを送信し、ついでネットワーク・プロトコル準拠信号パケットによっ
て提供されたデータの少なくとも一部をたとえば複数の書込みブロック・コマン
ドを使用して送信し、ついで、断片化シグナリングストリームの最後を示す信号
パケットが送信されることによって、プラットフォーム・バス１５５などのプラ
ットフォーム・バスを介して送信できる。この手法は追加のシグナリングオーバ
ーヘッドを導入するが、簡単な使用法、低いピン・カウントなど先に説明した多
くの利点を有する。
【００１９】 先に説明した実施形態の他の利点は、ハードウェア実装がいくつかのマスタ・
デバイスによって駆動できるプラットフォーム・バスを含んでいる環境で発生す
る可能性がある。このような環境では種々の時間にこれらのデバイスの複数がプ
ラットフォーム・バスにアクセスし、信号パケットを送信しかつ／または受信し
たい場合がある。したがって伝統的なプラットフォーム・バスを使用することに
関連づけられた先に説明された利点に加えて、ネットワーク・プロトコル準拠信
号パケットによって提供されたデータの少なくとも一部を複数のプラットフォー
ム・バス・プロトコル準拠信号パケットに分割する別の利点は、より小さな信号
パケットがインタリーブされてプラットフォーム・バス１５５上を送信され、こ
れによって時々、少なくともプラットフォーム・バス上で発生する通信に関して
待ち時間を軽減する可能性があることである。プラットフォーム・バスが使用さ
れている実施形態は比較的低速度であり、これはある環境ではコストを下げるた
めに望ましい場合があるので、この機能が望ましいことがわかる場合がある。
【００２０】 先に説明された実施形態などの本発明による実施形態のさらなる利点は、特定
のプラットフォーム・バス・プロトコル準拠信号パケットによって提供されたデ
ータでインタリーブされた、独立した動作を実行する機能である。具体的にはた
とえば、図２に示されたようにＳＭバス・プロトコルが使用されている場合は、
３２までの異なるコマンドが１つのパケット内で指定される場合がある。したが
って、ネットワーク準拠信号プロトコル・パケットによって提供されたデータの
少なくとも一部が、複数のプラットフォーム・バス・プロトコル準拠信号パケッ
トに分割されている場合は、各々のプラットフォーム・バス・プロトコル準拠信
号パケットが異なる独立のコマンドを指定し、異なる独立の動作が実行される可
能性がある。たとえば、本発明はこの点で範囲を限定されるわけではないが、複
数のマイクロコントローラまたはＡＳＩＣが一実施形態内に使用されている場合
、この利点は、他の断片化シグナリングストリームが送信される前に、１つの断
片化シグナリングストリームが完全に送信されるのを待つのではなく、これらの
マイクロコントローラまたはＡＳＩＣから送信される信号パケットをインタリー
ブする機能を含んでいる。同様にここでもまた、本発明はこの点で範囲を限定さ
れるものではないが、この機能はたとえば状態コマンドなどほかのコマンドを断
片化シグナリングストリームにインタリーブすることが望ましい場合など、信号
パケットをマイクロコントローラまたはＡＳＩＣに送信する利点を提供すること
ができる。
【００２１】 図３は信号パケットの別の実施形態を示す構成図であり、本発明による、プラ
ットフォーム信号バス上でネットワーク・プロトコル準拠信号パケットを受信す
るための方法および装置の実施形態によって使用できる。対照的に、図５はＳＭ
バス・ブロック読出しコマンドを示す構成図である。図２に示された実施形態と
同様、図３に示された実施形態はＳＭバス・ブロック読出しコマンドを実装する
図５に示された信号パケットと共通点を有する。同様に、図７は図３の実施形態
に関してＦビットおよびＬビットに関する設定を示した真理表であるが、本発明
はその範囲をこの実施形態に限定されるものではない。
【００２２】 本発明はこの点で範囲を限定されるものではないが、この特定の実施形態の態
様はマスタ・デバイスすなわち図１に示された特定の実施形態ではマイクロコン
トローラ１５０と、スレーブ・デバイスすなわちこの実施形態に関しては図１に
示されたプラットフォーム・バス・インタフェース１４０の間の関係に関する。
この特定の実施形態では、マスタはプラットフォーム・バス・インタフェース・
ユニット１４０から信号パケットを読み出す。しかしプラットフォーム・バス・
インタフェース・ユニットは、ＳＭバス・プロトコルと後方互換であるために信
号パケットを提供するデバイスなので、この特定の実施形態では信号パケット組
成は、この特定の実施形態ではプラットフォーム・バス・プロトコル・インタフ
ェース・ユニット１４０であるスレーブが、ブロック読出しコマンドを実装する
信号パケットに信号を提供して、スレーブからマスタに所望の量のデータが転送
されるように構成される。たとえば、図５と比較して図３を参照すると、データ
・バイト１は６ビット・コマンド３１０、Ｌビット３２０、Ｆビット３３０によ
って置き換えられる。ＳＭバス・プロトコルでは、このデータ・バイトに関して
信号送信を駆動するのはスレーブである。同様に、図５に示された信号パケット
のコマンド部分が使用されない理由は、図３に示されたような信号パケットのこ
の部分は、この特定の実施形態ではコントローラ１５０であるマスタによって駆
動されているためである。しかし本発明はこの点で範囲を限定されるものではな
いが、この特定の実施形態では、図５のコマンド５１０はここでは論理「１」で
あるＦビット３４０、およびここでは論理「１」であるＬビット３５０によって
置き換えられ、同時に符号３６０によって図３に示されたｎｕｌｌまたはゼロに
置き換えられる。本発明はこの点で範囲を限定されるものではないが、この実施
形態では、このメカニズムを通じてマイクロコントローラ１５０またはマスタは
、ブロック読出しが可能にされたスレーブに対して送信する。もちろん、代替の
実施形態ではこれは省略される可能性もあり、この例では後方互換性を維持する
ために提供されている。
【００２３】 この特定の実施形態では、プラットフォーム・バス・インタフェース・ユニッ
ト１４０は、受信されたネットワーク・プロトコル準拠信号パケットをより小さ
いサイズの信号パケットに分割し、ネットワーク・プロトコル準拠信号パケット
によって提供されたデータの少なくとも一部をプラットフォーム・バス上を介し
て送信する回路を含んでいる。先に説明したようにこの特定の実施形態では、伝
統的なプラットフォーム・バス・インタフェース・プロトコルが使用され、伝統
的なネットワーク・プロトコルが使用される。したがって、より小さいサイズの
パケットは、ネットワーク・プロトコル準拠信号パケットの最大長より短い最大
長を有する。この特定の実施形態では、マイクロコントローラがマスタとして動
作しプラットフォーム・バス・インタフェース・ユニットがスレーブとして動作
するが、ネットワーク・プロトコル準拠信号パケットを受信するのはプラットフ
ォーム・バス・インタフェース・ユニットである。これは、少なくともこの実施
形態に関しては、プラットフォーム・バス・インタフェース・ユニットがマイク
ロコントローラに、ネットワーク・プロトコル準拠信号パケットが受信されたこ
とを信号送信するプラットフォーム・バス・インタフェース・ユニットのメカニ
ズムが望ましいことを示す。本発明はこの点で範囲を限定されるものではないが
この特定の実施形態では、先に説明したように、マイクロコントローラ１５０と
インタフェース・ユニット１４０の間のワイヤまたは結合は、シリアル・アラー
ト線、シリアル・クロック線およびシリアル・データ線を含んでいる。この実施
形態内のこのアラート線は、マイクロコントローラ１５０への一種の割り込みと
して動作し、ネットワーク・プロトコル準拠信号パケットが到着したことおよび
読出しコマンドがマイクロコントローラによって開始されるべきであることをマ
イクロコントローラに示す。もちろん、代替の実施形態はこの手法を使用しない
場合もある。同様に、図２に示された、先に説明した実施形態では、このような
アラート信号送信は省略されている。
【００２４】 上記に説明され図２に関して示された実施形態とは異なり、この特定の実施形
態は追加の信号送信（シグナリング）オーバーヘッドを追加して送信を実行する
。読出しコマンドが実行されるこの特定の実施形態では、最大で３２データ・バ
イトを送信するかわりに最大で３１データ・バイトが転送される。しかし代替の
実施形態では、さらに追加のオーバーヘッドが追加される可能性がある。たとえ
ば、別の信号送信パケットが断片化信号ストリームの開始と、断片化信号ストリ
ームの最後を示す手法が使用される場合もある。したがって、図３に示された実
施形態はいくつかの追加の信号送信オーバーヘッドを含んでいるが、より大きな
信号送信オーバーヘッドを有する別の実施形態と比較して、これらの追加の信号
送信パケットを省略するため、この点で利点を有する可能性がある。したがって
図３の実施形態は、デバイスが典型的にはマスタより複雑ではない論理を使用す
るスレーブとなることを可能にする一方、スレーブがマスタに送信されているデ
ータ・タイプを指定できることによって、オーバーヘッドを節約することができ
る。もちろん、本発明の範囲内の代替の手法も可能である。
【００２５】 代替の実施形態のうち１つを使用することが望ましいかどうか、用途と特定の
実施形態によって変化する。先に説明された、２つの追加の信号送信パケットが
使用されて、断片化信号送信ストリームの開始と終了を示す実施形態は、追加の
信号送信オーバーヘッドをほとんど必要としないまたはまったく必要としないと
いう利点を提供しないが、先に説明した他の利点の多くが提供される。たとえば
先に説明されたように、別のより小さいサイズの信号送信パケットは異なる独立
動作を実行する機能を含んでいる。
【００２６】 種々の代替実施形態が提供され、本発明は任意の特定の実施形態にその範囲を
限定されるものではない。たとえば、図１は本発明による実施形態を実装する、
複数の集積回路チップを示す。しかし、本発明は図１に示された集積チップの特
定の構成に範囲を限定されるものでなく、別法として、実施形態は単一の集積回
路チップ、図１に示されたものより多い集積回路チップ、図１に示されたものよ
り少ない集積回路チップを使用して実装されるか、または、別法としては、実施
形態は集積回路チップで具体化される以外の回路内で実装される場合もある。同
様に、図１はマザーボード上で実装されるまたはマザーボード上に含まれている
プラットフォーム・バス・インタフェース・ユニット１４０を示すが、本発明は
この点で範囲を限定されるものではない。たとえば、代替の実施形態では、プラ
ットフォーム・バス・インタフェース・ユニットはマザーボードに結合するネッ
トワーク・インタフェース・ユニット上に含まれている場合もある。同様に、い
くつかの実施形態はマザーボード構成とはまったく異なったコンテキストで使用
される場合もある。
【００２７】 本発明によるさらに別の実施形態は、次のように、信号バス上でネットワーク
・プロトコル準拠信号パケットによって提供されたデータの少なくとも一部を送
信する方法の実施形態を含んでいる。ネットワーク・プロトコル準拠信号パケッ
トによって提供されたデータの少なくとも一部は、より小さなデータ・サブセッ
トに分割できる。より小さなデータ・サブセットはプラットフォーム・バス・プ
ロトコル準拠信号パケットとして、プラットフォーム・バス上を送信される可能
性がある。たとえば、本発明はこの点で範囲を限定されるものではないが、図１
に示された実施形態は、これらの動作を実装する機能を含んでいる。先に示した
ようにこの実施形態に関しては、ネットワーク準拠信号パケットによって提供で
きるデータの最大量は、プラットフォーム・バス・プロトコル準拠信号パケット
によって提供できるデータの最大量を超える。同様に、この特定の実施形態に関
しては、プラットフォーム・バス・プロトコルは既存のプラットフォーム・バス
・プロトコルまたは伝統的なプラットフォーム・バス・プロトコルを含んでいる
場合がある。たとえば、本発明はこの点で範囲を限定されるものではないが、Ｓ
Ｍバス・プロトコルまたは仕様は、図１に示された実施形態などのように使用さ
れるかそれに従う可能性がある。ここでもまた、図１に示され図３に関して説明
された実施形態では、分割および送信は、追加の信号送信オーバーヘッドを追加
することなしに達成されるが、他の実施形態はこのようなオーバーヘッドを含ん
でいる場合があり、このようなオーバーヘッドを含んだ方がいいのか含まないほ
うがいいのかは、特定の用途および環境によって異なる可能性がある。
【００２８】 本発明によるさらに別の実施形態は、次のように、ネットワーク・プロトコル
準拠信号パケットに、プラットフォーム信号バス上で受信された別の信号パケッ
トによって提供されたデータの少なくとも一部を組み合わせる方法の実施形態を
含んでいる。この実施形態では、受信された信号パケットによって提供されたデ
ータの少なくとも一部が抽出される。抽出されたデータは単一のネットワーク・
プロトコル準拠信号パケットに組み合わされる。この実施形態では、抽出は、抽
出すべきデータを含んでいる最初に受信された信号パケットを決定することと、
抽出すべきデータを含んでいる最後に受信された信号パケットを決定することを
含んでいる。本発明はこの点で範囲を限定されるものではないが、使用できる１
つの手法は、図２に関して説明され示された手法である。さらに状況によっては
、抽出はさらに、抽出すべきデータを含んでいる中間の信号パケットを決定する
ことを含んでいる場合がある。このコンテキストでは、中間の信号パケットは、
最初に受信された信号パケットおよび最後に受信された信号パケットの間の信号
パケットである。同様に先に説明されたように、いくつかの実施形態では、この
抽出および組み合わせは追加の信号送信オーバーヘッドをほとんど伴わないかま
ったく伴わずに実行できるが、代替の実施形態では、追加のパケットがオーバー
ヘッドとして提供される場合もある。
【００２９】 本発明の所定の機能がここに示され説明されたが、当業者であれば多くの修正
物、代替物、変更物、等価物が思いつくであろう。したがって、首記の請求項は
このようなすべての修正物および変更物を、本発明の真の精神の中にあるものと
して含んでいることを意図していることを理解されたい。
【図面の簡単な説明】
【図１】 本発明による、プラットフォーム・バス上でネットワーク・プロトコル準拠信
号パケットを送信しかつ／または受信するための方法および装置の一実施形態を
使用できるコンピューティング・プラットフォームの一実施形態を示す構成図で
ある。
【図２】 本発明による、プラットフォーム・バス上でネットワーク・プロトコル準拠信
号パケットを送信するための方法および装置の一実施形態によって使用できるプ
ラットフォーム・バス・プロトコル準拠信号パケットの一実施形態を示す概念図
である。
【図３】 本発明による、プラットフォーム・バス上でネットワーク・プロトコル準拠信
号パケットを受信するための方法および装置の一実施形態によって使用できるプ
ラットフォーム・バス・プロトコル準拠信号パケットの一実施形態を示す概念図
である。
【図４】 従来技術のプラットフォーム・バス・プロトコル準拠信号パケットの概念図で
ある。
【図５】 従来技術のプラットフォーム・バス・プロトコル準拠信号パケットの概念図で
ある。
【図６】 図２の実施形態に関するビット設定を示した真理表である。
【図７】 図３の実施形態に関するビット設定を示した真理表である。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，Ｅ Ａ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ， ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，Ｍ Ｇ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ， ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，Ｖ Ｎ，ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5K032 AA03 BA04 CA06 CD02 DB15 DB22 EA07 5K033 AA09 BA04 CB01 CB02 CB08 CB14 CC01 DA13 DB18 【要約の続き】 れる。ネットワーク・プロトコル準拠信号パケットによ って提供できるデータの最大量は、プラットフォーム・ バス・プロトコル準拠信号パケットによって提供できる データの最大量を超える。本発明のさらに別の実施形態 によれば、ネットワーク・プロトコル準拠信号パケット に、プラットフォーム信号バス上で受信された別の信号 パケットによって提供されたデータの少なくとも一部を 組み合わせるため以下の方法を含む。受信された信号パ ケットによって提供されたデータの少なくとも一部が抽 出される。抽出されたデータは単一のネットワーク・プ ロトコル準拠信号パケットに組み合わせられる。

Claims (34)

    【特許請求の範囲】
  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. 【請求項３４】 前記ＳＭバス・プロトコル準拠信号パケットがまた、前記
    プロトコル準拠信号パケット内に置かれた最初の（Ｆ）ビットおよび最後の（Ｌ
    ）ビットを含んでおり、受信されている特定の断片化信号送信ストリーム内に含
    まれているこれらのパケットを信号送信する請求項３３に記載の方法。
JP2000568016A 1998-08-28 1999-08-18 プラットフォーム・バス上でネットワーク・プロトコル準拠信号パケットを送信しかつ受信するための方法および装置 Pending JP2003527760A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/141,837 US6754209B1 (en) 1998-08-28 1998-08-28 Method and apparatus for transmitting and receiving network protocol compliant signal packets over a platform bus
US09/141,837 1998-08-28
PCT/US1999/018905 WO2000013095A1 (en) 1998-08-28 1999-08-18 Method and apparatus for transmitting and receiving network protocol compliant signal packets over a platform bus

Publications (1)

Publication Number Publication Date
JP2003527760A true JP2003527760A (ja) 2003-09-16

Family

ID=22497487

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000568016A Pending JP2003527760A (ja) 1998-08-28 1999-08-18 プラットフォーム・バス上でネットワーク・プロトコル準拠信号パケットを送信しかつ受信するための方法および装置

Country Status (7)

Country Link
US (2) US6754209B1 (ja)
EP (1) EP1116122B1 (ja)
JP (1) JP2003527760A (ja)
CN (1) CN100468373C (ja)
AU (1) AU5680299A (ja)
DE (1) DE69937804T2 (ja)
WO (1) WO2000013095A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020159477A1 (en) * 2001-02-28 2002-10-31 Koninklijke Philips Electronics N.V. Enhanced crosspoint bus protocol
US7451335B2 (en) * 2001-04-24 2008-11-11 Broadcom Corporation Selectively disabling a portion of ASF operations when ASF device is powered by auxiliary power
US8325768B2 (en) * 2005-08-24 2012-12-04 Intel Corporation Interleaving data packets in a packet-based communication system
US20080225736A1 (en) * 2007-03-15 2008-09-18 Matthew Charles Compton Transmission of segments of data packages in accordance with transmission speed and package size
US7916728B1 (en) 2007-09-28 2011-03-29 F5 Networks, Inc. Lockless atomic table update
US8306036B1 (en) 2008-06-20 2012-11-06 F5 Networks, Inc. Methods and systems for hierarchical resource allocation through bookmark allocation
US8447884B1 (en) 2008-12-01 2013-05-21 F5 Networks, Inc. Methods for mapping virtual addresses to physical addresses in a network device and systems thereof
US8103809B1 (en) 2009-01-16 2012-01-24 F5 Networks, Inc. Network devices with multiple direct memory access channels and methods thereof
US8112491B1 (en) 2009-01-16 2012-02-07 F5 Networks, Inc. Methods and systems for providing direct DMA
US8880696B1 (en) * 2009-01-16 2014-11-04 F5 Networks, Inc. Methods for sharing bandwidth across a packetized bus and systems thereof
US8880632B1 (en) 2009-01-16 2014-11-04 F5 Networks, Inc. Method and apparatus for performing multiple DMA channel based network quality of service
US9152483B2 (en) 2009-01-16 2015-10-06 F5 Networks, Inc. Network devices with multiple fully isolated and independently resettable direct memory access channels and methods thereof
US9313047B2 (en) 2009-11-06 2016-04-12 F5 Networks, Inc. Handling high throughput and low latency network data packets in a traffic management device
US10135831B2 (en) 2011-01-28 2018-11-20 F5 Networks, Inc. System and method for combining an access control system with a traffic management system
US9036822B1 (en) 2012-02-15 2015-05-19 F5 Networks, Inc. Methods for managing user information and devices thereof
US10033837B1 (en) 2012-09-29 2018-07-24 F5 Networks, Inc. System and method for utilizing a data reducing module for dictionary compression of encoded data
US9270602B1 (en) 2012-12-31 2016-02-23 F5 Networks, Inc. Transmit rate pacing of large network traffic bursts to reduce jitter, buffer overrun, wasted bandwidth, and retransmissions
US10375155B1 (en) 2013-02-19 2019-08-06 F5 Networks, Inc. System and method for achieving hardware acceleration for asymmetric flow connections
US9864606B2 (en) 2013-09-05 2018-01-09 F5 Networks, Inc. Methods for configurable hardware logic device reloading and devices thereof
EP3085051A1 (en) 2013-12-16 2016-10-26 F5 Networks, Inc Methods for facilitating improved user authentication using persistent data and devices thereof
US10015143B1 (en) 2014-06-05 2018-07-03 F5 Networks, Inc. Methods for securing one or more license entitlement grants and devices thereof
US11838851B1 (en) 2014-07-15 2023-12-05 F5, Inc. Methods for managing L7 traffic classification and devices thereof
US10182013B1 (en) 2014-12-01 2019-01-15 F5 Networks, Inc. Methods for managing progressive image delivery and devices thereof
CN104780333A (zh) * 2014-12-03 2015-07-15 中国航天科工集团第三研究院第八三五七研究所 基于fpga的高带宽视频源接口适配装置
US11895138B1 (en) 2015-02-02 2024-02-06 F5, Inc. Methods for improving web scanner accuracy and devices thereof
US10972453B1 (en) 2017-05-03 2021-04-06 F5 Networks, Inc. Methods for token refreshment based on single sign-on (SSO) for federated identity environments and devices thereof
US11855898B1 (en) 2018-03-14 2023-12-26 F5, Inc. Methods for traffic dependent direct memory access optimization and devices thereof
US11537716B1 (en) 2018-11-13 2022-12-27 F5, Inc. Methods for detecting changes to a firmware and devices thereof

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4771391A (en) * 1986-07-21 1988-09-13 International Business Machines Corporation Adaptive packet length traffic control in a local area network
US5136584A (en) * 1990-07-11 1992-08-04 At&T Bell Laboratories Hardware interface to a high-speed multiplexed link
CA2055396C (en) * 1990-11-14 1998-08-18 Hidetoshi Toyofuku Delay distortion suppressing system for asynchronous transfer mode (atm) communication system
CA2095755C (en) * 1992-08-17 1999-01-26 Mark J. Baugher Network priority management
US5551052A (en) 1993-08-02 1996-08-27 Xerox Corporation Data bus protocol for high speed chip to chip data transfer
JPH07307737A (ja) * 1994-05-11 1995-11-21 Fujitsu Ltd Ａｔｍ−ｕｎｉ・ｌａｎ間通信方法及び通信装置
EP0719065A1 (en) * 1994-12-20 1996-06-26 International Business Machines Corporation Multipurpose packet switching node for a data communication network
US5699369A (en) * 1995-03-29 1997-12-16 Network Systems Corporation Adaptive forward error correction system and method
US5696994A (en) * 1995-05-26 1997-12-09 National Semiconductor Corporation Serial interface having control circuits for enabling or disabling N-channel or P-channel transistors to allow for operation in two different transfer modes
US5860081A (en) 1995-08-03 1999-01-12 National Semiconductor Corporation Interfacing an L2 cache to a single bus having alternative protocols
JPH0974419A (ja) 1995-09-06 1997-03-18 Fujitsu Ltd 複数データユニットを用いてメッセージを伝送する通信システムにおける同時発生メッセージ制御方式
US6311230B1 (en) * 1996-12-27 2001-10-30 Avaya Technology Corp. System and method for cell switching with a peripheral component interconnect bus and decentralized, computer-controlled cell switch
US5907689A (en) * 1996-12-31 1999-05-25 Compaq Computer Corporation Master-target based arbitration priority
JP3482091B2 (ja) * 1997-01-09 2003-12-22 株式会社東芝 通信装置
US5982783A (en) * 1997-06-16 1999-11-09 Lucent Technologies Inc. Switch distribution via an intermediary switching network
JP3610193B2 (ja) * 1997-06-26 2005-01-12 株式会社日立製作所 Ａｔｍコントローラおよびそれを用いたａｔｍ通信制御装置
US6310898B1 (en) * 1998-01-27 2001-10-30 Tektronix, Inc. Compressed video and audio transport stream multiplexer

Also Published As

Publication number Publication date
WO2000013095A1 (en) 2000-03-09
US20040202161A1 (en) 2004-10-14
DE69937804D1 (de) 2008-01-31
AU5680299A (en) 2000-03-21
CN100468373C (zh) 2009-03-11
EP1116122B1 (en) 2007-12-19
CN1326568A (zh) 2001-12-12
EP1116122A4 (en) 2003-05-21
DE69937804T2 (de) 2008-12-04
US6754209B1 (en) 2004-06-22
EP1116122A1 (en) 2001-07-18

Similar Documents

Publication Publication Date Title
JP2003527760A (ja) プラットフォーム・バス上でネットワーク・プロトコル準拠信号パケットを送信しかつ受信するための方法および装置
DE112013007744B3 (de) Vorrichtung, system und verfahren zur bereitstellung drahtloser kommunikation zwischen geräten
US10642778B2 (en) Slave master-write/read datagram payload extension
US7787490B2 (en) Method and apparatus for multiplexing multiple protocol handlers on a shared memory bus
EP1237090A1 (en) Serial peripheral interface master device, a serial peripheral interface slave device and a serial peripheral interface
JP2003510905A (ja) 縮小ハードウェア通信アダプタと通信方法
JPH0689246A (ja) 直列通信方法およびその装置
EP1101328B1 (en) Network controller
CN110557311A (zh) 用于系统级封装管芯间访问等待时间的处理器间通信方法
EP1476817B1 (en) Hublink read return streaming
JP3418969B2 (ja) Ｌｐｃ／ｉｓａブリッジ及びそのブリッジ方法
US10592441B2 (en) Bus communication enhancement based on identification capture during bus arbitration
US7028132B2 (en) Distributed peer-to-peer communication for interconnect busses of a computer system
US6822976B1 (en) Method and apparatus for high throughput multiplexing of data
US6622191B1 (en) Computer system
WO2005091156A2 (en) Signaling arrangement and approach therefor
WO2022109511A1 (en) Sideband signaling in a peripheral component interconnect (pci) express (pcie) link
US7107381B2 (en) Flexible data transfer to and from external device of system-on-chip
US6446154B1 (en) Method and mechanism for virtualizing legacy sideband signals in a hub interface architecture
US6378017B1 (en) Processor interconnection
JP2002534739A (ja) アップグレード・デバイスがインストールされるとグラフィックス・デバイスを使用不可にする方法および装置
JPH03174643A (ja) 直列データ母線用アプリケーシヨン特有集積回路
JP2003523576A (ja) リンクブリッジ
Gerritsen et al. Design of a Taken Ring Controller in IDaSS
JP2002542528A (ja) 通信のためのインタフェース及び方法