JP2001326669A

JP2001326669A - ディジタルシリアルデータのインタフェース装置およびそれを利用したブリッジポータル

Info

Publication number: JP2001326669A
Application number: JP2000143637A
Authority: JP
Inventors: Yoshikatsu Niwa; 義勝丹羽; Takashi Akai; 隆志赤井
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-05-16
Filing date: 2000-05-16
Publication date: 2001-11-22
Also published as: EP1156628A3; US20010044869A1; EP1156628A2; KR20010105200A

Abstract

(57)【要約】【課題】常に正しい送信元の識別情報が含まれる送信パ
ケットを送信可能とする。【解決手段】ブリッジポータル１０３ｂで、1394OHCI部
１２４ｂよりLink部１２５ｂに転送される送信パケット
に、その送信パケットが自ノードが送信元であるか、あ
るいは他のバスに存在する他ノードが送信元であるかを
示す送信元情報を含める。Link部１２５ｂでその送信パ
ケットに基づいてアシンクロナス・データパケットを生
成する際、他ノードが送信元であるときには、ソースＩ
Ｄとして、送信パケットに含まれている当該他ノードの
ノードＩＤを用いる。また、自ノードが送信元であると
きは、自ノードのノードＩＤを用いる。これにより、13
94バス(Bus #2)１０２に、常に正しい送信元のノードＩ
Ｄが含まれるアシンクロナス・データパケットを、送信
できることとなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ディジタルシリ
アルデータのインタフェース装置およびそれを利用した
ブリッジポータルに関する。詳しくは、送信情報の送信
元が自ノードであるか他のバスに存在する他ノードであ
るかを識別するための送信元情報を含む第１の送信パケ
ットを生成すると共に、この第１の送信パケットに基づ
き、送信元情報を参照して送信元の識別情報を挿入した
第２の送信パケットを生成することによって、常に正し
い送信元の識別情報が含まれる送信パケットを送信可能
にしたディジタルシリアルデータのインタフェース装置
等に係るものである。

【０００２】

【従来の技術】マルチメディア・データ伝送のためのイ
ンタフェースを目的とし、高速データ伝送、リアルタイ
ム転送をサポートしたインタフェース規格として、IEEE
1394-1995ハイ・パフォーマンス・シリアル・バス規格
（以下、「IEEE1394規格」という）が知られている。

【０００３】このIEEE1394規格では、100Mbps(98.304Mb
ps)，200Mbps(196.608Mbps)，400Mbps(393.216Mbps)で
のデータ転送速度が規定されており、上位転送速度を持
つ1394ポートは、その下位スピードとの互換性を保持す
るように規定されている。これにより、100Mbps，200Mb
ps，400Mbpsのデータ転送速度が同一ネットワーク上で
混在可能になっている。

【０００４】また、IEEE1394規格では、図１６に示すよ
うに、転送データがデータとその信号を補うストローブ
の２信号に変換されており、この２信号の排他的論理和
をとることによりクロックを生成することができるよう
にしたDS-Link(Data/StrobeLink)符号化方式の転送フォ
ーマットが採用されている。また、IEEE1394規格では、
図１７の断面図にケーブル構造を示すように、第１のシ
ールド層２０１でシールドされた２組のツイストペア線
（信号線）２０２と電源線２０３を束ねたケーブル全体
をさらに第２のシールド層２０４でシールドした構造の
ケーブル２００が規定されている。

【０００５】図１８は、IEEE1394規格を採用したネット
ワークの構成例を示している。ワークステーション１
０、パーソナルコンピュータ１１、ハードディスクドラ
イブ１２、ＣＤ−ＲＯＭドライブ１３、カメラ１４、プ
リンタ１５およびスキャナ１６はIEEE1394ノードであ
り、互いにIEEE1394バス２０を使用して接続されてい
る。IEEE1394 規格における接続方式には、ディジチェ
ーンとノード分岐の２種類の方式がある。ディジチェー
ン方式では、最大１６ノード（1394ポートを持つ機器）
を接続でき、そのノード間の最長距離が４．５ｍとなっ
ている。図１８に示すように、ノード分岐を併用するこ
とにより、規格最大の６３ノードまで接続できる。

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

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

【０００８】ハードウエアは、フィジカル・レイヤ（物
理層：ＰＨＹ）およびリンク・レイヤ（リンク層）から
構成される。フィジカル・レイヤでは、直接IEEE1394規
格の信号をドライブする。リンク・レイヤはホスト・イ
ンターフェースとフィジカル・レイヤのインターフェー
スを備える。

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

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

【００１１】IEEE1394規格では、ネットワーク内で行わ
れる転送動作をサブアクションと呼び、次の２種類のサ
ブアクションが規定されている。すなわち、２つのサブ
アクションとして、「アシンクロナス(asynchronous)」
と呼ばれる非同期転送モードおよび「アイソクロナス(i
sochronous)」と呼ばれる転送帯域を保証したリアルタ
イム転送モードが定義されている。また、さらに各サブ
アクションは、それぞれ次の３つのパートに分かれてお
り、「アービトレーション」「パケット・トランスミッション」「アクノリッジメント」と呼ばれる転送状態をとる。なお、「アイソクロナス」
モードには、「アクノリッジメント」は省略されてい
る。

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

【００１３】そして、一定時間以上のアイドル状態が続
くと、転送を希望するノードはバスを使用できると判断
して、バスの制御権を獲得するためにアービトレーショ
ンを実行する。実際にバスの停止の判断は、図２１
（ａ）、（ｂ）に示すように、ルートに位置するノード
Ａが行う。このアービトレーションでバスの制御権を得
たノードは、次にデータの転送すなわちパケット・トラ
ンスミッションを実行する。データ転送後、受信したノ
ードは、その転送されたデータに対して、その受信結果
に応じたａｃｋ（受信確認用返送コード）の返送によっ
て応答するアクノリッジメントを実行する。このアクノ
リッジメントの実行により、送信ノードおよび受信ノー
ドともに、転送が正常に行われたことを上記ａｃｋの内
容によって確認することができる。その後、再びサブア
クション・ギャップ、すなわちバスのアイドル状態に戻
り、上記転送動作が繰り返される。

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

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

【００１６】ＩＥＥＥ１３９４規格のアドレス空間は、
図２３に示すような構成となっている。これは、６４ビ
ット固定アドレッシングのＩＳＯ／ＩＥＣ１３２１３規
格にて定義されているＣＳＲアーキテクチャ（以下、
「ＣＳＲアーキテクチャ」という）に従っている。図示
のように、各アドレスの上位１６ビットはノードＩＤを
表し、ノードにアドレス空間を提供する。ノードＩＤ
は、１０ビットのバス番号と６ビットのノード番号に分
割され、上位１０ビットでバスＩＤを指定し、下位６ビ
ットでフィジカルＩＤ（狭義のノードＩＤ）を指定す
る。バスＩＤもフィジカルＩＤも全ビットが１となる値
を特別な目的で使用するので、このアドレッシング方法
は１０２３個のバスと各々６３個の個別アドレス指定可
能なノードを提供している。

【００１７】また、IEEE1394規格のインタフェース装置
において、レジスタ構成やデータ構造等、実装方法を共
通化するために1394 Open Host Controller Interface
（以下、「1394OHCI」という）というものが定義されて
いる。この規格には、高速転送を行うためのＤＭＡ(Dir
ect Memory Access)部やホストインタフェースに関する
記述も併せて定義されている。

【００１８】1394OHCIでは、アシンクロナス転送と呼ば
れる非同期式の転送手段とアイソクロナス転送と呼ばれ
る同期式の転送手法双方に対応している。アシンクロナ
ス転送においては、IEEE1394規格に定められている全て
のリクエスト／レスポンスに対応しており、ＤＭＡ転送
を用いることにより、ホストメモリからデータを読み出
してパケット送信を行うことができ、またパケット受信
時にはホストメモリ上にデータを書き込むことができ
る。

【００１９】アイソクロナス転送においては、送信、受
信それぞれにＤＭＡコントローラが実装されており、最
小４チャネルから最大３２チャネルのＤＭＡチャネルを
コントロールすることができる。また、IEEE1394規格に
定義されているサイクル・マスターの機能も装備されて
いる。1394OHCI内部にサイクル・タイマーとカウンタを
実装しており、サイクル・スタート・パケットを送信す
ることが可能となっている。

【００２０】図２４は、1394OHCIのハードウェア構成を
示している。1394OHCI部３０は、IEEE1394規格に準拠し
たフィジカル・レイヤおよびリンク・レイヤ（以下、
「1394Link and PHY部」とする）とホストバスとのイン
タフェース部分に配置される、ファイフォ（FIFO：firs
t-in first-out)部、ＤＭＡ転送を制御するＤＭＡコン
トローラ部およびホストバス・インタフェース部からな
っている。ファイフォ(FIFO)部は、パケットデータの種
別に応じて細かく分類がなされている。また、ＤＭＡコ
ントローラ部も、ファイフォ部の種別に対応する形で用
意されている。

【００２１】アシンクロナス・データおよびアイソクロ
ナス・データの受信時、1394Link and PHY部で受信され
たデータパケットは、パケットの種別に応じて適正に選
択され、ファイフォ部に送られる。ファイフォ部に送ら
れてきたデータは、対応するＤＭＡコントローラ部を介
してホストバス・インタフェース部に送信され、ホスト
バスに転送される。

【００２２】また、アシンクロナス・データおよびアイ
ソクロナス・データの送信時、データパケットは、ホス
トバス・インタフェース部を通じ、データパケットの種
別に対応したＤＭＡコントローラ部によって対応するフ
ァイフォ部に送信され、1394Link and PHY部からIEEE13
94バスにパケット送信がなされる。

【００２３】ここで、1394OHCIにて定義されているレジ
スタ空間について説明する。図２５、図２６は、レジス
タ構成を示している。ホストバスのある空間に図示のレ
ジスタをマッピングすることによって、ホストバスから
のアクセスが可能となる。レジスタの内容としては、詳
細説明は省略するが、アイソクロナス転送に関する設定
部、アシンクロナス転送に関する設定部、割り込みに関
する設定部、その他のIEEE1394規格に関する設定部等に
大別される。

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

【００２５】IEEE1394規格で採用しているステータス・
コントロール・レジスタでは、１０ビットのバス番号フ
ィールドと６ビットのノード番号フィールドが定義され
ている。ノード番号フィールドによって表される１バス
内６３ノードの挙動について規格化されているのがIEEE
1394規格となる。これに対し、１０ビットのバス番号フ
ィールドを用い、このフィールドに番号を割り当てるこ
とによって最大１０２３バスへの拡張が可能となるわけ
であるが、このような1394ネットワーク全体についての
プロトコルを規格化しようというのが1394バスブリッジ
規格である。

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

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

【００２８】

【発明が解決しようとする課題】上述の1394OHCIにおい
て、現在の仕様ではIEEE1394規格のみに対応しており、
1394ブリッジに対応し、ブリッジポータルとして機能す
るための考慮がなされていなかった。そのため、ブリッ
ジポータルに1394OHCIを適用した場合、1394OHCI部より
1394Link and PHY部に送られる送信パケットに送信元の
ノード情報が含まれていないことから、1394Link and P
HY部よりIEEE1394バスに送出される送信パケット（アシ
ンクロナス・データパケット）の送信元の識別情報とし
て、送信ノードが他のノードであっても自ノードの識別
情報を使用してしまうという問題点があった。

【００２９】そこで、この発明では、常に正しい送信元
の識別情報が含まれる送信パケットを送信し得るディジ
タルシリアルデータのインタフェース装置等を提供する
ことを目的とする。

【００３０】

【課題を解決するための手段】この発明に係るディジタ
ルシリアルデータのインタフェース装置は、送信情報
と、この送信情報の送信元が自ノードであるか他のバス
に存在する他ノードであるかを識別するための送信元情
報と、さらにこの送信元情報が他ノードが送信元である
ことを示すときには他ノードの識別情報とを、少なくと
も含む第１の送信パケットを生成する第１のパケット生
成手段と、この第１のパケット生成手段で生成された第
１の送信パケットに基づき、送信情報と、この送信情報
の送信元のノード情報とを少なくとも含む第２の送信パ
ケットを生成し、送信元のノード情報として、第１の送
信パケットに含まれる送信元情報が自ノードが送信元で
あることを示しているときは自ノードの識別情報を用
い、送信元情報が他ノードが送信元であることを示して
いるときは第１の送信パケットに含まれている他ノード
の識別情報を用いる第２のパケット生成手段とを備える
ものである。

【００３１】また、この発明に係るディジタルシリアル
データのインタフェース装置は、IEEE1394バスに接続さ
れる物理層部と、ホストバスに接続される1394オープン
・ホスト・コントローラ・インタフェース部と、物理層
部とインタフェース部との間に挿入されるリンク層部と
を備えるものである。そして、インタフェース部よりリ
ンク層部に第１の送信パケットが送られ、物理層部より
IEEE1394バスに第２の送信パケットが送られ、第１の送
信パケットには、送信情報と、この送信情報の送信元が
自ノードであるか他のバスに存在する他ノードであるか
を識別するための送信元情報と、さらにこの送信元情報
が他ノードが送信元であることを示すときには他ノード
の識別情報とが、少なくとも含まれ、第２の送信パケッ
トには、送信情報と、この送信情報の送信元のノード情
報とが少なくとも含まれ、送信元のノード情報として、
第１の送信パケットに含まれる送信元情報が自ノードが
送信元であることを示すときは自ノードの識別情報が用
いられ、送信元情報が他ノードが送信元であることを示
すときは第１の送信パケットに含まれている他ノードの
識別情報が用いられるものである。

【００３２】また、この発明に係るブリッジポータル
は、複数のIEEE1394バスを接続するブリッジを構成する
ブリッジポータルであって、IEEE1394バスに接続される
物理層部と、ホストバスに接続される1394オープン・ホ
スト・コントローラ・インタフェース部と、物理層部と
インタフェース部との間に挿入されるリンク層部とを備
えるものである。そして、インタフェース部よりリンク
層部に第１の送信パケットが送られ、物理層部よりIEEE
1394バスに第２の送信パケットが送られ、第１の送信パ
ケットには、送信情報と、この送信情報の送信元が自ノ
ードであるか他のバスに存在する他ノードであるかを識
別するための送信元情報と、さらにこの送信元情報が他
ノードが送信元であることを示すときには他ノードの識
別情報とが、少なくとも含まれ、第２の送信パケットに
は、送信情報と、この送信情報の送信元のノード情報と
が少なくとも含まれ、送信元のノード情報として、第１
の送信パケットに含まれる送信元情報が自ノードが送信
元であることを示すときは自ノードの識別情報が用いら
れ、送信元情報が他ノードが送信元であることを示すと
きは第１の送信パケットに含まれている他ノードの識別
情報が用いられるものである。

【００３３】この発明においては、例えば1394オープン
・ホスト・コントローラ・インタフェース部よりリンク
層部に第１の送信パケットが送られる。この第１の送信
パケットは、送信情報と、この送信情報の送信元が自ノ
ードであるか他のバスに存在する他ノードであるかを識
別するための送信元情報と、さらにこの送信元情報が他
ノードが送信元であることを示すときには他ノードの識
別情報とを、少なくとも含むように生成される。

【００３４】また、物理層部よりIEEE1394バスに第２の
送信パケットが送られる。この第２の送信パケットは、
第１の送信パケットに基づいて生成される。この第２の
送信パケットは、送信情報と、この送信情報の送信元の
ノード情報とを少なくとも含むように生成される。ここ
で、送信元のノード情報として、第１の送信パケットに
含まれる送信元情報が自ノードが送信元であることを示
すときは自ノードの識別情報が用いられ、送信元情報が
他ノードが送信元であることを示すときは第１の送信パ
ケットに含まれている他ノードの識別情報が用いられ
る。

【００３５】このように、送信情報の送信元が自ノード
であるか他のバスに存在する他ノードであるかを識別す
るための送信元情報を含む第１の送信パケットを生成
し、この第１の送信パケットに基づき、送信元情報を参
照して送信元の識別情報を挿入した第２の送信パケット
を生成するものであり、常に正しい送信元の識別情報が
含まれる送信パケット（第２の送信パケット）を送信す
ることが可能となる。

【００３６】

【発明の実施の形態】以下、図面を参照して、この発明
の実施の形態を説明する。図１は、1394ブリッジを用い
た1394ネットワークの構成例を示している。このネット
ワークは、1394バス（Bus #1）１０１と、1394バス（Bu
s #2）１０２と、1394ブリッジ１０３と、1394バス１０
１に接続されているノード１０４，１０５と、1394バス
１０２に接続されているノード１０６とから構成されて
いる。ここで、1394ブリッジ１０３は、２つのブリッジ
ポータル１０３ａ，１０３ｂが一組となって構成されて
いる。これらブリッジポータル１０３ａ，１０３ｂもノ
ードとして存在しており、ブリッジポータル１０３ａは
1394バス１０１に接続され、ブリッジポータル１０３ｂ
は1394バス１０２に接続されている。

【００３７】本実施の形態において、ブリッジポータル
１０３ａ，１０３ｂは、それぞれ1394OHCIを用いたIEEE
1394ディジタルシリアルデータのインタフェース装置を
備えている。図２は、1394ブリッジ１０３の詳細構成を
示している。

【００３８】この1394ブリッジ１０３は、制御用のＣＰ
Ｕ（Central Processing Unit）１１１と、メモリ１１
２と、ホストバス１１３と、ブリッジポータル１０３ａ
と、ブリッジポータル１０３ｂとを備えている。

【００３９】ブリッジポータル１０３ａは、ホストバス
・インタフェース部１２１ａ、ＤＭＡコントローラ部１
２２ａおよびファイフォ（FIFO）部１２３ａからなる13
94OHCI部１２４ａと、リンク層(Link)部１２５ａと、物
理層（PHY)部１２６ａとを有している。同様に、ブリッ
ジポータル１０３ｂは、ホストバス・インタフェース部
１２１ｂ、ＤＭＡコントローラ部１２２ｂおよびファイ
フォ（FIFO）部１２３ｂからなる1394OHCI部１２４ｂ
と、リンク層(Link)部１２５ｂと、物理層（PHY)部１２
６ｂとを有している。1394OHCI部１２４ａ，１２４ｂの
ハードウェア構成は、上述の図２４に示したと同様とさ
れている。

【００４０】上述したように、1394OHCIにおいてはアシ
ンクロナス転送を行うことが可能となっている。ここ
で、1394OHCIにおけるアシンクロナス転送手法について
説明する。

【００４１】1394OHCIでは、アシンクロナス転送を行う
ための送信パケットフォーマットが定義されており、ホ
スト側が送信すべきパケットを生成し、そのパケットの
メモリアドレスを1394OHCIに設定し、送信スタートを行
うことによって、アシンクロナス転送を行う。

【００４２】送信パケットには、リードクワドレットリ
クエスト、リードブロックリクエスト、リードクワドレ
ットレスポンス、リードブロックレスポンス、ライトク
ワドレットリクエスト、ライトブロックリクエスト、ラ
イトレスポンス、ロックリクエスト、ロックレスポンス
がある。

【００４３】図３は、リードクワドレットリクエストに
用いられる送信パケットのフォーマットを示している。
この送信パケットは、ソースバスＩＤ(srcBusID)、スピ
ード(spd)、トランザクションラベル(tLabel)、リトラ
イコード(rt)、トランザクションコード(tCode)、ディ
スティネーションＩＤ(destinationID)、ディスティネ
ーションオフセット(destinationOffset)からなってい
る。その他の斜線領域は予約領域となっており、“０”
となっている。

【００４４】ソースバスＩＤ(srcBusID)は、送信するパ
ケットのバスＩＤフィールドにローカルバスを指定する
か、あるいは1394OHCIのNodeIDレジスタにある値を指定
するかの判別に用いられる。スピード(spd)には、送信
パケットのスピードが設定される。トランザクションラ
ベル(tLabel)には、パケット固有の値が設定される。リ
トライコード(rt)には、送信エラー時のリトライに関す
る方法が設定される。リトライ手法は、IEEE1394規格に
て定義されている。

【００４５】トランザクションコード(tCode)には、IEE
E1394規格にて定義されているトランザクションコード
が設定される。IEEE1394規格に定められているトランザ
クションコードは、図４に示すようになっている。リー
ドクワドレットリクエストは“４”とされているので、
このフィールドには“４”を設定する。ディスティネー
ションＩＤ(destinationID)には、送信先のノードＩＤ
を設定する。ディスティネーションオフセット(destina
tionOffset)には、送信先ノード中の、読み込みを行う
アドレス指定を行う。上述のパラメータ設定を行うこと
により、送信パケットを生成することができる。

【００４６】図５は、ライトクワドレットリクエストに
用いられる送信パケットのフォーマットを示している。
トランザクションコード(tCode)には、“０”が設定さ
れることになる。さらに、クワドレット・データ(quadl
et data)が追加されており、書き込むべきデータがこの
フィールドにセットされることになる。その他の各フィ
ールドは上述の送信パケットと同様である。

【００４７】図６は、リードブロックリクエストに用い
られる送信パケットのフォーマットを示している。トラ
ンザクションコード(tCode)には、“５”が設定される
ことになる。さらに、データレングス(dataLength)が追
加されており、読み込むべきデータ長が設定される。そ
の他の各フィールドは上述の送信パケットと同様であ
る。

【００４８】図７は、ライトブロックリクエストに用い
られる送信パケットのフォーマットを示している。トラ
ンザクションコード(tCode)には、“１”が設定される
ことになる。さらに、ブロック・データ(block data)が
追加されており、転送すべきデータが格納されることに
なる。このブロックデータが４バイト単位でない場合に
は、パディング(padding)が追加され、４バイトの倍数
で構成されるパケットとされる。なお、パディングの値
は“０”に設定される。その他の各フィールドは上述の
パケットと同様である。

【００４９】図８は、ロックリクエストに用いられる送
信パケットのフォーマットを示している。トランザクシ
ョンコード(tCode)には、“９”が設定されることにな
る。さらに、拡張トランザクションコード(extendedTco
de)が追加されており、ロックトランザクションの種別
を示すコードが設定される。この拡張トランザクション
コードはIEEE1394規格で定義されており、図９に示すよ
うになっている。

【００５０】図１０は、ライトレスポンスに用いられる
送信パケットのフォーマットを示している。トランザク
ションコード(tCode)には、“２”が設定されることに
なる。さらに、レスポンスコード(rCode)が追加されて
おり、レスポンスの状態を示すコードが設定される。そ
の他の各フィールドは上述のパケットと同様である。

【００５１】図１１は、リードクワドレットレスポンス
に用いられる送信パケットのフォーマットを示してい
る。トランザクションコード(tCode)には、“６”が設
定されることになる。その他の各フィールドは上述のパ
ケットと同様である。

【００５２】図１２は、リードブロックレスポンスに用
いられる送信パケットのフォーマットを示している。ト
ランザクションコード(tCode)には、“７”が設定され
ることになる。その他の各フィールドは上述のパケット
と同様である。

【００５３】図１３は、ロックレスポンスに用いられる
送信パケットのフォーマットを示している。トランザク
ションコード(tCode)には、“Ｂ”が設定されることに
なる。その他の各フィールドは上述のパケットと同様で
ある。

【００５４】以上が1394OHCIにおいてアシンクロナス送
信に用いられる送信パケットであるが、これらのパケッ
トは、送信元が自ノードであることを前提に考えられて
おり、リモート・アドレスへのパケットを1394ブリッジ
ポータルがフォワードする際のような、送信元が自ノー
ドでないパケットの送信に対応していない。

【００５５】そこで、この発明では、新たな送信パケッ
トのフォーマットを定義する。図１４は、リモート送信
に用いられる送信パケットのフォーマットを示してい
る。この送信パケットは、フォワードパケット・ビット
(fwdPkt)と、リモート・ソースＩＤ(remoteSourceID)の
各フィールドを備えている。その他の各フィールドは、
従来のパケットと同様である。

【００５６】つまり、フォワードパケット・ビット(fwd
Pkt)は、パケットの１クワドレット目に付加され、リモ
ート・ソースＩＤ(remoteSourceID)は２クワドレット目
に挿入されることになる。上述の1394OHCIにて定義され
ている各種のアシンクロナス送信に用いられる送信パケ
ット（図３、図５〜図８、図１０〜図１３参照）につい
て、どのパケットも同様に１クワドレット目にフォワー
ドパケット・ビット(fwdPkt)を付加し、２クワドレット
目にリモート・ソースＩＤ(remoteSourceID)を挿入し、
従来の２クワドレット目からのフィールドを３クワドレ
ット目からに移動させることによって、リモート・アド
レス向けのアシンクロナス送信に対応できることにな
る。

【００５７】フォワードパケット・ビット(fwdPkt)は、
そのパケットが自ノードが送信元であるアシンクロナス
送信に係るものか、あるいは他のバスのノードが送信元
であり、1394ブリッジを介して伝播されてきたものかを
判別するために用いられる。例えば、フォワードパケッ
ト・ビット(fwdPkt)は、自ノードが送信元であるときは
“０”に設定され、他のバスのノードが送信元であると
きは“１”に設定される。

【００５８】この場合、フォワードパケット・ビット(f
wdPkt)が“１”に設定されていた場合には、そのパケッ
トは他のバスのノードが送信元であるので、自ノードの
ノードＩＤをアシンクロナス送信に用いずに、他のバス
のノードのノードＩＤをアシンクロナス・データパケッ
トのソースＩＤとしてセットする。その際の値として、
リモート・ソースＩＤ(remoteSourceID)が用いられる。
つまり、このリモート・ソースＩＤには、送信元のノー
ドＩＤが設定されている。一方、フォワードパケット・
ビット(fwdPkt)が“０”に設定されていた場合にはその
パケットは自ノードが送信元であるので、自ノードのノ
ードＩＤをアシンクロナス・データパケットのソースＩ
Ｄとしてセットする。その際には、リモート・ソースＩ
Ｄ(remoteSourceID)は無視されることになる。

【００５９】図１５は、IEEE1394規格のアシンクロナス
・データパケットのデータフォーマットを示している。
このデータパケットにおいて、ヘッダは、ディスティネ
ーションＩＤ(destination_ID)、トランザクションラベ
ル(tLabel)、リトライコード(rt)、トランザクションコ
ード(tCode)、優先順位情報(pri)、ソースＩＤ(source_
ID)、パケットタイプ固有の情報（destination_offset,
rcode,reserved)、パケットタイプ固有のデータ(quadle
t_data,data_length,extended_tcode)、ヘッダＣＲＣか
らなっている。

【００６０】なお、フォワードパケット・ビット(fwdPk
t)が“０”にセットされる場合には、上述したように自
ノードが送信元であるローカル・アドレス向けのアシン
クロナス通信となるので、リモート・ソースＩＤ(remot
eSourceID)がある２クワドレット目の挿入を行わず、従
来1394OHCIで定義されている送信パケットフォーマット
をそのまま用いてもよい。

【００６１】次に、図１に示す1394ネットワークにおけ
るアシンクロナス・データパケットの送信動作について
説明する。

【００６２】例えば、1394バス(Bus #1)１０１に接続さ
れたノード１０４からノード１０５へのアシンクロナス
通信の場合、1394バス(Bus #1)１０１内での通信となる
ので、ローカル・アドレスへ向けてのアシンクロナス通
信となる。この場合、ノード１０４が1394OHCIを用いた
IEEE1394ディジタルシリアルデータのインタフェース装
置を備えるものであるときは、1394OHCI部よりリンク層
(Link)部を通じて物理層(PHY)部に送信パケットが転送
される。リンク層(Link)部では、転送されてきた送信パ
ケットに基づいてアシンクロナス・データパケットが生
成される。そして、このアシンクロナス・データパケッ
トが物理層(PHY)部を介して1394バス(Bus #1)１０１に
送信される。その場合、リンク層(Link)部に転送される
送信パケットにおけるフォワードパケット・ビット(fwd
Pkt)は“０”に設定されているため、アシンクロナス・
データパケットを生成する場合、そのソースＩＤ(sourc
e_ID)として、自ノードのノードＩＤが用いられること
となる。

【００６３】また例えば、１３９４バス(Bus #1)１０１
に接続されたノード１０４から1394バス(Bus #2)１０２
に接続されたノード１０６へのアシンクロナス通信の場
合は、他のバスへのアクセスとなり、リモート・アドレ
スに向けてのアシンクロナス通信となる。この場合、ノ
ード１０４から送信されたアシンクロナス・データパケ
ットは、一旦1394バス(Bus #1)１０１に接続された1394
ブリッジ１０３を構成するブリッジポータル１０３ａで
受信される。なお、ノード１０４より送信されるアシン
クロナス・データパケットは、上述したローカル・アド
レスへ向けてのアシンクロナス通信の場合と同様に、そ
のソースＩＤ(source_ID)として、ノード１０４のノー
ドＩＤが用いられている。

【００６４】その後、1394ブリッジ１０３内で、ブリッ
ジポータル１０３ａからブリッジポータル１０３ｂへパ
ケットが渡され、このブリッジポータル１０３ｂによっ
て、1394バス(Bus #2)に接続されているノード１０６に
向けて送信されることになる。このようにして、リモー
ト・アドレスへのアシンクロナス送信が行われる。

【００６５】ここで、図２を参照して、1394ブリッジ１
０３内における動作をさらに詳細に説明する。

【００６６】ノード１０４より送信されたアシンクロナ
ス・データパケットはブリッジポータル１０３ａの物理
層(PHY)部１２６ａで受信され、リンク層(Link)部１２
５ａに転送される。その後、1394OHCIの仕様に基づき、
1394OHCI部１２４ａを構成するファイフォ(FIFO)部１２
３ａ、ＤＭＡコントローラ部１２２ａおよびホストバス
・インタフェース部１２１ａを通じて、メモリ１１２に
転送されて格納される。

【００６７】メモリ１１２に格納されたアシンクロナス
・データパケットは、制御用のＣＰＵ１１１によって内
容がチェックされ、リモート・アドレス向けのアシンク
ロナス・データパケットであると判別されることとな
る。そして、ＣＰＵ１１１によって、アシンクロナス・
データパケットに対し、1394バス(Bus #2)１０２に転送
するための処理が行われる。

【００６８】この処理は、図１４に示す送信パケットフ
ォーマットに準拠した形の送信パケットに変換すること
によって行われる。この場合、1394バス(Bus #1)１０１
に接続されたノード１０４が送信元であって、他のバス
のノードが送信元であることから、１クワドレット目の
フォワードパケット・ビット(fwdPkt)は“１”に設定さ
れ、さらに２クワドレット目のリモート・ソースＩＤ(r
emoteSourceID)に、ノード１０４のノードＩＤが挿入さ
れこととなる。

【００６９】ＣＰＵ１１１によって生成された送信パケ
ットは、1394OHCIの仕様に基づき、1394OHCI部１２４b
を構成するホストバス・インタフェース部１２１ｂ、Ｄ
ＭＡコントローラ部１２２ｂおよびファイフォ(FIFO)部
１２３ｂを通じて、リンク層(Link)部１２５ｂに転送さ
れる。リンク層(Link)部１２５ｂでは、転送されてきた
送信パケットに基づいてアシンクロナス・データパケッ
トが生成される。そして、このリンク層(Link)部１２５
ｂで生成されたアシンクロナス・データパケットは、物
理層(PHY)部１２６ｂを介して、ノード１０６が存在す
る1394バス(Bus#2)１０２に送信される。

【００７０】この場合、リンク層(Link)部１２５ｂに転
送されてくる送信パケットのフォワードパケット・ビッ
ト(fwdPkt)は“１”に設定されている。そのため、アシ
ンクロナス・データパケットを生成する際、そのソース
ＩＤ(source_ID)として、リモート・ソースＩＤ(remote
SourceID)の値、つまりノード１０４のノードＩＤが用
いられることとなる。

【００７１】このように、本実施の形態において、ブリ
ッジポータル１０３ｂでは、1394OHCI部１２４ｂよりリ
ンク層(Link)部１２５ｂに転送される送信パケットに、
その送信パケットが自ノードが送信元であるか、あるい
は他のバスのノードが送信元であるかを示すフォワード
パケット・ビット(fwdPkt)を含むようにされ、リンク層
(Link)部１２５ｂでその送信パケットに基づいてアシン
クロナス・データパケットを生成する際に、フォワード
パケット・ビット(fwdPkt)を参照してソースＩＤ(sourc
e_ID)の設定が行われる。

【００７２】したがって、物理層(PHY)部１２６ｂから1
394バス(Bus #2)１０２に、常に正しい送信元のノード
ＩＤが含まれるアシンクロナス・データパケットを送信
することが可能となる。またこれにより、1394OHCIを用
いたIEEE1394ディジタルシリアルデータのインタフェー
ス装置を1394ブリッジに対応させ、ブリッジポータルと
して機能させることができる。

【００７３】

【発明の効果】この発明によれば、送信情報の送信元が
自ノードであるか他のバスに存在する他ノードであるか
を識別するための送信元情報を含む第１の送信パケット
を生成すると共に、この第１の送信パケットに基づき、
送信元情報を参照して送信元の識別情報を挿入した第２
の送信パケットを生成するものであり、常に正しい送信
元の識別情報が含まれる送信パケットを送信することが
可能となる。

【図面の簡単な説明】

【図１】1394ブリッジを用いた1394ネットワークの構成
例を示すブロック図である。

【図２】1394ブリッジの詳細構成を示すブロック図であ
る。

【図３】1394OHCIで定義されたリードクワドレットリク
エストの送信パケットのフォーマットを示す図である。

【図４】トランザクションコードを示す図である。

【図５】1394OHCIで定義されたライトクワドレットリク
エストの送信パケットのフォーマットを示す図である。

【図６】1394OHCIで定義されたリードブロックリクエス
トの送信パケットのフォーマットを示す図である。

【図７】1394OHCIで定義されたライトブロックリクエス
トの送信パケットのフォーマットを示す図である。

【図８】1394OHCIで定義されたロックリクエストの送信
パケットのフォーマットを示す図である。

【図９】拡張トランザクションコードを示す図である。

【図１０】1394OHCIで定義されたライトレスポンスの送
信パケットのフォーマットを示す図である。

【図１１】1394OHCIで定義されたリードクワドレットレ
スポンスの送信パケットのフォーマットを示す図であ
る。

【図１２】1394OHCIで定義されたリードブロックレスポ
ンスの送信パケットのフォーマットを示す図である。

【図１３】1394OHCIで定義されたロックレスポンスの送
信パケットのフォーマットを示す図である。

【図１４】新たに定義したリモート送信における送信パ
ケットのフォーマットを示す図である。

【図１５】IEEE1394規格のアシンクロナス・データパケ
ットのデータフォーマットを示す図である。

【図１６】IEEE1394規格における転送データの構成を示
す図である。

【図１７】IEEE1394規格で規定されたケーブルの断面図
である。

【図１８】IEEE1394規格を採用したネットワークの構成
例を示すブロック図である。

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

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

【図２１】アービトレーションの説明のための図であ
る。

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

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

【図２４】1394OHCI部のハードウェア構成を示すブロッ
ク図である。

【図２５】1394OHCIにおけるレジスタ構成（１／２）を
示す図である。

【図２６】1394OHCIにおけるレジスタ構成（２／２）を
示す図である。

【図２７】1394ブリッジを用いた1394ネットワークの基
本構成を示すブロック図である。

【図２８】複数の1394ブリッジを用いた1394ネットワー
クの構成例を示すブロック図である。

【符号の説明】

１０１・・・1394バス(Bus #1)、１０２・・・1394バス
(Bus #2)、１０３・・・1394ブリッジ、１０３ａ，１０
３ｂ・・・ブリッジポータル、１０４〜１０６・・・ノ
ード、１１１・・・ＣＰＵ、１１２・・・メモリ、１１
３・・・ホストバス、１２１ａ，１２１ｂ・・・ホスト
バス・インタフェース部、１２２ａ，１２２ｂ・・・Ｄ
ＭＡコントローラ部、１２３ａ，１２３ｂ・・・ファイ
フォ(FIFO)部、１２４ａ，１２４ｂ・・・1394OHCI部、
１２５ａ，１２５ｂ・・・リンク層（Link)部、１２６
ａ，１２６ｂ・・・物理層(PHY)部

フロントページの続きＦターム(参考） 5B077 NN02 5K033 AA05 AA09 BA01 BA15 CB01 CB08 CC01 DA05 DB01 DB19 5K034 AA05 CC01 CC02 DD03 FF02 HH01 HH04 HH06 HH14 HH18 HH63 KK21 MM39

Claims

【特許請求の範囲】

【請求項１】送信情報と、該送信情報の送信元が自ノ
ードであるか他のバスに存在する他ノードであるかを識
別するための送信元情報と、さらに該送信元情報が上記
他ノードが送信元であることを示すときには上記他ノー
ドの識別情報とを、少なくとも含む第１の送信パケット
を生成する第１のパケット生成手段と、上記第１のパケット生成手段で生成された上記第１の送
信パケットに基づき、上記送信情報と、該送信情報の送
信元のノード情報とを少なくとも含む第２の送信パケッ
トを生成し、上記送信元のノード情報として、上記第１
の送信パケットに含まれる上記送信元情報が自ノードが
送信元であることを示しているときは自ノードの識別情
報を用い、上記送信元情報が他ノードが送信元であるこ
とを示しているときは上記第１の送信パケットに含まれ
ている上記他ノードの識別情報を用いる第２のパケット
生成手段とを備えることを特徴とするディジタルシリア
ルデータのインタフェース装置。
【請求項２】 IEEE1394バスに接続される物理層部と、ホストバスに接続される1394オープン・ホスト・コント
ローラ・インタフェース部と、上記物理層部と上記インタフェース部との間に挿入され
るリンク層部とを備え、上記インタフェース部より上記リンク層部に第１の送信
パケットが送られ、上記物理層部より上記IEEE1394バス
に第２の送信パケットが送られ、上記第１の送信パケットには、送信情報と、該送信情報
の送信元が自ノードであるか他のバスに存在する他ノー
ドであるかを識別するための送信元情報と、さらに該送
信元情報が他ノードが送信元であることを示すときには
上記他ノードの識別情報とが、少なくとも含まれ、上記第２の送信パケットには、上記送信情報と、該送信
情報の送信元のノード情報とが少なくとも含まれ、上記
送信元のノード情報として、上記第１の送信パケットに
含まれる上記送信元情報が自ノードが送信元であること
を示すときは自ノードの識別情報が用いられ、上記送信
元情報が他ノードが送信元であることを示すときは上記
第１の送信パケットに含まれている上記他ノードの識別
情報が用いられることを特徴とするディジタルシリアル
データのインタフェース装置。
【請求項３】複数のIEEE1394バスを接続するブリッジ
を構成するブリッジポータルであって、上記IEEE1394バスに接続される物理層部と、ホストバスに接続される1394オープン・ホスト・コント
ローラ・インタフェース部と、上記物理層部と上記インタフェース部との間に挿入され
るリンク層部とを備え、上記インタフェース部より上記リンク層部に第１の送信
パケットが送られ、上記物理層部より上記IEEE1394バス
に第２の送信パケットが送られ、上記第１の送信パケットには、送信情報と、該送信情報
の送信元が自ノードであるか他のバスに存在する他ノー
ドであるかを識別するための送信元情報と、さらに該送
信元情報が他ノードが送信元であることを示すときには
上記他ノードの識別情報とが、少なくとも含まれ、上記第２の送信パケットには、上記送信情報と、該送信
情報の送信元のノード情報とが少なくとも含まれ、上記
送信元のノード情報として、上記第１の送信パケットに
含まれる上記送信元情報が自ノードが送信元であること
を示すときは自ノードの識別情報が用いられ、上記送信
元情報が他ノードが送信元であることを示すときは上記
第１の送信パケットに含まれている上記他ノードの識別
情報が用いられることを特徴とするブリッジポータル。