JP3320297B2 - 動作モード確立・維持方法およびｌａｎスイッチのポートに接続するためのステーション - Google Patents
動作モード確立・維持方法およびｌａｎスイッチのポートに接続するためのステーションInfo
- Publication number
- JP3320297B2 JP3320297B2 JP04084696A JP4084696A JP3320297B2 JP 3320297 B2 JP3320297 B2 JP 3320297B2 JP 04084696 A JP04084696 A JP 04084696A JP 4084696 A JP4084696 A JP 4084696A JP 3320297 B2 JP3320297 B2 JP 3320297B2
- Authority
- JP
- Japan
- Prior art keywords
- station
- duplex
- response
- frame
- full
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40169—Flexible bus arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/24—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using dedicated network management hardware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/417—Bus networks with decentralised control with deterministic access, e.g. token passing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、一般にローカル・
エリア・ネットワーク（ＬＡＮ）に関し、特に、前記Ｌ
ＡＮにおいて使用する改良型集線装置およびステーショ
ンに関する。
エリア・ネットワーク（ＬＡＮ）に関し、特に、前記Ｌ
ＡＮにおいて使用する改良型集線装置およびステーショ
ンに関する。
【０００２】
【従来の技術】ＬＡＮセグメントを相互接続するために
スイッチを使用することは、従来技術において周知であ
る。ＬＡＮセグメントは、共通媒体に接続されたステー
ションのグループとして定義することができる。スイッ
チを通じてＬＡＮセグメントを相互接続することによっ
て、ステーション・グループ間の同時通信が可能にな
り、その結果、相互接続されたＬＡＮの帯域幅能力が向
上する。
スイッチを使用することは、従来技術において周知であ
る。ＬＡＮセグメントは、共通媒体に接続されたステー
ションのグループとして定義することができる。スイッ
チを通じてＬＡＮセグメントを相互接続することによっ
て、ステーション・グループ間の同時通信が可能にな
り、その結果、相互接続されたＬＡＮの帯域幅能力が向
上する。
【０００３】米国特許第５２７４６３１号には、イーサ
ネットＬＡＮセグメントを相互接続する切換えシステム
が記載されている。この切換えシステムは、複数のパケ
ット・プロセッサが接続された多重切換え論理モジュー
ルから成っている。各パケット・プロセッサは、イーサ
ネットＬＡＮセグメントが接続されたポートに関連づけ
られている。パケット・プロセッサは、スイッチを経
て、フレームを、１つのＬＡＮ上のステーションから他
のＬＡＮ上の他のステーションに経路指定する。
ネットＬＡＮセグメントを相互接続する切換えシステム
が記載されている。この切換えシステムは、複数のパケ
ット・プロセッサが接続された多重切換え論理モジュー
ルから成っている。各パケット・プロセッサは、イーサ
ネットＬＡＮセグメントが接続されたポートに関連づけ
られている。パケット・プロセッサは、スイッチを経
て、フレームを、１つのＬＡＮ上のステーションから他
のＬＡＮ上の他のステーションに経路指定する。
【０００４】このようなシステムにおいては、より広い
帯域幅が常に求められてきた。こうした要求は、部分的
には、ネットワーク・ステーションの数の増加、および
このようなステーションが、マルチメディア・アプリケ
ーションなどのデータ集約的アプリケーションを数多く
使用できるようにするステーションの処理能力の増加に
基づいている。
帯域幅が常に求められてきた。こうした要求は、部分的
には、ネットワーク・ステーションの数の増加、および
このようなステーションが、マルチメディア・アプリケ
ーションなどのデータ集約的アプリケーションを数多く
使用できるようにするステーションの処理能力の増加に
基づいている。
【０００５】帯域幅増加の必要性を迫る他の現象は、サ
ーバ機能の集中化傾向にある。１つのサーバがいくつか
の異なるＬＡＮセグメントにサービスを行うネットワー
クを、イメージされたい。このようなサーバが複数のＬ
ＡＮセグメントにサービスを行うことができるために必
要な高帯域幅をもたらす直接的な方法は、サーバとＬＡ
Ｎセグメントを結合する全二重リンクおよび装置を使用
することであろう。非ＬＡＮ通信ネットワークにおける
本来の全二重リンクの使用は、周知である。しかし、Ｌ
ＡＮシステムに全二重方式を適応させるには、克服すべ
き問題がいくつかある。
ーバ機能の集中化傾向にある。１つのサーバがいくつか
の異なるＬＡＮセグメントにサービスを行うネットワー
クを、イメージされたい。このようなサーバが複数のＬ
ＡＮセグメントにサービスを行うことができるために必
要な高帯域幅をもたらす直接的な方法は、サーバとＬＡ
Ｎセグメントを結合する全二重リンクおよび装置を使用
することであろう。非ＬＡＮ通信ネットワークにおける
本来の全二重リンクの使用は、周知である。しかし、Ｌ
ＡＮシステムに全二重方式を適応させるには、克服すべ
き問題がいくつかある。
【０００６】米国特許第５１５５７２６号には、トーク
ン・リング・ネットワーク上の２つのステーション間の
全二重方式を確立し維持する技法が記載されている。各
ステーションは、トークン（半二重）モードでリング動
作に入る。その後、各ステーションは、他の活動ステー
ションが１つだけトークン・リング・ネットワーク上で
動作しているかどうかを確認し、そうであれば、もう一
方のステーションとフレームを交換して全二重通信を確
立する。
ン・リング・ネットワーク上の２つのステーション間の
全二重方式を確立し維持する技法が記載されている。各
ステーションは、トークン（半二重）モードでリング動
作に入る。その後、各ステーションは、他の活動ステー
ションが１つだけトークン・リング・ネットワーク上で
動作しているかどうかを確認し、そうであれば、もう一
方のステーションとフレームを交換して全二重通信を確
立する。
【０００７】たとえこの特許が、正しい方向への一段階
であるとしても、ある種の欠点を備えている。二重動作
は、トークン・リングＬＡＮセグメント上の２つのステ
ーション間で行われる。各ステーションは、半二重（ト
ークン）動作モードでリングに入らねばならず、ネット
ワーク条件がスイッチを保証する場合に全二重に切り替
わる。トークン（半二重）ＭＡＣおよび全二重ＭＡＣも
共に実行しければならないため、これは高価なステーシ
ョン・アダプタを必要とする。さらに、この特許は、ス
イッチと共に使用することができない。
であるとしても、ある種の欠点を備えている。二重動作
は、トークン・リングＬＡＮセグメント上の２つのステ
ーション間で行われる。各ステーションは、半二重（ト
ークン）動作モードでリングに入らねばならず、ネット
ワーク条件がスイッチを保証する場合に全二重に切り替
わる。トークン（半二重）ＭＡＣおよび全二重ＭＡＣも
共に実行しければならないため、これは高価なステーシ
ョン・アダプタを必要とする。さらに、この特許は、ス
イッチと共に使用することができない。
【０００８】
【発明が解決しようとする課題】したがって、本発明の
主な目的は、ステーションと切換え集線装置のポートと
の間の全二重通信をもたらすことである。
主な目的は、ステーションと切換え集線装置のポートと
の間の全二重通信をもたらすことである。
【０００９】本発明の他の目的は、接続されているポー
トが全二重動作をサポートするかどうかを決定すること
ができ、そうである場合、全二重モードで通信を開始す
ることのできる全二重ステーションをもたらすことであ
る。
トが全二重動作をサポートするかどうかを決定すること
ができ、そうである場合、全二重モードで通信を開始す
ることのできる全二重ステーションをもたらすことであ
る。
【００１０】本発明の他の目的は、ステーションとステ
ーションが接続されたポートとの間で行われたテスト
が、そのポートが半二重ポートであることを示す場合、
半二重（トークン）モードで動作するステーションをも
たらすことである。ステーションはポートに接続されて
おらずその代わり共用帯域幅集線装置に接続されてお
り、挿入するように決定することができる。
ーションが接続されたポートとの間で行われたテスト
が、そのポートが半二重ポートであることを示す場合、
半二重（トークン）モードで動作するステーションをも
たらすことである。ステーションはポートに接続されて
おらずその代わり共用帯域幅集線装置に接続されてお
り、挿入するように決定することができる。
【００１１】
【課題を解決するための手段】上記および他の目的は、
ステーションとステーションが接続されるスイッチ・ポ
ートの間で使用される新たなプロトコルを規定すること
により達成される。その結果が、スイッチ・ポートが二
重ポートであることを示す場合、ステーションは全二重
モードに入り、動作する。そうでない場合、ステーショ
ンは、半二重（トークン）モードに入り、動作すること
ができる。
ステーションとステーションが接続されるスイッチ・ポ
ートの間で使用される新たなプロトコルを規定すること
により達成される。その結果が、スイッチ・ポートが二
重ポートであることを示す場合、ステーションは全二重
モードに入り、動作する。そうでない場合、ステーショ
ンは、半二重（トークン）モードに入り、動作すること
ができる。
【００１２】特に、ネットワークに入ろうとするステー
ションは、「登録要求」と呼ばれる媒体アクセス制御
（ＭＡＣ）フレームを生成して、ステーションが接続さ
れた集線装置（スイッチ）のポートに伝送する。これ
は、要求プロトコル（全二重または半二重）を示す新し
いサブベクトル・フィールドを備えた新しい管理フレー
ムである。
ションは、「登録要求」と呼ばれる媒体アクセス制御
（ＭＡＣ）フレームを生成して、ステーションが接続さ
れた集線装置（スイッチ）のポートに伝送する。これ
は、要求プロトコル（全二重または半二重）を示す新し
いサブベクトル・フィールドを備えた新しい管理フレー
ムである。
【００１３】このサブベクトルは、送信元ステーション
が全二重モードで動作しようとする旨をポートに示す。
登録要求ＭＡＣフレームを認識したポートは、そのポー
トが全二重動作をサポートできる場合、肯定登録応答Ｍ
ＡＣフレームで応答する。そうでない場合、そのポート
は、否定登録応答ＭＡＣフレームで応答する。
が全二重モードで動作しようとする旨をポートに示す。
登録要求ＭＡＣフレームを認識したポートは、そのポー
トが全二重動作をサポートできる場合、肯定登録応答Ｍ
ＡＣフレームで応答する。そうでない場合、そのポート
は、否定登録応答ＭＡＣフレームで応答する。
【００１４】その後、ステーションは、登録応答ＭＡＣ
フレームを待つ。登録応答ＭＡＣフレームが受信されな
い場合、ステーションは、最大Ｎ回まで要求を再試行す
る。登録応答ＭＡＣフレームが受信されない場合、ステ
ーションは、全二重モードでしか動作できないのであれ
ば、ネットワークには加わらない。半二重（トークン）
モードでも動作できる場合は、半二重モードでネットワ
ーク動作に加わる。
フレームを待つ。登録応答ＭＡＣフレームが受信されな
い場合、ステーションは、最大Ｎ回まで要求を再試行す
る。登録応答ＭＡＣフレームが受信されない場合、ステ
ーションは、全二重モードでしか動作できないのであれ
ば、ネットワークには加わらない。半二重（トークン）
モードでも動作できる場合は、半二重モードでネットワ
ーク動作に加わる。
【００１５】本発明の他の特徴において、データ・フレ
ームの伝送開始前に、挿入要求ＭＡＣフレームおよび挿
入応答ＭＡＣフレームが、スイッチ・ポートとステーシ
ョンとの間で交換される。
ームの伝送開始前に、挿入要求ＭＡＣフレームおよび挿
入応答ＭＡＣフレームが、スイッチ・ポートとステーシ
ョンとの間で交換される。
【００１６】
【発明の実施の形態】図１は、１０および１２などの半
二重トークン・リング・ステーションと、全二重ステー
ション１４の混在ローカル・エリア・ネットワーク（Ｌ
ＡＮ）構成を示している。本明細書においては、以下
で、半二重をＴＫＰと略記する。同様に、全二重は、Ｔ
ＲＡＮＳＭＩＴ ＩＭＭＥＤＩＡＴＥを意味するＴＸＩ
と略記する。これらの略称は、トークン・リングに関し
て提案されているＩＥＥＥ８０２．５標準規格補遺８０
２．５Ｒにおいて使用されている用語に準拠している。
半二重ステーション１２は、ケーブル・インフラストラ
クチャを経て、専用帯域幅集線装置１８のポート手段に
接続されている。専用帯域幅集線装置１８（以下で詳述
する）は、専用伝送媒体を通じてポート手段１６Ａ−１
６Ｅの各々に接続されたスイッチ構成手段２０を含んで
いる。ポート手段の他の１つ１６Ａは、ケーブル・イン
フラストラクチャにより、専用帯域幅集線装置２４のポ
ート手段２２Ｅに接続されている。専用帯域幅集線装置
２４の他のポート２２Ｄは、ケーブル・インフラストラ
クチャにより、共用帯域幅集線装置２６のポート２４Ｂ
に接続されている。共用帯域幅集線装置２６の他のポー
ト２４Ａは、ケーブル・インフラストラクチャにより、
半二重ステーション１０に接続されている。ケーブル・
インフラストラクチャは、半二重ステーションまたは全
二重ステーションの動作に使用される事前配線のインフ
ラストラクチャであってもよい。共用帯域幅集線装置２
６は、半二重ステーション１０として１つだけが示され
ている複数のステーションが動作することを可能とする
ＩＢＭ８２２８集線装置などの通常の集線装置でよい。
集線装置をケーブルにより他の集線装置（リング・イン
およびリング・アウトを介して）に相互接続することも
できるし、専用帯域幅集線装置２４およびトークン・リ
ングＬＡＮ２８に相互接続することもできる。
二重トークン・リング・ステーションと、全二重ステー
ション１４の混在ローカル・エリア・ネットワーク（Ｌ
ＡＮ）構成を示している。本明細書においては、以下
で、半二重をＴＫＰと略記する。同様に、全二重は、Ｔ
ＲＡＮＳＭＩＴ ＩＭＭＥＤＩＡＴＥを意味するＴＸＩ
と略記する。これらの略称は、トークン・リングに関し
て提案されているＩＥＥＥ８０２．５標準規格補遺８０
２．５Ｒにおいて使用されている用語に準拠している。
半二重ステーション１２は、ケーブル・インフラストラ
クチャを経て、専用帯域幅集線装置１８のポート手段に
接続されている。専用帯域幅集線装置１８（以下で詳述
する）は、専用伝送媒体を通じてポート手段１６Ａ−１
６Ｅの各々に接続されたスイッチ構成手段２０を含んで
いる。ポート手段の他の１つ１６Ａは、ケーブル・イン
フラストラクチャにより、専用帯域幅集線装置２４のポ
ート手段２２Ｅに接続されている。専用帯域幅集線装置
２４の他のポート２２Ｄは、ケーブル・インフラストラ
クチャにより、共用帯域幅集線装置２６のポート２４Ｂ
に接続されている。共用帯域幅集線装置２６の他のポー
ト２４Ａは、ケーブル・インフラストラクチャにより、
半二重ステーション１０に接続されている。ケーブル・
インフラストラクチャは、半二重ステーションまたは全
二重ステーションの動作に使用される事前配線のインフ
ラストラクチャであってもよい。共用帯域幅集線装置２
６は、半二重ステーション１０として１つだけが示され
ている複数のステーションが動作することを可能とする
ＩＢＭ８２２８集線装置などの通常の集線装置でよい。
集線装置をケーブルにより他の集線装置（リング・イン
およびリング・アウトを介して）に相互接続することも
できるし、専用帯域幅集線装置２４およびトークン・リ
ングＬＡＮ２８に相互接続することもできる。
【００１７】さらに図１を参照すると、通常のトークン
・リング動作（以下で半二重動作と定義する）におい
て、ステーションはＩＥＥＥ８０２．５トークン・リン
グ規格などのトークン・パッシング・プロトコルを使用
して、他のステーションと帯域幅を共用している。全二
重動作においては、すべてのトークン・プロトコルは中
断され、ステーションが互換性のある全二重集線装置ま
たは１６Ｅなどのスイッチ・ポートに接続されている場
合、フレームの同時送受信が可能になる。半二重動作に
は、循環トークンが必要であり、これは図１においてＬ
ＡＮ２８上のトークンＡとして図示されている。専用帯
域幅集線装置１８および２４において、トークンはポー
ト手段により供給される。したがって、専用帯域幅集線
装置１８のポート手段１６Ｄは、循環トークンを半二重
ステーション１２に与える。ポート手段１６Ｄで生成さ
れたトークン・パスは、ポート手段１６Ｄにおいて破線
の曲線で示されている。同様に、ポート手段２２Ｄにお
ける破線の曲線は、トークンがポート手段２２Ｄによっ
て与えられることを示している。動作時に、トークンＢ
はポート手段１６Ｄで生成され、ポート手段１６Ｄと半
二重ステーション１２との間を循環する。同様に、トー
クンＡは専用帯域幅集線装置２４のポート手段２２Ｄ、
共用帯域幅集線装置２６の各ポート、および半二重ステ
ーション１０の間を循環する。もちろん他の半二重ステ
ーション（図示せず）を、共用帯域幅集線装置２６の他
のポートに接続することもできる。共用帯域幅集線装置
２６におけるトークン・パスは、破線で示されている。
全二重ステーション１４と全二重ポート手段１６Ｅとの
間の全二重動作両方向通信には、トークンは不要であ
る。本発明以前には、図１の混在ＬＡＮは不可能であっ
た。しかし、本発明（詳細は、以下に述べる）を提供す
ることにより、図１の混在構成ＬＡＮが可能になった。
さらに、ネットワーク上のステーションは異なる速度で
動作することができる。
・リング動作（以下で半二重動作と定義する）におい
て、ステーションはＩＥＥＥ８０２．５トークン・リン
グ規格などのトークン・パッシング・プロトコルを使用
して、他のステーションと帯域幅を共用している。全二
重動作においては、すべてのトークン・プロトコルは中
断され、ステーションが互換性のある全二重集線装置ま
たは１６Ｅなどのスイッチ・ポートに接続されている場
合、フレームの同時送受信が可能になる。半二重動作に
は、循環トークンが必要であり、これは図１においてＬ
ＡＮ２８上のトークンＡとして図示されている。専用帯
域幅集線装置１８および２４において、トークンはポー
ト手段により供給される。したがって、専用帯域幅集線
装置１８のポート手段１６Ｄは、循環トークンを半二重
ステーション１２に与える。ポート手段１６Ｄで生成さ
れたトークン・パスは、ポート手段１６Ｄにおいて破線
の曲線で示されている。同様に、ポート手段２２Ｄにお
ける破線の曲線は、トークンがポート手段２２Ｄによっ
て与えられることを示している。動作時に、トークンＢ
はポート手段１６Ｄで生成され、ポート手段１６Ｄと半
二重ステーション１２との間を循環する。同様に、トー
クンＡは専用帯域幅集線装置２４のポート手段２２Ｄ、
共用帯域幅集線装置２６の各ポート、および半二重ステ
ーション１０の間を循環する。もちろん他の半二重ステ
ーション（図示せず）を、共用帯域幅集線装置２６の他
のポートに接続することもできる。共用帯域幅集線装置
２６におけるトークン・パスは、破線で示されている。
全二重ステーション１４と全二重ポート手段１６Ｅとの
間の全二重動作両方向通信には、トークンは不要であ
る。本発明以前には、図１の混在ＬＡＮは不可能であっ
た。しかし、本発明（詳細は、以下に述べる）を提供す
ることにより、図１の混在構成ＬＡＮが可能になった。
さらに、ネットワーク上のステーションは異なる速度で
動作することができる。
【００１８】図２は、専用帯域幅集線装置（以下でＬＡ
Ｎスイッチと呼ぶ）を示すブロック図である。ＬＡＮス
イッチは汎用のものであり、専用帯域幅集線装置に代え
てネットワーク内で使用することができる。ＬＡＮスイ
ッチは、ＬＡＮスイッチの構成部品を支持し、保護する
ハウジング２８で構成されている。スイッチ構成手段３
０がハウジング内に取り付けられている。スイッチ構成
手段３０は、その入力と出力間に同時複数パスを備えて
いるクロスバーまたはＴＤＭ交換器であってもよい。こ
のようなスイッチ構成手段は、従来技術において周知で
あり、このような周知の装置についての詳細は説明しな
い。スイッチ・コントローラ（ＣＴＲＬ）３２は、両方
向伝送媒体によりスイッチ構成手段３０に接続されてい
る。スイッチ・コントローラは、ＬＡＮスイッチに同報
通信機能および他の管理機能をもたらすマイクロコンピ
ュータであってもよい。複数のポート・カード手段１，
２，．．Ｎが、個々の両方向伝送媒体を通じてスイッチ
構成手段３０に接続されている。同様に、各ポート・カ
ード手段は、それぞれの出力側で個々の伝送媒体によっ
て、個々のステーションもしくはＬＡＮセグメント（図
示せず）に接続されている。各ポート・カード手段は、
適切なコネクタ（図示せず）によってポート・カード手
段に接続された装置またはＬＡＮセグメントに、処理サ
ービスをもたらす。実際の実施においては、ハウジング
内にコネクタが取り付けられ、その出力はポート・カー
ド手段に配線、もしくは結合されている。
Ｎスイッチと呼ぶ）を示すブロック図である。ＬＡＮス
イッチは汎用のものであり、専用帯域幅集線装置に代え
てネットワーク内で使用することができる。ＬＡＮスイ
ッチは、ＬＡＮスイッチの構成部品を支持し、保護する
ハウジング２８で構成されている。スイッチ構成手段３
０がハウジング内に取り付けられている。スイッチ構成
手段３０は、その入力と出力間に同時複数パスを備えて
いるクロスバーまたはＴＤＭ交換器であってもよい。こ
のようなスイッチ構成手段は、従来技術において周知で
あり、このような周知の装置についての詳細は説明しな
い。スイッチ・コントローラ（ＣＴＲＬ）３２は、両方
向伝送媒体によりスイッチ構成手段３０に接続されてい
る。スイッチ・コントローラは、ＬＡＮスイッチに同報
通信機能および他の管理機能をもたらすマイクロコンピ
ュータであってもよい。複数のポート・カード手段１，
２，．．Ｎが、個々の両方向伝送媒体を通じてスイッチ
構成手段３０に接続されている。同様に、各ポート・カ
ード手段は、それぞれの出力側で個々の伝送媒体によっ
て、個々のステーションもしくはＬＡＮセグメント（図
示せず）に接続されている。各ポート・カード手段は、
適切なコネクタ（図示せず）によってポート・カード手
段に接続された装置またはＬＡＮセグメントに、処理サ
ービスをもたらす。実際の実施においては、ハウジング
内にコネクタが取り付けられ、その出力はポート・カー
ド手段に配線、もしくは結合されている。
【００１９】さらに図２を参照すると、ポート・カード
手段は、半二重ポート・カード手段、全二重ポート・カ
ード手段、およびその双方をサポートするものの３つの
タイプがあることが示されている。特に、図２におい
て、ポート・カード手段１およびポート・カード手段２
は半二重ポート・カード手段であるが、ポート・カード
手段Ｎは全二重ポート・カード手段である。前記のよう
に、半二重ポート・カード手段は、トークンを接続され
たステーションまたはリング・セグメントに循環させ
て、動作させなければならない、８０２．５標準トーク
ン・リング・モードで動作する。全二重ポート・カード
手段において、トークンの循環は中断する。言い替えれ
ば、全二重動作において、ポート・カード手段と接続さ
れたステーションとの間の通信は、トークンの使用を必
要としない。図２において、たとえ３つのポート・カー
ド手段が、１つは全二重ポート・カード手段で、他は半
二重ポート・カード手段として示されていたとしても、
半二重ポート・カード手段と全二重ポート・カード手段
の任意の混在が本発明においては可能となり、図２に示
されたものは例示に過ぎず、本発明の範囲を制限するも
のではないことに留意されたい。
手段は、半二重ポート・カード手段、全二重ポート・カ
ード手段、およびその双方をサポートするものの３つの
タイプがあることが示されている。特に、図２におい
て、ポート・カード手段１およびポート・カード手段２
は半二重ポート・カード手段であるが、ポート・カード
手段Ｎは全二重ポート・カード手段である。前記のよう
に、半二重ポート・カード手段は、トークンを接続され
たステーションまたはリング・セグメントに循環させ
て、動作させなければならない、８０２．５標準トーク
ン・リング・モードで動作する。全二重ポート・カード
手段において、トークンの循環は中断する。言い替えれ
ば、全二重動作において、ポート・カード手段と接続さ
れたステーションとの間の通信は、トークンの使用を必
要としない。図２において、たとえ３つのポート・カー
ド手段が、１つは全二重ポート・カード手段で、他は半
二重ポート・カード手段として示されていたとしても、
半二重ポート・カード手段と全二重ポート・カード手段
の任意の混在が本発明においては可能となり、図２に示
されたものは例示に過ぎず、本発明の範囲を制限するも
のではないことに留意されたい。
【００２０】さらに図２を参照すると、ポート・カード
手段１およびポート・カード手段２などの半二重ポート
・カード手段が、ポート・マイクロプロセッサ（図示せ
ず）、トークン・リング物理層（ＰＨＹ）機能、トーク
ン・リングＭＡＣコントローラを含み、トークン・リン
グおよびバッファリングの８０２．５ＩＥＥＥトークン
規格で必要とされる機能を行うようになっている。ポー
ト・カード手段の全体の機能は、接続された装置ないし
ＬＡＮセグメントによって使用されるプロトコルにした
がい、データを出力装置に与えることである。半二重ポ
ート・カード手段の機能もすべて同様なので、一方の説
明ですべてを網羅するよう意図されている。本発明の主
要な特徴である全二重ポート・カード手段Ｎについて
は、以下で説明する。ここでは、全二重ポート・カード
手段の構造は、全二重ステーションと全二重モードで通
信するようになっている、と述べることで十分である。
全二重モードにおいて、ポート・カード手段は、データ
の送受信を同時に行う。同様に、全二重ステーション１
４（図１）のような全二重ステーションは、データの送
受信を同時に行う。
手段１およびポート・カード手段２などの半二重ポート
・カード手段が、ポート・マイクロプロセッサ（図示せ
ず）、トークン・リング物理層（ＰＨＹ）機能、トーク
ン・リングＭＡＣコントローラを含み、トークン・リン
グおよびバッファリングの８０２．５ＩＥＥＥトークン
規格で必要とされる機能を行うようになっている。ポー
ト・カード手段の全体の機能は、接続された装置ないし
ＬＡＮセグメントによって使用されるプロトコルにした
がい、データを出力装置に与えることである。半二重ポ
ート・カード手段の機能もすべて同様なので、一方の説
明ですべてを網羅するよう意図されている。本発明の主
要な特徴である全二重ポート・カード手段Ｎについて
は、以下で説明する。ここでは、全二重ポート・カード
手段の構造は、全二重ステーションと全二重モードで通
信するようになっている、と述べることで十分である。
全二重モードにおいて、ポート・カード手段は、データ
の送受信を同時に行う。同様に、全二重ステーション１
４（図１）のような全二重ステーションは、データの送
受信を同時に行う。
【００２１】図３を参照すると、典型的なステーション
の機能ブロック図が示されている。ステーションは、フ
ァイル・サーバ、パーソナル・コンピュータ、ワークス
テーションなどでもよい。機能的には、ステーション
は、入出力装置１０６、アダプタ・カード１０８、およ
びマイクロプロセッサ１１０が接続されているシステム
・バスを含んでいる。ＲＯＭ１１２およびＲＡＭ１１４
は、システム・バスに接続されている。アダプタ・カー
ド１０８は、システム・バスを通信リンクに相互接続し
ている。マイクロプロセッサと通信リンクとの間でやり
とりされる情報は、アダプタ・カード１０８を通じて伝
送される。入出力装置１０６は、キーボード、スキャ
ナ、表示装置、マウスなどを含んでいる。マイクロプロ
セッサ１１０は、その上でデバイス・ドライバおよびア
プリケーション・プログラムが実行されるオペレーティ
ング・システムを含んでいる。図３で図示説明したモデ
ルは、当業者には周知であるため、構成部品および動作
についてのさらに詳細な説明は行わない。ここでは、本
発明の新規の特徴（以下に説明する）が、アダプタ・カ
ード１０８およびマイクロプロセッサ１１０において実
施されると述べるのみで十分であろう。
の機能ブロック図が示されている。ステーションは、フ
ァイル・サーバ、パーソナル・コンピュータ、ワークス
テーションなどでもよい。機能的には、ステーション
は、入出力装置１０６、アダプタ・カード１０８、およ
びマイクロプロセッサ１１０が接続されているシステム
・バスを含んでいる。ＲＯＭ１１２およびＲＡＭ１１４
は、システム・バスに接続されている。アダプタ・カー
ド１０８は、システム・バスを通信リンクに相互接続し
ている。マイクロプロセッサと通信リンクとの間でやり
とりされる情報は、アダプタ・カード１０８を通じて伝
送される。入出力装置１０６は、キーボード、スキャ
ナ、表示装置、マウスなどを含んでいる。マイクロプロ
セッサ１１０は、その上でデバイス・ドライバおよびア
プリケーション・プログラムが実行されるオペレーティ
ング・システムを含んでいる。図３で図示説明したモデ
ルは、当業者には周知であるため、構成部品および動作
についてのさらに詳細な説明は行わない。ここでは、本
発明の新規の特徴（以下に説明する）が、アダプタ・カ
ード１０８およびマイクロプロセッサ１１０において実
施されると述べるのみで十分であろう。
【００２２】ここで図１を参照すると、本発明の全二重
機能が、ケーブル・インフラストラクチャによりポート
手段１６Ｅに結合された全二重ステーション１４を含む
ことが示されている。図２において、ポート・カード手
段Ｎは、ポート手段１６Ｅの内部に取り付けられ、伝送
リンクを経て全二重ステーションに結合されている。図
４を参照すると、全二重機能は、システム・バス１０４
（たとえば、ＰＣＩバス）に接続されたＬＡＮアダプタ
およびＬＡＮアダプタ内のアダプタ・チップ１３をポー
ト・カード手段内のポート・チップ１５に相互接続する
送受信媒体対を含んでいる。ポート・チップ１５からの
出力は、スイッチ構成手段３０に接続されている。以下
で説明するように、アダプタ・チップ１３は、ポート・
チップとの間で複数のフレーム・ベース・ハンドシェー
キングを行って、ポート・チップが全二重動作をサポー
トするかどうかを判定する。
機能が、ケーブル・インフラストラクチャによりポート
手段１６Ｅに結合された全二重ステーション１４を含む
ことが示されている。図２において、ポート・カード手
段Ｎは、ポート手段１６Ｅの内部に取り付けられ、伝送
リンクを経て全二重ステーションに結合されている。図
４を参照すると、全二重機能は、システム・バス１０４
（たとえば、ＰＣＩバス）に接続されたＬＡＮアダプタ
およびＬＡＮアダプタ内のアダプタ・チップ１３をポー
ト・カード手段内のポート・チップ１５に相互接続する
送受信媒体対を含んでいる。ポート・チップ１５からの
出力は、スイッチ構成手段３０に接続されている。以下
で説明するように、アダプタ・チップ１３は、ポート・
チップとの間で複数のフレーム・ベース・ハンドシェー
キングを行って、ポート・チップが全二重動作をサポー
トするかどうかを判定する。
【００２３】図５は、図４に示されたアダプタ・チップ
１３を示すブロック図である。アダプタ・チップ１３
は、物理層インターフェース手段３４、システム・イン
ターフェース手段３６、適切な伝送媒体を経てシステム
・インターフェース手段３６および物理層インターフェ
ース手段３４に結合されたＭＡＣコントローラ３８を含
んでいる。ＭＡＣ ＣＰＵとトークン論理およびマイク
ロコード記憶装置からなるチップ・マイクロコントロー
ラは、ＭＡＣコントローラ３８に結合されている。全二
重方式の場合、トークン論理を必要としないことに留意
されたい。マイクロコントローラがオプションであり、
マイクロコントローラにより行われ、本明細書で説明す
る機能が、アダプタが図４の送受信媒体に接続するシス
テム内でプロセッサによって行われ得る。このような実
施例は、結果として低コストの全二重アダプタをもたら
すことができる。
１３を示すブロック図である。アダプタ・チップ１３
は、物理層インターフェース手段３４、システム・イン
ターフェース手段３６、適切な伝送媒体を経てシステム
・インターフェース手段３６および物理層インターフェ
ース手段３４に結合されたＭＡＣコントローラ３８を含
んでいる。ＭＡＣ ＣＰＵとトークン論理およびマイク
ロコード記憶装置からなるチップ・マイクロコントロー
ラは、ＭＡＣコントローラ３８に結合されている。全二
重方式の場合、トークン論理を必要としないことに留意
されたい。マイクロコントローラがオプションであり、
マイクロコントローラにより行われ、本明細書で説明す
る機能が、アダプタが図４の送受信媒体に接続するシス
テム内でプロセッサによって行われ得る。このような実
施例は、結果として低コストの全二重アダプタをもたら
すことができる。
【００２４】さらに図５を参照すると、物理層インター
フェース手段３４がチップによって要求されたアナログ
機能を実行する。このために、物理層インターフェース
は、媒体からその接続点まで信号を送受信するために必
要な機能を実行する。こうした機能を行うために、物理
層インターフェース手段は、クロック・データ信号を抽
出するための信号フェーズ・ロック・ループを送受信す
るトランシーバおよびアナログ機能を実行する同様の装
置を含んでいる。ＭＡＣコントローラ３８は、ＩＥＥＥ
８０２．５トークン・リング規格に記載の機能を実行
し、データ・パケットがトークン・リング・フレームに
適合するように系統化する。このために、伝送フレーム
を処理中のＭＡＣコントローラは、ＳＤ（開始区切
り）、ＡＣ（アクセス制御）、ＥＤ（終了区切り）、Ｆ
Ｓ（フレーム状態）を追加し、すべての伝送フレームに
付加されているＦＣＳ（フレーム・チェック・シーケン
ス）値を計算する。同様に、フレーム受信では、ＭＡＣ
コントローラは、ＳＤを検出し、ＤＡ（宛先アドレス）
をデコードし、ＦＣＳを検査して、フレーム内の終了区
切りフィールドを検出する。任意選択で、ＭＡＣ ＣＰ
Ｕは、ＭＡＣフレーム（以下でフレームとも呼ぶ）を構
築して検査し、８０２．５トークン・リング規格にした
がい、トークン・パッシング動作をトークン論理でサポ
ートすることができる。ＭＡＣ ＣＰＵおよびトークン
論理、すなわちシステムＣＰＵが、全二重ハンドシェー
キングの目的のために使用するプロセスを説明する流れ
図を次に説明する。
フェース手段３４がチップによって要求されたアナログ
機能を実行する。このために、物理層インターフェース
は、媒体からその接続点まで信号を送受信するために必
要な機能を実行する。こうした機能を行うために、物理
層インターフェース手段は、クロック・データ信号を抽
出するための信号フェーズ・ロック・ループを送受信す
るトランシーバおよびアナログ機能を実行する同様の装
置を含んでいる。ＭＡＣコントローラ３８は、ＩＥＥＥ
８０２．５トークン・リング規格に記載の機能を実行
し、データ・パケットがトークン・リング・フレームに
適合するように系統化する。このために、伝送フレーム
を処理中のＭＡＣコントローラは、ＳＤ（開始区切
り）、ＡＣ（アクセス制御）、ＥＤ（終了区切り）、Ｆ
Ｓ（フレーム状態）を追加し、すべての伝送フレームに
付加されているＦＣＳ（フレーム・チェック・シーケン
ス）値を計算する。同様に、フレーム受信では、ＭＡＣ
コントローラは、ＳＤを検出し、ＤＡ（宛先アドレス）
をデコードし、ＦＣＳを検査して、フレーム内の終了区
切りフィールドを検出する。任意選択で、ＭＡＣ ＣＰ
Ｕは、ＭＡＣフレーム（以下でフレームとも呼ぶ）を構
築して検査し、８０２．５トークン・リング規格にした
がい、トークン・パッシング動作をトークン論理でサポ
ートすることができる。ＭＡＣ ＣＰＵおよびトークン
論理、すなわちシステムＣＰＵが、全二重ハンドシェー
キングの目的のために使用するプロセスを説明する流れ
図を次に説明する。
【００２５】図６は、スイッチ・ポート・チップを示す
ブロック図である。スイッチ・ポート・チップは、適切
な伝送媒体を経てＭＡＣコントローラ４２に結合された
物理層インターフェース手段４０を含んでいる。ＭＡＣ
コントローラ４２は、適切な伝送媒体を経て、システム
・インターフェース手段４４に結合されている。ＭＡＣ
ＣＰＵとトークン論理およびマイクロコード記憶装置
からなるスイッチ・ポート・コントローラは、ＭＡＣコ
ントローラ４２に結合されている。前述のアダプタ・チ
ップと同様、スイッチ・ポート・チップ・コントローラ
は、その機能をＬＡＮスイッチ内の他の何らかのコント
ローラまたはマイクロプロセッサによってもたらすこと
ができるという点において、任意選択である。物理層イ
ンターフェース手段４０は、スイッチ・ポート・チップ
を受信（ＲＸ）および送信（ＴＸ）媒体に接続してい
る。このために、物理層インターフェース手段は、媒体
から受信した信号からのクロック回復、媒体上での伝送
のための状態信号を含むアナログ機能を実行する回路を
含んでいる。媒体アクセス・コントローラ４２は、８０
２．５トークンリング規格によるプロトコルにしたが
い、データの送受信を行う機能を実行する。したがっ
て、伝送フレームに対して、ＭＡＣコントローラ４２は
ＳＤ、ＡＣ、ＥＤ、ＦＳ、を加え、ＦＣＳを計算する。
受信フレームに対しては、媒体アクセス・コントローラ
４２はＳＤを検出し、ＤＡをデコードし、ＦＣＳを検査
して、ＥＤを検出する。スイッチ・ポート・コントロー
ラ内のＭＡＣＣＰＵは、ＭＡＣフレームを構成して検査
し、トークン・パッシング動作をトークン論理でサポー
トする。
ブロック図である。スイッチ・ポート・チップは、適切
な伝送媒体を経てＭＡＣコントローラ４２に結合された
物理層インターフェース手段４０を含んでいる。ＭＡＣ
コントローラ４２は、適切な伝送媒体を経て、システム
・インターフェース手段４４に結合されている。ＭＡＣ
ＣＰＵとトークン論理およびマイクロコード記憶装置
からなるスイッチ・ポート・コントローラは、ＭＡＣコ
ントローラ４２に結合されている。前述のアダプタ・チ
ップと同様、スイッチ・ポート・チップ・コントローラ
は、その機能をＬＡＮスイッチ内の他の何らかのコント
ローラまたはマイクロプロセッサによってもたらすこと
ができるという点において、任意選択である。物理層イ
ンターフェース手段４０は、スイッチ・ポート・チップ
を受信（ＲＸ）および送信（ＴＸ）媒体に接続してい
る。このために、物理層インターフェース手段は、媒体
から受信した信号からのクロック回復、媒体上での伝送
のための状態信号を含むアナログ機能を実行する回路を
含んでいる。媒体アクセス・コントローラ４２は、８０
２．５トークンリング規格によるプロトコルにしたが
い、データの送受信を行う機能を実行する。したがっ
て、伝送フレームに対して、ＭＡＣコントローラ４２は
ＳＤ、ＡＣ、ＥＤ、ＦＳ、を加え、ＦＣＳを計算する。
受信フレームに対しては、媒体アクセス・コントローラ
４２はＳＤを検出し、ＤＡをデコードし、ＦＣＳを検査
して、ＥＤを検出する。スイッチ・ポート・コントロー
ラ内のＭＡＣＣＰＵは、ＭＡＣフレームを構成して検査
し、トークン・パッシング動作をトークン論理でサポー
トする。
【００２６】スイッチ・ポート・チップ１５が全二重も
しくは半二重動作モードをサポートするかどうかを、ア
ダプタ・チップ１３が判定するために、新しいＭＡＣフ
レームの交換を含むハンドシェーキングのルーチンが、
スイッチ・ポート・チップとアダプタ・チップとの間で
行われる。ハンドシェーキング・ルーチンを実行するプ
ログラムを示す流れ図を説明する前に、新しいＭＡＣフ
レームについての説明を行う。新しいＭＡＣフレーム
は、登録要求（ＲＥＧ＿ＲＥＱ）ＭＡＣフレーム、登録
応答（ＲＥＧ＿ＲＥＳＰ）ＭＡＣフレーム、挿入要求
（ＩＮＳ＿ＲＥＱ）ＭＡＣフレームおよび挿入応答（Ｉ
ＮＳ＿ＲＥＳＰ）ＭＡＣフレームである。
しくは半二重動作モードをサポートするかどうかを、ア
ダプタ・チップ１３が判定するために、新しいＭＡＣフ
レームの交換を含むハンドシェーキングのルーチンが、
スイッチ・ポート・チップとアダプタ・チップとの間で
行われる。ハンドシェーキング・ルーチンを実行するプ
ログラムを示す流れ図を説明する前に、新しいＭＡＣフ
レームについての説明を行う。新しいＭＡＣフレーム
は、登録要求（ＲＥＧ＿ＲＥＱ）ＭＡＣフレーム、登録
応答（ＲＥＧ＿ＲＥＳＰ）ＭＡＣフレーム、挿入要求
（ＩＮＳ＿ＲＥＱ）ＭＡＣフレームおよび挿入応答（Ｉ
ＮＳ＿ＲＥＳＰ）ＭＡＣフレームである。
【００２７】新しいサブフィールドに関する新たな略語
および意味を、以下で下線をつけて示す。ここで図１０
を参照すると、ＲＥＧ ＲＥＱ ＭＡＣフレームのフレ
ーム・フォーマットが示されている。フレームは、次の
フィールドを含んでいる。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレス ＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶおよびＳＶフィールドの長さＭＶ 需要ベクトル登録要求（１１ｈｅｘ） ＳＶ１ 要求タイプ（０Ｅｈ）、１＝ＴＫＰ、２＝ＴＸ
Ｉ ＳＶ２ サポートされるアドレス数（２１ｈｅｘ）、Ｉ
ＢＭアダプタでは１ ＳＶ３ 重信ドライブ（０Ｃｈｅｘ）、０＝なし、１＝
重信、３＝ワイヤ障害検査 ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
および意味を、以下で下線をつけて示す。ここで図１０
を参照すると、ＲＥＧ ＲＥＱ ＭＡＣフレームのフレ
ーム・フォーマットが示されている。フレームは、次の
フィールドを含んでいる。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレス ＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶおよびＳＶフィールドの長さＭＶ 需要ベクトル登録要求（１１ｈｅｘ） ＳＶ１ 要求タイプ（０Ｅｈ）、１＝ＴＫＰ、２＝ＴＸ
Ｉ ＳＶ２ サポートされるアドレス数（２１ｈｅｘ）、Ｉ
ＢＭアダプタでは１ ＳＶ３ 重信ドライブ（０Ｃｈｅｘ）、０＝なし、１＝
重信、３＝ワイヤ障害検査 ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
【００２８】フレームのフォーマットは、８０２．５ト
ークン・リング規格による標準ＭＡＣフレーム・フォー
マットに準拠している。Ｎ４６および４８と表されたフ
レームの部分は、標準トークン・リングの表記およびサ
ブフィールドである。したがって、これらのサブフィー
ルドについては、これ以上の説明は行わない。フレーム
の残りの部分は、新たなものであり、以下に説明する。
フレームは、フレーム・タイプを示す値を保持する主ベ
クトル（ＭＶ）サブフィールドを含んでいる。本発明の
好ましい実施例において、ＭＶ値は、１１ｈｅｘであ
る。サブ・ベクトル（ＳＶ１）フィールドは、要求タイ
プ・コードを保持している。本発明の好ましい実施例に
おいては、要求タイプ・コードは、０Ｅｈｅｘに設定さ
れている。さらに、このサブフィールドにおける設定値
１は、ステーションが半二重サービスを要求しているこ
とを示し、設定値２はステーションが全二重サービスを
要求していることを示している。ＩＥＥＥ８０２．５の
用語において、ＴＸＩは全二重要求を表す。サブベクト
ルＳＶ２サブフィールドは、端末によってサポートされ
るアドレス数を示す１６進数値を保持している。本発明
の好ましい実施例において、ＳＶ２ベクトルは２１ｈｅ
ｘに設定されている。サブベクトル３（ＳＶ３）は重信
ドライブ・サブベクトル・フィールドである。本発明の
好ましい実施例において、サブベクトル・フィールドは
０Ｃｈｅｘに設定されている。本発明の好ましい実施例
において、設定値が０である場合、ステーションは重信
ドライブ電流を挿入しない。設定値が１である場合、ス
テーションは重信ドライブ電流を挿入し、設定値が３で
ある場合、ステーションはワイヤ障害検査を行う。これ
らのフィールドにおける好ましい値は、任意選択であ
り、本発明の範囲を逸脱することなく他の値を使用でき
ることに留意されたい。さらに、ＳＶ２およびＳＶ３フ
ィールドは登録に必須ではなく、上記のフレームにおい
て省略することができることに留意されたい。
ークン・リング規格による標準ＭＡＣフレーム・フォー
マットに準拠している。Ｎ４６および４８と表されたフ
レームの部分は、標準トークン・リングの表記およびサ
ブフィールドである。したがって、これらのサブフィー
ルドについては、これ以上の説明は行わない。フレーム
の残りの部分は、新たなものであり、以下に説明する。
フレームは、フレーム・タイプを示す値を保持する主ベ
クトル（ＭＶ）サブフィールドを含んでいる。本発明の
好ましい実施例において、ＭＶ値は、１１ｈｅｘであ
る。サブ・ベクトル（ＳＶ１）フィールドは、要求タイ
プ・コードを保持している。本発明の好ましい実施例に
おいては、要求タイプ・コードは、０Ｅｈｅｘに設定さ
れている。さらに、このサブフィールドにおける設定値
１は、ステーションが半二重サービスを要求しているこ
とを示し、設定値２はステーションが全二重サービスを
要求していることを示している。ＩＥＥＥ８０２．５の
用語において、ＴＸＩは全二重要求を表す。サブベクト
ルＳＶ２サブフィールドは、端末によってサポートされ
るアドレス数を示す１６進数値を保持している。本発明
の好ましい実施例において、ＳＶ２ベクトルは２１ｈｅ
ｘに設定されている。サブベクトル３（ＳＶ３）は重信
ドライブ・サブベクトル・フィールドである。本発明の
好ましい実施例において、サブベクトル・フィールドは
０Ｃｈｅｘに設定されている。本発明の好ましい実施例
において、設定値が０である場合、ステーションは重信
ドライブ電流を挿入しない。設定値が１である場合、ス
テーションは重信ドライブ電流を挿入し、設定値が３で
ある場合、ステーションはワイヤ障害検査を行う。これ
らのフィールドにおける好ましい値は、任意選択であ
り、本発明の範囲を逸脱することなく他の値を使用でき
ることに留意されたい。さらに、ＳＶ２およびＳＶ３フ
ィールドは登録に必須ではなく、上記のフレームにおい
て省略することができることに留意されたい。
【００２９】図１１は、ＲＥＧ＿ＲＳＰフレーム・フォ
ーマットを示している。このフレーム・フォーマットは
スイッチ・ポート・チップで生成され、ＲＥＧ ＲＥＱ
フレームが受信されたアダプタ・チップに戻る。ＲＥＧ
ＲＳＰフレームは、トークン・リングＭＡＣフレーム
に関する８０２．５規格に準拠している。略語および各
略語の意味は次の通りである。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレスＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶ、およびＳＶフィールドの長さＭＶ 主ベクトル（登録応答）（１２ｈｅｘ） ＳＶ 応答コード（０Ｆｈｅｘ）、０＝アクセス拒否、
１＝ＴＫＰ，２＝ＴＸＩ ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
ーマットを示している。このフレーム・フォーマットは
スイッチ・ポート・チップで生成され、ＲＥＧ ＲＥＱ
フレームが受信されたアダプタ・チップに戻る。ＲＥＧ
ＲＳＰフレームは、トークン・リングＭＡＣフレーム
に関する８０２．５規格に準拠している。略語および各
略語の意味は次の通りである。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレスＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶ、およびＳＶフィールドの長さＭＶ 主ベクトル（登録応答）（１２ｈｅｘ） ＳＶ 応答コード（０Ｆｈｅｘ）、０＝アクセス拒否、
１＝ＴＫＰ，２＝ＴＸＩ ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
【００３０】標準トークン・リング・フィールドである
フレーム内のフィールドについては、これ以上説明しな
い。全二重通信に関する新しいフィールドについての
み、説明する。このために、新しいフィールドをＬＥ
Ｎ、ＭＶ、およびＳＶ１とする。ＬＥＮフィールドは長
さフィールドであり、長さフィールド、ＭＶフィールド
およびＳＶ１フィールド内の合計バイト数を示す。ＭＶ
フィールドはフレーム・タイプを識別する主ベクトル・
フィールドである。本発明において、主ベクトル・フィ
ールドは、１２ｈｅｘと符号化されている。アダプタ・
チップ１３が１２ｈｅｘを復号化する場合、アダプタ
は、そのフレームが登録要求フレームに応答するもので
あることを認識させられる。ＳＶ１フィールドが、応答
コードを保持している。本発明の好ましい実施例におい
て、応答コードは０Ｆｈｅｘに設定されている。フィー
ルド内の設定値が０である場合、これは全二重モードの
要求アクセスが拒否されていることを示している。フィ
ールド内の設定値が１である場合、これは、ステーショ
ンが半二重モードで動作することを示しており、フィー
ルド内の設定値が２である場合、これはステーションが
全二重モードで動作することを示している。前記の通
り、設定値は任意選択であり、本発明の精神もしくは範
囲を逸脱することなく、応答を表すために他の値を使用
することができる。スイッチ・ポート内のポート・チッ
プとアダプタ・チップとの間のハンドシェークは、即時
送信（ＴＸＩ）動作が可能であるかどうかを判定するた
めに行われることに留意されたい。ハンドシェークはフ
レーム・ベースであり、他のいかなるＭＡＣプロトコル
よりも先に（すなわち重信ドライブが挿入される前で、
トークンを必要としない）行われる。他の２つのフレー
ムは、ステーションが完全に挿入される（ポートからデ
ータの送受信が可能になる）前に、ポート・チップとア
ダプタ・チップとの間で交換される。
フレーム内のフィールドについては、これ以上説明しな
い。全二重通信に関する新しいフィールドについての
み、説明する。このために、新しいフィールドをＬＥ
Ｎ、ＭＶ、およびＳＶ１とする。ＬＥＮフィールドは長
さフィールドであり、長さフィールド、ＭＶフィールド
およびＳＶ１フィールド内の合計バイト数を示す。ＭＶ
フィールドはフレーム・タイプを識別する主ベクトル・
フィールドである。本発明において、主ベクトル・フィ
ールドは、１２ｈｅｘと符号化されている。アダプタ・
チップ１３が１２ｈｅｘを復号化する場合、アダプタ
は、そのフレームが登録要求フレームに応答するもので
あることを認識させられる。ＳＶ１フィールドが、応答
コードを保持している。本発明の好ましい実施例におい
て、応答コードは０Ｆｈｅｘに設定されている。フィー
ルド内の設定値が０である場合、これは全二重モードの
要求アクセスが拒否されていることを示している。フィ
ールド内の設定値が１である場合、これは、ステーショ
ンが半二重モードで動作することを示しており、フィー
ルド内の設定値が２である場合、これはステーションが
全二重モードで動作することを示している。前記の通
り、設定値は任意選択であり、本発明の精神もしくは範
囲を逸脱することなく、応答を表すために他の値を使用
することができる。スイッチ・ポート内のポート・チッ
プとアダプタ・チップとの間のハンドシェークは、即時
送信（ＴＸＩ）動作が可能であるかどうかを判定するた
めに行われることに留意されたい。ハンドシェークはフ
レーム・ベースであり、他のいかなるＭＡＣプロトコル
よりも先に（すなわち重信ドライブが挿入される前で、
トークンを必要としない）行われる。他の２つのフレー
ムは、ステーションが完全に挿入される（ポートからデ
ータの送受信が可能になる）前に、ポート・チップとア
ダプタ・チップとの間で交換される。
【００３１】図１２は、ＩＮＳ＿ＲＥＱフレームと呼ば
れる他のフレームの１つを示している。ＩＮＳ ＲＥＱ
フレームのフォーマットは、トークン・リングに関する
ＩＥＥＥ８０２．５ＭＡＣフレーム・フォーマットに準
拠している。フィールドの略語および完全な意味は次の
通りである。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレス ＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶ、およびＳＶフィールドの長さＭＶ 主ベクトル挿入要求（１３ｈｅｘ） ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
れる他のフレームの１つを示している。ＩＮＳ ＲＥＱ
フレームのフォーマットは、トークン・リングに関する
ＩＥＥＥ８０２．５ＭＡＣフレーム・フォーマットに準
拠している。フィールドの略語および完全な意味は次の
通りである。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレス ＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶ、およびＳＶフィールドの長さＭＶ 主ベクトル挿入要求（１３ｈｅｘ） ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
【００３２】このメッセージにおける新しいフィールド
は、ＭＶ主ベクトル・フィールドであり、このフレーム
を送信しているステーションがネットワークに挿入しよ
うとすることを、ポート・チップに示すものである。本
発明の好ましい実施例において、主ベクトルＭＶは１３
ｈｅｘに設定されている。
は、ＭＶ主ベクトル・フィールドであり、このフレーム
を送信しているステーションがネットワークに挿入しよ
うとすることを、ポート・チップに示すものである。本
発明の好ましい実施例において、主ベクトルＭＶは１３
ｈｅｘに設定されている。
【００３３】図１３は、ＩＮＳ＿ＲＥＱフレームに応答
して戻されるＩＮＳ ＲＳＰフレームを示している。略
語および各略語の意味は次の通りである。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレス ＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶ、およびＳＶフィールドの長さＭＶ 主ベクトル挿入応答（１４ｈｅｘ） ＳＶ１ 応答コード（０Ｄｈｅｘ）、０＝アクセス認可
（たとえば、重複アドレス検出されず） ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
して戻されるＩＮＳ ＲＳＰフレームを示している。略
語および各略語の意味は次の通りである。 ＳＤ 開始区切り ＡＣ アクセス制御 ＦＣ フレーム制御（ＭＡＣフレームの最初の２ビット
は００） ＤＡ 宛先アドレス ＳＡ 送信元アドレス ＬＥＮ ＬＥＮ、ＭＶ、およびＳＶフィールドの長さＭＶ 主ベクトル挿入応答（１４ｈｅｘ） ＳＶ１ 応答コード（０Ｄｈｅｘ）、０＝アクセス認可
（たとえば、重複アドレス検出されず） ＦＣＳ フレーム検査シーケンス ＥＤ 終了区切り ＦＳ フレーム状態
【００３４】主ベクトルＭＶフィールドは、フレームの
タイプを示し、本発明の好ましい実施例においては、こ
れは１４ｈｅｘに設定されている。ＳＶ１フィールドは
応答コードを保持し、本発明の好ましい実施例において
は、これは０Ｄｈｅｘに設定されている。さらに、０に
設定された場合、ポート・チップが、挿入要求フレーム
を送信するステーションの重複アドレスを見いだすこと
はない。ＩＮＳ＿ＲＥＱフレームがステーションのアダ
プタ・チップからスイッチ・ポートのポート・チップに
送信される場合、送信元アドレスの検査はスイッチによ
り行われ、重複アドレスが見いだされると、ステーショ
ンはポートに入ること、すなわち通信することを許可さ
れない。ＬＡＮスイッチ内に重複アドレスが見いだされ
ない場合、ＩＮＳ ＲＳＰフレーム・フォーマット内の
ＳＶ１ベクトルは０に設定され、ステーションは、ポー
トに挿入することを許可される。ステーションおよびポ
ートにおいて実行され、ポートが全二重伝送を許可する
かどうかを、ステーションが判定できるようにするプロ
グラムの流れ図をここで説明する。
タイプを示し、本発明の好ましい実施例においては、こ
れは１４ｈｅｘに設定されている。ＳＶ１フィールドは
応答コードを保持し、本発明の好ましい実施例において
は、これは０Ｄｈｅｘに設定されている。さらに、０に
設定された場合、ポート・チップが、挿入要求フレーム
を送信するステーションの重複アドレスを見いだすこと
はない。ＩＮＳ＿ＲＥＱフレームがステーションのアダ
プタ・チップからスイッチ・ポートのポート・チップに
送信される場合、送信元アドレスの検査はスイッチによ
り行われ、重複アドレスが見いだされると、ステーショ
ンはポートに入ること、すなわち通信することを許可さ
れない。ＬＡＮスイッチ内に重複アドレスが見いだされ
ない場合、ＩＮＳ ＲＳＰフレーム・フォーマット内の
ＳＶ１ベクトルは０に設定され、ステーションは、ポー
トに挿入することを許可される。ステーションおよびポ
ートにおいて実行され、ポートが全二重伝送を許可する
かどうかを、ステーションが判定できるようにするプロ
グラムの流れ図をここで説明する。
【００３５】図７は、全二重ステーションとしてネット
ワークに参加しようとするステーションにおいて実行さ
れるプログラムの流れ図を示している。プログラムはブ
ロック５０から始まり、ブロック５２に進む。ブロック
５２において、アイドル信号が、ステーションをスイッ
チ・ポートに相互接続しているリンク上に４０ミリ秒毎
に送信される。その後プログラムはブロック５４に進
み、ここで５などの値に再試行カウンタを設定する。そ
してプログラムはブロック５６に進み、登録要求ＭＡＣ
フレームをスイッチ・ポートに送信する。プログラムは
ブロック５８に進み、再試行カウンタを減分して４０ミ
リ秒遅らせ、判断ブロック６０に進む。判断ブロック６
０において、プログラムは、受信肯定要求応答ＭＡＣフ
レームが受信されたかどうかをテストする。回答がｎｏ
である場合、プログラムは、判断ブロック６１に入り、
否定ＲＥＧ＿ＲＳＰ ＭＡＣフレームが受信されている
かどうかをテストする。回答がｎｏである場合（ブロッ
ク６１）、プログラムは、判断ブロック６２に進み、再
試行カウンタ値が０であるかをテストする。値がゼロで
ない場合、プログラムは、ブロック５６にループし、以
前たどったステップを実行する。回答がｙｅｓである場
合（ブロック６１）、プログラムは、ブロック６４に進
み、全二重モードでネットワークに参加する試みが失敗
したことを示すフラグを立てる。
ワークに参加しようとするステーションにおいて実行さ
れるプログラムの流れ図を示している。プログラムはブ
ロック５０から始まり、ブロック５２に進む。ブロック
５２において、アイドル信号が、ステーションをスイッ
チ・ポートに相互接続しているリンク上に４０ミリ秒毎
に送信される。その後プログラムはブロック５４に進
み、ここで５などの値に再試行カウンタを設定する。そ
してプログラムはブロック５６に進み、登録要求ＭＡＣ
フレームをスイッチ・ポートに送信する。プログラムは
ブロック５８に進み、再試行カウンタを減分して４０ミ
リ秒遅らせ、判断ブロック６０に進む。判断ブロック６
０において、プログラムは、受信肯定要求応答ＭＡＣフ
レームが受信されたかどうかをテストする。回答がｎｏ
である場合、プログラムは、判断ブロック６１に入り、
否定ＲＥＧ＿ＲＳＰ ＭＡＣフレームが受信されている
かどうかをテストする。回答がｎｏである場合（ブロッ
ク６１）、プログラムは、判断ブロック６２に進み、再
試行カウンタ値が０であるかをテストする。値がゼロで
ない場合、プログラムは、ブロック５６にループし、以
前たどったステップを実行する。回答がｙｅｓである場
合（ブロック６１）、プログラムは、ブロック６４に進
み、全二重モードでネットワークに参加する試みが失敗
したことを示すフラグを立てる。
【００３６】さらにブロック６２を参照すると、再試行
値が０である場合、プログラムはブロック６４に入り、
全二重（ＴＸＩ）モード登録での参加の試みが失敗した
ことを示すフラグを立てる。ステーションが半二重（Ｔ
ＫＰ）機能を有している場合、ブロック６６において、
半二重ステーションとしてネットワークに加わるよう試
みる。
値が０である場合、プログラムはブロック６４に入り、
全二重（ＴＸＩ）モード登録での参加の試みが失敗した
ことを示すフラグを立てる。ステーションが半二重（Ｔ
ＫＰ）機能を有している場合、ブロック６６において、
半二重ステーションとしてネットワークに加わるよう試
みる。
【００３７】ブロック６０を参照すると、要求応答ＭＡ
Ｃフレームが肯定値で受信される場合、プログラムは、
図８のブロック６８に進むことが示されている。ブロッ
ク６８において、ステーションは、ＴＸＩ（全二重ロー
ブ・テスト）を実行し、判断ブロック７０に進む。判断
ブロック７０において、テストが成功した場合、プログ
ラムは機能ブロック７２に進む。テストが不成功である
場合、プログラムは、判断ブロック７０からブロック７
４に進む。ブロック７４において、プログラムは、二重
ステーションとしてのネットワーク参加の試みが失敗し
たことを示すフラグを立てる。
Ｃフレームが肯定値で受信される場合、プログラムは、
図８のブロック６８に進むことが示されている。ブロッ
ク６８において、ステーションは、ＴＸＩ（全二重ロー
ブ・テスト）を実行し、判断ブロック７０に進む。判断
ブロック７０において、テストが成功した場合、プログ
ラムは機能ブロック７２に進む。テストが不成功である
場合、プログラムは、判断ブロック７０からブロック７
４に進む。ブロック７４において、プログラムは、二重
ステーションとしてのネットワーク参加の試みが失敗し
たことを示すフラグを立てる。
【００３８】再びブロック７０を参照すると、ローブ・
テストが成功した場合、プログラムは、ＩＮＳ ＲＥＱ
ＭＡＣフレームをポートに送信することが示されてい
る。次いで、プログラムは、判断ブロック７６に進み、
ＩＮＳ ＲＳＰ ＭＡＣフレームの受信を待つ。フレー
ムを受信しない場合、プログラムはループに入る。フレ
ームを受信した場合、プログラムは判断ブロック７８に
進む。判断ブロック７８において、プログラムは、ＩＮ
Ｓ ＲＳＰ ＭＡＣフレームを検査し、それが肯定であ
る場合、ブロック８０に進み、全二重動作を開始する。
ブロック７８においてＩＮＳ ＲＳＰが否定である場
合、プログラムはブロック７４に入り、二重ステーショ
ンとしての参加の試みが失敗したことを示すフラグを立
てる。
テストが成功した場合、プログラムは、ＩＮＳ ＲＥＱ
ＭＡＣフレームをポートに送信することが示されてい
る。次いで、プログラムは、判断ブロック７６に進み、
ＩＮＳ ＲＳＰ ＭＡＣフレームの受信を待つ。フレー
ムを受信しない場合、プログラムはループに入る。フレ
ームを受信した場合、プログラムは判断ブロック７８に
進む。判断ブロック７８において、プログラムは、ＩＮ
Ｓ ＲＳＰ ＭＡＣフレームを検査し、それが肯定であ
る場合、ブロック８０に進み、全二重動作を開始する。
ブロック７８においてＩＮＳ ＲＳＰが否定である場
合、プログラムはブロック７４に入り、二重ステーショ
ンとしての参加の試みが失敗したことを示すフラグを立
てる。
【００３９】図９は、ポートが二重動作をサポートする
かどうかをステーションに通知するためにスイッチ内で
実行されるプログラムの流れ図を示している。プロセス
はブロック８２に入ることから始まり、判断ブロック８
４に進む。判断ブロック８４において、プログラムは、
ＲＥＧ ＲＥＱ ＭＡＣフレームを受信する。フレーム
を受信しない場合、受信するまでループし、その後ブロ
ック８６に進む。ブロック８６において、ＲＥＧ ＲＥ
Ｑ ＭＡＣフレームが受け入れられない場合は、プログ
ラムは、否定ＲＥＧ ＲＳＰ ＭＡＣフレーム（ブロッ
ク８８）を送信側に送信し、ブロック８４にループす
る。
かどうかをステーションに通知するためにスイッチ内で
実行されるプログラムの流れ図を示している。プロセス
はブロック８２に入ることから始まり、判断ブロック８
４に進む。判断ブロック８４において、プログラムは、
ＲＥＧ ＲＥＱ ＭＡＣフレームを受信する。フレーム
を受信しない場合、受信するまでループし、その後ブロ
ック８６に進む。ブロック８６において、ＲＥＧ ＲＥ
Ｑ ＭＡＣフレームが受け入れられない場合は、プログ
ラムは、否定ＲＥＧ ＲＳＰ ＭＡＣフレーム（ブロッ
ク８８）を送信側に送信し、ブロック８４にループす
る。
【００４０】ステーションからのＲＥＧ ＲＥＱが受け
入れられた場合（ブロック８６）、プログラムは、ブロ
ック９０に進む。ブロック９０において、プログラム
は、肯定ＲＥＧ ＲＳＰを要求側に送信して判断ブロッ
ク９２に進む。ブロック９２において、プログラムは、
ＩＮＳ ＲＥＱ ＭＡＣフレームを受信する。ＩＮＳＲ
ＥＱ ＭＡＣフレームを受信するまでループし、その後
プログラムは、判断ブロック９４に進む。判断ブロック
９４において、要求側アドレスがスイッチ上に重複して
いるかどうかを確認するためにテストが行われる。アド
レスが重複していない場合、プログラムはブロック９６
に入り、肯定ＩＮＳ ＲＳＰを要求側に送信して、ブロ
ック９８に入り、スイッチ・ポートは全二重（ＴＸＩ）
動作を開始する。ブロック９４において、重複アドレス
が発見されると、プログラムはブロック１００に進み、
否定ＩＮＳ ＲＳＰを要求側に送信し、ブロック１０２
に入る。ブロック１０２において、プログラムは全二重
伝送が失敗したことを示すフラグを立てる。以上でそれ
ぞれのプログラムの説明を終了する。続いて、全二重ス
テーションとスイッチ・ポートの間のハンドシェーキン
グ・ルーチンについて説明する。
入れられた場合（ブロック８６）、プログラムは、ブロ
ック９０に進む。ブロック９０において、プログラム
は、肯定ＲＥＧ ＲＳＰを要求側に送信して判断ブロッ
ク９２に進む。ブロック９２において、プログラムは、
ＩＮＳ ＲＥＱ ＭＡＣフレームを受信する。ＩＮＳＲ
ＥＱ ＭＡＣフレームを受信するまでループし、その後
プログラムは、判断ブロック９４に進む。判断ブロック
９４において、要求側アドレスがスイッチ上に重複して
いるかどうかを確認するためにテストが行われる。アド
レスが重複していない場合、プログラムはブロック９６
に入り、肯定ＩＮＳ ＲＳＰを要求側に送信して、ブロ
ック９８に入り、スイッチ・ポートは全二重（ＴＸＩ）
動作を開始する。ブロック９４において、重複アドレス
が発見されると、プログラムはブロック１００に進み、
否定ＩＮＳ ＲＳＰを要求側に送信し、ブロック１０２
に入る。ブロック１０２において、プログラムは全二重
伝送が失敗したことを示すフラグを立てる。以上でそれ
ぞれのプログラムの説明を終了する。続いて、全二重ス
テーションとスイッチ・ポートの間のハンドシェーキン
グ・ルーチンについて説明する。
【００４１】図１４は、アダプタ・コントローラの機能
ブロック図である。ここで、図５を参照すると、アダプ
タ・コントローラはシステム・インターフェース手段３
６と物理層インターフェース手段３４とを相互接続して
いることが示されている。アダプタ・コントローラは、
ＭＡＣ ＣＰＵとフレーム記憶装置手段１０４、送信フ
レーマ手段１０６、ＣＲＣ１０８、ＣＲＣ１１４、受信
フレーマ手段１１２、およびトークン論理手段１１０を
含んでいる。制御信号線１１６は、半二重制御信号もし
くは全二重制御信号のいずれかを保持している。制御信
号線１１６上の半二重制御信号は、ＣＰＵ内の半二重Ｍ
ＡＣ機能を使用可能にし、またトークン論理手段１１０
内のトークン論理を使用可能にする。同様に、制御信号
線１１６上の制御信号が全二重信号である場合、アダプ
タのトークン機能能力は使用禁止にされ、アダプタとス
イッチ・ポートとの間の通信は全二重となる。ＭＡＣ
ＣＰＵ上で実行されるプログラムについては、すでに説
明済みであるため、繰り返すことはない。
ブロック図である。ここで、図５を参照すると、アダプ
タ・コントローラはシステム・インターフェース手段３
６と物理層インターフェース手段３４とを相互接続して
いることが示されている。アダプタ・コントローラは、
ＭＡＣ ＣＰＵとフレーム記憶装置手段１０４、送信フ
レーマ手段１０６、ＣＲＣ１０８、ＣＲＣ１１４、受信
フレーマ手段１１２、およびトークン論理手段１１０を
含んでいる。制御信号線１１６は、半二重制御信号もし
くは全二重制御信号のいずれかを保持している。制御信
号線１１６上の半二重制御信号は、ＣＰＵ内の半二重Ｍ
ＡＣ機能を使用可能にし、またトークン論理手段１１０
内のトークン論理を使用可能にする。同様に、制御信号
線１１６上の制御信号が全二重信号である場合、アダプ
タのトークン機能能力は使用禁止にされ、アダプタとス
イッチ・ポートとの間の通信は全二重となる。ＭＡＣ
ＣＰＵ上で実行されるプログラムについては、すでに説
明済みであるため、繰り返すことはない。
【００４２】動作時に、接続されたスイッチ・ポートと
全二重モードで通信しようとするステーションは、ＲＥ
Ｇ ＲＥＱ ＭＡＣフレームを生成し、ポートに送信す
る。ＲＥＧ ＲＥＱ ＭＡＣフレームは、フレーム・タ
イプを示すコードを保持する主ベクトル・フィールド、
ステーションが全二重ステーションとしてまたは半二重
ステーションとしてのいずれで参加を要求しているかを
示すコードを保持するサブベクトル１フィールド、端末
によってサポートされたアドレス数を示す値を保持する
サブベクトル２サブフィールド、および重信ドライブ情
報を保持するサブベクトル３フィールドを含んでいる。
重信ドライブ情報は、８０２．５トークン・リング規格
などの文献において十分に記されているため、ここでは
説明をしない。スイッチ・ポートは、ＲＥＧ ＲＥＱ
ＭＡＣフレームを受信すると、受信したフレームに応答
してＲＥＧ ＲＳＰ ＭＡＣフレームを生成する。ＲＥ
ＧＲＳＰ ＭＡＣフレームは、アクセスが拒否された
か、または全二重動作が認可されたか、または半二重動
作が認可されたかを示すコードを保持するサブベクトル
・フィールドを含んでいる。要求ステーションは、ＲＥ
Ｇ＿ＲＳＰを受信すると、否定ＲＥＧ＿ＲＳＰのために
自身を非活動化するか、または、肯定応答が受信された
場合、全二重または半二重モードで動作してプロセスを
継続し、ＩＮＳ ＲＥＱ ＭＡＣフレームを生成してス
イッチ・ポートに送信する。ＩＮＳＲＥＱ ＭＡＣフレ
ームは、フレーム・タイプを識別するＭＶ（主ベクト
ル）を含んでいる。そしてポートは、１つの状態に設定
された場合、重複アドレスがスイッチに付加されていな
いことを示すコード、もしくは他のコードに設定された
場合、重複アドレスは発見されず、ステーションは参加
を禁止されるコードを保持するＳＶ１フィールドを含ん
でいるＩＮＳ ＲＳＰ ＭＡＣフレームを生成する。重
複アドレスが発見されない場合は、ステーションは、ネ
ットワークに入り、その後全二重または半二重ステーシ
ョンとして通信を行う。
全二重モードで通信しようとするステーションは、ＲＥ
Ｇ ＲＥＱ ＭＡＣフレームを生成し、ポートに送信す
る。ＲＥＧ ＲＥＱ ＭＡＣフレームは、フレーム・タ
イプを示すコードを保持する主ベクトル・フィールド、
ステーションが全二重ステーションとしてまたは半二重
ステーションとしてのいずれで参加を要求しているかを
示すコードを保持するサブベクトル１フィールド、端末
によってサポートされたアドレス数を示す値を保持する
サブベクトル２サブフィールド、および重信ドライブ情
報を保持するサブベクトル３フィールドを含んでいる。
重信ドライブ情報は、８０２．５トークン・リング規格
などの文献において十分に記されているため、ここでは
説明をしない。スイッチ・ポートは、ＲＥＧ ＲＥＱ
ＭＡＣフレームを受信すると、受信したフレームに応答
してＲＥＧ ＲＳＰ ＭＡＣフレームを生成する。ＲＥ
ＧＲＳＰ ＭＡＣフレームは、アクセスが拒否された
か、または全二重動作が認可されたか、または半二重動
作が認可されたかを示すコードを保持するサブベクトル
・フィールドを含んでいる。要求ステーションは、ＲＥ
Ｇ＿ＲＳＰを受信すると、否定ＲＥＧ＿ＲＳＰのために
自身を非活動化するか、または、肯定応答が受信された
場合、全二重または半二重モードで動作してプロセスを
継続し、ＩＮＳ ＲＥＱ ＭＡＣフレームを生成してス
イッチ・ポートに送信する。ＩＮＳＲＥＱ ＭＡＣフレ
ームは、フレーム・タイプを識別するＭＶ（主ベクト
ル）を含んでいる。そしてポートは、１つの状態に設定
された場合、重複アドレスがスイッチに付加されていな
いことを示すコード、もしくは他のコードに設定された
場合、重複アドレスは発見されず、ステーションは参加
を禁止されるコードを保持するＳＶ１フィールドを含ん
でいるＩＮＳ ＲＳＰ ＭＡＣフレームを生成する。重
複アドレスが発見されない場合は、ステーションは、ネ
ットワークに入り、その後全二重または半二重ステーシ
ョンとして通信を行う。
【００４３】本発明のユーザには、いくつかの利点が利
用可能となる。その利点には、次のようなものがある。 １． 図１に示されたような、混在トポロジーにおける
全二重動作を可能にする。 ２． 低コストの全二重動作専用ステーションの実現を
可能にする。 ３． 低コストの全二重動作専用ポートの実現を可能に
する。 ４． 新型および旧型（すなわち、旧型＝半二重専用）
アダプタをサポートするための多重プロトコル・ポート
の実現を可能にする。 ５． クラシックＬＡＮ（すなわち、半二重ＬＡＮ）ま
たは専用ＬＡＮに接続することができ、最適動作モード
（すなわち、できれば全二重モードで動作）を決定する
ことのできる、汎用アダプタの実現を可能にする。 ６． ネットワークへのアクセスを要求するステーショ
ンの管理制御（すなわち、否定ＲＥＧ＿ＲＳＰ ＭＡＣ
フレームを介してアクセスを拒否することができる）を
可能にする。 ７． 自動アクセス・プロトコル・ステーションが、ユ
ーザによるＬＡＮ動作の知識を減少させる。
用可能となる。その利点には、次のようなものがある。 １． 図１に示されたような、混在トポロジーにおける
全二重動作を可能にする。 ２． 低コストの全二重動作専用ステーションの実現を
可能にする。 ３． 低コストの全二重動作専用ポートの実現を可能に
する。 ４． 新型および旧型（すなわち、旧型＝半二重専用）
アダプタをサポートするための多重プロトコル・ポート
の実現を可能にする。 ５． クラシックＬＡＮ（すなわち、半二重ＬＡＮ）ま
たは専用ＬＡＮに接続することができ、最適動作モード
（すなわち、できれば全二重モードで動作）を決定する
ことのできる、汎用アダプタの実現を可能にする。 ６． ネットワークへのアクセスを要求するステーショ
ンの管理制御（すなわち、否定ＲＥＧ＿ＲＳＰ ＭＡＣ
フレームを介してアクセスを拒否することができる）を
可能にする。 ７． 自動アクセス・プロトコル・ステーションが、ユ
ーザによるＬＡＮ動作の知識を減少させる。
【００４４】スイッチに加えて、本発明は、ブリッジな
どの他のタイプのデータ転送ユニットにおいての使用も
意図している。さらに、本発明はまた、ポート間での使
用もめざしている。たとえば、図１において、本発明
は、ポート２２Ｅとポート１６Ａとの間で使用すること
ができる。
どの他のタイプのデータ転送ユニットにおいての使用も
意図している。さらに、本発明はまた、ポート間での使
用もめざしている。たとえば、図１において、本発明
は、ポート２２Ｅとポート１６Ａとの間で使用すること
ができる。
【図１】本発明の教示を実施するネットワーク構成を示
す図である。
す図である。
【図２】専用帯域幅集線装置を示すブロック図である。
【図３】ステーションを示すブロック図である。
【図４】ステーション・アダプタおよびスイッチ・ポー
トに全二重機能をもたらす、ステーション内の二重プロ
トコル生成装置を含む全二重リンクの概念を表す図であ
る。
トに全二重機能をもたらす、ステーション内の二重プロ
トコル生成装置を含む全二重リンクの概念を表す図であ
る。
【図５】アダプタの全二重プロトコル生成装置を示す機
能ブロック図である。
能ブロック図である。
【図６】スイッチ・ポートの全二重プロトコル生成装置
を示す機能ブロック図である。
を示す機能ブロック図である。
【図７】ステーションで実行される全二重プロトコルを
示す流れ図である。
示す流れ図である。
【図８】ステーションで実行される全二重プロトコルを
示す流れ図である。
示す流れ図である。
【図９】スイッチのポートで実行される全二重プロトコ
ルを示す流れ図である。
ルを示す流れ図である。
【図１０】全二重動作を確立するためにステーションと
ポートとの間で交換されるフレームのフォーマットを示
す図である。
ポートとの間で交換されるフレームのフォーマットを示
す図である。
【図１１】全二重動作を確立するためにステーションと
ポートとの間で交換されるフレームのフォーマットを示
す図である。
ポートとの間で交換されるフレームのフォーマットを示
す図である。
【図１２】全二重動作を確立するためにステーションと
ポートとの間で交換されるフレームのフォーマットを示
す図である。
ポートとの間で交換されるフレームのフォーマットを示
す図である。
【図１３】全二重動作を確立するためにステーションと
ポートとの間で交換されるフレームのフォーマットを示
す図である。
ポートとの間で交換されるフレームのフォーマットを示
す図である。
【図１４】アダプタ・コントローラを示す機能ブロック
図である。
図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジャック・エス・コーペニング アメリカ合衆国27513 ノースカロライ ナ州キャリー リビングストーン・ドラ イブ 116 (72)発明者 マイケル・スティーブン・シーガル アメリカ合衆国27615 ノースカロライ ナ州ラリーロワリ・ドライブ 10625 (72)発明者 トマス・イー・スタマリー アメリカ合衆国27513 ノースカロライ ナ州キャリー ハイ・ハウス・ロード 525 (72)発明者 マイケル・スティーブン・シーガル アメリカ合衆国27612 ノースカロライ ナ州ラリーイブネザー・チャーチ・ロー ド 4000 (72)発明者 ケネス・トマス・ウィルソン アメリカ合衆国27603 ノースカロライ ナ州ラリーリバリー ウェイ 2801 (72)発明者 レイモンド・ルイス・ジース・ジュニア アメリカ合衆国27612 ノースカロライ ナ州ラリージー・ニッカボッカ パーク ウェイ 3916 (56)参考文献 特開 平５−207028（ＪＰ，Ａ) 国際公開94／9581（ＷＯ，Ａ１) Ｃｈｒｉｓｔｅｎｓｅｎ，Ｋ．；Ｎｏ ｅｌ，Ｆ．；Ｓｔｒｏｌｅ，Ｎ．，Ｅｍ ｅｒｇｉｎｇ ｔｒｅｎｄｓ−Ｆｕｌｌ −ｄｕｐｌｅｘ ａｎｄ ｔｈｅ ｓｗ ｉｔｃｈｅｄ ＬＡＮ，ＩＥＥＥ 19ｔ ｈ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｌｏ ｃａｌ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏ ｒｋｓ，1994．Ｐｒｏｃｅｅｄｉｎｇ ｓ．，242−248 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/46 H04L 12/42 H04L 12/44
Claims (7)
- 【請求項１】ステーションと、該ステーションが接続さ
れたＬＡＮを構成する専用帯域幅集線装置内のポートと
の間の全二重モードを確立し、維持する方法であって、前記ステーションにおいて、 全二重モードで動作する許
可を要求するための要求サブフィールドを有する登録要
求ＭＡＣフレームを生成し、該登録要求ＭＡＣフレーム
を前記ポートに送信するステップと、前記ポートにおいて、前記登録要求ＭＡＣフレームを受
信し、該登録要求ＭＡＣフレームを分析し、所定のフレ
ーム・タイプ応答コードを保持するための応答サブフィ
ールドを有する登録応答ＭＡＣフレームを生成し、該登
録応答ＭＡＣフレームを前記ステーションに送信するス
テップと、 前記ステーションにおいて、前記 登録応答ＭＡＣフレー
ムを受信し、前記所定のフレーム・タイプ応答コードの
設定を決定するために、該登録応答ＭＡＣフレーム内の
前記応答サブフィールドを検査するステップと、前記 所定のフレーム・タイプ応答コードが全二重モード
で動作する許可を示す第１の値に設定されている場合
は、前記ステーションを全二重モードで動作させ、前記
所定のフレーム・タイプ応答コードが前記許可が拒否さ
れたことを示す第２の値に設定されている場合は、前記
ステーションが全二重モードでしか動作可能でなけれ
ば、前記ステーションを非活動化し、前記所定のフレー
ム・タイプ応答コードが第３の値に設定されている場合
は、前記ステーションが半二重（トークン）モードでも
動作可能であれば、前記ステーションを半二重（トーク
ン）モードで動作させるステップと を含む方法。 - 【請求項２】前記ステーションにおいて、前記ポートへ
の挿入の許可を要求するための主ベクトルＭＶサブフィ
ールドを含む挿入要求ＭＡＣフレームを生成し、該挿入
要求 ＭＡＣフレームを前記ポートに送信するステップ
と、前記ポートにおいて、前記挿入要求ＭＡＣフレームを受
信し、該挿入要求ＭＡＣフレームを分析し、主ベクトル
ＭＶサブフィールドおよびサブベクトルＳＶ１サブフィ
ールドを有する挿入応答ＭＡＣフレームを生成し、該挿
入応答ＭＡＣフレームを前記ステーションに送信するス
テップと、 前記ステーションにおいて、前記挿入 応答ＭＡＣフレー
ムを受信し、該挿入応答ＭＡＣフレーム内の前記ＭＶお
よびＳＶ１サブフィールドを検査し、該ＳＶ１サブフィ
ールドが所定値に設定されている場合は、前記ステーシ
ョンを前記ＬＡＮに挿入するステップとをさらに含んで
いることを特徴とする、請求項１に記載の方法。 - 【請求項３】ステーションと、該ステーションが接続さ
れたＬＡＮを構成する専用帯域幅集線装置内のポートと
の間の動作モードを確立し、維持する方法であって、前記ステーションにおいて、 選択された動作モードで動
作する許可を要求するための要求サブフィールドを有す
る登録要求ＭＡＣフレームを生成し、該登録要求ＭＡＣ
フレームを前記ポートに送信するステップと、前記ポートにおいて、前記登録要求ＭＡＣフレームを受
信し、該登録要求ＭＡＣフレームを分析し、所定のフレ
ーム・タイプ応答コードを保持するための応答サブフィ
ールドを有する登録応答ＭＡＣフレームを生成し、該登
録応答ＭＡＣフレームを前記ステーションに送信するス
テップと、 前記ステーションにおいて、前記 登録応答ＭＡＣフレー
ムを受信し、前記所定のフレーム・タイプ応答コードの
設定を決定するために、該登録応答ＭＡＣフレーム内の
前記応答サブフィールドを検査するステップと、前記 所定のフレーム・タイプ応答コードが、前記選択さ
れたモードで動作する許可を示す第１の値に設定されて
いる場合は、前記ステーションを前記選択されたモード
で動作させ、前記所定のフレーム・タイプ応答コード
が、前記許可が拒否されたことを示す第２の値に設定さ
れている場合は、前記ステーションが前記選択されたモ
ードでしか動作可能でなければ、前記ステーションを非
活動化し、前記所定のフレーム・タイプ応答コードが第
３の値に設定されている場合は、前 記ステーションが代
替モードでも動作可能であれば、前記ステーションを前
記代替モードで動作させるステップとを含む方法。 - 【請求項４】ＬＡＮスイッチのポートに接続するための
ステーションであって、 全二重モードで動作する許可を要求するための要求サブ
フィールドを有する登録要求ＭＡＣフレームを生成する
ための第１の手段と、前記 登録要求ＭＡＣフレームを前記ポートに送信するた
めの、前記第１の手段に接続された第２の手段と、 所定のフレーム・タイプ応答コードを保持するための応
答サブフィールドを有する登録応答ＭＡＣフレームを前
記ポートから受信するための第３の手段と、前記 所定のフレーム・タイプ応答コードを分析し、該所
定のフレーム・タイプ応答コードが、全二重モードで動
作する許可が認可されたことを示す第１の値に設定され
ている場合は、第１の制御信号を生成し、前記所定のフ
レーム・タイプ応答コードが、全二重モードで動作する
許可が拒否されたことを示す第２の値に設定されている
場合は、第２の制御信号を生成し、前記所定のフレーム
・タイプ応答コードが、半二重（トークン）モードで動
作する許可を示す第３の値に設定されている場合は、第
３の制御信号を生成するための、第３の手段に接続され
た第４の手段と、前記第１の制御信号に応答して 前記ステーションを全二
重モードで動作するように設定し、前記ステーションが
全二重モードでしか動作可能でなければ、前記第２の制
御信号に応答して前記ステーションを非活動化するよう
に設定し、前記ステーションが半二重（トークン）モー
ドでも動作可能であれば、前記第３の制御信号に応答し
て前記ステーションを半二重（トークン）モードで動作
するように設定するための第５の手段とからなるステー
ション。 - 【請求項５】ＬＡＮスイッチのポートに接続するための
ステーションであって、 特定モードで動作する許可を要求するための要求サブフ
ィールドを有する登録要求ＭＡＣフレームを生成するた
めの第１の手段と、前記 登録要求ＭＡＣフレームを前記ポートに送信するた
めの、前記第１の手段に接続された第２の手段と、 所定のフレームタイプ応答コードを保持するための応答
サブフィールドを有する登録応答ＭＡＣフレームを前記
ポートから受信するための第３の手段と、前記 所定のフレーム・タイプ応答コードを分析し、該所
定のフレーム・タイプ応答コードが、前記特定モードで
動作する許可が認可されたことを示す第１の値に設定さ
れている場合は、第１の制御信号を生成し、前記所定の
フレーム・タイプ応答コードが、前記特定モードで動作
する許可が拒否されたことを示す第２の値に設定されて
いる場合は、第２の制御信号を生成し、前記所定のフレ
ーム・タイプ応答コードが、代替モードで動作する許可
を示す第３の値に設定されている場合は、第３の制御信
号を生成するための、前記第３の手段に接続された第４
の手段と、前記第１の制御信号に応答して 前記ステーションを前記
特定モードで動作するように設定し、前記ステーション
が全二重モードでしか動作可能でなければ、前記第２の
制御信号に応答して前記ステーションを非活動化するよ
うに設定し、前記ステーションが前記代替モードでも動
作可能であれば、前記第３の制御信号に応答して前記ス
テーションを前記代替モードで動作するように設定する
ための第５の手段とからなるステーション。 - 【請求項６】少なくとも１つのＬＡＮスイッチによって
相互接続された半二重ステーションおよび全二重ステー
ションを有する混在ＬＡＮにおいて、全二重ステーショ
ンが接続されたスイッチ・ポートが特定モードをサポー
トするかどうかを決定し、該スイッチ・ポートが該特定
モードをサポートする場合は、該特定モードを確立する
方法であって、前記 全二重ステーションにおいて、前記特定モードで動
作する許可を要求するための要求サブフィールドを有す
る登録要求ＭＡＣフレームを生成し、該登録要求ＭＡＣ
フレームを前記スイッチ・ポートに送信するステップ
と、前記 スイッチ・ポートにおいて、前記登録要求ＭＡＣフ
レームに応答して、該スイッチ・ポートの動作特性に対
応する選択された値の範囲の１つに設定された応答サブ
フィールドを有する登録応答ＭＡＣフレームを生成し、
該登録応答ＭＡＣフレームを前記全二重ステーションに
送信するステップと、 前 記全二重ステーションにおいて、前記登録応答ＭＡＣ
フレームを受信し、前記応答サブフィールドの状態を検
査し、該応答サブフィールド内のビットが前記特定モー
ドで動作する許可を示す第１の値に設定されている場合
は、前記全二重ステーションを前記特定のモードで動作
するように設定し、該応答サブフィールド内のビットが
前記特定モードで動作する許可が拒否されたことを示す
第２の値に設定されている場合は、前記全二重ステーシ
ョンが前記特定モードでしか動作可能でなければ、前記
全二重ステーションを非活動化し、前記応答サブフィー
ルド内のビットが、代替モードで動作する許可が認可さ
れたことを示す第３の値に設定されている場合は、前記
全二重ステーションが前記代替モードでも動作可能であ
れば、前記全二重ステーションを前記代替モードで動作
するように設定するステップとを含む方法。 - 【請求項７】前記全二重ステーションにおいて、フレー
ム・タイプを示す主ベクトルＭＶサブフィールドを有す
る挿入要求ＭＡＣフレームを生成し、該挿入要求ＭＡＣ
フレームを前記スイッチ・ポートに送信するステップ
と、 前記スイッチ・ポートにおいて、前記挿入要求ＭＡＣフ
レームを受信し、フレーム・タイプを決定するために、
該挿入要求ＭＡＣフレーム内のＭＶサブフィールドを検
査するステップと、フレーム・タイプが挿入要求フレームである場合は、 識
別コードを保持するための主ベクトルＭＶサブフィール
ドおよび重複アドレス・コードを保持するためのサブベ
クトルＳＶサブフィールドを有する挿入応答ＭＡＣフレ
ームを、前記スイッチ・ポートにおいて生成し、該挿入
応答ＭＡＣフレームを前記全二重ステーションに送信す
るステップとをさらに含んでいることを特徴とする、請
求項６に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/399,267 US5561666A (en) | 1995-03-06 | 1995-03-06 | Apparatus and method for determining operational mode for a station entering a network |
| US399267 | 1995-03-06 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08265360A JPH08265360A (ja) | 1996-10-11 |
| JP3320297B2 true JP3320297B2 (ja) | 2002-09-03 |
Family
ID=23578879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04084696A Expired - Fee Related JP3320297B2 (ja) | 1995-03-06 | 1996-02-28 | 動作モード確立・維持方法およびｌａｎスイッチのポートに接続するためのステーション |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5561666A (ja) |
| EP (1) | EP0731581B1 (ja) |
| JP (1) | JP3320297B2 (ja) |
| DE (1) | DE69637135T2 (ja) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5680397A (en) * | 1995-03-13 | 1997-10-21 | International Business Machines Corporation | Multi-port LAN switch for a token-ring network |
| US5732076A (en) * | 1995-10-26 | 1998-03-24 | Omnipoint Corporation | Coexisting communication systems |
| US6023472A (en) * | 1996-07-08 | 2000-02-08 | Lancast, Inc. | High speed FD/HD data translator and network |
| US6026078A (en) * | 1997-02-05 | 2000-02-15 | Nortel Networks Corporation | Apparatus and method for providing multiple network port configurations |
| US6081522A (en) * | 1997-06-30 | 2000-06-27 | Sun Microsystems, Inc. | System and method for a multi-layer network element |
| US6044418A (en) * | 1997-06-30 | 2000-03-28 | Sun Microsystems, Inc. | Method and apparatus for dynamically resizing queues utilizing programmable partition pointers |
| US6118760A (en) * | 1997-06-30 | 2000-09-12 | Sun Microsystems, Inc. | Management of entries in a network element forwarding memory |
| US6044087A (en) * | 1997-06-30 | 2000-03-28 | Sun Microsystems, Inc. | Interface for a highly integrated ethernet network element |
| US6052738A (en) * | 1997-06-30 | 2000-04-18 | Sun Microsystems, Inc. | Method and apparatus in a packet routing switch for controlling access at different data rates to a shared memory |
| US6088356A (en) * | 1997-06-30 | 2000-07-11 | Sun Microsystems, Inc. | System and method for a multi-layer network element |
| US5920566A (en) * | 1997-06-30 | 1999-07-06 | Sun Microsystems, Inc. | Routing in a multi-layer distributed network element |
| US6119196A (en) * | 1997-06-30 | 2000-09-12 | Sun Microsystems, Inc. | System having multiple arbitrating levels for arbitrating access to a shared memory by network ports operating at different data rates |
| US6049528A (en) * | 1997-06-30 | 2000-04-11 | Sun Microsystems, Inc. | Trunking ethernet-compatible networks |
| US6081512A (en) * | 1997-06-30 | 2000-06-27 | Sun Microsystems, Inc. | Spanning tree support in a high performance network device |
| US6014380A (en) * | 1997-06-30 | 2000-01-11 | Sun Microsystems, Inc. | Mechanism for packet field replacement in a multi-layer distributed network element |
| US6128666A (en) * | 1997-06-30 | 2000-10-03 | Sun Microsystems, Inc. | Distributed VLAN mechanism for packet field replacement in a multi-layered switched network element using a control field/signal for indicating modification of a packet with a database search engine |
| US6246680B1 (en) * | 1997-06-30 | 2001-06-12 | Sun Microsystems, Inc. | Highly integrated multi-layer switch element architecture |
| US6016310A (en) * | 1997-06-30 | 2000-01-18 | Sun Microsystems, Inc. | Trunking support in a high performance network device |
| US6094435A (en) * | 1997-06-30 | 2000-07-25 | Sun Microsystems, Inc. | System and method for a quality of service in a multi-layer network element |
| US5938736A (en) * | 1997-06-30 | 1999-08-17 | Sun Microsystems, Inc. | Search engine architecture for a high performance multi-layer switch element |
| US7561538B2 (en) * | 1997-07-24 | 2009-07-14 | Oki Electronic Industry Co. Ltd. | Concentrator for speech telephones and method of communication over LAN using same |
| US7382766B1 (en) * | 1997-07-24 | 2008-06-03 | Oki Electric Industry Co., Ltd. | Line concentrator for telephone set and communication method of LAN |
| US6167032A (en) * | 1997-11-07 | 2000-12-26 | International Business Machines Corporation | System and method for avoiding host transmit underruns in a communication network |
| US6137804A (en) * | 1997-12-02 | 2000-10-24 | International Business Machines Corporation | System and method for automatic retry of transmit, independent of a host processor, after an underrun occurs in a LAN |
| AU1249399A (en) * | 1997-12-04 | 1999-06-16 | British Telecommunications Public Limited Company | Communications network |
| US6563804B1 (en) * | 1998-01-05 | 2003-05-13 | Intel Corporation | System and method for providing full-duplex audio communication using a half-duplex audio circuit |
| US6175882B1 (en) * | 1998-12-07 | 2001-01-16 | Tandem Computers Incorporated | Network system for a first module port auto configuring same mode as a second module port |
| US6938086B1 (en) * | 2000-05-23 | 2005-08-30 | Network Appliance, Inc. | Auto-detection of duplex mismatch on an ethernet |
| US7466704B2 (en) | 2000-09-20 | 2008-12-16 | Broadcom Corporation | Switch assembly having multiple blades in a chassis |
| US20020143910A1 (en) * | 2001-03-29 | 2002-10-03 | Shih-Wei Chou | Network hub |
| US20030065741A1 (en) * | 2001-09-29 | 2003-04-03 | Hahn Vo | Concurrent bidirectional network communication utilizing send and receive threads |
| US6741595B2 (en) * | 2002-06-11 | 2004-05-25 | Netrake Corporation | Device for enabling trap and trace of internet protocol communications |
| US7697448B2 (en) * | 2003-04-03 | 2010-04-13 | Broadcom Corporation | Providing link quality intelligence from physical layer to higher protocol layers |
| US7380025B1 (en) * | 2003-10-07 | 2008-05-27 | Cisco Technology, Inc. | Method and apparatus providing role-based configuration of a port of a network element |
| US7742423B2 (en) * | 2004-03-05 | 2010-06-22 | Bmc Software, Inc. | Method of heuristic determination of network interface transmission mode and apparatus implementing such method |
| EP2385742B1 (en) * | 2005-04-07 | 2016-10-26 | Nokia Technologies Oy | A terminal having a variable duplex capability |
| US9264209B2 (en) | 2014-01-07 | 2016-02-16 | Google Inc. | Method and control circuitry for performing full-duplex wireless communication |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5121382A (en) * | 1989-10-11 | 1992-06-09 | Digital Equipment Corporation | Station-to-station full duplex communication in a communications network |
| US5155726A (en) * | 1990-01-22 | 1992-10-13 | Digital Equipment Corporation | Station-to-station full duplex communication in a token ring local area network |
| JPH04167648A (ja) * | 1990-10-29 | 1992-06-15 | Fujitsu Ltd | データ伝送装置 |
| US5311114A (en) * | 1992-10-27 | 1994-05-10 | Seeq Technology, Incorporated | Apparatus and method for full-duplex ethernet communications |
| US5349635A (en) * | 1992-11-19 | 1994-09-20 | At&T Bell Laboratories | Half-duplex or full-duplex automode operation for use in data communications equipment |
| US5396486A (en) * | 1992-12-17 | 1995-03-07 | At&T Corp. | Data communications equipment interface leads to signal half-duplex or full-duplex operation |
| US5432775A (en) * | 1993-12-03 | 1995-07-11 | Advanced Micro Devices, Inc. | Auto negotiation system for a communications network |
-
1995
- 1995-03-06 US US08/399,267 patent/US5561666A/en not_active Expired - Fee Related
-
1996
- 1996-02-20 DE DE69637135T patent/DE69637135T2/de not_active Expired - Lifetime
- 1996-02-20 EP EP96480020A patent/EP0731581B1/en not_active Expired - Lifetime
- 1996-02-28 JP JP04084696A patent/JP3320297B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| Ｃｈｒｉｓｔｅｎｓｅｎ，Ｋ．；Ｎｏｅｌ，Ｆ．；Ｓｔｒｏｌｅ，Ｎ．，Ｅｍｅｒｇｉｎｇ ｔｒｅｎｄｓ−Ｆｕｌｌ−ｄｕｐｌｅｘ ａｎｄ ｔｈｅ ｓｗｉｔｃｈｅｄ ＬＡＮ，ＩＥＥＥ １９ｔｈ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｌｏｃａｌ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋｓ，１９９４．Ｐｒｏｃｅｅｄｉｎｇｓ．，２４２−２４８ |
Also Published As
| Publication number | Publication date |
|---|---|
| DE69637135D1 (de) | 2007-08-02 |
| EP0731581A3 (en) | 2005-03-30 |
| JPH08265360A (ja) | 1996-10-11 |
| US5561666A (en) | 1996-10-01 |
| DE69637135T2 (de) | 2008-02-21 |
| EP0731581A2 (en) | 1996-09-11 |
| EP0731581B1 (en) | 2007-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3320297B2 (ja) | 動作モード確立・維持方法およびｌａｎスイッチのポートに接続するためのステーション | |
| JP3483900B2 (ja) | 同報通信方法 | |
| EP0664906B1 (en) | Network station with multiple network addresses | |
| US5319644A (en) | Method and apparatus for identifying port/station relationships in a network | |
| US6883094B2 (en) | Communication device for monitoring datalink layer information and outputting data based on communication request information type | |
| JPH0799837B2 (ja) | メッセージパッケージ伝送方法及び装置 | |
| JPH07307751A (ja) | トークン・リング・ローカル・エリア・ネットワークにおける端局間全二重通信 | |
| JPH08507909A (ja) | ワークステーションを複数個のコンピュータプラットホームにインタフェースする方法および装置 | |
| US5414700A (en) | Negotiation protocol for establishment of full duplex communication on a token ring network | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| JP2001244986A (ja) | ネットワーク相互接続システム | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands | |
| Cisco | IBM Network Media Translation Commands |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080621 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |