JP2001292167A - ネットワーク中継システムおよび中継装置 - Google Patents
ネットワーク中継システムおよび中継装置Info
- Publication number
- JP2001292167A JP2001292167A JP2000107758A JP2000107758A JP2001292167A JP 2001292167 A JP2001292167 A JP 2001292167A JP 2000107758 A JP2000107758 A JP 2000107758A JP 2000107758 A JP2000107758 A JP 2000107758A JP 2001292167 A JP2001292167 A JP 2001292167A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- bit string
- service quality
- network
- relay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 多数の端末を用いた通信のサービス品質を容
易に保証することができるネットワーク中継システムお
よび中継装置を提供する。 【解決手段】 一方のエッジルータ１００から他方のエ
ッジルータ１１０方向のパスに対してＲＳＶＰメッセー
ジによって、通信帯域の予約が行われる。エッジルータ
１００は、入力されるＩＰパケット群の中からＱｏＳ保
証対象の特定パケットを分類し、この特定パケットのヘ
ッダ部に所定のビット列を設定した後、予約された通信
帯域を用いて他方のエッジルータ１１０に向けて送信す
る。他方のエッジルータ１１０は、特定パケットに含ま
れる所定のビット列を削除した後、この特定パケットを
サーバ３００に送信する。
易に保証することができるネットワーク中継システムお
よび中継装置を提供する。 【解決手段】 一方のエッジルータ１００から他方のエ
ッジルータ１１０方向のパスに対してＲＳＶＰメッセー
ジによって、通信帯域の予約が行われる。エッジルータ
１００は、入力されるＩＰパケット群の中からＱｏＳ保
証対象の特定パケットを分類し、この特定パケットのヘ
ッダ部に所定のビット列を設定した後、予約された通信
帯域を用いて他方のエッジルータ１１０に向けて送信す
る。他方のエッジルータ１１０は、特定パケットに含ま
れる所定のビット列を削除した後、この特定パケットを
サーバ３００に送信する。
Description
【０００１】
【発明の属する技術分野】本発明は、特定の条件を満た
す多数のパケットのそれぞれの通信に対して通信品質保
証を行うネットワーク中継システムおよびこれに用いら
れる中継装置に関する。
す多数のパケットのそれぞれの通信に対して通信品質保
証を行うネットワーク中継システムおよびこれに用いら
れる中継装置に関する。
【０００２】
【従来の技術】近年のパーソナルコンピュータやインタ
ーネットの急速な普及には目覚ましいものがあり、また
企業ネットワークとしてのＩＰ（インターネットプロト
コル）ネットワークも拡充の方向にある。また、多くの
キャリアもＩＰサービスを開始しており、ネットワーク
プロトコルはＩＰに統一化される傾向にある。
ーネットの急速な普及には目覚ましいものがあり、また
企業ネットワークとしてのＩＰ（インターネットプロト
コル）ネットワークも拡充の方向にある。また、多くの
キャリアもＩＰサービスを開始しており、ネットワーク
プロトコルはＩＰに統一化される傾向にある。
【０００３】また、アプリケーションについても電子メ
ールやＷＷＷ（ワールドワイドウェブ）が普及し、ある
いは動画や音声等のマルチメディアデータの普及も進み
つつあり、これらのデータ通信に使用されるプロトコル
もＩＰがほとんどの割合を占めるようになっている。
ールやＷＷＷ（ワールドワイドウェブ）が普及し、ある
いは動画や音声等のマルチメディアデータの普及も進み
つつあり、これらのデータ通信に使用されるプロトコル
もＩＰがほとんどの割合を占めるようになっている。
【０００４】従来、ＩＰネットワークにおいてＱｏＳ
（サービス品質）を保証する手法には、大きく分けて２
種類がある。１つは、例えばコンテンツ配信サーバによ
る動画の配信データなどについて行われている手法であ
り、宛先ＩＰアドレス、プロトコルＩＤ、宛先ポート番
号で区別される特定フロー（セッション）毎に、帯域な
どのネットワーク資源を予約してＱｏＳを保証するため
のＱｏＳセットアッププロトコルとしてのＲＳＶＰ（リ
ソース予約プロトコル）を使用する手法である。ＲＳＶ
Ｐは、インターネット技術の標準化団体ＩＥＴＦ（Inte
rnet EngineeringTask Force）で標準化されたプロトコ
ルである。一例として、動画や音声などの連続的なスト
リームデータについて、伝送路のトラヒック負荷の状態
にかかわらず滑らかな音声や動画の再生を可能にするた
めに、送信サーバから受信クライアントに向かう方向の
経路に対して、ＲＳＶＰによって伝送帯域などのネット
ワーク資源を予約して遅延やジッタを一定以内に抑える
ことで、要求されるＱｏＳを実現することができる。最
近では、ＲＳＶＰを実装したネットワーク機器やＲＳＶ
Ｐに対応したマルチメディアアプリケーションが商品化
されたり、ＰＣ（パーソナルコンピュータ）のＯＳ（オ
ペレーティングシステム）をＲＳＶＰに対応させたりし
ている。
（サービス品質）を保証する手法には、大きく分けて２
種類がある。１つは、例えばコンテンツ配信サーバによ
る動画の配信データなどについて行われている手法であ
り、宛先ＩＰアドレス、プロトコルＩＤ、宛先ポート番
号で区別される特定フロー（セッション）毎に、帯域な
どのネットワーク資源を予約してＱｏＳを保証するため
のＱｏＳセットアッププロトコルとしてのＲＳＶＰ（リ
ソース予約プロトコル）を使用する手法である。ＲＳＶ
Ｐは、インターネット技術の標準化団体ＩＥＴＦ（Inte
rnet EngineeringTask Force）で標準化されたプロトコ
ルである。一例として、動画や音声などの連続的なスト
リームデータについて、伝送路のトラヒック負荷の状態
にかかわらず滑らかな音声や動画の再生を可能にするた
めに、送信サーバから受信クライアントに向かう方向の
経路に対して、ＲＳＶＰによって伝送帯域などのネット
ワーク資源を予約して遅延やジッタを一定以内に抑える
ことで、要求されるＱｏＳを実現することができる。最
近では、ＲＳＶＰを実装したネットワーク機器やＲＳＶ
Ｐに対応したマルチメディアアプリケーションが商品化
されたり、ＰＣ（パーソナルコンピュータ）のＯＳ（オ
ペレーティングシステム）をＲＳＶＰに対応させたりし
ている。
【０００５】もう１つは、ＩＰｖ４ヘッダに含まれるＴ
ＯＳ（タイプオブサービス）フィールドを利用して、そ
の値毎にネットワーク機器での転送処理の方法を変え
て、パケット転送に差別化された品質を実現する手法で
ある。ＴＯＳフィールドは、ＩＰヘッダ内に設けられて
おり、例えばルーティング情報のパケットを優先的に送
信・転送するなど、ある程度の規定はあったが普及はほ
とんどしておらず、またベンダ毎に解釈が異なる実装を
している。こらを新たに定義し直す形でDiffserv（Diff
errentiated Service）が登場した。これは、ＩＰヘッ
ダ内に含まれる従来のＴＯＳフィールドの使用方法を定
義し直すものであり、ＴＯＳフィールドに設定された値
毎にネットワーク機器内での廃棄率を変えるなどの方法
により、パケット転送の差別化を実現する。例えば、Ｉ
ＳＰ（インターネットサービスプロバイダ）などが、ユ
ーザとの契約に応じて、高い料金の契約者にはＱｏＳが
高くて確実なパケット転送サービスを提供し、通常料金
の契約ユーザにはベストエフォートのパケット転送サー
ビスを提供するなどの用途に使用することが想定され
る。
ＯＳ（タイプオブサービス）フィールドを利用して、そ
の値毎にネットワーク機器での転送処理の方法を変え
て、パケット転送に差別化された品質を実現する手法で
ある。ＴＯＳフィールドは、ＩＰヘッダ内に設けられて
おり、例えばルーティング情報のパケットを優先的に送
信・転送するなど、ある程度の規定はあったが普及はほ
とんどしておらず、またベンダ毎に解釈が異なる実装を
している。こらを新たに定義し直す形でDiffserv（Diff
errentiated Service）が登場した。これは、ＩＰヘッ
ダ内に含まれる従来のＴＯＳフィールドの使用方法を定
義し直すものであり、ＴＯＳフィールドに設定された値
毎にネットワーク機器内での廃棄率を変えるなどの方法
により、パケット転送の差別化を実現する。例えば、Ｉ
ＳＰ（インターネットサービスプロバイダ）などが、ユ
ーザとの契約に応じて、高い料金の契約者にはＱｏＳが
高くて確実なパケット転送サービスを提供し、通常料金
の契約ユーザにはベストエフォートのパケット転送サー
ビスを提供するなどの用途に使用することが想定され
る。
【０００６】また、上述したマルチメディアデータやＩ
ＳＰのサービスとしてのＩＰパケット転送以外にも、低
遅延などの高いＱｏＳの保証が求められるデータ通信が
存在する。例えば、企業ネットワークにおいて、その企
業の収益に直結するオーダーエントリ業務や勘定系業務
などの基幹業務データ通信などのように、企業にとって
重要度が高く、遅延などが少なく高品質な伝送が求めら
れるデータ通信がこれに当たる。このような通信は、ク
ライアント端末−ホストコンピュータ間のネットワーク
のトラヒック負荷状態とは関係なく、帯域を保証するな
どの手段を通じて、常に低遅延、低損失でデータが伝送
される仕組みが要求される。さらに、このような基幹業
務も、ネットワーク管理コスト低減の観点から、従来の
ＳＮＡ（System Network Architecture）やＦＮＡ（Fuj
itsu Network Architecture）から、他の電子メールや
ＷＷＷなどの情報通信プロトコルと同じＩＰに移行しつ
つある。
ＳＰのサービスとしてのＩＰパケット転送以外にも、低
遅延などの高いＱｏＳの保証が求められるデータ通信が
存在する。例えば、企業ネットワークにおいて、その企
業の収益に直結するオーダーエントリ業務や勘定系業務
などの基幹業務データ通信などのように、企業にとって
重要度が高く、遅延などが少なく高品質な伝送が求めら
れるデータ通信がこれに当たる。このような通信は、ク
ライアント端末−ホストコンピュータ間のネットワーク
のトラヒック負荷状態とは関係なく、帯域を保証するな
どの手段を通じて、常に低遅延、低損失でデータが伝送
される仕組みが要求される。さらに、このような基幹業
務も、ネットワーク管理コスト低減の観点から、従来の
ＳＮＡ（System Network Architecture）やＦＮＡ（Fuj
itsu Network Architecture）から、他の電子メールや
ＷＷＷなどの情報通信プロトコルと同じＩＰに移行しつ
つある。
【０００７】ところが、ネットワーク管理コスト削減の
観点から、ＷＷＷや電子メールなどの情報系通信とＩＰ
化された基幹業務通信を１つの回線上に統合するという
要求は強いが、特に伝送速度の遅いＷＡＮ（広域ネット
ワーク）において他の情報系トラヒックに圧迫され、基
幹業務データ通信の良好なレスポンスが阻害されること
になるため、現状では、情報系通信とは別の専用回線を
敷設し、基幹業務データ通信の低遅延などの伝送品質の
保証を行っている。
観点から、ＷＷＷや電子メールなどの情報系通信とＩＰ
化された基幹業務通信を１つの回線上に統合するという
要求は強いが、特に伝送速度の遅いＷＡＮ（広域ネット
ワーク）において他の情報系トラヒックに圧迫され、基
幹業務データ通信の良好なレスポンスが阻害されること
になるため、現状では、情報系通信とは別の専用回線を
敷設し、基幹業務データ通信の低遅延などの伝送品質の
保証を行っている。
【０００８】
【発明が解決しようとする課題】ところで、上述したよ
うに、ＲＳＶＰを用いることにより、明示的に帯域を予
約することができるが、それは特定フロー、すなわち特
定の端末が特定のアドレスに送信する特定のアプリケー
ションのデータがその適用対象であって、データの発生
が連続し、トラヒック特定も一定しているマルチメディ
アデータへの適用が主である。したがって、各地に点在
する多数の端末からデータが送られてくるようなオーダ
ーエントリ業務や勘定系業務には向いていない。一般
に、ＲＳＶＰは、ＩＰアドレスやプロトコルＩＤ、ポー
ト番号などによりフローを識別する処理が必要になるた
め、ネットワーク機器での処理の負担が大きい。また、
通常は通信するエンドシステム間でＲＳＶＰのシグナリ
ングを送受信することが必要であり、エンドシステムが
ＲＳＶＰをサポートしていない場合、ネットワークの帯
域などの資源予約を動的かつ明示的に行う方法がなかっ
た。
うに、ＲＳＶＰを用いることにより、明示的に帯域を予
約することができるが、それは特定フロー、すなわち特
定の端末が特定のアドレスに送信する特定のアプリケー
ションのデータがその適用対象であって、データの発生
が連続し、トラヒック特定も一定しているマルチメディ
アデータへの適用が主である。したがって、各地に点在
する多数の端末からデータが送られてくるようなオーダ
ーエントリ業務や勘定系業務には向いていない。一般
に、ＲＳＶＰは、ＩＰアドレスやプロトコルＩＤ、ポー
ト番号などによりフローを識別する処理が必要になるた
め、ネットワーク機器での処理の負担が大きい。また、
通常は通信するエンドシステム間でＲＳＶＰのシグナリ
ングを送受信することが必要であり、エンドシステムが
ＲＳＶＰをサポートしていない場合、ネットワークの帯
域などの資源予約を動的かつ明示的に行う方法がなかっ
た。
【０００９】また、DiffservやＴＯＳを用いることによ
り、特定フローに限らず、同じＤＳＣＰ（Differentiat
ed Services Codepoint）の値やＴＯＳフィールドの値
を持つパケット群に対して、ネットワーク機器での転送
処理方法による優先転送などのサービスが可能だが、Ｒ
ＳＶＰと異なり、シグナリングを行わないために、明示
的に帯域などのネットワーク資源をネットワーク経路上
に予約してパケット群の転送に割り当てる仕組みがな
く、定量的なサービス提供は不可能である。したがっ
て、現状では、ランダムな多数クライアントやアプリケ
ーションから送信されるパケット群に対して、明示的な
帯域などのネットワーク資源を割り当てて、高いＱｏＳ
を保証するサービスを提供する仕組みがない。
り、特定フローに限らず、同じＤＳＣＰ（Differentiat
ed Services Codepoint）の値やＴＯＳフィールドの値
を持つパケット群に対して、ネットワーク機器での転送
処理方法による優先転送などのサービスが可能だが、Ｒ
ＳＶＰと異なり、シグナリングを行わないために、明示
的に帯域などのネットワーク資源をネットワーク経路上
に予約してパケット群の転送に割り当てる仕組みがな
く、定量的なサービス提供は不可能である。したがっ
て、現状では、ランダムな多数クライアントやアプリケ
ーションから送信されるパケット群に対して、明示的な
帯域などのネットワーク資源を割り当てて、高いＱｏＳ
を保証するサービスを提供する仕組みがない。
【００１０】また、例えば企業ネットワークにおける業
務通信は、少数の大型ホスト（サーバ）と総計数百〜数
千台に及ぶクライアント端末間で行われるのが通常であ
り、ＷＷＷトラヒックや電子メール、ＦＴＰ（ファイル
転送プロトコル）トラヒックなどと区別して、企業にと
って最重要な業務通信に対してＱｏＳを保証するという
ニーズがあっても、日常業務を中断して数千台に及ぶク
ライアント端末にＲＳＶＰやDiffservを実現するため必
要な各種のプログラムをインストールしたり、端末自体
を取り替えることは事実上不可能であり、ＱｏＳを保証
することは実質的に困難であった。
務通信は、少数の大型ホスト（サーバ）と総計数百〜数
千台に及ぶクライアント端末間で行われるのが通常であ
り、ＷＷＷトラヒックや電子メール、ＦＴＰ（ファイル
転送プロトコル）トラヒックなどと区別して、企業にと
って最重要な業務通信に対してＱｏＳを保証するという
ニーズがあっても、日常業務を中断して数千台に及ぶク
ライアント端末にＲＳＶＰやDiffservを実現するため必
要な各種のプログラムをインストールしたり、端末自体
を取り替えることは事実上不可能であり、ＱｏＳを保証
することは実質的に困難であった。
【００１１】さらに、インターネットでは、ユーザが自
宅からダイアルアップによってＩＳＰに接続して各種の
サービスの提供を受けるが、ユーザに高いＱｏＳのサー
ビスを提供しようとすると、ユーザが使用する端末やア
プリケーションがＲＳＶＰやDiffservに対応しているこ
とが必要であるが、公平なサービスを提供したり受けた
りするためには、ユーザ側のみならずＩＳＰ側でも高い
ＱｏＳのサービスを提供する仕組みが必要である。この
ように、個々のユーザ端末も含めたネットワーク全体で
のＱｏＳ保証の仕組みが要求されるが、現状ではこのよ
うな仕組みが整っていない。
宅からダイアルアップによってＩＳＰに接続して各種の
サービスの提供を受けるが、ユーザに高いＱｏＳのサー
ビスを提供しようとすると、ユーザが使用する端末やア
プリケーションがＲＳＶＰやDiffservに対応しているこ
とが必要であるが、公平なサービスを提供したり受けた
りするためには、ユーザ側のみならずＩＳＰ側でも高い
ＱｏＳのサービスを提供する仕組みが必要である。この
ように、個々のユーザ端末も含めたネットワーク全体で
のＱｏＳ保証の仕組みが要求されるが、現状ではこのよ
うな仕組みが整っていない。
【００１２】本発明は、このような点に鑑みて創作され
たものであり、その目的は、多数の端末を用いた通信の
サービス品質を容易に保証することができるネットワー
ク中継システムおよび中継装置を提供することにある。
たものであり、その目的は、多数の端末を用いた通信の
サービス品質を容易に保証することができるネットワー
ク中継システムおよび中継装置を提供することにある。
【００１３】
【課題を解決するための手段】図１は、本発明のネット
ワーク中継システムの原理ブロック図である。図１に示
すネットワーク中継システムは、第１の通信装置として
の複数のクライアント端末２００、２１０に接続された
第１の中継装置としてのエッジルータ１００と、第２の
通信装置としての複数のサーバ３００、３１０に接続さ
れた第２の中継装置としてのエッジルータ１１０と、こ
れら２つのエッジルータ１００、１１０間を相互に接続
する第３の中継装置としての複数の中間ルータ１３０と
を含んで構成されている。
ワーク中継システムの原理ブロック図である。図１に示
すネットワーク中継システムは、第１の通信装置として
の複数のクライアント端末２００、２１０に接続された
第１の中継装置としてのエッジルータ１００と、第２の
通信装置としての複数のサーバ３００、３１０に接続さ
れた第２の中継装置としてのエッジルータ１１０と、こ
れら２つのエッジルータ１００、１１０間を相互に接続
する第３の中継装置としての複数の中間ルータ１３０と
を含んで構成されている。
【００１４】請求項１のネットワーク中継システムは、
１あるいは複数の第１の通信装置が接続された第１の中
継装置と、１あるいは複数の第２の通信装置が接続され
た第２の中継装置とを有するネットワークにおいて、前
記第１の中継装置と前記第２の中継装置との間でサービ
ス品質セットアッププロトコルを用いたネットワーク資
源の予約を行うことを特徴としている。第１の中継装置
と第２の中継装置との間でネットワーク資源の予約が行
われるため、第１の中継装置に接続された１あるいは複
数の第１の通信装置と、第２の中継装置に接続された１
あるいは複数の第２の中継装置との間で通信を行う際
に、予約されたネットワーク資源を使用することができ
る。これにより、多数の通信装置を用いた通信のサービ
ス品質を容易に保証することができる。
１あるいは複数の第１の通信装置が接続された第１の中
継装置と、１あるいは複数の第２の通信装置が接続され
た第２の中継装置とを有するネットワークにおいて、前
記第１の中継装置と前記第２の中継装置との間でサービ
ス品質セットアッププロトコルを用いたネットワーク資
源の予約を行うことを特徴としている。第１の中継装置
と第２の中継装置との間でネットワーク資源の予約が行
われるため、第１の中継装置に接続された１あるいは複
数の第１の通信装置と、第２の中継装置に接続された１
あるいは複数の第２の中継装置との間で通信を行う際
に、予約されたネットワーク資源を使用することができ
る。これにより、多数の通信装置を用いた通信のサービ
ス品質を容易に保証することができる。
【００１５】請求項２のネットワーク中継システムは、
請求項１のネットワーク中継システムにおいて、前記第
１の中継装置は、サービス品質セットアッププロトコル
を用いてネットワーク資源を予約する第１のサービス品
質セットアップ処理手段と、前記第１の通信装置から送
られてくるデータパケットの中から、予約された前記ネ
ットワーク資源を用いた伝送の対象となる特定パケット
を分類する第１のパケット分類処理手段と、前記パケッ
ト分類処理手段によって分類された前記特定パケットに
対して、所定のビット列を設定するビット列設定手段
と、前記ビット列設定手段によって前記ビット列が設定
された前記特定パケットを、この特定パケットに含まれ
る前記ビット列の内容に対応する前記ネットワーク資源
を用いて前記第２の中継装置に向けて送出する第１の転
送処理手段とを備えることを特徴としている。
請求項１のネットワーク中継システムにおいて、前記第
１の中継装置は、サービス品質セットアッププロトコル
を用いてネットワーク資源を予約する第１のサービス品
質セットアップ処理手段と、前記第１の通信装置から送
られてくるデータパケットの中から、予約された前記ネ
ットワーク資源を用いた伝送の対象となる特定パケット
を分類する第１のパケット分類処理手段と、前記パケッ
ト分類処理手段によって分類された前記特定パケットに
対して、所定のビット列を設定するビット列設定手段
と、前記ビット列設定手段によって前記ビット列が設定
された前記特定パケットを、この特定パケットに含まれ
る前記ビット列の内容に対応する前記ネットワーク資源
を用いて前記第２の中継装置に向けて送出する第１の転
送処理手段とを備えることを特徴としている。
【００１６】サービス品質セットアッププロトコルを用
いてネットワーク資源を予約するとともに、１あるいは
複数の第１の通信装置から送られてくるデータパケット
の中から、サービス品質の保証対象となる特定パケット
を分類し、この分類された特定パケットに特定のビット
列を設定して、予約したネットワーク資源を用いて通信
を行うことにより、第１の中継装置から送信する特定パ
ケットのサービス品質を確実に保証することができる。
いてネットワーク資源を予約するとともに、１あるいは
複数の第１の通信装置から送られてくるデータパケット
の中から、サービス品質の保証対象となる特定パケット
を分類し、この分類された特定パケットに特定のビット
列を設定して、予約したネットワーク資源を用いて通信
を行うことにより、第１の中継装置から送信する特定パ
ケットのサービス品質を確実に保証することができる。
【００１７】請求項３のネットワーク中継システムは、
請求項２のネットワーク中継システムにおいて、前記第
２の中継装置は、サービス品質セットアッププロトコル
を用いてネットワーク資源を予約する第２のサービス品
質セットアップ処理手段と、入力されるデータパケット
の中から、予約された前記ネットワーク資源を用いて伝
送されたことを示す前記ビット列が付加された前記特定
パケットを分類する第２のパケット分類処理手段と、前
記パケット分類処理手段によって分類された前記特定パ
ケットに含まれる前記ビット列を削除するビット列削除
手段と、前記ビット列削除手段によって前記特定パケッ
トから前記ビット列が削除されたデータパケットを前記
第２の通信装置に送出する第２の転送処理手段とを備え
ることを特徴としている。
請求項２のネットワーク中継システムにおいて、前記第
２の中継装置は、サービス品質セットアッププロトコル
を用いてネットワーク資源を予約する第２のサービス品
質セットアップ処理手段と、入力されるデータパケット
の中から、予約された前記ネットワーク資源を用いて伝
送されたことを示す前記ビット列が付加された前記特定
パケットを分類する第２のパケット分類処理手段と、前
記パケット分類処理手段によって分類された前記特定パ
ケットに含まれる前記ビット列を削除するビット列削除
手段と、前記ビット列削除手段によって前記特定パケッ
トから前記ビット列が削除されたデータパケットを前記
第２の通信装置に送出する第２の転送処理手段とを備え
ることを特徴としている。
【００１８】サービス品質セットアッププロトコルを用
いてネットワーク資源を予約するとともに、この予約し
たネットワーク資源を用いて第１の中継装置から送られ
てくる特定パケットを分類し、この特定パケットに含ま
れるビット列を削除した後に第２の通信装置に送信する
ことにより、第２の中継装置によって受信する特定パケ
ットのサービス品質を確実に保証することができる。
いてネットワーク資源を予約するとともに、この予約し
たネットワーク資源を用いて第１の中継装置から送られ
てくる特定パケットを分類し、この特定パケットに含ま
れるビット列を削除した後に第２の通信装置に送信する
ことにより、第２の中継装置によって受信する特定パケ
ットのサービス品質を確実に保証することができる。
【００１９】請求項４のネットワーク中継システムは、
請求項１〜３のいずれかのネットワーク中継システムに
おいて、前記第１および第２の中継装置の間に配置され
てこれらの間のデータパケットの伝送を中継する第３の
中継装置を備えることを特徴としている。前記第３の中
継装置は、サービス品質セットアッププロトコルを用い
てネットワーク資源を予約する第３のサービス品質セッ
トアップ処理手段と、入力されたデータパケットの中か
ら、予約された前記ネットワーク資源を用いて伝送され
たことを示す前記ビット列が付加された前記特定パケッ
トを分類する第３のパケット分類処理手段と、前記第３
のパケット分類処理手段によって分類された前記特定パ
ケットを、この特定パケットに含まれる前記ビット列の
内容に対応する前記ネットワーク資源を用いて前記第２
の中継装置に向けて送出する第３の転送処理手段とを備
えることを特徴としている。
請求項１〜３のいずれかのネットワーク中継システムに
おいて、前記第１および第２の中継装置の間に配置され
てこれらの間のデータパケットの伝送を中継する第３の
中継装置を備えることを特徴としている。前記第３の中
継装置は、サービス品質セットアッププロトコルを用い
てネットワーク資源を予約する第３のサービス品質セッ
トアップ処理手段と、入力されたデータパケットの中か
ら、予約された前記ネットワーク資源を用いて伝送され
たことを示す前記ビット列が付加された前記特定パケッ
トを分類する第３のパケット分類処理手段と、前記第３
のパケット分類処理手段によって分類された前記特定パ
ケットを、この特定パケットに含まれる前記ビット列の
内容に対応する前記ネットワーク資源を用いて前記第２
の中継装置に向けて送出する第３の転送処理手段とを備
えることを特徴としている。
【００２０】サービス品質セットアッププロトコルを用
いてネットワーク資源を予約するとともに、この予約し
たネットワーク資源を用いて第１の中継装置から送られ
てくる特定パケットを分類して、第２の中継装置に向け
て転送することにより、第３の中継装置によって中継す
る特定パケットのサービス品質を確実に保証することが
できる。
いてネットワーク資源を予約するとともに、この予約し
たネットワーク資源を用いて第１の中継装置から送られ
てくる特定パケットを分類して、第２の中継装置に向け
て転送することにより、第３の中継装置によって中継す
る特定パケットのサービス品質を確実に保証することが
できる。
【００２１】請求項５のネットワーク中継システムは、
請求項１〜４のいずれかのネットワーク中継システムに
おいて、前記サービス品質セットアッププロトコルは、
リソース予約プロトコルであることを特徴としている。
リソース予約プロトコルを用いることによって、サービ
ス品質を保証するために必要な通信帯域を確保すること
ができる。
請求項１〜４のいずれかのネットワーク中継システムに
おいて、前記サービス品質セットアッププロトコルは、
リソース予約プロトコルであることを特徴としている。
リソース予約プロトコルを用いることによって、サービ
ス品質を保証するために必要な通信帯域を確保すること
ができる。
【００２２】請求項６のネットワーク中継システムは、
請求項２のネットワーク中継システムにおいて、前記第
１のサービス品質セットアップ処理手段は、前記サービ
ス品質セットアッププロトコルを用いて予約した前記ネ
ットワーク資源のトラヒック条件と前記ビット列との対
応をとるために、未使用のリザーブ領域に前記ビット列
を含ませたサービス品質セットアッププロトコルメッセ
ージを前記第２の中継装置に向けて送出することを特徴
としている。サービス品質セットアッププロトコルメッ
セージを送信することによって、サービス品質の保証対
象となる特定パケットを分類するために必要なビット列
を通知することができるため、このメッセージを受信し
た第２の中継装置や第３の中継装置は、このメッセージ
に含まれるビット列を用いることにより、サービス品質
を保証したい特定パケットを確実に分類することができ
る。
請求項２のネットワーク中継システムにおいて、前記第
１のサービス品質セットアップ処理手段は、前記サービ
ス品質セットアッププロトコルを用いて予約した前記ネ
ットワーク資源のトラヒック条件と前記ビット列との対
応をとるために、未使用のリザーブ領域に前記ビット列
を含ませたサービス品質セットアッププロトコルメッセ
ージを前記第２の中継装置に向けて送出することを特徴
としている。サービス品質セットアッププロトコルメッ
セージを送信することによって、サービス品質の保証対
象となる特定パケットを分類するために必要なビット列
を通知することができるため、このメッセージを受信し
た第２の中継装置や第３の中継装置は、このメッセージ
に含まれるビット列を用いることにより、サービス品質
を保証したい特定パケットを確実に分類することができ
る。
【００２３】請求項７の通信は、請求項２のネットワー
ク中継システムにおいて、前記第１のサービス品質セッ
トアップ処理手段は、前記サービス品質セットアッププ
ロトコルを用いて予約した前記ネットワーク資源のトラ
ヒック条件と前記ビット列との対応をとるために、前記
ビット列を付加したサービス品質セットアッププロトコ
ルメッセージを前記第２の中継装置に向けて送出するこ
とを特徴としている。サービス品質セットアッププロト
コルメッセージを送信する際に、特定パケットの分類に
使用するビット列を通知する方法は、上述したメッセー
ジの未使用のリザーブ領域にこのビット列を含ませる場
合の他に、このメッセージに新たにビット列を付加する
フィールドを追加するようにしてもよい。この付加され
たフィールド内のビット列を読み出すことにより、第２
の中継装置や第３の中継装置は、サービス品質を保証し
たい特定パケットを確実に分類することができる。
ク中継システムにおいて、前記第１のサービス品質セッ
トアップ処理手段は、前記サービス品質セットアッププ
ロトコルを用いて予約した前記ネットワーク資源のトラ
ヒック条件と前記ビット列との対応をとるために、前記
ビット列を付加したサービス品質セットアッププロトコ
ルメッセージを前記第２の中継装置に向けて送出するこ
とを特徴としている。サービス品質セットアッププロト
コルメッセージを送信する際に、特定パケットの分類に
使用するビット列を通知する方法は、上述したメッセー
ジの未使用のリザーブ領域にこのビット列を含ませる場
合の他に、このメッセージに新たにビット列を付加する
フィールドを追加するようにしてもよい。この付加され
たフィールド内のビット列を読み出すことにより、第２
の中継装置や第３の中継装置は、サービス品質を保証し
たい特定パケットを確実に分類することができる。
【００２４】請求項８のネットワーク中継システムは、
請求項３のネットワーク中継システムにおいて、前記第
２のサービス品質セットアップ処理手段は、前記第１の
中継装置側から送られてくるサービス品質セットアップ
プロトコルメッセージの所定位置に前記ビット列が含ま
れているか否かを調べ、前記ビット列が含まれていない
場合には、前記第２の中継装置を用いた通常のサービス
品質セットアッププロトコルにしたがって動作を行うこ
とを特徴としている。また、請求項９のネットワーク中
継システムは、請求項４のネットワーク中継システムに
おいて、前記第３のサービス品質セットアップ処理手段
は、前記第１の中継装置側から送られてくるサービス品
質セットアッププロトコルメッセージの所定位置に前記
ビット列が含まれているか否かを調べ、前記ビット列が
含まれていない場合には、前記第３の中継装置を用いた
通常のサービス品質セットアッププロトコルにしたがっ
て動作を行うことを特徴としている。
請求項３のネットワーク中継システムにおいて、前記第
２のサービス品質セットアップ処理手段は、前記第１の
中継装置側から送られてくるサービス品質セットアップ
プロトコルメッセージの所定位置に前記ビット列が含ま
れているか否かを調べ、前記ビット列が含まれていない
場合には、前記第２の中継装置を用いた通常のサービス
品質セットアッププロトコルにしたがって動作を行うこ
とを特徴としている。また、請求項９のネットワーク中
継システムは、請求項４のネットワーク中継システムに
おいて、前記第３のサービス品質セットアップ処理手段
は、前記第１の中継装置側から送られてくるサービス品
質セットアッププロトコルメッセージの所定位置に前記
ビット列が含まれているか否かを調べ、前記ビット列が
含まれていない場合には、前記第３の中継装置を用いた
通常のサービス品質セットアッププロトコルにしたがっ
て動作を行うことを特徴としている。
【００２５】サービス品質セットアッププロトコルに特
定パケットの分類に使用されるビット列が含まれていな
い場合に、従来から行われている通常のサービス品質セ
ットアッププロトコルにしたがった動作が行われるた
め、従来から行われているネットワーク資源の予約動作
に影響を与えることなく、本発明のネットワーク中継シ
ステムにおけるネットワーク資源の予約動作を行うこと
ができる。
定パケットの分類に使用されるビット列が含まれていな
い場合に、従来から行われている通常のサービス品質セ
ットアッププロトコルにしたがった動作が行われるた
め、従来から行われているネットワーク資源の予約動作
に影響を与えることなく、本発明のネットワーク中継シ
ステムにおけるネットワーク資源の予約動作を行うこと
ができる。
【００２６】請求項１０のネットワーク中継システム
は、請求項１〜９のいずれかのネットワーク中継システ
ムにおいて、前記特定パケットがインターネットプロト
コルバージョン４のＩＰパケットである場合に、このＩ
Ｐパケットのヘッダ部に含まれるタイプオブサービスフ
ィールドに前記ビット列を含ませることを特徴としてい
る。また、請求項１１のネットワーク中継システムは、
請求項１〜９のいずれかのネットワーク中継システムに
おいて、前記特定パケットがインターネットプロトコル
バージョン６のＩＰパケットである場合に、このＩＰパ
ケットのヘッダ部に含まれるトラヒッククラスフィール
ドに前記ビット列を含ませることを特徴としている。ま
た、請求項１２のネットワーク中継システムは、請求項
１〜９のいずれかのネットワーク中継システムにおい
て、前記特定パケットがＩＰパケットである場合に、こ
のＩＰパケットのヘッダ部に前記ビット列を付加するこ
とを特徴としている。
は、請求項１〜９のいずれかのネットワーク中継システ
ムにおいて、前記特定パケットがインターネットプロト
コルバージョン４のＩＰパケットである場合に、このＩ
Ｐパケットのヘッダ部に含まれるタイプオブサービスフ
ィールドに前記ビット列を含ませることを特徴としてい
る。また、請求項１１のネットワーク中継システムは、
請求項１〜９のいずれかのネットワーク中継システムに
おいて、前記特定パケットがインターネットプロトコル
バージョン６のＩＰパケットである場合に、このＩＰパ
ケットのヘッダ部に含まれるトラヒッククラスフィール
ドに前記ビット列を含ませることを特徴としている。ま
た、請求項１２のネットワーク中継システムは、請求項
１〜９のいずれかのネットワーク中継システムにおい
て、前記特定パケットがＩＰパケットである場合に、こ
のＩＰパケットのヘッダ部に前記ビット列を付加するこ
とを特徴としている。
【００２７】ＩＰパケットの送受信において、それほど
重要な役割をなしていないタイプオブサービスフィール
ドやトラヒッククラスフィールドを用いて上述したビッ
ト列を設定することにより、ＩＰパケットのフォーマッ
トを変えずに特定パケットを第２の中継装置や第３の中
継装置に送信することができる。また、ビット列をヘッ
ダ部に付加する場合には、ビット列のビット数を容易に
長くすることができるため、このビット列に様々な情報
を含める場合に特に有利となる。
重要な役割をなしていないタイプオブサービスフィール
ドやトラヒッククラスフィールドを用いて上述したビッ
ト列を設定することにより、ＩＰパケットのフォーマッ
トを変えずに特定パケットを第２の中継装置や第３の中
継装置に送信することができる。また、ビット列をヘッ
ダ部に付加する場合には、ビット列のビット数を容易に
長くすることができるため、このビット列に様々な情報
を含める場合に特に有利となる。
【００２８】請求項１３のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記ビット列設定手段は、前記ビット列としてランダムな
値を設定することを特徴としている。また、請求項１４
のネットワーク中継システムは、請求項２のネットワー
ク中継システムにおいて、前記ビット列設定手段は、前
記ビット列として昇べきあるいは降べきの順に値を設定
することを特徴としている。
は、請求項２のネットワーク中継システムにおいて、前
記ビット列設定手段は、前記ビット列としてランダムな
値を設定することを特徴としている。また、請求項１４
のネットワーク中継システムは、請求項２のネットワー
ク中継システムにおいて、前記ビット列設定手段は、前
記ビット列として昇べきあるいは降べきの順に値を設定
することを特徴としている。
【００２９】上述したビット列としてランダムな値を有
するビット列を用いる場合には、値が大きく異なる複数
のビット列を簡単に発生させることができる。また、昇
べき順あるいは降べき順の値を有するビット列を用いる
場合には、簡単な演算処理で値が異なる複数のビット列
を発生させることができる。
するビット列を用いる場合には、値が大きく異なる複数
のビット列を簡単に発生させることができる。また、昇
べき順あるいは降べき順の値を有するビット列を用いる
場合には、簡単な演算処理で値が異なる複数のビット列
を発生させることができる。
【００３０】請求項１５のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記ビット列設定手段は、前記第２の中継装置のＩＰアド
レスに対応させてあらかじめ用意してある前記ビット列
の値を設定することを特徴としている。また、請求項１
６のネットワーク中継システムは、請求項２のネットワ
ーク中継システムにおいて、前記ビット列設定手段は、
前記第１のサービス品質セットアップ処理手段によって
予約された前記ネットワーク資源の通信帯域に対応させ
てあらかじめ用意してある前記ビット列の値を設定する
ことを特徴としている。
は、請求項２のネットワーク中継システムにおいて、前
記ビット列設定手段は、前記第２の中継装置のＩＰアド
レスに対応させてあらかじめ用意してある前記ビット列
の値を設定することを特徴としている。また、請求項１
６のネットワーク中継システムは、請求項２のネットワ
ーク中継システムにおいて、前記ビット列設定手段は、
前記第１のサービス品質セットアップ処理手段によって
予約された前記ネットワーク資源の通信帯域に対応させ
てあらかじめ用意してある前記ビット列の値を設定する
ことを特徴としている。
【００３１】特定パケットの伝送先のアドレスや予約す
る通信帯域に対応するビット列の値をあらかじめ用意し
ておくことにより、新たなビット列を生成する手間を軽
減することができる。請求項１７のネットワーク中継シ
ステムは、請求項２のネットワーク中継システムにおい
て、前記第１のパケット分類処理手段は、前記第１の通
信装置から送られてくる前記データパケットの宛先アド
レスに基づいて前記特定パケットの分類を行うことを特
徴としている。また、請求項１８のネットワーク中継シ
ステムは、請求項２のネットワーク中継システムにおい
て、前記第１のパケット分類処理手段は、前記第１の通
信装置から送られてくる前記データパケットの宛先ネッ
トワークアドレスに基づいて前記特定パケットの分類を
行うことを特徴としている。特定パケットの送信先とな
る第２の通信装置の台数が少ない場合や、特定のネット
ワークに接続された第２の通信装置に向けて送信するデ
ータパケットのみをサービス品質の保証対象とする場合
には、分類を行う際の比較対象となる宛先アドレスの数
や宛先ネットワークアドレスの数が少なくなるため、分
類処理の負担を軽減することができる。
る通信帯域に対応するビット列の値をあらかじめ用意し
ておくことにより、新たなビット列を生成する手間を軽
減することができる。請求項１７のネットワーク中継シ
ステムは、請求項２のネットワーク中継システムにおい
て、前記第１のパケット分類処理手段は、前記第１の通
信装置から送られてくる前記データパケットの宛先アド
レスに基づいて前記特定パケットの分類を行うことを特
徴としている。また、請求項１８のネットワーク中継シ
ステムは、請求項２のネットワーク中継システムにおい
て、前記第１のパケット分類処理手段は、前記第１の通
信装置から送られてくる前記データパケットの宛先ネッ
トワークアドレスに基づいて前記特定パケットの分類を
行うことを特徴としている。特定パケットの送信先とな
る第２の通信装置の台数が少ない場合や、特定のネット
ワークに接続された第２の通信装置に向けて送信するデ
ータパケットのみをサービス品質の保証対象とする場合
には、分類を行う際の比較対象となる宛先アドレスの数
や宛先ネットワークアドレスの数が少なくなるため、分
類処理の負担を軽減することができる。
【００３２】請求項１９のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットの送信元アドレス
に基づいて前記特定パケットの分類を行うことを特徴と
している。請求項２０のネットワーク中継システムは、
請求項２のネットワーク中継システムにおいて、前記第
１のパケット分類処理手段は、前記第１の通信装置から
送られてくる前記データパケットの送信元ネットワーク
アドレスに基づいて前記特定パケットの分類を行うこと
を特徴としている。特定パケットの送信元となる第１の
通信装置の台数が少ない場合や、特定のネットワークに
接続された第１の通信装置から送信されるデータパケッ
トのみをサービス品質の保証対象とする場合には、分類
を行う際の比較対象となる送信元アドレスの数や送信元
ネットワークアドレスの数が少なくなるため、分類処理
の負担を軽減することができる。
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットの送信元アドレス
に基づいて前記特定パケットの分類を行うことを特徴と
している。請求項２０のネットワーク中継システムは、
請求項２のネットワーク中継システムにおいて、前記第
１のパケット分類処理手段は、前記第１の通信装置から
送られてくる前記データパケットの送信元ネットワーク
アドレスに基づいて前記特定パケットの分類を行うこと
を特徴としている。特定パケットの送信元となる第１の
通信装置の台数が少ない場合や、特定のネットワークに
接続された第１の通信装置から送信されるデータパケッ
トのみをサービス品質の保証対象とする場合には、分類
を行う際の比較対象となる送信元アドレスの数や送信元
ネットワークアドレスの数が少なくなるため、分類処理
の負担を軽減することができる。
【００３３】請求項２１のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットの宛先ポート番号
に基づいて前記特定パケットの分類を行うことを特徴と
している。第１の通信装置と第２の通信装置との間で、
特定のアプリケーションの通信を行う場合についての
み、データパケットのサービス品質の保証を行いたい場
合には、この特定のアプリケーションに対応して設定さ
れる特定の宛先ポート番号を用いることにより、効率よ
く特定パケットの分類を行うことができる。
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットの宛先ポート番号
に基づいて前記特定パケットの分類を行うことを特徴と
している。第１の通信装置と第２の通信装置との間で、
特定のアプリケーションの通信を行う場合についての
み、データパケットのサービス品質の保証を行いたい場
合には、この特定のアプリケーションに対応して設定さ
れる特定の宛先ポート番号を用いることにより、効率よ
く特定パケットの分類を行うことができる。
【００３４】請求項２２のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットのプロトコル番号
に基づいて前記特定パケットの分類を行うことを特徴と
している。特定のアプリケーションの通信を行うプロト
コルが一意に決まり、このプロトコルを用いて送受信さ
れるデータパケットのサービス品質を保証したい場合に
は、このアプリケーションが使用するプロトコル番号を
用いることにより、効率よく特定パケットの分類を行う
ことができる。
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットのプロトコル番号
に基づいて前記特定パケットの分類を行うことを特徴と
している。特定のアプリケーションの通信を行うプロト
コルが一意に決まり、このプロトコルを用いて送受信さ
れるデータパケットのサービス品質を保証したい場合に
は、このアプリケーションが使用するプロトコル番号を
用いることにより、効率よく特定パケットの分類を行う
ことができる。
【００３５】請求項２３のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットの受信インタフェ
ースに基づいて前記特定パケットの分類を行うことを特
徴としている。複数の第１の通信装置が２以上のサブネ
ットワークに分かれて接続されており、それぞれのサブ
ネットワーク毎に受信インタフェースが異なる場合にお
いて、特定のサブネットワークに接続された第１の通信
装置から送信されるデータパケットのサービス品質を保
証したい場合には、データパケットが入力される受信イ
ンタフェースを特定するだけで特定パケットを分類する
ことができ、データパケット内のデータを調べる必要が
ないため、特定パケットの分類の処理負担を大幅に軽減
することができる。
は、請求項２のネットワーク中継システムにおいて、前
記第１のパケット分類処理手段は、前記第１の通信装置
から送られてくる前記データパケットの受信インタフェ
ースに基づいて前記特定パケットの分類を行うことを特
徴としている。複数の第１の通信装置が２以上のサブネ
ットワークに分かれて接続されており、それぞれのサブ
ネットワーク毎に受信インタフェースが異なる場合にお
いて、特定のサブネットワークに接続された第１の通信
装置から送信されるデータパケットのサービス品質を保
証したい場合には、データパケットが入力される受信イ
ンタフェースを特定するだけで特定パケットを分類する
ことができ、データパケット内のデータを調べる必要が
ないため、特定パケットの分類の処理負担を大幅に軽減
することができる。
【００３６】請求項２４のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、前記特定パケットの送信先となる
前記第２の中継装置が複数存在する場合に、これら複数
の第２の中継装置のアドレスと前記特定パケットの宛先
アドレスとの組み合わせ情報を含む条件データベースを
備えており、前記第１のサービス品質セットアップ処理
手段は、前記第１の通信装置から送られてくる前記特定
パケットのアドレスに基づいて前記条件データベースを
検索することにより、前記特定パケットの宛先となる前
記第２の中継装置を特定し、この特定した前記第２の中
継装置に向けてサービス保証セットアッププロトコルメ
ッセージを送出することを特徴としている。
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、前記特定パケットの送信先となる
前記第２の中継装置が複数存在する場合に、これら複数
の第２の中継装置のアドレスと前記特定パケットの宛先
アドレスとの組み合わせ情報を含む条件データベースを
備えており、前記第１のサービス品質セットアップ処理
手段は、前記第１の通信装置から送られてくる前記特定
パケットのアドレスに基づいて前記条件データベースを
検索することにより、前記特定パケットの宛先となる前
記第２の中継装置を特定し、この特定した前記第２の中
継装置に向けてサービス保証セットアッププロトコルメ
ッセージを送出することを特徴としている。
【００３７】また、請求項２５のネットワーク中継シス
テムは、請求項２のネットワーク中継システムにおい
て、前記第１の中継装置は、前記特定パケットの送信先
となる前記第２の中継装置が複数存在する場合に、これ
ら複数の第２の中継装置のアドレスと前記第２の中継装
置に接続された宛先ネットワークアドレスとの組み合わ
せ情報を含む条件データベースを備えており、前記第１
のサービス品質セットアップ処理手段は、前記第１の通
信装置から送られてくる前記特定パケットの宛先ネット
ワークアドレスに基づいて前記条件データベースを検索
することにより、前記特定パケットの宛先となる前記第
２の中継装置を特定し、この特定した前記第２の中継装
置に向けてサービス保証セットアッププロトコルメッセ
ージを送出することを特徴としている。
テムは、請求項２のネットワーク中継システムにおい
て、前記第１の中継装置は、前記特定パケットの送信先
となる前記第２の中継装置が複数存在する場合に、これ
ら複数の第２の中継装置のアドレスと前記第２の中継装
置に接続された宛先ネットワークアドレスとの組み合わ
せ情報を含む条件データベースを備えており、前記第１
のサービス品質セットアップ処理手段は、前記第１の通
信装置から送られてくる前記特定パケットの宛先ネット
ワークアドレスに基づいて前記条件データベースを検索
することにより、前記特定パケットの宛先となる前記第
２の中継装置を特定し、この特定した前記第２の中継装
置に向けてサービス保証セットアッププロトコルメッセ
ージを送出することを特徴としている。
【００３８】請求項２６のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、前記特定パケットの送信先となる
前記第２の中継装置が複数存在する場合に、これら複数
の第２の中継装置のアドレスと前記特定パケットの宛先
ポート番号との組み合わせ情報を含む条件データベース
を備えており、前記第１のサービス品質セットアップ処
理手段は、前記第１の通信装置から送られてくる前記特
定パケットの宛先ポート番号に基づいて前記条件データ
ベースを検索することにより、前記特定パケットの宛先
となる前記第２の中継装置を特定し、この特定した前記
第２の中継装置に向けてサービス保証セットアッププロ
トコルメッセージを送出することを特徴としている。
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、前記特定パケットの送信先となる
前記第２の中継装置が複数存在する場合に、これら複数
の第２の中継装置のアドレスと前記特定パケットの宛先
ポート番号との組み合わせ情報を含む条件データベース
を備えており、前記第１のサービス品質セットアップ処
理手段は、前記第１の通信装置から送られてくる前記特
定パケットの宛先ポート番号に基づいて前記条件データ
ベースを検索することにより、前記特定パケットの宛先
となる前記第２の中継装置を特定し、この特定した前記
第２の中継装置に向けてサービス保証セットアッププロ
トコルメッセージを送出することを特徴としている。
【００３９】各地に点在する第２の通信装置に対してサ
ービス品質が保証されたデータパケットを送信したい場
合等においては、別々の第２の通信装置が接続される複
数の第２の中継装置が必要になる。このような場合に、
特定パケットの宛先アドレス、宛先ネットワークアドレ
ス、あるいは特定のアプリケーションを用いる場合のポ
ート番号と、これらに対応する第２の中継装置のアドレ
スとの組み合わせ情報を条件データベースに格納してお
くことにより、ある特定パケットが入力されたときに、
ネットワーク資源の予約を行う対象となる第２の中継装
置を容易に特定することができる。
ービス品質が保証されたデータパケットを送信したい場
合等においては、別々の第２の通信装置が接続される複
数の第２の中継装置が必要になる。このような場合に、
特定パケットの宛先アドレス、宛先ネットワークアドレ
ス、あるいは特定のアプリケーションを用いる場合のポ
ート番号と、これらに対応する第２の中継装置のアドレ
スとの組み合わせ情報を条件データベースに格納してお
くことにより、ある特定パケットが入力されたときに、
ネットワーク資源の予約を行う対象となる第２の中継装
置を容易に特定することができる。
【００４０】請求項２７のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、前記特定パケットのデータレート
を監視する監視手段を備えており、前記第１のサービス
品質セットアップ処理手段は、前記監視手段による監視
動作によって前記データレートの変動を検出したとき
に、前記ネットワーク資源の予約内容を変更する処理を
行うことを特徴としている。本発明のネットワーク中継
システムでは、複数の第１の通信装置から入力される特
定パケットのデータレートが変動するため、この変動す
るデータレートを監視して、変動後のデータレートに対
応するようにネットワーク資源の予約内容を変更するこ
とにより、データレートが変動する特定パケットに対し
てサービス品質の保証を行うことが可能になる。
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、前記特定パケットのデータレート
を監視する監視手段を備えており、前記第１のサービス
品質セットアップ処理手段は、前記監視手段による監視
動作によって前記データレートの変動を検出したとき
に、前記ネットワーク資源の予約内容を変更する処理を
行うことを特徴としている。本発明のネットワーク中継
システムでは、複数の第１の通信装置から入力される特
定パケットのデータレートが変動するため、この変動す
るデータレートを監視して、変動後のデータレートに対
応するようにネットワーク資源の予約内容を変更するこ
とにより、データレートが変動する特定パケットに対し
てサービス品質の保証を行うことが可能になる。
【００４１】請求項２８のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１のサービス品質セットアップ処理手段は、最初に
前記特定パケットを検出したときに、前記ネットワーク
資源の予約動作を開始することを特徴としている。最初
に特定パケットが検出されるまでは、ネットワーク資源
の予約が行われないため、ネットワーク資源の有効利用
が可能になる。
は、請求項２のネットワーク中継システムにおいて、前
記第１のサービス品質セットアップ処理手段は、最初に
前記特定パケットを検出したときに、前記ネットワーク
資源の予約動作を開始することを特徴としている。最初
に特定パケットが検出されるまでは、ネットワーク資源
の予約が行われないため、ネットワーク資源の有効利用
が可能になる。
【００４２】請求項２９のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、所定時間を計測するタイマを備え
ており、前記第１のサービス品質セットアップ処理手段
は、最後の前記特定パケットを検出したときに前記タイ
マを起動し、次に前記特定パケットを検出する前に前記
所定時間が経過したときに、前記ネットワーク資源の予
約を解除することを特徴としている。特定パケットの送
信が行われない状態が所定時間継続したときに、予約し
たネットワーク資源を開放することにより、ネットワー
ク資源の有効利用が可能になる。
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、所定時間を計測するタイマを備え
ており、前記第１のサービス品質セットアップ処理手段
は、最後の前記特定パケットを検出したときに前記タイ
マを起動し、次に前記特定パケットを検出する前に前記
所定時間が経過したときに、前記ネットワーク資源の予
約を解除することを特徴としている。特定パケットの送
信が行われない状態が所定時間継続したときに、予約し
たネットワーク資源を開放することにより、ネットワー
ク資源の有効利用が可能になる。
【００４３】請求項３０のネットワーク中継システム
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、所定の時間範囲を計測するスケジ
ュールタイマを備えており、前記第１のサービス品質セ
ットアップ処理手段は、前記時間範囲内で前記ネットワ
ーク資源の予約を行うことを特徴としている。特定パケ
ットが送信される時間帯があらかじめ決まっているよう
な場合には、この時間に合わせてスケジュールタイマを
セットしておくことにより、特定パケットが送受信され
る際に確実にネットワーク資源の予約を行ってサービス
品質を保証することができる。
は、請求項２のネットワーク中継システムにおいて、前
記第１の中継装置は、所定の時間範囲を計測するスケジ
ュールタイマを備えており、前記第１のサービス品質セ
ットアップ処理手段は、前記時間範囲内で前記ネットワ
ーク資源の予約を行うことを特徴としている。特定パケ
ットが送信される時間帯があらかじめ決まっているよう
な場合には、この時間に合わせてスケジュールタイマを
セットしておくことにより、特定パケットが送受信され
る際に確実にネットワーク資源の予約を行ってサービス
品質を保証することができる。
【００４４】請求項３１のネットワーク中継システム
は、請求項３のネットワーク中継システムにおいて、前
記第２のサービス品質セットアップ処理手段は、前記第
１の中継装置から前記ネットワーク資源の予約動作を開
始する第１のサービス品質セットアッププロトコルメッ
セージを受信したときに、前記第２の中継装置から前記
第１の中継装置に向かって設定される伝送路に対応する
ネットワーク資源の予約を行うために、前記第１の中継
装置に向けて第２のサービス品質セットアッププロトコ
ルメッセージを送ることを特徴としている。第１の中継
装置から第２の中継装置に対してサービス品質セットア
ッププロトコルメッセージが送られてきたときに、反対
に第２の中継装置からも第１の中継装置に対してサービ
ス品質セットアッププロトコルメッセージを送ることに
より、第１および第２の中継装置を用いた双方向の通信
路に対応するネットワーク資源の予約を行うことがで
き、これらのネットワーク資源を用いて行われる通信の
サービス品質を確実に保証することができる。
は、請求項３のネットワーク中継システムにおいて、前
記第２のサービス品質セットアップ処理手段は、前記第
１の中継装置から前記ネットワーク資源の予約動作を開
始する第１のサービス品質セットアッププロトコルメッ
セージを受信したときに、前記第２の中継装置から前記
第１の中継装置に向かって設定される伝送路に対応する
ネットワーク資源の予約を行うために、前記第１の中継
装置に向けて第２のサービス品質セットアッププロトコ
ルメッセージを送ることを特徴としている。第１の中継
装置から第２の中継装置に対してサービス品質セットア
ッププロトコルメッセージが送られてきたときに、反対
に第２の中継装置からも第１の中継装置に対してサービ
ス品質セットアッププロトコルメッセージを送ることに
より、第１および第２の中継装置を用いた双方向の通信
路に対応するネットワーク資源の予約を行うことがで
き、これらのネットワーク資源を用いて行われる通信の
サービス品質を確実に保証することができる。
【００４５】請求項３２のネットワーク中継システム
は、請求項３１のネットワーク中継システムにおいて、
前記第２のサービス品質セットアップ処理手段は、受信
した前記第１のサービス品質セットアッププロトコルメ
ッセージの送信元アドレスが前記第１の中継装置に対応
したものである場合に、前記第１の中継装置に向けて前
記第２のサービス品質セットアッププロトコルメッセー
ジを送ることを特徴としている。
は、請求項３１のネットワーク中継システムにおいて、
前記第２のサービス品質セットアップ処理手段は、受信
した前記第１のサービス品質セットアッププロトコルメ
ッセージの送信元アドレスが前記第１の中継装置に対応
したものである場合に、前記第１の中継装置に向けて前
記第２のサービス品質セットアッププロトコルメッセー
ジを送ることを特徴としている。
【００４６】また、請求項３３のネットワーク中継シス
テムは、請求項３１のネットワーク中継システムにおい
て、前記第２のサービス品質セットアップ処理手段は、
受信した前記第１のサービス品質セットアッププロトコ
ルメッセージに、前記特定パケットに含まれる前記ビッ
ト列と同じデータが含まれている場合に、前記第１の中
継装置に向けて前記第２のサービス品質セットアッププ
ロトコルメッセージを送ることを特徴としている。
テムは、請求項３１のネットワーク中継システムにおい
て、前記第２のサービス品質セットアップ処理手段は、
受信した前記第１のサービス品質セットアッププロトコ
ルメッセージに、前記特定パケットに含まれる前記ビッ
ト列と同じデータが含まれている場合に、前記第１の中
継装置に向けて前記第２のサービス品質セットアッププ
ロトコルメッセージを送ることを特徴としている。
【００４７】メッセージに含まれる送信元アドレスある
いは特定のビット列の有無を調べることにより、第１の
中継装置によって生成されたメッセージを受信したか否
かを判断することができる。そして、第１の中継装置に
よって生成されたメッセージを受信したときに、第２の
サービス品質セットアッププロトコルメッセージの送信
が行われて双方向の通信路に対するネットワーク資源の
予約が行われるため、特定パケットに関連して双方向の
通信路で送受信される各種のデータパケットのサービス
品質を確実に保証することができる。
いは特定のビット列の有無を調べることにより、第１の
中継装置によって生成されたメッセージを受信したか否
かを判断することができる。そして、第１の中継装置に
よって生成されたメッセージを受信したときに、第２の
サービス品質セットアッププロトコルメッセージの送信
が行われて双方向の通信路に対するネットワーク資源の
予約が行われるため、特定パケットに関連して双方向の
通信路で送受信される各種のデータパケットのサービス
品質を確実に保証することができる。
【００４８】請求項３４の中継装置は、サービス品質セ
ットアッププロトコルを用いてネットワーク資源を予約
するサービス品質セットアップ処理手段と、１あるいは
複数の通信装置から送られてくるデータパケットの中か
ら、予約された前記ネットワーク資源を用いた伝送の対
象となる特定パケットを分類するパケット分類処理手段
と、前記パケット分類処理手段によって分類された前記
特定パケットに対して、所定のビット列を設定するビッ
ト列設定手段と、前記ビット列設定手段によって前記ビ
ット列が設定された前記特定パケットを、この特定パケ
ットに含まれる前記ビット列の内容に対応する前記ネッ
トワーク資源を用いて伝送する転送処理手段とを備える
ことを特徴としている。
ットアッププロトコルを用いてネットワーク資源を予約
するサービス品質セットアップ処理手段と、１あるいは
複数の通信装置から送られてくるデータパケットの中か
ら、予約された前記ネットワーク資源を用いた伝送の対
象となる特定パケットを分類するパケット分類処理手段
と、前記パケット分類処理手段によって分類された前記
特定パケットに対して、所定のビット列を設定するビッ
ト列設定手段と、前記ビット列設定手段によって前記ビ
ット列が設定された前記特定パケットを、この特定パケ
ットに含まれる前記ビット列の内容に対応する前記ネッ
トワーク資源を用いて伝送する転送処理手段とを備える
ことを特徴としている。
【００４９】サービス品質セットアッププロトコルを用
いてネットワーク資源を予約するとともに、１あるいは
複数の通信装置から送られてくるデータパケットの中か
ら、サービス品質の保証対象となる特定パケットを分類
し、この分類された特定パケットに特定のビット列を設
定して、予約したネットワーク資源を用いて通信を行う
ことにより、本発明の中継装置から送信する特定パケッ
トのサービス品質を確実に保証することができる。
いてネットワーク資源を予約するとともに、１あるいは
複数の通信装置から送られてくるデータパケットの中か
ら、サービス品質の保証対象となる特定パケットを分類
し、この分類された特定パケットに特定のビット列を設
定して、予約したネットワーク資源を用いて通信を行う
ことにより、本発明の中継装置から送信する特定パケッ
トのサービス品質を確実に保証することができる。
【００５０】請求項３５の中継装置は、請求項３４の中
継装置において、前記ビット列を含む前記特定パケット
を受信したときに、この受信した特定パケットに含まれ
る前記ビット列を削除するビット列削除手段をさらに備
え、前記転送処理手段は、前記ビット列が削除された前
記特定パケットを前記通信装置に送出することを特徴と
している。上述したビット列は、本発明において特定パ
ケットを分類するために設定したものであるため、特定
パケットを受信したときにこのビット列を削除すること
により、後段の各種の通信装置においてこのビット列に
よって発生する誤動作等を防止することができる。
継装置において、前記ビット列を含む前記特定パケット
を受信したときに、この受信した特定パケットに含まれ
る前記ビット列を削除するビット列削除手段をさらに備
え、前記転送処理手段は、前記ビット列が削除された前
記特定パケットを前記通信装置に送出することを特徴と
している。上述したビット列は、本発明において特定パ
ケットを分類するために設定したものであるため、特定
パケットを受信したときにこのビット列を削除すること
により、後段の各種の通信装置においてこのビット列に
よって発生する誤動作等を防止することができる。
【００５１】請求項３６の中継装置は、請求項３４また
は３５の中継装置において、前記サービス品質セットア
ッププロトコルは、リソース予約プロトコルであること
を特徴としている。リソース予約プロトコルを用いるこ
とによって、サービス品質を保証するために必要な通信
帯域を確保することができる。
は３５の中継装置において、前記サービス品質セットア
ッププロトコルは、リソース予約プロトコルであること
を特徴としている。リソース予約プロトコルを用いるこ
とによって、サービス品質を保証するために必要な通信
帯域を確保することができる。
【００５２】請求項３７の中継装置は、請求項３４〜３
６のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、前記サービス品質セットアップ
プロトコルを用いて予約した前記ネットワーク資源のト
ラヒック条件と前記ビット列との対応をとるために、未
使用のリザーブ領域に前記ビット列を含ませたサービス
品質セットアッププロトコルメッセージを生成すること
を特徴としている。サービス品質セットアッププロトコ
ルメッセージを送信することによって、サービス品質の
保証対象となる特定パケットを分類するために必要なビ
ット列を通知することができるため、このメッセージを
受信した他の中継装置等は、このメッセージに含まれる
ビット列を用いることにより、サービス品質を保証した
い特定パケットを確実に分類することができる。
６のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、前記サービス品質セットアップ
プロトコルを用いて予約した前記ネットワーク資源のト
ラヒック条件と前記ビット列との対応をとるために、未
使用のリザーブ領域に前記ビット列を含ませたサービス
品質セットアッププロトコルメッセージを生成すること
を特徴としている。サービス品質セットアッププロトコ
ルメッセージを送信することによって、サービス品質の
保証対象となる特定パケットを分類するために必要なビ
ット列を通知することができるため、このメッセージを
受信した他の中継装置等は、このメッセージに含まれる
ビット列を用いることにより、サービス品質を保証した
い特定パケットを確実に分類することができる。
【００５３】請求項３８の中継装置は、請求項３４〜３
６のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、前記サービス品質セットアップ
プロトコルを用いて予約した前記ネットワーク資源のト
ラヒック条件と前記ビット列との対応をとるために、前
記ビット列を付加したサービス品質セットアッププロト
コルメッセージを生成することを特徴としている。サー
ビス品質セットアッププロトコルメッセージの未使用の
リザーブ領域にこのビット列を含ませる場合の他に、こ
のメッセージに新たにビット列を付加するフィールドを
追加するようにしてもよい。この付加されたフィールド
内のビット列を読み出すことにより、他の中継装置等
は、サービス品質を保証したい特定パケットを確実に分
類することができる。
６のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、前記サービス品質セットアップ
プロトコルを用いて予約した前記ネットワーク資源のト
ラヒック条件と前記ビット列との対応をとるために、前
記ビット列を付加したサービス品質セットアッププロト
コルメッセージを生成することを特徴としている。サー
ビス品質セットアッププロトコルメッセージの未使用の
リザーブ領域にこのビット列を含ませる場合の他に、こ
のメッセージに新たにビット列を付加するフィールドを
追加するようにしてもよい。この付加されたフィールド
内のビット列を読み出すことにより、他の中継装置等
は、サービス品質を保証したい特定パケットを確実に分
類することができる。
【００５４】請求項３９の中継装置は、請求項３４〜３
６のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、他の装置から送られてくるサー
ビス品質セットアッププロトコルメッセージの所定位置
に前記ビット列が含まれているか否かを調べ、前記ビッ
ト列が含まれていない場合には、通常のサービス品質セ
ットアッププロトコルにしたがって動作を行うことを特
徴としている。サービス品質セットアッププロトコルに
特定パケットの分類に使用されるビット列が含まれてい
ない場合に、従来から行われている通常のサービス品質
セットアッププロトコルにしたがった動作が行われるた
め、従来から行われているネットワーク資源の予約動作
に影響を与えることなく、本発明のネットワーク中継シ
ステムにおけるネットワーク資源の予約動作を行うこと
ができる。
６のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、他の装置から送られてくるサー
ビス品質セットアッププロトコルメッセージの所定位置
に前記ビット列が含まれているか否かを調べ、前記ビッ
ト列が含まれていない場合には、通常のサービス品質セ
ットアッププロトコルにしたがって動作を行うことを特
徴としている。サービス品質セットアッププロトコルに
特定パケットの分類に使用されるビット列が含まれてい
ない場合に、従来から行われている通常のサービス品質
セットアッププロトコルにしたがった動作が行われるた
め、従来から行われているネットワーク資源の予約動作
に影響を与えることなく、本発明のネットワーク中継シ
ステムにおけるネットワーク資源の予約動作を行うこと
ができる。
【００５５】請求項４０の中継装置は、請求項３４〜３
８のいずれかの中継装置において、前記特定パケットが
インターネットプロトコルバージョン４のＩＰパケット
である場合に、このＩＰパケットのヘッダ部に含まれる
タイプオブサービスフィールドに前記ビット列を含ませ
ることを特徴としている。また、請求項４１の中継装置
は、請求項３４〜３８のいずれかの中継装置において、
前記特定パケットがインターネットプロトコルバージョ
ン６のＩＰパケットである場合に、このＩＰパケットの
ヘッダ部に含まれるトラヒッククラスフィールドに前記
ビット列を含ませることを特徴としている。また、請求
項４２の中継装置は、請求項３４〜３８のいずれかの中
継装置において、前記特定パケットがＩＰパケットであ
る場合に、このＩＰパケットのヘッダ部に前記ビット列
を付加することを特徴としている。
８のいずれかの中継装置において、前記特定パケットが
インターネットプロトコルバージョン４のＩＰパケット
である場合に、このＩＰパケットのヘッダ部に含まれる
タイプオブサービスフィールドに前記ビット列を含ませ
ることを特徴としている。また、請求項４１の中継装置
は、請求項３４〜３８のいずれかの中継装置において、
前記特定パケットがインターネットプロトコルバージョ
ン６のＩＰパケットである場合に、このＩＰパケットの
ヘッダ部に含まれるトラヒッククラスフィールドに前記
ビット列を含ませることを特徴としている。また、請求
項４２の中継装置は、請求項３４〜３８のいずれかの中
継装置において、前記特定パケットがＩＰパケットであ
る場合に、このＩＰパケットのヘッダ部に前記ビット列
を付加することを特徴としている。
【００５６】ＩＰパケットの送受信において、それほど
重要な役割をなしていないタイプオブサービスフィール
ドやトラヒッククラスフィールドを用いて上述したビッ
ト列を設定することにより、ＩＰパケットのフォーマッ
トを変えずに特定パケットを他の中継装置等に送信する
ことができる。また、ビット列をヘッダ部に付加する場
合には、ビット列のビット数を容易に長くすることがで
きるため、このビット列に様々な情報を含める場合に特
に有利となる。
重要な役割をなしていないタイプオブサービスフィール
ドやトラヒッククラスフィールドを用いて上述したビッ
ト列を設定することにより、ＩＰパケットのフォーマッ
トを変えずに特定パケットを他の中継装置等に送信する
ことができる。また、ビット列をヘッダ部に付加する場
合には、ビット列のビット数を容易に長くすることがで
きるため、このビット列に様々な情報を含める場合に特
に有利となる。
【００５７】請求項４３の中継装置は、請求項３４〜４
２のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、最初に前記特定パケットを検出
したときに、前記ネットワーク資源の予約動作を開始す
ることを特徴としている。最初に特定パケットが検出さ
れるまでは、ネットワーク資源の予約が行われないた
め、ネットワーク資源の有効利用が可能になる。
２のいずれかの中継装置において、前記サービス品質セ
ットアップ処理手段は、最初に前記特定パケットを検出
したときに、前記ネットワーク資源の予約動作を開始す
ることを特徴としている。最初に特定パケットが検出さ
れるまでは、ネットワーク資源の予約が行われないた
め、ネットワーク資源の有効利用が可能になる。
【００５８】請求項４４の中継装置は、請求項３４〜４
２のいずれかの中継装置において、所定時間を計測する
タイマをさらに備えており、前記サービス品質セットア
ップ処理手段は、最後の前記特定パケットを検出したと
きに前記タイマを起動し、次に前記特定パケットを検出
する前に前記所定時間が経過したときに、前記ネットワ
ーク資源の予約を解除することを特徴としている。特定
パケットの送信が行われない状態が所定時間継続したと
きに、予約したネットワーク資源を開放することによ
り、ネットワーク資源の有効利用が可能になる。
２のいずれかの中継装置において、所定時間を計測する
タイマをさらに備えており、前記サービス品質セットア
ップ処理手段は、最後の前記特定パケットを検出したと
きに前記タイマを起動し、次に前記特定パケットを検出
する前に前記所定時間が経過したときに、前記ネットワ
ーク資源の予約を解除することを特徴としている。特定
パケットの送信が行われない状態が所定時間継続したと
きに、予約したネットワーク資源を開放することによ
り、ネットワーク資源の有効利用が可能になる。
【００５９】請求項４５の中継装置は、請求項３４〜４
２のいずれかの中継装置において、所定の時間範囲を計
測するスケジュールタイマをさらに備えており、前記サ
ービス品質セットアップ処理手段は、前記時間範囲内で
前記ネットワーク資源の予約を行うことを特徴としてい
る。特定パケットが送信される時間帯があらかじめ決ま
っているような場合には、この時間に合わせてスケジュ
ールタイマをセットしておくことにより、特定パケット
が送受信される際に確実にネットワーク資源の予約を行
ってサービス品質を保証することができる。
２のいずれかの中継装置において、所定の時間範囲を計
測するスケジュールタイマをさらに備えており、前記サ
ービス品質セットアップ処理手段は、前記時間範囲内で
前記ネットワーク資源の予約を行うことを特徴としてい
る。特定パケットが送信される時間帯があらかじめ決ま
っているような場合には、この時間に合わせてスケジュ
ールタイマをセットしておくことにより、特定パケット
が送受信される際に確実にネットワーク資源の予約を行
ってサービス品質を保証することができる。
【００６０】
【発明の実施の形態】以下、本発明を適用した一実施形
態のネットワーク中継システムについて、図面を参照し
ながら説明する。第１の実施形態 本発明が適用される第１の実施形態のネットワークとし
ては、図１に示したルータネットワークを考えるものと
する。このルータネットワークは、データパケットとし
てＩＰパケットが用いられるＩＰネットワークであり、
例えば通信プロトコルとしてＴＣＰ／ＩＰを用いて各種
データの通信が行われる。また、図１において、複数の
クライアント端末２００のそれぞれは、ＱｏＳ保証対象
となるデータパケットを送信する通信装置である。ま
た、複数のクライアント端末２１０のそれぞれは、Ｑｏ
Ｓ保証対象でないデータパケットを送信する通信装置で
ある。また、一方のサーバ３００は、クライアント端末
２００の通信相手であり、クライアント端末２００から
送信されたＱｏＳ保証対象となるデータパケットを受信
する。他方のサーバ３１０は、クライアント端末２１０
の通信相手であり、クライアント端末２１０から送信さ
れたＱｏＳ保証対象ではないデータパケットを受信す
る。本実施形態では、このように、ＱｏＳ保証対象とな
るデータパケットを複数のクライアント端末２００のそ
れぞれから送信し、これをサーバ３００によって受信す
ることにより、企業の収益に直結するオーダーエントリ
業務や勘定系業務などの基幹業務に関するデータ通信を
行う企業ネットワークが構築されている。
態のネットワーク中継システムについて、図面を参照し
ながら説明する。第１の実施形態 本発明が適用される第１の実施形態のネットワークとし
ては、図１に示したルータネットワークを考えるものと
する。このルータネットワークは、データパケットとし
てＩＰパケットが用いられるＩＰネットワークであり、
例えば通信プロトコルとしてＴＣＰ／ＩＰを用いて各種
データの通信が行われる。また、図１において、複数の
クライアント端末２００のそれぞれは、ＱｏＳ保証対象
となるデータパケットを送信する通信装置である。ま
た、複数のクライアント端末２１０のそれぞれは、Ｑｏ
Ｓ保証対象でないデータパケットを送信する通信装置で
ある。また、一方のサーバ３００は、クライアント端末
２００の通信相手であり、クライアント端末２００から
送信されたＱｏＳ保証対象となるデータパケットを受信
する。他方のサーバ３１０は、クライアント端末２１０
の通信相手であり、クライアント端末２１０から送信さ
れたＱｏＳ保証対象ではないデータパケットを受信す
る。本実施形態では、このように、ＱｏＳ保証対象とな
るデータパケットを複数のクライアント端末２００のそ
れぞれから送信し、これをサーバ３００によって受信す
ることにより、企業の収益に直結するオーダーエントリ
業務や勘定系業務などの基幹業務に関するデータ通信を
行う企業ネットワークが構築されている。
【００６１】図１において、ＱｏＳ保証対象となるＩＰ
パケットがいずれかのクライアント端末２００から送出
され、このＩＰパケットがエッジルータ１００、中間ル
ータ１３０、エッジルータ１１０を介してサーバ３００
に送られる場合を考えるものとする。
パケットがいずれかのクライアント端末２００から送出
され、このＩＰパケットがエッジルータ１００、中間ル
ータ１３０、エッジルータ１１０を介してサーバ３００
に送られる場合を考えるものとする。
【００６２】図２は、エッジルータ１００の概略的な構
成を示す図である。なお、他方のエッジルータ１１０や
中間ルータ１３０も、基本的に同じ構成を有している。
図２に示すように、エッジルータ１００は、パケット分
類処理部１０１、ビット列処理部１０２、帯域−ビット
列情報マッピング処理部１０３、ルーティング処理部１
０４、出力処理部１０５、ＱｏＳセットアップ処理部１
０６を含んで構成されている。
成を示す図である。なお、他方のエッジルータ１１０や
中間ルータ１３０も、基本的に同じ構成を有している。
図２に示すように、エッジルータ１００は、パケット分
類処理部１０１、ビット列処理部１０２、帯域−ビット
列情報マッピング処理部１０３、ルーティング処理部１
０４、出力処理部１０５、ＱｏＳセットアップ処理部１
０６を含んで構成されている。
【００６３】パケット分類処理部１０１がパケット分類
処理手段に、ビット列処理部１０２がビット列設定手
段、ビット列削除手段に、ルーティング処理部１０４、
出力処理部１０５が転送処理手段に、ＱｏＳセットアッ
プ処理部１０６がサービス品質セットアップ処理手段に
それぞれ対応する。
処理手段に、ビット列処理部１０２がビット列設定手
段、ビット列削除手段に、ルーティング処理部１０４、
出力処理部１０５が転送処理手段に、ＱｏＳセットアッ
プ処理部１０６がサービス品質セットアップ処理手段に
それぞれ対応する。
【００６４】パケット分類処理部１０１は、入力される
パケット群の中から、ＱｏＳ保証対象となるＩＰパケッ
トを分類する。具体的にはＱｏＳ保証対象となるＩＰパ
ケットには２種類がある。一方は、クライアント端末２
００から送られてくるＩＰパケット（「第１のＩＰパケ
ット」と称する）であり、他方は、予約した通信帯域を
用いて他方のエッジルータ１１０から送られてくるＩＰ
パケット（「第２のＩＰパケット」と称する）である。
パケット分類処理部１０１は、ＱｏＳ保証対象となるこ
れら２種類のＩＰパケットとそれ以外のＩＰパケットを
分類する。以後、保証対象となる第１のＩＰパケットと
第２のＩＰパケットをまとめて「特定ＩＰパケット」と
称する。
パケット群の中から、ＱｏＳ保証対象となるＩＰパケッ
トを分類する。具体的にはＱｏＳ保証対象となるＩＰパ
ケットには２種類がある。一方は、クライアント端末２
００から送られてくるＩＰパケット（「第１のＩＰパケ
ット」と称する）であり、他方は、予約した通信帯域を
用いて他方のエッジルータ１１０から送られてくるＩＰ
パケット（「第２のＩＰパケット」と称する）である。
パケット分類処理部１０１は、ＱｏＳ保証対象となるこ
れら２種類のＩＰパケットとそれ以外のＩＰパケットを
分類する。以後、保証対象となる第１のＩＰパケットと
第２のＩＰパケットをまとめて「特定ＩＰパケット」と
称する。
【００６５】ビット列処理部１０２は、パケット分類処
理部１０１によって分類された特定ＩＰパケットに対し
て、所定のビット列を挿入あるいは付加する処理と、こ
のビット列を削除する処理を行う。具体的には、クライ
アント端末２００から送出された第１のＩＰパケットに
対しては、ビット列処理部１０２は、ＩＰパケットのヘ
ッダ部（ＩＰヘッダ）の所定領域に特定のビット列を挿
入する処理、あるいはヘッダ部に特定のビット列を付加
する処理を行う。また、中間ルータ１３０から送出され
た第２のＩＰパケットに対しては、ビット列処理部１０
２は、ＩＰパケットのヘッダ部に挿入あるいは付加され
た特定のビット列を削除する処理を行う。このようにし
て、一方のエッジルータ１００によってＩＰヘッダに挿
入あるいは付加された特定のビット列は、他方のエッジ
ルータ１１０からサーバ３００に向けてＩＰパケットが
送信される前に削除される。反対の経路を介して伝送さ
れるＩＰパケットについても同様であり、他方のエッジ
ルータ１１０によってＩＰヘッダに挿入あるいは付加さ
れた特定のビット列は、一方のエッジルータ１１０から
クライアント端末２００に向けてＩＰパケットが送信さ
れる前に削除される。
理部１０１によって分類された特定ＩＰパケットに対し
て、所定のビット列を挿入あるいは付加する処理と、こ
のビット列を削除する処理を行う。具体的には、クライ
アント端末２００から送出された第１のＩＰパケットに
対しては、ビット列処理部１０２は、ＩＰパケットのヘ
ッダ部（ＩＰヘッダ）の所定領域に特定のビット列を挿
入する処理、あるいはヘッダ部に特定のビット列を付加
する処理を行う。また、中間ルータ１３０から送出され
た第２のＩＰパケットに対しては、ビット列処理部１０
２は、ＩＰパケットのヘッダ部に挿入あるいは付加され
た特定のビット列を削除する処理を行う。このようにし
て、一方のエッジルータ１００によってＩＰヘッダに挿
入あるいは付加された特定のビット列は、他方のエッジ
ルータ１１０からサーバ３００に向けてＩＰパケットが
送信される前に削除される。反対の経路を介して伝送さ
れるＩＰパケットについても同様であり、他方のエッジ
ルータ１１０によってＩＰヘッダに挿入あるいは付加さ
れた特定のビット列は、一方のエッジルータ１１０から
クライアント端末２００に向けてＩＰパケットが送信さ
れる前に削除される。
【００６６】図３は、ＩＰｖ４（バージョン４）に対応
するＩＰヘッダの内容を示す図である。ＩＰヘッダの内
容は、ＲＦＣ（Request for Comments）ドキュメントと
してＲＦＣ７９１に定義されている。図３に示すよう
に、ＩＰｖ４に対応するＩＰヘッダは、Version（バー
ジョン）、ＩＨＬ（Internet Header Length、ヘッダ
長）、Type of Service（タイプオブサービス）、Total
Length（全長）、Identification（識別名）、Flags
（フラグ）、Fragment Offset（断片オフセット）、Tim
e to Live（寿命）、Protocol（プロトコル）、Header
Checksum（ヘッダチェックサム）、Source Address（送
信元アドレス）、Destination Address（宛先アドレ
ス）、Options（オプション）、Padding（パディング）
からなっている。一例として、タイプオブサービスフィ
ールドに特定のビット列が設定される。
するＩＰヘッダの内容を示す図である。ＩＰヘッダの内
容は、ＲＦＣ（Request for Comments）ドキュメントと
してＲＦＣ７９１に定義されている。図３に示すよう
に、ＩＰｖ４に対応するＩＰヘッダは、Version（バー
ジョン）、ＩＨＬ（Internet Header Length、ヘッダ
長）、Type of Service（タイプオブサービス）、Total
Length（全長）、Identification（識別名）、Flags
（フラグ）、Fragment Offset（断片オフセット）、Tim
e to Live（寿命）、Protocol（プロトコル）、Header
Checksum（ヘッダチェックサム）、Source Address（送
信元アドレス）、Destination Address（宛先アドレ
ス）、Options（オプション）、Padding（パディング）
からなっている。一例として、タイプオブサービスフィ
ールドに特定のビット列が設定される。
【００６７】この特定のビット列は、ＲＳＶＰを用いて
予約した帯域を使用するＩＰパケットを識別するために
用いられる。したがって、特定の帯域を使用して通信す
るＩＰパケットについて設定されたこのビット列の値
は、それ以外のＩＰパケットのタイプオブサービスフィ
ールドの内容と異ならせる必要がある。
予約した帯域を使用するＩＰパケットを識別するために
用いられる。したがって、特定の帯域を使用して通信す
るＩＰパケットについて設定されたこのビット列の値
は、それ以外のＩＰパケットのタイプオブサービスフィ
ールドの内容と異ならせる必要がある。
【００６８】図４は、ＩＰｖ４のＩＰヘッダに特定のビ
ット列を付加する場合の説明図である。上述したよう
に、ＩＰヘッダ内のタイプオブサービスフィールドに特
定のビット列を設定する以外に、図４に示すように、Ｉ
Ｐヘッダに隣接する新たなフィールドを付加し、このフ
ィールドに特定のビット列を設定するようにしてもよ
い。なお、図４では、４オクテッドの新たなフィールド
を特定のビット列用に確保したが、この長さは任意であ
り、１オクテッドであったり、４オクテッドよりも長く
してもよい。
ット列を付加する場合の説明図である。上述したよう
に、ＩＰヘッダ内のタイプオブサービスフィールドに特
定のビット列を設定する以外に、図４に示すように、Ｉ
Ｐヘッダに隣接する新たなフィールドを付加し、このフ
ィールドに特定のビット列を設定するようにしてもよ
い。なお、図４では、４オクテッドの新たなフィールド
を特定のビット列用に確保したが、この長さは任意であ
り、１オクテッドであったり、４オクテッドよりも長く
してもよい。
【００６９】図５は、ＩＰｖ６（バージョン６）に対応
するＩＰヘッダの内容を示す図である。ＩＰヘッダの内
容は、ＲＦＣドキュメントとしてＲＦＣ２４６０に定義
されている。図５に示すように、ＩＰｖ６に対応するＩ
Ｐヘッダは、Version（バージョン）、Traffic Class
（トラヒッククラス）、Flow Label（フローラベル）、
Payload Length（ペイロード長）、Next Header（次ヘ
ッダ）、Hop Limit（中継限界数）、Source Address
（送信元アドレス）、Destination Address（宛先アド
レス）からなっている。一例として、トラヒッククラス
フィールドに特定のビット列が設定される。
するＩＰヘッダの内容を示す図である。ＩＰヘッダの内
容は、ＲＦＣドキュメントとしてＲＦＣ２４６０に定義
されている。図５に示すように、ＩＰｖ６に対応するＩ
Ｐヘッダは、Version（バージョン）、Traffic Class
（トラヒッククラス）、Flow Label（フローラベル）、
Payload Length（ペイロード長）、Next Header（次ヘ
ッダ）、Hop Limit（中継限界数）、Source Address
（送信元アドレス）、Destination Address（宛先アド
レス）からなっている。一例として、トラヒッククラス
フィールドに特定のビット列が設定される。
【００７０】図６は、ＩＰｖ６のＩＰヘッダに特定のビ
ット列を付加する場合の説明図である。上述したよう
に、ＩＰヘッダ内のトラヒッククラスフィールドに特定
のビット列を設定する以外に、図６に示すように、ＩＰ
ヘッダに隣接する新たなフィールドを付加し、このフィ
ールドに特定のビット列を設定するようにしてもよい。
ット列を付加する場合の説明図である。上述したよう
に、ＩＰヘッダ内のトラヒッククラスフィールドに特定
のビット列を設定する以外に、図６に示すように、ＩＰ
ヘッダに隣接する新たなフィールドを付加し、このフィ
ールドに特定のビット列を設定するようにしてもよい。
【００７１】また、図２に示した帯域−ビット列情報マ
ッピング処理部１０３は、ビット列処理部１０２によっ
て設定された特定のビット列とＲＳＶＰメッセージを送
受信することによって予約した通信帯域との対応をとる
処理を行う。特に、他方のエッジルータ１１０内のビッ
ト列処理部１０２によって設定された特定のビット列の
内容と、予約された通信帯域との対応は、一方のエッジ
ルータ１００ではわからないため、この対応をとるため
に帯域−ビット列情報マッピング処理部１０３が用いら
れる。
ッピング処理部１０３は、ビット列処理部１０２によっ
て設定された特定のビット列とＲＳＶＰメッセージを送
受信することによって予約した通信帯域との対応をとる
処理を行う。特に、他方のエッジルータ１１０内のビッ
ト列処理部１０２によって設定された特定のビット列の
内容と、予約された通信帯域との対応は、一方のエッジ
ルータ１００ではわからないため、この対応をとるため
に帯域−ビット列情報マッピング処理部１０３が用いら
れる。
【００７２】例えば、ＲＳＶＰを用いて通信帯域の予約
を行う場合には、まず最初に一方のエッジルータ１００
から他方のエッジルータ１１０に対してパスメッセージ
が送られるため、このパスメッセージの所定領域に特定
のビット列が挿入され、あるいはこのパスメッセージに
所定のビット列が付加される。このパスメッセージを受
信した他方のエッジルータ１１０内の帯域−ビット列情
報マッピング処理部１０３は、このパスメッセージを分
析して所定のビット列を抽出することにより、一方のエ
ッジルータ１００によって設定された特定のビット列の
値を知ることができる。
を行う場合には、まず最初に一方のエッジルータ１００
から他方のエッジルータ１１０に対してパスメッセージ
が送られるため、このパスメッセージの所定領域に特定
のビット列が挿入され、あるいはこのパスメッセージに
所定のビット列が付加される。このパスメッセージを受
信した他方のエッジルータ１１０内の帯域−ビット列情
報マッピング処理部１０３は、このパスメッセージを分
析して所定のビット列を抽出することにより、一方のエ
ッジルータ１００によって設定された特定のビット列の
値を知ることができる。
【００７３】図７は、ＲＳＶＰのメッセージに設定され
る特定のビット列の説明図である。ＲＳＶＰ共通ヘッダ
のフォーマットは、ＲＦＣドキュメントとしてＲＦＣ２
２０５に定義されている。図７に示すように、ＲＳＶＰ
共通ヘッダは、Vers（バージョン）、Flags（フラ
グ）、Msg Type（メッセージタイプ）、ＲＳＶＰ Check
sum（ＲＳＶＰチェックサム）、Send ＴＴＬ（送信寿
命）、Reserved（リザーブ）、ＲＳＶＰ Length（ＲＳ
ＶＰ長）を含んでいる。一例として、リザーブフィール
ドに特定のビット列が設定される。あるいは、他の例と
して、ＲＳＶＰのメッセージに付加する形式で特定のビ
ット列を設定するようにしてもよい。
る特定のビット列の説明図である。ＲＳＶＰ共通ヘッダ
のフォーマットは、ＲＦＣドキュメントとしてＲＦＣ２
２０５に定義されている。図７に示すように、ＲＳＶＰ
共通ヘッダは、Vers（バージョン）、Flags（フラ
グ）、Msg Type（メッセージタイプ）、ＲＳＶＰ Check
sum（ＲＳＶＰチェックサム）、Send ＴＴＬ（送信寿
命）、Reserved（リザーブ）、ＲＳＶＰ Length（ＲＳ
ＶＰ長）を含んでいる。一例として、リザーブフィール
ドに特定のビット列が設定される。あるいは、他の例と
して、ＲＳＶＰのメッセージに付加する形式で特定のビ
ット列を設定するようにしてもよい。
【００７４】なお、図７に示したＲＳＶＰ共通メッセー
ジのフォーマットに含まれるメッセージタイプフィール
ドは、メッセージタイプを指示するためのものであり、
代表的なものには、パス（Path）メッセージ、予約（Re
sv）メッセージ、予約取り消し（Resv Tear）メッセー
ジ、パス取り消し（Path Tear）メッセージなどがあ
る。
ジのフォーマットに含まれるメッセージタイプフィール
ドは、メッセージタイプを指示するためのものであり、
代表的なものには、パス（Path）メッセージ、予約（Re
sv）メッセージ、予約取り消し（Resv Tear）メッセー
ジ、パス取り消し（Path Tear）メッセージなどがあ
る。
【００７５】ルーティング処理部１０４は、ＩＰヘッダ
に含まれる宛先アドレスに基づいて、ＩＰパケットを送
信する次の装置（例えば中間ルータ１３０）を設定する
ルーティング処理を行う。この処理は、特定ＩＰパケッ
トであるか否かに関係なく行われる。
に含まれる宛先アドレスに基づいて、ＩＰパケットを送
信する次の装置（例えば中間ルータ１３０）を設定する
ルーティング処理を行う。この処理は、特定ＩＰパケッ
トであるか否かに関係なく行われる。
【００７６】出力処理部１０５は、バッファメモリを複
数個備えており、入力されたＩＰパケットを、通信先の
装置が接続された伝送路に順番に送出する。例えば、特
定のバッファメモリを用いてＲＳＶＰによる通信帯域の
予約が行われる。このバッファメモリに書き込まれたＩ
Ｐパケットは、予約された通信帯域を確保するために必
要なタイミングでこのバッファメモリから読み出されて
伝送路に送出される。
数個備えており、入力されたＩＰパケットを、通信先の
装置が接続された伝送路に順番に送出する。例えば、特
定のバッファメモリを用いてＲＳＶＰによる通信帯域の
予約が行われる。このバッファメモリに書き込まれたＩ
Ｐパケットは、予約された通信帯域を確保するために必
要なタイミングでこのバッファメモリから読み出されて
伝送路に送出される。
【００７７】ＱｏＳセットアップ処理部１０６は、ＲＳ
ＶＰの各種のメッセージの生成および送受信を行うこと
により、通信帯域の予約やその解除を行う。図８は、ル
ータ等の各種の通信装置におけるＲＳＶＰの実装状態を
示す概念図である。図８に示す構成は、ＲＦＣドキュメ
ントとしてＲＦＣ２２０５によって定義されている。図
８に示すように、ＲＳＶＰを用いた通信帯域の予約を行
う場合に、クラシファイア（Classifier）、ルーティン
グプロセス（Routing Process）、ＲＳＶＰプロセス
（ＲＳＶＰ Process）、パケットスケジューラ（Packet
Scheduler）、ポリシーコントロール（Polocy Contro
l）、アドミッションコントロール（Admission Contro
l）の各プロセスが必要になる。
ＶＰの各種のメッセージの生成および送受信を行うこと
により、通信帯域の予約やその解除を行う。図８は、ル
ータ等の各種の通信装置におけるＲＳＶＰの実装状態を
示す概念図である。図８に示す構成は、ＲＦＣドキュメ
ントとしてＲＦＣ２２０５によって定義されている。図
８に示すように、ＲＳＶＰを用いた通信帯域の予約を行
う場合に、クラシファイア（Classifier）、ルーティン
グプロセス（Routing Process）、ＲＳＶＰプロセス
（ＲＳＶＰ Process）、パケットスケジューラ（Packet
Scheduler）、ポリシーコントロール（Polocy Contro
l）、アドミッションコントロール（Admission Contro
l）の各プロセスが必要になる。
【００７８】クラシファイヤは、入力されるパケットを
分類するプロセスであり、エッジルータ１００ではパケ
ット分類処理部１０１がこのプロセスを行う。ルーティ
ングプロセスは、ＩＰパケットの送信先を設定するプロ
セスであり、エッジルータ１００ではルーティング処理
部１０４がこのプロセスを行う。ＲＳＶＰプロセスは、
ＲＳＶＰの各種のメッセージの生成や転送を行うととも
に、各メッセージの内容に基づいてネットワーク資源の
予約やその解除を行うプロセスであり、エッジルータ１
００ではＱｏＳセットアップ処理部１０６がこのプロセ
スを行う。ポリシーコントロールは、一つのメッセージ
で予約可能な通信帯域の上限値を設定したり、特定のユ
ーザ（通信装置）に対する予約の可否等の設定を行うプ
ロセスであり、エッジルータ１００ではＱｏＳセットア
ップ処理部１０６がこのプロセスを行う。アドミッショ
ンコントロールは、使用中の通信帯域等に基づいて、新
たな帯域予約の受付の可否を決定するプロセスであり、
エッジルータ１００ではＱｏＳセットアップ処理部１０
６がこのプロセスを行う。例えば、すでに通信帯域のほ
とんどが使用されている場合には、新たな予約に対応し
た通信帯域の確保が困難であるため、アドミッションプ
ロセスによって予約の受付が拒否される。パケットスケ
ジューラは、予約された通信帯域にしたがってＩＰパケ
ットの送出タイミングを設定するプロセスであり、エッ
ジルータ１００では出力処理部１０５がこのプロセスを
行う。
分類するプロセスであり、エッジルータ１００ではパケ
ット分類処理部１０１がこのプロセスを行う。ルーティ
ングプロセスは、ＩＰパケットの送信先を設定するプロ
セスであり、エッジルータ１００ではルーティング処理
部１０４がこのプロセスを行う。ＲＳＶＰプロセスは、
ＲＳＶＰの各種のメッセージの生成や転送を行うととも
に、各メッセージの内容に基づいてネットワーク資源の
予約やその解除を行うプロセスであり、エッジルータ１
００ではＱｏＳセットアップ処理部１０６がこのプロセ
スを行う。ポリシーコントロールは、一つのメッセージ
で予約可能な通信帯域の上限値を設定したり、特定のユ
ーザ（通信装置）に対する予約の可否等の設定を行うプ
ロセスであり、エッジルータ１００ではＱｏＳセットア
ップ処理部１０６がこのプロセスを行う。アドミッショ
ンコントロールは、使用中の通信帯域等に基づいて、新
たな帯域予約の受付の可否を決定するプロセスであり、
エッジルータ１００ではＱｏＳセットアップ処理部１０
６がこのプロセスを行う。例えば、すでに通信帯域のほ
とんどが使用されている場合には、新たな予約に対応し
た通信帯域の確保が困難であるため、アドミッションプ
ロセスによって予約の受付が拒否される。パケットスケ
ジューラは、予約された通信帯域にしたがってＩＰパケ
ットの送出タイミングを設定するプロセスであり、エッ
ジルータ１００では出力処理部１０５がこのプロセスを
行う。
【００７９】なお、従来のＲＳＶＰによるネットワーク
資源の予約は、エンドユーザ間（例えばサーバ３００と
クライアント端末２１０との間）のフローに対応して行
われるため、エッジルータ１００等に対応するＲＳＶＰ
プロセスでは、これらのパスメッセージや予約メッセー
ジを転送する動作が行われるが、本実施形態のエッジル
ータ１００等では、特定パケットが入力されたときに、
新たなパスメッセージや予約メッセージを生成する動作
を行っている。但し、エッジルータ１００は、従来から
存在する通常のルータと同様に、クライアント装置２１
０等からパスメッセージや予約メッセージが送られてき
た場合には、これを次段の中間ルータ１３０に転送する
動作も行なう。
資源の予約は、エンドユーザ間（例えばサーバ３００と
クライアント端末２１０との間）のフローに対応して行
われるため、エッジルータ１００等に対応するＲＳＶＰ
プロセスでは、これらのパスメッセージや予約メッセー
ジを転送する動作が行われるが、本実施形態のエッジル
ータ１００等では、特定パケットが入力されたときに、
新たなパスメッセージや予約メッセージを生成する動作
を行っている。但し、エッジルータ１００は、従来から
存在する通常のルータと同様に、クライアント装置２１
０等からパスメッセージや予約メッセージが送られてき
た場合には、これを次段の中間ルータ１３０に転送する
動作も行なう。
【００８０】したがって、一方のエッジルータ１００
は、他方のエッジルータ１１０側からパスメッセージや
予約メッセージが送られてきた場合に、これらのメッセ
ージがエッジルータ１１０によって生成されて送信され
たものであるか、サーバ３１０等によって生成されて送
信されたものであるかを識別する必要がある。この識別
は、ＲＳＶＰのメッセージの所定領域に特定のビット列
が設定されているか否かを調べることにより容易に判断
することができる。
は、他方のエッジルータ１１０側からパスメッセージや
予約メッセージが送られてきた場合に、これらのメッセ
ージがエッジルータ１１０によって生成されて送信され
たものであるか、サーバ３１０等によって生成されて送
信されたものであるかを識別する必要がある。この識別
は、ＲＳＶＰのメッセージの所定領域に特定のビット列
が設定されているか否かを調べることにより容易に判断
することができる。
【００８１】図９は、本実施形態のネットワークにおけ
る通信帯域の予約手順とその解除手順を示す図である。
例えば、複数のクライアント端末２００のそれぞれから
サーバ３００に対して、日常業務において発生する種々
のデータをＩＰパケットとして送信し、必要に応じてサ
ーバ３００からＩＰパケットの送信元のクライアント装
置２００に対して応答を返すものとする。このようなＩ
Ｐパケットの送受信を行うために、エッジルータ１００
と１１０の間の双方向の伝送路に対応して、所定の通信
帯域の予約が行われる。
る通信帯域の予約手順とその解除手順を示す図である。
例えば、複数のクライアント端末２００のそれぞれから
サーバ３００に対して、日常業務において発生する種々
のデータをＩＰパケットとして送信し、必要に応じてサ
ーバ３００からＩＰパケットの送信元のクライアント装
置２００に対して応答を返すものとする。このようなＩ
Ｐパケットの送受信を行うために、エッジルータ１００
と１１０の間の双方向の伝送路に対応して、所定の通信
帯域の予約が行われる。
【００８２】まず、一方のエッジルータ１００は、パス
メッセージを生成し、これを他方のエッジルータ１１０
に送ることにより、これから送信される特定ＩＰパケッ
トがどのパスを通って伝送されるかを通知する。このパ
スメッセージには、パケットの送信レート（通信帯域）
などのトラヒック特性が含まれている。このパスメッセ
ージを受信すると、他方のエッジルータ１１０は、要求
するサービス品質（通信帯域）を含む予約メッセージを
生成して、これを一方のエッジルータ１００に送り返
す。この予約メッセージを受信した中間ルータ１３０、
エッジルータ１００では、この予約メッセージに含まれ
るＲＳＶＰオブジェクトの内容に基づいて通信帯域を予
約する。このようにして、一方のエッジルータ１００か
ら中間ルータ１３０を経由して他方のエッジルータ１１
０に向かう一方向のパスの通信帯域の予約が行われる。
メッセージを生成し、これを他方のエッジルータ１１０
に送ることにより、これから送信される特定ＩＰパケッ
トがどのパスを通って伝送されるかを通知する。このパ
スメッセージには、パケットの送信レート（通信帯域）
などのトラヒック特性が含まれている。このパスメッセ
ージを受信すると、他方のエッジルータ１１０は、要求
するサービス品質（通信帯域）を含む予約メッセージを
生成して、これを一方のエッジルータ１００に送り返
す。この予約メッセージを受信した中間ルータ１３０、
エッジルータ１００では、この予約メッセージに含まれ
るＲＳＶＰオブジェクトの内容に基づいて通信帯域を予
約する。このようにして、一方のエッジルータ１００か
ら中間ルータ１３０を経由して他方のエッジルータ１１
０に向かう一方向のパスの通信帯域の予約が行われる。
【００８３】また、同様の通信帯域の予約動作が、他方
のエッジルータ１１０から中間ルータ１３０を経由して
一方のエッジルータ１００に向かう方向のパスについて
も行われる。この結果、エッジルータ１００とエッジル
ータ１１０とをつなぐ双方向のパスについて、安定した
通信帯域の確保が行われる。
のエッジルータ１１０から中間ルータ１３０を経由して
一方のエッジルータ１００に向かう方向のパスについて
も行われる。この結果、エッジルータ１００とエッジル
ータ１１０とをつなぐ双方向のパスについて、安定した
通信帯域の確保が行われる。
【００８４】以後、エッジルータ１００、１１０のそれ
ぞれは、ＱｏＳ保証対象となる特定ＩＰパケットが、い
ずれかのクライアント端末２００から、あるいはサーバ
装置３００から入力されると、これを通信帯域が予約さ
れたパスを通して伝送する。また、クライアント端末２
００からの特定ＩＰパケットの入力が途絶えたときなど
において、通信帯域の予約を維持する必要がない場合に
は、一方のエッジルータ１００は、パス取り消しメッセ
ージを生成し、これを他方のエッジルータ１１０に送
る。他方のエッジルータ１１０は、このパス取り消しメ
ッセージを受信すると、予約取り消しメッセージを生成
して、これを一方のエッジルータ１００に送り返す。こ
のようにして、一方のエッジルータ１００から中間ルー
タ１３０を経由して他方のエッジルータ１１０に向かう
一方向のパスの通信帯域の予約が解除される。
ぞれは、ＱｏＳ保証対象となる特定ＩＰパケットが、い
ずれかのクライアント端末２００から、あるいはサーバ
装置３００から入力されると、これを通信帯域が予約さ
れたパスを通して伝送する。また、クライアント端末２
００からの特定ＩＰパケットの入力が途絶えたときなど
において、通信帯域の予約を維持する必要がない場合に
は、一方のエッジルータ１００は、パス取り消しメッセ
ージを生成し、これを他方のエッジルータ１１０に送
る。他方のエッジルータ１１０は、このパス取り消しメ
ッセージを受信すると、予約取り消しメッセージを生成
して、これを一方のエッジルータ１００に送り返す。こ
のようにして、一方のエッジルータ１００から中間ルー
タ１３０を経由して他方のエッジルータ１１０に向かう
一方向のパスの通信帯域の予約が解除される。
【００８５】また、同様の通信帯域の予約解除動作が、
他方のエッジルータ１１０から中間ルータ１３０を経由
して一方のエッジルータ１００に向かう方向のパスにつ
いても行われる。この結果、エッジルータ１００とエッ
ジルータ１１０とをつなぐ双方向のパスについて、通信
帯域の予約が解除される。
他方のエッジルータ１１０から中間ルータ１３０を経由
して一方のエッジルータ１００に向かう方向のパスにつ
いても行われる。この結果、エッジルータ１００とエッ
ジルータ１１０とをつなぐ双方向のパスについて、通信
帯域の予約が解除される。
【００８６】このように、第１の実施形態のネットワー
ク中継システムでは、一方のエッジルータ１００と他方
のエッジルータ１１０との間で設定される双方向のパス
に対して、ＲＳＶＰによる通信帯域の予約が行われる。
そして、ＱｏＳ保証対象となる特定ＩＰパケットがクラ
イアント端末２００から送信されると、一方のエッジル
ータ１１０は、この特定パケットをクライアント端末２
１０等から送信されたＱｏＳ保証対象外の他のＩＰパケ
ットと識別し、通信帯域が予約された特定のパスを経由
してサーバ３００側に送信する。同様にして、中間ルー
タ１３０も、一方のエッジルータ１００から送信された
特定ＩＰパケットを、通信帯域が予約された特定のパス
を経由してサーバ３００側に送信する。
ク中継システムでは、一方のエッジルータ１００と他方
のエッジルータ１１０との間で設定される双方向のパス
に対して、ＲＳＶＰによる通信帯域の予約が行われる。
そして、ＱｏＳ保証対象となる特定ＩＰパケットがクラ
イアント端末２００から送信されると、一方のエッジル
ータ１１０は、この特定パケットをクライアント端末２
１０等から送信されたＱｏＳ保証対象外の他のＩＰパケ
ットと識別し、通信帯域が予約された特定のパスを経由
してサーバ３００側に送信する。同様にして、中間ルー
タ１３０も、一方のエッジルータ１００から送信された
特定ＩＰパケットを、通信帯域が予約された特定のパス
を経由してサーバ３００側に送信する。
【００８７】他方のエッジルータ１１０は、通信帯域が
予約されたパスを経由して中間ルータ１３０から送られ
てくる特定ＩＰパケットを受信すると、この特定ＩＰパ
ケットに含まれる特定ビット列を削除した後、通信先と
なるサーバ３００にこれを転送する。
予約されたパスを経由して中間ルータ１３０から送られ
てくる特定ＩＰパケットを受信すると、この特定ＩＰパ
ケットに含まれる特定ビット列を削除した後、通信先と
なるサーバ３００にこれを転送する。
【００８８】エッジルータ１００とエッジルータ１１０
との間でＲＳＶＰのメッセージを送受信して通信帯域を
予約することにより、それ以後に複数のクライアント端
末２００のそれぞれから送信された特定ＩＰパケット
を、この通信帯域が予約されたパスを用いてサーバ３０
０側に伝送することができる。したがって、多数のクラ
イアント端末２００を用いた通信のＱｏＳを容易に確保
することができる。しかも、比較的処理の負担が大きい
ＲＳＶＰメッセージの生成や送受信を、２つのエッジル
ータ１００、１１０のそれぞれにおいて行うだけであ
り、各クライアント端末２００毎に行う必要がないた
め、ＲＳＶＰメッセージの処理に要する負担を大幅に軽
減することができる。また、エッジルータ１１０からサ
ーバ３００に向けてＩＰパケットを送信する前に、エッ
ジルータ１００において設定された特定のビット列が削
除されるため、このビット列によって生じる誤動作等を
防止することができる。
との間でＲＳＶＰのメッセージを送受信して通信帯域を
予約することにより、それ以後に複数のクライアント端
末２００のそれぞれから送信された特定ＩＰパケット
を、この通信帯域が予約されたパスを用いてサーバ３０
０側に伝送することができる。したがって、多数のクラ
イアント端末２００を用いた通信のＱｏＳを容易に確保
することができる。しかも、比較的処理の負担が大きい
ＲＳＶＰメッセージの生成や送受信を、２つのエッジル
ータ１００、１１０のそれぞれにおいて行うだけであ
り、各クライアント端末２００毎に行う必要がないた
め、ＲＳＶＰメッセージの処理に要する負担を大幅に軽
減することができる。また、エッジルータ１１０からサ
ーバ３００に向けてＩＰパケットを送信する前に、エッ
ジルータ１００において設定された特定のビット列が削
除されるため、このビット列によって生じる誤動作等を
防止することができる。
【００８９】第２の実施形態 次に、本発明を適用した第２の実施形態のネットワーク
中継システムについて説明する。図１０は、企業ネット
ワークの他の例を示す構成図である。図１０に示す企業
ネットワークは、ＬＡＮ４００に接続された複数のクラ
イアント端末４１０および複数の情報系端末４２０と、
ＬＡＮ５００に接続されたホストコンピュータ５１０お
よび情報系サーバ５２０とを含んで構成されている。ま
た、ＬＡＮ４００に接続された中継装置としてのＱｏＳ
保証装置６００と、ＬＡＮ５００に接続された中継装置
としてのＱｏＳ保証装置６５０とを、ルータネットワー
クによって構成されるＷＡＮ（広域ネットワーク）６９
０によって接続することにより、本実施形態の企業ネッ
トワークが実現されている。クライアント端末４１０、
情報系端末４２０が第１の通信装置に、ホストコンピュ
ータ５１０が第２の通信装置に、ＱｏＳ保証装置６０
０、６５０が第１および第２の中継装置にそれぞれ対応
する。
中継システムについて説明する。図１０は、企業ネット
ワークの他の例を示す構成図である。図１０に示す企業
ネットワークは、ＬＡＮ４００に接続された複数のクラ
イアント端末４１０および複数の情報系端末４２０と、
ＬＡＮ５００に接続されたホストコンピュータ５１０お
よび情報系サーバ５２０とを含んで構成されている。ま
た、ＬＡＮ４００に接続された中継装置としてのＱｏＳ
保証装置６００と、ＬＡＮ５００に接続された中継装置
としてのＱｏＳ保証装置６５０とを、ルータネットワー
クによって構成されるＷＡＮ（広域ネットワーク）６９
０によって接続することにより、本実施形態の企業ネッ
トワークが実現されている。クライアント端末４１０、
情報系端末４２０が第１の通信装置に、ホストコンピュ
ータ５１０が第２の通信装置に、ＱｏＳ保証装置６０
０、６５０が第１および第２の中継装置にそれぞれ対応
する。
【００９０】クライアント端末４１０は、企業の収益に
直結するオーダーエントリ業務や勘定系業務などの基幹
業務に関するデータ通信を行うためのものである。情報
系端末４２０は、社内データベースあるいはパブリック
インターネット等の社外のネットワークに接続された各
種のサーバが有する社外データベースにアクセスしてデ
ータの検索を行ったり、電子メールの送受信やホームペ
ージの閲覧等を行うためのものである。
直結するオーダーエントリ業務や勘定系業務などの基幹
業務に関するデータ通信を行うためのものである。情報
系端末４２０は、社内データベースあるいはパブリック
インターネット等の社外のネットワークに接続された各
種のサーバが有する社外データベースにアクセスしてデ
ータの検索を行ったり、電子メールの送受信やホームペ
ージの閲覧等を行うためのものである。
【００９１】ホストコンピュータ５１０は、クライアン
ト端末４１０を用いて入力される基幹業務に対応する各
種のデータを処理する。情報系サーバ５２０は、各種の
データベースを含んでおり、情報系端末４２０を用いた
検索指示等に応じてデータベースを検索して、その検索
結果を情報系端末４２０に返送する。
ト端末４１０を用いて入力される基幹業務に対応する各
種のデータを処理する。情報系サーバ５２０は、各種の
データベースを含んでおり、情報系端末４２０を用いた
検索指示等に応じてデータベースを検索して、その検索
結果を情報系端末４２０に返送する。
【００９２】上述したように、クライアント端末４１０
を用いて、オーダーエントリ業務や勘定系業務などの基
幹業務に関するデータの入力が行われるため、各クライ
アント端末４１０とホストコンピュータ５１０との間の
通信では、安定した通信帯域を確保したＱｏＳ保証が要
求される。一方、情報系端末４２０と情報系サーバ５２
０との間では、情報系サーバ５２０に含まれる各種のデ
ータベースの検索およびその結果の通知等を行うために
必要な各種のデータが送受信されるが、ある程度の遅延
等が生じても業務に大きな支障を来すことはないと考え
られるので、安定した通信帯域を常に確保する必要はな
く、その時点で最善の通信を行うことができればよい。
を用いて、オーダーエントリ業務や勘定系業務などの基
幹業務に関するデータの入力が行われるため、各クライ
アント端末４１０とホストコンピュータ５１０との間の
通信では、安定した通信帯域を確保したＱｏＳ保証が要
求される。一方、情報系端末４２０と情報系サーバ５２
０との間では、情報系サーバ５２０に含まれる各種のデ
ータベースの検索およびその結果の通知等を行うために
必要な各種のデータが送受信されるが、ある程度の遅延
等が生じても業務に大きな支障を来すことはないと考え
られるので、安定した通信帯域を常に確保する必要はな
く、その時点で最善の通信を行うことができればよい。
【００９３】ＱｏＳ保証装置６００は、他方のＱｏＳ保
証装置６５０との間でネットワーク資源の予約を行うこ
とにより、クライアント端末４１０とホストコンピュー
タ５１０との間でＱｏＳ保証がなされた通信を実現する
ためのものである。なお、他方のＱｏＳ保証装置６５０
もこのＱｏＳ保証装置６００と同じ構成を有している。
証装置６５０との間でネットワーク資源の予約を行うこ
とにより、クライアント端末４１０とホストコンピュー
タ５１０との間でＱｏＳ保証がなされた通信を実現する
ためのものである。なお、他方のＱｏＳ保証装置６５０
もこのＱｏＳ保証装置６００と同じ構成を有している。
【００９４】図１１は、ＱｏＳ保証装置の構成を示す図
である。図１１に示すＱｏＳ保証装置６００は、ＱｏＳ
保証動作を行うために、対象トラヒック判別部６０２、
ビット列設定機能部６０４、転送機能部６０６、出力処
理部６０８、ＲＳＶＰ処理部６１０、ビット列削除機能
部６１２、予約帯域ビット列マッピング部６１４、条件
データベース６２０、トラヒックレート監視部６２２、
予約条件設定部６２４、自動予約トリガ部６２６、タイ
マ６２８、スケジュールタイマ６２９、受信インタフェ
ース６３０、送信インタフェース６３２を含んで構成さ
れている。
である。図１１に示すＱｏＳ保証装置６００は、ＱｏＳ
保証動作を行うために、対象トラヒック判別部６０２、
ビット列設定機能部６０４、転送機能部６０６、出力処
理部６０８、ＲＳＶＰ処理部６１０、ビット列削除機能
部６１２、予約帯域ビット列マッピング部６１４、条件
データベース６２０、トラヒックレート監視部６２２、
予約条件設定部６２４、自動予約トリガ部６２６、タイ
マ６２８、スケジュールタイマ６２９、受信インタフェ
ース６３０、送信インタフェース６３２を含んで構成さ
れている。
【００９５】対象トラヒック判別部６０２がパケット分
類処理手段に、ビット列設定機能部６０４がビット列設
定手段に、転送機能部６０６、出力処理部６０８が転送
処理手段に、ＲＳＶＰ処理部６１０がサービス品質セッ
トアップ処理手段に、ビット列削除機能部６１２がビッ
ト列削除手段に、トラヒックレート監視部６２２が監視
手段にそれぞれ対応する。
類処理手段に、ビット列設定機能部６０４がビット列設
定手段に、転送機能部６０６、出力処理部６０８が転送
処理手段に、ＲＳＶＰ処理部６１０がサービス品質セッ
トアップ処理手段に、ビット列削除機能部６１２がビッ
ト列削除手段に、トラヒックレート監視部６２２が監視
手段にそれぞれ対応する。
【００９６】対象トラヒック判別部６０２は、受信イン
タフェース６３０によって受信された各種のデータの中
からＱｏＳ保証対象となるデータを判別するものであ
る。例えば、受信インタフェース６３０にＩＰパケット
群が入力されると、ＱｏＳ保証対象となるＩＰパケット
とＱｏＳ保証対象とならないＩＰパケットとが分類され
る。
タフェース６３０によって受信された各種のデータの中
からＱｏＳ保証対象となるデータを判別するものであ
る。例えば、受信インタフェース６３０にＩＰパケット
群が入力されると、ＱｏＳ保証対象となるＩＰパケット
とＱｏＳ保証対象とならないＩＰパケットとが分類され
る。
【００９７】ところで、対象トラヒック判別部６０２が
ＱｏＳ保証対象となるＩＰパケットとそれ以外の他のＩ
Ｐパケットとを区別する方法については、いくつかのパ
ターンが考えられる。以下、ＱｏＳ保証対象となるＩＰ
パケットを判別する方法について説明する。
ＱｏＳ保証対象となるＩＰパケットとそれ以外の他のＩ
Ｐパケットとを区別する方法については、いくつかのパ
ターンが考えられる。以下、ＱｏＳ保証対象となるＩＰ
パケットを判別する方法について説明する。
【００９８】（１）宛先アドレス、宛先ネットワークア
ドレスを用いる場合：クライアント端末４１０からホス
トコンピュータ５１０に向けて送信されるＩＰパケット
のヘッダ部には、宛先アドレスとしてホストコンピュー
タ５１０のＩＰアドレスが設定されている。したがっ
て、対象トラヒック判別部６０２は、入力されたＩＰパ
ケットのヘッダ部に含まれる宛先アドレスを調べ、この
宛先アドレスがホストコンピュータ５１０のＩＰアドレ
スに一致する場合には、このＩＰパケットがＱｏＳ保証
対象となるＩＰパケットであると判断することができ
る。
ドレスを用いる場合：クライアント端末４１０からホス
トコンピュータ５１０に向けて送信されるＩＰパケット
のヘッダ部には、宛先アドレスとしてホストコンピュー
タ５１０のＩＰアドレスが設定されている。したがっ
て、対象トラヒック判別部６０２は、入力されたＩＰパ
ケットのヘッダ部に含まれる宛先アドレスを調べ、この
宛先アドレスがホストコンピュータ５１０のＩＰアドレ
スに一致する場合には、このＩＰパケットがＱｏＳ保証
対象となるＩＰパケットであると判断することができ
る。
【００９９】条件データベース６２０は、ＱｏＳ保証対
象となるＩＰパケットの識別を行うために必要な宛先ア
ドレスを格納する。ＱｏＳ保証対象となる最初のＩＰパ
ケットが検出されると、このＩＰパケットの送信先とな
るＱｏＳ保証装置（本実施形態ではＱｏＳ保証装置６５
０）にパスメッセージを送付する必要があるため、条件
データベースには、宛先アドレスとともにこの宛先アド
レスに対応するＱｏＳ保証装置のアドレスを格納してお
くことが望ましい。また、各種の情報管理を効率的に行
うために、さらに予約帯域の初期値と、ＩＰパケットに
設定されるビット列を宛先アドレスに対応させて格納す
ることが望ましい。
象となるＩＰパケットの識別を行うために必要な宛先ア
ドレスを格納する。ＱｏＳ保証対象となる最初のＩＰパ
ケットが検出されると、このＩＰパケットの送信先とな
るＱｏＳ保証装置（本実施形態ではＱｏＳ保証装置６５
０）にパスメッセージを送付する必要があるため、条件
データベースには、宛先アドレスとともにこの宛先アド
レスに対応するＱｏＳ保証装置のアドレスを格納してお
くことが望ましい。また、各種の情報管理を効率的に行
うために、さらに予約帯域の初期値と、ＩＰパケットに
設定されるビット列を宛先アドレスに対応させて格納す
ることが望ましい。
【０１００】また、一般に、ＩＰアドレスの一部には、
ネットワークアドレスが含まれている。例えば、図１０
に示した本実施形態のネットワークにおいては、ホスト
コンピュータ５１０からクライアント端末４１０に送ら
れるＩＰパケットのヘッダ部に含まれる宛先アドレス
（ＩＰアドレス）には、クライアント端末４１０が接続
されたＬＡＮ４００のアドレスが、宛先ネットワークア
ドレスとして含まれている。したがって、例えば、Ｑｏ
Ｓ保証対象とするホストコンピュータ５１０からのパケ
ットを受信するクライアント端末４１０がＬＡＮ４００
のみに接続されている場合等においては、ＱｏＳ保証装
置６５０の対象トラヒック判別部６０２は、ＩＰパケッ
トのヘッダ部に含まれる宛先アドレスを調べる代わり
に、この宛先アドレスの一部に含まれる宛先ネットワー
クアドレスを用いて、このＩＰパケットがＱｏＳ保証対
象となるＩＰパケットであるか否かを判断することがで
きるとともに、ＬＡＮ４００に接続されるクライアント
端末すべてのＩＰアドレスを調べる必要がなくなり、装
置の処理負荷も低減できる。
ネットワークアドレスが含まれている。例えば、図１０
に示した本実施形態のネットワークにおいては、ホスト
コンピュータ５１０からクライアント端末４１０に送ら
れるＩＰパケットのヘッダ部に含まれる宛先アドレス
（ＩＰアドレス）には、クライアント端末４１０が接続
されたＬＡＮ４００のアドレスが、宛先ネットワークア
ドレスとして含まれている。したがって、例えば、Ｑｏ
Ｓ保証対象とするホストコンピュータ５１０からのパケ
ットを受信するクライアント端末４１０がＬＡＮ４００
のみに接続されている場合等においては、ＱｏＳ保証装
置６５０の対象トラヒック判別部６０２は、ＩＰパケッ
トのヘッダ部に含まれる宛先アドレスを調べる代わり
に、この宛先アドレスの一部に含まれる宛先ネットワー
クアドレスを用いて、このＩＰパケットがＱｏＳ保証対
象となるＩＰパケットであるか否かを判断することがで
きるとともに、ＬＡＮ４００に接続されるクライアント
端末すべてのＩＰアドレスを調べる必要がなくなり、装
置の処理負荷も低減できる。
【０１０１】この場合には、条件データベース６２０に
は、上述した宛先アドレスに代えて宛先ネットワークア
ドレスが格納される。また、必要に応じて、パスメッセ
ージの送付先となるＱｏＳ保証装置のアドレスや予約帯
域の初期値、ＩＰパケットに設定されるビット列等が、
この宛先ネットワークアドレスに対応付けられて格納さ
れる。
は、上述した宛先アドレスに代えて宛先ネットワークア
ドレスが格納される。また、必要に応じて、パスメッセ
ージの送付先となるＱｏＳ保証装置のアドレスや予約帯
域の初期値、ＩＰパケットに設定されるビット列等が、
この宛先ネットワークアドレスに対応付けられて格納さ
れる。
【０１０２】（２）送信元アドレス、送信元ネットワー
クアドレスを用いる場合：上述したように、宛先アドレ
スや宛先ネットワークアドレスを用いて、ＱｏＳ保証対
象のＩＰパケットであるか否かを判断することができる
が、反対に、送信元アドレス等を用いてＱｏＳ保証対象
となるＩＰパケットであるか否かを判断するようにして
もよい。
クアドレスを用いる場合：上述したように、宛先アドレ
スや宛先ネットワークアドレスを用いて、ＱｏＳ保証対
象のＩＰパケットであるか否かを判断することができる
が、反対に、送信元アドレス等を用いてＱｏＳ保証対象
となるＩＰパケットであるか否かを判断するようにして
もよい。
【０１０３】すなわち、ホストコンピュータ５１０から
各クライアント端末４１０に向けて送信されるＩＰパケ
ットのヘッダ部には、送信元アドレスとしてホストコン
ピュータ５１０のＩＰアドレスが設定されている。した
がって、ホストコンピュータ５１０側に配置されたＱｏ
Ｓ保証装置６５０内の対象トラヒック判別部６０２は、
入力されたＩＰパケットのヘッダ部に含まれる送信元ア
ドレスを調べ、この送信元アドレスがホストコンピュー
タ５１０のＩＰアドレスに一致する場合には、このＩＰ
パケットがＱｏＳ保証対象となるＩＰパケットであると
判断することができる。
各クライアント端末４１０に向けて送信されるＩＰパケ
ットのヘッダ部には、送信元アドレスとしてホストコン
ピュータ５１０のＩＰアドレスが設定されている。した
がって、ホストコンピュータ５１０側に配置されたＱｏ
Ｓ保証装置６５０内の対象トラヒック判別部６０２は、
入力されたＩＰパケットのヘッダ部に含まれる送信元ア
ドレスを調べ、この送信元アドレスがホストコンピュー
タ５１０のＩＰアドレスに一致する場合には、このＩＰ
パケットがＱｏＳ保証対象となるＩＰパケットであると
判断することができる。
【０１０４】また、例えば、ＬＡＮ４００にクライアン
ト端末４１０のみが接続されている場合や、クライアン
ト端末４１０の送信するすべてのＩＰパケットをＱｏＳ
保証対象とする場合においては、ＱｏＳ保証装置６００
内の対象トラヒック判別部６０２は、ＩＰパケットのヘ
ッダ部に含まれる送信元アドレスを調べる代わりに、こ
の送信元アドレスの一部に含まれる送信元ネットワーク
アドレスを用いて、このＩＰパケットがＱｏＳ保証対象
であるか否かを判断することができるとともに、ＬＡＮ
４００に接続されるクライアント端末すべてのＩＰアド
レスを調べる必要がなくなり、装置の処理負荷も低減で
きる。
ト端末４１０のみが接続されている場合や、クライアン
ト端末４１０の送信するすべてのＩＰパケットをＱｏＳ
保証対象とする場合においては、ＱｏＳ保証装置６００
内の対象トラヒック判別部６０２は、ＩＰパケットのヘ
ッダ部に含まれる送信元アドレスを調べる代わりに、こ
の送信元アドレスの一部に含まれる送信元ネットワーク
アドレスを用いて、このＩＰパケットがＱｏＳ保証対象
であるか否かを判断することができるとともに、ＬＡＮ
４００に接続されるクライアント端末すべてのＩＰアド
レスを調べる必要がなくなり、装置の処理負荷も低減で
きる。
【０１０５】（３）プロトコル番号を用いる場合：図３
および図５に示したように、ＩＰヘッダには、上位レイ
ヤ（レイヤ４）のプロトコル種別を識別する値が設定さ
れている。したがって、基幹業務通信に特有なプロトコ
ルが用いられている場合には、対象トラヒック判別部６
０２は、入力されるＩＰパケットのヘッダ部に含まれる
プロトコル種別の値を調べ、この値がＱｏＳ保証対象と
なるＩＰパケットに対応した値に一致する場合には、こ
のＩＰパケットをＱｏＳ保証対象となるＩＰパケットで
あると判断することができる。
および図５に示したように、ＩＰヘッダには、上位レイ
ヤ（レイヤ４）のプロトコル種別を識別する値が設定さ
れている。したがって、基幹業務通信に特有なプロトコ
ルが用いられている場合には、対象トラヒック判別部６
０２は、入力されるＩＰパケットのヘッダ部に含まれる
プロトコル種別の値を調べ、この値がＱｏＳ保証対象と
なるＩＰパケットに対応した値に一致する場合には、こ
のＩＰパケットをＱｏＳ保証対象となるＩＰパケットで
あると判断することができる。
【０１０６】（４）受信インタフェースを用いる場合：
図１１に示したように、本実施形態のＱｏＳ保証装置６
００は、複数（例えば４つ）の受信インタフェース６３
０を備えている。例えば、クライアント端末４１０が接
続されたＬＡＮ４００の収容部としての受信インタフェ
ース６３０と情報系端末４２０が接続されたＬＡＮ４０
０の収容部としての受信インタフェース６３０とが分け
られている場合には、どの受信インタフェース６３０を
用いてＩＰパケットを受信したかを監視することより、
対象トラヒック判別部６０２は、入力されたＩＰパケッ
トがＱｏＳ保証対象のものであるか否かを判断すること
ができる。
図１１に示したように、本実施形態のＱｏＳ保証装置６
００は、複数（例えば４つ）の受信インタフェース６３
０を備えている。例えば、クライアント端末４１０が接
続されたＬＡＮ４００の収容部としての受信インタフェ
ース６３０と情報系端末４２０が接続されたＬＡＮ４０
０の収容部としての受信インタフェース６３０とが分け
られている場合には、どの受信インタフェース６３０を
用いてＩＰパケットを受信したかを監視することより、
対象トラヒック判別部６０２は、入力されたＩＰパケッ
トがＱｏＳ保証対象のものであるか否かを判断すること
ができる。
【０１０７】（５）宛先ポート番号を用いる場合：ＴＣ
Ｐ／ＩＰを用いてＩＰパケットの送信を行う場合には、
ＴＣＰヘッダに含まれる宛先ポート番号を用いてＱｏＳ
保証対象となるＩＰパケットであるか否かを判別するよ
うにしてもよい。クライアント端末４１０からホストコ
ンピュータ５１０に送られるパケットのＴＣＰヘッダ内
の宛先ポート番号は、アプリケーション層の特定のサー
ビスに対応した値が設定される。したがって、ホストコ
ンピュータ５１０において、ＱｏＳ保証対象となるＩＰ
パケットのデータに対して特定のサービスを提供する場
合には、対象トラヒック判別部６０２は、この宛先ポー
ト番号を用いることによっても、ＱｏＳ保証対象となる
ＩＰパケットを判別することができる。例えば、基幹業
務通信のプロトコルとしてＳＮＡ on ＴＣＰ／ＩＰを用
いた場合には、上述した宛先ポート番号が１０８（SNA
Gateway AccessServer）、１４３９（/tcp Eicon X25/S
NA Gateway）と決まっている。また、ＦＮＡ on ＴＣＰ
／ＩＰを用いた場合には、宛先ポート番号が４９２／４
９２（Transport Independent Convergence for FNA）
と決まっている。したがって、これらの宛先ポート番
号、あるいは必要に応じて、パスメッセージの送付先と
なるＱｏＳ保証装置のアドレスや予約帯域の初期値、Ｉ
Ｐパケットに設定されるビット列等を条件データベース
６２０に格納しておくことにより、保証対象となるＩＰ
パケットの判断や、パスメッセージの送付先の設定等が
容易になる。
Ｐ／ＩＰを用いてＩＰパケットの送信を行う場合には、
ＴＣＰヘッダに含まれる宛先ポート番号を用いてＱｏＳ
保証対象となるＩＰパケットであるか否かを判別するよ
うにしてもよい。クライアント端末４１０からホストコ
ンピュータ５１０に送られるパケットのＴＣＰヘッダ内
の宛先ポート番号は、アプリケーション層の特定のサー
ビスに対応した値が設定される。したがって、ホストコ
ンピュータ５１０において、ＱｏＳ保証対象となるＩＰ
パケットのデータに対して特定のサービスを提供する場
合には、対象トラヒック判別部６０２は、この宛先ポー
ト番号を用いることによっても、ＱｏＳ保証対象となる
ＩＰパケットを判別することができる。例えば、基幹業
務通信のプロトコルとしてＳＮＡ on ＴＣＰ／ＩＰを用
いた場合には、上述した宛先ポート番号が１０８（SNA
Gateway AccessServer）、１４３９（/tcp Eicon X25/S
NA Gateway）と決まっている。また、ＦＮＡ on ＴＣＰ
／ＩＰを用いた場合には、宛先ポート番号が４９２／４
９２（Transport Independent Convergence for FNA）
と決まっている。したがって、これらの宛先ポート番
号、あるいは必要に応じて、パスメッセージの送付先と
なるＱｏＳ保証装置のアドレスや予約帯域の初期値、Ｉ
Ｐパケットに設定されるビット列等を条件データベース
６２０に格納しておくことにより、保証対象となるＩＰ
パケットの判断や、パスメッセージの送付先の設定等が
容易になる。
【０１０８】また、図１１に示したビット列設定機能部
６０４は、ＱｏＳ保証対象となるＩＰパケットのヘッダ
部に特定のビット列を設定する。このビット列設定機能
部６０４によって行われるビット列の設定動作は、図２
に示したビット列処理部１０２において行われるビット
列の設定動作と基本的に同じである。すなわち、ＩＰｖ
４のＩＰヘッダについては、タイプオブサービスフィー
ルドに特定のビット列を挿入したり、あるいはこのＩＰ
ヘッダに特定のビット列を付加したりして、ビット列設
定機能部６０４によるビット列の設定が行われる。ま
た、ＩＰｖ６のＩＰヘッダについては、トラヒッククラ
スに特定のビット列を挿入したり、あるいはこのＩＰヘ
ッダに特定のビット列を付加したりして、ビット列設定
機能部６０４によるビット列の設定が行われる。
６０４は、ＱｏＳ保証対象となるＩＰパケットのヘッダ
部に特定のビット列を設定する。このビット列設定機能
部６０４によって行われるビット列の設定動作は、図２
に示したビット列処理部１０２において行われるビット
列の設定動作と基本的に同じである。すなわち、ＩＰｖ
４のＩＰヘッダについては、タイプオブサービスフィー
ルドに特定のビット列を挿入したり、あるいはこのＩＰ
ヘッダに特定のビット列を付加したりして、ビット列設
定機能部６０４によるビット列の設定が行われる。ま
た、ＩＰｖ６のＩＰヘッダについては、トラヒッククラ
スに特定のビット列を挿入したり、あるいはこのＩＰヘ
ッダに特定のビット列を付加したりして、ビット列設定
機能部６０４によるビット列の設定が行われる。
【０１０９】転送機能部６０６は、受信インタフェース
６３０によって受信されたＩＰパケットに対して、ＩＰ
ヘッダの宛先アドレス等に基づいて次の送信先となる通
信装置を決定するルーティング処理を行う。出力処理部
６０８は、転送機能部６０６によってルーティング処理
が行われた後のＩＰパケットを、所定の順番で送信イン
タフェース６３２から出力する。ＱｏＳ保証対象となる
ＩＰパケットは、予約された通信帯域を用いて送信され
るため、確実に送信インタフェースから送信され、パケ
ットの廃棄等が生じないようになっている。
６３０によって受信されたＩＰパケットに対して、ＩＰ
ヘッダの宛先アドレス等に基づいて次の送信先となる通
信装置を決定するルーティング処理を行う。出力処理部
６０８は、転送機能部６０６によってルーティング処理
が行われた後のＩＰパケットを、所定の順番で送信イン
タフェース６３２から出力する。ＱｏＳ保証対象となる
ＩＰパケットは、予約された通信帯域を用いて送信され
るため、確実に送信インタフェースから送信され、パケ
ットの廃棄等が生じないようになっている。
【０１１０】ＲＳＶＰ処理部６１０は、ＲＳＶＰの各種
のメッセージの生成および送受信を行うことにより、通
信帯域の予約やその解除を行う。これにより、特定のＩ
Ｐパケットに対するＱｏＳ保証が行われる。予約帯域ビ
ット列マッピング部６１４は、ビット列設定機能部６０
４によってＱｏＳ対象となるＩＰパケットのヘッダ部に
設定される特定のビット列の値と予約帯域との対応をと
る処理を行う。例えば、ＱｏＳ保証対象となるＩＰパケ
ットが複数種類存在し、それぞれの種類毎に別々の通信
帯域を確保する必要がある場合には、それぞれの通信帯
域毎に異なるビット列が対応付けられる。なお、予約帯
域ビット列マッピング部６１４は、自分が含まれるＱｏ
Ｓ保証装置６００内のビット列設定機能部６０４によっ
て設定されたビット列と予約帯域との関係だけでなく、
他のＱｏＳ保証装置６５０内のビット列設定機能部６０
４によって設定されたビット列と予約帯域との関係も全
て格納しており、ＱｏＳ保証装置６００を用いて送受信
されるＱｏＳ保証対象のＩＰパケットについての通信帯
域がわかるようになっている。
のメッセージの生成および送受信を行うことにより、通
信帯域の予約やその解除を行う。これにより、特定のＩ
Ｐパケットに対するＱｏＳ保証が行われる。予約帯域ビ
ット列マッピング部６１４は、ビット列設定機能部６０
４によってＱｏＳ対象となるＩＰパケットのヘッダ部に
設定される特定のビット列の値と予約帯域との対応をと
る処理を行う。例えば、ＱｏＳ保証対象となるＩＰパケ
ットが複数種類存在し、それぞれの種類毎に別々の通信
帯域を確保する必要がある場合には、それぞれの通信帯
域毎に異なるビット列が対応付けられる。なお、予約帯
域ビット列マッピング部６１４は、自分が含まれるＱｏ
Ｓ保証装置６００内のビット列設定機能部６０４によっ
て設定されたビット列と予約帯域との関係だけでなく、
他のＱｏＳ保証装置６５０内のビット列設定機能部６０
４によって設定されたビット列と予約帯域との関係も全
て格納しており、ＱｏＳ保証装置６００を用いて送受信
されるＱｏＳ保証対象のＩＰパケットについての通信帯
域がわかるようになっている。
【０１１１】ところで、ビット列設定機能部６０４によ
って複数のビット列の値を設定する方法としては、新た
なビット列を設定する必要が生じる毎にランダムな値の
ビット列を発生させる場合、昇べき順あるいは降べき順
の値を有するビット列を発生させる場合、他のＱｏＳ保
証装置のＩＰアドレスや予約する通信帯域と対となるビ
ット列をあらかじめ登録しておいてこのビット列の値を
用いる場合等が考えられる。ランダムな値を有するビッ
ト列を用いる場合には、値が大きく異なる複数のビット
列を簡単に発生させることができる。また、昇べき順あ
るいは降べき順の値を有するビット列を用いる場合に
は、簡単な演算処理で値が異なる複数のビット列を発生
させることができる。また、他のＱｏＳ保証装置のＩＰ
アドレスや予約する通信帯域と対となるビット列をあら
かじめ登録しておいてこれを使用する場合には、ビット
列をその都度発生させる必要がなくなるため、処理の簡
略化が可能になる。
って複数のビット列の値を設定する方法としては、新た
なビット列を設定する必要が生じる毎にランダムな値の
ビット列を発生させる場合、昇べき順あるいは降べき順
の値を有するビット列を発生させる場合、他のＱｏＳ保
証装置のＩＰアドレスや予約する通信帯域と対となるビ
ット列をあらかじめ登録しておいてこのビット列の値を
用いる場合等が考えられる。ランダムな値を有するビッ
ト列を用いる場合には、値が大きく異なる複数のビット
列を簡単に発生させることができる。また、昇べき順あ
るいは降べき順の値を有するビット列を用いる場合に
は、簡単な演算処理で値が異なる複数のビット列を発生
させることができる。また、他のＱｏＳ保証装置のＩＰ
アドレスや予約する通信帯域と対となるビット列をあら
かじめ登録しておいてこれを使用する場合には、ビット
列をその都度発生させる必要がなくなるため、処理の簡
略化が可能になる。
【０１１２】予約条件設定部６２４は、通信帯域を予約
する場合のパスメッセージのパラメータを設定する。一
般に、ＲＳＶＰを用いてトラヒックのＱｏＳを保証する
場合には、データの送信元がＲＳＶＰパスメッセージで
トラヒックのデータレート（帯域）を指定する必要があ
る。例えば、本実施形態においてクライアント端末４１
０からホストコンピュータ５１０に向かうデータを考え
た場合には、ＱｏＳ保証装置６００がデータの送信元と
なる。通常、クライアント端末数が多い基幹業務通信や
その他のクライアント−サーバ通信では、各クライアン
ト端末から送信されるデータの合計のデータレート、あ
るいはホストコンピュータ等からの応答データのレート
は比較的安定しているが、完全に一定であるわけではな
く、変動する。そこで、本実施形態のＱｏＳ保証装置６
００では、トラヒックレート監視部６２２によって、Ｑ
ｏＳ保証対象となるトラヒックのデータレートを監視
し、変動が生じた場合に、変動後のデータレートに対応
するパラメータを予約条件設定部６２４によって指定し
て新たなＲＳＶＰパスメッセージを送信している。これ
により、予約条件を変更して、実際のデータレートに一
致させている。なお、ＲＳＶＰのメッセージの処理はこ
れを送受信する各ＱｏＳ保証装置６００、６５０におい
て処理の負担が大きいため、あまり頻繁に予約条件の変
更を行うのは好ましくない。このため、例えば前回の予
約時から５０ｋｂｐｓのデータレートの変動が検出され
たときに、予約条件の変更を実施するように設定されて
いる。
する場合のパスメッセージのパラメータを設定する。一
般に、ＲＳＶＰを用いてトラヒックのＱｏＳを保証する
場合には、データの送信元がＲＳＶＰパスメッセージで
トラヒックのデータレート（帯域）を指定する必要があ
る。例えば、本実施形態においてクライアント端末４１
０からホストコンピュータ５１０に向かうデータを考え
た場合には、ＱｏＳ保証装置６００がデータの送信元と
なる。通常、クライアント端末数が多い基幹業務通信や
その他のクライアント−サーバ通信では、各クライアン
ト端末から送信されるデータの合計のデータレート、あ
るいはホストコンピュータ等からの応答データのレート
は比較的安定しているが、完全に一定であるわけではな
く、変動する。そこで、本実施形態のＱｏＳ保証装置６
００では、トラヒックレート監視部６２２によって、Ｑ
ｏＳ保証対象となるトラヒックのデータレートを監視
し、変動が生じた場合に、変動後のデータレートに対応
するパラメータを予約条件設定部６２４によって指定し
て新たなＲＳＶＰパスメッセージを送信している。これ
により、予約条件を変更して、実際のデータレートに一
致させている。なお、ＲＳＶＰのメッセージの処理はこ
れを送受信する各ＱｏＳ保証装置６００、６５０におい
て処理の負担が大きいため、あまり頻繁に予約条件の変
更を行うのは好ましくない。このため、例えば前回の予
約時から５０ｋｂｐｓのデータレートの変動が検出され
たときに、予約条件の変更を実施するように設定されて
いる。
【０１１３】また、実際のシステム運用を考えた場合
に、どのタイミングでネットワーク資源の予約の開始や
解約を行うかを決定する必要がある。例えば、ネットワ
ーク資源を予約すると、他の用途のデータ通信等にはこ
の予約された通信帯域を使用することができなくなるた
め、できるだけ実際にＱｏＳ保証対象となるＩＰパケッ
トの送信が開始された時点でネットワーク資源の予約を
行うことが好ましい。また、長時間にわたってＱｏＳ保
証対象となるＩＰパケットが送受信されない状態が続い
た場合には、通信帯域の予約を解除して、ネットワーク
資源を他の通信装置に開放することが望ましい。このよ
うに、適用なタイミングで通信帯域の予約や解除を行う
ために自動予約トリガ部６２６およびタイマ６２８が設
けられている。
に、どのタイミングでネットワーク資源の予約の開始や
解約を行うかを決定する必要がある。例えば、ネットワ
ーク資源を予約すると、他の用途のデータ通信等にはこ
の予約された通信帯域を使用することができなくなるた
め、できるだけ実際にＱｏＳ保証対象となるＩＰパケッ
トの送信が開始された時点でネットワーク資源の予約を
行うことが好ましい。また、長時間にわたってＱｏＳ保
証対象となるＩＰパケットが送受信されない状態が続い
た場合には、通信帯域の予約を解除して、ネットワーク
資源を他の通信装置に開放することが望ましい。このよ
うに、適用なタイミングで通信帯域の予約や解除を行う
ために自動予約トリガ部６２６およびタイマ６２８が設
けられている。
【０１１４】自動予約トリガ部６２６は、通信帯域が予
約されていない状態で、最初にＱｏＳ保証対象となるＩ
Ｐパケットが入力されたときに、ＲＳＶＰ処理部６１０
に対してパスメッセージの生成および送信を指示する。
また、タイマ６２８は、ＱｏＳ保証対象となるＩＰパケ
ットが入力される毎に一定時間の計測を開始し、次のＩ
Ｐパケットが入力される前にこの一定時間が経過する
と、ＲＳＶＰ処理部６１０に対してパス取り消しメッセ
ージの生成および送信を指示する。一定時間以内に次の
ＱｏＳ保証対象のＩＰパケットが入力されると、タイマ
６２８は、その入力タイミングに同期して再び一定時間
の計測を開始するため、一定時間を超えない間隔でＱｏ
Ｓ保証対象のＩＰパケットが入力されている間は、ＲＳ
ＶＰ処理部６１０に対して、パス取り消しメッセージの
生成指示は行われない。
約されていない状態で、最初にＱｏＳ保証対象となるＩ
Ｐパケットが入力されたときに、ＲＳＶＰ処理部６１０
に対してパスメッセージの生成および送信を指示する。
また、タイマ６２８は、ＱｏＳ保証対象となるＩＰパケ
ットが入力される毎に一定時間の計測を開始し、次のＩ
Ｐパケットが入力される前にこの一定時間が経過する
と、ＲＳＶＰ処理部６１０に対してパス取り消しメッセ
ージの生成および送信を指示する。一定時間以内に次の
ＱｏＳ保証対象のＩＰパケットが入力されると、タイマ
６２８は、その入力タイミングに同期して再び一定時間
の計測を開始するため、一定時間を超えない間隔でＱｏ
Ｓ保証対象のＩＰパケットが入力されている間は、ＲＳ
ＶＰ処理部６１０に対して、パス取り消しメッセージの
生成指示は行われない。
【０１１５】ところで、毎日の営業時間が決まってい
て、その営業時間内は頻繁にオーダーエントリが行われ
るような場合には、営業開始時刻になったら自動的に通
信帯域の予約を行い、営業終了時刻になったら自動的に
通信帯域の予約の解除を行うようにしてもよい。このた
めに、スケジュールタイマ６２９が備わっている。
て、その営業時間内は頻繁にオーダーエントリが行われ
るような場合には、営業開始時刻になったら自動的に通
信帯域の予約を行い、営業終了時刻になったら自動的に
通信帯域の予約の解除を行うようにしてもよい。このた
めに、スケジュールタイマ６２９が備わっている。
【０１１６】スケジュールタイマ６２９は、所定の時間
範囲を測定するものであり、第１の時刻に達したとき
に、ＲＳＶＰ処理部６１０に対してパスメッセージの生
成および送信を指示し、第２の時刻に達したときに、Ｒ
ＳＶＰ処理部６１０に対してパス取り消しメッセージを
生成および送信する指示を送る。
範囲を測定するものであり、第１の時刻に達したとき
に、ＲＳＶＰ処理部６１０に対してパスメッセージの生
成および送信を指示し、第２の時刻に達したときに、Ｒ
ＳＶＰ処理部６１０に対してパス取り消しメッセージを
生成および送信する指示を送る。
【０１１７】また、クライアント端末４１０からホスト
コンピュータ５１０に対してＩＰパケットを送信するト
ラヒックに対して通信帯域の予約を行う場合には、同時
に、ホストコンピュータ５１０から各クライアント端末
４１０に対してＩＰパケットを送信するトラヒックに対
しても通信帯域の予約を行う必要がある。このように、
双方向のトラヒックの通信帯域を予約することにより、
クライアント端末４１０から送信されるデータを確実に
ホストコンピュータ５１０に送ることができるととも
に、このデータに対応するＡＣＫ（Acknowlege）や送信
を依頼されたデータ等）の確実な返送が可能になる。
コンピュータ５１０に対してＩＰパケットを送信するト
ラヒックに対して通信帯域の予約を行う場合には、同時
に、ホストコンピュータ５１０から各クライアント端末
４１０に対してＩＰパケットを送信するトラヒックに対
しても通信帯域の予約を行う必要がある。このように、
双方向のトラヒックの通信帯域を予約することにより、
クライアント端末４１０から送信されるデータを確実に
ホストコンピュータ５１０に送ることができるととも
に、このデータに対応するＡＣＫ（Acknowlege）や送信
を依頼されたデータ等）の確実な返送が可能になる。
【０１１８】例えば、ＱｏＳ保証装置６５０内の自動予
約トリガ部６２６は、他のＱｏＳ保証装置６００からパ
スメッセージが送られてきたときに、このパスメッセー
ジの送信元となる他のＱｏＳ保証装置６００に対してパ
スメッセージの生成および送信をＲＳＶＰ処理部６１０
に指示する。このようにして双方向のパス（伝送路）に
ついて通信帯域の予約が実施される。
約トリガ部６２６は、他のＱｏＳ保証装置６００からパ
スメッセージが送られてきたときに、このパスメッセー
ジの送信元となる他のＱｏＳ保証装置６００に対してパ
スメッセージの生成および送信をＲＳＶＰ処理部６１０
に指示する。このようにして双方向のパス（伝送路）に
ついて通信帯域の予約が実施される。
【０１１９】このように、本実施形態のＱｏＳ保証装置
６００、６５０を用いてネットワーク中継システムを構
築することにより、特定のクライアント端末４１０から
ホストコンピュータ５１０に対して送信するＩＰパケッ
トと、反対にホストコンピュータ５１０からクライアン
ト端末４１０に対して返送されるＩＰパケットについ
て、ＱｏＳ保証を行うことができるため、途中でこれら
のＩＰパケットが廃棄されることがなく、高品質な通信
を実現することができる。また、ＱｏＳ保証対象となる
最初のＩＰパケットがクライアント端末４１０から送信
されたときにネットワーク資源（通信帯域）の予約を行
ったり、このＩＰパケットが送信されない状態が一定時
間続いたときにネットワーク資源の予約を解除したりし
ており、ネットワーク資源の有効利用が可能になる。ま
た、企業の営業時間等に合わせて所定の時間間隔を決め
てネットワーク資源の予約を自動的に行うことができる
ため、この時間帯におけるＱｏＳ保証を確実に行うこと
ができる。
６００、６５０を用いてネットワーク中継システムを構
築することにより、特定のクライアント端末４１０から
ホストコンピュータ５１０に対して送信するＩＰパケッ
トと、反対にホストコンピュータ５１０からクライアン
ト端末４１０に対して返送されるＩＰパケットについ
て、ＱｏＳ保証を行うことができるため、途中でこれら
のＩＰパケットが廃棄されることがなく、高品質な通信
を実現することができる。また、ＱｏＳ保証対象となる
最初のＩＰパケットがクライアント端末４１０から送信
されたときにネットワーク資源（通信帯域）の予約を行
ったり、このＩＰパケットが送信されない状態が一定時
間続いたときにネットワーク資源の予約を解除したりし
ており、ネットワーク資源の有効利用が可能になる。ま
た、企業の営業時間等に合わせて所定の時間間隔を決め
てネットワーク資源の予約を自動的に行うことができる
ため、この時間帯におけるＱｏＳ保証を確実に行うこと
ができる。
【０１２０】なお、本発明は上記実施形態に限定される
ものではなく、本発明の要旨の範囲内において種々の変
形実施が可能である。例えば、上述した各実施形態で
は、２台のエッジルータ１００、１１０の間で、あるい
は２台のＱｏＳ保証装置６００、６５０の間でネットワ
ーク資源の予約を行う場合を考えたが、これらの各装置
が３台以上存在するＷＡＮに本発明を適用するようにし
てもよい。
ものではなく、本発明の要旨の範囲内において種々の変
形実施が可能である。例えば、上述した各実施形態で
は、２台のエッジルータ１００、１１０の間で、あるい
は２台のＱｏＳ保証装置６００、６５０の間でネットワ
ーク資源の予約を行う場合を考えたが、これらの各装置
が３台以上存在するＷＡＮに本発明を適用するようにし
てもよい。
【０１２１】図１２は、５台のＱｏＳ保証装置を用いた
ネットワークの構成を示す図である。図１２に示すネッ
トワークは、サブネットワークＡを介して複数台のクラ
イアント端末７１０が接続されたＱｏＳ保証装置７４０
と、サブネットワークＢを介して複数台のクライアント
端末７２０が接続されたＱｏＳ保証装置７４２と、サブ
ネットワークＣを介して複数台のクライアント端末７３
０が接続されたＱｏＳ保証装置７４４と、サブネットワ
ークＤを介してホストコンピュータ７５０が接続された
ＱｏＳ保証装置７６０と、サブネットワークＥを介して
ホストコンピュータ７５２が接続されたＱｏＳ保証装置
７６２とを含んで構成されている。また、５台のＱｏＳ
保証装置７４０、７４２、７４４、７６０、７６２がＷ
ＡＮ７００によって相互に接続されている。
ネットワークの構成を示す図である。図１２に示すネッ
トワークは、サブネットワークＡを介して複数台のクラ
イアント端末７１０が接続されたＱｏＳ保証装置７４０
と、サブネットワークＢを介して複数台のクライアント
端末７２０が接続されたＱｏＳ保証装置７４２と、サブ
ネットワークＣを介して複数台のクライアント端末７３
０が接続されたＱｏＳ保証装置７４４と、サブネットワ
ークＤを介してホストコンピュータ７５０が接続された
ＱｏＳ保証装置７６０と、サブネットワークＥを介して
ホストコンピュータ７５２が接続されたＱｏＳ保証装置
７６２とを含んで構成されている。また、５台のＱｏＳ
保証装置７４０、７４２、７４４、７６０、７６２がＷ
ＡＮ７００によって相互に接続されている。
【０１２２】図１３は、クライアント端末が接続された
ＱｏＳ保証装置７４０、７４２、７４４のそれぞれに含
まれる条件データベースの内容を示す図である。ＩＰパ
ケットの宛先アドレスに基づいてＩＰアドレスを送信す
るＱｏＳ保証装置を特定するものとする。例えば、Ｑｏ
Ｓ保証装置７４０は、クライアント端末７１０やその他
の装置からＩＰパケットが入力されたときに、そのＩＰ
アドレスのヘッダ部に含まれる宛先アドレスがホストコ
ンピュータ７５２のアドレスであった場合には、このＩ
ＰパケットがＱｏＳ保証対象であることと、このＩＰパ
ケットとパスメッセージの送信先がＱｏＳ保証装置７６
２であることを知ることができる。このように、ＱｏＳ
保証対象となるＩＰパケットの送信先が複数箇所存在
し、それぞれの送信先に対応するＱｏＳ保証装置がある
場合であっても、条件データベースの内容を検索するだ
けで、容易に通信帯域の予約先となるＱｏＳ保証装置を
特定することができる。
ＱｏＳ保証装置７４０、７４２、７４４のそれぞれに含
まれる条件データベースの内容を示す図である。ＩＰパ
ケットの宛先アドレスに基づいてＩＰアドレスを送信す
るＱｏＳ保証装置を特定するものとする。例えば、Ｑｏ
Ｓ保証装置７４０は、クライアント端末７１０やその他
の装置からＩＰパケットが入力されたときに、そのＩＰ
アドレスのヘッダ部に含まれる宛先アドレスがホストコ
ンピュータ７５２のアドレスであった場合には、このＩ
ＰパケットがＱｏＳ保証対象であることと、このＩＰパ
ケットとパスメッセージの送信先がＱｏＳ保証装置７６
２であることを知ることができる。このように、ＱｏＳ
保証対象となるＩＰパケットの送信先が複数箇所存在
し、それぞれの送信先に対応するＱｏＳ保証装置がある
場合であっても、条件データベースの内容を検索するだ
けで、容易に通信帯域の予約先となるＱｏＳ保証装置を
特定することができる。
【０１２３】また、図１４は、ホストコンピュータ７５
０、７５２が接続されたＱｏＳ保証装置７６０、７６２
のそれぞれに含まれる条件データベースの内容を示す図
である。ＩＰパケットの宛先アドレスに基づいてＩＰア
ドレスを送信するＱｏＳ保証装置を特定するものとす
る。例えば、ＱｏＳ保証装置７６０は、ホストコンピュ
ータ７５０やその他の装置からＩＰパケットが入力され
たときに、そのＩＰアドレスのヘッダ部に含まれる宛先
アドレスがサブネットワークＣに接続されたいずれかの
クライアント端末７３０のアドレスであった場合には、
このＩＰパケットがＱｏＳ保証対象であることと、この
ＩＰパケットとパスメッセージの送信先がＱｏＳ保証装
置７４４であることを知ることができる。
０、７５２が接続されたＱｏＳ保証装置７６０、７６２
のそれぞれに含まれる条件データベースの内容を示す図
である。ＩＰパケットの宛先アドレスに基づいてＩＰア
ドレスを送信するＱｏＳ保証装置を特定するものとす
る。例えば、ＱｏＳ保証装置７６０は、ホストコンピュ
ータ７５０やその他の装置からＩＰパケットが入力され
たときに、そのＩＰアドレスのヘッダ部に含まれる宛先
アドレスがサブネットワークＣに接続されたいずれかの
クライアント端末７３０のアドレスであった場合には、
このＩＰパケットがＱｏＳ保証対象であることと、この
ＩＰパケットとパスメッセージの送信先がＱｏＳ保証装
置７４４であることを知ることができる。
【０１２４】また、図１５に示すように、条件データベ
ースの内容として、図１３に示した内容に、予約帯域の
初期値とビット列の値を加えるようにしてもよい。同様
に、図１６に示すように、条件データベースの内容とし
て、図１４に示した内容に、予約帯域の初期値とビット
列の値を加えるようにしてもよい。
ースの内容として、図１３に示した内容に、予約帯域の
初期値とビット列の値を加えるようにしてもよい。同様
に、図１６に示すように、条件データベースの内容とし
て、図１４に示した内容に、予約帯域の初期値とビット
列の値を加えるようにしてもよい。
【０１２５】また、上述した各実施形態では、企業ネッ
トワークに本発明を適用した場合を説明したが、図１７
に示すように、ＩＳＰネットワーク等に本発明を適用す
ることができる。図１７に示した例では、エッジルータ
と中間ルータとを組み合わせることによってＩＳＰネッ
トワーク８００が構成されている。契約ユーザは、料金
が高いがＱｏＳ保証が行われる第１のサービスと、料金
が安くＱｏＳ保証が行われない第２のサービスのいずれ
かを選択することができる。例えば、サーバ８３０は、
ＷＷＷコンテンツの保持や、動画／音声などの放送や配
信を行っている。第１のサービスを利用するユーザは、
クライアント端末８１０を用いてダイアルアップ接続す
ると、このクライアント端末８１０が接続されたエッジ
ルータ８４０は、第１のサービスを利用可能なユーザか
らのアクセスが行われたことをユーザＩＤやパスワード
によって認識し、ＱｏＳ保証を行って各種の動画や音声
をサーバ８３０からクライアント端末８１０に転送す
る。これにより、この契約ユーザは、低遅延で滑らかな
音声や動画による各種のサービスの提供を受けることが
できる。一方、第２のサービスを利用するユーザは、契
約領域は安いが、サーバ８３０に対するアクセス数が増
えると、通信の品質が低下して音声や動画の配信に遅延
が生じるサービスの提供しか受けられない。
トワークに本発明を適用した場合を説明したが、図１７
に示すように、ＩＳＰネットワーク等に本発明を適用す
ることができる。図１７に示した例では、エッジルータ
と中間ルータとを組み合わせることによってＩＳＰネッ
トワーク８００が構成されている。契約ユーザは、料金
が高いがＱｏＳ保証が行われる第１のサービスと、料金
が安くＱｏＳ保証が行われない第２のサービスのいずれ
かを選択することができる。例えば、サーバ８３０は、
ＷＷＷコンテンツの保持や、動画／音声などの放送や配
信を行っている。第１のサービスを利用するユーザは、
クライアント端末８１０を用いてダイアルアップ接続す
ると、このクライアント端末８１０が接続されたエッジ
ルータ８４０は、第１のサービスを利用可能なユーザか
らのアクセスが行われたことをユーザＩＤやパスワード
によって認識し、ＱｏＳ保証を行って各種の動画や音声
をサーバ８３０からクライアント端末８１０に転送す
る。これにより、この契約ユーザは、低遅延で滑らかな
音声や動画による各種のサービスの提供を受けることが
できる。一方、第２のサービスを利用するユーザは、契
約領域は安いが、サーバ８３０に対するアクセス数が増
えると、通信の品質が低下して音声や動画の配信に遅延
が生じるサービスの提供しか受けられない。
【０１２６】また、上述した各実施形態では、ＩＰパケ
ットのヘッダ部に特定のビット情報を挿入する場合に、
ＩＰｖ４のＩＰヘッダについてはタイプオブサービスフ
ィールドを、ＩＰｖ６のＩＰヘッダについてはトラヒッ
ククラスフィールドをそれぞれ使用するようにしたが、
これらのフィールドはDiffservでは、図１８に示すよう
に、ＤＳＣＰ（Differentiated Services Codepoint）
フィールドとＣＵ（Currently Unused)フィールを含む
ＤＳフィールドとして定義されている（ＲＦＣ番号２４
７４）。この形式をそのまま使用して、このＤＳフィー
ルドの定義内容に沿ってビット列を定義するようにして
もよい。これにより、従来では不可能だったDiffservに
よる明示的なネットワーク資源の予約が可能になる。
ットのヘッダ部に特定のビット情報を挿入する場合に、
ＩＰｖ４のＩＰヘッダについてはタイプオブサービスフ
ィールドを、ＩＰｖ６のＩＰヘッダについてはトラヒッ
ククラスフィールドをそれぞれ使用するようにしたが、
これらのフィールドはDiffservでは、図１８に示すよう
に、ＤＳＣＰ（Differentiated Services Codepoint）
フィールドとＣＵ（Currently Unused)フィールを含む
ＤＳフィールドとして定義されている（ＲＦＣ番号２４
７４）。この形式をそのまま使用して、このＤＳフィー
ルドの定義内容に沿ってビット列を定義するようにして
もよい。これにより、従来では不可能だったDiffservに
よる明示的なネットワーク資源の予約が可能になる。
【０１２７】
【発明の効果】上述したように、本発明によれば、第１
の中継装置と第２の中継装置との間でネットワーク資源
の予約が行われるため、第１の中継装置に接続された１
あるいは複数の第１の通信装置と、第２の中継装置に接
続された１あるいは複数の第２の中継装置との間で通信
を行う際に、予約されたネットワーク資源を使用するこ
とができる。これにより、多数の通信装置を用いた通信
のサービス品質を容易に保証することができる。
の中継装置と第２の中継装置との間でネットワーク資源
の予約が行われるため、第１の中継装置に接続された１
あるいは複数の第１の通信装置と、第２の中継装置に接
続された１あるいは複数の第２の中継装置との間で通信
を行う際に、予約されたネットワーク資源を使用するこ
とができる。これにより、多数の通信装置を用いた通信
のサービス品質を容易に保証することができる。
【図１】本発明のネットワーク中継システムの原理ブロ
ック図である。
ック図である。
【図２】第１の実施形態のエッジルータの概略的な構成
を示す図である。
を示す図である。
【図３】ＩＰｖ４に対応するＩＰヘッダの内容を示す図
である。
である。
【図４】ＩＰｖ４のＩＰヘッダに特定のビット列を付加
する場合の説明図である。
する場合の説明図である。
【図５】ＩＰｖ６に対応するＩＰヘッダの内容を示す図
である。
である。
【図６】ＩＰｖ６のＩＰヘッダに特定のビット列を付加
する場合の説明図である。
する場合の説明図である。
【図７】ＲＳＶＰのメッセージに設定される特定のビッ
ト列の説明図である。
ト列の説明図である。
【図８】ルータ等の各種の通信装置におけるＲＳＶＰの
実装状態を示す概念図である。
実装状態を示す概念図である。
【図９】本実施形態のネットワークにおける通信帯域の
予約手順とその解除手順を示す図である。
予約手順とその解除手順を示す図である。
【図１０】第２の実施形態の企業ネットワークの構成図
である。
である。
【図１１】ＱｏＳ保証装置の構成を示す図である。
【図１２】企業ネットワークの他の構成例を示す図であ
る。
る。
【図１３】クライアント端末が接続されたＱｏＳ保証装
置に含まれる条件データベースの内容を示す図である。
置に含まれる条件データベースの内容を示す図である。
【図１４】ホストコンピュータが接続されたＱｏＳ保証
装置に含まれる条件データベースの内容を示す図であ
る。
装置に含まれる条件データベースの内容を示す図であ
る。
【図１５】予約帯域の初期値とビット列の値が加えられ
た条件データベースの内容を示す図である。
た条件データベースの内容を示す図である。
【図１６】予約帯域の初期値とビット列の値が加えられ
た条件データベースの内容を示す図である。
た条件データベースの内容を示す図である。
【図１７】本発明が適用されるＩＳＰネットワークの構
成を示す図である。
成を示す図である。
【図１８】ＤＳフィールドのフォーマットを示す図であ
る。
る。
１００、１１０ エッジルータ １０１ パケット分類処理部 １０２ ビット列処理部 １０３ 帯域−ビット列情報マッピング処理部 １０４ ルーティング処理部 １０５ 出力処理部 １０６ ＱｏＳセットアップ処理部 １３０ 中間ルータ ２００、２１０ クライアント端末 ３００、３１０ サーバ ４１０ クライアント端末 ５１０ ホストコンピュータ ６００、６５０ ＱｏＳ保証装置 ６０２ 対象トラヒック判別部 ６０４ ビット列設定機能部 ６０６ 転送機能部 ６０８ 出力処理部 ６１０ ＲＳＶＰ処理部 ６１２ ビット列削除機能部 ６１４ 予約帯域ビット列マッピング部 ６２０ 条件データベース ６２２ トラヒックレート監視部 ６２４ 予約条件設定部 ６２６ 自動予約トリガ部 ６２８ タイマ ６２９ スケジュールタイマ
Claims (45)
- 【請求項１】 １あるいは複数の第１の通信装置が接続
された第１の中継装置と、１あるいは複数の第２の通信
装置が接続された第２の中継装置とを有するネットワー
クにおいて、前記第１の中継装置と前記第２の中継装置
との間でサービス品質セットアッププロトコルを用いた
ネットワーク資源の予約を行うことを特徴とするネット
ワーク中継システム。 - 【請求項２】 請求項１において、 前記第１の中継装置は、 サービス品質セットアッププロトコルを用いてネットワ
ーク資源を予約する第１のサービス品質セットアップ処
理手段と、 前記第１の通信装置から送られてくるデータパケットの
中から、予約された前記ネットワーク資源を用いた伝送
の対象となる特定パケットを分類する第１のパケット分
類処理手段と、 前記パケット分類処理手段によって分類された前記特定
パケットに対して、所定のビット列を設定するビット列
設定手段と、 前記ビット列設定手段によって前記ビット列が設定され
た前記特定パケットを、この特定パケットに含まれる前
記ビット列の内容に対応する前記ネットワーク資源を用
いて前記第２の中継装置に向けて送出する第１の転送処
理手段と、 を備えることを特徴とするネットワーク中継システム。 - 【請求項３】 請求項２において、 前記第２の中継装置は、 サービス品質セットアッププロトコルを用いてネットワ
ーク資源を予約する第２のサービス品質セットアップ処
理手段と、 入力されるデータパケットの中から、予約された前記ネ
ットワーク資源を用いて伝送されたことを示す前記ビッ
ト列が付加された前記特定パケットを分類する第２のパ
ケット分類処理手段と、 前記パケット分類処理手段によって分類された前記特定
パケットに含まれる前記ビット列を削除するビット列削
除手段と、 前記ビット列削除手段によって前記特定パケットから前
記ビット列が削除されたデータパケットを前記第２の通
信装置に送出する第２の転送処理手段と、 を備えることを特徴とするネットワーク中継システム。 - 【請求項４】 請求項１〜３のいずれかにおいて、 前記第１および第２の中継装置の間に配置されてこれら
の間のデータパケットの伝送を中継する第３の中継装置
を備え、 前記第３の中継装置は、 サービス品質セットアッププロトコルを用いてネットワ
ーク資源を予約する第３のサービス品質セットアップ処
理手段と、 入力されたデータパケットの中から、予約された前記ネ
ットワーク資源を用いて伝送されたことを示す前記ビッ
ト列が付加された前記特定パケットを分類する第３のパ
ケット分類処理手段と、 前記第３のパケット分類処理手段によって分類された前
記特定パケットを、この特定パケットに含まれる前記ビ
ット列の内容に対応する前記ネットワーク資源を用いて
前記第２の中継装置に向けて送出する第３の転送処理手
段と、 を備えることを特徴とするネットワーク中継システム。 - 【請求項５】 請求項１〜４のいずれかにおいて、 前記サービス品質セットアッププロトコルは、リソース
予約プロトコルであることを特徴とするネットワーク中
継システム。 - 【請求項６】 請求項２において、 前記第１のサービス品質セットアップ処理手段は、前記
サービス品質セットアッププロトコルを用いて予約した
前記ネットワーク資源のトラヒック条件と前記ビット列
との対応をとるために、未使用のリザーブ領域に前記ビ
ット列を含ませたサービス品質セットアッププロトコル
メッセージを前記第２の中継装置に向けて送出すること
を特徴とするネットワーク中継システム。 - 【請求項７】 請求項２において、 前記第１のサービス品質セットアップ処理手段は、前記
サービス品質セットアッププロトコルを用いて予約した
前記ネットワーク資源のトラヒック条件と前記ビット列
との対応をとるために、前記ビット列を付加したサービ
ス品質セットアッププロトコルメッセージを前記第２の
中継装置に向けて送出することを特徴とするネットワー
ク中継システム。 - 【請求項８】 請求項３において、 前記第２のサービス品質セットアップ処理手段は、前記
第１の中継装置側から送られてくるサービス品質セット
アッププロトコルメッセージの所定位置に前記ビット列
が含まれているか否かを調べ、前記ビット列が含まれて
いない場合には、前記第２の中継装置を用いた通常のサ
ービス品質セットアッププロトコルにしたがって動作を
行うことを特徴とするネットワーク中継システム。 - 【請求項９】 請求項４において、 前記第３のサービス品質セットアップ処理手段は、前記
第１の中継装置側から送られてくるサービス品質セット
アッププロトコルメッセージの所定位置に前記ビット列
が含まれているか否かを調べ、前記ビット列が含まれて
いない場合には、前記第３の中継装置を用いた通常のサ
ービス品質セットアッププロトコルにしたがって動作を
行うことを特徴とするネットワーク中継システム。 - 【請求項１０】 請求項１〜９のいずれかにおいて、 前記特定パケットがインターネットプロトコルバージョ
ン４のＩＰパケットである場合に、このＩＰパケットの
ヘッダ部に含まれるタイプオブサービスフィールドに前
記ビット列を含ませることを特徴とするネットワーク中
継システム。 - 【請求項１１】 請求項１〜９のいずれかにおいて、 前記特定パケットがインターネットプロトコルバージョ
ン６のＩＰパケットである場合に、このＩＰパケットの
ヘッダ部に含まれるトラヒッククラスフィールドに前記
ビット列を含ませることを特徴とするネットワーク中継
システム。 - 【請求項１２】 請求項１〜９のいずれかにおいて、 前記特定パケットがＩＰパケットである場合に、このＩ
Ｐパケットのヘッダ部に前記ビット列を付加することを
特徴とするネットワーク中継システム。 - 【請求項１３】 請求項２において、 前記ビット列設定手段は、前記ビット列としてランダム
な値を設定することを特徴とするネットワーク中継シス
テム。 - 【請求項１４】 請求項２において、 前記ビット列設定手段は、前記ビット列として昇べきあ
るいは降べきの順に値を設定することを特徴とするネッ
トワーク中継システム。 - 【請求項１５】 請求項２において、 前記ビット列設定手段は、前記第２の中継装置のＩＰア
ドレスに対応させてあらかじめ用意してある前記ビット
列の値を設定することを特徴とするネットワーク中継シ
ステム。 - 【請求項１６】 請求項２において、 前記ビット列設定手段は、前記第１のサービス品質セッ
トアップ処理手段によって予約された前記ネットワーク
資源の通信帯域に対応させてあらかじめ用意してある前
記ビット列の値を設定することを特徴とするネットワー
ク中継システム。 - 【請求項１７】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットの宛先アドレス
に基づいて前記特定パケットの分類を行うことを特徴と
するネットワーク中継システム。 - 【請求項１８】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットの宛先ネットワ
ークアドレスに基づいて前記特定パケットの分類を行う
ことを特徴とするネットワーク中継システム。 - 【請求項１９】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットの送信元アドレ
スに基づいて前記特定パケットの分類を行うことを特徴
とするネットワーク中継システム。 - 【請求項２０】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットの送信元ネット
ワークアドレスに基づいて前記特定パケットの分類を行
うことを特徴とするネットワーク中継システム。 - 【請求項２１】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットの宛先ポート番
号に基づいて前記特定パケットの分類を行うことを特徴
とするネットワーク中継システム。 - 【請求項２２】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットのプロトコル番
号に基づいて前記特定パケットの分類を行うことを特徴
とするネットワーク中継システム。 - 【請求項２３】 請求項２において、 前記第１のパケット分類処理手段は、前記第１の通信装
置から送られてくる前記データパケットの受信インタフ
ェースに基づいて前記特定パケットの分類を行うことを
特徴とするネットワーク中継システム。 - 【請求項２４】 請求項２において、 前記第１の中継装置は、前記特定パケットの送信先とな
る前記第２の中継装置が複数存在する場合に、これら複
数の第２の中継装置のアドレスと前記特定パケットの宛
先アドレスとの組み合わせ情報を含む条件データベース
を備えており、 前記第１のサービス品質セットアップ処理手段は、前記
第１の通信装置から送られてくる前記特定パケットのア
ドレスに基づいて前記条件データベースを検索すること
により、前記特定パケットの宛先となる前記第２の中継
装置を特定し、この特定した前記第２の中継装置に向け
てサービス保証セットアッププロトコルメッセージを送
出することを特徴とするネットワーク中継システム。 - 【請求項２５】 請求項２において、 前記第１の中継装置は、前記特定パケットの送信先とな
る前記第２の中継装置が複数存在する場合に、これら複
数の第２の中継装置のアドレスと前記第２の中継装置に
接続された宛先ネットワークアドレスとの組み合わせ情
報を含む条件データベースを備えており、 前記第１のサービス品質セットアップ処理手段は、前記
第１の通信装置から送られてくる前記特定パケットの宛
先ネットワークアドレスに基づいて前記条件データベー
スを検索することにより、前記特定パケットの宛先とな
る前記第２の中継装置を特定し、この特定した前記第２
の中継装置に向けてサービス保証セットアッププロトコ
ルメッセージを送出することを特徴とするネットワーク
中継システム。 - 【請求項２６】 請求項２において、 前記第１の中継装置は、前記特定パケットの送信先とな
る前記第２の中継装置が複数存在する場合に、これら複
数の第２の中継装置のアドレスと前記特定パケットの宛
先ポート番号との組み合わせ情報を含む条件データベー
スを備えており、 前記第１のサービス品質セットアップ処理手段は、前記
第１の通信装置から送られてくる前記特定パケットの宛
先ポート番号に基づいて前記条件データベースを検索す
ることにより、前記特定パケットの宛先となる前記第２
の中継装置を特定し、この特定した前記第２の中継装置
に向けてサービス保証セットアッププロトコルメッセー
ジを送出することを特徴とするネットワーク中継システ
ム。 - 【請求項２７】 請求項２において、 前記第１の中継装置は、前記特定パケットのデータレー
トを監視する監視手段を備えており、 前記第１のサービス品質セットアップ処理手段は、前記
監視手段による監視動作によって前記データレートの変
動を検出したときに、前記ネットワーク資源の予約内容
を変更する処理を行うことを特徴とするネットワーク中
継システム。 - 【請求項２８】 請求項２において、 前記第１のサービス品質セットアップ処理手段は、最初
に前記特定パケットを検出したときに、前記ネットワー
ク資源の予約動作を開始することを特徴とするネットワ
ーク中継システム。 - 【請求項２９】 請求項２において、 前記第１の中継装置は、所定時間を計測するタイマを備
えており、 前記第１のサービス品質セットアップ処理手段は、最後
の前記特定パケットを検出したときに前記タイマを起動
し、次に前記特定パケットを検出する前に前記所定時間
が経過したときに、前記ネットワーク資源の予約を解除
することを特徴とするネットワーク中継システム。 - 【請求項３０】 請求項２において、 前記第１の中継装置は、所定の時間範囲を計測するスケ
ジュールタイマを備えており、 前記第１のサービス品質セットアップ処理手段は、前記
時間範囲内で前記ネットワーク資源の予約を行うことを
特徴とするネットワーク中継システム。 - 【請求項３１】 請求項３において、 前記第２のサービス品質セットアップ処理手段は、前記
第１の中継装置から前記ネットワーク資源の予約動作を
開始する第１のサービス品質セットアッププロトコルメ
ッセージを受信したときに、前記第２の中継装置から前
記第１の中継装置に向かって設定される伝送路に対応す
るネットワーク資源の予約を行うために、前記第１の中
継装置に向けて第２のサービス品質セットアッププロト
コルメッセージを送ることを特徴とするネットワーク中
継システム。 - 【請求項３２】 請求項３１において、 前記第２のサービス品質セットアップ処理手段は、受信
した前記第１のサービス品質セットアッププロトコルメ
ッセージの送信元アドレスが前記第１の中継装置に対応
したものである場合に、前記第１の中継装置に向けて前
記第２のサービス品質セットアッププロトコルメッセー
ジを送ることを特徴とするネットワーク中継システム。 - 【請求項３３】 請求項３１において、 前記第２のサービス品質セットアップ処理手段は、受信
した前記第１のサービス品質セットアッププロトコルメ
ッセージに、前記特定パケットに含まれる前記ビット列
と同じデータが含まれている場合に、前記第１の中継装
置に向けて前記第２のサービス品質セットアッププロト
コルメッセージを送ることを特徴とするネットワーク中
継システム。 - 【請求項３４】 サービス品質セットアッププロトコル
を用いてネットワーク資源を予約するサービス品質セッ
トアップ処理手段と、 １あるいは複数の通信装置から送られてくるデータパケ
ットの中から、予約された前記ネットワーク資源を用い
た伝送の対象となる特定パケットを分類するパケット分
類処理手段と、 前記パケット分類処理手段によって分類された前記特定
パケットに対して、所定のビット列を設定するビット列
設定手段と、 前記ビット列設定手段によって前記ビット列が設定され
た前記特定パケットを、この特定パケットに含まれる前
記ビット列の内容に対応する前記ネットワーク資源を用
いて伝送する転送処理手段と、 を備えることを特徴とする中継装置。 - 【請求項３５】 請求項３４において、 前記ビット列を含む前記特定パケットを受信したとき
に、この受信した特定パケットに含まれる前記ビット列
を削除するビット列削除手段をさらに備え、前記転送処
理手段は、前記ビット列が削除された前記特定パケット
を前記通信装置に送出することを特徴とする中継装置。 - 【請求項３６】 請求項３４または３５において、 前記サービス品質セットアッププロトコルは、リソース
予約プロトコルであることを特徴とする中継装置。 - 【請求項３７】 請求項３４〜３６のいずれかにおい
て、 前記サービス品質セットアップ処理手段は、前記サービ
ス品質セットアッププロトコルを用いて予約した前記ネ
ットワーク資源のトラヒック条件と前記ビット列との対
応をとるために、未使用のリザーブ領域に前記ビット列
を含ませたサービス品質セットアッププロトコルメッセ
ージを生成することを特徴とする中継装置。 - 【請求項３８】 請求項３４〜３６のいずれかにおい
て、 前記サービス品質セットアップ処理手段は、前記サービ
ス品質セットアッププロトコルを用いて予約した前記ネ
ットワーク資源のトラヒック条件と前記ビット列との対
応をとるために、前記ビット列を付加したサービス品質
セットアッププロトコルメッセージを生成することを特
徴とする中継装置。 - 【請求項３９】 請求項３４〜３６のいずれかにおい
て、 前記サービス品質セットアップ処理手段は、他の装置か
ら送られてくるサービス品質セットアッププロトコルメ
ッセージの所定位置に前記ビット列が含まれているか否
かを調べ、前記ビット列が含まれていない場合には、通
常のサービス品質セットアッププロトコルにしたがって
動作を行うことを特徴とする中継装置。 - 【請求項４０】 請求項３４〜３８のいずれかにおい
て、 前記特定パケットがインターネットプロトコルバージョ
ン４のＩＰパケットである場合に、このＩＰパケットの
ヘッダ部に含まれるタイプオブサービスフィールドに前
記ビット列を含ませることを特徴とする中継装置。 - 【請求項４１】 請求項３４〜３８のいずれかにおい
て、 前記特定パケットがインターネットプロトコルバージョ
ン６のＩＰパケットである場合に、このＩＰパケットの
ヘッダ部に含まれるトラヒッククラスフィールドに前記
ビット列を含ませることを特徴とする中継装置。 - 【請求項４２】 請求項３４〜３８のいずれかにおい
て、 前記特定パケットがＩＰパケットである場合に、このＩ
Ｐパケットのヘッダ部に前記ビット列を付加することを
特徴とする中継装置。 - 【請求項４３】 請求項３４〜４２のいずれかにおい
て、 前記サービス品質セットアップ処理手段は、最初に前記
特定パケットを検出したときに、前記ネットワーク資源
の予約動作を開始することを特徴とする中継装置。 - 【請求項４４】 請求項３４〜４２のいずれかにおい
て、 所定時間を計測するタイマをさらに備えており、 前記サービス品質セットアップ処理手段は、最後の前記
特定パケットを検出したときに前記タイマを起動し、次
に前記特定パケットを検出する前に前記所定時間が経過
したときに、前記ネットワーク資源の予約を解除するこ
とを特徴とする中継装置。 - 【請求項４５】 請求項３４〜４２のいずれかにおい
て、 所定の時間範囲を計測するスケジュールタイマをさらに
備えており、 前記サービス品質セットアップ処理手段は、前記時間範
囲内で前記ネットワーク資源の予約を行うことを特徴と
する中継装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000107758A JP2001292167A (ja) | 2000-04-10 | 2000-04-10 | ネットワーク中継システムおよび中継装置 |
| US09/723,416 US6898641B1 (en) | 2000-04-10 | 2000-11-28 | Network routing system and routing apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000107758A JP2001292167A (ja) | 2000-04-10 | 2000-04-10 | ネットワーク中継システムおよび中継装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001292167A true JP2001292167A (ja) | 2001-10-19 |
Family
ID=18620706
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000107758A Pending JP2001292167A (ja) | 2000-04-10 | 2000-04-10 | ネットワーク中継システムおよび中継装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6898641B1 (ja) |
| JP (1) | JP2001292167A (ja) |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008193395A (ja) * | 2007-02-05 | 2008-08-21 | Fujitsu Ltd | 双方向パスの設定方法とそれを実現する通信システムとノード装置 |
| JP2008539649A (ja) * | 2005-04-29 | 2008-11-13 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | パケット交換データ・ストリームにおけるリアルタイム連続データを制御するための方法、システムおよびその使用方法、ならびに当該方法を用いて提供されるリアルタイム連続データ・サービス |
| JP2009225121A (ja) * | 2008-03-17 | 2009-10-01 | Nec Corp | 中継装置、データ転送システム、データ転送方法及びデータ転送プログラム |
| WO2010103781A1 (ja) * | 2009-03-13 | 2010-09-16 | 村田機械株式会社 | 第１中継サーバおよび第２中継サーバ |
| JP2010219598A (ja) * | 2009-03-13 | 2010-09-30 | Murata Machinery Ltd | 中継通信システム |
| JP2010245981A (ja) * | 2009-04-09 | 2010-10-28 | Murata Machinery Ltd | 中継通信システム |
| US8005893B2 (en) | 2007-05-02 | 2011-08-23 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8005961B2 (en) | 2006-11-24 | 2011-08-23 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication device |
| US8010647B2 (en) | 2006-12-11 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and relay communication system arranged to share resources between networks |
| US8010675B2 (en) | 2007-12-25 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8010598B2 (en) | 2006-12-19 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and client terminal |
| US8069246B2 (en) | 2007-12-28 | 2011-11-29 | Murata Machinery, Ltd. | Relay server and relay communication system including a relay group information registration unit, a shared resource information registration unit, and a control unit |
| US8296391B2 (en) | 2008-09-05 | 2012-10-23 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication apparatus |
| US8307100B2 (en) | 2007-05-09 | 2012-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8316134B2 (en) | 2006-10-11 | 2012-11-20 | Murata Machinery, Ltd. | File server device arranged in a local area network and being communicable with an external server arranged in a wide area network |
| US8321575B2 (en) | 2007-12-27 | 2012-11-27 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8356116B2 (en) | 2008-09-01 | 2013-01-15 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8443088B2 (en) | 2006-10-11 | 2013-05-14 | Murata Machinery, Ltd. | File transfer server |
| US8472454B2 (en) | 2006-09-12 | 2013-06-25 | Murata Machinery, Ltd. | Relay-server arranged to carry out communications between communication terminals on different LANS |
| US8606941B2 (en) | 2007-05-02 | 2013-12-10 | Murata Machinery, Ltd. | Relay server and relay communication system |
| JP2014003700A (ja) * | 2013-09-05 | 2014-01-09 | Alaxala Networks Corp | 中継装置、及び、通信システム |
| US8949419B2 (en) | 2007-12-25 | 2015-02-03 | Murata Machinery, Ltd. | Synchronizing sharing servers |
| JP5668759B2 (ja) * | 2010-11-01 | 2015-02-12 | 日本電気株式会社 | 通信システム、制御装置、パケット転送経路の制御方法およびプログラム |
| US10063477B2 (en) | 2013-05-02 | 2018-08-28 | Fujitsu Limited | Information processing device, information processing method, and recording medium recording information processing program |
| JP2020053800A (ja) * | 2018-09-26 | 2020-04-02 | 株式会社リコー | 通信制御装置、通信制御方法、及び、通信制御システム |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7664119B2 (en) * | 2001-03-30 | 2010-02-16 | Intel Corporation | Method and apparatus to perform network routing |
| US7246173B2 (en) * | 2001-04-16 | 2007-07-17 | Nokia Corporation | Method and apparatus for classifying IP data |
| GB2375256A (en) * | 2001-04-30 | 2002-11-06 | Nokia Corp | Determining service level identification to data transmitted between a device and a network |
| US7313628B2 (en) * | 2001-06-28 | 2007-12-25 | Nokia, Inc. | Protocol to determine optimal target access routers for seamless IP-level handover |
| WO2003041431A1 (en) * | 2001-11-02 | 2003-05-15 | Interdigital Technology Corporation | Bi-directional and reverse directional resource reservation setup protocol |
| US7716333B2 (en) * | 2001-11-27 | 2010-05-11 | Accenture Global Services Gmbh | Service control architecture |
| AU2002351172A1 (en) * | 2001-11-27 | 2003-06-10 | Accenture Llp | Service control framework for seamless transfer of a multimedia conference over different media |
| KR100424651B1 (ko) * | 2002-04-11 | 2004-03-25 | 삼성전자주식회사 | 자원예약에 의한 데이터 통신 방법 |
| KR100429904B1 (ko) * | 2002-05-18 | 2004-05-03 | 한국전자통신연구원 | 차등화된 ＱｏＳ 서비스를 제공하는 라우터 및 그것의고속 ＩＰ 패킷 분류 방법 |
| US7359984B1 (en) | 2002-07-15 | 2008-04-15 | Packeteer, Inc. | Management of network quality of service |
| US7836295B2 (en) * | 2002-07-29 | 2010-11-16 | International Business Machines Corporation | Method and apparatus for improving the resilience of content distribution networks to distributed denial of service attacks |
| US7327675B1 (en) * | 2002-08-01 | 2008-02-05 | At&T Corp. | Fairness of capacity allocation for an MPLS-based VPN |
| DE602004030446D1 (de) | 2003-06-12 | 2011-01-20 | Camiant Inc | Dynamische dienstablieferung mit topologie-discovery für kommunikationsnetzwerke |
| US7738440B2 (en) * | 2003-06-12 | 2010-06-15 | Camiant, Inc. | PCMM application manager |
| EP1730647B1 (en) * | 2004-01-23 | 2018-01-17 | Camiant, Inc. | Policy-based admission control and bandwidth reservation for future sessions |
| JP2007526679A (ja) * | 2004-01-23 | 2007-09-13 | キャミアント，インク． | ビデオポリシーサーバー |
| CN100370757C (zh) * | 2004-07-09 | 2008-02-20 | 国际商业机器公司 | 识别网络内分布式拒绝服务攻击和防御攻击的方法和系统 |
| US7733788B1 (en) * | 2004-08-30 | 2010-06-08 | Sandia Corporation | Computer network control plane tampering monitor |
| US7639669B2 (en) * | 2005-06-01 | 2009-12-29 | Alcatel-Lucent Usa Inc. | Controlling communication path reservations in a packet network with non-homogeneous nodes |
| US20070233844A1 (en) * | 2006-03-29 | 2007-10-04 | Murata Kikai Kabushiki Kaisha | Relay device and communication system |
| US8311045B2 (en) * | 2006-04-07 | 2012-11-13 | Cisco Technology, Inc. | System and method for selectively applying a service to a network packet using a preexisting packet header |
| US7835405B2 (en) * | 2006-12-01 | 2010-11-16 | Ikanos Communications, Inc. | Multiplexing/demultiplexing on a shared interface |
| US9113334B2 (en) * | 2008-02-01 | 2015-08-18 | Tekelec, Inc. | Methods, systems, and computer readable media for controlling access to voice resources in mobile networks using mobility management signaling messages |
| US20100157815A1 (en) * | 2008-12-18 | 2010-06-24 | Zhiqiang Qian | System and Method for Transport Independent Automated Voice Solutions |
| DE112009004257B4 (de) * | 2009-02-06 | 2014-05-28 | Mitsubishi Electric Corp. | Funkkommunikationsvorrichtung |
| JP5387300B2 (ja) * | 2009-09-30 | 2014-01-15 | 村田機械株式会社 | 中継サーバおよび中継通信システム |
| US8934335B2 (en) * | 2011-08-30 | 2015-01-13 | Verizon Patent And Licensing Inc. | System and method for enhancing loop free alternative coverage |
| US9319307B2 (en) * | 2013-09-06 | 2016-04-19 | At&T Intellectual Property I, L.P. | Providing differentiated service to traffic flows obscured by content distribution systems |
| WO2015187067A1 (en) * | 2014-06-02 | 2015-12-10 | Telefonaktiebolaget L M Ericsson (Publ) | Indicating quality of service of a message intended for a machine type communication device in a capillary network |
| US10148561B2 (en) | 2016-12-06 | 2018-12-04 | At&T Intellectual Property I, L.P. | Enhanced quality of service in software-defined networking-based connectionless mobility architecture |
| US10686711B2 (en) * | 2017-10-25 | 2020-06-16 | ColorTokens, Inc. | Enhanced quality of service management for inter-computing system communication |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2740432B2 (ja) | 1992-11-27 | 1998-04-15 | 日本電気株式会社 | 非同期転送モードにおける仮想パスの帯域変更方式 |
| US6130889A (en) * | 1996-10-02 | 2000-10-10 | International Business Machines Corporation | Determining and maintaining hop-count for switched networks |
| JPH1141293A (ja) * | 1997-07-15 | 1999-02-12 | Nec Corp | 交換装置 |
| US6452915B1 (en) * | 1998-07-10 | 2002-09-17 | Malibu Networks, Inc. | IP-flow classification in a wireless point to multi-point (PTMP) transmission system |
| US6160793A (en) * | 1998-10-13 | 2000-12-12 | Nokia Telecommunications, Oy | ECN-based approach for congestion management in hybrid IP-ATM networks |
| US6286052B1 (en) * | 1998-12-04 | 2001-09-04 | Cisco Technology, Inc. | Method and apparatus for identifying network data traffic flows and for applying quality of service treatments to the flows |
-
2000
- 2000-04-10 JP JP2000107758A patent/JP2001292167A/ja active Pending
- 2000-11-28 US US09/723,416 patent/US6898641B1/en not_active Expired - Lifetime
Cited By (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008539649A (ja) * | 2005-04-29 | 2008-11-13 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | パケット交換データ・ストリームにおけるリアルタイム連続データを制御するための方法、システムおよびその使用方法、ならびに当該方法を用いて提供されるリアルタイム連続データ・サービス |
| US8649267B2 (en) | 2005-04-29 | 2014-02-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method, system and use thereof for controlling real time contiguous data in a packet switched data stream, real time contiguous data service provided using said method |
| US8472454B2 (en) | 2006-09-12 | 2013-06-25 | Murata Machinery, Ltd. | Relay-server arranged to carry out communications between communication terminals on different LANS |
| US8316134B2 (en) | 2006-10-11 | 2012-11-20 | Murata Machinery, Ltd. | File server device arranged in a local area network and being communicable with an external server arranged in a wide area network |
| US8443088B2 (en) | 2006-10-11 | 2013-05-14 | Murata Machinery, Ltd. | File transfer server |
| US8005961B2 (en) | 2006-11-24 | 2011-08-23 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication device |
| US8010647B2 (en) | 2006-12-11 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and relay communication system arranged to share resources between networks |
| US8010598B2 (en) | 2006-12-19 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and client terminal |
| JP2008193395A (ja) * | 2007-02-05 | 2008-08-21 | Fujitsu Ltd | 双方向パスの設定方法とそれを実現する通信システムとノード装置 |
| US8005893B2 (en) | 2007-05-02 | 2011-08-23 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8606941B2 (en) | 2007-05-02 | 2013-12-10 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8307100B2 (en) | 2007-05-09 | 2012-11-06 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8010675B2 (en) | 2007-12-25 | 2011-08-30 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8949419B2 (en) | 2007-12-25 | 2015-02-03 | Murata Machinery, Ltd. | Synchronizing sharing servers |
| US8321575B2 (en) | 2007-12-27 | 2012-11-27 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8069246B2 (en) | 2007-12-28 | 2011-11-29 | Murata Machinery, Ltd. | Relay server and relay communication system including a relay group information registration unit, a shared resource information registration unit, and a control unit |
| JP2009225121A (ja) * | 2008-03-17 | 2009-10-01 | Nec Corp | 中継装置、データ転送システム、データ転送方法及びデータ転送プログラム |
| US8356116B2 (en) | 2008-09-01 | 2013-01-15 | Murata Machinery, Ltd. | Relay server and relay communication system |
| US8296391B2 (en) | 2008-09-05 | 2012-10-23 | Murata Machinery, Ltd. | Relay server, relay communication system, and communication apparatus |
| WO2010103781A1 (ja) * | 2009-03-13 | 2010-09-16 | 村田機械株式会社 | 第１中継サーバおよび第２中継サーバ |
| JP2010219598A (ja) * | 2009-03-13 | 2010-09-30 | Murata Machinery Ltd | 中継通信システム |
| US8738788B2 (en) | 2009-03-13 | 2014-05-27 | Murata Machinery, Ltd. | First relay server and second relay server |
| JP2010245981A (ja) * | 2009-04-09 | 2010-10-28 | Murata Machinery Ltd | 中継通信システム |
| JP5668759B2 (ja) * | 2010-11-01 | 2015-02-12 | 日本電気株式会社 | 通信システム、制御装置、パケット転送経路の制御方法およびプログラム |
| US10063477B2 (en) | 2013-05-02 | 2018-08-28 | Fujitsu Limited | Information processing device, information processing method, and recording medium recording information processing program |
| JP2014003700A (ja) * | 2013-09-05 | 2014-01-09 | Alaxala Networks Corp | 中継装置、及び、通信システム |
| JP2020053800A (ja) * | 2018-09-26 | 2020-04-02 | 株式会社リコー | 通信制御装置、通信制御方法、及び、通信制御システム |
| JP7124600B2 (ja) | 2018-09-26 | 2022-08-24 | 株式会社リコー | 通信制御装置、通信制御方法、及び、通信制御システム |
Also Published As
| Publication number | Publication date |
|---|---|
| US6898641B1 (en) | 2005-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001292167A (ja) | ネットワーク中継システムおよび中継装置 | |
| US7974266B2 (en) | Method and apparatus for classifying IP data | |
| KR100454502B1 (ko) | 아이피 라우터에서 ＶｏＩＰ 트래픽에 대한 ＱｏＳ를제공하는 장치 및 포워딩방법 | |
| US7636781B2 (en) | System and method for realizing the resource distribution in the communication network | |
| CN1679017B (zh) | 提供端点站之间保留连接的装置、方法和以太网网络系统 | |
| JP5138847B2 (ja) | ネットワークシステム、ネットワーク中継装置、ネットワーク中継監視装置およびネットワーク運用方法 | |
| US7123620B1 (en) | Apparatus and method for scalable and dynamic traffic engineering in a data communication network | |
| JP4390498B2 (ja) | セッション承認制御を与えるためのシステム及び方法 | |
| US6765927B1 (en) | RSVP proxy service for communication network | |
| US7505408B1 (en) | Automatically applying bi-directional quality of service treatment to network data flows | |
| US6977896B1 (en) | IP communications network system and QoS guaranteeing apparatus | |
| CN101552726B (zh) | 一种分级服务边缘路由器 | |
| US7027410B2 (en) | Method and apparatus for maintaining consistent per-hop forwarding behavior in a network using network-wide per-hop behavior definitions | |
| CN101692657A (zh) | 分级服务核心路由器及其数据转发方法 | |
| Pan et al. | BGRP: A Tree-Based Aggregation Protocol for Inter-Domain Reservations | |
| JPH11331257A (ja) | 異ネットワーク間接続方法およびルータ装置 | |
| EP1311092A1 (en) | Method and modules for setting up a tunnel connection | |
| Follows et al. | Application-Driven Networking: Class of Service in IP, Ethernet and ATM Networks | |
| Lemponen | Implementation of Differentiated Services Policy Information Base on Linux | |
| Zinca et al. | Developing QoS-aware Applications in LANs | |
| Vanitha | eee | |
| JP2003124989A (ja) | ネットワーク資源予約システム、端末装置、中継装置、ネットワーク資源予約方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060222 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070918 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070925 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080212 |