JP2001189754A - ＱｏＳ提供方式、ルータ装置、ＱｏＳサーバ、ユーザ端末及びＱｏＳ提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 ベストエフォート型とリアルタイム型とのト
ラヒックカテゴリを区分けしてサービス品質を保証す
る。 【解決手段】 ユーザサイトＡが、ＩＰパケットを送信
する際に、ＩＰヘッダのＴＯＳフィールド内にトラヒッ
クカテゴリ（ＣＢＲ、ＶＢＲ−ｒｔ、ＶＢＲ−ｎｒｔ、
ＵＢＲ、ＧＦＲのいずれか１つ）を設定する。各ルータ
装置３０，３０ａ〜３０ｄ，４０は、ＩＰパケットを受
信すると、そのＩＰヘッダのＴＯＳフィールドに基づい
て、複数のトラヒックカテゴリ（ＣＢＲ、ＶＢＲ−ｒ
ｔ、ＶＢＲ−ｎｒｔ、ＵＢＲ、ＧＦＲ）のいずれかを選
択し、該当するトラヒックカテゴリのサービス品質を保
証する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＱｏＳ（Quality
of Service；サービス品質）提供方式、ルータ装置、Ｑ
ｏＳサーバ、ユーザ端末及びＱｏＳ提供方法に関する。

【０００２】

【従来の技術】インターネットは、メール交換、ファイ
ル転送及びＷｅｂアクセスによる閲覧などを主に図るた
めのインフラストラクチャである。このインフラストラ
クチャは、ルータと呼ばれる中継用の経路制御装置（以
下、ルータ装置という）が相互に接続されたネットワー
クである。このネットワークには適宜、端末が接続され
る。送信元の端末は、ＴＣＰ／ＩＰ（Transmission con
trol protocol / Internet Protocol ）パケットを送信
し、このパケットは、ルータ装置により、次のルータ装
置に中継されて順次、転送される。

【０００３】ここで、ルータ装置は、ＴＣＰ／ＩＰパケ
ットを中継処理する機能（Forwarding）と、宛先に最適
なパスを選択し、そのパス上の次のルータが接続された
インターフェースへＴＣＰ／ＩＰパケットを送出処理す
る機能とから構成されている。すなわち、図１８に示す
ように、ルータ装置１は、ＩＰヘッダ内で宛先を示すＩ
Ｐアドレスに従って送信ポートへパケットを送出すると
いう非常にシンプルな機能から構成される。

【０００４】このようなルータ装置１は、ＴＣＰ／ＩＰ
トラヒックをベストエフォート（Best Effort ；保証が
ない）型のサービスとして位置付けており、転送するパ
ケットが処理可能な量よりも多いか、あるいは、バッフ
ァメモリの許容容量を越えるとき、パケットを廃棄す
る。このため、ルータ装置１では、パケットの損失や遅
延を必然的に伴う。従って、ルータ装置１自体は、廃棄
されたパケットをEnd-End （端末−端末）間の再送手順
により救済するという安易な中継システムに位置付けさ
れる。

【０００５】なお、この安易なシステムという位置付け
は、純粋なＩＰ網のルータ装置に限らず、ＭＰＬＳ(Mul
ti Protocol Label Switching)網にて、図１９に示す如
きラベルによるパケット転送を実行するラベルエッジル
ータ装置２及び図２０に示す如きラベルスイッチルータ
装置３においても同様である。なお、ラベルは、次のル
ータを示す、ＩＰアドレスよりも短いアドレスである。

【０００６】一方、インターネットの大きな特徴の一つ
は、相手との距離を気にせずに相手先にデータを送信し
得ることである。例えば、ユーザが電話回線を介して最
寄りのキャリアＩＳＰ（internet service provider ；
接続事業者）が用意した最も料金が割安なアクセスポイ
ントに電話を接続する、あるいは専用線を介して最寄り
の最も料金が割安となるキャリアの局に接続すると、イ
ンターネットがこの接続点以降から相手先までの間を中
継網としてパケットを転送する。

【０００７】つまり、インターネットは、専用線におい
て費用の高い長距離中継部分（最寄りの接続点から相手
先までの間）を無料で受け持つので、ユーザが距離によ
る料金を気にする必要がない利点を有する。

【０００８】この利点は、魅力が大きく、インターネッ
トの爆発的なブームを呼んだといっても過言ではない。
係るインターネットは、従来の電話網や専用線網からな
るネットワーク構造の考えと大きく異なる。

【０００９】近年、係るインターネットを提供するキャ
リアＩＳＰのビジネスとして注目される２つの動きがあ
る。第１の動きは、ベストエフォート的なインターネッ
トの利用ではなく、従来の電話交換サービスや映像サー
ビスなどのリアルタイムトラヒックをインターネットで
送信することである。電話や映像受信の加入者をインタ
ーネットの加入者にできるので、キャリアＩＳＰには加
入者を増やす絶好の機会となる。

【００１０】第２の動きは、ＶＰＮ(Virtual Private N
etwork) と呼ばれるＩＰ仮想専用線(IP-VPN)を提供する
ことである。従来の専用線は遠隔地間を固定接続するネ
ットワークプラットフォームにより実現され、各サイト
間のインターフェースにはＴＤＭ(Time Division Multi
plex) やＡＴＭ(Asynchronous Transfer Mode;非同期転
送モード) が使用されている。この専用線の場合、料金
の課金は、サイト間の接続距離と回線帯域に依存してい
る。

【００１１】一方、ＩＰ−ＶＰＮは、ネットワークプラ
ットフォームがＩＰネットワークとなるので、サイトと
キャリアＩＳＰとの間はＩＰインタフェースとなり、Ｉ
Ｐルータで相互に接続される。

【００１２】このＩＰ−ＶＰＮの場合、インフラストラ
クチャの提供者はキャリアＩＳＰである。このＩＰ−Ｖ
ＰＮの最大の利点は低い料金である。例えば、ＩＰ−Ｖ
ＰＮにおいては、ユーザは、ＩＰルータ装置１の設置さ
れたキャリアＩＳＰまでの専用線料金のみを支払えば、
高度なセキュリティの仮想専用線を長距離に渡り安価に
使用可能である。

【００１３】キャリアＩＳＰは、ＩＰ−ＶＰＮサービス
加入及び使用料金を従来の専用線の課金よりも大幅に安
価に設定する。ＩＰ−ＶＰＮは、安全で高い信頼性をも
ち且つ安い料金のサービスなので多くのユーザが利用
し、キャリアＩＳＰの大きな市場となることが期待され
ている。

【００１４】キャリアＩＳＰとしては、上述したリアル
タイムトラフィック及びＩＰ−ＶＰＮサービスを提供す
る観点から、自営の光ファイバなどの物理線あるいは無
線を利用し、膨大なＴＣＰ／ＩＰトラヒックを収容する
ルータ装置１にて長距離中継部分を太いパイプとして扱
える高性能なインターネットにインフラストラクチャを
置換し始めている。

【００１５】また、ルータ装置１のベンダは、音声や映
像などのリアルタイムトラヒックをＴＣＰ／ＩＰパケッ
トに流すために、ＶｏＩＰ（Voice over IP ）あるいは
映像圧縮によるＭＰＥＧ over ＩＰ等を用いた電話やＴ
Ｖに代わる次世代装置を開発し始めている。

【００１６】

【発明が解決しようとする課題】しかしながら本発明者
は、以上の状況から、キャリアＩＳＰを中心としたイン
ターネットの推進により、将来的に、メールやＷｅｂア
クセス等のベストエフォート型のトラヒック利用と、音
声や映像等のリアルタイム型のトラヒック利用といった
トラヒックカテゴリを区分けして料金を定義する新規な
サービスメニューが出現すると予想する。係るサービス
メニューにおいては、キャリアＩＳＰは、料金に相応し
いサービス品質を保証することが重要になる。

【００１７】とは言え、このような新規のサービスメニ
ューでは、各トラヒックカテゴリに応じたサービス品質
を保証するためのユーザ側及びキャリアＩＳＰ側に必要
な仕組みが全く不明となっている。

【００１８】本発明は上記実情を考慮してなされたもの
で、ベストエフォート型とリアルタイム型とのトラヒッ
クカテゴリを区分けしてサービス品質を保証し得るＱｏ
Ｓ提供方式、ルータ装置、ＱｏＳサーバ、ユーザ端末及
びＱｏＳ提供方法を提供することを目的とする。

【００１９】

【課題を解決するための手段】上記課題を解決するため
の本発明の骨子について説明する。本発明は、ＴＣＰ／
ＩＰ通信において、（ｉ）サービス種別を明確にし、
（ｉｉ）サービス種別に必要とされるＱｏＳ（Quality
of Service）のトラヒックパラメータを明確にすること
により、ＱｏＳ提供のためのルールを統一したものであ
る。

【００２０】ここで、特に、サービス種別及びＱｏＳの
トラヒックパラメータを既存のＡＴＭにおけるＱｏＳ機
能に基づいて定義している。これにより、次の（１）〜
（４）の作用効果を得ることができる。 （１）従来、ＱｏＳ提供の唯一の手段とされたＡＴＭ
（Asynchronous TransferMode）に置き換わり、低価格
なＩＰ専用線（ＩＰ−ＶＰＮ）によるＱｏＳ提供が可能
になる。すなわち、既に実績があり且つ周知のＡＴＭの
ＱｏＳ機能をＩＰルータに適用することにより、定義及
び評価の困難なＱｏＳを容易且つ確実にＩＰ−ＶＰＮに
提供することができる。

【００２１】（２）ユーザにはＱｏＳカテゴリが明示的
に示され、サービス内容が理解される。また、ＡＴＭの
ＱｏＳ機能が適用されるので、特に、従来のＡＴＭのユ
ーザには容易に理解させることができる。

【００２２】（３）キャリアＩＳＰは、明示的に示され
たトラヒックパラメータに基づいたネットワーク設計が
可能になる。すなわち、キャリアＩＳＰはその中継網
で、サービスとパラメータに従った方針（ポリシー）に
より、ＱｏＳ提供可能なネットワーク設計が可能にな
る。

【００２３】（４）本発明を全てのキャリアＩＳＰが採
用すると、１つのキャリアＩＳＰ内でのend-end 通信に
限らず、世界中のどのキャリアＩＳＰに加入しても統一
したサービス品質をend-end に提供することができる。

【００２４】さて、以上のような本発明の骨子を実現す
るため、具体的には以下のような手段が用いられる。請
求項１に対応する発明は、ＴＣＰ／ＩＰに基づき送信さ
れたＩＰヘッダを含むＩＰパケットを転送可能な複数の
ルータ装置を備えたネットワークに使用されるＱｏＳ提
供方式であって、前記各ルータ装置としては、前記ＩＰ
ヘッダのＴＯＳフィールドの内容又は送信元アドレスに
基づいて、複数のトラヒックカテゴリのいずれかを選択
するトラヒックカテゴリ選択手段と、前記トラヒックカ
テゴリ選択手段により選択されたトラヒックカテゴリの
サービス品質を保証するＱｏＳ保証手段とを備え、前記
各トラヒックカテゴリとしては、帯域保証型の一定レー
ト転送ＣＢＲと、統計的多重効果を利用した実時間性の
帯域保証型の可変レート転送ＶＢＲ−ｒｔと、統計的多
重効果を利用した非実時間性の帯域保証型の可変レート
転送ＶＢＲ−ｎｒｔと、非実時間性の非帯域保証型のレ
ート転送ＵＢＲと、最小帯域保証型のレート転送ＧＦＲ
と、を含んでいるＱｏＳ提供方式である。

【００２５】また、請求項２に対応する発明は、請求項
１に対応するＱｏＳ提供方式において、前記ＴＯＳフィ
ールドとしては、１つのトラヒックカテゴリと、前記Ｉ
Ｐパケット毎の処理優先度とが設定されたＱｏＳ提供方
式である。

【００２６】さらに、請求項３に対応する発明は、請求
項１又は請求項２に対応するＱｏＳ提供方式において、
前記ネットワークを介して受けた要求により、前記各ト
ラヒックカテゴリを要求元に提示するカテゴリ提示手段
と、前記カテゴリ提示手段により提示される各トラヒッ
クカテゴリにおけるサービス品質の保証内容を前記要求
元に提示するサービス提示手段と、前記サービス提示手
段により提示された保証を実行するための複数のパラメ
ータのうち、複数の固定パラメータを提示し、複数の可
変パラメータを複数の時間情報毎に個別に前記要求元に
設定させるパラメータ設定手段と、前記パラメータ設定
手段により設定された時間情報に基づいて、現在の時間
情報に対応する各可変パラメータを前記各ルータ装置に
配信するパラメータ配信手段と、前記カテゴリ提示手
段、前記サービス提示手段、前記パラメータ設定手段及
びパラメータ配信手段とを有するＱｏＳサーバとを備
え、前記固定パラメータが、前記各ルータ装置のパケッ
ト遅延耐力ＰＤＶ、最大パケット遅延時間変動値Peak-t
o-Peak ＰＤＶ、最大パケット遅延時間Max ＣＴＤ及び
パケット廃棄率ＣＬＲを含み、前記可変パラメータが、
所定期間中、前記ネットワーク内の所定の仮想専用網Ｖ
ＰＮを流れるトラヒックの単位時間当りの要求保証レー
トの最大値ＰＰＲ、平均値ＡＰＲ及び最小値ＭＰＲであ
るＱｏＳ提供方式である。

【００２７】また、請求項４に対応する発明は、ＴＣＰ
／ＩＰに基づき送信されたＩＰヘッダを含むＩＰパケッ
トを転送可能なルータ装置であって、前記ＩＰヘッダの
ＴＯＳフィールドの内容又は送信元アドレスに基づい
て、複数のトラヒックカテゴリのいずれかを選択するト
ラヒックカテゴリ選択手段と、前記トラヒックカテゴリ
選択手段により選択されたトラヒックカテゴリのサービ
ス品質を保証するＱｏＳ保証手段とを備え、前記各トラ
ヒックカテゴリとしては、帯域保証型の一定レート転送
ＣＢＲと、統計的多重効果を利用した実時間性の帯域保
証型の可変レート転送ＶＢＲ−ｒｔと、統計的多重効果
を利用した非実時間性の帯域保証型の可変レート転送Ｖ
ＢＲ−ｎｒｔと、非実時間性の非帯域保証型のレート転
送ＵＢＲと、最小帯域保証型のレート転送ＧＦＲと、を
含んでいるルータ装置である。

【００２８】さらに、請求項５に対応する発明は、請求
項４に対応するルータ装置において、前記ＴＯＳフィー
ルドとしては、１つのトラヒックカテゴリと、前記ＩＰ
パケット毎の処理優先度とが設定されており、前記Ｑｏ
Ｓ保証手段としては、前記トラヒックカテゴリ選択手段
により選択されたトラヒックカテゴリに関し、前記ＴＯ
Ｓフィールド内の処理優先度に基づいて、サービス品質
を保証するルータ装置である。

【００２９】また、請求項６に対応する発明は、ＴＣＰ
／ＩＰに基づき送信されたＩＰヘッダを含むＩＰパケッ
トを転送可能な複数のルータ装置を備えたネットワーク
に使用されるＱｏＳサーバであって、前記ネットワーク
を介して受けた要求により、前記各トラヒックカテゴリ
を要求元に提示するカテゴリ提示手段と、前記カテゴリ
提示手段により提示される各トラヒックカテゴリにおけ
るサービス品質の保証内容を前記要求元に提示する保証
内容提示手段と、前記サービス提示手段により提示され
た保証を実行するための複数のパラメータのうち、複数
の固定パラメータを提示し、複数の可変パラメータを複
数の時間情報毎に個別に前記要求元に設定させるパラメ
ータ設定手段と、前記パラメータ設定手段により設定さ
れた時間情報に基づいて、現在の時間情報に対応する各
可変パラメータを前記各ルータ装置に配信するパラメー
タ配信手段とを備え、前記固定パラメータが、前記各ル
ータ装置のパケット遅延耐力ＰＤＶ、最大パケット遅延
時間変動値Peak-to-PeakＰＤＶ、最大パケット遅延時間
Max ＣＴＤ及びパケット廃棄率ＣＬＲを含み、前記可変
パラメータが、所定期間中、前記ネットワーク内の所定
の仮想専用網ＶＰＮを流れるトラヒックの単位時間当り
の要求保証レートの最大値ＰＰＲ、平均値ＡＰＲ及び最
小値ＭＰＲであるＱｏＳサーバである。

【００３０】さらに、請求項７に対応する発明は、ＴＣ
Ｐ／ＩＰに基づき、ＩＰヘッダを含むＩＰパケットを送
信可能なユーザ端末であって、前記ＩＰパケットを送信
する際に、前記ＩＰヘッダのＴＯＳフィールド内にトラ
ヒックカテゴリを設定するカテゴリ設定手段を備え、前
記トラヒックカテゴリとしては、帯域保証型の一定レー
ト転送ＣＢＲと、統計的多重効果を利用した実時間性の
帯域保証型の可変レート転送ＶＢＲ−ｒｔと、統計的多
重効果を利用した非実時間性の帯域保証型の可変レート
転送ＶＢＲ−ｎｒｔと、非実時間性の非帯域保証型のレ
ート転送ＵＢＲと、最小帯域保証型のレート転送ＧＦＲ
と、のいずれか１つであるユーザ端末である。

【００３１】また、請求項８に対応する発明は、ＴＣＰ
／ＩＰに基づき、ＩＰヘッダを含むＩＰパケットをネッ
トワークに送信可能なユーザ端末であって、前記ネット
ワークに接続されたＱｏＳサーバからトラヒック管理用
の可変パラメータの設定を促されたとき、外部からの操
作により、前記ネットワーク内の仮想専用網ＶＰＮを流
れるトラヒックの単位時間当りの要求保証レートの最大
値ＰＰＲ、平均値ＡＰＲ及び最小値ＭＰＲを前記ＱｏＳ
サーバに送信するパラメータ送信手段を備えたユーザ端
末である。

【００３２】さらに、請求項９に対応する発明は、ＴＣ
Ｐ／ＩＰにおけるＩＰパケットを受信したルータ装置が
前記ＩＰパケットのＩＰヘッダに基づいて、前記ＩＰパ
ケットのトラヒックカテゴリにおけるサービス品質を保
証するＱｏＳ提供方法であって、前記トラヒックカテゴ
リとしては、帯域保証型の一定レート転送ＣＢＲと、統
計的多重効果を利用した実時間性の帯域保証型の可変レ
ート転送ＶＢＲ−ｒｔと、統計的多重効果を利用した非
実時間性の帯域保証型の可変レート転送ＶＢＲ−ｎｒｔ
と、非実時間性の非帯域保証型のレート転送ＵＢＲと、
最小帯域保証型のレート転送ＧＦＲと、のいずれか１つ
であるＱｏＳ提供方法である。

【００３３】（作用）従って、請求項１，４，７，９に
対応する発明は以上のような手段を講じたことにより、
ユーザ端末が、ＩＰパケットを送信する際に、ＩＰヘッ
ダのＴＯＳフィールド内にトラヒックカテゴリ（ＣＢ
Ｒ、ＶＢＲ−ｒｔ、ＶＢＲ−ｎｒｔ、ＵＢＲ、ＧＦＲの
いずれか１つ）を設定し、各ルータ装置としては、トラ
ヒックカテゴリ選択手段が、ＩＰパケットを受信する
と、そのＩＰヘッダのＴＯＳフィールドの内容又は送信
元アドレスに基づいて、複数のトラヒックカテゴリ（Ｃ
ＢＲ、ＶＢＲ−ｒｔ、ＶＢＲ−ｎｒｔ、ＵＢＲ、ＧＦ
Ｒ）のいずれかを選択し、ＱｏＳ保証手段が、トラヒッ
クカテゴリ選択手段により選択されたトラヒックカテゴ
リのサービス品質を保証するので、ベストエフォート型
とリアルタイム型とのトラヒックカテゴリを区分けして
サービス品質を保証することができる。

【００３４】また、請求項２，５に対応する発明は、Ｔ
ＯＳフィールドには、１つのトラヒックカテゴリと、Ｉ
Ｐパケット毎の処理優先度とが設定されており、ルータ
装置のＱｏＳ保証手段として、トラヒックカテゴリ選択
手段により選択されたトラヒックカテゴリに関し、ＴＯ
Ｓフィールド内の処理優先度に基づいて、サービス品質
を保証するので、請求項１，４に対応する作用と同様の
作用に加え、ＩＰパケット毎の処理優先度を考慮したき
め細かいサービス品質の保証を実現させることができ
る。

【００３５】さらに、請求項３，６，８に対応する発明
は、ＱｏＳサーバとしては、カテゴリ提示手段が、ネッ
トワークを介して受けた要求により、各トラヒックカテ
ゴリを要求元に提示し、保証内容提示手段が、カテゴリ
提示手段により提示される各トラヒックカテゴリにおけ
るサービス品質の保証内容を要求元に提示し、パラメー
タ設定手段が、サービス提示手段により提示された保証
を実行するための複数のパラメータのうち、複数の固定
パラメータ（ＰＤＶ、Peak-to-Peak ＰＤＶ、Max ＣＴ
Ｄ、ＣＬＲ）を提示し、複数の可変パラメータ（ＰＰ
Ｒ、ＡＰＲ、ＭＰＲ）を複数の時間情報毎に個別に要求
元に設定させる。

【００３６】一方、要求元のユーザ端末は、パラメータ
送信手段が、ネットワークに接続されたＱｏＳサーバか
らトラヒック管理用の可変パラメータの設定を促された
とき、外部からの操作により、各可変パラメータ（ＰＰ
Ｒ、ＡＰＲ、ＭＰＲ）をＱｏＳサーバに送信する。

【００３７】ＱｏＳサーバでは、パラメータ設定手段
が、この送信内容に従い、各可変パラメータを複数の時
間情報毎に個別に設定し、パラメータ配信手段が、パラ
メータ設定手段により設定された時間情報に基づいて、
現在の時間情報に対応する各可変パラメータを各ルータ
装置に配信する。

【００３８】このように、請求項１，２，４，５，７に
対応する作用と同様の作用に加え、時間・日・月によっ
て変動するトラヒックパターンに対応して可変パラメー
タを変更するので、ネットワークをより有効に使用で
き、より多くのユーザを収容することができる。

【００３９】

【発明の実施の形態】以下、本発明の各実施形態につい
て図面を参照しながら説明する。 （第１の実施形態）図１に本発明の第１の実施形態に係
るＱｏＳ提供方式の適用されたネットワークシステムの
構成を示す概略図である。このネットワークシステム
は、キャリアＩＳＰの運営するＱｏＳサーバ１０がキャ
リアＩＳＰの管理するＭＰＬＳ網２０、ラベルエッジル
ータ装置（図中、ＬＥＲ）３０，３０ａ〜３０ｄ、専用
線２１ａ〜２１ｄ及び通常のＩＰルータ装置１ａ〜１ｄ
を介して各ユーザサイトＡ〜Ｄに個別に接続されてい
る。また、各ユーザサイトＡ〜Ｄも同様に、ＩＰルータ
装置１ａ〜１ｄ、専用線２１ａ〜２１ｄ、ラベルエッジ
ルータ装置３０ａ〜３０ｄ及びラベルスイッチルータ
（図中、ＬＳＲ）装置４０を介して互いに接続されてい
る。

【００４０】ここで、ＱｏＳサーバ１０は、時刻・日・
月毎に変化するトラヒックパターンに応じて予め契約さ
れた内容に沿ってトラヒックパラメータを変更し、定期
的にネットワークを再設計するためのものであり、ユー
ザとキャリアＩＳＰとの間のサービス規約を実現するＳ
ＬＡ（Service Level Agreement ）サーバとしても機能
する。このＱｏＳサーバ１０によれば、トラヒックパラ
メータの定期的な変更により、トラヒックパラメータを
固定した際に予想される、従来のＴＤＭやＡＴＭ等の専
用線方式と同様なネットワークの無駄な使用や少数のユ
ーザのみ収容可能といった欠点を解消可能となってい
る。

【００４１】具体的にはＱｏＳサーバ１０は、図２に示
すように、ＱｏＳ契約プログラム１１、トラヒックパラ
メータ配信プログラム１２及びトラヒックパラメータテ
ーブル１３を備え、ＱｏＳ契約プログラム１１により、
ユーザ毎に契約内容に基づくトラヒックパラメータテー
ブル１３を作成する機能と、トラヒックパラメータ配信
プログラム１２により、定期的に現在の時点（月、日、
曜日、時刻）に基づいてトラヒックパラメータテーブル
１３内の該当するトラヒックパラメータをＭＰＬＳ網２
０のラベルエッジルータ装置に配信する機能とをもって
いる。

【００４２】ここで、ＱｏＳ契約プログラム１１は、図
２及び図３に示すように、ユーザサイトＵとキャリアＩ
ＳＰサイトＣ間において、キャリアＩＳＰサイトＣに運
営されるＱｏＳカテゴリ例メニューガイド１１_１、Ｑｏ
Ｓサービスメニュー１１_２及びトラヒックパラメータメ
ニュー１１_３をユーザサイトＡ〜Ｄに提示する機能と、
トラヒックパラメータメニュー１１_３にてユーザサイト
Ａ〜Ｄから設定されたトラヒックパラメータをトラヒッ
クパラメータテーブル１３に書込む機能とを実現させる
ためのものである。

【００４３】ＱｏＳカテゴリ例メニューガイド１１
_１は、図４に示すように、ＣＢＲ、ＶＢＲｒｔ、ＶＢＲ
ｎｒｔ、ＵＢＲ、ＧＦＲという５つのＱｏＳカテゴリを
示す画面情報を表示させるためのプログラムであり、ユ
ーザにとっては、どのようなＱｏＳサービスが使用可能
であるか、どのようなアプリケーションに適用すべきか
をアドバイスする機能を有し、メニューの概要を把握し
得る利点を有する。

【００４４】ここで、各ＱｏＳカテゴリは、既存のＡＴ
Ｍ(Asynchronous Transfer Mode;非同期転送モード) に
おける同一名称のＱｏＳ機能が適用されている。例え
ば、ＣＢＲ（Constant Bit Rate ）サービスは、疑似回
線交換サービスであり、一定ビットレートの動画や音声
等のストリームを固定帯域の回線上に流すような使い方
を対象にしたＩＰトラヒックと定義される。係るＣＢＲ
は、十分滑らかなトラヒックを持ったアプリケーション
や、ユーザサイトＡ〜Ｄの応答時間要求がＣＢＲにより
予約された帯域を完全に占有するアプリケーションを前
提としたサービスである。また、ＣＢＲでは、この前提
を有する上で、例えば相互ビデオ（ビデオ会議）、相互
音声（電話）、ビデオ配布（テレビ、分散教室）、音声
配布（ラジオ、音声供給）、ビデオ検索（ＶＯＤ）、音
声検索（音声図書館）、任意のデータ／文書／画像転送
といったアプリケーションが対象とされる。

【００４５】ＶＢＲｒｔ（Real Time Variable Bit Rat
e ）は、ＣＢＲと類似するが、必ずしも情報源が一定レ
ートではなく、変動レートであることを活かして有意な
統計多重利得を得る使い方を対象にしたＩＰトラヒック
と定義される。係るＶＢＲｒｔでは、例えば、実時間ア
プリケーション（ＣＢＲ用）を可変レートの端末で送る
ことにより、統計的多重効果を得るか又は転送による綱
資源の有効利用を図るもの、非ゼロの小さな損失レート
から回復可能又は寛容なアプリケーションが対象とされ
る。

【００４６】ＶＢＲｎｒｔ（Non Real Time Variable B
it Rate ）は、非実時間型のサービスに属する。情報源
が変動レートであることを活かして有為な統計多重利得
を得られる場合に使用されるが、遅延条件の厳しい通信
には使用不可となっている。係るＶＢＲｎｒｔは、フレ
ームリレー網の相互接続時や航空券予約、銀行処理など
のトランザクション処理や、応答時間に厳しい処理
（例、航空券予約、銀行処理、プロセス監視）の使用が
想定されている。

【００４７】ＵＢＲ（Unspecified Bit Rate）は、ベス
トエフォート型サービスに属し、ファイル転送や電子メ
ール等、実時間性や情報損失補償等を下位レイヤ（ＡＴ
Ｍレイヤ）に期待しない多くのアプリケーションが動作
する場合の使用が想定されている。ＵＢＲでは、例え
ば、相互文書／データ／画像転送（銀行処理、クレジッ
トカード、認証）、文書／データ／画像通信（電子メー
ル、ＦＡＸ）、文書／データ／画像配布（ニュース供
給、天気衛星画像）、文書／データ／画像検索（ファイ
ル転送、図書館閲覧）、遠隔端末（遠隔通信、Telnet）
等の使用が想定される。

【００４８】ＧＦＲ（Guaranteed Frame Rate ）は、上
述したＵＢＲ的な使用が想定されるが、最低帯域保証を
行うベストエフォート＋的なサービスである。

【００４９】ＱｏＳサービスメニュー１１_２は、ＱｏＳ
保証の提供においてＩＰトラヒックの何が、どのように
保証されるかを示すものであり、図５に示すように、各
ＱｏＳカテゴリ毎に、具体的な保証内容を示す画面情報
を表示させるためのプログラムであって、５つのＩＰ−
ＱｏＳ転送サービスの種類が区分けされて定義付けされ
ている。ここで、ＵＢＲを除く、以下の４つは、保証と
いう、従来のＩＰに無いサービスカテゴリとその対象を
示している。

【００５０】すなわち、ＩＰ−ＣＢＲサービスは、非圧
縮の音声や映像を対象とする。ＩＰ−ＶＢＲｒｔサービ
スは、圧縮した音声と映像を対象とする。ＩＰ−ＶＢＲ
ｎｒｔサービスは、ファイル転送を対象とする。ＧＦＲ
サービスは、メール、Ｗｅｂアクセスを対象とし、最小
帯域保証を行うＵＢＲ＋的な性質をもつ。

【００５１】なお、従来のＩＰでは、ＩＰ−ＵＢＲサー
ビスつまり運がよければパケットがたどり着くベストエ
フォート型のサービスが定義されている。一方、本発明
は、ベストエフォート型のサービスを保証する、という
新しい概念が定義されている。本発明では、保証によ
り、そのトラヒックを帯域保証、最低遅延保証、最小帯
域保証及び廃棄という４つの特徴で性格付けている。

【００５２】トラヒックパラメータメニュー１１_３は、
上述したＩＰ−ＱｏＳサービスメニューの各サービスの
動作をトラヒックパラメータにて規定するためのメニュ
ーであり、図６（ａ）に示す如き、キャリアＩＳＰが提
示するトラヒックパラメータ（ＰＤＶ、ＭＰＢＳ、Peak
to Peak ＰＤＶ、ＰＬＲ、ＲＥＤ）と、図６（ｂ）に
示す如き、ユーザが提示するトラヒックパラメータ（Ｐ
ＰＲ、ＡＰＲ、ＭＰＲ）とを示す画面情報を表示させ、
ユーザに各トラヒックパラメータを時間情報毎に設定さ
せるためのプログラムである。

【００５３】なお、各トラヒックパラメータは、図７に
示すように、既存のＡＴＭのＱｏＳを保証するためのト
ラヒックパラメータと対応させて定義されている。例え
ば、ＰＤＶ（Packet Delay Tolerance; パケット遅延耐
力）は、ＡＴＭのＣＤＶＴ（セル遅延耐力）に対応して
定義されている。なお、ＰＤＶは、キャリアＩＳＰのル
ータ装置３０，３０ａ〜３０ｄ，４０で一意的に決まる
固定値であり、ユーザはＰＤＶ値を提示しない。キャリ
アＩＳＰのネットワークはＰＤＶ値の保証を前提とす
る。

【００５４】ＰＰＲ（Peak Packet Rate; 最大保証帯
域）は、ＡＴＭのＰＣＲ（最大セル速度）に対応して定
義されたものであり、１日又は１ヶ月等の固定期間中、
カスタマサイト間を流れる閉域グループ（ＶＰＮ; Virt
ual Private Network ）の単位期間当たりの最大要求保
証レートを図５のトラヒックカテゴリの品質サービス毎
に示す。ユーザはＰＰＲ値を提示する。キャリアＩＳＰ
はＰＰＲ値を守るようにネットワークを設計する。具体
的には、ＰＰＲは、複数のマイクロフローの総計(Aggre
gate) 値として保証帯域を５つのＩＰ−ＱｏＳカテゴリ
毎に表現する。ＰＰＲの値は、最大バーストサイズ（Ｍ
ＰＢＳ）と、マイクロフローの送受信回数の合計値にて
次式のように決定可能である。 ５つのカテゴリの夫々のＰＰＲ＝｛Σ（1500 byte 換算
per ＶＰＮ毎の帯域）＋Σ（ 512 byte 換算 per Ｖ
ＰＮ毎の帯域）＋Σ（ 80 byte 換算 per ＶＰＮ毎の
帯域）｝ ＡＰＲ（Average Packet Rate; 平均保証帯域）は、Ａ
ＴＭのＳＣＲ（平均セル速度）に対応して定義されたも
のであり、１日又は１ヶ月等の固定期間中、カスタマサ
イト間を流れる閉域グループ（ＶＰＮ）の単位期間当た
りの送受信回数の平均要求保証レートを図５のトラヒッ
クカテゴリの品質サービス毎に示す。ユーザはＡＰＲ値
を提示する。キャリアＩＳＰはＡＰＲ値を守るようにネ
ットワークを設計する。具体的には、ＡＰＲは、複数の
マイクロフローの総計(Aggregate) 値として保証帯域を
５つのＩＰ−ＱｏＳカテゴリ毎に表現する。ＡＰＲの値
は、最大平均バーストサイズ（ＭＰＢＳ）と、マイクロ
フローの送受信回数の合計値にて次式のように決定可能
である。 ５つのカテゴリの夫々のＡＰＲ＝｛Σ（1500 byte 換算
per ＶＰＮ毎の帯域）＋Σ（ 512 byte 換算 per Ｖ
ＰＮ毎の帯域）＋Σ（ 80 byte 換算 per ＶＰＮ毎の
帯域）｝ なお、ＡＰＲは、パケットスケジューリングやキューイ
ング及び帯域保証を実現するための処理を簡単にする観
点から、ＰＰＲの半分と定義することが好ましい。

【００５５】ＭＰＲ（Minimum Packet Rate; 最小保証
帯域）は、ＡＴＭのＭＣＲ（最小セル速度）に対応して
定義されたものであり、１日又は１ヶ月等の固定期間
中、カスタマサイト間を流れる閉域グループ（ＶＰＮ）
の単位期間当たりの送受信回数の最小要求保証レートを
図５のトラヒックカテゴリの品質サービス毎に示す。ユ
ーザはＭＰＲ値を提示する。キャリアＩＳＰはＭＰＲ値
を守るようにネットワークを設計する。具体的には、Ｍ
ＰＲは、複数のマイクロフローの総計(Aggregate) 値と
して保証帯域を５つのＩＰ−ＱｏＳカテゴリ毎に表現す
る。ＭＰＲの値は、最大平均バーストサイズ（ＭＰＢ
Ｓ）と、マイクロフローの送受信回数の合計値にて次式
のように決定可能である。 ５つのカテゴリの夫々のＭＰＲ＝｛Σ（1500 byte 換算
per ＶＰＮ毎の帯域）＋Σ（ 512 byte 換算 per Ｖ
ＰＮ毎の帯域）＋Σ（ 80 byte 換算 per ＶＰＮ毎の
帯域）｝ ＭＰＢＳ（Maximum Packet Burst Size; 最大バースト
サイズ）は、ＡＴＭのＭＢＳ（最大バーストサイズ）に
対応して定義されたものであり、以下の３つから選択さ
れる。 （１）Ethernetの最大パケット長1500 byte （２）ＴＣＰ／ＩＰの最高の利用度のパケット長512 by
te （３）音声などの遅延の最小用のパケット長80 byte Peak-to-Peak ＰＤＶ（Peak-to-Peak Packet Delay Va
riation; 最大パケット遅延変動）は、ＡＴＭのPeak t
o Peak ＣＤＶ（最大セル遅延変動）に対応して定義さ
れたものである。なお、Peak-to-Peak ＰＤＶは、キャ
リアＩＳＰのルータ装置３０，３０ａ〜３０ｄ，４０で
一意的に決まる固定値であり、ユーザはPeak-to-Peak
ＰＤＶ値を提示しない。キャリアＩＳＰのネットワーク
はPeak-to-Peak ＰＤＶ値の保証を前提とする。

【００５６】ＭＰＴＤ（Max Packet Transit Delay; 最
大パケット遅延）は、ＡＴＭのMaxＣＴＤ（最大セル遅
延）に対応して定義されたものである。なお、Max ＣＴ
Ｄは、キャリアＩＳＰのルータ装置３０，３０ａ〜３０
ｄ，４０で一意的に決まる固定値であり、ユーザはMax
ＣＴＤ値を提示しない。キャリアＩＳＰのネットワーク
はMax ＣＴＤ値の保証を前提とする。

【００５７】ＰＬＲ（Packet Loss Rate; パケット廃棄
率）は、ＡＴＭのＣＬＲ（セル損失率）に対応して定義
されたものである。なお、ＰＬＲは、網が輻輳しない限
りパケットを廃棄しないことを示し、輻輳時の値として
キャリアＩＳＰに提示される。ユーザはＰＬＲ値を提示
しない。キャリアＩＳＰはＰＬＲを守るようにネットワ
ークを設計する。

【００５８】ＲＥＤ（Random Early Detection; 確率早
期検出）は、ＡＴＭのフィードバックに対応して定義さ
れたものである。なお、ＲＥＤは、上位層ＴＣＰのフロ
ー制御に依存し、再送割合の増加による（Retransmissi
on）網の輻輳をネットワークから隔離するようにパケッ
トを廃棄する。ＲＥＤは、輻輳時のみ発生する。キャリ
アＩＳＰはユーザに対し、輻輳時の不安定さを提示す
る。ユーザはＲＥＤの実行を指示する必要がない。キャ
リアＩＳＰは、輻輳をネットワーク全体に波及させない
ようにネットワークを設計する。

【００５９】なお、各トラフィックパラメータは、Ｑｏ
Ｓの実現に必要なものであるが、特に、ＰＰＲ（最大保
証帯域）、ＡＰＲ（平均保証帯域）及びＭＰＲ（最小保
証帯域）は、ユーザがキャリアＩＳＰに提示することに
より、End-to-EndのＱｏＳを提供可能とし、且つ、サー
ビス料金に反映される性質を有する。換言すると、ＰＰ
Ｒ、ＡＰＲ及びＭＰＲの提示により、従来のＡＴＭのＱ
ｏＳをＩＰレベルのネットワークに置換えたＩＰ−Ｑｏ
Ｓサービスがエミュレーション可能となる。

【００６０】トラヒックパラメータテーブル１３は、図
８に示すように、各ユーザにより、任意の時間情報毎
に、５つのＱｏＳカテゴリに個別に対応する３つのトラ
ヒックパラメータ（ＰＰＲ、ＡＰＲ、ＭＰＲ）がＱｏＳ
プログラム１１により設定されるデータテーブルであ
り、定期的（又は設定された時間情報の区切れ毎）にト
ラヒックパラメータ配信プログラム１２により読出され
る。なお、時間情報としては、図８では、平日（月〜
金）と休日（土・日・祝日）とを設定した例を示した
が、これに限らず、トラヒックパラメータを変更したい
時間帯であれば、月、日、時刻等の任意の期間が設定可
能となっている。また、契約期間としては、時間／日／
周／月／年単位といった任意のものが適用可能となって
いる。また、課金は、任意の形態で実現可能であるが、
安い料金でサービスを提供する観点から、トラヒックの
利用頻度とは無関係に契約毎に行なうことが好ましい。
一方、ラベルエッジルータ装置３０，３０ａ〜３０ｄ
は、図９に示すように、公知のカプセリング機能やラベ
リング機能などの経路制御機能に加え、トラヒックパラ
メータテーブル３１、ＱｏＳ保証プログラム３２を備
え、入力されるＩＰパケットに基づいて、ＱｏＳの各カ
テゴリ（CBR, VBRnt, VBRnrt, UBR, GFR）を保証する機
能を個別に実現可能としている。

【００６１】ここで、トラヒックパラメータテーブル３
１は、現在の時間情報に基づいてＱｏＳサーバ１０のト
ラヒックパラメータ配信プログラム１３により配信され
た各ユーザにおける各ＱｏＳカテゴリ毎の最大保証帯域
ＰＰＲ、平均保証帯域ＡＰＲ及び最低保証帯域ＭＰＲと
いう３つのＱｏＳパラメータが格納されている。

【００６２】ＱｏＳ保証プログラム３２は、ＣＢＲ保証
機能３２_１、ＶＢＲｒｔ保証機能３２_２、ＶＢＲｎｒｔ
保証機能３２_３、ＵＢＲ保証機能３２_４及びＧＦＲ保証
機能３２_５からなり、図１０に示すように、受信したＩ
ＰパケットにおけるＩＰヘッダ内の送信元アドレス（ユ
ーザに相当）及びＴＯＳ(Type Of Service) フィールド
の値（以下、ＴＯＳ値ともいう）に基づいてトラヒック
パラメータテーブル１３を検索し、各ＱｏＳ保証機能３
２_１〜３２_５のうち、該当する保証機能３２_ｉ（図１０
の例では、ＣＢＲ保証機能３２_１）を実行するためのも
のである。

【００６３】なお、各ＣＢＲ保証機能３２_１、ＶＢＲｒ
ｔ保証機能３２_２、ＶＢＲｎｒｔ保証機能３２_３、ＵＢ
Ｒ保証機能３２_４及びＧＦＲ保証機能３２_５自体の処理
動作としては、既存のＡＴＭに用いられる同一名称の保
証機能と同じ内容がＱｏＳ保証プログラム３２に記述さ
れている。

【００６４】また、ＴＯＳフィールドは、ＩＰｖ４では
８ビットで規定されており、本実施形態では、３ビット
分に５つのＱｏＳカテゴリが書込まれ、残りに処理優先
度が書込まれる。「処理優先度」の語は、種々解釈可能
であるが、ここでは低遅延優先度として割当てる。低遅
延優先度値を設けた理由は、各ルータベンダから提供さ
れる優先制御方式が色々あり、単純なPriority あるい
は Class Basedのキューイングを採用した際に、低遅延
優先度値を用いてQueuing やスケジューリングをする
と、優先制御及び帯域保証などが実現可能となるからで
ある。なお、ＴＯＳフィールドのＢｉｔ４〜８を全て使
う場合、各低遅延優先度にもグレードを設定可能であ
る。多くのグレードは、細かなサブクラスを意味し、き
め細かい優先度処理を実現可能とする。但し、「処理優
先度」の語は、低遅延優先度に限らず、低廃棄優先度と
してもよい。いずれにしても、処理優先度の定義は、一
意に決める必要がある。

【００６５】なお、ＩＰｖ６の場合、多少コーディング
の値を変える必要があるかもしれないが、概念的には本
発明を適用可能である。すなわち、ＩＰｖ６であって
も、ＱｏＳカテゴリと、パケット処理優先度とをＩＰヘ
ッダ内にコーディングすると、パケットのＩＰ処理のみ
で各ルータのＩＰ ＱｏＳが提供可能となる。

【００６６】また、本実施形態では、ＴＯＳフィールド
を使用するが、他のフィールドを使用する構成に変形し
てもよい。但し、ＩＰレベルでは、処理の簡単さの観点
から、ＴＯＳフィールドの使用が好ましい。

【００６７】なお、以上に述べたＴＯＳフィールドの設
定は、図１１に変形例を示すように、パケットの処理優
先度を省略してもよい。すなわち、契約時のパラメータ
をベースにルータのＱｏＳ提供のためのパケットスケジ
ューリングをルータが実行してもよい。図１０あるいは
図１１はルータ装置３０が支援可能な方を選ぶインプリ
メントマター（実施事項）である。但し、図１１の場
合、契約時のパラメータをベースにルータ装置３０のＱ
ｏＳ提供を考える必要がある。

【００６８】また、ＴＯＳフィールドに限らず、図１２
に他の変形例を示すように、ＩＰパケットを受信したと
き、送信元アドレス（及び／又は宛先アドレス）により
ユーザを判定し、プロトコルタイプ（及び／又はＩＤ）
によりデータ内容（例、音声、画像等）を判定し、判定
内容と、ユーザ毎の契約内容とに基づいて、各ＱｏＳカ
テゴリを決定する構成としてもよい。

【００６９】また一方、ラベルスイッチルータ装置４０
は、図１３に示すように、公知のカプセリング機能やラ
ベリング機能などの経路制御機能に加え、トラヒックパ
ラメータテーブル４１、ＱｏＳ保証プログラム４２を備
え、入力されるＩＰパケットに基づいて、ＱｏＳの各カ
テゴリ（CBR, VBRnt, VBRnrt, UBR, GFR）を保証する機
能を個別に実現可能としている。なお、トラヒックテー
ブル４１及びＱｏＳ保証プログラム４２は、前述したト
ラヒックテーブル３１及びＱｏＳ保証プログラム３２と
同じ内容である。すなわち、ラベルスイッチルータ装置
４０は、公知のラベリング機能のみが前述したラベルエ
ッジルータ装置３０と異なる構成である。

【００７０】但し、ラベルスイッチルータ装置４０は、
トラヒックパラメータテーブル４１、ＱｏＳ保証プログ
ラム４２を省略した従来の構成としてもよい。すなわ
ち、本発明は、キャリアＩＳＰの出入り口に相当するラ
ベルエッジルータ装置３０ａ〜３０ｄにおいて、ＱｏＳ
を保証する構成３１，３２があれば実施可能である。

【００７１】また、ＩＰルータ装置１ａ〜１ｄは、図１
８に示した構成と同様の公知のルータ構成をもってい
る。一方、ユーザサイトＡ〜Ｄは、基本的には企業ユー
ザ又は個人ユーザのいずれでも使用可能であるが、ここ
では特に、大きな収入源となり得る企業ユーザを対象と
した場合（企業側にルータ装置をもつユーザ；企業内ネ
ットワークに複数のユーザ端末が接続されている形態）
を想定する。すなわち、本発明は、近年、各キャリアＩ
ＳＰが提供する大きなサービスである専用線技術に変わ
るＩＰ−ＶＰＮ（ＩＰによる仮想専用線サービス）に相
当する。

【００７２】なお、ユーザサイトＡ〜Ｄ内のユーザ端末
（図示せず）としては、通常のコンピュータ機能に加
え、契約時に使用される機能として、ＱｏＳサーバ１０
に対してデータを授受する機能、ＱｏＳサーバ１０から
受けたメニュー画面情報を表示する機能、ＱｏＳサーバ
からトラヒックパラメータの設定を促されたとき、外部
からの操作により、トラヒックパラメータ（ＰＰＲ、Ａ
ＰＲ、ＭＰＲ）を時間情報毎にＱｏＳサーバに送信する
機能を有し、また、ＱｏＳ保証時に使用される機能とし
て、ＩＰパケットを送信する際に、ＩＰヘッダのＴＯＳ
フィールド内にトラヒックカテゴリ（ＣＢＲ、ＶＢＲ−
ｒｔ、ＶＢＲ−ｎｒｔ、ＵＢＲ、ＧＦＲのいずれか１
つ）を設定する機能を備えている。

【００７３】次に、以上のように構成されたＱｏＳ提供
方式の適用されたネットワークシステムの動作をユーザ
契約時、ＱｏＳ保証時の順に説明する。 （ユーザ契約時）例えばユーザサイトＡ内のユーザ端末
（以下、ユーザサイトＡという）は、図１４に示すよう
に、ユーザの操作により、ＱｏＳサーバ１０に接続し
（ＳＴ１）、ＱｏＳサービスの案内を要求する。ＱｏＳ
サーバ１０は、この要求に従い、ＱｏＳ契約プログラム
１１を起動し、図４に示したＱｏＳカテゴリ例メニュー
１１_１をユーザサイトＡに提示すると共に（ＳＴ１）、
図５に示したＱｏＳサービスメニューを１１_２をユーザ
サイトＡに提示する（ＳＴ２）。

【００７４】続いて、ＱｏＳサーバ１０は、図６（ａ）
に示したように、キャリアＩＳＰ側で決定されるトラヒ
ックパラメータ（ＰＤＶ、ＭＰＢＳ、Peak to Peak Ｐ
ＤＶ、ＰＬＲ、ＲＥＤ）をユーザサイトＡに提示すると
共に、ユーザ側に設定されるトラヒックパラメータをユ
ーザサイトＡに提示し（ＳＴ４）、契約するか否かの回
答をユーザサイトＡに促す（ＳＴ５）。

【００７５】ここで、ＱｏＳサーバ１０は、契約しない
旨の回答を得ると、処理を終了するが、ここでは契約す
る旨の回答を得るので、ユーザサイトＡに対し、トラヒ
ックパラメータの設定を促す。

【００７６】ユーザサイトＡは、ユーザの操作により、
各トラヒックパラメータＰＰＲ、ＡＰＲ、ＭＰＲを時間
情報毎にＱｏＳサーバに送信する。ＱｏＳサーバ１０
は、ユーザサイトＡの送信内容に従い、図６（ｂ）に示
したように、時間情報とＱｏＳカテゴリ毎にトラヒック
パラメータＰＰＲ，ＡＰＲ，ＭＰＲをトラヒックパラメ
ータテーブル１３に設定する（ＳＴ６）。ステップＳＴ
６の完了後、ＱｏＳサーバ１０は、契約処理を終了す
る。これにより、ＱｏＳサーバ１０がユーザとの契約内
容に基づいて、３つのトラヒックパラメータＰＰＲ，Ａ
ＰＲ，ＭＰＲを各ルータ装置３０，３０ａ〜３０ｄ，４
０のトラヒックパラメータテーブル３１，４１に設定す
ると、ＱｏＳ保証のサービスが実行可能となる。

【００７７】（ＱｏＳ保証時）ＱｏＳサーバ１０は、図
１５に示すように、定期的に、現在の時間情報に基づい
て、ユーザ毎に設定されたトラヒックパラメータＰＰ
Ｒ，ＡＰＲ，ＭＰＲを各ルータ装置３０，３０ａ〜３０
ｄ，４０に配信する（ＳＴ１１）。

【００７８】各ルータ装置３０，３０ａ〜３０ｄ，４０
は、このトラヒックパラメータを受けると、自己のトラ
ヒックパラメータテーブル３１，４１内のトラヒックパ
ラメータＰＰＲ，ＡＰＲ，ＭＰＲを更新する（ＳＴ１
２）。これにより、時間情報に応じたトラヒックパラメ
ータＰＰＲ，ＡＰＲ，ＭＰＲが各ルータ装置３０，３０
ａ〜３０ｄ，４０に設定される。

【００７９】次に、例えばユーザサイトＡがユーザサイ
トＣにＩＰパケットを送信するとする。ユーザサイトＡ
は、ＩＰヘッダのＴＯＳフィールド内にトラヒックカテ
ゴリ（ＣＢＲ、ＶＢＲ−ｒｔ、ＶＢＲ−ｎｒｔ、ＵＢ
Ｒ、ＧＦＲのいずれか１つ）を設定した後、ＩＰパケッ
トを送信する。

【００８０】このＩＰパケットは、ＩＰルータ１ａ及び
専用線２１ａを介してラベルエッジルータ３０ａに受信
される。

【００８１】ラベルエッジルータ装置３０ａは、ユーザ
からのＩＰパケットを受信すると（ＳＴ１３）、図１０
に示したように、ＩＰパケット内のＴＯＳ値に基づい
て、ＱｏＳカテゴリを選択し（ＳＴ１４）、ＴＯＳフィ
ールド内の低遅延優先度値に基づいて、当該ＱｏＳカテ
ゴリに対応する保証機能３２_ｉを実行し、ＱｏＳを保証
する（ＳＴ１５）。

【００８２】しかる後、ラベルエッジルータ装置３０ａ
は、ＩＰパケットをＭＰＬＳにカプセリングして、ＩＰ
パケット over ＭＰＬＳ技術にてラベル付きＩＰパケッ
トを次のラベルエッジルータ装置３０ｃに転送する経路
制御処理を実行する（ＳＴ１６）。

【００８３】ラベルエッジルータ装置３０ｃは、このラ
ベル付きＩＰパケットからラベルを剥がし、取出された
ＩＰパケットを専用線２１ｃを介してＩＰルータ装置１
ｃに転送する。ＩＰルータ装置１ｃはこのＩＰパケット
をユーザサイトｃに転送する。これにより、ＭＰＬＳ網
２０内におけるＱｏＳ保証を伴う、ユーザサイトＡから
ユーザサイトＣまでのパケット転送処理が完了する。ま
た、係るパケット転送において、ユーザサイトＡのユー
ザが支払う料金は、図１の下方に示すように、キャリア
ＩＳＰのＭＰＬＳ網２０までの最も近くの専用線２１の
収容点（ラベルエッジルータ装置３０ａ）までの距離に
依存した料金区間料金と、ＶＰＮサービス使用料金と、
ＱｏＳサービス利用料金とを合計した金額となる。な
お、この支払い料金は、他のユーザサイトＢ〜Ｄから送
信した場合も同様に算出される。

【００８４】上述したように本実施形態によれば、まず
契約時においては、ＱｏＳサーバ１０としては、ＱｏＳ
カテゴリ例メニューガイド１１_１により、各ＱｏＳカテ
ゴリ（ＣＢＲ、ＶＢＲ−ｒｔ、ＶＢＲ−ｎｒｔ、ＵＢ
Ｒ、ＧＦＲ）をユーザサイトＡに提示し、ＱｏＳサービ
スメニュー１１_２により、ＱｏＳの保証内容をユーザサ
イトＡに提示する。これにより、ユーザにはＱｏＳカテ
ゴリが明示的に示され、サービス内容が理解される。

【００８５】また、ＱｏＳサーバ１０は、トラヒックパ
ラメータメニュー１１_３により、ＱｏＳを保証するため
の各トラヒックパラメータのうち、複数の固定パラメー
タ（ＰＤＶ、Peak-to-Peak ＰＤＶ、Max ＣＴＤ、ＣＬ
Ｒ）を提示し、複数の可変パラメータ（ＰＰＲ、ＡＰ
Ｒ、ＭＰＲ）を複数の時間情報毎に個別に設定させ、ト
ラヒックパラメータ配信プログラム１２により、トラヒ
ックパラメータテーブル１３内の時間情報に基づいて、
現在の時間情報に対応する各可変パラメータを各ルータ
装置３０，３０ａ〜３０ｄ，４０に配信する。

【００８６】これにより、時間・日・月によって変動す
るトラヒックパターンに対応して可変パラメータを変更
するので、ネットワークをより有効に使用でき、より多
くのユーザを収容することができる。また、キャリアＩ
ＳＰにとっては、明示的に示されたトラヒックパラメー
タに基づいて、ネットワークを設計することができる。
次にＱｏＳ保証時においては、ユーザサイトＡが、ＩＰ
パケットを送信する際に、ＩＰヘッダのＴＯＳフィール
ド内にトラヒックカテゴリ（ＣＢＲ、ＶＢＲ−ｒｔ、Ｖ
ＢＲ−ｎｒｔ、ＵＢＲ、ＧＦＲのいずれか１つ）を設定
し、各ルータ装置３０，３０ａ〜３０ｄ，４０として
は、ＩＰパケットを受信すると、そのＩＰヘッダのＴＯ
Ｓフィールドに基づいて、複数のトラヒックカテゴリ
（ＣＢＲ、ＶＢＲ−ｒｔ、ＶＢＲ−ｎｒｔ、ＵＢＲ、Ｇ
ＦＲ）のいずれかを選択し、該当するトラヒックカテゴ
リのサービス品質を保証するので、ベストエフォート型
とリアルタイム型とのトラヒックカテゴリを区分けして
サービス品質を保証することができる。すなわち、既に
実績のあるＡＴＭの統計多重効果及びＱｏＳ提供機能に
基づき、低価格なＩＰ専用線(IP-VPN)によるＱｏＳ提供
を実現できる。

【００８７】また、本実施形態では、ＴＯＳフィールド
には、１つのトラヒックカテゴリと、ＩＰパケット毎の
処理優先度とが設定されており、ルータ装置３０ａが、
ＱｏＳ保証手段３２により、ＴＯＳフィールドに示され
たトラヒックカテゴリに関し、同じくＴＯＳフィールド
に示された処理優先度に基づいて、サービス品質を保証
するので、ＩＰパケット毎の処理優先度を考慮したきめ
細かいサービス品質の保証を実現させることができる。

【００８８】また、係るパケット転送において、各ユー
ザサイトＡのユーザが支払う料金は、自己のルータ装置
１ａからキャリアＩＳＰのＭＰＬＳ網２０のラベルエッ
ジルータ装置３０ａまでの距離に依存した料金区間料金
と、ＶＰＮサービス使用料金と、ＱｏＳサービス利用料
金とを合計した金額となる。

【００８９】さらに、本発明を全てのキャリアＩＳＰが
採用すると、１つのキャリアＩＳＰ内でのend-end 通信
に限らず、世界中のどのキャリアＩＳＰに加入しても統
一したサービス品質をend-end に提供することができ
る。

【００９０】続いて、マルチベンダ環境下のルータ装置
の工夫について補足的に説明する。

【００９１】本発明は、ＩＰルータ装置が直接インタフ
ェースとなるため、従来のＡＴＭで規定されたＱｏＳの
厳密なトラヒックパラメータを申告しても、トラヒック
パラメータが実現されない場合がある。

【００９２】実現されない理由は、キャリアＩＳＰの各
ルータ装置が１つのベンダで構築されることが少ないこ
とに起因する。換言すると、マルチベンダによる複数の
ルータ装置を用いた場合、ルータ装置で一意に決まるト
ラヒックパラメータにバラツキが生じ、トラヒックパラ
メータが統一されない。このため、マルチベンダ環境下
でのルータ装置を想定する必要がある。

【００９３】本実施形態では、マルチベンダの場合、キ
ャリアＩＳＰのエッジつまり、ユーザのルータ装置との
入口・出口のラベルエッジルータ装置３０，３０ａ〜３
０ｄのルータ装置に、トラヒックパラメータテーブル３
１及びＱｏＳ保証プログラム３２が搭載されることによ
り、マルチベンダの場合であっても、トラヒックパラメ
ータを実現させることができる。

【００９４】（第２の実施形態）図１６は本発明の第２
の実施形態に係るＱｏＳ提供方式の適用されたネットワ
ークシステムの構成を示す概略図であり、図１と同一部
分には同一符号を付してその詳しい説明を省略し、ここ
では異なる部分について主に述べる。

【００９５】すなわち、本実施形態は、第１の実施形態
の変形例であり、キャリアＩＳＰのＩＰ中継網をＭＰＬ
Ｓ網２０に代えて、ＩＰ網２２としたものである。これ
に伴い、一部のラベルエッジルータ装置３０及びラベル
スイッチルータ装置４０を省略し、且つ、ラベルエッジ
ルータ装置３０ａ〜３０ｄに代えて、ルータ装置５０ａ
〜５０ｄが配置されている。

【００９６】ここで、ルータ装置５０ａ〜５０ｄは、図
１７に示すように、公知のルーティング機能、ＡＲＰ(A
ddress Resolution Protocol; アドレス解決プロトコ
ル) 機能やフィルタリング機能などの経路制御機能に加
え、トラヒックパラメータテーブル５１、ＱｏＳ保証プ
ログラム５２を備え、入力されるＩＰパケットに基づい
て、ＱｏＳの各カテゴリ（CBR, VBRnt, VBRnrt, UBR, G
FR）を保証する機能を個別に実現可能としている。な
お、トラヒックテーブル５１及びＱｏＳ保証プログラム
５２は、前述したトラヒックテーブル３１及びＱｏＳ保
証プログラム３２と同じ内容である。すなわち、ルータ
装置５０は、公知の経路制御機能のみが前述したラベル
エッジルータ装置３０と異なる構成である。なお、ルー
タ装置５０ａ〜５０ｄとしては、ＰＯＳ（Packet over
SONET ）方式を実行可能な構成としてもよい。

【００９７】以上のような構成としても、ＭＰＬＳ網２
０上の転送動作がＩＰ網２３上の転送動作に変わったこ
とを除き、第１の実施形態と同様にＱｏＳの保証契約並
びに保証処理を実施して同様の効果を得ることができ
る。また、ユーザの支払い料金についても同様に算出す
ることができる。

【００９８】なお、上記実施形態に記載した手法は、Ｑ
ｏＳサーバ１０や各ルータ装置３０，３０ａ〜３０ｄ，
４０，５０のコンピュータに実行させることのできるプ
ログラムとして、磁気ディスク（フロッピーディスク、
ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導
体メモリなどの記憶媒体に格納して頒布することもでき
る。なお、記憶媒体としては、プログラムを記憶でき、
かつコンピュータが読み取り可能な記憶媒体であれば、
その記憶形式は何れの形態であっても良い。

【００９９】また、記憶媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施形態を実現するための各処
理の一部を実行しても良い。

【０１００】さらに、本発明における記憶媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムをダウンロードして
記憶または一時記憶した記憶媒体も含まれる。

【０１０１】また、記憶媒体は１つに限らず、複数の媒
体から本実施形態における処理が実行される場合も本発
明における記憶媒体に含まれ、媒体構成は何れの構成で
あっても良い。

【０１０２】尚、本発明におけるコンピュータは、記憶
媒体に記憶されたプログラムに基づき、本実施形態にお
ける各処理を実行するものであって、パソコン等の１つ
からなる装置、複数の装置がネットワーク接続されたシ
ステム等の何れの構成であっても良い。

【０１０３】また、本発明におけるコンピュータとは、
パソコンに限らず、情報処理機器に含まれる演算処理装
置、マイコン等も含み、プログラムによって本発明の機
能を実現することが可能な機器、装置を総称している。

【０１０４】また、上記実施形態では、ＱｏＳサーバ１
０、ラベルエッジルータ装置３０，３０ａ〜３０ｄ、ラ
ベルスイッチルータ装置４０及びルータ装置５０ａ〜５
０ｄの各機能を説明するために便宜的に、ＱｏＳ契約プ
ログラム１１、トラヒックパラメータ配信プログラム１
２、トラヒックパラメータテーブル１３，３１，４１，
５１、ＱｏＳ保証プログラム３２，４２，５２なる機能
ブロックを用いて説明したが、これに限らず、全体とし
て同様に動作するものであれば、本発明の範囲に包含さ
れる。その他、本発明はその要旨を逸脱しない範囲で種
々変形して実施できる。

【０１０５】

【発明の効果】以上説明したように本発明によれば、ベ
ストエフォート型とリアルタイム型とのトラヒックカテ
ゴリを区分けしてサービス品質を保証できるＱｏＳ提供
方式、ルータ装置、ＱｏＳサーバ、ユーザ端末及びＱｏ
Ｓ提供方法を提供できる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るＱｏＳ提供方式
の適用されたネットワークシステムの構成を示す概略図

【図２】同実施形態におけるＱｏＳサーバの構成を示す
模式図

【図３】同実施形態におけるＱｏＳ契約プログラムを説
明するための模式図

【図４】同実施形態におけるＱｏＳカテゴリ例メニュー
ガイドを説明するための模式図

【図５】同実施形態におけるＱｏＳサービスメニューを
説明するための模式図

【図６】同実施形態におけるトラヒックパラメータメニ
ューを説明するための模式図

【図７】同実施形態におけるトラヒックパラメータを従
来ＡＴＭのトラヒックパラメータと比較して示す図

【図８】同実施形態におけるトラヒックパラメータテー
ブルを説明するための模式図

【図９】同実施形態におけるラベルエッジルータ装置の
構成を示す模式図

【図１０】同実施形態におけるＴＯＳフィールドの設定
を説明するための模式図

【図１１】同実施形態におけるＴＯＳフィールドの設定
の変形例を説明するための模式図

【図１２】同実施形態におけるＱｏＳカテゴリの決定過
程の変形例を説明するための模式図

【図１３】同実施形態におけるラベルスイッチルータ装
置の構成を示す模式図

【図１４】同実施形態におけるユーザ契約時の動作を説
明するためのフローチャート

【図１５】同実施形態におけるＱｏＳ保証時の動作を説
明するためのフローチャート

【図１６】本発明の第２の実施形態に係るＱｏＳ提供方
式の適用されたネットワークシステムの構成を示す概略
図

【図１７】同実施形態におけるルータ装置の構成を示す
模式図

【図１８】従来のルータ装置の構成を示す模式図

【図１９】従来のラベルエッジルータ装置の構成を示す
模式図

【図２０】従来のラベルスイッチルータ装置の構成を示
す模式図

【符号の説明】

１ａ〜１ｄ，５０…ＩＰルータ装置 １０…ＱｏＳサーバ １１…ＱｏＳ契約プログラム １１_１…ＱｏＳカテゴリ例メニューガイド １１_２…ＱｏＳサービスメニュー １１_３…トラヒックパラメータメニュー １２…トラヒックパラメータ配信プログラム １３…トラヒックパラメータテーブル ２０…ＭＰＬＳ網 ２１ａ〜２１ｄ，２３ａ〜２３ｄ…専用線 ２２…ＩＰ網 ３０，３０ａ〜３０ｄ…ラベルエッジルータ装置 ３１，４１，５１…トラヒックパラメータテーブル ３２，４２，５２…ＱｏＳ保証プログラム ４０…ラベルスイッチルータ装置 Ａ〜Ｄ，Ｕ…ユーザサイト Ｃ…キャリアＩＳＰサイト

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ＴＣＰ／ＩＰに基づき送信されたＩＰヘ
   ッダを含むＩＰパケットを転送可能な複数のルータ装置
   を備えたネットワークに使用されるＱｏＳ提供方式であ
   って、 前記各ルータ装置は、 前記ＩＰヘッダのＴＯＳフィールドの内容又は送信元ア
   ドレスに基づいて、複数のトラヒックカテゴリのいずれ
   かを選択するトラヒックカテゴリ選択手段と、 前記トラヒックカテゴリ選択手段により選択されたトラ
   ヒックカテゴリのサービス品質を保証するＱｏＳ保証手
   段とを備え、 前記各トラヒックカテゴリは、 帯域保証型の一定レート転送ＣＢＲと、 統計的多重効果を利用した実時間性の帯域保証型の可変
   レート転送ＶＢＲ−ｒｔと、 統計的多重効果を利用した非実時間性の帯域保証型の可
   変レート転送ＶＢＲ−ｎｒｔと、 非実時間性の非帯域保証型のレート転送ＵＢＲと、 最小帯域保証型のレート転送ＧＦＲと、 を含んでいることを特徴とするＱｏＳ提供方式。
2. 【請求項２】 請求項１に記載のＱｏＳ提供方式におい
   て、 前記ＴＯＳフィールドは、１つのトラヒックカテゴリ
   と、前記ＩＰパケット毎の処理優先度とが設定されたこ
   とを特徴とするＱｏＳ提供方式。
3. 【請求項３】 請求項１又は請求項２に記載のＱｏＳ提
   供方式において、 前記ネットワークを介して受けた要求により、前記各ト
   ラヒックカテゴリを要求元に提示するカテゴリ提示手段
   と、 前記カテゴリ提示手段により提示される各トラヒックカ
   テゴリにおけるサービス品質の保証内容を前記要求元に
   提示するサービス提示手段と、 前記サービス提示手段により提示された保証を実行する
   ための複数のパラメータのうち、複数の固定パラメータ
   を提示し、複数の可変パラメータを複数の時間情報毎に
   個別に前記要求元に設定させるパラメータ設定手段と、 前記パラメータ設定手段により設定された時間情報に基
   づいて、現在の時間情報に対応する各可変パラメータを
   前記各ルータ装置に配信するパラメータ配信手段と、 前記カテゴリ提示手段、前記サービス提示手段、前記パ
   ラメータ設定手段及びパラメータ配信手段とを有するＱ
   ｏＳサーバとを備え、 前記固定パラメータは、前記各ルータ装置のパケット遅
   延耐力ＰＤＶ、最大パケット遅延時間変動値Peak-to-Pe
   ak ＰＤＶ、最大パケット遅延時間Max ＣＴＤ及びパケ
   ット廃棄率ＣＬＲを含み、 前記可変パラメータは、所定期間中、前記ネットワーク
   内の所定の仮想専用網ＶＰＮを流れるトラヒックの単位
   時間当りの要求保証レートの最大値ＰＰＲ、平均値ＡＰ
   Ｒ及び最小値ＭＰＲであることを特徴とするＱｏＳ提供
   方式。
4. 【請求項４】 ＴＣＰ／ＩＰに基づき送信されたＩＰヘ
   ッダを含むＩＰパケットを転送可能なルータ装置であっ
   て、 前記ＩＰヘッダのＴＯＳフィールドの内容又は送信元ア
   ドレスに基づいて、複数のトラヒックカテゴリのいずれ
   かを選択するトラヒックカテゴリ選択手段と、 前記トラヒックカテゴリ選択手段により選択されたトラ
   ヒックカテゴリのサービス品質を保証するＱｏＳ保証手
   段とを備え、 前記各トラヒックカテゴリは、 帯域保証型の一定レート転送ＣＢＲと、 統計的多重効果を利用した実時間性の帯域保証型の可変
   レート転送ＶＢＲ−ｒｔと、 統計的多重効果を利用した非実時間性の帯域保証型の可
   変レート転送ＶＢＲ−ｎｒｔと、 非実時間性の非帯域保証型のレート転送ＵＢＲと、 最小帯域保証型のレート転送ＧＦＲと、 を含んでいることを特徴とするルータ装置。
5. 【請求項５】 請求項４に記載のルータ装置において、 前記ＴＯＳフィールドは、１つのトラヒックカテゴリ
   と、前記ＩＰパケット毎の処理優先度とが設定されてお
   り、 前記ＱｏＳ保証手段は、前記トラヒックカテゴリ選択手
   段により選択されたトラヒックカテゴリに関し、前記Ｔ
   ＯＳフィールド内の処理優先度に基づいて、サービス品
   質を保証することを特徴とするルータ装置。
6. 【請求項６】 ＴＣＰ／ＩＰに基づき送信されたＩＰヘ
   ッダを含むＩＰパケットを転送可能な複数のルータ装置
   を備えたネットワークに使用されるＱｏＳサーバであっ
   て、 前記ネットワークを介して受けた要求により、前記各ト
   ラヒックカテゴリを要求元に提示するカテゴリ提示手段
   と、 前記カテゴリ提示手段により提示される各トラヒックカ
   テゴリにおけるサービス品質の保証内容を前記要求元に
   提示する保証内容提示手段と、 前記サービス提示手段により提示された保証を実行する
   ための複数のパラメータのうち、複数の固定パラメータ
   を提示し、複数の可変パラメータを複数の時間情報毎に
   個別に前記要求元に設定させるパラメータ設定手段と、 前記パラメータ設定手段により設定された時間情報に基
   づいて、現在の時間情報に対応する各可変パラメータを
   前記各ルータ装置に配信するパラメータ配信手段とを備
   え、 前記固定パラメータは、前記各ルータ装置のパケット遅
   延耐力ＰＤＶ、最大パケット遅延時間変動値Peak-to-Pe
   ak ＰＤＶ、最大パケット遅延時間Max ＣＴＤ及びパケ
   ット廃棄率ＣＬＲを含み、 前記可変パラメータは、所定期間中、前記ネットワーク
   内の所定の仮想専用網ＶＰＮを流れるトラヒックの単位
   時間当りの要求保証レートの最大値ＰＰＲ、平均値ＡＰ
   Ｒ及び最小値ＭＰＲであることを特徴とするＱｏＳサー
   バ。
7. 【請求項７】 ＴＣＰ／ＩＰに基づき、ＩＰヘッダを含
   むＩＰパケットを送信可能なユーザ端末であって、 前記ＩＰパケットを送信する際に、前記ＩＰヘッダのＴ
   ＯＳフィールド内にトラヒックカテゴリを設定するカテ
   ゴリ設定手段を備え、 前記トラヒックカテゴリは、 帯域保証型の一定レート転送ＣＢＲと、 統計的多重効果を利用した実時間性の帯域保証型の可変
   レート転送ＶＢＲ−ｒｔと、 統計的多重効果を利用した非実時間性の帯域保証型の可
   変レート転送ＶＢＲ−ｎｒｔと、 非実時間性の非帯域保証型のレート転送ＵＢＲと、 最小帯域保証型のレート転送ＧＦＲと、 のいずれか１つであることを特徴とするユーザ端末。
8. 【請求項８】 ＴＣＰ／ＩＰに基づき、ＩＰヘッダを含
   むＩＰパケットをネットワークに送信可能なユーザ端末
   であって、 前記ネットワークに接続されたＱｏＳサーバからトラヒ
   ック管理用の可変パラメータの設定を促されたとき、外
   部からの操作により、前記ネットワーク内の仮想専用網
   ＶＰＮを流れるトラヒックの単位時間当りの要求保証レ
   ートの最大値ＰＰＲ、平均値ＡＰＲ及び最小値ＭＰＲを
   前記ＱｏＳサーバに送信するパラメータ送信手段を備え
   たことを特徴とするユーザ端末。
9. 【請求項９】 ＴＣＰ／ＩＰにおけるＩＰパケットを受
   信したルータ装置が前記ＩＰパケットのＩＰヘッダに基
   づいて、前記ＩＰパケットのトラヒックカテゴリにおけ
   るサービス品質を保証するＱｏＳ提供方法であって、 前記トラヒックカテゴリは、 帯域保証型の一定レート転送ＣＢＲと、 統計的多重効果を利用した実時間性の帯域保証型の可変
   レート転送ＶＢＲ−ｒｔと、 統計的多重効果を利用した非実時間性の帯域保証型の可
   変レート転送ＶＢＲ−ｎｒｔと、 非実時間性の非帯域保証型のレート転送ＵＢＲと、 最小帯域保証型のレート転送ＧＦＲと、 のいずれか１つであることを特徴とするＱｏＳ提供方
   法。