JPH05501345A - マルチキャストアドレス容量が不充分なローカルエリアネットワークにおけるマルチキャストアドレス方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 マルチキャストアドレス容量が不充分なローカルエリアネットワークにおけるマ ルチキャストアドレス方法発明の分野 本発明は一般にローカルエリアネットワークにおいてフレームをアドレスするこ とに係り、より詳細には、マルチキャストアドレス容量が不充分なローカルエリ アネットワークにマルチキャストアドレスを使用することに関する。

関連特許 以下の特許出願は、本発明に関連したものであり、本発明と同じ譲受人に譲渡さ 右、本発明と同じ日に出願されたものである。

Ｆ、Ｊ、パックス氏等の「ネットワークブリッジによる多数−少数グループアド レス変換（Ｍａｎｙ　ｔｏ　Ｐｅｗ　Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ　Ｔｒａｎｓ ｌａｔｉｏｎ　Ｔｈｒｏｕｇｈ　ａ　Ｎｅｔｗｏｒｋ　Ｂ窒奄р■ ｅ）］と題する国際公開ＷＯ９２／１３４１０　；Ｒ，Ｊ、バールマン及びＷ、 Ｒ，ハウ氏の［コンピュータ通信システムにおける転送フレーム内でのアドレス のエンキャブスレージョン（Ｅｎｃａｐｓｕｌａｔｉｏｎ　ｏｆＡｄｄｒｅｓｓ 　ｗｉｔｈｉｎ　ａ　Ｆｏｒｗａｒｄｅｄ　Ｆｒａｍｅ　ｉｎ　ａ　Ｃｏｍｐｕ ｔｅｒ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｙ唐狽■香j　Ｊと 題する国際公開Ｗ０９２／１３４１３；及び参考としてここに取り上げるこれら 関連特許出願の全ての記述。

先行技術 ローカルエリアネットワークＬＡＮは、多数の種々のアドレス機構で設計されて いる。例えば、エサ−ネットＬＡＮ設計及びＩＥＥＥ８０２．３規格では、全部 で約１４０兆のアドレスに対してマルチキャストアドレスごとに４７ビツトが指 定されている。

これに対し、トークンリングＩＥＥＥ８０２．５規格を実施する場合には、マル チキャストアドレスとして約２４ないし約３１の個別アドレスしかなく、これラ ノアトレスは、ＩＥＥＥ８０２．５規格により規定されたファンクショナルアド レッシングで与えられる。ＩＥＥＥ８０２．５規格では、ファンクショナルアド レッシングとして６バイト、即ち４８ビツトが与えられるが、この規格を実施す るチップは、そのうちの数個のビットをファンクショナルアドレスインジケータ と称する規定値にセットすることが必要であると共に、残りのビットのうちの１ ビツトだけを「１」にセットしそして他を「０」にセットすることが必要である 。規定値を有するピントは、残りのビットが「ファンクショナルアドレス」を表 すという指示を与え、「残りのビット」とは、実施の仕方にもよるが約２４ない し３１ビツトに過ぎず、これらビットのうちの１つしかセットすることができな い。

ＬＡＮのステーションにおいて動作するアプリケーションプログラムを開発しそ してＭＡＣヘッダのＤＡフィールドにマルチキャストアドレスを使用することに よってこのアプリケーションプログラムをアドレスすることは一般的である。

ＭＡＣヘッダのＤＡフィールドに所定のマルチキャストアドレスを有するフレー ムをステーションが検出すると、アプリケーションプログラムが実行される。

所定のマルチキャストアドレスを有するフレームのステーションによって受信さ れた際に実行されるよう設計されたアプリケーションプログラムでは、ＩＥＥＥ ８０２．５トークンリングのようなローカルエリアネットワークの場合に、充分 なマルチキャストアドレスがないという問題がある。ＩＥＥＥ８０２．５トーク ンリングＬＡＮでは約３１個のマルチキャストアドレスしか使用できず、これら は、「ファンクショナルアドレス」として知られている。

マルチキャストアドレス容量の不充分なＬＡＮのファンクショナルアドレスにマ ルチキャストアドレスをマツピングするための解決策が１９９０年６月１２日に り、Ｂ、シーヒイ氏に発行された米国特許第４，９３３．９３８号に示唆されて いる。シーヒイ氏の特許では、変換テーブルを使用して、第１のＬＡＮのマルチ キャストアドレスが第２のＬＡＮのマルチキャストアドレスに直接マツピングさ れる。

しかしながら、約１４０兆のマルチキャストアドレスを有するＩＥＥＥ８０３． ３エサ−ネットのようなあるＬＡＮに対して開発されたアプリケーションを、フ ァンクショナルアドレススペースに約２４ないし３１のマルチキャストアドレス しかないトークンリングＩＥＥＥ８０２．５規格ＬＡＮのような他のＬＡＮに使 用する場合にまだ問題が残されている。従って、エサーネッ）８０３．３ＬＡＮ 又はＡＮＳＩ／ＩＥＦ、Ｅ　ＦＤＤＩ）−クンリングＬＡＮに対して開発された 多くのアプリケーションは、ＴＥＥＥ８０２．５トークンリングＬＡＮのステー ションに使用することができない。

発明の要旨 ＬＡＮが充分なマルチキャストアドレススペースをサポートしない場合にＬＡＮ にマルチキャストアドレスを使用することが本発明によって実現される。

本発明は、ローカルエリアネットワークがマルチキャストアドレスをサポートし ない場合に、ローカルエリアネットワーク上のステーションにマルチキャストア ドレスを供給する装置に係る。ローカルエリアネットワークにフレームを送信す る手段が設けられており、フレームは、マルチキャストアドレスを参照するもの 、即ちインジケータを含む所定のフィールドを有し、インジケータは、フレーム を分析することによりマルチキャストアドレスをフレームから回復できることを 示するように受信ステーションによって解読できる。

又、上記装置は、フレームを受け取ることのできる受信ステーションを有し、更 に、この受信ステーションには、マルチキャストアドレスに応答してアプリケー ションプログラムを実行する手段が設けられている。

本発明の他の特徴及び効果は、添付図面を参照した以下の詳細な説明より明らか となろう。

図１は、本発明の好ましい実施例によるフレームフィールドを示す図、図２は、 本発明の好ましい実施例によるブリッジ及びルートで結ばれた多数のＬＡＮを示 すブロック図、 図３は、０３１規格の参考モデルをＩＥＥＥ及びＩＥＥＥ／ＡＮＳＩ　ＬＡＮ規 格と比較するブロッ久図、 図４は、ＭＡＣヘッダに対する標準的なフレームフィールドの図、図５は、ＬＬ Ｃヘッダに対する標準的なフレームフィールドの図、図６Ａは、本発明の実施例 によるＬＬＣヘッダ、図６Ｂは、本発明の実施例によるＭＡＣヘッダ及びＬＬＣ ヘッダ、図７は、本発明の実施例によるＬＬＣヘッダ、図８は、本発明の実施例 によるルック・アップテーブル、そして図９は、本発明の実施例によるルック・ アップテーブルである。

実施例 図１には、本発明による自己記述特徴を有するフレームのフィールドが示されて いる。このフレームは、発信ステーションによってオリジナルＬＡＮへ送信され 、そして１つ以上のステーションによりその同じオリジナルＬＡＮ又はそれに接 続された他のＬＡＮに受け取られる。

フィールド１００は、先導フィールドであって、例えば、Ｌ’ＡＮの設計を適合 させる特定の規格によって決まるものである。フィールド１０２は、行き先アド レスであり、以下ＤＡフィールドと称する。又、このフィールド１０２は、本発 明のある実施例においては、フレームを検出するステーションがその意図された 行き先アドレスを知るために解読しなければならない情報に対するインジケータ を構成してもよい。

例えば、フレームは第１のＬＡＮからブリッジにより第２のＬＡＮへ送られ、第 １のＬＡＮにおけるＤＡフィールドはマルチキャストアドレスを含み、そして第 ２のＬＡＮは、オリジナルのマルチキャストアドレスを第２のＬＡＮのアドレス に直接変換できないような小さなマルチキャストアドレス容量を有している。

この例では、第２のＬＡＮのフレームのＤＡフィールド１０２は、第２のＬＡＮ のフレームに記憶された追加情報に対するインジケータであり、この追加情報は 受信ステーションがオリジナルのマルチキャストアドレスを回復できるようにす る。この追加情報はフレームのフィールド１０４に含まれる。本発明の別の実施 例では、フィールド１２０がフィールド１０４の追加インジケータである。

本発明の別の実施例においては、第１のインジケータがフィールド１０３を含む 。例えば、フィールド１０３は、フレームコントロールフィールド、即ちＦＣフ ィールドである。

更に、図１は１．フレームの一部であるが本発明には直接関与しない他のフィー ルド１１０．１１２．１１４も示している。又、ソースアドレスフィールド、即 ちＳＡフィールド１１６も示されているが、このＳＡフィールドも本発明には直 接関与しない。

図１に示すように、本発明は、オリジナルのマルチキャストアドレスを回復する に必要な情報を保持するフィールド１０４に対する少なくとも１つの、或いは数 個のインジケータ１０２．１０３．１２０を含んでいる。本発明に用いられるイ ンジケータ及びフィールド１０４に保持される追加情報は、オリジナルのマルチ キャストアドレスを回復するためのフレームの自己記述特徴と称する。

図２には、多数のローカルエリアネットワークＬＡＮで構成された代表的なシス テムが示されている。これらのＬＡＮは、ブリッジによって互いに接続されて拡 張ＬＡＮを形成してもよいし、又はルートによって互いに接続されて広域ネット ワークを形成してもよい。

ＬＡＮ１３０はブリッジ１３２によってＬＡＮ１３４に接続される。例えば、Ｌ ＡＮ１３０は、エサ−ネットＬＡＮ及び／又はＩＥＥＥ８０２．３ＬＡＮであり 、一方、ＬＡＮ１３４はトークンリングである。ＬＡＮ１３４は、例えば、■Ｅ ＥＥ８０２．５トークンリングである。或いは又、ＬＡＮ１３４は、ＡＮＳ　Ｉ ／ＩＥＥＥ　ＦＤＤＩトークンリングであってもよい。

ＬＡＮ１３４は、ブリッジ１４０によってＬＡＮ１４２に接続される。ＬＡＮ１ ４２は、ブリッジ１４４によってＬＡＮ　１４６に接続される。又、ＬＡＮ１３ ４は、ブリッジ１５０によってＬＡＮ１５２に接続される。ＬＡＮ１５２は、ブ リッジ１５４によってＬＡＮ１５６に接続される。ＬＡＮ１５６は、ルート１６ ０により、通慣リンク１６２．１６４を経、そしてルート１６６を経てＬＡＮ１ ７０に接続される。ＬＡＮｌ７０は、ブリッジ１７２によりＬＡＮｌ７４に接続 される。

拡張ＬＡＮ１８０は、ＬＡＮ１３０．１３４．１４２．１４６．１５２．１５６ のブリッジ接続により形成される。もう１つの拡張ＬＡＮ１８２は、ブリッジ接 続されたＬＡＮ１７０．１７４によって形成される。拡張ＬＡＮ１８０を拡張Ｌ ＡＮ１８２へ接続するルート１６０．１６６によって広域ネットワークが形成さ れる。

図２に示す全システムは、近代的なコンピュータ通信システムにおいて互いに接 続される複雑なネットワークの簡単な代表例である。

異なったＬＡＮ間でのフレームの送信は規格により容易に行われる。例えば、Ｉ ＥＥＥ８０２．ｘシリーズの規格は多数の標準的なＬＡＮを規定する。ＩＥＥＥ ８０２．２規格は、ロジカル・リンク・コントロール・レイヤを規定し、これは 種々のＩＥＥＥ８０２．ｘＬＡＮに共通であると共に、ＡＮＳＩ／ＩＥＥＥＦＤ ＤＩトークンリングにも共通である。

図３には、通信用のＩＳＯ（インターナショナル・スタンダーズ・オーガナイゼ ーション）７レイヤ参照モデルと、種々のＩＥＥＥ及びＡＮＳ！規格ＬＡＮによ り規定されたモデルレイヤとの比較を示している。ＩＥＥＥ８０２．２　ＬＬＣ （ロジカル・リンク・コントロール）ブロック１９０＋！、Ｏ３ルベル２データ リンクブロック１９２の一部分である。又、Ｏ５Ｉデータリンクブロック１９２ には、ＩＥＥＥ８０２．ｘ規格のメディウム・アクセス・コントロールＭＡＣ部 分も含まれており、これは、ＩＥＥＥ８０２．３エサ−ネットブロック１９４と 、ＩＥＥＥ８０２．４）−クン・パッシング・バス・ブロック１９６と、ＩＥＥ Ｅ８０２．５）−クン・リング・ブロック１９８と、ＩＥＥＥ／５ＮＳＩＦＤＤ Ｉブロック２００を含んでいる。特定のＬＡＮ規格であるブロック１９４．１９ ６．１９８及び２００に対するＩＥＥＥ８０２．２　ＬＬＣ規格の共通性が本発 明によって効果的に利用されている。

図４は、ＬＡＮに情報を送信すると共にＬＡＮ間にフレームを送信するのに使用 される形式の代表的なＭＡＣヘッダフレームフォーマットを示している。行き先 アドレスＤＡフィールド２１０１ソースアドレスＳＡフィールド２１２及び情報 ＩＮＦＯフィールド２１４のみが示されている。各ＩＥＥＥ８０２．ｘ規格は先 導フィールド２１６を規定すると共に後続フィールド２１８を規定し、そして各 規格は、例えば、それ自身の独特の先導フィールド２１６及び後続フィールド２ １８を有してもよい。又、ＩＥＥＥ８０２．３エサ−ネットフレームは、ＳＡフ ィールド２１２とＩＮＦＯフィールド２１４との間に追加の長さフィールド２２ ０を有している。ＩＮＦＯフィールド２１４は、送信ステーションから受償ステ ーションへ情報を送信するのに用いられる。

図５には、ＩＥＥＥ８０２．２　ＬＬＣフィールドの構造が示されている。図５ に示すフィールド構造は、図３に示されたＬＡＮ規格、即ちＩＥＥＥ８０２゜３ エサ−ネット１９４、ＩＥＥＥ８０２．４）−クンパッシングバス１９６、ＩＥ ＥＥ８０２．５トークンリング１９８及びＴＥＥＥ／ＡＮＳＩ　ＦＤＤＩトーク ンリング２００に対して共通である。ＤＳＡＰフィールド２３０は、行き先サー ビスアクセスポイントフィールドであり、５ＳＡＰフイールド２３２は、ソース サービスアクセスポイントフィールドであり、コントロールフィールド２３４は 、５ＳＡＰフイールド２３２に続くものであり、そしてオプションのプロトコル 識号１子フィールド２３６はコントロールフィールド２３４に続くものである。

プロトコルａａｌＺ１１子フィールドを有する条件は、ＤＳＡＰフィールドが５ ＮＡＰＳＡＰＯ値を有することである。５ＮＡＰ　ＳＡＰ値は、サブ・ネットワ ーク・アクセス・プロトコル値であり、ＩＥＥＥ８０２．２　ＬＬＣ規格に関連 して定められた独特の値である。例えば、５ＮＡＰ　ＳＡＰは、プロトコルｗａ ５ＩＪ子フィールド２３６のようなＬＬＣヘッダ内のプロトコル型フィールドを エンキャブスレートする目的で指定された特殊なＳＡＰ値である。例えば、５Ｎ ＡＰ　ＳＡＰ値は、ＤＡＳＰバイトのフィールド２３０においては交互のｌきＯ である。ある実施例では、５ＳＡＰフイールド２３２が５ＮＡＰ　ＳＡＰ値を有 するのが便利である。

フィールド２３８は、プロトコル識別子フィールド２３６が存在するときにそれ に続くか、或いはプロトコル識別子フィールド２３６が存在しないときにはコン トロールフィールド２３４に続くものである。このフィールド２３８は、ＬＬＣ レイヤによって使用するための情報を保持するか、又はｏＳ■参照モデルの上ア ドレスＤＡフィールド２１０は、フレーム内に保持された情報からマルチキャス トアドレスを回復しなければならないことを常に指示するために保持される。

マルチキャストアドレスは、ＬＬＣヘッダの前か又はＬＬＣヘッダの後に配置さ れる。

本発明の第２の実施例においては、ＭＡＣヘッダのＤＡフィールド２１０が第１ の実施例と同じファンクショナルアドレスとして選択されるが、図６を再度参照 すれば、ＤＳＡＰフィールド２３０が５ＮＡＰ　ＳＡＰ値に等しくなるように選 択される。次いで、マルチキャストアドレスは、プロトコル−ＩＭＩＪ子フィ一 フィールド２３６にフィールド２４０内に記憶される。

本発明の第３の実施例においては、ＭＡＣヘッダのＤＡフィールド２１０は、第 １の実施例と同じファンクショナルアドレスとして選択されるが、ＤＳＡＰ値は 異なったＳＡＰ値として選択される。このとき、プロトコル識別子フィールド２ ３６は存在せず、所望のマルチキャストアドレスが図７に示すようにコントロー ルフィールド２３４の直後にフィールド２４２に記憶される。

本発明の第４の実施例においては、ＬＡＮのマルチキャストアドレス容量が不充 分な場合に、テーブル・ルック・アップ方法を用いてＬＡＮの所望のマルチキャ ストアドレスが回復される。図８は、ルック・アップテーブル２６０を示してい る。ＭＡＣヘッダのＤＡフィールド２１０は、上記したように、ファンクショナ ルアドレスを含むように選択される。しかしながら、各々一般に使用されるマル チキャストアドレスには特定の値のＳＡＰが組み合わされている。ＳＡＰの適当 な値は、次いで、ＬＬＣヘッダのＤＳＡＰフィールド２３０に入れられる。この フレームを検出するステーションは、先ず、ＭＡＣヘッダのＤＡフィールド２１ ０のアドレスからマルチキャストアドレスに関連した情報がフレーム内に含まれ ていることを確認し、第２に、ＤＳＡＰフィールド２３０内に含まれたＳＡＰ値 が、マルチキャストアドレスを入力２６４として含んでいるテーブル２６０に対 する入力点として働くインジケータ２６２であることを確認し、第３に、ＤＳＡ Ｐフィールド２３０から読み取ったＳＡＰ値を用いてテーブルに入り、ＳＡＰ値 ２６６がマルチキャストアドレス２６８に対応するような所望のマルチキャスト アドレスを探すことにより、フレームを解読する。ＳＡＰ値のリストはテーブル ２６０に専用とさね、これら専用のＳＡＰ値の各々は、ステーションに記憶され たテーブルへの入力点となる。テーブルの値は各入力点に対応し、そしてテーブ ルの値は所望のマルチキャストアドレスを含む。テーブルはステーション内で形 成されねばならない。第１の例として、テーブルは、ステーションが形成される ときにステーションの製造者によって形成される。第２の例として、テーブルは 、適当な対応するＳＡＰ及びマルチキャストアドレスに入ることによりシステム マネーツヤによって形成されてもよい。第３の例として、テーブルは、ＬＡＮを 経て送られてそのステーションにより受け取られる情報メツセージによって離れ たところから形成されてもよい。

本発明の第５の実施例においては、第４の実施例の方法と同様のテーブルルック アップ方法が使用される。テーブル２６０が図８に示されている。しかしながら 、ＭＡＣヘッダのＤＡフィールドはブロードキャストアドレスを含んでいる。

例えば、ブロードキャストアドレスとは、例示的なりＡフィールドの６バイト全 部が「１」にセットされて４８個の「１」を形成するというものである。又、専 用のＳＡＰ値がＬＬＣヘッダのＤＳＡＰフィールドに書き込まね、専用のＳＡＰ 値が所望のマルチキャストアドレス２６４．２６８を保持するテーブル２６０へ の入力２６２．２６６となる。

本発明の第６の実施例においては、第４の実施例の方法と同様のテーブルルック アップ方法が使用される。しかしながら、ＬＬＣヘッダのＤＳＡＰフィールドは ５ＮＡＰ　ＳＡＰ値に等しくセットさＬＬＬＣヘッダの図６のプロトコル識別子 フィールド２３６はテーブル２６０への入力を含む。所望のマルチキャストアド レスは、副Σ１ノ子２６６に対応する位置２６８にテーブルの値として記憶され る。プロトコル識別子フィールド２３６は、ＩＥＥＥ８０２．５規格には５バイ ト長さとして規定され、各バイトは８ビツトであり、プロトコル識別子フィール ドにおいて全部で４０ビツトである。全部で４０ビツトでは、プロトコル識別子 フィールド２３６が２ないし４０乗、即ち約１．１兆の異なった値を保持し、従 って、このフィールドのスペースは、テーブルに記憶されたマルチキャストアド レスを入力が指す場合にはテーブルへの入力として充分に作用する。

本発明の第７の実施例においては、ＭＡＣヘッダからの図１のフレームコントロ ールフィールド１０３を用いて、所望のマルチキャストアドレスを決定するため にフレームを分析しなければならないことが指示される。この機構は、ＩＥＥＥ ８０２．５トークンリング又はＡＮＳＩ／ＩＥＥＥ　ＦＤＤＩトークンリングの ような行き先アドレスＤＡフィールドの前にフレームコントロールフィールドを もつＬＡＮにおいて機能するものである。この実施例は、ＦＣフィールドが１バ イト、即ち８ビツトしかないという欠点を有し、インターナショナル・スタンダ ード・オーガナイゼーンヨンもしくはＩＥＥＥのような中央当局が所望のマルチ キャストアドレスを保持するために自己記述フレーム構造を指示する独特の値を 指定することが不可能である。従って、別の者もしくは売主が同じ値のＦＣフィ ールドを異なった目的で使用する場合には、操作上の問題が生・しる。

本発明の第８の実施例においては、フレームがマルチキャストアドレスを含むこ とを指示する目的で、図５のＬＬＣコントロールフィールド２３４の未使用ビッ ト、即ち未使用バイトの値が指定される。この実施例は、ＭＡＣヘッダからのフ レームコントロールフィールドを使用することに類似しているが、この実施例で はＬＬＣヘッダが使用される。ＬＬＣヘッダのこのＬＬＣコントロールフィール ド２３４は１又は２バイト長さである。インターナショナル・スタンダード・オ ーガナイゼーションのような規格団体により特定の目的で製造者に対しＬＬＣコ ントロールフィールドからの値を指定することが可能である。例えば、本発明の 目的としてはマルチキャストアドレスがフレーム内に記憶されることを指示する ために特定の値を指定することができる。

本発明の第９の実施例においては、フレーム内の２つの項目を用いて、フレーム がマルチキャストアドレスを含むことが指示さね、これが図６Ｂに示されている 。この実施例は、上記した第４ないし第８の実施例と同様であるが、更に別の例 示的な実施例である。第１の項目は、ＭＡＣヘッダの行き先アドレス、即ち図１ のＤＡフィールド１０２、図４のＤＡフィールド２１０が特殊なアドレスを含ん でいることである。この特殊なアドレスは、例えば、ブロードキャストアドレス でもよいし、或いは第２の例としては専用のファンクショナルアドレスでもよい 。第２の項目は、図１の特殊なインジケータ１２０、例えば、ＬＬＣヘッダ２１ １のＤＳＡＰフィールド、又は第２の例としてはＬＬＣヘッダ２１１の５ＳＡＰ フイールド、或いは第３の例としてはＬＬＣへラダ２１１のフレームコントロー ルフィールドが、フレーム内にマルチキャストアドレスが記憶されていることを 指示するものである。このＬＬＣヘッダ２１１は、アドレス専用とされた特殊な ＬＬＣヘッダである。更に、アドレス情報ではなくて、通常のＬＬＣヘッダ値や プロトコルコードポイント等を含むためには、「真」のＬＬＣヘッダ２１３もフ レームに記憶されねばならない。

本発明の第１０の実施例に右いては、ＭＡＣヘッダのＤＡフィールド２１０とＤ ＳＡＰフィールド２３０のＳＡＰ値が、フレームの形式を決定するためにはフレ ームを更に分析しなければならないことをステーションに知らせる。フレームの 形式がいったん決まると、フレームの形式及びマルチキャストアドレスを組み込 んだ図９のテーブル２７０がフレーム形式人力２７２に入力される。このテーブ ルは、所望のマルチキャストアドレス２７４となる出力を形成する。例えば、こ のフレームは、１９８９年４月１８日にマン氏等に発行された「デジタノげ一タ ブロセッシングシステムのためのローカルエリアネットワーク化ｏｃａｌ　Ａｒ ｅａ　Ｎｅｔｗｏｒｋ　ｆｏｒ　Ｄｉｇｉｔａｌ　Ｄａｔａ　ＰｒｏｃｅｓｓＩ ｎｇ　５ｙｓｔｅ＋ｎ）　Ｊ　ｋ題する米国特許第４．８２３゜１２２号に開示 されたサービス・アドバータイジング・メツセージである。フレームがサービス ・アドバータイジング・メツセージであることをステーションが決定すると、ス テーションはテーブル内のこのフレーム形式２７６と、そのフレーム形式によっ て使用される関連マルチキャストアドレス２７８を探す。このテーブルは、ステ ーションによって確認された各フレーム形式２７２．２７６に対してマルチキャ ストアドレス２７４．２７８のリストを含んでいる。

本発明の第１１の実施例においては、上記第１０の実施例と同様の「フレームの 形式」方法が使用されるが、マルチキャストアドレスがフレーム内に記憶される ことを指示する別の方法が使用される。

ＤＳＡＰフィールド２３０に選択された値のＳＡＰを使用する効果は、インター ナショナル・スタンダード・オーガナイゼーションが特定の用途に対してＳＡＰ の値を指定することである。従って、ユーザもしくは売主は、所望のマルチキャ ストアドレスを保持する自己記述フレームを指示するために独特の値又は１組の 値を措定することができる。インターナショナル・スタンダード・オーガナイゼ ーションは他の目的で他の売主には別の値を指定するので、別の売主とで操作上 の問題が生じることはない。又、この効果は、規格団体が製造者に特定の値を指 定するところの別のフィールド、例えば、ＬＬＣヘッダコントロールフィールド を用いることによって得られるものである。

本発明の第１の使い方を図２を参照して説明する。例示的なローカルエリアネッ トワーク上で使用できるファンクショナルアドレスよりも多数のファンクショナ ルアドレスを使用することが所望されると仮定する。但し、この例示的なローカ ルエリアネットワークは非常に少数のファンクショナルアドレススペースしかも たないか、又はＩＥＥＥ８０２．５１−−クンリングＬＡＮのように非常に小さ なマルチキャストアドレススペースしかもたないものである。ＬＡＮ１３４は、 約３１のファンクショナルアドレスしかもたないＩＥＥＥ８０２．５トークンリ ングであると仮定する。又、ＬＡＮ１３４上のステーションはマルチキャストア ドレスを有するフレームを送信しようとし、そしてマルチキャストアドレスは、 ＬＡＮ１３４を定めるＩＥＥＥ８０２．５トークンリング規格によって受け入れ られないものとする。更に、マルチキャストアドレスを使用したい目的は、フレ ームを受信するステーションにおいてアプリケーションプログラムを実行するこ とであると仮定する。第１の例として、本発明は、所望のマルチキャストアドレ スをフレーム内にエンキャブスレートするのに使用される。次いで、受信ステー ションは、フレームを分析して、マルチキャストアドレスを回復させる。第２の 例では、本発明はフレームにおいてテーブル・ルック・アップ方法と称される。

受信ステーションはフレームを分析し、フレーム内に埋設した指示に従うことに よりマルチキャストアドレスを回復させる。これらの指示は、例えば、テーブル のルックアップである。或いは、更に別の例としては、これらの指示は上記第１ ０の実施例の場合のようにフレームの形式を確認することである。マルチキャス トアドレスが受信ステーションによって回復されると、受信ステーションはマル チキャストアドレスに応答して、そのマルチキャストアドレスによって指示され たアプリケーションプログラムを実行する。

本発明の第２の使い方を図２を参照して述べる。例えば、フレームは、ＬＡＮ１ ３０上のステーション２５０から発生さね、そしてＬＡＮ１３０は、１４０兆の 使用できるマルチキャストアドレスを有するＩＥＥＥ８０２．３エサ−ネットで あると仮定する。フレームはＬＡＮ１３４へ送られ、そしてＬＡＮ１３４は、マ ルチキャストアドレスに対して約３１個のファンクショナルアドレスしかもたな いＩＥＥＥ８０２．５トークンリングであると仮定する。次いで、ブリッジ１３ ２は、上記した本発明の実施例の１つを利用し、所望のマルチキャストアドレス を得るためにＬＡＮ１３４のフレームを自己記述にする。

ブリッジ１５０は、ＬＡＮ１３４からＬＡＮ１５２ヘフレームを転送する。ＬＡ Ｎ１５２は、ＩＥＥＥ８０２．３エサ−ネットＬＡＮである。ブリッジ１５０は 、所望のマルチキャストアドレスを学習するために自己記述フレームを分析しそ して所望のマルチキャストアドレスをＭＡＣヘッダのＤＡフィールド１０２へ書 き込んでから、フレームをＬＡＮ１５２へ送信する。

ブリッジ１４０は、フレームをＬＡＮ１４２へ進める。ＬＡＮ１４２はＡＮＳＴ ／ＩＥＥＥ　ＦＤＤＩ　ＬＡＮであるとする。ブリッジ１４０は、所望のマルチ キャストアドレスを学習するために自己記述フレームを分析しそして所望のマル チキャストアドレスをＭＡＣヘンダのＤＡフィ〜ルドヘ書き込んでから、ＦＤＤ Ｉ　ＬＡＮ１４２へ送信する。ＦＤＤＩ規格は、ＬＡＮ１３０のＩＥＥＥ８０２ ．３エサ−ネット規格とは異なったやり方でマルチキャストアドレスを規定しそ してブリッジ１４０は、この相違を適切に考慮してマルチキャストアドレスをＤ Ａフィールド１０２に書き込む。

ブリッジ１５４は、フレームをＬＡＮ１５６に進め、ＬＡＮ１５６がＩ　ＥＥＥ ８０２．５エサ−ネットである場合に、ＤＡフィールド１０２のマルチキャスト アドレスは、ブリッジ１５４による変更を必要としない。

リピータ１６２及び１６６は、フレームをＬＡＮ１７０へ進め、ＬＡＮ１７０が ＩＥＥＥ８０２．５トークンリングであれば、このときにはりビータ１６６によ ってもう一度本発明が使用され、ＬＡＮ１７０におけるフレームが自己記述とさ れる。

ブリッジ１７２はフレームをＬＡＮ１７４へ進める。ＬＡＮ１７４は、ＩＥＥＥ ８０２．３エサ−ネットであると仮定する。ブリッジ１７２は、本発明によりＬ ＡＮ１７０におけるフレームの自己記述特徴を用いて所望のマルチキャストアド レスを回復し、それをＭＡＣヘッダのＤＡフィールド１０２へ書き込んだ後にフ レームをＬＡＮ１３０へ送信する。この例では、マルチキャストアドレスは、Ｉ ＥＥＥ８０２．３エサ−ネットＬＡＮ１３０からスタートし、２つのＩＥＥＥ８ ０２．５ＬＡＮ１３４及び１７０を通過し、そしてＩＥＥＥ８０２．３エサ−ネ ットＬＡＮ１７４において使用されるマルチキャストアドレスとして回復される 。

本発明を使用する第３の例は、第１のＬＡＮ上のステーションがマルチキャスト アドレスを使用して第２のＬＡＮ上の受信ステーションにおいてアプリケーショ ンプログラムを実行しよう止しそして第１ステ〜ジヨンから第２ステーションへ ネットワークを介してフレームを転送しなければならない場合に、上記第１の使 い方と第２の使い方を組み合わせることである。次いで、マルチキャストアドレ スがフレーム内にエンキャブスレートされるか、或いは受信ステーションがマル チキャストアドレスを回復できるようにするインジケータがフレーム内にエンキ ャブスレートされる。送信ステーションは、エンキャブスレートされたマルチキ ャストアドレスを有するか又はマルチキャストアドレスに対するインジケータを 有するフレームを発生し、そして受信ステーションは、そのフレームを分析して 解読し、マルチキャストアドレスを回復させる。次いで、受信ステーションはそ のマルチキャストアドレスに応答し、マルチキャストアドレスにより指示された アプリケーションプログラムを実行する。

上記実施例は、本発明の詳細な説明するものに過ぎないこ♂を理解されたい。

本発明の範囲内で種々の他の変更や修正がなされ得ることが当業者に明らかであ ろう。

フレーム 第１インジケータ　第２インジケータ ＦＩＧ、　１ ＦＩＧ、２ ○Ｓ１参照モデル ７、　ＡＰＰＬＩＣＡＴＩＯＮ ６、ＰＲＥＳＥＮＴＡＴＩＯＮ ｓ、　ＳＥＳＳＩＯＮ ＭＡＣヘッダ ＦＩＧ、　４ ＦＩＧ、　５ ＦＩＧ、　６Ａ ＦＩＧ、　７ 国際調査報告　ｏｒＴｌｕｃ　Ｑｊ／ｎＭＱ、。

Claims (1)

1. 【特許請求の範囲】 １．マルチキャストアドレスをサポートしないローカルエリアネットワーク上の ステーションへマルチキャストアドレスを供給する装置において上記ローカルエ リアネットワークにフレームを送信する手段を備え、このフレームは、 上記マルチキャストアドレスを参照するものを含む少なくとも１つの所定のフィ ールドと、 検出ステーションによって解読することのできるインジケータであって、上記フ レームを分析し、上記少なくとも１つの所定のフィールドを読み取り、そして上 記所定のフィールドの内容に応じて上記マルチキャストアドレスを回復させるこ とにより上記マルチキャストアドレスを上記フレームから回復させ、そして上記 マルチキャストアドレスに応じて所望のアプリケーションプログラムを実行する ことを示すように解読することのできるインジケータとを有することを特徴とす る装置。 ２．上記インジケータは、更に、上記フレームの行き先アドレスフィールドに書 き込まれた所定のアドレスを含む請求項１に記載の装置。 ３．上記インジケータは、更に、上記フレームのＬＬＣヘッダの所定のフィール ドに書き込まれた所定値を含む請求項１に記載の装置。 ４．上記インジケータは、更に、上記フレームの行き先アドレスフィールドに書 き込まれた所定のアドレスと、上記フレームのＬＬＣヘッダのＤＳＡＰフィール ドに書き込まれた所定値とを含む請求項１に記載の装置５．上記ローカルエリア ネットワークは、ＩＥＥＥ８０２．５トークンリングＬＡＮであり、上記インジ ケータは、上記ローカルエリアネットワークの動作によって与えられるファンク ショナルアドレスである請求項１に記載の装置。 ６．上記インジケータは、更に、上記フレームのＬＬＣヘッダのＤＳＡＰフィー ルドに書き込まれたＳＮＡＰ　ＳＡＰ値を含み、そして上記所定のフィールドは 、上記フレームのプロトコル識別子フィールドに続くものである請求項１に記載 の装置。 ７．上記インジケータは、更に、上記第２フレームのＬＬＣヘッダのＤＳＡＰフ ィールドに書き込まれた値を含み、この値はＳＮＡＰ　ＳＡＰ値ではなく、そし て上記所定のフィールドは、上記フレームのコントロールフィールドに続くもの である請求項１に記載の装置。 ８．上記所定のフィールドは６バイトの長さである請求項１に記載の装置。 ９．上記フレームを受け取ることのできる受信ステーションと、上記受信ステー ション内にあって、上記マルチキャストアドレスに応じてアプリケーションプロ グラムを実行するための手段とを更に備えた請求項８に記載の装置。 １０．受信ステーションにマルチキャストアドレスを供給するためのシステムに おいて、 マルチキャストアドレスをサポートすることのできないローカルエリアネットワ ークと、 上記ローカルエリアネットワークにある送信ステーションとを備え、この送信ス テーションは、 上記ローカルエリアネットワークにフレームを送信するための手段を有し、この フレームは、 上記マルチキャストアドレスを参照するものを含む所定のフィールドと、受信ス テーションによって解読することのできるインジケータであって、上記フレーム を分析することにより上記フレームから上記マルチキャストアドレスを回復させ ることを示すように解読することのできるインジケータとを有し、更に、上記受 信ステーション内にあって、上記マルチキャストアドレスに応じてアプリケーシ ョンプログラムを実行するための手段を備えていることを特徴とするシステム。