JP2005198331A - 既存のリザーベーションプロトコルおよびフレームフォーマットを使用してネットワーク内およびネットワークを横切って行われる保証されたサービスの品質またはクラスを提供する方法および装置 - Google Patents

Abstract

【課題】通常のおよび優秀なリザベーションプロトコルとフレームフォーマットとの両者を使用してネットワークにリザーブされた帯域幅とＱＯＳ／ＣＯＳバーチャル回路接続を与える方法および装置である。
【解決手段】本発明による装置はリザーブされたシグナリングチャンネルを経てスイッチと通信するエンタプライズ制御点を含んでいる。強化されたスイッチはＲＳＶＰおよびIEEE802.1P/Qのような既存のリザベーションプロトコルにしたがってリザーブされた接続のリクエストを含んでいるパケットを検出する。このような検出されたパケットはリザーブされたシグナリングチャンネルを経て処理するためにエンタプライズ制御点へ転送される。エンタプライズ制御点はリクエストされたＱＯＳ／ＣＯＳを満足できるネットワーク内の通路を識別し、最初から最後まで全ての通路に沿ってリクエストされたリソースをリザーブできる。
【選択図】 図４

Description

本発明は、構内または広域ネットワーク内およびネットワークを横切って行われる保証されたサービスの品質および、またはクラスを提供する方法および装置に関し、特に、既存のパケット交換／経路設定インフラストラクチャに適合してそれにより一方ではネットワーク中の任意の端局間またはネットワーク間に保証されたＱＯＳまたはＣＯＳにより接続されたオンディマンドのリザーブされた帯域幅のバーチャル回路が設定されることができ、他方では既存のリザーブされたプロトコルおよびフレームフォーマットと共同して動作し、その性能を改善することを可能にする方法および装置に関する。

インターネットは“最良の努力”のトラヒックに対してのみ伝統的にサポートしている。すなわち、トラヒックは通路に沿った各“ホップ”（典型的にはルータ）において存在する渋滞、或いは不足に応じてソースから目的地への通路に沿って伝搬される。渋滞が少ないとき、トラヒックは迅速に伝搬される。通路が非常に渋滞しているとき、トラヒックは伝搬が可能になるまで渋滞した位置でバッファされ（通常先入れ先出し）、それは実質上トラヒックを遅延させる。さらに、所望の伝送が成功したか、失敗したかを送信者が事前に知る方法はない。これはインターネットトラヒックが“針の穴”を通すような方法であるからであり、各ホップまたはルータは次のホップの下流についてしか知らない。次のホップのトラヒックが非常に渋滞している場合にも、ルータはそれでもその付近の別のルートを探すことなくトラヒックをそこに転送しようと試みる。トラヒックが時間切れの期間内に転送できない場合には、伝送は失敗である。

既存のインターネットの“最良の努力”の構成は低い優先度のトラヒックに適しており、その場合には伝送の待ち時間は許容可能である。しかしながら、ビデオ会議やインターネット電話のような実時間アプリケーションを使用する新しい技術の拡大により最少の予め定められた伝送の可能性を有する保証された品質のサービス（ＱＯＳ）に対する希望が増加している。そのようなサービスは伝統的な“最良の努力”の方式では不可能である。

最近、プロトコルベースのＱＯＳが試みられている。そのような方法の１つはリソースリザーベーションプロトコル（ＲＳＶＰ）であり、それはアプリケーション階層プロトコルである。これは図１に示されている。送信機Ｓ1 から遠隔地の受信機ＲＣＶ1 ，ＲＣＶ2 ，ＲＣＶ3 への通路に沿った下流方向のメッセージは、パス、パス破断、Ｒesv Ｅrr、Ｒesv Ｃonf を含んでいる。受信機ＲＣＶ1 ，ＲＣＶ2 ，ＲＣＶ3 から送信機Ｓ1 への上流方向のメッセージはＲesv 、Ｒesv Ｔear 、および通路Ｅrrを含んでいる。

特定された帯域幅または遠隔受信機ＲＣＶ1 ，ＲＣＶ1 ，ＲＣＶ3 による待ち時間を有している接続を設定することを希望している送信機Ｓ１は受信機に対してパスメッセージを発生する。この通路メッセージは送信機と各受信機との間の通路における各ホップまたはルータＲ1 Ｒ2 Ｒ3 Ｒ4 において処理されなければならない。各受信機ＲＣＶ1 ，ＲＣＶ1 ，ＲＣＶ3 はサービスのタイプおよび量を決定し、そのサービスはパスメッセージのAdspec目的からの接続に対してリクエストされ、要求されたサービスを規定するパラメータを有しているそれ自身のリザーブメッセージにより応答する。リザーブメッセージはパスメッセージが送られる同一の通路に沿って上流に送り返される。各ルータは要求されたリザーブを満足するためのリソースを有するか否かを決定しなければならない。要求されたリソースを有する場合には、その通路状態の接続をリザーブし、リザーブメッセージを上流に送り返す。要求されたリソースを有しない場合には、適切な受信機に向けてエラーメッセージを下流に送り返す。ＲＳＶＰはR.Braden等の文献（リソースリザーベーションプロトコル…バージョン１ファンクショナルスペシフィケイション、1997年９月ＲＦＣ2205）に記載されている。有効に動作するために、送信機と受信機との間の通路に沿った各ホップにおけるルータはＲＳＶＰをサポートしなければならない。

ＲＳＶＰは多数のネットワークを横切る引伸ばされた通路に沿ったリソースをリザーブするように設計される。それはアプリケーション層のプロトコルであるから、ゲートウエイから送信機または受信機を他のネットワークに対してしばしば分離するローカルネットワーク内のスイッチのような層２の装置で理解し、或いは構成されることはできない。したがって、ＲＳＶＰが全てのネットワーク間で充分にサポートされていても、それを使用して設定されるリザーブされた接続は送信機および受信機のローカルネットワーク内の問題を解決できない。

さらに、ネットワーク間のサービスのクラス（ＣＯＳ）を改善して異なったクラスを与えるように開発されているプロセスにおいて他のプロトコルがあり、ＲＳＶＰとこれらの提案を一体化することが試みられている。マルチプロトコルラベルスイッチング（ＭＰＬＳ）は、ラベルが通信ホスト間のパケット流と関連する方式である。これらのラベルはホスト間の通路においてＭＰＬＳスイッチング可能なルータにより使用され、データ流中の全てのパケットが同じ通路で転送させる。これはさらにホストが予め定められた明白な経路を使用することを可能にする。ＭＰＬＳは、R.Callon等の文献（マルチプロトコルラベルスイッチングのためのフレームワーク、1997年11月21日）に記載されている。ＲＳＶＰと一体化されたときラベルは通路およびリザーブメッセージ内のＲＳＶＰオブジェクトにおいて搬送される。

分化されたサービス(diff-serv) はサービスの異なったディスクリートなレベルの定義および選択を許容する。ＲＳＶＰにおけるように信号流当たりのベースでサービスの要求されたレベルを割当てるのではなく、diff-serv は各パケットヘッダー中のＤＳフィールドの内容にしたがってパケット単位のベースでサービスのレベルを割当てる。したがって、ＲＳＶＰと関連して使用されるとき、各信号流に対して適切な送信されたパケット中のＤＳフィールドをマークする手段が設けられなければならない。diff-serv については、Y.BemetCallon 等の文献（デイフェレンシェイトサービス、1998年5 月）に記載されている。

ＭＰＬＳとdiff-serv とはＲＳＶＰシグナリングを使用するＣＯＳを与えるための２つの異なった競合する方法である。したがって、１つのフォーマットを使用して送られたパケットのフレームは、他のフォーマットだけをサポートする装置でサービスの所望のラベルを調和しない。

さらに、ＭＰＬＳおよびdiff-serv が時間的に先行してフレーム中て要求されたＣＯＳ信号がソースから行先へ全ての転送装置を通って行われたか否かを知ることができる方法はない。これは、針の穴を通す方法は全ネットワークを見ることができないためにシグナリングプロトコルとしてＲＳＶＰに依存することから生じるものである。この弱点の主要なものは最良の努力のトラヒックである。ネットワーク装置の１部分に対する衝撃を制限することのできる厳密な制御機構なしに真のＱＯＳ／ＣＯＳを実行することは不可能である。それは最良の努力のトラヒックは、それが異なった列（キュー）または異なった物理的インターフェースにある場合でも、ルータ内のルーチンリソースを消耗してその結果ＱＯＳ／ＣＯＳに予測できない待ち時間を付加し、したがって供給に悪影響を有し、それ故品質およびサービスレベルの少なくとも一方が悪影響を受ける。

基本的にはＲＳＶＰ制御された装置は一般にパケットスイッチである。パケットスイッチはジッタを導入する。ＲＳＶＰ制御された装置（スイッチまたはルータでもよい）においては、ポートに到着するパケットは混合され、ている。各パケットは任意の優先度に属していてもよい。ＱＯＳスイッチングシステムに対して基本的に２つの基本的設計が存在する。すなわち、入力列および出力列である。スイッチが入力列である場合、各パケットはスイッチの到着ポートにおいて幾つかの入力列の１つに分類される。サポートされたサービスのレベル当たり１つの列である必要はなく、種々のレベルのサービスがその列で混合される必要もない。スイッチの設計に応じて、各パケットは１つの出力ポートへ列で目標を定められてもよく、またはそれは後の段で行われてもよい。

入力列設計において、出力ポートはそのポートが利用可能になったとき、その出力ポートに対するトラヒックを有する各列を投票する。ＱＯＳ処理により低い優先度の列よりも前に高い優先度の列を処理する。今、出力ポートが長い、低い優先度のパケットを読み出していると仮定する。高い優先度のパケットが到着して列に並べられる。高い優先度のパケットは低い優先度のパケットの送信が完全に完了するまで送信されることができない。これは高い優先度のパケットにジッタを生じ、すなわち、低い優先度のパケットの送信がない状態で到着したものよりルータを通過するのに長い時間を必要とする。事実、低い優先度のパケットに対する待機が解消されるまで幾つかの高い優先度のパケットの性質をバックアップする“護衛”を行わせることが可能である。

出力列パケットスイッチは類似した問題を有している。そのような問題は、全てのパケットは全体が送信されなければならないと言うパケットスイッチングの基本的な概念によって生じる。全てのパケットスイッチは伝送路において何らかの量のジッタを生じ、それが最大のパケットサイズの必要な理由である。エンド対エンドジッタの制御が、ＡＴＭに対しておおまかに小さい最大パケットサイズ（非常に小さいのでセルと呼ばれる）を選択する最大の理由である。

待ち時間の発生を解決する１つの方法は、ＴＤＭスイッチを使用することである。ＴＤＭスイッチでは全てのバイトが同期して送信され、パケットの完了に列は必要ない。それ故、ＴＤＭスイッチは全てのトラヒックに対して一定の待ち時間を与える。しかしながら、ＴＤＭスイッチの使用は多重可変速度トラヒックに対する能力を犠牲にする。

ＲＳＶＰは主として異なったネットワークのホスト間の通信を意図している。ところで、ネットワーク中において、データリンク階層ＱＯＳ／ＣＯＳ解決方法が提案されている。特に、ＩＥＥＥ 802クラスＬＡＮ（もっとも普通のもの）に対して、改正されたＩＥＥＥ802.1 Ｄデータリンク層フレームフォーマットは多重列を構成するスイッチに対する列の静的優先度を規定している。ＩＥＥＥ802.1 Ｄは“ＭＡＣブリッジ”ＩＳＯ／ＩＥＣ10038 ＡＮＳＩ／ＩＥＥＥ Std802.1 Ｄ（1993）に記載されている。さらに最近ではＩＥＥＥ802.1 Ｐ／Ｑがフレームにおける“ユーザ優先度”信号に基づいてメティアにアクセスする異なったトラヒッククラス列を提案している。これは“ローカルおよびメトロポリタンエリアネットワークに対するＩＥＥＥ基準：バーチャルブリッジローカルエリアネットワーク”ドラフト基準Ｐ802.1 Ｑ／Ｄ9 に記載されている。層２は異なった優先度レベルを有するポート間で転送するためのそのようなフレームフォーマット列トラヒックをサポートし、それによって高い優先度のトラヒックが最少の待ち時間で伝搬することを可能にし、その一方で低い優先度のトラヒックの“最良の努力”の伝送を保有する。

ＬＡＮが送信機と受信機との間の最初と最後の“ホップ”であることを実現するために、ＲＳＶＰは完全にエンド対エンドのリザーブされた接続を設定する目的でＩＥＥＥ802.1 Ｐ／Ｑデータリンク層の優先度列を有するアプリケーション層のリザーブ機能を結合させることが試みられた。ＩＥＥＥ802.1 スタイルのＬＡＮとＲＳＶＰのようなインターネットレベルのリザーベーションプロトコルとの一体化はＩＥＴＦドラフト（A.Ghanwani他による1998年３月“A Framework for Providing Integrated Services Over Shared and Switched IEEE802LAN Technology”）に記載されている。この提案されたフレームワークはＬＡＮ／ＭＡＮについてのＩＥＥＥ802.1 Ｐ／ＱトラヒックとＷＡＮまたはインターネットについてのＲＳＶＰトラヒックとの間の近似として作用する帯域幅管理装置を含んでいる。提案された帯域幅管理装置はR.Yavatkar他による1998年３月の文献（“SBM(Subnet Bandwidth Manager) ：A Protocol for RSVP-based Admission Control over IEEE802style network ”）に記載されている。

図２はＧhanwani の記載した帯域幅管理装置の中央化された構成を示す。この構成では帯域幅管理装置10は帯域幅割当モジュールを含み、それは全体のサブネット（すなわち層２のドメイン、そこではホスト間のトラヒックは転送機能に層３を必要としない）のアドミッション制御に応答する。帯域幅管理装置10は層２の装置と同じ位置であるから、それとホスト12とホスト14との間のシグナリングはデータリンク層（層２）で行われる。

図示されているように、ホスト12は１以上のＩＥＥＥ802.1 Ｐ／Ｑスイッチまたはブリッジ16によりルータ14から分離されている。別のネットワークの送信機が受信機としてホスト12により期間をリザーブ使用と希望するとき、送信機からの通路メッセージがルータ14に到着する。正常のＲＳＶＰプロセスは別にして、ルータ14はその層２のアドレスに対するホスト12のアドレスでアプリケーション層をマップし、帯域幅管理装置10を介してホスト12に送られる拡張されたパスメッセージをフォーマットする。帯域幅管理装置10はこの拡張されたパスメッセージを受信し、帯域幅割当モジュールは接続のためにそれ自身の通路状態を構築し、メッセージをホスト12に送り、したがって、それ自身を最後の“ホップ”として通路に挿入する。

ホスト12がリザーブメッセージを帯域幅管理装置10に送り返すとき、帯域幅割当装置はサブネットを通る接続を許可するか否かを決定する。これは充分なリソースが所望のサービスレベルを処理するために利用できるか否かの決定を含んでいる。そうでない場合、エラーメッセージが受信機に戻される。充分なリソースが利用できる場合、リザーブメッセージが上流方向でルータ14に送られ、そこから送信機へ送られる。帯域幅割当装置は所望のサービスを行うように設計された対応する優先度を有する特定のトラヒッククラスにサービスの所要の品質をマップする。このマップに基づいて、帯域幅管理装置はホスト12およびルータ14にユーザの優先度を通知し、それにより所望のサービスレベルを達成するために層２のフレーム中で特定する。ネットワーク内の期間に属するトラヒックはしたがって層２のフレームにフォーマットされ、それは所望のサービス品質を得るために目標としている優先度でホスト12とルータ14との間でスイッチ16によって転送される。

問題は残っている。ＳＭＢはサブネット中のリソースしか見ていない。すなわち、異なったネットワークを横切って最初から終端間での通路の全体の観察はない。ＳＭＢはリソースを個別に扱うことはできず、全体としてリソースを管理することはできない。さらに、ＳＭＢはそのサポートされるサービスに対するためにＲＳＶＰに対して拡張を行なう。すなわちこれらの拡張が使用されない場合には、ＳＭＢは接続を助けることはできない。さらに、ネットワーク内のＱＯＳを供給するこの方法は、ＩＥＥＥ802.1 Ｐ／Ｑを使用する必要があり、それはさらに前のフレームフォーマットと競合しない拡張されたフレームフォーマットを必要とする。したがって、それはＩＥＥＥ802.1 Ｐ／Ｑおよび、または多重列をサポートする端局を必要とする。さらに、ネットワーク内のスイッチはＲＳＶＰに対して前に述べたような混合した最良の努力のトラヒック問題に対処する必要がある。

本出願人の出願した米国特許出願０９／０６０５２０号（１９９８年４月１４日出願）にはネットワークのインフラストラクチャを基本的に変更する必要がなく、フレームフォーマットまたは他のプロトコル拡張の必要なくネットワーク中の保証されたサービスの品質を与える問題の解決手段が記載されており、本明細書の参考文献とされる。この米国特許出願明細書に記載された発明は、技術を著しく進歩させるものではあるが、依然としてこの発明の概念および利点と、イントラネットおよびインターネントリザーベーションプロトコルおよびフレームフォーマットのま解決する問題が存在する。本発明はこの必要性を満足させるものである。

したがって、本発明の目的は、通常のおよび新しいリザーベーションプロトコルおよびフレームフォーマットのいずれでも使用できる構内ネットワークにおけるリザーブされた帯域幅およびＱＯＳ／ＣＯＳバーチャル回路のリザーブされた接続を提供することである。

本発明の目的はまた、通常のおよび新しいリザーベーションプロトコルおよびフレームフォーマットのいずれでも使用できる構内ネットワーク間におけるリザーブされた帯域幅およびＱＯＳ／ＣＯＳバーチャル回路のリザーブされた接続を提供することである。

本発明の別の目的は、既存のプロトコルおよびフレームフォーマットを拡張または改造する必要なく既存のプロトコルおよびフレームフォーマットを使用してネットワーク内のＱＯＳ／ＣＯＳバーチャル回路のリザーブされた接続を提供することである。
本発明の別の目的は、全体のネットワークインフラストラクチャを破壊することなく、ネットワーク内のＱＯＳ／ＣＯＳバーチャル回路のリザーブされた接続を提供することである。

これらおよびその他の目的は本発明により達成される。本発明の１つの特徴によれば、本発明の装置は、リザーブされたシグナリングチャンネルを介してネットワーク内のスイッチと通信するエンタープライズ制御点を備えている。このスイッチはアップグレード或いは置換されて強化された機能性を有している。強化されたスイッチはＲＳＶＰおよびＩＥＥＥ802.1 Ｐ／Ｑのような既存のリザーベーションプロトコルにしたがったリザーブされた接続に対するリクエストを含んでいるパケットを検出する。そのような検出されたパケットはエンタープライズ制御点に転送され、リザーブされたシグナリングチャンネルを介して処理される。エンタープライズ制御点はリクエストされたＱＯＳ／ＣＯＳを満足させることのできるネットワーク内の通路を識別し、最初から最後までの通路に沿った全てのリクエストされたリソースをリザーブする。

本発明の別の特徴によれば、ＲＳＶＰおよびＩＥＥＥ802.1 Ｐ／Ｑのような既存のリザーベーションプロトコルにしたがったリザーブされた接続をリクエストし、検出されたパケットをエンタープライズ制御点に転送してリクエストされたシグナリングチャンネルを介して処理し、リクエストされたＱＯＳ／ＣＯＳを満足させることのできるネットワーク内の通路を識別し、最初から最後までの通路に沿った全てのリクエストされたリソースをリザーブする。

本発明の別の特徴によれば、本発明による装置はさらに、異なった構内ネットワークに結合され、また構内ネットワーク間の相互接続通路内の制御可能なネットワーク素子に結合されているネットワーク制御システムを具備している。ネットワーク内のエンタープライズ制御点はさらにネットワーク制御システムサーバと通信するように構成されている。ネットワーク制御システムサーバはリクエストされたＱＯＳ／ＣＯＳを満足させることのできる構内ネットワーク間の相互接続通路を識別するように構成され、その通路は１以上の制御可能なネットワーク素子を含み、構内ネットワーク間の接続をスイッチ・アップ設定する。

本発明のさらに別の特徴によれば、本発明による方法はさらに、異なった構内ネットワークに結合され、また構内ネットワーク間の相互接続通路内の制御可能なネットワーク素子に結合されているネットワーク制御システムサーバに対するリザーブされた接続に対する検出されたリクエストを転送し、リクエストされたＱＯＳ／ＣＯＳを満足させることのできる構内ネットワーク間の相互接続通路を識別する。その通路は１以上の制御可能なネットワーク素子を含み、構内ネットワーク間の接続を識別された相互接続通路を介してスイッチ・アップされる。

本発明のこれらおよびその他の目的ならびに利点は添付図面を伴った以下の詳細な説明を考慮することによって、当業者に明白になるであろう。
本発明を図３で示されている例示的な構造を参照して説明する。この構造ではＬＡＮ ＡおよびＢは本発明による強化されたＱＯＳ／ＣＯＳ機能を有する構内ネットワークであり、ＬＡＮ Ｃは通常の構内ネットワークである。ＬＡＮ Ａ、Ｂ、Ｃの送信機と受信機は通常のリザーベーションプロトコルを使用して、公共インターネット24および／または私設ネットワークまたはバーチャル私設ネットワーク26（例えばリースされたラインＸ.25 、フレーム中継、ＩＳＤＮまたはＡＴＭ）を介して通信する。以下さらに詳細に説明する方法で、このような通信はＬＡＮ ＡおよびＢ内の所望のＱＯＳ／ＣＯＳを保証するように、ＬＡＮ ＡおよびＢ内で検出され管理される。しかしながら、本発明のこの例では、ＬＡＮ ＡおよびＢとの間およびＬＡＮ Ｃ内を横切るこのような通信のＱＯＳ／ＣＯＳは公共インターネット24または私設ネットワーク26および／または全体的なインターネットワークの混雑内におけるリザーベーションプロトコルのサポートが欠乏する傾向がある。

図４は本発明の原理により構成されたＬＡＮ ＡまたはＢのような構内ネットワーク20の部分を示している。この実施形態はＲＳＶＰのようなアプリケーション層のリザーベーションプロトコルとの構内ネットワークの動作を行うように設計されている。示されているように、これはエンタプライズ制御点（ＥＣＰ）50、ホスト52、ルータ54、中間スイッチ56を含んでいる。

図４で示されている本発明の実施形態のホスト52とルータ54は、帯域幅管理装置と通信するためにホストおよびルータがリクエスタモジュールを含むことを必要とする図２の通常のフレームワークと異なり、ＲＳＶＰのようなアプリケーション層リザーベーションプロトコルを使用してシグナリングの能力を有する任意のホストまたはルータである。例えばホスト52は、カリフォルニア州サンタクララの3 Com 社からのFast EtherLink XL のようなイーサーネットネットワークインターフェースを有し、、ワシントン州レッドモンドのMicrosoft 社からのウィンドウズＮＴのようなネットワークオペレーティングシステムを動作させ、ＲＳＶＰでシグナリングするＮＩＣ ＲＳＶＰクライアントドライバを含んでいるＰＣのような通常のワークステーションである。ルータ54は例えばカリフォルニア州サンホゼのCisco 社によるCisco 7000マルチプロトコルルータである。中間スイッチ56は例えばカリフォルニア州サンタクララの3 Com 社からのLayer 2 Etherswitch 1100スイッチのようなフラッシュメモリのアップグレード可能なスイッチである。ＥＣＰ50は任意の他の端局としてネットワーク20のスイッチと通信するスタンドアローンプロセッサおよびソフトウェアであるか、または例えばファームウェアアップグレードを介して既存のスイッチの既存の機能内に含まれてもよい。

本発明の原理はＲＳＶＰ以外のインターネットワークシグナリングプロトコルに適用されることができるが、明白にするためＲＳＶＰだけを詳細に説明する。さらに、ホスト52とルータ54は１つだけが示されているが、ネットワークはリザーベーションプロトコルをサポートする多数のホストとルータを有することができることは明白である。同様に、ホスト52とルータ54との間の中間スイッチの数は図４では２つのスイッチ56が示されているが、ただ１つ、または２つより多くてもよいことは明白である。

図４で示されているように、ＥＣＰ50は通路／装置発見機能60と、接続モニタ機能62と、接続制御装置機能64と、シグナリングインターフェース機能66とを含んでいる。中間スイッチ56はそれぞれリザベーションインターフェース機能68と強化されたスイッチエンジン機能７０を含んでいる。

ＥＣＰ50の機能は図５でさらに詳細に説明されているように、シグナリングインターフェース機能66はリザーブされたシグナリングチャンネル58を介してスイッチ56と通信する能力を与える（米国特許出願第09/060,520号明細書に記載されている）。通路／装置発見機能60はＬＡＮ内に存在するネットワーク素子と、端局間の通路を学習し、各ネットワーク素子レジストリ57のそれぞれのリストと通路リスト59を維持する。ネットワーク素子はホスト52とルータ54のような端局と、スイッチ56のようなスイッチと、それらの間のインターフェース（例えばスイッチポート）を含んでいる。各ネットワーク素子に対する通路／装置発見機能60によりネットワーク素子レジストリ57に維持される情報は好ましくはそれぞれのＭＡＣアドレスと帯域幅容量を含んでいる。接続制御装置機能64は以下さらに詳細に説明する方法でＲＳＶＰのような既存および緊急プロトコルに応答してネットワーク20内のリザーブ接続を設定および遮断する役目を行う。接続モニタ機能62は接続の永久リストを維持し、接続の経過時間、かかわりあるパーティ、使用されるリソースを示す永久接続記録65を含んでいる。このような記録は例えば料金請求とリソース管理に使用されることができる。

中間スイッチ56の機能は図６でさらに詳細に示されている。このようなスイッチは通常の技術にしたがってパケットを転送する層２のスイッチエンジン機能を含んでいる。しかしながら、米国特許出願第09/060,520号明細書に記載されているのと同様に、このようなスイッチは本発明の機能を含むようにアップグレードされるか置換される。したがってスイッチ56は通常のスイッチテーブル69と優れたリザーブされた接続対リスト67に基づいて決定を転送する強化されたスイッチエンジン70を含んでいる。強化されたスイッチエンジン70はさらにＲＳＶＰのようなリザーベーションプロトコルを使用してパケットを検出し、これらの関する情報をリザベーションインターフェース68を経てＥＣＰ50へ転送する機能を含んでいる。さらにスイッチ56はリザーブされた接続についての情報を交換するためにリザーブされたシグナリングチャンネル58を介してＥＣＰ50と通信するリザベーションインターフェース機能68の形態の付加的な機能を含んでいる。前述の強化された機能の効果は、スイッチ56が、リザーブされたバーチャル回路接続により必要とされているのと同一のポートをアクセスしようとしている他のパケットよりもリザーブされたバーチャル回路接続に属すパケットへ高い優先順位を与えることであり、したがってリザーブされた接続の所望のサービスを保証する。

スイッチ56は必ずしも装置に転送する層２ではなく、スイッチ56内に存在する強化された機能が装置およびルータへ転送するアプリケーション層と装置を転送する層２に与えられることが当業者に明白である。本発明の原理は複数のサブネット、またはパケット交換ＷＡＮ（恐らく幾つかのまたは全ての私設ネットワーク／バーチャル私設ネットワーク26を含んでいる）を有し、複数の層２と層３スイッチおよび／またはルータを含んでいる環境に応用可能である。しかしながら、簡単にするために、本発明のこの例は通常のネットワーク20内のスイッチ56のみを説明する。

さらに別の変形として、リザーベーションプロトコルを使用するパケットはスイッチ56ではなくホストのＮＩＣにおいて遮断されてもよいことに留意すべきである。しかしながらこれはこのような機能とＥＣＰ50へのインターフェースでＮＩＣがアップグレードされることを必要とする。

本発明の付加的な機能を有する図４で示されている構内ネットワーク20の動作の詳細を説明する。特に、通常のＲＳＶＰリザーベーションプロトコルに基づいて公共インターネット24または私設ネットワーク／バーチャル私設ネットワーク26を介してアップストリーム／ダウンストリームホストとのリザーブされた接続においてホスト52が参加を求められているか、参加をリクエストするとき、パスおよびリザーブメッセージはホスト52とルータ54間でネットワーク内で流れる。メッセージのアプリケーション層部分は典型的にこのようなスイッチに対して透明ではあるが、このようなメッセージは必然的に１以上の中間スイッチ56を通って流れなければならない。しかしながら本発明にしたがって、スイッチ56はＲＳＶＰメッセージを検出し、さらにこれらをホスト52とルータ54間に転送するようにＥＣＰ50に通知するためアップグレードされる。

特に、例えば別のネットワーク中のホストがホスト52とのリザーブされた接続を所望するとき、パスメッセージはインターネット24または私設ネットワーク26を介してルータ54へ伝送され、ルータ54はその後、リクエストされた接続のネットワーク間の最終的なホップとしてそれ自体を挿入し、通常のＲＳＶＰ通路状態処理を実行する。ルータ54はルーティング表からホスト52がそのネットワークに属していることを認識し、それによって中間スイッチ56を介して接続され、したがってパスメッセージをスイッチ56へ転送する。転送されたパスメッセージのヘッダは目的地としてのホスト52の層２のアドレスとソースとしてのルータ54を含んでいる。スイッチ56のスイッチエンジン70は（例えばパケットヘッダのプロトコルのタイプをチェックすることにより）このようなパスメッセージを検出するように強化される。パスメッセージが検出されるとき、スイッチエンジン70は一時的にメッセージをバッファし、コピーをリザーブされたシグナリングチャンネル58を経てＥＣＰ50へ送信する。

同様に、ホスト52が別のネットワーク中のホストとのリザーブされた接続を所望するとき、これはルータ54の場合ではデフォルトゲートウェイにパスメッセージを送信する。パスメッセージのヘッダはしたがってソースとしてのホスト52の層２のアドレスと目的地としてのルータ54を含んでいる。スイッチ56のスイッチエンジン70はこのようなパスメッセージを検出するように強化される。パスメッセージが検出されるとき、これは一時的に検出されたパスメッセージをバッファし、コピーをリザーブされたシグナリングチャンネル58を経てＥＣＰ50へ送信する。

ＥＰＣ50が（ホスト52またはルータ54のいずれかから）遮断されたＲＳＶＰ パスメッセージのコピーを受信したとき、接続制御装置機能64は通路リスト59のホスト52とルータ54との間の利用可能な通路のリストを照合する。これは通路の各リンク、スイッチ、スイッチポートを通って有効な最小の帯域幅が接続をリクエストされた帯域幅および／またはサービス品質を満足するのに十分であるか否かをネットワーク素子レジストリ57から決定することによって第１の利用可能な通路の全体的な容量を決定する。接続制御機能64は現在の接続リスト63中にリストされた現在存在する接続により消費される帯域幅にしたがって、通路の各リンク、スイッチ、スイッチポートを通って有効な帯域幅と、通路の全体的な容量を減少する。各リンク、スイッチ、スイッチポートを通って利用可能な残りの帯域幅は、あるホストが他のホストよりもリザーブされた帯域幅接続の優先度を有することを可能にする等、ネットワークに設定された規則およびポリシーによりさらに減少されてもよく、このような規則およびポリシーはポリシーリスト61に記憶されている。代わりにまたは付加的に、ＥＣＰ50はさらに接続を認めるか否かの決定を行うためネットワーク内のポリシーサーバと通信できることに留意すべきである。

ホスト52とルータ54との間の第１の利用可能な通路の全体的な容量がリクエストされた接続により必要とされる帯域幅に対して十分ではないならば、（１以上の通路が存在するならば）リストの次の通路がチェックされ、そしてリストの最後の通路までチェックされる。ネットワークの大部分または全てのスイッチが本発明にしたがってアップグレードされるならばこの可能性は少ないが、リストの幾つかの通路が最初にＲＳＶＰ パスメッセージを検出したスイッチを含んでいないことに留意する。好ましくは、通路リストの通路はホップ番号により順番を付けられており、第１の通路は最少の数のホップを有することにさらに留意する。したがって、接続制御装置機能64はさらに利用可能な通路の最大の待ち時間を決定し制御する機能を含むことができる。

利用可能な通路が接続のためのリクエストされたサービスを与えることができるならば、接続制御装置機能64はシグナリングインターフェース機能66とシグナリングチャンネル58を経て通路の各スイッチ56へ帯域幅リザーブを送信する。リザーブは接続のソースおよび目的地（例えばスイッチ56が層２スイッチであるならばホスト52とルータ54のソースおよび目的地ＭＡＣアドレスと、さらにスイッチ56が層３スイッチであるならばホスト52とルータ54のソースおよび目的地ＩＰアドレス）と例えば１秒当りのパケットにおける所望の帯域幅を含んでいる。接続制御装置機能64はその後、リザーブリクエストが送信された各スイッチ56から承認を待機する。全てのこのような承認がシグナリングインターフェース機能66を介して受信されるとき、接続制御装置機能64は接続リスト63の既存の接続のリストを更新する。接続制御装置機能64はまたリザーブされた接続が設定されていることを接続モニタ機能62に警告し、これは永久接続記録リスト65に記憶される接続に関しての記録を生成する。

接続制御装置機能64が前述の処理から、リクエストした接続を満たすことができるホスト52とルータ54との間の通路が存在しないことを決定したとき、スイッチ56によって特別な処理は実行されず、接続に属すパケットは最善を尽くして送信されるだけである。代わりに、接続制御装置機能64は利用可能な通路のリストを通読し、次に高い有効な容量を有するものを発見することができる。いずれかの場合において、接続制御装置機能64はスイッチ56またはホスト52とルータ54の一方のダウンストリームにパスエラーメッセージをアップストリームへ送信させる。

ＥＣＰ50が接続を設定するための処理を完了した後、これはパスメッセージを遮断したスイッチ56へメッセージを送信し、スイッチにホスト52に沿って（必要ならば１以上の付加的な中間スイッチ56を経て）バッファされたパスメッセージを転送させる。

本発明のこの例では、遮断されたパスメッセージに対応するリザーブメッセージに対してスイッチ56またはＥＣＰ50により実行される特別な処理は必要とされない。
スイッチ56はまたリザーブ遮断およびパス遮断メッセージを遮断し、これらを処理してアップストリームまたはダウンストリーム目的地へ転送するためにコピーをＥＣＰ50へ送信する。このようなメッセージがシグナリングインターフェース58を介して受信されたとき、接続制御装置64はその現在の接続リストで接続を発見し、接続を消去し、リストを更新し、接続モニタ機能62に接続が終了していることを通知し、帯域幅解除メッセージを接続に関係する各スイッチ56へ送信する。

特に本発明にしたがって図６で示されているスイッチ56の動作に着目すると、前述したように、各スイッチ56のリザベーションインターフェース機能68はリザーブされたシグナリングチャンネル58を介してＥＣＰ50から帯域幅リザーブリクエストを受信する。このようなリクエストは例えばホスト52とルータ54のＭＡＣアドレスと、例えば１秒当たりのバイトまたはパケットにおける所望の帯域幅を含んでいる。このようなリクエストを受信したとき、リザベーションインターフェース機能68は接続対リスト67のアドレスおよび所望の帯域幅を記憶し、承認をＥＣＰ50へ送信する。リザベーションインターフェース機能68はまた例えば解除されるバーチャル回路接続に関与するホストおよびルータのＭＡＣアドレスを含んでいるＥＣＰ50から帯域幅リザーブ解除リクエストを受信する。このようなリクエストを受信したとき、リザベーションインターフェース機能68は解除された接続に対応する接続対リスト67の情報を消去し、承認をＥＣＰ50へ送信する。

強化されたスイッチエンジン70は前述したようにＲＳＶＰのような既存および緊急のリザーベーションプロトコルを使用する検出および処理セッションに加えて、パケットヘッダのアドレスと標準的なスイッチ表69の内容にしたがってスイッチのポート間でパケットを転送する通常の機能を実行する。しかしながら本発明の原理にしたがって、強化されたスイッチエンジン70はさらにパケットヘッダのアドレスを、接続対リスト67に含まれているアドレスと比較する。特に、入来するパケットのソースおよび目的地アドレスが接続対リストに記憶されているアドレス対の１つの両アドレスに一致したならば、パケットは目的地アドレスに関連するポートに転送され、そのポートは通常のスイッチ表69により示されている。一方、入来パケットの１つのアドレスに対してスイッチ表69により示されるポートがリザーブされたバーチャル回路接続に関与するホストおよびルータの任意の記憶されたアドレスに対してスイッチ表により示されたポートと整合するが、しかし入来するパケットの両アドレスが接続対リストに記憶された対応するアドレス対に一致しないならば、（接続対リスト67に既存の現在のアクティブ接続が存在し、十分なポート帯域幅が有効ではないならば）パケットはドロップされる。

この方法は種々のトラヒッククラスとトラヒック負荷を共有するスイッチ56（レベル２スイッチまたはレベル３ルータまたはスイッチである）の基本的能力と妥協しないことに注意することが重要である。これはスイッチまたはルータポートの有効な帯域へＱＯＳ／ＣＯＳトラヒックの好ましいアクセスを与えるだけである。ポートの帯域幅がＥＣＰによりリザーブされるが優先パケットが帯域幅を使用するために到着していないならば、“最善”パケットがそのポートを通じて転送されることを可能にされる。

代わりとして、スイッチ56が優先トラヒックの別々のポートキューを維持するならば、強化されたスイッチエンジン70はリザーブされた接続パケットを高い優先キューへ転送でき、一方、リザーブされた接続に関与するポートへアクセスしようとしているこれらのパケットはドロップされるかまたは低い優先順位のキューに転送される。しかしながら、本発明はこのようなスイッチが１つのスイッチポートにつき１以上のポートキューを維持してもしなくても、またこのようなスイッチがIEEE802.1P/Qをサポートしてもしなくても動作することが明白である。

米国特許出願第09/060,520号明細書のように、ネットワークの全てのスイッチはアップグレードされる必要があることに留意する。しかしながら、本発明のリザーブされた接続特性はＥＣＰ50の制御下で、またはそれと通信しているホスト52とルータ54間の通路のセグメントに限定される。代りの例を示すためにネットワーク20の別の例が図７で示されている。この例では、スイッチ80は本発明にしたがってアップグレードされていない層２のスイッチまたはブリッジである。それにもかかわらず、ネットワークを通って認められた任意のこのようなリザーブされた接続はスイッチ80を通って可能な混雑を受けやすいが、本発明はスイッチ56を通ってリザーブされた接続サービスを保護または否定するように動作する。本発明によりアップグレードされたスイッチはしたがって、アップグレードされたスイッチとこのようなホストおよび／またはルータとの間に位置する通常のリソース数にかかわりなく、リクエストするおよび／または目的地ホストまたはルータと通信中のパケットに位置する限りリザーブされた接続特徴を実行するように動作する。

ネットワーク内のトラヒックに対しては、本発明はＲＳＶＰとほとんど同一方法でIEEE802.1P/Qプロトコルにより動作を行う。IEEE802.1P/Qプロトコルはパケット内で所望の優先レベルをシグナリングすることによって本質的にリザーブリクエストのエンドツーエンドシグナリングを行わないが、所望のレベルまたはクラスのサービス（ＣＯＳ）との接続のための暗黙のリザーブが行われる。“リザーベーションプロトコル”を有する相互動作を与える本発明の付加的な機能を有する構内ネットワーク20の別の例が図８に示されている。

しかしながら前述の実施形態と異なって、同一ネットワーク20内のホスト92と94は必ずしもＲＳＶＰをサポートすることができないが、通常知られている方法でIEEE802.1P/Qプロトコルをサポートする任意のホストである。さらに、アプリケーション層機能を有するホスト92と94が示されているが、これは必須ではない。さらに代りとして、ホスト92または94の一方は、実際は（ホスト／ルータ94に隣接する破線の矢印により示されているように）公共インターネット24および／または私設ネットワーク／バーチャル私設ネットワーク26を経て別のネットワークのIEEE 802.1P/Q コンプライアントホストからパケットを転送するルータである。

中間スイッチ56はIEEE802.1P/Qの拡張されたフレームヘッダフォーマットを使用するパケットを検出し、このようなパケット内のヘッダ情報を、スイッチの接続対リスト67の現在のリザーブされた接続に関する情報と比較する。ヘッダ情報はパケットのソースおよび目的地アドレスと、所望のサービスのクラスまたは優先レベルを含んでいる。検出されたパケットヘッダ情報内のソースおよび目的地がリストに記憶された現在のリザーブされた接続のものと一致するならば、IEEE802.1P/Qのパケットは接続に割当てられた優先順位にしたがって転送される。ヘッダ情報が一致しないならば、そのヘッダ情報はリザーブされたシグナリングチャンネルを介してＥＣＰ50へ転送され、（既存の現在のリザーブされた接続がリスト67に記憶され、十分なポート帯域幅が利用できないならば）IEEE802.1P/Qパケットはドロップされる。

ＥＣＰ50はその後、転送されたヘッダ情報に記述されているようにソースと目的地ホストとの間に（“user priority”フィールドまたは選択されたキューによりシグナリングされる）リクエストされたサービスを与えることができる通路が存在するか否かを決定する。このプロセスでは、ＥＣＰ50は最初に例えば記憶された表を使用することによってリクエストされたサービスレベルを帯域幅または待ち時間要求へマップする。通路が存在するならば、ＥＣＰ50は通路の各スイッチ56に帯域幅リザーブリクエストを送信することにより接続を設定する。通路が存在しないならば、リクエストされた接続に属すパケットはドロップされるか、または最大の利用可能な帯域幅に対応する優先順位を割当てられる。

リザーブされた接続に属すパケットがスイッチ56により転送される度に、これは接続対リスト67のその接続に関連するフラグをリセットする。したがって、スイッチ56はまたアクティブではないセッションのリザーブされた接続リストを周期的に調査するためＬＲＵ処理に類似する機能を含むこともできる。アクティブではないセッションでは、メッセージはリザーブされた接続を識別するＥＣＰ50へ送られることができ、したがってＥＣＰ50は帯域幅解除メッセージをリザーブのため通路中の全てのスイッチへ送信することができる。

本発明のこの実施形態はIEEE802.1P/Qをサポートする通常のネットワークよりも多数の利点を与える。例えば所望のリザーブは接続期間全体を通じて、また通路に沿ったホストからホストへの各スイッチで一貫して維持されることができる。対照的に、通常のネットワークでは、リザーブされた接続は、このように行われる接続がリザーブされた接続後に設定されても、同一またはさらに高い優先順位を有する他の接続によってポートへアクセスしようとしなければならない。さらに、スイッチ56は通常のネットワークのＱＯＳを実現するために必要とされるように、１つのスイッチポート当り多数のキューをサポートする必要はない。

本発明にしたがった構内ネットワーク20のさらに別の例が図９に示されている。この実施形態では、前述の実施形態とは異なり、ネットワークは米国特許出願第09/060,520号明細書に記載されているのと類似してＥＣＰ50からリザーブされた接続を直接リクエストするための強化された機能で構成されている１以上のホスト102 を含んでいる。

即ち、この実施形態では、ホスト102 はそのネットワークまたは他のネットワーク内の他のホストとのリザーブされた接続に対するユーザリクエストを処理するデーモンプロセス106 を含んでいる。デーモンプロセス106 により処理されるリクエストされた接続にしたがって、シグナリングインターフェース104 はリザーブされたシグナリングチャンネル58を経て接続／切断メッセージをＥＣＰ50へ送信する。図９はホスト102 が通常のホスト／ルータ94と通信している例を示しているが、ホスト102 もそれと同様にアップグレードされた他のホストと通信することが明白である。

図１０はさらに、本発明にしたがってリザーブされた接続を設定するように構成されたホスト102 の機能的な能力の１例を示している。示されているように、これはウェブブラウザ112 と、ブラウザプラグ・インアプリケーション110 と、デーモンプロセス106 と、ユーザインターフェースプロセス108 と、シグナリングインターフェース104 を含んでいる。前述のプロセスは例えばワシントン州レッドモンドのMicrosoft 社からのウィンドウズ95またはＮＴのような共通のオペレーティングシステム内で動作可能である。

前述のコンポーネントの例は米国特許出願第09/060,520号明細書で十分詳細に記載されているが、これらは本発明で使用するのに適しているのでここでは簡単に説明する。ウェブブラウザ112 は好ましくは例えばカリフォルニア州マウンテンビューのNetScape Communication社からのNetScape Communicator 4.0 のようなJave可能なブラウザである。デーモンプロセス106 は本発明にしたがってバーチャル回路サービスを使用するのに必要な機能を与え、好ましくはオンに付勢されたときにホスト102 で例示される（instantiate ）。ユーザインターフェースプロセス108 はホスト102 （例えばキーボードおよびマウス）に取付けられたＩ／Ｏ装置からのユーザ入力に応答し、ホストに関連するビデオディスプレイ上にオブジェクトを描く。本発明のリザーブされた接続サービスに特有のＵＲＬを処理するようにブラウザ112 をエネーブルするために、ブラウザ112 はプラグ・インアプリケーション110 で構成され、その主機能はリザーブされた接続がブラウザからリクエストされたときをデーモンプロセス106 へ通知することである。シグナリングインターフェースプロセス104 はシグナリングチャンネル58とホストのＮＩＣを介してＥＣＰ50からリザーブされた接続を行うまたは終了するリクエストを受信し、受信したときそれらをデーモンプロセス106 へ転送し、またはデーモンプロセス106 からの命令で、リザーブされた接続の開始または終了のリクエストをＥＣＰ50へ送信する。

ホスト102 がオンに付勢されたとき、デーモンプロセス106 は例示され、シグナリングインターフェースプロセス104 を開始する。デーモンプロセス106 はその後（ブラウザプラグ・インアプリケーション110 を介して）リザーブされた接続の開始または終了をリクエストするブラウザ112 からのメッセージを待機するか、またはホスト102 がリザーブされた接続に参加するかまたは終了したがっていることを別のホストがリクエストしていることを示すシグナリングインターフェース104 からのメッセージを待機する。

例えばユーザがブラウザ112 を動作し、リザーブされた接続の開始を所望するとき、ユーザのディレクトリを含んでいるウェブページがアクセスされ、ディレクトリがブラウザのウィンドウに表示される。ディレクトリはユーザのリストを含み、その名称は本発明のリザーブされた接続サービスに特有のＵＲＬを有するリンクを具備したハイパーテキストとして示されることが好ましい。ユーザがリストから１つまたは複数のパーティを選択したとき、ブラウザ112 はリクエストを処理するためのプラグ・インアプリケーション110 を呼出し、プラグ・インアプリケーションはそれをデーモンプロセス106 に通知する。デーモンプロセス106 はユーザインターフェースプロセス108 を呼出し、これはホストのディスプレイ上にダイアローグボックスを描き、ユーザに所望する接続の種類（例えば、オーディオのみ、データのみ、通信のみ等）を特定するように尋ねる。この情報はデーモンプロセス106 に戻され、シグナリングインターフェース104 へ転送される接続リクエストへフォーマットされ、リクエストをＥＣＰ50へ送信する。

ＥＣＰ50はその後、リクエストされた目的地までの通路に沿ってリソースをチェックし、所望のサービスの秘密を保護しようとすることにより前述の説明と類似した方法でリクエストを処理する。接続が設定されることができないならば（例えば利用可能な帯域幅が十分ではないか、または他の参加者が接続に同意しない）、ＥＣＰ50はシグナリングチャンネル58を介してホスト102 へその趣旨を通知し、そのメッセージはシグナリングインターフェースプロセス104 により受信される。シグナリングインターフェースプロセス104 はメッセージをデーモンプロセス106 へ転送し、これはリクエストされた接続が再使用されたことをユーザに知らせるホストのディスプレイ上のメッセージをペイントするようにユーザインターフェースプロセス108 に命令する。その代わりに、ＥＣＰ50は次に高い利用可能なサービスを有する通路を決定しホスト102 に助言することができ、このメッセージはシグナリングインターフェースプロセス104 を経てデーモンプロセス106 へ転送される。デーモンプロセス106 はユーザが次に高い有効なサービスを受けるか辞退することを可能にするために助言およびアクションボックスでメッセージをペイントするようにユーザインターフェースプロセス108 へ命令する。

接続がリクエストされたサービスで設定されることができるならば、ＥＣＰ50はシグナリングチャンネル58を介してその趣旨をホスト102 へ通知し、このメッセージはシグナリングインターフェースプロセス104 により受信される。シグナリングインターフェースプロセス104 はメッセージをデーモンプロセス106 へ転送し、次にこれはリクエストされた接続が許可されたことをユーザに知らせるホストディスプレイ上のメッセージをペイントするようにユーザインターフェースプロセス108 へ命令する。（ビデオまたはオーディオ会議等）接続を所望するソフトウェアアプリケーションに着手するために付加的な機能が組込まれることができる。

接続が設定されることができることをホスト102 に通知するＥＣＰ50からのメッセージはまた、ホスト102 が接続に対応する全てのパケットのIEEE802.1P/Qフレームヘッダで使用する“user priority”または選択されたキューを含んでいる。

接続が設定されるとき、ユーザインターフェースプロセス108 は所望するときユーザが接続を終了することを許容するディスプレイ上のアクションボックスをペイントすることができる。このような動作がユーザによって所望されるとき、回答はユーザＩ／Ｏ装置を経てユーザインターフェースプロセス108 により集収され、デーモンプロセス106 へ中継される。デーモンプロセス106 は遮断リクエストメッセージをフォーマットし、これはシグナリングインターフェースプロセス104 とシグナリングチャンネル58を介してＥＣＰ50へ送信される。ホスト102 からのこのような遮断リクエストにおいて、ＥＣＰ50は帯域幅解除メッセージを接続に関与する全てのスイッチ56へ送信する。

一方、他のネットワークホストからホスト102 へ送信された接続リクエストに対しては、これらはシグナリングインターフェースプロセス104 を経てデーモンプロセス106 により受信される。これらはホスト102 と類似の能力を有するＬＡＮ内の別のホストによってＥＣＰ50へ直接通知されるか、またはこれらは通路に沿って遮断されＥＣＰ50へ転送されるＲＳＶＰまたはIEEE802.1P/Qのようなリザーベーションプロトコルにしたがって、通常の端局からリクエストされることができ、リクエストを受入れるか否かをホスト102 へ直接シグナリングできることを認識する。このようなリクエストがホスト102 により受信されるとき、デーモンプロセス106 はユーザインターフェースプロセス108 を付勢し、それはホストのビデオディスプレイ上のダイアローグボックスをペイントし、ユーザに接続を行うか否かを問合わせる。回答はユーザＩ／Ｏ装置を経てユーザインターフェースプロセス108 により集収され、デーモンプロセス106 へ中継される。デーモンプロセス106 はシグナリングインターフェースプロセス104 を経てＥＣＰ50へ送信される回答メッセージをフォーマットする。類似の処理が他のホストからの接続終了リクエストに対して行われる。

リザーブされる接続をリクエストするプロセスを、接続タイプを選択するようにユーザと相互作用するユーザインターフェースプロセスの例を参照して前述したが、多数の代りの手段が可能であることが明白である。例えば、接続を自動的にリクエストし、行われる接続のタイプと、帯域幅の大きさと、このような接続でリクエストされるサービスの品質とクラスを決定するアプリケーションにソフトウェアの付加的な層が組込まれることができる。

さらに、接続のリクエストに応答するプロセスはサーバ等の端局の場合のように全体的に自動化されることができる。即ち、サーバからの情報にログオンするかそれにアクセスするようにネットワークユーザからのリクエストに応答するのに要求されるユーザの相互作用は必要ではない。したがって、このような端局のソフトウェア負荷は106 のようなデーモンプロセスと、104 のようなシグナリングインターフェースプロセスに限定される。

図７で示されている実施形態に類似して、図９で示されている実施形態では、通常のスイッチが、リザーブされた接続を行っているホスト間の通路に存在してもよいことが明白である。リクエストされたＣＯＳはこのような構造のこのような通常のスイッチを通って十分に保証されることができないが、本発明はこのような通常のスイッチで動作可能であり、シームレスに共存する。さらに、通常のスイッチがIEEE802.1P/Qをサポートするならば、本発明のこの例ではこのようなフォーマットを使用するので、リクエストされたレベルに近いＣＯＳが可能である。

本発明の原理がインターネットワークのリザーブされた接続と、構内ネットワーク内のリザーブされた接続に拡張されるときさらに別の利点が実現される。例えば、図１１で示されているように、ＬＡＮ Ａ、ＬＡＮ Ｂ、ＬＡＮ Ｃは全てリースラインX.25、フレーム中継、ＩＳＤＮまたはＡＴＭのような私設ネットワーク／バーチャルネットワーク26を経て共に接続されている。この実施形態では、ＬＡＮ ＡとＢ（20）はそれぞれ本発明にしたがって強化された機能を有し、ＬＡＮ Ｃは（22）はその機能をもたない。ＬＡＮ ＡおよびＢのスイッチ56は（IEEE802.1P/Qパケットと、他のリザーベーションプロトコルに関するパケットと同様に）ネットワーク外のＲＳＶＰパスとリザーブメッセージをトラップし、それぞれのシグナリングチャンネル58を介してそれぞれのＥＣＰ51へ知らせる。ＥＣＰ51は情報を処理し、前述したように構内ネットワーク内の接続のためのリソースをリザーブし、またシグナリングネットワーク28を介してネットワーク制御システムサーバ（ＮＣＳＳ）30へ通知する。本発明で使用するように構成されたＮＣＳＳ30とシグナリングネットワーク28の例は1997年11月10日出願の米国特許出願第08/966,634号明細書に十分に説明されている。ＬＡＮ ＣからまたはＬＡＮ Ｃへのリザーベーションプロトコルメッセージでは、これらがＬＡＮ ＡまたはＬＡＮ Ｂのアップストリームまたはダウンストリームで検出されるまでこれらはトラップされない。

図１１で示されているように、ネットワーク26はメッシュで共に接続されている１以上の制御可能なネットワーク素子（ＮＥ）120 を含んでいる。幾つかのまたは（好ましくは）全ての制御可能なネットワーク素子（ＮＥ）120 は（米国特許出願第08/966,634号明細書に記載されているように）シグナリングネットワーク28を介してＮＣＳＳ30と通信するスイッチコマンダ（ＳＣ）122 をさらに含んでいる。制御可能なネットワーク素子（ＮＥ）120 はＤＡＣ、ＡＴＭスイッチ、ＡＤＭ、ＳＯＮＥＴ、ＳＯＮＥＴ ＡＴＭ、ＩＰ／ＡＴＭまたはＩＰ／ＦＲ集信装置、ＩＰスイッチ、ルータ、ＱｏＳルータ、層２スイッチ、光スイッチ、フレーム中継装置、マルチプレクサ／デマルチプレクサ、ＳＭＤＳのような装置である。したがって、以下さらに詳細に説明するように、リザーブメッセージがトラップされ、これらが属する流れに関する情報はＮＣＳＳ30へ転送され、ＮＣＳＳ30は流れの通路中に存在し、スイッチコマンダを含んでいるあるＮＥ（幾らか存在するならば）を介してネットワーク26内の接続を“スイッチアップ”するために情報を使用する。

図１２は、本発明のこの実施形態で使用するためのＥＣＰ51をさらに示している。そこに示されているように、これはシグナリングネットワーク28を介してＮＣＳＳ30と通信するためのネットワークインターフェース機能53をさらに含んでいる。ネットワークインターフェース機能53によるこのような通信は、当業者によく知られているように、ＩＴＵ標準シグナリングプロトコルQ.931 、または他の実際またはデファクト電話およびインターネットシグナリング標準のような特定のシグナリングプロトコルにしたがってもよい。したがって、リザーブされた接続のリクエストがＬＡＮ20内で検出されるとき、ＥＣＰ51は通知され、前述したように利用可能であるならば接続のためにネットワーク内の必要なリソースを保護する。接続制御装置64は接続が別のネットワークのホストの参加を含んでいるか否かの決定をさらに行う。参加を含んでいるならば、ＥＣＰ51はシグナリングネットワーク28を経て設定リクエストをＮＣＳＳ30へ通知する。

図１３はさらに本発明によるＮＣＳＳ30を示している。図１３で示されているように、これはルータ171 、ディレクタ172 、ルート制御装置173 、スイッチモニタ174 、データベースサーバ176 、シグナリングネットワークインターフェース181 を含んでおり、全て高速構内ネットワーク175 で接続されている。データベースサーバ176 はディスクアレイ177 へアクセスを行う。ディスクアレイ177 はまたメンテナンスと料金請求のため低速構内ネットワーク178 に取付けられている。また低速構内ネットワーク178 にはプロビジョン管理装置179 、グラフ計算装置180 、料金請求管理コンポーネント182 も取付けられている。シグナリングインターフェース181 はネットワーク素子120 に関連するスイッチコマンダ122 に通信を与え、その通信はシグナリングネットワーク28とルータ171 を経て維持される。シグナリングインターフェース181 とルート制御装置173 は特徴を明瞭にするため複数の素子として示されており、一度に各アクティブになる１以上のものが存在してもよい。スイッチモニタ174 の数はネットワーク26のＮＥ120 数に対応し、各スイッチモニタ174 はそれぞれ対応するＮＥ120 に応答する。しかしながら、それぞれは同一の機能を有し、ネットワーク制御システムサーバの他の素子へ同一のインターフェースを与えることが好ましい。

前述の素子は米国特許出願第08/966,634号明細書に詳細に説明されている。しかしながら、簡単に説明すると、本発明で使用するのに適合するように、グラフ計算装置180 はネットワーク26に接続されたそれぞれの構内ネットワーク20、22間における全てのＮＥ120 を通じた全ての可能な通路を予め計算する。通路の結果的なリストは呼グラフと呼ばれ、ディスクアレイ177 に記憶される。

ネットワークに利用可能な帯域幅リソースは（米国特許出願第08/966,634号明細書に詳細に説明されている）設備に関して管理される。設備情報はディスクアレイ177 に記憶されている。プロビジョン管理装置179 はこの情報を管理し、呼グラフと通路計算を実行するためにグラフ計算装置と協同する。これはＮＣＳＳ30中の他のサブシステムに予め計算されたルート通路と価格情報を与える。このような接続時に予め計算され価格を定められた通路の有効性は実質上要求に応じてリザーブされた接続を生成するための処理を高速度にする。

ＮＣＳＳ30のルート制御装置173 はネットワーク26内で設定される各リザーブされた接続のために一度例示される。これらは２つの主要な機能、即ち接続設定と接続解除を行う。ネットワーク26内のリザーブされた接続の設定または解除のプロセスはシグナリングインターフェース181 とスイッチモニタ174 の協同で実現される。シグナリングインターフェース181 はリザーブされた接続の開始または終了のリクエストを検出しているＥＣＰと通信する。スイッチモニタ174 は通信するＬＡＮ間の選択された通路に沿って接続を“スイッチアップする”ための命令を送信するためＮＥ120 に関連するスイッチコマンダ122 と通信する。スイッチモニタ174 はまたＮＥがリザーブされた接続をリクエストするサービスを満足することができるか否かに関する情報を与えるために各ＮＥ120 内で即座に有効なリソースを監視する。

シグナリングインターフェース、ルート制御装置、スイッチモニタはまた設定されるリザーブされた接続、料金請求状況、ネットワーク動作状況についての情報をディスクアレイ177 に記憶するためＮＣＳＳ30の一部として有効なデータベースサーバ176 を使用する。データベースサーバ176 とディスクアレイ177 は当業者に知られている多数の方法で構成されることができる。

料金請求管理コンポーネント182 は低速ネットワーク178 を経てディスクアレイ177 へアクセスする。これは通信産業全体で使用されるデファクト標準の料金請求情報フォーマットにしたがって出力され使用されるようにそこに記録された情報を集めフォーマットする。前述したネットワーク接続事象に関するデータベース記録は接続解除処理中に挿入するとき、データベースサーバ176 により再度フォーマットされるように待ち行列される。

２以上のＬＡＮ20、22間のネットワーク26内のリザーブされた接続を設定および解除するための前述のコンポーネントの動作をさらに詳細に説明する。特に、ＬＡＮ20、22のホスト間のリザーブされた接続がネットワーク26を使用して行われるとき、最初に“リザーブ”リクエストを検出する各ＥＣＰ51は（前述した）自分のネットワーク内に接続を設定する通常の処理を行い、またシグナリングネットワーク28にわたって接続設定リクエストをＮＣＳＳ30へ送信する。このような設定リクエストはシグナリングインターフェース181 により受信される。シグナリングインターフェース181 がリザーブされた接続のリクエストを受信したとき、ルータ制御装置173 は接続を設定するために付勢される。ルータ制御装置173 の特定の選択はディレクタ172 により負荷平衡ベースで行われる。ＥＣＰ51からのリクエストに関連するのはリクエストされるリザーブされた接続のソースおよび目的地アドレス（典型的にはＩＰアドレス）と接続をリクエストするサービスである。

ルート制御装置173 はシグナリングネットワークインターフェース181 を経て設定メッセージを受信し、データベースサーバ176 と高速ＬＡＮ175 を経てディスクアレイ177 のアドレスを調べる。これらが存在するそれぞれのＬＡＮ20、22を含んでいるソースおよび目的地ホストが識別されるとき、ＬＡＮ間のネットワーク26を通る全ての通路をリストした対応する呼グラフはディスクアレイ177 から取出され、ルート制御装置173 へ戻される。ルート制御装置はその後、呼グラフの全ての基盤になるＮＥに対応するスイッチモニタ174 へメッセージを放送するためのマルチキャストグループを決定し、マルチキャストアドレスをグループへ割当てる。このマルチキャストグループは接続が接続されるか解除されるまで継続する。ルート制御装置173 は各スイッチモニタ174 に警告し、それららーが全てグループに加わるのを待機する。

全てのスイッチモニタ174 がマルチキャストグループに加わった後、マルチキャストグループの各スイッチモニタでは、ルート制御装置はグラフの次の近隣のリストを示す“リザーブ”メッセージ、リクエストされリザーブされた接続の識別子、リクエストされたサービス（例えば総帯域幅）を構成し送信する。その代わりに、このメッセージはスイッチモニタが警告されるのと同時に、全てのスイッチモニタがグループに加わる前に送信されることができる。

“リザーブ”メッセージに応答して、各スイッチモニタ174 はリクエストされたサービスが各次の近傍リンクで有効であるか否かを決定する。まだ行われていないならば、各スイッチモニタもまた接続のためにマルチキャストグループに同時に加わる。各スイッチモニタ174 はその後、その回答（これは部分的な割当であり、即ち９６のベアラチャンネルに対応するサービスがスイッチＡからスイッチＢまでの出力でリクエストされたならば、７２だけのチャンネルが有効であり、ＮＥ Ａのモニタは“A to next-neighbor B：72 of 95：circuit-range circuit-range …”のような回答に応答する）をマルチキャストしてルート制御装置173 へ戻す。

受信されたマルチキャスト結果を有するルート制御装置173 はリクエストされたサービスをサポートできないリンクを識別し選択し、使用される実際の通路としてリクエストされたサービスをサポートできる（好ましくは最も少ないホップを有する）第１の通路リンクを選択する。ルート制御装置はまた“リザーブされた”メッセージを完全な接続通路を含んでいるマルチキャストグループの全てのスイッチモニタへ送信する。この“リザーブされた”マルチキャストを受信したとき、各スイッチモニタ174 は対応するＮＥ120 の実際の接続通路に必要とされるリソースを決定し、通路で必要とされないリザーブされたリソースを解除する。さらに、選択された通路はディスクアレイ177 に書込まれる。リザーブされたリソースを有する各スイッチモニタはその後、物理的に接続をスイッチアップするようにそれぞれのＮＥへ正確な接続命令を送信し、これらの各メッセージが待ち行列されるとき、スイッチモニタは“接続送信”メッセージをマルチキャストグループへ送信する。全てのＮＥがそれらの接続メッセージを送信されているとき、ルート制御装置は参加している各スイッチモニタへ“接続された”を送信する。ルート制御装置は各スイッチモニタが“接続された”に応答するまでマルチキャストグループからのメッセージをリストし続ける。これが行われたとき、ルート制御装置はトランザクションを委託し、マルチキャストグループを解放し、それが使用している任意のプロセッサリソースを解除する。

解除トランザクションは設定トランザクションに非常に類似して開始されることができる。（例えば接続に属するパケット間のタイムアウト間隔を監視するかパス遮断またはリザーブ遮断メッセージを検出することによって）リザーブされた接続が終了するときを最初に検出するＥＣＰ51は切断リクエストをルータ171 を経てシグナリングインターフェース181 へ送信する。このシグナリングインターフェースはその後ルータ制御装置173 を割当て、ルート制御装置に解除リクエストを通知する。解除は設定と類似の方法で進行する。ルート制御装置173 は接続全体の現在の状態を決定するためデータベース177 から情報をリクエストするようにデータベースサーバに問合わせる。この情報からおよび本来の設定メッセージからセーブされた情報から、ルート制御装置は解除される必要のある２つのパーティリザーブを決定する（即ち、例えばユーザＡ、Ｂ、Ｃ間の会議では、Ａが解除されることを所望するならば、ＡとＢ間の２つのパーティリザーブとＡとＣ間の２つのパーティリザーブは解除される必要があり、ＢとＣの接続は維持される）。また、これらのリザーブの設定中に割当てられたマルチキャストアドレスを発見し、これらのマルチキャスト識別子は解除相で再使用される。その代わりに、異なるマルチキャスト識別子が使用してもよい。

ルート制御装置173 はその後、識別された各２つのパーティのリザーブに含まれる基盤となるＮＥ120 を有する各スイッチモニタ174 へユニキャストメッセージを送信する。その代わりにルート制御装置173 はこのリクエストを放送またはマルチキャストする。それぞれ含まれるスイッチモニタ174 はその後、２つのパーティの解除トランザクションに関連するマルチキャストグループに加わる。全ての含まれるスイッチモニタが加わったとき、ルート制御装置はリザーブを解除するのに必要な情報を発信する。

各スイッチモニタ174 はその後、シグナリングネットワーク28とルータ171 を経てスイッチコマンダ122 または他のスイッチ或いは基盤となるＮＥに関連するルータインターフェースと通信して、リザーブされた接続を解除する。基盤となるＮＥが解除を確認したとき、スイッチモニタは解除されたリソースの確認をマルチキャストする。全てのスイッチモニタが解除を確認したとき、ルート制御装置173 はマルチキャストグループで“解除委任”を発信する。各スイッチモニタはその後リザーブの内部表示を解除し、マルチキャストグループを出る。同時にルート制御装置はディスクアレイ177 に記憶するためデータベースサーバ176 へリザーブ解除記録を書込む。

ルート制御装置はシグナリングインターフェース181 にトランザクションの完了を通知する、シグナリングインターフェースはその後、他のシグナリングトランザクションにより使用されるようにルート制御装置173 を解除する。
図１４は本発明にしたがったスイッチコマンダ122 をさらに示している。スイッチコマンダはＮＣＳＳ30とＮＥ120 のような制御可能なネットワーク素子との間のインターフェースとして機能する。主として、スイッチコマンダ122 はシグナリングネットワーク28を介してＮＣＳＳ30のスイッチモニタ174 により送信された命令（好ましくはTL1X.25 命令であるが、多くは特定のネットワーク素子に対する所有権である命令）と基盤となるネットワーク素子の特定の命令言語を待ち行列し翻訳するように動作する。

スイッチコマンダ122 の種々の例は米国特許出願第08/966,634号明細書に詳細に説明されている。しかしながら、簡単に説明すると、本発明で使用するのに適合するように、スイッチコマンダ122 はＮＣＳＳ30からの命令をＮＥのネイティブ言語へ翻訳し、ポート204 に取付けられている複数のＮＥ120 へポートライン206 を介して命令を通信する命令制御装置202 を含んでいる。この示された例では、スイッチコマンダ122 はＮＣＳＳ30からの命令を待ち行列し、シグナリングネットワーク28を経て命令制御装置202 から応答を送信するシグナリングネットワーク210 を含んでいる。

米国特許出願明細書で注意されているように、前述のコンポーネントは多数の既知の方法で構成されることができる。しかしながら、好ましくは、命令制御装置202 はSolaris 5.5.1 を作動するSPARCstation（Sun Microsystems社の商標）であり、そのポート204 はX.25ポートである。好ましくは、スイッチコマンダはSparc とx86 プラットフォームとの両者で実行され、一般的にＴＣＰ／ＩＰと、特別にＮＥ120 と通信するためのTelnetを使用する。しかしながら、そのスイッチコマンダ122 は実際にＮＣＳＳ30のサイトに物理的に位置されてもよいことに留意すべきである。このようなケースでは、X.25はリースライン（即ちポートライン206 はリースラインである）にわたって制御される適切なＮＥへ伝送され、スイッチコマンダ自体はネットワーク制御システムサーバの所有するイーサネット（登録商標）である。

動作において、それ故、対応するスイッチモニタ174 がポート204 に取付けられている１つのＮＥ120 へ“接続”命令を送信したとき、このメッセージはシグナリングネットワークインターフェース210 により受信され、命令制御装置206 へ中継される。命令は制御される特別なＮＥと、リザーブされるリソース量と、接続が行われるＮＥの交差点を特定する。命令制御装置206 は命令をＮＥのネイティブ言語へ翻訳し、ライン206 を経てネイティブ接続命令を対応する１つのポート204 へ送信する。ネイティブ接続命令は典型的にその後の“解除”命令が発信されるまで解除されない制御可能なネットワーク素子の２つの識別される交差点間の特定化された帯域幅をＮＥにリザーブさせる。

本発明のさらに別の特徴が図１５で示されている。図１５で示されているように、私設ネットワーク／バーチャル私設ネットワーク26内には、両立しないＮＥのチェーンが含まれている。即ち示されているように、ＬＡＮ ＡとＬＡＮ Ｂ間のメッセージはｄｉｆｆ−ｓｅｒｖタギングをサポートする第１のＮＥ130 と、それに続くＭＰＬＳをサポートするＮＥ132 と、それに続くｄｉｆｆ−ｓｅｒｖタギングをサポートする別のＮＥ130 とを具備するＮＥのチェーンを通過しなければならない。ＭＰＬＳとｄｉｆｆ−ｓｅｒｖは異なるタギング方式を使用するので、ＬＡＮ ＡとＬＡＮ Ｂ間で試行されるリザーブされた接続は、このようなＮＥが両タイプのタギングを有するパケットを送信し受信できない限り成功しない。

しかしながら本発明のこの実施形態では、ＮＥ130 と132 はシグナリングネットワーク28を介してＮＣＳＳ30と通信するようにスイッチコマンダ122 と適合され、ＮＣＳＳ30により指令されるようにフォーマット間を翻訳することができる。したがってリザーベーションプロトコルメッセージがＬＡＮ ＡとＬＡＮ Ｂでトラップされ、ＮＣＳＳ30が通知されたとき、ＮＣＳＳ30は異なるタギングがＮＥ130 と132 で使用されることを知っているので、これは接続をスイッチアップしたときしたがってＮＥに警告し、その接続に属すパケットを転送しながらＮＥに適切な翻訳を行わせる。

図１６は米国特許出願第08/966,634号明細書に説明されているような広帯域ネットワーク32を介してＬＡＮ ＡとＬＡＮ Ｂが接続されている１実施形態を示している。この実施形態ではＬＡＮ ＡとＬＡＮ Ｂ（20）はそれぞれシグナリングネットワーク28を介してＮＣＳＳ30と通信するＥＣＰ51を有する。ＬＡＮ ＡおよびＬＡＮ Ｂのスイッチ56はそれらのネットワークの外部を目的地とするＲＳＶＰパスおよびリザーブメッセージ（IEEE802.1P/Qパケットおよび他のリザーベーションプロトコルと同様）をトラップし、それぞれのシグナリングチャンネル58を経てコピーをそれぞれのＥＣＰ51へ転送する。ＥＣＰ51は前述したように情報を処理し、シグナリングネットワーク28を経てＮＣＳＳ30へコピーを送信する。本発明の実施形態で使用するのに適しているＮＣＳＳ30とシグナリングネットワーク28の例は米国特許出願第08/966,634号明細書に詳しく説明されている。

図１６でさらに示されているように、ＬＡＮ ＡおよびＢはシグナリングネットワーク28を経てＮＣＳＳ30と通信し、また広帯域ネットワーク32のインフラストラクチャへインターフェースを与えるプレミススイッチ110 をそれぞれ含んでいる。したがってリザーブメッセージがトラップされ、これらが属する流れに関する情報がＮＣＳＳ30に転送されたとき、ＮＣＳＳ30はメッセージが広帯域ネットワークとインターフェースするように構成された別のネットワークを目的地とするか否かを決定でき、それを目的地とするのであれば、リクエストされたサービスを満たすことができるセッションに含まれるホスト間の通路がネットワーク内に存在するか否かを決定する。リクエストされた接続が広帯域ネットワークにより実現されることができるならば、ＮＣＳＳ30は選択された通路を経て広帯域ネットワークを通る接続を“スイッチアップ”するためにメッセージの情報を使用し、その流れに対応するトラヒックをルータ54ではなく各ＬＡＮ20のプレミススイッチ110 を通って転送させる。メッセージがプレミススイッチ110 を有する別のネットワークを目的地としないならば、これらは他のインターネットワークメッセージのようにルータ54を通じて転送される。

また図１６には、本発明にしたがったＥＣＰ51をもたないＬＡＮ Ｃ（22）が示されている。しかしながら、この例ではＬＡＮ Ｃはスイッチコマンダ122 を介して広帯域ネットワーク32およびシグナリングネットワーク28と通信するように構成されているインターネットサービスプロバイダ（ＩＳＰ）34と通信する。したがってＮＣＳＳ30はＬＡＮ ＡおよびＢからのリザーブされた接続のリクエストがＬＡＮ Ｃを含んでいるか否かを決定でき、これらが公共インターネットではなく広帯域ネットワーク32を経て伝送されることを可能にする。この例ではＩＳＰ34は典型的に広帯域ネットワーク32とＬＡＮ Ｃ（22）との間に結合されたＱＯＳルータを含んでいる。

図１７は図１６で示されている本発明で使用するのに適合したプレミススイッチ110 をさらに示している。図示されているように、プレミススイッチ110 はルーティング機能133 、ボンダ134 、ネットワークインターフェースカード135 、ＣＰＵ136 、ＲＡＭ137 、ネットワークアドレス翻訳（ＮＡＴ）機能139 、ネットワーク命令翻訳（ＮＣＴ）機能141 、結合機能143 を含んでおり、全てバス138 を経て通信する。パケットスイッチ142 はイーサネットリンクを介してネットワークインターフェースカード135 と通信する。

前述のプレミススイッチ110 のコンポーネントの種々の例は米国特許出願第08/966,634号明細書に詳しく説明されている。しかしながら、簡単に説明すると、本発明の実施形態で使用するのに適するように、パケットスイッチ142 は中間スイッチ56からＬＡＮパケットトラヒックを受信する。目的地イーサネットアドレスを読むことにより、パケットスイッチ142 は広帯域ネットワーク接続に関連しないパケット（即ちプレミススイッチ110 にアドレスされないパケット）を既存のＬＡＮルータ54へ送り、一方、広帯域ネットワーク接続に関連するパケット（即ちプレミススイッチ110 にアドレスされるパケット）は広帯域ネットワーク32を経て送信するようにルーティング機能133 によりボンダ134 へ伝送される。同様に、既存のＬＡＮルータ54からのＬＡＮトラヒックはスイッチ56を介してホスト52のようなＬＡＮ端局へパケットスイッチ142 を経てディスパッチされる。

ＣＰＵ136 はルーティング機能133 、ボンダ134 、ネットワークインターフェースカード135 、ＲＡＭ137 の動作を制御する。これは恐らく多数のベアラチャンネル間で拡散した広帯域ネットワーク接続上の回路交換トラヒックデータにおけるＬＡＮタイプのパケット交換データパケットへの変換を調整し、さらにＬＡＮ20内の送信を行う。

ネットワークインターフェースカード135 はパケットスイッチ142 を介してホスト52のようなＬＡＮ端局とのＬＡＮデータパケットの送信および受信を行うための標準的なＰＣＩイーサネットカードである。
ルーティング機能133 は明瞭にする目的で分離して示されているが、ＣＰＵ136 または他のプロセッサで作動するソフトウェアとして構成されてもよい。これはパケットスイッチ142 を介してデータパケットを選別し、これらをボンダ134 の適切な出力ポートへ導く。これは例えば、さらにパケットの目的地とソースアドレスを選別しこれらを認証されたユーザのリストと比較することによって広帯域ネットワークの無断使用に対する付加的なセーブガードを与えるセキュリティ機能を実行することもできる。

ボンダ134 はパケットスイッチ142 を介してホスト52のようなＬＡＮワークステーションから広帯域ネットワーク接続データを受信し、広帯域ネットワーク32へデータを送信する。反対に、広帯域ネットワーク32から受信された広帯域ネットワークトラヒックデータはボンダ134 によってパケットスイッチ142 を経てホスト52のようなＬＡＮ端局へ中継される。

ネットワークアドレス翻訳機能139 は明瞭にする目的で分離したものとして示されているが、ＣＰＵ136 または他のプロセッサで作動するソフトウェアとして構成されてもよい。これはＬＡＮアドレススペースの外部の他のネットワークの端局へ広帯域ネットワーク上で転送するためにパケットスイッチ142 を介してホスト52のようなＬＡＮ端局から受信されたデータパケットのアドレスの翻訳を行い、ボンダ134 を経てＬＡＮのアドレススペースの外部の他のネットワークから広帯域ネットワークによって受信されＬＡＮの端局を目的地とするデータパケットのアドレスの翻訳を行う。

ネットワーク命令翻訳機能141 は明瞭にする目的で独立したものとして示されているが、ＣＰＵ136 または他のプロセッサで作動するソフトウェアとして構成されてもよい。これはスイッチコマンダ122 との接続で前述した方法と類似の方法でボンダ134 を経てシグナリングネットワーク28によってスイッチモニタ174 から受信されたネットワーク接続命令を翻訳し処理する役目を行う。

結合機能143 は明瞭にする目的で独立のものとして示されているが、ＣＰＵ136 または他のプロセッサで作動するソフトウェアとして構成されてもよい。これはシグナリングネットワークトラヒック、回路交換トラヒック、インターネットアクセスを含む異なる広帯域ネットワークの接続用に使用されるポート（図示せず）のリストを維持する。ポートは１以上のベアラチャンネルからなる。例えば６Ｍｂｐｓの回路交換接続は９６のベアラチャンネルからなり、同じＴ１ラインで多重化は必要ではない。この接続用のポートはこれらのチャンネルのリストとして構成され、それによってボンダ134 は広帯域ネットワークを目的地とし、そこから到着する広帯域データを中継する。このリストはＮＣＳＳ30により順序を定められたチャンネル割当にしたがって更新されることができる。

米国特許出願明細書で注意したように、既存の構内ネットワーク20のプレミススイッチ110 の設備はＬＡＮルータ54とＬＡＮ20で動作する他のワークステーションに対して全体的に透明である。さらに、プレミススイッチ110 をインストールするプロセスは単にＬＡＮルータ54へのＬＡＮ接続にスプライスすることを必要とするだけである。

動作において、リザーブされた接続のリクエストがＬＡＮ20内で検出されたとき、ＥＣＰ51は通知され、前述したように接続のために利用可能であるならばネットワーク内の必要なリソースを保護する。接続制御装置64はさらに接続が他のネットワークのホストの参加を含んでいるか否かの決定を行う。含んでいるならば、ＥＣＰ51はシグナリングネットワーク28を介して接続設定リクエストをＮＣＳＳ30へ送信する。

広帯域ネットワーク32がリクエストされリザーブされた接続に使用されることができることをＮＣＳＳ30が決定したとき、ＮＣＳＳ30は接続をスイッチアップするためにシグナリングネットワーク30を介してメッセージをプレミススイッチ110 へ送る。このメッセージはセッションのソースおよび目的地アドレス（典型的にＩＰアドレス）に対応する接続用の識別子と共に、接続用の結合機能143 により維持されるチャンネル割当を含んでいる。ＣＰＵ138 はその後、ＩＣＭＰ ｒｅ−ｄｉｒｅｃｔを送信し、これによりホスト52はルータ54の代わりにプレミススイッチ110 へのリザーブされた接続に関係する全てのパケットを送信する。即ち、特にＩＣＰ ｒｅ−ｄｉｒｅｃｔは、リザーブされた接続の他の参加者に関連するアドレスがルータ54のＭＡＣアドレスの代わりにプレミススイッチ110 のＭＡＣアドレスへパケットを送信することによって到達可能であることをホスト52に告げる。したがってリザーブされた接続に属すデータはパケットスイッチ142 を介してホスト52へまたはホスト52から、および広帯域ネットワーク32とボンダモジュール134 を介して他のネットワークのホストへまたはそのホストから転送される。リザーブされた接続が解除されたとき、ＣＰＵ138 は別のＩＣＭＰ ｒｅ−ｄｉｒｅｃｔをホスト52へ送信させ、他のホストネットワークに関連するアドレスを目的地とする全てのパケットをプレミススイッチ110 ではなくルータ54へ送り戻すようにホスト52に指令する。

別の可能な構成では、ＩＣＭＰ ｒｅ−ｄｉｒｅｃｔを実行する代わりに、各端局は点対点ルータ機能を含んでおり、これはシグナリングによって、既存のデフォルトルータ54ではなくプレミススイッチ110 を通してトラヒックを伝送するように命じられる。

この実施形態と本発明の先の実施形態との重要な相違は、スイッチ56に遮断されたパスメッセージを転送させる前に、リザーブされた接続が広帯域ネットワークを使用するか否かをＮＣＳＳ30が決定するのをＥＣＰ51が待機することである。特に、ＮＣＳＳ30が広帯域ネットワークが使用されていることを決定したならば、シグナリングネットワーク28を介してこのことを示すメッセージをＥＣＰ51へ送信する。ＥＣＰ51は正規のメッセージとして一時的にバッファされたパスメッセージを再度カプセル化するようにスイッチ56に指令し、それによってネットワークを通って無害に伝播する。他方で、広帯域ネットワークがリザーブされた接続に使用されるならば．ＥＣＰ51は一時的にバッファされたメッセージをインターネットまたは私設ネットワークを経てパスメッセージとして転送させる。

プレミススイッチ110 は広帯域ネットワーク32ではなく、または広帯域ネットワーク32に加えてこのようなネットワーク26のリソースを使用してリザーブされた接続を設定するためにさらにまたは代わりに私設ネットワーク／バーチャル私設ネットワーク26に結合されることに注意すべきである。このような構造では、ＳＣＰ／ＥＣＰは需要に応じて接続を成長または収縮させることができ、それ故、私設ネットワークのパイプ管理および同一装置から公共ネットワークへの接続を与えることができる。

図１６を参照すると、ＩＳＰ34を含む広帯域ネットワーク接続に対しては、このような接続のリクエストはＥＣＰ51を有するＬＡＮ20内で検出される。ＮＣＳＳ30は広帯域接続のエンドポイントが実際にはＬＡＮ ＣではなくＩＳＰ34であることを認識し、ＬＡＮ Ｃはプレミススイッチ110 を含まないことを知っている。したがってＬＡＮ ＣとＩＳＰ34内のホスト52間の接続品質はそれらの間の有効な帯域幅に基づいている。幾つかの構成では、ＩＳＰ34はＬＡＮ Ｃのホスト52へ強化された接続サービスを与えるためのプレミススイッチ110 をさらに含むことができる。

図１８は図１６で示されている本発明の例で使用するためのＬＡＮ20の別の実施形態を示している。この別の実施形態では、中間スイッチ80は前述したように強化された機能を含んでいないが、好ましくはIEEE802.1P/Qをサポートする通常のスイッチである。広帯域ネットワーク32とＬＡＮ20を使用するリザーブされた接続のリクエストが図９を参照して前述した強化された機能を有している強化されたホスト102 により行われ、または容認される。このようなリザーブされた接続がリクエストされるとき、ＮＣＳＳ30は接続に対応する中間スイッチ80内にリソースをリザーブさせるようにプレミススイッチ110 を通じて中継されるＳＮＭＰメッセージを使用する。代わりに、ＮＣＳＳ30はホスト102 に接続に使用するためのIEEE802.1P/QをＥＣＰ51によって通知させる。

本発明を好ましい実施形態を参照して詳細に説明したが、種々の置換および変形が請求の範囲に限定されているように本発明の技術的範囲内でここで説明した例に対して行われることを当業者は認識するであろう。

通常のマルチキャストセッションでＲＳＶＰを使用した１例を示す図。 ＬＡＮで一体化されたサービスを行うための通常のフレームワークを示す図。 公共インターネットおよび／または私設ネットワーク／バーチャル私設ネットワークを介して相互接続されたＬＡＮで使用するように構成されている本発明の１例を示したトップレベルのブロック図。 図３の本発明の例にしたがってＲＳＶＰのようなインターネットワークリザベーションプロトコルと協同するネットワークの図。 図４で示されているようなネットワークで使用するように構成されているＥＣＰ機能をさらに示しているブロック図。 図４で示されているようなネットワークで使用するように構成されているスイッチのアップグレードされた機能をさらに示しているブロック図。 図３の本発明にしたがって、ＲＳＶＰのようなインターネットワークリザベーションプロトコルと協同し、通常のスイッチサービスと優秀なスイッチサービスとの両者を含んでいる別の実施形態のネットワークの図。 図３の本発明の実施形態による、IEEE802.1P/Qフレームフォーマットとの協同を行いながら、保証されたＣＯＳを与える別の実施形態のネットワークの図。 図３の本発明の実施形態による、IEEE802.1P/Qフレームフォーマットとの協同を行いながら、保証されたＣＯＳを与える別の実施形態のネットワークの図。 図９で示されているようなネットワークで使用するように構成されているホストの機能をさらに示しているブロック図。 私設ネットワーク／バーチャル私設ネットワークを介して接続されたＬＡＮで使用するように構成され、さらにインターネットワーク接続を制御するためのネットワーク制御システムサーバを含んでいる本発明の１例のトップレベルのブロック図。 図１１で示されているネットワークに含まれる構内ネットワークで使用するように構成されているＥＣＰ機能をさらに示しているブロック図。 図１１で示されているネットワークで使用するように構成されているネットワーク制御システムサーバの機能をさらに示しているブロック図。 図１１で示されているネットワークで使用するように構成されているスイッチコマンダの機能をさらに示しているブロック図。 図１１で示されているようなネットワークのインターネットワーク接続の別の例を示しているブロック図。 米国特許出願第08/966,634号明細書に記載されているような広帯域ネットワークを介して相互接続されたＬＡＮで使用するように構成され、さらにインターネットワーク接続を制御するためのネットワーク制御システムサーバを含んでいる本発明の１例のトップレベルのブロック図。 図１６で示されているネットワークの構内ネットワークで使用するように適合されたプレミススイッチの機能をさらに示しているブロック図。 図１６で示されている本発明にしたがって広帯域ネットワークで使用するように構成された構内ネットワークの別の例のブロック図。

Claims (39)

1. ネットワーク中の端局間にリザーブされた接続を行う装置において、
   前記端局とパケット通信を行い、予め定められたリザーベーションプロトコルにしたがったリザーブされた接続に対するリクエストを含むパケットを検出するように構成されているスイッチと、
   シグナリングチャンネルを介して前記スイッチと通信するように構成されているエンタープライズ制御点とを具備し、
   前記エンタープライズ制御点は前記スイッチからリザーブされた接続に関するリクエストされた情報を受取り、ネットワーク中の少なくとも１つの通路を識別して受信された情報に応じて端局間のリザーブされた接続を満足させることのできる通路に沿ってリソースをリザーブするように構成されていることを特徴とする装置。
2. 前記ネットワークは構内ネットワークおよび広域ネットワークの１つを含んでいる請求項１記載の装置。
3. 予め定められたリザーベーションプロトコルはＲＳＶＰである請求項１記載の装置。
4. 前記スイッチはパスメッセージを有するＲＳＶＰパケットを検出し、パスメッセージをバッファし、エンタープライズ制御点にそのパスメッセージのコピーを送信するように構成されている請求項３記載の装置。
5. 予め定められたリザーベーションプロトコルはＩＥＥＥ８０２．ＩＰ／Ｑフレームフォーマットである請求項１記載の装置。
6. エンタープライズ制御点はさらに、
   シグナリングチャンネルを介してスイッチと通信するように構成されているシグナリングインターフェースと、
   ネットワーク素子と端局間のパスのリストを構成し、更新するように構成されている通路／装置発見ユニットと、
   前記シグナリングインターフェースおよび前記通路／装置発見ユニットに結合されて受信された情報に応答して端局間のリザーブされた接続を開始および終了するように構成されている接続制御装置とを具備している請求項１記載の装置。
7. スイッチはさらに、
   エンタープライズ制御点にリザーブされた接続に関する情報を転送し、シグナリングチャンネルを介してエンタープライズ制御点からリソースリザーブ情報を受信するように構成されているリザーベーションインターフェースと、
   このリザーベーションインターフェースに結合され、検出されたパケットからのリザーブされた接続に関する情報を抽出して受信されたリクエストリザーブ情報に基づいてパケット転送の決定を行う強化されたスイッチエンジンとを具備している請求項１記載の装置。
8. 端局は予め定められたリザーベーションプロトコルを介して通信することが可能である請求項１記載の装置。
9. 前記端局はホストおよび／またはルータを含んでいる請求項１記載の装置。
10. ホストおよび／またはルータは予め定められたリザーベーションプロトコルを介して通信することが可能である請求項１記載の装置。
11. ネットワーク中の端局間にリザーブされた接続を行う方法において、
    予め定められたリザーベーションプロトコルにしたがったリザーブされた接続に対するリクエストを含むパケットを検出し、
    検出されたリクエスト情報をエンタープライズ制御点へ転送し、
    ネットワーク中の少なくとも１部分内におけるリクエストされたリザーブされた接続を設定することができる端局間のパスを識別し、
    リクエストされたリザーブされた接続を設定するように通路に沿ってリソースをリザーブすることを特徴とする方法。
12. 前記ネットワークは構内ネットワークおよび広域ネットワークの１つを含んでいる請求項１１記載の方法。
13. 予め定められたリザーベーションプロトコルはＲＳＶＰである請求項１１記載の方法。
14. 予め定められたリザーベーションプロトコルはＩＥＥＥ８０２．ＩＰ／Ｑフレームフォーマットである請求項１１記載の方法。
15. 端局は予め定められたリザーベーションプロトコルを介して通信するように構成されている請求項１１記載の方法。
16. 前記検出するステップは、パスメッセージを有するデータパケットを検出し、パスメッセージをバッファするステップを含み、転送するステップは、エンタープライズ制御点にパスメッセージのコピーを送信するステップを含んでいる請求項１１記載の方法。
17. 前記端局はホストおよびルータの少なくとも１つを含んでいる請求項１１記載の方法。
18. ホストおよびルータの少なくとも１つは予め定められたリザーベーションプロトコルによって通信するように構成されている請求項１１記載の装置。
19. さらに、ネットワーク内の接続のリストを維持し、 ネットワーク素子および端局間の通路のリストを構成し、
    接続のリストと、ネットワーク素子および端局間の通路のリストとに基づいてネットワーク内のリザーブされた接続を開始および終了する請求項１１記載の方法。
20. 検出されたパケットからリクエスト情報を抽出し、 エンタープライズ制御点からリソースリザーブ情報を受信し、
    受信されたリソースリザーブ情報に基づいてパケット転送の決定を行う請求項１１記載の方法。
21. ネットワーク中の端局間における接続をリザーブする装置において、
    予め定められたリザーベーションプロトコルにしたがってリザーブされた接続に対するリクエストを含むパケットを検出する手段と、
    検出されたリクエスト情報をエンタープライズ制御点に転送する手段と、
    リクエストされたリザーブされた接続を設定することのできる端局間のネットワークの少なくとも１部分内の通路を識別する手段と、
    リクエストされたリザーブされた接続を設定するように通路に沿ってリソースをリザーブする手段とを具備していることを特徴とする装置。
22. 前記端局は同じ構内ネットワーク内にある請求項２１記載の装置。
23. 前記端局は同じ広域ネットワーク内にある請求項２１記載の装置。
24. エンタープライズ制御点はさらに、 シグナリングチャンネルを介してスイッチと通信する手段と、
    ネットワーク内の接続のリストを維持する手段と
    ネットワーク素子および端局間の通路のリストを構成し、更新する手段と、
    前記接続のリストと端局間のネットワーク素子およびパスのリストに基づいてネットワーク内のリザーブされた接続を開始および終了させる手段とを具備している請求項２１記載の装置。
25. 前記スイッチはさらに、検出されたパケットからリクエスト情報を抽出する手段と、
    検出されたリクエスト情報をエンタープライズ制御点に転送し、シグナリングチャンネルを介してエンタープライズ制御点からリソースリザーブ情報を受信する手段と、
    受信されたリソースリザーブ情報に基づいてパケット転送決定を実行する手段とを具備している請求項２４記載の装置。
26. スイッチはさらに、
    パスメッセージを有するＲＳＶＰパケットを検出する手段と、
    パスメッセージをバッファする手段と、
    そのパスメッセージのコピーをエンタープライズ制御点に送信する手段とを具備している請求項２４記載の装置。
27. 端局は予め定められたリザーベーションプロトコルを介して通信するように構成されている請求項２１記載の装置。
28. 前記端局はホストおよびルータの少なくとも一方を含んでいる請求項２１記載の装置。
29. ホストおよびルータの少なくとも一方は予め定められたリザーベーションプロトコルを使用して特定された帯域幅および、または待ち時間を要求およびリザーブするように構成されている請求項２８記載の装置。
30. ネットワーク中のリクエストしているホストと目的地ホストとの間のリザーブされた接続を設定する装置において、
    リクエストしているホストおよび目的地ホストとパケット通信し、リソースリザーベーションリクエストに応答してスイッチリソースを秘密にするように構成されたスイッチと、
    シグナリングチャンネルを介してリクエストしているホストおよび前記スイッチと通信するように構成されたエンタープライズ制御点とを具備し、
    前記エンタープライズ制御点はリクエストしているホストからのリザーブされた接続に関するリクエスト情報を受信し、ネットワーク中の少なくとも１つの通路を識別し，受信されたリクエスト情報に応答してリクエストしているホストと目的地ホストとの間のリザーブされた接続を満足させることのできる通路に沿ってリソースをリザーブするように前記スイッチに対してリソースリザーブリクエストを発生するように構成され、
    前記エンタープライズ制御点はさらに、予め定められたリザーベーションプロトコルによって受信されたリクエスト情報に基づいた優先値を使用してリクエストしているホストに目的地ホストと通信させるように構成されていることを特徴とする装置。
31. リクエストしているホストは、
    目的地ホストとのリザーブされた接続を行うことのリクエストを処理するように構成されたデーモンプロセッサと、
    デーモンプロセッサおよびエンタープライズ制御点と通信するように構成されたホストシグナリングインターフェースとを具備し、
    ホストシグナリングインターフェースはシグナリングチャンネルによってリザーブされた接続情報を送信および受信するように構成されている請求項３０記載の装置。
32. リクエストしているホストはさらに、
    デーモンプロセッサと通信し、Ｉ／Ｏ装置に応答するように構成されているユーザインターフェースと、
    目的地ホストに関するデータにアクセスするように構成されたウエブブラウザと、
    ウエブブラウザおよびデーモンプロセッサと通信するように構成されたブラウザプラグ・インとを具備し、
    前記ブラウザプラグ・インはデーモンプロセッサによりデータを処理し、データを共有するように構成されている請求項３１記載の装置。
33. ネットワーク中のリクエストしているホストと目的地ホストとの間のリザーブされた接続を設定する方法において、
    リクエストしているホストからエンタープライズ制御点にリザーブされた情報を通信し、
    ネットワーク中の少なくとも１部分内のリクエストされリザーブされた接続を設定することができるリクエストしているホストと目的地ホストとの間の通路を識別し、
    リクエストされたリザーブされた接続を設定するように通路に沿ってリソースをリザーブし、
    予め定められたリザーベーションプロトコルにより、リクエスト情報に基づいた優先値を使用してリクエストしているホストに目的地ホストと通信させることを特徴とする接続設定方法。
34. ネットワーク中の端局間の接続をリザーブするように構成されているエンタープライズ制御点において、
    第１のシグナリングチャンネルを介してスイッチと通信し、このスイッチからリザーブされた接続に関するリクエスト情報を受信し、ネットワーク中の少なくとも１つの通路を識別し、受信されたリクエスト情報に応答して端局間にリザーブされた接続を設定することができる通路に沿ってリソースをリザーブするように構成され、
    エンタープライズ制御点はさらに、
    第１のシグナリングチャンネルを介してスイッチと通信するように構成されているシグナリングインターフェースと、
    端局間のネットワーク素子と通路のリストを構成し、更新するように構成されている通路／装置発見ユニットと、
    前記シグナリングインターフェースと前記通路／装置発見ユニットとに結合された接続制御装置とを具備し、
    この接続制御装置は前記端局間のネットワーク素子および通路のリストに基づいて受信されたリクエスト情報に応答して端局間のリザーブされた接続を開始および終了させるように構成されていることを特徴とするエンタープライズ制御点。
35. さらに、第２のシグナリングネットワークを介してネットワーク制御システムサーバと通信するように構成されているネットワークインターフェースを具備し、このネットワークインターフェースは広域ネットワークおよび、または広帯域ネットワークにおけるリザーブされた接続をリクエストするように構成されている請求項３４記載のエンタープライズ制御点。
36. ネットワーク素子および対応するスイッチコマンダを有する広帯域ネットワーク（ＷＡＮ）を介して構内ネットワーク（ＬＡＮ）中の端局間のリザーブされた接続を管理するように構成されているネットワーク制御システムサーバにおいて
    シグナリングネットワークを介してＬＡＮからリザーブされた接続に対するリクエストを受信するように構成されたシグナリングインターフェースと、
    各スイッチコマンダにリザーブされた接続コマンドを与え、対応するネットワーク素子内のリソースを監視するように構成されたスイッチモニタと、
    シグナリングインターフェースからのリザーブされた接続に対するリクエストを処理し、ＬＡＮ間のリザーブされた接続に対する通路を評価し、選択するためにスイッチモニタと共同して動作するように構成されている経路制御装置とを具備していることを特徴とするネットワーク制御システムサーバ。
37. ネットワーク素子および対応するスイッチコマンダを有する広域ネットワーク（ＷＡＮ）を介して構内ネットワーク（ＬＡＮ）間のリザーブされた接続を開始および、または終了させる方法において、
    予め定められたリザーベーションプロトコルにしたがってＬＡＮの第１のものの中のリクエストしている端局からＬＡＮの第２のものの中の目的地端局へのリザーブされた接続に対するリクエストを含むパケットを検出し、
    検出されたリクエスト情報を第１のＬＡＮ内のエンタープライズ制御点に転送し、
    ネットワーク制御システムサーバを介して第１のＬＡＮからの検出されたリクエスト情報を転送し、
    ＷＡＮの少なくとも１部分を含む通路をネットワーク制御システムサーバによりＬＡＮ間のリザーブされた接続に対して選択し
    選択された通路に対応するＷＡＮの部分に対応するスイッチコマンダに対してリザーブされた接続コマンドを与えることを特徴とする方法。
38. 広帯域ネットワーク中の端局間のリザーブされた接続を行う装置において、
    端局のリクエストしているものと通信し、予め定められたリザーブされたプロトコルにしたがってリザーブされた接続に対するリクエストを含むパケットを検出するように構成されたスイッチと、
    シグナリングチャンネルを介してし易々と通信し、シグナリングネットワークを介して広帯域ネットワーク制御システムサーバと通信するように構成されたエンタープライズ制御点と、
    リクエストしている端局および広帯域ネットワークとパケット通信を行う構内スイッチとを具備
    前記エンタープライズ制御点はスイッチからリザーブされた接続に関するリクエスト情報を受信し、そのリクエスト情報を広帯域ネットワーク制御システムサーバに転送するように構成され
    前記構内スイッチは、シグナリングネットワークを介して広帯域ネットワーク制御システムサーバと通信し、広帯域ネットワーク制御システムサーバからのリザーブされた接続コマンドに応答して広帯域ネットワークにリザーブされた接続に属しているパケットを転送するように構成されていることを特徴とする装置。
39. 構内スイッチは、
    パケット転送決定を実行するように構成されたパケットスイッチと、
    このパケットスイッチを介して端局との間でパケットを送受信するように構成されたネットワークインターフェースカードと、
    広帯域ネットワークとの間でパケットを送受信するように構成されたボンダとを具備している請求項３８記載の装置。
    

Images