JP2001326670A - 情報処理装置およびそれを利用したブリッジ - Google Patents
情報処理装置およびそれを利用したブリッジInfo
- Publication number
- JP2001326670A JP2001326670A JP2000143638A JP2000143638A JP2001326670A JP 2001326670 A JP2001326670 A JP 2001326670A JP 2000143638 A JP2000143638 A JP 2000143638A JP 2000143638 A JP2000143638 A JP 2000143638A JP 2001326670 A JP2001326670 A JP 2001326670A
- Authority
- JP
- Japan
- Prior art keywords
- data
- reception
- bus
- isochronous
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/604—Address structures or formats
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Systems (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Bus Control (AREA)
Abstract
(57)【要約】
【課題】1394ブリッジを通じてアイソクロナス通信を行
う際に、アイソクロナス・データの転送処理の効率化を
図る。 【解決手段】1394OHCI部124aのアイソクロナス受信
用コンテキストコントロール・レジスタのフォワードス
トリーム・ビットを“1”にセットし、メモリ112に
格納する各アイソクロナスチャネルの受信データを、送
信データと同じヘッダ情報を持つように共通化する。C
PU111は、1394OHCI部124bのアイソクロナス送
信用コンテキストコントロール・レジスタのフォワード
ストリーム・ビットが“1”であることを確認し、メモ
リ112に格納されている各チャネルの送信すべきデー
タより、受信時にのみ必要な情報(時間情報及び受信状
態を示す情報)を削除するだけで、データの加工処理を
することなく、各アイソクロナスチャネルの送信データ
を作成できる。
う際に、アイソクロナス・データの転送処理の効率化を
図る。 【解決手段】1394OHCI部124aのアイソクロナス受信
用コンテキストコントロール・レジスタのフォワードス
トリーム・ビットを“1”にセットし、メモリ112に
格納する各アイソクロナスチャネルの受信データを、送
信データと同じヘッダ情報を持つように共通化する。C
PU111は、1394OHCI部124bのアイソクロナス送
信用コンテキストコントロール・レジスタのフォワード
ストリーム・ビットが“1”であることを確認し、メモ
リ112に格納されている各チャネルの送信すべきデー
タより、受信時にのみ必要な情報(時間情報及び受信状
態を示す情報)を削除するだけで、データの加工処理を
することなく、各アイソクロナスチャネルの送信データ
を作成できる。
Description
【0001】
【発明の属する技術分野】この発明は、情報処理装置お
よびそれを利用したブリッジに関する。詳しくは、複数
チャネルのデータの送信を単一のDMAチャネルで制御
することによって、複数チャネルの例えばアイソクロナ
スデータを効率的に処理できるようにした情報処理装置
等に係るものである。また、データ転送時における受信
時のデータフォーマットと送信時のデータフォーマット
を共通化することによって、例えばアイソクロナスデー
タの転送時における処理を効率的に行い得るようにした
情報処理装置等に係るものである。
よびそれを利用したブリッジに関する。詳しくは、複数
チャネルのデータの送信を単一のDMAチャネルで制御
することによって、複数チャネルの例えばアイソクロナ
スデータを効率的に処理できるようにした情報処理装置
等に係るものである。また、データ転送時における受信
時のデータフォーマットと送信時のデータフォーマット
を共通化することによって、例えばアイソクロナスデー
タの転送時における処理を効率的に行い得るようにした
情報処理装置等に係るものである。
【0002】
【従来の技術】マルチメディア・データ伝送のためのイ
ンタフェースを目的とし、高速データ伝送、リアルタイ
ム転送をサポートしたインタフェース規格として、IEEE
1394-1995ハイ・パフォーマンス・シリアル・バス規格
(以下、「IEEE1394規格」という)が知られている。
ンタフェースを目的とし、高速データ伝送、リアルタイ
ム転送をサポートしたインタフェース規格として、IEEE
1394-1995ハイ・パフォーマンス・シリアル・バス規格
(以下、「IEEE1394規格」という)が知られている。
【0003】このIEEE1394規格では、100Mbps(98.304Mb
ps),200Mbps(196.608Mbps),400Mbps(393.216Mbps)で
のデータ転送速度が規定されており、上位転送速度を持
つ1394ポートは、その下位スピードとの互換性を保持す
るように規定されている。これにより、100Mbps,200Mb
ps,400Mbpsのデータ転送速度が同一ネットワーク上で
混在可能になっている。
ps),200Mbps(196.608Mbps),400Mbps(393.216Mbps)で
のデータ転送速度が規定されており、上位転送速度を持
つ1394ポートは、その下位スピードとの互換性を保持す
るように規定されている。これにより、100Mbps,200Mb
ps,400Mbpsのデータ転送速度が同一ネットワーク上で
混在可能になっている。
【0004】また、IEEE1394規格では、図21に示すよ
うに、転送データがデータとその信号を補うストローブ
の2信号に変換されており、この2信号の排他的論理和
をとることによりクロックを生成することができるよう
にしたDS-Link(Data/StrobeLink)符号化方式の転送フォ
ーマットが採用されている。また、IEEE1394規格では、
図22の断面図にケーブル構造を示すように、第1のシ
ールド層201でシールドされた2組のツイストペア線
(信号線)202と電源線203を束ねたケーブル全体
をさらに第2のシールド層204でシールドした構造の
ケーブル200が規定されている。
うに、転送データがデータとその信号を補うストローブ
の2信号に変換されており、この2信号の排他的論理和
をとることによりクロックを生成することができるよう
にしたDS-Link(Data/StrobeLink)符号化方式の転送フォ
ーマットが採用されている。また、IEEE1394規格では、
図22の断面図にケーブル構造を示すように、第1のシ
ールド層201でシールドされた2組のツイストペア線
(信号線)202と電源線203を束ねたケーブル全体
をさらに第2のシールド層204でシールドした構造の
ケーブル200が規定されている。
【0005】図23は、IEEE1394規格を採用したネット
ワークの構成例を示している。ワークステーション1
0、パーソナルコンピュータ11、ハードディスクドラ
イブ12、CD−ROMドライブ13、カメラ14、プ
リンタ15およびスキャナ16はIEEE1394ノードであ
り、互いにIEEE1394バス20を使用して接続されてい
る。IEEE1394 規格における接続方式には、ディジチェ
ーンとノード分岐の2種類の方式がある。ディジチェー
ン方式では、最大16ノード(1394ポートを持つ機器)
を接続でき、そのノード間の最長距離が4.5mとなっ
ている。図23に示すように、ノード分岐を併用するこ
とにより、規格最大の63ノードまで接続できる。
ワークの構成例を示している。ワークステーション1
0、パーソナルコンピュータ11、ハードディスクドラ
イブ12、CD−ROMドライブ13、カメラ14、プ
リンタ15およびスキャナ16はIEEE1394ノードであ
り、互いにIEEE1394バス20を使用して接続されてい
る。IEEE1394 規格における接続方式には、ディジチェ
ーンとノード分岐の2種類の方式がある。ディジチェー
ン方式では、最大16ノード(1394ポートを持つ機器)
を接続でき、そのノード間の最長距離が4.5mとなっ
ている。図23に示すように、ノード分岐を併用するこ
とにより、規格最大の63ノードまで接続できる。
【0006】また、IEEE1394規格では、上述のような構
造のケーブルの抜き差しを機器が動作している状態、す
なわち電源の入っている状態で行うことができ、ノード
の追加または削除が行われた時点で、1394ネットワーク
の再構成を行うようになっている。このとき、接続され
たノードの機器を自動的に認識することができ、接続さ
れた機器のIDや配置はインタフェース上で管理され
る。
造のケーブルの抜き差しを機器が動作している状態、す
なわち電源の入っている状態で行うことができ、ノード
の追加または削除が行われた時点で、1394ネットワーク
の再構成を行うようになっている。このとき、接続され
たノードの機器を自動的に認識することができ、接続さ
れた機器のIDや配置はインタフェース上で管理され
る。
【0007】図24は、このIEEE1394規格に準拠したイ
ンタフェースの構成要素とプロトコル・アーキテクチャ
を示している。ここで、IEEE1394のインターフェース
は、ハードウエアとファームウエアに分けることができ
る。
ンタフェースの構成要素とプロトコル・アーキテクチャ
を示している。ここで、IEEE1394のインターフェース
は、ハードウエアとファームウエアに分けることができ
る。
【0008】ハードウエアは、フィジカル・レイヤ(物
理層:PHY)およびリンク・レイヤ(リンク層)から
構成される。フィジカル・レイヤでは、直接IEEE1394規
格の信号をドライブする。リンク・レイヤはホスト・イ
ンターフェースとフィジカル・レイヤのインターフェー
スを備える。
理層:PHY)およびリンク・レイヤ(リンク層)から
構成される。フィジカル・レイヤでは、直接IEEE1394規
格の信号をドライブする。リンク・レイヤはホスト・イ
ンターフェースとフィジカル・レイヤのインターフェー
スを備える。
【0009】ファームウエアは、IEEE1394規格に準拠し
たインターフェースに対して実際のオペレーションを行
う管理ドライバからなるトランザクション・レイヤと、
SBM(Serial Bus Management)と呼ばれるIEEE1394
規格に準拠したネットワーク管理用のドライバからなる
マネージメント・レイヤとから構成される。
たインターフェースに対して実際のオペレーションを行
う管理ドライバからなるトランザクション・レイヤと、
SBM(Serial Bus Management)と呼ばれるIEEE1394
規格に準拠したネットワーク管理用のドライバからなる
マネージメント・レイヤとから構成される。
【0010】さらに、アプリケーション・レイヤは、ユ
ーザの使用しているソフトウエアとトランザクション・
レイヤやマネージメント・レイヤをインターフェースす
る管理ソフトウエアからなる。
ーザの使用しているソフトウエアとトランザクション・
レイヤやマネージメント・レイヤをインターフェースす
る管理ソフトウエアからなる。
【0011】IEEE1394規格では、ネットワーク内で行わ
れる転送動作をサブアクションと呼び、次の2種類のサ
ブアクションが規定されている。すなわち、2つのサブ
アクションとして、「アシンクロナス(asynchronous)」
と呼ばれる非同期転送モードおよび「アイソクロナス(i
sochronous)」と呼ばれる転送帯域を保証したリアルタ
イム転送モードが定義されている。また、さらに各サブ
アクションは、それぞれ次の3つのパートに分かれてお
り、 「アービトレーション」 「パケット・トランスミッション」 「アクノリッジメント」 と呼ばれる転送状態をとる。なお、「アイソクロナス」
モードには、「アクノリッジメント」は省略されてい
る。
れる転送動作をサブアクションと呼び、次の2種類のサ
ブアクションが規定されている。すなわち、2つのサブ
アクションとして、「アシンクロナス(asynchronous)」
と呼ばれる非同期転送モードおよび「アイソクロナス(i
sochronous)」と呼ばれる転送帯域を保証したリアルタ
イム転送モードが定義されている。また、さらに各サブ
アクションは、それぞれ次の3つのパートに分かれてお
り、 「アービトレーション」 「パケット・トランスミッション」 「アクノリッジメント」 と呼ばれる転送状態をとる。なお、「アイソクロナス」
モードには、「アクノリッジメント」は省略されてい
る。
【0012】アシンクロナス・サブアクションでは、非
同期転送を行う。この転送モードにおける時間的な遷移
状態を示す図25において、最初のサブアクション・ギ
ャップは、バスのアイドル状態を示している。このサブ
アクション・ギャップの時間をモニタすることにより、
直前の転送が終わり、新たな転送が可能か否か判断す
る。
同期転送を行う。この転送モードにおける時間的な遷移
状態を示す図25において、最初のサブアクション・ギ
ャップは、バスのアイドル状態を示している。このサブ
アクション・ギャップの時間をモニタすることにより、
直前の転送が終わり、新たな転送が可能か否か判断す
る。
【0013】そして、一定時間以上のアイドル状態が続
くと、転送を希望するノードはバスを使用できると判断
して、バスの制御権を獲得するためにアービトレーショ
ンを実行する。実際にバスの停止の判断は、図26
(a)、(b)に示すように、ルートに位置するノード
Aが行う。このアービトレーションでバスの制御権を得
たノードは、次にデータの転送すなわちパケット・トラ
ンスミッションを実行する。データ転送後、受信したノ
ードは、その転送されたデータに対して、その受信結果
に応じたack(受信確認用返送コード)の返送によっ
て応答するアクノリッジメントを実行する。このアクノ
リッジメントの実行により、送信ノードおよび受信ノー
ドともに、転送が正常に行われたことを上記ackの内
容によって確認することができる。その後、再びサブア
クション・ギャップ、すなわちバスのアイドル状態に戻
り、上記転送動作が繰り返される。
くと、転送を希望するノードはバスを使用できると判断
して、バスの制御権を獲得するためにアービトレーショ
ンを実行する。実際にバスの停止の判断は、図26
(a)、(b)に示すように、ルートに位置するノード
Aが行う。このアービトレーションでバスの制御権を得
たノードは、次にデータの転送すなわちパケット・トラ
ンスミッションを実行する。データ転送後、受信したノ
ードは、その転送されたデータに対して、その受信結果
に応じたack(受信確認用返送コード)の返送によっ
て応答するアクノリッジメントを実行する。このアクノ
リッジメントの実行により、送信ノードおよび受信ノー
ドともに、転送が正常に行われたことを上記ackの内
容によって確認することができる。その後、再びサブア
クション・ギャップ、すなわちバスのアイドル状態に戻
り、上記転送動作が繰り返される。
【0014】また、アイソクロナス・サブアクションで
は、基本的には非同期転送と同様な構造の転送を行うの
であるが、図27に示すように、アシンクロナス・サブ
アクションでの非同期転送よりも優先的に実行される。
このアイソクロナス・サブアクションにおけるアイソク
ロナス転送は、約8kHz毎にルートノードから発行さ
れるサイクルスタートパケットに続いて行われ、アシン
クロナス・サブアクションでの非同期転送よりも優先し
て実行される。これにより、転送帯域を保証した転送モ
ードとなり、リアルタイム・データの転送を実現する。
は、基本的には非同期転送と同様な構造の転送を行うの
であるが、図27に示すように、アシンクロナス・サブ
アクションでの非同期転送よりも優先的に実行される。
このアイソクロナス・サブアクションにおけるアイソク
ロナス転送は、約8kHz毎にルートノードから発行さ
れるサイクルスタートパケットに続いて行われ、アシン
クロナス・サブアクションでの非同期転送よりも優先し
て実行される。これにより、転送帯域を保証した転送モ
ードとなり、リアルタイム・データの転送を実現する。
【0015】同時に、複数ノードでリアルタイム・デー
タのアイソクロナス転送を行う場合には、その転送デー
タには内容(発信ノード)を区別するためのチャンネル
IDを設定して、必要なリアルタイム・データだけを受
け取るようにする。
タのアイソクロナス転送を行う場合には、その転送デー
タには内容(発信ノード)を区別するためのチャンネル
IDを設定して、必要なリアルタイム・データだけを受
け取るようにする。
【0016】IEEE1394規格のアドレス空間は、
図28に示すような構成となっている。これは、64ビ
ット固定アドレッシングのISO/IEC13213規
格にて定義されているCSRアーキテクチャ(以下、
「CSRアーキテクチャ」という)に従っている。図示
のように、各アドレスの上位16ビットはノードIDを
表し、ノードにアドレス空間を提供する。ノードID
は、10ビットのバス番号と6ビットのノード番号に分
割され、上位10ビットでバスIDを指定し、下位6ビ
ットでフィジカルID(狭義のノードID)を指定す
る。バスIDもフィジカルIDも全ビットが1となる値
を特別な目的で使用するので、このアドレッシング方法
は1023個のバスと各々63個の個別アドレス指定可
能なノードを提供している。
図28に示すような構成となっている。これは、64ビ
ット固定アドレッシングのISO/IEC13213規
格にて定義されているCSRアーキテクチャ(以下、
「CSRアーキテクチャ」という)に従っている。図示
のように、各アドレスの上位16ビットはノードIDを
表し、ノードにアドレス空間を提供する。ノードID
は、10ビットのバス番号と6ビットのノード番号に分
割され、上位10ビットでバスIDを指定し、下位6ビ
ットでフィジカルID(狭義のノードID)を指定す
る。バスIDもフィジカルIDも全ビットが1となる値
を特別な目的で使用するので、このアドレッシング方法
は1023個のバスと各々63個の個別アドレス指定可
能なノードを提供している。
【0017】また、IEEE1394規格のインタフェース装置
において、レジスタ構成やデータ構造等、実装方法を共
通化するために1394 Open Host Controller Interface
(以下、「1394OHCI」という)というものが定義されて
いる。この規格には、高速転送を行うためのDMA(Dir
ect Memory Access)部やホストインタフェースに関する
記述も併せて定義されている。
において、レジスタ構成やデータ構造等、実装方法を共
通化するために1394 Open Host Controller Interface
(以下、「1394OHCI」という)というものが定義されて
いる。この規格には、高速転送を行うためのDMA(Dir
ect Memory Access)部やホストインタフェースに関する
記述も併せて定義されている。
【0018】1394OHCIでは、アシンクロナス転送と呼ば
れる非同期式の転送手段とアイソクロナス転送と呼ばれ
る同期式の転送手法双方に対応している。アシンクロナ
ス転送においては、IEEE1394規格に定められている全て
のリクエスト/レスポンスに対応しており、DMA転送
を用いることにより、ホストメモリからデータを読み出
してパケット送信を行うことができ、またパケット受信
時にはホストメモリ上にデータを書き込むことができ
る。
れる非同期式の転送手段とアイソクロナス転送と呼ばれ
る同期式の転送手法双方に対応している。アシンクロナ
ス転送においては、IEEE1394規格に定められている全て
のリクエスト/レスポンスに対応しており、DMA転送
を用いることにより、ホストメモリからデータを読み出
してパケット送信を行うことができ、またパケット受信
時にはホストメモリ上にデータを書き込むことができ
る。
【0019】アイソクロナス転送においては、送信、受
信それぞれにDMAコントローラが実装されており、最
小4チャネルから最大32チャネルのDMAチャネルを
コントロールすることができる。
信それぞれにDMAコントローラが実装されており、最
小4チャネルから最大32チャネルのDMAチャネルを
コントロールすることができる。
【0020】これらのDMAをコントロールする手法と
して、コンテキスト・プログラムが用いられている。コ
ンテキスト・プログラムはソフトウェアによってメモリ
上に用意された複数のディスクリプタからなり、ディス
クリプタの内容に従ってDMA転送が行われることにな
る。
して、コンテキスト・プログラムが用いられている。コ
ンテキスト・プログラムはソフトウェアによってメモリ
上に用意された複数のディスクリプタからなり、ディス
クリプタの内容に従ってDMA転送が行われることにな
る。
【0021】また、IEEE1394規格に定義されているサイ
クル・マスターの機能も装備されている。1394OHCI内部
にサイクル・タイマーとカウンタを実装しており、サイ
クル・スタート・パケットを送信することが可能となっ
ている。
クル・マスターの機能も装備されている。1394OHCI内部
にサイクル・タイマーとカウンタを実装しており、サイ
クル・スタート・パケットを送信することが可能となっ
ている。
【0022】図29は、1394OHCIのハードウェア構成を
示している。1394OHCI部30は、IEEE1394規格に準拠し
たフィジカル・レイヤおよびリンク・レイヤ(以下、
「1394Link and PHY部」とする)とホストバスとのイン
タフェース部分に配置される、ファイフォ(FIFO:firs
t-in first-out)部、DMA転送を制御するDMAコン
トローラ部およびホストバス・インタフェース部からな
っている。ファイフォ(FIFO)部は、パケットデータの種
別に応じて細かく分類がなされている。また、DMAコ
ントローラ部も、ファイフォ部の種別に対応する形で複
数のDMAコンテキストが用意されており、コンテキス
ト・プログラムによって動作制御が行われている。
示している。1394OHCI部30は、IEEE1394規格に準拠し
たフィジカル・レイヤおよびリンク・レイヤ(以下、
「1394Link and PHY部」とする)とホストバスとのイン
タフェース部分に配置される、ファイフォ(FIFO:firs
t-in first-out)部、DMA転送を制御するDMAコン
トローラ部およびホストバス・インタフェース部からな
っている。ファイフォ(FIFO)部は、パケットデータの種
別に応じて細かく分類がなされている。また、DMAコ
ントローラ部も、ファイフォ部の種別に対応する形で複
数のDMAコンテキストが用意されており、コンテキス
ト・プログラムによって動作制御が行われている。
【0023】アシンクロナス・データおよびアイソクロ
ナス・データの受信時、1394Link and PHY部で受信され
たデータパケットは、パケットの種別に応じて適正に選
択され、ファイフォ部に送られる。ファイフォ部に送ら
れてきたデータは、DMAコントローラ部の対応するD
MAコンテキストを介してホストバス・インタフェース
部に送信され、ホストバスに転送される。
ナス・データの受信時、1394Link and PHY部で受信され
たデータパケットは、パケットの種別に応じて適正に選
択され、ファイフォ部に送られる。ファイフォ部に送ら
れてきたデータは、DMAコントローラ部の対応するD
MAコンテキストを介してホストバス・インタフェース
部に送信され、ホストバスに転送される。
【0024】また、アシンクロナス・データおよびアイ
ソクロナス・データの送信時、データパケットは、ホス
トバス・インタフェース部を通じ、データパケットの種
別に対応したDMAコンテキストに従って対応するファ
イフォ部に送信され、1394Link and PHY部からIEEE1394
バスにパケット送信がなされる。
ソクロナス・データの送信時、データパケットは、ホス
トバス・インタフェース部を通じ、データパケットの種
別に対応したDMAコンテキストに従って対応するファ
イフォ部に送信され、1394Link and PHY部からIEEE1394
バスにパケット送信がなされる。
【0025】ここで、1394OHCIにて定義されているレジ
スタ空間について説明する。図30、図31は、レジス
タ構成を示している。ホストバスのある空間に図示のレ
ジスタをマッピングすることによって、ホストバスから
のアクセスが可能となる。レジスタの内容としては、詳
細説明は省略するが、アイソクロナス転送に関する設定
部、アシンクロナス転送に関する設定部、割り込みに関
する設定部、その他のIEEE1394規格に関する設定部等に
大別される。
スタ空間について説明する。図30、図31は、レジス
タ構成を示している。ホストバスのある空間に図示のレ
ジスタをマッピングすることによって、ホストバスから
のアクセスが可能となる。レジスタの内容としては、詳
細説明は省略するが、アイソクロナス転送に関する設定
部、アシンクロナス転送に関する設定部、割り込みに関
する設定部、その他のIEEE1394規格に関する設定部等に
大別される。
【0026】また、IEEE1394規格では、ネットワークを
構成する場合に、接続台数、ホップ数、伝送帯域などの
制限により規模や扱いやすさの面でいろいろな制約を受
けてしまうという事実がある。これらの制限を緩和し、
ネットワーク規模を拡張していくための手法として、13
94バスブリッジの規格化が現在行われている。
構成する場合に、接続台数、ホップ数、伝送帯域などの
制限により規模や扱いやすさの面でいろいろな制約を受
けてしまうという事実がある。これらの制限を緩和し、
ネットワーク規模を拡張していくための手法として、13
94バスブリッジの規格化が現在行われている。
【0027】IEEE1394規格で採用しているステータス・
コントロール・レジスタでは、10ビットのバス番号フ
ィールドと6ビットのノード番号フィールドが定義され
ている。ノード番号フィールドによって表される1バス
内63ノードの挙動について規格化されているのがIEEE
1394規格となる。これに対し、10ビットのバス番号フ
ィールドを用い、このフィールドに番号を割り当てるこ
とによって最大1023バスへの拡張が可能となるわけ
であるが、このような1394ネットワーク全体についての
プロトコルを規格化しようというのが1394バスブリッジ
規格である。
コントロール・レジスタでは、10ビットのバス番号フ
ィールドと6ビットのノード番号フィールドが定義され
ている。ノード番号フィールドによって表される1バス
内63ノードの挙動について規格化されているのがIEEE
1394規格となる。これに対し、10ビットのバス番号フ
ィールドを用い、このフィールドに番号を割り当てるこ
とによって最大1023バスへの拡張が可能となるわけ
であるが、このような1394ネットワーク全体についての
プロトコルを規格化しようというのが1394バスブリッジ
規格である。
【0028】1394 ブリッジはバスを跨いでデータを伝
播させる機能を持っており、各バス間には1394ブリッジ
が存在しなければならない。1394ブリッジは、ポータル
と呼ばれるノード2つが一組となって構成される。各ポ
ータルは、自らが接続されているバスともう一つのポー
タルが接続されているバスの双方についての処理を行
う。
播させる機能を持っており、各バス間には1394ブリッジ
が存在しなければならない。1394ブリッジは、ポータル
と呼ばれるノード2つが一組となって構成される。各ポ
ータルは、自らが接続されているバスともう一つのポー
タルが接続されているバスの双方についての処理を行
う。
【0029】このような1394ブリッジを用いた1394ネッ
トワークは、図32に示すように、構成される。バス間
を接続している円の部分が1394ブリッジでそれぞれ半円
の部分がポータルとなっている。また、図33に示すよ
うに、1394ブリッジを用いたバス間接続を併用すること
で、規格最大の1023バスまで接続することができ
る。
トワークは、図32に示すように、構成される。バス間
を接続している円の部分が1394ブリッジでそれぞれ半円
の部分がポータルとなっている。また、図33に示すよ
うに、1394ブリッジを用いたバス間接続を併用すること
で、規格最大の1023バスまで接続することができ
る。
【0030】
【発明が解決しようとする課題】上述の1394OHCIにおい
て、現在の仕様ではIEEE1394規格のみに対応しており、
1394ブリッジに対応し、ブリッジポータルとして機能す
るための考慮がなされていなかった。
て、現在の仕様ではIEEE1394規格のみに対応しており、
1394ブリッジに対応し、ブリッジポータルとして機能す
るための考慮がなされていなかった。
【0031】また、1394OHCIの現状仕様では、複数チャ
ネルのアイソクロナス・データをまとめて受信する“マ
ルチ・アイソクロナス受信モード”は定義されている
が、複数チャネルのアイソクロナス・データをまとめて
送信する“マルチ・アイソクロナス送信モード”につい
ては定義されていなかった。つまり、複数チャネルのア
イソクロナス・データを送信することに関しては、あま
り考慮がなされていなかった。
ネルのアイソクロナス・データをまとめて受信する“マ
ルチ・アイソクロナス受信モード”は定義されている
が、複数チャネルのアイソクロナス・データをまとめて
送信する“マルチ・アイソクロナス送信モード”につい
ては定義されていなかった。つまり、複数チャネルのア
イソクロナス・データを送信することに関しては、あま
り考慮がなされていなかった。
【0032】よって、1394OHCIなどを用いて、1394ブリ
ッジ・ポータルとしての機能を実現させ、リモート・バ
スへのアイソクロナス・データの転送を行う場合、複数
チャネルのアイソクロナス・データを扱う際には、チャ
ネルの数だけDMAコンテキストによる転送処理が必要
となり、処理の負荷が増大してしまうという問題点があ
った。
ッジ・ポータルとしての機能を実現させ、リモート・バ
スへのアイソクロナス・データの転送を行う場合、複数
チャネルのアイソクロナス・データを扱う際には、チャ
ネルの数だけDMAコンテキストによる転送処理が必要
となり、処理の負荷が増大してしまうという問題点があ
った。
【0033】また、受信したアイソクロナス・データを
他のバスに転送する場合、受信データパケットの内容と
送信データパケットの内容が異なっているため、一旦受
信したデータを送信用に加工する必要があるという問題
点あった。
他のバスに転送する場合、受信データパケットの内容と
送信データパケットの内容が異なっているため、一旦受
信したデータを送信用に加工する必要があるという問題
点あった。
【0034】この発明は、複数チャネルの例えばアイソ
クロナスデータを効率的に処理できるようにした情報処
理装置等を提供することを目的とする。また、この発明
は、例えばアイソクロナスデータの転送時における処理
を効率的に行い得る情報処理装置等を提供することを目
的とする。
クロナスデータを効率的に処理できるようにした情報処
理装置等を提供することを目的とする。また、この発明
は、例えばアイソクロナスデータの転送時における処理
を効率的に行い得る情報処理装置等を提供することを目
的とする。
【0035】
【課題を解決するための手段】この発明に係る情報処理
装置は、複数チャネルのデータを混在して記憶し、単一
のDMAチャネルで制御可能な記憶手段と、複数のチャ
ネルのうち送出すべきチャネルを指定するチャネル指定
手段と、このチャネル指定手段で指定されたチャネルの
データを、記憶手段より、単一のDMAチャネルで制御
して出力するデータ出力手段とを備えるものである。
装置は、複数チャネルのデータを混在して記憶し、単一
のDMAチャネルで制御可能な記憶手段と、複数のチャ
ネルのうち送出すべきチャネルを指定するチャネル指定
手段と、このチャネル指定手段で指定されたチャネルの
データを、記憶手段より、単一のDMAチャネルで制御
して出力するデータ出力手段とを備えるものである。
【0036】また、この発明に係る情報処理装置は、ホ
ストバスに接続される1394オープン・ホスト・コントロ
ーラ・インタフェース部と、ホストバスに接続され、複
数チャネルのデータを混在して記憶し、上記インタフェ
ース部の単一のDMAチャネルで制御可能な記憶手段
と、IEEE1394バスに接続される物理層部と、この物理層
部と上記インタフェース部との間に挿入されるリンク層
部とを備えるものである。そして、上記インタフェース
部は、複数のチャネルのうち送出すべきチャネルを指定
するチャネル指定手段と、チャネル指定手段で指定され
たチャネルのデータを、記憶手段より、単一のDMAチ
ャネルで制御して出力するデータ出力手段と有するもの
である。
ストバスに接続される1394オープン・ホスト・コントロ
ーラ・インタフェース部と、ホストバスに接続され、複
数チャネルのデータを混在して記憶し、上記インタフェ
ース部の単一のDMAチャネルで制御可能な記憶手段
と、IEEE1394バスに接続される物理層部と、この物理層
部と上記インタフェース部との間に挿入されるリンク層
部とを備えるものである。そして、上記インタフェース
部は、複数のチャネルのうち送出すべきチャネルを指定
するチャネル指定手段と、チャネル指定手段で指定され
たチャネルのデータを、記憶手段より、単一のDMAチ
ャネルで制御して出力するデータ出力手段と有するもの
である。
【0037】この発明においては、ホストバスには例え
ば1394オープン・ホスト・コントローラ・インタフェー
ス部の単一のDMAチャネルで制御可能な記憶手段が接
続されており、この記憶手段には複数チャネルの例えば
アイソクロナス・データが混在して記憶される。また、
例えば上記インタフェース部のチャネル指定手段で、複
数チャネルより送出すべきチャネルが指定される。デー
タ送出時には、指定されたチャネルのデータが、記憶手
段より、例えばインタフェース部の単一のDMAチャネ
ルで制御されて出力される。このように、複数チャネル
のデータの送信を単一のDMAチャネルで制御でき、複
数チャネルの例えばアイソクロナス・データの処理の効
率的化が図られる。
ば1394オープン・ホスト・コントローラ・インタフェー
ス部の単一のDMAチャネルで制御可能な記憶手段が接
続されており、この記憶手段には複数チャネルの例えば
アイソクロナス・データが混在して記憶される。また、
例えば上記インタフェース部のチャネル指定手段で、複
数チャネルより送出すべきチャネルが指定される。デー
タ送出時には、指定されたチャネルのデータが、記憶手
段より、例えばインタフェース部の単一のDMAチャネ
ルで制御されて出力される。このように、複数チャネル
のデータの送信を単一のDMAチャネルで制御でき、複
数チャネルの例えばアイソクロナス・データの処理の効
率的化が図られる。
【0038】また、この発明に係る情報処理装置は、第
1の転送パケットを受信するパケット受信手段と、この
パケット受信手段で受信された第1の転送パケットより
受信データを作成する受信データ作成手段と、この受信
データ作成手段で作成された受信データより、この受信
データと同じヘッダ情報を持つ送信データを作成する送
信データ作成手段と、送信データ作成手段で作成された
送信データより第2の転送パケットを作成して送信する
パケット送信手段とを備えるものである。
1の転送パケットを受信するパケット受信手段と、この
パケット受信手段で受信された第1の転送パケットより
受信データを作成する受信データ作成手段と、この受信
データ作成手段で作成された受信データより、この受信
データと同じヘッダ情報を持つ送信データを作成する送
信データ作成手段と、送信データ作成手段で作成された
送信データより第2の転送パケットを作成して送信する
パケット送信手段とを備えるものである。
【0039】また、この発明に係るブリッジは、第1の
バスと第2のバスとを接続するブリッジであって、第1
のバスより第1の転送パケットを受信するパケット受信
手段と、このパケット受信手段で受信された第1の転送
パケットより受信データを作成する受信データ作成手段
と、この受信データ作成手段で作成された受信データよ
り、この受信データと同じヘッダ情報を持つ送信データ
を作成する送信データ作成手段と、この送信データ作成
手段で作成された送信データより第2の転送パケットを
作成して第2のバスに送信するパケット送信手段とを備
えるものである。
バスと第2のバスとを接続するブリッジであって、第1
のバスより第1の転送パケットを受信するパケット受信
手段と、このパケット受信手段で受信された第1の転送
パケットより受信データを作成する受信データ作成手段
と、この受信データ作成手段で作成された受信データよ
り、この受信データと同じヘッダ情報を持つ送信データ
を作成する送信データ作成手段と、この送信データ作成
手段で作成された送信データより第2の転送パケットを
作成して第2のバスに送信するパケット送信手段とを備
えるものである。
【0040】また、この発明に係るブリッジは、第1の
IEEE1394バスに接続される第1のブリッジポータルと、
第2のIEEE1394バスに接続される第2のブリッジポータ
ルとを有し、第1のIEEE1394バスと第2のIEEE1394バス
とを接続するブリッジであって、第1のブリッジポータ
ルは、第1のIEEE1394バスに接続される第1の物理層部
と、ホストバスに接続される第1の1394オープン・ホス
ト・コントローラ・インタフェース部と、第1の物理層
部と上記第1のインタフェース部との間に挿入される第
1のリンク層部とからなり、第2のブリッジポータル
は、第2のIEEE1394バスに接続される第2の物理層部
と、ホストバスに接続される第2の1394オープン・ホス
ト・コントローラ・インタフェース部と、第2の物理層
部と上記第2のインタフェース部との間に挿入される第
2のリンク層部とからなるものである。
IEEE1394バスに接続される第1のブリッジポータルと、
第2のIEEE1394バスに接続される第2のブリッジポータ
ルとを有し、第1のIEEE1394バスと第2のIEEE1394バス
とを接続するブリッジであって、第1のブリッジポータ
ルは、第1のIEEE1394バスに接続される第1の物理層部
と、ホストバスに接続される第1の1394オープン・ホス
ト・コントローラ・インタフェース部と、第1の物理層
部と上記第1のインタフェース部との間に挿入される第
1のリンク層部とからなり、第2のブリッジポータル
は、第2のIEEE1394バスに接続される第2の物理層部
と、ホストバスに接続される第2の1394オープン・ホス
ト・コントローラ・インタフェース部と、第2の物理層
部と上記第2のインタフェース部との間に挿入される第
2のリンク層部とからなるものである。
【0041】そして、第1のブリッジポータル側では、
第1のIEEE1394バスから第1の物理層部で受信した第1
の転送パケットより、第1のリンク層部で受信データを
作成し、この受信データを上記第1のインタフェース部
を介してホストバスに送り、第2のブリッジポータル側
では、ホストバスより第2のインタフェース部を介して
受信データと同じヘッダ情報を持つ送信データをリンク
層部に転送し、このリンク層部で送信データより第2の
転送パケットを作成し、この第2の転送パケットを第2
の物理層部を介して第2のIEEE1394バスに送るものであ
る。
第1のIEEE1394バスから第1の物理層部で受信した第1
の転送パケットより、第1のリンク層部で受信データを
作成し、この受信データを上記第1のインタフェース部
を介してホストバスに送り、第2のブリッジポータル側
では、ホストバスより第2のインタフェース部を介して
受信データと同じヘッダ情報を持つ送信データをリンク
層部に転送し、このリンク層部で送信データより第2の
転送パケットを作成し、この第2の転送パケットを第2
の物理層部を介して第2のIEEE1394バスに送るものであ
る。
【0042】この発明において、第1のブリッジポータ
ルの第1の物理層部では、第1のIEEE1394バスより第1
の転送パケット、例えばアイソクロナス・データパケッ
トが受信され、この第1の転送パケットは第1のリンク
層部に転送される。第1のリンク層部では、この第1の
転送パケットより、ヘッダCRCやデータCRC等が除
去され、また必要な情報が付加されることで、受信デー
タが作成される。この受信データは、後述する送信デー
タ作成手段で作成される送信データと同じヘッダ情報を
持つようにされる。
ルの第1の物理層部では、第1のIEEE1394バスより第1
の転送パケット、例えばアイソクロナス・データパケッ
トが受信され、この第1の転送パケットは第1のリンク
層部に転送される。第1のリンク層部では、この第1の
転送パケットより、ヘッダCRCやデータCRC等が除
去され、また必要な情報が付加されることで、受信デー
タが作成される。この受信データは、後述する送信デー
タ作成手段で作成される送信データと同じヘッダ情報を
持つようにされる。
【0043】また、ホストバスより第2のブリッジポー
タルに送信データが送られる。この送信データは、ホス
トバスに接続された送信データ作成手段によって作成さ
れる。例えば、受信データは受信時のみに必要な情報を
含み、送信データ作成手段は受信データよりその受信時
のみに必要な情報を削除することで送信データを作成す
る。これにより、受信データと送信データとは、同じヘ
ッダ情報を持つものとなる。
タルに送信データが送られる。この送信データは、ホス
トバスに接続された送信データ作成手段によって作成さ
れる。例えば、受信データは受信時のみに必要な情報を
含み、送信データ作成手段は受信データよりその受信時
のみに必要な情報を削除することで送信データを作成す
る。これにより、受信データと送信データとは、同じヘ
ッダ情報を持つものとなる。
【0044】この送信データは第2のブリッジポータル
の第2のリンク層部に転送される。第2のリンク層部で
は、この送信データにヘッダCRCやデータCRC等が
付加されて第2の転送パケットが作成され、この第2の
転送パケットは第2の物理層部を介して第2のIEEE1394
バスに送られる。
の第2のリンク層部に転送される。第2のリンク層部で
は、この送信データにヘッダCRCやデータCRC等が
付加されて第2の転送パケットが作成され、この第2の
転送パケットは第2の物理層部を介して第2のIEEE1394
バスに送られる。
【0045】このように受信データと送信データとが同
じヘッダ情報を持つようにしてデータフォーマットを共
通化したため、例えば受信データより送信データを得る
ための処理では、受信データより受信時のみに必要な情
報を削除するだけで送信データを得ることが可能とな
る。これにより、例えばアイソクロナスデータの転送時
における処理の効率化が図られる。
じヘッダ情報を持つようにしてデータフォーマットを共
通化したため、例えば受信データより送信データを得る
ための処理では、受信データより受信時のみに必要な情
報を削除するだけで送信データを得ることが可能とな
る。これにより、例えばアイソクロナスデータの転送時
における処理の効率化が図られる。
【0046】
【発明の実施の形態】以下、図面を参照して、この発明
の実施の形態を説明する。図1は、1394ブリッジを用い
た1394ネットワークの構成例を示している。このネット
ワークは、1394バス(Bus #1)101と、1394バス(Bu
s #2)102と、1394ブリッジ103と、1394バス10
1に接続されているノード104,105と、1394バス
102に接続されているノード106とから構成されて
いる。ここで、1394ブリッジ103は、2つのブリッジ
ポータル103a,103bが一組となって構成されて
いる。これらブリッジポータル103a,103bもノ
ードとして存在しており、ブリッジポータル103aは
1394バス101に接続され、ブリッジポータル103b
は1394バス102に接続されている。
の実施の形態を説明する。図1は、1394ブリッジを用い
た1394ネットワークの構成例を示している。このネット
ワークは、1394バス(Bus #1)101と、1394バス(Bu
s #2)102と、1394ブリッジ103と、1394バス10
1に接続されているノード104,105と、1394バス
102に接続されているノード106とから構成されて
いる。ここで、1394ブリッジ103は、2つのブリッジ
ポータル103a,103bが一組となって構成されて
いる。これらブリッジポータル103a,103bもノ
ードとして存在しており、ブリッジポータル103aは
1394バス101に接続され、ブリッジポータル103b
は1394バス102に接続されている。
【0047】本実施の形態において、ブリッジポータル
103a,103bは、それぞれ1394OHCIを用いたIEEE
1394ディジタルシリアルデータのインタフェース装置を
備えている。図2は、1394ブリッジ103の詳細構成を
示している。
103a,103bは、それぞれ1394OHCIを用いたIEEE
1394ディジタルシリアルデータのインタフェース装置を
備えている。図2は、1394ブリッジ103の詳細構成を
示している。
【0048】この1394ブリッジ103は、制御用のCP
U(Central Processing Unit)111と、メモリ11
2と、ホストバス113と、ブリッジポータル103a
と、ブリッジポータル103bとを備えている。
U(Central Processing Unit)111と、メモリ11
2と、ホストバス113と、ブリッジポータル103a
と、ブリッジポータル103bとを備えている。
【0049】ブリッジポータル103aは、ホストバス
・インタフェース部121a、DMAコントローラ部1
22aおよびファイフォ(FIFO)部123aからなる13
94OHCI部124aと、リンク層(Link)部125aと、物
理層(PHY)部126aとを有している。同様に、ブリッ
ジポータル103bは、ホストバス・インタフェース部
121b、DMAコントローラ部122bおよびファイ
フォ(FIFO)部123bからなる1394OHCI部124b
と、リンク層(Link)部125bと、物理層(PHY)部12
6bとを有している。1394OHCI部124a,124bの
ハードウェア構成は、上述の図29に示したと同様とさ
れている。
・インタフェース部121a、DMAコントローラ部1
22aおよびファイフォ(FIFO)部123aからなる13
94OHCI部124aと、リンク層(Link)部125aと、物
理層(PHY)部126aとを有している。同様に、ブリッ
ジポータル103bは、ホストバス・インタフェース部
121b、DMAコントローラ部122bおよびファイ
フォ(FIFO)部123bからなる1394OHCI部124b
と、リンク層(Link)部125bと、物理層(PHY)部12
6bとを有している。1394OHCI部124a,124bの
ハードウェア構成は、上述の図29に示したと同様とさ
れている。
【0050】上述したように、1394OHCIにおいてはアイ
ソクロナス送受信を行うことが可能となっている。ここ
で、1394OHCIにおけるアイソクロナス受信の手法につい
て説明する。
ソクロナス送受信を行うことが可能となっている。ここ
で、1394OHCIにおけるアイソクロナス受信の手法につい
て説明する。
【0051】1394OHCIでは、アイソクロナス受信を行う
ためのDMAコンテキストが定義されており、コンテキ
ストの数は、最小4個から最大32個となっている。コ
ンテキストを制御するためのコンテキスト・プログラム
はディスクリプタの集まりからなり、ホスト側が用意し
た受信バッファ(データバッファ)のアドレスは、この
ディスクリプタ中に設定される。また、受信チャネルな
どの受信モードの設定や、受信スタートの操作などは、
1394OHCI上に用意されているコンテキストを制御するた
めのレジスタを用いて行われる。ホスト側が作成したデ
ィスクリプタのアドレスなどもレジスタに設定される。
図3は、上述した処理の概要を示している。
ためのDMAコンテキストが定義されており、コンテキ
ストの数は、最小4個から最大32個となっている。コ
ンテキストを制御するためのコンテキスト・プログラム
はディスクリプタの集まりからなり、ホスト側が用意し
た受信バッファ(データバッファ)のアドレスは、この
ディスクリプタ中に設定される。また、受信チャネルな
どの受信モードの設定や、受信スタートの操作などは、
1394OHCI上に用意されているコンテキストを制御するた
めのレジスタを用いて行われる。ホスト側が作成したデ
ィスクリプタのアドレスなどもレジスタに設定される。
図3は、上述した処理の概要を示している。
【0052】図4は、アイソクロナス受信用のコンテキ
ストコントロール・レジスタのフォーマットを示してい
る。このレジスタは、受信に関する各種設定を行うと共
に、挙動をコントロールするためのビットを含んでい
る。このレジスタは、バッファフィルビット(bufferFil
l)、アイソヘッダビット(isoHeader)、サイクルマッチ
イネーブルビット(cycleMatchEnable)、マルチチャネル
ビット(multiChanMode)、ランビット(run)、ウェイクビ
ット(wake)、デッドビット(dead)、アクティブビット(a
ctiv)、スピードフィールド(spd)、イベントコードフィ
ールド(event code)を備えている。
ストコントロール・レジスタのフォーマットを示してい
る。このレジスタは、受信に関する各種設定を行うと共
に、挙動をコントロールするためのビットを含んでい
る。このレジスタは、バッファフィルビット(bufferFil
l)、アイソヘッダビット(isoHeader)、サイクルマッチ
イネーブルビット(cycleMatchEnable)、マルチチャネル
ビット(multiChanMode)、ランビット(run)、ウェイクビ
ット(wake)、デッドビット(dead)、アクティブビット(a
ctiv)、スピードフィールド(spd)、イベントコードフィ
ールド(event code)を備えている。
【0053】バッファフィルビット(bufferFill)は、受
信方法についての設定を行うビットである。受信方法に
は2種類があり、データパケットの大きさに関係なく、
指定したバッファがいっぱいになった時点で次のバッフ
ァにデータを取り込む“バッファフィル・モード”と、
受信したデータパケット毎に別々のバッファに取り込む
“パケット・バー・バッファ・モード”の2つである。
バッファフィルビットが“1”にセットされているとき
には、“バッファフィル・モード”での処理となる。こ
の処理の詳細については、後述する。
信方法についての設定を行うビットである。受信方法に
は2種類があり、データパケットの大きさに関係なく、
指定したバッファがいっぱいになった時点で次のバッフ
ァにデータを取り込む“バッファフィル・モード”と、
受信したデータパケット毎に別々のバッファに取り込む
“パケット・バー・バッファ・モード”の2つである。
バッファフィルビットが“1”にセットされているとき
には、“バッファフィル・モード”での処理となる。こ
の処理の詳細については、後述する。
【0054】アイソヘッダビット(isoHeader)は、受信
時のアイソクロナス・ヘッダについての処理を判別す
る。このビットが“1”にセットされているときは、受
信バッファにアイソクロナス・ヘッダも含めて取り込
み、一方このビットが“0”にセットされているとき
は、受信バッファにアイソクロナス・データのみを取り
込む。
時のアイソクロナス・ヘッダについての処理を判別す
る。このビットが“1”にセットされているときは、受
信バッファにアイソクロナス・ヘッダも含めて取り込
み、一方このビットが“0”にセットされているとき
は、受信バッファにアイソクロナス・データのみを取り
込む。
【0055】サイクルマッチイネーブルビット(cycleMa
tchEnable)は、受信時のトリガー条件を指定するビット
になる。このビットが“1”にセットされているときに
は、1394バス上のサイクルタイマが指定された値になっ
たサイクルからアイソクロナス・データの受信を開始す
る。一方、このビットが“0”にセットされているとき
には、受信スタートした時点からすぐに受信を開始す
る。
tchEnable)は、受信時のトリガー条件を指定するビット
になる。このビットが“1”にセットされているときに
は、1394バス上のサイクルタイマが指定された値になっ
たサイクルからアイソクロナス・データの受信を開始す
る。一方、このビットが“0”にセットされているとき
には、受信スタートした時点からすぐに受信を開始す
る。
【0056】マルチチャネルビット(multiChanMode)
は、複数のアイソクロナス・チャネルを一つのDMAコ
ンテキストで処理するための設定を行うビットである。
通常のモードでは、アイソクロナス・チャネル一つにつ
き一つのDMAコンテキストを使用して受信を行う。し
かし、このマルチチャネルビットを“1”にセットして
おくことによって、マルチチャネル・モードとなって、
複数のアイソクロナス・チャネルを同時に受信できる。
その場合には、同一のバッファに、受信した順に従って
アイソクロナス・データが格納されることになる。
は、複数のアイソクロナス・チャネルを一つのDMAコ
ンテキストで処理するための設定を行うビットである。
通常のモードでは、アイソクロナス・チャネル一つにつ
き一つのDMAコンテキストを使用して受信を行う。し
かし、このマルチチャネルビットを“1”にセットして
おくことによって、マルチチャネル・モードとなって、
複数のアイソクロナス・チャネルを同時に受信できる。
その場合には、同一のバッファに、受信した順に従って
アイソクロナス・データが格納されることになる。
【0057】このモードを使用する場合、受信すべきチ
ャネルの指定を行わなければならない。その指定を行う
のが、チャネルマスク・レジスタになる。図5は、チャ
ネルマスク・レジスタのフォーマットを示している。レ
ジスタ中のアイソクロナス・チャネルに対応するビット
を“1”にセットすることによって、そのチャネルのデ
ータ受信が可能となる。
ャネルの指定を行わなければならない。その指定を行う
のが、チャネルマスク・レジスタになる。図5は、チャ
ネルマスク・レジスタのフォーマットを示している。レ
ジスタ中のアイソクロナス・チャネルに対応するビット
を“1”にセットすることによって、そのチャネルのデ
ータ受信が可能となる。
【0058】ランビット(run)は、受信開始のトリガー
となるビットである。ソフトウェアからこのビットに対
して“1”が書き込まれると、1394OHCIは、指定されて
いる条件に従ってデータの受信を開始する ウェイクビット(wake)は、ハードウェアとソフトウェア
の間で簡単なセマフォを行うために用いられる。アイソ
クロナス受信時には、受信したデータを格納するための
バッファを随時追加していかなければならない。バッフ
ァの追加はソフトウェアが行うわけであるが、その際に
ハードウェアに対して付加したことを通知する手段が必
要となる。その役割を果たすのが、このビットとなる。
ハードウェアは、ウェイクビットが“1”にセットされ
たことを知ると、新たにバッファが付加されたことを認
識し、必要な処理を行うことになる。
となるビットである。ソフトウェアからこのビットに対
して“1”が書き込まれると、1394OHCIは、指定されて
いる条件に従ってデータの受信を開始する ウェイクビット(wake)は、ハードウェアとソフトウェア
の間で簡単なセマフォを行うために用いられる。アイソ
クロナス受信時には、受信したデータを格納するための
バッファを随時追加していかなければならない。バッフ
ァの追加はソフトウェアが行うわけであるが、その際に
ハードウェアに対して付加したことを通知する手段が必
要となる。その役割を果たすのが、このビットとなる。
ハードウェアは、ウェイクビットが“1”にセットされ
たことを知ると、新たにバッファが付加されたことを認
識し、必要な処理を行うことになる。
【0059】デッドビット(dead)は、ハードウェアによ
ってセットされるビットである。何らかの障害によって
受信が中断されたときに、このビットが“1”にセット
される。
ってセットされるビットである。何らかの障害によって
受信が中断されたときに、このビットが“1”にセット
される。
【0060】アクティブビット(activ)も、ハードウェ
アによってセットされる。このビットは、アイソクロナ
ス受信が行われている間、“1”にセットされている。
アによってセットされる。このビットは、アイソクロナ
ス受信が行われている間、“1”にセットされている。
【0061】スピードフィールド(spd)は、受信したア
イソクロナス・データのスピードを示す。また、イベン
トコードフィールド(event code)は、受信の結果を通知
するためのフィールドであり、ハードウェアによってセ
ットされる。エラー等が生じた際など、エラー種別に対
応したエラーコードがセットされる。ソフトウェア側
は、どのようなエラーが発生したかについて、コードを
参照して原因を認識することが可能となる。
イソクロナス・データのスピードを示す。また、イベン
トコードフィールド(event code)は、受信の結果を通知
するためのフィールドであり、ハードウェアによってセ
ットされる。エラー等が生じた際など、エラー種別に対
応したエラーコードがセットされる。ソフトウェア側
は、どのようなエラーが発生したかについて、コードを
参照して原因を認識することが可能となる。
【0062】1394OHCIを用いてアイソクロナス受信を行
う際、受信したデータを格納するバッファの指定などを
するためにディスクリプタが必要となる。このディスク
リプタには、受信するデータの種類や、受信方法の指
定、また受信データを格納するバッファのアドレスな
ど、コンテキスト・プログラムに必要なパラメータが含
まれている。このディスクリプタはソフトウェアによっ
て作成され、その先頭アドレスを、図6に示すアイソク
ロナス受信用のコマンドポインタ・レジスタにセットす
ることによって、ハードウェアからの参照が可能とな
る。
う際、受信したデータを格納するバッファの指定などを
するためにディスクリプタが必要となる。このディスク
リプタには、受信するデータの種類や、受信方法の指
定、また受信データを格納するバッファのアドレスな
ど、コンテキスト・プログラムに必要なパラメータが含
まれている。このディスクリプタはソフトウェアによっ
て作成され、その先頭アドレスを、図6に示すアイソク
ロナス受信用のコマンドポインタ・レジスタにセットす
ることによって、ハードウェアからの参照が可能とな
る。
【0063】図7は、ここで用いられるディスクリプタ
のフォーマットを示している。このディスクリプタの各
フィールドの詳細については説明を省略する。このディ
スクリプタのデータアドレスフィールドにセットされて
いるのが、受信データを格納するバッファのアドレスに
なる。
のフォーマットを示している。このディスクリプタの各
フィールドの詳細については説明を省略する。このディ
スクリプタのデータアドレスフィールドにセットされて
いるのが、受信データを格納するバッファのアドレスに
なる。
【0064】また、上述したように、アイソクロナス受
信においては、指定したバッファがいっぱいになった時
点で次のバッファにデータを取り込む“バッファフィル
・モード”と、受信したデータパケット毎に別々のバッ
ファに取り込む“パケット・パー・バッファ・モード”
の2種類のモードがあるが、図8および図9は、それぞ
れにおけるアイソクロナス受信の流れを示している。
信においては、指定したバッファがいっぱいになった時
点で次のバッファにデータを取り込む“バッファフィル
・モード”と、受信したデータパケット毎に別々のバッ
ファに取り込む“パケット・パー・バッファ・モード”
の2種類のモードがあるが、図8および図9は、それぞ
れにおけるアイソクロナス受信の流れを示している。
【0065】マルチチャネル・モードの際には、上述の
2種類のうち“バッファフィル・モード”が用いられ
る。図8に示すように、このマルチチャネル・モードで
は、複数チャネルのアイソクロナス・データが、各サイ
クル毎に順次バッファに取り込まれることになる。
2種類のうち“バッファフィル・モード”が用いられ
る。図8に示すように、このマルチチャネル・モードで
は、複数チャネルのアイソクロナス・データが、各サイ
クル毎に順次バッファに取り込まれることになる。
【0066】図10は、バッファに取り込まれる各チャ
ネルの受信データのフォーマットを示している。このフ
ォーマットは、アイソクロナス・ヘッダ付きで取り込ん
だ場合である。この受信データは、データ長(dataLengt
h)、アイソクロナスデータのフォーマットタグ(tag)、
アイソクロナスチャネル(chaNum)、トランザクションコ
ード(tCode)、同期化コード(sy)からなるヘッダ情報
と、アイソクロナスデータ(isochronous data)と、さら
に受信時の時間情報(timeStamp)および受信状態を示す
情報(xferStatus)とからなっている。
ネルの受信データのフォーマットを示している。このフ
ォーマットは、アイソクロナス・ヘッダ付きで取り込ん
だ場合である。この受信データは、データ長(dataLengt
h)、アイソクロナスデータのフォーマットタグ(tag)、
アイソクロナスチャネル(chaNum)、トランザクションコ
ード(tCode)、同期化コード(sy)からなるヘッダ情報
と、アイソクロナスデータ(isochronous data)と、さら
に受信時の時間情報(timeStamp)および受信状態を示す
情報(xferStatus)とからなっている。
【0067】ここで、データ長(dataLength)は、アイソ
クロナスデータの長さを示している。また、アイソクロ
ナスデータが4バイト単位でない場合には、パディング
(padding)が追加される。パディングの値は“0”であ
る。なお、図11は、IEEE1394バスで転送されるアイソ
クロナス・データパケットのフォーマットを示してい
る。これより明らかなように、図10に示す受信データ
のヘッダ情報およびアイソクロナスデータは、図11に
示すアイソクロナス・パケットよりヘッダCRCおよび
データCRCが除去されたものとなる。
クロナスデータの長さを示している。また、アイソクロ
ナスデータが4バイト単位でない場合には、パディング
(padding)が追加される。パディングの値は“0”であ
る。なお、図11は、IEEE1394バスで転送されるアイソ
クロナス・データパケットのフォーマットを示してい
る。これより明らかなように、図10に示す受信データ
のヘッダ情報およびアイソクロナスデータは、図11に
示すアイソクロナス・パケットよりヘッダCRCおよび
データCRCが除去されたものとなる。
【0068】マルチチャネル・モードの際には、必ず図
10に示すフォーマットが用いられる。この他に、アイ
ソクロナス・データのみを受信し、アイソクロナス・ヘ
ッダを取り込まない場合も定義されているが、ここでは
説明を省略する。
10に示すフォーマットが用いられる。この他に、アイ
ソクロナス・データのみを受信し、アイソクロナス・ヘ
ッダを取り込まない場合も定義されているが、ここでは
説明を省略する。
【0069】次に、1394OHCIでのアイソクロナス送信の
手法について説明する。1394OHCIでは、アイソクロナス
送信を行うためのDMAコンテキストが定義されてお
り、コンテキストの数は、最小4個から最大32個とな
っている。処理の手法については、上述したアイソクロ
ナス受信の場合と同様であり、図3に示すような形とな
っている。
手法について説明する。1394OHCIでは、アイソクロナス
送信を行うためのDMAコンテキストが定義されてお
り、コンテキストの数は、最小4個から最大32個とな
っている。処理の手法については、上述したアイソクロ
ナス受信の場合と同様であり、図3に示すような形とな
っている。
【0070】図12は、アイソクロナス送信用のコンテ
キストコントロール・レジスタのフォーマットを示して
いる。このレジスタは、送信に関する各種設定を行うと
共に、挙動をコントロールするためのビットを含んでい
る。このレジスタは、サイクルマッチイネーブルビット
(cycleMatchEnable)、サイクルマッチフィールド(cycl
eMatch)を備えており、送信スタートのタイミングを制
御することが可能となっている。サイクルマッチイネー
ブルビットが“1”にセットされている場合、サイクル
マッチフィールドに設定されているサイクルタイミング
から送信を開始する。一方、サイクルマッチイネーブル
ビットが“0”にセットされている場合には、送信スタ
ート操作が行われた時点で送信を開始する。なお、その
他のパラメータについては、上述のアイソクロナス受信
用のコンテキストコントロール・レジスタ(図4参照)
の部分で説明を行っているので、ここでの説明は省略す
る。
キストコントロール・レジスタのフォーマットを示して
いる。このレジスタは、送信に関する各種設定を行うと
共に、挙動をコントロールするためのビットを含んでい
る。このレジスタは、サイクルマッチイネーブルビット
(cycleMatchEnable)、サイクルマッチフィールド(cycl
eMatch)を備えており、送信スタートのタイミングを制
御することが可能となっている。サイクルマッチイネー
ブルビットが“1”にセットされている場合、サイクル
マッチフィールドに設定されているサイクルタイミング
から送信を開始する。一方、サイクルマッチイネーブル
ビットが“0”にセットされている場合には、送信スタ
ート操作が行われた時点で送信を開始する。なお、その
他のパラメータについては、上述のアイソクロナス受信
用のコンテキストコントロール・レジスタ(図4参照)
の部分で説明を行っているので、ここでの説明は省略す
る。
【0071】1394OHCIを用いてアイソクロナス送信を行
う際、送信すべきデータが格納されているバッファを指
定するためにディスクリプタが必要となる。このディス
クリプタには、送信するデータの種類や、送信方法の指
定、また送信データが格納されているバッファのアドレ
スなど、コンテキスト・プログラムに必要なパラメータ
が含まれている。このディスクリプタはソフトウェアに
よって作成され、その先頭アドレスを、図13に示すア
イソクロナス送信用のコマンドポインタ・レジスタにセ
ットすることによって、ハードウェアからの参照が可能
となる。
う際、送信すべきデータが格納されているバッファを指
定するためにディスクリプタが必要となる。このディス
クリプタには、送信するデータの種類や、送信方法の指
定、また送信データが格納されているバッファのアドレ
スなど、コンテキスト・プログラムに必要なパラメータ
が含まれている。このディスクリプタはソフトウェアに
よって作成され、その先頭アドレスを、図13に示すア
イソクロナス送信用のコマンドポインタ・レジスタにセ
ットすることによって、ハードウェアからの参照が可能
となる。
【0072】図14A〜Cは、ここで用いられるディス
クリプタのフォーマットを示している。図14Aはアイ
ソクロナス・ヘッダを示すためのディスクリプタであ
り、図14Bはアイソクロナス・データを示すためのデ
ィスクリプタであり、図14Cはアイソクロナス・デー
タの最後尾を示すためのディスクリプタであり、これら
のディスクリプタは物理的に連続している空間にある。
これらのディスクリプタの各フィールドの詳細について
は説明を省略する。これらのディスクリプタのデータア
ドレスフィールドにセットされているのが、送信データ
が格納されているバッファのアドレスになる。
クリプタのフォーマットを示している。図14Aはアイ
ソクロナス・ヘッダを示すためのディスクリプタであ
り、図14Bはアイソクロナス・データを示すためのデ
ィスクリプタであり、図14Cはアイソクロナス・デー
タの最後尾を示すためのディスクリプタであり、これら
のディスクリプタは物理的に連続している空間にある。
これらのディスクリプタの各フィールドの詳細について
は説明を省略する。これらのディスクリプタのデータア
ドレスフィールドにセットされているのが、送信データ
が格納されているバッファのアドレスになる。
【0073】図15は、バッファに格納されている各チ
ャネルの送信データのフォーマットを示している。この
送信データは、データ長(dataLength)、アイソクロナス
データのフォーマットタグ(tag)、アイソクロナスチャ
ネル(chanNum)、トランザクションコード(tCode)、同期
化コード(sy)、スピード(spd)からなるヘッダ情報と、
アイソクロナスデータ(isochronous data)とからなって
いる。
ャネルの送信データのフォーマットを示している。この
送信データは、データ長(dataLength)、アイソクロナス
データのフォーマットタグ(tag)、アイソクロナスチャ
ネル(chanNum)、トランザクションコード(tCode)、同期
化コード(sy)、スピード(spd)からなるヘッダ情報と、
アイソクロナスデータ(isochronous data)とからなって
いる。
【0074】ここで、データ長(dataLength)は、アイソ
クロナスデータの長さを示している。また、アイソクロ
ナスデータが4バイト単位でない場合には、パディング
(padding)が追加される。パディングの値は“0”であ
る。
クロナスデータの長さを示している。また、アイソクロ
ナスデータが4バイト単位でない場合には、パディング
(padding)が追加される。パディングの値は“0”であ
る。
【0075】以上が1394OHCIにおいて、アイソクロナス
送受信を行うための手法になるが、これらの仕様を用い
て、複数チャネルのアイソクロナス・データを1394ブリ
ッジ経由で転送しようとすると、送信時におけるマルチ
チャネルモードが定義されていないため、送信時、受信
時ともにアイソクロナスチャネル毎の処理を行う必要性
がある。よって、アイソクロナスのチャネル数だけのD
MAコンテキストの処理を行わなければならず、DMA
処理の負荷が増大する。
送受信を行うための手法になるが、これらの仕様を用い
て、複数チャネルのアイソクロナス・データを1394ブリ
ッジ経由で転送しようとすると、送信時におけるマルチ
チャネルモードが定義されていないため、送信時、受信
時ともにアイソクロナスチャネル毎の処理を行う必要性
がある。よって、アイソクロナスのチャネル数だけのD
MAコンテキストの処理を行わなければならず、DMA
処理の負荷が増大する。
【0076】そこで、この発明では、新たなアイソクロ
ナス送信モードを定義する。また、データフォーマット
に関し、受信時のデータフォーマットと送信時のデータ
フォーマットとを共通化することで、ソフトウェア負荷
の軽減を行った。
ナス送信モードを定義する。また、データフォーマット
に関し、受信時のデータフォーマットと送信時のデータ
フォーマットとを共通化することで、ソフトウェア負荷
の軽減を行った。
【0077】まず、1394OHCIにおいて、アイソクロナス
受信時とアイソクロナス送信時のデータフォーマットの
拡張を行った。従来の受信データフォーマットは、図1
0に示した通りであるが、この中には送信データフォー
マットに必要なスピードを指定するフィールドが用意さ
れていない。
受信時とアイソクロナス送信時のデータフォーマットの
拡張を行った。従来の受信データフォーマットは、図1
0に示した通りであるが、この中には送信データフォー
マットに必要なスピードを指定するフィールドが用意さ
れていない。
【0078】図16は、新たに定義するアイソクロナス
の受信データフォーマットを示している。このデータフ
ォーマットは、スピードを示すスピード(spd)のフィー
ルドを備えており、図15に示す送信データフォーマッ
トと同じヘッダ情報を持つものとなる。その他の各フィ
ールドは、従来の受信データフォーマットと同様であ
る。
の受信データフォーマットを示している。このデータフ
ォーマットは、スピードを示すスピード(spd)のフィー
ルドを備えており、図15に示す送信データフォーマッ
トと同じヘッダ情報を持つものとなる。その他の各フィ
ールドは、従来の受信データフォーマットと同様であ
る。
【0079】また、図17は、新たに定義するアイソク
ロナス受信用のコンテキストコントロール・レジスタの
フォーマットを示している。このフォーマットは、フォ
ワードストリーム・ビット(fwdStream)を備えている。
このビットが“1”にセットされているときには、受信
したアイソクロナス・データは他のバスへとフォワード
するために、上述の図16に示したデータフォーマット
で受信を行うこととする。このフォワードストリーム・
ビット(fwdStream)により、通常の受信との判別をする
ことが可能となる。図17のその他の各フィールドは、
従来のフォーマット(図4参照)と同様である。
ロナス受信用のコンテキストコントロール・レジスタの
フォーマットを示している。このフォーマットは、フォ
ワードストリーム・ビット(fwdStream)を備えている。
このビットが“1”にセットされているときには、受信
したアイソクロナス・データは他のバスへとフォワード
するために、上述の図16に示したデータフォーマット
で受信を行うこととする。このフォワードストリーム・
ビット(fwdStream)により、通常の受信との判別をする
ことが可能となる。図17のその他の各フィールドは、
従来のフォーマット(図4参照)と同様である。
【0080】なお、図16に示すように、アイソクロナ
スの受信データには、受信時の時間情報(timeStamp)お
よび受信状態を示す情報(xferStatus)が付加されてい
る。これらの情報は、受信時にのみ必要な情報であっ
て、アイソクロナスの送信データには必要がない(図1
5参照)。このように、受信時の時間情報(timeStamp)
および受信状態を示す情報(xferStatus)が付加されてい
る点で、アイソクロナスの受信データは、アイソクロナ
スの送信データと整合が取られていない。
スの受信データには、受信時の時間情報(timeStamp)お
よび受信状態を示す情報(xferStatus)が付加されてい
る。これらの情報は、受信時にのみ必要な情報であっ
て、アイソクロナスの送信データには必要がない(図1
5参照)。このように、受信時の時間情報(timeStamp)
および受信状態を示す情報(xferStatus)が付加されてい
る点で、アイソクロナスの受信データは、アイソクロナ
スの送信データと整合が取られていない。
【0081】そこで、本実施の形態では、アイソクロナ
スの受信データより、受信時の時間情報(timeStamp)お
よび受信状態を示す情報(xferStatus)が付加されている
1クワドレットをスキップ(除去)することで、アイソ
クロナスの送信データが作成される。この動作を送信時
に行うため、アイソクロナス送信用のコンテキストコン
トロール・レジスタのフォーマットの拡張を行った。
スの受信データより、受信時の時間情報(timeStamp)お
よび受信状態を示す情報(xferStatus)が付加されている
1クワドレットをスキップ(除去)することで、アイソ
クロナスの送信データが作成される。この動作を送信時
に行うため、アイソクロナス送信用のコンテキストコン
トロール・レジスタのフォーマットの拡張を行った。
【0082】図18は、新たに定義するアイソクロナス
受信用のコンテキストコントロール・レジスタのフォー
マットを示している。このフォーマットは、フォワード
ストリーム・ビット(fwdStream)を備えている。このビ
ットが“1”にセットされているときには、アイソクロ
ナス送信すべきデータが、他のバスから受信されてきた
データとして処理を行う。つまり、送信すべきデータ
が、図16に示す構成を持っていることを認識し、受信
時の時間情報(timeStamp)および受信状態を示す情報(xf
erStatus)が付加されている1クワドレットをスキップ
するという動作を行う。
受信用のコンテキストコントロール・レジスタのフォー
マットを示している。このフォーマットは、フォワード
ストリーム・ビット(fwdStream)を備えている。このビ
ットが“1”にセットされているときには、アイソクロ
ナス送信すべきデータが、他のバスから受信されてきた
データとして処理を行う。つまり、送信すべきデータ
が、図16に示す構成を持っていることを認識し、受信
時の時間情報(timeStamp)および受信状態を示す情報(xf
erStatus)が付加されている1クワドレットをスキップ
するという動作を行う。
【0083】このように、送信側と受信側におけるデー
タフォーマットを共通化することで、アイソクロナス・
データについて、バスを跨いで転送する際、データ内容
に関して、ソフトウェアで加工を施すことなく、データ
転送を行うことができる。ここで、挙げた例では、ハー
ドウェアでのデータスキップ機能を盛り込んでいるが、
実際には送受信のフォーマットを全く同一にして、一切
データの加工を施さないようにしてもよい。
タフォーマットを共通化することで、アイソクロナス・
データについて、バスを跨いで転送する際、データ内容
に関して、ソフトウェアで加工を施すことなく、データ
転送を行うことができる。ここで、挙げた例では、ハー
ドウェアでのデータスキップ機能を盛り込んでいるが、
実際には送受信のフォーマットを全く同一にして、一切
データの加工を施さないようにしてもよい。
【0084】また、図18に示すコンテキストコントロ
ール・レジスタのフォーマットは、マルチチャネルモー
ド・ビット(multiChanMode)を備えている。その他の各
フィールドは、従来のフォーマット(図12参照)と同
様である。このマルチチャネルモード・ビットが“1”
にセットされているときには、アイソクロナス送信を複
数のアイソクロナスチャネルが含まれているものとして
処理を行う。つまり、一つのDMAコンテキストによっ
て複数チャネルの送信を行うことを示すことができる。
ール・レジスタのフォーマットは、マルチチャネルモー
ド・ビット(multiChanMode)を備えている。その他の各
フィールドは、従来のフォーマット(図12参照)と同
様である。このマルチチャネルモード・ビットが“1”
にセットされているときには、アイソクロナス送信を複
数のアイソクロナスチャネルが含まれているものとして
処理を行う。つまり、一つのDMAコンテキストによっ
て複数チャネルの送信を行うことを示すことができる。
【0085】さらに、このマルチチャネルモードを使用
する場合には、送信すべきチャネルの指定を行う必要が
ある。そこで、新たに送信用チャネルマスク・レジスタ
のフォーマットを定義する。図19は、そのチャネルマ
スク・レジスタのフォーマットを示している。レジスタ
中のアイソクロナス・チャネルに対応するビットを
“1”にセットすることによって、そのチャネルの送信
が可能となる。
する場合には、送信すべきチャネルの指定を行う必要が
ある。そこで、新たに送信用チャネルマスク・レジスタ
のフォーマットを定義する。図19は、そのチャネルマ
スク・レジスタのフォーマットを示している。レジスタ
中のアイソクロナス・チャネルに対応するビットを
“1”にセットすることによって、そのチャネルの送信
が可能となる。
【0086】次に、図1に示す1394ネットワークにおい
て、アイソクロナス・データパケットを、1394バス(Bus
#1)101から1394バス(Bus #2)にフォワードする場合
の動作を、図20を参照して説明する。
て、アイソクロナス・データパケットを、1394バス(Bus
#1)101から1394バス(Bus #2)にフォワードする場合
の動作を、図20を参照して説明する。
【0087】まず、ブリッジポータル103aがBus #1
より、アイソクロナス・データパケット(図11参照)
を受信する。この場合、物理層(PHY)部126aで受信
されたアイソクロナス・データパケットは、リンク層(L
ink)部125aに転送される。その後、1394OHCIの仕様
に基づき、1394OHCI部124aを構成するファイフォ(F
IFO)部123a、DMAコントローラ部122aおよび
ホストバス・インタフェース部121aを通じて、メモ
リ112に受信データが転送されて格納される。ここ
で、アイソクロナス受信用コンテキストコントロール・
レジスタ(図17参照)のフォワードストリーム・ビッ
ト(fwdStream)が“1”であるとき、メモリ112に格
納される各アイソクロナスチャネルの受信データは、図
16に示すフォーマットとされる。
より、アイソクロナス・データパケット(図11参照)
を受信する。この場合、物理層(PHY)部126aで受信
されたアイソクロナス・データパケットは、リンク層(L
ink)部125aに転送される。その後、1394OHCIの仕様
に基づき、1394OHCI部124aを構成するファイフォ(F
IFO)部123a、DMAコントローラ部122aおよび
ホストバス・インタフェース部121aを通じて、メモ
リ112に受信データが転送されて格納される。ここ
で、アイソクロナス受信用コンテキストコントロール・
レジスタ(図17参照)のフォワードストリーム・ビッ
ト(fwdStream)が“1”であるとき、メモリ112に格
納される各アイソクロナスチャネルの受信データは、図
16に示すフォーマットとされる。
【0088】この例では、アイソクロナスチャネル#
1,#2,#3の3つのチャネルを受信する場合を想定
している。ここで、アイソクロナス受信用コンテキスト
コントロール・レジスタ(図17参照)のマルチチャネ
ルビット(multiChanMode)が“1”にセットされ、マル
チチャネル・モードであるときは、図20に示すよう
に、サイクル単位で各チャネルの受信データがメモリ1
12に取り込まれる。この際に動作させるDMAコンテ
キストは一つである。よって、1394OHCI部124aのD
MAチャネルを1つのみ稼働させるだけで、複数チャネ
ルのアイソクロナス・データの受信が行われる。
1,#2,#3の3つのチャネルを受信する場合を想定
している。ここで、アイソクロナス受信用コンテキスト
コントロール・レジスタ(図17参照)のマルチチャネ
ルビット(multiChanMode)が“1”にセットされ、マル
チチャネル・モードであるときは、図20に示すよう
に、サイクル単位で各チャネルの受信データがメモリ1
12に取り込まれる。この際に動作させるDMAコンテ
キストは一つである。よって、1394OHCI部124aのD
MAチャネルを1つのみ稼働させるだけで、複数チャネ
ルのアイソクロナス・データの受信が行われる。
【0089】次に、メモリ112に格納されたアイソク
ロナス・データに対し、制御用のCPU111によっ
て、Bus #2に転送するための処理が行われて、送信デー
タが作成される。ここで、アイソクロナス送信用コンテ
キストコントロール・レジスタ(図18参照)のフォワ
ードストリーム・ビット(fwdStream)が“1”であると
き、CPU111は、メモリ112に格納されている各
アイソクロナスチャネルの送信すべきデータ(受信デー
タ)が、図16に示すフォーマットとなっていることを
認識できる。
ロナス・データに対し、制御用のCPU111によっ
て、Bus #2に転送するための処理が行われて、送信デー
タが作成される。ここで、アイソクロナス送信用コンテ
キストコントロール・レジスタ(図18参照)のフォワ
ードストリーム・ビット(fwdStream)が“1”であると
き、CPU111は、メモリ112に格納されている各
アイソクロナスチャネルの送信すべきデータ(受信デー
タ)が、図16に示すフォーマットとなっていることを
認識できる。
【0090】この場合、メモリ112に格納されている
各チャネルの送信すべきデータより、受信時の時間情報
(timeStamp)および受信状態を示す情報(xferStatus)が
付加されている1クワドレットがスキップされて、各ア
イソクロナスチャネルの送信データが簡単に作成される
(図15参照)。
各チャネルの送信すべきデータより、受信時の時間情報
(timeStamp)および受信状態を示す情報(xferStatus)が
付加されている1クワドレットがスキップされて、各ア
イソクロナスチャネルの送信データが簡単に作成される
(図15参照)。
【0091】このように作成される各チャネルの送信デ
ータは、1394OHCIの仕様に基づき、1394OHCI部124b
を構成するホストバス・インタフェース部121b、D
MAコントローラ部122bおよびファイフォ(FIFO)部
123bを通じて、リンク層(Link)部125bに転送さ
れる。
ータは、1394OHCIの仕様に基づき、1394OHCI部124b
を構成するホストバス・インタフェース部121b、D
MAコントローラ部122bおよびファイフォ(FIFO)部
123bを通じて、リンク層(Link)部125bに転送さ
れる。
【0092】ここで、アイソクロナス送信用コンテキス
トコントロール・レジスタ(図18参照)のマルチチャ
ネルモード・ビット(multiChanMode)が“1”にセット
され、マルチチャネル・モードであるときは、複数のア
イソクロナスチャネルが含まれているものとしてアイソ
クロナス送信の処理が行われる。この際に動作させるD
MAコンテキストは一つである。よって、1394OHCI部1
24bのDMAチャネルを1つのみ稼働させるだけで、
複数チャネルのアイソクロナス・データの送信が行われ
る。
トコントロール・レジスタ(図18参照)のマルチチャ
ネルモード・ビット(multiChanMode)が“1”にセット
され、マルチチャネル・モードであるときは、複数のア
イソクロナスチャネルが含まれているものとしてアイソ
クロナス送信の処理が行われる。この際に動作させるD
MAコンテキストは一つである。よって、1394OHCI部1
24bのDMAチャネルを1つのみ稼働させるだけで、
複数チャネルのアイソクロナス・データの送信が行われ
る。
【0093】また、1394OHCI124bより各チャネルの
送信データ(図15参照)が転送されてくるリンク層(L
ink)部125bでは、転送されてきた送信データに基づ
いてアイソクロナス・データパケット(図11参照)が
生成される。そして、このリンク層(Link)部125bで
生成されたアイソクロナス・データパケットは、物理層
(PHY)部126bを介して、1394バス(Bus #2)102に
送信される。
送信データ(図15参照)が転送されてくるリンク層(L
ink)部125bでは、転送されてきた送信データに基づ
いてアイソクロナス・データパケット(図11参照)が
生成される。そして、このリンク層(Link)部125bで
生成されたアイソクロナス・データパケットは、物理層
(PHY)部126bを介して、1394バス(Bus #2)102に
送信される。
【0094】このように、本実施の形態においては、ア
イソクロナス送信用コンテキストコントロール・レジス
タ(図18参照)のマルチチャネルモード・ビット(mul
tiChanMode)を“1”にセットすることで、マルチチャ
ネル・モードとできる。これにより、1394OHCI部124
bのDMAチャネルを1つのみ稼働させるだけで、複数
チャネルのアイソクロナス・データの送信を行うことが
でき、複数チャネルのアイソクロナス・データの処理の
効率化を図ることができる。
イソクロナス送信用コンテキストコントロール・レジス
タ(図18参照)のマルチチャネルモード・ビット(mul
tiChanMode)を“1”にセットすることで、マルチチャ
ネル・モードとできる。これにより、1394OHCI部124
bのDMAチャネルを1つのみ稼働させるだけで、複数
チャネルのアイソクロナス・データの送信を行うことが
でき、複数チャネルのアイソクロナス・データの処理の
効率化を図ることができる。
【0095】また、本実施の形態においては、アイソク
ロナス受信用コンテキストコントロール・レジスタ(図
17参照)のフォワードストリーム・ビット(fwdStrea
m)を“1”にセットすることで、メモリ112に格納す
る各アイソクロナスチャネルの受信データを、送信デー
タと同じヘッダ情報を持つように共通化できる(図1
5、図16参照)。
ロナス受信用コンテキストコントロール・レジスタ(図
17参照)のフォワードストリーム・ビット(fwdStrea
m)を“1”にセットすることで、メモリ112に格納す
る各アイソクロナスチャネルの受信データを、送信デー
タと同じヘッダ情報を持つように共通化できる(図1
5、図16参照)。
【0096】その場合、CPU111は、アイソクロナ
ス送信用コンテキストコントロール・レジスタ(図18
参照)のフォワードストリーム・ビット(fwdStream)が
“1”になっていることから、メモリ112に格納され
ている各チャネルの送信すべきデータより、受信時の時
間情報(timeStamp)および受信状態を示す情報(xferStat
us)が付加されている1クワドレットをスキップして、
各アイソクロナスチャネルの送信データを簡単に作成で
きる。これにより、アイソクロナスデータの転送時にお
ける処理の効率化が図られることとなる。
ス送信用コンテキストコントロール・レジスタ(図18
参照)のフォワードストリーム・ビット(fwdStream)が
“1”になっていることから、メモリ112に格納され
ている各チャネルの送信すべきデータより、受信時の時
間情報(timeStamp)および受信状態を示す情報(xferStat
us)が付加されている1クワドレットをスキップして、
各アイソクロナスチャネルの送信データを簡単に作成で
きる。これにより、アイソクロナスデータの転送時にお
ける処理の効率化が図られることとなる。
【0097】
【発明の効果】この発明によれば、複数チャネルのデー
タの送信を単一のDMAチャネルで制御するものであ
り、複数チャネルの例えばアイソクロナスデータを効率
的に処理できる。また、この発明によれば、データ転送
時における受信時のデータフォーマットと送信時のデー
タフォーマットを共通化するものであり、例えばアイソ
クロナスデータの転送時における処理を効率的に行うこ
とができる。
タの送信を単一のDMAチャネルで制御するものであ
り、複数チャネルの例えばアイソクロナスデータを効率
的に処理できる。また、この発明によれば、データ転送
時における受信時のデータフォーマットと送信時のデー
タフォーマットを共通化するものであり、例えばアイソ
クロナスデータの転送時における処理を効率的に行うこ
とができる。
【図1】1394ブリッジを用いた1394ネットワークの構成
例を示すブロック図である。
例を示すブロック図である。
【図2】1394ブリッジの詳細構成を示すブロック図であ
る。
る。
【図3】DMAコンテキストにおける処理の概要を示す
図である。
図である。
【図4】アイソクロナス受信用コンテキストコントロー
ル・レジスタのフォーマットを示す図である。
ル・レジスタのフォーマットを示す図である。
【図5】アイソクロナス受信用チャネルマスク・レジス
タのフォーマット(マルチチャネル受信用)を示す図で
ある。
タのフォーマット(マルチチャネル受信用)を示す図で
ある。
【図6】アイソクロナス受信用コマンドポインタ・レジ
スタのフォーマットを示す図である。
スタのフォーマットを示す図である。
【図7】アイソクロナス受信用ディスクリプタのフォー
マットを示す図である。
マットを示す図である。
【図8】バッファフィル・モードにおけるアイソクロナ
ス受信の流れを示す図である。
ス受信の流れを示す図である。
【図9】パケット・パー・バッファ・モードにおけるア
イソクロナス受信の流れを示す図である。
イソクロナス受信の流れを示す図である。
【図10】アイソクロナスの受信データフォーマットを
示す図である。
示す図である。
【図11】アイソクロナス・データパケットのフォーマ
ットを示す図である。
ットを示す図である。
【図12】アイソクロナス送信用コンテキストコントロ
ール・レジスタのフォーマットを示す図である。
ール・レジスタのフォーマットを示す図である。
【図13】アイソクロナス送信用コマンドポインタ・レ
ジスタのフォーマットを示す図である。
ジスタのフォーマットを示す図である。
【図14】アイソクロナス送信用ディスクリプタのフォ
ーマットを示す図である。
ーマットを示す図である。
【図15】アイソクロナスの送信データフォーマットを
示す図である。
示す図である。
【図16】新たに定義するアイソクロナスの受信データ
フォーマットを示す図である。
フォーマットを示す図である。
【図17】新たに定義するアイソクロナス受信用コンテ
キストコントロール・レジスタのフォーマットを示す図
である。
キストコントロール・レジスタのフォーマットを示す図
である。
【図18】新たに定義するアイソクロナス送信用コンテ
キストコントロール・レジスタのフォーマットを示す図
である。
キストコントロール・レジスタのフォーマットを示す図
である。
【図19】新たに定義するアイソクロナス送信用チャネ
ルマスク・レジスタのフォーマット(マルチチャネル送
信用)を示す図である。
ルマスク・レジスタのフォーマット(マルチチャネル送
信用)を示す図である。
【図20】アイソクロナス転送例を説明するための図で
ある。
ある。
【図21】IEEE1394規格における転送データの構成を示
す図である。
す図である。
【図22】IEEE1394規格で規定されたケーブルの断面図
である。
である。
【図23】IEEE1394規格を採用したネットワークの構成
例を示すブロック図である。
例を示すブロック図である。
【図24】IEEE1394規格に準拠したインタフェースの構
成要素とプロトコル・アーキテクチャを示す図である。
成要素とプロトコル・アーキテクチャを示す図である。
【図25】アシンクロナス転送のパケットを示す図であ
る。
る。
【図26】アービトレーションの説明のための図であ
る。
る。
【図27】アイソクロナス転送のパケットを示す図であ
る。
る。
【図28】CSRアーキテクチャにおけるアドレス指定
を示す図である。
を示す図である。
【図29】1394OHCI部のハードウェア構成を示すブロッ
ク図である。
ク図である。
【図30】1394OHCIにおけるレジスタ構成(1/2)を
示す図である。
示す図である。
【図31】1394OHCIにおけるレジスタ構成(2/2)を
示す図である。
示す図である。
【図32】1394ブリッジを用いた1394ネットワークの基
本構成を示すブロック図である。
本構成を示すブロック図である。
【図33】複数の1394ブリッジを用いた1394ネットワー
クの構成例を示すブロック図である。
クの構成例を示すブロック図である。
101・・・1394バス(Bus #1)、102・・・1394バス
(Bus #2)、103・・・1394ブリッジ、103a,10
3b・・・ブリッジポータル、104〜106・・・ノ
ード、111・・・CPU、112・・・メモリ、11
3・・・ホストバス、121a,121b・・・ホスト
バス・インタフェース部、122a,122b・・・D
MAコントローラ部、123a,123b・・・ファイ
フォ(FIFO)部、124a,124b・・・1394OHCI部、
125a,125b・・・リンク層(Link)部、126
a,126b・・・物理層(PHY)部
(Bus #2)、103・・・1394ブリッジ、103a,10
3b・・・ブリッジポータル、104〜106・・・ノ
ード、111・・・CPU、112・・・メモリ、11
3・・・ホストバス、121a,121b・・・ホスト
バス・インタフェース部、122a,122b・・・D
MAコントローラ部、123a,123b・・・ファイ
フォ(FIFO)部、124a,124b・・・1394OHCI部、
125a,125b・・・リンク層(Link)部、126
a,126b・・・物理層(PHY)部
───────────────────────────────────────────────────── フロントページの続き (72)発明者 桝永 慎哉 東京都品川区北品川6丁目7番35号 ソニ ー株式会社内 Fターム(参考) 5B014 EA03 GC02 5B077 NN02 5K033 AA01 AA09 BA01 BA15 CB01 CB08 CC01 DA05 DB01 DB19 5K034 AA02 CC02 EE06 FF02 HH04 HH07 HH12 HH14 HH16 HH17 HH18 KK21 MM11 MM24 MM31
Claims (11)
- 【請求項1】 複数チャネルのデータを混在して記憶
し、単一のDMAチャネルで制御可能な記憶手段と、 上記複数のチャネルのうち送出すべきチャネルを指定す
るチャネル指定手段と、 上記チャネル指定手段で指定されたチャネルのデータ
を、上記記憶手段より、上記単一のDMAチャネルで制
御して出力するデータ出力手段とを備えることを特徴と
する情報処理装置。 - 【請求項2】 ホストバスに接続される1394オープン・
ホスト・コントローラ・インタフェース部と、 上記ホストバスに接続され、複数チャネルのデータを混
在して記憶し、上記インタフェース部の単一のDMAチ
ャネルで制御可能な記憶手段と、 IEEE1394バスに接続される物理層部と、 上記物理層部と上記インタフェース部との間に挿入され
るリンク層部とを備え、 上記インタフェース部は、 上記複数のチャネルのうち送出すべきチャネルを指定す
るチャネル指定手段と、 上記チャネル指定手段で指定されたチャネルのデータ
を、上記記憶手段より、上記単一のDMAチャネルで制
御して出力するデータ出力手段とを有することを特徴と
する情報処理装置。 - 【請求項3】 第1の転送パケットを受信するパケット
受信手段と、 上記パケット受信手段で受信された上記第1の転送パケ
ットより受信データを作成する受信データ作成手段と、 上記受信データ作成手段で作成された上記受信データよ
り、該受信データと同じヘッダ情報を持つ送信データを
作成する送信データ作成手段と、 上記送信データ作成手段で作成された上記送信データよ
り第2の転送パケットを作成して送信するパケット送信
手段とを備えることを特徴とする情報処理装置。 - 【請求項4】 上記受信データは、受信時のみに必要な
情報を含み、 上記送信データ作成手段は、上記受信データより上記受
信時のみに必要な情報を削除することで上記送信データ
を作成することを特徴とする請求項3に記載の情報処理
装置。 - 【請求項5】 上記受信時のみに必要な情報は、受信時
の時間情報であることを特徴とする請求項4に記載の情
報処理装置。 - 【請求項6】 上記受信時のみに必要な情報は、受信状
態を示す情報であることを特徴とする請求項4に記載の
情報処理装置。 - 【請求項7】 上記受信データのヘッダを上記送信デー
タのヘッダに合わせるように指示する手段をさらに備え
ることを特徴とする請求項3に記載の情報処理装置。 - 【請求項8】 上記受信データのヘッダが上記送信デー
タのヘッダに合っていることを示す手段をさらに備える
ことを特徴とする請求項3に記載の情報処理装置。 - 【請求項9】 第1のバスと第2のバスとを接続するブ
リッジであって、 上記第1のバスより第1の転送パケットを受信するパケ
ット受信手段と、 上記パケット受信手段で受信された上記第1の転送パケ
ットより受信データを作成する受信データ作成手段と、 上記受信データ作成手段で作成された上記受信データよ
り、該受信データと同じヘッダ情報を持つ送信データを
作成する送信データ作成手段と、 上記送信データ作成手段で作成された上記送信データよ
り第2の転送パケットを作成して上記第2のバスに送信
するパケット送信手段とを備えることを特徴とするブリ
ッジ。 - 【請求項10】 第1のIEEE1394バスに接続される第1
のブリッジポータルと、第2のIEEE1394バスに接続され
る第2のブリッジポータルとを有し、上記第1のIEEE13
94バスと上記第2のIEEE1394バスとを接続するブリッジ
であって、 上記第1のブリッジポータルは、上記第1のIEEE1394バ
スに接続される第1の物理層部と、ホストバスに接続さ
れる第1の1394オープン・ホスト・コントローラ・イン
タフェース部と、上記第1の物理層部と上記第1のイン
タフェース部との間に挿入される第1のリンク層部とか
らなり、 上記第2のブリッジポータルは、上記第2のIEEE1394バ
スに接続される第2の物理層部と、上記ホストバスに接
続される第2の1394オープン・ホスト・コントローラ・
インタフェース部と、上記第2の物理層部と上記第2の
インタフェース部との間に挿入される第2のリンク層部
とからなり、 上記第1のブリッジポータル側では、上記第1のIEEE13
94バスから上記第1の物理層部で受信した第1の転送パ
ケットより、上記第1のリンク層部で受信データを作成
し、この受信データを上記第1のインタフェース部を介
して上記ホストバスに送り、 上記第2のブリッジポータル側では、上記ホストバスよ
り上記第2のインタフェース部を介して上記受信データ
と同じヘッダ情報を持つ送信データを上記リンク層部に
転送し、該リンク層部で上記送信データより第2の転送
パケットを作成し、該第2の転送パケットを上記第2の
物理層部を介して上記第2のIEEE1394バスに送ることを
特徴とするブリッジ。 - 【請求項11】 上記ホストバスに接続され、上記受信
データより上記送信データを作成する送信データ作成手
段をさらに備えることを特徴とする請求項10に記載の
ブリッジ。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000143638A JP2001326670A (ja) | 2000-05-16 | 2000-05-16 | 情報処理装置およびそれを利用したブリッジ |
TW090111160A TW519822B (en) | 2000-05-16 | 2001-05-10 | Information processing device, information processing method and bridge using the same |
EP01304232A EP1156423A2 (en) | 2000-05-16 | 2001-05-11 | Information processing apparatus, information processing method and bridge utilizing the same |
US09/854,709 US20010044861A1 (en) | 2000-05-16 | 2001-05-14 | Information processing apparatus, information processing method and bridge utilizing the same |
CN01119002.7A CN1332415A (zh) | 2000-05-16 | 2001-05-16 | 信息处理设备、信息处理方法及采用该设备和方法的网桥 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000143638A JP2001326670A (ja) | 2000-05-16 | 2000-05-16 | 情報処理装置およびそれを利用したブリッジ |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2001326670A true JP2001326670A (ja) | 2001-11-22 |
Family
ID=18650429
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000143638A Pending JP2001326670A (ja) | 2000-05-16 | 2000-05-16 | 情報処理装置およびそれを利用したブリッジ |
Country Status (5)
Country | Link |
---|---|
US (1) | US20010044861A1 (ja) |
EP (1) | EP1156423A2 (ja) |
JP (1) | JP2001326670A (ja) |
CN (1) | CN1332415A (ja) |
TW (1) | TW519822B (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007529825A (ja) * | 2004-03-17 | 2007-10-25 | ピナクル・システムズ・インコーポレーテッド | 電子データ交換のための装置および方法 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7228366B2 (en) * | 2001-06-29 | 2007-06-05 | Intel Corporation | Method and apparatus for deterministic removal and reclamation of work items from an expansion bus schedule |
JP2004056376A (ja) * | 2002-07-18 | 2004-02-19 | Fujitsu Ltd | 半導体装置及びデータ転送制御方法 |
US7424653B2 (en) * | 2003-05-09 | 2008-09-09 | Hewlett-Packard Development Company, L.P. | System and method for error capture and logging in computer systems |
KR100566266B1 (ko) * | 2004-01-20 | 2006-03-29 | 삼성전자주식회사 | 휴대용 단말기와 pc간의 데이터 통신방법 |
CN102057360B (zh) * | 2008-11-19 | 2014-01-22 | Lsi股份有限公司 | 使用自定时的时分复用总线的互连 |
CN101419536B (zh) * | 2008-12-02 | 2011-01-12 | 山东省计算中心 | 一种计算机内存数据获取方法与*** |
US8327040B2 (en) * | 2009-01-26 | 2012-12-04 | Micron Technology, Inc. | Host controller |
JP5411612B2 (ja) * | 2009-07-29 | 2014-02-12 | アルパイン株式会社 | 通信装置 |
CN102420763B (zh) * | 2011-12-07 | 2014-05-07 | 中国航空无线电电子研究所 | Dma发送方法 |
US10148453B2 (en) * | 2016-02-24 | 2018-12-04 | Qualcomm Incorporated | Using update slot to synchronize to Bluetooth LE isochronous channel and communicate state changes |
CN108462651A (zh) * | 2016-12-12 | 2018-08-28 | 中国航空工业集团公司西安航空计算技术研究所 | 一种采用dma链实现的1394异步流传输的方法 |
-
2000
- 2000-05-16 JP JP2000143638A patent/JP2001326670A/ja active Pending
-
2001
- 2001-05-10 TW TW090111160A patent/TW519822B/zh not_active IP Right Cessation
- 2001-05-11 EP EP01304232A patent/EP1156423A2/en not_active Withdrawn
- 2001-05-14 US US09/854,709 patent/US20010044861A1/en not_active Abandoned
- 2001-05-16 CN CN01119002.7A patent/CN1332415A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007529825A (ja) * | 2004-03-17 | 2007-10-25 | ピナクル・システムズ・インコーポレーテッド | 電子データ交換のための装置および方法 |
Also Published As
Publication number | Publication date |
---|---|
US20010044861A1 (en) | 2001-11-22 |
EP1156423A2 (en) | 2001-11-21 |
CN1332415A (zh) | 2002-01-23 |
TW519822B (en) | 2003-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2001292146A (ja) | 電子機器およびディジタルシリアルデータのインタフェース装置のバス初期化フェーズにおける処理方法 | |
JP2001326670A (ja) | 情報処理装置およびそれを利用したブリッジ | |
US20030179719A1 (en) | Method and apparatus for transmitting packets at a transfer rate that depends on a response from a destination | |
US6895003B1 (en) | Communication system, apparatus, and method in which data transmission is interrupted for a bus reset | |
US6909699B2 (en) | Data transfer system, data transfer management apparatus and data transfer method | |
US6363428B1 (en) | Apparatus for and method of separating header information from data in an IEEE 1394-1995 serial bus network | |
KR100746900B1 (ko) | 전자장치, 및 전자장치의 물리층 회로의 상태를 제어하는방법 | |
US6272114B1 (en) | Data processing apparatus/method and electronic apparatus with such apparatus/method | |
JP2002111704A (ja) | データ送受信装置及び方法 | |
JP2001119410A (ja) | 自己識別フェーズにおける処理方法 | |
JP3630971B2 (ja) | データ通信方法、装置、システム、及び記憶媒体 | |
JP2002077211A (ja) | 情報処理装置およびその方法、並びに、記録媒体 | |
EP1120936B1 (en) | Data transfer control device and electronic apparatus | |
US6584534B1 (en) | Combined isochronous and asynchronous communication apparatus, method and interface | |
TW511351B (en) | Data transmission controller and electronic machine | |
JP2001274813A (ja) | 情報信号処理装置及び情報信号処理方法並びに記憶媒体 | |
JP4428750B2 (ja) | データ通信システム | |
US7321938B2 (en) | Data transfer apparatus, network system, and data transfer method | |
JP4026979B2 (ja) | データ通信システム | |
JPH10336252A (ja) | シリアルデータ転送制御装置およびシリアルデータ転送方法 | |
JP2001326669A (ja) | ディジタルシリアルデータのインタフェース装置およびそれを利用したブリッジポータル | |
JP2003110651A (ja) | データ処理方法、データ処理装置、通信プロトコル及びプログラム | |
JPH11177589A (ja) | データ転送装置およびデータ転送装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
JP2004207908A (ja) | 通信システム | |
JPH10243022A (ja) | パケット変換装置および媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060516 |