JP2002111704A - データ送受信装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】ブリッジを形成するデータ送受信装置と、ブリ
ッジに接続されたバス上に存在し又は当該バスとルーテ
ィングされたバス上に存在する機器との間のデータの送
受信を適切に行うことができなかった。 【解決手段】複数のバス間を接続するブリッジの一部と
して機能し、ブリッジの他部を形成する外部機器と、自
分が接続された対応するバスとの間でデータを送受信す
る場合において、データの送信元又は送信先が自分であ
るか否かを表す第１の情報及び、データを対応するバス
に送信すべきか否かを表す第２の情報を保持と共に、当
該保持した第１及び第２の情報を、外部からの要求に応
じて指定された状態に設定し、当該設定した第１及び第
２の情報の状態に基づいて、データを対応するバス又は
外部機器に送受信するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ送受信装置
及び方法に関し、例えばＩＥＥＥ（The Instutite of E
lectrical and Electronics Engineers ）１３９４ハイ
パーフォーマンスシリアルバス規格（以下、これをＩＥ
ＥＥ１３９４規格と呼ぶ）に準拠したネットワークシス
テムに適用して好適なものである。

【０００２】

【従来の技術】従来、マルチメディアデータを高速かつ
リアルタイムに転送するためのバス規格としてＩＥＥＥ
１３９４規格が知られており、その扱いやすさからホー
ムネットワークユースにおいて大きな期待が寄せられて
いる。

【０００３】かかるＩＥＥＥ１３９４規格では、各接続
機器（以下、これらをノードと呼ぶ）は、デイジーチェ
インとノード分岐の２種類の方式を使用して最大16ホッ
プ、63ノードまでの機器を接続することができる。

【０００４】またＩＥＥＥ１３９４規格では、S100（ 9
8.304 〔Mbps〕）、S200（ 196.608〔Mbps〕）、S400
（ 393.216〔Mbps〕）という３通りの通信速度が規定さ
れており、上位転送速度をもつ１３９４ポートは、その
下位転送速度との互換性を保持するように規定されてい
る。従って、それぞれのノードは宛先ノードとのパス上
に存在するすべてのノードが共通に扱うことのできる最
大の転送速度を用いてデータ転送を行うことができる。

【０００５】さらにＩＥＥＥ１３９４規格では、上述の
ような接続形態においてケーブルの抜き差しや電源のオ
ン・オフを他のノードが動作している状態で行うことが
可能で、ノードが追加又は削除された時点で自動的にト
ポロジの再構築を行い、ノードのＩＤの割り振りを行う
ことができる。

【０００６】このようなＩＥＥＥ１３９４規格に準拠し
たインターフェイスの構成要素及びプロトコルアーキテ
クチャを図８に示す。この図８からも明らかなように、
ＩＥＥＥ１３９４規格のインターフェイスはハードウェ
ア１、ファームフェア２及びソフトウェア３の３つの機
能ブロックに分けることができる。

【０００７】この場合ハードウェア１は、フィジカルレ
イヤ（ＰＨＹレイヤ）１Ａとリンクレイヤ１Ｂから構成
される。フィジカルレイヤ１Ａでは、直接ＩＥＥＥ１３
９４規格の信号をドライブする。またリンクレイヤ１Ｂ
は、ホストインターフェイスとフィジカルレイヤ１Ａと
のインターフェイスを備える。

【０００８】またファームウェア２は、ＩＥＥＥ１３９
４規格に準拠したインターフェイスに対して、実際のオ
ペレーションを行う管理ドライバからなるトランザクシ
ョンレイヤ２ＡとＳＢＭ（Serial Bus Management ）と
呼ばれるＩＥＥＥ１３９４規格に準拠した管理用ドライ
バからなるマネージメントレイヤ２Ｂとから構成され
る。

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

【００１０】ＩＥＥＥ１３９４規格では、ネットワーク
内で行われる転送動作をサブアクションと呼び、アシン
クロナス（Asynchronous）と呼ばれる非同期転送モード
と、アイソクロナス（Isochronous ）と呼ばれる転送帯
域を保証した同期転送モードの２つのサブアクションが
定義されている。さらに各サブアクションは、アービト
レーション（調停）、パケットトランスミッション（デ
ータ転送）、アクノリッジメント（確認）と呼ばれる３
つのパートに分かれている。なお、同期転送モードでは
アクノリッジメントは省略されている。

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

【００１２】そして、最後にデータがバスに流れてから
一定時間以上のアイドル状態が続くと、データの転送を
希望するノードはバスを使用できると判断し、バスの使
用権を獲得するためアービトレーション（ｔ₂ 〜ｔ₃ ）
を開始する。実際にバスの使用権をどのノードに渡すか
は、複数ノードの接続例を示す図１０において「Ａ」で
表されたルートと呼ばれるノードが決定する。なお図１
０において、「Ａ」〜「Ｅ」はそれぞれノードを表す。

【００１３】このアービトレーションでバスの使用権を
得たノードは、次にデータの転送であるパケットトラン
スミッション（ｔ₃ 〜ｔ₄ ）を実行する。データ転送
後、データを受信したノードはその転送されたデータに
対して、その受信結果に応じた受信確認用返送コードＡ
ｃｋの返送（ｔ₅ 〜ｔ₆ ）により応答するアクノリッジ
メントを実行する。このアクノリッジメントの実行によ
り、送信側及び受信側の各ノードともにデータ転送が正
常に行われたことを受信確認用返送コードＡｃｋの内容
によって確認することができる。

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

【００１５】一方、同期転送モードでは、図１１に示す
ように、基本的には非同期転送モードと同様な構造の転
送を行うが、非同期転送モードでのデータ転送よりも優
先して実行される。この同期転送モードにおけるデータ
転送（以下、これをアイソクロナス（Isochronous ）転
送と呼ぶ）は、約８〔ｋHz〕ごとにサイクルマスターノ
ード（通常はルートがその役割を担う）から発行される
サイクルスタートパケットＣＳＰに続いて行われる。こ
れにより転送帯域を保証した転送モードとなり、リアル
タイムデータの転送などを実現することができる。

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

【００１７】またＩＥＥＥ１３９４規格では、ＩＥＥＥ
１２１２規格において規定されているＣＳＲ（Control
and Status Register ）アーキテクチャに基づいたデー
タのアドレッシングを行う。ＣＳＲアーキテクチャで
は、図１２に示すように64ビットのアドレス空間をも
ち、上位16ビットが宛先ノードを表し、下位48ビットが
そのノード内のメモリ空間を表す。

【００１８】ここで、宛先ノードを表す16ビットのうち
の上位10ビットはバスＩＤであり、下位６ビットはノー
ドＩＤとなっている。従って、ＩＥＥＥ１３９４規格に
おいては、バスＩＤ及びノードＩＤそれぞれのブロード
キャスト用アドレス（ＩＤを表す全てのビットが１であ
るアドレス）を除くと、最大１０２３個のバスを表現す
ることが可能であり、そのそれぞれのバスに最大６３台
のノードを接続することが可能である。

【００１９】他方、ＩＥＥＥ１３９４規格では、ノード
の増減があった場合やノード自体から初期化要求があっ
た場合にバスリセット信号をバス内に伝播させる。バス
リセット信号を受け取ったノードは、それまでのトポロ
ジ情報を破棄し、バスイニシャライズ、ツリーアイデン
ティファイ及びセルフアイデンティファイの３つのフェ
ーズを順番に行い、新しいトポロジ情報を構築する。

【００２０】この場合バスイニシャライズフェーズで
は、各ノードが自分のもつポートが他のノードに接続さ
れているか、又はどこにも接続されていないかといった
自己のポートの状態を認識し、自らがリーフ（他の１つ
のノードに接続されたノード）であるかブランチ（他の
２以上のノードに接続されたノード）であるかを判断す
る。

【００２１】またツリーアイデンティファイフェーズで
は、各ポートが互いに接続されているノードに対して識
別信号を送信することによって、各ポートの親子関係を
決定する。

【００２２】具体的には、ステータスが未決定であるポ
ートを１つだけもつノードが自らのポートのうち、他の
ノードに接続されているポートから、ＴＸ ＰＡＲＥＮ
Ｔ ＮＯＴＩＦＹステートを送信する。ＴＸ ＰＡＲＥＮ
Ｔ ＮＯＴＩＦＹステートを受信したノードは、そのポ
ートをチャイルドポート（そのポートから見てチャイル
ドノードに接続されているポートの意）とし、相手側の
ノードに対してＴＸ ＣＨＩＬＤ ＮＯＴＩＦＹステート
を送信する。ＴＸ ＣＨＩＬＤ ＮＯＴＩＦＹを受け取
ったノードは、そのポートをペアレントポート（そのポ
ートから見てペアレントノードに接続されているポート
の意）とし、ノード間の親子関係を決定する。この操作
を繰り返すことによって、バス内の全てのノードに対し
て親となっているノード、すなわちチャイルドポートの
みをもつノードが１つだけ決定される。そしてＩＥＥＥ
１３９４規格では、このノードをルートと呼び、図１０
について上述したように、当該ルートが他の全てのノー
ドに対してパケット送信の許可などを行う機能を担うこ
とになる。

【００２３】さらにセルフアイデンティファイフェーズ
では、ルートがリーフ優先の規則に従って、ポート番号
の若い順に各ノードに対して送信許可を与えてゆく。そ
して送信許可を受けたノードが、順番に自分のセルフＩ
Ｄパケットをバス全体に送信することによって、そのノ
ードのノードＩＤが決定するとともに、そのバスのトポ
ロジが一義的に決定される。

【００２４】これら３つのフェーズを終えると、バスに
おいてパケットの転送が可能な状態となり、パケットを
送信したいノードはルートに対して送信要求を出すこと
ができるようになる。またこの際、同期転送モード時に
おけるデータパケット（以下、これをアイソクロナス
（Isochronous ）パケットと呼ぶ）を送信するために必
要となるリソースを管理するＩＲＭ（Isochronous Reso
urce Manager）と呼ばれるノードが同時に決定される。

【００２５】このＩＲＭは、ＩＲＭになることができる
ノードのうちの最もノードＩＤが大きなノードがなり、
通常はルートと同一である。ＩＲＭになるには、ＣＨＡ
ＮＮＥＬＳ ＡＶＡＩＬＡＢＬＥレジスタ、ＢＡＮＤＷ
ＩＤＴＨ ＡＶＡＩＬＡＢＬＥレジスタ、ＢＵＳ ＭＡ
ＮＡＧＥＲ ＩＤレジスタの３つのレジスタを実装して
いる必要がある。バス内において、アイソクロナス（Is
ochronous ）パケットを送信したいノードは、使用した
いチャネルと帯域をＩＲＭに対して要求し、それらの取
得が可能であった場合のみアイソクロナス（Isochronou
s ）パケットを送信することができる。

【００２６】具体的には、アイソクロナス（Isochronou
s ）パケットを送信したいノードは、ＩＲＭのＣＨＡＮ
ＮＥＬＳ ＡＶＡＩＬＡＢＬＥレジスタ及びＢＡＮＤＷ
ＩＤＴＨ ＡＶＡＩＬＡＢＬＥレジスタに対して、１ク
ワドレッド（４〔Byte〕）単位のデータの読出し要求で
あるリードクワドレットトランザクションを発行し、そ
の中身を得る。ここで、自らが使用したいチャネル及び
帯域が残っているのであれば、それらの差分を取った結
果をもとに、ＣＨＡＮＮＥＬＳ ＡＶＡＩＬＡＢＬＥレ
ジスタ及びＢＡＮＤＷＩＤＴＨ ＡＶＡＩＬＡＢＬＥレ
ジスタに対して、データの書換え要求であるロックトラ
ンザクションのコンペア＆スワップを発行し、ＣＨＡＮ
ＮＥＬＳ ＡＶＡＩＬＡＢＬＥレジスタ及びＢＡＮＤＷ
ＩＤＴＨ ＡＶＡＩＬＡＢＬＥレジスタの中身を書き換え
る。この操作に成功した場合のみ、ノードはバス上にア
イソクロナス（Isochronous ）パケットを送信すること
ができる。

【００２７】ところが上述のようなＩＥＥＥ１３９４規
格においては、いくつかの問題があることが指摘されて
いる。

【００２８】その１つ目は、バスに接続できるノードの
数に制限がある点である。ＩＥＥＥ１３９４規格では、
ノードのアドレッシングに関して16ビットを割り振って
いるが、同一のバス内の通信を前提としているため、実
際には63台までのノードしか接続することができない。
このため多数の機器（ノード）を接続する必要がある業
務用システムなどにはＩＥＥＥ１３９４規格のみで対応
することができない。

【００２９】また２つ目は、バスリセットによる初期化
が、バスの転送効率を落とすという問題である。すなわ
ちＩＥＥＥ１３９４規格においては、上述のようにノー
ドの増減や初期化要求があった場合には、バスリセット
信号を送信し、その後初期化手続を行うが、バスリセッ
トを認識してから新たにパケット送信のアービトレーシ
ョンを開始するまでには、約 250〔μs 〕時間が必要と
なり、この間バスは一切のパケットの転送を行うことが
できない。

【００３０】そしてこの 250〔μs 〕という時間は図９
について上述した同期転送モード時における転送サイク
ルの２サイクル分に相当し、この間のパケットの送信が
行われないことによって、動画の一部が欠けたり、音声
が音飛びを起こしたりするなど、リアルタイムデータ転
送に重大な影響を及ぼすことが考えられる。

【００３１】かかるバスリセットの時間を短縮するため
の手段として、ＩＥＥＥ１３９４規格の修正、補間、追
加機能の定義を目的として規格化されたＩＥＥＥ１３９
４ａ−２０００（以下ＩＥＥＥ１３９４ａ規格）におい
て、ショートバスリセットという機能が新たに定義され
ている。そしてこの機能を使用することによって、バス
リセットの時間は約80〔μs 〕程度に短縮される。

【００３２】しかしながらこの機能を用いても、80〔μ
s 〕の間データの転送は中断される。またバス内に１つ
でもＩＥＥＥ１３９４ａ規格に対応していないノードが
あった場合、この機能を使用することはできないという
問題もある。

【００３３】さらに３つ目として、バスリソースの枯渇
の問題がある。ＩＥＥＥ１３９４規格はバスの規格であ
るため、あるノードが送信したパケットはバス全体にブ
ロードキャストされる。そのため少数のノードが多くの
リソースを必要とするようなパケット転送、特にアイソ
クロナス（Isochronous ）転送を行った場合、他の関係
のないノード間のパケット転送に支障をきたすことが考
えられる。

【００３４】このようなＩＥＥＥ１３９４規格における
問題点を解決する手法として、１３９４バスブリッジを
用いることが提案されている。１３９４バスブリッジ
は、バスを跨いでデータを伝播させる機能及びそのプロ
トコルを規格化している。各バス（以下、各バスをそれ
ぞれローカルバスと呼ぶ）間には１つ以上の１３９４ブ
リッジ（以下、これを単にブリッジと呼ぶ）が存在する
必要があり、ブリッジはポータルと呼ばれる特殊な機能
をもつ２つ以上の１３９４ノードによって構成される。
各ポータルは自らが接続されているローカルバスとブリ
ッジを構成する他のポータルが接続されているローカル
バスのそれぞれについての処理を行う。

【００３５】このようなブリッジを用いたネットワーク
システムの構成例を、図１３に示す。この図１３は、２
つのポータル１１Ａ、１１Ｂをもつブリッジ１２を用い
て構成されたネットワークシステムの例であり、ローカ
ルバス１３Ａ、１３Ｂ間を接続している円の部分がブリ
ッジで、それぞれ半円の部分がポータルとなっている。

【００３６】また図１４に示すように、１３９４ブリッ
ジ１２₁ 〜１２₂ を用いたバス間接続を併用することに
よって、規格によって定義されている最大の１０２３バ
スまでの接続が可能となる。さらにそれぞれのローカル
バス１３₁ 〜１３₄ は独立した１３９４バスとしての機
能をもち、他のローカルバス１３₁ 〜１３₄ で発生した
バスリセットや関係のないパケットをポータル１１Ａ₁
〜１１Ａ₃ 、１１Ｂ₁ 〜１１Ｂ₃ においてフィルタリン
グすることによって、バスリセットによりパケット転送
が中断したり、リソースが枯渇したりといった問題を解
決することができる。なお、簡便性のため以後の説明は
全て図１３のようにブリッジ１２が２つのポータル１１
Ａ、１１Ｂによって構成される場合を前提に話を進める
が、これは本発明の対象を２ポータルブリッジに限定す
るものではない。

【００３７】１３９４ブリッジ規格は、現在、Ｐ１３９
４．１ＷＧによって規格化されており、その内容はドラ
フト（Draft ）の形で公開されている。Ｐ１３９４．１
のドラフト０．０８Ｐ１７に記載されている一般的なブ
リッジの構成を図１３との対応部分に同一符号を付した
図１５に示す。

【００３８】ブリッジ１２は２つのポータル１１Ａ、１
１Ｂから構成され、それぞれが独立なＩＥＥＥ１３９４
規格に準拠したノードとして振舞うことができる。各ポ
ータル１１Ａ、１１Ｂは、ローカルバス１３Ａ、１３Ｂ
（図１３）に接続されているフィジカルレイヤ２０Ａ、
２０Ｂ、リンクレイヤ２１Ａ、２０Ｂ、トランザクショ
ンレイヤ２２Ａ、２２Ｂを用いてローカルバス（図１
３）の他のノード１４Ａ、１４Ｂ（図１３）とのデータ
のやり取りを行い、必要ならばポータル１１Ａ及びポー
タル１１Ｂを接続する内部バス２３内の同期転送モード
用のＦＩＦＯ（First-In First-Out）２４Ａ、２４Ｂ
や、非同期転送モード用のレスポンスＦＩＦＯ２５Ａ、
２５Ｂ又はリクエストＦＩＦＯ２６Ａ、２６Ｂを通して
他方のローカルバス１３Ｂ、１３Ａに対してデータの送
信（フォワード）を行う。なおこれら各ポータル１１
Ａ、１１Ｂのフィジカルレイヤ２０Ａ、２０Ｂ、リンク
レイヤ２１Ａ、２０Ｂ、トランザクションレイヤ２２
Ａ、２２Ｂは、図８において対応するものと同様構成の
ものである。

【００３９】ポータルコントロール２７Ａ、２７Ｂは、
ＩＥＥＥ１３９４規格におけるＳＢＭレイヤ２Ｂ（図
８）の機能を担うと共に、ＩＥＥＥ１３９４規格に準拠
したバスブリッジとしての機能を実現するための特殊な
レジスタやテーブルを実装している。また自らが接続さ
れているローカルバス１３Ａ、１３Ｂのトポロジを把握
し、ネットワーク全体の状態からルーティングテーブル
２８を作成し保持している。ブリッジ１２を跨いでフォ
ワードされるストリームパケットは、このルーティング
テーブル２８に従ってブリッジ１２を跨ぐか否かが判定
される。

【００４０】またブリッジ１２は、同期転送モード時用
のＦＩＦＯ２４Ａ、２４Ｂを用いてブリッジ１２を跨い
だストリームパケットの送受信を行うことができる。Ｐ
１３９４．１のドラフトには、ブリッジ１２を跨いで異
なるローカルバス１３Ａ、１３Ｂ間でストリームパケッ
トを送受信する手法が具体的に示されている。ドラフト
で示されているストリームデータの送受信方法を以下に
説明する。

【００４１】ストリームデータをブリッジ１２を跨いで
フォワードすることのできるポータル１１Ａ、１１Ｂ
は、そのポータル１１Ａ、１１Ｂが同時に扱うことがで
きるストリーム数に応じたストリームルーテイングテー
ブル（stream routing table）を実装している。なお以
下においては、図１５に示すように、このストリームル
ーテイングテーブル３１Ａ、３１Ｂをポータルコントロ
ール２７Ａ、２７Ｂが保持しているものとする。

【００４２】このストリームルーテイングテーブル３１
Ａ、３１Ｂの各エントリは、ＳＴＲＥＡＭ ＣＯＮＴＲ
ＡＬ

〔０〕〜ＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｎ〕に対
応している。またＳＴＲＥＡＭ ＣＯＮＴＲＯＬエント
リは、フォワードするストリームに１対１対応してお
り、ｎ個のＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリをも
つポータルは一度にｎ本のストリームを、ブリッジ１２
を跨いでフォワードすることができる。

【００４３】そしてＳＴＲＥＡＭ ＣＯＮＴＲＯＬエン
トリの総数は、コンフィグレーションＲＯＭ２８（図１
５）内のブリッジ・キャパビリィテ（Bridge Capabili
ties）エントリ内の、ストリームフィールドに格納され
ている。組になっている２つのポータル１１Ａ、１１Ｂ
のエントリはそれぞれ対応している。つまり、あるポー
タル１１Ａ、１１ＢのＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリを用いて受信されたストリームは、もう
片方のポータル１１Ｂ、１１ＡのＳＴＲＥＡＭ ＣＯＮＴ
ＲＯＬ〔ｉ〕エントリを用いて送信される。

【００４４】図１６に、ＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
エントリのフォーマットを示す。この図１６において、
「st」フィールドＦ１はポータル１１Ａ、１１Ｂのステ
ータスを示しており、図１７に示すように、その値が
「１」のときには受信状態（Listener）、「２」又は
「３」のときには送信状態（Talker）となる。

【００４５】また「channel 」フィールドＦ２は送受信
するストリームのチャネル番号を示す。この「channel
」フィールドＦ２は「st」フィールドＦ１の値が
「０」でない時のみ有効であり、ポータル１１Ａ、１１
Ｂが受信状態であった場合は、ローカルバス１３Ａ、１
３Ｂから受信するチャネル番号を示している。それ以外
の場合は、ローカルバス１３Ａ、１３Ｂへ送信するスト
リームのチャネル番号を示しており、このチャネル番号
はブリッジ１２を跨ぐことによって変更されても良い。

【００４６】「ｉ」フィールドＦ３は、そのデータが同
期転送モードのストリームデータ（以下、これをアイソ
クロナス（Isochronoous）ストリームと呼ぶ）であるこ
とを示しており、非同期転送モードのストリームデータ
（以下、これをアシンクロナス（Asynchronous）ストリ
ームと呼ぶ）を示す場合は、「０」が格納される。また
「rsv 」フィールドＦ６は将来の拡張に備えて用意され
ているフィールドである。

【００４７】「spd 」フィールドＦ４は、「st」フィー
ルドＦ１の値が「２」又は「３」の場合にストリームの
送信スピードを示しており、図１８に示すような対応を
もつ。「overhead」フィールドＦ５は、アイソクロナス
（Isochronoous）ストリームのパケットのサイズに対し
て割り当てられている帯域とは別に、特別に割り当てら
れてた帯域を示している。同期転送モード時の帯域（Is
ochronous bandwidth）は、ＩＥＥＥ１３９４規格内で
「バンドワイズアロケーションユニット（bandwidth al
location unit ）」として表されている。１「バンドワ
イズアロケーションユニット（bandwidth allocation u
nit ）」は１クワドレット（４〔Byte〕）のデータをS1
600 の速度で転送する際にかかる時間を示しており、約
20〔ns〕である。

【００４８】「payload 」フィールドＦ７は、このスト
リームにおいて１パケットに含まれ得る最大のクワドレ
ット数を示している。なお、この「payload 」フィール
ドＦ７の値には、ヘッダやＣＲＣ（Cyclic Redundancy
Check ）のサイズは含まれていない。

【００４９】ポータルコントロール層は、これら「spd
」フィールドＦ４、「overhead」フィールドＦ５及び
「payload 」フィールドＦ７の各値を元に、ＩＲＭに対
して使用する帯域を申請する。

【００５０】具体的には、次式

【００５１】

【数１】

【００５２】で与えられる「バンドワイズアロケーショ
ンユニット（ＢＷＵ：bandwidth allocation unit ）」
及び使用するチャネル番号を、それぞれＩＲＭのＢＡＮ
ＤＷＩＤＴＨ ＡＶＡＩＬＡＢＬＥレジスタとＣＨＡＮ
ＮＥＬＳ ＡＶＡＩＬＡＢＬＥレジスタに対して申請す
る。なおこの（１）式において、「payload 」、「sp
d」及び「overhead」はそれぞれ対応するフィールドＦ
４、Ｆ５、Ｆ７き各値を表す。

【００５３】

【発明が解決しようとする課題】上述の手法を用いてス
トリームデータを扱う場合、ブリッジ１２（図１３）を
跨いで送受信されるストリームや、ローカルバス１３
Ａ、１３Ｂ（図１３）からそのローカルバス１３Ａ、１
３Ｂに接続されているポータル１１Ａ、１１Ｂに対する
ストリームの送受信に関しては問題なく適用することが
できる。

【００５４】一般的なブリッジ１２を跨いだストリーム
データの送受信に関して例をあげて説明する。

【００５５】図１９に示すように、一方のローカルバス
１３Ａ上のノード１４Ａから、他方のローカルバス１３
Ｂ上のノード１４Ｂに対してストリームデータを送信す
る場合、各ローカルバス１３Ａ、１３Ｂにそれぞれ接続
されたポータル１１Ａ、１１ＢのＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬエントリをそれぞれ状況に応じて書き換える必
要がある。

【００５６】そこでかかる場合にストリームの制御を司
るノード（以下、これがノード１４Ａであるものとす
る）は、まずポータル１１Ａ、１１Ｂにアクセスし、そ
れぞれのポータル１１Ａ、１１Ｂ自身が接続されている
ローカルバス１３Ａ、１３ＢのＩＲＭにアクセスするこ
とにより上述のようにデータ転送のためのチャネル及び
帯域を確保し、この後一方及び他方の各ポータル１１
Ａ、１１Ｂにアクセスしてこれら各ポータル１１Ａ、１
１ＢのＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリを
それぞれ対応する状態に書き換えさせる。

【００５７】例えばノード１４Ａは、ストリームデータ
をチャネル番号「１」で、かつＳ100 の通信速度で送信
する場合には、この図１９に示すように、一方のポータ
ル１１Ａ内のＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エン
トリについて、「st」フィールドＦ１（図１６）を「０
ｘ１（Listener）」、「channel 」フィールドＦ２（図
１６）を「０ｘ１」、それ以外のフィールドＦ３〜Ｆ７
（図１６）をストリームのスピードやサイズ及び種別に
合わせて設定するようにポータル１１Ａに対してメッセ
ージを送る。

【００５８】またノード１４Ａは、他方のポータル１１
Ｂ内の対応するＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エ
ントリについて、「st」フィールドＦ１を「０ｘ２（Ta
lker）」、「channel 」フィールドＦ２を「０ｘ２」、
それ以外のフィールドＦ３〜Ｆ７をストリームのスピー
ドやサイズ及び種別に合わせて設定するようにメッセー
ジを送る。

【００５９】かくしてこの後ノード１４Ａから一方のロ
ーカルバス１３Ａに送り出されたストリームデータは、
対応するチャネル番号のＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリをもつ一方のポータル１１Ａによって受
信され、この後ブリッジ１２内の内部バス２３を通って
他方のポータル１１Ｂに渡される。また他方のポータル
１１Ｂでは、対応するＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリの内容に従ってチャネル番号の変換など
の操作を行い、他方のローカルバス１３Ｂ上へストリー
ムデータを送信する。そして送信されたストリームデー
タは受信側のノード１４Ｂによって受信される。

【００６０】しかし従来のＩＥＥＥ１３９４規格では、
例えば図２０に示すように、一方のポータル１１Ａから
他方のポータル１１Ｂ及び他方のローカルバス１３Ｂを
順次介して当該ローカルバス１３Ｂ上のノード１４Ｂに
対してストリームデータを送信することに関しては考慮
されていない。

【００６１】このためこのようなストリームデータを扱
おうとした場合、従来定義されている手法では適切にＳ
ＴＲＥＡＭ ＣＯＮＴＲＯＬエントリを設定することが
できないという問題があった。これにより本来の宛先に
ストリームデータが送信されないばかりか、前述のとお
りにＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリを設定して
しまうと、一方のローカルバス１３Ａのストリーム送受
信に本来意図しない影響を及ぼす可能性があるという問
題があった。

【００６２】また従来のＩＥＥＥ１３９４規格では、例
えば図２１に示すように、一方のローカルバス１３Ａ上
のノード１４Ａから当該ローカルバス１３Ａに接続され
た一方のポータル１１Ａを介して他方のポータル１１Ｂ
に対してストリームデータを送信することに関して考慮
しておらず、このためこのようなストリームを扱おうと
した場合、従来定義されている手法では適切にＳＴＲＥ
ＡＭ ＣＯＮＴＲＯＬエントリを設定することができな
いという問題があった。これにより、本来の宛先にスト
リームが受信されないばかりか、前述のとおりにＳＴＲ
ＥＡＭ ＣＯＮＴＲＯＬエントリを設定してしまうと、
本来意図しないストリームデータが他方のローカルバス
１３Ｂに送信され、この結果として当該ローカルバス１
３Ｂのデータ転送帯域の枯渇を招くおそれがある問題が
あった。

【００６３】従って、例えばＩＥＥＥ１３９４規格に準
拠したネットワークシステムにおいて、ローカルバス１
３Ａ、１３Ｂのストリーム送受信に本来意図しない影響
を及ぼすことなく、一方のローカルバス１３Ａに接続さ
れたポータル１１Ａと、他方のローカルバス１３Ｂ上の
ノード１４Ｂとの間でデータを送受信したり、一方のロ
ーカルバス１３Ａ上のノード１４Ａと、他方のローカル
バス１３Ｂに接続されたポータル１１Ｂとの間でデータ
を送受信し得るようにすることができれば、かかるネッ
トワークシステム全体としての機能性を向上し得るもの
と考えられる。

【００６４】本発明は以上の点を考慮してなされたもの
で、ネットワークシステム全体としての機能性を向上さ
せ得るデータ送受信装置及び方法を提案しようとするも
のである。

【００６５】

【課題を解決するための手段】かかる課題を解決するた
め本発明においては、複数のバス間を接続するブリッジ
の一部として機能し、ブリッジの他部を形成する外部機
器と、自分が接続された対応するバスとの間でデータを
送受信するデータ送受信装置において、データの送信元
又は送信先が自分であるか否かを表す第１の情報及び、
データを対応するバスに送信すべきか否かを表す第２の
情報を保持する保持手段と、当該第１及び又は第２の情
報を外部からの要求に応じた所定状態に設定する設定手
段と、設定された第１及び第２の情報に基づいて、デー
タを対応するバス又は外部機器に送受信する送受信手段
とを設けるようにした。

【００６６】この結果このデータ送受信装置は、第１及
び第２の情報の設定の仕方によって、当該データ送受信
装置が接続されたバスにおけるデータ送受信に影響を与
えることなく、当該データ送受信装置を送信元又は送信
先としてデータの送受信を行うことができる。

【００６７】また本発明においては、複数のバス間を接
続するブリッジの一部として機能する外部機器と、対応
するバスとの間でデータを送受信するデータ送受信方法
において、データの送信元又は送信先が自分であるか否
かを表す第１の情報及び、データを対応するバスに送信
すべきか否かを表す第２の情報を保持すると共に、当該
第１及び又は第２の情報を外部からの要求に応じた所定
状態に設定する第１のステップと、設定された第１及び
第２の情報に基づいて、データを対応するバス又は外部
機器に送受信する第２のステップとを設けるようにし
た。

【００６８】この結果このデータ送受信方法によれば、
第１及び第２の情報の設定の仕方によって、対応するバ
スにおけるデータ送受信に影響を与えることなく、自分
を送信元又は送信先としてデータの送受信を行うことが
できる。

【００６９】

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

【００７０】（１）本実施の形態によるネットワークシ
ステムの構成 図１において、４０は全体として本発明を適用したＩＥ
ＥＥ１３９４規格に準拠したネットワークシステムを示
し、第１及び第２のローカルバス４１Ａ、４１ＢがＩＥ
ＥＥ１３９４規格に準拠したブリッジ４２を介して接続
されることにより構成されている。

【００７１】ブリッジ４２においては、図１５との対応
部分に同一符号を付した図２に示すように、それぞれ第
１又は第２のローカルバス４１Ａ、４１Ｂに接続された
第１及び第２のポータル４３Ａ、４３Ｂが内部バス２３
を介して相互に接続されることにより構成されている。

【００７２】また第１及び第２のポータル４３Ａ、４３
Ｂは、それぞれフィジカルレイヤ２０Ａ、２０Ｂ及びリ
ンクレイヤ４５Ａ、４５Ｂと、トランザクションレイヤ
２２Ａ、２２Ｂ及びポータルコントロール４６Ａ、４６
Ｂと、１３９４ノードとして機能するための図示しない
アプリケーションレイヤとを有している。

【００７３】そしてかかる第１及び第２のポータル４３
Ａ、４３Ｂは、対応する第１又は第２のローカルバス４
１Ａ、４１Ｂを介して与えられるストリームデータをフ
ィジカルレイヤ２０Ａ、２０Ｂを介してリンクレイヤ４
５Ａ、４５Ｂに順次取り込み、当該リンクレイヤ４５
Ａ、４５Ｂにおいて、取り込んだストリームデータの中
から自分宛のものを抽出したり、ポータルコントロール
４６Ａ、４６Ｂが保持するストリームルーティングテー
ブル３１Ａ、３１Ｂに基づいて、リンク先の第２又は第
１のローカルバス４１Ｂ、４１Ａにフォワードすべきス
トリームデータを抽出する。

【００７４】また各第１及び第２のポータル４３Ａ、４
３Ｂは、かかるリンクレイヤ４５Ａ、４５Ｂにおいて抽
出したストリームデータのうち、自分宛のものについて
はリンクレイヤ４５Ａ、４５Ｂ内の図示しないアイソク
ロナス（Isochronous ）受信用ＦＩＦＯに順次格納しな
がらこれを必要に応じて図示しないアプリケーションレ
イヤに送出する一方、リンク先の第２又は第１のローカ
ルバス４１Ｂ、４１Ａにフォワードすべきストリームデ
ータについては内部バス２３を介して当該相手側の第２
又は第１のポータル４３Ｂ、４３Ａに送信する。

【００７５】一方、ストリームデータの送信を受けた相
手側の第２又は第１のポータル４３Ｂ、４３Ａは、当該
ストリームデータをリンクレイヤ４５Ｂ、４５Ａにおい
て受信する。

【００７６】そしてかかる第２又は第１のポータル４３
Ｂ、４３Ａは、ポータルコントロール４６Ａ、４６Ｂに
より保持されたストリームルーティングテーブル３１
Ｂ、３１Ａ内の対応するＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリに基づいて、必要に応じてチャネル番号
の変換処理等の処理をリンクレイヤ４５Ｂ、４５Ａにお
いて行い、この後これをフィジカルレイヤ２０Ｂ、２０
Ａを介して当該第２又は第１のポータル４３Ｂ、４３Ａ
が接続された第２又は第１のローカルバス４１Ｂ、４１
Ａに送信する。

【００７７】このようにしてこのネットワークシステム
４０においては、ブリッジ４２を跨いだ２つのローカル
バス４１Ａ、４１Ｂ間でのストリームデータの送受信を
行い得るようになされている。

【００７８】かかる構成に加えてこのネットワークシス
テム４０の場合、第１及び第２のポータル４３Ａ、４３
Ｂは、送受信するストリームデータの送信元（発信元）
又は送信先（宛て先）が自分であるか否か、及び当該ス
トリームデータを当該第１又は第２のポータル４３Ａ、
４３Ｂが接続されたローカルバス４１Ａ、４１Ｂに送信
すべきか否かを判定するためのビットをその内部に有し
ている。

【００７９】すなわちこのネットワークシステム４０で
は、図３に示すように、図１６について上述したＳＴＲ
ＥＡＭ ＣＯＮＴＲＯＬエントリにおける「rsv 」フィ
ールドＦ６（図１６）のうちの15ビット目を、送受信す
べきストリームデータの送信元又は送信先が自分である
か否かを判別するためのビット「ｐ」として定義し、ま
た図４に示すように、「rsv 」フィールドＦ６のうちの
16ビット目を、そのストリームデータを当該ポータル４
３Ａ、４３Ｂが接続されたローカルバス４１Ａ、４１Ｂ
に送信すべきか否かを判別するためのビット「ｌｄ」と
して定義している。

【００８０】そして各ポータル４３Ａ、４３Ｂのポータ
ルコントロール４６Ａ、４６Ｂは、図５に示すように、
一方の例えば第１のローカルバス４１Ａ上に存在するノ
ード４４Ａから他方の第２のローカルバス４１Ｂに接続
された第２のポータル４３Ｂにデータを送信したい旨の
リクエストが与えられると、それぞれ自己の対応するＳ
ＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリを一般的な
ストリームデータのフォワード時と同様に設定する一
方、他方の第２のポータル４３Ｂのポータルコントロー
ル４６Ｂは、これに加えて自己のＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬ〔ｉ〕エントリの「ｐ」フィールドに、そのス
トリームデータが自分宛であることを示す「０ｘ１」を
設定し、「ｌｄ」フィールドに、そのストリームデータ
を第２のローカルバス４１Ｂに対して送信しないことを
示すビット「０ｘ１」をセットする。

【００８１】かくして、この後かかるノード４４Ａから
第１のローカルバス４１Ａに送信された第２のポータル
４３Ｂ宛のストリームデータは、第１のポータル４３Ａ
のポータルコントロール４６Ａが保持するＳＴＲＥＡＭ
ＣＯＮＴＲＯＬ〔ｉ〕エントリに従って当該第１のポ
ータル４３Ａのリンクレイヤ４５Ａにより内部バス２３
を介して第２のポータル４３Ｂに送信される。

【００８２】またかかるストリームデータを受け取った
第２のポータル４３Ｂのリンクレイヤ４５Ｂは、当該第
２のポータル４３Ｂのポータルコントロール４６Ｂが保
持する対応するＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エ
ントリに基づいて、当該ＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリの「ｐ」フィールドが「０ｘ１」である
ことから、そのストリームデータが自分宛てであると判
断してこれを自らのストリーム受信用ＦＩＦＯに格納す
る一方、当該ＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エン
トリの「ｌｄ」フィールドが「０ｘ１」であることか
ら、このストリームを第２のローカルバス４１Ｂに送信
してはならないと判断して当該ストリームデータのフィ
ジカルレイヤ２０Ｂへの送り出しを行わない。

【００８３】これにより第２のポータル４３Ｂが自分宛
てのストリームデータを適切に受信することができ、か
つ第２のポータル４３Ｂから第２のローカルバス４１Ｂ
に対して、受信するノード４４Ｂのないストリームデー
タが送信されることを防ぐことができる。

【００８４】なおかかる機能を利用することにより、第
１のローカルバス４１Ａ上のノード４４Ａから第２のポ
ータル４３Ｂと、第２のローカルバス４１Ｂ上に存在す
る第２のポータル４３Ｂ以外のノード４４Ｂや、第２の
ローカルバス４１Ｂを通してルーティングされている他
のノードに対して同じストリームデータを送信すること
もできる。

【００８５】この場合第１及び第２のポータル４３Ａ、
４３Ｂのポータルコントロール４６Ａ、４６Ｂは、ノー
ド４４Ａからかかるリクエストが与えられると、それぞ
れ自己のＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリ
を一般的なストリームデータのフォワード時と同様に設
定する。また第２のポータル４３Ｂのポータルコントロ
ール４６Ｂは、これに加えて自己のＳＴＲＥＡＭ ＣＯ
ＮＴＲＯＬ〔ｉ〕エントリの「ｐ」フィールドにそのス
トリームデータが自分宛てであることを示すビット「０
ｘ１」を設定し、かつ「ｌｄ」フィールドにそのストリ
ームデータを第２のローカルバス４１Ｂに送信すべきこ
とを示すビット「０ｘ０」を設定する。

【００８６】この結果かかるノード４４Ａから第１のロ
ーカルバス４１Ａに送信された第２のポータル４２Ｂ宛
のストリームデータは、第１のポータル４１Ａのポータ
ルコントロール４６Ａが保持するＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬ〔ｉ〕エントリに従って当該第１のポータル４
３Ａのリンクレイヤ４５Ａにより内部バス２３を介して
第２のポータル４３Ｂにフォワードされる。

【００８７】またかかるストリームデータを受け取った
第２のポータル４３Ｂのリンクレイヤ４５Ｂは、自己の
ポータルコントロール４６Ｂが保持する対応するＳＴＲ
ＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリに基づいて、当
該ＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリの
「ｐ」フィールドが「０ｘ１」であることから、そのス
トリームデータが自分宛てであると判断してこれを自ら
のストリーム受信用ＦＩＦＯに格納する一方、当該ＳＴ
ＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリの「ｌｄ」フ
ィールドが「０ｘ０」であることから、このストリーム
データを第２のローカルバス４１Ｂに送信すべきである
と判断して当該ストリームデータをフィジカルレイヤ２
０Ｂに送り出す。この結果このストリームデータは、こ
のフィジカルレイヤ２０Ｂを介して第２のローカルバス
４１Ｂに送り出され、当該第２のローカルバス４１Ｂ上
に存在する宛て先のノード４４Ｂや、第２のローカルバ
ス４１Ｂを通してルーティングされている他の宛て先の
ノードに送信される。

【００８８】このようにしてこのネットワークシステム
４０では、従来実現できなかったブリッジ４２を構成す
る自分以外の第１又は第２のポータル４３Ａ、４３Ｂに
接続されている第１又は第２のローカルバス４１Ａ、４
１Ｂからのストリームデータを受信でき、さらには図
３、図４に基づいてＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリの「ｐ」フィールド、「ｌｄ」フィール
ドを設定することによって、本発明に対応していない１
３９４ブリッジや１３９４ポータルに対しても、それら
の動作の互換性を損なうことなくＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬエントリの設定を行い得るようになされてい
る。

【００８９】一方、図６に示すように、一方の例えば第
１のポータル４３Ａが第２のローカルバス４１Ｂ上のノ
ード４４Ｂに対してストリームデータを送信したい場合
や、第２のローカルバス４１Ｂを通してルーティングさ
れている他のノードにストリームデータを送信したい場
合、第１のポータル４３Ａのポータルコントローラ４６
Ａは、自己のＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エン
トリを一般的なストリームデータのフォワード時と同様
に設定すると共に、第２のポータル４３Ｂのポータルコ
ントロール４６Ｂが保持する対応するＳＴＲＥＡＭ Ｃ
ＯＮＴＲＯＬ〔ｉ〕エントリも一般的なストリームデー
タの受け取り時と同様に設定する。

【００９０】また第１のポータル４３Ａのポータルコン
トローラ４６Ａは、これに加えてかかる自己のＳＴＲＥ
ＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリの「st」フィール
ドを、当該第１ポータル４３Ａがストリームデータを送
信するという意味から「０ｘ２（Talker）」又は「０ｘ
３（Talker）」に設定し、「ｐ」フィールドを、そのス
トリームデータを内部バスに送信することを示す「０ｘ
１」に設定し、「ｌｄ」フィールドを、そのストリーム
を第１のローカルバス４１Ａに送信しないことを示す
「０ｘ１」に設定する。ただし、ここで、「st」フィー
ルドの変更については、ストリームデータの宛先を判別
するブロックが一義的にそのストリームデータの宛先を
判別できるのであれば、「０ｘ１（Listener）」の設定
のまま動作を行ってもなんら問題ない。

【００９１】かくして第１のポータル４３Ａによって生
成されたストリームデータは、当該第１のポータル４３
Ａ自身によって、そのチャネル番号に対応したＳＴＲＥ
ＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリに従って転送される
ことになる。

【００９２】実際上、このとき第１のポータル４３Ａの
リンクレイヤ４５Ａは、自己のポータルコントロール４
６Ａが保持する対応するＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリの「ｐ」フィールドが「０ｘ１」である
ことからかかるストリームデータを内部バス２３を介し
て第２のポータル４３Ｂに送信する一方、「ｌｄ」フィ
ールドが「０ｘ１」であることから、このストリームを
第１のローカルバス４１Ａに送信してはならないと判断
してフィジカルレイヤ２０Ａに送り出さないようにす
る。

【００９３】さらに内部バス２３を介してかかるストリ
ームデータを受け取った第２のポータル４３Ｂのリンク
レイヤ４５Ｂは、当該第２のポータル４３Ｂのポータル
コントロール４６Ｂが保持する対応するＳＴＲＥＡＭ
ＣＯＮＴＲＯＬ〔ｉ〕エントリに従って、そのストリー
ムデータを第２のローカルバス４１Ｂに送信する。

【００９４】これにより、第１のポータル４３Ａが内部
バス２３を通して第２のポータル４３Ｂからストリーム
データを送信することができ、かつ第１のポータル４３
Ａから第１のローカルバス４１Ａに受信するノードのな
いストリームデータが送信されることを防ぐことができ
る。

【００９５】またかかる機能を利用することにより、第
１のローカルバス４１Ａ上に存在する第１のポータル４
３Ａ以外のノード４４Ａ、又は第１のローカルバス４１
Ａを通してルーティングされている他のノードに対し、
第２のポータル４３Ｂが受信するものと同様のストリー
ムデータを送信することができる。

【００９６】実際上、この場合に第１のポータル４３Ａ
のポータルコントロール４６Ａは、上述と同様にして第
１及び第２のポータル４３Ａ、４３Ｂ内の各ＳＴＲＥＡ
Ｍ ＣＯＮＴＲＯＬ〔ｉ〕エントリをそれぞれ一般的なス
トリームデータのフォワード時と同様に設定する。また
第１のポータル４３Ａのポータルコントローラ４６Ａ
は、これと共に自己のＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリの「ｐ」フィールドにそのストリームが
内部バス２３宛てであることを示すビット「０ｘ１」を
設定し、かつ「ｌｄ」フィールドにそのストリームが第
１のローカルバス４１Ａに送信されることを示すビット
「０ｘ０」を設定する。

【００９７】かくして第１のポータル４３Ａによって生
成されたストリームデータは、上述の場合と同様にして
第１のポータル４３Ａから内部バス２３及び第２のポー
タル４３Ｂを順次介して第２のローカルバス４１Ｂに送
り出される。またこれと共に第１のポータル４３Ａの対
応するＳＴＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリの
「ｌｄ」フィールドが「０ｘ０」であることから、この
ストリームデータが第１のローカルバス４１Ａに送信さ
れる。

【００９８】このようにしてこのネットワークシステム
４０では、従来実現できなかったブリッジ４２を構成す
る自分以外の第１又は第２のポータル４３Ａ、４３Ｂに
接続されている第１又は第２のローカルバス４１Ａ、４
１Ｂからのストリームデータの送信を行うことができ、
さらには図３及び図４に基づいてＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬ〔ｉ〕エントリの「ｐ」フィールドや「ｌｄ」
フィールドを設定することによって、自らの第１又は第
２のローカルバス４１Ａ、４１Ｂに対しても同じストリ
ームデータを送信する際に、そのストリームデータが内
部バス２３又は、第１若しくは第２のローカルバス４１
Ａ、４１Ｂ宛てであることを意識することなく、共通の
ＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリを用いてストリ
ームデータの送信を行い得るようになされている。

【００９９】さらに図７に示すように、一方の例えば第
１のポータル４３Ａが、ブリッジ４２を構成する自分以
外の第２のポータル４３Ｂに対してストリームデータを
送信したい場合、第１のポータル４３Ａのポータルコン
トローラ４６Ａは、自己のＳＴＲＥＡＭ ＣＯＮＴＲＯ
Ｌ〔ｉ〕エントリの「ｐ」フィールドを「０ｘ１」、
「ｌｄ」フィールドを「０ｘ１」に設定すると共に、第
２のポータル４３Ｂにアクセスして、当該第２のポータ
ル４３Ｂのポータルコントローラ４６Ｂが保持するＳＴ
ＲＥＡＭ ＣＯＮＴＲＯＬ〔ｉ〕エントリの「ｐ」フィ
ールドを「０ｘ１」、「ｌｄ」フィールドを「０ｘ１」
に設定するようにメッセージを送る。

【０１００】かくして第１のポータル４３Ａによって生
成されたストリームデータは、この後当該第１のポータ
ル４３Ａ自身によって、対応するＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬ〔ｉ〕エントリに従って転送される。

【０１０１】実際上、第１のポータル４３Ａのリンクレ
イヤ４５Ａは、かかるＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリに基づいて、当該ＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬ〔ｉ〕エントリの「ｐ」フィールドが「０ｘ
１」であることからそのストリームデータが内部バス２
３宛であると判断して当該ストリームを内部バス２３を
介して第２のポータル４３Ｂに送信する一方、「ｌｄ」
フィールドが「０ｘ１」であることから、このストリー
ムデータを第１のローカルバス４１Ａに送信してはなら
ないと判断してフィジカルレイヤ２０Ａに送り出さない
ようにする。

【０１０２】また内部バス２３を介してかかるストリー
ムデータを受け取った第２のポータル４３Ｂのリンクレ
イヤ４５Ｂは、当該第２のポータル４３Ｂのポータルコ
ントロール４６Ｂが保持する対応するＳＴＲＥＡＭ Ｃ
ＯＮＴＲＯＬ〔ｉ〕エントリの「ｐ」フィールドが「０
ｘ１」であることからそのストリームデータが自分宛で
あると判断してこれを自らのストリーム受信用ＦＩＦＯ
に格納する一方、当該ＳＴＲＥＡＭ ＣＯＮＴＲＯＬ
〔ｉ〕エントリの「ｌｄ」フィールドが「０ｘ１」であ
ることから、このストリームデータは第２のローカルバ
ス４１Ｂに送信してはならないと判断して当該ストリー
ムデータのフィジカルレイヤ２０Ｂへの送り出しを行わ
ない。

【０１０３】このようにしてこのネットワークシステム
４０では、第１及び第２のポータル４３Ａ、４３Ｂ間で
適切にストリームデータの送受信を行うことができ、か
つ第１及び第２のポータル４３Ａ、４３Ｂそれぞれに接
続されている第１及び第２のローカルバス４１Ａ、４１
Ｂに対して受信するノードのないストリームデータが送
信されることを防ぐことができるようになされている。

【０１０４】（２）本実施の形態の動作及び効果 以上の構成において、このネットワークシステム４０で
は、ブリッジ４２を構成する各第１及び第２のポータル
４３Ａ、４３Ｂ内のＳＴＲＥＡＭ ＣＯＮＴＲＯＬエン
トリにおける「rsv 」フィールドＦ６（図１６）のうち
の15ビット目を、送受信すべきストリームデータの送信
元又は送信先が自分であるか否かを判別するためのビッ
ト「ｐ」として定義すると共に、「rsv 」フィールドＦ
６のうちの16ビット目を、そのストリームデータを当該
ポータル４３Ａ、４３Ｂが接続されたローカルバス４１
Ａ、４１Ｂに送信すべきか否かを判別するためのビット
「ｌｄ」として定義し、これら「ｐ」フィールド及び
「ｌｄ」フィールドを所望すのストリームデータの送受
信形態に応じて設定する。

【０１０５】従ってこのネットワークシステム４０で
は、第１又は第２のローカルバス４１Ａ、４１Ｂ上のノ
ード４４Ａ、４４Ｂと第２又は第１のポータル４３Ｂ、
４３Ａとの間のストリームデータの送受信や、第１又は
第２のポータル４３Ａ、４３Ｂと第２又は第１のローカ
ルバス４１Ｂ、４１Ａ上のノード４４Ｂ、４４Ａとの間
のストリームデータの送受信を、第１又は第２のローカ
ルバス４１Ａ、４１Ｂにおけるストリームデータの送受
信に影響を及ぼすことなく行うことができる。

【０１０６】以上の構成によれば、ブリッジ４２を構成
する各第１及び第２のポータル４３Ａ、４３Ｂ内のＳＴ
ＲＥＡＭ ＣＯＮＴＲＯＬエントリにおける「rsv 」フ
ィールドＦ６（図１６）のうちの15ビット目を、送受信
すべきストリームデータの送信元又は送信先が自分であ
るか否かを判別するためのビット「ｐ」として利用する
と共に、「rsv 」フィールドＦ６のうちの16ビット目
を、そのストリームデータを当該ポータル４３Ａ、４３
Ｂが接続されたローカルバス４１Ａ、４１Ｂに送信すべ
きか否かを判別するためのビット「ｌｄ」として利用す
るようにしたことにより、第１又は第２のローカルバス
４１Ａ、４１Ｂ上のノード４４Ａ、４４Ｂと第２又は第
１のポータル４３Ｂ、４３Ａとの間のストリームデータ
の送受信や、第１又は第２のポータル４３Ａ、４３Ｂと
第２又は第１のローカルバス４１Ｂ、４１Ａ上のノード
４４Ｂ、４４Ａとの間のストリームデータの送受信を、
第１又は第２のローカルバス４１Ａ、４１Ｂにおけるス
トリームデータの送受信に影響を及ぼすことなく行うこ
とができ、かくして機能性を向上させながらストリーム
データの送受信を適切に行う得るネットワークシステム
を実現できる。

【０１０７】（３）他の実施の形態 なお上述の実施の形態においては、本発明を第１及び第
２のローカルバス４１Ａ、４１Ｂがブリッジ４２を介し
て接続されたネットワークシステム４０に適用するよう
にした場合について述べたが、本発明はこれに限らず、
３以上のローカルバスがブリッジを介して接続されたネ
ットワークシステムにも広く適用することができる。

【０１０８】また上述の実施の形態においては、ブリッ
ジ４２が２ポータルブリッジである場合について述べた
が、本発明はこれに限らず、ブリッジが３以上のポータ
ルよって構成されるネットワークシステムにも広く適用
することができる。

【０１０９】さらに上述の実施の形態においては、デー
タの送信元又は送信先が自分であるか否かを表す第１の
情報及びデータを対応するバスに送信すべきか否かを表
す第２の情報として、ＳＴＲＥＡＭ ＣＯＮＴＲＯＬエ
ントリにおける「rsv 」フィールドＦ６（図１６）のう
ちの15ビット目（「ｐ」フィールド）及び16ビット目
（「ｌｄ」フィールド）を利用するようにした場合につ
いて述べたが、本発明はこれに限らず、例えばＳＴＲＥ
ＡＭ ＣＯＮＴＲＯＬエントリの15ビット目及び16ビッ
ト目に代えてこれらに対応するフラグを別途設けるよう
にしても良く、さらには、これらＳＴＲＥＡＭ ＣＯＮ
ＴＲＯＬエントリの15ビット目及び16ビット目とかかる
フラグを併用するようにしても良い。また第１及び第２
の情報として、ビット及び又はフラグ以外のものを用い
るようにしても良い。

【０１１０】さらに上述の実施の形態においては、デー
タの送信元又は送信先が自分であるか否かを表す第１の
情報（本実施の形態においてはＳＴＲＥＡＭ ＣＯＮＴ
ＲＯＬエントリの「ｐ」フィールド）及びデータを対応
するバスに送信すべきか否かを表す第２の情報（本実施
の形態においてはＳＴＲＥＡＭ ＣＯＮＴＲＯＬエント
リの「ｌｄ」フィールド）を保持する保持手段としてポ
ータルコントロール４６Ａ、４６Ｂを適用するようにし
た場合について述べたが、本発明はこれに限らず、これ
をポータルコントロール４６Ａ、４６Ｂ以外の例えばコ
ンフィグレーションＲＯＭ２９や、第１及び第２のポー
タル４３Ａ、４３Ｂ内の各リンクレイヤ４５Ａ、４５Ｂ
などに保持させるようにしても良い。

【０１１１】この場合において、上述の実施の形態にお
いては、かかる第１及び第２の情報を外部からの要求に
応じた所定状態に設定する設定手段としてポータルコン
トロール４６Ａ、４６Ｂを適用するようにした場合につ
いて述べたが、本発明はこれに限らず、メモリドライバ
やリンクレイヤ４５Ａ、４５Ｂなど、第１及び第２の情
報の保持場所に応じてこの他種々の設定手段を広く適用
することができる。

【０１１２】さらに上述の実施の形態においては、ＳＴ
ＲＥＡＭ ＣＯＮＴＲＯＬエントリの「ｐ」フィールド
及び「ｌｄ」フィールドの値に基づいて、ストリームデ
ータを対応する第１又は第２のローカルバス４１Ａ、４
１Ｂ又は外部機器（本実施の形態においては相手側の第
２又は第１のポータル４３Ｂ、４３Ａ）に送受信する送
受信手段としてリンクレイヤ４５Ａ、４５Ｂを適用する
ようにした場合について述べたが、本発明はこれに限ら
ず、本発明を適用するデータ送受信装置の構成に応じて
対応する部位にかかる機能を搭載するようにすれば良
い。

【０１１３】

【発明の効果】上述のように本発明によれば、複数のバ
ス間を接続するブリッジの一部として機能し、ブリッジ
の他部を形成する外部機器と、自分が接続された対応す
るバスとの間でデータを送受信するデータ送受信装置に
おいて、データの送信元又は送信先が自分であるか否か
を表す第１の情報及び、データを対応するバスに送信す
べきか否かを表す第２の情報を保持する保持手段と、当
該第１及び又は第２の情報を外部からの要求に応じた所
定状態に設定する設定手段と、設定された第１及び第２
の情報に基づいて、データを対応するバス又は外部機器
に送受信する送受信手段とを設けるようにしたことによ
り、第１及び第２の情報の設定の仕方によって、当該デ
ータ送受信装置が接続されたバスにおけるデータ送受信
に影響を与えることなく、当該データ送受信装置を送信
元又は送信先としてデータの送受信を行うことができ、
かくしてネットワーク全体としての機能性を向上させ得
るデータ送受信装置を実現できる。

【０１１４】また本発明によれば、複数のバス間を接続
するブリッジの一部として機能する外部機器と、対応す
るバスとの間でデータを送受信するデータ送受信方法に
おいて、データの送信元又は送信先が自分であるか否か
を表す第１の情報及び、データを対応するバスに送信す
べきか否かを表す第２の情報を保持すると共に、当該保
持した第１及び第２の情報を、外部からの要求に応じた
所定状態に設定する第１のステップと、設定された第１
及び第２の情報に基づいて、データを対応するバス又は
外部機器に送受信する第２のステップとを設けるように
したことにより、第１及び第２の情報の設定の仕方によ
って、対応するバスにおけるデータ送受信に影響を与え
ることなく、自分を送信元又は送信先としてデータの送
受信を行うことができ、かくしてネットワーク全体とし
ての機能性を向上させ得るデータ送受信方法を実現でき
る。

【図面の簡単な説明】

【図１】本実施の形態によるＩＥＥＥ１３９４ネットワ
ークシステムの構成を示すブロック図である。

【図２】本実施の形態によるブリッジの構成を示すブロ
ック図である。

【図３】本発明にかかる「ｐ」ビットに関連したポータ
ルの動作を示す図表である。

【図４】本発明にかかる「ｌｄ」ビットに関連したポー
タルの動作を示す図表である。

【図５】本発明に関連するストリームデータの流れの説
明に供する概念図である。

【図６】本発明に関連するストリームデータの流れの説
明に供する概念図である。

【図７】本発明に関連するストリームデータの流れの説
明に供する概念図である。

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

【図９】アシンクロナス（Asynchronaus）転送の説明に
供する概念図である。

【図１０】アービトレーションによるバス使用権の取得
の説明に供する概念図である。

【図１１】アイソクロナス（Isochronous ）転送の説明
に供する概念図である。

【図１２】ＣＳＲアーキテクチャにおけるアドレス指定
の説明に供する概念図である。

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

【図１４】複数の１３９４ブリッジを用いた１３９４ネ
ットワークの構成例を表す概念図である。

【図１５】２ポータルブリッジの構成図を表すブロック
図である。

【図１６】ＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリのフ
ォーマットを示す概念図である。

【図１７】ＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリの
「st」フィールドのステータスを示す図表である。

【図１８】ＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリの
「spd 」フィールドとデータスピードの対応を示す図表
である。

【図１９】ローカルバスを跨いだストリームデータの送
受信を示す概念図である。

【図２０】ポータルから内部バスを通して送信されるス
トリームデータの説明に供する概念図である。

【図２１】ポータルに受信されるストリームデータの流
れの説明に供する概念図である。

【符号の説明】

２３……内部バス、３１Ａ、３１Ｂ……ストリームルー
ティングテーブル、４０……ネットワークシステム、４
１Ａ、４１Ｂ……ローカルバス、４２……ブリッジ、４
３Ａ、４３Ｂ……ポータル、４４Ａ、４４Ｂ……ノー
ド、４５Ａ、４５Ｂ……リンクレイヤ、４６Ａ、４６Ｂ
……ポータルコントロール。

フロントページの続き Ｆターム(参考） 5B014 EB01 GC06 GD23 GD32 GD33 GE05 5B077 AA13 AA18 BB04 FF01 NN02 5K033 AA05 AA09 CB08 DA05

Claims (6)

【特許請求の範囲】
1. 【請求項１】複数のバス間を接続するブリッジの一部と
   して機能し、上記ブリッジの他部を形成する外部機器
   と、自分が接続された対応する上記バスとの間でデータ
   を送受信するデータ送受信装置において、 上記データの送信元又は送信先が自分であるか否かを表
   す第１の情報及び、上記データを上記対応するバスに送
   信すべきか否かを表す第２の情報を保持する保持手段
   と、 上記保持手段に保持された上記第１及び又は第２の情報
   を、外部からの要求に応じた所定状態に設定する設定手
   段と、 上記保持手段に保持された上記第１及び第２の情報に基
   づいて、上記データを上記対応するバス又は上記外部機
   器に送受信する送受信手段とを具えることを特徴とする
   データ送受信装置。
2. 【請求項２】上記ブリッジは、 ＩＥＥＥ（The Instutite of Electrical and Electron
   ics Engineers ）１３９４ハイパーフォーマンスシリア
   ルバス規格に準拠したブリッジであることを特徴とする
   請求項１に記載のデータ送受信装置。
3. 【請求項３】上記第１及び第２の情報は、ビット又はフ
   ラグであることを特徴とする請求項１に記載のデータ送
   受信装置。
4. 【請求項４】複数のバス間を接続するブリッジの一部と
   して機能する外部機器と、対応する上記バスとの間でデ
   ータを送受信するデータ送受信方法において、 上記データの送信元又は送信先が自分であるか否かを表
   す第１の情報及び、上記データを上記対応するバスに送
   信すべきか否かを表す第２の情報を保持すると共に、当
   該保持した第１及び第２の情報を、外部からの要求に応
   じた所定状態に設定する第１のステップと、 設定された上記第１及び第２の情報に基づいて、上記デ
   ータを上記対応するバス又は上記外部機器に送受信する
   第２のステップとを具えることを特徴とするデータ送受
   信方法。
5. 【請求項５】上記ブリッジは、 ＩＥＥＥ（The Instutite of Electrical and Electron
   ics Engineers ）１３９４ハイパーフォーマンスシリア
   ルバス規格に準拠したブリッジであることを特徴とする
   請求項４に記載のデータ送受信方法。
6. 【請求項６】上記第１及び第２の情報は、ビット又はフ
   ラグであることを特徴とする請求項４に記載のデータ送
   受信方法。