JP2000261454A - 通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数のノードが互いに通信を行う場合に必要
な帯域を確保する。 【解決手段】 最初に送信を開始するノードＡ１０１
は、セッションを指定する情報と通信に必要な帯域を指
定する情報とを含む、セッション用に確保されたチャン
ネルと帯域があるかどうかを問い合わせるメッセージを
ブロードキャスト送信する。ノードＡ１０１は、メッセ
ージに対する応答が無いことを確認した後、アイソクロ
ナスリソースマネージャであるノードＤ１０４からチャ
ンネルの番号と通信に必要な帯域を確保して、セッショ
ン用のチャンネルと帯域の管理を行う管理ノードとな
る。こうして、送信を行う全ノードで帯域を共有して通
信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
に準拠したデータの送受信機能を備えたノードから構成
される通信ネットワークに関し、特にこれらのノード間
でＴＣＰ／ＩＰなどのプロトコルを使用したデータ通信
を行う通信方法に関するものである。

【０００２】

【従来の技術】従来より、ＩＥＥＥ１３９４−１９９５
規格（以下、ＩＥＥＥ１３９４とする）に準拠した通信
ネットワークにおいてＩＰ（Internet Protocol ）をサ
ポートする方式としてＩＥＴＦ（Internet Engineering
Task Force ）によって規定された「ＩＰ ｏｖｅｒ
１３９４」方式が知られている。本方式では、ＩＥＥＥ
１３９４上でＩＰのユニキャスト、マルチキャスト、ブ
ロードキャストのデータの送受信を行う方式が規定され
ている。つまり、ユニキャストの通信には、ＩＥＥＥ１
３９４のＡｓｙｎｃパケットを使って送受信を行い、マ
ルチキャスト、ブロードキャストの通信には、アシンク
ロナスストリーム（Asynchronous Stream）のチャンネ
ルを使って送受信を行う。

【０００３】また、「ＩＰ ｏｖｅｒ １３９４」方式
では、ＭＣＡＰ（Multicast Channel Allocation Proto
col ）と呼ばれる、マルチキャスト用にアシンクロナス
ストリームのチャンネルの割当を行う方式が規定されて
いる。本方式では、マルチキャスト用にチャンネルを割
り当てる場合、まず送信を行うノードがこのマルチキャ
ストアドレス用にチャンネルが割り当てられているかど
うか問い合わせるメッセージを送信する。送信を行うノ
ードは、メッセージに対する応答が無ければＩＥＥＥ１
３９４で規定されたＩＲＭ（Isochronous Resource Man
ager）から新たにチャンネルを確保し、このチャンネル
を用いてマルチキャストのデータを送信する。

【０００４】次に、別のノードがこのマルチキャスト宛
のデータの送信または受信を開始する場合は、このマル
チキャストアドレス用にチャンネルが割り当てられてい
るかどうか問い合わせるメッセージを送信する。これに
対して最初にチャンネルを割り当てられたノードは、マ
ルチキャストアドレスとチャンネルの対応情報を示すメ
ッセージを送信し、これを受信したノードは、指定され
たチャンネルを用いて送信及び受信を行う。

【０００５】また、最初にチャンネルを割り当てられた
ノードが送信を終了する場合、このノードは、マルチキ
ャストアドレスとチャンネルの対応情報からなる、チャ
ンネルの管理を委譲するメッセージを送信する。仮に、
上記マルチキャストアドレス宛に送信を行っているノー
ドが他に存在する場合、このノードは、チャンネルのマ
ルチキャストアドレスとチャンネルの対応情報からなる
メッセージを送信してチャンネルの管理を引き継ぐ。最
初にチャンネルを割り当てられたノードは、チャンネル
の管理を引き継ぐノードが現れた場合は、何もせずに通
信を終了し、管理を引き継ぐノードが存在しない場合
は、チャンネルをＩＲＭへ返却してから通信を終了す
る。

【０００６】

【発明が解決しようとする課題】従来の方式では、マル
チキャストパケットを送信するノードは、ＩＲＭからチ
ャンネルを確保しているが、データの送信に必要な帯域
を確保していない。このため、例えばＴＶ会議などのよ
うに音声、動画などのリアルタイム性を必要とするデー
タを送受信する場合、ネットワークが輻輳していると、
これらのデータをリアルタイムに伝送できないという問
題がある。さらに、ＴＶ会議のようなシステムで複数の
ノードが通信を行う際には、送信を行うノードが複数存
在するが、同時に通信を行うノードは１つだけである場
合と、送信を行うノードが複数存在して、これら全ての
ノードが同時に送信を行う場合の２通りの状況が起こり
得る。前者の場合は、送信を行う全ノードのうち最も広
い帯域を使用するノード用に帯域を確保する必要があ
り、後者の場合は、全ての送信ノードが必要とする帯域
を確保しておく必要がある。

【０００７】例えば、ＴＶ会議システムにおける音声の
通信が前者の例であり、Ｎ個のノードが会話をしている
場合、話をしているのはそのうち１ノードだけである。
このため、帯域は１ノード分だけ確保しておけばよい。
ただし、ノードによって異なる音声品質を使用してお
り、必要な帯域が異なる場合があり、最も広い帯域を必
要とするノードに合わせて帯域を確保する必要がある。
また、後者の例は、ＴＶ会議システムにおける動画像の
通信であり、Ｎ個のノードがいる場合、映像は常に流さ
れているため、必要となる帯域は各ノードが必要とする
帯域の総和となる。

【０００８】従来の方式に対して、管理を行うノードが
送信に必要とする帯域を確保する手段を追加することに
より、ネットワークが輻輳した場合に、このノードのデ
ータ用に帯域を保証することは可能である。しかし、こ
の場合、１つの送信ノードが必要とする帯域しか確保し
ていないため、上記のように複数のノードが送信を行
い、かつ使用する帯域が異なり、帯域の確保に要求され
る形態も異なるケースに対応することができないという
問題がある。本発明は、上記課題を解決するためになさ
れたもので、複数のノードがセッションに参加して互い
に通信を行う場合に、必要な帯域を確保してネットワー
クが輻輳した場合にもリアルタイムに通信を行うことを
可能にし、かつ帯域の確保の形態が共有型である場合あ
るいは占有型である場合に対応することができる通信方
法を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明の通信方法は、複
数のノードがあるセッションに参加してノード間で通信
を行い、かつ２つ以上のノードが同時にデータを送信す
ることがない場合において、特定のノードがセッション
用のチャンネルと帯域の管理を行う管理ノードとなっ
て、各送信ノードが必要とする帯域のうち最大の帯域を
アイソクロナスリソースマネージャからセッション用に
確保するようにしたものである。このとき、送信を開始
するノードは、セッション用に確保されているチャンネ
ルを問い合わせるメッセージを送信するが、このメッセ
ージに自身が送信を行うために必要な帯域の情報を付加
して送信する。このノードが最初に送信を開始する第１
のノードである場合、このメッセージに対して応答がな
い。その場合、第１のノードは、このセッション用にア
イソクロナスリソースマネージャからチャンネルを確保
すると共に、自身が送信を行うために必要な帯域をアイ
ソクロナスリソースマネージャから確保する。これ以
降、第１のノードは、このセッション用のチャンネルと
帯域を管理する管理ノードとなり、取得したチャンネル
番号で示されるアイソクロナスストリームを用いてデー
タの送受信を行う。２番目以降に送信を開始する第２の
ノードは、同様に自身が送信を行うために必要な帯域の
情報を付加して、セッション用に確保されているチャン
ネルを問い合わせるメッセージを送信する。これに対し
管理ノードは、自身が既に確保している帯域と第２のノ
ードが要求している帯域とを比較し、第２のノードの要
求する帯域が大きい場合は、アイソクロナスリソースマ
ネージャから差分の帯域を確保し、セッション用に確保
したチャンネルと帯域の量と帯域の確保の形態が共有型
であることを伝える。第２のノードは、帯域の確保の形
態が共有型であることを知ると、管理ノードが確保した
チャンネルと帯域を使用してアイソクロナスストリーム
としてデータの送信及び受信を開始する。３番目、４番
目・・・、Ｎ番目のノードが送信を開始する場合にも同
様な手順を繰り返す。これにより、常に全ノードで共有
する帯域として、各ノードが必要な帯域のうち最大の帯
域が確保されることになる。

【００１０】また、上記通信方法の１構成例として、受
信のみを行うノードは、受信を開始する場合、セッショ
ンを指定する情報を含む、セッション用に確保されたチ
ャンネルと帯域があるかをどうか問い合わせるメッセー
ジをブロードキャスト送信する。管理ノードは、メッセ
ージを受信すると、セッションを指定する情報とチャン
ネル番号とアイソクロナスリソースマネージャから確保
した全ての帯域の量とを含むメッセージをブロードキャ
スト送信する。受信のみを行うノードは、管理ノードか
らのメッセージを受信すると、チャンネル番号で示され
るチャンネルの受信を開始する。また、上記通信方法の
１構成例として、管理ノード以外のノードがセッション
を終了する場合は、そのまま通信を終了する。管理ノー
ドは、セッションを終了する場合、セッション用に確保
したチャンネルと帯域の管理を委譲するメッセージを送
信する。これに対して他に送信を続けるノードが存在す
る場合、このノードは、セッション用のチャンネルと帯
域の管理を引き継ぐメッセージを送信する。この場合、
管理ノードは、チャンネルと帯域の管理をこのノードに
委ね、何もせずに通信を終了し、委譲されたノードが新
たにこのセッションの管理ノードとなる。また、管理ノ
ードは、委譲するメッセージに応答がない場合、セッシ
ョン用に確保したチャンネルと帯域をアイソクロナスリ
ソースマネージャに返却して通信を終了する。以上のよ
うにして、ノードが通信を終了する場合、このセッショ
ン用に確保した帯域を分散的に解放することが可能とな
る。また、複数のノードがセッション用のチャンネルと
帯域の管理を引き継ぐメッセージを送信した場合、各メ
ッセージを送信したノードは自分より識別番号の大きい
ノードからの引き継ぎメッセージを受信すると、チャン
ネルと帯域の管理の引き継ぎを行うことを止める。ま
た、他のノードから引き継ぎメッセージを全く受信しな
いか、あるいは自分より識別番号の小さいノードからし
か引き継ぎメッセージを受信しない場合は、チャンネル
と帯域の管理を引き継ぐ。これにより、複数のノードが
同じセッション用のチャンネルと帯域を同時に引き継ご
うとした場合、その競合を解決することができる。

【００１１】また、上記通信方法の１構成例として、管
理ノードは、セッション用に確保したチャンネルと自身
が送信するために必要な帯域の量からなる情報を定期的
に全ノードに通知する。これに対して、このセッション
で送信を行うためにより多くの帯域を必要とするノード
が存在する場合、このノードは、必要な帯域を通知す
る。管理ノードは、各ノードが要求する帯域のうち最大
の値を選択し、その値が自身がこれまでにアイソクロナ
スリソースマネージャから確保した帯域よりも小さい場
合は、差分の帯域をアイソクロナスリソースマネージャ
に返却する。これにより、多くの帯域を必要とするノー
ドがセッションを終了した場合は、余分に確保していた
帯域をアイソクロナスリソースマネージャへ返却するこ
とにより、ネットワークの帯域を効率的に使うことが可
能となる。また、上記通信方法の１構成例として、ＩＥ
ＥＥ１３９４で規定されたサブアクション・ギャップの
サイズをＳＧ、アービトレーション・リセット・ギャッ
プのサイズをＡＲＧ、アシンクロナスストリームで送信
できるフレームの最大サイズをＭ、バスに接続されたノ
ードの数をＮとし、アイソクロナスリソースマネージャ
に残っている帯域の量をＢとして、帯域Ｂが（ＳＧ＋
Ｍ）×Ｎ＋ＡＲＧ以下である場合、各ノードは、チャン
ネル番号で示されるチャンネルでデータの送信を行う際
にアイソクロナスストリームを用いて送信する代わり
に、アシンクロナスストリームを用いて送信する。

【００１２】また、本発明の通信方法は、複数のノード
があるセッションに参加してノード間で通信を行い、か
つセッションで送信を行う複数のノードが全て同時にデ
ータを送信する場合において、特定のノードが前記セッ
ション用のチャンネルの管理を行う管理ノードとなっ
て、アイソクロナスリソースマネージャからセッション
用のチャンネルを確保して管理し、各送信ノードが自身
の通信に必要な帯域をアイソクロナスリソースマネージ
ャから確保するようにしたものである。このとき、送信
を開始するノードは、セッション用に確保されているチ
ャンネルを問い合わせるメッセージを送信する。このノ
ードが最初に送信を開始する第１のノードである場合、
このメッセージに対して応答がない。その場合、第１の
ノードは、セッション用にアイソクロナスリソースマネ
ージャからチャンネルを確保する。以降、このノード
は、セッション用のチャンネルを管理する管理ノードと
なる。また、このノードは、自身が送信を行うために必
要な帯域をアイソクロナスリソースマネージャから確保
し、以降、このチャンネルを使ってアイソクロナススト
リームとしてデータを送信及び受信する。２番目以降に
送信を開始する第２のノードは、同様にセッション用に
確保されているチャンネルを問い合わせるメッセージを
送信し、管理ノードは、セッション用に確保したチャン
ネルと帯域の確保の形態が占有型であることを伝える。
これを受信したノードは、帯域の確保の形態が占有型で
ある場合、帯域については自身が必要な分をアイソクロ
ナスリソースマネージャから確保した上で、通知された
チャンネルを使用してアイソクロナスストリームとして
送信及び受信を行う。３番目、４番目・・・、Ｎ番目の
ノードが送信を開始する場合にも同様な手順を繰り返
し、常にセッションの管理ノードはチャンネルのみを確
保し、帯域については送信を行う各ノードが個別に確保
する。これにより、全ノードが使用する帯域の総和が確
保されることになる。

【００１３】また、上記通信方法の１構成例として、受
信のみを行うノードは、受信を開始する場合、セッショ
ンを指定する情報を含む、セッション用に確保されたチ
ャンネルがあるかどうかを問い合わせるメッセージをブ
ロードキャスト送信する。管理ノードは、メッセージを
受信すると、セッションを指定する情報とチャンネル番
号とを含むメッセージをブロードキャスト送信する。受
信のみを行うノードは、管理ノードからのメッセージを
受信するとチャンネル番号で示されるチャンネルの受信
を開始する。また、上記通信方法の１構成例として、管
理ノード以外のノードがセッションを終了する場合、送
信を行っているノードは、自身が確保した帯域をアイソ
クロナスリソースマネージャへ返却して通信を終了し、
受信のみを行うノードは、そのまま通信を終了する。管
理ノードは、通信を終了する場合、セッション用に確保
したチャンネルの管理を委譲するメッセージを送信す
る。これに対して他に送信を続けるノードが存在する場
合、このノードは、セッション用のチャンネルの管理を
引き継ぐメッセージを送信する。この場合、管理ノード
は、チャンネルの管理をこのノードに委ね、自分用に確
保した帯域をアイソクロナスリソースマネージャへ返却
して通信を終了し、委譲されたノードが新たにこのセッ
ションの管理ノードとなる。また管理ノードは委譲する
メッセージに応答がない場合、自分用に確保した帯域に
加え、このセッション用に確保したチャンネルもアイソ
クロナスリソースマネージャに返却して通信を終了す
る。以上のようにして、ノードが通信を終了する場合、
このセッション用に確保された帯域を分散的に解放する
ことが可能となる。また、複数のノードがセッション用
のチャンネルの管理を引き継ぐメッセージを送信した場
合、各メッセージを送信したノードは自分より識別番号
の大きいノードからの引き継ぎメッセージを受信する
と、チャンネルの管理の引き継ぎを行うことを止める。
また、他のノードから引き継ぎメッセージを全く受信し
ないか、あるいは自分より識別番号の小さいノードから
しか引き継ぎメッセージを受信しない場合は、チャンネ
ルの管理を引き継ぐ。これにより、複数のノードが同じ
セッション用のチャンネルを同時に引き継ごうとした場
合、その競合を解決することができる。

【００１４】

【発明の実施の形態】［実施の形態の１］次に、本発明
の実施の形態について図面を参照して詳細に説明する。
図１は本発明の第１の実施の形態における通信ネットワ
ークの構成を示すブロック図である。図１に示すよう
に、通信ネットワークは、複数のノード、すなわちノー
ドＡ１０１、ノードＢ１０２、ノードＣ１０３、ノード
Ｄ１０４から構成されており、各ノードはＩＥＥＥ１３
９４−１９９５規格（以下、ＩＥＥＥ１３９４とする）
に準拠したデータリンク機能を備えている。

【００１５】また、全ノードのうち少なくとも１つのノ
ードは、ＩＥＥＥ１３９４で規定されるＩＲＭ（Isochr
onous Resource Manager：アイソクロナスリソースマネ
ージャ）の機能を備えている。本実施の形態では、ノー
ドＤ１０４がＩＲＭとなっている。さらに、各ノード
は、ＩＥＴＦ（Internet Engineering Task Force ）で
規定されたＴＣＰ（Transmission Control Protocol ）
／ＩＰ（Internet Protocol）などの通信プロトコルの
機能と、同じくＩＥＴＦで規定された「ＩＰ ｏｖｅｒ
１３９４」に準拠した機能を備えており、ＩＥＥＥ１
３９４の機能を利用してＩＰのパケットを互いに転送す
るものとする。

【００１６】なお、本発明は、上記のＴＣＰ／ＩＰ及び
「ＩＰ ｏｖｅｒ １３９４」への適用に制限されるも
のではなく、任意のプロトコルに適用可能である。ここ
で全ノードのうち、２つ以上のノードがあるセッション
を設定して互いに通信を行う場合を想定する。このセッ
ションに参加するノードは、宛先アドレスとしてマルチ
キャストのＩＰアドレス＝Ａ１を使用し、プロトコルと
してＵＤＰ（User Datagram Protocol）を使用し、ＵＤ
Ｐの任意に選択した宛先ポート番号＝Ｐ１を使用して通
信を行うものとする。なおセッションを指定するパラメ
ータは上記のように宛先アドレス、プロトコルタイプ、
宛先ポート番号の組み合わせに限定されるものではな
く、使用するプロトコルに応じた組み合わせが使用可能
である。

【００１７】また、ここではセッションに参加するノー
ドのうち、ノードＡ１０１とノードＢ１０２の２台は送
信と受信の両方の動作を行い、ノードＣ１０３は受信の
みを行うものとする。なお、セッションに参加するノー
ド数や送信を行うノード数、受信を行うノード数は任意
であり、上記の値に制限されるものではない。

【００１８】図２は、本実施の形態において上記のノー
ド間で制御用に使用されるメッセージのフォーマットを
示す図である。このメッセージは、メッセージタイプ２
０１、チャンネル番号２０２、宛先アドレス２０３、プ
ロトコルタイプ２０４、宛先ポート番号２０５、帯域２
０６、帯域確保方式２０７といった各情報から構成され
る。

【００１９】メッセージタイプ２０１の値には、「問い
合わせ」、「報告」、「委譲」を示す３種類の値があ
り、帯域確保方式２０７の値には、「共有」、「占有」
を示す２種類の値があるものとする。なお、メッセージ
のフォーマットは図２のフォーマットのみに制限される
ものではなく、セッションを指定する情報と、チャンネ
ル番号２０２、帯域２０６、帯域確保方式２０７の４つ
の情報を含んでいれば任意のフォーマットが使用可能で
ある。

【００２０】本実施の形態では、ノードＡ１０１は、設
定されたセッションでデータを送信する際にＢ１の量の
帯域を使用し、ノードＢ１０２は、このセッションでデ
ータを送信する際にＢ２の量の帯域を使用し、ノードＡ
１０１とノードＢ１０２は、同時にデータを送信するこ
とがない場合を想定する。図３は、本実施の形態におい
て最初に送受信を行うノードＡ１０１が送信を開始する
場合の手順、すなわちチャンネルと帯域を確保する手順
を示すシーケンス図である。

【００２１】ノードＡ１０１は、まず自分が必要とする
帯域の量の情報を付加して、このセッション用にチャン
ネルと帯域が確保されているかどうか問い合わせるメッ
セージ３０１をブロードキャスト送信する。このメッセ
ージ３０１内の値は、メッセージタイプ２０１＝「問い
合わせ」、宛先アドレス２０３＝Ａ１、プロトコルタイ
プ２０４＝ＵＤＰ、宛先ポート番号２０５＝Ｐ１、帯域
２０６＝Ｂ１、帯域確保方式２０７＝「共有」とする。

【００２２】このメッセージ３０１に対して、何も応答
がない場合、ノードＡ１０１は、ＩＲＭであるノードＤ
１０４からチャンネル＝Ｃ１と帯域＝Ｂ１を確保する処
理３０２を行う。これ以降、ノードＡ１０１は、このセ
ッション用のチャンネルと帯域の情報を報告するメッセ
ージ３０３を定期的にブロードキャスト送信する。この
メッセージ３０３内の値は、メッセージタイプ２０１＝
「報告」、チャンネル番号２０２＝Ｃ１、宛先アドレス
２０３＝Ａ１、プロトコルタイプ２０４＝ＵＤＰ、宛先
ポート番号２０５＝Ｐ１、帯域２０６＝現在までに自分
が確保した帯域の総量（この時点ではＢ１）、帯域確保
方式２０７＝「共有」とする。

【００２３】そして、ノードＡ１０１は、確保したチャ
ンネル＝Ｃ１でアイソクロナスストリーム（Isochorono
us Stream ）を用いてデータの送信３０４を開始する。
また同時にチャンネルＣ１の受信も開始する。これによ
り、ノードＡ１０１は、チャンネルＣ１を使用して自分
が送信したい帯域＝Ｂ１の量のデータを送信することが
可能になる。

【００２４】図４は、本実施の形態において２番目以降
に送受信を行うノードＢ１０２が送信を開始する場合の
手順、すなわち自分が必要とする帯域を確保する手順を
示すシーケンス図である。ノードＢ１０２は、自分が必
要とする帯域の量の情報を付加して、このセッション用
にチャンネルと帯域が確保されているかどうか問い合わ
せるメッセージ４０１をブロードキャスト送信する。こ
のメッセージ４０１内の値は、メッセージタイプ２０１
＝「問い合わせ」、宛先アドレス２０３＝Ａ１、プロト
コルタイプ２０４＝ＵＤＰ、宛先ポート番号２０５＝Ｐ
１、帯域２０６＝Ｂ２、帯域確保方式２０７＝「共有」
とする。

【００２５】このメッセージ４０１を受信したノードＡ
１０１は、メッセージ４０１内のセッションの情報、す
なわち宛先アドレス２０３とプロトコルタイプ２０４、
宛先ポート番号２０５を調べ、これらの情報が自分が管
理しているセッションのものであることを知る。そし
て、ノードＡ１０１は、要求されている帯域２０６＝Ｂ
２が自分が確保した帯域の量＝Ｂ１より大きい場合、ま
ず（Ｂ２−Ｂ１）分の帯域をＩＲＭであるノードＤ１０
４から確保する処理４０２を行う。

【００２６】なお、ノードＡ１０１は、要求されている
帯域Ｂ２が帯域Ｂ１より小さい場合、新たな帯域の確保
は行わない。続いて、ノードＡ１０１は、このセッショ
ン用のチャンネルと帯域の情報を報告するメッセージ４
０３をブロードキャスト送信する。このメッセージ４０
３内の値は、メッセージタイプ２０１＝「報告」、チャ
ンネル番号２０２＝Ｃ１、宛先アドレス２０３＝Ａ１、
プロトコルタイプ２０４＝ＵＤＰ、宛先ポート番号２０
５＝Ｐ１、帯域２０６＝現在までに自分が確保した帯域
の総量（すなわち、帯域Ｂ１，Ｂ２のうち最大の値）、
帯域確保方式２０７＝「共有」とする。

【００２７】このメッセージ４０３を受信したノードＢ
１０２は、これ以降、通知されたチャンネル＝Ｃ１でア
イソクロナスストリームを用いてデータの送信４０４を
開始する。また同時にチャンネル＝Ｃ１の受信も開始す
る。これにより、ノードＢ１０２は、チャンネル＝Ｃ１
を使用して自分が送信したい帯域＝Ｂ２の量のデータを
送信することが可能になる。

【００２８】なお、以上の動作の前提として、ノードＡ
１０１とノードＢ１０２が同時にデータを送信すること
は無いため、チャンネル＝Ｃ１に割り当てられた帯域を
超過してノードＡ１０１とノードＢ１０２が送信するこ
とはない。

【００２９】ここで、ＩＥＥＥ１３９４で規定されたサ
ブアクション・ギャップ（Subaction Gap ）のサイズを
ＳＧ、アービトレーション・リセット・ギャップ（Arbi
tration Reset Gap ）のサイズをＡＲＧ、アシンクロナ
スストリーム（AsynchronousStream ）で送信できるフ
レームの最大サイズをＭ、バスに接続されたノードの数
をＮとした場合、ＩＥＥＥ１３９４で規定されるフェア
ネス・インターバル（Fairness Interval ）の最大値は
（ＳＧ＋Ｍ）×Ｎ＋ＡＲＧとなる。

【００３０】ノードＡ１０１、ノードＢ１０２は、ＩＲ
ＭであるノードＤ１０４からＩＲＭに残っている帯域の
量＝Ｂを読み出す手段を備え、帯域Ｂが（ＳＧ＋Ｍ）×
Ｎ＋ＡＲＧ以下である場合、各ノードは送信を行う際に
上記のようにアイソクロナスストリームを用いて送信す
る代わりに、アシンクロナスストリームを用いて送信す
る。ＩＥＥＥ１３９４で規定されるサイクルタイム（Cy
cle Time）において各ノードは、１つのアイソクロナス
ストリームのデータだけを送信できる。一方、ＩＥＥＥ
１３９４で規定されるフェアネス・インターバルにおい
て各ノードは、１つのアシンクロナスストリームのデー
タだけを送信できる。

【００３１】したがって、フェアネス・インターバルの
最大値＝（ＳＧ＋Ｍ）×Ｎ＋ＡＲＧが１つのサイクルタ
イムに残っている帯域＝Ｂよりも大きければ、アシンク
ロナスストリームを使うことにより、１つのサイクルタ
イムで複数のデータを送信することが可能となり、より
多くのデータを送信することができる。

【００３２】図５は、本実施の形態において２番目以降
に受信のみを行うノードＣ１０３が受信を開始する場合
の手順、すなわちノードＣ１０３にチャンネルを通知す
る手順を示すシーケンス図である。ノードＣ１０３は、
このセッション用にチャンネルと帯域が確保されている
かどうか問い合わせるメッセージ５０１をブロードキャ
スト送信する。メッセージ５０１内の値は、メッセージ
タイプ２０１＝「問い合わせ」、宛先アドレス２０３＝
Ａ１、プロトコルタイプ２０４＝ＵＤＰ、宛先ポート番
号２０５＝Ｐ１、帯域２０６＝０とする。

【００３３】このメッセージ５０１を受信した受信した
ノードＡ１０１は、メッセージ５０１内のセッションの
情報、すなわち宛先アドレス２０３とプロトコルタイプ
２０４、宛先ポート番号２０５を調べ、これらの情報が
自分が管理しているセッションのものであることを知
る。

【００３４】そして、ノードＡ１０１は、要求されてい
る帯域２０６が０であるため、新たな帯域の確保等は行
わず、このセッション用のチャンネルと帯域の情報を報
告するメッセージ５０２をブロードキャスト送信する。
メッセージ５０２内の値は、メッセージタイプ２０１＝
「報告」、チャンネル番号２０２＝Ｃ１、宛先アドレス
２０３＝Ａ１、プロトコルタイプ２０４＝ＵＤＰ、宛先
ポート番号２０５＝Ｐ１、帯域２０６＝現在までに自分
が確保した帯域の総量（すなわち帯域Ｂ１，Ｂ２のうち
最大の値）、帯域確保方式２０７＝「共有」とする。こ
のメッセージ５０２を受信したノードＣ１０３は、これ
以降、通知されたチャンネル番号２０２＝Ｃ１でデータ
の受信を開始する。

【００３５】図６は、本実施の形態においてノードＢ１
０２が先にセッションを終了し、ノードＡ１０１のみが
送信を続けている場合において、ノードＡ１０１がセッ
ションから脱退し、通信を終了する場合の手順、すなわ
ち最後に残った管理ノードがチャンネルと帯域を解放す
る手順を示すシーケンス図である。

【００３６】ノードＢ１０２は、セッションの終了の指
示６０１を受けると、セッションの管理を行っていない
ので特に何もせずに、このチャンネルへの送信と受信を
停止する。ノードＡ１０１は、セッションの終了の指示
６０２を受けると、このセッション用のチャンネルと帯
域の管理を委譲するメッセージ６０３をブロードキャス
ト送信する。このときメッセージ内の値は、メッセージ
タイプ２０１＝「委譲」、チャンネル番号２０２＝Ｃ
１、宛先アドレス２０３＝Ａ１、プロトコルタイプ２０
４＝ＵＤＰ、宛先ポート番号２０５＝Ｐ１、帯域２０６
＝現在までに自分が確保した帯域の総量（すなわち帯域
Ｂ１，Ｂ２のうち最大の値）、帯域確保方式２０７＝
「共有」とする。

【００３７】ノードＢ１０２は、このメッセージ６０３
を受信するが、もはやこのセッションに参加していない
ので何も送信しない。また、ノードＣ１０３も同様にこ
のメッセージ６０３を受信するが、送信は行っていない
ので何もしない。

【００３８】ノードＡ１０１は、メッセージ６０３に対
する応答が無く、このセッション用のチャンネルと帯域
の管理を引き継ぐほかのノードが存在しないことを確認
すると、このセッション用に確保したチャンネルと帯域
をＩＲＭであるノードＤ１０４へ返却する処理６０４を
行い、これ以降、このチャンネルへの送信と受信を停止
する。

【００３９】図７は、本実施の形態においてノードＡ１
０１とノードＢ１０２が送信を続けている場合におい
て、ノードＡ１０１がセッションから脱退し、通信を終
了する場合の手順、すなわち管理ノードが他の送信ノー
ドにチャンネルと帯域の管理を委譲する手順を示すシー
ケンス図である。

【００４０】ノードＡ１０１は、セッションの終了の指
示６０２を受けると、このセッション用のチャンネルと
帯域の管理を委譲するメッセージ６０３をブロードキャ
スト送信する。メッセージ６０３内の値は、メッセージ
タイプ２０１＝「委譲」、チャンネル番号２０２＝Ｃ
１、宛先アドレス２０３＝Ａ１、プロトコルタイプ２０
４＝ＵＤＰ、宛先ポート番号２０５＝Ｐ１、帯域２０６
＝現在までに自分が確保した帯域の総量（すなわち、帯
域Ｂ１，Ｂ２のうち最大の値）、帯域確保方式２０７＝
「共有」とする。

【００４１】このメッセージ６０３を受信したノードＢ
１０２は、メッセージ６０３内のセッションの情報、す
なわち宛先アドレス２０３とプロトコルタイプ２０４、
宛先ポート番号２０５を調べ、これらの情報が自分が参
加しているセッションのものであることを知る。

【００４２】そして、ノードＢ１０２は、このセッショ
ン用のチャンネルと帯域の管理を引き継ぐメッセージ７
０１をブロードキャスト送信する。メッセージ７０１内
の値は、メッセージタイプ２０１＝「報告」、チャンネ
ル番号２０２＝Ｃ１、宛先アドレス２０３＝Ａ１、プロ
トコルタイプ２０４＝ＵＤＰ、宛先ポート番号２０５＝
Ｐ１、帯域２０６＝委譲メッセージ６０３で通知された
値（すなわち、帯域Ｂ１，Ｂ２のうち最大の値）、帯域
確保方式２０７＝共有とする。なお、このときノードＣ
１０３もノードＢ１０２と同様にノードＡ１０１からの
メッセージ６０３を受信するが、送信は行っていないの
で何もしない。

【００４３】ノードＢ１０２からのメッセージ７０１を
受信したノードＡ１０１は、このセッション用のチャン
ネルと帯域の管理をノードＢ１０２に委譲したことを確
認し、これ以降、このチャンネルへの送信と受信を停止
する。ノードＢ１０２は、他のノードからこのセッショ
ン用のチャンネルと帯域の管理を引き継ぐメッセージを
受信し、かつ送信元のノードの識別番号が自分の識別番
号より大きい場合、管理の引き継ぎを放棄する。また、
ノードＢ１０２は、他のノードからこのセッション用の
チャンネルと帯域の管理を引き継ぐメッセージを受信し
ない場合、及び他のノードからこのセッション用のチャ
ンネルと帯域の管理を引き継ぐメッセージを受信した
が、送信元のノードの識別番号が自分の識別番号より小
さい場合は、新たな管理ノードとなり、このセッション
用のチャンネルと帯域を管理することになる。ノードＢ
１０２がセッションを終了する場合は、ノードＡ１０１
の場合と同様にセッションの管理の委譲またはチャンネ
ル及び帯域の解放処理を行う。

【００４４】図８は、本実施の形態において管理ノード
であるノードＡ１０１が余剰帯域の解放を行う場合の手
順、すなわち余分に確保した帯域をＩＲＭへ返却する手
順を示すシーケンス図である。この場合、ノードＣ１０
３もデータを送信しており、ノードＣ１０３が必要とす
る帯域はＢ３であるとする。このとき、仮にＢ１＜Ｂ
３、Ｂ２＜Ｂ３であるとする。

【００４５】これにより、管理ノードであるノードＡ１
０１は、ノードＣ１０３が送信を開始するときに、上記
の手順に基づいて合計して差分の帯域を確保し、帯域の
総量としてＢ３の量の帯域を確保しているものとする。
この状態でノードＣ１０３がセッションの終了の指示８
０１を受け、上記の手順に基づきセッションを終了した
と想定する。

【００４６】ノードＡ１０１は、このセッションに対し
て自分が通信に必要とする帯域の値を通知するメッセー
ジ８０２を定期的にブロードキャスト送信する。このメ
ッセージ８０２内の値は、メッセージタイプ２０１＝
「報告」、チャンネル番号２０２＝Ｃ１、宛先アドレス
２０３＝Ａ１、プロトコルタイプ２０４＝ＵＤＰ、宛先
ポート番号２０５＝Ｐ１、帯域２０６＝Ｂ１、帯域確保
方式２０７＝「共有」とする。

【００４７】このメッセージ８０２を受信した全ての送
信ノード、ここではノードＢ１０２は、報告された帯域
２０６が自分が通信に必要とする帯域より小さい場合、
すなわちＢ１＜Ｂ２である場合は、自分が必要とする帯
域を通知するメッセージ８０３をブロードキャスト送信
する。メッセージ８０３内の値はメッセージタイプ２０
１＝「問い合わせ」、チャンネル番号＝Ｃ１、宛先アド
レス２０３＝Ａ１、プロトコルタイプ２０４＝ＵＤＰ、
宛先ポート番号２０５＝Ｐ１、帯域２０６＝Ｂ２、帯域
確保方式２０７＝「共有」とする。また、ノードＢ１０
２は、Ｂ１＞Ｂ２である場合は何も送信しない。

【００４８】このメッセージ８０３を受信したノードＡ
１０１は、Ｂ１＜Ｂ２であれば、余剰の帯域がＢ３−Ｂ
２であるので、この分をＩＲＭであるノードＤ１０４へ
返却する処理８０４を行う。また、Ｂ１＞Ｂ２であれば
ノードＢ１０２は何も送信してこないため、ノードＡ１
０１は、余剰の帯域Ｂ３−Ｂ１をＩＲＭであるノードＤ
１０４へ返却する処理８０４を行う。こうして、管理ノ
ードはより大きい帯域を使用しているノードがセッショ
ンを終了するのに応じて、余分に確保した帯域を解放
し、効率的に１３９４バスを使用することができる。

【００４９】［実施の形態の２］次に、本発明の第２の
実施の形態を図を参照しながら説明する。ネットワーク
の構成とメッセージのフォーマットは、それぞれ図１、
図２を用いて説明した実施の形態の１と同様である。よ
って、本実施の形態においても、図１、図２の符号を用
いて説明する。

【００５０】また、本実施の形態では、ノードＡ１０１
はこのセッションでデータを送信する際にＢ１の量の帯
域を使用し、ノードＢ１０２はこのセッションでデータ
を送信する際にＢ２の量の帯域を使用し、ノードＡ１０
１とノードＢ１０２は同時にデータを送信することがあ
る場合を想定する。

【００５１】図９は、本実施の形態において最初に送受
信を行うノードＡ１０１が送信を開始する場合の手順、
すなわちチャンネルと自分用の帯域を確保する手順を示
すシーケンス図である。ノードＡ１０１は、まずこのセ
ッション用にチャンネルが確保されているかどうか問い
合わせるメッセージ９０１をブロードキャスト送信す
る。このメッセージ９０１内の値は、メッセージタイプ
２０１＝「問い合わせ」、宛先アドレス２０３＝Ａ１、
プロトコルタイプ２０４＝ＵＤＰ、宛先ポート番号２０
５＝Ｐ１、帯域確保方式２０７＝「占有」とする。

【００５２】これに対して、何も応答がない場合、ノー
ドＡ１０１は、ＩＲＭであるノードＤ１０４からチャン
ネル＝Ｃ１と自分が使用する帯域＝Ｂ１を確保する処理
９０２を行う。これ以降、ノードＡ１０１は、このセッ
ション用のチャンネルの情報を報告するメッセージ９０
３を定期的にブロードキャスト送信する。メッセージ９
０３内の値は、メッセージタイプ２０１＝「報告」、チ
ャンネル番号２０２＝Ｃ１、宛先アドレス２０３＝Ａ
１、プロトコルタイプ２０４＝ＵＤＰ、宛先ポート番号
２０５＝Ｐ１、帯域確保方式２０７＝「占有」とする。

【００５３】そして、ノードＡ１０１は、確保したチャ
ンネル＝Ｃ１でアイソクロナスストリームを用いてデー
タの送信３０４を開始する。また同時にチャンネルＣ１
の受信も開始する。これにより、ノードＡ１０１は、チ
ャンネルＣ１を使用して自分が送信したい帯域＝Ｂ１の
量のデータを送信することが可能になる。

【００５４】図１０は、本実施の形態において２番目以
降に送受信を行うノードＢ１０２が送信を開始する場合
の手順、すなわち自分用の帯域を確保する手順を示すシ
ーケンス図である。ノードＢ１０２は、まずこのセッシ
ョン用にチャンネルが確保されているかどうか問い合わ
せるメッセージ１００１をブロードキャスト送信する。
このとき、メッセージ１００１内の値は、メッセージタ
イプ２０１＝「問い合わせ」、宛先アドレス２０３＝Ａ
１、プロトコルタイプ２０４＝ＵＤＰ、宛先ポート番号
２０５＝Ｐ１、帯域確保方式２０７＝「占有」とする。

【００５５】このメッセージ１００１を受信したノード
Ａ１０１は、メッセージ１００１内のセッションの情
報、すなわち宛先アドレス２０３とプロトコルタイプ２
０４、宛先ポート番号２０５を調べ、これらの情報が自
分が管理しているセッションのものであることを知る。

【００５６】続いて、ノードＡ１０１は、このセッショ
ン用のチャンネルの情報を報告するメッセージ９０３を
ブロードキャスト送信する。メッセージ９０３内の値
は、チャンネル番号２０２＝Ｃ１、宛先アドレス２０３
＝Ａ１、プロトコルタイプ２０４＝ＵＤＰ、宛先ポート
番号２０５＝Ｐ１、帯域確保方式２０７＝「占有」とす
る。

【００５７】このメッセージ９０３を受信したノードＢ
１０２は、帯域の確保方式２０７が「占有」であるの
で、ＩＲＭであるノードＤ１０４から帯域Ｂ２を確保す
る処理１００２を行う。これ以降、ノードＢ１０２は、
通知されたチャンネル＝Ｃ１でアイソクロナスストリー
ムを用いてデータの送信４０４を開始する。また同時に
チャンネル＝Ｃ１の受信も開始する。

【００５８】これにより、ノードＢ１０２は、自分が送
信したい帯域＝Ｂ２の量のデータを送信することが可能
になる。なお、ノードＡ１０１とノードＢ１０２は同時
にデータを送信することがあるが、ノードＡ１０１とノ
ードＢ１０２は各々自分が必要な帯域Ｂ１とＢ２を確保
しているため、チャンネル＝Ｃ１に割り当てられた帯域
を超過してノードＡ１０１とノードＢ１０２が送信する
ことはない。

【００５９】本実施の形態において受信のみを行うノー
ドＣ１０３が受信を開始する場合の手順は実施の形態の
１の場合と同じであるため省略する。図１１は、本実施
の形態においてノードＢ１０２が先にセッションを終了
し、ノードＡ１０１のみが送信を続けている場合におい
て、ノードＡ１０１がセッションから脱退し、通信を終
了する場合の手順、すなわち最後に残った管理ノードが
チャンネルと自分用の帯域を解放する手順を示すシーケ
ンス図である。

【００６０】ノードＢ１０２は、セッションの終了の指
示６０１を受けると、このセッション用のチャンネルの
管理を行っていないので、自分が獲得した帯域＝Ｂ２を
ＩＲＭであるノードＤ１０４へ返却する処理１１０１を
行った後、このチャンネルへの送信と受信を停止する。

【００６１】ノードＡ１０１は、セッションの終了の指
示６０２を受けると、このセッション用のチャンネルの
管理を委譲するメッセージ１１０２をブロードキャスト
送信する。このメッセージ１１０２内の値は、メッセー
ジタイプ２０１＝「委譲」、チャンネル番号２０２＝Ｃ
１、宛先アドレス２０３＝Ａ１、プロトコルタイプ２０
４＝ＵＤＰ、宛先ポート番号２０５＝Ｐ１、帯域確保方
式２０７＝「占有」とする。

【００６２】ノードＢ１０２は、このメッセージ１１０
２を受信するが、もはやこのセッションに参加していな
いので何も送信しない。また、ノードＣ１０３も同様に
このメッセージ１１０２を受信するが、送信は行ってい
ないので何もしない。

【００６３】ノードＡ１０１は、メッセージ１１０２に
対する応答が無く、このセッション用のチャンネルの管
理を引き継ぐほかのノードが存在しないことを確認する
と、このセッション用に確保したチャンネルと自分用の
帯域をＩＲＭであるノードＤ１０４へ返却する処理１１
０３を行い、以降、このチャンネルへの送信と受信を停
止する。

【００６４】図１２は、本実施の形態においてノードＡ
１０１とノードＢ１０２が送信を続けている場合におい
て、ノードＡ１０１がセッションから脱退し、通信を終
了する場合の手順、すなわち管理ノードが他の送信ノー
ドにチャンネルの管理を委譲し、自分用の帯域を解放す
る手順を示すシーケンス図である。

【００６５】ノードＡ１０１は、セッションの終了の指
示６０２を受けると、このセッション用のチャンネルの
管理を委譲するメッセージ１１０２をブロードキャスト
送信する。このメッセージ１１０２内の値は、メッセー
ジタイプ２０１＝「委譲」、チャンネル番号＝Ｃ１、宛
先アドレス＝Ａ１、プロトコルタイプ２０４＝ＵＤＰ、
宛先ポート番号２０５＝Ｐ１、帯域確保方式２０７＝
「占有」とする。

【００６６】このメッセージ１１０２を受信したノード
Ｂ１０２は、メッセージ１１０２内のセッションの情
報、すなわち宛先アドレス２０３とプロトコルタイプ２
０４、宛先ポート番号２０５を調べ、これらの情報が自
分が参加しているセッションのものであることを知る。

【００６７】ノードＢ１０２は、メッセージ１１０２を
受信すると、このセッション用のチャンネルの管理を引
き継ぐメッセージ１２０１を送信する。このメッセージ
１２０１内の値は、メッセージタイプ２０１＝「報
告」、チャンネル番号＝Ｃ１、宛先アドレス２０３＝Ａ
１、プロトコルタイプ２０４＝ＵＤＰ、宛先ポート番号
２０５＝Ｐ１、帯域確保方式２０７＝「占有」とする。
なお、このときノードＣ１０３もノードＢ１０２と同様
にノードＡ１０１からのメッセージ１１０２を受信する
が、送信は行っていないので何もしない。

【００６８】メッセージ１２０１を受信したノードＡ１
０１は、このセッション用のチャンネルの管理をノード
Ｂ１０２に委譲したことを確認し、自分が獲得した帯域
＝Ｂ１をＩＲＭであるノードＤ１０４へ返却する処理１
２０２を行い、以降、このチャンネルへの送信と受信を
停止する。ノードＢ１０２は、他のノードからこのセッ
ション用のチャンネルの管理を引き継ぐメッセージを受
信し、かつ送信元のノードの識別番号が自分の識別番号
より大きい場合、管理の引き継ぎを放棄する。また、ノ
ードＢ１０２は、他のノードからこのセッション用のチ
ャンネルの管理を引き継ぐメッセージを受信しない場
合、及び他のノードからこのセッション用のチャンネル
の管理を引き継ぐメッセージを受信したが、送信元のノ
ードの識別番号が自分の識別番号より小さい場合は、新
たな管理ノードとなり、このセッション用のチャンネル
を管理することになる。ノードＢ１０２がセッションを
終了する場合は、ノードＡ１０１の場合と同様にセッシ
ョンの管理の委譲を行うか、委譲する相手がいなければ
チャンネル及び帯域の解放処理を行う。

【００６９】

【発明の効果】本発明によれば、ＩＥＥＥ１３９４バス
により接続されたノードからなる通信ネットワークにお
いて複数のノードがセッションに参加して互いに通信を
行う場合に、特定のノードがセッション用のチャンネル
と帯域の管理を行う管理ノードとなって、各送信ノード
が必要とする帯域のうち最大の帯域をアイソクロナスリ
ソースマネージャからセッション用に確保することによ
り、必要な帯域を確保することができ、ネットワークが
輻輳した場合にもリアルタイムに通信を行うことが可能
となる。また、２つ以上のノードが同時にデータを送信
することがない場合に、各ノードが必要とする帯域のう
ち最大の帯域のみを確保し、これを各ノードで共有しつ
つ回線を効率的に利用して通信を行うことが可能であ
る。

【００７０】また、多くの帯域を必要とするノードがセ
ッションを終了した場合は、余分に確保していた帯域を
アイソクロナスリソースマネージャへ返却することによ
り、ネットワークの帯域を効率的に使うことが可能とな
る。

【００７１】また、アイソクロナスリソースマネージャ
に残っている帯域Ｂが（ＳＧ＋Ｍ）×Ｎ＋ＡＲＧ以下で
ある場合に、各ノードがアシンクロナスストリームを用
いて送信することにより、１つのサイクルタイムで複数
のデータを送信することが可能となり、より多くのデー
タを送信することができる。

【００７２】また、特定のノードがセッション用のチャ
ンネルの管理を行う管理ノードとなって、アイソクロナ
スリソースマネージャからセッション用のチャンネルを
確保して管理し、各送信ノードが自身の通信に必要な帯
域をアイソクロナスリソースマネージャから確保するこ
とにより、必要な帯域を確保することができ、ネットワ
ークが輻輳した場合にもリアルタイムに通信を行うこと
が可能となる。また、全送信ノードが一斉に送信を行う
ような場合に、各ノードが必要とする帯域の総量を確保
することができ、全送信ノードが一斉に送信した場合も
通信品質を保証することができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態における通信ネッ
トワークの構成を示すブロック図である。

【図２】 本発明の第１の実施の形態において使用され
るメッセージのフォーマットを示す図である。

【図３】 本発明の第１の実施の形態において最初に送
信を開始するノードがチャンネルと帯域を確保する手順
を示すシーケンス図である。

【図４】 本発明の第１の実施の形態において２番目以
降に送信を開始するノード用の差分の帯域を確保する手
順を示すシーケンス図である。

【図５】 本発明の第１の実施の形態において受信を開
始するノードにチャンネルを通知する手順を示すシーケ
ンス図である。

【図６】 本発明の第１の実施の形態において最後に残
った管理ノードがチャンネルと帯域を解放する手順を示
すシーケンス図である。

【図７】 本発明の第１の実施の形態において管理ノー
ドが他の送信ノードにチャンネルと帯域の管理を委譲す
る手順を示すシーケンス図である。

【図８】 本発明の第１の実施の形態において余分に確
保した帯域をアイソクロナスリソースマネージャへ返却
する手順を示すシーケンス図である。

【図９】 本発明の第２の実施の形態において最初に送
信を開始するノードがチャンネルと自分用の帯域を確保
する手順を示すシーケンス図である。

【図１０】 本発明の第２の実施の形態において２番目
以降に送信を開始するノードが自分用の帯域を確保する
手順を示すシーケンス図である。

【図１１】 本発明の第２の実施の形態において最後に
残った管理ノードがチャンネルと自分用の帯域を解放す
る手順を示すシーケンス図である。

【図１２】 本発明の第２の実施の形態において管理ノ
ードが他の送信ノードにチャンネルの管理を委譲し、自
分用の帯域を解放する手順を示すシーケンス図である。

【符号の説明】

１０１、１０２、１０３、１０４…ノード、２０１…メ
ッセージタイプ、２０２…チャンネル番号、２０３…宛
先アドレス、２０４…プロトコルタイプ、２０５…宛先
ポート番号、２０６…帯域、２０７…帯域確保方式、３
０１…チャンネルと帯域を問い合わせるメッセージ、３
０２…チャンネルと帯域を確保する処理、３０３…チャ
ンネルと帯域を報告するメッセージ、３０４…データの
送信。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ＩＥＥＥ１３９４に準じたバスとＩＥＥ
   Ｅ１３９４の機能を備えた複数のノードから構成され、
   全ノードのうち少なくとも１つのノードがＩＥＥＥ１３
   ９４で規定されるアイソクロナスリソースマネージャの
   機能を有する通信ネットワークにおいて、複数のノード
   があるセッションに参加してノード間で通信を行い、か
   つ２つ以上のノードが同時にデータを送信することがな
   い場合において、 特定のノードが前記セッション用のチャンネルと帯域の
   管理を行う管理ノードとなって、各送信ノードが必要と
   する帯域のうち最大の帯域をアイソクロナスリソースマ
   ネージャからセッション用に確保することにより、複数
   のノード間で帯域を保証した通信を行い、かつ送信を行
   う全ノードで帯域を共有して通信を行うことを特徴とす
   る通信方法。
2. 【請求項２】 請求項１記載の通信方法において、 最初に送信を開始する第１のノードは、前記セッション
   を指定する情報と通信に必要な帯域を指定する情報とを
   含む、前記セッション用に確保されたチャンネルと帯域
   があるかどうかを問い合わせるメッセージをブロードキ
   ャスト送信し、これに対する応答が無いことを確認した
   後、アイソクロナスリソースマネージャからチャンネル
   の番号と通信に必要な帯域を確保して、前記セッション
   用のチャンネルと帯域の管理を行う管理ノードとなり、
   前記チャンネル番号で示されるアイソクロナスストリー
   ムを用いてデータを送信し、 ２番目以降に送信を開始する第２のノードは、前記セッ
   ションを指定する情報と通信に必要な帯域を指定する情
   報とを含む、前記問い合わせメッセージをブロードキャ
   スト送信し、 前記管理ノードは、第２のノードからのメッセージを受
   信すると、このメッセージで指定された帯域が先に確保
   した帯域より多い場合、アイソクロナスリソースマネー
   ジャから差分の帯域を確保し、前記セッションを指定す
   る情報とチャンネル番号とアイソクロナスリソースマネ
   ージャから確保した全ての帯域の量とを含むメッセージ
   をブロードキャスト送信し、 前記第２のノードは、この管理ノードからのメッセージ
   を受信すると、前記チャンネル番号で示されるアイソク
   ロナスストリームを用いてデータを送信することを特徴
   とする通信方法。
3. 【請求項３】 請求項２記載の通信方法において、 受信のみを行うノードは、受信を開始する場合、前記セ
   ッションを指定する情報を含む、前記セッション用に確
   保されたチャンネルと帯域があるかをどうか問い合わせ
   るメッセージをブロードキャスト送信し、 前記管理ノードは、受信のみを行うノードからのメッセ
   ージを受信すると、前記セッションを指定する情報とチ
   ャンネル番号とアイソクロナスリソースマネージャから
   確保した全ての帯域の量とを含むメッセージをブロード
   キャスト送信し、 前記受信のみを行うノードは、この管理ノードからのメ
   ッセージを受信すると前記チャンネル番号で示されるチ
   ャンネルの受信を開始することを特徴とする通信方法。
4. 【請求項４】 請求項２記載の通信方法において、 前記管理ノード以外のノードが前記セッションを終了す
   る場合は、そのまま通信を終了し、 前記管理ノードが前記セッションを終了する場合は、前
   記セッションを指定する情報とチャンネル番号とアイソ
   クロナスリソースマネージャから確保した全ての帯域の
   量とを含む、前記セッション用のチャンネルと帯域の管
   理を委譲するメッセージをブロードキャスト送信し、 セッションを終了することなく送信を行っているノード
   は、前記委譲メッセージを受信すると、前記セッション
   を指定する情報とチャンネル番号と委譲メッセージで指
   定された帯域の量を指定する情報とを含む、前記セッシ
   ョン用のチャンネルと帯域の管理を引き継ぐメッセージ
   をブロードキャスト送信し、 前記管理ノードは、前記セッション用のチャンネルと帯
   域の管理を引き継ぐノードが存在しない場合は、前記チ
   ャンネル番号と確保した全ての帯域をアイソクロナスリ
   ソースマネージャへ返却して通信を終了し、管理を引き
   継ぐノードが存在する場合は、そのまま通信を終了し、 複数の送信ノードが前記引き継ぎメッセージを送信した
   場合、識別番号の最も大きいノードが前記セッション用
   のチャンネルと帯域の管理を引き継いで、新たな管理ノ
   ードとなることを特徴とする通信方法。
5. 【請求項５】 請求項２記載の通信方法において、 前記管理ノードは、前記セッションを指定する情報とチ
   ャンネル番号と自身の通信に必要な帯域の量とを含むメ
   ッセージを定期的にブロードキャスト送信し、 前記管理ノード以外の送信を行うノードは、管理ノード
   からのメッセージで通知された帯域が自身が通信のため
   に必要とする帯域よりも小さい場合、前記セッションを
   指定する情報と自身の通信に必要な帯域の量を指定する
   情報とを含むメッセージをブロードキャスト送信し、 前記管理ノードは、このメッセージを１つ以上のノード
   から受信すると、メッセージで指定された帯域のうち最
   大のものを選択し、この帯域の量が自身がアイソクロナ
   スリソースマネージャから確保した帯域の総量よりも少
   ない場合、差分の帯域をアイソクロナスリソースマネー
   ジャへ返却し、 全ノードのうち最大の帯域を使用する送信ノードが通信
   を終了した場合は、余分に確保していた帯域を解放して
   効率的に帯域を利用することを特徴とする通信方法。
6. 【請求項６】 請求項２記載の通信方法において、 ＩＥＥＥ１３９４で規定されたサブアクション・ギャッ
   プのサイズをＳＧ、アービトレーション・リセット・ギ
   ャップのサイズをＡＲＧ、アシンクロナスストリームで
   送信できるフレームの最大サイズをＭ、バスに接続され
   たノードの数をＮとし、アイソクロナスリソースマネー
   ジャに残っている帯域の量をＢとして、帯域Ｂが（ＳＧ
   ＋Ｍ）×Ｎ＋ＡＲＧ以下である場合、各ノードは、前記
   チャンネル番号で示されるチャンネルでデータの送信を
   行う際にアイソクロナスストリームを用いて送信する代
   わりに、アシンクロナスストリームを用いて送信するこ
   とにより、ＩＥＥＥ１３９４で規定されるサイクルタイ
   ムにおいて複数回データを転送することを特徴とする通
   信方法。
7. 【請求項７】 ＩＥＥＥ１３９４に準じたバスとＩＥＥ
   Ｅ１３９４の機能を備えた複数のノードから構成され、
   全ノードのうち少なくとも１つのノードがＩＥＥＥ１３
   ９４で規定されるアイソクロナスリソースマネージャの
   機能を有する通信ネットワークにおいて、複数のノード
   があるセッションに参加してノード間で通信を行い、か
   つ前記セッションで送信を行う複数のノードが全て同時
   にデータを送信する場合において、 特定のノードが前記セッション用のチャンネルの管理を
   行う管理ノードとなって、アイソクロナスリソースマネ
   ージャからセッション用のチャンネルを確保して管理
   し、各送信ノードが自身の通信に必要な帯域をアイソク
   ロナスリソースマネージャから確保することにより、複
   数のノード間で帯域を保証した通信を行い、かつ送信を
   行う各ノードに各々専用の帯域が割り当てられることを
   特徴とする通信方法。
8. 【請求項８】 請求項７記載の通信方法において、 最初に送信を開始する第１のノードは、前記セッション
   を指定する情報を含む、前記セッション用に確保された
   チャンネルがあるかどうかを問い合わせるメッセージを
   ブロードキャスト送信し、これに対する応答が無いこと
   を確認した後、アイソクロナスリソースマネージャから
   チャンネルの番号を確保して、前記セッション用のチャ
   ンネルの管理を行う管理ノードとなり、アイソクロナス
   リソースマネージャから自身の通信に必要な帯域を確保
   して、前記チャンネル番号で示されるアイソクロナスス
   トリームを用いてデータを送信し、 ２番目以降に送信を開始する第２のノードは、前記セッ
   ションを指定する情報を含む、前記問い合わせメッセー
   ジをブロードキャスト送信し、 前記管理ノードは、第２のノードからのメッセージを受
   信すると、前記セッションを指定する情報とチャンネル
   番号とを含むメッセージをブロードキャスト送信し、 前記第２のノードは、この管理ノードからのメッセージ
   を受信すると、前記アイソクロナスリソースマネージャ
   から自身の通信に必要な帯域を確保して、前記チャンネ
   ル番号で示されるアイソクロナスストリームを用いてデ
   ータを送信することを特徴とする通信方法。
9. 【請求項９】 請求項８記載の通信方法において、 受信のみを行うノードは、受信を開始する場合、前記セ
   ッションを指定する情報を含む、前記セッション用に確
   保されたチャンネルがあるかどうかを問い合わせるメッ
   セージをブロードキャスト送信し、 前記管理ノードは、受信のみを行うノードからのメッセ
   ージを受信すると、前記セッションを指定する情報とチ
   ャンネル番号とを含むメッセージをブロードキャスト送
   信し、 前記受信のみを行うノードは、この管理ノードからのメ
   ッセージを受信すると前記チャンネル番号で示されるチ
   ャンネルの受信を開始することを特徴とする通信方法。
10. 【請求項１０】 請求項８記載の通信方法において、 前記管理ノード以外のノードが前記セッションを終了す
    る場合、送信を行っているノードは、自身が確保した帯
    域を前記アイソクロナスリソースマネージャへ返却して
    通信を終了し、受信のみを行うノードは、そのまま通信
    を終了し、 前記管理ノードが前記セッションを終了する場合は、前
    記セッションを指定する情報とチャンネル番号とを含
    む、前記セッション用のチャンネルの管理を委譲するメ
    ッセージをブロードキャスト送信し、 セッションを終了することなく送信を行っているノード
    は、前記委譲メッセージを受信すると、前記セッション
    を指定する情報とチャンネル番号とを含む、前記セッシ
    ョン用のチャンネルの管理を引き継ぐメッセージをブロ
    ードキャスト送信し、 前記管理ノードは、前記セッション用のチャンネルの管
    理を引き継ぐノードが存在しない場合は、前記チャンネ
    ル番号をアイソクロナスリソースマネージャへ返却する
    と共に、確保した帯域を返却して通信を終了し、管理を
    引き継ぐノードが存在する場合は、確保した帯域をアイ
    ソクロナスリソースマネージャへ返却して通信を終了
    し、 複数の送信ノードが前記引き継ぎメッセージを送信した
    場合、識別番号の最も大きいノードが前記セッション用
    のチャンネルの管理を引き継いで、新たな管理ノードと
    なることを特徴とする通信方法。