(57)【要約】【課題】ＭＡＣアドレスの追加／フレームのカプセル化が行われていることを示す識別用のフラグやＥＴを不要とする。【解決手段】ブリッジノードは、ステーションノードが宛先のＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、他のブリッジノードに接続されたリング外のステーション宛のＭＡＣフレームはＲＰＲ  ＭＡＣフレームでカプセル化して送信する。これにより、ブリッジノードはＭＡＣフレームがカプセル化されたＲＰＲＭＡＣフレームを受信し、ステーションノードはカプセル化されていないＲＰＲ  ＭＡＣフレームを受信する。【選択図】  図１４
2004242194.tif 000002
【特許請求の範囲】
【請求項１】
１以上のリングにＭＡＣフレームを終端する複数のステーションノードとＭＡＣフレームを中継する複数のブリッジノードとが接続されたＲＰＲネットワークにおいて、
前記各ステーションノードは、他のステーションノードにＭＡＣフレームを送信する場合には、前記他のステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信し、或るブリッジノードに接続された前記リング外のステーションにＭＡＣフレームを送信する場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記或るブリッジノードが取り込み可能な状態で送信し、
前記各ブリッジノードは、自身に接続されたリング外のステーションから他のブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスが宛先アドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、自身に接続された前記リング外のステーションから或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、
前記各ステーションノードは、ＭＡＣフレームがカプセル化されていないＲＰＲ  ＭＡＣフレームを取り込み、
前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを取り込み、取り込んだＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームを自身に接続されたリング外のステーションへ送信する
ＲＰＲネットワークシステム。
【請求項２】
前記各ステーションノードおよび前記各ブリッジノードは、前記リングに接続された全てのステーションノードおよびブリッジノードのＭＡＣアドレスが登録されたテーブルを有し、
前記各ステーションノードは、ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフォーマットで送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲＭＡＣフレームを送信し、
各ブリッジノードは、自身に接続された前記リング外のステーションから受信したＭＡＣフレームを中継する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する
請求項１記載のＲＰＲネットワークシステム。
【請求項３】
前記各ステーションノードおよび前記各ブリッジノードは、さらに、前記各ブリッジノードのＭＡＣアドレスと、各ブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスとを対応づけて格納する対応テーブルを有し、
前記各ステーションノードおよび前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されているときには、このブリッジノードのＭＡＣアドレスを前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに設定する
請求項２記載のＲＰＲネットワークシステム。
【請求項４】
前記各ステーションノードおよび／または前記各ブリッジノードは、前記複数のブリッジノードの全てがグループに属するマルチキャストアドレスを保持し、
前記各ステーションノードおよび前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されていないときには、前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに前記マルチキャストアドレスを設定する
請求項３記載のＲＰＲネットワークシステム。
【請求項５】
前記各ブリッジノードは、ＭＡＣフレームがカプセル化され且つこのＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスに自身のＭＡＣアドレスを設定し、
前記各ブリッジノードから送信されるＭＡＣアドレスがカプセル化されたＲＰＲ  ＭＡＣフレームを中継するステーションノードおよび／またはブリッジノードは、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスと、このＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームの送信元ＭＡＣアドレスとを対応づけて前記対応テーブルに格納する
請求項３記載のＲＰＲネットワークシステム。
【請求項６】
ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続され、
前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記リング外のステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
前記ステーションから或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信するブリッジノード。
【請求項７】
ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを中継する複数のブリッジノードとともに接続され、
前記リングに接続された他のステーションノードにＭＡＣフレームを送信する場合には、この他のステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信し、
或るブリッジノードに接続された前記リング外のステーションにＭＡＣフレームを送信する場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記或るブリッジノードが取り込み可能な状態で送信するステーションノード。
【請求項８】
ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードに搭載され、
前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信するＲＰＲカード。
【請求項９】
ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードのＭＡＣフレーム中継方法であって、前記ブリッジノードが、
前記リング外のステーションから送信され、前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信する
ことを含むブリッジノードのＭＡＣフレーム中継方法。
【請求項１０】
ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードに搭載されるＲＰＲカードのＭＡＣフレーム中継方法であって、前記ＲＰＲカードが、
前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信する
ことを含むＲＰＲカードのＭＡＣフレーム中継方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、リングネットワークに関し、特に、ＩＥＥＥ８０２．１７で規定されるＲＰＲ（Ｒｅｓｉｌｉｅｎｔ  Ｐａｃｋｅｔ  Ｒｉｎｇ）プロトコルのＭＡＣブリッジングを実現する方式および実装技術に関する。
【０００２】
【従来の技術】
ＲＰＲは都市間におけるネットワーク、いわゆるＭＡＮ／ＷＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ／Ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）に提供されることを主目的としたネットワークプロトコル技術である。ＲＰＲはＩＥＥＥ８０２．１７委員会においてＤｒａｆｔ（ドラフト）を制定すべく検討が進められている。２００２年９月現在、最初の標準仕様であるＤｒａｆｔ  Ｖ１．０（仮仕様）がリリースされた段階で、９月末の会合にて承認、その後必要な修正を経て、２００３年３月には最終仕様が決定される予定になっている。ＲＰＲは過去にＣｉｓｃｏ社が発表したＳＲＰ（Ｓｐａｔｉａｌ  Ｒｅｕｓｅ  Ｐｒｏｔｏｃｏｌ）をベースにしており、以下の特徴を持つ。
１．  双方向二重リングネットワークをサポートする。
２．  ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ（レイヤ２）をサポートする。
３．  使用帯域の有効利用率が高い。
４．  Ｐｌｕｇ  ＆  Ｐｌａｙ（プラグ・アンド・プレイ）である。
５．  障害時の切り替え時間が５０ｍｓ以内である。
【０００３】
なお、ＳＲＰについては、例えば、特許文献１に記載されている。
【０００４】
ＲＰＲは上記に加えて以下の点が特徴となっている。
１．  優先度クラスが３つあり、上位レイヤのＱｏＳ（Ｑｕａｒｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御が実装しやすい。
２．  障害時の切り替え方式がステアリング方式（障害により到達しなくなったルートをリングの逆方向に切り替える方式）であり、ラッピング方式（障害により到達しなくなったルートを障害発生点の手前で逆方向リングに折り返す方式）はオプションである。
３．  規定をＭＡＣレイヤに限定し、最下位レイヤ（物理レイヤ）によらない方式である。
【０００５】
ＲＰＲは、新しいＭＡＣレイヤプロトコルであり、ＭＡＣフレームを終端する。したがって、本プロコトルを実装する装置（ＲＰＲ装置）はそれ以上のレイヤ処理を行う装置（いわゆるルータ、ゲートウェイ等）であるのが基本として考えられてきた。しかし、最近のＩＥＥＥ会合においては、ＲＰＲ装置がＭＡＣフレームをトランスペアレントで転送可能な装置（いわゆるブリッジ）として動作可能とするようにその転送方法を規定する検討がされている。
【０００６】
しかしながら、これには多くの課題とその解決方法が示され、最終的にはＩＥＥＥ８０２．１Ｄに準拠した形で提案がなされている。しかし、この方法にも問題があり規格がまとまるに至っていないのが現状である。
【０００７】
本願発明に係る技術を説明するため、まず以下の用語の定義を行う。
（１）ＭＡＣフレーム：ＭＡＣヘッダを持つフレーム。ここではＩＥＥＥ８０２．３に規定されたイーサネット（登録商標）のフレームおよびＩＥＥＥ８０２．１７で規定されたＲＰＲ  ＭＡＣヘッダを持つフレームを指す。特に区別する場合は、それぞれ“ＥＭＡＣフレーム”、“ＲＭＡＣフレーム”と呼ぶ。図１７にＥＭＡＣフレームおよびＲＭＡＣフレームのフォーマットを示す。
（２）ノード：ＲＰＲプロトコルを実現する装置である。双方向二重リング上に存在する。本明細書においては、“ＲＰＲノード”、“ＲＰＲ装置”とも呼ぶことがある。
（３）ステーション：ＭＡＣフレームを終端する装置である。ＭＡＣフレームを受信し、上位レイヤにデータ部を渡す。また、上位レイヤからのデータをＭＡＣフレーム化して送信する。受信時、エラーフレームおよびＭＡＣフレームの相手先アドレス（ＭＡＣ  ＤＡ）が自装置ＭＡＣアドレス（ＭＡＣ  ＳＡ）に一致しない場合は廃棄を基本とする。但し、受信フレームがＲＭＡＣフレームである場合には、そのＲＭＡＣフレームを受信した側と逆側に通過させる。ＲＰＲプロトコルを処理するノード（ＲＰＲノード）が上記ステーション機能を持つ場合、“ステーションノード”と呼ぶ。
（４）ブリッジ：ＭＡＣフレームをエラーのない限り中継する装置である。通常、ブリッジは、自身が所有する或る物理ポートからきたＭＡＣフレームを他の全物理ポートにコピーして配信する。また、ブリッジはＭＡＣアドレス学習機能を持ち、ブリッジが所有するどの物理ポートにＭＡＣアドレスの送信元／相手先アドレスで示される装置が接続されているかを、中継するフレームのＭＡＣ  ＤＡ／ＳＡよりテーブル（ポート−ＭＡＣアドレス対応テーブル）を作成して保存する。２回目以降の受信では、受信したＭＡＣフレームのＭＡＣ  ＤＡ／ＳＡをチェックし、相手先アドレスを持った装置が接続された物理ポートのみにＭＡＣフレームを送信する。これによって、他のポートに余計な負荷を係ることが防止される。ＲＰＲプロトコルを処理するノード（ＲＰＲノード）が上記ブリッジ機能を持つ場合には、そのノードを“ブリッジノード”と呼ぶ。
【０００８】
次に、従来技術としてまずＩＥＥＥ８０２．１７で仮に規定されたステーション間でのＲＭＡＣフレームの送受信方法について説明する（例えば、非特許文献１）。
【０００９】
図１８は、ＲＰＲネットワークの１例を示す。図１８において、ＳＡ〜ＳＬはノードであり、ステーション機能を持つステーションノードである。ノードＳＡ〜ＳＬは順に双方向の通信線（通常、光ファイバ等が使用される）で図１８に示す状態（順序）でリング状に接続されている。ここで、説明のためにこのＲＰＲネットワークを以下の通りに定義する。
〈１〉各ノードのＭＡＣアドレス
ＳＡ：ＭＳＡ、ＳＢ：ＭＳＢ、・・・  ＳＬ：ＭＳＬ
〈２〉時計周り（外回り）接続順
ＳＡ→ＳＢ→ＳＣ・・・ＳＬ→ＳＡ
〈３〉反時計回り（内回り）接続順
ＳＡ→ＳＬ→ＳＫ・・・ＳＢ→ＳＡ
ＲＰＲでは、受信したフレームを以下のように処理することが規定されている。
Ａ）ＦＣＳ／ＨＥＣでエラーチェックを行い、エラーであれば廃棄する。
Ｂ）そうでない場合、ＭＡＣ  ＤＡをチェックし、自装置のＭＡＣアドレスと一致すれば、内部に取り込み、上位レイヤにデータ部を渡す。
Ｃ）ＭＡＣ  ＤＡが自装置アドレスでない場合、ＭＡＣ  ＳＡが自装置アドレスと一致するかどうかをチェックし、一致すれば廃棄する。
Ｄ）そうでない場合、ＴＴＬ≦１であるかチェックし、そうであれば廃棄する。
Ｅ）そうでない場合、ＴＴＬを−１し、フレームを構成しなおして（具体的にはＨＥＣおよびＦＣＳを計算しなおして）、次の隣接ノードに送信する（“通過”とよばれる）。
したがって、図１８に示すノードＳＡは、ノードＳＤにフレームを送信する場合には、図１９に示すようなＲＭＡＣフレームを組み立てる。
【００１０】
通常、ノードＳＡは、フレームを中継するノード数が少ない方向（“近い方向”と呼ぶ）である外回りリングに送信する。このフレームは、最初にノードＳＢに到達する。ノードＳＢは、フレームのＭＡＣ  ＤＡが自装置ＭＡＣアドレスと一致しないため、このフレームを通過させる（具体的には次のノードに相当する隣接ノードＳＣに送信する）。このとき、ＴＴＬの値が１つ減じられる。ノードＳＣもノードＳＢと同様の処理を行い、フレームはノードＳＤに到達する。ノードＳＤは、フレームのＭＡＣ  ＤＡが自装置ＭＡＣアドレスと一致するので、このフレームをノード内部に取り込み、フレームのデータ部を上位レイヤに渡し、処理を完了する。
【００１１】
上述した処理を行うには、各ノードは各リング方向（外回り、内周りのそれぞれ）において目的地ノードまでの中継ノード数を具体的に知っておく必要がある。ＲＰＲプロトコルはこの目的を達成するため、リングの形態（トポロジ）を知るためのトポロジディスカバリパケットと呼ばれる制御パケットをＲＰＲノード間でやりとりする。トポロジディスカバリパケットには、各ノードおよび隣接ノードのＭＡＣアドレスが情報として含まれている。トポロジディスカバリパケットを受け取った各ノードは自分の情報を追加して隣接ノードに送る。これらの処理を各ノードが行う。これによって、最終的には、全ノードが他の全てのノードのＭＡＣアドレスと中継ノード数（正確にはフレーム送信に必要なＴＴＬ数）を知ることができる。各ノードはこれをトポロジマップテーブルとして保持する。例として、図２０（表１）に、図１８に示したノードＳＡが持つトポロジマップテーブルを示す。なお、トポロジディスカバリパケットは、初期設定時、ノードの追加／削除時の他、各ノード間で定期的に送受信され、常にネットワークの最新情報が保たれる。
【００１２】
また、ノードあるいはノード間の通信線に障害が発生した場合、その障害を検出したノードは、プロテクションパケットと呼ばれる制御パケットを他の全てのノードに送信する。これによって、トポロジの変化が各ノードに通知される。トポロジの変化は直ちにトポロジマップテーブルに反映される。例として、図２１（表２）に、図１８に示すノードＳＣからノードＳＤにフレームを送信するための通信線に障害が発生した場合のトポロジマップテーブルの変化を示す。このように、トポロジマップテーブルにトポロジの状態が反映されることによって、ノードＳＡからノードＳＤ以遠のノードには外回りルートで通信を行うことができないことが示される。これによって、ノードＳＡは実際にＳＤ以遠のノードに対しては内回りルートを使用して通信を行うことを判別可能となる。この技術はステアリングと呼ばれ、ＲＰＲの主要技術の１つになっている。
【００１３】
さて、通常のネットワークにこのＲＰＲを適用する場合、リング上のノードの外には、イーサネット等の各種のネットワークが通常接続されており、リング外同士のステーションの通信を可能にする必要がある。
【００１４】
元々、ＲＰＲでは、元々、リング外部ステーション間のフレームの中継は上位レイヤを介して行うことが想定されていた。つまり、リング上ノードで受信されたリング外部ステーションからのＭＡＣフレームは、いったん上位レイヤによって次の中継先（他のリング上ノード）が指定され、ＲＰＲ  ＭＡＣレイヤのフレームとしてリング上に送信される。そして、このフレームはリング上の別のノードで受信され、そこでまた上位レイヤで次の中継先（リング外ステーション）が指定され、外部のプロトコルのフレームとなって目的のステーションに送信される。このような中継手順では、リング上のノードが必ずルータでなければならないことを示す。しかし、リング外のステーションで扱われるフレームがイーサネットフレーム等のＲＰＲと同じレイヤのプロトコルである場合にはコスト、速度の面で負担が大きい。
【００１５】
ＩＥＥＥ８０２．１７委員会では上記問題を解決するため、ＭＡＣフレームを上位レイヤの仲介なしに中継するブリッジ機能を持たせるＭＡＣブリッジング方式を規定し、ＲＰＲノードがブリッジとして動作する機能を規定に盛り込もうとしている。現在、この機能を実現するにあたって有力な規定はＩＥＥＥ８０２．１Ｄで規定されているトランスペアレントブリッジ方式であり、ＩＥＥＥ８０２．１７の規定もこの方向でまとめられようとしている（例えば、非特許文献２，３，４，５参照）。
【００１６】
しかしながら、このトランスペアレントブリッジ方式は以下に示すような幾つかの問題がある。ＩＥＥＥ８０２．１７委員会でもこの問題が指摘され、現状では、ブリッジ機能の具体的な標準規定は未だ見えていない。
【００１７】
ＭＡＣブリッジングを行うブリッジ装置は、例えば、図２２に示すようなＩＥＥＥ８０２．１７に規定されるＲＰＲネットワーク上にブリッジノードとして設置される場合には、以下の通信が可能でなくてはならない（例えば、非特許文献６）。
１）  ＳＸ−ＢＪ−ＢＤ−ＳＹ  の通信（双方向）
２）  ＳＸ−ＢＪ−ＳＡ  の通信（双方向）
３）  ＳＡ−ＳＧの通信（双方向、ブリッジ通過）
これらのすべての通信を可能とするために、ＩＥＥＥ８０２．１７委員会において、ＩＥＥＥ８０２．１Ｄのトランスペアレントブリッジ方式が提案された。この方式をそのままＲＰＲネットワークのノードに適用した場合には、ブリッジノードは図２３に示すフレーム処理（トランスペアレント変換）を行う。
【００１８】
図２３において、フレーム処理を行うリング上のブリッジノードは、通信が行われるリング外のＭＡＣアドレスがどのリング上のブリッジに接続されているかの情報を学習しテーブル化する。これによって、上記１）〜３）の通信を行うことができる。しかし、このトランスペアレントブリッジ方式には、以下に示すような問題点がＩＥＥＥ８０２．１７委員会で指摘されている（例えば、非特許文献７）。
【００１９】
〈１〉ブリッジノードのＭＡＣアドレスと、このブリッジノードに接続されたリング外の装置のＭＡＣアドレスとの関係が学習できないままになる。このため、リング外の装置宛のフレームが通過するブリッジノードでいつもブリッジノードに接続されたネットワーク宛にフレームがコピー（これをフラッディングと呼ぶ）され、ネットワークの負荷を増大させる可能性がある。
【００２０】
ＲＰＲでは、通常、リング上のあるノードから別のあるノードにＭＡＣフレームを送信する場合には、リングレット選択において、ＴＴＬの少ない方が選択される。図２２に示したネットワークでＢＪ−ＢＤ間が等距離である場合には、通常どちらかのルートが予め決定される。ここで、ＳＸ→ＢＪ→ＳＡ→ＢＤ→ＳＹのルートでフレームが送信される場合には、ルートの中間にある各ブリッジノードＢＬ，ＢＣは、通過するフレームからステーションＳＸがブリッジノードＢＪに接続されていることを学習することができる。
【００２１】
しかし、ブリッジノードは、ステーションＳＹがブリッジノードＢＤに接続されていることを未学習である場合には、ステーションＳＹが自装置（自身）に接続されている可能性があるため、フレームの通過と同時にコピーも行い、自装置に接続されたリング外ネットワークにフレームを送信する。また、このフレームが通らない各ブリッジノードＢＦ，ＢＩは、ステーションＳＸがブリッジノードＢＪに接続されていることを学習することができない。
【００２２】
ステーションＳＹから上位レイヤでこの応答があると仮定してステーションＳＸへフレームが送信され、このフレームがＳＹ→ＢＤ→ＳＧ→ＢＪ→ＳＸというルートで伝わる場合（各ステーションで同一アルゴリズムだと、等距離は同一方向を選択するため）では、各ブリッジノードＢＦ，ＢＩは、ステーションＳＹがブリッジノードＢＤに接続されていることを学習できる。しかし、各ブリッジノードＢＬ，ＢＣは学習できない。また、各ブリッジノードＢＦ，ＢＩは、ブリッジノードＢＪにステーションＳＸが接続されていることを未だ学習していないので、フレームのコピーをリング外ネットワークに送出する。
【００２３】
ステーションＳＹからのフレームが最終的にステーションＳＸに到達すると、ステーションＳＸ−ＳＹ間は外回りのルート（上記ルート）で通信可能となる。しかし、中間の各ブリッジノードＢＬ，ＢＣ，ＢＦ，およびＢＩは自身を通過するフレームのアドレスをいつまでも学習できず、恒常的にフラッディングが発生してしまう（図２４参照：例えば、非特許文献８，スライド１１および１２）。
【００２４】
上記した問題を防ぐ方法として、フレームが来た方向にその応答を送信する方法がある。例えばブリッジノードＢＪはステーションＳＹへの送信は外回り、ブリッジノードＢＤもステーションＳＸへの送信は外回りとしてスタートする。この方法では、各ステーションＳＸ，ＳＹが同時に相手に向かってフレームを送信した場合には、そのフレームは外回りを通過して相手に届き、その応答は内回りを経由して相手に返り、その応答はまた外回りを使って・・・というように行き先が定まらず発振状態となる。これによって、フレームの送信遅延によってはフレームの順序逆転が起きる可能性がある（例えば、非特許文献８，スライド７および８）。
【００２５】
また、図２２に示すように、ステーションＳＺ−ＳＹ間の通信は、原則として近い方のルートを使用する。したがって、ＳＺ−ＢＬ−ＳＡ−ＢＤ−ＳＹのルートで双方向の通信が行われる。ここで、ＢＬ→ＳＡへの通信線が断になる（切れる）と、ＳＺ→ＳＹ方向は外回りで通信できなくなる。このため、ステアリングにより内回りリングが使用される。このとき、各ブリッジノードＢＪ，ＢＦ，ＢＩは、ステーションＳＹがブリッジＢＤに接続されていることを学習できていない。したがって、フラッディングが発生する。しかも、その応答は今まで通り内回りリングでＳＹ→ＢＤ→ＳＡ→ＢＬ→ＳＺのルートで送られる。これによって、先程のアドレス対応の学習はいつまでもできない（図２５参照：例えば、非特許文献９，スライド１１および１２）。
【００２６】
上記した問題を防ぐ方法として、最初の問題と同じくフレームが来た方向にその応答を送信する方法がある。しかし、ブリッジノードＢＤ−ＢＬ間で遠い方のルートが選択されると、近い方の選択よりも通過ノードが増える。したがって、結果として全体の使用可能帯域をより消費する。言い換えれば、ネットワークへの負荷が増大する。
【００２７】
このように、現状のトランスペアレントブリッジ方式ではいくつかのケースにおいてよけいな負荷が増大する可能性がある。
【００２８】
〈２〉信頼性などの理由により、複数のブリッジノードに接続されているリング外ネットワーク上の装置向けのフレームにおいては、行き先がわからず、フレームが消失する可能性がある。
【００２９】
図２６に示すように、リング外ステーションＳＹがリング上の２つのブリッジノードＢＣ，ＢＤに接続されていることは、信頼性の観点から考えられる。このとき、ステーションＳＹと各ブリッジノードＢＣ，ＢＤの接続の選択は、ＩＥＥＥ８０２．１Ｄに規定されたスパニングツリープロトコルを適用することによって決定される。仮に、ＢＣ−ＳＹ間のルートが選択されている場合には、例えばＳＸ−ＳＹ間のフレーム送受信は、ブリッジノードＢＣを経由して行われ、リング上の各ノードはブリッジノードＢＣにステーションＳＹが接続されていることを学習する（図２６：通常状態）。
【００３０】
ここで、ＢＣ−ＳＹ間が障害になると、ステーションＳＹはスパニングツリープロトコルによりＢＤ−ＳＹ間のルートを選択する。しかし、ブリッジノードＢＣはステーションＳＹとの通信が単に障害と判定するだけで、ブリッジノードＢＤが代行できることを知る方法がない。したがって、ステーションＳＹ宛に送られるフレームはブリッジノードＢＣで引き取られ、そこで障害と判定され廃棄される。したがって、ステーションＳＸからステーションＳＹへのフレームは、ＢＤ−ＳＹのルートがあるにもかかわらず、すべて届かなくなってしまう（図２７：ＢＣ−ＳＹ間障害状態）。これでは、信頼性を高めるためにステーションＳＹをブリッジＢＣおよびＢＤの双方に接続した意味がない（例えば、非特許文献８，スライド９および１０）。
【００３１】
上記問題を解決する案として、ＩＥＥＥ８０２．１７委員会では、ＲＰＲヘッダにフラッディングビットを設けることが提案された。このフラッディングビットがセットされたフレームは宛先のいかんにかかわらず、リング上の全ノードが受信できるように処理を行う。この概念図を図２８に示す。この案は常に全ノードにフレームが行き渡る方法を作ることにより、〈２〉のような場合でもフレームが目的地に到達することができる。また常に全ノードが同じ内容を学習できる。したがって、〈１〉のような問題は発生しない。
【００３２】
しかしながら、或るフレームにおいて常にほぼ全ノードの通信帯域を使用するということは、ＲＰＲの大きな特徴であるＳｐａｔｉａｌ  Ｒｅｕｓｅ（空間の再利用）を失うことになる。実際に、上述した案による方式は、現在実現されているイーサネットのブリッジ装置をリング上に接続した場合でフレームを送受信するのとほぼ同じ動作になる。このため、ＲＰＲを使用する意義がなくなってしまうという問題があらたに発生する。
【００３３】
これらの問題は、フレームをトランスペアレントで送信するために、ＲＰＲ  ＭＡＣヘッダの宛先アドレスがリング上のノードのアドレスではなくなることに起因している。言い換えれば、リング上の受信すべき（中継すべき）ノードをＭＡＣアドレスでユニークに指定できないことが、トランスペアレントブリッジ方式で上記したような各問題を起こす要因となっている。
【００３４】
そこで、ＩＥＥＥ８０２．１７委員会では、ＥＭＡＣフレームをＲＭＡＣフレームに変換する場合においてＲＭＡＣフレームに元のＥＭＡＣアドレスを追加するような形で上記問題の解消を図る方法が検討されている。これはエンハンスブリッジ方式と呼ばれている。この方式には以下のようなフォーマット案が提案されている。
【００３５】
（Ａ案）  ＭＡＣアドレスをＲＰＲフォーマットに追加して送受信する方式
図２９にＭＡＣアドレスを追加したフォーマット案を示す。このＡ案は、リング上のノードで、リング外から来たイーサネットフレームに対し必ずリング上のノードのアドレスを宛先として付加する方法である。Ａ案は上記問題を解消できる。リング外のＭＡＣアドレスとリング上のＭＡＣアドレスとの対応づけを行うため、トランスペアレントブリッジでリング外のステーションがどのリング上のブリッジノードに接続されているかを学習してテーブル化する（例えば、非特許文献９，スライド１７）。
【００３６】
しかし、Ａ案には、次の欠点がある。すなわち、Ａ案は、今までのＲＰＲフォーマットと互換性がない。このため、Ａ案に従って製造される装置と既存の装置との通信が不可能になる。これは、ＲＰＲ装置向けに設計されたＲＰＲ  ＭＡＣレイヤ処理用の既存のＬＳＩが使用できないことを意味する。また、Ａ案では、リング上の全てのノードが上記処理（リング上のＭＡＣアドレスを追加する処理）を行わなければならない。このため、リング上のステーションノード間通信では、ＲＰＲ  ＭＡＣアドレスとＭＡＣアドレスに同じアドレスを設定しなければならない。このような処理は、リング上のステーションノード間の通信に限ってみれば無駄である。また、Ａ案に係るフォーマットはオーバーヘッドが常に大きく、データ通信効率が悪いという面もある。
【００３７】
（Ｂ案）  ＭＡＣアドレスを追加するかどうかをフラグで識別する案
ＭＡＣアドレスの追加は、本来的には、ブリッジが通信に関係する場合にのみ必要な情報である。したがって、送受信側のどちらか（あるいは両方）がブリッジノードである場合にのみＭＡＣアドレスを追加する案が考えられる。このＢ案を図３０に示す。Ｂ案とＡ案との違いは次の通りである。すなわち、Ａ案は常にＲＰＲ  ＭＡＣアドレスを付加し、フォーマットを変更する。これに対し、Ｂ案は、必要な場合にのみＲＰＲ  ＭＡＣアドレスを付加し、それ以外は既存のフォーマットで通信を行う。したがって、リング上のステーションノード間の通信では、ＲＰＲ  ＭＡＣアドレスの追加は適用されない。
【００３８】
しかしながら、リング上のブリッジノードおよびステーションノードは、通信相手によってＭＡＣアドレスの付加あり／なしを区別しなければならない。このため、ＲＰＲヘッダにＭＡＣアドレスが付加されているか否かを判定するための情報（フラグ：最低１ビット）が必要である。
【００３９】
Ｂ案には、次の欠点がある。すなわち、Ｂ案のようにフラグが付加されたフォーマットは、Ａ案と同様に元のフォーマットと互換性がない。さらに、Ｂ案は、新たにＲＰＲヘッダにフラグを追加しなければならない。このため、既存の仕様で製造された装置との互換性がなく、既存のＲＰＲ  ＭＡＣレイヤＬＳＩが使用できない。但し、Ｂ案は、Ａ案と異なり、ステーションノード間の通信については、既存の装置と通信を行うことができる。また、Ｂ案は常にＲＰＲ  ＭＡＣアドレスを付加しない。このため、全体の通信量に対するオーバーヘッドはＡ案に比べて小さい。
【００４０】
（Ｃ案）  ブリッジでフレーム全体をカプセル化する案
フォーマットに互換性を待たせるため、ブリッジでＭＡＣフレーム全体（ＥＭＡＣフレーム）をＲＰＲ  ＭＡＣフレームでカプセリングする方法が考えられる。このＣ案に係るフォーマットを図３１に示す（例えば、非特許文献９，スライド２１、非特許文献１０，スライド１１）。
【００４１】
Ｃ案では、カプセリング（エンカプセル）を示すためのＥＴ（イーサネットタイプ）を新しく登録する必要がある（ＩＥＴＦに申請が必要）。Ｃ案において、単にＭＡＣフレームをカプセリングするだけなら問題はない。しかし、ラベルをヘッダとペイロードの間に追加するプロトコル（ＩＥＥＥ８０２．１Ｑ−ＶＬＡＮ，ＭＰＬＳ等）のサポートがそのままではできなくなってしまう（ＩＥＥＥ８０２．１７ではこれらのプロトコルをサポートできるような規定が存在している）。これらのプロトコルを処理するためには、また新しいＥＴを登録する必要があり、それは処理したいプロトコルの数だけ必要になる。
【００４２】
以上説明したＡ〜Ｃ案のいずれも、その送信先がブリッジ配下のリング外ステーションである場合において、そのステーションＭＡＣアドレスとそれが接続されているリング状のブリッジノードのＭＡＣアドレスとの対応が学習されているときに、リング上の送信元及び宛先に相当するＭＡＣアドレスを追加することによって送信が可能となる。
【００４３】
しかし、新しくブリッジ配下にステーションを追加した場合においてはこの対応関係が学習できていない場合がある。この場合には、全ノード（正確にはその中のブリッジのみ）にフレームを送る必要がある。このため、宛先ＭＡＣアドレスとしてブロードキャストＭＡＣアドレスが追加される。ブロードキャストＭＡＣアドレスが追加されたフレーム（ＲＰＲフレーム）は、各ノードで受信される。当該ＲＰＲフレームを受信したブリッジノードは、配下のリング外ポートすべてにこのＲＰＲフレームをイーサネットフレームに変換して送る。リング外ポートのいずれかに該当のＭＡＣアドレスを持つ装置（このイーサネットフレームのＭＡＣ  ＤＡを持つ装置）があれば、その装置は所望のイーサネットフレームを受信することができる。しかし、このイーサネットフレームの宛先に該当しないステーションは、このイーサネットフレームを受信して中身を解釈した後に廃棄する。
【００４４】
上記のような処理を実現するには、上記Ａ〜Ｃ案のいずれでもＭＡＣアドレスが追加された新しいフォーマット（あるいはカプセル化したフォーマット）をノードで解釈できるようになっていなければならない（図３２参照）。このことはＡ案だけでなく、ＢおよびＣ案も既存のフォーマットのみを処理する装置をリング内に配置できないことを意味する（図３３参照）。
【００４５】
その他、本願発明に係る先行技術として、下記の非特許文献１１〜１７に記載された技術がある。
【００４６】
【特許文献１】
米国特許第６３１４１１０号明細書
【００４７】
【非特許文献１】
ＩＥＥＥ  Ｄｒａｆｔ  Ｐ８０２．１７／Ｄ１．０（Ｐ８０２−１７Ｄ１−０ｂ．ｐｄｆ）、５，６，８および１０章、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｔｐ．ｎｅｔ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ＳｔＯｒｇ／ＩＥＥＥ／〉
【００４８】
【非特許文献２】
Ｂｒｉｄｇｉｎｇ  Ａｄ−Ｈｏｃ  （ＢＡＨ）  Ｏｖｅｒｖｉｅｗ（ｂａｈ−ｕｐｄ−０１．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｍａｙ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００４９】
【非特許文献３】
Ｂｒｉｇｉｎｇ  ｏｎ  ８０２．１７  ＬＡＮ  ｗｉｔｈ  ８０２．１Ｄ／Ｑ  Ｃｏｍｐｌｉａｎｃｅ（ｂａｈ−ｄｏｔ１−０１．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｍａｙ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５０】
【非特許文献４】
Ｂａｓｉｃ  Ｂｒｉｄｇｉｎｇ  Ｃｏｍｐｌｉａｃｎｅ  （ｂａｈ−ｂａｓｉｃ−０３．ｐｄｆ）、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５１】
【非特許文献５】
Ｅｎｈａｎｃｅｄ  Ｂｒｉｄｇｉｎｇ  Ｓｐａｔｉａｌ  Ｒｅｕｓｅ  ｏｆ  ８０２．１７  Ｂｒｉｄｇｅ  Ｔｒａｆｆｉｃ（ｂａｈ−ｅｎｈｎｃ−０２．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５２】
【非特許文献６】
８０２．１７  Ｆｒａｍｅ  Ｓｔｒｕｃｔｕｒｅ  ａｎｄ  Ｂｒｉｄｇｉｎｇ  Ａｄ−Ｈｏｃ  Ｓｕｐｐｏｒｔ（ｂａｈ−ｆｒｍ−０１．ｐｄｆ），スライド１１，１７，２１、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｍａｙ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５３】
【非特許文献７】
Ｆｌｏｏｄｉｎｇ  ｉｎ  ８０２．１７  Ｎｅｔｗｏｒｋｓ（ｂａｈ−ｆｌｄ−０１．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｍａｙ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５４】
【非特許文献８】
８０２．１Ｄ／Ｑ  Ｃｏｍｐｌｉａｎｃｅ  ａｎｄ  Ｓｐａｔｉａｌ  Ｒｅｕｓｅ（ｂａｈ−ｓｐａｔ−０１．ｐｄｆ），スライ  ド７−８，９−１０，１１−１２、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅ    ｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｍａｙ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５５】
【非特許文献９】
ＢＡＨ  ８０２．１７  Ｆｒａｍｅ  Ｓｔｒｕｃｔｕｒｅ  Ｒｅｑｕｉｒｅｍｅｎｔｓ（ｂａｈ−ｆｒａｍｅ−０２．ｐｄｆ），スライド１１、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５６】
【非特許文献１０】
ＢＡＨ  Ｓｕｍｍａｒｙ（ｂａｈ−ｍｏｔｉｏｎ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｍａｙ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５７】
【非特許文献１１】
８０２．１７  ｐｒｅｓｅｎｔａｔｉｏｎｓ（ｂａｈ−ｆｌｄ−０１．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５８】
【非特許文献１２】
Ｂｒｉｄｇｉｎｇ  Ａｄ−Ｈｏｃ  （ＢＡＨ）  Ｏｖｅｒｖｉｅｗ（ｂａｈ−ｏｖｅｒ−０１．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００５９】
【非特許文献１３】
８０２．１７  Ｂｒｉｄｇｉｎｇ  Ｃｏｍｐｌｉａｎｃｅ  Ｒｏａｄｍａｐ（ｂａｈ−ｒｏａｄ−０１．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００６０】
【非特許文献１４】
ＴＡ  Ｄｏｃｕｍｅｎｔ  ＩＥＥＥ８０２．１７−１１  Ｊｕｌ２００１／０．４０：３，  Ｏｃｔｏｂｅｒ  ２００１（Ｂａｓｉｃ−Ｂｒｉｄｇｉｎｇ−Ｄｒａｆｔ−Ｔｅｘｔ．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００６１】
【非特許文献１５】
Ｐｒｏｐｏｓｅｄ  Ｄ０．３  Ｃｈａｎｇｅｓ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｂｒｉｄｇｉｎｇ  Ｊｕｌｙ  １，  ２００２  ＲＥＳＩＬＩＥＮＴＰＡＣＫＥＴ  ＲＩＮＧ  （ＲＰＲ）（ｂｒｉｄｇｅ−ｓｐａｔ−ｄｒａｆｔ０２．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００６２】
【非特許文献１６】
ＩＥＥＥ  Ｄｒａｆｔ  Ｐ８０２．１７／Ｄ０．３  Ｃｏｎｔｒｉｂｕｔｉｏｎ，  ＤＲＡＦＴ  ＳＴＡＮＤＡＲＤ  ＦＯＲ（Ｆｌｏｏｄｉｎｇ．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００６３】
【非特許文献１７】
ＩＥＥＥ  Ｄｒａｆｔ  Ｐ８０２．１７／Ｄ０．３  Ｃｏｎｔｒｉｂｕｔｉｏｎ  Ｊｕｎｅ  ２８，  ２００２，  ＲＥＳＩＬＩＥＮＴ  ＰＡＣＫＥＴ  ＲＩＮＧ  （ＲＰＲ）（Ｆｏｒｍａｔｓ．ｐｄｆ）、インターネット〈ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅ  ｅｅ８０２．ｏｒｇ／１７／ｄｏｃｕｍｅｎｔｓ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／ｊｕｌ２００２／ｉｎｄｅｘ．ｈｔｍ〉
【００６４】
【発明が解決しようとする課題】
本発明の目的の一つは、上述した問題に対し、ＭＡＣアドレスの追加／フレームのカプセル化が行われていることを示す識別用のフラグ／ＥＴを不要とするＲＰＲネットワークに係る技術を提供することである。
【００６５】
また、本発明の目的の一つは、リング上のブリッジノードだけがアドレス不明のフレームを受信する手段をもつＲＰＲネットワークに係る技術を提供することである。
【００６６】
【課題を解決するための手段】
本発明は、上記した課題を解決するため以下の構成を採用する。
【００６７】
すなわち、本発明は、１以上のリングにＭＡＣフレームを終端する複数のステーションノードとＭＡＣフレームを中継する複数のブリッジノードとが接続されたＲＰＲネットワークにおいて、
前記各ステーションノードは、他のステーションノードにＭＡＣフレームを送信する場合には、前記他のステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信し、或るブリッジノードに接続された前記リング外のステーションにＭＡＣフレームを送信する場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記或るブリッジノードが取り込み可能な状態で送信し、
前記各ブリッジノードは、自身に接続されたリング外のステーションから他のブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスが宛先アドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、自身に接続された前記リング外のステーションから或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、
前記各ステーションノードは、カプセル化されていないＲＰＲ  ＭＡＣフレームを取り込み、
前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを取り込み、取り込んだＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームを自身に接続されたリング外のステーションへ送信するＲＰＲネットワークシステムである。
【００６８】
本発明において、ＭＡＣフレームは、例えばＥＭＡＣフレームであり、ＲＰＲＭＡＣフレームは、ＲＭＡＣフレームである。
【００６９】
また、本発明は、１以上のリングで構成されるリングネットワーク、例えば、ＩＥＥＥ８０２．１７で検討されている双方向二重リングで構成され、ステーションノードとブリッジノードとが混在するＲＰＲネットワークに適用することができる。
【００７０】
ステーションノードは、ＭＡＣフレームを終端処理する機能、つまり送信元および宛先になる機能をもつ。また、ブリッジノードは、ＭＡＣフレームを終端せず、自身が持つプロトコルと同じまたは別のプロトコルのネットワークへＭＡＣフレームを中継する機能を持つ。
【００７１】
また、ステーションノードは、同じリング上のステーションにＭＡＣフレームを送信するときには、ＩＥＥＥ８０２．１７で規定されるＲＰＲ  ＭＡＣフォーマットのＲＰＲ  ＭＡＣフレームを生成して送信するように構成することができる。
【００７２】
また、ステーションノードは、同じリング上のブリッジの先に接続されたリング外ステーションにＭＡＣフレームを送信するときには、ＭＡＣフレームをリング外のプロトコルに合わせた形のフォーマットにした後にそれをデータ部とみなしてＲＰＲ  ＭＡＣフォーマットでカプセリングした形のフォーマットにしてリング上のブリッジノードに送信するように構成することができる。
【００７３】
また、リング外のステーションがリング上のブリッジノードを経由して同じリング上のステーションノードにＭＡＣフレームを送信するときには、リング外のステーションから送信されたＭＡＣフレームをリング上のブリッジノードでＲＰＲ  ＭＡＣフレームにトランスペアレントに変換してリング上のステーションノードに送信するように構成することができる。
【００７４】
また、同じリング上の他のブリッジノードの先に接続されたリング外ステーションにＭＡＣフレームを送信するときには、リング外のステーションから送信されたＭＡＣフレームをリング上のブリッジノードでデータ部とみなしてＲＰＲ  ＭＡＣフォーマットでカプセリングした形のフォーマットにしてリング上の他ブリッジに送信するように構成することができる。
【００７５】
これによって、リング上のステーションノードには必ずＲＰＲ  ＭＡＣフレームの形でＭＡＣフレームが受信され、リング上のブリッジノードには必ずリング外のステーションとの接続プロトコルのＭＡＣフレームがカプセリングされたＲＰＲ  ＭＡＣフレームが受信され、ブリッジでそのカプセルをはずしてリング外の受信先であるステーションに中継するように構成することができる。
【００７６】
本発明によれば、リング上のステーションノードおよびブリッジノードが受信するフレームがカプセリングされているかどうかを受信側で判定することが不要となる。すなわち、ＲＰＲ  ＭＡＣフレームの受信側に相当するステーションノードおよびブリッジノードは、ＭＡＣフレームがカプセル化されているか否かの判断を行わなくて済む。したがって、従来技術で説明した識別用のフラグや特別なＥＴは不要である。これによって、既存のＲＰＲノードとの互換性を維持することができる。
【００７７】
本発明は、前記各ステーションノードおよび前記各ブリッジノードが、前記リングに接続された全てのステーションノードおよびブリッジノードのＭＡＣアドレスが登録されたテーブルを有し、
前記各ステーションノードは、ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフォーマットで送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲＭＡＣフレームを送信し、
各ブリッジノードは、自身に接続された前記リング外のステーションから受信したＭＡＣフレームを中継する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信するように構成するのが好ましい。
【００７８】
上記テーブルとして、例えば、ＲＰＲにおいて具備が必要と規定されている、リング上の全ステーション／ブリッジのＭＡＣアドレス、自ステーション／ブリッジからの距離／方向が登録されたトポロジマップテーブルを適用することができる。
【００７９】
このようにすれば、リング上のステーションノードがＭＡＣフレームを送信するとき、およびリング上のブリッジノードがＭＡＣフレームを中継するときに、その宛先ＭＡＣアドレスがテーブルに登録されていれば、受信先はリング上のステーションであり、登録されていなければ受信先はリング外のステーションであると判断して送信対象のＭＡＣフレームをそのままトランスペアレントで送信するか、ＲＰＲ  ＭＡＣフレームでカプセリングするかを決定することが可能となる。
【００８０】
また、本発明は、前記各ステーションノードおよび前記各ブリッジノードが、さらに、前記各ブリッジノードのＭＡＣアドレスと、各ブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスとを対応づけて格納する対応テーブルを有し、
前記各ステーションノードおよび前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されているときには、このブリッジノードのＭＡＣアドレスを前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに設定するように構成するのが好ましい。
【００８１】
また、本発明は、前記各ステーションノードおよび／または前記各ブリッジノードは、前記複数のブリッジノードの全てがグループに属するマルチキャストアドレスを保持し、
前記各ステーションノードおよび前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されていないときには、前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに前記マルチキャストアドレスを設定するように構成するのが好ましい。
【００８２】
このように、リング上のすべてのブリッジを１つのグループとするマルチキャストＭＡＣアドレスを登録し、ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスがユニークに指定できないときに、このＲＰＲ  ＭＡＣフレーム（ＭＡＣフレームがカプセル化されている）の宛先ＭＡＣアドレスをマルチキャストアドレスにして全ブリッジノードに到達するように送信する。これによって、ブリッジノードの先のリング外ステーションにカプセル化されたＭＡＣフレームを到達させることが可能となる。
【００８３】
すなわち、リング上のブリッジノードだけがアドレス不明のフレームを受信する手段を提供することができる。
【００８４】
また、本発明は、前記各ブリッジノードが、ＭＡＣフレームがカプセル化され且つこのＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスに自身のＭＡＣアドレスを設定し、
前記各ブリッジノードから送信されるＭＡＣアドレスがカプセル化されたＲＰＲ  ＭＡＣフレームを中継するステーションノードおよび／またはブリッジノードは、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスと、このＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームの送信元ＭＡＣアドレスとを対応づけて前記対応テーブルに格納するように構成するのが好ましい。
【００８５】
また、本発明は、ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続され、
前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記リング外のステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
前記ステーションから或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信するブリッジノードである。
【００８６】
また、本発明は、ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを中継する複数のブリッジノードとともに接続され、
前記リングに接続された他のステーションノードにＭＡＣフレームを送信する場合には、この他のステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信し、
或るブリッジノードに接続された前記リング外のステーションにＭＡＣフレームを送信する場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記或るブリッジノードが取り込み可能な状態で送信するステーションノードである。
【００８７】
また、本発明は、ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードに搭載され、
前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信するＲＰＲカードである。
【００８８】
また、本発明は、ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードのＭＡＣフレーム中継方法であって、ブリッジノードが、
前記リング外のステーションから送信され、前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信する。
【００８９】
また、本発明は、ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードに搭載されるＲＰＲカードのＭＡＣフレーム中継方法であって、ＲＰＲカードが、前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信する。
【００９０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。なお、実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
【００９１】
〔本発明の概要〕
最初に、本発明の概要を説明する。図１は、本発明に係るフォーマット変換方法を示す図であり、図２は、ＭＡＣアドレスの対応関係が未学習である場合におけるフレーム送信の説明図である。
【００９２】
本発明に適用されるフォーマット変換を図１に示す。このフォーマット変換は、先行技術として挙げたＣ案と同様のカプセル化方式である。具体的には、ＭＡＣフレーム（ＥＭＡＣフレーム）を次のようにＲＭＡＣフレームにカプセル化（エンカプセル）する。すなわち、ＥＭＡＣフレーム全体をＲＭＡＣフレームのペイロード（ユーザデータ部）として、このペイロードに、ＲＰＲヘッダ，ＲＰＲ  ＭＡＣ  相手先アドレス（ＲＰＲ  ＭＡＣ  ＤＡ），ＲＰＲ  ＭＡＣ  送信元アドレス（ＲＰＲ  ＭＡＣ  ＳＡ），ＥＴ（イーサネットタイプ），ＨＥＣ（ヘッダエラーチェックビット），およびＦＣＳ（フレームチェックシーケンス）を図１に示すように付加することでＲＭＡＣフレームを生成する。
【００９３】
このとき、ＭＡＣアドレス（ＥＭＡＣアドレス）−ＲＰＲ  ＭＡＣアドレスの変換テーブル（カプセル化を実行するＲＰＲノードに保持されている）を用いて、ＥＭＡＣフレームのＭＡＣ  ＤＡが、対応するＲＰＲ  ＭＡＣアドレスに変換され、これがＲＭＡＣフレームのＲＰＲ  ＭＡＣ  ＤＡとしてセットされる。また、カプセル化を実行するＲＰＲノードのＭＡＣアドレス（自ノードアドレス）がＲＭＡＣフレームのＲＰＲ  ＭＡＣ  ＳＡとしてセットされる。また、ＥＭＡＣフレームのＥＴがコピーされ、ＲＭＡＣフレームのＥＴとしてセットされる。そして、ＲＭＡＣフレームのＨＥＣおよびＦＣＳとして、再計算された値がセットされる。但し、本発明は、Ｃ案と異なり、新たなＥＴ（イーサネットタイプ）の登録を必要としない。
【００９４】
また、本発明は、複数のステーションノードと複数のブリッジノードとから構成されるＲＰＲリング（ＲＰＲネットワーク）に適用される。ＲＰＲネットワークにおけるフレームの送信処理は、ブリッジノード，ステーションノードでほぼ同様である。
【００９５】
具体的には、受信フレームの宛先ノード（ＭＡＣ  ＤＡで指定されるノード）がステーションノードか、ブリッジノードかを判定し、ブリッジノードである場合には、図１に示すカプセル化を行い、そうでない（ステーションノードである）場合にはカプセル化を行わないで（トランスペアレント変換（図２３参照）で）送信する。
【００９６】
これによって、フレームの宛先ノードがブリッジノードであれば、受信フレームは必ずカプセル化されて送られ、宛先ノードがステーションノードであれば必ずカプセル化されないで送られる。
【００９７】
したがって、ステーションノードは、フレームを受信すると、カプセル化されていないフレームに対する処理を行い、ブリッジノードは、フレームを受信すると、カプセル化されているフレームに対する処理を行えば良い。これによって、イーサネットタイプによるカプセル化されているか否かの判定が不要となる。したがって、新規のイーサタイプの登録が不要となる。
【００９８】
さらに、本発明を実現するためには、フレームの送信側のＲＰＲノードで宛先ステーションがリング上のステーションノードであるか、ブリッジノードに接続されたステーションであるかを知る必要がある。これを判定するための情報は、リング上の各ＲＰＲノードが持っているリング上の各ＲＰＲノードの最新情報であるトポロジマップテーブルより取得する。
【００９９】
つまり、各ＲＰＲノードは、フレーム送信の際に、その相手先ＭＡＣアドレス（ＭＡＣ  ＤＡ）がそのトポロジマップテーブルに登録されたＭＡＣアドレス群に存在するか否かをサーチし、それがトポロジマップテーブル上に存在するならば、リング上のステーションノードが相手先となるので、カプセル化を行わないで送信する。
【０１００】
もし、フレームの相手先ＭＡＣアドレスがトポロジマップテーブルに存在しなければ、ブリッジノードに接続されたリング外のステーションへの送信となるので、カプセル化を行って送信すればよい。
【０１０１】
カプセル化を行うためにリング上のブリッジノードのＭＡＣアドレスとその配下のステーションＭＡＣアドレスの接続対応テーブル（変換テーブル）を作成／学習／参照することは、従来技術で述べたＡ〜Ｃ案と同様である。
【０１０２】
また、フレームの送信においてＭＡＣアドレスの対応関係が未学習の場合がある。この場合には、リング上の全てのブリッジノードにこのフレームを送信する必要がある。このとき、相手先ＭＡＣアドレスとしてブロードキャストアドレスを使用すると、リング上のステーションノードも受信対象となってしまう。
【０１０３】
そこで、上記問題を解決するため、マルチキャストアドレスを使用する。つまり、リング上の全てのブリッジノードを１つのグループとするマルチキャストアドレスを用意して各ブリッジノードに登録しておく。そして、図２に示すように、フレームの相手先ＭＡＣアドレスに対応するＲＰＲ  ＭＡＣアドレスが未学習である場合（対応ＲＰＲ  ＭＡＣアドレスがテーブルに未登録の場合）に、そのフレームを全てのブリッジノードへ送信するために使用する。
【０１０４】
このようにすれば、リング上のブリッジノードだけがフレームを受信することができる。このとき、ステーションノードはマルチキャストフレームを通過させるのみである。もし、ステーションノードがマルチキャストフレームを廃棄処理にする場合でも、ステーションノードは、カプセル化したフレームでも扱うことができるので、廃棄処理に問題は生じない（図２参照）。
【０１０５】
以上で述べたとおり、本発明によれば、現在の規定のパケットフォーマットに変更を加えることなく、ＲＰＲ上のすべてのブリッジノード、ステーションノード間の通信が可能となり、かつ、その通信負荷が小さいＭＡＣブリッジング方式を提供することができる。
【０１０６】
〔実施例〕
図３は、本発明の実施例としてのＩＰネットワークモデルを示す図である。図４は、本実施例における各装置（ＲＰＲノード）のＩＰ／ＭＡＣアドレス表である。図５は、図３に示す各ＲＰＲノードが持つトポロジマップテーブルの例を示す図である。
【０１０７】
〈概要〉
最初に、実施例に係るネットワークシステムの概要について説明する。図３において、装置ＲＡ，ＲＢ，ＢＣ，ＢＤ，ＲＥ，ＢＦはＲＰＲノードであり、ＲＰＲノードは、ルータとしての機能を持つステーションノードＲＡ，ＲＢ，ＲＥと、ブリッジとしての機能をもつブリッジノードＢＣ，ＢＣ，ＢＦとからなる。これらの６つのＲＰＲノードで１つのリングネットワークが形成されている。これらの各ＲＰＲノードは、トポロジディスカバリパケットのやりとりにより、図５の表に示すトポロジマップテーブルを装置内部に既に形成している。
【０１０８】
図３に示すＳ１〜Ｓ６は、ＲＰＲネットワークの外（リング外）に存在し、ＩＰフレームを送受信可能なステーションである。これらのステーションＳ１〜Ｓ６は、このＲＰＲネットワークを含む全装置のＩＰアドレスは取得済みである。但し、ＩＰアドレスに対応する各装置のＭＡＣアドレスは未学習である。また、各ＲＰＲノードもリング外の各ステーションのＭＡＣアドレスは未学習である。
【０１０９】
また、ＲＰＲネットワーク上のブリッジノードＢＣ，ＢＤ，ＢＦがグループに属するマルチキャストＭＡＣアドレス（ＭＣＡ）を全ノードが既に知っており、各ブリッジノードＢＣ，ＢＤ，ＢＦのみがこれを受信処理できるものとする。
【０１１０】
〈動作例〉
次に、実施例に係るネットワークシステムの動作例を説明する。図３に示すネットワークにおいて、以下に示す（Ａ）および（Ｂ）のデータ送受信における動作例を説明する。
【０１１１】
（Ａ）ステーションＳ１からステーションＳ６へのデータ送信
図６は、ステーションＳ１−Ｓ６間のＡＲＰフレームフォーマットの説明図である。図７は、ステーションＳ１−Ｓ６間でやりとりされるＩＰデータパケットのフォーマットの説明図である。
【０１１２】
ステーションＳ１からステーションＳ６へＩＰデータフレームを送信する場合には、最初に、ステーションＳ１はステーションＳ６のＭＡＣアドレスを知る必要がある。このため、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットをネットワークに送信し、ステーションＳ６のＭＡＣアドレスを取得する。ＡＲＰパケットのフレームフォーマットを図６に示す。
【０１１３】
ステーションＳ１から送信されるフレーム（ＡＲＰフレーム：図６（ａ）参照）の宛先アドレスはブロードキャスト（ＤＡ＝ＢＣ）である。このため、規定通りのトランスペアレント送信が行われる。つまり、ステーションＳ１に接続され、このＡＲＰフレームを受信するブリッジノードＢＣは、ＡＲＰフレームにＲＰＲヘッダ，ＨＥＣ，および再計算したＦＣＳをセットすることによって、ＡＲＰフレームをＲＰＲに従ったフォーマット（図６（ｂ）参照）に変換する（トランスペアレント変換を行う）。
【０１１４】
その後、ブリッジノードＢＣは、このＡＲＰフレームの宛先アドレスがブロードキャストであるので、ＲＰＲリングに向かって、このＡＲＰフレームがＲＰＲ上の全ノードで受信されるように、外回りおよび内回りの双方に送信する。
【０１１５】
このとき、ブリッジノードＢＣは、ステーションＳ６を収容するＲＰＲノードを学習していなければ、図６（ａ）に示すフォーマットを持つＡＲＰフレームをステーションＳ２にも送信する。
【０１１６】
また、ブリッジノードＢＣは、ステーションＳ１からのフレームの受信を契機として、自装置配下にステーションＳ１が接続されていることを学習する。すなわち、ブリッジノードＢＣは、ＭＡＣアドレスの変換テーブルに、ステーションＳ１のＭＡＣアドレス（ＭＳ１）と自装置（ブリッジノードＢＣ）のＭＡＣアドレス（ＭＢＣ）との対応関係を登録する。
【０１１７】
ＲＰＲネットワーク（ＲＰＲリング）に送信されるＡＲＰフレーム（図６（ｂ））の宛先アドレスはブロードキャストである。このため、リング上の全ノードで受信される。このとき、各ステーションノードＲＡ，ＲＢ，ＲＥは、このＡＲＰフレームを受信して解析する。しかし、各ステーションノードＲＡ，ＲＢ，ＲＥは、ＭＡＣアドレスを求めるための対応ＩＰアドレスが自ＩＰアドレスと異なるためこのＡＲＰパケットに応答しない。
【０１１８】
これに対し、各ブリッジノードＢＤ，ＢＦは、ＡＲＰフレームを受信すると、この宛先アドレス（ＲＰＲ  ＭＡＣ  ＤＡ）がブロードキャストである（ブリッジノードのＭＡＣアドレスでない）ことから、このＡＲＰフレームがカプセル化されていないと判断する。この場合、各ブリッジノードＢＤ，ＢＦは、ＡＲＰフレームを元のフォーマット（図６（ａ））に戻し、配下のステーションに送信する（トランスペアレントで動作する）。
【０１１９】
最終的に、このＡＲＰフレームには、ステーションＳ６だけが応答することができる（ＡＲＰフレームにセットされた対応ＩＰアドレスがステーションＳ６のＩＰアドレスであるため）。ステーションＳ６は、ＡＲＰフレームを受信すると、これに対応するＡＲＰ応答フレームを図６（ｃ）に示すフォーマットでブリッジノードＢＦに送信する。
【０１２０】
ブリッジノードＢＦは、ステーションＳ６から受信したＡＲＰフレームの相手先（宛先）アドレス（＝ＭＳ１）をチェックし、それがトポロジマップテーブル（図５）にないことから、当該ＭＡＣアドレスがリング外のステーションのＭＡＣアドレスであると判定する。
【０１２１】
また、ブリッジノードＢＦは、宛先アドレスで特定されるステーション（ここではステーションＳ６）が接続されているブリッジノードがどこにあるのかを未学習である。このため、ブリッジノードＢＦは、ブリッジグループに設定されたマルチキャストアドレス（＝ＭＣ）を使用し、図６（ｄ）に示すようなフォーマットでステーションＳ１からのＡＲＰフレームをカプセル化したＲＰＲフレームを生成し、ＲＰＲリング上に送信する。このＲＰＲフレームのＲＰＲ宛先アドレスはマルチキャストアドレスである。このため、このＲＰＲフレームはＲＰＲリング上の各ブリッジノードＢＣ，ＢＤのみで受信される。
【０１２２】
各ブリッジノードＢＣ，ＢＤは、ＲＰＲフレームの宛先アドレスがマルチキャストアドレスである（フレームの宛先がブリッジノードである）ことから当該ＲＰＲフレームにＭＡＣフレーム（ＥＭＡＣフレーム）がカプセル化されていると判断し、カプセルをはずして中身（ＡＲＰフレーム）を取り出し、自身の配下装置（リング外の各ステーション）に送信する。
【０１２３】
このとき、各ブリッジノードＢＣ，ＢＤは、ブリッジノードＢＦの配下にステーションＳ６が接続されていることを学習する。すなわち、各ブリッジノードＢＣ，ＢＤは、ＲＰＲフレームの送信元アドレス（ＳＡ＝ＭＢＦ）と、これにカプセル化されているＭＡＣフレーム（ＡＲＰフレーム）の送信元アドレス（ＳＡ＝ＭＳ６）とを対応づけて変換テーブルに登録する。
【０１２４】
そして、リング外のステーション（ここでは、ステーションＳ１，Ｓ２，Ｓ３，Ｓ４）に送信されたＡＲＰフレームは、ステーションＳ１のみで受信される。このようにして、ステーションＳ１は、ステーションＳ６のＭＡＣアドレスを取得することができる。
【０１２５】
次に、ステーションＳ１は、本来の送信対象であるＩＰデータパケット（ＩＰフレーム）を図７（ａ）に示すフレームフォーマットでブリッジノードＢＣへ送信する。
【０１２６】
ブリッジノードＢＣは、ステーションＳ１からのＩＰフレームを受信し、その宛先アドレスがステーションＳ６のＭＡＣアドレスである（トポロジマップテーブルに登録されていない）ことから、このＩＰフレームの宛先がＲＰＲリング上のノードではなく、学習済み（変換テーブルに登録済み）のブリッジノードＢＦの配下のステーションＳ６であることを認識することができる。
【０１２７】
このため、ブリッジノードＢＣは、ブリッジノードＢＦのＭＡＣアドレスを宛先アドレスに指定したＲＰＲヘッダでステーションＳ１からのＩＰフレームをカプセル化したＲＰＲフレーム（図７（ｂ）参照）を生成し、ＲＰＲリング上に送信する。
【０１２８】
このＲＰＲフレームはブリッジノードＢＦのみで受信される。ブリッジノードＢＦは、宛先がブロードキャスト指定でないことから、ＩＰフレームがカプセル化されていると認識する。従って、ブリッジノードＢＦは、カプセルをはずして中身のＩＰフレームをステーションＳ６に送信する。これによって、ステーションＳ１とステーションＳ６との間のデータ（ＩＰフレーム）の送受信が完了する。
【０１２９】
なお、ブリッジノードＢＦは、ＲＰＲフレームを受信したときに、その送信元ＭＡＣアドレス，およびカプセル化されているＭＡＣフレームの送信元ＭＡＣアドレスとから、ブリッジノードＢＣの配下にステーションＳ１が接続されていることを学習する（変換テーブルに登録する）ことができる。このため、逆方向、すなわちステーションＳ６からステーションＳ１へのフレーム送信は、これ以降、ステーションＳ１からステーションＳ６へＩＰフレームを送信したのと同様な方法で送信することができる。
【０１３０】
（Ｂ）ステーションノードＲＡからステーションＳ３へのデータ送信
図８は、ステーションノードＲＡ−ステーションＳ３間のＡＲＰフレームフォーマットの説明図である。図９は、ステーションノードＲＡ−ステーションＳ３間のＩＰデータパケットのフォーマットの説明図である。
【０１３１】
ルータノードＲＡからステーションＳ３へフレームを送信する場合には、上記した（Ａ）の場合と同様に、ルータノードＲＡがステーションＳ３へＩＰフレームを送信する前にＡＲＰパケットによるステーションＳ３のＭＡＣアドレスを知る手順が必要になる。ＲＡ→Ｓ３のＡＲＰに係るフレームフォーマットを図８に示す。
【０１３２】
ルータノードＲＡから送信されるＡＲＰフレームの宛先ＭＡＣアドレスはブロードキャストアドレスである（図８（ａ）参照）。このため、このＡＲＰフレームは、リング上の全ノードで受信される。このとき、各ステーションノードＲＢ，ＲＥはＡＲＰフレームを受信して解析するが、自分のＩＰアドレスではないため、これに応答しない。
【０１３３】
一方、各ブリッジノードＢＣ，ＢＤ，ＢＦはＡＲＰフレームを受信すると、その宛先ＭＡＣアドレスがブロードキャストアドレスであることからカプセル化されていないと判定し、トランスペアレント変換を行い、図８（ｂ）に示すフォーマットで配下のステーションにフレームを送信する。
【０１３４】
最終的に、このＡＲＰフレームはステーションＳ３で受信される。ステーションＳ３はＡＲＰフレームに対するＡＲＰ応答フレーム（図８（ｃ）に示すフォーマットを持つ）をブリッジノードＢＤへ送信する。
【０１３５】
ブリッジノードＢＤは、このＡＲＰ応答フレームの宛先ＭＡＣアドレスをチェックする。このときの宛先ＭＡＣアドレスは“ＤＡ＝ＭＲＡ”であり、トポロジマップテーブルに登録されている。このため、ブリッジノードＢＤは、宛先がリング上のノード向けであることを認識することができる。このため、ブリッジノードＢＤは、カプセル化を行わずにＲＰＲフォーマットにトランスペアレント変換して送信する（図８（ｄ）参照）。
【０１３６】
このＲＰＲフレーム（ＡＲＰ応答フレーム）の宛先はステーションノードＲＡである。したがって、ステーションノードＲＡだけがこのＲＰＲフレームを受信することができる。
【０１３７】
このＲＰＲフレームによって、ルータノードＲＡは、ブリッジノードＢＤの配下にステーションＳ３が存在することを学習するとともに、ステーションＳ３のＭＡＣアドレスの取得を完了する。
【０１３８】
次に、ルータノードＲＡは、本来の送信対象のＩＰデータパケット（ＩＰフレーム）をステーションＳ３宛に送信する。すなわち、ルータノードＲＡは、ＩＰフレームをカプセル化したＲＰＲフレーム（図９（ａ）参照）を生成し送信する。このＲＰＲフレームの宛先ＭＡＣアドレスは、ブリッジノードＢＤを指定している（ＤＡ＝ＭＢＤ）。このため、ブリッジノードＢＤがこのＲＰＲフレームを受信する。
【０１３９】
ブリッジノードＢＤは、ＲＰＲフレームのカプセルをはずして中身（ＩＰフレーム）をステーションＳ３に送信する。ステーションＳ３は、ブリッジノードＢＤからのＩＰフレームを受信する。このようにして、ＲＡ−Ｓ３間のデータ（ＩＰフレーム）の送受信が完了する。
【０１４０】
ステーションＳ３がＩＰデータパケット（ＩＰフレーム）をルータノードＲＡに送信する場合には、図９（ｂ）に示すフォーマットを持つＩＰフレームをブリッジノードＢＤに送信する。
【０１４１】
ブリッジノードＢＤは、ステーションＳ３からのＩＰフレームをトランスペアレント変換したＲＰＲフレーム（図９（ｃ）参照）を生成し、ステーションノードＲＡに送信する。これによって、ルータノードＲＡは、ステーションＳ３からのＩＰフレームを受信することができる。
【０１４２】
以上、図３に示すネットワークにおける２つのデータ送信パターンを示した。もっとも、他のステーション，ブリッジ，ルータ間も本発明の規則にしたがってフレームを組み立てれば、ＲＰＲ上は現在の規定フォーマットに従い、その外で元のフレームに戻すことによって、ＩＰネットワーク内のフレーム送受信を問題なく行うことができる。
【０１４３】
〈ブリッジノードの構成〉
次に、ブリッジノードの構成例について説明する。図１０は、ブリッジノードの構成例を示す図であり、図１１は、図１０に示したＲＰＲカードの構成を示すブロック図であり。図１２は、学習テーブル／ＭＡＣアドレス対応テーブルのデータ構造例を示す図である。
【０１４４】
図１０に示すブリッジノード１０は、図３における各ブリッジノードＢＣ，ＢＤ，ＢＦとして適用することができる。ブリッジノード１０は、イーサネット回線を通じてリング外のステーションと接続されるイーサネットカード（Ｅｔｈｅｒｎｅｔ  Ｃａｒｄ）１１と、ギガイーサネット回線を通じてリング外のステーションと接続されるギガイーサネットカード（Ｇｉｇａ  Ｅｔｈｅｒｎｅｔ  Ｃａｒｄ）１２と、ＲＰＲリングに接続されるＲＰＲカード（ＲＰＲ  Ｃａｒｄ）１３と、カード１１〜１３と接続されスイッチング動作によりカード間におけるＭＡＣフレームの受け渡しを行うスイッチ（ＳＷ）１４と、カード１１〜１３およびスイッチ１４を制御するＣＰＵカード（ＣＰＵ  Ｃａｒｄ）１５とを備えている。
【０１４５】
ＲＰＲカード１３，イーサネットカード１１，ギガイーサネットカード１２は、それぞれ、ＭＡＣフレームを該当するインタフェース速度、プロトコルで処理するカードである。ＣＰＵカード１５は、カード１１〜１３の管理，およびカード間インタフェースのスイッチ１４を制御する役割を担う。
【０１４６】
カード１１〜１３中の或るカードにＭＡＣフレームが入力されると、そのカードは、ＭＡＣフレームの宛先ＭＡＣアドレスをキーとして学習テーブルを検索し、学習済みであれば、他の該当カードにフォワードする。このとき、未学習であれば他の全てのカードにＭＡＣフレームをフラッディングする。
【０１４７】
このように、各カード１１〜１３には、“ＭＡＣｌｅａｒｎ”と呼ばれる学習テーブルが存在し、それらはＣＰＵカード１５により同様な学習内容を持つように管理される。
【０１４８】
また、各カード１１〜１３は、ポート番号で管理されており、学習テーブルは各ポート番号の配下にどのようなＭＡＣアドレスの装置が接続されているか、という形式の学習内容（ポート番号と配下装置のＭＡＣアドレスとの対応関係）を保持する。
【０１４９】
ＲＰＲカード１３は、本発明に係るプロトコル処理を行うカードである。図１１に示すように、ＲＰＲカード１３は、スイッチ１４（図１０）と接続されるスイッチインターフェイス（ＳＷ−ＩＮＦ）２１と、スイッチインターフェイス２１に接続されたＬ２エンジン（Ｌ２  Ｅｎｇｉｎｅ）２２と、Ｌ２エンジン２２にそれぞれ接続されたＲＰＲ  ＭＡＣ部（ＬＳＩで構成される）２３，２４と、ＲＰＲ  ＭＡＣ２３，２４にそれぞれ接続される物理インターフェイス（ＰＨＹ−ＩＮＦ）２５，２６とを備えている。
【０１５０】
また、Ｌ２エンジン２２には、トポロジマップテーブル２７と、学習テーブル（ＭＡＣｌｅａｒｎテーブル）２８と、ＭＡＣアドレス対応テーブル２９とが接続されており、Ｌ２エンジン２２による処理に応じて参照および／または更新される。
【０１５１】
ＲＰＲは二重リングであるため、外回り（Ｏｕｔｅｒ）および内回り（Ｉｎｎｅｒ）のそれぞれの通信線を収容する２つの物理インタフェース２３，２４が用意されている。物理インターフェイス２５は、フレーム受信用の外回り線，およびフレーム送信用の内回り線を収容し、物理インターフェイス２６は、フレーム受信用の内回り線，およびフレーム送信用の外回り線を収容している。
【０１５２】
Ｌ２エンジン（Ｌ２Ｅｎｇｉｎｅ）２３は、本発明に係るプロトコル処理を含めた処理を行う。Ｌ２エンジン２３は、ＲＰＲリングへ送出すべきフレームの宛先ＭＡＣアドレスにしたがって、ＲＰＲ  ＭＡＣ部２３，２４の一方を選択し、選択先のＲＰＲ  ＭＡＣ部にフレームを与える。これによって、自動的に二重リングのどちら側（外回り／内回り：Ｏｕｔｅｒ／Ｉｎｎｅｒ）に送るかが決まる。
【０１５３】
各ＲＰＲ  ＭＡＣ部２３，２４は、ＭＡＣアドレスを最終的なＲＰＲフォーマットに変換する。ここで、上記したトランスペアレント変換やカプセル化が行われる。
【０１５４】
Ｌ２エンジン２２には、主要なテーブルが３種類存在する。１つ目はＲＰＲプロトコル処理に必要なトポロジマップテーブル２７である。トポロジマップテーブル２７は、図５に示したデータ構造を持ち、リング上の各ノードのＭＡＣアドレス，ＴＴＬ等を管理している。
【０１５５】
２つ目は学習テーブル（ＭＡＣｌｅａｒｎテーブル）２８であり、図１０の説明で述べた学習テーブルに相当する。学習テーブル２８には、ＲＰＲカード１０が持つポート番号と、このポート番号のポートに接続されている装置のＭＡＣアドレスとの対応関係が登録される。
【０１５６】
３つ目はＭＡＣアドレス対応テーブル２９である。ＭＡＣアドレス対応テーブル２９には、ＲＰＲ側において各リング上のノード配下のステーションのＭＡＣアドレスとノード自身のＭＡＣアドレスの対応関係が登録される。ＭＡＣアドレス対応テーブル２９は、図１に示す変換テーブルに相当する。
【０１５７】
ＭＡＣｌｅａｒｎテーブル２８とＭＡＣアドレス対応テーブル２９とは融合が可能である。図１２は、テーブル２８とテーブル２９とが融合されたテーブル（ＭＡＣｌｅａｒｎ／ＭＡＣ対応テテーブル）３０のデータ構造例を示す図である。
【０１５８】
図１２に示すように、テーブル３０は、ノード名（装置名）と、このノードのＭＡＣアドレスと、このノードに接続されているリング外ステーションの名称（装置名）と、このステーションのＭＡＣアドレスと、このステーションに対応するポート番号とからなるレコードを、学習により、リング上のノード毎に登録することができる。
【０１５９】
図１１に示したＲＰＲカード１３は、リング上の各ステーションノードにも搭載されている。
【０１６０】
〈処理フロー〉
次に、ＲＰＲリング外ステーション，ＲＰＲリング上のステーションノード，およびブリッジノードの処理について説明する。図１３は、ステーションノードのＲＰＲ  ＭＡＣフレーム送信処理を示すフローチャートであり、図１４は、ブリッジノードのＲＰＲ  ＭＡＣフレーム送信処理を示すフローチャートであり、図１５は、ブリッジノードのＲＰＲ  ＭＡＣフレーム受信処理を示すフローチャートであり、図１６は、ステーションノードのＲＰＲ  ＭＡＣフレーム受信処理を示すフローチャートである。
【０１６１】
これらの処理は、主として、ステーションノードおよびブリッジノードに搭載されたＲＰＲカードによって行われる。以下、それぞれの処理について説明する。
【０１６２】
《ステーションノードのフレーム送信処理》
ステーションノードは、所定の相手（例えば、任意のリング外のステーション）にＩＰデータパケットを送信する場合には、図３に示す処理を実行する。
【０１６３】
最初に、ステーションノードは、相手先（宛先）ＩＰアドレスから対応するＭＡＣアドレスをサーチ（検索）し（ステップＳ０１）、ＭＡＣアドレスが見つかった（知っている）か否かを判定する（ステップＳ０２）。
【０１６４】
このとき、ＭＡＣアドレスが見つかった場合（Ｓ０２；Ｙ）には、処理がステップＳ０４に進む。そうでない場合（Ｓ０２；Ｎ）には、ステーションノードは、ＡＲＰパケット送信処理により、対応するＭＡＣアドレスを取得して、処理をステップＳ０１に戻す。
【０１６５】
ステップＳ０４において、ステーションノードは、見つかったＭＡＣアドレスを宛先ＭＡＣアドレスにセットしたＭＡＣフレーム（ＩＰデータパケット含む）を作成する。
【０１６６】
次に、ステーションノードは、トポロジマップテーブル（図５参照）を参照し、ＭＡＣフレームの宛先ＭＡＣアドレスをサーチ（検索）し（ステップＳ０５）、宛先ＭＡＣアドレスがトポロジマップテーブルから見つかったか否か（登録されているか否か）を判定する（ステップＳ０６）。
【０１６７】
このとき、宛先ＭＡＣアドレスが見つかった場合（Ｓ０６；Ｙ）には、送信相手がリング上ステーションであるので、ステーションノードは、ＭＡＣフレームをＲＰＲフォーマットに修正（トランスペアレント変換）し、ＲＰＲリングに送出する（ステップＳ０７）。ステップＳ０７が終了すると、この送信処理が終了する。
【０１６８】
一方、ステップＳ０６において、宛先ＭＡＣアドレスが見つからなかった場合（Ｓ０６；Ｎ）には、ステーションノードは、ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブル（ステーションノードが持っている）でこの宛先ＭＡＣアドレスをサーチ（検索）し（ステップＳ０８）、宛先ＭＡＣアドレスが見つかったか否かを判定する（ステップＳ０９）。
【０１６９】
このとき、宛先ＭＡＣアドレスが見つかった場合（Ｓ０９；Ｙ）には、相手がブリッジノードの配下にあるリング外のステーションであり、且つこのステーションが接続されたブリッジノードのＭＡＣアドレスが分かっている（ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブルに既に登録されている）。このため、ステーションノードは、宛先ＭＡＣアドレスに対応づけられたブリッジノードのＭＡＣアドレスをＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブルから取得する（ステップＳ１０）。
【０１７０】
続いて、ステーションノードは、ステップＳ０４で作成したＭＡＣフレームをＲＰＲフォーマットでカプセル化し、送信する（ステップＳ１１）。このとき、ステーションノードは、ステップＳ１０で得たブリッジノードのＭＡＣアドレスを、ＲＰＲフォーマットにおける宛先ＭＡＣアドレスとしてセットする。ステップＳ１１の処理が終了すると、送信処理が終了する。
【０１７１】
ステップＳ０９において、宛先ＭＡＣアドレスが見つからない場合（Ｓ０９；Ｎ）には、相手がブリッジノードの配下にあるリング外のステーションであるが、このステーションが接続されたブリッジノードのＭＡＣアドレスが分からない状態（ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブルに未だ登録されていない）である。このため、ステーションノードは、ブリッジグループのマルチキャストアドレスをＲＰＲフォーマットの宛先ＭＡＣアドレスとしてＭＡＣフレームをカプセル化し、送信する（ステップＳ１２）。ステップＳ１２の処理が終了すると、送信処理が終了する。
【０１７２】
《ブリッジノードのフレーム送信処理》
次に、ＲＰＲリング上の各ブリッジノードによるフレーム送信処理について説明する。図１４に示すように、ブリッジノード１０（図１０）では、自身の配下のステーションからＭＡＣフレーム（例えば、ＩＰデータパケットを含む）をイーサネットカード１１またはギガイーサネットカード１２で受信する（ステップＳ００１）。受信されたＭＡＣフレームは、ＲＰＲリングへ送出されるものである場合には、スイッチ１４を介してＲＰＲカード１３に転送される（ステップＳ００２）。
【０１７３】
すると、ＲＰＲカード１３では、Ｌ２エンジン２２（図１１）が、スイッチインターフェイス２１を介してＭＡＣフレームを受け取り、このＭＡＣフレームから宛先ＭＡＣアドレスを取り出す（ステップＳ００３）。
【０１７４】
次に、Ｌ２エンジン２２は、宛先ＭＡＣアドレスがトポロジマップテーブル２７に登録されているか否かを検索し（ステップＳ００４）、宛先ＭＡＣアドレスが見つかったか否かを判定する（ステップＳ００５）。
【０１７５】
このとき、宛先ＭＡＣアドレスが見つかった場合（Ｓ００５；Ｙ）には、送信相手がリング上ステーションであるので、Ｌ２エンジン２２は、トポロジマップテーブルの格納内容にしたがって、対応するＲＰＲ  ＭＡＣ部にＭＡＣフレームを与える。ＲＰＲ  ＭＡＣ部は、Ｌ２エンジン２２からＭＡＣフレームを受け取ると、このＭＡＣフレームをＲＰＲフォーマットに修正（トランスペアレント変換）する。
【０１７６】
変換されたＭＡＣフレーム（ＲＭＡＣフレーム）は、対応する物理インターフェイスからＲＰＲリングに送出される（ステップＳ００６）。ステップＳ００６が終了すると、送信処理が終了する。
【０１７７】
一方、ステップＳ００５において、宛先ＭＡＣアドレスが見つからなかった場合（Ｓ００５；Ｎ）には、Ｌ２エンジン２２は、ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブル３０からこの宛先ＭＡＣアドレスを検索し（ステップＳ００７）、宛先ＭＡＣアドレスが見つかったか否かを判定する（ステップＳ００８）。
【０１７８】
このとき、宛先ＭＡＣアドレスが見つかった場合（Ｓ００８；Ｙ）には、相手がブリッジノードの配下にあるリング外のステーションであり、且つこのステーションが接続されたブリッジノードのＭＡＣアドレスが分かっている（ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブル３０に既に登録されている）。このため、Ｌ２エンジン２２は、宛先ＭＡＣアドレスに対応づけられたブリッジノードのＭＡＣアドレスをＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブル３０から取得する（ステップＳ００９）。
【０１７９】
続いて、Ｌ２エンジン２２は、トポロジマップテーブル２７の内容にしたがって、ＭＡＣフレームをテーブル３０から得られたＭＡＣアドレスとともに、対応するＲＰＲ  ＭＡＣ部に転送する。
【０１８０】
ＲＰＲ  ＭＡＣ部は、Ｌ２エンジン２２からＭＡＣフレームおよびＭＡＣアドレスを受け取ると、ＭＡＣフレームをＲＭＡＣフレームにカプセル化するとともに、ＭＡＣアドレスをこのＲＭＡＣフレームの宛先ＭＡＣアドレスにセットする。
【０１８１】
その後、ＲＭＡＣフレームは、対応する物理インターフェイスを介してＲＰＲリングに送出される（ステップＳ０１０）。ステップＳ０１０が終了すると、この送信処理が終了する。
【０１８２】
ステップＳ００８において、宛先ＭＡＣアドレスが見つからない場合（Ｓ００８；Ｎ）には、相手がブリッジノードの配下にあるリング外のステーションであるが、このステーションが接続されたブリッジノードのＭＡＣアドレスが分からない状態（ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブル３０に未だ登録されていない）である。このため、Ｌ２エンジン２２は、トポロジマップテーブルの内容にしたがって、ＭＡＣフレームおよびブリッジノードグループのマルチキャストアドレス（予め保持している）を対応するＲＰＲ  ＭＡＣ部に転送する。
【０１８３】
ＲＰＲ  ＭＡＣ部は、Ｌ２エンジンからＭＡＣフレームおよびマルチキャストアドレスを受け取ると、ＭＡＣフレームをＲＭＡＣフレームにカプセル化するとともに、マルチキャストアドレスをこのＲＭＡＣフレームの宛先ＭＡＣアドレスにセットする。  その後、ＲＰＲフレームは、対応する物理インターフェイスを介してＲＰＲリングに送出される（ステップＳ０１１）。ステップＳ０１１が終了すると、この送信処理が終了する。
【０１８４】
《ブリッジノードのフレーム受信処理》
次に、ブリッジノードによるフレーム受信処理について説明する。図１５に示すように、ブリッジノード１０（図１０）では、ＲＰＲリングからのフレーム（ＲＭＡＣフレーム）をＲＰＲカード１３で受信する。
【０１８５】
ＲＰＲカード１３では、ＲＰＲフレーム（ＲＭＡＣフレーム）の送信元ＭＡＣアドレス（ＳＡ）がチェックされ（ステップＳ１０１）、送信元ＭＡＣアドレスが自装置アドレスか否かが判定される（ステップＳ１０２）。このとき、送信元ＭＡＣアドレスが自装置アドレスである場合（Ｓ１０２；Ｙ）には、このフレームが廃棄され（ステップＳ１０３）、この受信処理が終了する。
【０１８６】
これに対し、送信元ＭＡＣアドレスが自装置アドレスでない場合（Ｓ１０２；Ｎ）には、ＲＰＲフレーム（ＲＭＡＣフレーム）の宛先ＭＡＣアドレスがチェックされ（ステップＳ１０４）、宛先ＭＡＣアドレスが自装置アドレスか否かが判定される（ステップＳ１０５）。
【０１８７】
このとき、宛先ＭＡＣアドレスが自装置アドレスである場合（Ｓ１０５；Ｙ）には、処理がステップＳ１０９に進み、そうでない場合（Ｓ１０５；Ｎ）には、処理がステップＳ１０６に進む。
【０１８８】
ステップＳ１０６では、宛先ＭＡＣアドレスがブリッジグループのマルチキャストアドレスか否かが判定され、マルチキャストアドレスである場合（Ｓ１０６；Ｙ）には、処理がステップＳ１１０に進み、そうでない場合（Ｓ１０６；Ｎ）には、処理がステップＳ１０７に進む。
【０１８９】
ステップＳ１０７では、宛先ＭＡＣアドレスがブロードキャストアドレスか否かが判定され、ブロードキャストアドレスである場合（Ｓ１０７；Ｙ）には、処理がステップＳ１１１に進み、そうでない場合（Ｓ１０７；Ｎ）には、このＲＭＡＣフレームが次の装置（隣接ノード）に送信され（ステップＳ１０８）、この受信処理が終了する。
【０１９０】
ステップＳ１０９では、このＲＭＡＣフレームが装置（ブリッジノード）内に取り込まれ、処理がステップＳ１１２に進む。
【０１９１】
ステップＳ１１０では、このＲＭＡＣフレームが装置（ブリッジノード）内に取り込まれるとともに、このＲＭＡＣフレームが次の装置（隣接ノード）に送信され、処理がステップＳ１１２に進む。
【０１９２】
ステップＳ１１１では、このＲＭＡＣフレームが装置（ブリッジノード）内に取り込まれるとともに、このＲＭＡＣフレームが次の装置（隣接ノード）に送信され、パケット（ＭＡＣフレーム）がカプセル化されていないものとして、処理がステップＳ１１４に進む。
【０１９３】
ステップＳ１１２では、ＲＭＡＣフレームのＲＰＲヘッダのＰＴ（パケットタイプ（パケット種別）：図１７参照）が“データパケット（１１）”であるか否かが判定される。パケット種別がデータパケットである場合には、ＲＭＡＣフレームにパケット（ＭＡＣフレーム）がカプセル化されているものとして、処理がステップＳ１１３に進む。
【０１９４】
ステップＳ１１３では、ＲＭＡＣフレームのカプセルが外され、中身（ＭＡＣフレーム）が、その宛先ＭＡＣアドレスにしたがって、スイッチ１４を介して対応するカード（イーサネットカード又はギガイーサネットカード）に転送され、このカードから配下の装置（ステーション）へ転送（フォワード）される。ステップＳ１１３が終了すると、この受信処理が終了する。
【０１９５】
ステップＳ１１４では、ＲＭＡＣフレームのＲＰＲヘッダのパケットタイプ（データパケット以外）がチェックされ、ＲＭＡＣフレーム内のパケット（ユーザデータ部）がそのパケットタイプに応じたプロトコル処理部に渡される。ステップＳ１１４が終了すると、この受信処理が終了する。
【０１９６】
《ステーションノードのフレーム受信処理》
次に、ステーションノードによるフレーム受信処理について説明する。図１６に示すように、ステーションノードがＲＰＲリングからＲＰＲフレーム（ＲＭＡＣフレーム）を受信すると、このＲＭＡＣフレームの送信元ＭＡＣアドレス（ＳＡ）がチェックされ（ステップＳ２０１）、送信元ＭＡＣアドレスが自装置アドレスか否かが判定される（ステップＳ２０２）。
【０１９７】
このとき、送信元ＭＡＣアドレスが自装置アドレスである場合（Ｓ２０２；Ｙ）には、このフレームが廃棄され（ステップＳ２０３）、この受信処理が終了する。これに対し、送信元ＭＡＣアドレスが自装置アドレスでない場合（Ｓ２０２；Ｎ）には、ＲＰＲフレーム（ＲＭＡＣフレーム）の宛先ＭＡＣアドレスがチェックされ（ステップＳ２０４）、宛先ＭＡＣアドレスが自装置アドレスか否かが判定される（ステップＳ２０５）。
【０１９８】
このとき、宛先ＭＡＣアドレスが自装置アドレスである場合（Ｓ２０５；Ｙ）には、処理がステップＳ２０８に進み、そうでない場合（Ｓ２０５；Ｎ）には、処理がステップＳ２０６に進む。
【０１９９】
ステップＳ２０６では、宛先ＭＡＣアドレスがブロードキャストアドレスか否かが判定され、ブロードキャストアドレスである場合（Ｓ２０６；Ｙ）には、処理がステップＳ２０９に進み、そうでない場合（Ｓ２０６；Ｎ）には、このＲＭＡＣフレームが次の装置（隣接ノード）に送信され（ステップＳ２０７）、この受信処理が終了する。
【０２００】
ステップＳ２０８では、このＲＭＡＣフレームが装置（ステーションノード）内に取り込まれ、処理がステップＳ２１０に進む。
【０２０１】
ステップＳ２０９では、このＲＭＡＣフレームが装置（ステーションノード）内に取り込まれるとともに、このＲＭＡＣフレームが次の装置（隣接ノード）に送信され、処理がステップＳ２１０に進む。
【０２０２】
ステップＳ２１０では、このＲＭＡＣフレームのＲＰＲヘッダのパケットタイプがチェックされ、ＲＭＡＣフレーム内のパケット（ユーザデータ部）がそのパケットタイプに応じたプロトコル処理部に渡される。ステップＳ２１０が終了すると、この受信処理が終了する。
【０２０３】
〔その他〕
上述した実施形態は、次の発明を開示する。下記の発明は、適宜組み合わせることが可能である。なお、本発明は、ＲＰＲプロトコルが動作している二重リングへの適用だけでなく、一重リングへの適用も可能である。たとえば、二重リングの片方を障害などにより動作しないような設定を行う。あるいは、受信したＭＡＣフレームをどちらのリングに転送する際、常に、片側のリングのみを選択する。このようにして、本発明は、一重リングに適用することができる。このような実装は、当業者であれば容易に実施できることは明らかである。
【０２０４】
（付記１）  １以上の（二重または一重の）リングにＭＡＣフレームを終端する複数のステーションノードとＭＡＣフレームを中継する複数のブリッジノードとが接続されたＲＰＲネットワークにおいて、
前記各ステーションノードは、他のステーションノードにＭＡＣフレームを送信する場合には、前記他のステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信し、或るブリッジノードに接続された前記リング外のステーションにＭＡＣフレームを送信する場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記或るブリッジノードが取り込み可能な状態で送信し、
前記各ブリッジノードは、自身に接続されたリング外のステーションから他のブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスが宛先アドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、自身に接続された前記リング外のステーションから或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、
前記各ステーションノードは、カプセル化されていないＲＰＲ  ＭＡＣフレームを取り込み、
前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを取り込み、取り込んだＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームを自身に接続されたリング外のステーションへ送信する
ＲＰＲネットワークシステム。（１）
（付記２）  前記各ステーションノードおよび前記各ブリッジノードは、前記リングに接続された全てのステーションノードおよびブリッジノードのＭＡＣアドレスが登録されたテーブルを有し、
前記各ステーションノードは、ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフォーマットで送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲＭＡＣフレームを送信し、
各ブリッジノードは、自身に接続された前記リング外のステーションから受信したＭＡＣフレームを中継する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する
付記１記載のＲＰＲネットワークシステム。（２）
（付記３）  前記各ステーションノードおよび前記各ブリッジノードは、さらに、前記各ブリッジノードのＭＡＣアドレスと、各ブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスとを対応づけて格納する対応テーブルを有し、
前記各ステーションノードおよび前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されているときには、このブリッジノードのＭＡＣアドレスを前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに設定する
付記２記載のＲＰＲネットワークシステム。（３）
（付記４）  前記各ステーションノードおよび前記各ブリッジノードは、前記複数のブリッジノードの全てがグループに属するマルチキャストアドレスを保持し、
前記各ステーションノードおよび前記各ブリッジノードは、ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されていないときには、前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに前記マルチキャストアドレスを設定する
付記３記載のＲＰＲネットワークシステム。（４）
（付記５）  前記各ブリッジノードは、ＭＡＣフレームがカプセル化され且つこのＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスに自身のＭＡＣアドレスを設定し、
前記各ブリッジノードから送信されるＭＡＣアドレスがカプセル化されたＲＰＲ  ＭＡＣフレームを中継するステーションノードおよび／またはブリッジノードは、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスと、このＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームの送信元ＭＡＣアドレスとを対応づけて前記対応テーブルに格納する
付記３記載のＲＰＲネットワークシステム。（５）
（付記６）  ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続され、
前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
前記ステーションから或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信するブリッジノード。（６）
（付記７）  前記リングに接続された全てのステーションノードおよびブリッジノードのＭＡＣアドレスが登録されたテーブルを有し、
前記ステーションから受信したＭＡＣフレームを中継する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、この宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する付記６記載のブリッジノード。
【０２０５】
（付記８）  前記各ブリッジノードのＭＡＣアドレスと、各ブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスとを対応づけて格納する対応テーブルをさらに有し、
ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されているときには、このブリッジノードのＭＡＣアドレスを前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに設定する付記７記載のブリッジノード。
【０２０６】
（付記９）  前記複数のブリッジノードの全てがグループに属するマルチキャストアドレスを保持し、
ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されていないときには、前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに前記マルチキャストアドレスを設定する
付記８記載のブリッジノード。
【０２０７】
（付記１０）  他のブリッジノードから送信され、ＭＡＣフレームがカプセル化され、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定され、且つ前記他のブリッジノードのＭＡＣアドレスが送信元ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを中継する場合に、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスと、このＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームの送信元ＭＡＣアドレスとを対応づけて前記対応テーブルに格納する付記８記載のブリッジノード。
【０２０８】
（付記１１）  ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを中継する複数のブリッジノードとともに接続され、
前記リングに接続された他のステーションノードにＭＡＣフレームを送信する場合には、この他のステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを送信し、
或るブリッジノードに接続された前記リング外のステーションにＭＡＣフレームを送信する場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記或るブリッジノードが取り込み可能な状態で送信する
ステーションノード。（７）
（付記１２）  前記リングに接続された全てのステーションノードおよびブリッジノードのＭＡＣアドレスが登録されたテーブルを有し、
ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフォーマットで送信し、宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する
付記１１記載のステーションノード。
【０２０９】
（付記１３）  前記各ブリッジノードのＭＡＣアドレスと、各ブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスとを対応づけて格納する対応テーブルをさらに有し、
ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されているときには、このブリッジノードのＭＡＣアドレスを前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに設定する付記１２記載のステーションノード。
【０２１０】
（付記１４）  前記複数のブリッジノードの全てがグループに属するマルチキャストアドレスを保持し、
ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されていないときには、前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに前記マルチキャストアドレスを設定する
付記１３記載のステーションノード。
【０２１１】
（付記１５）  他のブリッジノードから送信され、ＭＡＣフレームがカプセル化され、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定され、且つ前記他のブリッジノードのＭＡＣアドレスが送信元ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを中継する場合に、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスと、このＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームの送信元ＭＡＣアドレスとを対応づけて前記対応テーブルに格納する
付記１３記載のステーションノード。
【０２１２】
（付記１６）  ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードに搭載され、
前記リング外のステーションから送信され、且つ他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信するＲＰＲカード。（８）
（付記１７）  前記リングに接続された全てのステーションノードおよびブリッジノードのＭＡＣアドレスが登録されたテーブルを有し、
前記ステーションから送信されたＭＡＣフレームを中継する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスが前記テーブルに登録されていれば、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信し、この宛先ＭＡＣアドレスが前記テーブルに登録されていなければ、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する付記１６記載のＲＰＲカード。
【０２１３】
（付記１８）  前記各ブリッジノードのＭＡＣアドレスと、各ブリッジノードに接続された前記リング外のステーションのＭＡＣアドレスとを対応づけて格納する対応テーブルをさらに有し、
ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されているときには、このブリッジノードのＭＡＣアドレスを前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに設定する付記１７記載のＲＰＲカード。
【０２１４】
（付記１９）  前記複数のブリッジノードの全てがグループに属するマルチキャストアドレスを保持し、
ＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを送信する場合に、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが前記対応テーブルに格納されていないときには、前記ＲＰＲ  ＭＡＣフレームの宛先ＭＡＣアドレスに前記マルチキャストアドレスを設定する
付記１８記載のＲＰＲカード。
【０２１５】
（付記２０）  他のブリッジノードから送信され、ＭＡＣフレームがカプセル化され、このＭＡＣフレームの宛先ＭＡＣアドレスに対応するブリッジノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定され、且つ前記他のブリッジノードのＭＡＣアドレスが送信元ＭＡＣアドレスに設定されたＲＰＲ  ＭＡＣフレームを中継する場合に、このＲＰＲ  ＭＡＣフレームの送信元ＭＡＣアドレスと、このＲＰＲ  ＭＡＣフレーム内のＭＡＣフレームの送信元ＭＡＣアドレスとを対応づけて前記対応テーブルに格納する付記１８記載のＲＰＲカード。
【０２１６】
（付記２１）  ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードのＭＡＣフレーム中継方法であって、ブリッジノードが、
前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信する。（１０）
（付記２２）  ＲＰＲネットワークを構成する１以上のリングにＭＡＣフレームを終端する複数のステーションノードとともに接続されるブリッジノードに搭載されるＲＰＲカードのＭＡＣフレーム中継方法であって、ＲＰＲカードが、
前記リング外のステーションから送信され、且つ前記リングに接続された他のブリッジノードに接続された前記リング外の他のステーションのＭＡＣアドレスが宛先ＭＡＣアドレスに設定されたＭＡＣフレームを受信した場合には、このＭＡＣフレームがカプセル化されたＲＰＲ  ＭＡＣフレームを前記他のブリッジノードが取り込み可能な状態で送信し、
或るステーションノードのＭＡＣアドレスが宛先ＭＡＣアドレスに設定された前記ステーションからのＭＡＣフレームを受信した場合には、このＭＡＣフレームをＲＰＲ  ＭＡＣフレームに変換して送信する。
【０２１７】
【発明の効果】
本発明によれば、ＭＡＣアドレスの追加／フレームのカプセル化が行われていることを示す識別用のフラグやＥＴを不要とするＲＰＲネットワークに係る技術を提供することができる。
【０２１８】
また、本発明によれば、リング上のブリッジノードだけがアドレス不明のフレームを受信する手段をもつＲＰＲネットワークに係る技術を提供することができる。
【図面の簡単な説明】
【図１】図１は、本発明に係るフォーマット変換方法を示す図である。
【図２】図２は、ＭＡＣアドレスの対応関係が未学習である場合におけるフレーム送信の説明図である。
【図３】図３は、本発明の実施例としてのＩＰネットワークモデルを示す図である。
【図４】図４は、本実施例における各装置（ＲＰＲノード）のＩＰ／ＭＡＣアドレス表である。
【図５】図５は、図３に示す各ＲＰＲノードが持つトポロジマップテーブルの例を示す図である。
【図６】図６は、実施例におけるステーション間のＡＲＰフレームフォーマットの説明図である。
【図７】図７は、実施例におけるステーション間でやりとりされるＩＰデータパケット（ＩＰフレーム）のフォーマットの説明図である。
【図８】図８は、ステーションノードとステーションとの間を転送されるＡＲＰフレームフォーマットの説明図である。
【図９】図９は、ステーションノードとステーションとの間を転送されるＩＰデータパケット（ＩＰフレーム）のフォーマットの説明図である。
【図１０】図１０は、ブリッジノードの構成例を示す図である。
【図１１】図１１は、図１０に示したＲＰＲカードの構成例を示すブロック図である。
【図１２】図１２は、学習テーブル／ＭＡＣアドレス対応テーブルのデータ構造例を示す図である。
【図１３】図１３は、ステーションノードのＲＰＲ  ＭＡＣフレーム送信処理を示すフローチャートである。
【図１４】図１４は、ブリッジノードのＲＰＲ  ＭＡＣフレーム送信処理を示すフローチャートである。
【図１５】図１５は、ブリッジノードのＲＰＲ  ＭＡＣフレーム受信処理を示すフローチャートである。
【図１６】図１６は、ステーションノードのＲＰＲ  ＭＡＣフレーム受信処理を示すフローチャートである。
【図１７】図１７は、ＥＭＡＣフレームおよびＲＭＡＣフレームのフォーマットの説明図である。
【図１８】図１８は、ＲＰＲネットワークの例を示す図である。
【図１９】図１９は、ＲＭＡＣフレームの組み立ての説明図である。
【図２０】図２０は、リング上のノードが保持するテーブル（トポロジマップテーブル）の例を示す表（表１）である。
【図２１】図２１は、リング上のノード間に障害が発生した後におけるノードのトポロジマップテーブルの例を示す表（表２）である。
【図２２】図２２は、ステーションノードとブリッジノードとが混在したＲＰＲネットワークの例を示す図である。
【図２３】図２３は、ＩＥＥＥ８０２．１Ｄに準拠するトランスペアレントブリッジが行うフレーム処理の説明図である。
【図２４】図２４は、ＭＡＣアドレスの未学習により起きるフラッディングの説明図である。
【図２５】図２５は、障害によるステアリング動作時のフラッディングの発生の説明図である。
【図２６】図２６は、２つのブリッジに接続されたステーションを持つＲＰＲネットワーク（通常状態）の例を示す図である。
【図２７】図２７は、２つのブリッジに接続されたステーションを持つＲＰＲネットワーク（ブリッジ−リング外ステーション間の障害状態）の例を示す図である。
【図２８】図２８は、リング上の全ノードへのフレーム送信による問題の解決方法案を示す図である。
【図２９】図２９は、ＭＡＣアドレスをＲＰＲフォーマットに追加する案の説明図である。
【図３０】図３０は、ＲＰＲヘッダにフラグをつけることによってＭＡＣアドレスの存在を識別する案の説明図である。
【図３１】図３１は、ＭＡＣフレームをカプセル化する案の説明図である。
【図３２】図３２は、対応ＭＡＣアドレスが変換テーブルに登録されていない場合における処理（相手先ＲＰＲ  ＭＡＣアドレスがブロードキャスト指定される場合の処理）の説明図である。
【図３３】図３３は、対応ＭＡＣアドレスが変換テーブルに登録されていない場合における処理（相手先ＲＰＲ  ＭＡＣアドレスがブロードキャスト指定される場合の処理）の説明図である。
【符号の説明】
ＢＣ，ＢＤ，ＢＦ    ブリッジノード
ＲＡ，ＲＢ，ＲＥ    ステーションノード（ルータノード）
Ｓ１〜Ｓ６  ステーション
１０    ブリッジノード
１１    イーサネットカード
１２    ギガイーサネットカード
１３    ＲＰＲカード
１４    スイッチ
１５    ＣＰＵカード
２１    スイッチインターフェイス
２２    Ｌ２エンジン
２３，２４    ＲＰＲ  ＭＡＣ部
２５，２６    物理インターフェイス
２７    トポロジマップテーブル
２８    ＭＡＣｌｅａｒｎテーブル（学習テーブル）
２９    ＭＡＣアドレス対応テーブル
３０    ＭＡＣｌｅａｒｎ／ＭＡＣ対応テーブル
【図１】
2004242194.tif 000003
【図２】
2004242194.tif 000004
【図３】
2004242194.tif 000005
【図４】
2004242194.tif 000006
【図５】
2004242194.tif 000007
【図６】
2004242194.tif 000008
【図７】
2004242194.tif 000009
【図８】
2004242194.tif 000010
【図９】
2004242194.tif 000011
【図１０】
2004242194.tif 000012
【図１１】
2004242194.tif 000013
【図１２】
2004242194.tif 000014
【図１３】
2004242194.tif 000015
【図１４】
2004242194.tif 000016
【図１５】
2004242194.tif 000017
【図１６】
2004242194.tif 000018
【図１７】
2004242194.tif 000019
【図１８】
2004242194.tif 000020
【図１９】
2004242194.tif 000021
【図２０】
2004242194.tif 000022
【図２１】
2004242194.tif 000023
【図２２】
2004242194.tif 000024
【図２３】
2004242194.tif 000025
【図２４】
2004242194.tif 000026
【図２５】
2004242194.tif 000027
【図２６】
2004242194.tif 000028
【図２７】
2004242194.tif 000029
【図２８】
2004242194.tif 000030
【図２９】
2004242194.tif 000031
【図３０】
2004242194.tif 000032
【図３１】
2004242194.tif 000033
【図３２】
2004242194.tif 000034
【図３３】
2004242194.tif 000035