JP2002111698A

JP2002111698A - データ転送装置、ネットワークシステム及びデータ転送方法

Info

Publication number: JP2002111698A
Application number: JP2000302883A
Authority: JP
Inventors: Yoshikatsu Niwa; 義勝丹羽; Shinya Masunaga; 慎哉桝永
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-09-29
Filing date: 2000-09-29
Publication date: 2002-04-12
Also published as: EP1193915A2; US20020065942A1; EP1193915A3; US7321938B2

Abstract

(57)【要約】【課題】本発明は、データ転送装置に関し、ネットワー
クの帯域を効率的に利用することを提案する。【解決手段】宛先情報に基づいて、データの宛先である
ノードがバスに接続されているか否かを判断し、接続さ
れていないと判断した場合には、データの送信元に対し
て所定のエラー情報を送信することにより、データの再
送を防止することができ、かくしてネットワークの帯域
を効率的に利用し得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ転送装置、ネ
ットワークシステム及びデータ転送方法に関し、例え
ば、データの転送に先立ってバス使用権のアービトレー
ションを行うようにしたディジタルシリアルデータのイ
ンターフェイス装置に適用して好適なものである。

【０００２】

【従来の技術】従来、マルチメディア・データ転送のた
めのインターフェイスを目的として高速データ転送、リ
アルタイム転送をサポートしたインターフェイス規格と
して、ＩＥＥＥ１３９４ハイパフォーマンス・シリアル
・バス規格（以下、これをＩＥＥＥ１３９４規格と呼
ぶ）が知られている。

【０００３】このＩＥＥＥ１３９４規格では、 100〔Mb
ps〕（98.304〔Mbps〕）、 200〔Mbps〕（196.608 〔Mb
ps〕）、 400〔Mbps〕（393.216 〔Mbps〕）でのデータ
転送速度が定義されており、上位転送速度を持つ１３９
４ポートは、その下位転送速度との互換性を保持するよ
うに規格されている。これにより、 100〔Mbps〕、 200
〔Mbps〕、 400〔Mbps〕のデータ転送速度が同一ネット
ワーク上で混在可能になっている。

【０００４】また、ＩＥＥＥ１３９４規格では、図１に
示すように、転送データがデータ信号とその信号を補う
ストローブ信号の２信号に変換されており、この２信号
の排他的論理和をとることによりクロックを生成するこ
とができるようにしたＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔ
ｒｏｂｅＬｉｎｋ）符号化方式の転送フォーマットが
採用されている。

【０００５】さらに、図２の断面図にケーブル構造を示
してあるように、第１のシールド層２によりシールドさ
れた２組のツイストペア線（信号線）３と電源線４を束
ねたケーブル全体をさらに第２のシールド層５によりシ
ールドした構造のケーブル１が規定されている。

【０００６】またＩＥＥＥ１３９４規格における接続方
式は、ディジチェーンとノード分岐の２種類の方式が使
用できる。ディジチェーン方式では、最大16ノード（１
３９４ポートを持つ機器）が接続でき、そのノード間の
最長距離が 4.5〔ｍ〕となっている。図３に示すよう
に、ノード分岐を併用することにより、規格最大の63ノ
ード（物理的なノード・アドレス）まで接続することが
可能である。

【０００７】またＩＥＥＥ１３９４規格では、上述のよ
うな構造のケーブルの抜き差しを機器が動作している状
態すなわち電源の入っている状態で行うことが可能で、
ノードが追加又は削除された時点で、自動的に１３９４
ネットワークの再構成を行うようになっている。このと
き、接続されたノードの機器を自動的に認識することが
でき、接続された機器のＩＤや配置はインターフェイス
上で管理される。

【０００８】このＩＥＥＥ１３９４規格で準拠したイン
ターフェイスの構成要素とプロトコル・アーキテクチャ
を図４に示してある。ＩＥＥＥ１３９４のインターフェ
イスは、ハードウェアとファームウェアに分けることが
できる。

【０００９】ハードウェアは、フィジカル・レイヤ（物
理層：ＰＨＹ）、リンク・レイヤ（リンク層）から構成
される。

【００１０】そして、フィジカル・レイヤでは、直接Ｉ
ＥＥＥ１３９４規格に信号をドライブする。また、リン
ク・レイヤはホスト・インターフェイスとフィジカル・
レイヤのインターフェイスを備える。

【００１１】ファームウェアは、ＩＥＥＥ１３９４規格
に準拠したインターフェイスに対しての実際のオペレー
ションを行う管理ドライバからなるトランザクション・
レイヤと、ＳＭＢ（ＳｅｒｉａｌＢｕｓＭａｎａｇ
ｅｍｅｎｔ）と呼ばれるＩＥＥＥ１３９４規格に準拠し
たネットワーク管理用のドライバからなるマネージメン
ト・レイヤとから構成される。

【００１２】さらに、アプリケーション・レイヤは、ユ
ーザの使用しているソフトウェアとトランザクション・
レイヤやマネージメント・レイヤをインターフェイスす
る管理ソフトウェアからなる。

【００１３】ＩＥＥＥ１３９４規格では、ネットワーク
内で行われる転送動作をサブアクションと呼び、次の２
種類のサブアクションが規定されている。すなほち、２
つのサブアクションとして、「アシンクロナス」と呼ば
れる非同期転送モード、及び「アイソクロナス」と呼ば
れる転送帯域を保証した同期転送モードが定義されてい
る。

【００１４】また、さらに各サブアクションは、次の３
つのパートに分かれており、「アービトレーション」、
「パケット・トランスミッション」、「アクノリッジメ
ント」と呼ばれる転送状態をとる。なお「アイソクロナ
ス」モードには、「アクノリッジメント」は省略されて
いる。

【００１５】アシンクロナス・サブアクションでは、非
同期転送を行う。この転送モードにおける時間的な遷移
状態を示す図５において、最初のサブアクション・ギャ
ップは、バスのアイドル状態を示している。このサブア
クション・ギャップの時間をモニタすることにより、直
前の転送が終わり、新たな転送が可能か否か判断する。

【００１６】そして、一定時間以上のアイドル状態が続
くと、転送を希望するノードはバスを使用できると判断
して、バスの制御権を獲得するためにアービトレーショ
ンを実行する。実際にバスの停止の判断は、図６に示す
ようにルートに位置するノードＡが下す。

【００１７】このアービトレーションでバスの制御権を
得たノードは、次にデータの転送すなわちパケット・ト
ランスミッションを実行する。データ転送後、データを
受信したノードは、その転送されたデータに対して、そ
の受信結果に応じたａｃｋ（アック：受信確認用返送コ
ード）の返送により、応答するアクノリッジメントを実
行する。このアプリケーションの実行により、送信及び
受信ノードともに転送が正常に行われたことを上記アッ
クの内容によって確認することができる。

【００１８】その後、再びサブアクション・ギャップす
なわちバスのアイドル状態に戻り、上記転送動作が繰り
返される。

【００１９】また、アイソクロナス・サブアクションで
は、基本的には非同期転送と同様な構造の転送を行うの
であるが、図７に示すように、アシンクロナス・サブア
クションでの非同期転送より優先的に実行される。

【００２０】このアイソクロナス・サブアクションにお
けるアイソクロナス転送は、約８〔ｋHz〕毎にルートノ
ードから発行されるサイクルスタートパケットに続いて
行われ、アシンクロナス・サブアクションでの非同期転
送よりも優先して実行される。これにより、転送帯域を
保証した転送モードとなり、リアルタイム・データの転
送を実現する。

【００２１】同時に、複数ノードでリアルタイム・デー
タのアイソクロナス転送を行う場合には、その転送デー
タには内容（発信ノード）を区別するためのチャンネル
ＩＤを設定して、必要なリアルタイム・データだけを受
け取るようにする。

【００２２】ＩＥＥＥ１３９４規格のアドレス空間は、
図８に示すような構成となっている。これは、６４ビッ
ト固定アドレッシングのＩＳＯ／ＩＥＣ１３２１３規格
にて定義されているＣＳＲアーキテクチャ（以下、これ
をＣＳＲアーキテクチャと呼ぶ）に従う。

【００２３】図８に示すように、各アドレスの上位１６
ビットはノードＩＤを表し、ノードにアドレス空間を提
供する。ノードＩＤは１０ビットのバス番号と６ビット
のノード番号に分割され、上位１０ビットでバスＩＤ、
下位６ビットでフィジカルＩＤを指定する。どちらのフ
ィールドも全ビットが「１」となる値を特別な目的とし
て使用しているので、このアドレッシング方法は１０２
３個のバスと各々６３個の個別アドレス指定可能なノー
ドを提供している。

【００２４】一方、前述のＩＥＥＥ１３９４規格では、
ネットワークを構成する場合に、接続台数、ホップ数、
伝送帯域などの制限により規模や扱いやすさの面でいろ
いろな制約を受けてしまうという事実がある。これらの
制限を緩和し、ネットワーク規模を拡張していくための
手法として、１３９４バスブリッジの規格化が現在行わ
れている。

【００２５】ＩＥＥＥ１３９４規格で採用しているステ
ータス・コントロール・レジスタでは、１０ビットのバ
ス番号フィールドと６ビットのノード番号フィールドが
定義されており、ノード番号フィールドを基に一つのバ
スが構成される。

【００２６】これらのうち、ノード番号フィールドによ
って表される１バス内６３ノードの挙動について規格化
されているのがＩＥＥＥ１３９４規格となる。これに対
して、１０ビットのバス番号フィールドを用い、このフ
ィールドに番号を割り当てることによって最大１０３２
バスへの拡張が可能となるわけであるが、このような１
３９４ネットワーク全体についてのプロトコルを規格化
しようというのが１３９４バスブリッジ規格となる。

【００２７】１３９４ブリッジは、バスをまたいでデー
タを伝播させる機能をもっており、各バス間には１３９
４ブリッジが存在しなければならない。１３９４ブリッ
ジは、ポータルと呼ばれるノード２つが一組となって構
成される。各ポータルは、自らが接続されているバスと
もう一つのポータルが接続されているバスの双方につい
ての処理を行う。

【００２８】このような１３９４ブリッジを用いた１３
９４ネットワークは、図９に示すように構成される。各
１３９４バス間を接続している円の部分が１３９４ブリ
ッジで、それぞれ半円の部分がポータルとなっている。
また、図１０に示すように、１３９４ブリッジを用いた
バス間接続を併用することにより、規格最大の１０２３
バスまで接続できることが可能となる。

【００２９】この１３９４バスブリッジに関しては、現
在２つの標準化作業が行われている。１つはＩＥＥＥ１
３９４．１ワーキンググールプにて行われている標準化
であり、その内容はドラフトの形で公開されている。も
う１つは欧州のＥＴＳＩ（ヨーロピアン・テレコミニュ
ケーション・スタンダード・インスティテュート）の下
で活動を行っているＢＲＡＮ（ブロードバンド・ラジオ
・アクセス・ネットワーク）プロジェクトであり、こち
らの内容もドラフトが公開されている。

【００３０】両者の違いであるが、Ｐ１３９４．１ワー
キンググループは汎用的用途を前提とした１３９４バス
ブリッジを規格標準化しており、最大１０２３バスまで
対応し、ホップ数も１０２２ホップまで対応することが
できる。これに対して、ＢＲＡＮプロジェクトの方は家
庭用用途を想定しており、機能を簡略化した形での標準
化を目指している。よって、トポロジ構成に若干の制約
が生じている。

【００３１】ＢＲＡＮ仕様の１３９４ネットワークで
は、具体的にはサポートするバス数は最大６４バス、ホ
ップ数は最大２ホップとなっており、図１１に示すよう
に中央のバス（ブランチバス）の周囲に多数のバス（リ
ーフバス）が接続されるという構成をとっている。

【００３２】また、バスＩＤの割り振りにおいても、簡
略化がなされている。図１１中に示すように、ブランチ
バスに接続されているポータルに対し、０〜６２の仮想
ＩＤというものを割り当てるのであるが、その仮想ＩＤ
を反対側のポータルに接続されているリーフバスのバス
ＩＤとし、ブランチバス自身は、バスＩＤとして６３を
割り当てる。このようにして自動的にバスＩＤの割り当
てを行うことになっている。

【００３３】

【発明が解決しようとする課題】上述のＢＲＡＮ仕様１
３９４ブリッジでは、仕様の簡略化を行っており、ブリ
ッジをまたいだアシンクロナス・パケット転送において
ルーティングテーブルを参照することなくパケット転送
を行うことができるという利点がある。

【００３４】その具体的な例について図１２を参照しな
がら説明する。図１２に示すような構成の１３９４ネッ
トワークにおいて、矢印Ａに示した方向と矢印Ｂに示し
た方向へのアシンクロナス・パケット転送を考えてみ
る。矢印Ａの場合、アシンクロナス・パケットの送信先
バスＩＤが自分自身のバスＩＤでない場合、つまり送信
先がバスＩＤ２以外の際には、矢印Ａの方向へのパケッ
ト・フォワードを行う。一方、矢印Ｂの場合、アシンク
ロナス・パケットの送信先バスＩＤが、その先に接続さ
れているバスのバスＩＤと等しい場合、つまりバスＩＤ
２宛のパケットのみ、矢印Ｂの方向へパケット送信が行
われる。

【００３５】このようにして、ルーティング・テーブル
に用いることなくブリッジをまたいだアシンクロナス・
パケットの転送を行うことができる。しかしながら、送
信先アドレスに示されたバスＩＤが現在の１３９４ネッ
トワーク上に存在しないパケットに関して、どのような
処理を行うかについての定義がなされていなかった。よ
って、存在しない宛先へアシンクロナス・パケットに関
しては、エラーパケットであることを送信元に通知され
ず、ただ単にアックが返送されないという状態に陥って
しまい、送信元が無意味な再送を繰り返す可能性があっ
た。

【００３６】本発明は以上の点を考慮してなされたもの
であり、誤って送信先ノードが存在しないパケットを送
信してしまった場合に、エラーパケットとして正常なエ
ラー処理を行うことができるデータ転送装置、ネットワ
ークシステム及びデータ転送方法を提案しようとするも
のである。

【００３７】

【課題を解決するための手段】かかる課題を解決するた
め本発明においては、バス間を接続し、自己のバスを介
して伝送されるデータを、当該データに付加された宛先
情報に基づき必要に応じて、他のバスに転送するデータ
転送装置において、宛先情報に基づいて、データの宛先
であるノードがバスに接続されているか否かを判断し、
接続されていないと判断した場合には、データの送信元
に対して所定のエラー情報を送信することにより、デー
タの再送を防止することができ、かくしてネットワーク
の帯域を効率的に利用し得る。

【００３８】

【発明の実施の形態】以下図面について、本発明の一実
施の形態を詳述する。

【００３９】ＢＲＡＮ仕様の１３９４ブリッジにおいて
は、ブリッジをまたいだアシンクロナス送信を行うこと
が可能となっている。まず、ブリッジをまたいだアシン
クロナス転送手法について説明する。

【００４０】１３９４ブリッジでは、接続されているバ
スに存在しているノードがローカルバス以外のノードに
対してアシンクロナス・パケットを送信した場合、その
中継点として機能する。図１３に示すような場合を考え
てみる。

【００４１】ここに示す１３９４ネットワーク５０は、
バスＢＵＳ１に接続されているポータル５１、バスＢＵ
Ｓ６３に接続されているポータル５２からなるブリッジ
５３と、バスＢＵＳ６３に接続されているポータル５
４、バスＢＵＳ２に接続されているポータル５５からな
るブリッジ５６と、バスＢＵＳ１に接続されているノー
ド５７、バスＢＵＳ２に接続されているノード５８によ
り構成されている。

【００４２】このような構成では、ポータルが２つ以上
接続されているバスＢＵＳ６３はブランチバスと呼ば
れ、ポータルが１つのみ接続されているバスＢＵＳ１及
びバスＢＵＳ２はリーフバスと呼ばれる。

【００４３】ノード５７からノード５８へパケット送信
を行う場合、ノード５７より送信されたパケットは、ま
ずポータル５１によって受信される。パケット受信を行
ったポータル５１は、まずそのパケットに関し、そのパ
ケットが隣のバスに対してフォワードすべきパケットか
否かについての判断を行う。つまり、ここでパケットの
送信先バスＩＤをチェックするのである。

【００４４】送信先バスＩＤがローカルバスＩＤではな
い場合、パケットは他のバスに存在しているノード宛の
ものとして扱われ、フォワードを行う。フォワードを行
う際、まずポータル５１はノード５７に対してパケット
を受信したことを示すアックを返送する。

【００４５】パケット受信を行ったポータル５１は、ブ
リッジ５３の反対側のポータル５２にパケットを渡し、
パケットを渡されたポータル５２は、接続されているバ
スＢＵＳ６３へ受け取ったパケットの送信を行う。

【００４６】ポータル５２から、バスＢＵＳ６３へ送信
されたパケットは、次にポータル５４によって受信され
る。受信を行ったポータル５４は、前述のポータル５１
が行ったのと同様に、受信パケットに関して、隣のバス
にフォワードするべきか否かの判断を行う。

【００４７】ただし、判別を行う際、ポータル５４がブ
ランチバスに接続されているのかリーフバスに接続され
ているのかによって処理が異なってくるので注意が必要
である。それらの処理は、図１４及び図１５に示すよう
な処理を行うことになっている。

【００４８】ポータル５４はブランチバスに接続されて
いるので、フォワードすべきか否かは、送信先アドレス
のバスＩＤが隣のバスＩＤと同一かどうかを確認すれば
良いことになる。

【００４９】ここに挙げた例では、送信先アドレスのバ
スＩＤがバスＢＵＳ２となるので、ポータル５４ではフ
ォワードをするべきであると判断し、反対側のポータル
５５へパケットを渡すことになる。この際、ポータル５
４はポータル５２に対してパケットを受信したことを示
すアックを返送する。

【００５０】パケットを受け取ったポータル５４は、接
続されているバスＢＵＳ２に対してパケット送信を行
い、バスＢＵＳ２上に存在するノード５８はパケット受
信を行うことができることになる。パケットを受信した
ノード５８は、ポータル５５に対してアックを返送する
ことにより、パケット受信が行われたことを通知する。
このような処理を経ることによって、ブリッジをまたい
だアシンクロナス送信を行うことができる。

【００５１】また、ノード５８からノード５７へのパケ
ット送信に関しては、上記の経路と逆方向へ同様の処理
を行うことにより、ブリッジをまたいだアイソクロナス
・パケット送信が行われる。

【００５２】以上がＢＲＡＮ仕様の１３９４ブリッジに
おける、ブリッジをまたいだアシンクロナス送信の手法
であるが、これらの挙動は、アシンクロナス・パケット
の送信先が存在していることを前提として考えられてお
り、送信先バスが何らかの要因によって切断されてしま
った際などにおける挙動について考えられていない。こ
のような際の挙動について、具体的に図１６に示すよう
な場合を例に挙げて説明する。ここに示す１３９４ネッ
トワーク６０は、バスＢＵＳ１に接続されているポータ
ル６１、バスＢＵＳ６３に接続されているポータル６２
からなるブリッジ６３と、バスＢＵＳ６３に接続されて
いるポータル６４、バスＢＵＳ２に接続されているポー
タル６５からなるブリッジ６６と、バスＢＵＳ１に接続
されているノード６７、バスＢＵＳ２に接続されている
ノード６８により構成されている。

【００５３】ここでは説明の便宜上、１３９４ネットワ
ーク６０に存在しない架空のバスとしてバスＢＵＳ３を
定義し、バスＢＵＳ３に接続されている架空のノード６
９を定義し、ノード６７からノード６９へパケット送信
を行う場合を考えてみる。

【００５４】ノード６７より送信されたパケットは、ま
ずポータル６１によって受信される。パケット受信を行
ったポータル６１は、まずそのパケットに関し、そのパ
ケットが隣のバスに対してフォワードすべきパケットか
否かについての判断を行う。つまり、ここでパケットの
送信先バスＩＤをチェックするのである。

【００５５】送信先バスＩＤがローカルバスＩＤではな
い場合、パケットは他のバスに存在しているノード宛の
ものとして扱われ、フォワードを行う。フォワードを行
う際、まずポータル６１はノード６７に対してパケット
を受信したことを示すアックを返送する。パケット受信
を行ったポータル６１は、ブリッジ６３の反対側のポー
タル６２にパケットを渡し、パケットを渡されたポータ
ル６２は、接続されているバスＢＵＳ６３に対して受け
取ったパケットの送信を行う。

【００５６】しかしながら、ポータル６２から、バスＢ
ＵＳ６３へ送信されたパケットは、受信するポータルが
存在しない状況になる。ブランチバスに接続されている
ノードはブリッジの反対側ポータルが接続されているバ
スＩＤ宛のパケットのみ受信を行うことになっている
が、相当するポータルが存在しないためである。よっ
て、このパケットはバスＢＵＳ６３上で誰も受信しない
状況に陥ってしまう。

【００５７】よって、パケットを送信したポータル６２
へは、どこからもアックが返送されず、タイムアウトが
発生することになる。このような場合、エラーの原因が
特定されないため、無用な再送処理が行われるなどの可
能性がある。これは、バス上に余分なトラフィックを発
生させる要因ともなり、１３９４ネットワーク６０を構
築する上で好ましくない。

【００５８】そこで、本発明においてアシンクロナス・
パケットの送信先バスが存在していない挙動について、
適切なエラー処理を行う手法を定義した。以下、本発明
において適応した実施の形態について、図１７を参照し
ながら説明する。

【００５９】ここに示す１３９４ネットワーク８０は、
バスＢＵＳ１に接続されているポータル８１、バスＢＵ
Ｓ６３に接続されているポータル８２からなるブリッジ
８３と、バスＢＵＳ６３に接続されているポータル８
４、バスＢＵＳ２に接続されているポータル８５からな
るブリッジ８６と、バスＢＵＳ１に接続されているノー
ド８７、バスＢＵＳ２に接続されているノード８８によ
り構成されている。

【００６０】また、説明の便宜上、１３９４ネットワー
ク８０に存在しない架空のバスとしてバスＢＵＳ３を定
義し、バスＢＵＳ３に接続されている架空のノード８９
を定義し、ノード８７からノード８９へパケット送信を
行う場合を考えてみる。

【００６１】ノード８７より送信されたパケットは、ま
ずポータル８１によって受信される。パケット受信を行
ったポータル８１は、まずそのパケットに関し、そのパ
ケットが隣のバスに対してフォワードすべきパケットか
否かについての判断を行う。つまり、ここでパケットの
送信先バスＩＤをチェックするのである。

【００６２】送信先バスＩＤがローカルバスＩＤではな
い場合、パケットは他のバスに存在しているノード宛の
ものとして扱われ、フォワードを行う。フォワードを行
う際、まずポータル８１はノード８７に対してパケット
を受信したことを示すアックを返送する。

【００６３】パケット受信を行ったポータル８１は、ブ
リッジ８３の反対側のポータル８２にパケットを渡し、
パケットを渡されたポータル８２は、接続されているバ
スＢＵＳ６３に対して受け取ったパケットの送信を行
う。しかしながら、ポータル８２から、バスＢＵＳ６３
へ送信されたパケットは、受信するポータルが存在しな
い状況になる。

【００６４】ブランチバスに接続されているノードはブ
リッジの反対側ポータルが接続されているバスＩＤ宛の
パケットのみ受信を行うことになっているが、相当する
ポータルが存在しないためである。そこで、上記状況が
発生した際に、パケットに対する応答処理を行う手法を
定義した。

【００６５】まず、ブランチバス上に接続されているポ
ータルの中で１つのポータルを選択しておく。選択手法
は、例えば各ポータルに割り振られた仮想ＩＤのうち、
一番値の大きいものを選択するという手法が考えられ
る。上記例においては、ブランチバスに接続されている
のはポータル８２とポータル８４であり、このうち仮想
ＩＤが大きいのはポータル８４であるので、当該ポータ
ル８４が選択される。

【００６６】ポータル８４は、ブランチバスにいくつの
ブリッジが接続されているかについての情報を得ること
ができる。これは、バスリセット時に受け取るセルフＩ
Ｄパケットの中を確認することによって行うことができ
る。バスリセット時に各ノードが送信するセルフＩＤパ
ケットの中には図１８に示すように自らがブリッジであ
ることを示すビットが含まれており、このパケットを受
信することによって判別が可能になるからである。

【００６７】また、セルフＩＤパケット中にはノードＩ
Ｄに関する情報も含まれているので、ブランチバスに接
続したブリッジに関して、その数と同時に、各々のポー
タルのノードＩＤについても知ることができる。一方、
各ポータルはバス上に存在する各ノードについて、図１
９に例を示すようなノードＩＤと仮想ＩＤの対応表を作
成し、保持することになっている。

【００６８】よって、前述のように得た情報から、ポー
タル８４は、ブランチバスに接続されている数及び接続
されているバスのバスＩＤを予め知ることができる。こ
の際、例えば図２０に示すようにノードＩＤと仮想ＩＤ
の対応表にポータルであることを示すフラグを付加する
ことにより、上記の情報は管理することができる。この
情報をもとに、宛先不明なパケットに対するエラー処理
を行うのである。

【００６９】本来、ポータル８４は、ブリッジの反対側
のバスであるバスＢＵＳ２宛のアシンクロナス・パケッ
トに関してのみフォワードをするが、自身がフォワード
しないパケットについても、以下のチェックを行う。

【００７０】受信したパケットについて、送信先バスＩ
Ｄのチェックを行い、バスＢＵＳ２宛以外の場合、その
送信先バスＩＤが１３９４ネットワーク８０上に存在す
るかをチェックする。このチェックは、ブランチバスに
接続されているポータルの仮想ＩＤをチェックすること
によって可能となる。

【００７１】この例の場合、送信先バスＩＤが「３」な
のに対し、ブランチバスに接続されているポータルは、
仮想ＩＤが「１」と「２」のポータルのみである。よっ
て、送信先であるバスＢＵＳ３は存在しないことがわか
る。

【００７２】ネットワーク上に存在しない宛先に対して
のパケットであることを認識したポータル８４は、送信
元に対してａｃｋａｄｄｒｅｓｓｅｒｒを返信す
る。送信先ノードは、このアクノリッジを受け取ること
によって、送信先が存在しないことを知ることが出来る
のである。よって、再送（リトライ）を行うことがな
い。このようにエラー処理を行うことができる。この処
理をまとめたものを図２１に示しておく。

【００７３】ここで図１７におけるブリッジ８３及び８
６を実現するためのインターフェイス装置の構成を図２
２に示す。図２２に示すように、ブリッジ機能を実現し
たインターフェイス装置１００は、ホストバスＨＯＳＴ
ＢＵＳにＣＰＵ（Central Processing Unit ）１０１、
メモリ１０２、ポータル１０３Ａ及び１０３Ｂを接続す
ることにより構成されている。

【００７４】ポータル１０３Ａは、リンク部１０４Ａと
ＰＨＹ（ファイ）部１０５Ａとから構成され、当該リン
ク部１０４Ａは、ＤＭＡ（Direct Memory Access）コン
トローラ部１０６Ａ、ＦＩＦＯ（First In First Out）
部１０７Ａ及びリンクコア部１０８Ａとから構成されて
いる。同様に、ポータル１０３Ｂは、リンク部１０４Ｂ
とＰＨＹ（ファイ）部１０５Ｂとから構成され、当該リ
ンク部１０４Ｂは、ＤＭＡ（Direct Memory Access）コ
ントローラ部１０６Ｂ、ＦＩＦＯ（First In First Ou
t）部１０７Ｂ及びリンクコア部１０８Ｂとから構成さ
れている。

【００７５】ＣＰＵ１０１は、図１９及び図２０に示す
ようなノードＩＤと仮想ＩＤの対応表でなるテーブルを
作成し、当該テーブルをリンクコア部１０８Ａ及び１０
８Ｂに保持させる。リンクコア部１０８Ａ及び１０８Ｂ
は、このノードＩＤと仮想ＩＤの対応表でなるテーブル
を参照することにより、受信したパケットをフォワード
すべきか否かを判断する。その結果、リンクコア部１０
８Ａ及び１０８Ｂは、フォワードすべきでないと判断し
た場合には、エラー処理を行う一方、フォワードすべき
と判断した場合には、直接パケットの送受信を行うよう
になされている。

【００７６】以上の構成において、ＢＲＡＮ仕様の１３
９４ブリッジ機能を持ったディジタルシリアルデータの
インターフェイス装置１００では、バス上に送信された
アシンクロナス・パケットについて、送信先アドレスに
示されたバス番号が存在しているかどうかを判別し、宛
先のバスが存在しない場合には、送信元のモードに対し
てエラー情報を返信する。従ってこのインターフェイス
装置１００は、アシンクロナス・パケットの宛先アドレ
スに対応し、適正なアシンクロナス送信を行うことがで
きる。

【００７７】以上の構成によれば、１３９４ネットワー
クに存在しない宛先に対して送信されたアシンクロナス
・パケットに関し、送信先アドレスが１３９４ネットワ
ーク上に存在しないことを送信元にエラー情報として伝
達することにより、当該アシンクロナス・パケットの再
送を防止することができ、かくしてネットワークの帯域
を効率的に利用することができる。

【００７８】なお上述の実施の形態においては、データ
転送装置として、ブリッジ機能を実現したインターフェ
イス装置１００のポータル１０３Ａ及び１０３Ｂを適用
した場合について述べたが、本発明はこれに限らず、バ
ス間を接続し、自己のバスを介して伝送されるデータ
を、当該データに付加された宛先情報に基づき必要に応
じて、他のバスに転送する他の種々のデータ転送装置を
適用するようにしても良い。

【００７９】また上述の実施の形態においては、送信手
段としてリンク部１０４Ａ及び１０４Ｂを適用した場合
について述べたが、本発明はこれに限らず、宛先情報に
基づいて、データの宛先であるノードがバスに接続され
ているか否かを判断し、接続されていないと判断した場
合には、データの送信元に対して所定のエラー情報を送
信する他の種々の送信手段を適用するようにしても良
い。

【００８０】また上述の実施の形態においては、送信手
段としてリンク部１０４Ａ及び１０４Ｂを適用した場合
について述べたが、本発明はこれに限らず、宛先情報に
基づいて、データの宛先であるノードが接続されている
バスがネットワーク上に存在するか否かを判断し、存在
しないと判断した場合には、データの送信元に対して所
定のエラー情報を送信する他の種々の送信手段を適用す
るようにしても良い。また上述の実施の形態において
は、転送手段としてリンク部１０４Ａ及び１０４Ｂを適
用した場合について述べたが、本発明はこれに限らず、
宛先情報に基づいてデータを当該データ転送装置から他
のデータ転送装置に転送する他の種々の転送手段を適用
するようにしても良い。

【００８１】さらに上述の実施の形態においては、本発
明を、ＢＲＡＮ仕様に準拠したＩＥＥＥ１３９４ブリッ
ジのポータル１０３Ａ及び１０３Ｂに適用した場合につ
いて述べたが、本発明はこれに限らず、他の種々の仕様
のデータ転送装置を本発明に広く適用し得る。

【００８２】

【発明の効果】上述のように本発明によれば、宛先情報
に基づいて、データの宛先であるノードがバスに接続さ
れているか否かを判断し、接続されていないと判断した
場合には、データの送信元に対して所定のエラー情報を
送信することにより、データの再送を防止することがで
き、かくしてネットワークの帯域を効率的に利用し得
る。

【図面の簡単な説明】

【図１】ＩＥＥＥ１３９４規格における転送データのタ
イムチャートを示す略線図である。

【図２】ＩＥＥＥ１３９４規格で規定されたケーブルの
断面図である。

【図３】ＩＥＥＥ１３９４規格を用いたネットワークの
構成を示す略線図である。

【図４】ＩＥＥＥ１３９４規格に準拠したインターフェ
イスの構成要素とプロトコル・アーキテクチャを示す略
線図である。

【図５】アシンクロナス転送のパケットを示す略線図で
ある。

【図６】アービトレーションによるバス使用権の取得状
態を示す略線図である。

【図７】アイソクロナス転送のパケットを示す略線図で
ある。

【図８】ＣＳＲアーキテクチャにおけるアドレス指定を
示す略線図である。

【図９】１３９４ブリッジを用いた１３９４ネットワー
クの基本構成を示す略線図である。

【図１０】複数の１３９４ブリッジを用いた１３９４ネ
ットワークの構成を示す略線図である。

【図１１】ＢＲＡＮ仕様の１３９４ネットワークの構成
を示す略線図である。

【図１２】ＢＲＡＮ仕様の１３９４ネットワークにおけ
るルーティングを示す略線図である。

【図１３】ＢＲＡＮ仕様の１３９４ネットワークの構成
を示す略線図である。

【図１４】ブランチバス上のポータルでのパケット処理
を示す略線図である。

【図１５】リーフバス上のポータルでのパケット処理を
示す略線図である。

【図１６】ＢＲＡＮ仕様の１３９４ネットワークの構成
を示す略線図である。

【図１７】ＢＲＡＮ仕様の１３９４ネットワークの構成
を示す略線図である。

【図１８】セルフＩＤパケット中のブリッジビットを示
す略線図である。

【図１９】ノードＩＤと仮想ＩＤの対応表を示す略線図
である。

【図２０】ノードＩＤと仮想ＩＤの対応表を示す略線図
である。

【図２１】ブランチバス上のポータルでのパケット処理
を示す略線図である。

【図２２】ブリッジ機能を実装したインターフェイス装
置の構成を示すブロック図である。

【符号の説明】

５０、６０、８０……１３９４ネットワーク、５１、５
２、５４、５５、６１、６２、６４、６５、７０、７
１、８１、８２、８４、８５、９０、９１、１０３……
ポータル、５３、５６、６３、６６、７２、８３、８
６、９２……ブリッジ、５７、５８、６７、６８、６
９、８７、８８、８９……ノード、バス……ＢＵＳ、１
００……インターフェイス装置、１０１……ＣＰＵ、１
０２……メモリ、１０４……リンク部、１０５……ＰＨ
Ｙ部、１０６……ＤＭＡコントローラ部、１０７……Ｆ
ＩＦＯ部、１０８……リンクコア部。

Claims

【特許請求の範囲】

【請求項１】バス間を接続し、自己の上記バスを介して
伝送されるデータを、当該データに付加された宛先情報
に基づき必要に応じて、他の上記バスに転送するデータ
転送装置において、上記宛先情報に基づいて、上記データの宛先であるノー
ドが上記バスに接続されているか否かを判断し、接続さ
れていないと判断した場合には、上記データの送信元に
対して所定のエラー情報を送信する送信手段を具えるこ
とを特徴とするデータ転送装置。
【請求項２】上記送信手段は、上記宛先情報に基づいて、上記データの宛先であるノー
ドが接続されている上記バスがネットワーク上に存在す
るか否かを判断し、存在しないと判断した場合には、上
記データの送信元に対して所定のエラー情報を送信する
ことを特徴とする請求項１に記載のデータ転送装置。
【請求項３】上記データ転送装置は他の上記データ転送
装置を介して上記他のバスに接続され、上記宛先情報に
基づいて上記データを上記データ転送装置から上記他の
データ転送装置に転送する転送手段を具えることを特徴
とする請求項１に記載のデータ転送装置。
【請求項４】上記データ転送装置は、ＢＲＡＮ仕様に準拠したＩＥＥＥ１３９４ブリッジでな
ることを特徴とする請求項１に記載のデータ転送装置。
【請求項５】バス間を接続し、自己の上記バスを介して
伝送されるデータを、当該データに付加された宛先情報
に基づき必要に応じて、他の上記バスに転送するデータ
転送装置を介して、複数のバスがそれぞれ接続されてい
るネットワークシステムにおいて、上記データ転送装置は、上記宛先情報に基づいて、上記データの宛先であるノー
ドが上記バスに接続されているか否かを判断し、接続さ
れていないと判断した場合には、上記データの送信元に
対して所定のエラー情報を送信する送信手段を具えるこ
とを特徴とするネットワークシステム。
【請求項６】上記送信手段は、上記宛先情報に基づいて、上記データの宛先であるノー
ドが接続されている上記バスがネットワーク上に存在す
るか否かを判断し、存在しないと判断した場合には、上
記データの送信元に対して所定のエラー情報を送信する
ことを特徴とする請求項５に記載のネットワークシステ
ム。
【請求項７】上記データ転送手段は、上記データ転送装置は他の上記データ転送装置を介して
上記他のバスに接続され、上記宛先情報に基づいて上記
データを上記データ転送装置から上記他のデータ転送装
置に転送する転送手段を具えることを特徴とする請求項
５に記載のネットワークシステム。
【請求項８】上記データ転送装置は、ＢＲＡＮ仕様に準拠したＩＥＥＥ１３９４ブリッジでな
ることを特徴とする請求項５に記載のネットワークシス
テム。
【請求項９】バス間を接続し、自己の上記バスを介して
伝送されるデータを、当該データに付加された宛先情報
に基づき必要に応じて、他の上記バスに転送するデータ
転送装置のデータ転送方法において、上記宛先情報に基づいて、上記データの宛先であるノー
ドが上記バスに接続されているか否かを判断する第１の
ステップと、接続されていないと判断した場合には、上記データの送
信元に対して所定のエラー情報を送信する第２のステッ
プとを具えることを特徴とするデータ転送方法。
【請求項１０】上記第２のステップは、上記宛先情報に基づいて、上記データの宛先であるノー
ドが接続されている上記バスがネットワーク上に存在す
るか否かを判断し、存在しないと判断した場合には、上
記データの送信元に対して所定のエラー情報を送信する
ことを特徴とする請求項９に記載のデータ転送方法。
【請求項１１】上記データ転送装置は他の上記データ転
送装置を介して上記他のバスに接続され、上記宛先情報
に基づいて上記データを上記データ転送装置から上記他
のデータ転送装置に転送することを特徴とする請求項９
に記載のデータ転送方法。
【請求項１２】上記データ転送装置は、ＢＲＡＮ仕様に準拠したＩＥＥＥ１３９４ブリッジでな
ることを特徴とする請求項９に記載のデータ転送方法。