JPH09214504A

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

Info

Publication number: JPH09214504A
Application number: JP1744996A
Authority: JP
Inventors: Katsumi Yamato; 克己大和; Yasuhiro Katsube; 泰弘勝部
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1995-11-30
Filing date: 1996-02-02
Publication date: 1997-08-15
Anticipated expiration: 2016-02-02
Also published as: JP3547887B2

Abstract

(57)【要約】【課題】ＡＴＭ通信網を介してＩＰレベルのデータパ
ケットの配送を行う際に、リソース予約プロトコル（Ｒ
ＳＶＰ）に従ったＩＰレベルのリソース予約が可能なノ
ード装置を提供すること。【解決手段】受信したデータパケットをＡＴＭセルに
変換して所定の仮想コネクションに送信するノード装置
において、データパケットの通信を行うべき仮想コネク
ションについて資源予約プロトコルの所定のメッセージ
（ＲＳＶＰのＲｅｓｖメッセージあるいはＲＳＶＰのＰ
ａｔｈメッセージ）を受信した場合に、該仮想コネクシ
ョンを、コネクションの張り直しを行なわずにリソース
量を変更可能なサービスが提供される仮想コネクション
（ＡＢＴコネクション）に変更することを要求する手段
を備えたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】これに対して、近年、ＩＥＴＦ（Internet
Engineering Task Force ）では、前記のＩＰレベルの
データパケットの配送に対する品質を提供するという議
論が行なわれている。そして、上記議論の一つの解とし
て、ＲＳＶＰ（Resource ReSerVation Protocol）と呼
ばれるリソース予約プロトコルが提案されている（Brad
en、Zhang 、他：''Resource ReSerVation Protocol (R
SVP) -- Version 1 Functional Specification'' 、IN
TERNET-DRAFT、draft-ietf-rsvp-spec-07.txt）。

【０００５】このリソース予約プロトコルの特徴は、受
信ユーザ端末の要求に基づいたリソース予約を行うとい
う点にある。受信ユーザ端末は、送信ユーザ端末宛にＲ
ｅｓｖメッセージと呼ばれる予約メッセージを送信する
ことにより、該Ｒｅｓｖメッセージ内に記されている受
信サービス品質の予約を試みるというものである。そし
て、該送信ユーザ端末から受信ユーザ端末宛に送出され
るデータパケットを中継するデータパケット通信ノード
（ルータ装置）では、Ｒｅｓｖメッセージを受信する
と、該Ｒｅｓｖメッセージ内の受信サービス品質を提供
するために必要なリソース予約が受付可能であるか否か
を判断し、可能であれば、該予約要求を受け入れ、さら
に本Ｒｅｓｖメッセージをデータパケットの送信ユーザ
端末宛に送出する。

【０００６】

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

【０００７】本発明は、上記事情を考慮してなされたも
ので、ＡＴＭ通信網を介してＩＰレベルのデータパケッ
トの配送を行う際に、リソース予約プロトコル（ＲＳＶ
Ｐ）に従ったＩＰレベルのリソース予約が可能なノード
装置及び網リソース予約方法を提供することを目的とす
る。

【０００８】

【課題を解決するための手段】本発明（請求項１）は、
受信したデータパケット（ＩＰレベルのデータパケッ
ト）をＡＴＭセルに変換して所定の仮想コネクション
（ＶｉｒｔｕａｌＣｈａｎｎｅｌ／ＰａｔｈＣ
ｏｎｎｅｃｔｉｏｎ）に送信するノード装置において、
データパケットの通信を行うべき仮想コネクションにつ
いて資源予約プロトコル（ＲＳＶＰ；Ｒｅｓｏｕｒｃｅ
ＲｅＳｅｒＶａｔｉｏｎＰｒｏｔｏｃｏｌ）の所定
のメッセージ（受信ユーザ端末より送信ユーザ端末宛に
送出されるＲＳＶＰのＲｅｓｖメッセージあるいは送信
ユーザ端末より受信ユーザ端末宛に送出されるＲＳＶＰ
のＰａｔｈメッセージ）を受信した場合に、該仮想コネ
クションを、コネクションの張り直しを行なわずにリソ
ース量（例えば、帯域量、セル転送レート）を変更可能
なサービスが提供される仮想コネクション（例えば、Ａ
ＢＴ（ATM Block Transfer）コネクションあるいはシグ
ナリングメッセージに基づくコネクション特性の変更機
能を備えた仮想コネクション）に変更することを要求す
る手段を備えたことを特徴とする。

【０００９】本発明（請求項２）は、受信したデータパ
ケットをＡＴＭセルに変換して所定の仮想コネクション
に送信するノード装置において、データパケットの受信
ユーザ端末より送信ユーザ端末宛に送出される資源予約
プロトコルの予約メッセージ（ＲＳＶＰのＲｅｓｖメッ
セージ）を受信した場合に、該予約メッセージ中に書か
れている要求サービス品質に基づいて必要なリソース量
を求める手段と、前記データパケットの通信を行うべき
前記仮想コネクションに対し前記リソース量を確保する
よう、リソース量の変更を要求する手段とを備えたこと
を特徴とする。

【００１０】ここで、前記ノード装置がリソース量の変
更を要求する仮想コネクションは、前記データパケット
の転送経路において本ノード装置から次段のノード装置
に向けて設定され、本ノード装置がＡＴＭセルを送信す
る仮想コネクションである場合と、前記データパケット
の転送経路において前段のノード装置から本ノード装置
に向けて設定され、本ノード装置がＡＴＭセルを受信す
る仮想コネクションである場合とがある。

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

【００１２】本発明（請求項３）は、請求項２の発明に
おいて、データパケットの通信を行うべき仮想コネクシ
ョンについて資源予約プロトコルの所定のメッセージ
（ＲＳＶＰのＲｅｓｖメッセージあるいはＲＳＶＰのＰ
ａｔｈメッセージ）を受信した場合に、該仮想コネクシ
ョンを、コネクションの張り直しを行なわずにリソース
量を変更可能なサービスが提供される仮想コネクション
（例えば、ＡＢＴコネクションあるいはシグナリングメ
ッセージに基づくコネクション特性の変更機能を備えた
仮想コネクション）に変更することを要求する手段をさ
らに備えたことを特徴とする。

【００１３】なお、コネクションの張り直しを行なわず
にリソース量を変更可能なサービスが提供される仮想コ
ネクションの設定は、請求項２のリソース量の確保に先
だって行なう。

【００１４】本発明（請求項４）は、請求項２の発明に
おいて、求めた前記リソース量が確保できた場合に、受
信した前記資源予約プロトコルの予約メッセージ（ＲＳ
ＶＰのＲｅｓｖメッセージ）を送信ユーザ端末宛に送出
する手段をさらに備えたことを特徴とする。

【００１５】本発明（請求項５）は、請求項２の発明に
おいて、前記要求する手段は、前記リソース量の変更の
要求を、資源管理セル（例えば、ＡＢＴサービスにおけ
るＲＭセル）に確保したいリソース量を書き込んで送出
することにより行ない、求めた前記リソース量が確保で
きたか否かの判断を、確保できたか否かが書き込まれた
資源管理セルを受信することにより行うことを特徴とす
る。

【００１６】前述のように、前記ノード装置がリソース
量の変更を要求する仮想コネクションは、前記データパ
ケットの転送経路において本ノード装置から次段のノー
ド装置に向けて設定され、本ノード装置がＡＴＭセルを
送信する仮想コネクションである場合と、前記データパ
ケットの転送経路において前段のノード装置から本ノー
ド装置に向けて設定され、本ノード装置がＡＴＭセルを
受信する仮想コネクションである場合とがある。

【００１７】本発明（請求項６）は、請求項１または３
の発明において、前記資源予約プロトコルの所定のメッ
セージを受信する前に設定される前記仮想コネクション
はセル転送に対していかなる品質も保証しない仮想コネ
クション（例えば、ＵＢＲ（Unspecified Bit Rate）コ
ネクション）であり、前記要求する手段は、既に設定さ
れている前記セル転送に対していかなる品質も保証しな
い仮想コネクション（例えば、ＵＢＲコネクション）
を、コネクションの張り直しを行なわずにリソース量を
変更可能なサービスが提供される仮想コネクション（例
えば、ＡＢＴコネクションあるいはシグナリングメッセ
ージに基づくコネクション特性の変更機能を備えた仮想
コネクション）に変更するものであることを特徴とす
る。

【００１８】ここで、変更されたＡＢＴコネクションに
おける最大セル転送レートやシグナリングメッセージに
基づくコネクション特性の変更機能を備えた仮想コネク
ションの転送レートとしては、あらかじめ該ノード装置
内にて定めておいた値を採用しても良いし、あるいはＲ
ＳＶＰのＰａｔｈメッセージ内に記されているＩＰデー
タパケットのトラヒック特性を満足するために必要であ
る値を算出し、この値を採用しても良い。Ｒｅｓｖメッ
セージを受信した場合に上記仮想コネクションの変更を
行うのであれば、そのＲｅｓｖメッセージ内に記載され
ている要求品質が提供可能な値を算出し、この値を採用
してもよい。

【００１９】本発明（請求項７）は、請求項２の発明に
おいて、予め前記仮想コネクションとして、コネクショ
ンの張り直しを行なわずにリソース量を変更可能なサー
ビスが提供される仮想コネクション（例えば、ＡＢＴコ
ネクションあるいはシグナリングメッセージに基づくコ
ネクション特性の変更機能を備えた仮想コネクション）
を設定しておくことを特徴とする。

【００２０】すなわち、コネクションの張り直しを行な
わずにリソース量を変更可能なサービスが提供される仮
想コネクションの設定は、請求項２のリソース量の確保
に先だって行なわれる。

【００２１】本発明（請求項８）は、請求項１、３、６
または７の発明において、前記データパケットの送信ユ
ーザ端末より受信ユーザ端末宛に送出される資源予約プ
ロトコルのパスメッセージ（ＲＳＶＰのＰａｔｈメッセ
ージ）を受信した場合に、前記コネクションとして設定
されている、コネクションの張り直しを行なわずにリソ
ース量を変更可能なサービスが提供される仮想コネクシ
ョン（例えば、ＡＢＴコネクション）の最大セル転送速
度を変更する手段をさらに備えたことを特徴とする。

【００２２】ここで、変更後のセル転送レートとして
は、パスメッセージ内に記されているＩＰデータパケッ
トのトラヒック特性を満足するために必要である値を算
出し、この値を採用しても良い。

【００２３】また、請求項７の発明において、上記最大
セル転送速度を変更する手段をさらに備えたノード装置
がデータパケット送信開始時に設定する前記仮想コネク
ション（例えば、ＡＢＴコネクション）の最大セル転送
速度としては、該仮想コネクションを収容する物理伝送
路において提供可能なセル転送速度を設定しておいても
良い。

【００２４】本発明（請求項９）は、受信したデータパ
ケットをＡＴＭセルに変換して所定の仮想コネクション
に送信するノード装置による網リソース予約方法におい
て、データパケットの通信を行うべき仮想コネクション
について資源予約プロトコルの所定のメッセージを受信
した場合に、該仮想コネクションを、コネクションの張
り直しを行なわずにリソース量を変更可能なサービスが
提供される仮想コネクションに変更し、変更された前記
仮想コネクションにより前記データパケットの通信を行
なうことを特徴とする。

【００２５】本発明（請求項１０）は、受信したデータ
パケットをＡＴＭセルに変換して所定の仮想コネクショ
ンに送信するノード装置による網リソース予約方法にお
いて、データパケットの受信ユーザ端末より送信ユーザ
端末宛に送出される資源予約プロトコルの予約メッセー
ジを受信した場合に、該予約メッセージ中に書かれてい
る要求サービス品質に基づいて必要なリソース量を求
め、前記データパケットの通信を行うべき前記仮想コネ
クションに対し前記リソース量を確保するよう、リソー
ス量の変更を要求し、前記リソース量の変更された仮想
コネクションにより前記データパケットの通信を行なう
ことを特徴とする。

【００２６】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００２７】まず、本実施形態の基本構成や概要につい
て説明する。

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

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

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

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

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

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

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

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

【００３６】本データパケット通信網においては、デー
タパケット通信ノード１２１〜１２３間に設定されてい
る仮想コネクション１５１，１５２を用いたＩＰパケッ
ト転送を行っているため、上記のリソース量の確保は、
該仮想コネクションに対するリソース量（使用帯域量）
の確保を意味する。

【００３７】本データパケット通信網上に設置されるデ
ータパケット通信ノードでは、図３および図４に示すよ
うに、受信したＩＰパケットがＲｅｓｖメッセージであ
ると判断した場合は、リソース確保部３６において、該
Ｒｅｓｖメッセージにてリソース予約を要求するＩＰデ
ータパケットを収容する仮想コネクションに対する使用
帯域量の新規確保または変更を行う。

【００３８】本実施形態では、データパケット通信ノー
ド間に設定される仮想コネクション１５１，１５２は、
上記したＲｅｓｖメッセージに伴うリソース予約を実現
するため、ＩＴＵ−ＴＲｅｃｏｍｍｅｎｄａｔｉｏｎ
ｉ．３７１にて勧告されたＡＢＴ（ATM Block Transf
er）と呼ばれるサービスを提供するものとする。

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

【００４０】なお、送信端末から受信端末へのＩＰデー
タパケットの転送経路において、送信端末に近い方を上
流側、受信端末に近い方を下流側とする。

【００４１】ＡＢＴコネクションを用いたリソース予約
は、例えば図６に示すようなリソース確保部３６におい
て行われる。リソース確保部３６では、受信したＲｅｓ
ｖメッセージ内に記載されている要求サービス品質を提
供するために必要である帯域量（セル転送レート）を算
出し（要求帯域算出部５１）、該レートを記載したＲＭ
セルをＡＴＭ通信網に対して送出する（ＲＭセル送出部
５２）。そして、要求帯域量の仮想コネクションに対す
る確保が可能か否かの、ＡＴＭ通信網による判定結果を
示したＲＭセルをリソース確保部３６において受信すれ
ば（ＲＭセル受信部５３）、該ＲＭセル内情報をもと
に、要求帯域量の確保が行われたか否かを判断する（予
約可否判定部５４）。これは、受信したＲＭセル内のＣ
Ｉ（Congestion Indication ）ビットを見ることによ
り、判断できる。そして、（判断結果を図３や図４の収
容先コネクション決定部３８に通知して、）要求帯域量
の確保が行われた場合は、受信したＲｅｓｖメッセージ
を送信端末宛てに送出するようにし、また、要求帯域量
の確保が行われなかった場合は、受信したＲｅｓｖメッ
セージを送信端末宛てに送出しないようにする。

【００４２】ここで、本リソース確保部３６が帯域量の
変更を行う仮想コネクションは、該リソース確保部３６
を含むデータパケット通信ノードがセル送信を行う仮想
コネクションである場合と、該データパケット通信ノー
ドがセル受信を行う仮想コネクションである場合とが考
えられる。図１のデータパケット通信ノード１２２を例
にとると、前者は仮想コネクション１５２の帯域量、後
者は仮想コネクション１５１の帯域量を、本データパケ
ット通信ノードにおいて変更する。

【００４３】また、本実施形態に係るデータパケット通
信ノードでは、ＩＰデータパケットの送出開始に伴う隣
接ノード間の仮想コネクションの設定を行う。このと
き、該ＩＰデータパケットの転送に対して受信端末１１
２からのＲｅｓｖメッセージの送出が必ずしも行われる
とは限らない（サービス品質の要求を全く行わない場合
もある）ので、以下のような３種類の仮想コネクション
の設定手順、すなわちＲｅｓｖメッセージに従って設定
を行なうものと、Ｒｅｓｖメッセージによらない方法と
を考える。

【００４４】（１）転送すべきＩＰデータパケットを受
信したデータパケット通信ノードでは、該ＩＰデータパ
ケットを収容させる仮想コネクションが存在しなけれ
ば、セル転送に対していかなる品質も保証しないＵＢＲ
（Unspecified Bit Rate）コネクション上に該ＩＰデー
タパケットを収容する。そして、受信端末より発せられ
たＲｅｓｖメッセージを受信すれば、該ＩＰデータパケ
ットを収容するコネクションを、ＵＢＲコネクションか
らＡＢＴコネクションに変更する。このとき、ＡＢＴコ
ネクションにおける最大セル転送レートは、あらかじめ
データパケット通信ノード内において定めておいた値を
採用するか、または、送信端末より受信端末宛に送出さ
れる「Ｐａｔｈメッセージ」を該データパケット通信ノ
ードにおいて受信していれば、Ｐａｔｈメッセージ内に
記されているＩＰデータパケットのトラヒック特性をも
とに、ＡＢＴコネクションが提供すべき最大セル転送レ
ートを算出しておき、ＡＢＴコネクション設定時に該値
を採用する。もしくは、該Ｒｅｓｖメッセージ内に記載
されている要求品質が提供可能な最大セル転送レート値
を採用しても良い。

【００４５】（２）転送すべきＩＰデータパケットを受
信した通信ノードでは、該ＩＰデータパケットを収容さ
せる仮想コネクションが存在しなければ、当初はＵＢＲ
コネクション上に該ＩＰデータパケットを収容する。そ
して、送信端末より発せられたＰａｔｈメッセージを受
信すれば、該ＩＰデータパケットを収容するコネクショ
ンを、ＵＢＲコネクションからＡＢＴコネクションに変
更する。このとき、ＡＢＴコネクションにおける最大セ
ル転送レートは、あらかじめデータパケット通信ノード
内において定めておいた値を採用するか、または、該Ｐ
ａｔｈメッセージ内に記されているＩＰデータパケット
のトラヒック特性をもとに算出する。

【００４６】（３）転送すべきＩＰデータパケットを受
信したデータパケット通信ノードでは、該ＩＰデータパ
ケットを収容させる仮想コネクションが存在しなけれ
ば、当初はあらかじめデータパケット通信ノード内にお
いて定めておいた値を最大セル転送レートとするＡＢＴ
コネクション上に該ＩＰデータパケットを収容する。そ
して、送信端末より発せられたＰａｔｈメッセージを受
信すれば、該Ｐａｔｈメッセージ内に記されているＩＰ
データパケットのトラヒック特性をもとに算出された最
大セル転送レートを持つＡＢＴコネクションに変更す
る。このとき、ＩＰデータパケット転送開始時に設定さ
れるＡＢＴコネクションの最大セル転送レート値（上記
あらかじめデータパケット通信ノード内において定めて
おいた値）は、該コネクションを収容する物理伝送路に
おける最大セル転送レート値を採用しても良い。

【００４７】本実施形態では、ＡＢＴサービスを提供す
る仮想コネクションの他に、ＩＴＵ−ＴＲｅｃｏｍｍ
ｅｎｄａｔｉｏｎＱ．２９６３にて勧告される、シグ
ナリングメッセージをもとにしたコネクション特性の変
更機能を備えた仮想コネクションを用いた場合でも、Ｒ
ｅｓｖメッセージに伴うリソース予約を実現できる。

【００４８】本仮想コネクションでは、図７に示すよう
なシグナリングメッセージをもとに、仮想コネクション
の張り直しを行わない転送レートの変更を行う。図７に
おいては、コネクション特性の変更を要求するユーザ
（上流側ノード）は、ＡＴＭ通信網に対してコネクショ
ン修正（ＭｏｄｉｆｙＣｏｎｎｅｃｔｉｏｎ）メッセ
ージを送出する。網内にて本メッセージが許容されれ
ば、引続き本メッセージは相手先ユーザ（下流側ノー
ド）宛に送出される。相手先ユーザにおいても本メッセ
ージが許容されれば、相手先ユーザは前記コネクション
修正メッセージに対する回答（許容／拒否）を含んだ修
正返答（ＭｏｄｉｆｙＡｎｓｗｅｒ）メッセージをＡ
ＴＭ通信網宛に送出し、本メッセージは引続き、ＡＴＭ
通信網より変更要求を行ったユーザ宛に送出される。前
記修正返答メッセージを受信したＡＴＭ通信網、変更要
求を行ったユーザは、修正応答（ＭｏｄｉｆｙＲｅｓ
ｐｏｎｓｅ）メッセージを送出し、コネクション修正メ
ッセージ内の修正要求が許容されれば、前記修正要求に
従ったサービスが提供される。

【００４９】上記に示した仮想コネクションを用いたリ
ソース予約は、例えば図８に示すデータパケット通信ノ
ードにおけるリソース確保部３６１において行われる。
図９に示すリソース確保部３６１では、受信したＲｅｓ
ｖメッセージ内に記載されている要求サービス品質を提
供するために必要であるセル転送レートを算出し（帯域
要求算出部６１）、該レートを記載したコネクション修
正メッセージをＡＴＭ通信網に対して送出する（メッセ
ージ送出部６２）。そして、前記メッセージに対してＡ
ＴＭ通信網より送出された修正返答メッセージをリソー
ス確保部３６１において受信すれば（メッセージ受信部
６３）、該メッセージに対する修正応答メッセージをＡ
ＴＭ通信網に対して送出するとともに（メッセージ送出
部６２）、受信した修正応答メッセージ内情報をもと
に、セル転送レートの変更が許容されたか否かを判断す
る（予約可否判定部６４）。そして、Ｒｅｓｖメッセー
ジ内に記載されている要求サービスを提供するために必
要であるセル転送レートへの変更が許容された場合は、
該Ｒｅｓｖメッセージを送信端末宛に送出するように
し、また、変更が許容されなかった場合は、該Ｒｅｓｖ
メッセージの送信端末への送出を行わない。

【００５０】また、データパケット通信ノードにおいて
は、上記に示した、シグナリングメッセージをもとにし
たコネクション特性の変更機能を備えた仮想コネクショ
ン（すなわち、ＰＣＲ（ＰｅａｋＣｅｌｌＲａｔ
ｅ）、もしくはＳＣＲ（ＳｕｓｔａｉｎａｂｌｅＣｅ
ｌｌＲａｔｅ）、もしくはその両方をトラヒックパラ
メータとして持つ仮想コネクション）はあらかじめ設定
せず、当初は、ＵＢＲコネクションをデータパケット通
信ノード間にて設定し、該コネクション上に転送すべき
ＩＰデータパケットを収容する。そして、受信端末より
発せられたＲｅｓｖメッセージ、あるいは送信端末より
発せられたＲｅｓｖメッセージ、あるいは送信端末より
発せられたＰａｔｈメッセージを該ノードににおいて受
信すれば、該ＩＰデータパケットを収容するコネクショ
ンを、ＵＢＲコネクションから上記コネクションに変更
する。このとき、該コネクションにおける転送レート
（上記ＰＣＲやＳＣＲ）は、Ｒｅｓｖメッセージ内に記
載されている要求品質が提供可能な転送レートに、ある
いは、Ｐａｔｈメッセージ内に記されているＩＰデータ
パケットのトラヒック特性をもとに算出した転送レート
に設定する。もしくは、あらかじめデータパケット通信
ノード内において定めておいた転送レート値に設定して
もよい。そして、上記に示したように該通信ノード間を
接続する仮想コネクションが変更された後は、受信端末
より発せられたＲｅｓｖメッセージを受信する度に、シ
グナリングメッセージをもとにしたセル転送レートの変
更を行う。

【００５１】以下では、本発明の実施形態についてさら
に詳細に説明する。

【００５２】図１は、本発明の実施形態に係るデータパ
ケット通信網の構成図である。

【００５３】図１のように、このデータパケット通信網
は、ユーザが発する通信情報を含んだＩＰデータパケッ
トの送信側となる送信端末１１１、該ＩＰデータパケッ
トの受信側となる受信端末１１２、送信端末１１１に直
結されたデータパケット通信ノード１２１、受信端末１
１２に直結されたデータパケット通信ノード１２３、デ
ータパケット通信ノード１２１とデータパケット通信ノ
ード１２３の間に位置するデータパケット通信ノード１
２２、データパケット通信ノード１２１とデータパケッ
ト通信ノード１２２を接続するＡＴＭ網１２９、データ
パケット通信ノード１２２とデータパケット通信ノード
１２３を接続するＡＴＭ網１３０から構成されている。

【００５４】ＡＴＭ網１２９，１３０内にはＡＴＭセル
を交換、転送するＡＴＭ交換機１３１〜１３４が備えら
れ、このＡＴＭ交換機を介して、隣接するデータパケッ
ト通信ノード間に仮想コネクション（仮想パスコネクシ
ョン／仮想チャネルコネクション）１５１，１５２が設
定される。

【００５５】なお、図中、１４１，１４２はＩＰデータ
パケットから見て仮想的に設定されているＩＰレベルの
コネクションを示し、１６は送信端末１１１から受信端
末１１２に対して送出されたＩＰデータパケットフロー
の流れを示す。

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

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

【００５８】図１に示すデータパケット通信網上に前述
したＲＳＶＰが搭載されている場合は、図２に示すよう
に、ＩＰデータパケット２１１，２１２の転送に対して
サービス品質を要求する受信端末１１２は、必要に応
じ、Ｒｅｓｖメッセージ（図中２２）を送信端末１１１
宛に送出する。これを受信したデータパケット通信ノー
ドは、該メッセージ内に記入されている要求サービス品
質の提供が可能であるか否かを判断し、可能であれば該
サービス品質を提供するのに必要である網リソースを確
保する。図１に示したデータパケット通信網では、隣接
するデータパケット通信ノード間のＩＰデータパケット
の転送は、ＡＴＭ通信網を介して行われているので、Ｒ
ｅｓｖメッセージを受信したデータパケット通信ノード
は、該Ｒｅｓｖメッセージが示すＩＰデータパケットの
通信を行う仮想コネクションの帯域を、要求サービス品
質を満足できるように確保する。また、このＲｅｓｖメ
ッセージに従ったリソース予約に先だって、データパケ
ット通信ノードは、前述したようなＡＢＴコネクション
の設定を行なう。

【００５９】次に、データパケット通信ノードについて
より詳しく説明する。

【００６０】図３はデータパケット通信ノード間に位置
するデータパケット通信ノード１２２の一構成例であ
り、図４は端末１１１，１１２と直結するデータパケッ
ト通信ノード１２１，１２３の一構成例である。本実施
形態では、端末１１１を送信側とし、端末１１２を受信
側としているが、図３および図４のデータパケット通信
ノードは、端末１１１，１１２が送信側にも受信側にも
なり得る構成になっている。

【００６１】図３のデータパケット通信ノード１２２
は、セル受信部３１、ＩＰパケット生成部３２、パケッ
トセル化部３３、セル送信部３４、ＩＰパケット識別部
３５リソース確保部３６、コネクション再設定部３７、
収容先コネクション決定部３８を備えている。

【００６２】各部分の基本的な働きを以下に示す。

【００６３】セル受信部３１は、そのデータパケット通
信ノード宛に転送されたＡＴＭセルを受信する。

【００６４】ＩＰパケット生成部３２は、セル受信部３
１にて受信されたＡＴＭセルをＩＰパケットに変換す
る。

【００６５】パケットセル化部３３は、ＩＰパケット生
成部３２において生成されたＩＰパケットを再びＡＴＭ
セルに分割、変換する。

【００６６】セル送信部３４は、パケットセル化部３３
にて生成されたＡＴＭセルを次のデータパケット通信ノ
ード宛に送出する。

【００６７】ＩＰパケット識別部３５は、ＩＰパケット
生成部３２にて生成されたＩＰパケットの内容を識別す
る。

【００６８】リソース確保部３６は、ＩＰパケット識別
部３５にてＲｅｓｖメッセージであると識別された制御
パケットをもとに、該Ｒｅｓｖメッセージ内に記載され
ている要求サービス品質を満足するのに必要な仮想コネ
クションの帯域を確保するための処理を行なう。

【００６９】コネクション再設定部３７は、ＩＰパケッ
ト識別部３５にてＲｅｓｖメッセージあるいはＰａｔｈ
メッセージであると識別された制御パケットをもとに、
該メッセージ内に記されているトラヒック特性をもとに
仮想コネクションを再設定する。

【００７０】収容先コネクション決定部３８は、ＩＰパ
ケット生成部３２にて生成されたＩＰパケットの収容先
仮想コネクションを求め、これをセル送信部３４に通知
する。

【００７１】図４のデータパケット通信ノード１２１，
１２３は、図３のデータパケット通信ノード１２２の構
成に、端末１１１，１１２との間でＩＰパケットを受け
渡すためのＩＰパケット受信部３０およびＩＰパケット
送信部３９が付加されている。各構成部分の働きは、基
本的には、図３と同様であるが、接続関係が若干相違す
る部分がある。

【００７２】各部分の基本的な働きを以下に示す。

【００７３】ＩＰパケット受信部３０は、直結するユー
ザ端末から転送されたＩＰパケットを受信する。

【００７４】パケットセル化部３３は、ＩＰパケット受
信部３０において受信されたＩＰパケットをＡＴＭセル
に分割、変換する。

【００７５】セル送信部３４は、パケットセル化部３３
にて生成されたＡＴＭセルを次のデータパケット通信ノ
ード宛に送出する。

【００７６】セル受信部３１は、そのデータパケット通
信ノード宛に転送されたＡＴＭセルを受信する。

【００７７】ＩＰパケット生成部３２は、セル受信部３
１にて受信されたＡＴＭセルをＩＰパケットに変換す
る。

【００７８】ＩＰパケット送信部３９は、ＩＰパケット
生成部３２にて生成されたＩＰパケットを直結するユー
ザ端末に転送する。

【００７９】ＩＰパケット識別部３５は、ＩＰパケット
受信部３０にて受信されたＩＰパケットやＩＰパケット
生成部３２にて生成されたＩＰパケットの内容を識別す
る。

【００８０】リソース確保部３６は、ＩＰパケット識別
部３５にてＲｅｓｖメッセージであると識別された制御
パケットをもとに、該Ｒｅｓｖメッセージ内に記載され
ている要求サービス品質を満足するのに必要な仮想コネ
クションの帯域を確保するための処理を行なう。この処
理は、リソース予約方法によって、送信端末に直結する
データパケット通信ノードおよび受信端末に直結するデ
ータパケット通信ノードのいずれか一方が行なう。

【００８１】コネクション再設定部３７は、ＩＰパケッ
ト識別部３５にてＲｅｓｖメッセージあるいはＰａｔｈ
メッセージであると識別された制御パケットをもとに、
該メッセージ内に記されているトラヒック特性をもとに
仮想コネクションを再設定する。この処理は、本実施形
態では、送信端末に直結するデータパケット通信ノード
が行なう。

【００８２】収容先コネクション決定部３８は、ＩＰパ
ケット生成部３２にて生成されたＩＰパケットの収容先
仮想コネクションを求め、これをセル送信部３４に通知
する。

【００８３】図４のデータパケット通信ノードでは、図
３のデータパケット通信ノードとことなり、送信端末か
ら送信されたＩＰパケットは、データパケット通信ノー
ドのＩＰパケット受信部３０で受信され、パケットセル
化部３３でＡＴＭセルに分割、変換され、セル送信部３
４から送出される。また、セル受信部３１で受信された
ＡＴＭセルは、ＩＰパケット生成部３２でＩＰパケット
に変換され、ＩＰパケット送信部３９から受信端末に転
送される。

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

【００８５】ＡＢＴコネクションの設定時には、該コネ
クションにおいて提供可能な最大セル転送レートのみを
規定し、セル転送のために網内リソースを確保したい場
合、上流側のデータパケット通信ノードは、ブロックの
先頭に位置するＲＭセル（図５中の４１）内に、所望の
セル転送レートを記入し、これを下流側のデータパケッ
ト通信ノードに対して送出する。

【００８６】前記ＲＭセルが通過するＡＴＭ網では、該
ＲＭセル内に記載されている要求セル転送レートを提供
するのに必要な帯域が確保できるか否かを判断し、前記
帯域の確保が可能であれば、ＣＩ（Congestion Indicat
ion ）ビットが０であるＲＭセルを、前記帯域の確保が
不可能であれば、ＣＩビットが１であるＲＭセルを、下
流側のデータパケット通信ノードのＵＮＩ（User Neto
wrk Interface ）部より、該上流側のデータパケット通
信ノード宛に送出する。そして、該上流側のデータパケ
ット通信ノードでは、ＣＩビットが０であるＲＭセルを
受信した場合には、要求したセル転送レートに従ったセ
ルの転送を開始し、ＣＩビットが１であるＲＭセルを受
信した場合には、要求したセル転送レートは拒絶された
ものと認識する。そして、要求したセル転送レートでの
セルの転送を終了する場合には、再びＲＭセル（４２）
を送信する。

【００８７】また、ＡＢＴコネクションにおいては、下
流側のデータパケット通信ノードよりセル転送レートの
変更を要求することができる。このときは、該要求レー
トを記入したＲＭセルが下流側のデータパケット通信ノ
ードより上流側のデータパケット通信ノード宛に送出さ
れ、該ＲＭセルが通過するＡＴＭ網において、該要求レ
ートの提供のために必要な帯域が確保できるか否かを判
断する。そして、上流側のデータパケット通信ノードの
ＵＮＩ部では、前記帯域の確保が可能であれば、ＣＩビ
ットが０であるＲＭセルを、前記帯域の確保が不可能で
あれば、ＣＩビットが１であるＲＭセルを、下流側のデ
ータパケット通信ノード宛に送出する。

【００８８】以下では、図３および図４のデータパケッ
ト通信ノードの動作について、ＩＰパケットの転送、リ
ソース予約、仮想コネクションの設定に大別して説明す
る。

【００８９】まず、ユーザ端末１１１，１１２間でＩＰ
データパケットを転送するときのデータパケット通信ノ
ードの基本的な動作を示す。

【００９０】送信端末１１１から図４のような構成を持
つデータパケット通信ノード１２１に送信されたＩＰパ
ケットは、ＩＰパケット受信部３０により受信された
後、パケットセル化部３３にてＡＴＭセルに分割、変換
され、図示しないバッファに一旦格納される。一方、Ｉ
Ｐパケット識別部３５は、受信されたＩＰパケットの内
容を識別するが、この場合、ＩＰパケットの内容は転送
すべきデータであるので、ＩＰパケットの識別子を読み
出して、収容先コネクション決定部３８に渡す。収容先
コネクション決定部３８では、ＩＰパケットの識別子と
収容先仮想コネクションの識別子との対応表を持ち、渡
されたＩＰパケットの識別子から該ＩＰパケットの収容
先仮想コネクションの識別子を求め、両識別子をセル送
信部３４に通知する。セル送信部３４では、図示しない
バッファに一旦格納されている該当ＩＰパケットを、該
当する仮想コネクションに送り出す。

【００９１】このようにしてデータパケット通信ノード
１２１から送り出されたＩＰパケットは、ＡＴＭ網１２
９内に設定された仮想コネクション１５１により、ＡＴ
Ｍセルの形で、データパケット通信ノード１２２まで転
送される。

【００９２】上記のＩＰパケットを分割、変換して生成
されたＡＴＭセルは、図３のような構成を持つデータパ
ケット通信ノード１２２のセル受信部３１により受信さ
れた後、一度、ＩＰパケット生成部３２にてＩＰパケッ
トに変換され、パケットセル化部３３にて、再度、ＡＴ
Ｍセルに分割、変換され、図示しないバッファに一旦格
納される。一方、ＩＰパケット識別部３５は、受信され
たＩＰパケットの内容を識別するが、この場合、ＩＰパ
ケットの内容は転送すべきデータであるので、ＩＰパケ
ットの識別子を読み出して、収容先コネクション決定部
３８に渡す。収容先コネクション決定部３８では、ＩＰ
パケットの識別子と収容先仮想コネクションの識別子と
の対応表を持ち、渡されたＩＰパケットの識別子から該
ＩＰパケットの収容先仮想コネクションの識別子を求
め、両識別子をセル送信部３４に通知する。セル送信部
３４では、図示しないバッファに一旦格納されている該
当ＩＰパケットを、該当する仮想コネクションに送り出
す。

【００９３】データパケット通信ノード間に位置するデ
ータパケット通信ノード１２２が複数台存在する場合
は、各データパケット通信ノード１２２において上記の
ような動作が行なわれる。

【００９４】このようにしてデータパケット通信ノード
１２２から送り出されたＩＰパケットは、ＡＴＭ網１３
０内に設定された仮想コネクション１５２により、ＡＴ
Ｍセルの形で、データパケット通信ノード１２３まで転
送される。

【００９５】上記のＩＰパケットを分割、変換して生成
されたＡＴＭセルは、図４のような構成を持つデータパ
ケット通信ノード１２３のセル受信部３１により受信さ
れた後、ＩＰパケット生成部３２にてＩＰパケットに変
換され、ＩＰパケット送信部３９から受信端末１１２に
転送される。

【００９６】なお、受信したＩＰデータパケットが新た
に転送されるものであった場合、まだ収容先仮想コネク
ションが設定されていないので、各データパケット通信
ノードは、仮想コネクションを設定し、ＩＰデータパケ
ットの識別子と収容先仮想コネクションの識別子との対
応表への登録を行ないながら、上記したような動作を行
なう。

【００９７】また、送信端末１１１から受信端末１１２
にＰａｔｈメッセージを転送する場合も、上記と同様の
動作が行なわれる。ただし、Ｐａｔｈメッセージに従っ
たＡＢＴコネクションの設定を行なう場合、各データパ
ケット通信ノードにおいて、さらに後述するような処理
が行なわれる。

【００９８】また、受信端末１１２から送信端末１１１
にＲｅｓｖメッセージを転送する場合は、上記と同様の
動作（上記動作において受信端末を１１２から送信端末
を１１１としたもの）が行なわれるが、Ｒｅｓｖメッセ
ージはいずれかのデータパケット通信ノードにおいて破
棄される場合がある。また、各データパケット通信ノー
ドにおいては、上記動作に加え、Ｒｅｓｖメッセージに
従ったリソース予約を行なう処理と、Ｒｅｓｖメッセー
ジに従ったＡＢＴコネクションの設定を行なう場合に必
要な処理が行なわれる。

【００９９】次に、受信端末１１２から送信端末１１１
宛てに転送されるＲｅｓｖメッセージに従って行なうリ
ソース予約について説明する。

【０１００】図６は、リソース予約を行なうためのリソ
ース確保部３６の内部構成の一例である。図６のよう
に、このリソース確保部３６は、要求帯域算出部５１、
ＲＭセル送出部５２、ＲＭセル受信部５３、予約可否判
断部５４を有する。

【０１０１】図３や図４のＩＰパケット識別部３５にお
いて、生成されたＩＰパケットあるいは受信されたＩＰ
パケットがＲｅｓｖメッセージであると識別された場
合、対応する識別子を持つＩＰデータパケットの収容先
の仮想コネクションとして既にＡＢＴコネクションが設
定されているとき、リソース確保部３６により、該コネ
クションについてリソース予約が行なわれる。

【０１０２】リソース確保部３６の要求帯域算出部５１
では、Ｒｅｓｖメッセージ内に記されているＩＰデータ
パケットに対する要求サービス品質を満足するために必
要であるセル転送速度値を算出する。

【０１０３】ＲＭセル送出部５２は、要求帯域算出部５
１より算出されたセル転送速度値でのセル転送が可能か
否かをＡＴＭ網に伺うために、該速度値をＲＭセル内に
記入し、そしてセル送出部３４へ渡す。

【０１０４】ここで、Ｒｅｓｖメッセージは、図示しな
いバッファにて保留されている。

【０１０５】セル送出部３４から送り出されたＲＭセル
は、前述のように隣接するデータパケット通信ノードの
ＵＮＩ部で折り返し、当該データパケット通信ノードに
戻ってくる。戻ってきたＲＭセルは、セル受信部３１か
ら直接、リソース確保部３６のＲＭセル受信部５３に渡
される。このＲＭセル受信部５３では、ＲＭセルを保持
する。

【０１０６】予約可否判断部５４は、ＲＭ受信部５３内
に保持されたＲＭセルの内容（ＣＩビット値）より、要
求帯域算出部５１にて算出されたセル転送速度値でのセ
ルの転送が可能であるか否かを判断する。

【０１０７】予約可否判断部５４において、算出された
該速度値での転送が可能であると判断した場合は、バッ
ファにて保留中のＲｅｓｖメッセージを送信端末１１１
宛に送出するよう、コネクション決定部３８へ指示し、
また該速度値での転送が不可能であると判断した場合
は、Ｒｅｓｖメッセージの送出を中止するよう、コネク
ション決定部３８へ指示する。

【０１０８】なお、送信端末１１１に直結するデータパ
ケット通信ノード１２１においては、リソースの確保に
成功した場合、保留されていたＲｅｓｖメッセージは、
送信端末１１１に渡される。

【０１０９】データパケット通信ノード間を接続する仮
想コネクションがＡＢＴサービスを提供しない場合で
も、図７に示すように、シグナリングメッセージをもと
にしたセル転送レート等のコネクション特性の変更が可
能であるコネクションを提供する場合、これを利用すれ
ば、前記通信ノード間を接続するデータパケット通信網
においても、本明細書にて示した網リソース予約が可能
になる。

【０１１０】図８は、シグナリングメッセージを元にし
たセル転送レートの変更が可能な仮想コネクションにて
接続された場合の、データパケット通信ノードの一構成
例を示す。シグナリングメッセージに対応させるため
に、図８では、本ノードにて生成されるシグナリングメ
ッセージを送出するメッセージ送出部３９１、ＡＴＭ網
より送出されるシグナリングメッセージを受信するメッ
セージ受信部３９２が搭載される他は、図３にて示した
データパケット通信ノードと同じ構成となる。

【０１１１】図９は、図８にて示したリソース確保部３
６１の内部構成の一例を示す。図９にて示すリソース確
保部の構成も、基本的には図６にて示すリソース確保部
と同一であるが、要求帯域算出部６１より算出されたセ
ル転送速度値でのセル転送が可能となるように仮想コネ
クションの修正の要求を行う、コネクション修正メッセ
ージ、そして、リソース確保部３６１においてＡＴＭ網
より送出された修正返答メッセージを受信した旨を示す
修正応答メッセージを、ＡＴＭ網に対して送出するメッ
セージ送出部６２、ＡＴＭ網より送出された修正応答メ
ッセージを受信するメッセージ受信部６３が、図６にお
けるＲＭセル送出部５２、ＲＭセル受信部５３の代わり
に各々搭載される。

【０１１２】次に、データパケット通信ノード間を接続
する仮想コネクションがＡＢＴサービスを提供する場合
の、Ｒｅｓｖメッセージを介して行われる、２種類の網
リソース予約の手順を示す。

【０１１３】まず、図１０を参照しながら、第１のリソ
ース予約の手順について説明する。

【０１１４】このリソース予約は、送信端末１１１に直
結されたデータパケット通信ノード１２１とデータパケ
ット通信ノード間に位置するデータパケット通信ノード
１２２により行なわれる。

【０１１５】図１０においては、Ｒｅｓｖメッセージを
受信したデータパケット通信ノードは、該Ｒｅｓｖメッ
セージを送出した下流側のデータパケット通信ノードと
の間に設定されているＡＢＴコネクションのリソース予
約要求を表すＲＭセルを下流側のデータパケット通信ノ
ード宛に送出する。そして、ＲＭセルを発信したデータ
パケット通信ノードがＣＩ＝０であるＲＭセルを受信し
たならば、前記コネクションにおいて要求リソース量の
予約が行えたものと認識し、さらに、受信したＲｅｓｖ
メッセージをデータパケット送信側のユーザ端末宛に送
出する。

【０１１６】次に、図１１を参照しながら、第２のリソ
ース予約の手順について説明する。

【０１１７】このリソース予約は、受信端末１１２に直
結されたデータパケット通信ノード１２３とデータパケ
ット通信ノード間に位置するデータパケット通信ノード
１２２により行なわれる。

【０１１８】図１１においては、Ｒｅｓｖメッセージを
受信したデータパケット通信ノードは、該データパケッ
ト通信ノード宛にＩＰデータパケットを送出する上流側
のデータパケット通信ノードとの間に設定されているＡ
ＢＴコネクションのリソース予約要求を表すＲＭセルを
上流側のデータパケット通信ノード宛に送出する。そし
て、ＲＭセルを発信したデータパケット通信ノードがＣ
Ｉ＝０であるＲＭセルを受信したならば、前記コネクシ
ョンにおいて要求リソース量の予約が行えたものと認識
し、受信したＲｅｓｖメッセージをデータパケット送信
側のユーザ端末宛に送出する。

【０１１９】次に、ＩＰデータパケットの送出開始に伴
い隣接するデータパケット通信ノード間に仮想コネクシ
ョンを設定する際の設定ポリシーに関して説明する。こ
の設定ポリシーは、図３および図４に示したデータパケ
ット通信ノードにおけるコネクション再設定部３７にお
ける動作を規定するものであり、その結果は、収容先コ
ネクション決定部３８に通知される。

【０１２０】図１２〜図１４に、隣接するデータパケッ
ト通信ノード間にて行われる仮想コネクションの設定手
順を示す。

【０１２１】まず、図１２を参照しながら、第１の仮想
コネクション設定方法について説明する。

【０１２２】図１２においては、収容先となる仮想コネ
クションが存在しない（新規の）ＩＰデータパケットを
受信したデータパケット通信ノードは、セル転送に対し
ていかなる品質も要求しないＵＢＲ（Unspecified Bit
Rate）コネクションを隣接するデータパケット通信ノー
ド間に設定し、該ＩＰデータパケットを本コネクション
上に収容する。その際には、収容先コネクション決定部
３８内に、上記のＩＰデータパケット−ＵＢＲコネクシ
ョンの対応付けを記載しておく。前記ＩＰデータパケッ
トに対して、受信端末より発せられたＲｅｓｖメッセー
ジを該データパケット通信ノードが受信すれば、コネク
ション再設定部３７は、該ＩＰデータパケットを収容す
る仮想コネクションを、ＵＢＲコネクションからＡＢＴ
コネクションに変更する。これは、ＵＢＲコネクション
においてはセル転送に対する品質保証が何も行なわれな
いため、Ｒｅｓｖメッセージ内の要求サービス品質を満
足させるリソース確保が可能なＡＢＴコネクションに置
き換える。

【０１２３】このとき、ＡＢＴコネクションにおける最
大セル転送レートは、あらかじめデータパケット通信ノ
ード内において定めておいた値を採用するか、または送
信端末より受信端末宛に送出されるＰａｔｈメッセージ
を該データパケット通信ノードにおいて受信していれ
ば、Ｐａｔｈメッセージ内に記されているＩＰデータパ
ケットのトラヒック特性をもとに、ＡＢＴコネクション
が提供すべき最大セル転送レートを算出し、ＡＢＴコネ
クション設定時に該値を採用する。そして、ＡＢＴコネ
クションへの収容先コネクションの変更が終了すれば、
収容先コネクション決定部３８へ通知する。

【０１２４】次に、図１３を参照しながら、第２の仮想
コネクション設定方法について説明する。

【０１２５】図１３においては、収容先となる仮想コネ
クションが存在しない（新規の）ＩＰデータパケットを
受信したデータパケット通信ノードは、ＵＢＲコネクシ
ョンを隣接するデータパケット通信ノード間に設定し、
該ＩＰデータパケットを本コネクション上に収容する。
その際には、収容先コネクション決定部３８内に、上記
のＩＰデータパケット−ＵＢＲコネクションの対応付け
を記載しておく。前記ＩＰデータパケットに対して、送
信端末より発せられたＰａｔｈメッセージを該データパ
ケット通信ノードが受信すれば、コネクション再設定部
３７は、該ＩＰデータパケットを収容する仮想コネクシ
ョンを、ＵＢＲコネクションからＡＢＴコネクションに
変更する。

【０１２６】このとき、ＡＢＴコネクションにおける最
大セル転送レートは、該Ｐａｔｈメッセージ内に記され
ているＩＰデータパケットのトラヒック特性をもとに算
出した値を採用する。そして、ＡＢＴコネクションへの
収容先コネクションの変更が終了すれば、収容先コネク
ション決定部（３８）へ通知する。

【０１２７】次に、図１４を参照しながら、第３の仮想
コネクション設定方法について説明する。

【０１２８】図１４においては、収容先となる仮想コネ
クションが存在しない（新規の）ＩＰデータパケットを
受信したデータパケット通信ノードは、あらかじめ該デ
ータパケット通信ノード内において定めておいた値（例
えば、該コネクションを収容する物理伝送路における最
大セル転送レート値）を最大セル転送レートとするＡＢ
Ｔコネクションを隣接するデータパケット通信ノード間
に設定し、該ＩＰデータパケットを本コネクション上に
収容する。その際には、収容先コネクション決定部３８
内に、上記のＩＰデータパケット−ＡＢＴコネクション
の対応付けを記載しておく。前記ＩＰデータパケットに
対して、送信端末より発せられたＰａｔｈメッセージを
該データパケット通信ノードが受信すれば、コネクショ
ン再設定部３７は、ＡＢＴコネクションの再設定を行
う。

【０１２９】このとき、ＡＢＴコネクションにおける最
大セル転送レートは、該Ｐａｔｈメッセージ内に記され
ているＩＰデータパケットのトラヒック特性をもとに算
出した値を採用する。そして、ＡＢＴコネクションへの
収容先コネクションの変更が終了すれば、収容先コネク
ション決定部３８へ通知する。

【０１３０】上記の３種類のコネクション設定方法と、
２種類のリソース予約方法は、種々組み合わせることが
できる。また、例えば、第１の仮想コネクション設定方
法と第２の仮想コネクション設定方法を併用するような
ことも可能である。

【０１３１】図１５に、図１０に示した第１のリソース
予約と、図１２に示した第１の仮想コネクション設定方
法とを組み合わせた手順を一例として示す。

【０１３２】この場合、Ｒｅｓｖメッセージの受信によ
り、まず、ＡＢＴコネクションの設定を行ない、続け
て、リソースの予約を行ない、リソースの確保に成功し
たら、Ｒｅｓｖメッセージを送信することになる。

【０１３３】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１３４】

【発明の効果】本発明によれば、ＡＴＭ通信網を介して
データパケットの配送を行うにあたって、受信側ユーザ
端末から送出される資源予約プロトコル（ＲＳＶＰ）の
予約メッセージ（Ｒｅｓｖメッセージ）によりなされる
サービス品質要求があった場合、該予約メッセージに基
づいてＡＴＭ通信網上の仮想コネクションのリソースを
予約することで、該サービス品質要求を満足するサービ
スを提供することができる。

【０１３５】本発明によれば、ＡＴＭ網にて提供され
る、コネクションの張り直しを行なわずにリソース量を
変更可能なサービスが提供される仮想コネクションを利
用することにより、資源予約プロトコル（ＲＳＶＰ）に
おいて規定された予約メッセージ（Ｒｅｓｖメッセー
ジ）に基づく網リソース予約を、ＡＴＭ網上に設定され
ている仮想コネクションを再設定することなく、実現す
ることが可能となる。

【０１３６】本発明によれば、資源予約プロトコル（Ｒ
ＳＶＰ）における所定のメッセージ（Ｐａｔｈメッセー
ジあるいはＲｅｓｖメッセージ）を初めて受信してか
ら、コネクションの張り直しを行なわずにリソース量を
変更可能なサービスが提供される仮想コネクションを設
定するようにし、上記メッセージを受信するまではセル
転送に対していかなる品質も保証しない仮想コネクショ
ンを設定しておくことにより、網リソースの効率的な使
用が可能となる。

【図面の簡単な説明】

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

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

【図３】同実施形態に係るデータパケット通信ノードの
一構成例を示す図

【図４】同実施形態に係るデータパケット通信ノードの
一構成例を示す図

【図５】ＡＢＴコネクションを説明するための図

【図６】同実施形態のデータパケット通信ノード内のリ
ソース確保部の一構成例を示す図

【図７】シグナリングメッセージをもとにしたコネクシ
ョン特性の変更手順の一例を示す図

【図８】同実施形態に係るデータパケット通信ノードの
一構成例を示す図

【図９】同実施形態のデータパケット通信ノード内のリ
ソース確保部の一構成例を示す図

【図１０】隣接するデータパケット通信ノード間におけ
るＲｅｓｖメッセージに基づく網リソース予約手順の一
例を示す図

【図１１】隣接するデータパケット通信ノード間におけ
るＲｅｓｖメッセージに基づく網リソース予約手順の他
の例を示す図

【図１２】隣接するデータパケット通信ノード間におけ
る仮想コネクションの設定手順の一例を示す図

【図１３】隣接するデータパケット通信ノード間におけ
る仮想コネクションの設定手順の他の例を示す図

【図１４】隣接するデータパケット通信ノード間におけ
る仮想コネクションの設定手順のさらに他の例を示す図

【図１５】隣接するデータパケット通信ノード間におけ
る仮想コネクションの設定およびＲｅｓｖメッセージに
基づく網リソース予約手順の一例を示す図

【符号の説明】

１１１…送信端末１１２…受信端末１２９，１３０…ＡＴＭ網１２１〜１２３…データパケット通信ノード１３１〜１３４…ＡＴＭ交換機１５１，１５２…仮想コネクション３０…ＩＰパケット受信部３１…セル受信部３２…ＩＰパケット生成部３３…パケットセル化部３４…セル送信部３５…ＩＰパケット識別部３６…リソース確保部３７…コネクション再設定部３８…収容先コネクション決定部３９…ＩＰパケット送信部５１…要求帯域算出部５２…ＲＭセル送出部５３…ＲＭセル受信部５４…予約可否判断部３６１…リソース確保部３９１…メッセージ送信部３９２…メッセージ受信部６１…要求帯域算出部６２…メッセージ送出部６３…メッセージ受信部６４…予約可否判定部

Claims

【特許請求の範囲】

【請求項１】受信したデータパケットをＡＴＭセルに変
換して所定の仮想コネクションに送信するノード装置に
おいて、データパケットの通信を行うべき仮想コネクションにつ
いて資源予約プロトコルの所定のメッセージを受信した
場合に、該仮想コネクションを、コネクションの張り直
しを行なわずにリソース量を変更可能なサービスが提供
される仮想コネクションに変更することを要求する手段
を備えたことを特徴とするノード装置。
【請求項２】受信したデータパケットをＡＴＭセルに変
換して所定の仮想コネクションに送信するノード装置に
おいて、データパケットの受信ユーザ端末より送信ユーザ端末宛
に送出される資源予約プロトコルの予約メッセージを受
信した場合に、該予約メッセージ中に書かれている要求
サービス品質に基づいて必要なリソース量を求める手段
と、前記データパケットの通信を行うべき前記仮想コネクシ
ョンに対し前記リソース量を確保するよう、リソース量
の変更を要求する手段とを備えたことを特徴とするノー
ド装置。
【請求項３】データパケットの通信を行うべき仮想コネ
クションについて資源予約プロトコルの所定のメッセー
ジを受信した場合に、該仮想コネクションを、コネクシ
ョンの張り直しを行なわずにリソース量を変更可能なサ
ービスが提供される仮想コネクションに変更することを
要求する手段をさらに備えたことを特徴とする請求項２
に記載のノード装置。
【請求項４】求めた前記リソース量が確保できた場合
に、受信した前記資源予約プロトコルの予約メッセージ
を送信ユーザ端末宛に送出する手段をさらに備えたこと
を特徴とする請求項２に記載のノード装置。
【請求項５】前記要求する手段は、前記リソース量の変
更の要求を、資源管理セルに確保したいリソース量を書
き込んで送出することにより行ない、求めた前記リソー
ス量が確保できたか否かの判断を、確保できたか否かが
書き込まれた資源管理セルを受信することにより行うこ
とを特徴とする請求項２に記載のノード装置。
【請求項６】前記資源予約プロトコルの所定のメッセー
ジを受信する前に設定される前記仮想コネクションはセ
ル転送に対していかなる品質も保証しない仮想コネクシ
ョンであり、前記要求する手段は、既に設定されている前記セル転送
に対していかなる品質も保証しない仮想コネクション
を、コネクションの張り直しを行なわずにリソース量を
変更可能なサービスが提供される仮想コネクションに変
更するものであることを特徴とする請求項１または３に
記載のノード装置。
【請求項７】予め前記仮想コネクションとして、コネク
ションの張り直しを行なわずにリソース量を変更可能な
サービスが提供される仮想コネクションを設定しておく
ことを特徴とする請求項２に記載のノード装置。
【請求項８】前記データパケットの送信ユーザ端末より
受信ユーザ端末宛に送出される資源予約プロトコルのパ
スメッセージを受信した場合に、前記コネクションとし
て設定されている、コネクションの張り直しを行なわず
にリソース量を変更可能なサービスが提供される仮想コ
ネクションの最大セル転送速度を変更する手段をさらに
備えたことを特徴とする請求項１、３、６または７に記
載のノード装置。
【請求項９】受信したデータパケットをＡＴＭセルに変
換して所定の仮想コネクションに送信するノード装置に
よる網リソース予約方法において、データパケットの通信を行うべき仮想コネクションにつ
いて資源予約プロトコルの所定のメッセージを受信した
場合に、該仮想コネクションを、コネクションの張り直
しを行なわずにリソース量を変更可能なサービスが提供
される仮想コネクションに変更し、変更された前記仮想コネクションにより前記データパケ
ットの通信を行なうことを特徴とする網リソース予約方
法。
【請求項１０】受信したデータパケットをＡＴＭセルに
変換して所定の仮想コネクションに送信するノード装置
による網リソース予約方法において、データパケットの受信ユーザ端末より送信ユーザ端末宛
に送出される資源予約プロトコルの予約メッセージを受
信した場合に、該予約メッセージ中に書かれている要求
サービス品質に基づいて必要なリソース量を求め、前記データパケットの通信を行うべき前記仮想コネクシ
ョンに対し前記リソース量を確保するよう、リソース量
の変更を要求し、前記リソース量の変更された仮想コネクションにより前
記データパケットの通信を行なうことを特徴とする網リ
ソース予約方法。