JPH10145424A - 情報通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションにとって有用な通信帯域を
可能な限り確保して、通信サービスの品質向上とネット
ワーク資源の有効利用を図ることを目的としている。 【解決手段】 送信元ノードＮ１側からＣＲパケットで
通知された取得帯域Ｂ、最低帯域Ｍおよび増分単位帯域
Ｄとに基づいて、対応する回線の未割当帯域から取得帯
域Ｂ、または未割当帯域以下であって最低帯域Ｍから増
分単位帯域Ｄづつ増やした帯域を取得帯域Ｂとして仮確
保して宛先ノードＮ４側へ通知し、宛先ノードからＣＡ
パケットで通知された取得帯域Ｂに基づいて仮確保して
おいた割当帯域のうち余分な帯域を解放する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報通信方法に関
し、特に動画像通信などのように連続した情報を通信す
る情報通信サービスを実現する場合に用いる情報通信方
法に関するものである。

【０００２】

【従来の技術】動画像通信などのように連続した情報を
通信する連続メディア通信では、所定の通信品質を満足
するために、通信に用いる帯域をある程度保証する帯域
保証型のトランスポートレイヤ・コネクションまたはネ
ットワークレイヤ・コネクションが必要となる。このた
め、端末間のコネクションを設定する際に、経由する通
信回線ごとに所定の帯域を確保する必要がある。

【０００３】従来、各通信回線にて所望の帯域を指定す
る方法としては、（ａ）希望値のみを指定する方法や、
（ｂ）希望値と最低値の２つの組で指定する方法があ
る。また要求値を満たす帯域を確保できなかった場合に
は、（イ）ビジー中としてコネクション設定失敗とした
り、（ロ）取りあえず確保できるだけの帯域を確保して
コネクションを設定して通信開始するといった方法があ
る。したがって、連続メディア通信に用いられる情報通
信方法として、これら（ａ）（ｂ）と（イ）（ロ）とが
それぞれ組み合わせた種々の方法があった。

【０００４】例えば、連続メディア通信への適用を目的
としたレイヤ３プロトコルの代表例として、ＳＴ２（In
ternet STream Protocol Version 2 :rfc1819 ）があ
り、上記（ｂ）と（イ）とを組み合わせた方法である。
ＳＴ２では、アプリケーションは必要とする通信サービ
ス品質（ＱｏＳ）をフロースペック（FlowSpec）という
形で指定し、コネクション設定パケットに設定される。
フロースペックのうち、通信帯域については、希望値と
最低値の２つを指定できるようになっている。

【０００５】宛先ノードまでの各中継ノードは、コネク
ション設定パケットを受信すると、フロースペックに記
されたＱｏＳを実現するのに必要なネットワーク資源を
確保して中継する。このとき、利用可能な資源量に応じ
て、フロースペックの値を更新して中継する。また、必
要な資源を確保できない場合は、コネクション設定失敗
パケットを送信元ノードに向けて送信し、各ノードは確
保済みの資源を返却するものとなっていた。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の情報通信方法では、動画像通信に使用される
映像符号化方式のうち、低速から高速まで各種の通信帯
域に対応した方式のアプリケーションに用いることがで
きないという問題点があった。帯域に応じて符号化速度
を調整できる映像符号化方式の一例として、ＩＴＵ−Ｔ
勧告Ｈ．２６１「ｐ×６４ ｋｂ／ｓ オーディオビジ
ュアル通信用映像符号化方式」がある。この符号化方式
で使用する通信帯域は、６４ｋｂ／ｓ×ｐで設定され
（ｐは１〜３０の整数）、利用できる通信帯域に応じた
品質で動画像通信を行うことができる。

【０００７】ところが、前述した従来の方法（ａ）や
（ｂ）では、上記のような各種通信帯域に応じた動画像
通信の符号化方式を有効利用できない。すなわち、確保
できた帯域に応じた符号化方式を適用することにより、
よりよい品質の通信サービスを実現することが考えられ
るが、（ａ）では希望値のみの指定であるため、希望値
が確保できない場合には通信を行えない。また（ｂ）で
は、希望値および最低値を指定するものであるが、その
間の設定ができないので、上記のＩＴＵ−Ｔ勧告Ｈ．２
６１のような符号化方式を有効に利用できない。

【０００８】一方（ロ）では、コネクションの設定が可
能であるが、アプリケーションが必要とする最低限の帯
域確保を保証できない恐れがあり、実効的に通信できな
い場合がある。また、最低限以上の帯域確保はできたと
しても、余分な帯域まで確保してしまう恐れがあり、ネ
ットワークの資源の有効利用が図れない。さらに、上記
の問題は、コネクションの属性が両方向データ転送で、
上りと下りで必要帯域が異なる場合についても存在し、
適切な帯域確保の対処方法は確立されていないというよ
うな問題点があった。本発明はこのような課題を解決す
るためのものであり、アプリケーションにとって有用な
通信帯域を可能な限り確保して、通信サービスの品質向
上とネットワーク資源の有効利用を図ることを目的とし
ている。

【０００９】

【課題を解決するための手段】このような目的を達成す
るために、本発明による情報通信方法は、送信元ノード
にて、上位アプリケーションから要求された要求帯域、
最低帯域および増分単位帯域に基づいて、宛先ノード側
の隣接ノードとの間の回線の未割当帯域から要求帯域
分、または未割当帯域以下であって最低帯域から増分単
位帯域づつ増やした帯域のうち確保可能な最大の帯域を
取得帯域として仮確保し、これら最低帯域、増分単位帯
域および取得帯域をコネクション設定要求通知にて宛先
ノード側の隣接ノードへ通知し、中継ノードは、コネク
ション設定要求通知にて通知された最低帯域、増分単位
帯域および取得帯域に基づいて、宛先ノード側の隣接ノ
ードとの間の回線の未割当帯域から取得帯域分、または
未割当帯域以下であって最低帯域から増分単位帯域づつ
増やした帯域のうち確保可能な最大の帯域を取得帯域と
して仮確保し、これら最低帯域、増分単位帯域および取
得帯域をコネクション設定要求通知にて宛先ノード側の
隣接ノードへ通知し、宛先ノードは、コネクション設定
要求通知にて最終的に通知された取得帯域を含むコネク
ション設定応答通知を送信元ノード側の隣接ノードに返
送し、中継ノードは、コネクション設定応答通知にて通
知された取得帯域に基づいて当初仮確保しておいた帯域
のうち余分な帯域を解放するとともに、このコネクショ
ン設定応答通知を送信元ノード側の隣接ノードに転送
し、送信元ノードは、コネクション設定応答通知により
通知された取得帯域に基づいて当初仮確保しておいた帯
域のうち余分な帯域を解放するとともに、通知された取
得帯域を有するコネクションが宛先ノードとの間で設定
されたことを上位アプリケーションに通知するようにし
たものである。したがって、送信元ノードおよび中継ノ
ードにて、上位アプリケーションから要求された要求帯
域または送信元ノード側の隣接ノードから通知された取
得帯域と、最低帯域および増分単位帯域とに基づいて、
宛先ノード側の隣接ノードとの間の回線の未割当帯域か
ら要求帯域分、または未割当帯域以下であって最低帯域
から増分単位帯域づつ増やした帯域のうち確保可能な最
大の帯域が取得帯域としてそれぞれ仮確保され、宛先ノ
ードから返送されたコネクション設定応答通知にて通知
された最終的な取得帯域に基づいて、当初仮確保してお
いた帯域のうち余分な帯域が解放される。

【００１０】また、本発明の他の情報通信方法は、両方
向データ転送の属性を持つコネクションにおいて、送信
元ノードにて、送信元ノードから宛先ノードへの下りコ
ネクションと宛先ノードから送信元ノードへの上りコネ
クションとについて、上位アプリケーションからそれぞ
れ個別に要求された要求帯域、最低帯域および増分単位
帯域のうち、下りコネクションに対する要求帯域、最低
帯域および増分単位帯域に基づいて、宛先ノード側の隣
接ノードとの間の回線の未割当帯域から要求帯域分、ま
たは未割当帯域以下であって最低帯域から増分単位帯域
づつ増やした帯域のうち確保可能な最大の帯域を取得帯
域として仮確保し、これら両コネクションの最低帯域、
増分単位帯域および取得帯域をコネクション設定要求通
知にて宛先ノード側の隣接ノードへ通知し、中継ノード
は、コネクション設定要求通知にて通知された下りコネ
クションの最低帯域、増分単位帯域および取得帯域に基
づいて、宛先ノード側の隣接ノードとの間の回線の未割
当帯域から取得帯域分、または未割当帯域以下であって
最低帯域から増分単位帯域づつ増やした帯域のうち確保
可能な最大の帯域を取得帯域として仮確保するととも
に、上りコネクションの最低帯域、増分単位帯域および
取得帯域に基づいて、送信元ノード側の隣接ノードとの
間の回線の未割当帯域から取得帯域分、または未割当帯
域以下であって最低帯域から増分単位帯域づつ増やした
帯域のうち確保可能な最大の帯域を取得帯域として仮確
保し、これら両コネクションの最低帯域、増分単位帯域
および取得帯域をコネクション設定要求通知にて宛先ノ
ード側の隣接ノードへ通知し、宛先ノードは、コネクシ
ョン設定要求通知にて通知された上りコネクションの最
低帯域、増分単位帯域および取得帯域に基づいて、送信
元ノード側の隣接ノードとの間の回線の未割当帯域から
取得帯域分、または未割当帯域以下であって最低帯域か
ら増分単位帯域づつ増やした帯域のうち確保可能な最大
の帯域を取得帯域として仮確保し、この上りコネクショ
ンの最終的な取得帯域およびコネクション設定要求通知
にて最終的に通知された下りコネクションの取得帯域を
含むコネクション設定応答通知を送信元ノード側の隣接
ノードに返送し、中継ノードは、コネクション設定応答
通知にて通知された個々のコネクションの取得帯域に基
づいて当初仮確保しておいた帯域のうち余分な帯域をそ
れぞれ解放するとともに、このコネクション設定応答通
知を送信元ノード側の隣接ノードに転送し、送信元ノー
ドは、コネクション設定応答通知により通知された下り
コネクションの取得帯域に基づいて当初仮確保しておい
た下りコネクションの帯域のうち余分な帯域を解放する
とともに、通知された下りと上りの個々の取得帯域を有
する各コネクションが宛先ノードとの間で設定されたこ
とを上位アプリケーションに通知するようにしたもので
ある。したがって、送信元ノード、中継ノードおよび宛
先ノードにて、上位アプリケーションから下り／上りコ
ネクションについて個別に要求された要求帯域または送
信元ノード側の隣接ノードから通知された取得帯域と、
最低帯域および増分単位帯域とに基づいて、宛先ノード
側の隣接ノードとの間の回線、あるいは送信元ノード側
の隣接ノードとの間の回線の未割当帯域から要求帯域
分、または未割当帯域以下であって最低帯域から増分単
位帯域づつ増やした帯域のうち確保可能な最大の帯域が
取得帯域としてそれぞれ仮確保され、宛先ノードから返
送されたコネクション設定応答通知にて通知された最終
的な取得帯域に基づいて、それぞれのコネクションに対
して当初仮確保しておいた帯域のうち余分な帯域が解放
される。

【００１１】また、増分単位帯域として、確保する帯域
を増加させた場合に上位アプリケーションにとって有効
と判断される帯域増加分を設定するようにしたものであ
る。また、中継ノードにて、未割当帯域が最低帯域より
小さい場合には、送信元ノード側の隣接ノードに対して
直ちにコネクション設定失敗通知を返送し、コネクショ
ン設定失敗通知の受信に応じて当初仮確保しておいた帯
域を直ちに解放するとともに、このコネクション設定失
敗通知を送信元ノード側の隣接ノードに対して直ちに転
送し、送信元ノードは、コネクション設定失敗通知の受
信に応じて当初仮確保しておいた帯域を直ちに解放し、
上位アプリケーションに対してコネクションの設定失敗
を通知するようにしたものである。したがって、コネク
ション設定失敗に応じて個々のノードで仮確保されてい
た帯域が直ちに解放される。また、中継ノードおよび宛
先ノードは、下りまたは上りコネクションのいずれかに
て未割当帯域が最低帯域より小さい場合には、送信元ノ
ード側の隣接ノードに対して直ちにコネクション設定失
敗通知を返送し、コネクション設定失敗通知の受信に応
じて下りと上りの個々のコネクションごとに当初仮確保
しておいた帯域を直ちにそれぞれ解放するとともに、こ
のコネクション設定失敗通知を送信元ノード側の隣接ノ
ードに対して直ちに転送し、送信元ノードは、コネクシ
ョン設定失敗通知の受信に応じて個々のコネクションご
とに当初仮確保しておいた帯域を直ちにそれぞれ解放
し、上位アプリケーションに対して両コネクションの設
定失敗を通知するようにしたものである。したがって、
下り／上りいずれかのコネクションにて発生したコネク
ション設定失敗に応じて個々のノードで仮確保されてい
た両コネクションの帯域が直ちに解放される。

【００１２】また、送信元ノードにて、未割当帯域から
要求帯域分を仮確保する場合、未割当帯域が要求帯域分
以上ある場合には要求帯域分を取得帯域として仮確保
し、未割当帯域が要求帯域分より小さい場合には未割当
帯域すべてを取得帯域として仮確保し、中継ノードは、
未割当帯域から取得帯域分を仮確保する場合、未割当帯
域が取得帯域分以上ある場合には取得帯域分を新たな取
得帯域として仮確保し、未割当帯域が取得帯域分より小
さい場合には未割当帯域すべてを新たな取得帯域として
仮確保し、宛先ノードは、最終的に仮確保された取得帯
域が要求帯域と等しい場合には、この取得帯域を含むコ
ネクション設定通知を送信元ノード側の隣接ノードに返
送し、最終的に仮確保された取得帯域が要求帯域より小
さい場合には、この取得帯域以下であって最低帯域から
増分単位帯域づつ増やした帯域のうち確保可能な最大の
帯域を取得帯域とし、この取得帯域を含むコネクション
設定通知を送信元ノード側の隣接ノードに返送するよう
にしたものである。したがって、未割当帯域が要求帯域
または取得帯域分より小さい場合、送信元ノードまたは
中継ノードでは未割当帯域すべてが取得帯域として仮確
保されて、コネクション設定要求にて宛先ノードまで順
次通知され、宛先ノードにてこの取得帯域以下であって
最低帯域から増分単位帯域づつ増やした帯域のうち確保
可能な最大の帯域が取得帯域として一括して算出され、
コネクション設定通知にて各ノードに通知される。

【００１３】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態である情報
通信方法による通信ノードのブロック図であり、同図に
おいて、通信ノード１は、アプリケーション処理部１
１、プロトコル処理部１２、帯域管理表１３、回線対応
部１４から構成されている。なお、中継のみを行う通信
ノード（以下、中継ノードという）は、アプリケーショ
ン処理部１１を持たない。

【００１４】情報通信の当事者である通信ノード（以
下、エンドノードという）は、それぞれ通信回線に接続
され、中継ノードを経由して対向する相手のエンドノー
ドと通信する。プロトコル処理部１２は、コネクション
の設定解放、通信帯域の割当、データ送受信、ルーティ
ング等のプロトコルレイヤ３または４の処理を行う。帯
域管理表１３は、プロトコル処理部１２によって参照・
更新されるものであり、回線ごとにコネクションの割当
帯域と未だ使用されていない未割当帯域の情報を保持し
ている。

【００１５】また、アプリケーション処理部１１は、ア
プリケーションの実行処理を行い、回線対応部１４は通
信回線との電気的整合等のレイヤ１相当の処理を行う。
なお、帯域の単位はｂｉｔ／ｓｅｃであるが、以下では
説明を簡単にするため単位は省略し、相対値として示し
てある。また、プロトコル処理部１２では、割当てられ
た帯域を従来より知られているレート制御の動作パラメ
ータとして設定して、所定のｂｉｔ／ｓｅｃの速度で送
信処理を行う。

【００１６】次に、図２，３を参照して、本発明の第１
の実施の形態による動作として、コネクションの属性が
片方向データ転送であるか、または両方向であるが片方
向のみ帯域確保を行う場合の処理動作について説明す
る。図２はパケットヘッダ構成例を示す説明図であり、
（ａ）はパケットヘッダの基本構成、（ｂ）はパケット
種別ごとのヘッダ構成を示している。コネクション設定
関係のパケット種別としては、ＣＲパケット、ＣＡパケ
ット、およびＲＪパケットが設けられている。

【００１７】ＣＲパケットは、送信元ノードから宛先ノ
ードに対して送信されるコネクション設定要求を示すパ
ケットである。ＣＡパケットは、ＣＲパケットに応じて
宛先ノードから送信元ノードに対して返送されるコネク
ション設定応答を示すパケットである。また、ＲＪパケ
ットは各ノードから送信元ノードに対して返送されるコ
ネクション設定失敗を示すパケットである。各パケット
のパケットヘッダには、それぞれ処理対象となる、宛先
ノードアドレス、送信元ノードアドレス、およびコネク
ション識別子の他に、そのコネクションの詳細を示す通
信帯域表示が設けられている。

【００１８】特に、ＣＲパケットの通信帯域表示には、
設定要求するコネクションを示す情報として要求帯域
Ｒ，最低帯域Ｍ、増分単位帯域Ｄ、取得帯域Ｂが設けら
れている。要求帯域Ｒはアプリケーションが希望する要
求値、最低帯域Ｍはアプリケーションが成立するための
最小の限界値、増分単位帯域Ｄはアプリケーションから
見て意味のある有用な増分値、取得帯域Ｂは実際に獲得
できた帯域を示している。また、ＣＡパケットの通信帯
域表示には、宛先ノードにて確認された取得帯域Ｂが設
けられている。なお、ＲＪパケットの通信帯域表示は利
用されていない。

【００１９】図３は４つのノードＮ１〜Ｎ４から構成さ
れる場合の通信フローを示すシーケンス図であり、
（ａ）はコネクション設定成功例、（ｂ）はコネクショ
ン設定失敗例を示している。図３において、エンドノー
ドすなわち送信元ノードＮ１，宛先ノードＮ４が、中継
ノードＮ２，Ｎ３を介して接続されている。以下、××
（Ｒ，Ｍ，Ｄ，Ｂ）でパケット種別××と通信帯域表示
（Ｒ，Ｍ，Ｄ，Ｂ）を表す。

【００２０】なお、上位アプリケーションからの要求帯
域Ｒは、ＣＲパケットの通信帯域表示にて送信元ノード
Ｎ１から中継ノードＮ２，Ｎ３および宛先ノードＮ４に
対して通知するようにした場合について説明するが、こ
れに限られるものではない。一般的に、コネクション設
定時にはパケットヘッダの所定領域を用いて要求帯域Ｒ
を送信元ノードから各中継ノードおよび宛先ノードに通
知することが必須になっている場合が多く、このような
場合には、本発明のようにＣＲパケットのパケットヘッ
ダに設けられた通信帯域表示の領域に要求帯域Ｒを格納
する必要はない。

【００２１】以下の動作説明では、送信元ノードＮ１の
アプリケーション処理部１１は、実行するアプリケーシ
ョンに応じて、アプリケーションが当初要求する要求帯
域Ｒ＝３０、また最低帯域Ｍ＝１０，増分単位帯域Ｄ＝
５として、コネクション設定を要求した場合を例に説明
する。まず、図３（ａ）および図４〜７を参照して、コ
ネクション設定が成功した場合について説明する。図４
はエンドノードにおけるコネクション設定処理を示すフ
ローチャート、図５はエンドノードにおけるパケット受
信処理を示すフローチャート、図６，７は中継ノードに
おけるパケット受信処理を示すフローチャートである。

【００２２】送信元ノードＮ１のプロトコル処理部１２
は、アプリケーション処理部１１にて実行される上位ア
プリケーションからのコネクション設定要求に応じて、
図４に示すコネクション設定処理を開始する。まず、上
位アプリケーションからのコネクション設定要求にて通
知された宛先ノードアドレスから対応する回線を選択し
（ステップ１０１）、その回線の未割当帯域を帯域管理
表１３から読み出して（ステップ１０２）、その未割当
帯域とコネクション設定要求にて通知された要求帯域Ｒ
とを比較する（ステップ１０３）。ここで、次の中継ノ
ードＮ２への回線の未割当帯域＝２０であることから、
要求帯域Ｒ＝３０を満たせないと判断し（ステップ１０
３：ＮＯ）、この未割当帯域とコネクション設定要求に
て通知された最低帯域Ｍとを比較する（ステップ１０
４）。

【００２３】この場合、最低帯域Ｍ＝１０であることか
ら、中継ノードＮ２への回線に対して最低帯域Ｍ以上の
帯域を確保できると判断して（ステップ１０４：ＹＥ
Ｓ）、ステップ１０５〜１０９にて、最低帯域Ｍから増
分単位帯域Ｄずつ増やすことにより、新取得帯域Ｂとし
て、未割当帯域以下であって仮確保可能な最大の値を求
める。 Ｂ＝Ｍ＋Ｄ×ｎ（ｎは０以上の整数） なお、増分単位帯域Ｄとは、確保する帯域を増加させた
場合にアプリケーションにとって有効と判断される（意
味のある）増加分を示しており、個々のアプリケーショ
ンに固有の値である。したがって、確保する帯域を増加
させる場合に、この増分単位帯域Ｄより小さい帯域しか
確保できない場合には、それ以上の帯域増加を中止する
ものとすることにより、無駄な帯域確保を回避すること
ができ、帯域を有効利用できる。

【００２４】これにより、新取得帯域Ｂ＝２０が求めら
れ（ステップ１０５〜１０９）、これを取得帯域Ｂとし
て、ＣＲ（３０，１０，５，２０）パケットを送信して
（ステップ１１０）、一連のコネクション設定要求処理
を終了する。なお、コネクション設定要求処理のうち、
例えばステップ１０６，１０９にて新取得帯域Ｂを割り
当てた場合の残りの帯域、すなわち新未割当帯域も求め
て、帯域管理表を更新することにより帯域を仮確保す
る。この場合には、帯域管理表に新規コネクションとし
て割当帯域＝２０を登録し、また未割当帯域＝０に更新
する。

【００２５】また、ステップ１０３において、上位のア
プリケーションからのコネクション設定要求で通知され
た要求帯域Ｒ以上に未割当帯域がある場合には（ステッ
プ１０３：ＹＥＳ）、要求帯域Ｒを取得帯域Ｂに設定す
るとともに（ステップ１１１）、新未割当帯域を求めて
帯域管理表を更新して帯域を仮確保する（ステップ１１
２）。この後、次の中継ノードに対してＣＲパケットを
送信し（ステップ１１０）、一連のコネクション設定要
求処理を終了する。

【００２６】なお、ステップ１０４にて、未割当帯域が
最低帯域Ｍより小さい場合には（ステップ１０４：Ｎ
Ｏ）、上位アプリケーションが要求した帯域を確保でき
ないと判断し、そのアプリケーションに対してコネクシ
ョン設定失敗を通知して（ステップ１１３）、一連のコ
ネクション設定要求処理を終了する。このようにして、
送信元ノードＮ１では、上位のアプリケーションからの
コネクション設定要求に応じて所定の帯域が仮確保さ
れ、次の中継ノードＮ２に対して帯域割当要求を示すＣ
Ｒパケットが送信される。送信元ノードＮ１からのＣＲ
パケット受信に応じて、中継ノードＮ２のプロトコル処
理部１２は、図６に示すようなＣＲパケット受信処理を
実施する。

【００２７】まず、受信したＣＲパケットの宛先ノード
アドレスから次回線を選択し（ステップ１５１）、帯域
管理表１３からその回線の未割当帯域を読み出すととも
に、ＣＲパケットから取得帯域Ｂを読み出す（ステップ
１５２）。ここで、次の中継ノードＮ３への回線の未割
当帯域＝１７と取得帯域Ｂ＝２０とを比較し（ステップ
１５３）、未割当帯域＜取得帯域Ｂであることから（ス
テップ１５３：ＮＯ）、未割当帯域＝１７と最低帯域Ｍ
＝１０とを比較する（ステップ１５４）。

【００２８】この場合、未割当帯域≧最低帯域Ｍである
ことから（ステップ１５４：ＹＥＳ）、受信した本パケ
ットヘッダの取得帯域Ｂ＝２０を満足できないと判断し
て、ステップ１５５〜１５９にて、最低帯域Ｍから増分
単位帯域Ｄずつ増やすことにより、新取得帯域Ｂとし
て、未割当帯域以下であって仮確保可能な最大の値を求
める。 Ｂ＝Ｍ＋Ｄ×ｎ（ｎは０以上の整数） これにより、新取得帯域Ｂ＝１５が求められ（ステップ
１０５〜１０９）、これを取得帯域Ｂとして、ＣＲ（３
０，１０，５，１５）パケットを送信して（ステップ１
６０）、一連のＣＲパケット受信処理を終了する。

【００２９】なお、ＣＲパケット受信処理、例えばステ
ップ１５６，１５９にて、新取得帯域Ｂを割り当てた場
合の残りの帯域、すなわち新未割当帯域も求めて、帯域
管理表を更新する。この場合には、帯域管理表に新規コ
ネクションとして割当帯域＝１５を登録し、また未割当
帯域＝２に更新する。

【００３０】続いて、中継ノードＮ３では、中継ノード
Ｎ２からのＣＲパケットの受信に応じて、前述と同様に
図６のＣＲ受信パケット処理を実施する。まず、ステッ
プ１５１〜１５３にて、次の宛先ノードＮ４への回線の
未割当帯域とＣＲパケットで通知された取得帯域Ｒとを
読み出して比較する。ここで、宛先ノードＮ４への回線
の未割当帯域＝３０であるため、受信したＣＲパケット
の取得帯域Ｂ＝１５を満足できると判断する（ステップ
１５３：ＹＥＳ）。これにより、パケットヘッダの通信
帯域表示の内容は変更せず、帯域管理表に新規コネクシ
ョンとして割当帯域＝１５を登録し、また未割当帯域＝
１５に更新するとともに（ステップ１６２）、受信した
ＣＲパケットと同じパケットヘッダを有するＣＲ（３
０，１０，５，１５）パケットを宛先ノードＮ４に向け
て送信する。

【００３１】宛先ノードＮ４では、中継ノードＮ３から
のＣＲパケット受信に応じて、図５（ａ）のＣＲパケッ
ト受信処理を実施する。まず、受信したＣＲパケットの
内容に基づいてコネクション設定要求があったことを上
位アプリケーションに通知する（ステップ１２１）。こ
こで、上位アプリケーションが通信可能な場合には、受
信したＣＲパケットの取得帯域Ｂ＝１５を、コネクショ
ン設定応答パケットであるＣＡパケットの取得帯域Ｂに
設定することによりＣＡ（１５）パケットを作成し（ス
テップ１２２）、送信元ノードＮ１ノードに向けて送信
する（ステップ１２３）。

【００３２】これにより、中継ノードＮ３では図７
（ａ）に示すＣＡパケット受信処理を実施する。まず、
ステップ１７１〜１７３にて、次の中継ノードＮ２への
回線の割当帯域とＣＡパケットで通知された取得帯域Ｂ
とを読み出して比較する。ここで、割当帯域＝１５と取
得帯域Ｂ＝１５とが等しいことから、余分に仮確保した
帯域がないと判断して（ステップ１７３：ＮＯ）、受信
したＣＡパケットと同じ取得帯域Ｂを有するＣＡ（１
５）パケットを作成して送信元ノードＮ１に向けて送信
する（ステップ１７５）。

【００３３】これと同様にして、中継ノードＮ２では図
７（ａ）に示すＣＡパケット受信処理を実施する。この
場合も、割当帯域＝１５と取得帯域＝１５とが等しいこ
とから（ステップ１７３：ＮＯ）、受信したＣＡパケッ
トと同じ取得帯域Ｂを有するＣＡ（１５）パケットを作
成して送信元ノードＮ１に向けて送信する（ステップ１
７５）。なお、割当帯域がＣＡパケットで通知された取
得帯域Ｂより大きい場合には（ステップ１７３：ＹＥ
Ｓ）、割当帯域と取得帯域Ｂとの差を未割当帯域に加え
て新たな未割当帯域を算出するとともに、割当帯域に取
得帯域Ｂを設定することにより帯域管理表を更新するこ
とにより、余分に仮確保した帯域を解放し（ステップ１
７４）、取得帯域Ｂを有するＣＡパケットを送信する
（ステップ１７５）。

【００３４】このようにして、ＣＡパケットが送信元ノ
ードＮ１まで転送され、ここで図５（ｂ）に示すＣＡパ
ケット受信処理が実施される。まず、ステップ１３１，
１３２にて、当該コネクションの割当帯域とＣＡパケッ
トで通知された取得帯域Ｂとを読み出して比較する。こ
こで割当帯域＝２０が取得帯域Ｂ＝１５より大きいこと
から割当帯域として余分に仮確保されていると判断して
（ステップ１３２：ＹＥＳ）、割当帯域と取得帯域Ｂと
の差を未割当帯域に加えて新たな未割当帯域を算出して
帯域管理表を更新することにより、余分に仮確保した帯
域を解放し（ステップ１３３）、取得帯域Ｂを上位アプ
リケーションに対して通知して（ステップ１３４）、Ｃ
Ａパケット受信処理を終了する。

【００３５】これにより、送信元ノードＮ１のアプリケ
ーション処理部１１では、宛先ノードＮ４との間で、取
得帯域Ｂ＝１５のコネクションが設定されたことを認識
して、所定の通信処理を開始するものとなる。なお、ス
テップ１３２において、割当帯域と取得帯域Ｂとが等し
い場合には、余分に仮確保した帯域がないと判断して
（ステップ１３２：ＮＯ）、帯域管理表を更新せずに、
取得帯域Ｂを上位アプリケーションに対して通知して
（ステップ１３４）、ＣＡパケット受信処理を終了す
る。

【００３６】次に、図３（ｂ）を参照して、コネクショ
ン設定が失敗した場合について説明する。中継ノードＮ
２までは、前述した図３（ａ）のコネクション設定成功
時と同じである。中継ノードＮ３では、図６のＣＲパケ
ット受信処理が実施され、ここで宛先ノードＮ４への回
線の未割当帯域＝８であった場合、未割当帯域が取得帯
域Ｂ＝１５より小さく（ステップ１５３：ＮＯ）、かつ
未割当帯域が最低帯域Ｍ＝１０よりも小さいことから、
コネクション設定に必要な帯域が不足していると判断し
て（ステップ１５４：ＮＯ）、コネクション設定失敗を
示すＲＪパケットを作成して、送信元ノードＮ１に向け
て返送する（ステップ１６３）。

【００３７】これに応じて、中継ノードＮ２では、図７
（ｂ）に示すＲＪパケット受信処理を実施する。まず、
ステップ１８１，１８２にて、中継ノードＮ３への回線
の帯域管理表から当該コネクションの割当帯域＝１５を
読み出し、これを未割当帯域に加算して新たな未割当帯
域＝１７を算出して帯域管理表を更新することにより、
不要となった帯域を解放するとともに、帯域管理表から
そのコネクションに関する情報を削除し（ステップ１８
３）、コネクション設定失敗を示すＲＪパケットを作成
して、送信元ノードＮ１に向けて返送する（ステップ１
８４）。

【００３８】これに応じて、送信元ノードＮ１では、図
５（ｃ）に示すＲＪパケット受信処理を実施する。ま
ず、中継ノードＮ２への回線の帯域管理表から当該コネ
クションの割当帯域＝２０を読み出し（ステップ１４
１）、これを未割当帯域に加算して新たな未割当帯域＝
２０を算出して帯域管理表を更新することにより、不要
となった帯域を解放するとともに、帯域管理表からその
コネクションに関する情報を削除し（ステップ１４
２）、コネクション設定失敗を上位アプリケーションに
通知する（ステップ１４３）。これにより、送信元ノー
ドＮ１のアプリケーション処理部１１は、宛先ノードＮ
４へのコネクション設定要求が失敗したことを認識す
る。

【００３９】次に、図８，９を参照して、本発明の第２
の実施の形態による動作として、コネクションの属性が
両方向データ転送であり、両方向で帯域確保する場合の
処理動作について説明する。図８はパケットヘッダ構成
例を示す説明図であり、前述の図２（ｂ）と同様に、パ
ケットヘッダとして通信帯域表示（要求帯域Ｒ，最低帯
域Ｍ、増分単位帯域Ｄ、取得帯域Ｂ）を有している。ま
た、両方向のコネクションごとに、下りコネクションに
関する通信帯域表示としてＳｂ、また上りコネクション
の通信帯域表示としてＤｂが設けられている。なお、本
発明では、同一コネクションのうち送信元ノードＮ１か
ら宛先ノードＮ４への下り方向を下りコネクションと表
現し、またこれとは逆に同一コネクションのうち宛先ノ
ードＮ４から送信元ノードＮ１への上り方向を上りコネ
クションと表現する。

【００４０】図９は４つのノードＮ１〜Ｎ４から構成さ
れる場合の通信フローを示すシーケンス図であり、
（ａ）はコネクション設定成功例、（ｂ）はコネクショ
ン設定失敗例を示している。なお、各ノードにおけるコ
ネクション設定要求処理およびパケット受信処理は、前
述した図５〜８とほぼ同様であることから、フローチャ
ートを用いた詳細な説明は省略する。主な相違点は、前
述の図５〜８では、各ノードにおいて送信元ノードＮ１
から宛先ノードＮ４に向かう下りコネクションについて
のみ行うものとなっていたが、ここでは、宛先ノードＮ
４から送信元ノードＮ１に向かう上りコネクションにつ
いても同様の処理が行われるということである。

【００４１】なお、××（Ｓｂ：Ｒ，Ｍ，Ｄ，Ｂ）（Ｄ
ｂ：Ｒ，Ｍ，Ｄ，Ｂ）により、パケット種別××、送信
元から宛先方向の通信帯域表示（Ｓｂ：Ｒ，Ｍ，Ｄ，
Ｂ）、宛先から送信元方向の通信帯域表示（Ｄｂ：Ｒ，
Ｍ，Ｄ，Ｂ）を表す。以下の動作説明では、送信元ノー
ドＮ１のアプリケーション処理部１１は、実行するアプ
リケーションに応じて、下りコネクションに対して前述
と同様のコネクション設定を要求し、上りコネクション
に対して当初要求する要求帯域Ｒ＝５０、また最低帯域
Ｍ＝２０，増分単位帯域Ｄ＝５としてコネクション設定
を要求した場合を例に説明する。

【００４２】まず、コネクション設定が成功した場合に
ついて説明する。送信元ノードＮ１のプロトコル処理部
１２は、アプリケーション処理部１１にて実行される上
位アプリケーションからのコネクション設定要求に応じ
て、図４に示すコネクション設定処理を開始する。ま
ず、下りコネクションに対するコネクション設定要求と
して前述と同様のステップ１０１〜１０９にて新取得帯
域Ｂ＝２０を求める。また、上り回線については送信元
ノードであり当該コネクションが存在しない。

【００４３】したがって、両コネクションに対するコネ
クション設定パケットＣＲ（Ｓｂ：３０，１０，５，２
０）、（Ｄｂ：５０，２０，５，−）を作成して中継ノ
ードＮ２に送信する。なお、帯域管理表１３には、新規
コネクションとして下りコネクションを示す割当帯域＝
２０を登録し、帯域管理表１３の未割当帯域＝０とす
る。

【００４４】中継ノードＮ２ではこのＣＲパケットの受
信に応じて、前述した図６のＣＲパケット受信処理によ
り、まず通信帯域表示Ｓｂに基づいて下りコネクション
について前述と同様の処理を行い、取得帯域Ｂ＝１５を
求める（ステップ１５１〜１５９）。続いて、通信帯域
表示Ｄｂに基づいて上りコネクションについて処理を行
う。ここでは中継ノードＮ２から送信元ノードＮ１への
回線が対象となる。この場合には、その未割当帯域＝３
０であり、上位アプリケーションからの要求帯域Ｒ＝５
０であることから、取得帯域Ｂ＝３０となる。

【００４５】なお、上位アプリケーションからの要求帯
域Ｒは、ＣＲパケットの通信帯域表示にて送信元ノード
Ｎ１から中継ノードＮ２，Ｎ３および宛先ノードＮ４に
対して通知するようにした場合について説明するが、こ
れに限られるものではない。一般的に、コネクション設
定時にはパケットヘッダの所定領域を用いて要求帯域Ｒ
を送信元ノードから各中継ノードおよび宛先ノードに通
知することが必須になっている場合が多く、このような
場合には、本発明のようにＣＲパケットのパケットヘッ
ダに設けられた通信帯域表示の領域に要求帯域Ｒを格納
する必要はない。

【００４６】このようにして、両コネクションの取得帯
域Ｂが求められ、新たなＣＲパケットを作成して中継ノ
ードＮ３に送信する（ステップ１６０）。この場合に
は、ＣＲ（Ｓｂ：３０，１０，５，１５）、（Ｄｂ：５
０，２０，５，３０）パケットが作成されて送信される
とともに、帯域管理表１３に新規コネクションの登録と
未割当帯域の更新が行われる。

【００４７】以下同様にして、中継ノードＮ３で両コネ
クションに対する取得帯域Ｂが求められ、この場合に
は、ＣＲ（Ｓｂ：３０，１０，５，１５）、（Ｄｂ：５
０，２０，５，２５）パケットが作成されて送信される
とともに、帯域管理表１３に新規コネクションの登録と
未割当帯域の更新が行われる。続いて、宛先ノードＮ４
では、図５（ａ）のＣＲパケット受信処理により、受信
したＣＲパケットに基づいて、上りコネクションについ
てのみ図４に示すような帯域割当の処理が実施され、こ
こでは取得帯域Ｂ＝２０が求められる。

【００４８】このようにして、宛先ノードＮ４では、最
終的な取得帯域として下りコネクションの取得帯域Ｂ＝
１５と上りコネクションの取得帯域Ｂ＝２０とを認識
し、コネクション設定応答ＣＡパケットに設定して、送
信元ノードＮ１に向けてＣＡ（Ｓｂ：１５）、（Ｄｂ：
２０）を送信する（ステップ１２１〜１２３）。これに
より、中継ノードＮ３，Ｎ２では、受信したＣＡパケッ
トの取得帯域Ｂと各コネクションの割当帯域とを比較し
て、余分に仮確保した帯域がある場合にはこれを解放す
るとともに、帯域管理表を更新し、ＣＡパケットを送信
元ノードＮ１に向けて送信する。

【００４９】したがって、中継ノードＮ３では、上りコ
ネクションにおいて余分に仮確保した帯域＝２５−２０
＝５が解放され、中継ノードＮ２では、上りコネクショ
ンにおいて余分に仮確保した帯域＝３０−２０＝１０が
解放される。さらに、送信元ノードＮ１では、ＣＡパケ
ットの受信に応じて図５（ｂ）に示す処理を実施し、受
信したＣＡパケットの取得帯域Ｂと下りコネクションの
割当帯域とを比較して、余分に仮確保した帯域＝２０−
１５＝５を解放するとともに、帯域管理表を更新し、取
得帯域Ｂを上位アプリケーションに通知する（ステップ
１３１〜１３４）。これにより、送信元ノードＮ１のア
プリケーション処理部１１は、宛先ノードＮ４との間に
て、取得帯域Ｂ＝１５の下りコネクションと、取得帯域
＝２０の上りコネクションが設定されたことを認識す
る。

【００５０】次に、図９（ｂ）を参照して、コネクショ
ン設定が失敗した場合について説明する。中継ノードＮ
２までは、前述のコネクション設定成功時と同じであ
る。中継ノードＮ３では、図６のＣＲパケット受信処理
が下りコネクションについて実施され、ここで宛先ノー
ドＮ４への回線の未割当帯域＝８であった場合、未割当
帯域が取得帯域Ｂ＝１５より小さく（ステップ１５３：
ＮＯ）、かつ未割当帯域が最低帯域Ｍ＝１０よりも小さ
いことから、コネクション設定に必要な帯域が不足して
いると判断して（ステップ１５４：ＮＯ）、コネクショ
ン設定失敗を示すＲＪパケットを作成して、送信元ノー
ドＮ１に向けて返送する（ステップ１６３）。

【００５１】これに応じて、中継ノードＮ２では、前述
の図７（ｂ）に示すＲＪパケット受信処理を両コネクシ
ョンに対して実施し、これにより不要となった帯域がそ
れぞれ解放される（ステップ１８１〜１８４）。さら
に、送信元ノードＮ１では、前述した図５（ｃ）に示す
ＲＪパケット受信処理を下りコネクションについて実施
して、不要となった帯域を解放するとともに、コネクシ
ョン設定失敗を上位アプリケーションに通知する（ステ
ップ１４１〜１４３）。これにより、送信元ノードＮ１
のアプリケーション処理部１１は、宛先ノードＮ４への
コネクション設定要求が失敗したことを認識する。

【００５２】このように、送信元ノードでは、上位アプ
リケーションから要求された要求帯域Ｒ、最低帯域Ｍお
よび増分単位帯域Ｄに基づいて、対応する回線の未割当
帯域から要求帯域Ｒ分、または未割当帯域以下であって
最低帯域Ｍから増分単位帯域Ｄづつ増やした帯域を取得
帯域Ｂとして仮確保し、これら最低帯域Ｍ、増分単位帯
域Ｄおよび取得帯域Ｂをコネクション設定要求パケット
ＣＲにて宛先ノードＮ４側へ通知し、各中継ノードで
は、ＣＲパケットにて通知された最低帯域Ｍ、増分単位
帯域Ｄおよび取得帯域Ｂに基づいて、対応する回線の未
割当帯域から取得帯域Ｂ分、または未割当帯域以下であ
って最低帯域Ｍから増分単位帯域Ｄづつ増やした帯域を
取得帯域Ｂとして仮確保し、これら最低帯域Ｍ、増分単
位帯域Ｄおよび取得帯域Ｂをコネクション設定要求パケ
ットＣＲにて宛先ノードＮ４側へ通知するようにしたも
のである。

【００５３】さらに、宛先ノードでは、ＣＲパケットに
て最終的に通知された取得帯域Ｂを含むコネクション設
定応答ＣＡパケットを送信元ノードＮ１側に返送し、各
中継ノードでは、ＣＡパケットにて通知された取得帯域
Ｂに基づいてＣＲパケットにて仮確保した割当帯域のう
ち余分な帯域を解放するとともに、ＣＡパケットを送信
元ノードＮ１側に転送し、送信元ノードＮ１では、ＣＡ
パケットに通知された取得帯域Ｂに基づいてＣＲパケッ
トにて仮確保した割当帯域のうち余分な帯域を解放する
とともに、取得帯域Ｂのコネクションが宛先ノードまで
設定されたことを上位アプリケーションに通知するよう
にしたものである。

【００５４】したがって、従来のコネクション設定要求
のように、希望値のみの指定、あるいは希望値および最
低値を指定する方法と比較して、各回線の未割当帯域に
応じて、希望値または希望値に最も近い帯域量を柔軟に
確保することができ、ＩＴＵ−Ｔ勧告Ｈ．２６１「ｐ×
６４ ｋｂ／ｓ オーディオビジュアル通信用映像符号
化方式」などのように、利用できる通信帯域に応じた品
質で動画像通信を行う通信方式を有効利用することがで
きる。

【００５５】また、増分単位領域Ｄとして、確保する帯
域を増加させた場合に上位アプリケーションにとって有
効と判断される（意味のある）増加分、例えば前述のＩ
ＴＵ−Ｔ勧告Ｈ．２６１「ｐ×６４ ｋｂ／ｓ オーデ
ィオビジュアル通信用映像符号化方式」では６４ｋｂ／
ｓを設定するようにしたので、各回線において必要最低
限の帯域のみを無駄なく仮確保することができ、その回
線を共用する他のアプリケーションが利用できる帯域が
増加し、ネットワーク資源を有効利用することができ
る。

【００５６】また、中継ノードＮ２，Ｎ３において、未
割当帯域が最低帯域より小さく帯域を確保できない場合
には、送信元ノードＮ１側に対して直ちにコネクション
設定失敗を通知するＲＪパケットを返送し、このＲＪパ
ケットを受信した送信元ノードおよび中継ノードは、対
応するコネクションに対して仮確保した帯域を直ちに解
放するようにしたので、コネクション設定に失敗した場
合、その回線を共用する他のアプリケーションが利用で
きる帯域が直ちに増加し、ネットワーク資源を有効利用
することができる。

【００５７】また、送信元ノードＮ１から宛先ノードへ
向かう下りコネクションだけではなく、宛先ノードから
送信元ノードＮ１へ向かう上りコネクションについて
も、上位アプリケーションからの要求に基づいて各ノー
ドでそれぞれ同時にコネクション設定を行うとともに、
いずれか一方のコネクションで帯域が確保できなかった
場合には、両コネクションに対して仮確保した帯域を直
ちに解放するようにしたので、両方向のコネクションの
設定を一括して行うことができるとともに、コネクショ
ン設定に失敗した場合、その回線の上りおよび下りを共
用する他のアプリケーションが利用できる帯域が直ちに
増加し、ネットワーク資源を有効利用することができ
る。

【００５８】なお、以上の説明では、各ノードで帯域を
仮確保する場合に、未割当帯域が要求帯域Ｒ分や取得帯
域Ｂ分より小さい場合には、未割当帯域以下であって最
低帯域Ｍから増分単位帯域Ｄづつ増やした帯域を仮確保
するようにした場合について説明したが、これに限定さ
れるものではなく、例えば、設定可能な帯域を宛先ノー
ドＮ４にて算出し、ＣＡパケットにて送信元ノードＮ１
および中継ノードＮ２，Ｎ３に通知するようにしてもよ
い。

【００５９】すなわち、送信元ノードＮ１および中継ノ
ードＮ２，Ｎ３では、未割当帯域が十分ある場合には要
求帯域Ｒ分または取得帯域Ｂ分を仮確保し、未割当帯域
が要求帯域Ｒ分または取得帯域Ｂ分より小さい場合には
未割当帯域すべてを取得帯域Ｂとして仮確保し、ＣＲパ
ケットにて宛先ノード側へ順次通知する。そして、宛先
ノードＮ４では、コネクションの最終的な取得帯域Ｂが
要求帯域Ｒと等しい場合には、これを取得帯域Ｂとして
ＣＡパケットにて各ノードに通知する。

【００６０】一方、コネクションの最終的な取得帯域Ｂ
が要求帯域Ｒを下回る場合には、通知された取得帯域Ｂ
以下であって最低帯域Ｍから増分単位帯域Ｄづつ増やし
た場合の最大値を取得帯域Ｂとして算出し、これをコネ
クション設定応答ＣＡパケットにて各ノードに通知す
る。このＣＡパケットの受信に応じて送信元ノードＮ１
および中継ノードＮ２，Ｎ３で、対応するコネクション
に対して仮確保しておいた帯域から余分な帯域を解放す
る。したがって、各ノードにおいて未割当帯域が要求帯
域Ｒ分や取得帯域Ｂ分より小さい場合に行われる取得帯
域Ｂの算出処理が、宛先ノードにて一括して処理される
ことになり、より高速なコネクション設定を実現するこ
とができる。

【００６１】

【発明の効果】以上説明したように、本発明は、送信元
ノードおよび中継ノードにて、上位アプリケーションか
ら要求された要求帯域または送信元ノード側の隣接ノー
ドから通知された取得帯域と、最低帯域および増分単位
帯域とに基づいて、宛先ノード側の隣接ノードとの間の
回線の未割当帯域から要求帯域分、または未割当帯域以
下であって最低帯域から増分単位帯域づつ増やした帯域
のうち確保可能な最大の帯域を取得帯域としてそれぞれ
仮確保し、宛先ノードから返送されたコネクション設定
応答通知にて通知された取得帯域に基づいて、当初仮確
保しておいた帯域のうち余分な帯域を解放し、この取得
帯域を有するコネクションが宛先ノードとの間にて設定
されたことを上位アプリケーションに通知するようにし
たものである。したがって、従来のコネクション設定要
求のように、希望値のみの指定、あるいは希望値および
最低値を指定する方法と比較して、各回線の未割当帯域
に応じて、希望値または希望値に最も近い帯域量を柔軟
に確保することができ、ＩＴＵ−Ｔ勧告Ｈ．２６１「ｐ
×６４ ｋｂ／ｓ オーディオビジュアル通信用映像符
号化方式」などのように、利用できる通信帯域に応じた
品質で動画像通信を行う通信方式を有効利用することが
できる。

【００６２】また、送信元ノード、中継ノードおよび宛
先ノードにて、上位アプリケーションから下り／上りコ
ネクションについて個別に要求された要求帯域または送
信元ノード側の隣接ノードから通知された取得帯域と、
最低帯域および増分単位帯域とに基づいて、宛先ノード
側の隣接ノードとの間の回線、あるいは送信元ノード側
の隣接ノードとの間の回線の未割当帯域から要求帯域
分、または未割当帯域以下であって最低帯域から増分単
位帯域づつ増やした帯域のうち確保可能な最大の帯域が
取得帯域としてそれぞれ仮確保し、宛先ノードから返送
されたコネクション設定応答通知にて通知された最終的
な取得帯域に基づいて、それぞれのコネクションに対し
て当初仮確保しておいた帯域のうち余分な帯域を解放
し、これら取得帯域を有する下り／上りコネクションが
宛先ノードとの間にて設定されたことを上位アプリケー
ションに通知するようにしたものである。したがって、
前述と同様に、利用できる通信帯域に応じた品質で動画
像通信を行う通信方式を有効利用することができるとと
もに、両方向のコネクションに要求される帯域が異なる
場合でも、個々のコネクションの設定を一括して行うこ
とができ、より高速なコネクション設定処理を実現でき
る。

【００６３】また、増分単位帯域として、確保する帯域
を増加させた場合に上位アプリケーションにとって有効
と判断される帯域増加分を設定するようにしたので、こ
の増加分として、例えば前述のＩＴＵ−Ｔ勧告Ｈ．２６
１「ｐ×６４ ｋｂ／ｓ オーディオビジュアル通信用
映像符号化方式」では６４ｋｂ／ｓを設定することによ
り、各回線において必要最低限の帯域のみを無駄なく仮
確保することができ、その回線を共用する他のアプリケ
ーションが利用できる帯域が増加し、ネットワーク資源
を有効利用することができる。また、帯域を仮確保する
場合に、未割当帯域が最低帯域より小さい場合には、送
信元ノード側の各ノードに対してコネクション設定失敗
通知を順次転送することにより、各ノードで当初仮確保
しておいた帯域を直ちに解放するようにしたので、コネ
クション設定に失敗した場合、その回線を共用する他の
アプリケーションが利用できる帯域が直ちに増加し、ネ
ットワーク資源を有効利用することができる。また、下
り／上りコネクションを一括して設定する場合に、いず
れかのコネクションにてコネクション設定に失敗した場
合には、送信元ノード側の各ノードに対してコネクショ
ン設定失敗通知を順次転送することにより、各ノードで
両コネクションに対して当初仮確保しておいた帯域を直
ちに解放するようにしたので、いずれか一方のコネクシ
ョンでコネクション設定に失敗した場合、不要となった
他方のコネクションが維持されることがなくなり、上り
および下り回線をそれぞれ共用する他のアプリケーショ
ンが利用できる帯域が直ちに増加し、ネットワーク資源
を有効利用することができる。

【００６４】また、未割当帯域が要求帯域または取得帯
域分より小さい場合、送信元ノードまたは中継ノードで
は未割当帯域すべてを取得帯域として仮確保して、コネ
クション設定要求にて宛先ノードまで順次通知し、宛先
ノードにてこの取得帯域以下であって最低帯域から増分
単位帯域づつ増やした帯域のうち確保可能な最大の帯域
を取得帯域として一括して算出し、コネクション設定通
知にて各ノードに通知するようにしたので、各ノードに
おいて未割当帯域が要求帯域Ｒ分や取得帯域Ｂ分より小
さい場合に行われる取得帯域Ｂの算出処理が、宛先ノー
ドにて一括して処理されることになり、より高速なコネ
クション設定を実現することができる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態である情報通信方法に
よるノードを示すブロック図である。

【図２】 パケットヘッダ構成例を示す説明図である。

【図３】 コネクション設定処理を示すシーケンス図で
ある。

【図４】 エンドノードにおけるコネクション設定要求
処理を示すフローチャートである。

【図５】 エンドノードにおけるパケット受信処理を示
すフローチャートである。

【図６】 中継ノードにおけるパケット受信処理を示す
フローチャートである。

【図７】 中継ノードにおける他のパケット受信処理を
示すフローチャートである。

【図８】 他のパケットヘッダ構成例を示す説明図であ
る。

【図９】 他のコネクション設定処理を示すシーケンス
図である。

【符号の説明】

Ｎ１…送信元ノード、Ｎ２，Ｎ３…中継ノード、Ｎ４…
宛先ノード、１１…アプリケーション処理部、１２…プ
ロトコル処理部、１３…帯域管理表、１４…回線対応
部。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 送信元ノードおよび宛先ノードが１つ以
   上の中継ノードおよび回線を介して接続されている通信
   ネットワークにて、上位アプリケーションからの要求に
   応じて所定帯域を有するコネクションを設定する情報通
   信方法において、 送信元ノードは、 上位アプリケーションから要求された要求帯域、最低帯
   域および増分単位帯域に基づいて、宛先ノード側の隣接
   ノードとの間の回線の未割当帯域から要求帯域分、また
   は未割当帯域以下であって最低帯域から増分単位帯域づ
   つ増やした帯域のうち確保可能な最大の帯域を取得帯域
   として仮確保し、 これら最低帯域、増分単位帯域および取得帯域をコネク
   ション設定要求通知にて宛先ノード側の隣接ノードへ通
   知し、 中継ノードは、 コネクション設定要求通知にて通知された最低帯域、増
   分単位帯域および取得帯域に基づいて、宛先ノード側の
   隣接ノードとの間の回線の未割当帯域から取得帯域分、
   または未割当帯域以下であって最低帯域から増分単位帯
   域づつ増やした帯域のうち確保可能な最大の帯域を取得
   帯域として仮確保し、 これら最低帯域、増分単位帯域および取得帯域をコネク
   ション設定要求通知にて宛先ノード側の隣接ノードへ通
   知し、 宛先ノードは、 コネクション設定要求通知にて最終的に通知された取得
   帯域を含むコネクション設定応答通知を送信元ノード側
   の隣接ノードに返送し、 中継ノードは、 コネクション設定応答通知にて通知された取得帯域に基
   づいて当初仮確保しておいた帯域のうち余分な帯域を解
   放するとともに、このコネクション設定応答通知を送信
   元ノード側の隣接ノードに転送し、 送信元ノードは、 コネクション設定応答通知により通知された取得帯域に
   基づいて当初仮確保しておいた帯域のうち余分な帯域を
   解放するとともに、通知された取得帯域を有するコネク
   ションが宛先ノードとの間で設定されたことを上位アプ
   リケーションに通知することを特徴とする情報通信方
   法。
2. 【請求項２】 送信元ノードおよび宛先ノードが中継ノ
   ードおよび通信回線を介して接続されている通信ネット
   ワークにて、上位アプリケーションからの要求に応じて
   所定帯域を有するコネクションを設定する情報通信方法
   において、 送信元ノードは、 同一コネクションのうち送信元ノードから宛先ノードへ
   向かう下りコネクションと宛先ノードから送信元ノード
   へ向かう上りコネクションとについて、上位アプリケー
   ションからそれぞれ個別に要求された要求帯域、最低帯
   域および増分単位帯域のうち、下りコネクションに対す
   る要求帯域、最低帯域および増分単位帯域に基づいて、
   宛先ノード側の隣接ノードとの間の回線の未割当帯域か
   ら要求帯域分、または未割当帯域以下であって最低帯域
   から増分単位帯域づつ増やした帯域のうち確保可能な最
   大の帯域を取得帯域として仮確保し、 これら両コネクションの最低帯域、増分単位帯域および
   取得帯域をコネクション設定要求通知にて宛先ノード側
   の隣接ノードへ通知し、 中継ノードは、 コネクション設定要求通知にて通知された下りコネクシ
   ョンの最低帯域、増分単位帯域および取得帯域に基づい
   て、宛先ノード側の隣接ノードとの間の回線の未割当帯
   域から取得帯域分、または未割当帯域以下であって最低
   帯域から増分単位帯域づつ増やした帯域のうち確保可能
   な最大の帯域を取得帯域として仮確保するとともに、上
   りコネクションの最低帯域、増分単位帯域および取得帯
   域に基づいて、送信元ノード側の隣接ノードとの間の回
   線の未割当帯域から取得帯域分、または未割当帯域以下
   であって最低帯域から増分単位帯域づつ増やした帯域の
   うち確保可能な最大の帯域を取得帯域として仮確保し、 これら両コネクションの最低帯域、増分単位帯域および
   取得帯域をコネクション設定要求通知にて宛先ノード側
   の隣接ノードへ通知し、 宛先ノードは、 コネクション設定要求通知にて通知された上りコネクシ
   ョンの最低帯域、増分単位帯域および取得帯域に基づい
   て、送信元ノード側の隣接ノードとの間の回線の未割当
   帯域から取得帯域分、または未割当帯域以下であって最
   低帯域から増分単位帯域づつ増やした帯域のうち確保可
   能な最大の帯域を取得帯域として仮確保し、 この上りコネクションの最終的な取得帯域およびコネク
   ション設定要求通知にて最終的に通知された下りコネク
   ションの取得帯域を含むコネクション設定応答通知を送
   信元ノード側の隣接ノードに返送し、 中継ノードは、 コネクション設定応答通知にて通知された個々のコネク
   ションの取得帯域に基づいて当初仮確保しておいた帯域
   のうち余分な帯域をそれぞれ解放するとともに、このコ
   ネクション設定応答通知を送信元ノード側の隣接ノード
   に転送し、 送信元ノードは、 コネクション設定応答通知により通知された下りコネク
   ションの取得帯域に基づいて当初仮確保しておいた下り
   コネクションの帯域のうち余分な帯域を解放するととも
   に、通知された下りと上りの個々の取得帯域を有する各
   コネクションが宛先ノードとの間で設定されたことを上
   位アプリケーションに通知することを特徴とする情報通
   信方法。
3. 【請求項３】 請求項１または２記載の情報通信方法に
   おいて、 増分単位帯域として、確保する帯域を増加させた場合に
   上位アプリケーションにとって有効と判断される帯域増
   加分を設定することを特徴とする情報通信方法。
4. 【請求項４】 請求項１記載の情報通信方法において、 中継ノードは、 未割当帯域が最低帯域より小さい場合には、送信元ノー
   ド側の隣接ノードに対して直ちにコネクション設定失敗
   通知を返送し、 コネクション設定失敗通知の受信に応じて当初仮確保し
   ておいた帯域を直ちに解放するとともに、このコネクシ
   ョン設定失敗通知を送信元ノード側の隣接ノードに対し
   て直ちに転送し、 送信元ノードは、コネクション設定失敗通知の受信に応
   じて当初仮確保しておいた帯域を直ちに解放し、 上位アプリケーションに対してコネクションの設定失敗
   を通知することを特徴とする情報通信方法。
5. 【請求項５】 請求項２記載の情報通信方法において、 中継ノードおよび宛先ノードは、 下りまたは上りコネクションのいずれかにて未割当帯域
   が最低帯域より小さい場合には、送信元ノード側の隣接
   ノードに対して直ちにコネクション設定失敗通知を返送
   し、 コネクション設定失敗通知の受信に応じて下りと上りの
   個々のコネクションごとに当初仮確保しておいた帯域を
   直ちにそれぞれ解放するとともに、このコネクション設
   定失敗通知を送信元ノード側の隣接ノードに対して直ち
   に転送し、 送信元ノードは、コネクション設定失敗通知の受信に応
   じて個々のコネクションごとに当初仮確保しておいた帯
   域を直ちにそれぞれ解放し、 上位アプリケーションに対して両コネクションの設定失
   敗を通知することを特徴とする情報通信方法。
6. 【請求項６】 請求項１または２記載の情報通信方法に
   おいて、 送信元ノードは、 未割当帯域から要求帯域分を仮確保する場合、未割当帯
   域が要求帯域分以上ある場合には要求帯域分を取得帯域
   として仮確保し、未割当帯域が要求帯域分より小さい場
   合には未割当帯域すべてを取得帯域として仮確保し、 中継ノードは、 未割当帯域から取得帯域分を仮確保する場合、未割当帯
   域が取得帯域分以上ある場合には取得帯域分を新たな取
   得帯域として仮確保し、未割当帯域が取得帯域分より小
   さい場合には未割当帯域すべてを新たな取得帯域として
   仮確保し、 宛先ノードは、 最終的に仮確保された取得帯域が要求帯域と等しい場合
   には、この取得帯域を含むコネクション設定通知を送信
   元ノード側の隣接ノードに返送し、最終的に仮確保され
   た取得帯域が要求帯域より小さい場合には、この取得帯
   域以下であって最低帯域から増分単位帯域づつ増やした
   帯域のうち確保可能な最大の帯域を取得帯域とし、この
   取得帯域を含むコネクション設定通知を送信元ノード側
   の隣接ノードに返送することを特徴とする情報通信方
   法。