JP3338009B2 - Ｉｅｅｅ１３９４シリアルバスのためのチャネル拡張方法 - Google Patents
Ｉｅｅｅ１３９４シリアルバスのためのチャネル拡張方法Info
- Publication number
- JP3338009B2 JP3338009B2 JP29453199A JP29453199A JP3338009B2 JP 3338009 B2 JP3338009 B2 JP 3338009B2 JP 29453199 A JP29453199 A JP 29453199A JP 29453199 A JP29453199 A JP 29453199A JP 3338009 B2 JP3338009 B2 JP 3338009B2
- Authority
- JP
- Japan
- Prior art keywords
- channel
- register
- value
- ieee
- bit
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 33
- 239000013256 coordination polymer Substances 0.000 claims description 32
- 230000001360 synchronised effect Effects 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000007423 decrease Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 229940036310 program Drugs 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
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/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40058—Isochronous transmission
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/382—Information transfer, e.g. on bus using universal interface adapter
- G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
-
- 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/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40065—Bandwidth and channel allocation
-
- 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/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40071—Packet processing; Packet format
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Systems (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
シリアルバスを用いたデータ転送に係り、特にＩＥＥＥ
１３９４ノードにおいて実行される、ＩＥＥＥ１３９４
シリアルバスのためのチャネル拡張方法に関する。
シリアルバスを用いたデータ転送に係り、特にＩＥＥＥ
１３９４ノードにおいて実行される、ＩＥＥＥ１３９４
シリアルバスのためのチャネル拡張方法に関する。
【０００２】
【従来の技術】ＩＥＥＥ１３９４シリアルバスは、デー
タを高速で転送することができるバスであって、マルチ
メディアアプリケーションプログラムのためのリアルタ
イムなデータ転送を可能にする。また、ＩＥＥＥ（The
Institute of Electrical andElectronic Engineers, I
nc.）１３９４シリアルバスは、アシンクロナス（Async
hronous）転送サービス、アイソクロナスストリーム（I
sochronous Stream）転送サービス、アシンクロナスス
トリーム転送サービスを提供する。
タを高速で転送することができるバスであって、マルチ
メディアアプリケーションプログラムのためのリアルタ
イムなデータ転送を可能にする。また、ＩＥＥＥ（The
Institute of Electrical andElectronic Engineers, I
nc.）１３９４シリアルバスは、アシンクロナス（Async
hronous）転送サービス、アイソクロナスストリーム（I
sochronous Stream）転送サービス、アシンクロナスス
トリーム転送サービスを提供する。
【０００３】前記ＩＥＥＥ１３９４シリアルバスのアイ
ソクロナスストリーム転送及びアシンクロナスストリー
ム転送は、チャネルを用いてデータの転送を行ってい
る。図１は、ＩＥＥＥ１３９４アイソクロナスデータパ
ケット及びアシンクロナスストリームパケットのフォー
マットを示したものであって、括弧内の数字はビット数
である。前記ＩＥＥＥ１３９４アイソクロナスデータパ
ケット及びアシンクロナスストリームパケットは、図１
に示されたように、３２ビット単位の２クワドレッドヘ
ッダと、表１に示された最大のペイロードサイズ以下の
ペイロードデータ及びＣＲＣデータで構成される。図１
に示されたパケットヘッダで、チャネル番号を表すチャ
ネルフィールドは６ビットであるため、表示できるチャ
ネル数は６４個に限られる。また、タグフィールド（２
ビット）は、上位水準の処理のためのものであって、バ
イナリ値００だけが使用され、他の値は保留されてい
る。
ソクロナスストリーム転送及びアシンクロナスストリー
ム転送は、チャネルを用いてデータの転送を行ってい
る。図１は、ＩＥＥＥ１３９４アイソクロナスデータパ
ケット及びアシンクロナスストリームパケットのフォー
マットを示したものであって、括弧内の数字はビット数
である。前記ＩＥＥＥ１３９４アイソクロナスデータパ
ケット及びアシンクロナスストリームパケットは、図１
に示されたように、３２ビット単位の２クワドレッドヘ
ッダと、表１に示された最大のペイロードサイズ以下の
ペイロードデータ及びＣＲＣデータで構成される。図１
に示されたパケットヘッダで、チャネル番号を表すチャ
ネルフィールドは６ビットであるため、表示できるチャ
ネル数は６４個に限られる。また、タグフィールド（２
ビット）は、上位水準の処理のためのものであって、バ
イナリ値００だけが使用され、他の値は保留されてい
る。
【０００４】
【表１】
【０００５】その数が６４個に限られたチャネルは、２
つの場合に使い分けられる。１つは、転送時間が重要視
されるマルチメディアデータの転送に用いられるアイソ
クロナスチャネルを用いたアイソクロナスストリーム転
送サービスであり、もう１つは転送時間よりデータの安
定性が重要視されるが、大容量のデータをストリームの
形で送りたいときに用いられるアシンクロナスチャネル
を用いたアシンクロナスストリーム転送サービスであ
る。前記アシンクロナスチャネルを用いた転送は、Ｐ１
３９４ａ補完規格に新たに加えられた転送機能である。
ここで、アイソクロナスストリーム転送サービスはチャ
ネル及び帯域幅を割当てられて用いるのに対し、アシン
クロナスストリーム転送サービスは帯域幅は割当てられ
ず、チャネルだけを割当てられ、アシンクロナスストリ
ームサービスに相当するデータはアシンクロナス転送モ
ードで処理される。全体チャネル数は６４個に限られて
いるため、アシンクロナスストリーム転送でチャネルを
多数使用する場合、相対的にアイソクロナス転送で使用
可能なチャネルの数は減る。
つの場合に使い分けられる。１つは、転送時間が重要視
されるマルチメディアデータの転送に用いられるアイソ
クロナスチャネルを用いたアイソクロナスストリーム転
送サービスであり、もう１つは転送時間よりデータの安
定性が重要視されるが、大容量のデータをストリームの
形で送りたいときに用いられるアシンクロナスチャネル
を用いたアシンクロナスストリーム転送サービスであ
る。前記アシンクロナスチャネルを用いた転送は、Ｐ１
３９４ａ補完規格に新たに加えられた転送機能である。
ここで、アイソクロナスストリーム転送サービスはチャ
ネル及び帯域幅を割当てられて用いるのに対し、アシン
クロナスストリーム転送サービスは帯域幅は割当てられ
ず、チャネルだけを割当てられ、アシンクロナスストリ
ームサービスに相当するデータはアシンクロナス転送モ
ードで処理される。全体チャネル数は６４個に限られて
いるため、アシンクロナスストリーム転送でチャネルを
多数使用する場合、相対的にアイソクロナス転送で使用
可能なチャネルの数は減る。
【０００６】図２は、ＩＥＥＥ１３９４の同期リソース
マネージャ（以下、単にＩＲＭとする）が備えているCH
ANNELS_AVAILABLE（CA）レジスタのフォーマットを示し
たものである。既存のＩＥＥＥ１３９４のチャネル管理
は次のようになされていた。先ず、ＩＲＭのCHANNELS_A
VAILABLE（CA）の値を読取り、使用できるチャネルの存
否を確認する。もし、使用できるチャネルがあったなら
ば、使用できるチャネル番号を引数（argument）として
ロックトランジャクションを行い、チャネルを割当てら
れる。
マネージャ（以下、単にＩＲＭとする）が備えているCH
ANNELS_AVAILABLE（CA）レジスタのフォーマットを示し
たものである。既存のＩＥＥＥ１３９４のチャネル管理
は次のようになされていた。先ず、ＩＲＭのCHANNELS_A
VAILABLE（CA）の値を読取り、使用できるチャネルの存
否を確認する。もし、使用できるチャネルがあったなら
ば、使用できるチャネル番号を引数（argument）として
ロックトランジャクションを行い、チャネルを割当てら
れる。
【０００７】続いて、割当てられたチャネルを用い、ア
イソクロナス転送がなされる。このとき、データパケッ
トのうち、割当てられたチャネル番号を表すチャネルフ
ィールドは６ビットで構成されているため、表示可能な
チャネル数は６４個に限られる。
イソクロナス転送がなされる。このとき、データパケッ
トのうち、割当てられたチャネル番号を表すチャネルフ
ィールドは６ビットで構成されているため、表示可能な
チャネル数は６４個に限られる。
【０００８】図３は、ＩＲＭのCHANNELS_AVAILABLE（C
A）レジスタを用いたチャネル管理をより具体的に説明
するためのものである。先ず、あるノードに対して初期
化動作がなされると、前記ＣＡレジスタの二つの部分、
つまり、channel_available_hi及びchannel_available_
loはそれぞれ１に設定される。すなわち、１６進数値で
‘FFFF’が設定される。続いて、他のノードは、リード
トランジャクションを行い、使用できるチャネルの存否
を確認する。もし、使用できるチャネルがあったなら
ば、使用できるチャネル番号を以てロックトランジャク
ションを行い、該当ノードはＩＲＭのＣＡレジスタの使
用するチャネルに該当するビットを設定する。すなわ
ち、ロックトランジャクションにより使用されたチャネ
ルに該当するＣＡの該当ビットは０に設定される。
A）レジスタを用いたチャネル管理をより具体的に説明
するためのものである。先ず、あるノードに対して初期
化動作がなされると、前記ＣＡレジスタの二つの部分、
つまり、channel_available_hi及びchannel_available_
loはそれぞれ１に設定される。すなわち、１６進数値で
‘FFFF’が設定される。続いて、他のノードは、リード
トランジャクションを行い、使用できるチャネルの存否
を確認する。もし、使用できるチャネルがあったなら
ば、使用できるチャネル番号を以てロックトランジャク
ションを行い、該当ノードはＩＲＭのＣＡレジスタの使
用するチャネルに該当するビットを設定する。すなわ
ち、ロックトランジャクションにより使用されたチャネ
ルに該当するＣＡの該当ビットは０に設定される。
【０００９】この際に使用されるロックトランジャクシ
ョンは、argument及びdataという２つのパラメータをも
つ。すなわち、ロックトランジャクションを関数で表す
と、lock（arg, data）となる。前記argumentは、リー
ドトランジャクションにより読取ったレジスタの値であ
り、前記dataは割当てられたいチャネルの値である。Ｉ
ＲＭは、argumentの値とレジスタの既存値との比較を行
い、その値が同じであれば、レジスタ値をデータ値に書
き換えるとともに、書き換える前のレジスタ値はチャネ
ルを要求したノードに送られる。
ョンは、argument及びdataという２つのパラメータをも
つ。すなわち、ロックトランジャクションを関数で表す
と、lock（arg, data）となる。前記argumentは、リー
ドトランジャクションにより読取ったレジスタの値であ
り、前記dataは割当てられたいチャネルの値である。Ｉ
ＲＭは、argumentの値とレジスタの既存値との比較を行
い、その値が同じであれば、レジスタ値をデータ値に書
き換えるとともに、書き換える前のレジスタ値はチャネ
ルを要求したノードに送られる。
【００１０】一方、当初、ＩＥＥＥ１３９４シリアルバ
スの帯域幅が１００Mbpsであった場合には、チャネル当
り使用可能な平均帯域幅が約１Mbpsで、あまり大でなか
った。従って、チャネル数が帯域幅を限るようなことは
なかった。しかし、支援できる帯域幅が次第に広まり、
Gbpsに至った場合には、チャネル当り使用可能な平均帯
域幅が１０Mbps以上で充分であり、アシンクロナススト
リーム転送でもチャネルを使用するが故に、６４個のチ
ャネルでは全体帯域幅を充分活用できなくなる恐れがあ
る。すなわち、全体チャネル数が６４個に限られている
ため、アシンクロナスストリーム転送でチャネルを多数
使用する場合、相対的にアイソクロナス転送で使用でき
るチャネル数は減るのである。また、使用できる帯域幅
があまったにも拘わらず、６４個のチャネルを全て使用
してしまうことがある。
スの帯域幅が１００Mbpsであった場合には、チャネル当
り使用可能な平均帯域幅が約１Mbpsで、あまり大でなか
った。従って、チャネル数が帯域幅を限るようなことは
なかった。しかし、支援できる帯域幅が次第に広まり、
Gbpsに至った場合には、チャネル当り使用可能な平均帯
域幅が１０Mbps以上で充分であり、アシンクロナススト
リーム転送でもチャネルを使用するが故に、６４個のチ
ャネルでは全体帯域幅を充分活用できなくなる恐れがあ
る。すなわち、全体チャネル数が６４個に限られている
ため、アシンクロナスストリーム転送でチャネルを多数
使用する場合、相対的にアイソクロナス転送で使用でき
るチャネル数は減るのである。また、使用できる帯域幅
があまったにも拘わらず、６４個のチャネルを全て使用
してしまうことがある。
【００１１】もし、ＩＲＭのチャネルを拡張するとして
も、アイソクロナスデータパケットで、表現可能なチャ
ネルが６４個に限られるため、前記拡張されたチャネル
を使用できないという不都合があった。
も、アイソクロナスデータパケットで、表現可能なチャ
ネルが６４個に限られるため、前記拡張されたチャネル
を使用できないという不都合があった。
【００１２】
【発明が解決しようとする課題】本発明は上記事情に鑑
みて成されたものであり、その目的は、ＩＥＥＥ１３９
４ソフトウェアの開発者がチャネルに基づくデータ転送
機能を使用するアプリケーションプログラムを作成する
とき、Gbps級の帯域幅で生じうる６４個のＩＥＥＥ１３
９４チャネルの不足を解消することのできる、ＩＥＥＥ
１３９４シリアルバスのためのチャネル拡張方法を提供
するところにある。本発明の他の目的は、前記チャネル
拡張方法により拡張されたチャネルを解除する方法を提
供するところにある。
みて成されたものであり、その目的は、ＩＥＥＥ１３９
４ソフトウェアの開発者がチャネルに基づくデータ転送
機能を使用するアプリケーションプログラムを作成する
とき、Gbps級の帯域幅で生じうる６４個のＩＥＥＥ１３
９４チャネルの不足を解消することのできる、ＩＥＥＥ
１３９４シリアルバスのためのチャネル拡張方法を提供
するところにある。本発明の他の目的は、前記チャネル
拡張方法により拡張されたチャネルを解除する方法を提
供するところにある。
【００１３】
【課題を解決するための手段】前記目的を達成するため
に、本発明にかかるＩＥＥＥ１３９４シリアルバスのた
めのチャネル拡張方法は、ＩＥＥＥ１３９４ノードの同
期リソースマネージャを通じたチャネル割当てにおける
チャネル拡張方法であって、前記同期リソースマネージ
ャで割当てられたチャネル情報を表しているＣＡレジス
タに等しいフォーマットのレジスタである物理チャネル
のためのＣＰレジスタ及び拡張チャネルのためのＣＥレ
ジスタを前記ＩＥＥＥ１３９４ノードに具備させるステ
ップと、前記同期リソースマネージャのチャネルがいず
れも使用済みの状態で、且つ使用できる帯域幅があまっ
たか否かをチェックするステップと、チャネルがいずれ
も使用済みの状態で、且つ使用できる帯域幅があまった
ならば、前記ＣＰレジスタの値＋６４に相当する値をＣ
Ｅレジスタの値に設定するステップと、前記ＣＥレジス
タの値が設定されると、パケットのタグフィールド値を
所定の値に設定するステップとを備えることを特徴とす
る。
に、本発明にかかるＩＥＥＥ１３９４シリアルバスのた
めのチャネル拡張方法は、ＩＥＥＥ１３９４ノードの同
期リソースマネージャを通じたチャネル割当てにおける
チャネル拡張方法であって、前記同期リソースマネージ
ャで割当てられたチャネル情報を表しているＣＡレジス
タに等しいフォーマットのレジスタである物理チャネル
のためのＣＰレジスタ及び拡張チャネルのためのＣＥレ
ジスタを前記ＩＥＥＥ１３９４ノードに具備させるステ
ップと、前記同期リソースマネージャのチャネルがいず
れも使用済みの状態で、且つ使用できる帯域幅があまっ
たか否かをチェックするステップと、チャネルがいずれ
も使用済みの状態で、且つ使用できる帯域幅があまった
ならば、前記ＣＰレジスタの値＋６４に相当する値をＣ
Ｅレジスタの値に設定するステップと、前記ＣＥレジス
タの値が設定されると、パケットのタグフィールド値を
所定の値に設定するステップとを備えることを特徴とす
る。
【００１４】前記拡張方法は、前記ＣＥレジスタにも割
当てできるチャネルがなかったならば、前記パケットの
タグフィールド値を保留されている別の値に設定すると
ともに、前記過程を繰り返してチャネルを拡張するステ
ップをさらに含むことが好ましい。
当てできるチャネルがなかったならば、前記パケットの
タグフィールド値を保留されている別の値に設定すると
ともに、前記過程を繰り返してチャネルを拡張するステ
ップをさらに含むことが好ましい。
【００１５】前記他の目的を達成するための、本発明に
かかるＩＥＥＥ１３９４シリアルバスのための拡張され
たチャネルの解除方法は、ＩＥＥＥ１３９４ノードの同
期リソースマネージャを通ったチャネル割当てにおける
拡張されたチャネルを解除する方法であって、前記ノー
ドが、前記同期リソースマネージャで割当てられたチャ
ネル情報を表しているＣＡレジスタに等しいフォーマッ
トのレジスタである物理チャネルのためのＣＰレジスタ
及び拡張チャネルのためのＣＥレジスタを備えたとする
とき、解除したいチャネル番号が拡張チャネルに相当す
るか否かをチェックするステップと、チャネル番号が拡
張チャネルに相当したならば、ＣＥレジスタの該当ビッ
トを非使用中のことと設定するステップと、ＣＰレジス
タの該当チャネルのビットが使用中のことと表示してあ
るか否かをチェックするステップと、ＣＰレジスタの該
当チャネルのビットも非使用中のことと表示してあった
ならば、同期リソースマネージャの該当チャネルを解除
するステップとを備えることを特徴とする。
かかるＩＥＥＥ１３９４シリアルバスのための拡張され
たチャネルの解除方法は、ＩＥＥＥ１３９４ノードの同
期リソースマネージャを通ったチャネル割当てにおける
拡張されたチャネルを解除する方法であって、前記ノー
ドが、前記同期リソースマネージャで割当てられたチャ
ネル情報を表しているＣＡレジスタに等しいフォーマッ
トのレジスタである物理チャネルのためのＣＰレジスタ
及び拡張チャネルのためのＣＥレジスタを備えたとする
とき、解除したいチャネル番号が拡張チャネルに相当す
るか否かをチェックするステップと、チャネル番号が拡
張チャネルに相当したならば、ＣＥレジスタの該当ビッ
トを非使用中のことと設定するステップと、ＣＰレジス
タの該当チャネルのビットが使用中のことと表示してあ
るか否かをチェックするステップと、ＣＰレジスタの該
当チャネルのビットも非使用中のことと表示してあった
ならば、同期リソースマネージャの該当チャネルを解除
するステップとを備えることを特徴とする。
【００１６】前記解除方法は、解除したいチャネルが拡
張チャネルでない場合、ＣＥレジスタの該当チャネルの
ビットが使用中のことと表示してあるか否かをチェック
するステップと、ＣＥレジスタの該当ビットが非使用中
のことと表示してあったならば、ＣＰレジスタの該当ビ
ットだけを非使用中のことと設定するステップと、前記
ＣＥレジスタの該当チャネルのビットが使用中のことと
表示してあったならば、同期リソースマネージャの該当
チャネルを解除するステップとをさらに備えることが好
ましい。
張チャネルでない場合、ＣＥレジスタの該当チャネルの
ビットが使用中のことと表示してあるか否かをチェック
するステップと、ＣＥレジスタの該当ビットが非使用中
のことと表示してあったならば、ＣＰレジスタの該当ビ
ットだけを非使用中のことと設定するステップと、前記
ＣＥレジスタの該当チャネルのビットが使用中のことと
表示してあったならば、同期リソースマネージャの該当
チャネルを解除するステップとをさらに備えることが好
ましい。
【００１７】
【発明の実施の形態】以下、添付した図面に基づき本発
明を詳細に説明する。図４は、本発明が適用される、Ｉ
ＥＥＥ１３９４ノードが備えている通常のプロトコルス
タック、アプリケーションプログラム（Aplication Pro
gram;以下、ＡＰと称する）及びアプリケーションプロ
グラムインタフェース（Aplication Program Interfac
e;以下、ＡＰＩと称する）を含めた全体的な転送フロー
を示したものである。最下位層のフィジカルレイヤ（Ph
ysical Layer）１００は、送信に際し、上位層のリン
クレイヤ（Link Layer）１１０からビット列を受け取
り、シリアルバスの使用権を取得する。続いて、フィジ
カルレイヤ１００は、前記ビット列を符号化し、電気的
信号に変換してバス上にデータを送る。受信に際して
は、前記送信時とは逆の過程を経る。リンクレイヤ１１
０は、パケット単位でデータを取り扱い、パケットの構
成または分解、エラーの検出、バスサイクルの管理など
の役割を担っている。トランジャクションレイヤ（Tran
scation Layer）１２０は、read／write／lockなどの
トランジャクションを提供し、下位層から提供されるサ
ービスを用い、１３９４バス上の別のノードとアシンク
ロナス通信を行う。ＡＰＩ１３０は、アシンクロナスト
ランジャクションまたはアイソクロナスチャネルを介し
てのデータ転送に必要な、ＡＰ１４０とプロトコールス
タックとのインタフェースを提供する。
明を詳細に説明する。図４は、本発明が適用される、Ｉ
ＥＥＥ１３９４ノードが備えている通常のプロトコルス
タック、アプリケーションプログラム（Aplication Pro
gram;以下、ＡＰと称する）及びアプリケーションプロ
グラムインタフェース（Aplication Program Interfac
e;以下、ＡＰＩと称する）を含めた全体的な転送フロー
を示したものである。最下位層のフィジカルレイヤ（Ph
ysical Layer）１００は、送信に際し、上位層のリン
クレイヤ（Link Layer）１１０からビット列を受け取
り、シリアルバスの使用権を取得する。続いて、フィジ
カルレイヤ１００は、前記ビット列を符号化し、電気的
信号に変換してバス上にデータを送る。受信に際して
は、前記送信時とは逆の過程を経る。リンクレイヤ１１
０は、パケット単位でデータを取り扱い、パケットの構
成または分解、エラーの検出、バスサイクルの管理など
の役割を担っている。トランジャクションレイヤ（Tran
scation Layer）１２０は、read／write／lockなどの
トランジャクションを提供し、下位層から提供されるサ
ービスを用い、１３９４バス上の別のノードとアシンク
ロナス通信を行う。ＡＰＩ１３０は、アシンクロナスト
ランジャクションまたはアイソクロナスチャネルを介し
てのデータ転送に必要な、ＡＰ１４０とプロトコールス
タックとのインタフェースを提供する。
【００１８】図５は、本発明が適用される、データの送
受信を要求する少なくとも１つのＡＰＩをもつノード５
００とチャネル管理及び帯域幅の管理を司るＩＲＭ５１
０との連結関係と、前記ノード及びＩＲＭのチャネル拡
張のための内部レジスタを示したものである。図５に示
されたように、ＩＥＥＥ１３９４シリアルバスに直結さ
れた各ノードは、チャネル番号の使用状況を書き込むた
めに、CHANNELS_AVAILABLE（CA）レジスタ５１２と同じ
フォーマットをもつ２つのレジスタ、すなわちCHANNELS
_PHYSICAL（CP）レジスタ５０２及びCHANNELS_EXTENSIO
N（CE）レジスタ５０４を備える。前記ＣＰレジスタ５
０２は物理チャネルを使用しているか否かを表し、前記
ＣＥレジスタ５１２は拡張チャネルを使用しているか否
かを表す。
受信を要求する少なくとも１つのＡＰＩをもつノード５
００とチャネル管理及び帯域幅の管理を司るＩＲＭ５１
０との連結関係と、前記ノード及びＩＲＭのチャネル拡
張のための内部レジスタを示したものである。図５に示
されたように、ＩＥＥＥ１３９４シリアルバスに直結さ
れた各ノードは、チャネル番号の使用状況を書き込むた
めに、CHANNELS_AVAILABLE（CA）レジスタ５１２と同じ
フォーマットをもつ２つのレジスタ、すなわちCHANNELS
_PHYSICAL（CP）レジスタ５０２及びCHANNELS_EXTENSIO
N（CE）レジスタ５０４を備える。前記ＣＰレジスタ５
０２は物理チャネルを使用しているか否かを表し、前記
ＣＥレジスタ５１２は拡張チャネルを使用しているか否
かを表す。
【００１９】本発明によるチャネル拡張方法は、チャネ
ルの割当てと、割当てられたチャネルの解除とで構成さ
れる。以下では、チャネルの割当て及びチャネルの解除
について説明する。該当ノード５００がＩＲＭ５１０を
介して割当てられたチャネル、すなわち物理チャネルが
ある場合、それを使って６３番以上の番号の拡張チャネ
ルを生成するのである。この方法は、可用の物理チャネ
ルはないが、帯域幅には余裕がある状態でチャネル要求
が入る場合に動作する。この状態で、チャネルの使用を
希望するチャネルクライアント、例えば、ＡＰからチャ
ネル要求を受けると、デバイスドライバは、すでに割当
てられた物理チャネル中の１つに６４を加えた値を前記
チャネルクライアントに拡張チャネル番号として返し、
両チャネル間の接続を維持する。これは、拡張チャネル
を管理するレジスタの該当チャネルビットを使用中のこ
とと設定することにより行われる。前記拡張チャネル番
号は、自分のノード内の物理チャネルに基づいて決めら
れるので、同じチャネル番号による衝突が起こらない。
したがって、ＩＲＭを介することなくても、チャネル番
号が重なって割当てられるようなことはない。拡張チャ
ネルでも同じく、帯域幅は物理チャネルでの方法により
割当てられる。
ルの割当てと、割当てられたチャネルの解除とで構成さ
れる。以下では、チャネルの割当て及びチャネルの解除
について説明する。該当ノード５００がＩＲＭ５１０を
介して割当てられたチャネル、すなわち物理チャネルが
ある場合、それを使って６３番以上の番号の拡張チャネ
ルを生成するのである。この方法は、可用の物理チャネ
ルはないが、帯域幅には余裕がある状態でチャネル要求
が入る場合に動作する。この状態で、チャネルの使用を
希望するチャネルクライアント、例えば、ＡＰからチャ
ネル要求を受けると、デバイスドライバは、すでに割当
てられた物理チャネル中の１つに６４を加えた値を前記
チャネルクライアントに拡張チャネル番号として返し、
両チャネル間の接続を維持する。これは、拡張チャネル
を管理するレジスタの該当チャネルビットを使用中のこ
とと設定することにより行われる。前記拡張チャネル番
号は、自分のノード内の物理チャネルに基づいて決めら
れるので、同じチャネル番号による衝突が起こらない。
したがって、ＩＲＭを介することなくても、チャネル番
号が重なって割当てられるようなことはない。拡張チャ
ネルでも同じく、帯域幅は物理チャネルでの方法により
割当てられる。
【００２０】アイソクロナスストリーム及びアシンクロ
ナスストリームパケットのヘッダに書き込まれるチャネ
ル番号は６ビットで、表現可能なチャネル数は６４個に
限られるため、拡張チャネル番号は、タグフィールドで
使用しない値を以て表す。したがって、タグの設定され
たチャネル番号ｘは、６４＋ｘとなる。
ナスストリームパケットのヘッダに書き込まれるチャネ
ル番号は６ビットで、表現可能なチャネル数は６４個に
限られるため、拡張チャネル番号は、タグフィールドで
使用しない値を以て表す。したがって、タグの設定され
たチャネル番号ｘは、６４＋ｘとなる。
【００２１】もし、拡張チャネルの使用中に、直結され
た物理チャネルに対する解除リクエストが入ると、装置
駆動器は、物理チャネルを解除せず、ＣＰレジスタの該
当ビットだけを０にし、継続して拡張チャネルを使用で
きるようにする。デバイスドライバは、ＡＰで拡張チャ
ネル及び物理チャネルを共に解除した場合、すなわち、
ＣＰレジスタ及びＣＥレジスタの該当ビットが共に０で
ある場合に限って、該当する物理チャネルをＩＲＭのＣ
Ａレジスタを介して解除する。拡張チャネルに対する帯
域幅の解除は、物理チャネルと同様の方法により処理さ
れる。
た物理チャネルに対する解除リクエストが入ると、装置
駆動器は、物理チャネルを解除せず、ＣＰレジスタの該
当ビットだけを０にし、継続して拡張チャネルを使用で
きるようにする。デバイスドライバは、ＡＰで拡張チャ
ネル及び物理チャネルを共に解除した場合、すなわち、
ＣＰレジスタ及びＣＥレジスタの該当ビットが共に０で
ある場合に限って、該当する物理チャネルをＩＲＭのＣ
Ａレジスタを介して解除する。拡張チャネルに対する帯
域幅の解除は、物理チャネルと同様の方法により処理さ
れる。
【００２２】一方、図６は、前記チャネル割当ての方法
を説明するためのフローチャートである。以下では、図
６を参照して前記チャネル割当ての方法をより具体的に
説明する。
を説明するためのフローチャートである。以下では、図
６を参照して前記チャネル割当ての方法をより具体的に
説明する。
【００２３】前記ノード５００のＡＰがＩＲＭ５１０に
向って、チャネルを要求すると、ＩＲＭ５１０は、設定
したいチャネル番号を引数として受け取る（ステップ６
００）。ＩＲＭ５１０は、該引数を基にチャネルを割当
てるルーチンを処理し、チャネル割当てに関する結果を
示すステータス値を前記ノード５００に返す（ステップ
６１０）。ノード５００は、前記返されたステータス値
をみてＩＲＭ５１０で成功にチャネル割当てがなされた
か否かをチェックする（ステップ６２０）。もし、チャ
ネル割当てが成功したならば、各ノードのＩＲＭとの連
携管理のために、前記ノード５００のＣＰレジスタ５０
２が要求したチャネルに該当するビットを使用中に設定
し、ＡＰに要求したチャネル値を返す（ステップ６３
０）。
向って、チャネルを要求すると、ＩＲＭ５１０は、設定
したいチャネル番号を引数として受け取る（ステップ６
００）。ＩＲＭ５１０は、該引数を基にチャネルを割当
てるルーチンを処理し、チャネル割当てに関する結果を
示すステータス値を前記ノード５００に返す（ステップ
６１０）。ノード５００は、前記返されたステータス値
をみてＩＲＭ５１０で成功にチャネル割当てがなされた
か否かをチェックする（ステップ６２０）。もし、チャ
ネル割当てが成功したならば、各ノードのＩＲＭとの連
携管理のために、前記ノード５００のＣＰレジスタ５０
２が要求したチャネルに該当するビットを使用中に設定
し、ＡＰに要求したチャネル値を返す（ステップ６３
０）。
【００２４】すなわち、前記ステップ６１０からステッ
プ６３０までの過程は、ＩＲＭ５１０で成功にチャネル
割当てがなされた場合であるから、ＩＲＭ５１０のレジ
スタ５１２情報とノード５００のＣＰレジスタ５０２の
情報とが一致するように、ＣＰレジスタ５０２の該当ビ
ットだけを設定すれば良い。
プ６３０までの過程は、ＩＲＭ５１０で成功にチャネル
割当てがなされた場合であるから、ＩＲＭ５１０のレジ
スタ５１２情報とノード５００のＣＰレジスタ５０２の
情報とが一致するように、ＣＰレジスタ５０２の該当ビ
ットだけを設定すれば良い。
【００２５】これに対し、前記ステップ６２０でチャネ
ル割当てが成功しなかった場合には、ＩＲＭ５１０のチ
ャネルがいずれも使用済みの状態で、且つ使用できる帯
域幅があまったか否かをチェックする（ステップ６４
０）。もし、チャネルはいずれも使用済みの状態である
としても、使用できる帯域幅があまったならば、ノード
自分５００がリクエストしたチャネルがＣＰレジスタで
は非使用中のことと表示され、ＣＥレジスタでは使用中
のことと表示されるか否かをチェックする（ステップ６
５０）。もし、そうであれば、ＣＰレジスタに該当する
チャネルを使用できるので、ＣＰレジスタの該当ビット
を使用中に設定し、リクエストしたチャネル値を返す
（ステップ６６０）。すなわち、前記ステップ６５０及
びステップ６６０は、ＩＲＭでは該当チャネルが継続し
て使用中のこととなっているので、ＣＰレジスタの情報
だけを変え、そのチャネル番号をそのまま使用すること
ができる。
ル割当てが成功しなかった場合には、ＩＲＭ５１０のチ
ャネルがいずれも使用済みの状態で、且つ使用できる帯
域幅があまったか否かをチェックする（ステップ６４
０）。もし、チャネルはいずれも使用済みの状態である
としても、使用できる帯域幅があまったならば、ノード
自分５００がリクエストしたチャネルがＣＰレジスタで
は非使用中のことと表示され、ＣＥレジスタでは使用中
のことと表示されるか否かをチェックする（ステップ６
５０）。もし、そうであれば、ＣＰレジスタに該当する
チャネルを使用できるので、ＣＰレジスタの該当ビット
を使用中に設定し、リクエストしたチャネル値を返す
（ステップ６６０）。すなわち、前記ステップ６５０及
びステップ６６０は、ＩＲＭでは該当チャネルが継続し
て使用中のこととなっているので、ＣＰレジスタの情報
だけを変え、そのチャネル番号をそのまま使用すること
ができる。
【００２６】続いて、リクエストしたチャネルがＣＰレ
ジスタでは使用中で、且つＣＥレジスタでは非使用中の
ことと表示されているか否かをチェックする（ステップ
６７０）。もし、そうであれば、ＣＥレジスタの該当ビ
ットを使用中の状態に設定し、リクエストしたチャネル
番号＋６４に相当するチャネル番号を返す。すなわち、
ＡＰにより拡張チャネルが使用されるのである（ステッ
プ６８０）。もし、リクエストしたチャネルがＣＰレジ
スタ及びＣＥレジスタで共に使用中のことと表示される
と、リクエストしたチャネルが誤った値であるから、チ
ャネルをリクエストしたＡＰにエラー値を返す（ステッ
プ６９０）。ここで、前記ステップ６２０でチャネル割
当てが成功になされなかったら、ステップ６４０に進む
に先立って、さらにチャネル割当てを試みても良い。
ジスタでは使用中で、且つＣＥレジスタでは非使用中の
ことと表示されているか否かをチェックする（ステップ
６７０）。もし、そうであれば、ＣＥレジスタの該当ビ
ットを使用中の状態に設定し、リクエストしたチャネル
番号＋６４に相当するチャネル番号を返す。すなわち、
ＡＰにより拡張チャネルが使用されるのである（ステッ
プ６８０）。もし、リクエストしたチャネルがＣＰレジ
スタ及びＣＥレジスタで共に使用中のことと表示される
と、リクエストしたチャネルが誤った値であるから、チ
ャネルをリクエストしたＡＰにエラー値を返す（ステッ
プ６９０）。ここで、前記ステップ６２０でチャネル割
当てが成功になされなかったら、ステップ６４０に進む
に先立って、さらにチャネル割当てを試みても良い。
【００２７】一方、図７は、前記割当てられたチャネル
を解除する方法を説明するためのフローチャートであ
る。図７を参照して前記チャネル解除の方法をより具体
的に説明する。
を解除する方法を説明するためのフローチャートであ
る。図７を参照して前記チャネル解除の方法をより具体
的に説明する。
【００２８】前記ノード５００のＡＰがチャネルの解除
を希望すると、解除を希望するチャネル番号を引数とし
て受ける（ステップ７００）。続いて、前記チャネル番
号が６３より大きいか否かをチェックする（ステップ７
０５）。ここで、前記チャネル番号が６３より大きけれ
ば、解除したいチャネルが拡張チャネルであるから、Ｃ
Ｅレジスタの該当ビットを非使用中に設定する（ステッ
プ７１０）。続いて、ＣＰレジスタの該当ビットも使用
中に表示されているか否かをチェックする（ステップ７
１５）。ＣＰレジスタの該当ビットが非使用中に表示さ
れていると、ＩＲＭ５１０の該当チャネルを解除する
（ステップ７２０）。このとき、前記解除をリクエスト
したチャネル−６４に相当するチャネル番号を解除す
る。続いて、サクセスメッセージを返す（ステップ７２
５）。一方、ステップ７１５で、ＣＰレジスタの該当ビ
ットが使用中のことと表示されていると、ＩＲＭの該当
チャネルを解除せずにすぐサクセス（SUCCESS）メッセ
ージを返す。
を希望すると、解除を希望するチャネル番号を引数とし
て受ける（ステップ７００）。続いて、前記チャネル番
号が６３より大きいか否かをチェックする（ステップ７
０５）。ここで、前記チャネル番号が６３より大きけれ
ば、解除したいチャネルが拡張チャネルであるから、Ｃ
Ｅレジスタの該当ビットを非使用中に設定する（ステッ
プ７１０）。続いて、ＣＰレジスタの該当ビットも使用
中に表示されているか否かをチェックする（ステップ７
１５）。ＣＰレジスタの該当ビットが非使用中に表示さ
れていると、ＩＲＭ５１０の該当チャネルを解除する
（ステップ７２０）。このとき、前記解除をリクエスト
したチャネル−６４に相当するチャネル番号を解除す
る。続いて、サクセスメッセージを返す（ステップ７２
５）。一方、ステップ７１５で、ＣＰレジスタの該当ビ
ットが使用中のことと表示されていると、ＩＲＭの該当
チャネルを解除せずにすぐサクセス（SUCCESS）メッセ
ージを返す。
【００２９】一方、解除したいチャネルが６３を超えな
い場合には、ＣＥレジスタの該当ビットが使用中のこと
と表示されているか否かをチェックする（ステップ７３
０）。ＣＥレジスタの該当ビットが使用中に表示されて
いると、ＣＰレジスタの該当ビットだけを非使用中の状
態に設定する（ステップ７３５）。続いて、解除を成功
に終えたので、サクセスメッセージを返す（ステップ７
４０）。前記ステップ７３０で、ＣＥレジスタの該当ビ
ットが非使用中に表示されていると、リクエストしたチ
ャネルが誤った値であるか否かをチェックし（ステップ
７４５）、リクエストしたチャネルが誤った値でなかっ
たら、ＩＲＭの該当チャネルを解除する（ステップ７５
０）。続いて、サクセスメッセージを返す（ステップ７
４０）。もし、リクエストしたチャネルが誤った値であ
ったならば、エラー値を返す（ステップ７５５）。
い場合には、ＣＥレジスタの該当ビットが使用中のこと
と表示されているか否かをチェックする（ステップ７３
０）。ＣＥレジスタの該当ビットが使用中に表示されて
いると、ＣＰレジスタの該当ビットだけを非使用中の状
態に設定する（ステップ７３５）。続いて、解除を成功
に終えたので、サクセスメッセージを返す（ステップ７
４０）。前記ステップ７３０で、ＣＥレジスタの該当ビ
ットが非使用中に表示されていると、リクエストしたチ
ャネルが誤った値であるか否かをチェックし（ステップ
７４５）、リクエストしたチャネルが誤った値でなかっ
たら、ＩＲＭの該当チャネルを解除する（ステップ７５
０）。続いて、サクセスメッセージを返す（ステップ７
４０）。もし、リクエストしたチャネルが誤った値であ
ったならば、エラー値を返す（ステップ７５５）。
【００３０】一方、図８は、通常のＩＥＥＥ１３９４ハ
ードウェアの構成を示したものである。図８を参照し
て、前記チャネル拡張方法によって拡張されたチャネル
を用いデータの転送を行うとき、データパケットの生成
について説明する。
ードウェアの構成を示したものである。図８を参照し
て、前記チャネル拡張方法によって拡張されたチャネル
を用いデータの転送を行うとき、データパケットの生成
について説明する。
【００３１】割当てられた拡張チャネルに関するデータ
を転送するとき、デバイスドライバ８００は、ＤＭＡ
（Direct Memory Access）８２０を介してＦＩＦＯ（Fi
rst-inFirst-out）８３０にパケットを送信するに先立
って、パケットのヘッダに、拡張チャネルの番号を、タ
グフィールド及びチャネルフィールドに分けて書き込
む。そして拡張チャネルに対する受信要求が入ると、デ
バイスドライバ８００は、取り敢えず該当する物理チャ
ネルがＣＡレジスタに割当てられているか否かを確認す
る。もし、物理チャネルがＣＡレジスタに割当てられて
いなかったならば、転送要求をエラー処理する。これに
対して、物理チャネルがＣＡレジスタに割当てられてい
たならば、物理チャネルを基準として拡張チャネルの処
理を準備する。次に、フィジカルレイヤ８５０及びリン
クレイヤ８４０を介してＦＩＦＯ８３０に受信された該
当物理チャネルのパケットヘッダ内に存するタグフィー
ルドをチェックし、前記パケットで指定されているチャ
ネルが拡張チャネルあるいは物理チャネルに該当するか
否かを知る。続いて、前記パケットを別のＤＭＡチャネ
ルの該当チャネルを用い、メモリ８１０部へ送る。
を転送するとき、デバイスドライバ８００は、ＤＭＡ
（Direct Memory Access）８２０を介してＦＩＦＯ（Fi
rst-inFirst-out）８３０にパケットを送信するに先立
って、パケットのヘッダに、拡張チャネルの番号を、タ
グフィールド及びチャネルフィールドに分けて書き込
む。そして拡張チャネルに対する受信要求が入ると、デ
バイスドライバ８００は、取り敢えず該当する物理チャ
ネルがＣＡレジスタに割当てられているか否かを確認す
る。もし、物理チャネルがＣＡレジスタに割当てられて
いなかったならば、転送要求をエラー処理する。これに
対して、物理チャネルがＣＡレジスタに割当てられてい
たならば、物理チャネルを基準として拡張チャネルの処
理を準備する。次に、フィジカルレイヤ８５０及びリン
クレイヤ８４０を介してＦＩＦＯ８３０に受信された該
当物理チャネルのパケットヘッダ内に存するタグフィー
ルドをチェックし、前記パケットで指定されているチャ
ネルが拡張チャネルあるいは物理チャネルに該当するか
否かを知る。続いて、前記パケットを別のＤＭＡチャネ
ルの該当チャネルを用い、メモリ８１０部へ送る。
【００３２】この方法により行った一回のチャネル拡張
でも依然チャネルが不足すると、タグフィールドの用い
ず、保留されている３つの値、すなわちバイナリ値０
１、１０、１１を全部用い、１つの物理チャネルに対し
て３つの拡張チャネルを持たせることができる。もちろ
ん、関連レジスタの数もこれと比例してインクリメント
される。
でも依然チャネルが不足すると、タグフィールドの用い
ず、保留されている３つの値、すなわちバイナリ値０
１、１０、１１を全部用い、１つの物理チャネルに対し
て３つの拡張チャネルを持たせることができる。もちろ
ん、関連レジスタの数もこれと比例してインクリメント
される。
【００３３】
【発明の効果】以上述べたように、本発明によると、帯
域幅が広がるにつれて生じうるチャネル数の不足問題を
解決することができる。すなわち、６４個に限られたチ
ャネルを最大で２５６チャネルまで使用できるようにし
たため、限られたチャネル数が原因で帯域幅を完全に使
用できなかった現象を防ぐことができる。
域幅が広がるにつれて生じうるチャネル数の不足問題を
解決することができる。すなわち、６４個に限られたチ
ャネルを最大で２５６チャネルまで使用できるようにし
たため、限られたチャネル数が原因で帯域幅を完全に使
用できなかった現象を防ぐことができる。
【００３４】一方、前述した本発明は、コンピュータで
実行できるプログラムにて作成可能である。さらに、コ
ンピュータで使用される媒体から前記プログラムを動作
させる汎用のディジタルコンピューターで具現可能であ
る。前記媒体は、マグネチック記憶媒体（例えば、ＲＯ
Ｍ、フロッピディスク、ハードディスク等）、光学的読
取媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）及びキャリ
アウェーブ（例えば、インターネットを通って転送）な
どの記憶媒体を含む。
実行できるプログラムにて作成可能である。さらに、コ
ンピュータで使用される媒体から前記プログラムを動作
させる汎用のディジタルコンピューターで具現可能であ
る。前記媒体は、マグネチック記憶媒体（例えば、ＲＯ
Ｍ、フロッピディスク、ハードディスク等）、光学的読
取媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）及びキャリ
アウェーブ（例えば、インターネットを通って転送）な
どの記憶媒体を含む。
【００３５】さらに、前記記憶媒体は、ＩＥＥＥ１３９
４ノードの同期リソースマネージャを通じたチャネル割
当てにおけるチャネル拡張方法において、前記同期リソ
ースマネージャで割当てられたチャネル情報を表してい
るＣＡレジスタに等しいフォーマットのレジスタである
物理チャネルのためのＣＰレジスタ及び拡張チャネルの
ためのＣＥレジスタを前記ＩＥＥＥ１３９４ノードに具
備させるステップと、前記同期リソースマネージャのチ
ャネルがいずれも使用済みの状態で、且つ使用できる帯
域幅があまったか否かをチェックするステップと、チャ
ネルがいずれも使用済みの状態で、且つ使用できる帯域
幅があまったならば、前記ＣＰレジスタの値＋６４に相
当する値をＣＥレジスタの値に設定するステップと、前
記ＣＥレジスタの値が設定されると、パケットのタグフ
ィールド値を所定の値に設定するステップとをコンピュ
ータで実行可能なプログラムコードを格納している。
４ノードの同期リソースマネージャを通じたチャネル割
当てにおけるチャネル拡張方法において、前記同期リソ
ースマネージャで割当てられたチャネル情報を表してい
るＣＡレジスタに等しいフォーマットのレジスタである
物理チャネルのためのＣＰレジスタ及び拡張チャネルの
ためのＣＥレジスタを前記ＩＥＥＥ１３９４ノードに具
備させるステップと、前記同期リソースマネージャのチ
ャネルがいずれも使用済みの状態で、且つ使用できる帯
域幅があまったか否かをチェックするステップと、チャ
ネルがいずれも使用済みの状態で、且つ使用できる帯域
幅があまったならば、前記ＣＰレジスタの値＋６４に相
当する値をＣＥレジスタの値に設定するステップと、前
記ＣＥレジスタの値が設定されると、パケットのタグフ
ィールド値を所定の値に設定するステップとをコンピュ
ータで実行可能なプログラムコードを格納している。
【００３６】さらに、本発明を具現するための機能プロ
グラム、コード及びコードセグメントは、本発明の属す
る技術分野のプログラマーにより容易に推論できる。
グラム、コード及びコードセグメントは、本発明の属す
る技術分野のプログラマーにより容易に推論できる。
【図１】 ＩＥＥＥ１３９４アイソクロナスデータパケ
ット及びアシンクロナスストリームパケットのフォーマ
ットを示したものである。
ット及びアシンクロナスストリームパケットのフォーマ
ットを示したものである。
【図２】 ＩＥＥＥ１３９４の同期リソースマネージャ
が備えているCHANNELS_AVAILABLE（CA）レジスタのフォ
ーマットを示したものである。
が備えているCHANNELS_AVAILABLE（CA）レジスタのフォ
ーマットを示したものである。
【図３】 ＩＲＭのCHANNELS_AVAILABLE（CA）レジスタ
を用いたチャネル管理をより具体的に説明するためのも
のである。
を用いたチャネル管理をより具体的に説明するためのも
のである。
【図４】 本発明が適用される、ＩＥＥＥ１３９４ノー
ドが備えている通常のプロトコルスタック、アプリケー
ションプログラム及びアプリケーションプログラムイン
タフェース間における全体的な転送フローを示したもの
である。
ドが備えている通常のプロトコルスタック、アプリケー
ションプログラム及びアプリケーションプログラムイン
タフェース間における全体的な転送フローを示したもの
である。
【図５】 本発明が適用される、データ送受信を要求す
る少なくとも１つのアプリケーションプログラムをもつ
ノードとチャネル管理及び帯域幅管理を司るＩＲＭとの
連結関係と、ノード及びＩＲＭのチャネル拡張のための
内部レジスタを示したものである。
る少なくとも１つのアプリケーションプログラムをもつ
ノードとチャネル管理及び帯域幅管理を司るＩＲＭとの
連結関係と、ノード及びＩＲＭのチャネル拡張のための
内部レジスタを示したものである。
【図６】 本発明にかかるチャネル割当ての方法をフロ
ーチャートで示したものである。
ーチャートで示したものである。
【図７】 本発明にかかる、割当てられたチャネルを解
除する方法を示したフローチャートである。
除する方法を示したフローチャートである。
【図８】 通常のＩＥＥＥ１３９４ハードウェアの構成
を示したものである。
を示したものである。
１００ フィジカルレイヤ １１０ リンクレイヤ １２０ トランジャクションレイヤ １３０ ＡＰＩ（アプリケーションプログラムインタフ
ェース） １４０ ＡＰ（アプリケーションプログラム） ５００ ノード ５０２ ＣＰレジスタ ５０４ ＣＥレジスタ ５１０ ＩＲＭ（同期リソースマネージャ） ５１２ ＣＡレジスタ
ェース） １４０ ＡＰ（アプリケーションプログラム） ５００ ノード ５０２ ＣＰレジスタ ５０４ ＣＥレジスタ ５１０ ＩＲＭ（同期リソースマネージャ） ５１２ ＣＡレジスタ
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平９−93250（ＪＰ，Ａ) 特開 平11−261606（ＪＰ，Ａ) 特開 平11−187048（ＪＰ，Ａ) 国際公開97／38513（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/28 - 12/46
Claims (4)
- 【請求項１】 ＩＥＥＥ１３９４ノードの同期リソース
マネージャを通じたチャネル割当てにおけるチャネル拡
張方法において、 前記同期リソースマネージャで割当てられたチャネル情
報を表しているＣＡレジスタに等しいフォーマットのレ
ジスタである物理チャネルのためのＣＰレジスタ及び拡
張チャネルのためのＣＥレジスタを前記ＩＥＥＥ１３９
４ノードに具備させるステップと、 前記同期リソースマネージャのチャネルがいずれも使用
済みの状態で、且つ使用できる帯域幅があまったか否か
をチェックするステップと、 チャネルがいずれも使用済みの状態で、且つ使用できる
帯域幅があまったならば、前記ＣＰレジスタの値＋６４
に相当する値をＣＥレジスタの値に設定するステップ
と、 前記ＣＥレジスタの値が設定されると、パケットのタグ
フィールド値を所定の値に設定するステップとを備える
ことを特徴とするＩＥＥＥ１３９４シリアルバスのため
のチャネル拡張方法。 - 【請求項２】 前記ＣＥレジスタにも割当てできるチャ
ネルがなかったならば、前記パケットのタグフィールド
値を保留されている別の値に設定するとともに、前記過
程を繰り返してチャネルを拡張するステップをさらに含
むことを特徴とする請求項１に記載のＩＥＥＥ１３９４
シリアルバスのためのチャネル拡張方法。 - 【請求項３】 ＩＥＥＥ１３９４ノードの同期リソース
マネージャを通ったチャネル割当てにおける、拡張済み
のチャネルを解除する方法において、 前記ノードが、前記同期リソースマネージャで割当てら
れたチャネル情報を表しているＣＡレジスタに等しいフ
ォーマットのレジスタである物理チャネルのためのＣＰ
レジスタ及び拡張チャネルのためのＣＥレジスタを備え
たとするとき、 解除したいチャネル番号が拡張チャネルに相当するか否
かをチェックするステップと、 チャネル番号が拡張チャネルに相当したならば、ＣＥレ
ジスタの該当ビットを非使用中のことと設定するステッ
プと、 ＣＰレジスタの該当チャネルのビットが使用中のことと
表示してあるか否かをチェックするステップと、 ＣＰレジスタの該当チャネルのビットも非使用中のこと
と表示してあったならば、同期リソースマネージャの該
当チャネルを解除するステップとを備えることを特徴と
する拡張されたチャネルの解除方法。 - 【請求項４】 解除したいチャネルが拡張チャネルに相
当していない場合、ＣＥレジスタの該当チャネルのビッ
トが使用中のことと表示してあるか否かをチェックする
ステップと、 ＣＥレジスタの該当ビットが使用中のことと表示してあ
ったならば、ＣＰレジスタの該当ビットだけを非使用中
のことと設定するステップと、 前記ＣＥレジスタの該当チャネルのビットが非使用中の
ことと表示してあったならば、同期リソースマネージャ
の該当チャネルを解除するステップとをさらに備えるこ
とを特徴とする請求項３に記載の拡張されたチャネルの
解除方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR199843163 | 1998-10-15 | ||
| KR1019980043163A KR100354740B1 (ko) | 1998-10-15 | 1998-10-15 | Ieee1394직렬버스를위한채널확장방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000165423A JP2000165423A (ja) | 2000-06-16 |
| JP3338009B2 true JP3338009B2 (ja) | 2002-10-28 |
Family
ID=19554153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29453199A Expired - Fee Related JP3338009B2 (ja) | 1998-10-15 | 1999-10-15 | Ｉｅｅｅ１３９４シリアルバスのためのチャネル拡張方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6667987B1 (ja) |
| JP (1) | JP3338009B2 (ja) |
| KR (1) | KR100354740B1 (ja) |
| GB (1) | GB2344497B (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001203727A (ja) | 2000-01-18 | 2001-07-27 | Sony Corp | 通信方法及び通信装置 |
| US6847650B1 (en) * | 2000-06-29 | 2005-01-25 | Sony Corporation | System and method for utilizing a memory device to support isochronous processes |
| US6647447B1 (en) * | 2000-12-29 | 2003-11-11 | Sony Corporation | Allocating isochronous channel numbers to devices on an IEEE-1394 bus |
| JP2003110651A (ja) * | 2001-10-01 | 2003-04-11 | Canon Inc | データ処理方法、データ処理装置、通信プロトコル及びプログラム |
| KR100512097B1 (ko) * | 2003-06-26 | 2005-09-28 | 경북대학교 산학협력단 | Ｉｅｅｅ1394 네트워크를 위한 등시성 자원 관리 시스템및 그 방법 |
| KR100617831B1 (ko) * | 2005-02-18 | 2006-08-28 | 삼성전자주식회사 | Ｉｅｅｅ 1394 네트워크에서 전송되는 스트림 수신을 위한자동 채널 선택 방법 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3271493B2 (ja) | 1995-09-26 | 2002-04-02 | ヤマハ株式会社 | ネットワークおよびデータ伝送方法 |
| JPH09275402A (ja) | 1996-04-04 | 1997-10-21 | Sony Corp | 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法 |
| JPH11168473A (ja) * | 1997-12-04 | 1999-06-22 | Matsushita Electric Ind Co Ltd | シリアルバス管理装置 |
| JPH11177589A (ja) * | 1997-12-12 | 1999-07-02 | Canon Inc | データ転送装置およびデータ転送装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 |
| JPH11187048A (ja) | 1997-12-19 | 1999-07-09 | Sony Corp | データ送信方法並びに装置、及びデータ受信方法並びに装置 |
| JP3171241B2 (ja) | 1998-03-06 | 2001-05-28 | 日本電気株式会社 | 通信方法 |
-
1998
- 1998-10-15 KR KR1019980043163A patent/KR100354740B1/ko not_active IP Right Cessation
-
1999
- 1999-10-13 GB GB9924232A patent/GB2344497B/en not_active Expired - Fee Related
- 1999-10-15 JP JP29453199A patent/JP3338009B2/ja not_active Expired - Fee Related
- 1999-10-15 US US09/418,442 patent/US6667987B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| GB2344497A (en) | 2000-06-07 |
| US6667987B1 (en) | 2003-12-23 |
| GB2344497B (en) | 2000-12-13 |
| JP2000165423A (ja) | 2000-06-16 |
| GB9924232D0 (en) | 1999-12-15 |
| KR20000025889A (ko) | 2000-05-06 |
| KR100354740B1 (ko) | 2002-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7349391B2 (en) | Tunneling between a bus and a network | |
| US6651119B2 (en) | Method for allocating priorities to plurality of DMA engines for processing data packets based on bus phase and transactions status | |
| JP3993893B2 (ja) | バスを介したデータ転送及びバス管理に用いるアプリケーションプログラミングインターフェイス | |
| JP4155413B2 (ja) | アプリケーションとバス間の非同期データ転送を自動的に管理する非同期データパイプ | |
| US7505455B1 (en) | Optimizations for tunneling between a bus and a network | |
| JP4689130B2 (ja) | Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 | |
| CA2300470C (en) | Data communication method in ieee1394 network | |
| US6754184B2 (en) | Information processing apparatus and method, and distribution medium | |
| EP1193914A2 (en) | Data transmission and reception | |
| JP2003174486A (ja) | 情報通信装置、情報通信方法および情報通信処理プログラム | |
| JP3338009B2 (ja) | Ｉｅｅｅ１３９４シリアルバスのためのチャネル拡張方法 | |
| JP3098996B2 (ja) | パケット通信装置 | |
| US6725311B1 (en) | Method and apparatus for providing a connection-oriented network over a serial bus | |
| EP1091523B1 (en) | Speed converter for IEEE-1394 serial bus network | |
| KR100316650B1 (ko) | 상위 계층 데이터 전송을 위한 상위 프로토콜과 ieee 1394버스 정합 방법 | |
| EP1049020B1 (en) | Data transfer controller and electronic device | |
| EP0853398A2 (en) | Communication systems, communication apparatus and communication methods | |
| US20050080922A1 (en) | Address translation program and address translation apparatus | |
| JP3622535B2 (ja) | データ伝送装置およびデータ伝送方法 | |
| JPS6161582B2 (ja) | ||
| KR20010019437A (ko) | 상위 프로토콜과 고속 시리얼 버스의 정합방법 | |
| KR100441742B1 (ko) | 정보교환 버스를 이용한 프로세스간 통신 데이터 제어방법및 그 시스템 | |
| Yun et al. | A Dynamic Precedence Queue Mechanism to Improve Transmission Efficiency in CAN Networks | |
| KR20010105200A (ko) | 디지털 직렬 데이터의 인터페이스 장치와 그것을 이용한브릿지 포털, 및 디지털 데이터를 전송하는 방법 | |
| JP2001217857A (ja) | 無線バス |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080809 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080809 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090809 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |