JPH09238143A - ノード装置及び網リソース予約方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＴＭ通信網を介してデータパケットの配送
を行うデータパケット通信網において、データパケット
の配送の際に提供するサービス品質の変更時に即座にデ
ータパケットの転送の開始が可能となるノード装置を提
供する。 【解決手段】 受信したデータパケットをＡＴＭセルに
変換して所定の仮想コネクションに送信するノード装置
において、データパケットを送信又は受信する他のノー
ド装置よりサービス品質の予約を要求するメッセージを
受信した場合に、該メッセージ中に書かれている要求サ
ービス品質に基づいて求められた必要リソース量の確保
が可能であると判断したときは、前記データパケットの
通信を行うべき前記仮想コネクションにおいて前記リソ
ース量の確保が行われた旨のメッセージの受信を待たず
に、新規要求サービス品質に従ったデータパケットの送
信を開始する手段を備えたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ（非同期転
送モード）通信網を用いてＩＰ（Internet Protocol ）
データグラムのようなデータパケットを送受信するノー
ド装置及び網リソース予約方法に関する。

【０００２】

【従来の技術】インターネットを用いた通信を行う場
合、送信者が送信したデータは、ＩＰ（Internet Proto
col ）レベルにおいて定義されるＩＰデータグラムと呼
ばれるデータパケットに変換して、受信者宛に配送され
る。

【０００３】従来においては、ＩＰが定義するデータパ
ケットの配送サービスは、信頼性のない、Best-Effort
な（最善努力式の）システムである。つまり、データパ
ケットの配送に関してはいかなる保証もないが（消失さ
れるかもしれないが、いかなる対策も行なわない）、Ｉ
Ｐはデータパケットの配送を熱心に試みるという配送シ
ステムである。すなわち、従来のＩＰレベルのデータパ
ケットの配送に対しては、いかなる品質の保証もされる
ことはなかった。

【０００４】これに対して、近年、ＩＥＴＦ（Internet
Engineering Task Force ）では、前記のＩＰレベルの
データパケットの配送に対する品質を提供するという議
論が行われている。その結果、Ｇｕａｒａｎｔｅｅｄサ
ービス（Shenker 、他：”Specification of Guarantee
d Quality of Service”、ＩＮＴＥＲＮＥＴ−ＤＲＡＦ
Ｔ、draft-ietf-intserv-guaranteed-svc-03.txt）、Ｐ
ｒｅｄｉｃｔｉｖｅサービス（Shenker 、他：”Specif
ication of Predictive Quality of Service”、ＩＮＴ
ＥＲＮＥＴ−ＤＲＡＦＴ、draft-ietf-intserv-predict
ive-svc-01.txt）、Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｌａｙ
サービス（Shenker 、他：”Specification of Control
led Delay Quality of Service”、ＩＮＴＥＲＮＥＴ−
ＤＲＡＦＴ、draft-ietf-intserv-control-del-svc-02.
txt ）といった、データパケットの配送に対する品質を
規定した新規サービスが提案されている。

【０００５】以下に、上記した各種サービスについて概
説する。 （１）Ｇｕａｒａｎｔｅｅｄサービス（Guaranteed Qua
lity of Service ） データパケットの配送が、一定の時間内に確実に行われ
ることを保証するサービスである。サービス品質とし
て、転送速度値が要求される。 （２）Ｐｒｅｄｉｃｔｉｖｅサービス（Predictive Qua
lity of Service ） データパケットの配送が、高確率で一定の時間内に行わ
れることを保証するサービス（言い換えると、一定の時
間内にほとんどのデータパケットを相手先に配送するこ
とを保証するサービス）である。サービス品質として、
サービスレベル（１，２，３）が要求され、サービスレ
ベルが小さいほど、相対的な遅延が少なくなる。また、
各通信ノードにおいて、各々のサービスレベルに対する
転送所要時間の上限値を設定する。 （３）Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｌａｙサービス（Co
ntrolled Delay Quality of Service ） サービス品質としてサービスレベルが要求されるが、転
送所要時間の上限値が設定されないサービスである。デ
ータパケット配送遅延が動的に変化するが、従来のBest
-Effort サービスよりは少ない時間での配送が可能であ
る。 （４）Ｂｅｓｔ Ｅｆｆｏｒｔサービス いかなる品質の保証も行わないサービスであり、サービ
ス品質の要求は行われない。

【０００６】一方、前記サービスを提供するために必要
となるリソース予約プロトコル（Braden、他：”Resour
ce ReSerVation Protocol(RSVP)-Version 1 Functional
Specification" 、ＩＮＴＥＲＮＥＴ−ＤＲＡＦＴ、dr
aft-ietf-rsvp-spec-08.txt）が提案されている。この
リソース予約プロトコルの特徴は、受信ユーザ端末の要
求に基づいたリソース予約を行うという点にある。受信
ユーザ端末は、送信ユーザ端末宛にＲｅｓｖメッセージ
と呼ばれる予約メッセージを送信することにより、該Ｒ
ｅｓｖメッセージ内に記されている受信サービス品質の
予約を試みるというものである。そして、該送信ユーザ
端末から受信ユーザ端末宛に送出されるデータパケット
を中継するデータパケット通信ノード（ルータ装置）で
は、Ｒｅｓｖメッセージを受信すると、該Ｒｅｓｖメッ
セージ内の受信サービス品質を提供するために必要なリ
ソース予約が受付可能であるか否かを判断し、可能であ
れば、該予約要求を受け入れ、さらに本Ｒｅｓｖメッセ
ージをデータパケットの送信ユーザ端末宛に送出する。

【０００７】

【発明が解決しようとする課題】固定長のデータパケッ
トであるセルを単位として交換・転送を行うＡＴＭ（非
同期転送モード；Asynchronous Transfer Mode) 通信網
上に設定される仮想コネクションを用いてＩＰレベルの
データパケット転送を行う場合、従来においては、ＩＰ
レベルのデータパケットの転送に対するサービル品質の
保証、網リソースの予約必要はなかったため、データパ
ケット配送時にＩＰレベルの品質を考慮しない、仮想コ
ネクションへのデータパケット収容方式のみが検討され
ており、上記に示したパケットレベルでの要求サービス
品質を提供することを考慮した仮想コネクションの設定
方式等については検討されていない。

【０００８】また、ＡＴＭ通信網を用いたデータパケッ
ト転送を行う場合、サービス品質の変更を要求するメッ
セージ（例えばＲＳＶＰにおける受信ユーザ端末より送
信ユーザ端末宛に送出されるＲｅｓｖメッセージ）を受
信した場合、該メッセージに相当するデータパケットを
収容する仮想コネクションの属性（サービスカテゴリ、
確保リソース量、等）の変更を行う必要があり、それに
伴い、新たに要求されたサービス品質の提供が可能とな
るように仮想コネクションの張り直しが行われる場合が
ある。それにより、新たに仮想コネクションが設定され
るまではデータパケットの転送を行うことは不可能であ
るため、パケット転送遅延の増加という悪影響が生じて
しまう。

【０００９】本発明は、上記事情を考慮してなされたも
ので、ＡＴＭ通信網を介してＩＰレベルのデータパケッ
トの配送を行う際に、ＩＰレベルの要求サービス品質の
提供が可能であり、また、要求サービス品質の変更時に
も即座にデータパケットの転送の開始が可能となるよう
なノード装置及び網リソース予約方法を提供することを
目的とする。

【００１０】

【課題を解決するための手段】本発明（請求項１）は、
受信したデータパケット（インターネットパケット、Ｉ
Ｐデータグラム）をＡＴＭセルに変換して所定の仮想コ
ネクション（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ ／ Ｐ
ａｔｈ Ｃｏｎｎｅｃｔｉｏｎ）に送信するノード装置
において、データパケットを送信又は受信する他のノー
ド装置（端末もしくはルータ）よりサービス品質の予約
を要求するメッセージ（例えばＲＳＶＰ（Ｒｅｓｏｕｒ
ｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の
Ｒｅｓｖメッセージ）を受信した場合に、該メッセージ
中に書かれている要求サービス品質に基づいて求められ
た必要リソース量（例えば、帯域量、セル転送レート）
の確保が可能であると判断したときは、前記データパケ
ットの通信を行うべき前記仮想コネクションにおいて前
記リソース量の確保が行われた旨のメッセージの受信
（例えばＡＢＴ（ATM Block Transfer）サービスにおけ
るＲＭ（Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）セ
ルでＣＩ（Ｃｏｎｊｅｓｔｉｏｎ Ｉｎｄｉｃａｔｉｏ
ｎ）ビットが０のもの）を待たずに、新規要求サービス
品質に従ったデータパケットの送信を開始する手段を備
えたことを特徴とする。

【００１１】本発明（請求項２）は、請求項１の発明に
おいて、前記仮想コネクションは、コネクションの張り
直しを行わずに確保するリソース量の変更が可能である
仮想コネクション（例えばＡＢＴ／ＩＴ（Immediate Tr
ansmission）に従う仮想コネクション）であることを特
徴とする。

【００１２】本発明（請求項３）は、請求項２の発明に
おいて、前記仮想コネクションにおいて前記必要リソー
ス量を確保するために資源管理セル（例えばＡＢＴサー
ビスにおけるＲＭセル）に確保したいリソース量を書き
込んで前記仮想コネクション上に送出した後に、新規要
求サービス品質に従ったデータパケットの送信を開始す
ることを特徴とする。

【００１３】ここで、前記ノード装置が資源管理セルに
確保したいリソース量を書き込んで送出する仮想コネク
ションは、前記データパケットの転送経路において本ノ
ード装置から次段のノード装置に向けて設定された、本
ノード装置がＡＴＭセルを送信する仮想コネクションで
ある。

【００１４】前記必要なリソース量とは、例えば、前記
メッセージ内に記されている要求サービス品質を満足さ
せるサービス品質を、前記受信ユーザ端末宛に転送され
るデータパケットに対して提供するために必要なリソー
ス量であり、例えば、帯域量、セル転送レート等で表さ
れる。

【００１５】コネクションの張り直しを行わずに確保す
るリソース量の変更が可能である仮想コネクションの設
定は、リソース量の確保に先だって行なう。なお、上記
判断は、例えば、ノード装置内にデータパケットレベル
において割り当てたリソースの情報および残余リソース
の情報を保持しておき、サービス品質の変更要求時に
は、ＩＰレベルのリソース情報をもとに、前記サービス
品質を満足させるのに必要なＡＴＭレベルのリソース量
の確保が可能か否かを判断する。

【００１６】本発明（請求項４）は、請求項３の発明に
おいて、前記仮想コネクションを用いて新規要求サービ
ス品質に従ったデータパケットの送信を開始した後に、
前記リソース量の確保ができなかった旨の内容が記入さ
れた資源管理セルを受信した場合、新規要求サービス品
質に従ったデータパケットの送信を中止し、旧要求サー
ビス品質に従ったデータパケットの送信を再開する手段
を備えたことを特徴とする。

【００１７】本発明（請求項５）は、請求項３の発明に
おいて、前記仮想コネクションを用いて新規要求サービ
ス品質に従ったデータパケットの送信を開始した後に、
前記リソース量の確保ができなかった旨の内容が記入さ
れた資源管理セルを受信した場合、新規要求サービス品
質に従ったデータパケットの送信を中止し、データパケ
ットの送信を、いかなる品質をも保証することなく再開
する手段を備えたことを特徴とする。

【００１８】本発明（請求項６）は、受信したデータパ
ケット（インターネットパケット、ＩＰデータグラム）
をＡＴＭセルに変換して所定の仮想コネクション（Ｖｉ
ｒｔｕａｌ Ｃｈａｎｎｅｌ ／ Ｐａｔｈ Ｃｏｎｎ
ｅｃｔｉｏｎ）に送信する際に用いられる網リソースを
予約する網リソース予約方法において、データパケット
を送信又は受信するユーザ端末よりサービス品質の予約
を要求するメッセージ（例えばＲＳＶＰ（Ｒｅｓｏｕｒ
ｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を
受信し、受信された前記メッセージ中に書かれている要
求サービス品質に基づいて必要リソース量を求め、求め
られた前記必要リソース量の確保が可能であるか否かを
判断し、前記必要リソース量（例えば、帯域量、セル転
送レート）の確保が可能であると判断された場合に、前
記データパケットの通信を行うべき前記仮想コネクショ
ンにおいて前記リソース量の確保を要求し、この確保が
行われた旨のメッセージ（例えばＡＢＴサービスにおけ
るＲＭセルでＣＩビットが０のもの）の受信を待たず
に、新規要求サービス品質に従ったデータパケットの送
信を開始することを特徴とする。

【００１９】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。まず、本実施形態の基本構成や
概要について説明する。図１は、本発明の一実施形態に
係るデータパケット通信網の基本構成の一例である。本
データパケット通信網は、データパケットを送受信する
データパケット通信ノード１２１〜１２３において、デ
ータパケットを転送する際に、該データパケットをセル
と呼ばれる固定長のデータ単位に分割、変換し、ＡＴＭ
通信網１３３，１３４上に設定される仮想コネクション
１５１，１５２を用いて該セルを隣接するデータパケッ
ト通信ノードへ転送することにより、データパケットの
転送を実現するものである。ここで、仮想コネクション
とは、ＡＴＭ通信網１３３，１３４内のノード間におい
てＡＴＭ交換機１３１，１３２などにより設定されるも
のであり、仮想パスコネクション（Virtual Path Conne
ction ）、仮想チャネルコネクション（Virtual Channe
l Connection）が該当する。

【００２０】本データパケット通信網を利用するユーザ
端末１１１，１１２では、発信するデータを、ＩＰ（In
ternet Protocol ）レベルにおいて定義されるＩＰデー
タグラムと呼ばれるデータパケットに変換し、これを通
信網上に送出する。

【００２１】以下では、ＩＰデータグラムと呼ばれるデ
ータパケットをＩＰパケットと呼ぶ。また、ＩＰパケッ
トの内容がデータであるものを明示的に示す場合、ＩＰ
データパケットという語句を使用する。

【００２２】なお、ユーザ端末１１１，１１２間の通信
がＩＰレベルより上位のプロトコル（例えばＴＣＰ（Ｔ
ｒａｎｓｍｉｓｓｉｏｎ Ｃｏｔｒｏｌ Ｐｒｏｔｏｃ
ｏｌ））に従って行われる場合も考えられるが、そのよ
うな場合は、端末１１１，１１２内にてＩＰパケットに
変換してから通信網上へ送出する方法、または端末１１
１，１１２に最も近いデータパケット通信ノード１２
１，１２３において、ＩＰレベルより上位のプロトコル
規定に従い到着したデータパケットをＩＰパケットに変
換する方法が考えられる。そのような場合、本実施形態
では、前者の方法をとるものとする。

【００２３】ユーザ端末１１１とデータパケット通信ノ
ード１２１との間、およびユーザ端末１１２とデータパ
ケット通信ノード１２３との間は、（１）直結するこ
と、（２）ＡＴＭ網により接続すること、（３）イーサ
ネットなど他のネットワークにより接続すること、が可
能である。本実施形態では直結するものとして説明す
る。

【００２４】本実施形態では、ユーザ端末間でＩＰパケ
ットの転送を行うにあたって、ユーザ端末１１１をＩＰ
パケットの送信端末とし、ユーザ端末１１２をＩＰパケ
ットの受信端末として説明する。

【００２５】本データパケット通信網では、ＩＰパケッ
トに対するサービスとして、前述したようなＧｕａｒａ
ｎｔｅｅｄサービス、Ｐｒｅｄｉｃｔｉｖｅサービス、
Ｂｅｓｔ Ｅｆｆｏｒｔサービスを提供するものとす
る。なお、Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｌａｙサービス
は、本通信網内においてはＰｒｅｄｉｃｔｉｖｅサービ
スとして取り扱うものとする。各サービスの概要は前述
した通りである。 （１）Ｇｕａｒａｎｔｅｅｄサービス ＩＰデータパケットの配送が、一定の時間内に確実に行
われることを保証するサービス。サービス品質として、
転送速度値が要求される。 （２）Ｐｒｅｄｉｃｔｉｖサービス ＩＰデータパケットの配送が、高確率で一定の時間内に
行われることを保証するサービス。サービス品質とし
て、サービスレベル（１，２，３）が要求され、サービ
スレベルが小さいほど、相対的な遅延が少なくなる。ま
た、各データパケット通信ノードにおいて、各々のサー
ビスレベルに対する転送所要時間の上限値を設定する。 （３）Ｂｅｓｔ Ｅｆｆｏｒｔサービス いかなる品質の保証も行わないサービス。サービス品質
の要求は行われない。

【００２６】なお、Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｌａｙ
サービスは、サービス品質としてサービスレベルが要求
されるが、転送所要時間の上限値が設定されないサービ
スであり、本実施形態における通信網では、同一のサー
ビスレベルを要求するＰｒｅｄｉｃｔｉｖｅサービスと
して扱う。

【００２７】本データパケット通信ノードでは、図２あ
るいは図３に示すように、ＩＰデータパケットの仮想コ
ネクション上への収容を行う。各図中で、２００はパケ
ットを保持するバッファ部であり、２０２は割り当てら
れたリソース量に応じたタイミングでバッファ部内のパ
ケットを抽出し次段に転送する転送処理部を表す。ま
た、２０４はＡＴＭセルを保持するバッファ部であり、
２０６はバッファ部内のＡＴＭセルを抽出し仮想コネク
ションに転送する転送処理部を表す。なお、ＩＰレベル
のパケットをＡＴＭセルに変換する機能は省略してあ
る。

【００２８】Ｇｕａｒａｎｔｅｅｄサービスに対して
は、図２に示すように、ＩＰレベルにおいて、各データ
パケットフローｇ１〜ｇｎ毎に、該パケットが要求する
転送速度値を満足させるリソース量Ｒｇ１〜Ｒｇｎを各
々割り当て、各フロー毎に該フローに属するＩＰデータ
パケットを収容する仮想コネクション（ＶＣ）が設定さ
れる形態をとる。もしくは、図３に示すように、全フロ
ーが同一の仮想コネクション上に収容される形態をと
る。

【００２９】ＰｒｅｄｉｃｔｉｖｅサービスおよびＢｅ
ｓｔ Ｅｆｆｏｒｔサービスに対しては、ＩＰレベルに
おいて、Ｐｒｅｄｉｃｔｉｖｅサービスの各サービスレ
ベルに対し、該レベル間の相対的な遅延の大小関係とレ
ベル毎に設定された転送所要時間の上限値を満足させる
ようなリソース量Ｒ１〜Ｒ３を各々割り当て、Ｂｅｓｔ
Ｅｆｆｏｒｔサービスに対し、データパケット通信ノ
ードにおいて保持する全リソース量のうち、Ｇｕａｒａ
ｎｔｅｅｄサービス、Ｐｒｅｄｉｃｔｉｖｅサービスに
対して割り当てたリソース量を差し引いたリソース量
（以下、これを残余リソース量と呼ぶ）を越えない範囲
で任意の値Ｒｂを割り当て、Ｐｒｅｄｉｃｔｉｖｅサー
ビスおよびＢｅｓｔ Ｅｆｆｏｒｔサービスを要求する
全フローが同一の仮想コネクション上に収容される形態
をとる。

【００３０】仮想コネクションにて確保すべき帯域量
は、該コネクション上に収容される各データパケットフ
ローに対して割り当てられているＩＰレベルのリソース
量の総和を元にして算出されるものとする。

【００３１】なお、Ｐｒｅｄｉｃｔｉｖｅサービスに対
しても、各レベル毎に仮想コネクションを１本ずつ対応
させる方式、あるいは各フロー毎に仮想コネクションを
１本ずつ対応させる方式等が考えられる。

【００３２】本データパケット通信網においては、上記
に示したＩＰレベルのリソース量の確保は、ＩＥＴＦ
（Internet Engineering Task Force ）にて提案されて
いるＲＳＶＰ（Resource ReSerVation Protocol ）と呼
ばれるリソース予約プロトコルに従い行う。ＲＳＶＰで
は、図４に示すように、受信端末１１２が、送信端末１
１１より発せられるＩＰデータパケット（図中４２）に
対するサービス品質をデータパケット通信網に対して要
求し、本データパケット通信網では、該要求を満足させ
るようにリソースの予約を行う。そのために、サービス
品質を要求する受信端末１１２は、必要に応じ、送信端
末１１１宛に、「Ｒｅｓｖメッセージ」（図中４１）と
呼ばれる予約メッセージを、ＩＰデータパケットを転送
するパスと逆方向のパスに沿って送出する。

【００３３】本実施形態に係るデータパケット通信ノー
ドでは、上記のＲｅｓｖメッセージを受信すると、該Ｒ
ｅｓｖメッセージ内に記されている要求サービス品質を
提供するために確保すべきリソース量を算出し、そし
て、該リソースが確保できるか否かを判断し、さらに該
リソース量が確保できる場合には、実際に該リソース量
を確保した上で、前記のＲｅｓｖメッセージを再び送信
端末１１１方向へ送出する。

【００３４】本実施形態では、上記にて算出されたＩＰ
レベルのリソース量に相当する帯域を、仮想コネクショ
ンレベルにおいて確保するものとする。また、本実施形
態では、データパケット通信ノード間に設定される仮想
コネクション１５１，１５２は、ＩＴＵ−Ｔの勧告Ｉ．
３７１に勧告されたＡＢＴ（ATM Block Transfer）と呼
ばれるサービスを提供するものとする。

【００３５】ＡＢＴでは、図５に示すように、隣接する
ＲＭセル（Resource Management セル）に囲まれるＡＴ
Ｍブロックに属するセルの転送レートを、仮想コネクシ
ョンの再設定を行わずに動的に変更することが可能であ
る。ＡＢＴコネクションにおいては、コネクションの設
定時には該コネクションにおいて提供せきる最大セル転
送レートのみをあらかじめ取り決めておき、実際にセル
を転送する際に、要求するサービス品質（セル転送レー
ト）を上流側のデータパケット通信ノードよりＡＴＭ通
信網に対してＡＴＭブロックの先頭にあるＲＭセル（図
中４１）を用いて通知し、ＡＴＭ通信網では、該ブロッ
クの最後を表すＲＭセル（図中４２）を受信するまで、
要求サービス品質を提供するために必要な帯域量を該仮
想コネクションに対して確保する。なお、送信端末から
受信端末へのＩＰデータパケットの転送経路において、
送信端末に近い方を上流側、受信端末に近い方を下流側
とする。例えば図１のデータパケット通信ノード１２２
は仮想コネクション１５２の帯域量を変更することにな
る。

【００３６】要求サービス品質を記入したＲＭセル（図
中４１）を送出したデータパケット通信ノードは、ＡＴ
Ｍ網内を折り返された該ＲＭセルを受信することによ
り、前記要求が受け入れられたか否か（要求したセル転
送レートを提供するために必要な帯域が確保されたか否
か）の認識が可能となる。これは、受信したＲＭセル内
のＣＩ（Congestion Indication)ビットを見ることによ
り判断できる。

【００３７】ＡＢＴサービスにおいては、必要帯域を確
保できたか否かを示す、前記折り返しＲＭセルの受信を
待ってからデータセルの転送を開始するＡＢＴサービス
（ＡＢＴ／ＤＴ（Delayed Transmission））と、前記Ｒ
Ｍセルの応答を待たずにデータセルの転送を開始できる
ＡＢＴサービス（ＡＢＴ／ＩＴ（Immediate Transmissi
on））が容易されている。ＡＢＴ／ＤＴに従った場合、
必要帯域の確保の認識を待ってデータセルの転送を開始
するため、信頼のある転送が保証されるが、前記の帯域
確保の認識に要する、送信側のデータパケット通信ノー
ドより送出されたＲＭセルがＡＴＭ網内を折り返され再
び前記データパケット通信ノードに戻ってくるまでの所
要時間が、該ＡＴＭ網を介して行われるパケットが被る
転送遅延値を増加させてしまう。一方、ＡＢＴ／ＩＴに
従った場合、必要帯域の確保の認識を待たずにデータセ
ルの転送を開始するため、前記帯域の確保が不可能であ
った場合には既に送出されたデータセルに対する品質の
保証が行われない。

【００３８】そこで、本実施形態のデータパケット通信
ノードでは、ＩＰレベルにおけるリソース管理情報をも
とにして、新規要求サービスの受け入れが可能であるか
否かを判断し、可能である場合に限って、ＡＢＴ／ＩＴ
サービスに従ったＡＴＭレベルでのサービスに従い、必
要帯域の確保、データセル転送の開始を行う。

【００３９】図６に、本データパケット通信ノードの一
部であるリソース管理部の一構成例を示す。図６に示す
ように、本データパケット通信ノードがサービス品質変
更要求を受け取った場合は、ＩＰレベルリソース管理部
６２において、該要求品質を提供できるのに十分なリソ
ースが存在するか否かをＩＰパケットフロー管理表６３
内情報をもとに判断し、確保できる場合は、ＡＢＴ確保
リソース変更部６５に対して対応するＡＢＴコネクショ
ンの確保リソース量の変更要求を送出し、該変更部６５
において、対応するＡＢＴコネクションに対して、変更
後のリソース量を記入したＲＭセルの送出を指示する。
そして、ＲＭセルを送出したＡＢＴコネクションでは、
即座にデータセルの転送を開始する。折り返されたＲＭ
セルの受信を待って、ＡＢＴコネクション管理表６６内
情報を書き換える。

【００４０】図７に、前記リソース管理部の動作アルゴ
リズムを表すフローチャートを示す。図７に示すよう
に、サービス品質の変更要求があった場合、まず、ＩＰ
レベルの情報を元にして、該品質の提供が可能なリソー
ス量の確保が可能であるか否かを判断する（ステップＳ
７４）。この時点で確保が可能であると判断すれば、対
応するＡＢＴコネクション上へ変更後のリソース量を記
入したＲＭセルを送出し（ステップＳ７５）、続いて新
規要求サービス品質に従ってデータセルの転送を開始す
る（ステップＳ７６）。一方、確保が不可能であると判
断すれば、サービス品質の変更要求を拒絶する（ステッ
プＳ７７）。

【００４１】ステップＳ７６の後、前記リソース量の確
保が確実に行われたか否かを確認するため、送出したＲ
Ｍセルが折り返し受信されたならば（ステップＳ７
８）、リソースの確保がなされたか否かを判断する（ス
テップＳ７９）。そして、ＡＢＴコネクションにおいて
リソース確保がなされた場合は、引続き変更要求後のサ
ービス品質に従ったデータセルの転送を行い（ステップ
Ｓ８０）、ＡＢＴコネクションにおいてリソース確保が
なされなかった場合は、サービス品質の変更要求を拒絶
する（ステップＳ８１）。

【００４２】なお、ステップＳ７６で新規要求サービス
品質に従ったＩＰデータパケットの送信を開始した後
に、必要リソース量の確保ができなかった場合、新規要
求サービス品質に従ったＩＰデータパケットの送信を中
止し、旧要求サービス品質に従ったＩＰデータパケット
の送信を再開するようにしても良いし、あるいは新規要
求サービス品質に従ったＩＰデータパケットの送信を中
止し、ＩＰデータパケットの送信を、いかなる品質をも
保証することなく再開するようにしても良い。

【００４３】本実施形態によれば、ＡＴＭ通信網を介し
てＩＰデータパケットの配送を行うにあたって、サービ
ス品質変更要求があった場合に、ＩＰレベルにおけるリ
ソース情報をもとに該要求の妥当性を判断し、該変更が
可能であると判断された場合に限って、ＡＴＭ網上に設
定されているＡＢＴサービスを提供する仮想コネクショ
ン上に、確保リソース量の変更要求を示す資源管理セル
の送出に引き続いて、ＩＰデータパケットの転送の開始
が即座に可能となるため、ＡＴＭ網より通知されるサー
ビス変更要求の可否判断の通知を待つことにより被って
いた遅延が解消され、その結果、迅速なデータパケット
転送サービスの提供が可能となる。

【００４４】なお、以上では、受信端末が、送信端末よ
り発せられるＩＰデータパケットに対するサービス品質
をデータパケット通信網に対して要求し、本データパケ
ット通信網では、該要求を満足させるようにリソース予
約などを行うものであった。その代わりに、送信端末が
受信端末に向けて送るメッセージ（例えばＲＳＶＰのＰ
ａｔｈメッセージ）に応答してリソース予約などを行う
ようにしても良い。

【００４５】以下では、本発明の実施形態についてさら
に詳細に説明する。図１は、本発明の実施形態に係るデ
ータパケット通信網の構成図である。図１のように、こ
のデータパケット通信網は、ユーザが発する通信情報を
含んだＩＰデータパケットの送信側となる送信端末１１
１、該ＩＰデータパケットの受信側となる受信端末１１
１、送信端末１１１に直結されたデータパケット通信ノ
ード１２１、受信端末１１２に直結されたデータパケッ
ト通信ノード１２３、データパケット通信ノード１２
１，１２３間に位置するデータパケット通信網１２２、
データパケット通信網１２１と１２２を接続するＡＴＭ
網１３３、データパケット通信網１２２と１２３を接続
するＡＴＭ網１３４から構成されている。ＡＴＭ網１３
３，１３４内にはＡＴＭセルを交換、転送するＡＴＭ交
換機１３１，１３２が備えられ、このＡＴＭ交換機を介
して、隣接するデータパケット通信ノード間に仮想コネ
クション（仮想パスコネクション／仮想チャネルコネク
ション）１５１，１５２が設定される。なお、図中１４
１，１４２はＩＰデータパケットから見て仮想的に設定
されているＩＰレベルのコネクションを示し、１６は送
信端末１１１から受信端末１１２に対して送出されたＩ
Ｐデータパケットフローの流れを示す。

【００４６】図１では、データパケット通信ノード１２
１，１２３に各々直結するユーザ端末として１台だけ示
しているが、それぞれ複数台直結してもよい。また、図
１では、データパケット通信ノード１２１，１２３間に
位置するデータパケット通信ノード１２２は１台である
が、複数台存在してもよい。また、図１では、隣接する
データパケット通信ノード間に１台のＡＴＭ交換機が存
在するが、複数台の場合もある。

【００４７】本データパケット通信網内において隣接す
る一方のデータパケット通信ノードから他方のデータパ
ケット通信ノードにＩＰパケットの転送を行う場合、各
データパケット通信ノードは、ＩＰパケットを一旦ＡＴ
Ｍセルに分割、変換し、該ＡＴＭセルを、データパケッ
ト通信ノード間に設定される仮想コネクション１５１，
１５２を用いて転送する。そして、該ＡＴＭセルを受信
したデータパケット通信ノードでは、受信したＡＴＭセ
ルを再びＩＰパケットに変換する。

【００４８】なお、本データパケット通信ノードでは、
隣接するデータパケット通信ノードとのデータパケット
転送の際に使用できるＩＰレベルのリソース量に関する
情報をあらかじめ保持しているものとする。

【００４９】図１に示すデータパケット通信網上におい
て、前述したＩＰデータパケットに対する各種サービス
が提供される場合は、図２または図３に示すようなＩＰ
パケット−ＡＴＭセルの対応が行われる。

【００５０】図２の例では、Ｇｕａｒａｔｅｅｄサービ
スに対しては、１パケットフローに対して１本の仮想コ
ネクションが対応づけられ、Ｇｕａｒａｎｔｅｅｄサー
ビスフローｇｍ（１≦ｍ≦ｎ）が要求する転送速度値を
満足するために必要なＩＰパケットレベルのリソース量
Ｒｇｍが確保できるように、該フローを収容するＡＢＴ
コネクションＶＣｇｍにおいて帯域量ＰＣＲｇｍが確保
される。Ｐｒｅｄｉｃｔｉｖｅサービス、Ｂｅｓｔ Ｅ
ｆｆｏｒｔサービスに対しては、これらのサービスを要
求する全てのフローを１本の仮想コネクションに収容
し、Ｐｒｅｄｉｃｔｉｖｅサービスにおける各サービス
レベルに対して割り当てられるＩＰパケットレベルのリ
ソース量Ｒ１〜Ｒ３、Ｂｅｓｔ Ｅｆｆｏｒｔサービス
に対して割り当てられる網リソース量Ｒｂの総和が確保
できるように、該フローを収容するＡＢＴコネクション
ＶＣｒにおいて帯域量ＰＣＲｒが確保される。

【００５１】図３の例では、Ｇｕａｒａｎｔｅｅｄサー
ビスに対しては、全てのＧｕａｒａｎｔｅｅｄサービス
フローを１本の仮想コネクションに収容し、各Ｇｕａｒ
ａｎｔｅｅｄサービスフローに対して割り当てられるＩ
Ｐパケットレベルのリソース量の総和（ΣＲｇｍ）が確
保できるように、該フローを収容するＡＢＴコネクショ
ンＶＣｇにおいて帯域量ＰＣＲｇが確保される。Ｐｒｅ
ｄｉｃｔｉｖｅサービス、Ｂｅｓｔ Ｅｆｆｏｒｔサー
ビスに対しては、図２と同様の形態をとる。

【００５２】Ｐｒｅｄｉｃｔｉｖｅサービスの各サービ
スレベルに対して割り当てられるＩＰパケットレベルの
リソース量Ｒ１〜Ｒ３は、各レベルにおける遅延値の大
小関係が正しく成り立つように（すなわち、レベル値が
小さいほど遅延値が低くなるように）、また、レベル毎
に設定される転送所要時間の上限値が満たされるように
算出され、割り当てられる。さらに、Ｂｅｓｔ Ｅｆｆ
ｏｒｔサービスに対して割り当てられるＩＰパレットレ
ベルのリソース量Ｒｂは、データパケット通信ノードに
対して割り当てられている全リソース量より、Ｇｕａｒ
ａｎｔｅｅｄサービスに対して割り当てられたリソース
量Ｒｇ１〜Ｒｇｎ、Ｐｒｅｄｉｃｔｉｖｅサービスに対
して割り当てられたリソース量Ｒ１〜Ｒ３を差し引いた
残余リソース量を越えないリソース量が任意に割り当て
られる。

【００５３】以下においては、特に明記しない限り、図
２に示したＩＰパッケット−ＡＴＭセルの対応づけに基
づいて説明を行うものとする。図１に示すデータパケッ
ト通信網上に前述したＲＳＶＰが搭載されている場合
は、図４に示すように、ＩＰデータパケット４２の転送
に対してサービス品質を要求する受信端末１１２は、必
要に応じ、Ｒｅｓｖメッセージ４１を送信端末１１１宛
に送出する。これを受信したデータパケット通信ノード
は、該メッセージ内に記入されている要求サービス品質
の提供が可能であるか否かを判断し、可能であれば該サ
ービス品質を提供するのに必要である網リソースを確保
する。図１に示したデータパケット通信網では、隣接す
るデータパケット通信ノード間のＩＰデータパケットの
転送は、ＡＴＭ通信網を介して行われているので、Ｒｅ
ｓｖメッセージを受信したデータパケット通信ノード
は、該Ｒｅｓｖメッセージが示すＩＰデータパケットの
通信を行う仮想コネクションの帯域を、要求サービス品
質を満足できるように確保する。

【００５４】本データパケット通信ノード間にて設定す
る仮想コネクションとしては、ＡＢＴ（ATM Block Tran
sfer）と呼ばれるサービスを提供するＡＢＴコネクショ
ンを採用する。ＡＢＴでは、図５に示すように、隣接す
るＲＭセル（Resource Management セル）に囲まれるＡ
ＴＭブロックに属するセルのために確保する帯域量（転
送レート）を、仮想コネクションの再設定を行わずに動
的に変更することが可能であるため、要求サービス品質
の変更が生じる度に仮想コネクションの再設定を行う必
要がない。

【００５５】ＡＢＴコネクションの初期設定時には、該
コネクションにおいて提供可能な最大セル転送レートの
みを規定し、セル転送のために網内リソースを確保した
い場合、上流側のデータパケット通信ノードは、ブロッ
クの先頭に位置するＲＭセル５１内に、所望のセル転送
レートを記入し、これを下流側のデータパケット通信ノ
ードに対して送出する。前記ＲＭセルが通過するＡＴＭ
網では、該ＲＭセル内に記載されている要求セル転送レ
ートを提供するのに必要な帯域が確保できるか否かを判
断し、前記帯域の確保が可能であれば、ＣＩ（Congesti
on Indication）ビットが０であるＲＭセルを、前記帯
域の確保が不可能であれば、ＣＩビットが１であるＲＭ
セルを、下流側のデータパケット通信ノードのＵＮＩ
（User Network Interface）部より、該上流側のデータ
パケット通信ノード宛に送出する。そして、該上流側の
データパケット通信ノードでは、ＣＩビットが０である
ＲＭセルを受信した場合には、要求したセル転送レート
に従ったセル転送が可能であることを認識し、ＣＩビッ
トが１であるＲＭセルを受信した場合には、要求したセ
ル転送レートは拒絶されたものと認識する。

【００５６】なお、前述のように、ＡＢＴサービスでは
前記ＲＭセルの受信を待ってからセルの転送を開始する
ＡＢＴ／ＤＴサービスと前記ＲＭセルの応答を待たずに
セルの転送を開始するＡＢＴ／ＩＴサービスとが用意さ
れているが、本実施形態では認識を待たずにデータセル
の転送を開始するＡＢＴ／ＩＴに従うものとしている。

【００５７】前記ＡＢＴコネクションの特性を考慮した
本データパケット通信ノードの一機能であるリソース管
理部の一構成例を図６に示す。図６に示すように、本リ
ソース管理部は、ＩＰパケットフロー管理部６１、ＩＰ
レベルリソース管理部６２、ＩＰパケットフロー情報管
理部６３、ＡＢＴコネクション設定部６４、ＡＢＴ確保
リソース量変更部６５、ＡＢＴコネクション情報管理部
６６より構成される。

【００５８】ＩＰパケットフロー管理部６１は、ＩＰパ
ケットに関する新規サービス提供要求、サービス品質変
更要求を受け、適切な動作を指示する。ＩＰレベルリソ
ース管理部６２は、現在本データパケット通信ノードに
おいてサービス中であるＩＰパケットフローに関するリ
ソース情報を管理、制御する。

【００５９】ＩＰパケットフロー情報管理部６３は、現
在サービス中のＩＰパケットフローに対して割り当てら
れているリソース量に関する情報を保持する。ＡＢＴコ
ネクション設定部６４は、新規に仮想コネクションの設
定が必要である際はＡＴＭ網上にＡＢＴコネクションを
設定する。

【００６０】ＡＢＴ確保リソース量変更部６５は、既に
設定されているＡＢＴコネクションにおいて確保する帯
域量の変更を行う。ＡＢＴコネクション情報管理部６６
は、現在設定されているＡＢＴコネクションに関する情
報を保持する。

【００６１】本リソース管理部では、該リソース管理部
を収容するデータパケット通信ノードにおいて認識する
新規サービス提供の要求（新たなＩＰパケットフローの
転送要求、または新たなサービス種別への変更要求）や
サービス品質の変更要求に対して、該リソース管理部に
おいて管理するＩＰパケットフロー情報とＡＢＴコネク
ション情報をもとにして、該要求の受け入れが可能か否
かを判定する。ＩＰパケットフロー情報管理部６３で
は、Ｇｕａｒａｎｔｅｅｄサービスを提供するフローの
識別子と該フローに割り当てられているリソース量、Ｐ
ｒｅｄｉｃｔｉｖｅサービスを提供するフローについて
各サービスレベル毎に割り当てられているリソース量、
Ｂｅｓｔ Ｅｆｆｏｒｔサービスを要求する全フローに
対して割り当てられているリソース量、および如何なる
フローに対しても割り当てられていない本データパケッ
ト通信ノードにおいて割り当て可能な残余帯域に関する
情報を管理する。ここで、ＩＰパケットフローの識別子
としては、該パケットがインターネットプロトコルバー
ジョン６（ＩＰｖ６）と呼ばれる仕様にもとづいたもの
であれば、該パケットのヘッダ部内におけるフローラベ
ル値、ソースアドレス値の両値の組を用いる。

【００６２】ＡＢＴコネクション情報管理部６６では、
各コネクションの識別子と該コネクションが確保してい
る帯域量とを対応付けて管理する。ここで、ＡＢＴコネ
クションの識別子としては、仮想パス識別子（ＶＰＩ）
または仮想チャネル識別子（ＶＣＩ）を用いる。

【００６３】なお、ＩＰパケットフロー情報管理部６３
内の情報とＡＢＴコネクション情報管理部６６内の情報
とは、ＩＰレベルのリソース量と、該リソース量が割り
当てられるパケットの収容先となるＡＢＴコネクション
に関する情報とが対応付けされている構成になっている
ことが望ましい。

【００６４】本実施形態のデータパケット通信ノードの
一機能である図６のリソース管理部での動作アルゴリズ
ムを表したフローチャートを図７に示す。新規サービス
の提供要求やサービス品質の変更要求等をデータパケッ
ト通信ノードにおいて受信すると（ステップＳ７１）、
まず、上記リソース管理部はＩＰパケットフロー管理部
６１において、該変更要求がＩＰパケットフロー情報管
理部６３内に記載されていないＧｕａｒａｎｔｅｅｄサ
ービスの新規要求であるか否かを判断する（ステップＳ
７２）。該要求が新規Ｇｕａｒａｎｔｅｅｄサービスの
要求であれば、ＡＢＴコネクション設定部６４により、
該フローを収容するためのＡＢＴコネクションを新規に
設定する（ステップＳ７３）。なお、既にＧｕａｒａｎ
ｔｅｅｄサービス以外のサービスを提供しているフロー
がＧｕａｒａｎｔｅｅｄサービスへの変更を要求する場
合も、ＡＢＴコネクションを新規に設定する。

【００６５】次に、ＩＰパケットフロー情報管理部６３
内の情報を元に、変更要求後のサービス品質の提供を行
うのに十分なリソース量の割り当てが可能であるか否か
を判断する（ステップＳ７４）。このとき、ＩＰレベル
リソース管理部６２では、該フローがＧｕａｒａｎｔｅ
ｅｄサービスを要求している場合には、該フローの要求
する転送速度値を満足させるのに十分なリソース量（該
フローが既にＧｕａｒａｎｔｅｅｄサービスとしてサー
ビスされている場合には、現在割り当てられているリソ
ース量との差分）を残余リソース量ＲｅｓｔやＢｅｓｔ
Ｅｆｆｏｒｔサービスに対して割り当てられているリ
ソース量Ｒｂを加えた量にて提供可能であるか否かによ
り判断する。なお、該フローが既に要求している転送速
度値よりも低速なサービスを要求している場合は、変更
要求後のサービス品質は確実に提供できる。また、該フ
ローがＰｒｅｄｉｃｔｉｖｅサービスを要求している場
合には、該フローを受け入れた際にも、該フローが要求
するサービスレベルの転送所要時間の上限値、そしてサ
ービスレベル間の転送遅延値の大小関係が正しく成立す
るために必要なリソース量の増分が、リソース量Ｒｅｓ
ｔやリソース量Ｒｂにて提供可能であるか否かにより判
断する。

【００６６】ＩＰレベルリソース管理部６２において、
前記の要求サービス品質を満足させるのに十分なリソー
ス量の確保が可能であると判断すれば、該フローを収容
するＡＢＴコネクションの確保帯域量の変更を行うた
め、ＡＢＴ確保リソース変更部６５により、該ＡＢＴコ
ネクション上へ変更後の確保帯域量を記入したＲＭセル
の送出を行い（ステップＳ７５）、続いて当該サービス
品質にてデータセルの転送を開始する（ステップＳ７
６）。つまり、ＡＢＴコネクションでは、ＡＢＴ／ＩＴ
サービスを提供することとなる。このとき、ＲＭセルを
送出してからデータセルの送出を開始するまでの時間
は、該セルが転送されるＡＴＭ網に関する属性等にもと
づき、ＡＢＴ確保リソース部６５により設定する。

【００６７】一方、前記リソース量の確保が不可能であ
ると判断すれば、該変更要求を拒絶する（ステップＳ７
７）。なお、変更後のリソース量を確保するためにＢｅ
ｓｔＥｆｆｏｒｔサービスに対して割り当てられている
リソース量の減少を行う場合は、まずＢｅｓｔ Ｅｆｆ
ｏｒｔサービスを収容するＡＢＴコネクション上に、減
少後の帯域量を記入したＲＭセルを送出した後に、変更
要求を行ったフローを収容するＡＢＴコネクション上へ
変更後の確保帯域量を記入したＲＭセルの送出を行う。

【００６８】データセルの送出前に送出したＲＭセル
が、ＡＴＭ網内を折り返され再びデータパケット通信ノ
ードにて受信されれば（ステップＳ７８）、該ＲＭセル
内に記入されていた帯域量の確保がＡＢＴコネクション
にて行われたか否かを、ＣＩビットを調べることにより
判断する（ステップＳ７９）。ＣＩビットが０であれ
ば、要求帯域量の確保が行われたことを表すので、引続
きデータセルの転送を行い（ステップＳ８０）、一方、
ＣＩビットが１であれば、要求帯域量の確保がなされな
かったことを表すので、要求されたサービス品質の変更
を中止する（ステップＳ８１）。

【００６９】なお、ステップＳ７６で新規要求サービス
品質に従ったデータパケットの送信を開始した後に、必
要リソース量の確保ができなかった場合、新規要求サー
ビス品質に従ったデータパケットの送信を中止し、旧要
求サービス品質に従ったデータパケットの送信を再開す
ることができる。この場合、ＡＢＴコネクションにおい
てリソース確保ができず、サービス品質の変更要求を拒
絶することになった場合に、当該ＡＢＴコネクションに
おけるリソース量が０に設定されてしまうサービスが提
供されているなら、本データパケット通信ノードは、リ
ソース量を要求前の品質に戻すためのＲＭセルを再度送
出する必要があるが、リソース量が要求前の品質に戻さ
れるサービスが提供されているなら、再度ＲＭセルを送
出する必要はない。

【００７０】また、ステップＳ７６で新規要求サービス
品質に従ったデータパケットの送信を開始した後に、必
要リソース量の確保ができなかった場合、新規要求サー
ビス品質に従ったデータパケットの送信を中止し、デー
タパケットの送信を、いかなる品質をも保証することな
く再開するようにしても良い。

【００７１】次に、図８にデータパケット通信ノード間
を接続する仮想コネクションがＡＢＴ／ＩＴサービスを
提供する場合にＲｅｓｖメッセージを介して行われる網
リソース予約および必要リソース量確保の確認を待たず
に行うデータパケット転送の手順を示す。

【００７２】この手続きは、例えば送信端末１１１に直
結されたデータパケット通信ノード１２１とデータパケ
ット通信ノード間に位置するデータパケット通信ノード
１２２により行なわれる。

【００７３】図８においては、下流側からＲｅｓｖメッ
セージを受信したデータパケット通信ノードは、前述の
ように必要リソース量の確保が可能であると判断した場
合、該Ｒｅｓｖメッセージを送出した下流側のデータパ
ケット通信ノードとの間に設定されているＡＢＴコネク
ションのリソース予約要求を表すＲＭセルを下流側のデ
ータパケット通信ノード宛に送出するとともに、受信し
たＲｅｓｖメッセージをデータパケット送信側のユーザ
端末宛に送出し、即座に新規要求サービス品質に従った
データパケットの送信を開始する。

【００７４】そして、ＲＭセルを発信したデータパケッ
ト通信ノードがＣＩ＝０であるＲＭセルを受信したなら
ば、前記コネクションにおいて要求リソース量の予約が
行えたものと認識し、引続き新規要求サービス品質に従
ったデータパケットの送信を行う。

【００７５】一方、ＣＩ＝１であるＲＭセルを受信した
ならば、当該Ｒｅｓｖメッセージを発した、データパケ
ット受信側のユーザ端末宛に、エラーメッセージを送出
する。

【００７６】データの送信端末と受信端末を結ぶ各デー
タパケット通信ノード間にて上記手順で網リソース予約
およびデータパケット転送がなされ、全ＡＢＴコネクシ
ョンにてリソース予約要求が成功すれば、迅速に新規要
求サービス品質に従ったデータパケット転送が提供され
たことになる。

【００７７】もし、いずれかのＡＢＴコネクションにて
必要リソースが確保できなかった場合、受信端末にエラ
ー・メッセージが渡され、受信端末は必要に応じてエラ
ー処理を行う。

【００７８】以上、本実施形態では、受信端末が、送信
端末より発せられるＩＰデータパケットに対するサービ
ス品質をデータパケット通信網に対して要求し、本デー
タパケット通信網では、該要求を満足させるようにリソ
ース予約などを行うものであった。その代わりに、送信
端末が受信端末に向けて送るメッセージ（例えばＳＴ−
II（Ｓｔｒｅａｍ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ
２）のＣＯＯＮＮＥＣＴメッセージやＣＨＡＮＧＥメ
ッセージ）に応答してリソース予約などを行うようにし
ても良い。本発明は、上述した実施の形態に限定される
ものではなく、その技術的範囲において種々変形して実
施することができる。

【００７９】

【発明の効果】本発明によれば、ＡＴＭ通信網を介して
データパケットの配送を行うにあたって、データパケッ
トの送信又は受信ユーザ端末より受信又は送信ユーザ端
末に送られるメッセージ中に書かれている要求サービス
品質に基づいて求められた必要リソース量の確保が可能
であるか否かを判断し、可能であると判断された場合に
即座に新規要求サービス品質に従ったデータパケットの
送信を開始することで、ＡＴＭ網より通知されるサービ
ス変更要求の可否判断の通知を待つことにより被る遅延
を解消し、迅速なデータパケット転送サービスの提供を
可能とすることができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るデータパケット通信
網の基本構成を示す図

【図２】ＩＰパケット−ＡＴＭセルの対応づけの一例を
示す図

【図３】ＩＰパケット−ＡＴＭセルの対応づけの一例を
示す図

【図４】図１のデータパケット通信網におけるＲＳＶＰ
の適用例を示す図

【図５】ＡＢＴサービスを説明するための図

【図６】データパケット通信ノードの一機能であるリソ
ース管理部の一構成例を示す図

【図７】図６のリソース管理部での動作アルゴリズムを
示したフローチャート

【図８】隣接するデータパケット通信ノード間における
網リソース予約およびデータパケット転送手順の一例を
示す図

【符号の説明】

１１１…送信端末 １１２…受信端末 １３３，１３４…ＡＴＭ網 １２１〜１２３…データパケット通信ノード １３１，１３２…ＡＴＭ交換機 １５１，１５２…仮想コネクション ６１…ＩＰパケットフロー管理部 ６２…ＩＰレベルリソース管理部 ６３…ＩＰパケットフロー情報管理部 ６４…ＡＢＴコネクション設定部 ６５…ＡＢＴ確保リソース変更部 ６６…ＡＢＴコネクション情報管理部

Claims (6)

【特許請求の範囲】
1. 【請求項１】受信したデータパケットをＡＴＭセルに変
   換して所定の仮想コネクションに送信するノード装置に
   おいて、 データパケットを送信又は受信する他のノード装置より
   サービス品質の予約を要求するメッセージを受信した場
   合に、該メッセージ中に書かれている要求サービス品質
   に基づいて求められた必要リソース量の確保が可能であ
   ると判断したときは、前記データパケットの通信を行う
   べき前記仮想コネクションにおいて前記リソース量の確
   保が行われた旨のメッセージの受信を待たずに、新規要
   求サービス品質に従ったデータパケットの送信を開始す
   る手段を備えたことを特徴とするノード装置。
2. 【請求項２】前記仮想コネクションは、コネクションの
   張り直しを行わずに確保するリソース量の変更が可能で
   ある仮想コネクションであることを特徴とする請求項１
   に記載のノード装置。
3. 【請求項３】前記仮想コネクションにおいて前記必要リ
   ソース量を確保するために資源管理セルに確保したいリ
   ソース量を書き込んで前記仮想コネクション上に送出し
   た後に、新規要求サービス品質に従ったデータパケット
   の送信を開始することを特徴とする請求項２に記載のノ
   ード装置。
4. 【請求項４】前記仮想コネクションを用いて新規要求サ
   ービス品質に従ったデータパケットの送信を開始した後
   に、前記リソース量の確保ができなかった旨の内容が記
   入された資源管理セルを受信した場合、新規要求サービ
   ス品質に従ったデータパケットの送信を中止し、旧要求
   サービス品質に従ったデータパケットの送信を再開する
   手段を備えたことを特徴とする請求項３に記載のノード
   装置。
5. 【請求項５】前記仮想コネクションを用いて新規要求サ
   ービス品質に従ったデータパケットの送信を開始した後
   に、前記リソース量の確保ができなかった旨の内容が記
   入された資源管理セルを受信した場合、新規要求サービ
   ス品質に従ったデータパケットの送信を中止し、データ
   パケットの送信を、いかなる品質をも保証することなく
   再開する手段を備えたことを特徴とする請求項３に記載
   のノード装置。
6. 【請求項６】受信したデータパケットをＡＴＭセルに変
   換して所定の仮想コネクションに送信する際に用いられ
   る網リソースを予約する網リソース予約方法において、 データパケットを送信又は受信するユーザ端末よりサー
   ビス品質の予約を要求するメッセージを受信し、 受信された前記メッセージ中に書かれている要求サービ
   ス品質に基づいて必要リソース量を求め、 求められた前記必要リソース量の確保が可能であるか否
   かを判断し、 前記必要リソース量の確保が可能であると判断された場
   合に、前記データパケットの通信を行うべき前記仮想コ
   ネクションにおいて前記リソース量の確保を要求し、こ
   の確保が行われた旨のメッセージの受信を待たずに、新
   規要求サービス品質に従ったデータパケットの送信を開
   始することを特徴とする網リソース予約方法。