JP2003289314A - ローカルバスブリッジ - Google Patents

Abstract

(57)【要約】 【課題】 シリアルバスネットワークにおいて、バスを
分割しつつ双方のバスに接続されている端末への影響を
なくし、特定の端末が他の端末を確実に占有することが
できる環境を提供することにある。 【解決手段】 内部ポータル３が接続されているローカ
ルバス１０１に特定の端末を接続し、その識別情報をＲ
ＯＭ８に事前に記録し、電源投入後、ＲＯＭ８からの識
別情報によって内部ポータル３側に接続されている特定
の端末を検出する。外部ポータル４が接続されているロ
ーカルバス１０４に接続されているすべての端末の識別
情報を読出し、制御部５に格納する。ローカルバス１０
１にバスリセットを発生させ、ローカルバス１０４の接
続情報を通知するために自己識別パケットを制御部５で
生成し、専用ＰＨＹ６を介して送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はローカルバスブリッ
ジに関し、特にシリアルバスを分割し、互いに送受信を
するためのローカルバスブリッジに関する。

【０００２】

【従来の技術】コンピュータの性能は年々加速化し、そ
れに合わせて記憶装置等の周辺装置もますます高度化し
ている。従来、家電製品とコンピュータ製品とは明確に
区分されているが、近年、コンピュータの家電化と家電
製品のディジタル化とが進み、両者が互いに共存するこ
とができる環境が必要となっている。

【０００３】このような背景において、高速かつ大容量
のデータ転送を実現できるインタフェースとしてＩＥＥ
Ｅ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒ
ｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉ
ｎｅｅｒｓ）１３９４で標準化された高速シリアルバス
（以下、ＩＥＥＥ１３９４バスとする）があげられる。
このＩＥＥＥ１３９４バスについては、「ＩＥＥＥ Ｓ
ｔａｎｄａｒｄ ｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒ
ｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ」（以下、ＩＥＥＥ
１３９４−１９９５とする）に記載されている。

【０００４】ＩＥＥＥ１３９４−１９９５ではデータ転
送速度として、１００Ｍｂｐｓ（メガビット／秒）、２
００Ｍｂｐｓ、４００Ｍｂｐｓが規定されている。さら
に、ＩＥＥＥ１３９４−１９９５の拡張規格であるＩＥ
ＥＥ１３９４．ｂでは、最高３２００Ｍｂｐｓのデータ
転送速度が規定されている。

【０００５】信号線はシールドされたツイストペアで構
成され、耐ノイズ性を考慮して小振幅の差動信号でドラ
イブされている。このデータはデータとストローブとか
らなっており、クロックはデータとストローブとの排他
的論理和によって受信側で生成される。

【０００６】ＩＥＥＥ１３９４バスを用いて構築された
ネットワークの一例を図４０に示す。ＩＥＥＥ１３９４
バスは取り回しが容易かつシンプルな構成のケーブル２
１００を用いる。また、接続形状はＳＣＳＩ（Ｓｍａｌ
ｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａ
ｃｅ）のように、ノード（端末機器）２１０１〜２１０
ｎのようなデイジーチェン接続に固定されず、ノード２
１０１からノード２１１１，２１２１を通して、ノード
２１３１〜２１３４のように複数のポート２１３０を持
つノードで枝分かれさせて接続することも可能である。

【０００７】ＩＥＥＥ１３９４バスの大きな特徴とし
て、電源を切ることなく、ＩＥＥＥ１３９４バスのネッ
トワークに新しくノードを追加したり、取り外したりす
ることができる。ＩＥＥＥ１３９４−１９９５ではＩＥ
ＥＥ１２１２規格に従った６４ビット固定アドレシング
を採用している。

【０００８】ＩＥＥＥ１３９４のアドレスマップを図４
１に示す。アドレスマップの上位１６ビットはＮＯＤＥ
ＩＤ２２０１を示す。ＮＯＤＥ ＩＤ２２０１の上位
１０ビットはＢＵＳ ＩＤ２２０２と、下位６ビットを
ＰＨＹ（Ｐｈｙｓｉｃａｌ）ＩＤ２２０３とに分けられ
る。ＢＵＳ ＩＤ２２０１は０から１０２３までを指定
することができるが、１０２３はローカルバス２２０４
（データ転送元であるノードに直接接続されているバ
ス）を示す。また、ＰＨＹ ＩＤ２２０３は０から６３
までを指定することができるが、６３はブロードキャス
ト２２０５（バス内で接続されている全てのノードに宛
てられるデータ）を示す。

【０００９】よって、ＩＥＥＥ１３９４においてはバス
数が１０２３、各々のバスに６３のノード、合計６４４
４９台の接続が可能である。各々のノードに割当てられ
たアドレス空間は残りの４８ビット（２５６テラバイ
ト）である。０から‘ＦＦＦＦＤＦＦＦ ＦＦＦＦ’
（‘’は１６進数を示す）がメモリ空間２２０８に、
‘ＦＦＦＦ Ｅ０００ ００００’から‘ＦＦＦＦ Ｅ
ＦＦＦ ＦＦＦＦ’がプライベート空間２２０７に、
‘ＦＦＦＦ Ｆ０００ ００００’から‘ＦＦＦＦＦＦ
ＦＦ ＦＦＦＦ’がレジスタ空間２２０６にそれぞれ割
当てられる。

【００１０】ＩＥＥＥ１３９４のレジスタはＩＥＥＥ１
２１２で規格されているＣＳＲ（Ｃｏｎｔｒｏｌ ａｎ
ｄ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒｓ）アーキテクチ
ャを採用しているスタイルによって規定されている。Ｃ
ＳＲはレジスタ空間の‘０００ ００００’から‘００
０ ０１ＦＦ’までをＣＳＲコアと基本的なレジスタ空
間２２０９とによって構成されている。続けて、‘００
０ ０２００’から‘０００ ０３ＦＦ’までをバス依
存の用途２２１０で予約している。さらに‘０００ ０
８００’以降の空間も初期ユニットの中にノード依存の
リソースのための空間２２１２として予約している。

【００１１】トランザクション対応のノードは、コンフ
ィグレーションＲＯＭ空間２２１１に会社識別子等のノ
ードの特徴や機能を示す情報を実装しなくてはならな
い。コンフィグレーションＲＯＭは、図４２に示すよう
な内容が会社識別子のみの最小フォーマット形式と、図
４３に示すような一般フォーマット形式とがある。一般
フォーマットにはｂｕｓ ｉｎｆｏ ｂｌｏｃｋ２３０
１内にｎｏｄｅ ｖｅｎｄｏｒ ＩＤ２３０２（すなわ
ち、会社識別子）とｃｈｉｐ ＩＤ２３０３とがある。

【００１２】図４０において、各ノード間はツイストペ
ア線２組をシールドしたケーブル２１００で接続されて
いる。各ノードはポート２１３０からケーブル２１００
の信号線に所定のバイアス電圧をかけている。図４０に
示すネットワークにおいてノードの追加または取外しが
おきた場合、例えば、新規にノード２１４１のポート２
１４０とノード２１３４のポート２１３０とがケーブル
で接続された場合、ポート２１３０において信号線のバ
イアス電圧の変動を検知したノード２１３４はネットワ
ーク全体に、ネットワークを初期化するための信号であ
るバスリセット信号を送信する。

【００１３】バスリセット信号を受信した各ノードと、
バスリセット信号を送信したノード２１３４とは、これ
までに記憶していたネットワークにあるバス及び接続さ
れているノードに関する情報（以下、トポロジ情報とす
る）を破棄する。これによって、ネットワークの初期化
が完了する。続いて、ネットワークではトポロジ情報の
再構築が実行される。

【００１４】その時、各ノードに図４１で示すＰＨＹ
ＩＤ２２０３が割当てられ、そのバスの制御権を管理す
るルートノードや後述するＩｓｏｃｈｒｏｎｏｕｓリソ
ースを管理するＩｓｏｃｈｒｏｎｏｕｓ Ｒｅｓｏｕｒ
ｃｅ Ｍａｎａｇｅｒ（以下、ＩＲＭとする）が決定す
る。これらのバスの初期化からトポロジの構築までの設
定は、各ノード間で自動的に行われるので、ネットワー
クの使用者はノード毎に設定する必要はない。これらの
特徴を有するＩＥＥＥ１３９４バスはコンピュータとそ
の周辺機器との接続のための手段だけに留まらず、家庭
内のあらゆる機器間の接続を可能にしている。

【００１５】ＩＥＥＥ１３９４バス上では、パケットを
転送するプロセスをサブアクション（ｓｕｂａｃｔｉｏ
ｎ）と呼び、大きく分けて下記に示す二種類が存在す
る。一つはＩｓｏｃｈｒｏｎｏｕｓサブアクションと呼
ばれ、ＩＥＥＥ１３９４バスの特徴でもあるパケットを
規則的な間隔で転送するという機能をもっている。この
サブアクションでは特定のノードに転送するのでなく、
チャネルアドレスを使用してバス全体に転送する。

【００１６】もう一つはＡｓｙｎｃｈｒｏｎｏｕｓサブ
アクションと呼ばれる、非同期の転送方法である。Ａｓ
ｙｎｃｈｒｏｎｏｕｓサブアクションはＩｓｏｃｈｒｏ
ｎｏｕｓサブアクションとは異なり、規則的な間隔でデ
ータを転送することはできない。数バイトのヘッダ情報
と実データとを、指定されたノードに転送し、データを
受信したノードは必ず認識パケット（Ａｃｋｎｏｗｌｅ
ｄｇｅ Ｐａｃｋｅｔ）を返す。但し、転送先アドレス
内のＰＨＹ ＩＤ２２０３が６３のブロードキャスト
や、ＩＥＥＥ１３９４−１９９５の拡張規格であるＩＥ
ＥＥ１３９４ａ−２０００から定義されているアシンク
ロナスストリームパケット（Ａｓｙｎｃｈｒｏｎｏｕｓ
Ｓｔｒｅａｍ Ｐａｃｋｅｔ）等の認識パケットを必
要としないサブアクションの場合、認識パケットは返ら
ない。

【００１７】ＩＥＥＥ１３９４のシステム構成の一例を
図４４に示す。ＩＥＥＥ１３９４バスに接続されてい
る、トランザクション対応のノードは物理層（Ｐｈｙｓ
ｉｃａｌ Ｌａｙｅｒ）機能２４０３及びリンク層（Ｌ
ｉｎｋ Ｌａｙｅｒ）機能２４０４からなるハードウェ
ア（ｈａｒｄｗａｒｅ）機能２４０１と、トランザクシ
ョン層（Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ）機能２
４０５及びシリアルバス管理（Ｓｅｒｉａｌ Ｂｕｓ
Ｍａｎａｇｅｍｅｎｔ）機能２４０６からなるファーム
ウェア（ｆｉｒｍｗａｒｅ）機能２４０２とを有してい
る。送信パケットはトランザクション層機能２４０５か
らリンク層機能２４０４、物理層機能２４０５を通って
ＩＥＥＥ１３９４バス２４００に送信される。また、受
信パケットはＩＥＥＥ１３９４バス２４００から物理層
機能２４０３、リンク層機能２４０４を通ってトランザ
クション層機能２４０５へと送られる。

【００１８】物理層機能２４０３はバスリセットによる
初期化からトポロジの構築、ＩＥＥＥ１３９４バス２４
００のシリアルバスとリンク層機能２４０４のパラレル
バスの変換、ＩＥＥＥ１３９４バス２４００上における
アービトレーションへの参加等である。この中のトポロ
ジの構築フェーズにおいて、物理層機能２４０３はＳＥ
ＬＦ ＩＤパケットと呼ばれる、自分のＮＯＤＥ ＩＤ
２２０１やスピード、接続情報等を他ノードに対して伝
えるためのパケットを自動的に送信する。

【００１９】リンク層機能２４０４は、後述するサイク
ルスタートパケットの制御、パケット送信、リトライ制
御、パケット受信制御、上記のＣＳＲの管理等である。
トランザクション層機能２４０５は、送信パケットの生
成、受信パケットの処理等である。シリアルバス管理機
能２４０６は、ノードの制御や、上記のＩＲＭの機能等
である。

【００２０】Ｉｓｏｃｈｒｏｎｏｕｓサブアクション、
Ａｓｙｎｃｈｒｏｎｏｕｓサブアクションが行われてい
るバスの一例を図４５に示す。ＩＥＥＥ１３９４バスで
は、上述した通り、バスリセット後のトポロジ構築によ
ってルートノードが確定し、Ｉｓｏｃｈｒｏｎｏｕｓパ
ケットがある環境ではこのルートノードがサイクルスタ
ートパケット（Ｃｙｃｌｅ Ｓｔａｒｔ Ｐａｃｋｅ
ｔ）２５０２を送信するサイクルマスタになる。

【００２１】サイクルマスタは約１２５μｓ（マイクロ
秒）の間隔で、サイクルスタートパケット２５０２を送
出する。ＩＲＭからＩｓｏｃｈｒｏｎｏｕｓリソースを
獲得したノードはサイクルスタートパケット２５０２を
検知すると、Ｉｓｏｃｈｒｏｎｏｕｓパケット２５０３
を送出する。その約１２５μｓのサイクル期間２５０１
内のすべてのＩｓｏｃｈｒｏｎｏｕｓパケット２５０３
が転送し終わり、サブアクションギャップ（Ｓｕｂａｃ
ｔｉｏｎ ｇａｐ）２５０６を検出すると、各ノードは
Ａｓｙｎｃｈｒｏｎｏｕｓパケット２５０４を送出し、
それを受信したノードが認識パケット２５０５を返す。

【００２２】尚、サイクルスタートパケット２５０２も
Ａｓｙｎｃｈｒｏｎｏｕｓパケットである。また、上記
のＡｓｙｎｃｈｒｏｎｏｕｓサブアクションにおけるト
ランザクションの形態として、二種類のトランザクショ
ンがある。

【００２３】トランザクションの形態の一つであるユニ
ファイドトランザクションのデータの流れを図４６に示
す。要求ノードのトランザクション層２６０１から送信
された要求パケットは要求ノードのリンク層２６０２、
応答ノードのリンク層２６０３を通って、応答ノードの
トランザクション層２６０４が受信する。すると、応答
ノードのトランザクション層２６０４はすぐにこのパケ
ットに対する完了の認識パケットを送信し、これを要求
ノードのトランザクション層２６０１が確認してトラン
ザクションが完結する。

【００２４】もう一つの形態であるスプリットトランザ
クションのデータの流れを図４７に示す。要求ノードの
トランザクション層２６０１から送信された要求パケッ
トが、上述したユニファイドトランザクションと同様に
して、応答ノードのトランザクション層２６０４で受信
する。すると、応答ノードのトランザクション層２６０
４はこのパケットに対し、ペンディングの認識パケット
を送信し、ひとまずトランザクションを終わらせる。そ
の後、応答ノードのトランザクション層２６０４で前に
受取った要求に対する応答が準備できた時点で、完了の
応答パケットを送信する。そのパケットを要求ノードの
トランザクション層２６０１が確認し、送信した認識パ
ケットを応答ノードのトランザクション層２６０４が確
認して、トランザクションが完結する。

【００２５】ＩＥＥＥ１３９４バスではケーブルが挿抜
される度に、上述したバスリセットが発生し、バスの初
期化が行われるので、バスの使用効率が低下してしま
う。この問題を解決するために、上記のＢＵＳ ＩＤを
使用してバスを分割するＩＥＥＥ１３９４バスブリッジ
がＰ１３９４．１の規格や特開平１１−２２０４８５号
公報に示されている。

【００２６】

【発明が解決しようとする課題】上述した従来のＩＥＥ
Ｅ１３９４バスでは、バスに接続されている全てのノー
ドがあらゆるノードに対して使用権があるので、一つの
ノードがＩＥＥＥ１３９４バスに接続されている他のノ
ードを占有することができないという問題がある。

【００２７】また、ＩＥＥＥ１３９４バスブリッジを用
いてＩＥＥＥ１３９４バスを分割した時には、バスリセ
ットからトポロジ情報を構築するまでの工程も分割され
るので、ＩＥＥＥ１３９４バスブリッジの先に接続され
ているノードの存在を知る術がないという問題がある。

【００２８】そこで、本発明の目的は上記の問題点を解
消し、ＩＥＥＥ１３９４バスに接続されるノードを特定
のノードが確実に占有可能な環境を得ることができるロ
ーカルバスブリッジを提供することにある。

【００２９】また、本発明の他の目的は、バスを分割し
ても双方のバスに接続されているノード同士が互いに存
在を認識可能な環境を得ることができるローカルバスブ
リッジを提供することにある。

【００３０】

【課題を解決するための手段】本発明によるローカルバ
スブリッジは、各々複数のノードが接続された第１及び
第２のローカルバスを接続するローカルバスブリッジで
あって、予め設定された特定ノードが接続された前記第
１のローカルバスに前記第２のローカルバスの接続情報
を通知する手段と、前記第２のローカルバスに前記特定
ノードの情報のみを提示する手段とを備えている。

【００３１】すなわち、本発明のローカルバスブリッジ
は、ＩＥＥＥ１３９４ローカルバスブリッジにおいて、
ＢＵＳ ＩＤを変えることなく、バスを分割し、各バス
に接続されているノードにおいてバスが分割されている
ことを意識することなく、互いに認識しあい、パケット
の送受信を可能にしたことを特徴としている。

【００３２】本発明のローカルバスブリッジでは、一方
のバスに対して他方のノードに接続されている特定のノ
ードとして振舞い、その他のノードの存在を隠す。した
がって、その特定のノードが同じバスに接続されている
ノードを占有することが可能となる。

【００３３】

【発明の実施の形態】次に、本発明の実施例について図
面を参照して説明する。図１は本発明の一実施例による
ローカルバスブリッジの構成を示すブロック図である。
図１において、ＩＥＥＥ１３９４ローカルバスブリッジ
１はＬＩＮＫ機能２と、専用ＰＨＹ（Ｐｈｙｓｉｃａｌ
Ｌａｙｅｒ）機能６と、標準ＰＨＹ機能７と、ＲＯＭ
（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８とから構成さ
れている。ここで、ＰＨＹ機能とはＩＥＥＥ１３９４−
１９９５またはその拡張規格で規定された物理層の機能
を持つハードウェアのことである。

【００３４】また、ＬＩＮＫ機能２は内部ポータル３
と、外部ポータル４と、制御部５とから構成されてい
る。内部ポータル３及び外部ポータル４はＰＨＹ−ＬＩ
ＮＫインタフェース１０２，１０３を通じてそれぞれ専
用ＰＨＹ機能６及び標準ＰＨＹ機能７に接続されてい
る。

【００３５】内部ポータル３はローカルバス１０１上で
一つのノードとして機能し、ローカルバス１０４に接続
されているノードの情報を伝える。外部ポータル４はロ
ーカルバス１０４上でローカルバス１０１に接続されて
いる特定のノードとして機能し、ローカルバス１０１に
接続されているその他のノードの情報は伝えない。

【００３６】また、内部ポータル３及び外部ポータル４
と制御部５とは内部バス１１１，１１２で接続されてお
り、互いに通信が可能である。また、制御部５からＲＯ
Ｍ８にコンフィグレーションＲＯＭの情報等の必要な情
報を読み書きすることが可能である。

【００３７】制御部５は上記のシリアルバス管理、トラ
ンザクション層、リンク層の機能の他に、バスリセット
分割、コンフィグレーションＲＯＭのミラーリング、Ｎ
ＯＤＥ ＩＤ変換、スピード変換の機能を行う。

【００３８】ＩＥＥＥ１３９４ローカルバスブリッジ１
は、内部ポータル３が接続されているローカルバス１０
１に特定の端末を接続し、その識別情報をＲＯＭ８に事
前に記録しておき、電源投入後、ＲＯＭ８からの識別情
報により内部ポータル３側に接続されている特定の端末
を検出する。

【００３９】一方、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１は、外部ポータル４が接続されているローカルバ
ス１０４に接続されているすべての端末の識別情報を読
出し、制御部５に格納する。ＩＥＥＥ１３９４ローカル
バスブリッジ１は、再度、ローカルバス１０１にバスリ
セットを発生させ、ローカルバス１０４の接続情報を通
知するために自己識別パケットを制御部５で生成し、専
用ＰＨＹ６を介して送信する。さらに、ＩＥＥＥ１３９
４ローカルバスブリッジ１はローカルバス１０４にロー
カルバス１０１に接続されている特定の端末の情報のみ
を提示することによって、その特定の端末として振舞
う。

【００４０】図２は図１の内部ポータル３の構成を示す
ブロック図である。図２において、内部ポータル３はパ
ケット受信制御部３１とパケット送信制御部３２とから
構成されている。パケット受信制御部３１はパケット受
信部３１１と、Ａｓｙｎｃｈｒｏｎｏｕｓパケット受信
制御部３１２と、Ｉｓｏｃｈｒｏｎｏｕｓパケット受信
制御部３１３とから構成されている。パケット送信制御
部３２はパケット送信部３２１と、サイクルスタートパ
ケット送信制御部３２２と、Ａｓｙｎｃｈｒｏｎｏｕｓ
パケット送信制御部３２３と、Ｉｓｏｃｈｒｏｎｏｕｓ
パケット送信制御部３２４とから構成されている。

【００４１】パケット受信制御部３１においてはローカ
ルバス１０１から受信したパケットを専用ＰＨＹ機能６
を通して受信し、そのパケットをパケット受信部３１１
によってＡｓｙｎｃｈｒｏｎｏｕｓパケットとＩｓｏｃ
ｈｒｏｎｏｕｓパケットとに分割し、各受信制御部に転
送する。Ａｓｙｎｃｈｒｏｎｏｕｓパケット受信制御部
３１２はパケットを受信すると、必要な情報を制御部５
に送り、許可を受けてから必要な情報を付加して制御部
５に転送する。また、Ｉｓｏｃｈｒｏｎｏｕｓパケット
受信制御部３１３はパケットを受信すると、転送に必要
な情報を付加して制御部５に転送する。

【００４２】パケット送信制御部３２においては制御部
５からサイクルスタートパケット送信制御部３２２にパ
ケットが転送されてきたら、そのパケットをパケット送
信部３２１からＡｓｙｎｃｈｒｏｎｏｕｓのタイミング
で専用ＰＨＹ機能６に送信し、ローカルバス１０１にお
ける上記のＡｓｙｎｃｈｒｏｎｏｕｓサブアクションを
行う。

【００４３】制御部５からＡｓｙｎｃｈｒｏｎｏｕｓ送
信制御部３２３に転送されてきたパケットは、上記のサ
イクルスタートパケットと同様に、Ａｓｙｎｃｈｒｏｎ
ｏｕｓのタイミングでパケット送信部３２１から送信を
行う。尚、サイクルスタートパケットとＡｓｙｎｃｈｒ
ｏｎｏｕｓパケットとにおいては、サイクルスタートパ
ケットが優先して送信される。Ｉｓｏｃｈｒｏｎｏｕｓ
送信制御部３２４も、上記と同様にして、Ｉｓｏｃｈｒ
ｏｎｏｕｓのタイミングでＩｓｏｃｈｒｏｎｏｕｓサブ
アクションを行う。

【００４４】図３は図１の外部ポータル４の構成を示す
ブロック図である。図３において、外部ポータル４はパ
ケット受信制御部４１とパケット送信制御部４２とから
構成されている。パケット受信制御部４１はパケット受
信部４１１と、サイクルスタートパケット受信制御部４
１２と、Ａｓｙｎｃｈｒｏｎｏｕｓパケット受信制御部
４１３と、Ｉｓｏｃｈｒｏｎｏｕｓパケット受信制御部
４１４とから構成されている。パケット送信制御部４２
はパケット送信部４２１と、サイクルスタートパケット
送信制御部４２２と、Ａｓｙｎｃｈｒｏｎｏｕｓパケッ
ト送信制御部４２３と、Ｉｓｏｃｈｒｏｎｏｕｓパケッ
ト送信制御部４２４とから構成されている。外部ポータ
ル４ではサイクルスタートパケット受信制御部４１２を
除いて、上述した内部ポータル３と同様の動作をする。

【００４５】内部ポータル３は後述する専用ＰＨＹ機能
６の動作によって、確実に上記のサイクルマスタ及びＩ
ＲＭになるので、サイクルスタートパケットは送信方向
のみであるが、外部ポータル４ではバスリセットの度に
サイクルマスタが変わり、サイクルスタートパケットの
送受信の方向が決まる。送信する時は内部ポータル３と
同様の動作となり、受信動作はローカルバス１０４から
のパケットを標準ＰＨＹ機能７を通して受信し、パケッ
ト受信部４１１、サイクルスタートパケット受信制御部
４１２と通じて制御部５に転送する動作となる。

【００４６】図４は図１の制御部５の構成を示すブロッ
ク図である。図４において、制御部５はサイクルスター
トパケット制御部５１と、トランザクション制御部５２
と、ＩＤ変換部５３と、ＣＳＲ（Ｃｏｎｔｒｏｌ ａｎ
ｄ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒｓ）制御部５４と
から構成されている。トランザクション制御部５２は内
部ポータル３から外部ポータル４へパケットを転送する
ためのＡｓｙｎｃｈｒｏｎｏｕｓパケット転送ＦＩＦＯ
（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）５２１と、
Ｉｓｏｃｈｒｏｎｏｕｓパケット転送ＦＩＦＯ５２２
と、外部ポータル４から内部ポータル３へパケットを転
送するためのＡｓｙｎｃｈｒｏｎｏｕｓパケット転送Ｆ
ＩＦＯ５２３と、Ｉｓｏｃｈｒｏｎｏｕｓ転送ＦＩＦＯ
５２４とから構成されている。

【００４７】サイクルスタートパケット制御部５１は外
部ポータル４がサイクルマスタであるか否かを調査し、
サイクルマスタであれば、サイクルスタートパケットを
送信するタイミングで内部ポータル３及び外部ポータル
４の両方に送信し、サイクルマスタでなければ、外部ポ
ータル４からサイクルスタートパケットが転送されてき
たら、そのタイミングで内部ポータル３にサイクルスタ
ートパケットを送信する。

【００４８】トランザクション制御部５２は内部ポータ
ル３からＡｓｙｎｃｈｒｏｎｏｕｓパケットを受信した
ら、Ａｓｙｎｃｈｒｏｎｏｕｓパケット転送用ＦＩＦＯ
５２１に１パケット分受信してから外部ポータル４へ送
信する。また、外部ポータル４からＡｓｙｎｃｈｒｏｎ
ｏｕｓパケットが転送されてきた場合も、上記と同様で
ある。

【００４９】トランザクション制御部５２は内部ポータ
ル３からＩｓｏｃｈｒｏｎｏｕｓパケットを受信した
ら、外部ポータル４で送受信するサイクルスタートパケ
ットの後に送信するタイミングで外部ポータル４に転送
する。外部ポータル４から転送してきた場合も基本的に
は同じであるが、後述するように、両者の送信タイミン
グは少々異なる。

【００５０】ＩＤ変換部５３は内部ポータル３のローカ
ルバス１０１に接続されているノードのトポロジと、外
部ポータル４のローカルバス１０４に接続されているノ
ードのトポロジとを認識するとともに、その情報をＩＤ
変換テーブル５３１に保持する。

【００５１】図５は図４のＩＤ変換テーブル５３１の構
成を示す図である。ここで、内部ポータル３をポータル
Ａ、外部ポータル４をポータルＢとする。図５におい
て、ＩＤ変換テーブル５３１はポータルＡノード管理番
号５３１ａ、ポータルＡノード転送性能コード５３１
ｂ、ポータルＡノードＩＤ５３１ｃ、ポータルＢノード
管理番号５３１ｄ、ポータルＢノード転送性能コード５
３１ｅ、ポータルＢノードＩＤ５３１ｆ、ポータルＢノ
ード管理番号アクティブフラグ５３１ｇ、ポータルＢノ
ードアクティブフラグ５３１ｈ、ポータルＢ自ノードフ
ラグ５３１ｉ、ポータルＢルートフラグ５３１ｊ、ポー
タルＢコンテンダフラグ５３１ｋ、仮想ポート管理番号
５３１ｌの各フィールドから構成されている。

【００５２】ポータルＡノード管理番号５３１ａのフィ
ールドには上記のポータルＡで検出した登録ノードのｎ
ｏｄｅ ｖｅｎｄｏｒ ＩＤ（会社識別子）２３０２及
びｃｈｉｐ ＩＤ２３０３のデータが格納される。ポー
タルＡのバスリセット発生時に登録ノードを検出する動
作では、このポータルＡノード管理番号５３１ａと比較
し、一致したものを登録ノードと判断する。これは、各
装置において、バスリセット時に不変である認識番号
（装置固有の認識番号）を使うことで、各装置を識別し
ようとするものである。尚、図５ではｎｏｄｅ ｖｅｎ
ｄｏｒ ＩＤ２３０２及びｃｈｉｐ ＩＤ２３０３をマ
ージして３２ビット構成としているが、ｎｏｄｅ ｖｅ
ｎｄｏｒ ＩＤ２３０２及びｃｈｉｐ ＩＤ２３０３を
そのまま格納して６４ビット構成としてもよい。また、
ｎｏｄｅ ｖｅｎｄｏｒ ＩＤ２３０２及びｃｈｉｐ
ＩＤ２３０３以外に、各装置を識別する手段があれば、
それを管理コードとしても差し支えない。

【００５３】ポータルＡノード転送性能コード５３１ｂ
のフィールドは２ビットで構成され、登録ノードの転送
可能速度をあらわす。本発明のＩＥＥＥ１３９４ローカ
ルバスブリッジは、ポータルＡからポータルＢへのパケ
ット転送時及びポータルＢからポータルＡへのパケット
転送時、接続相手に合わせた適正な転送速度に変換をも
可能とさせているためである。尚、転送性能がＳ１００
（１００Ｍｂｐｓ）の場合に＃０、Ｓ２００（２００Ｍ
ｂｐｓ）の場合に＃１、Ｓ４００（４００Ｍｂｐｓ）の
場合に＃２としている。

【００５４】ポータルＡノードＩＤ５３１ｃのフィール
ドは６ビットで構成され、ポータルＡに登録されている
ノードのポータルＡでのノードＩＤ、及びポータルＡか
ら見たポータルＢの各ノードのノードＩＤを示すもので
ある。

【００５５】ポータルＢノード管理番号５３１ｄのフィ
ールドにはポータルＢに存在する各ノードのｎｏｄｅ
ｖｅｎｄｏｒ ＩＤ２３０２及びｃｈｉｐ ＩＤ２３０
３のデータが格納される。ポータルＢのバスリセット発
生時にノードを検出する動作では、このポータルＢノー
ド管理番号５３１ｄを使って各ノードの識別を行う。こ
れも、各装置において、バスリセット時に不変である認
識番号を使うことで、各装置を識別しようとするもので
ある。尚、図５ではｎｏｄｅ ｖｅｎｄｏｒＩＤ２３０
２及びｃｈｉｐ ＩＤ２３０３をマージして３２ビット
構成としているが、ｎｏｄｅ ｖｅｎｄｏｒ ＩＤ２３
０２及びｃｈｉｐ ＩＤ２３０３をそのまま格納して６
４ビット構成としてもよい。また、ｎｏｄｅ ｖｅｎｄ
ｏｒＩＤ２３０２及びｃｈｉｐ ＩＤ２３０３以外に、
各装置を識別する手段があれば、それを管理コードとし
ても差し支えない。

【００５６】ポータルＢノード転送性能コード５３１ｅ
のフィールドは２ビットで構成され、ポータルＢの各ノ
ードの転送可能速度を表す。ポータルＡと同様に、転送
性能がＳ１００（１００Ｍｂｐｓ）の場合に＃０、Ｓ２
００（２００Ｍｂｐｓ）の場合に＃１、Ｓ４００（４０
０Ｍｂｐｓ）の場合に＃２としている。これは本発明の
ＩＥＥＥ１３９４ローカルバスブリッジ１において、ポ
ータルＡからポータルＢへのパケット転送時、及びポー
タルＢからポータルＡへのパケット転送時に接続相手に
合わせた適正な転送速度への変換をも可能とさせている
ためである。

【００５７】ポータルＢノードＩＤ５３１ｆのフィール
ドは６ビットで構成され、ポータルＢ上での各ノードの
ノードＩＤを格納する。ポータルＢノード管理番号アク
ティブフラグ５３１ｇのフィールドは１ビットで構成さ
れ、ポータルＢノード管理番号５３１ｄが有効かどうか
を表す。ポータルＢでバスリセットが発生した場合には
各ノードの識別時に随時アクティブにしていく。

【００５８】ポータルＢノードアクティブフラグ５３１
ｈのフィールドは１ビットで構成され、ポータルＢの各
仮想ポートにノードが存在するかどうかを示すものであ
る。ＩＥＥＥ１３９４ローカルバスブリッジ１はポータ
ルＢのバスリセットで認識したノードに対応したポート
をアクティブにする。例えば、ポータルＢのノードが抜
かれた場合、ＩＥＥＥ１３９４ローカルバスブリッジ１
はポータルＢノードアクティブフラグ５３１ｈをクリア
させる。もし、抜かれたノードが復活した場合、ＩＥＥ
Ｅ１３９４ローカルバスブリッジ１はそのポータルＢノ
ード管理番号５３１ｄに一致すると、ポータルＢノード
アクティブフラグ５３１ｈを有効にする。

【００５９】これは、ポータルＢのバスリセットを、不
用意にポータルＡへ伝えず、ポータルＡの転送効率を向
上させるために用意している。但し、ポータルＢで新し
いノードが発見された場合、すなわち、ポータルＢノー
ド管理番号アクティブフラグ５３１ｇがアクティブであ
るポータルＢノード管理番号５３１ｄと一致するノード
が存在しない場合には、初めてポータルＢに新しいノー
ドが追加されたことを認識することができる。

【００６０】ポータルＢ自ノードフラグ５３１ｉのフィ
ールドは１ビットで構成され、ポータルＢのノード識別
時、ＩＥＥＥ１３９４ローカルバスブリッジ１が割当て
られたノードについてフラグをアクティブにする。

【００６１】ポータルＢルートフラグ５３１ｊのフィー
ルドは１ビットで構成され、ポータルＢのルートノード
のノードについてアクティブにする。ポータルＢコンテ
ンダフラグ５３１ｋのフィールドは１ビットで構成さ
れ、ポータルＢのコンテンダが可能なノードについてア
クティブにする。もし、ポータルＢルートフラグ５３１
ｊがアクティブでポータルＢコンテンダフラグ５３１ｋ
がアクティブでない場合、サイクルマスタが存在しなく
なり、サイクルがポータルＡとの整合を取れなくなって
しまう。そのうような不整合を生じさせないため、ポー
タルＢルートフラグ５３１ｊとポータルＢコンテンダフ
ラグ５３１ｋとが用意されている。

【００６２】仮想ポート管理番号５３１ｌのフィールド
は４ビットで構成され、ポータルＢの各ノードをどのポ
ートに割り振るかを管理するために用意されている。仮
想ポート管理番号５３１ｌは仮想１６ポートＰＨＹのポ
ート２からポート１５までに対応する。ポータルＢ自ノ
ードフラグ５３１ｉが立っているところは、番号の読み
を１つ飛ばして数える。ゆえに、それぞれの番号はそれ
ぞれのポート番号と一致する。パケットの転送はこのＩ
Ｄ変換テーブル５３１の情報を基に行われる。

【００６３】ＣＳＲ制御部５４は各ポータルに接続され
たノードから自ノードのレジスタ空間２２０６宛てのパ
ケットを受信した場合、自動的に応答パケットを生成し
て送信する。外部ポータル４から自ノードのコンフィグ
レーションＲＯＭ空間２２１１にアクセスがきた場合に
は、内部ポータル３側に接続されている特定のノードか
ら事前にコピーしたコンフィグレーションＲＯＭの内容
を返す。

【００６４】上述のＩＤ変換を実現させるためには、ポ
ータルＢのトポロジを、ポータルＡへ伝えることが必要
となるが、単純に自ノードの自己識別パケットや、ポー
タルＢで発生した自己識別パケットのノードＩＤを変換
した自己識別パケットを送出することはできない。なぜ
なら、ポータルＢとポータルＡとはそれぞれ独立したロ
ーカルバスとしてトポロジを構成しているため、ポータ
ルＡでの各自己識別パケットのポート接続情報に不整合
が生じてしまうためである。そこで、トポロジの不整合
を生じさせないための方策が必要となる。これを実現す
るため、ポータルＡに対し、仮想１６ポートＰＨＹに見
せかけることで、解決することができる。

【００６５】図６は本発明の一実施例で用いる仮想１６
ポートＰＨＹのイメージ図である。図６においては上記
の解決策のイメージを示している。図６において、本発
明ではＩＥＥＥ１３９４ローカルバスブリッジ１に仮想
的に１６ポートが存在するように見せかけている。

【００６６】ポータルＡに現実に存在するポートはポー
トＰ(0) １１及びＰ(1) １２である。残りのポートＰ
(2) １３，Ｐ(3) １４，Ｐ(4) １５，Ｐ(5) １６，Ｐ
(6) １７，Ｐ(7) １８，Ｐ(8) １９，Ｐ(9) ２０，Ｐ(1
0)２１，Ｐ(11)２２，Ｐ(12)２３，Ｐ(13)２４，Ｐ(14)
２５，Ｐ(15)２６は仮想ポートとし、ポータルＢの各ノ
ードがそれぞれに接続されているように見せかける。

【００６７】図７は本発明の一実施例によるローカルバ
スブリッジの自ノードの自己識別パケットの詳細な構成
を示す図であり、図８は本発明の一実施例によるポータ
ルＢの各ノードの自己識別パケットの詳細な構成を示す
図である。これら図７及び図８はポータルＢのトポロジ
をポータルＡへ伝える際の自己識別パケットを示してい
る。

【００６８】図７においてはＩＥＥＥ１３９４ローカル
バスブリッジの自ノードの自己識別パケットの詳細な構
成を示している。この自己識別パケットは３つのパケッ
トＰＫＴ(0) ６０１，ＰＫＴ(1) ６０２，ＰＫＴ(2) ６
０３で構成されており、Ｐ(0) ６０４，Ｐ(1) ６０５，
Ｐ(2) ６０６，Ｐ(3) ６０７，Ｐ(4) ６０８，Ｐ(5)６
０９，Ｐ(6) ６１０，Ｐ(7) ６１１，Ｐ(8) ６１２，Ｐ
(9) ６１３，Ｐ(10)６１４，Ｐ(11)６１５，Ｐ(12)６１
６，Ｐ(13)６１７，Ｐ(14)６１８，Ｐ(15)６１９の各フ
ィールドによってポート１５までのポートの状態を伝え
ることができる。

【００６９】すなわち、この１６個のポートのうちＰ
(2) ６０６，Ｐ(3) ６０７，Ｐ(4) ６０８，Ｐ(5) ６０
９，Ｐ(6) ６１０，Ｐ(7) ６１１，Ｐ(8) ６１２，Ｐ
(9) ６１３，Ｐ(10)６１４，Ｐ(11)６１５，Ｐ(12)６１
６，Ｐ(13)６１７，Ｐ(14)６１８，Ｐ(15)６１９の各フ
ィールドによって１４個のポートを仮想ポートに割当て
ることで、ポータルＢのトポロジ情報をポータルＡに伝
えることができる。尚、各パケットの情報は、ＩＤ変換
テーブル５３１の情報を基に生成されて送信される。

【００７０】図８においてはポータルＢの各ノードの自
己識別パケットの詳細な構成を示している。この自己識
別パケットはあたかも仮想ポートに接続され、かつそれ
ぞれのノードには１個のポートしか存在しないようにＰ
(1) ７０２，Ｐ(2) ７０３を未接続と表す＃００に固定
している。Ｐ(0) ７０１及びその他の情報はＩＤ変換テ
ーブル５３１の情報を基に生成することができる。

【００７１】このように、仮想１６ポートＰＨＹ構成を
実現させることによって、後述するＩＤ変換を効率的
に、かつ単純化させることができる。もし、ポータルＢ
のトポロジをそのまま反映させた場合、ＩＤ変換テーブ
ル５３１は非常に複雑化し、ハードウェアロジックでは
対応することができない。今回のような、ローカルバス
ブリッジを実現させるためには、高速でのＩＤ変換が必
要であり、ＩＤ変換テーブル５３１を単純化させること
によって、それを実現するものである。ちなみに、ＩＤ
変換テーブル５３１の仮想ポート管理番号５３１ｌは、
その仮想ポートに対応している。管理番号＃００は仮想
ポートＰ(2) １３、管理番号＃０１は仮想ポートＰ(3)
１４、以下順次、昇順に割当て、自ノードフラグの部分
は飛ばして管理し、管理番号＃１４は仮想ポートＰ(15)
２６と割り振る。したがって、ＩＤ変換テーブル５３１
とトポロジ管理とが非常に簡略化され、高速な自己識別
パケットの送信やＩＤ変換を可能とすることができる。

【００７２】Ｉｓｏｃｈｒｏｎｏｕｓサブアクション
は、サイクルスタートパケットによって等時性を保たせ
ている。本発明のＩＥＥＥ１３９４ローカルバスブリッ
ジ１では、ポータルＡとポータルＢとが別々のローカル
バスであることから、その同期を取るため、ポータルＡ
またはポータルＢのどちらかでルートを確保する必要が
ある。

【００７３】ポータルＢには別のＩＥＥＥ１３９４ロー
カルバスブリッジが接続される場合が考えられ、その場
合、互いにルートを取り合ってしまう可能性がある。し
たがって、ＩＥＥＥ１３９４ローカルバスブリッジ１の
ポータルＡにおいてルートを確実に取る方法を考える必
要がある。そのため、ポータルＡ側のＰＨＹに専用ＰＨ
Ｙ機能６が必要となる。

【００７４】次に、確実にルートを取る方法について説
明する。通常ルートの決定は、ＰＨＹ同士でペアレント
ノティファイ信号とチャイルドノティファイ信号とのや
り取りで行わる。バスリセットが発生すると、トポロジ
の構築が開始される。

【００７５】各ＰＨＹは１つのポートを除いて接続され
ているポートが無いか、または１つのポートを除いて接
続されたポートからペアレントノティファイ信号を受取
った場合、残った１つのポートに対してペアレントノテ
ィファイ信号を受信するか否かを規定時間待って、ペア
レントノティファイ信号を受取らなかった場合、自らペ
アレントノティファイ信号を出力する。

【００７６】逆に、すべてのポートからペアレントノテ
ィファイ信号を受信した場合、そのＰＨＹがルートとな
る。そこで、本発明で使用する専用ＰＨＹ機能６は、バ
スリセット後のトポロジ構築時、ペアレントノティファ
イ信号を出すタイミングをループ検出しないぎりぎりま
で遅らせることによって、確実にルートを取ることを可
能とさせている。

【００７７】図９〜図１１は本発明の一実施例によるロ
ーカルバスブリッジ全体の動作を示すフローチャートで
ある。図１２は本発明の一実施例における登録モード時
の接続形態を示す図であり、図１３は本発明の一実施例
における登録モード時にポータルＡへの最初のバスリセ
ットを発行してから自己識別フェーズの終了までの流れ
を示す図であり、図１４は本発明の一実施例における登
録モード時にポータルＡへの最初のバスリセット発行時
の各ノードの自己識別パケットの詳細な構成を示す図で
ある。

【００７８】これら図９〜図１４を参照して本実施例の
動作について説明する。まず、本発明のＩＥＥＥ１３９
４ローカルバスブリッジ１全体の動作について説明す
る。尚、以下の説明では上記の内部ポータル３をポータ
ルＡ、外部ポータル４をポータルＢとする。

【００７９】ＩＥＥＥ１３９４ローカルバスブリッジに
は、２つの動作方式があり、その動作方式の設定方法
は、本実施例においてハードウェアリセットが解除され
た時の一入力端子の状態を見て動作方式を決定づけるも
のとする。動作方式は、ポータルＡに接続する特定のノ
ードをＩＥＥＥ１３９４ローカルバスブリッジに事前に
登録する動作方式と、通常運用する時の動作方式とがあ
る。以下、前者を登録モード、後者を通常モードと称
す。まず、登録モードについて説明する。

【００８０】登録モード時の接続形態を図１２に示す。
登録モード時にはＩＥＥＥ１３９４ローカルバスブリッ
ジ１のポータルＡ側のポート９１，９２のいずれかに１
台のＩＥＥＥ１３９４インタフェースを有する端末機器
を接続する。ここではこの端末機器をノードＡ９とす
る。

【００８１】ユーザはＩＥＥＥ１３９４ローカルバスブ
リッジ１を登録モードに設定した後、電源を投入する
（図９ステップＳ１）。ＩＥＥＥ１３９４ローカルバス
ブリッジ１に接続されるハードウェアリセット信号が解
除と同時に、ＩＥＥＥ１３９４ローカルバスブリッジ１
は登録モードに入る。

【００８２】まず、動作方式に関わらず、ＥＥＰＲＯＭ
（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒ
ｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏ
ｒｙ）８の内容をＣＳＲ制御部５４内部のレジスタ（図
示せず）にロードする（図９ステップＳ２）。このデー
タの内容はポータルＡ側に接続されるノードに示すため
のＩＥＥＥ１３９４ローカルバスブリッジ１自身のコン
フィグレーションＲＯＭの内容である。

【００８３】続いて、ＩＥＥＥ１３９４ローカルバスブ
リッジ１はポータルＡ側にバスリセットを発生する（図
９ステップＳ３，Ｓ４）。バスリセットが発生すると、
自己識別フェーズが開始される。この自己識別フェーズ
の動作について、図１３及び図１４を参照して説明す
る。図１３は横軸が時間で、バスリセットが発生してか
ら、自己識別フェーズの終了までを表している。図１４
はノードＡの自己識別パケットの詳細ＰＫＴ(0) ９０１
及びＩＥＥＥ１３９４ローカルバスの自己識別パケット
の詳細ＰＫＴ(1) ９２１，ＰＫＴ(2) ９２２，ＰＫＴ
(3) ９２３を示すものである。

【００８４】ポータルＡのローカルバス上でバスリセッ
トが発生すると、ＰＨＹからバスリセット開始を知らせ
るステート（Ｂｕｓ Ｒｅｓｅｔ）８０１が通知され
る。次に、ノードＡ９とＩＥＥＥ１３９４ローカルバス
ブリッジ１との間でトポロジの構築がなされ、子ノー
ド、親ノードが決定され、自己識別フェーズが開始され
る。

【００８５】ポータルＡ側のＰＨＹは、上述した専用Ｐ
ＨＹ機能６であるので、必ずＩＥＥＥ１３９４ローカル
バスブリッジ１がルートとなる。自己識別パケットの送
信順番は、ルートから見て子ノードの中でポート０側か
ら順次送信が許される。図１２での接続形態では、ノー
ドＡ９及びＩＥＥＥ１３９４ローカルバスブリッジ１の
みの構成であるため、子ノードであるノードＡ９の自己
識別パケットが、ノードＡ９から発行されるノードＡの
識別パケット（ＩＤ＃０）８０２がそれにあたる。この
時の自己識別パケットの詳細は図１４に示すノードＡの
自己識別パケットの詳細ＰＫＴ(0) ９０１の形になる。

【００８６】この場合、最初の自己識別パケットである
ため、上記の自己識別パケットのＰＨＹ ＩＤ９０２は
＃０となる。ｇａｐ ｃｎｔ９０３は現在、ノードＡ９
に設定されているギャップカウントの値が反映される。
ここでは、全くの最初の自己識別フェーズであるため、
＃３Ｆとなる。ｓｐ９０４、ｄｅｌ９０５、ｃビット９
０６、ｐｗｒ９０７はノードＡ９の条件に準じる。

【００８７】ｐ(0) ９０８はノードＡ９のＰ(0) ９１の
状態を表し、ＩＥＥＥ１３９４ローカルバスブリッジ１
に対して子ノードであるため、＃１０となる。ｐ(1) ９
０９はノードＡ９のＰ(1) ９２の状態を表し、未接続で
あるため、＃０１となる。ｐ(2) ９１０はノードＡ９に
存在しないため、＃００となる。

【００８８】ｉビット９１１はバスリセットを発生させ
たかどうかを示すので、状況によって変化する。ここで
は、ＩＥＥＥ１３９４ローカルバスブリッジ１がバスリ
セットを発行しているため、＃０となる。ノードＡ９に
は、これ以上ポートが存在しないため、ｍビット９１２
を＃０とし、連結の自己識別パケットが無いことを表し
ている。

【００８９】ノードＡ９の自己識別パケットの発行が完
了すると、他ノードが存在しないため、ルートであるＩ
ＥＥＥ１３９４ローカルバスブリッジ１が自己識別パケ
ットを発行する。ＩＥＥＥ１３９４ローカルバスブリッ
ジ１には仮想１６ポートのポートが存在しているため、
自己識別パケットは３個送出することになる。図１３に
おけるブリッジ識別パケットＩＤ＃１（１／３）８０
３、ブリッジ識別パケットＩＤ＃１（２／３）８０４及
びブリッジ識別パケットＩＤ＃１（３／３）８０５がそ
れにあたる。この時の自己識別パケットの詳細な構成は
図１４に示すＩＥＥＥ１３９４ローカルバスの自己識別
パケットの詳細ＰＫＴ(1) ９２１，ＰＫＴ(2) ９２２，
ＰＫＴ(3) ９２３の形になる。

【００９０】上記の自己識別パケットのＰＨＹ ＩＤ９
２４は２つ目のノードであることから＃１となる。ブリ
ッジ識別パケットＩＤ＃１（１／３）８０３のｇａｐ
ｃｕｎｔ９２５は＃３Ｆ固定とする。但し、本発明のＩ
ＥＥＥ１３９４ローカルバスブリッジ１の性能によって
適正な値にするべきである。

【００９１】ｓｐ９２６は使用条件によって事前に決め
ておけばよい。ここでは４００Ｍｂｐｓ対応とし、＃２
としている。ｃビット９２７はＩＥＥＥ１３９４ローカ
ルバスブリッジ１がポータルＡで必ずルートになる性質
上、コンテンダ機能を有する必要がある。したがって、
＃１とする。

【００９２】ｐ(0) ９２８とｐ(1) ９２９とがＩＥＥＥ
１３９４ローカルバスブリッジ１において実在するポー
トである。２つあるポートのうちの１つは必ず＃１１と
なる。もし、２ポートとも接続されていたならば、ｐ
(0) ９２８、ｐ(1) ９２９ともに＃１１となる。

【００９３】バスリセットを発生させたのは、ＩＥＥＥ
１３９４ローカルバスブリッジ１であるので、ｉビット
９３１は＃１となる。ｍビット９３２は自己識別パケッ
トが３つ必要であるため＃１となる。ｐ(2) ９３０、ブ
リッジ識別パケットＩＤ＃１（２／３）８０４のｐ(3)
〜ｐ(10)９３３、ブリッジ識別パケットＩＤ＃１（３／
３）８０５のｐ(11)〜ｐ(15)９３４については、ポータ
ルＢの情報に割当てるが、ここではポータルＢの情報を
有していないため、便宜上すべて未接続と見せかけるた
め、＃０１とする。

【００９４】ＩＥＥＥ１３９４ローカルバスブリッジ１
の自己識別パケットが終了し、規定時間が経過し、サブ
アクションギャップが発生すると、ステート（Ｓｕｂａ
ｃｔｉｏｎ Ｇａｐ）８０６がＰＨＹから通知され、自
己識別フェーズが終了する。

【００９５】図１５は本発明の一実施例における登録モ
ード時にポータルＡの最初の自己識別フェーズの終了時
の１６ポートＰＨＹの接続状態を示す図である。図１５
においては１６ポートＰＨＹに置き換えたポータルＡ側
から見たイメージ接続状態を示している。

【００９６】ノードＡ９のノードＩＤは＃０となり、Ｉ
ＥＥＥ１３９４ローカルバスブリッジ１のノードＩＤは
＃１となる。その他の仮想ポート２７には何も繋がって
いないように見せかけている。自己識別フェーズ（図５
ステップＳ５）が完了した時点で、ノードＩＤは図１５
に示す通りに割り振られる。

【００９７】図１６は本発明の一実施例におけるリード
リクエストパケットの詳細な構成を示す図であり、図１
７は本発明の一実施例における応答パケットの詳細な構
成を示す図である。

【００９８】続いて、ＩＥＥＥ１３９４ローカルバスブ
リッジ１はノードＡ９のコンフィグレーションＲＯＭの
内容を読込むために、まず図１６に示すリードリクエス
トパケットを送信する。

【００９９】図１６において、ｄｅｓｔｉｎａｔｉｏｎ
ＩＤ１００１はパケット送信先のノードＩＤを示し、数
値‘ＦＦＣ０’（１６進数）はローカルバスのＰＨＹ
ＩＤ＃０、すなわち宛先ノードＡ９を示す。ＴＬ１００
２はトランザクションラベルを示し、送信側のリンク層
ロジックが任意に割り振る。ＲＴ１００３はリトライコ
ード、ｔｃｏｄｅ１００４はトランザクションコード
で、数値の‘４’はＱｕａｄｌｅｔ（３２ビット幅）の
データリードリクエストパケットであることを示す。

【０１００】ｓｏｕｒｃｅＩＤ１００５は送信元のノー
ドＩＤを示し、数値‘ＦＦＣ１’は送信元であるＩＥＥ
Ｅ１３９４ローカルバスブリッジ１のノードＩＤを示
す。ｄｅｓｔｉｎａｔｉｏｎ ｏｆｆｓｅｔ１００６は
コンフィグレーションＲＯＭ領域の先頭アドレス番地
‘ＦＦＦＦＦ００００４００’を示す。

【０１０１】続いて、ノードＡ９はリードリクエストパ
ケット受信後に、認識パケット（ペンディング）を送信
する。ＩＥＥＥ１３９４ローカルバスブリッジ１はノー
ドＡ９がリードリクエストパケットを受信したことを認
識する。続いて、ノードＡ９は図１７に示すような応答
パケットを送信する。

【０１０２】図１７において、ＴＬ１１０２は上述した
リードリクエストパケットのＴＬと同じ数値が入る。ｑ
ｕａｄｌｅｔ ｄａｔａ１１０３はコンフィグレーショ
ンＲＯＭ先頭番地の３２ビットデータが読出される。Ｉ
ＥＥＥ１３９４ローカルバスブリッジ１はｑｕａｄｌｅ
ｔ ｄａｔａ１１０３をＣＳＲ制御部５４内のレジスタ
に格納し、これをノードＡ９のコンフィグレーションＲ
ＯＭの最終アドレスまで繰り返す。

【０１０３】コンフィグレーションＲＯＭの最終アドレ
スの算出はコンフィグレーションＲＯＭのｃｒｃ ｌｅ
ｎｇｔｈ（図４３参照）から算出される。ｃｒｃ ｌｅ
ｎｇｔｈはコンフィグレーションＲＯＭのｂｕｓ ｉｎ
ｆｏ ｂｌｏｃｋ２３０１以降のデータ長をＱｕａｄｌ
ｅｔ（３２ビット）単位で提示している。よって、コン
フィグレーションＲＯＭの最終アドレスは‘ＦＦＦＦ
Ｆ０００ ０４００’＋ｃｒｃ ｌｅｎｇｔｈ×４とな
る。

【０１０４】ノードＡ９のコンフィグレーションＲＯＭ
の内容を全てＣＳＲ制御部５４のレジスタに格納したら
（図９ステップＳ６）、ＩＥＥＥ１３９４ローカルバス
ブリッジ１はノードＡ９のｎｏｄｅ ｖｅｎｄｏｒ Ｉ
Ｄ２３０２及びｃｈｉｐ ＩＤ２３０３の内容をＣＳＲ
制御部５４からＥＥＰＲＯＭ８に格納する（図９ステッ
プＳ７）。ここで、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１の登録モードを完了し（図９ステップＳ８）、通
常モードに移行する。

【０１０５】図１８は本発明の一実施例における通常モ
ード時の接続形態を示す図であり、図１９は本発明の一
実施例における通常モード時にポータルＡへの最初のバ
スリセットを発行してから自己識別フェーズの終了まで
の流れを示す図である。図２０は本発明の一実施例にお
ける通常モード時にポータルＡへの最初のバスリセット
発行時の各ノードの自己識別パケットの詳細な構成を示
す図であり、図２１は本発明の一実施例における通常モ
ード時にポータルＡの最初の自己識別フェーズの終了時
の接続状態を示す図であり、図２２は本発明の一実施例
における登録ノードの情報が反映された状態のＩＤ変換
テーブルの構成を示す図である。

【０１０６】続いて、図９〜図１１に示すフローチャー
トにしたがって、図１８〜図２２を参照して通常モード
の動作について説明する。図１８は通常モード時の接続
形態例を示す。

【０１０７】ＩＥＥＥ１３９４ローカルバスブリッジ１
は電源投入後（図９ステップＳ１）、上述した登録モー
ド時と同様に、ＥＥＰＲＯＭ８から自ノードのコンフィ
グレーションＲＯＭ情報をＣＳＲ制御部５４内のレジス
タに格納する（図９ステップＳ２）。続いて、ＩＥＥＥ
１３９４ローカルバスブリッジ１はポータルＡ側にバス
リセットを発生させる（図９ステップＳ３，Ｓ９）。

【０１０８】バスリセットが発生すると、自己識別フェ
ーズが開始される（図９ステップＳ１０）。この自己識
別フェーズの動作について、図１９及び図２０を参照し
て説明する。

【０１０９】図１９は横軸が時間で、バスリセットが発
生してから、自己識別フェーズの終了までを表してい
る。図２０はノードＢ９−２の自己識別パケットの詳細
ＰＫＴ(0) １３０１、ノードＡの自己識別パケットの詳
細ＰＫＴ(1) １３２１、ノードＣの自己識別パケットの
詳細ＰＫＴ(2) １３４１、ＩＥＥＥ１３９４ローカルバ
スブリッジ１の自己識別パケットの詳細ＰＫＴ(3) １３
６１，ＰＫＴ(4) １３６２，ＰＫＴ(5) １３６３を示す
ものである。

【０１１０】ポータルＡのローカルバス上でバスリセッ
トが発生すると、ＰＨＹからはバスリセット開始を知ら
せるステート（Ｂｕｓ Ｒｅｓｅｔ）１２０１が通知さ
れる。次に、ノードＡ９−１、ノードＢ９−２、ノード
Ｃ９−３及びＩＥＥＥ１３９４ローカルバスブリッジ１
間でトポロジの構築がなされ、子ノード、親ノードが決
定され、自己識別フェーズが開始される。

【０１１１】ポータルＡ側のＰＨＹは、上述した専用Ｐ
ＨＹ機能６であるので、必ずＩＥＥＥ１３９４ローカル
バスブリッジ１がルートとなる。自己識別パケットの送
信順番は、ルートから見て子ノードの中でポート０側か
ら順次送信が許される。図１８に示す接続形態では、ノ
ードＢ９−２が最小番号の子ノードとなる。したがっ
て、最初の自己識別パケットが、ノードＢ９−２から発
行される。図１９におけるノードＢの識別パケット（Ｉ
Ｄ＃０）１２０２がそれにあたる。この時の自己識別パ
ケットの詳細は図２０のノードＢの自己識別パケットの
詳細ＰＫＴ(0) １３０１に示される形になる。

【０１１２】ＰＨＹ ＩＤ１３０２は最初の自己識別パ
ケットであるため、＃０となる。ｇａｐ ｃｎｔ１３０
３は現在、ノードＢ９−２に設定されているギャップカ
ウントの値が反映される。ｓｐ１３０４、ｄｅｌ１３０
５、ｃビット１３０６、ｐｗｒ１３０７はノードＢ９−
２の条件に準じる。

【０１１３】ｐ(0) １３０８はノードＢ９−２のＰ(0)
９１−２の接続状態を表し、ノードＡ９−１が親ノード
であるため、＃１０となる。ｐ(1) １３０９はノードＢ
９−２のＰ(1) ９２−２の状態を表し、未接続であるた
め、＃０１となる。ｐ(2) １３１０はノードＢ９−２に
存在しないため、＃００となる。

【０１１４】ｉビット１３１１はバスリセットを発生さ
せたかどうかを示すので、状況によって変化する。ここ
では、ＩＥＥＥ１３９４ローカルバスブリッジ１がバス
リセットを発行しているため、＃０となる。ノードＢ９
−２にはこれ以上ポートが存在しないため、ｍビット１
３１２を＃０とし、連結の自己識別パケットが無いこと
を表している。

【０１１５】次に、自己識別パケットの送信をルートか
ら許可されるのは、２番目に最小番号をもつノードＡ９
−１である。したがって、２番目の自己識別パケット
が、ノードＡ９−１から発行される。図１９におけるノ
ードＡの識別パケット（ＩＤ＃１）１２０３がそれにあ
たる。この時の自己識別パケットの詳細は図２０のノー
ドＡの自己識別パケットの詳細ＰＫＴ(1) １３２１に示
される形になる。

【０１１６】ＰＨＹ ＩＤ１３２２は２番目の自己識別
パケットであるため、＃１となる。ｇａｐ ｃｎｔ１３
２３は現在、ノードＡ９−１に設定されているギャップ
カウントの値が反映される。ｓｐ１１３２４、ｄｅｌ１
３２５、ｃビット１３２６、ｐｗｒ１３２７はノードＡ
９−１の条件に準じる。

【０１１７】ｐ(0) １３２８はノードＡ９−１のＰ(0)
９１−１の接続状態を表し、ＩＥＥＥ１３９４ローカル
バスブリッジ１が親ノードであるため、＃１０となる。
ｐ(1) １３２９はノードＡ９−１のＰ(1) ９２−１の状
態を表し、ノードＢ９−２が子ノードとして接続されて
いるため、＃１１となる。ｐ(2) １３３０はノードＡ９
−１に存在しないため、＃００となる。

【０１１８】ｉビット１３３１はバスリセットを発生さ
せたかどうかを示すので、状況によって変化する。ここ
では、ＩＥＥＥ１３９４ローカルバスブリッジ１がバス
リセットを発行しているため、＃０となる。ノードＡ９
−１にはこれ以上ポートが存在しないため、ｍビット１
３３２を＃０とし、連結の自己識別パケットが無いこと
を表している。

【０１１９】次に、自己識別パケットの送信をルートか
ら許可されるのは、３番目に最小番号をもつノードＣ９
−３である。したがって、３番目の自己識別パケット
が、ノードＣ９−３から発行される。図１９におけるノ
ードＣの識別パケット（ＩＤ＃２）１２０４がそれにあ
たる。この時の自己識別パケットの詳細は図２０のノー
ドＣの自己識別パケットの詳細ＰＫＴ(2) １３４１に示
される形になる。

【０１２０】ＰＨＹ ＩＤ１３４２は３番目の自己識別
パケットであるため、＃２となる。ｇａｐ ｃｎｔ１３
４３は現在、ノードＣ９−３に設定されているギャップ
カウントの値が反映される。ｓｐ１３４４、ｄｅｌ１３
４５、ｃビット１３４６、ｐｗｒ１３４７はノードＣ９
−３の条件に準じる。

【０１２１】ｐ(0) １３４８はノードＣ９−３のＰ(0)
９１−３の接続状態を表し、ＩＥＥＥ１３９４ローカル
バスブリッジ１が親ノードであるため、＃１０となる。
ｐ(1) １３４９はノードＣ９−３のＰ(1) ９２−３の状
態を表し、未接続のため、＃０１となる。ｐ(2) １３５
０はノードＣ９−３に存在しないため、＃００となる。

【０１２２】ｉビット１３５１はバスリセットを発生さ
せたかどうかを示すので、状況によって変化する。ここ
では、ＩＥＥＥ１３９４ローカルバスブリッジ１がバス
リセットを発行しているため、＃０となる。ノードＣ９
−３にはこれ以上ポートが存在しないため、ｍビット１
３５２を＃０とし、連結の自己識別パケットが無いこと
を表している。

【０１２３】ノードＣ９−３の自己識別パケットの発行
が完了すると、他ノードが存在しないため、ルートであ
るＩＥＥＥ１３９４ローカルバスブリッジ１が自己識別
パケットを発行する。ＩＥＥＥ１３９４ローカルバスブ
リッジ１には仮想１６ポートのポートが存在しているた
め、自己識別パケットは３個送出することになる。図１
９におけるブリッジ識別パケットＩＤ＃１（１／３）１
２０５、ブリッジ識別パケットＩＤ＃１（２／３）１２
０６、ブリッジ識別パケットＩＤ＃１（３／３）１２０
７がそれにあたる。この時の自己識別パケットの詳細は
図２０のＩＥＥＥ１３９４ローカルバスの自己識別パケ
ットの詳細ＰＫＴ(3) １３６１、ＰＫＴ(4) １３６２、
ＰＫＴ(5) １３６３に示される形になる。

【０１２４】ＰＨＹ ＩＤ１３６４は４番目のノードで
あることから＃３となる。ｇａｐｃｕｎｔ１３６５、ｓ
ｐ１３６６、ｃビット１３６７に関しては、上記の登録
モード時と同じである。

【０１２５】ｐ(0) １３６８とｐ(1) １３６９とがＩＥ
ＥＥ１３９４ローカルバスブリッジ１において実在する
ポートである。図１８に示す実施形態では２ポートとも
接続されているため、ｐ(0) １３６８及びｐ(1) １３６
９がともに＃１１となる。バスリセットを発生させたの
は、ＩＥＥＥ１３９４ローカルバスブリッジ１であるの
で、ｉビット１３７１は＃１となる。ｍビット１３７２
は自己識別パケットが３つ必要であり、続く自己識別パ
ケットが存在するので、＃１となる。

【０１２６】ｐ(2) １３７０、ブリッジ識別パケットＩ
Ｄ＃１（２／３）１２０６のｐ(3)〜ｐ(10)１３７３
と、ブリッジ識別パケットＩＤ＃１（３／３）１２０７
のｐ(11)〜ｐ(15)１３７４とについては、ポータルＢの
情報に割当てるが、この時点ではまだ、ポータルＢの情
報を有していないため、便宜上すべて未接続と見せかけ
るため、＃０１とする。

【０１２７】ＩＥＥＥ１３９４ローカルバスブリッジ１
の自己識別パケットが終了し、規定時間が経過し、サブ
アクションギャップが発生すると、ステート（Ｓｕｂａ
ｃｔｉｏｎ Ｇａｐ）１２０８がＰＨＹから通知され、
自己識別フェーズが終了する。この時点でのトポロジは
図２１に示すノードＡ９−１、ノードＢ９−２、ノード
Ｃ９−３及びＩＥＥＥ１３９４ローカルバスブリッジ１
のようになる。

【０１２８】続いて、ＩＥＥＥ１３９４ローカルバスブ
リッジ１はポータルＡ側のバス上から登録ノードを検出
する。その検出動作ではＥＥＰＲＯＭ８からＣＳＲ制御
部５４内のレジスタに、上述した登録モードで格納した
ノードＡ９−１のｎｏｄｅｖｅｎｄｏｒ ＩＤ２３０２
及びｃｈｉｐ ＩＤ２３０３のデータを格納する（図９
ステップＳ１１）。

【０１２９】まず、ノードＩＤ＃０であるノードＢ宛て
にコンフィグレーションＲＯＭのｎｏｄｅ ｖｅｎｄｏ
ｒ ＩＤ２３０２及びｃｈｉｐ ＩＤ２３０３の値を転
送スピードＳ１００（１００Ｍｂｐｓ）で読出す。上記
のようにして登録したｎｏｄｅ ｖｅｎｄｏｒ ＩＤ２
３０２及びｃｈｉｐ ＩＤ２３０３のデータを比較し、
登録したデータはノードＡ９−１のものなので不一致と
なる。同様に、ノードＩＤ＃０であるノードＢ９−２か
ら読出しを行い、これも不一致になる。さらに、ノード
ＩＤ＃１であるノードＡ９−１から読出しを行う。この
時、ｎｏｄｅｖｅｎｄｏｒ ＩＤ２３０２及びｃｈｉｐ
ＩＤ２３０３の値は上記の登録モードで登録した値と
一致する（図９ステップＳ１２，Ｓ１３、図１１ステッ
プＳ１９，Ｓ２０）。

【０１３０】続いて、同じリードリクエストパケットを
転送スピードＳ２００（２００Ｍｂｐｓ）で送信するノ
ードＡ９−１から認識パケット及び応答パケットを受信
したら、さらに転送スピードＳ４００（４００Ｍｂｐ
ｓ）でリードリクエストパケットで送信する。Ｓ４００
のリードリクエストパケットに対し、ノードＡ９−１が
認識パケットを送信しなかった場合、ＩＥＥＥ１３９４
ローカルバスブリッジ１はノードＡ９−１の転送性能が
Ｓ２００までであると判断する。認識パケット及び応答
パケットを受信した場合には、転送性能がＳ４００であ
ると判断する。ここで、登録したノードＡのノードＩＤ
は＃１であり、その転送性能コード（Ｓ１００、または
Ｓ２００、あるいはＳ４００）をＩＤ変換部５３に通知
する。

【０１３１】登録ノードの決定時に得られたノードＩＤ
及び登録ノードの検出時に得られた転送性能コードはＩ
Ｄ変換部５３に配置されているＩＤ変換テーブル５３１
に格納して管理する。その反映された状態を図２２に示
す。

【０１３２】図２２において、ポータルＡノード管理番
号５２１ａに、登録されているノードのｎｏｄｅ ｖｅ
ｎｄｏｒ ＩＤ２３０２及びｃｈｉｐ ＩＤ２３０３の
値が入っている。ここでは、仮に＃１としている。この
ポータルＡノード管理番号５３１ａと一致したノードで
あるノードＡ９−１の転送性能コードはポータルＡ転送
性能コード５３１ｂのフィールドに格納される。その値
は、登録ノードの検出時に決定さる。ここでは、仮にＳ
２００であったと仮定して＃０１が格納されている。

【０１３３】そして、ポータルＡノード管理番号５３１
ａと一致したノードＡ９−１のノードＩＤは、ポータル
ＡノードＩＤ５３１ｃのフィールドに格納される。これ
で、ＩＤ変換テーブル５３１のポータルＡについて情報
がすべて得られたことになる。この間、ポータルＢ側に
関し、ポータルＡ側のテーブルが確定していないため、
ＩＤ変換動作はさせない。その方法として、ポータルＢ
側へ対して、「ＡＣＫＢＵＳＹ」を送信することでそれ
を実現している。もちろん、「ＮＯ ＡＣＫ」と送信す
ることでも、同じ効果が得られる。ようは、ポータルＢ
のトランザクションに対して反応させないことである。

【０１３４】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はポータルＢのトポロジ情報を得るため、ポータ
ルＢにバスリセットを発生させる（図１０ステップＳ１
４，Ｓ１５）。バスリセットの起動は外部ポータル４に
接続されている標準ＰＨＹ機能７に対して、バスリセッ
ト要求を発行することで実施する。

【０１３５】図２３は本発明の一実施例における通常モ
ード時にポータルＢへの最初のバスリセットを発行して
から自己識別フェーズの終了までの流れを示す図であ
り、図２４は本発明の一実施例におけるポータルＢの自
己識別フェーズによって構築されたＩＤ変換テーブルの
構成を示す図である。これら図２３及び図２４を用いて
ポータルＢの自己識別フェーズ動作について説明する。

【０１３６】図２３はその自己識別フェーズの動作遷移
で、横軸が時間で、バスリセットが発生してから、自己
識別フェーズの終了までを表している。図２４はその時
のＩＤ変換テーブル５３１を示すものである。ポータル
Ｂのローカルバス上でバスリセットが発生すると、ＰＨ
Ｙからバスリセット開始を知らせるステート（ＢｕｓＲ
ｅｓｅｔ）１４０１が通知される。

【０１３７】次に、ノードＤ９−４、ノードＥ９−５、
ノードＦ９−６及びＩＥＥＥ１３９４ローカルバスブリ
ッジ１間でトポロジの構築がなされ、子ノード、親ノー
ドが決定され、自己識別フェーズが開始される（図１０
ステップＳ１６）。ポータルＢ側のＰＨＹは、標準ＰＨ
Ｙ機能７であるので、ＩＥＥＥ１３９４規格通り、自己
識別フェーズが行われる。

【０１３８】図２１に示す接続形態において、ノードＥ
９−５がルートになったと仮定すると、自己識別パケッ
トの送信順番はルートから見て子ノードの中でポート０
側から順次送信が許されるので、ノードＤ９−４から最
初の自己識別パケットが発行される。図２３におけるノ
ードＤの自己識別パケット（ＩＤ＃０）１４０２がそれ
にあたる。この自己識別パケットはポータルＢのローカ
ルバスの最初の自己識別パケットであるため、ノードＤ
９−４のノードＩＤは＃０となる。

【０１３９】ＩＥＥＥ１３９４ローカルバスブリッジ１
がこの自己識別パケットを受信した時、ＩＤ変換部５３
はＩＤ変換テーブル５３１の仮想ポート管理番号５３１
ｌの番号＃００にポインタを設定する。そして、ＩＤ変
換部５３はその行に相当するポータルＢノードＩＤ５３
１ｆのフィールドに＃０を格納する。さらに、ＩＤ変換
部５３はポータルＢノードアクティブフラグ５３１ｈを
＃１に設定する。もしも、このノードがコンテンダであ
ったならば、ＩＤ変換部５３はポータルＢコンテンダフ
ラグ５３１ｋを＃１に設定するが、ここでは、仮にコン
テンダではないものとしている。

【０１４０】次に、自己識別パケットの送信をルートか
ら許可されるのは、２番目に最小番号をもつＩＥＥＥ１
３９４ローカルバスブリッジ１である。したがって、２
番目の自己識別パケットが、ＩＥＥＥ１３９４ローカル
バスブリッジ１から発行される。図２３におけるブリッ
ジの自己識別パケット（ＩＤ＃１）１４０３がそれにあ
たる。

【０１４１】ブリッジの自己識別パケット（ＩＤ＃１）
１４０３は２番目の自己識別パケットであるため、ＩＥ
ＥＥ１３９４ローカルバスブリッジ１のノードＩＤは＃
１となる。ＩＥＥＥ１３９４ローカルバスブリッジ１が
この自己識別パケットを受信した時、ＩＤ変換部５３は
ＩＤ変換テーブル５３１の仮想ポート管理番号５３１ｌ
の番号＃０１にポインタを設定する。そして、ＩＤ変換
部５３はその行に相当するポータルＢノードＩＤ５３１
ｆのフィールドに＃１を格納する。また、ＩＤ変換部５
３はポータルＢノードアクティブフラグ３５１ｈを＃１
に設定する。さらに、ＩＤ変換部５３はＩＥＥＥ１３９
４ローカルバスブリッジ１がコンテンダであるため、明
らかに、ポータルＢコンテンダフラグ５３１ｋを＃１に
設定することになる。

【０１４２】このブリッジの自己識別パケット（ＩＤ＃
１）１４０３の後に、標準ＰＨＹ機能７から、自ノード
のノードＩＤが＃１である通知として、ステート（ＩＤ
＃１）１４０４がＩＥＥＥ１３９４ローカルバスブリッ
ジ１に通知される。ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はこの通知を受信すると、先の自己識別パケット
を自ノードのＰＨＹが送信したものと認識し、さらにポ
ータルＢ自ノードフラグ５３１ｉを＃１に設定する。

【０１４３】３番目に最小番号をもつノードはノードＦ
９−６である。したがって、３番目の自己識別パケット
がノードＦ９−６から発行される。図２３におけるノー
ドＦの識別パケット（ＩＤ＃２）１４０５がそれにあた
る。

【０１４４】ノードＦの識別パケット（ＩＤ＃２）１４
０５は３番目の自己識別パケットであるため、ノードＦ
９−６のノードＩＤは＃２となる。ＩＥＥＥ１３９４ロ
ーカルバスブリッジ１がこの自己識別パケットを受信し
た時、ＩＤ変換部５３はＩＤ変換テーブル５３１の仮想
ポート管理番号５３１ｌの番号＃０２にポインタを設定
する。そして、ＩＤ変換部５３はその行に相当するポー
タルＢノードＩＤ５３１ｆのフィールドに＃２を格納す
る。さらに、ＩＤ変換部５３はポータルＢノードアクテ
ィブフラグ５３１ｈを＃１に設定する。尚、本実施例で
はノードＦ９−６は仮にコンテンダではないものとして
いる。

【０１４５】ノードＦ９−６の自己識別パケットの発行
が完了すると、他ノードが存在しないため、ルートであ
るノードＥ９−５が自己識別パケットを発行する。図２
３におけるノードＥ自己識別パケット（ＩＤ＃３）１４
０６がそれにあたる。

【０１４６】ノードＥ９−５のノードＩＤは４番目のノ
ードであることから、＃３となる。ＩＥＥＥ１３９４ロ
ーカルバスブリッジ１がこの自己識別パケットを受信し
た時、ＩＤ変換部５３はＩＤ変換テーブル５３１の仮想
ポート管理番号５３１ｌの番号＃０３にポインタを設定
する。そして、ＩＤ変換部５３はその行に相当するポー
タルＢノードＩＤ５３１ｆのフィールドに＃３を格納す
る。さらに、ＩＤ変換部５３はポータルＢノードアクテ
ィブフラグ５３１ｈを＃１に設定する。さらにまた、こ
のノードＥ９−５がコンテンダであると仮定すると、Ｉ
Ｄ変換部５３はポータルＢコンテンダフラグ５３１ｋを
＃１に設定することになる。

【０１４７】ノードＥ９−５の自己識別パケット送信が
終了し、規定時間が経過し、サブアクションギャップが
発生すると、ステート（Ｓｕｂａｃｔｉｏｎ Ｇａｐ）
１４０７がＰＨＹから通知され、自己識別フェーズが終
了したことをＩＥＥＥ１３９４ローカルバスブリッジ１
が認識するととに、最後に自己識別パケットを送信した
ノードＥ９−５がルートであることが判り、さらに、ポ
ータルＢルートフラグ５３１ｊを＃１に設定する。

【０１４８】この時点で、ルートノードがコンテンダで
あるかどうかを検査する。本実施例ではルートノードの
ノードＩＤとコンテンダノードのノードＩＤとが一致す
るため、これで、ＩＤ変換テーブル５３１のポータルＢ
側の構築が完了する。

【０１４９】もし、ルートノードとコンテンダノードと
が一致しない場合、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１は自ノードをフォースルートとした、ＰＨＹコン
フィグパケットを送信してバスリセットを発行する。こ
のパケットを送信し、バスリセットを発行すると、次の
トポロジ構築で、コンテンダであるＩＥＥＥ１３９４ロ
ーカルバスブリッジ１がルートとなることができる。こ
の仕組みの詳細はＩＥＥＥ１３９４規格で規定されてい
るため、省略する。

【０１５０】続いて、再度、自己識別フェーズが開始さ
れるが、今度は、ＩＥＥＥ１３９４ローカルバスブリッ
ジ１が確実にルートとなるため、確実にＩＤ変換テーブ
ル５３１の構築を完了することができる。図２４はこれ
ら一連のポータルＢの自己識別フェーズによって構築さ
れたＩＤ変換テーブル５３１の状態を示すものである。

【０１５１】自己識別フェーズが完了すると、ＩＥＥＥ
１３９４ローカルバスブリッジ１は次にポータルＢの全
ノードコンフィグレーションＲＯＭのノード識別子のリ
ードを開始する（図１０ステップＳ１７）。コンフィグ
レーションＲＯＭのノード識別子とは、各ノードが保有
するｎｏｄｅ ｖｅｎｄｏｒ ＩＤ２３０２及びｃｈｉ
ｐ ＩＤ２３０３のことである。

【０１５２】トポロジの解析から得られた、ポータルＢ
の各ノードＩＤはそのまま、各ノードの識別に使うこと
はできない。なぜなら、次のバスリセットが発生した場
合、ノードＩＤは全く違うＩＤになる可能性があるため
である。そこで、各ノードに対してはコンフィグレーシ
ョンＲＯＭのノード識別子で管理することが必要とな
る。

【０１５３】ＩＤ変換部５３はポータルＢによるバスリ
セット時の自己識別フェーズに構築されたＩＤ変換テー
ブル５３１においてポータルＢノードＩＤ５３１ｆとポ
ータルＢノードアクティブフラグ５３１ｈとポータルＢ
自ノードフラグ５３１ｉとポータルＢルートフラグ５３
１ｊとを用いながら、各ノードのコンフィグレーション
ＲＯＭのノード識別子を読出し、ポータルＢノード管理
番号５３１ｄへ登録していく（図１０ステップＳ１
８）。

【０１５４】図２５は本発明の一実施例におけるポータ
ルＢのノード管理番号の取得時のＩＤ変換テーブルの構
成を示す図である。この図２５を用いてポータルＢノー
ド管理番号５３１ｄの取得手順について説明する。

【０１５５】上述の自己識別フェーズが完了した時点
で、ＩＥＥＥ１３９４ローカルバスブリッジ１は仮想ポ
ート管理番号５３１ｌのポインタを＃００にする。次
に、ＩＥＥＥ１３９４ローカルバスブリッジ１はポータ
ルＢルートフラグ５３１ｊ及びポータルＢ自ノードフラ
グ５３１ｉがアクティブでなく、且つポータルＢノード
アクティブフラグ５３１ｈがアクティブであるかを調べ
る。

【０１５６】ＩＤ変換テーブル５３１の仮想ポート管理
番号５３１ｌのポインタ＃００の行を見ると、上記条件
に当てはまる。そこで、ＩＥＥＥ１３９４ローカルバス
ブリッジ１は仮想ポート管理番号５３１ｌのポインタ＃
００に対応するポータルＢノードＩＤ５３１ｆを調べ
る。本実施例では＃０となっている。次に、ＩＥＥＥ１
３９４ローカルバスブリッジ１はポータルＢのノードＩ
Ｄが＃０のノードすなわちノードＤ９−４に対してコン
フィグレーションＲＯＭのノード識別子を読みに行く。
この時、ＩＥＥＥ１３９４ローカルバスブリッジ１は転
送速度Ｓ４００で読出しを試みる。ここで、ノードＤ９
−４の転送速度能力がＳ１００しかないと仮定する。

【０１５７】ＩＥＥＥ１３９４ローカルバスブリッジ１
からノードＤ９−４へのコンフィグレーションＲＯＭの
ノード識別子の読出し要求に対してノードＤ９−４は反
応しない。次に、ＩＥＥＥ１３９４ローカルバスブリッ
ジ１はＳ２００でノードＤ９−４へのコンフィグレーシ
ョンＲＯＭのノード識別子の読出し要求を行う。当然、
ノードＤ９−４は反応することができない。

【０１５８】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はＳ１００でノードＤ９−４へのコンフィグレー
ションＲＯＭのノード識別子の読出し要求を行う。本転
送速度はノードＤ９−４の転送性能に合致するため、ノ
ードＤ９−４は反応し、コンフィグレーションＲＯＭの
ノード識別子に対して応答を返答する。ＩＥＥＥ１３９
４ローカルバスブリッジ１はノードＤ９−４の転送速度
がＳ１００であることを認識するとともに、コンフィグ
レーションＲＯＭのノード識別子を取得することができ
る。

【０１５９】取得したコンフィグレーションＲＯＭのノ
ード識別子のデータは、ポータルＢノード管理番号５３
１ｄに保存される。ここでは仮にノードＤ９−４のコン
フィグレーションＲＯＭのノード識別子を＃２に仮定し
ている。そして、ＩＥＥＥ１３９４ローカルバスブリッ
ジ１は転送性能がＳ１００であることがわかったので、
ポータルＢノード転送性能コード５３１ｅを＃００に設
定する。これで、ノードＤ９−４に対する情報はすべて
揃うことになる。

【０１６０】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１は仮想ポート管理番号５３１ｌのポインタを＃０
１に設定する。ＩＥＥＥ１３９４ローカルバスブリッジ
１はポータルＢルートフラグ５３１ｊ及びポータルＢ自
ノードフラグ５３１ｉがアクティブでなく、且つポータ
ルＢノードアクティブフラグ５３１ｈがアクティブであ
るかを調べる。すると、ＩＥＥＥ１３９４ローカルバス
ブリッジ１はポータルＢ自ノードフラグ５３１ｉがアク
ティブであることを認識する。つまり、ＩＥＥＥ１３９
４ローカルバスブリッジ１はコンフィグレーションＲＯ
Ｍのノード識別子の読出しが不要であることを理解す
る。但し、ポータルＢルートフラグ５３１ｊがアクティ
ブでないため、まだ、コンフィグレーションＲＯＭのノ
ード識別子の読出しが終了していないノードがあること
が判る。

【０１６１】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１は仮想ポート管理番号５３１ｌのポインタを＃０
２に設定する。ポータルＢルートフラグ５３１ｊ及びポ
ータルＢ自ノードフラグ５３１ｉがアクティブでなく、
且つポータルＢノードアクティブフラグ５３１ｈがアク
ティブであるかを調べる。ＩＤ変換テーブル５３１の仮
想ポート管理番号５３１ｌのポインタ＃０２の行を見る
と、上記条件に当てはまる。そこで、ＩＥＥＥ１３９４
ローカルバスブリッジ１は仮想ポート管理番号５３１ｌ
のポインタ＃０２に対応するポータルＢノードＩＤ５３
１ｆを調べる。本実施例では＃２となっている。

【０１６２】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はポータルＢのノードＩＤが＃２のノード、すな
わちノードＦ９−６に対してコンフィグレーションＲＯ
Ｍのノード識別子を読みに行く。上述したノードＤ９−
４の時と同様に、ＩＥＥＥ１３９４ローカルバスブリッ
ジ１は転送速度をＳ４００から読出しを試みる。ここ
で、ノードＦ９−６の転送速度能力がＳ２００と仮定す
る。

【０１６３】ＩＥＥＥ１３９４ローカルバスブリッジ１
からノードＦ９−６へのコンフィグレーションＲＯＭの
ノード識別子の読出し要求に対して、ノードＦ９−６は
反応しない。次に、Ｓ２００でノードＦ９−６へのコン
フィグレーションＲＯＭのノード識別子の読出し要求に
対して、ノードＦ９−６は反応し、コンフィグレーショ
ンＲＯＭのノード識別子に対して応答を返答する。

【０１６４】ＩＥＥＥ１３９４ローカルバスブリッジ１
はノードＦ９−６の転送速度がＳ２００であることを認
識するとともに、コンフィグレーションＲＯＭのノード
識別子を取得することができる。取得したコンフィグレ
ーションＲＯＭのノード識別子のデータはポータルＢノ
ード管理番号５３１ｄに保存される。

【０１６５】ここでは仮にポータルＦ９−６のコンフィ
グレーションＲＯＭのノード識別子を＃３に仮定してい
る。そして、転送性能がＳ２００であることがわかった
ので、ポータルＢノード転送性能コード５３１ｅを＃０
１に設定する。これで、ノードＦ９−６に対する情報は
すべて揃うことになる。

【０１６６】次に、仮想ポート管理番号５３１ｌのポイ
ンタを＃０３に設定する。ポータルＢルートフラグ５３
１ｊ及びポータルＢ自ノードフラグ５３１ｉがアクティ
ブでなく、且つポータルＢノードアクティブフラグ５３
１ｈがアクティブであるかを調べる。ＩＤ変換テーブル
５３１の仮想ポート管理番号５３１ｌのポインタ＃０３
の行を見ると、ポータルＢルートフラグ５３１ｊがアク
ティブであり、このノードが最大のノードＩＤをもち、
これ以上のノードが無いことが判る。したがって、ＩＥ
ＥＥ１３９４ローカルバスブリッジ１はこれが最後のコ
ンフィグレーションＲＯＭのノード識別子読出し動作で
あると認識することができる。

【０１６７】次に、仮想ポート管理番号５３１ｌのポイ
ンタ＃０３に対応するポータルＢノードＩＤ５３１ｆを
調べる。本実施例では＃３となっている。ポータルＢの
ノードＩＤが＃３のノード、すなわちノードＥ９−５に
対してコンフィグレーションＲＯＭのノード識別子を読
みに行く。上述したノードＤ９−４の時と同様に、転送
速度をＳ４００から読出しを試みる。ここで、ノードＥ
９−５の転送速度能力がＳ４００と仮定する。

【０１６８】ＩＥＥＥ１３９４ローカルバスブリッジ１
からノードＥ９−５へのコンフィグレーションＲＯＭの
ノード識別子の読出し要求に対して、ノードＥ９−５は
反応することができ、コンフィグレーションＲＯＭのノ
ード識別子に対して応答を返答する。ＩＥＥＥ１３９４
ローカルバスブリッジ１はノードＥ９−５の転送速度が
Ｓ４００であることを認識するとともに、コンフィグレ
ーションＲＯＭのノード識別子を取得することができ
る。

【０１６９】取得したコンフィグレーションＲＯＭのノ
ード識別子のデータは、ポータルＢノード管理番号５３
１ｄに保存される。ここでは仮にポータルＥ９−５のコ
ンフィグレーションＲＯＭのノード識別子を＃４に仮定
している。そして、転送性能がＳ４００であることがわ
かったので、ポータルＢノード転送性能コード５３１ｅ
を＃１０に設定する。これで、ノードＥ９−５に対する
情報はすべて揃うことになる。さらに、先に述べたよう
に、本ノードがルートであるので、これですべてのノー
ドに対する情報を取得することができたことがわかる。

【０１７０】上述した説明の中で、ポータルＢノードア
クティブフラグ５３１ｈがアクティブでなかった場合の
例が抜けているので、その場合の動作について以下に説
明する。もし、ポータルＢノードアクティブフラグ５３
１ｈがアクティブでなかった場合、その行のコンフィグ
レーションＲＯＭのノード識別子読出し動作は行わず、
仮想ポート管理番号５３１ｌのポインタを１つ上げる。

【０１７１】これらの動作を簡単にまとめると、ポータ
ルＢノードアクティブフラグ５３１ｈがアクティブであ
るノードが、コンフィグレーションＲＯＭのノード識別
子の調査対象であり、ポータルＢ自ノードフラグ５３１
ｉが立っているノードは、対象から外す。ポータルＢル
ートフラグ５３１ｊが見つかると、それが最後のノード
である。仮想ポート管理番号５３１ｌによるポインタは
＃００から開始し、１つずつ加算して調べていくという
ことになる。

【０１７２】図２６は本発明の一実施例における通常モ
ード時にポータルＡ及びポータルＢのＩＤ変換テーブル
情報がそろった状態を示す図である。図２６において
は、上記の手順によって、ポータルＡ及びポータルＢの
ＩＤ変換テーブル情報が確立された状態を示している。

【０１７３】図２６において、ポータルＡはノードＡ９
−１、ノードＢ９−２、ノードＣ９−３、ＩＥＥＥ１３
９４ローカルバスブリッジ１が接続され、それぞれノー
ドＩＤは＃１、＃０、＃２、＃３となっている。ポータ
ルＢはノードＤ９−４、ノードＥ９−５、ノードＦ９−
６、ＩＥＥＥ１３９４ローカルバスブリッジ１が接続さ
れ、それぞれノードＩＤは＃０、＃３、＃１、＃２とな
っている。

【０１７４】この状態では、ポータルＡ及びポータルＢ
のローカルバスが独立した状態になっており、それぞれ
のローカルバス内ではパケットの転送が可能であるが、
ポータルＡからはポータルＢが見えていないため、ポー
タルＡからポータルＢへのパケットの転送はできない。

【０１７５】図２７は本発明の一実施例における通常モ
ード時にポータルＡへの２回目のバスリセットを発行し
てから自己識別フェーズの終了までの流れを示す図であ
り、図２８及び図２９は本発明の一実施例における通常
モード時にポータルＡの２回目のバスリセット発行時の
各ノードの自己識別パケットの詳細な構成を示す図であ
る。図３０は本発明の一実施例におけるＩＤ変換テーブ
ルの構築が完了時のポータルＡから見たイメージを示す
図であり、図３１は本発明の一実施例におけるＩＤ変換
テーブルの構築が完了時のノードＩＤの状態を示す図で
ある。これら図２５と図２７〜図３１とを参照して、ポ
ータルＢの情報をポータルＡに伝える方法について説明
する。

【０１７６】図２７は横軸が時間で、バスリセットが発
生してから、自己識別フェーズの終了までを表してい
る。図２８及び図２９はノードＢの自己識別パケットの
詳細ＰＫＴ(0) １６０１、ノードＡの自己識別パケット
の詳細ＰＫＴ(1) １６１１、ノードＣの自己識別パケッ
トの詳細ＰＫＴ(2) １６０３、ノードＤの自己識別パケ
ットの詳細ＰＫＴ(3) １６２１、ＩＥＥＥ１３９４ロー
カルバスの自己識別パケットの詳細ＰＫＴ(4) １６４
１、ＰＫＴ(5) １６４２、ＰＫＴ(6) １６４３、ノード
Ｆの自己識別パケットの詳細ＰＫＴ(7) １６６１、ノー
ドＥの自己識別パケットの詳細ＰＫＴ(8) １６７１を示
すものである。

【０１７７】まず、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はポータルＡにバスリセットを発行する。バスリ
セットが発生すると、ポータルＡの自己識別フェーズが
開始される。この動作は上述したポータルＡの自己識別
フェーズと同様の動作である。ポータルＡのローカルバ
ス上でバスリセットが発生すると、ＰＨＹからバスリセ
ット開始を知らせるステート（Ｂｕｓ Ｒｅｓｅｔ）１
５０１が通知され、ポータルＡ内でのトポロジの構築が
なさる。

【０１７８】次いで、ポータルＡの自己識別フェーズが
開始される。自己識別パケットは図２７〜図２９に示す
通り、ノードＢ９−２、ノードＡ９−１、ノードＣ９−
３というように、順次、自己識別パケットが送信され
る。ポータルＡの各ノードの自己識別パケットを受信し
終えると、次はＩＥＥＥ１３９４ローカルバスブリッジ
１が送信する順番となる。ここで、ＩＤ変換部５３はＩ
Ｄ変換テーブル５３１において、まず、仮想ポート管理
番号５３１ｌのポインタを＃００にする。

【０１７９】次に、ＩＤ変換部５３はポータルＢノード
アクティブフラグ５３１ｈがアクティブであるかを調べ
る。アクティブであった場合、ＩＤ変換部５３は次いで
ポータルＢ自ノードフラグ５３１ｉがアクティブである
かどうか調べる。そして、ＩＤ変換部５３はポータルＢ
ルートフラグ５３１ｊの状態を調べる。もし、ポータル
Ｂノードアクティブフラグ５３１ｊがアクティブでなけ
れば、ＩＤ変換部５３は仮想ポート管理番号５３１ｌの
ポインタに＃１加算し、上記と同様の調査を行う。

【０１８０】本実施例では、仮想ポート管理番号５３１
ｌのポインタが＃００の行におけるポータルＢノードア
クティブフラグ５３１ｈがアクティブである。そこで、
ＩＤ変換部５３はＩＤ変換テーブル５３１にポータルＡ
ノードＩＤ５３１ｃにポータルＡの各ノードから受信し
た自己識別パケットの最後のノードＩＤ＃２に＃１加算
したノードＩＤ＃３を設定する。これは、自己識別パケ
ットのノードＩＤはＩＥＥＥ１３９４規格上、連続した
昇順の番号割当てになることに準じるためである。

【０１８１】次に、ＩＤ変換部５３はポータルＢ自ノー
ドフラグ５３１ｉを調べると、アクティブではない。し
たがって、ＩＤ変換部５３はポータルＢの仮想ポートの
自己識別パケットを送信する必要があり、且つそのパケ
ットはＩＥＥＥ１３９４ローカルバスブリッジ１の子ノ
ードとして送信する必要があると判断する。さらに、Ｉ
Ｄ変換部５３はポータルＢルートフラグ５３１ｊの状態
を調べと、アクティブではなく、続く自己識別パケット
があることを認識する。ＩＤ変換部５３はこれらの確認
が終わると、ＩＤ変換テーブル５３１の情報を基に自己
識別パケットを生成する。図２８のノードＤの自己識別
パケットの詳細ＰＫＴ(3) １６３１がそれになる。

【０１８２】ＰＨＹ ＩＤ１６３２にはＩＤ変換テーブ
ル５３１のポータルＡノードＩＤ５３１ｃの値＃３が設
定される。ｓｐ１６３３にはＩＤ変換テーブル５３１の
ポータルＢ転送性能コード５３１ｅの値＃０が設定され
る。ｃビット１６３４にはＩＤ変換テーブル５３１のポ
ータルＢコンテンダフラグ５３１ｋの状態＃０を設定す
る。ｐ(0) １６３５には、まだポータルＢ自ノードフラ
グ５３１ｉがアクティブになったことがないため、子ノ
ードとして＃１０を設定する。

【０１８３】ノードＤ９−４に対応した自己識別パケッ
トの生成が終了すると、ＩＤ変換部５３は自己識別パケ
ットをポータルＡへ送信する。図２７のノードＤの識別
パケット（ＩＤ＃３）１５０５がそれにあたる。先ほど
のポータルＢルートフラグ５３１ｊがまだアクティブと
なっていないため、次の自己識別パケットの送信準備に
入る。

【０１８４】まず、ＩＤ変換部５３は仮想ポート管理番
号５３１ｌのポインタを＃１加算し、＃０１とする。こ
の行におけるポータルＢノードアクティブフラグ５３１
ｈはアクティブである。そこで、ＩＤ変換部５３はＩＤ
変換テーブル５３１にポータルＡノードＩＤ５３１ｃに
先ほど割り当てたノードＩＤの番号＃３に＃１加算した
ノードＩＤ＃４を設定する。

【０１８５】次に、ＩＤ変換部５３はポータルＢ自ノー
ドフラグ５３１ｉを調べると、アクティブである。した
がって、ＩＥＥＥ１３９４ローカルバスブリッジ１はこ
れに続いて自己識別パケットを送信する必要があると判
断する。ＩＤ変換部５３はＩＤ変換テーブル５３１の情
報を基に自己識別パケットを生成する。図２９のブリッ
ジ識別パケットの詳細ＰＫＴ(4) １６４１、ＰＫＴ(5)
１６４２、ＰＫＴ(6)１６４３がそれになる。

【０１８６】ＰＨＹ ＩＤ１６４４にはＩＤ変換テーブ
ル５３１のポータルＡノードＩＤ５３１ｃの値＃４が設
定される。ｐ(0) １６４５、ｐ(1) １６４６、ｐ(2) １
６４７には、ＩＥＥＥ１３９４ローカルバスブリッジ１
より小さいノードと接続されているため、子ノードとし
て扱う。したがって、＃１１が設定される。ｐ(3) １６
４８、ｐ(4) １６４９には、ＩＥＥＥ１３９４ローカル
バスブリッジ１より大きいノードＩＤと接続されている
ため、親ノードとして扱い、＃１０が設定される。ｐ
(5) 〜ｐ（10) １６５０及びｐ(11)〜ｐ(15)１６５１に
はノードの割当てが無いため、未接続とし、＃０１を設
定する。自ノードに対応した自己識別パケットの生成が
終了すると、ＩＤ変換部５３は自己識別パケットをポー
タルＡへ送信する。図２７のブリッジ識別パケットＩＤ
＃１（１／３）１５０５、ブリッジ識別パケットＩＤ＃
１（２／３）１５０６、ブリッジ識別パケットＩＤ＃１
（３／３）１５０７がそれにあたる。

【０１８７】ＩＤ変換部５３はポータルＢルートフラグ
５３１ｊがまだアクティブとなっていないため、次の自
己識別パケットの送信準備に入る。ＩＤ変換部５３は仮
想ポート管理番号５３１ｌのポインタを＃１加算して＃
０２とする。この行におけるポータルＢノードアクティ
ブフラグ５３１ｈはアクティブである。そこで、ＩＤ変
換部５３はＩＤ変換テーブル５３１にポータルＡノード
ＩＤ５３１ｃに先ほど割当てたノードＩＤの番号＃４に
＃１加算したノードＩＤ＃５を設定する。

【０１８８】次に、ＩＤ変換部５３はポータルＢ自ノー
ドフラグ５３１ｉがすでに送信済みであり、ポータルＢ
の仮想ポートの自己識別パケットを送信する必要があ
り、且つそのパケットがＩＥＥＥ１３９４ローカルバス
ブリッジ１の親ノードとして送信する必要があると判断
する。ＩＤ変換部５３はこれらの確認が終わると、ＩＤ
変換テーブル５３１の情報を基に自己識別パケットを生
成する。図２９のノードＦの自己識別パケットの詳細Ｐ
ＫＴ(7) １６６１がそれになる。

【０１８９】ＰＨＹ ＩＤ１６６２にはＩＤ変換テーブ
ル５３１のポータルＡノードＩＤ５３１ｃの値＃５が設
定される。ｓｐ１６６３にはＩＤ変換テーブル５３１の
ポータルＢ転送性能コード５３１ｅの値＃１が設定され
る。ｃビット１６６４にはＩＤ変換テーブル５３１のポ
ータルＢコンテンダフラグ５３１ｋの状態＃０を設定す
る。ｐ(0) １６６５にはすでにポータルＢ自ノードフラ
グ５３１ｉがアクティブになった後であるため、親ノー
ドとして＃１１を設定する。ノードＦ９−６に対応した
自己識別パケットの生成が終了すると、ＩＤ変換部５３
は自己識別パケットをポータルＡへ送信する。図２７の
ノードＦの識別パケット（ＩＤ＃５）１５０９がそれに
あたる。ＩＤ変換部５３はポータルＢルートフラグ５３
１ｊがまだアクティブとなっていないため、次の自己識
別パケットの送信準備に入る。

【０１９０】ＩＤ変換部５３は仮想ポート管理番号５３
１ｌのポインタを＃１加算し、＃０３とする。この行に
おけるポータルＢノードアクティブフラグ５３１ｈはア
クティブである。そこで、ＩＤ変換部５３はＩＤ変換テ
ーブル５３１に、ポータルＡノードＩＤ５３１ｃに先ほ
ど割当てたノードＩＤの番号＃５に＃１加算したノード
ＩＤ＃６を設定する。

【０１９１】次に、ＩＤ変換部５３はポータルＢ自ノー
ドフラグ５３１ｉがすでに送信済みであり、ポータルＢ
の仮想ポートの自己識別パケットを送信する必要があ
り、且つそのパケットがＩＥＥＥ１３９４ローカルバス
ブリッジ１の親ノードとして送信する必要があると判断
する。ＩＤ変換部５３はこれらの確認が終わると、ＩＤ
変換テーブル５３１の情報を基に自己識別パケットを生
成する。図２９のノードＥの自己識別パケットの詳細Ｐ
ＫＴ(8) １６７１がそれになる。

【０１９２】ＰＨＹ ＩＤ１６７２にはＩＤ変換テーブ
ル５３１のポータルＡノードＩＤ５３１ｃの値＃６が設
定される。ｓｐ１６７３にはＩＤ変換テーブル５３１の
ポータルＢ転送性能コード５３１ｅの値＃２が設定され
る。ｃビット１６７４にはＩＤ変換テーブル５３１のポ
ータルＢコンテンダフラグ５３１ｋの状態＃１を設定す
る。ｐ(0) １６７５にはすでにポータルＢ自ノードフラ
グ５３１ｉがアクティブになった後であるため、親ノー
ドとして＃１１を設定する。ノードＥ９−５に対応した
自己識別パケットの生成が終了すると、ＩＤ変換部５３
は自己識別パケットをポータルＡへ送信する。図２７の
ノードＥの識別パケット（ＩＤ＃６）１５１０がそれに
あたる。ＩＤ変換部５３はポータルＢルートフラグ５３
１ｊがアクティブとなっているため、これで自己識別パ
ケットの送信がすべて完了したと判断し、次の送信準備
に入らない。

【０１９３】その後、規定時間が経過し、サブアクショ
ンギャップが発生すると、ステート（Ｓｕｂａｃｔｉｏ
ｎ Ｇａｐ）１５１１がＰＨＹから通知され、自己識別
フェーズが終了する。これら一連のポータルＡの自己識
別フェーズによって、ポータルＢの情報がポータルＡに
伝えられる。

【０１９４】図３０においては、ポータルＡからみたト
ポロジイメージを示しており、ノードＡ９−１のノード
ＩＤは＃１となり、ノードＢ９−２のノードＩＤは＃０
となり、ノードＣ９−３のノードＩＤは＃２となる。次
いで、ノードＤ９−４がＩＥＥＥ１３９４ローカルバス
ブリッジ１のＰ(2) １３に繋がっており、そのノードＩ
Ｄは＃３となり、ＩＥＥＥ１３９４ローカルバスブリッ
ジ１のノードＩＤは＃４となる。

【０１９５】ノードＦ９−６はＩＥＥＥ１３９４ローカ
ルバスブリッジ１のＰ(3) １４に繋がっており、そのノ
ードＩＤは＃５となり、ノードＥ９−５はＩＥＥＥ１３
９４ローカルバスブリッジ１のＰ(4) １５に繋がってお
り、そのノードＩＤは＃６でルートとなる。その他の仮
想ポートには何も繋がっていないように見せかけてい
る。このようにして、ポータルＢのトポロジをポータル
Ａへ伝達する自己識別フェーズが完了する。

【０１９６】続いて、ＩＥＥＥ１３９４ローカルバスブ
リッジ１はポータルＡ側のバス上から登録ノードの検出
する。動作は上述した動作と同様となるので、その説明
を省略する。ＩＤ変換部５３に検出したノードＡ９−１
のノードＩＤ番号＃２と転送性能コードとを通知する。

【０１９７】これら一連の動作でＩＤ変換テーブル５３
１の構築が完了し、通常のＩＤ変換が可能となる。ここ
で、ポータルＡから見たノードＩＤとポータルＢから見
たノードＩＤの状態を整理すると、図３１に示すように
なる。

【０１９８】ポータルＡのトポロジはノードＩＤの低い
順から、ノードＢ９−２、ノードＡ９−１、ノードＣ９
−３、ノードＤ９−４、ＩＥＥＥ１３９４ローカルバス
ブリッジ１、ノードＦ９−６、ノードＥ９−５となる。
これらのノードは登録ノードＡ９−１からすべてアクセ
スが可能である。

【０１９９】次いで、ポータルＢのトポロジはノードＩ
Ｄの低い順から、ノードＤ９−４、ＩＥＥＥ１３９４ロ
ーカルバスブリッジ１、ノードＦ９−６、ノードＥ９−
５となる。ＩＥＥＥ１３９４ローカルバスブリッジ１は
登録ノードＡ９−１に成りすますので、実際のポータル
Ｂのトポロジは、ノードＩＤの低い順から、ノードＤ９
−４、ノードＡ９−１、ノードＦ９−６、ノードＥ９−
５と見える。すなわち、登録ノードＡ９−１が所属する
ローカルバスに所属するノードＢ９−２、ノードＣ９−
３はポータルＢから完全に隠すことができる。

【０２００】次に、ＩＤ変換動作について図２５と図３
１とを用いて説明する。図３１において、ノードＡ９−
１からノードＥ９−５へのパケット転送が発生したとす
る。ポータルＡから見たノードＥ９−５のノードＩＤは
＃６である。したがって、ノードＡ９−１からは、転送
元ノードＩＤを＃１、転送先ノードＩＤを＃６、として
パケットを送信することになる。

【０２０１】ＩＥＥＥ１３９４ローカルバスブリッジ１
はそのパケットを受取ると、まず、図２５に示すＩＤ変
換テーブル５３１を参照し、転送元ノードＩＤを検査す
る。ノードＩＤが＃１であることから、ノードＡ９−１
からのパケットであり、ポータルＢへ転送許可されてい
るノードであることを認識する。もしここで、ノードＡ
９−１以外のノードからのパケットであった場合、ポー
タルＢへの転送は行わない。

【０２０２】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１は転送先ノードＩＤを検査する。ＩＥＥＥ１３９
４ローカルバスブリッジ１はＩＤ変換テーブル５３１の
ポータルＡノードＩＤ５３１ｃを参照すると、ノードＩ
Ｄ＃６を見つけ、ポータルＢのノードであることがわか
る。もしここで、ポータルＢのノードでなければ、ポー
タルＢへの転送は行わない。

【０２０３】続いて、ＩＥＥＥ１３９４ローカルバスブ
リッジ１はポータルＢノードアクティブフラグ５３１ｈ
を検査し、アクティブであることを認識する。もしここ
で、ポータルＢノードアクティブフラグ５３１ｈが立っ
ていない場合、ＩＥＥＥ１３９４ローカルバスブリッジ
１はポータルＢのトポロジに変更が発生していて、かつ
ポータルＡへその情報を通知していない状態であったと
判断し、ポータルＡへバスリセットを発行し、ポータル
ＢのトポロジをポータルＡへ通知することになる。ＩＥ
ＥＥ１３９４ローカルバスブリッジ１はこれら検査を終
了し、ポータルＢへ転送すべきパケットであることを認
識すると、ＩＤ変換を開始する。

【０２０４】ＩＤ変換は次の手順で行う。ＩＤ変換部５
３は図２５に示すＩＤ変換テーブル５３１のポータルＡ
ノードＩＤ５３１ｃの＃６の行のポータルＢノードＩＤ
５３１ｄを検索し、ノードＩＤ＃３を認識する。また、
ＩＤ変換部５３はポータルＢノード転送性能コード５３
１ｅから、Ｓ４００の転送が可能であることを認識す
る。ＩＤ変換部５３はこれらの情報から、転送元ノード
ＩＤをポータルＢにおけるＩＥＥＥ１３９４ローカルバ
スブリッジ１のノードＩＤである＃１に変換する。ＩＤ
変換部５３は転送先ノードＩＤをポータルＢのノードＥ
９−５のノードＩＤである＃３に変換する。ＩＥＥＥ１
３９４ローカルバスブリッジ１は変換が完了すると、ポ
ータルＢへパケットを転送し、さらにＳ２００であった
パケットをＳ４００にして、転送を開始する。

【０２０５】次に、図３１においてノードＥ９−５から
ノードＡ９−１へのパケット転送が発生したとする。ポ
ータルＢから見たノードＡ９−１のノードＩＤはＩＥＥ
Ｅ１３９４ローカルバスブリッジ１のノードＩＤであ
り、＃１である。したがって、ノードＥ９−５からは、
転送元ノードＩＤを＃３、転送先ノードＩＤを＃１、と
してパケットを送信することになる。ＩＥＥＥ１３９４
ローカルバスブリッジ１はそのパケットが自分へのパケ
ットであり、それはポータルＡへのパケット転送を意味
することを認識する。もしここで、自ノード宛以外への
パケットであった場合、ポータルＡへの転送は行わな
い。

【０２０６】ＩＥＥＥ１３９４ローカルバスブリッジ１
はこれら検査を終了し、ポータルＡへ転送すべきパケッ
トであることを認識すると、ＩＤ変換を開始する。ＩＤ
変換は次の手順で行う。ＩＤ変換部５３は図２５に示す
ＩＤ変換テーブル５３１のポータルＢノードＩＤ５３１
ｄの＃３の行のポータルＡノードＩＤ５３１ｃを検索
し、ノードＩＤ＃６を認識する。また、ＩＤ変換部５３
はポータルＡノード転送性能コード５３１ｂから、Ｓ２
００の転送が可能であることを認識する。ＩＤ変換部５
３はこれらの情報から、転送元ノードＩＤをポータルＡ
におけるノードＥ９−５のノードＩＤである＃６に変換
する。転送先ノードＩＤはポータルＡのノードＡ９−１
のノードＩＤである＃１に変換する。ＩＥＥＥ１３９４
ローカルバスブリッジ１は変換が完了すると、ポータル
Ａへパケットを転送し、さらにＳ４００であったパケッ
トをＳ２００にして、転送を開始する。

【０２０７】ポータルＢでノードが抜かれた、または追
加された、ルートノードの変更等、さまざまな要因によ
ってバスリセットが発生することがある。バスリセット
が発生すると、ポータルＢのトポロジが変更され、ポー
タルＡへ通知する必要があるが、不用意にすべてのバス
リセットを通知すると、ポータルＡの転送効率が下がる
ため、ＩＥＥＥ１３９４ローカルバスブリッジ１は最低
限のバスリセットのみを通知させることによって、ポー
タルＡの転送効率を向上させることができる。以下、ポ
ータルＢのバスリセットをポータルＡに通知する条件を
列記する。

【０２０８】１つ目はＩＥＥＥ１３９４ローカルバスブ
リッジ１を設計する際、ポータルＡからポータルＢへの
ＬＯＣＫトランザクションにおいて、ＩＥＥＥ１３９４
ローカルバスブリッジ１に代替させる機能を持たせた場
合、ＩＥＥＥ１３９４ローカルバスブリッジ１が代替動
作を行わないＬＯＣＫトランザクションが発生した後、
またはＩＥＥＥ１３９４ローカルバスブリッジ１に代替
させる機能を持たせなかった場合で、ＬＯＣＫトランザ
クションが発生した後のポータルＢのバスリセット発生
した場合、ポータルＡとポータルＢとの不整合が生じる
ことになる。この場合、ポータルＡへバスリセットを発
生させ、再度、自発的にＬＯＣＫトランザクション発行
を促し、整合をとる。

【０２０９】２つ目はＩＥＥＥ１３９４ローカルバスブ
リッジ１を設計する際、ポータルＡへのＩｓｏｃｈｒｏ
ｎｏｕｓパケットを転送させないことができる機能を持
たせることによって、ポータルＡの転送効率を上げるこ
とができる。この機能を有効／無効にすることができる
機能を持たせた場合、ポータルＡのアプリケーションに
よってバスリセットを期待している場合がある。したが
って、Ｉｓｏｃｈｒｏｎｏｕｓパケット転送の有効／無
効を切替える際には、そのことをアプリケーションへ知
らせるためにバスリセットを発生させる。

【０２１０】３つ目はポータルＢにおいて新たなノード
が追加された場合、ポータルＡへバスリセットを発生さ
せ、ノードの追加があったことを伝える必要がある。４
つ目はポータルＢのルートノードが変更となった場合、
リソースの取り直しが必要となる。そのため、ポータル
Ａへバスリセットを通知する必要がある。

【０２１１】これらバスリセットをポータルＡへ伝える
べき項目を列挙したが、要は、ポータルＡとポータルＢ
とにおいて、ＩＥＥＥ１３９４ローカルバスブリッジ１
にて吸収できない事態が発生した場合には、バスリセッ
トにて整合を取ることになる。さて、ポータルＢからノ
ードが抜かれた場合についてであるが、この場合、ポー
タルＡにバスリセットを発行することで、トポロジを伝
えることも考えられるが、ＩＥＥＥ１３９４ローカルバ
スブリッジ１ではＩＤ変換テーブル５３１にて吸収する
ことで、ポータルＡへバスリセットを発生させず、ポー
タルＡの転送効率を向上させることができる。

【０２１２】図３２は本発明の一実施例においてノード
Ｄが抜かれた時の接続を示す図であり、図３３は本発明
の一実施例においてノードＤが抜かれた時のＩＤ変換テ
ーブルの構成を示す図である。これら図３２及び図３３
を参照して上記の方法について説明する。

【０２１３】図３２は図３１の構成からノードＤ９−４
が抜かれた状態を示す。図３１の状態からノードＤ９−
４が抜かれると、ポータルＢにてバスリセットが発生す
る。ＩＥＥＥ１３９４ローカルバスブリッジ１はバスリ
セットが発生したことを受け、ＩＤ変換テーブル５３１
のポータルＢノードアクティブフラグ５３１ｈをクリア
させる。ポータルＢではバスリセットが発生したため、
自己識別プロセスが開始され、各ノード間で自己識別が
なされる。図３２ではノードＥ９−５、ノードＦ９−
６、ＩＥＥＥ１３９４ローカルバスブリッジ１間でそれ
が行われる。

【０２１４】自己識別プロセスが終了すると、ＩＥＥＥ
１３９４ローカルバスブリッジ１はＩＤ変換テーブル５
３１の再構築を行うため、各ノードからコンフィグレー
ションＲＯＭのノード識別子の取得を開始する。コンフ
ィグレーションＲＯＭのノード識別子の取得は、ポータ
ルＢのノードＩＤの若い順から開始する。仮に、今回の
バスリセットで、ノードＩＤの若い順をＩＥＥＥ１３９
４ローカルバスブリッジ１、ノードＦ９−６、ノードＥ
９−５の順だったとする。ＩＥＥＥ１３９４ローカルバ
スブリッジ１は、まずノードＩＤ＃０を調べる。このノ
ードは自ノードであるため、図３３のポータルＢ自ノー
ドフラグ５３１ｉがセットされている行、すなわち仮想
ポート管理番号５３１ｌのポインタ＃０１のポータルＢ
ノードアクティブフラグ５３１ｈをセットする。

【０２１５】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はノードＩＤ＃１について調べ、ノードＩＤ＃１
のコンフィグレーションＲＯＭのノード識別子の取得を
行った結果と、ポータルＢノード管理番号５３１ｄとを
比較し、一致するところがあるか調べる。その結果、ノ
ードＩＤ＃１は従来より存在していたノードＦ９−６で
あり、仮想ポート管理番号５３１ｌのポインタ＃０２と
一致する。ＩＥＥＥ１３９４ローカルバスブリッジ１は
一致した行のポータルＢノードアクティブフラグ５３１
ｈをセットするとともに、ポータルＢノードＩＤ５３１
ｆ、ポータルＢノード転送性能コード５３１ｅを更新す
る。

【０２１６】次に、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はノードＩＤ＃２について調べ、ノードＩＤ＃２
のコンフィグレーションＲＯＭのノード識別子の取得を
行った結果と、ポータルＢノード管理番号５３１ｄとを
比較し、一致するところがあるか調べる。その結果、ノ
ードＩＤ＃２は従来より存在していたノードＥ９−５で
あり、仮想ポート管理番号５３１ｌのポインタ＃０３と
一致する。ＩＥＥＥ１３９４ローカルバスブリッジ１は
一致した行のポータルＢノードアクティブフラグ５３１
ｈをセットするとともに、ポータルＢノードＩＤ５３１
ｆ、ポータルＢノード転送性能コード５３１ｅを更新す
る。

【０２１７】また、このノードが最上位ノード、すなわ
ちルートノードであるので、ＩＥＥＥ１３９４ローカル
バスブリッジ１はこのノードがバスリセット前のルート
ノードと一致するかどうか調べる。もし、ルートノード
が変更されていたならば、ＩＥＥＥ１３９４ローカルバ
スブリッジ１はポータルＡへバスリセットを発行するこ
とになる。しかしながら、本例では、ルートノードは変
わらなかったので、これでＩＤ変換テーブル５３１の更
新を終える。その結果、図３３に示すように、ＩＤ変換
テーブル５３１が更新される。

【０２１８】ここで、注意すべき点はポータルＡノード
ＩＤを変更しないことである。ポータルＡとの関連付け
はポータルＢノード管理番号５３１ｄを使って管理して
いるので、ポータルＢノードＩＤがどのように変更して
も、不整合を生じることは無い。一点あるとすれば、ポ
ータルＡのノードＡ９−１がノードＤ９−４が抜かれた
ことに気が付いていないということになる。もし、ノー
ドＡ９−１がノードＤ９−４へアクセスした場合、ポー
タルＡへバスリセットを発生させ、ノードＤ９−４が抜
かれたことを通知すれば不整合を生じさせなく済む。ま
た、ノードＤ９−４が抜かれてから、一度もアクセスさ
れること無く、ノードＤ９−４が再度、接続された場
合、上述した手順によって、ＩＤ変換テーブル５３１が
更新されるが、ルートの変更が無い限り、ポータルＡへ
はバスリセットを通知する必要はない。

【０２１９】ポータルＡでバスリセットが発生した場
合、基本的にはポータルＢへバスリセットを通知する必
要は無い。但し、ポータルＡの登録ノードのコンフィグ
ＲＯＭの内容が変更されている等、登録ノード状態をポ
ータルＢへ伝える場合にのみ、ポータルＢへバスリセッ
トを発行する必要がある。

【０２２０】ポータルＡに接続されている登録ノードが
ポータルＢ側に対するパケットはＩＥＥＥ１３９４ロー
カルバスブリッジ１で受信され、ＩＥＥＥ１３９４ロー
カルバスブリッジ１が認識パケット（ペンディング）を
返信する。ＩＥＥＥ１３９４ローカルバスブリッジ１は
受信したパケットをポータルＢ用のＩＤに返還した後
に、ポータルＢに送信する。

【０２２１】ポータルＢ側でＩＥＥＥ１３９４ローカル
バスブリッジ１が認識パケットを受信した時、ポータル
Ａ側に確認パケットを生成して送信する。ポータルＢで
の通信がスプリットトランザクションの場合はさらにポ
ータルＢのノードから確認パケットが送信される。ＩＥ
ＥＥ１３９４ローカルバスブリッジ１はそれを受信し、
認識パケット（ペンディング）を送信する一方、ポータ
ルＡ側の登録ノード宛てのパケットにＩＤ変換して送信
する。

【０２２２】登録ノードは確認パケットに対する認識パ
ケットを送信する。ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はそれを受信し、ポータルＢ側に確認パケットを
生成して送信する。ポータルＡに接続されているノード
からＩＥＥＥ１３９４ローカルバスブリッジ１宛てのパ
ケットに対して、ＣＳＲのアクセスであればＣＳＲ制御
部５４にてユニファイドトランザクションで応答する。
それ以外は認識パケット（アドレスエラー）を返送して
通信を終了させる。

【０２２３】ポータルＡの登録ノード以外のノードから
ポータルＢのノード宛てのパケットに関してはＩＥＥＥ
１３９４ローカルバスブリッジ１が認識パケット（アド
レスエラー）を返送して通信を終了させる。

【０２２４】ポータルＢに接続されているノードからＩ
ＥＥＥ１３９４ローカルバスブリッジ１へのアクセスが
来ると、ＩＥＥＥ１３９４ローカルバスブリッジ１はそ
のアクセスがＣＳＲへのアクセスであれば、ＣＳＲ制御
部５４にてユニファイドトランザクションで応答し、そ
れ以外に対するアクセスであれば、ひとまずペンディン
グの認識パケットを返し、ポータルＡへ転送する。

【０２２５】その後、ポータルからの認識パケットがビ
ジーとペンディング以外であれば、ＩＥＥＥ１３９４ロ
ーカルバスブリッジ１はそれに対応した応答パケットを
自動生成し、ポータルＢへ送信し、スプリットトランザ
クションを完了させる。

【０２２６】もし、ポータルＡからの認識パケットがビ
ジーであれば、ＩＥＥＥ１３９４ローカルバスブリッジ
１は再度、同じパケットをポータルＡへ送信し、ペンデ
ィングであればポータルＡからの応答パケットにゆだ
ね、ポータルＢへ応答パケットを送信しない。また、パ
ケットの転送方法については、ポータルＡからポータル
Ｂに関しても、上記と同等である。

【０２２７】ここで、サイクルスタートパケットについ
て説明する。上述したように、ＩＥＥＥ１３９４ローカ
ルバスブリッジ１はポータルＡでは確実にルートノード
になるが、ポータルＢではバスリセットの度にルートノ
ードになったり、ならなかったりする。ＩＥＥＥ１３９
４ローカルバスブリッジ１はポータルＢでルートノード
の時と、そうでない時とで違った動きをする。

【０２２８】ＩＥＥＥ１３９４ローカルバスブリッジ１
はポータルＢでルートノードになった時に、サイクルス
タートのタイミングで、先ずポータルＢにサイクルスタ
ートパケットを送信し、一定時間後、ポータルＡにサイ
クルスタートパケットを送信する。また、ＩＥＥＥ１３
９４ローカルバスブリッジ１はポータルＢでルートノー
ドにならなかった時に、ポータルＢでサイクルスタート
パケットを受信したら、受信が完了した時点でポータル
Ａにサイクルスタートパケットを送信開始する。このよ
うにして、ポータルＡとポータルＢとのサイクルスター
トタイミングのずれは、ポータルＢでルートノードにな
ってもならなくても同等となる。

【０２２９】ＩＥＥＥ１３９４ローカルバスブリッジ１
周辺のバスでは上述のタイミングでサイクルスタートパ
ケットが流れるので、ポータルＢからポータルＡへのＩ
ｓｏｃｈｒｏｎｏｕｓパケットの転送は、受信と同時に
送信することによって実現される。しかしながら、ポー
タルＡからポータルＢに転送する際には、ポータルＡで
Ｉｓｏｃｈｒｏｎｏｕｓパケットを受信した時点で、ポ
ータルＢではサブアクションギャップを検出している可
能性があるので、１サイクル分のＩｓｏｃｈｒｏｎｏｕ
ｓパケットをＦＩＦＯにためておき、次のサイクルスタ
ートパケットを待ってから送信を開始する。

【０２３０】現在、殆どのＩＥＥＥ１３９４機器はＰ１
３９４．１で規定されているブリッジに対応することが
できない。このＰ１３９４．１規格はＩＥＥＥ１３９４
−１９９５やＩＥＥＥ１３９４ａ−２０００において具
体的な規定がなく、これらの規格に準拠した機器が、Ｂ
ＵＳ ＩＤがローカルバスを示していないパケットを受
信しても反応することができないからである。

【０２３１】しかしながら、本発明のＩＥＥＥ１３９４
ローカルバスブリッジを間に挟むことによって、ポータ
ルＢからポータルＡへパケットを転送する際、送信先を
示すＰＨＹ ＩＤの中のＢＵＳ ＩＤをローカルバスに
変換して転送するので、ブリッジに対応することができ
ない機器もブリッジとの接続が可能になる。

【０２３２】本発明の他の実施例として、その基本的構
成は上記の通りであるが、ポータルＢにてリピータがあ
った場合についてさらに工夫している。通常、リピータ
はノードＩＤが割当てられるが、機能は単にケーブルの
延長と捕らえることができる。すなわち、ＩＥＥＥ１３
９４ローカルバスブリッジにおいて、ポータルＡへ伝え
る必要がない。そこで、ポータルＢにおいて、リピータ
が存在した場合について説明する。

【０２３３】図３４は本発明の他の実施例におけるリピ
ータ有りの場合の接続を示す図であり、図３５は本発明
の他の実施例におけるリピータ有りのノードＩＤを示す
図であり、図３６は本発明の他の実施例におけるリピー
タ有りの時のバスリセットを発行してから自己識別フェ
ーズの終了までの流れを示す図である。

【０２３４】また、図３７及び図３８は本発明の他の一
実施例におけるリピータ有りの時のバスリセット発行時
の各ノードの自己識別パケットの詳細な構成を示す図で
あり、図３９は本発明の他の実施例におけるリピータ有
りの時のポータルＡから見た接続を示す図である。これ
ら図３４〜図３９を参照して本発明の他の実施例につい
て説明する。

【０２３５】図３４に示すように、例えばノードＥ９−
５がリピータだとすると、上述したように、ＩＥＥＥ１
３９４ローカルバスブリッジ１はポータルＡのトポロジ
を確認し、続いてポータルＢのトポロジを確認し、最後
にポータルＢのトポロジをポータルＡへ伝える。これら
一連の基本的な動作は変わらない。違いは、ポータルＢ
のトポロジを確認する際にリピータの存在を認識するこ
とと、ポータルＢのトポロジをポータルＡへ伝える際、
リピータの存在を伝えないことにある。

【０２３６】リピータであるかどうかは自己識別パケッ
トのＬビットを調べることで認識することができる。リ
ピータの場合、このビットがインアクティブとなってい
る。ＩＥＥＥ１３９４ローカルバスブリッジ１はポータ
ルＢのトポロジを調べる際、この自己識別パケットのＬ
ビットも調査する。もし、このビットがインアクティブ
であったならば、ＩＤ変換テーブル５３１にも登録しな
い。

【０２３７】実際のトポロジは、図３５に示されるよう
に、ポータルＢではノードＥ９−５についてもノードＩ
Ｄ＃２が割当てられる。しかしながら、ノードＥ９−５
はリピータであるので、ポータルＢのトポロジをポータ
ルＡへ伝える場合、図３６〜図３８に示すように、自己
識別パケットを送信することになる。

【０２３８】図３６は横軸が時間で、バスリセットが発
生してから、自己識別フェーズの終了までを表してい
る。図３７及び図３８はノードＢの自己識別パケットの
詳細ＰＫＴ(0) １８０１、ノードＡの自己識別パケット
の詳細ＰＫＴ(1) １８１１、ノードＣの自己識別パケッ
トの詳細ＰＫＴ(2) １８２１、ノードＤの自己識別パケ
ットの詳細ＰＫＴ(3) １８３１、ノードＦの自己識別パ
ケットの詳細ＰＫＴ(4)１８４１、ＩＥＥＥ１３９４ロ
ーカルバスの自己識別パケットの詳細ＰＫＴ(5)１８５
１、ＰＫＴ(6) １８５２、ＰＫＴ(7) １８５３を示すも
のである。

【０２３９】まず、ＩＥＥＥ１３９４ローカルバスブリ
ッジ１はポータルＡにバスリセットを発行する。バスリ
セットが発生すると、ポータルＡの自己識別フェーズが
開始される。この動作は上述した基本的な動作と同じで
ある。ポータルＡのローカルバス上でバスリセットが発
生すると、ＰＨＹからバスリセット開始を知らせるステ
ート（Ｂｕｓ Ｒｅｓｅｔ）１７０１が通知され、ポー
タルＡ内でのトポロジの構築がなさる。

【０２４０】次いで，ポータルＡの自己識別フェーズが
開始される。自己識別パケットは図３６に示すとおり、
ノードＢの自己識別パケット（ＩＤ＃０）１７０２、ノ
ードＡの自己識別パケット（ＩＤ＃１）１７０３、ノー
ドＣの自己識別パケット（ＩＤ＃２）１７０４というよ
うに順次、自己識別パケットが送信される。

【０２４１】ポータルＡの各ノードの自己識別パケット
を受信し終えると、次はＩＥＥＥ１３９４ローカルバス
ブリッジ１がノードＤの自己識別パケット（ＩＤ＃３）
１７０５、ノードＦの自己識別パケット（ＩＤ＃４）１
７０６、次いで自己の自己識別パケットＩＤ＃５（１／
３）１７０７、自己の自己識別パケットＩＤ＃５（２／
３）１７０８、自己の自己識別パケットＩＤ＃５（３／
３）１７０９を送信する。

【０２４２】図３７及び図３８にその詳細な構成を示
す。ここで注意すべきは、ノードＥ９−５の自己識別パ
ケットを送信しないことにある。その後、規定時間が経
過し、サブアクションギャップが発生すると、ステート
（Ｓｕｂａｃｔｉｏｎ Ｇａｐ）１７１０がＰＨＹから
通知され、自己識別フェーズが終了する。これら一連の
ポータルＡの自己識別フェーズによって、ポータルＢの
情報がポータルＡに伝えられる。

【０２４３】図３９はポータルＡから見たトポロジイメ
ージを示している。図３９において、ノードＡ９−１の
ノードＩＤは＃１となり、ノードＢ９−２のノードＩＤ
は＃０、ノードＣ９−３のノードＩＤは＃２となる。次
いで、ノードＤ９−４がＩＥＥＥ１３９４ローカルバス
ブリッジ１のＰ(2) １３に繋がっており、そのノードＩ
Ｄは＃３となり、ノードＦ９−６はＩＥＥＥ１３９４ロ
ーカルバスブリッジ１のＰ(3) １４に繋がっており、そ
のノードＩＤは＃４、ＩＥＥＥ１３９４ローカルバスブ
リッジ１のノードＩＤは＃５となる。

【０２４４】ノードＥ９−５は存在せず、その他の仮想
ポートには何も繋がっていないように見せかけている。
このようにしてポータルＢのトポロジをポータルＡへ伝
達することによって、ポータルＡではポータルＢ上のリ
ピータの存在をなくし、ポータルＢのノードＩＤを効率
的に使うことが可能である。

【０２４５】以上、本発明の各実施例について説明した
が、本発明のローカルバスブリッジは専用ＰＨＹ等のハ
ードウェア特有の部分を除いて、ハードウェア、ファー
ムウェアのどちらでも実現が可能である。

【０２４６】また、本発明のローカルバスブリッジはＩ
ＥＥＥ１３９４のシステムだけによらず、同様のシリア
ルバスネットワークを形成するシステムにおいても実現
可能である。尚、本発明は上記の各実施例に限定され
ず、本発明の技術思想の範囲内において、各実施例を適
宜変更可能であるは明らかである。

【０２４７】このように、本発明では、ＩＥＥＥ１３９
４ローカルバスブリッジ１を使用することによって、Ｂ
ＵＳ ＩＤを変えることなく、バスを分割し、各バスに
接続されているノードにおいてバスが分割されているこ
とを意識することなく、互いに認識することができる。

【０２４８】また、本発明では、ＩＥＥＥ１３９４ロー
カルバスブリッジ１が一方のバスに対して他方のノード
に接続されている特定のノードとして振舞うことによっ
て、その他のノードを隠し、その特定のノードが同じバ
スに接続されているノードを占有することができる。

【０２４９】さらに、本発明では、ＩＥＥＥ１３９４ロ
ーカルバスブリッジ１がバスリセットを分割し、バスリ
セットが起きたローカルバスに対して自動的に他方のロ
ーカルバスに接続されたノード情報を提示することによ
って、双方のバスの利用効率の低下を避けることができ
る。

【０２５０】さらにまた、本発明では、片方のローカル
バス内で閉ざされたパケットを他方のローカルバスへ通
さないことによって、双方のバスの利用効率を向上させ
ることができる。

【０２５１】

【発明の効果】以上説明したように本発明のローカルバ
スブリッジは、各々複数のノードが接続された第１及び
第２のローカルバスを接続するローカルバスブリッジで
あって、予め設定された特定ノードが接続された第１の
ローカルバスに第２のローカルバスの接続情報を通知
し、第２のローカルバスに特定ノードの情報のみを提示
することによって、ＩＥＥＥ１３９４バスに接続される
ノードを特定のノードが確実に占有可能な環境を得るこ
とができるという効果が得られる。

【０２５２】また、本発明の他のローカルバスブリッジ
は、各々複数のノードが接続された第１及び第２のロー
カルバスを接続するローカルバスブリッジであって、予
め設定された特定ノードが接続された第１のローカルバ
スに第２のローカルバスの接続情報を通知し、第２のロ
ーカルバスに特定ノードの情報のみを提示することによ
って、バスを分割しても双方のバスに接続されているノ
ード同士が互いに存在を認識可能な環境を得ることがで
きるという効果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施例によるローカルバスブリッジ
の構成を示すブロック図である。

【図２】図１の内部ポータルの構成を示すブロック図で
ある。

【図３】図１の外部ポータルの構成を示すブロック図で
ある。

【図４】図１の制御部の構成を示すブロック図である。

【図５】図４のＩＤ変換テーブルの構成を示す図であ
る。

【図６】本発明の一実施例で用いる仮想１６ポートＰＨ
Ｙのイメージ図である。

【図７】本発明の一実施例によるローカルバスブリッジ
の自ノードの自己識別パケットの詳細な構成を示す図で
ある。

【図８】本発明の一実施例によるポータルＢの各ノード
の自己識別パケットの詳細な構成を示す図である。

【図９】本発明の一実施例によるローカルバスブリッジ
全体の動作を示すフローチャートである。

【図１０】本発明の一実施例によるローカルバスブリッ
ジ全体の動作を示すフローチャートである。

【図１１】本発明の一実施例によるローカルバスブリッ
ジ全体の動作を示すフローチャートである。

【図１２】本発明の一実施例における登録モード時の接
続形態を示す図である。

【図１３】本発明の一実施例における登録モード時にポ
ータルＡへの最初のバスリセットを発行してから自己識
別フェーズの終了までの流れを示す図である。

【図１４】（ａ），（ｂ）は本発明の一実施例における
登録モード時にポータルＡへの最初のバスリセット発行
時の各ノードの自己識別パケットの詳細な構成を示す図
である。

【図１５】本発明の一実施例における登録モード時にポ
ータルＡの最初の自己識別フェーズの終了時の１６ポー
トＰＨＹの接続状態を示す図である。

【図１６】本発明の一実施例におけるリードリクエスト
パケットの詳細な構成を示す図である。

【図１７】本発明の一実施例における応答パケットの詳
細な構成を示す図である。

【図１８】本発明の一実施例における通常モード時の接
続形態を示す図である。

【図１９】本発明の一実施例における通常モード時にポ
ータルＡへの最初のバスリセットを発行してから自己識
別フェーズの終了までの流れを示す図である。

【図２０】（ａ）〜（ｄ）は本発明の一実施例における
通常モード時にポータルＡへの最初のバスリセット発行
時の各ノードの自己識別パケットの詳細な構成を示す図
である。

【図２１】本発明の一実施例における通常モード時にポ
ータルＡの最初の自己識別フェーズの終了時の接続状態
を示す図である。

【図２２】本発明の一実施例における登録ノードの情報
が反映された状態のＩＤ変換テーブルの構成を示す図で
ある。

【図２３】本発明の一実施例における通常モード時にポ
ータルＢへの最初のバスリセットを発行してから自己識
別フェーズの終了までの流れを示す図である。

【図２４】本発明の一実施例におけるポータルＢの自己
識別フェーズによって構築されたＩＤ変換テーブルの構
成を示す図である。

【図２５】本発明の一実施例におけるポータルＢのノー
ド管理番号の取得時のＩＤ変換テーブルの構成を示す図
である。

【図２６】本発明の一実施例における通常モード時にポ
ータルＡ及びポータルＢのＩＤ変換テーブル情報がそろ
った状態を示す図である。

【図２７】本発明の一実施例における通常モード時にポ
ータルＡへの２回目のバスリセットを発行してから自己
識別フェーズの終了までの流れを示す図である。

【図２８】（ａ）〜（ｄ）は本発明の一実施例における
通常モード時にポータルＡの２回目のバスリセット発行
時の各ノードの自己識別パケットの詳細な構成を示す図
である。

【図２９】（ａ）〜（ｃ）は本発明の一実施例における
通常モード時にポータルＡの２回目のバスリセット発行
時の各ノードの自己識別パケットの詳細な構成を示す図
である。

【図３０】本発明の一実施例におけるＩＤ変換テーブル
の構築が完了時のポータルＡから見たイメージを示す図
である。

【図３１】本発明の一実施例におけるＩＤ変換テーブル
の構築が完了時のノードＩＤの状態を示す図である。

【図３２】本発明の一実施例においてノードＤが抜かれ
た時の接続を示す図である。

【図３３】本発明の一実施例においてノードＤが抜かれ
た時のＩＤ変換テーブルの構成を示す図である。

【図３４】本発明の他の実施例におけるリピータ有りの
場合の接続を示す図である。

【図３５】本発明の他の実施例におけるリピータ有りの
ノードＩＤを示す図である。

【図３６】本発明の他の実施例におけるリピータ有りの
時のバスリセットを発行してから自己識別フェーズの終
了までの流れを示す図である。

【図３７】（ａ）〜（ｄ）は本発明の他の一実施例にお
けるリピータ有りの時のバスリセット発行時の各ノード
の自己識別パケットの詳細な構成を示す図である。

【図３８】（ａ），（ｂ）は本発明の他の一実施例にお
けるリピータ有りの時のバスリセット発行時の各ノード
の自己識別パケットの詳細な構成を示す図である。

【図３９】本発明の他の実施例におけるリピータ有りの
時のポータルＡから見た接続を示す図である。

【図４０】ＩＥＥＥ１３９４バスを用いて構築されたネ
ットワークの一例を示す図である。

【図４１】ＩＥＥＥ１３９４のアドレスマップを示す図
である。

【図４２】内容が会社識別子のみの最小フォーマット形
式のコンフィグレーションＲＯＭの内容を示す図であ
る。

【図４３】一般フォーマット形式のコンフィグレーショ
ンＲＯＭの内容を示す図である。

【図４４】ＩＥＥＥ１３９４のシステム構成の一例を示
す図である。

【図４５】Ｉｓｏｃｈｒｏｎｏｕｓサブアクション及び
Ａｓｙｎｃｈｒｏｎｏｕｓサブアクションが行われてい
るＩＥＥＥ１３９４バスの一例を示す図である。

【図４６】ユニファイドトランザクションのデータの流
れを示す図である。

【図４７】スプリットトランザクションのデータの流れ
を示す図である。

【符号の説明】

１ ＩＥＥＥ１３９４ローカルバスブリッジ ２ ＬＩＮＫ機能 ３ 内部ポータル ４ 外部ポータル ５ 制御部 ６ 専用ＰＨＹ機能 ７ 標準ＰＨＹ機能 ８ ＲＯＭ ９，９−１〜９−６ ノード ３１，４１ パケット受信制御部 ３２，４２ パケット送信制御部 ５１ サイクルスタートパケット制御部 ５２ トランザクション制御部 ５３ ＩＤ変換部 ５４ ＣＳＲ制御部 １０１，１０４ ローカルバス １０２，１０３ ＰＨＹ−ＬＩＮＫインタフェース １１１，１１２ 内部バス ３１１，４１１ パケット受信部 ３１２，４１３ Ａｓｙｎｃｈｒｏｎｏｕｓパケット受
信制御部 ３１３，４１４ Ｉｓｏｃｈｒｏｎｏｕｓパケット受信
制御部 ３２１，４２１ パケット送信部 ３２２，４２２ サイクルスタートパケット送信制御部 ３２３，４２３ Ａｓｙｎｃｈｒｏｎｏｕｓパケット送
信制御部 ３２４，４２４ Ｉｓｏｃｈｒｏｎｏｕｓパケット送信
制御部 ４１２ サイクルスタートパケット受信制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 竹下 徹也 東京都港区芝浦三丁目18番21号 日本電気 エンジニアリング株式会社内 Ｆターム(参考） 5K033 AA09 DA05 DA11 DB16 DB18 EC04

Claims (15)

【特許請求の範囲】
1. 【請求項１】 シリアルバスを分割して構築されかつ各
   々複数のノードが接続された第１及び第２のローカルバ
   スを接続するローカルバスブリッジであって、予め設定
   された特定ノードが接続された前記第１のローカルバス
   に前記第２のローカルバスの接続情報を通知する手段
   と、前記第２のローカルバスに前記特定ノードの情報の
   みを提示する手段とを有することを特徴とするローカル
   バスブリッジ。
2. 【請求項２】 前記第１のローカルバスにおいて確実に
   ルートになることを特徴とする請求項１記載のローカル
   バスブリッジ。
3. 【請求項３】 前記第１のローカルバスに接続されたノ
   ードと前記第２のローカルバスに接続されたノードとの
   間のデータ転送を相互に可能とするためにＩＤ変換を行
   う手段を含むことを特徴とする請求項１または請求項２
   記載のローカルバスブリッジ。
4. 【請求項４】 前記ＩＤ変換は、前記第１及び第２のロ
   ーカルバス各々のトポロジを解析し、前記第１及び第２
   のローカルバス各々に接続されたノード各々の識別情報
   を管理することを特徴とする請求項３記載のローカルバ
   スブリッジ。
5. 【請求項５】 前記特定ノードの情報と前記第２のロー
   カルバスに接続されたノード各々の情報とを管理するＩ
   Ｄ変換テーブルを含み、前記ＩＤ変換テーブルを用いて
   前記特定のノードと前記第２のローカルバスに接続され
   たノード各々とのデータ転送を可能とすることを特徴と
   する請求項３または請求項４記載のローカルバスブリッ
   ジ。
6. 【請求項６】 前記ＩＤ変換テーブルは、前記特定ノー
   ド及び前記第２のローカルバスに接続されたノード各々
   に固有の認識番号を用いて管理することを特徴とする請
   求項５記載のローカルバスブリッジ。
7. 【請求項７】 前記固有の認識番号は、ｎｏｄｅ ｖｅ
   ｎｄｏｒ ＩＤ及びｃｈｉｐ ＩＤであることを特徴と
   する請求項６記載のローカルバスブリッジ。
8. 【請求項８】 前記ＩＤ変換テーブルは、前記特定ノー
   ド及び前記第２のローカルバスに接続されたノード各々
   の転送性能を管理し、前記特定ノードと前記第２のロー
   カルバスに接続されたノード各々とのパケット転送時の
   転送速度を適性にすることを特徴とする請求項５から請
   求項７のいずれか記載のローカルバスブリッジ。
9. 【請求項９】 前記ＩＤ変換は、ネットワークを初期化
   するためのバスリセットによる前記第１及び第２のロー
   カルバス各々におけるトポロジの変化を前記ＩＤ変換テ
   ーブルにて吸収し、整合性を維持することを特徴とする
   請求項５から請求項８のいずれか記載のローカルバスブ
   リッジ。
10. 【請求項１０】 前記第１及び第２のローカルバス各々
    における前記ＩＤ変換テーブルで吸収できない不整合が
    発生した時にバスリセットを発行してトポロジの再構築
    を行うことを特徴とする請求項５から請求項９のいずれ
    か記載のローカルバスブリッジ。
11. 【請求項１１】 前記第２のローカルバスに接続された
    ノード各々から前記特定ノードへのアクセスに対して当
    該特定ノードに代行して動作することを特徴とする請求
    項１から請求項１０のいずれか記載のローカルバスブリ
    ッジ。
12. 【請求項１２】 前記第２のローカルバスのトポロジを
    仮想ポートに割当てて当該トポロジを形成し、そのトポ
    ロジを前記第１のローカルバスに伝達することを特徴と
    する請求項１から請求項１１のいずれか記載のローカル
    バスブリッジ。
13. 【請求項１３】 前記第２のローカルバスのトポロジを
    前記第１のローカルバスに伝達する際に自己識別パケッ
    トを生成して送信することを特徴とする請求項１から請
    求項１２のいずれか記載のローカルバスブリッジ。
14. 【請求項１４】 前記第２のローカルバスにおけるリピ
    ータの情報を排除したトポロジを前記第１のローカルバ
    スに伝達することを特徴とする請求項１から請求項１２
    のいずれか記載のローカルバスブリッジ。
15. 【請求項１５】 前記ローカルバスは、ＩＥＥＥ１３９
    ４ローカルバスであることを特徴とする請求項１から請
    求項１４のいずれか記載のローカルバスブリッジ。