JP3171241B2 - 通信方法 - Google Patents
通信方法Info
- Publication number
- JP3171241B2 JP3171241B2 JP05516698A JP5516698A JP3171241B2 JP 3171241 B2 JP3171241 B2 JP 3171241B2 JP 05516698 A JP05516698 A JP 05516698A JP 5516698 A JP5516698 A JP 5516698A JP 3171241 B2 JP3171241 B2 JP 3171241B2
- Authority
- JP
- Japan
- Prior art keywords
- channel
- node
- session
- management node
- nodes
- 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
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- 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
Description
【０００１】
【発明の属する技術分野】本発明は、パーソナルコンピ
ュータやその周辺機器、またはＡｕｄｉｏ／Ｖｉｓｕａ
ｌ機器を接続することが可能なシリアルバスであって、
ＩＥＥＥ発行、“IEEE Standard for a High Performan
ce Serial Bus”(IEEE Std. 1394-1995)により標準化さ
れた高速シリアルバス（以下、１３９４シリアルバスと
称する）において使用される通信方法に関する。
ュータやその周辺機器、またはＡｕｄｉｏ／Ｖｉｓｕａ
ｌ機器を接続することが可能なシリアルバスであって、
ＩＥＥＥ発行、“IEEE Standard for a High Performan
ce Serial Bus”(IEEE Std. 1394-1995)により標準化さ
れた高速シリアルバス（以下、１３９４シリアルバスと
称する）において使用される通信方法に関する。
【０００２】
【従来の技術】従来より、１３９４シリアルバスに接続
されたパーソナルコンピュータやデジタルオーディオ機
器により構成されるネットワークが考えられている。こ
のネットワークに接続された機器間においてＩＰ（Inte
rnet Protocol）等のコネクションレス型のネットワー
クプロトコルを使用してデータ通信を行う場合、ＩＰデ
ータグラム等を１３９４上で転送するしくみが必要とな
る。このため既に、ＩＥＴＦ（Internet Engineering T
ask Force）において、１３９４上でＩＰをサポートす
る方法が検討されている。
されたパーソナルコンピュータやデジタルオーディオ機
器により構成されるネットワークが考えられている。こ
のネットワークに接続された機器間においてＩＰ（Inte
rnet Protocol）等のコネクションレス型のネットワー
クプロトコルを使用してデータ通信を行う場合、ＩＰデ
ータグラム等を１３９４上で転送するしくみが必要とな
る。このため既に、ＩＥＴＦ（Internet Engineering T
ask Force）において、１３９４上でＩＰをサポートす
る方法が検討されている。
【０００３】この方法においては、ＩＰデータプログラ
ムを送信する場合、まず、送信元のノードから全ノード
に対して通信相手のアドレスをブロードキャストにより
通知し、このＩＰアドレスに対応するノードＩＤを要求
する。これに対して、通知されたＩＰアドレスを持つノ
ードは自分のノードＩＤを通知する。
ムを送信する場合、まず、送信元のノードから全ノード
に対して通信相手のアドレスをブロードキャストにより
通知し、このＩＰアドレスに対応するノードＩＤを要求
する。これに対して、通知されたＩＰアドレスを持つノ
ードは自分のノードＩＤを通知する。
【０００４】これにより、送信元のノードにおいて、ア
シンクロナスパケットの送信先のノードＩＤとして通知
されたノードＩＤが設定され、宛て先のノードに対して
ＩＰデータグラムが送信される。
シンクロナスパケットの送信先のノードＩＤとして通知
されたノードＩＤが設定され、宛て先のノードに対して
ＩＰデータグラムが送信される。
【０００５】
【発明が解決しようとする課題】上述したような従来の
通信方法においては、特定のノードのみを宛先としたユ
ニキャストのデータの送信を行うことが可能である。
通信方法においては、特定のノードのみを宛先としたユ
ニキャストのデータの送信を行うことが可能である。
【０００６】しかしながら、１３９４のノードＩＤにお
いては、特定のノードのＩＤもしくは全ノードを指定す
るためのブロードキャストのＩＤしか設定できないた
め、アシンクロナスパケットを使用する場合、複数の相
手を同時に指定することができず、マルチキャスト通信
を行うことができないという問題点がある。
いては、特定のノードのＩＤもしくは全ノードを指定す
るためのブロードキャストのＩＤしか設定できないた
め、アシンクロナスパケットを使用する場合、複数の相
手を同時に指定することができず、マルチキャスト通信
を行うことができないという問題点がある。
【０００７】また、アシンクロナスパケットにおいて
は、他のノードが同時に通信を行っている場合、帯域の
保証を行うことができないため、サービス品質を保証す
べきデータを転送することができないという問題点があ
る。
は、他のノードが同時に通信を行っている場合、帯域の
保証を行うことができないため、サービス品質を保証す
べきデータを転送することができないという問題点があ
る。
【０００８】このようなマルチキャストのデータあるい
はサービス品質を保証すべきデータを転送する場合、１
３９４の別の転送方法であるアシンクロナスストリーム
またはアイソクロナスストリームが有効である。
はサービス品質を保証すべきデータを転送する場合、１
３９４の別の転送方法であるアシンクロナスストリーム
またはアイソクロナスストリームが有効である。
【０００９】アシンクロナスストリームやアイソクロナ
スストリームにおいては、アイソクロナスパケットのよ
うにノードＩＤを使用して相手を指定するのではなく、
チャンネル番号により通信を指定する。ここで、チャン
ネル番号は２つ以上の任意のノードで共有することが可
能であるため、複数のノード間で１つのチャンネルを使
用してマルチキャスト通信を行うことが可能である。ま
た、アイソクロナスストリームでは、帯域の保証を行う
ことが可能である。
スストリームにおいては、アイソクロナスパケットのよ
うにノードＩＤを使用して相手を指定するのではなく、
チャンネル番号により通信を指定する。ここで、チャン
ネル番号は２つ以上の任意のノードで共有することが可
能であるため、複数のノード間で１つのチャンネルを使
用してマルチキャスト通信を行うことが可能である。ま
た、アイソクロナスストリームでは、帯域の保証を行う
ことが可能である。
【００１０】しかしながら、複数のノード間で１つのチ
ャンネルを使用する可能性がある場合、これらのノード
間において、マルチキャストデータやサービス品質保証
を必要とするデータの送受信に使用するアシンクロナス
ストリームまたはアイソクロナスストリームのチャンネ
ルを通知する手段がないため、これらの通信用のチャン
ネルを動的に設定及び解放することができないという問
題点がある。
ャンネルを使用する可能性がある場合、これらのノード
間において、マルチキャストデータやサービス品質保証
を必要とするデータの送受信に使用するアシンクロナス
ストリームまたはアイソクロナスストリームのチャンネ
ルを通知する手段がないため、これらの通信用のチャン
ネルを動的に設定及び解放することができないという問
題点がある。
【００１１】本発明は、上述したような従来の技術が有
する問題点に鑑みてなされたものであって、１３９４バ
ス上で複数のノード間でマルチキャスト通信やサービス
品質保証を必要とするデータを用いた通信を行う場合、
アシンクロナスストリーム用チャンネルまたはアイソク
ロナスストリーム用チャンネルを動的に設定及び解放す
ることができる通信方法を提供することを目的とする。
する問題点に鑑みてなされたものであって、１３９４バ
ス上で複数のノード間でマルチキャスト通信やサービス
品質保証を必要とするデータを用いた通信を行う場合、
アシンクロナスストリーム用チャンネルまたはアイソク
ロナスストリーム用チャンネルを動的に設定及び解放す
ることができる通信方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】上記目的を達成するた
め、本発明においては、マルチキャスト通信やサービス
品質を保証すべき通信のために使用するチャンネルを管
理する管理ノードを使用する。
め、本発明においては、マルチキャスト通信やサービス
品質を保証すべき通信のために使用するチャンネルを管
理する管理ノードを使用する。
【００１３】管理ノードは各チャンネル毎に、（１）こ
のチャンネルを割り当てているマルチキャストアドレス
またはセッション、（２）このチャンネルを使用してい
るノード数、さらにこのチャンネルをアイソクロナスス
トリームとして使用している場合は、（３）割り当てて
いる帯域量、からなる情報をテーブルに保持する手段を
備える。
のチャンネルを割り当てているマルチキャストアドレス
またはセッション、（２）このチャンネルを使用してい
るノード数、さらにこのチャンネルをアイソクロナスス
トリームとして使用している場合は、（３）割り当てて
いる帯域量、からなる情報をテーブルに保持する手段を
備える。
【００１４】マルチキャスト通信やサービス品質の保証
が必要な通信を行うノードは、管理ノードに対してマル
チキャストアドレスやサービス品質保証を必要とする通
信のセッションを通知する手段を備える。
が必要な通信を行うノードは、管理ノードに対してマル
チキャストアドレスやサービス品質保証を必要とする通
信のセッションを通知する手段を備える。
【００１５】管理ノードは、通信を行うノードからマル
チキャストアドレスやセッション情報を通知された場
合、これらに対してまだチャンネルが割り当てられてい
ない場合はアイソクロナスリソースマネージャからチャ
ンネルと帯域を取得し、これを上記のテーブルに登録す
る手段を備える。さらに割り当てたチャンネルの番号を
ノードに通知する手段を備える。
チキャストアドレスやセッション情報を通知された場
合、これらに対してまだチャンネルが割り当てられてい
ない場合はアイソクロナスリソースマネージャからチャ
ンネルと帯域を取得し、これを上記のテーブルに登録す
る手段を備える。さらに割り当てたチャンネルの番号を
ノードに通知する手段を備える。
【００１６】また、管理ノードは、通信を行うノードか
らマルチキャストアドレスやセッション情報を通知され
た場合、これらに対して既にチャンネルが割り当てられ
ている場合は、これを使用しているノード数を増やし、
このチャンネルの番号をノードに通知する手段を備え
る。
らマルチキャストアドレスやセッション情報を通知され
た場合、これらに対して既にチャンネルが割り当てられ
ている場合は、これを使用しているノード数を増やし、
このチャンネルの番号をノードに通知する手段を備え
る。
【００１７】各ノードは通知されたチャンネルを使用し
てマルチキャスト通信やサービス品質を保証すべき通信
を行う。
てマルチキャスト通信やサービス品質を保証すべき通信
を行う。
【００１８】マルチキャスト通信やサービス品質の保証
が必要な通信を行っているノードは、通信を終了する場
合、管理ノードに対してマルチキャストアドレスやサー
ビス品質保証を必要とする通信のセッションを通知する
手段を備える。
が必要な通信を行っているノードは、通信を終了する場
合、管理ノードに対してマルチキャストアドレスやサー
ビス品質保証を必要とする通信のセッションを通知する
手段を備える。
【００１９】管理ノードは、ノードからマルチキャスト
アドレスやセッションの使用終了を通知された場合、こ
れを使用しているノード数を減らし、さらに使用ノード
数が０になった場合は、アイソクロナスリソースマネー
ジャに対して、使用していたチャンネルと帯域を返却す
る手段を備える。
アドレスやセッションの使用終了を通知された場合、こ
れを使用しているノード数を減らし、さらに使用ノード
数が０になった場合は、アイソクロナスリソースマネー
ジャに対して、使用していたチャンネルと帯域を返却す
る手段を備える。
【００２０】以上の手段により、本発明においては、複
数のノードが非同期にマルチキャスト通信やサービス品
質保証を必要とする通信用のチャンネルを動的に設定、
解放することが可能となる。
数のノードが非同期にマルチキャスト通信やサービス品
質保証を必要とする通信用のチャンネルを動的に設定、
解放することが可能となる。
【００２１】
【発明の実施の形態】以下に、本発明の実施の形態につ
いて図面を参照して説明する。
いて図面を参照して説明する。
【００２２】（第１の実施の形態）図１は、本発明の通
信方法に用いられるネットワークの一構成例を示す図で
ある。
信方法に用いられるネットワークの一構成例を示す図で
ある。
【００２３】本形態におけるネットワークは図１に示す
ように、ＩＰ（Internet Protocol）等の通信プロトコ
ルを備えた複数のノード１０ａ〜１０ｄが１３９４バス
に接続されて構成されており、ノード１０ｄが、ノード
１０ａ〜１０ｃにおける通信動作においてマルチキャス
ト通信やサービス品質を保証すべき通信のために使用す
るチャンネルを管理する管理ノードとなっている。
ように、ＩＰ（Internet Protocol）等の通信プロトコ
ルを備えた複数のノード１０ａ〜１０ｄが１３９４バス
に接続されて構成されており、ノード１０ｄが、ノード
１０ａ〜１０ｃにおける通信動作においてマルチキャス
ト通信やサービス品質を保証すべき通信のために使用す
るチャンネルを管理する管理ノードとなっている。
【００２４】また、本形態においては、ノード１０ａ〜
１０ｃにおける通信動作を説明するために、ノード１０
ａを送信ノード、ノード１０ｂ，１０ｃを受信ノードと
する。
１０ｃにおける通信動作を説明するために、ノード１０
ａを送信ノード、ノード１０ｂ，１０ｃを受信ノードと
する。
【００２５】図２は、図１に示した管理ノード１０ｄの
内部に設けられたテーブルの一例を示す図である。
内部に設けられたテーブルの一例を示す図である。
【００２６】図２に示すように本形態における管理ノー
ド１０ｄにおいては、１３９４バス上において使用可能
なチャンネルについての情報が保持されるテーブルが設
けられており、このテーブルには、チャンネル毎に、そ
のチャンネルがアイソクロナスストリームとして使用さ
れているかアシンクロナスストリームとして使用される
かを示す部分と、チャンネルがアイソクロナスストリー
ムとして使用されている場合、そのチャンネル用に確保
されている帯域の量を示す部分と、そのチャンネルを使
用しているノード数を示す部分と、そのチャンネルに割
り当てられているセッションの情報を示す部分とが設け
られている。ここで、セッション情報は、宛て先のノー
ドのアドレスとプロトコル番号とポート番号とから構成
されている。
ド１０ｄにおいては、１３９４バス上において使用可能
なチャンネルについての情報が保持されるテーブルが設
けられており、このテーブルには、チャンネル毎に、そ
のチャンネルがアイソクロナスストリームとして使用さ
れているかアシンクロナスストリームとして使用される
かを示す部分と、チャンネルがアイソクロナスストリー
ムとして使用されている場合、そのチャンネル用に確保
されている帯域の量を示す部分と、そのチャンネルを使
用しているノード数を示す部分と、そのチャンネルに割
り当てられているセッションの情報を示す部分とが設け
られている。ここで、セッション情報は、宛て先のノー
ドのアドレスとプロトコル番号とポート番号とから構成
されている。
【００２７】図３は、図１に示した管理ノード１０ｄの
内部に設けられたレジスタの一例を示す図である。
内部に設けられたレジスタの一例を示す図である。
【００２８】本形態における管理ノード１０ｄにおいて
は、１３９４のＣＳＲ（Control and Status Registe
r）として使用されるレジスタ群にて特定の番地に割り
当てられたレジスタが設けられており、ノード１０ａ〜
１０ｃがマルチキャストアドレスに対してチャンネル設
定を要求するために使用される。
は、１３９４のＣＳＲ（Control and Status Registe
r）として使用されるレジスタ群にて特定の番地に割り
当てられたレジスタが設けられており、ノード１０ａ〜
１０ｃがマルチキャストアドレスに対してチャンネル設
定を要求するために使用される。
【００２９】管理ノード１０ｄに設けられたレジスタは
図３に示すように、マルチキャストアドレス用チャンネ
ル設定要求、マルチキャストアドレス用チャンネル解放
要求、セッション用チャンネル設定要求またはセッショ
ン用チャンネル解放要求のコマンドのいずれか１つが書
き込まれる領域と、それに対応するマルチキャストアド
レスまたはセッションの値が書き込まれる領域とを有し
ている。
図３に示すように、マルチキャストアドレス用チャンネ
ル設定要求、マルチキャストアドレス用チャンネル解放
要求、セッション用チャンネル設定要求またはセッショ
ン用チャンネル解放要求のコマンドのいずれか１つが書
き込まれる領域と、それに対応するマルチキャストアド
レスまたはセッションの値が書き込まれる領域とを有し
ている。
【００３０】図４は、図１に示したノード１０ａ〜１０
ｄの内部に設けられたレジスタの一例を示す図である。
ｄの内部に設けられたレジスタの一例を示す図である。
【００３１】本形態におけるノード１０ａ〜１０ｃにお
いては、それぞれ、１３９４のレジスタ群の特定の番地
に割り当てられたレジスタが設けられており、管理ノー
ド１０ｄがマルチキャストアドレスに対して割り当てチ
ャンネルをノードに通知するために使用される。
いては、それぞれ、１３９４のレジスタ群の特定の番地
に割り当てられたレジスタが設けられており、管理ノー
ド１０ｄがマルチキャストアドレスに対して割り当てチ
ャンネルをノードに通知するために使用される。
【００３２】ノード１０ａ〜１０ｃに設けられたレジス
タは図４に示すように、マルチキャストアドレス用チャ
ンネル設定応答またはセッション用チャンネル設定応答
のレスポンスのいずれか１つが書き込まれる領域と、そ
れに対応するマルチキャストアドレスまたはセッション
の値が書き込まれる領域と、これらに割り当てたチャン
ネル番号が書き込まれる領域とを有している。
タは図４に示すように、マルチキャストアドレス用チャ
ンネル設定応答またはセッション用チャンネル設定応答
のレスポンスのいずれか１つが書き込まれる領域と、そ
れに対応するマルチキャストアドレスまたはセッション
の値が書き込まれる領域と、これらに割り当てたチャン
ネル番号が書き込まれる領域とを有している。
【００３３】以下に、上記のように構成された通信方法
における通信動作について説明する。
における通信動作について説明する。
【００３４】図５は、図１に示したネットワークにおい
て、マルチキャスト通信用にチャンネルが獲得されてい
ない状態でノード１０ａがマルチキャストアドレスの送
信を行う場合の手順を示す図である。
て、マルチキャスト通信用にチャンネルが獲得されてい
ない状態でノード１０ａがマルチキャストアドレスの送
信を行う場合の手順を示す図である。
【００３５】ＩＰ等のコネクションレス型のプロトコル
を使用する場合、マルチキャスト通信の明示的な開始及
び終了指示は発生せず、マルチキャストのデータは非同
期に発生する（１）。
を使用する場合、マルチキャスト通信の明示的な開始及
び終了指示は発生せず、マルチキャストのデータは非同
期に発生する（１）。
【００３６】マルチキャストデータを送信するノード１
０ａの１３９４レイヤは、上位のレイヤからマルチキャ
ストのデータの送信を要求された場合、まず、管理ノー
ド１０ｄに対して、マルチキャストアドレス用のチャン
ネル設定を要求するために必要なマルチキャストアドレ
スを通知する（２）。なお、この通知は、図３に示した
管理ノード１０ｄのレジスタに対して、コマンドをマル
チキャストアドレス用チャンネル設定要求として必要な
アドレスを書き込むことによって行われる。
０ａの１３９４レイヤは、上位のレイヤからマルチキャ
ストのデータの送信を要求された場合、まず、管理ノー
ド１０ｄに対して、マルチキャストアドレス用のチャン
ネル設定を要求するために必要なマルチキャストアドレ
スを通知する（２）。なお、この通知は、図３に示した
管理ノード１０ｄのレジスタに対して、コマンドをマル
チキャストアドレス用チャンネル設定要求として必要な
アドレスを書き込むことによって行われる。
【００３７】これに対して管理ノード１０ｄは、図２に
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
【００３８】対応するマルチキャストアドレスが登録さ
れていない場合（３）、管理ノード１０ｄは、ＩＥＥＥ
１３９４の手順に基づき、アイソクロナスマネージャか
らチャンネルを獲得する（４）。
れていない場合（３）、管理ノード１０ｄは、ＩＥＥＥ
１３９４の手順に基づき、アイソクロナスマネージャか
らチャンネルを獲得する（４）。
【００３９】次に、管理ノード１０ｄは、図２に示した
テーブルの対応するチャンネルにマルチキャストアドレ
スを設定し、かつこのチャンネルの使用ノード数を１に
設定する（５）。これらの情報は、図２に示したテーブ
ルに保持される。
テーブルの対応するチャンネルにマルチキャストアドレ
スを設定し、かつこのチャンネルの使用ノード数を１に
設定する（５）。これらの情報は、図２に示したテーブ
ルに保持される。
【００４０】その後、管理ノード１０ｄは、要求を行っ
たノード１０ａに対して、そのマルチキャストアドレス
を通知する（６）。なお、この通知は、要求を行ったノ
ード１０ａの図４に示したレジスタに対してレスポンス
をマルチキャストアドレス用チャンネル設定応答とし、
対応するマルチキャストアドレスと、これに割り当てた
チャンネル番号を書き込むことによって行われる。
たノード１０ａに対して、そのマルチキャストアドレス
を通知する（６）。なお、この通知は、要求を行ったノ
ード１０ａの図４に示したレジスタに対してレスポンス
をマルチキャストアドレス用チャンネル設定応答とし、
対応するマルチキャストアドレスと、これに割り当てた
チャンネル番号を書き込むことによって行われる。
【００４１】送信ノード１０ａは、マルチキャストアド
レスに対するチャンネルを通知されるとこれを用いてデ
ータを送信する。なお、一度チャンネルを獲得した後
は、上記の手順を繰り返さずに獲得したチャンネルを使
用して通信を行う（８）。
レスに対するチャンネルを通知されるとこれを用いてデ
ータを送信する。なお、一度チャンネルを獲得した後
は、上記の手順を繰り返さずに獲得したチャンネルを使
用して通信を行う（８）。
【００４２】図６は、図１に示したネットワークにおい
て、他のノードによりマルチキャスト通信用にチャンネ
ルが獲得されている状態でノード１０ａがマルチキャス
トアドレスの送信を行う場合の手順を示す図である。
て、他のノードによりマルチキャスト通信用にチャンネ
ルが獲得されている状態でノード１０ａがマルチキャス
トアドレスの送信を行う場合の手順を示す図である。
【００４３】マルチキャストのデータが非同期に発生す
ると（１）、マルチキャストデータを送信するノード１
０ａは、まず、管理ノード１０ｄに対して、マルチキャ
ストアドレス用のチャンネル設定を要求するために必要
なマルチキャストアドレスを通知する（２）。なお、こ
の通知は、図３に示した管理ノード１０ｄのレジスタに
対して、コマンドをマルチキャストアドレス用チャンネ
ル設定要求として必要なアドレスを書き込むことによっ
て行われる。
ると（１）、マルチキャストデータを送信するノード１
０ａは、まず、管理ノード１０ｄに対して、マルチキャ
ストアドレス用のチャンネル設定を要求するために必要
なマルチキャストアドレスを通知する（２）。なお、こ
の通知は、図３に示した管理ノード１０ｄのレジスタに
対して、コマンドをマルチキャストアドレス用チャンネ
ル設定要求として必要なアドレスを書き込むことによっ
て行われる。
【００４４】これに対して管理ノード１０ｄは、図２に
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
【００４５】すると、対応するマルチキャストアドレス
が登録されているので（３）、管理ノード１０ｄは、使
用ノード数を１つ増やしてテーブルに保持する（４）。
が登録されているので（３）、管理ノード１０ｄは、使
用ノード数を１つ増やしてテーブルに保持する（４）。
【００４６】その後、管理ノード１０ｄは、要求を行っ
たノード１０ａに対して、そのマルチキャストアドレス
を通知する（５）。なお、この通知は、要求を行ったノ
ード１０ａの図４に示したレジスタに対してレスポンス
をマルチキャストアドレス用チャンネル設定応答とし、
対応するマルチキャストアドレスと、これに割り当てた
チャンネル番号を書き込むことによって行われる。
たノード１０ａに対して、そのマルチキャストアドレス
を通知する（５）。なお、この通知は、要求を行ったノ
ード１０ａの図４に示したレジスタに対してレスポンス
をマルチキャストアドレス用チャンネル設定応答とし、
対応するマルチキャストアドレスと、これに割り当てた
チャンネル番号を書き込むことによって行われる。
【００４７】送信ノード１０ａは、マルチキャストアド
レスに対するチャンネルを通知されるとこれを用いてデ
ータを送信する。なお、一度チャンネルを獲得した後
は、上記の手順を繰り返さずに獲得したチャンネルを使
用して通信を行う（７）。
レスに対するチャンネルを通知されるとこれを用いてデ
ータを送信する。なお、一度チャンネルを獲得した後
は、上記の手順を繰り返さずに獲得したチャンネルを使
用して通信を行う（７）。
【００４８】図７は、図１に示したネットワークにおい
て、マルチキャスト通信用にチャンネルが獲得されてい
ない状態でノード１０ｃがマルチキャストデータの受信
を行う場合の手順を示す図である。
て、マルチキャスト通信用にチャンネルが獲得されてい
ない状態でノード１０ｃがマルチキャストデータの受信
を行う場合の手順を示す図である。
【００４９】受信側では、マルチキャストサービスを使
用するアプリケーションからマルチキャスト通信の受信
開始及び終了が明示的に指示される。
用するアプリケーションからマルチキャスト通信の受信
開始及び終了が明示的に指示される。
【００５０】マルチキャスト通信の受信開始が指示され
ると（１）、マルチキャストデータを受信するノード１
０ｃは、まず、管理ノード１０ｄに対して、マルチキャ
ストアドレス用のチャンネル設定を要求するために必要
なマルチキャストアドレスを通知する（２）。
ると（１）、マルチキャストデータを受信するノード１
０ｃは、まず、管理ノード１０ｄに対して、マルチキャ
ストアドレス用のチャンネル設定を要求するために必要
なマルチキャストアドレスを通知する（２）。
【００５１】これに対して管理ノード１０ｄは、図２に
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
【００５２】対応するマルチキャストアドレスが登録さ
れていない場合（３）、管理ノード１０ｄは、ＩＥＥＥ
１３９４の手順に基づき、アイソクロナスマネージャか
らチャンネルを獲得する（４）。
れていない場合（３）、管理ノード１０ｄは、ＩＥＥＥ
１３９４の手順に基づき、アイソクロナスマネージャか
らチャンネルを獲得する（４）。
【００５３】次に、管理ノード１０ｄは、図２に示した
テーブルの対応するチャンネルにマルチキャストアドレ
スを設定し、かつこのチャンネルの使用ノード数を１に
設定する（５）。これらの情報は、図２に示したテーブ
ルに保持される。
テーブルの対応するチャンネルにマルチキャストアドレ
スを設定し、かつこのチャンネルの使用ノード数を１に
設定する（５）。これらの情報は、図２に示したテーブ
ルに保持される。
【００５４】その後、管理ノード１０ｄは、要求を行っ
たノード１０ｃに対して、そのマルチキャストアドレス
を通知する（６）。
たノード１０ｃに対して、そのマルチキャストアドレス
を通知する（６）。
【００５５】受信ノード１０ｃは、マルチキャストアド
レスに対するチャンネルを通知されるとこれを用いてデ
ータを受信する。
レスに対するチャンネルを通知されるとこれを用いてデ
ータを受信する。
【００５６】図８は、図１に示したネットワークにおい
て、他のノードによりマルチキャスト通信用にチャンネ
ルが獲得されている状態でノード１０ｃがマルチキャス
トアドレスの受信を行う場合の手順を示す図である。
て、他のノードによりマルチキャスト通信用にチャンネ
ルが獲得されている状態でノード１０ｃがマルチキャス
トアドレスの受信を行う場合の手順を示す図である。
【００５７】マルチキャストのデータが指示されると
（１）、マルチキャストデータを受信するノード１０ｃ
は、まず、管理ノード１０ｄに対して、マルチキャスト
アドレス用のチャンネル設定を要求するために必要なマ
ルチキャストアドレスを通知する（２）。
（１）、マルチキャストデータを受信するノード１０ｃ
は、まず、管理ノード１０ｄに対して、マルチキャスト
アドレス用のチャンネル設定を要求するために必要なマ
ルチキャストアドレスを通知する（２）。
【００５８】これに対して管理ノード１０ｄは、図２に
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
示したテーブルを調べ、対応するマルチキャストアドレ
スが登録されているかどうかを調べる。
【００５９】すると、対応するマルチキャストアドレス
が登録されているので（３）、管理ノード１０ｄは、使
用ノード数を１つ増やしてテーブルに保持する（４）。
が登録されているので（３）、管理ノード１０ｄは、使
用ノード数を１つ増やしてテーブルに保持する（４）。
【００６０】その後、管理ノード１０ｄは、要求を行っ
たノード１０ｃに対して、そのマルチキャストアドレス
を通知する（５）。
たノード１０ｃに対して、そのマルチキャストアドレス
を通知する（５）。
【００６１】送信ノード１０ｃは、マルチキャストアド
レスに対するチャンネルを通知されるとこれを用いてデ
ータを受信する。
レスに対するチャンネルを通知されるとこれを用いてデ
ータを受信する。
【００６２】図９は、図１に示したネットワークにおい
て、送信ノード１０ａがマルチキャスト通信を停止する
場合の手順を示す図である。
て、送信ノード１０ａがマルチキャスト通信を停止する
場合の手順を示す図である。
【００６３】ＩＰ等のコネクションレス型のプロトコル
を使用する場合、マルチキャスト通信の明示的な開始及
び終了指示は発生しないため、マルチキャストのデータ
は非同期に発生する。このため、送信ノード１０ａにお
いては、マルチキャストのデータが一定時間発生しない
場合に、マルチキャスト通信が終了したとみなされる
（１）。
を使用する場合、マルチキャスト通信の明示的な開始及
び終了指示は発生しないため、マルチキャストのデータ
は非同期に発生する。このため、送信ノード１０ａにお
いては、マルチキャストのデータが一定時間発生しない
場合に、マルチキャスト通信が終了したとみなされる
（１）。
【００６４】管理ノード１を送信するノード１０ａは、
まず、管理ノード１０ｄに対して、マルチキャストアド
レス用のチャンネル解放を要求するために必要なマルチ
キャストアドレスを通知する（２）。なお、この通知
は、図３に示した管理ノード１０ｄのレジスタに対し
て、コマンドをマルチキャストアドレス用チャンネル解
放要求として必要なアドレスを書き込むことによって行
われる。
まず、管理ノード１０ｄに対して、マルチキャストアド
レス用のチャンネル解放を要求するために必要なマルチ
キャストアドレスを通知する（２）。なお、この通知
は、図３に示した管理ノード１０ｄのレジスタに対し
て、コマンドをマルチキャストアドレス用チャンネル解
放要求として必要なアドレスを書き込むことによって行
われる。
【００６５】管理ノード１０ｄは、マルチキャストアド
レスの使用の終了を通知されると、このマルチキャスト
アドレス用に割り当てているチャンネルの使用ノード数
を１つ減らす（３）。使用ノード数が０になった場合、
管理ノード１０ｄは、アイソクロナスリソースマネージ
ャにチャンネルを返却する（４）。
レスの使用の終了を通知されると、このマルチキャスト
アドレス用に割り当てているチャンネルの使用ノード数
を１つ減らす（３）。使用ノード数が０になった場合、
管理ノード１０ｄは、アイソクロナスリソースマネージ
ャにチャンネルを返却する（４）。
【００６６】図１０は、図１に示したネットワークにお
いて、受信ノード１０ｃがマルチキャスト通信を停止す
る場合の手順を示す図である。
いて、受信ノード１０ｃがマルチキャスト通信を停止す
る場合の手順を示す図である。
【００６７】受信側では、マルチキャストサービスを使
用するアプリケーションからマルチキャスト通信の受信
開始及び終了が明示的に指示される。
用するアプリケーションからマルチキャスト通信の受信
開始及び終了が明示的に指示される。
【００６８】マルチキャスト通信の受信終了が指示され
ると（１）、マルチキャストデータを受信するノード１
０ｃは、まず、管理ノード１０ｄに対して、マルチキャ
ストアドレス用のチャンネル設定を解放するために必要
なマルチキャストアドレスを通知する（２）。なお、こ
の通知は、図３に示した管理ノード１０ｄのレジスタに
対して、コマンドをマルチキャストアドレス用チャンネ
ル解放要求として必要なアドレスを書き込むことによっ
て行われる。
ると（１）、マルチキャストデータを受信するノード１
０ｃは、まず、管理ノード１０ｄに対して、マルチキャ
ストアドレス用のチャンネル設定を解放するために必要
なマルチキャストアドレスを通知する（２）。なお、こ
の通知は、図３に示した管理ノード１０ｄのレジスタに
対して、コマンドをマルチキャストアドレス用チャンネ
ル解放要求として必要なアドレスを書き込むことによっ
て行われる。
【００６９】管理ノード１０ｄは、マルチキャストアド
レスの使用の終了を通知されると、このマルチキャスト
アドレス用に割り当てているチャンネルの使用ノード数
を１つ減らす（３）。使用ノード数が０になった場合、
管理ノード１０ｄはアイソクロナスリソースマネージャ
にチャンネルを返却する（４）。
レスの使用の終了を通知されると、このマルチキャスト
アドレス用に割り当てているチャンネルの使用ノード数
を１つ減らす（３）。使用ノード数が０になった場合、
管理ノード１０ｄはアイソクロナスリソースマネージャ
にチャンネルを返却する（４）。
【００７０】（第２の実施の形態）第２の実施の形態と
して、ＩＰのセッションに対して帯域を保証する通信方
法について説明する。
して、ＩＰのセッションに対して帯域を保証する通信方
法について説明する。
【００７１】なお、セッションは、通信の宛て先のＩＰ
アドレス、通信に使用する上位のプロトコル、及びその
プロトコルが使用するポート番号により指定される。ま
た、セッションに対する帯域の保証には、ＲＳＶＰ（Re
servation Protocol）を使用するものとする。ＲＳＶＰ
は、ＩＥＴＦ ＲＦＣ−２２０５で規定されているプロ
トコルであり、ＲＳＶＰでは、送信ノードはＰＡＴＨメ
ッセージと呼ばれるメッセージを送信して１つあるいは
複数の受信ノードに対して通信の経路と通信に使用する
帯域を通知する。
アドレス、通信に使用する上位のプロトコル、及びその
プロトコルが使用するポート番号により指定される。ま
た、セッションに対する帯域の保証には、ＲＳＶＰ（Re
servation Protocol）を使用するものとする。ＲＳＶＰ
は、ＩＥＴＦ ＲＦＣ−２２０５で規定されているプロ
トコルであり、ＲＳＶＰでは、送信ノードはＰＡＴＨメ
ッセージと呼ばれるメッセージを送信して１つあるいは
複数の受信ノードに対して通信の経路と通信に使用する
帯域を通知する。
【００７２】受信ノードは、ＰＡＴＨメッセージを受信
するとＲＥＳＶメッセージを送信して、帯域の確保を要
求する。ＲＥＳＶメッセージは通信経路を逆にさかのぼ
っていき、帯域の確保を順次要求していく。
するとＲＥＳＶメッセージを送信して、帯域の確保を要
求する。ＲＥＳＶメッセージは通信経路を逆にさかのぼ
っていき、帯域の確保を順次要求していく。
【００７３】１３９４シリアルバス上でこのプロトコル
を使用する場合、ＰＡＴＨメッセージはブロードキャス
トのデータであり、またＲＥＳＶメッセージはユニキャ
ストのデータであるため、ともにアシンクロナスパケッ
トにより転送される。
を使用する場合、ＰＡＴＨメッセージはブロードキャス
トのデータであり、またＲＥＳＶメッセージはユニキャ
ストのデータであるため、ともにアシンクロナスパケッ
トにより転送される。
【００７４】なお、本形態におけるネットワークの形態
は第１の実施の形態において示したものと同様であり、
また、第１の実施の形態において示したものと同様に、
管理ノードは図２に示すテーブルと、図３に示すレジス
タを持ち、各ノードは図４に示すレジスタを有する。
は第１の実施の形態において示したものと同様であり、
また、第１の実施の形態において示したものと同様に、
管理ノードは図２に示すテーブルと、図３に示すレジス
タを持ち、各ノードは図４に示すレジスタを有する。
【００７５】図１１は、図１に示したネットワークにお
いて、セッション用にチャンネル及び帯域が確保されて
いない状態でノード１０ａがセッション用のチャンネル
及び帯域を確保する手順を示す図である。
いて、セッション用にチャンネル及び帯域が確保されて
いない状態でノード１０ａがセッション用のチャンネル
及び帯域を確保する手順を示す図である。
【００７６】受信ノード１０ｃは、送信ノード１０ａか
ら送信されてきたＰＡＴＨメッセージを受信すると
（１）、まず、セッション用にチャンネルを取得する必
要があるため（２）、管理ノード１０ｄに対してセッシ
ョン用チャンネルの設定を要求する（３）。なお、これ
は、図３に示した管理ノード１０ｄのレジスタに対し
て、コマンドをセッション用チャンネル設定要求として
必要なセッションの情報とともに書き込むことにより行
われる。
ら送信されてきたＰＡＴＨメッセージを受信すると
（１）、まず、セッション用にチャンネルを取得する必
要があるため（２）、管理ノード１０ｄに対してセッシ
ョン用チャンネルの設定を要求する（３）。なお、これ
は、図３に示した管理ノード１０ｄのレジスタに対し
て、コマンドをセッション用チャンネル設定要求として
必要なセッションの情報とともに書き込むことにより行
われる。
【００７７】これに対して管理ノード１０ｄは、図２に
示したテーブルを調べ、対応するセッションが登録され
ているかどうかを調べる。
示したテーブルを調べ、対応するセッションが登録され
ているかどうかを調べる。
【００７８】対応するセッションが登録されていない場
合（４）、管理ノード１０ｄは、ＩＥＥＥ１３９４の手
順に基づき、アイソクロナスマネージャからチャンネル
を獲得する（５）。
合（４）、管理ノード１０ｄは、ＩＥＥＥ１３９４の手
順に基づき、アイソクロナスマネージャからチャンネル
を獲得する（５）。
【００７９】次に、管理ノード１０ｄは、図２に示した
テーブルの対応するチャンネルにセッションを設定し、
かつこのチャンネルの使用ノード数を１に設定する
（６）。
テーブルの対応するチャンネルにセッションを設定し、
かつこのチャンネルの使用ノード数を１に設定する
（６）。
【００８０】その後、管理ノード１０ｄは、要求を行っ
たノード１０ｃに対して、チャンネルを通知する
（７）。なお、この通知は、図４に示したレジスタに対
して、レスポンスをセッション用チャンネル設定応答と
してセッションとそのセッション用のチャンネルを書き
込むことによって行われる。
たノード１０ｃに対して、チャンネルを通知する
（７）。なお、この通知は、図４に示したレジスタに対
して、レスポンスをセッション用チャンネル設定応答と
してセッションとそのセッション用のチャンネルを書き
込むことによって行われる。
【００８１】受信ノード１０ｃは、マルチキャストアド
レスに対するチャンネルを通知されるとこのチャンネル
を受信するようになる。
レスに対するチャンネルを通知されるとこのチャンネル
を受信するようになる。
【００８２】その後、受信ノード１０ｃのＲＳＶＰレイ
ヤは、ＲＥＳＶメッセージをアシンクロナスパケットで
送信し（８）、送信ノード１０ａまたは中継ノードに対
して帯域の確保を要求する。
ヤは、ＲＥＳＶメッセージをアシンクロナスパケットで
送信し（８）、送信ノード１０ａまたは中継ノードに対
して帯域の確保を要求する。
【００８３】送信ノード１０ａまたは中継ノードのＲＳ
ＶＰレイヤは、ＲＥＳＶメッセージを受信すると、１３
９４レイヤに対してセッションとこれに必要な帯域を通
知する（９）。
ＶＰレイヤは、ＲＥＳＶメッセージを受信すると、１３
９４レイヤに対してセッションとこれに必要な帯域を通
知する（９）。
【００８４】１３９４レイヤでは、この通知に基づいて
管理ノード１０ｄに対して、セッション用のチャンネル
設定を要求するためにセッションと帯域情報を通知する
（１０）。なお、この通知は、図３に示した管理ノード
１０ｄのレジスタに対してコマンドをセッション用チャ
ンネル設定要求とし、必要なセッションと帯域の情報と
ともに書き込むことにより行われる。
管理ノード１０ｄに対して、セッション用のチャンネル
設定を要求するためにセッションと帯域情報を通知する
（１０）。なお、この通知は、図３に示した管理ノード
１０ｄのレジスタに対してコマンドをセッション用チャ
ンネル設定要求とし、必要なセッションと帯域の情報と
ともに書き込むことにより行われる。
【００８５】すると、管理ノード１０ｄは、まず、この
セッション用に確保したチャンネルを調べ、その値を送
信ノード１０ａまたは中継ノードのレジスタに書き込
む。同時に、管理ノード１０ｄは、アイソクロナスリソ
ースマネージャにアクセスし、要求された帯域を確保し
（１１）、使用している帯域の値をテーブルに保持す
る。
セッション用に確保したチャンネルを調べ、その値を送
信ノード１０ａまたは中継ノードのレジスタに書き込
む。同時に、管理ノード１０ｄは、アイソクロナスリソ
ースマネージャにアクセスし、要求された帯域を確保し
（１１）、使用している帯域の値をテーブルに保持す
る。
【００８６】その後、管理ノード１０ｄは、要求を行っ
た送信ノード１０ａに対して、そのセッション用のチャ
ンネルを通知する（１２）。なお、この通知は、要求を
行ったノード１０ａの図４に示したレジスタに対してレ
スポンスをセッション用チャンネル設定応答とし、対応
するセッションの値と、これに割り当てたチャンネル番
号を書き込むことによって行われる。
た送信ノード１０ａに対して、そのセッション用のチャ
ンネルを通知する（１２）。なお、この通知は、要求を
行ったノード１０ａの図４に示したレジスタに対してレ
スポンスをセッション用チャンネル設定応答とし、対応
するセッションの値と、これに割り当てたチャンネル番
号を書き込むことによって行われる。
【００８７】送信ノードまたは中継ノードは通知された
チャンネルを使用して、このセッションに属するデータ
を送信する（１３）。
チャンネルを使用して、このセッションに属するデータ
を送信する（１３）。
【００８８】図１２は、図１に示したネットワークにお
いて、他のノードによりセッション用にチャンネル及び
帯域が確保されている状態でノード１０ａがセッション
用のチャンネル及び帯域を確保する手順を示す図であ
る。
いて、他のノードによりセッション用にチャンネル及び
帯域が確保されている状態でノード１０ａがセッション
用のチャンネル及び帯域を確保する手順を示す図であ
る。
【００８９】受信ノード１０ｃは、送信ノード１０ａか
ら送信されてきたＰＡＴＨメッセージを受信すると
（１）、まず、セッション用にチャンネルを取得する必
要があるため（２）、管理ノード１０ｄに対してセッシ
ョン用チャンネルの設定を要求する（３）。なお、これ
は、図３に示した管理ノード１０ｄのレジスタに対し
て、コマンドをセッション用チャンネル設定要求として
必要なセッションの情報とともに書き込むことにより行
われる。
ら送信されてきたＰＡＴＨメッセージを受信すると
（１）、まず、セッション用にチャンネルを取得する必
要があるため（２）、管理ノード１０ｄに対してセッシ
ョン用チャンネルの設定を要求する（３）。なお、これ
は、図３に示した管理ノード１０ｄのレジスタに対し
て、コマンドをセッション用チャンネル設定要求として
必要なセッションの情報とともに書き込むことにより行
われる。
【００９０】これに対して管理ノード１０ｄは、図２に
示したテーブルを調べ、対応するセッションが登録され
ているかどうかを調べる。
示したテーブルを調べ、対応するセッションが登録され
ているかどうかを調べる。
【００９１】すると、対応するセッションが登録されて
いるので、管理ノード１０ｄは、このセッション用の使
用ノード数を１つ増やしてテーブルに保持する（４）。
いるので、管理ノード１０ｄは、このセッション用の使
用ノード数を１つ増やしてテーブルに保持する（４）。
【００９２】次に、管理ノード１０ｄは、要求を行った
受信ノード１０ｃに対して、そのセッションの値とチャ
ンネルを通知する（５）。なお、この通知は、要求を行
ったノード１０ｃの図４に示したレジスタに対してセッ
ションとそのセッション用のチャンネルを書き込むこと
によって行われる。
受信ノード１０ｃに対して、そのセッションの値とチャ
ンネルを通知する（５）。なお、この通知は、要求を行
ったノード１０ｃの図４に示したレジスタに対してセッ
ションとそのセッション用のチャンネルを書き込むこと
によって行われる。
【００９３】受信ノード１０ｃは、マルチキャストアド
レスに対するチャンネルを通知されるとこのチャンネル
を受信するようになる。
レスに対するチャンネルを通知されるとこのチャンネル
を受信するようになる。
【００９４】その後、受信ノード１０ｃのＲＳＶＰレイ
ヤは、ＲＥＳＶメッセージをアシンクロナスパケットで
送信し（６）、送信ノード１０ａまたは中継ノードに対
して帯域の確保を要求する。
ヤは、ＲＥＳＶメッセージをアシンクロナスパケットで
送信し（６）、送信ノード１０ａまたは中継ノードに対
して帯域の確保を要求する。
【００９５】送信ノード１０ａまたは中継ノードのＲＳ
ＶＰレイヤは、ＲＥＳＶメッセージを受信すると、１３
９４レイヤに対してセッションとこれに必要な帯域を通
知する（７）。
ＶＰレイヤは、ＲＥＳＶメッセージを受信すると、１３
９４レイヤに対してセッションとこれに必要な帯域を通
知する（７）。
【００９６】１３９４レイヤでは、この通知に基づいて
管理ノード１０ｄに対して、セッション用のチャンネル
設定を要求するためにセッションと帯域情報を通知する
（８）。なお、この通知は、図３に示した管理ノード１
０ｄのレジスタに対してコマンドをセッション用チャン
ネル設定要求とし、必要なセッションと帯域の情報とと
もに書き込むことにより行われる。
管理ノード１０ｄに対して、セッション用のチャンネル
設定を要求するためにセッションと帯域情報を通知する
（８）。なお、この通知は、図３に示した管理ノード１
０ｄのレジスタに対してコマンドをセッション用チャン
ネル設定要求とし、必要なセッションと帯域の情報とと
もに書き込むことにより行われる。
【００９７】すると、管理ノード１０ｄは、まず、この
セッション用に確保したチャンネルを調べ、その値を送
信ノード１０ａまたは中継ノードのレジスタに書き込
む。また、要求された帯域が現在確保している帯域より
も多い場合、管理ノード１０ｄは、アイソクロナスリソ
ースマネージャにアクセスし、差分の帯域を確保する
（９）。
セッション用に確保したチャンネルを調べ、その値を送
信ノード１０ａまたは中継ノードのレジスタに書き込
む。また、要求された帯域が現在確保している帯域より
も多い場合、管理ノード１０ｄは、アイソクロナスリソ
ースマネージャにアクセスし、差分の帯域を確保する
（９）。
【００９８】その後、管理ノード１０ｄは、要求を行っ
た送信ノード１０ａに対して、そのセッション用のチャ
ンネルを通知する（１０）。なお、この通知は、要求を
行ったノード１０ａの図４に示したレジスタに対してレ
スポンスをセッション用チャンネル設定応答とし、対応
するセッションの値と、これに割り当てたチャンネル番
号を書き込むことによって行われる。
た送信ノード１０ａに対して、そのセッション用のチャ
ンネルを通知する（１０）。なお、この通知は、要求を
行ったノード１０ａの図４に示したレジスタに対してレ
スポンスをセッション用チャンネル設定応答とし、対応
するセッションの値と、これに割り当てたチャンネル番
号を書き込むことによって行われる。
【００９９】送信ノードまたは中継ノードは通知された
チャンネルを使用して、このセッションに属するデータ
を送信する（１１）。
チャンネルを使用して、このセッションに属するデータ
を送信する（１１）。
【０１００】図１３は、図１に示したネットワークにお
いて、セッションを終了する場合の手順を示す図であ
る。
いて、セッションを終了する場合の手順を示す図であ
る。
【０１０１】受信ノード１０ｃがセッションを終了する
場合、ＲＳＶＰレイヤから１３９４レイヤにセッション
の終了が通知される（１）。
場合、ＲＳＶＰレイヤから１３９４レイヤにセッション
の終了が通知される（１）。
【０１０２】これにより、受信ノード１０ｃの１３９４
レイヤでは、管理ノード１０ｄに対して、セッションを
終了するためにセッション用のチャンネルの解放要求を
行う（２）。これは、図３に示した管理ノード１０ｄの
レジスタに対して、コマンドをセッション用チャンネル
設定解放とし、必要なセッションを書き込むことによっ
て行なわれる。
レイヤでは、管理ノード１０ｄに対して、セッションを
終了するためにセッション用のチャンネルの解放要求を
行う（２）。これは、図３に示した管理ノード１０ｄの
レジスタに対して、コマンドをセッション用チャンネル
設定解放とし、必要なセッションを書き込むことによっ
て行なわれる。
【０１０３】管理ノード１０ｄは、セッションの使用の
終了が通知されると、このセッション用に割り当ててい
るチャンネルの使用ノード数を１つ減らす（３）。
終了が通知されると、このセッション用に割り当ててい
るチャンネルの使用ノード数を１つ減らす（３）。
【０１０４】一方、送信ノード１０ａ側のＲＳＶＰレイ
ヤにおいては、一定時間ＲＥＳＶメッセージを受信しな
い場合に（４）、セッションが終了したとみなし、１３
９４レイヤに対してセッションの終了を通知する
（５）。
ヤにおいては、一定時間ＲＥＳＶメッセージを受信しな
い場合に（４）、セッションが終了したとみなし、１３
９４レイヤに対してセッションの終了を通知する
（５）。
【０１０５】これにより、送信ノード１０ａの１３９４
レイヤでは、管理ノード１０ｄに対して、セッションを
終了するためにセッション用のチャンネルの解放を要求
する（６）。これは、図３に示した管理ノード１０ｄの
レジスタに対してコマンドをセッション用チャンネル設
定解放とし、必要なセッションを書き込むことによって
行なわれる。
レイヤでは、管理ノード１０ｄに対して、セッションを
終了するためにセッション用のチャンネルの解放を要求
する（６）。これは、図３に示した管理ノード１０ｄの
レジスタに対してコマンドをセッション用チャンネル設
定解放とし、必要なセッションを書き込むことによって
行なわれる。
【０１０６】管理ノード１０ｄは、セッションの終了を
通知されると、このセッション用に割り当てているチャ
ンネルの使用ノード数を１つ減らす（７）。
通知されると、このセッション用に割り当てているチャ
ンネルの使用ノード数を１つ減らす（７）。
【０１０７】使用ノード数が０になった場合、管理ノー
ドはアイソクロナスリソースマネージャにチャンネルを
返却する。また、同時に管理ノードはこのチャンネル用
に確保していた帯域もアイソクロナスリソースマネージ
ャに返却する（８）。
ドはアイソクロナスリソースマネージャにチャンネルを
返却する。また、同時に管理ノードはこのチャンネル用
に確保していた帯域もアイソクロナスリソースマネージ
ャに返却する（８）。
【０１０８】
【発明の効果】本発明は、以上説明したように構成され
ているので、１３９４バス上で複数のノードがマルチキ
ャスト通信やサービス品質保証を必要とする通信を行う
場合、アシンクロナスストリーム用チャンネルまたはア
イソクロナスストリーム用チャンネルを動的に設定及び
解放することができる。
ているので、１３９４バス上で複数のノードがマルチキ
ャスト通信やサービス品質保証を必要とする通信を行う
場合、アシンクロナスストリーム用チャンネルまたはア
イソクロナスストリーム用チャンネルを動的に設定及び
解放することができる。
【図１】本発明の通信方法に用いられるネットワークの
一構成例を示す図である。
一構成例を示す図である。
【図２】図１に示した管理ノードの内部に設けられたテ
ーブルの一例を示す図である。
ーブルの一例を示す図である。
【図３】図１に示した管理ノードの内部に設けられたレ
ジスタの一例を示す図である。
ジスタの一例を示す図である。
【図４】図１に示したノードの内部に設けられたレジス
タの一例を示す図である。
タの一例を示す図である。
【図５】図１に示したネットワークにおいて、マルチキ
ャスト通信用にチャンネルが獲得されていない状態でノ
ードがマルチキャストアドレスの送信を行う場合の手順
を示す図である。
ャスト通信用にチャンネルが獲得されていない状態でノ
ードがマルチキャストアドレスの送信を行う場合の手順
を示す図である。
【図６】図１に示したネットワークにおいて、他のノー
ドによりマルチキャスト通信用にチャンネルが獲得され
ている状態でノードがマルチキャストアドレスの送信を
行う場合の手順を示す図である。
ドによりマルチキャスト通信用にチャンネルが獲得され
ている状態でノードがマルチキャストアドレスの送信を
行う場合の手順を示す図である。
【図７】図１に示したネットワークにおいて、マルチキ
ャスト通信用にチャンネルが獲得されていない状態でノ
ードがマルチキャストデータの受信を行う場合の手順を
示す図である。
ャスト通信用にチャンネルが獲得されていない状態でノ
ードがマルチキャストデータの受信を行う場合の手順を
示す図である。
【図８】図１に示したネットワークにおいて、他のノー
ドによりマルチキャスト通信用にチャンネルが獲得され
ている状態でノードがマルチキャストアドレスの受信を
行う場合の手順を示す図である。
ドによりマルチキャスト通信用にチャンネルが獲得され
ている状態でノードがマルチキャストアドレスの受信を
行う場合の手順を示す図である。
【図９】図１に示したネットワークにおいて、送信ノー
ドがマルチキャスト通信を停止する場合の手順を示す図
である。
ドがマルチキャスト通信を停止する場合の手順を示す図
である。
【図１０】図１に示したネットワークにおいて、受信ノ
ードがマルチキャスト通信を停止する場合の手順を示す
図である。
ードがマルチキャスト通信を停止する場合の手順を示す
図である。
【図１１】図１に示したネットワークにおいて、セッシ
ョン用にチャンネル及び帯域が確保されていない状態で
ノードがセッション用のチャンネル及び帯域を確保する
手順を示す図である。
ョン用にチャンネル及び帯域が確保されていない状態で
ノードがセッション用のチャンネル及び帯域を確保する
手順を示す図である。
【図１２】図１に示したネットワークにおいて、他のノ
ードによりセッション用にチャンネル及び帯域が確保さ
れている状態でノードがセッション用のチャンネル及び
帯域を確保する手順を示す図である。
ードによりセッション用にチャンネル及び帯域が確保さ
れている状態でノードがセッション用のチャンネル及び
帯域を確保する手順を示す図である。
【図１３】図１に示したネットワークにおいて、セッシ
ョンを終了する場合の手順を示す図である。
ョンを終了する場合の手順を示す図である。
１０ａ〜１０ｄ ノード
Claims (6)
- 【請求項１】 ＩＥＥＥ Ｓｔｄ １３９４バスと、該
バスに接続され、情報を書き込むためのレジスタを具備
する複数のＩＥＥＥ Ｓｔｄ １３９４ノードとから構
成されるネットワークにて前記複数のノード間でマルチ
キャスト通信を行う通信方法であって、 前記複数のノードのうち１つが、通信を行うための複数
のチャネルについてその各々に割り当てられたマルチキ
ャストアドレスとそのチャネルを使用しているノード数
の情報からなるテーブルを具備して管理ノードとなり、 前記複数のノードのうち前記管理ノード以外のノード
が、マルチキャスト通信を開始する場合、前記管理ノー
ドの特定のレジスタに対してマルチキャストアドレスを
書き込んでマルチキャストアドレス用のチャンネルを要
求し、 前記管理ノードが、前記マルチキャストアドレス用にチ
ャンネルを取得していない場合は、ＩＥＥＥ１３９４バ
スのアイソクロナスリソースマネージャから前記マルチ
キャストアドレス用のチャンネル番号を取得し、該チャ
ンネルを使用するノード数を１として前記テーブルに保
持するとともに、前記マルチキャストアドレス用のチャ
ンネルを要求した特定のノードのレジスタに前記チャン
ネルの番号を書き込んでマルチキャストアドレス用のチ
ャンネルを通知し、 通信を行うノードが、前記管理ノードから通知された前
記チャンネル番号を使用してマルチキャストデータの送
信及び受信を行うことを特徴とする通信方法。 - 【請求項２】 請求項１に記載の通信方法において、 前記管理ノードが、前記ノードからマルチキャストアド
レス用のチャンネルを要求されたときに前記マルチキャ
ストアドレス用にチャンネルを取得している場合は、前
記テーブルに保持していた前記チャンネルを使用するノ
ード数の値を１つ増やし、前記マルチキャストアドレス
用のチャンネルを要求したノードの特定のレジスタに前
記チャンネル番号を書き込んでマルチキャストアドレス
用のチャンネルを通知し、 通信を行うノードが、前記管理ノードから通知された前
記チャンネル番号を使用してマルチキャストデータの送
信及び受信を行うことを特徴とする通信方法。 - 【請求項３】 請求項１または請求項２に記載の通信方
法において、 通信を行っているノードがマルチキャスト通信を終了す
る場合、前記ノードが、前記管理ノードの特定のレジス
タに通信を終了するマルチキャストアドレスの値を書き
込んでマルチキャストアドレスの使用終了を通知し、 前記管理ノードが、前記テーブルに保持していた前記マ
ルチキャストアドレス用のチャンネルを使用するノード
数の値を１つ減らし、 前記管理ノードが、前記チャンネルを使用するノード数
が０になった場合は、ＩＥＥＥ１３９４バスのアイソク
ロナスリソースマネージャへ前記チャンネルを返却する
ことを特徴とする通信方法。 - 【請求項４】 ＩＥＥＥ Ｓｔｄ １３９４バスと、該
バスに接続され、情報を書き込むためのレジスタを具備
する複数のＩＥＥＥ Ｓｔｄ １３９４ノードとから構
成されるネットワークにて前記複数のノード間で帯域保
証を必要とする通信を行う通信方法であって、 前記複数のノードのうち１つが、帯域保証を必要とする
通信のセッションに割り当てられたチャンネルとそのチ
ャネルを使用しているノード数とそのチャンネルに割り
当てられた帯域の情報からなるテーブルを具備して管理
ノードとなり、 前記複数のノードのうち前記管理ノード以外のノード
が、帯域保証を必要とする通信を開始する場合、前記管
理ノードの指定されたレジスタに対してセッションの識
別子及び必要な帯域を書き込んでセッション用のチャン
ネルを要求し、 前記管理ノードが、前記セッション用にチャンネルを取
得していない場合は、ＩＥＥＥ１３９４バスのアイソク
ロナスリソースマネージャから前記セッション用のチャ
ンネル番号を取得し、該チャンネルを使用するノード数
を１として要求された帯域の値とともに前記テーブルに
保持し、前記セッション用のチャンネルを要求したノー
ドの特定のレジスタに前記チャンネルの番号を書き込ん
でセッション用のチャンネルを通知し、 通信を行うノードが、前記管理ノードから通知された前
記チャンネル番号を使用してセッションの送信及び受信
を行うことを特徴とする通信方法。 - 【請求項５】 請求項４に記載の通信方法において、 前記管理ノードが、前記ノードからセッション用のチャ
ンネルを要求されたときに前記セッション用にチャンネ
ルを取得している場合は、前記テーブルに保持していた
前記チャンネルを使用するノード数の値を１つ増やすと
ともに、要求された帯域が確保している値よりも大きな
場合は、差分の帯域を確保し、テーブルに保持していた
帯域の値を更新し、前記セッション用のチャンネルを要
求したノードの特定のレジスタに前記チャンネル番号を
書き込んでセッション用のチャンネルを通知し、 通信を行うノードが、前記管理ノードから通知された前
記チャンネル番号を使用してマルチキャストデータの送
信及び受信を行うことを特徴とする通信方法。 - 【請求項６】 請求項４または請求項５に記載の通信方
法において、 通信を行っているノードがセッションを終了する場合、
前記ノードが、前記管理ノードの特定のレジスタに通信
を終了するセッションの値を書き込んでセッション用チ
ャンネルの使用終了を通知し、 前記管理ノードが、前記テーブルに保持していた前記セ
ッション用のチャンネルを使用するノード数の値を１つ
減らし、 前記管理ノードが、前記チャンネルを使用するノード数
が０になった場合は、へ前記チャンネル及び該チャンネ
ル用に確保していた帯域をＩＥＥＥ１３９４バスのアイ
ソクロナスリソースマネージャへ返却することを特徴と
する通信方法。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05516698A JP3171241B2 (ja) | 1998-03-06 | 1998-03-06 | 通信方法 |
| US09/264,189 US6434117B1 (en) | 1998-03-06 | 1999-03-05 | IEEE-1394 serial bus network capable of multicast communication |
| DE69922072T DE69922072T2 (de) | 1998-03-06 | 1999-03-05 | Serielles IEEE-1394 Busnetz mit Mehrfachsendefähigkeit |
| CA002264461A CA2264461C (en) | 1998-03-06 | 1999-03-05 | Ieee-1394 serial bus network capable of multicast communication |
| EP99103913A EP0940946B1 (en) | 1998-03-06 | 1999-03-05 | IEEE-1394 serial bus network capable of multicast communication |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05516698A JP3171241B2 (ja) | 1998-03-06 | 1998-03-06 | 通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11261606A JPH11261606A (ja) | 1999-09-24 |
| JP3171241B2 true JP3171241B2 (ja) | 2001-05-28 |
Family
ID=12991162
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05516698A Expired - Fee Related JP3171241B2 (ja) | 1998-03-06 | 1998-03-06 | 通信方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6434117B1 (ja) |
| EP (1) | EP0940946B1 (ja) |
| JP (1) | JP3171241B2 (ja) |
| CA (1) | CA2264461C (ja) |
| DE (1) | DE69922072T2 (ja) |
Families Citing this family (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100354740B1 (ko) | 1998-10-15 | 2002-12-18 | 삼성전자 주식회사 | Ieee1394직렬버스를위한채널확장방법 |
| KR100323770B1 (ko) * | 1999-03-08 | 2002-02-19 | 서평원 | 멀티캐스트 서비스를 위한 채널 구조 및 이를 이용한 서비스 운용 방법 |
| JP3436174B2 (ja) | 1999-03-09 | 2003-08-11 | 日本電気株式会社 | 通信方法 |
| US6810452B1 (en) * | 1999-03-19 | 2004-10-26 | Sony Corporation | Method and system for quarantine during bus topology configuration |
| FI108694B (fi) * | 1999-05-24 | 2002-02-28 | Nokia Oyj | Yhteyskahva |
| EP1059588A1 (en) * | 1999-06-09 | 2000-12-13 | Texas Instruments Incorporated | Multi-channel dma with request scheduling |
| US7143166B1 (en) * | 1999-07-12 | 2006-11-28 | Lucent Technologies Inc. | Dynamic bandwidth allocation in a reservation system |
| KR100644559B1 (ko) * | 1999-07-26 | 2006-11-13 | 삼성전자주식회사 | 디지털 인터페이스를 갖는 기기의 채널 할당방법 |
| US7068674B1 (en) | 1999-08-23 | 2006-06-27 | Lg Electronics Inc. | Method of controlling connection between nodes in digital interface |
| US6910090B1 (en) | 1999-09-21 | 2005-06-21 | Sony Corporation | Maintaining communications in a bus bridge interconnect |
| US6718282B1 (en) * | 1999-10-20 | 2004-04-06 | Cisco Technology, Inc. | Fault tolerant client-server environment |
| DE60035912T2 (de) * | 1999-10-29 | 2008-04-30 | Sony Corp. | Verfahren und System zur Nutzung einer Vielzahl von Übertragungsleitungen und Einstellung des Verbindungsbetriebsverfahrens |
| US6728821B1 (en) | 1999-11-29 | 2004-04-27 | Sony Corporation | Method and system for adjusting isochronous bandwidths on a bus |
| US6647020B1 (en) * | 1999-12-17 | 2003-11-11 | Motorola, Inc. | Methods for implementing a talkgroup call in a multicast IP network |
| JP3454217B2 (ja) | 1999-12-28 | 2003-10-06 | 日本電気株式会社 | 通信経路制御方法、機器制御装置、及びブリッジ |
| US20020046357A1 (en) * | 1999-12-28 | 2002-04-18 | Jiandong Huang | Software-based fault tolerant networking using a single LAN |
| EP1113626B1 (en) * | 1999-12-30 | 2009-04-22 | Sony Deutschland GmbH | Interface link layer device to build a distributed network |
| JP4689130B2 (ja) * | 2000-01-27 | 2011-05-25 | トムソン ライセンシング | Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 |
| US6738823B1 (en) * | 2000-01-31 | 2004-05-18 | Microsoft Corporation | Use of isochronous packets to eliminate redundant acknowledgments |
| US6977928B1 (en) * | 2000-04-13 | 2005-12-20 | International Business Machines Corporation | Method and system for data flow multicasting |
| US6704819B1 (en) * | 2000-04-19 | 2004-03-09 | Microsoft Corporation | Method and apparatus for device sharing and arbitration |
| US7002928B1 (en) * | 2000-06-21 | 2006-02-21 | Sony Corporation | IEEE 1394-based protocol repeater |
| US6757773B1 (en) | 2000-06-30 | 2004-06-29 | Sony Corporation | System and method for determining support capability of a device coupled to a bus system |
| ATE343278T1 (de) * | 2000-08-23 | 2006-11-15 | Koninkl Philips Electronics Nv | Kommunikationssystem und -vorrichtung |
| KR20020059722A (ko) * | 2000-09-13 | 2002-07-13 | 요트.게.아. 롤페즈 | 통신 시스템 및 장치 |
| US6725311B1 (en) | 2000-09-14 | 2004-04-20 | Microsoft Corporation | Method and apparatus for providing a connection-oriented network over a serial bus |
| JP3896784B2 (ja) * | 2000-10-10 | 2007-03-22 | 日本電気株式会社 | パケット通信方法および装置 |
| US6647447B1 (en) * | 2000-12-29 | 2003-11-11 | Sony Corporation | Allocating isochronous channel numbers to devices on an IEEE-1394 bus |
| US6977939B2 (en) * | 2001-01-26 | 2005-12-20 | Microsoft Corporation | Method and apparatus for emulating ethernet functionality over a serial bus |
| US7542474B2 (en) * | 2001-02-26 | 2009-06-02 | Sony Corporation | Method of and apparatus for providing isochronous services over switched ethernet including a home network wall plate having a combined IEEE 1394 and ethernet modified hub |
| US6820150B1 (en) * | 2001-04-11 | 2004-11-16 | Microsoft Corporation | Method and apparatus for providing quality-of-service delivery facilities over a bus |
| US7149195B2 (en) * | 2001-08-28 | 2006-12-12 | Nokia Corporation | Apparatus, and associated method, for multicasting data in a radio communications system |
| JP2003110651A (ja) * | 2001-10-01 | 2003-04-11 | Canon Inc | データ処理方法、データ処理装置、通信プロトコル及びプログラム |
| CN1181648C (zh) | 2002-09-06 | 2004-12-22 | 联想(北京)有限公司 | 一种网络上设备间自动查找的方法 |
| US7653012B2 (en) * | 2002-09-26 | 2010-01-26 | Sharp Laboratories Of America, Inc. | Relay transmission of data in a centralized network |
| US20040081089A1 (en) * | 2002-09-26 | 2004-04-29 | Sharp Laboratories Of America, Inc. | Transmitting data on scheduled channels in a centralized network |
| JP2005012260A (ja) * | 2003-06-16 | 2005-01-13 | Matsushita Electric Ind Co Ltd | データ伝送の制御方法 |
| DE10337699B4 (de) * | 2003-08-16 | 2006-01-12 | Phoenix Contact Gmbh & Co. Kg | Verfahren und Vorrichtung zur Übertragung von Daten über ein Busnetz unter Verwendung des Broadcast-Prinzip |
| US7349436B2 (en) * | 2003-09-30 | 2008-03-25 | Intel Corporation | Systems and methods for high-throughput wideband wireless local area network communications |
| AU2004314553B2 (en) * | 2004-01-22 | 2009-05-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Access control for multicast channel request |
| US7505751B1 (en) * | 2005-02-09 | 2009-03-17 | Autocell Laboratories, Inc. | Wireless mesh architecture |
| JP4432814B2 (ja) * | 2005-03-25 | 2010-03-17 | ヤマハ株式会社 | 演奏データ通信管理システム及び演奏データ通信管理装置 |
| FR2887107B1 (fr) * | 2005-06-10 | 2007-12-14 | Canon Kk | Procede et dispositif d'emmission, de stockage et de lecture de flux videos multiplexes ou destines a etre multiplexes dans le reseau de communication |
| JP4846381B2 (ja) * | 2006-02-08 | 2011-12-28 | 富士通セミコンダクター株式会社 | 帯域割り当て方法、通信制御装置及び通信装置 |
| US8929360B2 (en) * | 2006-12-07 | 2015-01-06 | Cisco Technology, Inc. | Systems, methods, media, and means for hiding network topology |
| JP4764811B2 (ja) * | 2006-12-14 | 2011-09-07 | 富士通株式会社 | 中継装置および通信経路管理方法 |
| US8345553B2 (en) * | 2007-05-31 | 2013-01-01 | Broadcom Corporation | Apparatus and methods for reduction of transmission delay in a communication network |
| US8051232B2 (en) * | 2007-06-25 | 2011-11-01 | Intel Corporation | Data storage device performance optimization methods and apparatuses |
| US8537844B2 (en) * | 2009-10-06 | 2013-09-17 | Electronics And Telecommunications Research Institute | Ethernet to serial gateway apparatus and method thereof |
| CN104022915B (zh) * | 2014-05-19 | 2017-07-14 | 华为技术有限公司 | 一种流量调节方法及装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0674790B1 (en) * | 1992-12-21 | 2002-03-13 | Apple Computer, Inc. | Method and apparatus for transforming an arbitrary topology collection of nodes into an acyclic directed graph |
| DE69531011T2 (de) * | 1994-03-09 | 2004-05-19 | Matsushita Electric Industrial Co., Ltd., Kadoma | Datenübertragungssystem und Verfahren |
| JP3291926B2 (ja) | 1994-07-07 | 2002-06-17 | ソニー株式会社 | 電子機器制御方式 |
| JP3271493B2 (ja) * | 1995-09-26 | 2002-04-02 | ヤマハ株式会社 | ネットワークおよびデータ伝送方法 |
| US5841989A (en) * | 1996-04-08 | 1998-11-24 | Apple Computer, Inc. | System and method for efficiently routing data packets in a computer interconnect |
| US5978578A (en) * | 1997-01-30 | 1999-11-02 | Azarya; Arnon | Openbus system for control automation networks |
-
1998
- 1998-03-06 JP JP05516698A patent/JP3171241B2/ja not_active Expired - Fee Related
-
1999
- 1999-03-05 US US09/264,189 patent/US6434117B1/en not_active Expired - Lifetime
- 1999-03-05 DE DE69922072T patent/DE69922072T2/de not_active Expired - Fee Related
- 1999-03-05 CA CA002264461A patent/CA2264461C/en not_active Expired - Fee Related
- 1999-03-05 EP EP99103913A patent/EP0940946B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CA2264461C (en) | 2003-09-09 |
| DE69922072T2 (de) | 2005-11-24 |
| EP0940946B1 (en) | 2004-11-24 |
| JPH11261606A (ja) | 1999-09-24 |
| US6434117B1 (en) | 2002-08-13 |
| EP0940946A1 (en) | 1999-09-08 |
| DE69922072D1 (de) | 2004-12-30 |
| CA2264461A1 (en) | 1999-09-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3171241B2 (ja) | 通信方法 | |
| US7535829B2 (en) | Tunnel reroute | |
| US7093044B2 (en) | Method and apparatus for providing quality-of-service delivery facilities over a bus | |
| US5548579A (en) | System for effective allocation of network-wide bandwidth | |
| JP4689130B2 (ja) | Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 | |
| JP3436174B2 (ja) | 通信方法 | |
| WO2020048206A1 (zh) | 一种流量调度方法、设备及系统 | |
| EP0986216A2 (en) | Tranmission system, bandwidth management apparatus, and bandwidth management method | |
| JPH09231143A (ja) | 通信制御方法 | |
| US7123614B2 (en) | Method and device for communicating between a first and a second network | |
| US9014211B2 (en) | Reducing the maximum latency of reserved streams | |
| EP0865224B1 (en) | Node device and scheme for sharing common virtual connection indentifier between end-nodes | |
| JP2002111704A (ja) | データ送受信装置及び方法 | |
| JP2002118570A (ja) | パケット通信方法および装置 | |
| JP2001036581A (ja) | 通信帯域設定システムと方法 | |
| US7020725B2 (en) | Method of reserving isochronous resources in a network comprising a wireless link | |
| JP3686345B2 (ja) | 通信品質保証方法 | |
| JPH1132083A (ja) | 交換網および交換装置 | |
| Hagsand et al. | ATM as a Link in an ST-2 Internet | |
| JP2836620B1 (ja) | 衛星通信システム、該衛星通信システムにおける経路制御方法及び経路制御プログラムを格納した記録媒体 | |
| JP3660852B2 (ja) | データ変換装置、媒体、及び情報集合体 | |
| WO2006009109A1 (ja) | ブリッジ及び送信装置、並びに情報システム | |
| JP2001237861A (ja) | データ通信装置、データ通信システムおよびデータ通信方法 | |
| JP2001127791A (ja) | 品質保証型ネットワークシステム、品質保証型通信方法および品質保証型通信プログラムを記録した記録媒体 | |
| JPH11298482A (ja) | 帯域共用制御回路と帯域制御回路及び通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080323 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090323 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090323 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100323 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |