JPH11502997A - ユーザ割振可能な補助帯域幅を用いた、インターネット・アクセスポイントへのオンデマンド保証帯域幅サービス - Google Patents

Abstract

(57)【要約】 アクセスポイント（２２０）は、第１のホスト（２１０）へのアクセスリンク（２１２）と、ＷＡＮ（２３０）への第１のリンク（２３１）と、保証帯域幅ネットワーク（２６０）への第２のリンク（２６１）とを有し、ＷＡＮ（２３０）上でパケットが制御不能で予測不可能であって変動するレートで通信され、アクセスポイント（２２０）は、別のホスト（２５０）が接続されている任意の他のアクセスポイント（２４０）との連続帯域幅チャネルを、特定の保証連続パケット転送速度で、オンデマンドで確立する能力を有する。

Description

【発明の詳細な説明】 ユーザ割振可能な補助帯域幅を用いた、 インターネット・アクセスポイントへの オンデマンド保証帯域幅サービス発明の分野 本発明は、the Internetのような通信ネットワークであって、マルチプル・ホ スト・ノードすなわち複数のホストと、マルチプル・ルータ・ノードすなわち複 数のルータとを含む通信ネットワークに関する。本発明は、特に、予測可能な時 間間隔内にtime-sensitiveなend-to-end通信を行うという問題に関する。発明の背景 図１は慣用の通信ネットワーク１００を示す。通信ネットワーク１００は、こ の例では、the Internetである。the InternetはＷＡＮ(wide area network)１ １０を有し、ＷＡＮ１１０は３つのバックボーン・ネットワークＡ、Ｂ、Ｃを含 む。ＷＡＮ１１０のバックボーン・ネットワークＡ、Ｂ、Ｃには、アクセスポイ ントａ、ｂ、ｃ、ｄが接続されている。アクセスポイントａ、ｂ、ｃ、ｄには、 それぞれ、サブネットワーク１１、１２、１３、１４、１５、１６が接続されて いる。サブネットワーク１１、１２、１３、１４、１５、１６としては、ＬＡＮ (local area network)またはスタンドアロン・コンピュータでもよい。バックボ ーン・ネットワークＡ、Ｂ、Ｃは「トランジット(transit)」ネットワークであ る。典型的には、バックボーン・ネットワークＡ、Ｂ、Ｃ上では、正規の通信デ ータは発出も終了もされず、アクセスポイントａ、ｂ、ｃ、またはｄから他のア クセスポイントに、データが転送されるだけである。図に示すように、バックボ ーンＡはアクセスポイントａ、ｂに接続されている。バックボーンＢはアクセス ポイントｂ、ｃ、ｄに接続されている。バックボーンＣはアクセスポイントａ、 ｄに接続されている。 アクセスポイントａ、ｂ、ｃ、ｄは、アクセスポイントａ、ｂ、ｃ、ｄに接続 されているサブネットワーク１１〜１６にアクセスするため、ＷＡＮ１１０にア クセスする。具体的に説明すると、アクセスポイントａ、ｂ、ｃ、ｄは、アクセ スポイントａ、ｂ、ｃ、ｄに接続されているサブネットワーク１１〜１６から通 信データを受信し、受信されたデータを、ＷＡＮ１１０を介して、他のアクセス ポイントａ、ｂ、ｃ、ｄに転送する。同様に、アクセスポイントａ、ｂ、ｃ、ｄ は、アクセスポイントａ、ｂ、ｃ、ｄに接続されているサブネットワーク１１〜 １６宛のデータをＷＡＮ１１０から受信し、受信されたデータを適正な宛先サブ ネットワーク１１〜１６に伝送する。アクセスポイントａはＬＡＮ１１、１２と スタンドアロン・コンピュータ１５に接続されている。アクセスポイントｂはＬ ＡＮ１３とスタンドアロン・コンピュータ１６に接続されている。アクセスポイ ントｃはＬＡＮ１１とスタンドアロン・コンピュータ１４に接続されている。ア クセスポイントｄはスタンドアロン・コンピュータ１６に接続されている。 ＷＡＮ１１０は、地理的に遠隔の場所まで広がっているので、“wide area” ネットワークという。アクセスポイントａ、ｂ、ｃ．ｄは、それぞれ、典型的に は、ネットワーク・アクセス・プロバイダ・ネットワークの一部である。各アク セスポイントは特定の地理的場所にローカライズ(localize)されている。サブネ ットワーク１１〜１６は、典型的には、複数の建物からなる単一の構内にあり、 １つの企業にサーブする。サブネットワーク１１〜１６を、普通のアナログ電話 回線か、専用(leased)ディジタル回線（５６Ｋ、Ｔ１、Ｔ３）か、ＩＳＤＮネッ トワークか、ＣＡＴＶ(cable television)アクセス・ネットワークによって、ア クセスポイントａ、ｂ、ｃ、ｄに接続することができる。 the Internet１００はノードｈ１〜ｈ１０、ｒ１〜ｒ１８、ａｓ１〜ａｓ４を 含む。ノードｈ１〜ｈ１０はホスト・ノードまたはホストと呼ばれている。ホス トは通信データを発出または終了させることができる。ノードｒ１〜ｒ１８はル ータ・ノードまたはルータと呼ばれている。ルータｒ１〜ｒ１８は、普通の通信 では、通信データを発出させないし終了させず、単に、あるノードから通信デー タを受信し、受信された通信データを他のノードに伝送するだけである。ノード ａｓ１〜ａｓ４はアクセス・サーバである。アクセス・サーバはルータに似てい て、典型的には、パケットを発出せずにパケットを他のノードにルーティ ングするという機能を有する。アクセス・サーバは別の管理機能、例えば、指定 されたホスト間でのパケットのアドミション(admission)を制御するという機能 を奏することができる。バックボーン・ネットワークＡはルータｒ１、ｒ２、ｒ ３を含む。バックボーン・ネットワークＢはルータｒ４、ｒ５、ｒ６、ｒ７を含 む。バックボーン・ネットワークＣはルータｒ８、ｒ９を含む。アクセスポイン トａはルータｒ１０とアクセス・サーバａｓ１を含む。アクセスポイントｂはル ータｒ１２とアクセス・サーバａｓ２を含む。アクセスポイントｃはルータｒ１ １とアクセス・サーバａｓ３を含む。アクセスポイントｄはルータｒ１３、ｒ１ ４とアクセス・サーバａｓ４を含む。ＬＡＮ１１はホストｈ１、ｈ２、ｈ３とル ータｒ１６を含む。ＬＡＮ１２はホストｈ４、ｈ５、ｈ６とルータｒ１７、ｒ１ ８を含む。ＬＡＮ１３はホストｈ７とルータｒ１５を含む。スタンドアロン・コ ンピュータ１４はホストｈ８を含む。スタンドアロン・コンピュータ１５はホス トｈ９を含む。スタンドアロン・コンピュータ１６はホストｈ１０を含む。 図２は慣用のホスト・ノードか、ルータ・ノードか、アクセス・サーバ・ノー ド１０を示すブロック図である。図に示すように、ノード１０が含むことができ るものとしては、ＣＰＵまたはプロセッサ１１と、メモリ１２と、１つ以上の入 出力ポート１３−１、１３−２、... 、１３−Ｎがある。各入出力ポート１３− １、... 、１３−Ｎは、アンシールド・ツイストペアの電線と、同軸ケーブルと 、光ファイバと、スイッチと、衛星トランスポンダなどによって、別のノード１ ０の入出力ポート１３−１、... 、１３−Ｎに接続することができる。入出力ポ ート１３−１... 、１３−Ｎは、１つ以上のパケット（または、セル）に編成さ れているビットストリームの形態で、通信データを伝送し受信するものである。 例として示すパケット４０は、図３に示してあって、パケットをその宛先に転送 するための情報を含むヘッダ４２を有し、その宛先に送られる通信データまたは 通信メッセージを搬送するペイロード４４を有する。入出力ポート１３−１、.. . 、１３−Ｎを介して受信されるパケットは、一時的にメモリ１２にバッファリ ングすることができる。プロセッサ１１は、例えば、受信されたパケットをどの ノードに伝送するかを決定するため、パケットを処理することができる。 このことは後程説明する。プロセッサ１１の制御により、パケットは、プロセッ サ１１によって指定された順序で、プロセッサ１１によって指定された適正な入 出力ポート１３−１、... 、１３−Ｎに伝送される。 パケットを発出するホスト、すなわちパケットを最初に生成するホストを、送 信元ノードまたは送信元ホストと呼んでおり、パケットを終了させるホスト、す なわちパケットを最終的に受け取るホストを、宛先ノードまたは宛先ホストと呼 んでいる。通信はパケットをノードのシーケンスを介して転送することにより行 われる。ノードのシーケンスには、送信元ノードと、ゼロ個以上の中間ルータ（ または、アクセス・サーバ）ノードと、宛先ノードとが含まれる。このシーケン スはパス(path)と呼ばれる。パケットは、パス上のノードからノードへ、バケツ ・リレー式に伝送される。例えば、パケットの通信は、ホスト・ノードｈ１から ルータ・ノードｒ１６へ、ついで、アクセス・サーバ・ノードａｓ１へ、ついで 、ルータ・ノードｒ１０へ、ついで、ルータ・ノードｒ１へ、ついで、ルータ・ ノードｒ１２へ、ついで、アクセス・サーバ・ノードａｓ２へ、そして、ホスト ・ノードｈ１０へ行うことができる。 the Internet１００の各ノードは、ＩＰ(internet protocol)によって、一意 のアドレスを有する。上述したパケット転送では、送信元ノードｈ１はパケット ４０を生成し、宛先ノードｈ１０に送るメッセージをペイロード４４に書き込む 。送信元ノードｈ１はそのＩＰアドレスをヘッダ４２の送信元アドレス・フィー ルドに書き込み、宛先ノードｈ１０のＩＰアドレスをヘッダ４２の宛先アドレス ・フィールドに書き込む。そして、ホストｈ１０は、ＬＡＮ１１で遵守されるロ ーカル・プロトコル（例えば、Ethernetプロトコル）に従って、パケットを伝送 する。この伝送されたパケットはルータｒ１６で受信される。ルータｒ１６は自 身が（図２に示すメモリ１２）にストアする少なくとも１つのルーティング・テ ーブルを用いて、宛先ノードｈ１０へのパス上の次のノード（すなわち、ノード ａｓ１）を決定する。次の表１はルータｒ１６のルーティング・テーブルの一例 である。 表１において、ｈ８およびｈ１０は、それぞれ、ノードｈ８とｈ１０のＩＰア ドレスであり、ａｓ３およびａｓ１は、あるパケットがルーティングされる次の ノードの指示である。ルータｒ１６は宛先アドレスをインデックスとして用いて 、（一致するＩＰアドレスが宛先アドレス・フィールドにある）ルーティング・ テーブルから一致するエントリを検索する。一致するルーティング・テーブルの エントリには、ノードｈ１０へのパス上の次のノードの指示、すなわち、ノード ａｓ１の指示が含まれる。したがって、ノードｒ１６は当該パケットをノードａ ｓ１へ伝送する。ノードａｓ１、ｒ１０、ｒ１、ｒ１２、ａｓ２は、当該パケッ トを伝送しなければならない次のノードを決定するため、パケット・ヘッダ中の 宛先アドレスを用いて、同様にして、ルーティング・テーブルの参照を行う。最 終的には、当該パケットは宛先ノードｈ１０に到達する。 the Internet１００は、end-to-end（送信元ホストから宛先ホストへ）からの 通信を完了するのに必要な時間間隔を考慮せずに、通信ができるように設計され た。そこで、the Internet１００は、通信を完了するためend-to-end時間間隔を 制御または予測したり、通信のために連続帯域幅チャネルを指定したりする機構 は、ホストｈ１〜ｈ１０に提供していない。パケットは「ベスト・エフォート(b est effort)」という方式に従って伝送される。ベスト・エフォート・パケット 伝送では、各パケットには、各ノードで利用可能なベストの可能な通信サービ ス（すなわち、最少遅延で最短で最低コンジェスチョンのパスと、周知である場 合には、最大帯域幅のリンクと、等々）が提供される。ベスト・エフォートを理 解するには、例を挙げるのが最も良い。図１のルータｒ８を考察する。ルータｒ ８のＣＰＵ１１（図２）は有限の処理速度と有限長のバッファ・メモリ１２とを 有する。さらに、ルータｒ８をルータｒ１０、ｒ３、ｒ１４に接続するリンクは 、パケット転送速度が有限である。ここで、複数の同時通信で、パケットをルー タｒ８を介して伝送しなければならないものとする。１つのパケットが受信され る度に、受信されたパケットを各パス上の次のノードへ伝送する前に、そのパケ ットを、優先順位付けに従って、先入れ先出し方式で、バッファリングする。入 力パケットに供給することができるベストのサービスは、ノードｒ８にストアさ れるパケットの個数の瞬間値に依存する。コンジェスチョンが大きいとき、すな わち、プロセッサ１１または出力リンクが適応不可能な数のパケットが同時に到 着したときは、パケットがバッファリングされる時間が長くなり、遅延が大きく なる。バッファにストア不可能な数のパケットが到着した場合は、幾つかのパケ ットは破棄されるので、破棄されたパケットの送信元ノードはパケットを再伝送 する必要があり、遅延がさらに大きくなる。 ここで、「time-sensitive」通信、すなわち、ある時間内に、end-to-end（送 信元ホストから宛先ホストへ）から完了しなければならない通信に対する問題が 提起される。time-sensitive通信の例としては２つある。第１の例は、ある時間 内に、単に、送信元ホストから宛先ホストへ転送しなければならない種類の一般 通信、すなわち、テキストと、オーディオと、ビデオと、等々の通信である。第 ２のより具体的な例は、ストリーム通信(streamed communication)、すなわち、 通信全体に亘って、情報を予め定めた時間間隔内で連続的に供給しなければなら ない通信である。このようなストリーム通信の例としては、記録済み、ライブ、 対話式のビデオまたはオーディオ通信があり、このような通信では、送信元ホス トから宛先ホストへ供給される情報が、宛先で、リアルタイムにプレゼンテーシ ョンされる（モニタ上に表示され、スピーカから音声により出力される）。スト リーム通信の場合は、宛先ホストに、限られたサイズのバッファが設けられるの が普通であるので、通信レートの小さな変化は許容することができる。しかし ながら、通信レートが大きく変化すると、バッファがオーバーフローしたり、ア ンダーフローしたりして、ビデオまたはオーディオによるプレゼンテーションに おいて、人が「ギャップ」を感じる。このようなギャップは、良い場合は、単に 不快を感じる程度であるが、最悪の場合、プレゼンテーションされたストリーム 通信の情報が欠けることになる。 従来の技術は、ストリーム通信または連続帯域幅通信を可能にするための幾つ かのソリューションを示唆している。第１の従来技術によるソリューションは、 ＲＳＶＰ(resource reservation protocol)と呼ばれるものであって、ＩＥＴＥ( Internet Engineering Task Force)によって提案されたものである。L.Zhang et al.，RSVP，A New Resource Reservation Protocol,IEEE Network，Sept．1993 を参照されたい。ＲＳＶＰによれば、送信元ホストと宛先ホストとの間のパス上 のルータは、それぞれ、ＲＳＶＰプロトコルに従って適合されている。連続帯域 幅チャネルは、名称からも分かるように、制御パケットを、あるパス上の送信元 ノードから宛先ノードへ、the Internet１００を介して伝送することによって、 セットアップされる。制御パケットがパス上の各ルータ（または、アクセス・サ ーバ）に到着すると、ルータ（またはアクセス・サーバ）によるこの制御パケッ トへの応答は、この通信に対して必要な帯域幅を保証できるだけの帯域幅を、ル ータ（または、アクセス・サーバ）で予約することにより行われる。一旦、その パスがセットアップされると、送信元ノードはそのパケットをそのパスを介して 宛先ノードに伝送する。帯域幅を予約する際に、各ルータ（または、アクセス・ サーバ）はアドミション制御方式をインプリメントする。アドミション制御方式 によれば、予約されない帯域幅を超える他の通信のパケットは、ストリーム通信 の帯域幅予約に充分応えるため、破棄されるか、あるいは、ルータ（または、ア クセス・サーバ）で受信されない。 ＲＳＶＰに関する問題は、ＲＳＶＰに従って適合しなければならないルータ（ および、アクセス・サーバ）であって、ネットワーク・アクセス・プロバイダ・ ネットワークにより所有されるルータおよびアクセス・サーバと、バックボーン ・ネットワークの所有者により所有されるルータと、専用ネットワークにおける ルータとを含むルータ（および、アクセス・サーバ）が、the Internet １００において、何万も存在することである。したがって、ＲＳＶＰはインクリ メンタルなインプリメントにはあまり合わず、the Internet１００の重要な部分 でデプロイ(deploy)させなければならない。このような大規模なデプロイはＲＳ ＶＰが広範囲に受け入れるまで遅れることになる。 ＩＥＴＦもＮＨＲＰ(Next Hop Resolution Protocol)という第２のソリューシ ョンを、D.Katz et al.，NBMA Next Hop Resolution Protocol（ＮＨＲＰ），IF TE draft-ietf-nhrp-07.txt で提案している。このソリューションは、ＩＥＴＦ のＲＯＬＣ(Routing Over Large Clouds）作業グループによって提案された。 図４は、ＮＨＲＰが提案している「Classical IP over ATM」ネットワークを 示す。図に示すように、ホストＨ１、Ｈ２、Ｈ３、Ｈ４、Ｈ５と、ルータＲ１、 Ｒ２が、ＡＴＭネットワーク１５０に接続されている。ホストＨ１〜Ｈ５とルー タＲ１〜Ｒ２により、ＬＩＳ（logical IP subnetwork ）が編成されている。具 体的には、ホストＨ１、Ｈ２とルータＲ１により、ＬＩＳ１５２が編成され、ホ ストＨ３、Ｈ４とルータＲ１、Ｒ２により、ＬＩＳ１５４が編成され、ホストＨ ５とルータＲ２により、ＬＩＳ１５６が編成されている。ＬＩＳ１５２、１５４ 、または１５６により、管理ドメインが規定されている。直接コネクションは同 じＬＩＳ内のホスト間でのみ、例えば、ＬＩＳ１５４におけるホストＨ３とホス トＨ４との間で確立することができる。通常は、異なるＬＩＳにおけるホスト間 で、例えば、ＬＩＳ１５２におけるホストＨ１と、ＬＩＳ１５６におけるホスト Ｈ５との間で通信を行うには、複数のコネクションを確立しなければならない。 例えば、ホストＨ１はルータＲ１とのコネクションを確立することができる。ル ータＲ１はルータＲ２とのコネクションを確立することができる。ルータＲ２は ホストＨ５とのコネクションを確立することができる。従って、パケットはホス トＨ１からルータＲ１へ行き、ついで、ルータＲ２へ行き、そして、ホストＨ５ へ行く。 ＮＨＲＰはＬＩＳ間通信でマルチプル・コネクションを削減するために次のよ うな提案を行っている。ホストＨ１〜Ｈ５とルータＲ１〜Ｒ２とは、それぞれ、 ＮＨＲＰに従って適合される。具体的には、各ホストは「次のホップ・サーバ」 が割り当てられ、例えば、ルータＲ１がホストＨ１、Ｈ２の次のホップ・サーバ として割り当てられ、ルータＲ２がホストＨ３、Ｈ４、Ｈ５の次のホップ・サー バとして割り当てられる。ルータＲ１、Ｒ２は、その割り当てられたホストＩＰ アドレスをそれぞれのＡＴＭアドレスに変換できるように適合される。ホストは 次のように適合される。適合されたホスト、例えば、ホストＨ１が、他のホスト 例えばホストＨ５との直接コネクションのセットアップを決定すると、ホストＨ ５のＩＰアドレスをそのＡＴＭアドレスへ変換することを要求するパケットを、 ホストＨ１は、その割り当てられた次のホップ・サーバすなわちルータＲ１へ伝 送する。宛先ノードＨ５が異なる次のホップ・サーバに割り当てられた場合には 、ルータＲ１は、パケットを宛先ノードＨ１へのパス上の次のノード、すなわち ルータＲ２へ転送する。この要求パケットの「転送」は、宛先ノードＨ５のＩＰ アドレスをそのＡＴＭアドレスに変換することのできる次のホップ・サーバに、 パケットが到着するまで、繰り返される。要求された変換を実施できる次のホッ プ・サーバすなわちルータＲ２に、要求パケットが到着すると、次のホップ・サ ーバＲ２は、要求パケットが通り抜ける逆パスを介して、要求された変換（すな わち、ホストＨ５のＡＴＭアドレス）を含むパケットを伝送する。パケットは送 信元ノードＨ１に到着し、送信元ノードＨ１はＡＴＭアドレスを用いて、宛先ホ ストＨ５との直接コネクションを確立する。 ＮＨＲＰに関する問題は、the Internetアーキテクチャ全体を、ＡＴＭへか、 （ＩＳＤＮ、Ｘ２５、等のような）その他の適正な交換ネットワーク・アーキテ クチャへ変換する必要があることである。実際に、ホストでさえも、ＡＴＭ Ｉ ／Ｏインタフェース・ハードウェアに合わせて改造しなければならない。第２に 、ＮＨＲＰでは、直接コネクションのセットアップを開始する決定は、必ずしも ホストによって行われない。直接コネクションの能力のないホストＨ６がホスト Ｈ４にストリーム情報を通信する例を考察する。ＮＨＲＰによれば、直接コネク ションのセットアップを開始する決定は、ホストＨ６ではなくルータＲ２によっ て行うことができる。しかし、最も望ましい結果はもたらされない。というのは 、これは、ストリーム通信の特定資源ニーズ（すなわち、サービス品質（qualit y of service；ＱｏＳ）、帯域幅など）に関する最大の知識を有するホ ストＨ６、Ｈ４上で実行されるアプリケーションであるからである。 ストリーム通信を可能にするための第３のソリューションが提案されている。 図５を説明する。図５は、the Internet１００を、アクセスポイントａ、ｂとサ ブネットワーク１１、１２とともに示す。ＩＳＤＮまたはＡＴＭのような交換ネ ットワーク１７５も示す。交換ネットワーク１７５は、ユーザが選択できる帯域 幅の連続帯域幅チャネルをセットアップする能力を有する。これらサブネットワ ークは、共に、交換ネットワーク１７５を用いてユーザ定義可能な連続帯域幅チ ャネルを確立する能力を有する特殊なオンデマンド・ルータｒ２１、ｒ２２を有 する。送信元ホスト例えばホストｈ１がストリーム情報の通信を希望するときは 、ホストｈ１は要求パケットをthe Internet１００を介してホストｈ７に、すな わち、ｈ１−＞ｒ６−＞アクセスポイントａ−＞ＷＡＮ１１０−＞アクセスポイ ントｂ−＞ｒ１５−＞ｈ７というパスを介して伝送する。この要求パケットには 、交換ネットワーク１７５と当該通信の必要帯域幅とを用いて連続帯域幅通信セ ッションを開始するための要求が含まれる。ホストｈ７は、通信セッションにエ ンゲージすることに同意した場合には、the Internet１００を介してこの要求に 応答する。このようにして、ホストｈ１、ｈ７は、交換ネットワーク１７５を用 いて、通信セッションのための連続帯域幅チャネルのセットアップを「ネゴシエ ートする」。特に、ホストｈ１、ｈ７は、ルータｒ２１、ｒ２２のＩＰおよび交 換ネットワーク・アドレスを交換することができ、２つのサブネットワークのう ちのいずれが交換ネットワーク１７５上にチャネルをセットアップすることにな るかをネゴシエートすることができ、どのサブネットワークが交換ネットワーク １７５上の通信と、セキュリティに関する他の課題と、等々に対してペイ(pay) することになるかをネゴシエートすることができる。ここで、ホストｈ１が交換 ネットワーク１７５上に通信チャネルをセットアップするものと仮定する。ホス トｈ１は、ホストｈ７宛てのストリーム通信パケットをルータｒ２１にルーティ ングするように、そのルーティング・テーブルを修正する。さらに、ホストｈ１ は、ルータｒ２２のＩＰおよび交換ネットワーク・アドレスを用いて、ホストｈ １で発出されホストｈ７に宛てられたストリーム通信パケットを、交換通信ネッ トワーク１７５を介してルーティングするように、ルータｒ２１のルー ティング・テーブルを修正する。同様に、ホストｈ７は、ホストｈ１宛てのスト リーム通信パケットを、ルータｒ２２にルーティングするように、そのルーティ ング・テーブルを修正する。さらに、ホストｈ７は、ルータｒ２１のＩＰおよび 交換ネットワーク・アドレスを用いて、ホストｈ７で発出されホストｈ１に宛て られたストリーム通信パケットを、交換通信ネットワーク１７５を介してルーテ ィングするように、ルータｒ２２のルーティング・テーブルを修正する。そして 、ルータｒ２２の交換ネットワーク・アドレスを用いて、ルータｒ２２との通信 チャネルを確立するように、ホストｈ１はルータｒ２１に命令する。そして、パ ケットはホストｈ１からルータｒ２１へ、ついで、交換ネットワーク１７５へ、 ついで、ルータｒ２２へ、そして、ホストｈ７へ伝送される。同様に、パケット はホストｈ７からルータｒ２２へ、ついで、交換ネットワーク１７５へ、ついで 、ルータｒ２１へ、そして、ホストｈ１へ伝送される。 図５に示すソリューションは、ＷＡＮ１１０を変更する必要がない点で、ロバ スト(robust)である。さらに、交換ネットワーク１７５は容易に利用可能であり 、上記の方式に適合することができる。交換ネットワークのシグナリング・プロ トコル（すなわち、ＩＳＤＮにおけるＱ．９３１と、ＡＴＭにおけるＱ．２９３ １）は、指定された帯域幅のチャネルのセットアップにのみ使用されることに留 意されたい。その他の事前ネゴシエーションは全てthe Internet１００を用いて 行われる。 しかしながら、図５のソリューションには問題がある。具体的には、連続帯域 幅通信とエンゲージしようとするサブネットワークでは、全て、新規なオンデマ ンド・ルータを購入するとともに、上記の方式に従ってオペレートする能力を有 するオンデマンド・ルータ・ソフトウェアとを購入しなければならない。恐らく 、サブネットワーク管理者はオンデマンド・ルータの管理を引き受けることを渋 るであろう。いずれにしても、このようなオンデマンド・ルータを管理するため 、各サブネットワークで要員を教育しなければならない。第２に、このようなオ ンデマンド・ルータまたはオンデマンド・ルータ・ソフトウェアのコストは、全 てのサブネットワーク、特にスタンドアロン・コンピュータ・ネットワークには 高過ぎる。（送信元サブネットワークと宛先サブネットワークは、両方とも、オ ンデマンド・ルータに合わせて改造しなければならない。）第３に、サブネット ワークからの通信は必ずしもストリーム通信ではないことに留意されたい。従っ て、オンデマンド・ルータは、サブネットワークでtime-insensitive通信のみが 望まれるときは、長期間の遊休が可能である。 本発明の目的は、従来技術の不都合な点を克服することにある。発明の概要 この目的およびその他の目的は本発明によって達成される。本発明を利用する 環境はthe Internetである。the Internetにおける通信は、パケットに編成され たビットストリームを伝送することにより行われる。the Internetには、多くの バックボーン・ネットワークと、アクセスポイントと、サブネットワークとが含 まれる。サブネットワークには、パケットを発出すなわち生成するか、終了すな わち最終的に受信する少なくとも１つのホスト・ノードが含まれる。各バックボ ーン・ネットワークおよび各アクセスポイントには、宛先ホスト・ノード宛ての パケットを受信し、しかも、パス上、すなわち、ノードのシーケンス上で受信さ れたパケットを、宛先ホスト・ノードへ伝送するための１つ以上のルータが含ま れる。バックボーン・ネットワークはアクセスポイント対間でパケットを伝送す るためのＷＡＮを形成する。他のアクセスポイントに接続されたサブネットワー クに、このＷＡＮを介して、パケットを通信するため、サブネットワークのサブ セットに各アクセスポイントが接続されている。このＷＡＮは、不安定で明記で きないレートでパケットを転送するとともに、予測不可能な時間間隔の間にパケ ットを転送する。従って、アクセスポイントもサブネットワークも、パケットを ＷＡＮ上に伝送するために、連続帯域幅チャネルを割り振ることはできない。 一実施形態によれば、アクセスポイントは第１ホストに接続されている１つの アクセス・リンクを有する。このアクセスポイントはＷＡＮへの第１リンクを有 する。パケットは、ＷＡＮ上で、任意に変動するレートで、予測不可能な時間間 隔で、ベスト・エフォート方式を用いて通信される。第１ホストもアクセスポイ ントも、パケットがＷＡＮ上で伝送されるレートを選択したり制御したりする能 力がなく、end-to-endからの通信を完了するのに必要な時間間隔を選択したり制 御したりする能力もない。このアクセスポイントは保証された帯域幅ネットワー クへの第２リンクも有する。このアクセスポイントは、別のホストが接続されて いる他の任意のアクセスポイントとの連続帯域幅チャネルを、保証帯域幅ネット ワーク上に、特定の連続パケット転送レートで、オンデマンドで確立する能力を 有する。第１ホストは、このアクセスポイントが第２ホストとの連続帯域幅セッ ションを確立することを要求するパケットを生成することができる。この要求に 応答して、このアクセスポイントは第２ホストが接続されている第２アクセスポ イントに、第１リンクとＷＡＮを介して、パケットを伝送する。伝送されたパケ ットには、第１ホストとの連続帯域幅チャネルをセットアップするという要求が 含まれる。第１ホストが接続されているアクセスポイントと、第２ホストが接続 されている第２アクセスポイントとは、第２リンクと保証帯域幅ネットワークと を介した連続帯域幅チャネルを確立する。第１ホストが接続されているアクセス ポイントは、第１ホストと第２ホストとの間で、第２リンクを介して、パケット を通信する。すなわち、第１ホストが接続されているアクセスポイントは、第２ ホストから発出され第１ホストに宛てられたパケットを、第２リンクから受信す るか、第１ホストから発出され第２ホストに宛てられたパケットを、第２リンク に伝送する。 このアクセスポイントは、この例では、パケットを第１リンクへルーティング し、第１リンクからパケットを受信する第１ルータを有する。このアクセスポイ ントはパケットを第２リンクへルーティングし、第２リンクからパケットを受信 する第２ルータも有する。このアクセスポイントは第１ホストから発出されたパ ケットを受信し、第１ホストから発出されたパケットを第１ルータまたは第２ル ータへルーティングするアクセス・サーバも有する。この例では、このアクセス ・サーバは第１ルータおよび第２ルータから受信されたパケットを第１ホストへ ルーティングするものでもある。さらに、このアクセスポイントはオンデマンド 保証帯域幅（ＯＧＢ）サーバと呼ばれる第２サーバも有する。この例では、この ＯＧＢサーバは第１アクセス・サーバのルーティング・テーブルを変更して、第 １ホストから発出され第２ホストに宛てられたパケットの少なくとも一部を、 第１アクセス・サーバにより第２ルータへルーティングさせるものである。この 例では、ＯＧＢサーバは第２ルータのルーティング・テーブルを変更して、第２ ホストから受信されて第１ホストに宛てられたパケットのみを、第２ルータによ りアクセス・サーバへルーティングさせるものである。 代替の実施の形態では、ＯＧＢサーバはアクセス・サーバと２つのルータとの 間に接続されている。これらのルータは第１リンクと第２リンクから受信した全 てのパケットをＯＧＢサーバに転送する。ＯＧＢサーバは受信したパケットをア クセス・サーバに転送する。このアクセス・サーバは第１ホストから受信した全 てのパケットをＯＧＢサーバに転送する。ＯＧＢサーバは自身のルーティング・ テーブルを変更して、第１ホストから発出され第２ホストに宛てられたこれらの パケットのみを、第２ルータを介してルーティングする。ＯＧＢサーバはアクセ ス・サーバから受信した全ての他のパケットを第１ルータを介してルーティング する。 本発明の別の態様は、幾つかのパケットを、送信元ノードから宛先ノードへ、 ＷＡＮを介して選択的にルーティングするとともに、他のパケットを、同じ送信 元ノードから同じ宛先ノードへ、保証帯域幅ネットワークを介して、選択的ルー ティングすることに関するものである。本発明のこの態様は、記載した両実施形 態に適用することができる。さらに、本発明のこの態様の適用は、送信元ノード と宛先ノードとを含むサブネットワーク自体が保証帯域幅ネットワークに接続さ れているネットワークに対して行うことができる。 本発明のこの態様によれば、通信ネットワークの送信元ノードでは、複数のア プリケーションが実行されている。第１アプリケーションはtime-sensitive情報 を通信し、他の少なくとも１つのアプリケーションが、time-sensitive情報を宛 先ノードに通信する。送信元ノードと宛先ノードとの間には２つのパスが確立さ れる。第１パスは保証帯域幅ネットワークに接続された第１ノードを含み、第２ パスはＷＡＮに接続された第２ノードを含む。第１アプリケーションによって宛 先ノードへ発行されたパケットのみが、保証帯域幅ネットワークを介して伝送さ れることを保証するため、次のステップが実施される。第１パス上の第１ノード に先行するとともに、第２パス上の第２ノードに先行するあるノードのルーティ ング・テーブルが変更される。特に、このルーティング・テーブルが変更される と、宛先ノードの宛先アドレスを含むとともに、送信元ノードにより実行される 第１アプリケーションに対応するアプリケーション・ポート番号を含むパケット が、第１ノードへルーティングされる。宛先ノードの宛先アドレスを含む他の全 てのパケットであって、送信元ノードから発出された他の全てのパケットは、第 ２ノードへルーティングされる。第１ノードは、保証帯域幅ネットワークの連続 帯域幅チャネルを介して、当該パケットを宛先ノードへルーティングする。第２ ノードは、（第２ノードに先行する、送信元ノードも、宛先ノードも、第２ノー ドも、前記あるノードも制御することができない）任意に変動するレートで、ベ スト・エフォート方式を用いて、そのパケットをＷＡＮを介して宛先ノードへル ーティングする。送信元ノードが接続されているアクセスポイントに、保証帯域 幅ネットワークが接続されている場合には、第１パスと第２パス上の第１ノード と第２ノードに先行するあるノードを、アクセス・サーバまたはＯＧＢサーバと することができる。送信元ノードを含むサブネットワークのルータに保証帯域幅 ネットワークが接続されている場合には、前記あるノードを送信元ノードそれ自 体にすることができる。 要するに、予測可能な時間間隔内で、end-to-endで、time-sensitiveホスト間 通信を可能にするため、アクセスポイント・アーキテクチャが提供されている。 第２ホストとのtime-sensitive通信の確立を望むホストのアクセスポイントは、 the Internetバックボーンを介して、第２ホストの第２アクセスポイントと通信 する。そして、２つのアクセスポイントは、インターネット・バックボーンを迂 回する補助保証帯域幅ネットワークを介して、連続帯域幅チャネルをセットアッ プする。よって、本発明は、予測可能な時間間隔内で、end-to-endで、time-sen sitive通信の目的を達成する一方、コストと管理の負担を最小化する。図面の簡単な説明 図１は慣用のInternetを示す図である。 図２は慣用のノードを示す図である。 図３は慣用のパケットを示す図である。 図４は連続帯域幅通信を提供する第１の従来技術のネットワーク・アーキテク チャを示す図である。 図５は連続帯域幅通信を提供する第２の従来技術のネットワーク・アーキテク チャを示す図である。 図６は本発明の一実施形態に係るtime-sensitive通信ネットワーク・アーキテ クチャを示す図である。 図７は本発明の一実施形態に係る第２のtime-sensitive通信ネットワーク・ア ーキテクチャを示す図である。 図８は図６に示すアクセスポイントに対するソフトウェア・アーキテクチャを 示す図である。発明の詳細な説明 図６は本発明の一実施形態に係るネットワーク・アーキテクチャ２００を示す 。ネットワーク・アーキテクチャ２００では、図１にも示したように、第１ホス ト２１０が第１アクセスポイント２２０に接続してある。第１ホスト２１０はＬ ＡＮサブネットワークの一部とすることもできる（しかも、そのＬＡＮサブネッ トワークのルータを介してアクセスポイント２２０に接続することもできる）が 、便宜上、スタンドアロン・コンピュータとする。アクセスポイント２２０は通 信リンク２３１を介してＷＡＮ２３０に接続されている。この例では、ＷＡＮ２ ３０は複数のバックボーン・ネットワークを含み、the Internetバックボーンを 形成する。ＷＡＮ２３０には、第２アクセスポイント２４０も、通信リンク２３ ２を介して接続されている。第２アクセスポイント２４０は第２ホスト２５０に 接続されている。ホスト２１０、２５０と、アクセスポイント２２０、２４０と 、ＷＡＮ２３０は、the Internetの一部を形成する。 図６には保証帯域幅ネットワーク２６０も示す。第１アクセスポイント２２０ がリンク２６１を介して保証帯域幅ネットワーク２６０に接続されている。第２ アクセスポイント２４０がリンク２６２を介して保証帯域幅ネットワーク２６０ に接続されている。保証帯域幅ネットワーク２６０は交換ネットワーク、例えば 、ＩＳＤＮネットワークまたはＡＴＭネットワークでもよい。この例では、アク セスポイント２２０、２４０は、予め特に定めた帯域幅か、選択された帯域幅を 有する保証帯域幅ネットワーク上で、通信チャネルをオンデマンドでセットアッ プしティアダウン(tear down)することができる。通信チャネルが一旦セットア ップされると、保証帯域幅ネットワーク２６０は、予め定めるか選択された帯域 幅をセッション中に連続して有することが保証された通信チャネルを、提供する 。 上述したが、ＷＡＮ２３０ではこのようなことは行われない。アクセスポイン ト２２０、２４０はＷＡＮ２３０上で通信することができる。しかし、連続帯域 幅は保証していない。ＷＡＮ２３０上での通信はベスト・エフォートである。す なわち、即座に利用可能なベストのサービスが当該通信に提供される。 アクセスポイント２２０は、アクセス・サーバ２２２と、通常ルータ２２４と 、保証帯域幅ルータ２２６と、オンデマンド保証帯域幅（ＯＧＢ）サーバ２２８ とを有する。これらの装置２２２、２２４、２２６、２２８は、全て、ＬＡＮ２ ２５を介して接続されている。アクセス・プロバイダ２２２はアクセス・リンク ２１２を介してホスト２１０に接続されている。この例では、アクセス・リンク ２１２は、アナログ電話回線か、ＩＳＤＮ回線か、専用ディジタル回線か、ＣＡ ＴＶ（cable television）ネットワーク・リンクにすることができる。ルータ２ ２４はリンク２３１を介してＷＡＮ２３０に接続されている。ルータ２２６はリ ンク２６１を介して保証帯域幅ネットワーク２６０に接続されている。装置２２ ２、２２４、２２６、２２８により、アクセスポイント２２０の省略したブロッ ク図が形成されている。アクセスポイント２２０は、一般に、複数の通常ルータ ２２４と、ＷＡＮ２３０へのリンク２３１とを有することができ、また、複数の アクセス・サーバ２２２と、複数のＯＧＢサーバ２２８と、複数の保証帯域幅ル ータ２２６と、１つ以上の保証帯域幅ネットワーク２６０への複数のリンク２６ １とを有することもできる。 同様に、アクセスポイント２４０はアクセス・サーバ２４２と、通常ルータ２ ４４と、保証帯域幅ルータ２４６と、ＯＧＢサーバ２４８とを有する。装置２４ ２、２４４、２４６、２４８はＬＡＮ２４５を介して接続されている。アクセス ・サーバ２４２はアクセス・リンク２５２を介してホスト２５０に接続されてい る。この例では、アクセス・リンク２５０はアナログ電話回線か、ＩＳＤＮ回線 か、専用ディジタル回線か、ＣＡＴＶネットワーク・リンクとすることができる 。ルータ２４４はリンク２３２を介してＷＡＮ２３０に接続されている。ルータ ２４６はリンク２６２を介して保証帯域幅ネットワーク２６０に接続されている 。アクセスポイント２２０と同様に、アクセスポイント２４０は複数の通常ルー タ２４４と、ＷＡＮ２３０へのリンク２３２とを有するのが典型的であり、複数 のアクセス・サーバ２４２と、複数のＯＧＢサーバ２４８と、複数の保証帯域幅 ルータ２４６と、１つ以上の保証帯域幅ネットワーク２６０への複数のリンク２ ６２とを有することができる。 本発明によらなければ、通常の通信は次のようにして行われる。ホスト２１０ はホスト２５０宛てのパケットをリンク２１２を介してアクセス・サーバ２２２ へ伝送する。アクセス・サーバ２２２には、アクセスポイント２２０から伝送さ れる前に受信されたパケットを一時的にストアするためのバッファが含まれ、１ つ以上のルーティング・テーブルをストアするためのメモリと、プロセッサとが 含まれる。アクセス・サーバ２２２は、受信したパケットをバッファに一時的に ストアする。そして、アクセス・サーバ２２２のプロセッサは、パケットの宛先 アドレスを用いて、アクセス・サーバ２２２にストアされているルーティング・ テーブルにアクセスする。このルーティング・テーブルはパケットが伝送される 次のノードを指示する。この指示に従って、アクセス・サーバ２２２は、パケッ トをＷＡＮ２３０を介して出力するため、パケットを適正な通常ルータ２２４に 出力する。このパケットをルータ２２４のバッファに一時的にストアして、適正 なリンクへのパケットの伝送を留保することができる。そして、このパケットは 、ＷＡＮ２３０のノードへの適正なリンク２３１に伝送される。 同様に、ＷＡＮ２３０からリンク２３２を介して受信されたパケットは、アク セスポイント２４０の通常ルータ２４４で受信される。このパケットを通常ルー タ２４４で一時的にバッファリングすることができる。そして、このパケットは アクセス・サーバ２４２に転送され、アクセス・サーバ２４２のバッファに一時 的にストアされて、ルーティングが留保される。アクセス・サーバ２２２と同様 に、アクセス・サーバ２４２は、１つ以上のルーティング・テーブルをストアす るためのメモリと、プロセッサとを有する。アクセス・サーバ２４２のプロセッ サは、受信されたパケットの宛先アドレスをインデックスとして用いて、アクセ ス・サーバ２４２にストアされているルーティング・テーブルにアクセスし、こ のパケットを伝送しなければならない次のノードを決定する。この場合、このプ ロセッサはパケットをホスト２５０に伝送しなければならないと決定する。よっ て、アクセス・サーバ２４２はこのパケットをリンク２５２を介してホスト２５ ０に伝送する。このパケットはホスト２５０で受信される。 本発明の一実施形態によれば、ホスト２１０、２５０は通常のWorld Wide Web （Ｗｅｂ）ブラウザ・ソフトウェアを実行する。ＯＧＢサーバ２２８、２４８は Ｗｅｂサーバ・ソフトウェアを実行する。このＷｅｂサーバ・ソフトウェアには 、ホスト２１０またはホスト２５０が、ホスト２１０またはホスト２５０で実行 しているＷｅｂブラウザを用いて、アクセスすることができる。ホスト２１０は 、ホスト２５０とのtime-sensitive通信セッションを開始しようとしているもの とする。ホスト２１０上で実行されているアプリケーションは、ホスト２１０上 で実行されているＷｅｂブラウザ・ソフトウェアを用いて、ホスト２５０のＩＰ アドレスと通信帯域幅を、ＯＧＢサーバ２２８上で実行されているＷｅｂサーバ ・ソフトウェアに提供する。この例では、このことは、Ｗｅｂブラウザ・ソフト ウェアにより、ホスト２５０とのtime-sensitive通信セッションの開始を要求す る１つ以上のメッセージを、１つ以上のパケットに入れ、ＯＧＢサーバ２２８に 伝送することにより行われる。この要求に応答して、ＯＧＢサーバ２２８は、ま ず、要求された通信を受け入れるために、資源（例えば、帯域幅）が利用可能で あるか否かを判定する。利用可能であれば、ＯＧＢサーバ２２８はメッセージ・ パケットを、通常パケット・ルータ２２４と、リンク２３１と、ＷＡＮ２３０と を介して、ホスト２５０へ伝送する。このメッセージ・パケットには、time-sen sitive通信セッションの開始を要求するメッセージが含まれ、こ のパケットの宛先アドレス中にホスト２５０のＩＰアドレスが含まれている。こ の例では、このメッセージ・パケットはルータ２２６のＩＰおよび保証帯域幅ネ ットワーク・アドレスを含む。このメッセージ・パケットにより次のことも示す ことができる。すなわち、アクセスポイント２２０が接続することができる保証 帯域幅ネットワーク２６０の種類と、好ましい保証帯域幅ネットワーク２６０と 、好ましい帯域幅またはＱｏＳと、ホスト２１０またはホスト２５０のいずれが 当該セッションに対してペイ(pay)することになるかの選択と、ホスト２１０ま たはホスト２５０のいずれがコネクションを開始することになるかの選択と、セ キュリティに関する条件(terms)か暗号化のための公開鍵交換に関する条件(term s)と、等々も示すことができる。 このメッセージ・パケットは通常ルータ２４４で受信される。通常ルータ２４ ４はこのパケットをアクセス・サーバ２４２に出力し、アクセス・サーバ２４２ はこのパケットをホスト２５０に伝送する。この例では、ホスト２５０は、通信 セッションの開始を要求するメッセージ・パケットに応答するＯＧＢプロセスを 、ホスト２５０上で実行している。ホスト２５０による応答は、あるメッセージ ・パケットを、リンク２５２と、アクセス・サーバ２４２と、ルータ２４４と、 リンク２３２と、ＷＡＮ２３０と、リンク２３１と、ルータ２２４と、バス２２ ５とを介して、ＯＧＢサーバ２２８に返送することにより行われる。この例では 、ＯＧＢサーバ２２８に返送されたメッセージ・パケットには、ＯＧＢサーバ２ ４８のＩＰアドレスが含まれており、当該通信セッションのセットアップに関す るメッセージは全てＯＧＢサーバ２４８のＩＰアドレスに伝送すべきことを示す メッセージとが含まれている。このメッセージに応答して、ＯＧＢサーバ２２８ はそのメッセージ・パケットをＷＡＮ２３０を介してＯＧＢサーバ２４８に再び 伝送する。（メッセージ・パケットを伝送する場合には、伝送する前に、ＯＧＢ サーバ２２８は、このメッセージ・パケットの宛先アドレス・フィールドに、Ｏ ＧＢサーバ２４８のＩＰアドレスを書き込む）。しかし、都合の良いことには、 ＯＧＢサーバ２２８から受信されたこの要求パケットは、ホスト２５０で実行さ れるＯＧＢプロセスにより、ＯＧＢサーバ２４８にフォワードされるだけである 。そして、ＯＧＢサーバ２４８は次のようにして応答 する。ここで、ＯＧＢサーバ２４８自身の要求パケットに応答して、ＯＧＢサー バ２２８があるパケットを受信する（この応答パケットの送信元アドレスには、 送信元フィールドに、ＯＧＢサーバ２４８のＩＰアドレスが含まれている）こと に留意されたい。この例では、ＯＧＢサーバ２２８がこの要求パケットを最初に 伝送したアドレスと異なるＩＰアドレスを、この要求パケットの応答側(respond ent)が有することを、ＯＧＢサーバ２２８が認識する。その結果、ホスト２５０ ではなくＯＧＢサーバ２４８への通信チャネルを直接セットアップするために、 ＯＧＢサーバ２２８はフューチャ・パケット(future packet)を伝送することが できる。 上記のいずれかの方式によって、この要求パケットはＯＧＢサーバ２４８で受 信される。ＯＧＢサーバ２４８はこの要求パケットを検査して、要求を受け入れ ることができるか否かを決定する。例えば、アクセスポイント２４０はアクセス ポイント２２０と同じ保証帯域幅ネットワーク２６０にアクセスできない。ある いはまた、アクセスポイント２４０は、このパケットにより要求されたtime-sen sitive 通信を受け入れるだけの帯域幅を持つことができない。別のシナリオで は、これらの通信を特定のホスト間でのみ行うことができるように、ＯＧＢサー バ２４８はtime-sensitive通信を制限することができる。このメッセージ・パケ ットに応答して、ＯＧＢサーバ２４８は、（ａ）この要求を拒絶するか、（ｂ） この要求を受け入れるか、（ｃ）この要求をネゴシエートすることを提案する、 パケットを伝送することができる。オプション（ｃ）を採用した場合は、ＯＧＢ サーバ２２８から伝送されるメッセージ・パケットで指定することができる項目 は、全て、ＯＧＢサーバ２４８から伝送されるメッセージ・パケットで指定する ことができる。ＯＧＢサーバ２４８は、ＯＧＢサーバ２２８のＩＰアドレスをこ のパケットの宛先アドレスに書き込み、このメッセージをパケットのペイロード に書き込む。そして、ＯＧＢサーバ２４８はこのパケットを、ＷＡＮ２３０を介 してＯＧＢサーバ２２８に返送する。このセッションの条件をネゴシエートする ため、幾つかのメッセージ・パケットが、ＯＧＢサーバ２２８とＯＧＢサーバ２ ４８の間で、ＷＡＮ２３０を介して伝送される。 最終的に合意に達したとする。ここで、ＯＧＢサーバ２２８は２ウェー(two- way)time-sensitive 通信セッションであるこのtime-sensitive通信セッション を開始するものと仮定する。このネゴシエーションのある時点で、ＯＧＢサーバ ２４８は保証帯域幅ネットワーク・アドレスと、保証帯域幅ルータ２４６のＩＰ アドレスとを含むメッセージ・パケットを伝送する。このメッセージ・パケット に応答して、ＯＧＢサーバ２２８はアクセス・サーバ２２２のルーティング・テ ーブルを変更する。ルーティング・テーブルが変更されると、ホスト２１０から 発出されホスト２５０に宛てられたパケットは、アクセス・サーバ２２２により 保証帯域幅ルータ２２６へルーティングされる。例えば、表２はアクセス・サー バ２２２における変更前のルーティング・テーブルを示し、表３はアクセス・サ ーバ２２２における変更後のルーティング・テーブルを示す。 表２と表３において、ｈｏｓｔ２５０はホスト２５０のＩＰアドレスであり、 ｈｏｓｔ２１０，ｈｏｓｔ２５０はホスト２１０と２５０のＩＰアドレスを組み 合せたものであり、ｒｏｕｔｅｒ２２４はこのパケットをルータ２２４へルーテ ィングする指示であり、ｒｏｕｔｅｒ２２６はこのパケットをルータ２２６へル ーティングする指示である。ホスト２１０から発出されホスト２５０に宛てられ たパケットのみが、ルータ２２６へルーティングされることを保証するため、こ の変更されたルーティング・テーブルの送信元アドレスおよび宛先アドレスが用 いられる。 そして、ＯＧＢサーバ２２８は保証帯域幅ルータ２２６に命令して、保証帯域 幅ルータ２２６により、ＯＧＢサーバ２４８から獲得された保証帯域幅アドレス を用いて、（上記のネゴシエーション中に合意した）指定された連続帯域幅の通 信チャネルを保証帯域幅ルータ２４６にセットアップさせる。ＯＧＢサーバ２２ ８も、保証帯域幅ルータ２２６のルーティング・テーブルを変更して、ホスト２ １０から発出されホスト２５０に宛てられたパケットをルータ２４６へルーティ ングし、このようなパケットを、このようにしてオープン（opne）されたチャネ ルに伝送する。ＯＧＢサーバ２２８も、ルータ２２６のルーティング・テーブル を変更して、ホスト２５０から発出されホスト２１０に宛てられたパケットであ って、ホスト２４６からの当該チャネルから受信されたパケットを、アクセス・ サーバ２２２へルーティングする。 ネゴシエーション中に、ＯＧＢルータ２４８は、保証帯域幅ルータ２２６のＩ Ｐアドレスを示すルータ２２８から、（ＷＡＮ２３０を介して）あるメッセージ ・パケットを受信する。このメッセージ・パケットに応答して、ＯＧＢルータ２ ４８はアクセス・サーバ２４２のルーティング・テーブルを変更し、ホスト２５ ０から発出されホスト２１０に宛てられたパケットを、保証帯域幅ルータ２４６ へルーティングする。ＯＧＢサーバ２２８も、保証帯域幅ルータ２４６のルーテ ィング・テーブルを変更して、ホスト２５０から発出されホスト２１０に宛てら れたパケットを、ルータ２２６へルーティングし、ついで、保証帯域幅ルータ２ ２６によってオープンされたチャネルに、このパケットを伝送する。ＯＧＢサー バ２２８も、ルータ２４６のルーティング・テーブルを変更して、ホスト ２１０から発出されホスト２５０に宛てられたパケットであって、ホスト２２６ からの当該チャネルから受信されたパケットを、アクセス・サーバ２４２へルー ティングする。 そして、ホスト２１０はtime-sensitiveデータを含むパケットを伝送する。そ れらのパケットはアクセス・サーバ２２２で受信され、アクセス・サーバ２２２ はそれらのパケットを保証帯域幅ルータ２２６へルーティングする。ルータ２２ ６は、保証帯域幅ネットワーク２６０の適正なチャネルからのパケットを、ルー タ２４６に伝送する。 それらのパケットは保証帯域幅ルータ２４６で受信される。ルータ２４６はそ れらのパケットをアクセス・サーバ２４２へルーティングする。そして、アクセ ス・サーバ２４２はそれらのパケットをホスト２５０へルーティングする。 time-sensitive通信に対して類似のプロシージャが逆方向で行われる。ホスト ２５０はtime-sensitiveデータを含むパケットを伝送する。それらのパケットは アクセス・サーバ２４２で受信され、アクセス・サーバ２４２はそれらのパケッ トを保証帯域幅ルータ２４６へルーティングする。ルータ２４６はそれらのパケ ットを保証帯域幅ネットワーク２６０の適正なチャネルに伝送する。 それらのパケットは保証帯域幅ルータ２２６で受信される。ルータ２２６はそ れらのパケットをアクセス・サーバ２２２へルーティングする。そして、アクセ ス・サーバ２２２はそれらのパケットをホスト２１０へルーティングする。 このセッションをクローズすることが望ましいときは、このセッションのクロ ーズを希望するホスト、例えば、ホスト２１０は、その希望を示すメッセージ・ パケットを、そのＯＧＢサーバ、例えば、ＯＧＢサーバ２２８に、Ｗｅｂブラウ ザを用いて伝送する。そのメッセージ・パケットに応答して、ＯＧＢサーバ２２ ８は保証帯域幅ネットワーク２６０のチャネルを介して他のＯＧＢサーバ２４８ に、セッションのクローズを示すメッセージ・パケットを伝送する。そして、Ｏ ＧＢサーバ２２８は保証帯域幅ルータ２２６に命令して、ルータ２２６により、 保証帯域幅ネットワーク２６０を介して、このチャネルをクローズさせ／この通 信セッションをティアダウンさせる。そして、ＯＧＢサーバ２２８はルータ２２ ６とアクセス・サーバ２２２とのルーティング・テーブルをリセットする 。同様に、ＯＧＢサーバ２２８からのメッセージ・パケットの受信に応答して、 ＯＧＢサーバ２４８はルータ２４６に命令して、ルータ２４６により、保証帯域 幅ネットワーク２６０上の通信セッションをティアダウンさせる。そして、ＯＧ Ｂサーバ２４８は、ルータ２４６とアクセス・サーバ２４２のルーティング・テ ーブルをリセットする。ＯＧＢサーバ２４８も、ホスト２１０がその通信セッシ ョンを終了したことを示す適正なパケットを、ホスト２５０に伝送する。 従って、アクセスポイントには、保証帯域幅ネットワークへのコネクションと 、the Internetバックボーン（ベスト・エフォートＷＡＮ）へのコネクションが 含まれる。このアクセスポイントは、保証された連続帯域幅通信を設定するため のネゴシエーションを、the Internetバックボーンを介してパケットを交換する ことにより行う。このアクセスポイントはＩＰ−保証帯域幅ネットワーク・アド レス変換を行う。このアクセスポイントも保証帯域幅ネットワーク上に保証連続 帯域幅チャネルを確立する。さらに、このアクセスポイントは選択された保証帯 域幅パケットを再ルーティングして、パケットを保証帯域幅チャネルを介して伝 送し、保証帯域幅チャネルから受信されたパケットを、このアクセスポイントに 接続された適正なホストにルーティングする。このようにすることにより、次の ような多くの利点がもたらされる。すなわち、 （１） ＩＰ−保証帯域幅ネットワーク・アドレス変換がネットワーク・アク セス・プロバイダによって管理されるようになった。ネットワーク・アクセス・ プロバイダがネットワークの管理を担当していて、進んで管理責任をとるように なった。ネットワーク・アクセス・プロバイダも、修理およびトラブルシューテ ィングのための訓練されたネットワーク技術者と、アクセスポイントのオペレー ションと保証帯域幅ルーティングを強化するための訓練されたネットワーク技術 者を保持するようになった。 （２） 保証帯域幅ネットワーク上で帯域幅と通信チャネルが効率的に使用さ れるようになった。ここで、アクセスポイントは、恐らく、総計の帯域幅または チャネルより極めて小さい帯域幅か極めて少ないチャネルを、各サブネットワー クでtime-sensitive通信を同時にサービスする のに必要とする、ことに留意すべきである。それは、全てのサブネットワークが time-sensitive通信セッションを同時に開始するという可能性が低いからである 。よって、保証帯域幅通信ファシリティは複数のサブネットワークで時分割され ている。 （３） オンデマンド・ルータの購入必要数は最小化される。このことは上記 （２）で述べた理由と類似する理由による。さらに、複数の同時保証帯域幅チャ ネルに適合するオンデマンド・ルータを提供することができる。 （４） ＷＡＮ２３０をさらに変更する必要もないし、アクセスポイントを全 て変更する必要もない。保証帯域幅サービスを提供しようとするアクセスポイン トのみの変更が必要になる。 （５） ＷＡＮ２３０を介して行うノード間の通常通信は、本発明によっても 、影響されることはない。 （６） この保証帯域幅ネットワークは直に利用可能であって、本発明を急速 かつ容易にデプロイすることができる。さらに、ＩＳＤＮを介して、独自に所定 の直接コネクションを行うことができる（広帯域幅コネクション、例えば、ホス ト２１０とアクセスポイント２２０間のリンク２１２を確立するのに現在用いら れている）ルータが利用可能である。このようなルータは、ＩＳＤＮアドレスへ 任意のコネクションを確立するため、必要なソフトウェア・インタフェースを提 供する。 図７はアクセスポイント・アーキテクチャの他の例を示す。ネットワーク・ア ーキテクチャ３００では、他の図でも図示したように、ホスト２１０がアクセス ・ポイント３２０に、アクセス・リンク２１２（アナログ電話回線と、ＩＳＤＮ 回線と、専用ディジタル回線と、ＣＡＴＶネットワーク・リンクと、等々）を介 して接続されている。アクセスポイント３２０は、アクセス・リンク２３１を介 して、（インタフェース・バックボーンである）ベスト・エフォートＷＡＮ２３ ０に接続されており、しかも、リンク２６１を介して保証帯域幅ネットワーク２ ６０に接続されている。同様に、ホスト２５０はアクセス・リンク ２５２を介してアクセスポイント２４０に接続されている。アクセスポイント２ ４０はリンク２３２を介してＷＡＮ２３０に接続されており、しかも、リンク２ ６２を介して保証帯域幅ネットワーク２６０に接続されている。 アクセスポイント３２０は図６のアクセスポイント２２０と同様の装置を有す る。特に、アクセスポイント３２０はアクセスサーバ２２２と、ＯＧＢサーバ３ ２８と、通常ルータ２２４と、保証帯域幅ルータ２２６とを有する。アクセスサ ーバ２２２はホスト２１０との間で、アクセスリンク２１２を介して、パケット の伝送を行う。通常ルータ２２４はＷＡＮ２３０との間で、リンク２３１を介し て、パケットの伝送を行う。保証帯域幅ルータ２２６は保証帯域幅ネットワーク ２６０との間で、リンク２６１を介して、パケットの伝送を行う。しかし、図６ のアクセスポイント２２０と異なり、装置２２２、２２４、２２６、３２８は共 通ＬＡＮに接続されていない。ＯＧＢサーバ３２８はアクセスサーバ２２２とル ータ２２４、２２６との間に接続されている。アクセスサーバ２２２とルータ２ ２４、２２６は共通ＬＡＮ３２５に接続することができる。 アクセスポイント３２０における通常パケット通信は次のようにして行なわれ る。ホスト２１０から発出されたパケットはアクセスサーバ２２２で受信される 。アクセスサーバ２２２はパケットをＯＧＢサーバ３２８に伝送する。ＯＧＢサ ーバ３２８はそのパケットを検査し、そのパケットが通常time-sensitiveパケッ ト通信の一部であると決定する。パケット通信の一部であるので、ＯＧＢサーバ ３２８はそのパケットをルータ２２４に伝送する。ルータ２２４はそのパケット をＷＡＮ２３０に伝送する。同様に、ルータ２２４はそのパケットをＷＡＮ２３ ０から受信すると、受信したパケットをＯＧＢサーバ３２８に伝送し、ＯＧＢサ ーバ３２８はそのパケットをアクセスサーバ２２２に伝送する。アクセスサーバ ２２２はそのパケットをホスト２１０に伝送する。 time-sensitive通信では、ホスト２１０はtime-sensitive通信の開始を要求す るパケットを（例えば、ホスト２５０によって）発出させることができる。この パケットはアクセス・サーバ２２２で受信され、アクセスサーバ２２２はそのパ ケットをＯＧＢサーバ３２８にルーティングするだけである。ＯＧＢサーバ３２ ８はこのような通信がノード２１０に適正であるか否かを判定することがで きる。そして、ＯＧＢサーバ３２８はＷＡＮ２３０への伝送のために、そのパケ ットをルータ２２４に伝送する。そして、次のようにネゴシエートする。 ここで、time-sensitive通信セッションの開始を要求するメッセージ・パケッ トがＷＡＮ２３０から受信されたものと仮定する。メッセージ・パケットはルー タ２２４で受信され、ルータ２２４はそのパケットをＯＧＢサーバ３２８に伝送 する。ＯＧＢサーバ３２８はそのパケットを検査し、そのパケットがtime-sensi tive 通信を要求していると判定する。この判定に応じて、ＯＧＢサーバ３２８ はその要求を拒絶するか、その要求を受入れるか、あるいは、その要求をネゴシ エートすることができる。 ここで、合意に達し、ＯＧＢサーバ３２８は通信チャネルをセットアップした と仮定する。ネゴシエーション中のある時点で、他のアクセスポイントの保証帯 域幅ルータ（例えば、アクセスポイント２４０のルータ２４６）のＩＰアドレス および保証帯域幅ネットワーク・アドレスは、メッセージ・パケットに入れられ 、ＷＡＮ２３０を介して、ＯＧＢサーバ３２８に伝送される。アクセスポイント （例えば、アクセスポイント２４０）の保証帯域幅ネットワーク・アドレスを用 いて、ＯＧＢサーバ３２８は保証帯域幅ルータ２２６に命令して、保証帯域幅ル ータ２２６により、特定の所望される連続帯域幅を有する通信チャネルをセット アップさせる。ＯＧＢサーバ３２８も、ルータ２２６のルーティング・テーブル を変更し、ホスト２１０から発出されホスト２５０に宛てられたパケットを、こ のようにしてオープンされたチャネルを介して、ルータ２４６にルーティングさ せる。 そして、ＯＧＢサーバ３２８は自身のルーティング・テーブルを次のようにし て変更する。ＯＧＢサーバ３２８は自身のルーティング・テーブルを変更して、 ホスト２１０から発出されホスト２５０へ宛てられたパケットを、適正な保証帯 域幅ルータ２２６へルーティングする。 time-sensitive情報を運ぶパケットをホスト２１０が伝送する例を考察する。 このパケットはアクセスサーバ２２２で受信され、アクセスサーバ２２２は通常 通りパケットをＯＧＢサーバ３２８へ伝送するだけである。ＯＧＢサーバ３２８ は変更されたルーティング・テーブルを用いて、そのパケットを適正な保証帯域 幅ルータ２２６へ伝送する。そして、変更されたルーティング・テーブルを用い て、ルータ２２６はそのパケットを、保証帯域幅ネットワーク２６０の指示され たチャネルを介して、アクセスポイント２４０のルータ（すなわち、ルータ２４ ６）へ伝送する。 ここで、保証帯域幅ネットワーク２６０の個々のチャネルを介してホスト２１ ０に宛られたパケットを、ホスト２５０により受信する例を考察する。ルータ２ ２６はその変更されたルーティング・テーブルを用いて、そのパケットをＯＧＢ サーバ３２８へ伝送し、ＯＧＢサーバ３２８はそのパケットをアクセスサーバ２ ２２へ伝送する。そして、アクセスサーバ２２２はそのパケットをホスト２１０ へ伝送する。 アクセスポイント３２０のアーキテクチャによれば、幾つかの利点がもたらさ れる。第１に、アクセスサーバ２２２のルーティング・テーブルは、time-sensi tive 通信を行うために変更する必要はない。第２に、ＯＧＢサーバ３２８は、 各パケットがホスト側の装置（すなわち、アクセスサーバ２２２）とネットワー ク側の装置（すなわち、ルータ２２４、２２６）との間を流れる度に、各パケッ トを検査する機会を有するので、セキュリティがさらに高くなる。一方、アクセ スポイント３２０のアーキテクチャによれば、トラフィック量がＯＧＢサーバ３ ２８の処理能力を超えた場合には、ホスト側の装置とネットワーク側の装置との 間のパケットの流れがボトルネックになる虞がある。このようなボトルネックは 図６に示すアーキテクチャには存在しない。 図８は、ＯＧＢサーバ２２８、２４８（図６）または３２８（図７）で実行さ れる種々のプロシージャと、ホスト２１０、２５０（図６）におけるユーザ・イ ンタフェース（Ｗｅｂブラウザ）で実行される種々のプロシージャと、アクセス サーバ２２２、２４２（図６）および保証帯域幅ルータ２２６、２４６（図７） におけるルーティング・テーブルで実行される種々のプロシージャとの関係を示 す。図示するように、ＯＧＢサーバは経路コントローラ・エージェント・プロシ ージャ４２０と、経路スイッチ・エージェント・プロシージャ４１０と、アクセ スポイント管理プロシージャ４３０と、１つ以上のインタフェース・ハンドラ・ プロシージャ４４０を実行する。各プロシージャの機能を次に述べる。 経路コントローラ・エージェント４２０は、time-sensitive通信を開始する要 求を受信する。これらの要求は、ＯＧＢサーバ上で実行されているＷｅｂサーバ によって行われ、このＷｅｂサーバは、このＯＧＢサーバを含むアクセスポイン トに対してローカルなホストで実行されているＷｅｂブラウザから、これらの要 求を受信する。あるアプリケーションによって発行される、time-sensitive通信 のための要求は、それぞれ、time-sensitive通信を行うときに用いられるそのホ ストの宛先ＩＰアドレスと、この通信に必要とされる帯域幅とを含んでいなけれ ばならない。その要求に応答して、経路コントローラ・エージェント４２０はア クセスポイント管理プログラム４３０と協働して、まず、要求された通信を受け 入れるだけの資源（例えば、帯域幅）をそのアクセスポイントが有するか否かを 判定する。充分な資源がある場合には、経路コントローラ・エージェント４２０ は上述したようなネゴシエーション、すなわち、どのホストが当該コネクション に対してペイするかと、どのアクセスポイントが当該通信チャネルをセットアッ プするかと、セキュリティと、等々に関するネゴシエーションを開始する。具体 的には、経路コントローラ・エージェント４２０は、そのホストによって実行さ れたＯＧＢプロセスへ、ある要求パケットを伝送する。この要求パケットを用い て、time-sensitive通信が確立される。この例では、当該ホストによって実行さ れるＯＧＢプロセスは、割り当てられたＯＧＢサーバ上で実行される経路コント ローラ・エージェント４２０へ、その要求を伝送する。 経路コントローラ・エージェント４２０も、time-sensitive通信を確立しよう とする要求であって、他の経路コントローラ・エージェント４２０から発出され た要求を受信する。上述したように、経路コントローラ・エージェント４２０は 送信元ベースの受諾と拒絶を行うことができる。すなわち、経路コントローラ・ エージェント４２０はある送信元からの要求を完全に拒絶することができるか、 送信元の選択されたリストによって行われない要求を拒絶することができる。要 求が完全に拒絶されない場合には、その要求がローカル・アプリケーションによ り行われると、上述したのと同様の機能を実施することができる。すなわち、経 路コントローラ・エージェント４２０はアクセスポイント管理プログラム４３０ に、このような要求を受け入れるだけの資源があるか否かを問い合わせることが できる。経路コントローラ・エージェント４２０も、ペイメント(payment)の方 策と、セキュリティと、当該要求を受け入れるか否かを決定する上でのその他の 課題とに関する情報であって、ローカルにストアされた情報とコンサルトするこ とができる。経路コントローラ・エージェント４２０は当該要求を受け入れるか 、当該要求を拒絶するか、当該要求のネゴシエーションすなわち対案を提出する ことができる。 合意に達すると、経路コントローラ・エージェント４２０は、当該連続帯域幅 チャネルを確立するのに用いられるアドレスであって、その保証帯域幅ルータの ＩＰアドレスと、その保証帯域幅ルータの保証帯域幅ネットワーク上でのアドレ スとを獲得する。経路コントローラ・エージェント４２０は、このような情報を 、確立される通信チャネルの（他の）ファーエンド(far end)にある経路コント ローラ・エージェント４２０へ伝送する。 経路コントローラ・エージェント４２０が当該通信をセットアップする場合に は、経路コントローラ・エージェント４２０はアクセスポイント管理プログラム ４３０にそのチャネルをセットアップするように命令する。経路コントローラ・ エージェント４２０は、ＩＰアドレスと、当該通信のファーエンドでコンタクト (contact)されるルータの保証帯域幅ネットワーク・アドレスとを提供する。経 路コントローラ・エージェント４２０は、当該通信のファーエンドにも保証帯域 幅ルータを介して伝送するため、経路スイッチ・エージェント４１０に命令して 、ある送信元アドレスと宛先アドレスとを有するパケットを、保証帯域幅ルータ うちの適正な１つの保証帯域幅ルータを介して当該通信のローカルエンドに再ル ーティングする。経路コントローラ・エージェント４２０はアクセスポイント管 理プログラム４３０に命令して、ローカルエンド保証帯域幅ルータのルーティン グ・テーブルを変更させ、適正なチャネル上の適正なファーエンド保証帯域幅ル ータへもパケットをルーティングさせる。さらに、経路コントローラ・エージェ ント４２０はアクセスポイント管理プログラム４３０に命令して、ローカルエン ド保証帯域幅ルータのルーティング・テーブルを変更させ、ファーエンド保証帯 域幅ルータから受信されたパケットを、図６または図７のアーキテクチャが使用 されるどうかに依存して、アクセスサーバまたはＯＧＢサーバへルーティングさ せる。アクセスポイント管理プログラム４３０は、経路コントローラ・エージェ ント４２０と、この経路コントローラ・エージェント４２０と同じアクセスポイ ントで実行されるインタフェース・ハンドラ４４０とのみと通信する。上述した ように、アクセスポイント管理プログラム４３０は、当該アクセスポイントでti me-sensitive通信のために使用できる全てのローカルエンド保証帯域幅ルータ上 で、利用可能な帯域幅を追跡する。アクセスポイント管理プログラム４３０は、 必要な場合には、このような帯域幅情報を経路コントローラ・エージェント４２ ０に提供する。アクセスポイント管理プログラム４３０は自身が管理するローカ ルエンド保証帯域幅ルータの全てのＩＰアドレスと保証帯域幅ネットワーク・ア ドレスとを保持する。アクセスポイント管理プログラム４３０は、適正なローカ ルエンド保証帯域幅ルータのルーティング・テーブルを更新するのに、このロー カルエンド保証帯域幅ルータにもインタフェース・ハンドラ４４０を介して命令 して、上述した望ましい方法でパケットをルーティングさせる。 アクセスポイント管理プログラム４３０は保証帯域幅ルータと直接には対話し ない。というのは、異なる制御プロトコルに従う種々の保証帯域幅ルータを用意 することができるからである。その代わり、各保証帯域幅ルータとのインタフェ ースのために、適正なインタフェース・ハンドラ４４０が用意される。インタフ ェース・ハンドラ４４０により、対応するルータは、チャネルまたはコネクショ ンを確立することができる能力を有しており、アクセスポイント管理プログラム ４３０がルーティング・テーブルの更新を命令した場合にそのルーティング・テ ーブルを更新することができる能力を有する。大部分のルータはtelnetを提供す るか、このような機能を奏するＳＮＭＰベースの管理インタフェースを提供する 。 経路スイッチ・エージェント４１０はルーティング・テーブルを変更して、ti me-sensitive通信の適正なパケットを保証帯域幅ルータに転送し、その他の全て のパケットを通常ルータに転送するためのものである。図６では、経路スイッチ ・エージェント４１０はＯＧＢサーバ２２８で実行され、アクセスサーバ２２２ または２４２のルーティング・テーブルを変更する。図７では、経路スイッチ・ エージェント４１０はＯＧＢサーバ３２８で実行され、ＯＧＢサーバ ３２８のルーティング・テーブルを変更する。いずれの例でも、time-sensitive 通信のパケットであって、ローカルエンド・ホストから発出されファーエンドホ ストへ宛てられたパケットが、保証帯域幅ルータ２２６、２４６を介して転送さ れることになり、他の全てのパケットが通常ルータ２２４、２４４を介して転送 されることになる。次に、このことを詳細に説明する。 図６を説明する。送信元ノードと宛先ノードはtime-sensitive通信とtime-ins ensitive 通信を、ともに、同時に(simultaneously or contemporaneously)行う ことができる。例えば、ホスト２１０はストリームド・オーディオ・ビデオ・フ ィードを受信し、ホスト２５０から（完了時間が特になく）E-mail(electric ma il)を受信することを同時に望むことができる。オーディオ・ビデオ・フィード はtime-sensitive通信であるが、E-mailはtime-insensitiveである。この例では 、本発明によれば、２種類の通信が区別され、time-insensitive通信のパケット がＷＡＮ２３０を介してルーティングされている間に、time-sensitive 通信の パケットが保証帯域幅ネットワーク２６０を介してルーティングされる。 この例では、当該パケットのヘッダは送信元アドレスと宛先アドレスを指示す るだけでなく、送信元アドレスに対応する送信元ホストのアプリケーションを一 意に示す識別子を含んでいる。このような識別子は「アプリケーション・ポート 番号」といわれていて、ＴＣＰ(transmission control protocol)パケットとＵ ＤＰ(user datagram protocol)パケットに含まれている。アプリケーション・ポ ート番号は、ＣＡ(central authority)から特定のアプリケーションに割り当て られる所定の識別子である。 上記の例を考察する。ＯＧＢサーバ２２８、２４８はホスト２１０とホスト２ ５０との間にtime-sensitive通信を確立する。ここで、ホスト２１０は特定のア プリケーションを実行しており、ホスト２１０はホスト２５０（ホスト２５０も アプリケーション・ポート番号ｐ１を使用する）上で実行されている等価のアプ リケーションと通信するときに、対応するアプリケーション・ポート番号ｐ１を 使用するものと仮定する。この例では、ＯＧＢサーバ２２８はアクセスサーバ２ ２２のルーティング・テーブルを変更して、ノード２１０から発出されたパ ケットであって、アプリケーション・ポート番号ｐ１も有するノード２５０に宛 てられたパケットのみを、保証帯域幅ルータ２２６へルーティングさせる。例え ば、アクセスサーバ２２２のルーティング・テーブルは次の表４に示すようにな っているものとする。 ここで、host２５０はホスト２５０のＩＰアドレスであり、router２２４はパ ケットをルータ２２４へルーティングするための適正な指示である。アクセスサ ーバのルーティング・テーブルは、変更後、表５に示すようになっている。 ここで、host２１０、host２５０、portｐ１は、ホスト２１０、２５０のＩＰ アドレスと、アプリケーション・ポート番号ｐ１とを組み合せたものであり、ro uter２２６はパケットをルータ２２６へルーティングするための適正な指示であ る。ここで留意すべきことは、他のホストから発出されホスト２５０に宛てられ た他のパケットも、ルータ２２６へルーティングされないことを保証するため、 送信元アドレスおよび宛先アドレスと、アプリケーション・ポート番号とが用い られている、ことである。 ここで、ホスト２１０が通信を要求するとき、ホスト２５０は等価アプリケー ションを実行していて、アプリケーション・ポート番号ｐ１も使用するものと仮 定する。このような場合、ＯＧＢサーバ２４８はアクセスサーバ２４２のルーテ ィング・テーブルを変更して、ノード２５０から発出されたパケットであって、 アプリケーション・ポート番号ｐ１も有するノード２１０に宛てられたパケット のみを、保証帯域幅ルータ２４６へルーティングさせる。通信された他のパケッ トは、全て、アクセスサーバ２２２、２４２により、ＷＡＮ２３０を介して、ル ーティングされる。 この原理は、図５に示すネットワーク・アーキテクチャにも適用することがで きる。図５では、各サブネットワークの１つのホストが、アクセスポイント・マ ネージャ４３０（サブネット・マネージャ４３０というのが適切である）とイン タフェース・ハンドラ４４０とのプロシージャを実行する。ここで、例えば、サ ブネット１１のホストｈ３と、サブネット１２のホストｈ７とが、サブネット・ マネージャ４３０とインタフェース・ハンドラ４４０とのプロシージャを実行す るものとする。ホストｈ１〜ｈ３、ｈ７は、それぞれ、経路管理エージェント４ ２０と経路スイッチ・エージェント４１０とのプロシージャを実行する。さらに 、ホストｈ１〜ｈ３、ｈ７は、それぞれ、自身が所有するルーティング・テーブ ルを維持する。すなわち、各ホストは自身のルーティング・テーブルを用いて、 パケットのルーティングを、（サブネットワーク１１に対する）２つのルータｒ ２１、ｒ１６のいずれに行うか、あるいは、（サブネットワーク１２に対する） ２つのルータｒ１５、ｒ２２のいずれに行うかを決定する。そのため、経路スイ ッチ・エージェント４１０がホストのルーティング・テーブルを変更する。ここ で、アプリケーション・ポート番号ｐ５を用いるアプリケーションを実行中のホ ストｈ１が、アプリケーション・ポート番号ｐ５を用いる等価アプリケーション であって、ホストｈ７上で実行されている等価アプリケーションと、time-sensi tive通信を確立しようとしているものと仮定する。ホストｈ１の経路管理エージ ェント４２０が、ホストｈ７の経路管理エージェント４２０とネゴシエートする 。ここで、経路管理エージェント４２０が当該通信に同意したものと仮定する。 そして、ホストｈ１の経路スイッチ・エージェント４１０はルーティ ング・テーブルを変更して、ホストｈ１から発出されたパケットであって、特定 のアプリケーション・ポート番号ｐ５を有するホストｈ７へ宛てられたパケット のみを、ルータｒ２１へルーティングする。ここで、例えば、ホストｈ１の変更 前のルーティング・テーブルは、次のようになっているものと仮定する。 表６において、hostｈ７はホストｈ７のＩＰアドレスであり、routerｒ１６は ＩＰアドレスhostｈ７を有するパケットをルータｒ１６へルーティングするため の指示である。変更後のルーティング・テーブルは表７に示すようになっている 。 表７において、hostｈ７、ｐ５は、ホストｈ７のＩＰアドレスと、アプリケー ション・ポート番号ｐ５とを組み合せたものであり、routerｒ２１は宛先アドレ スｈ７とアプリケーション・ポート番号ｐ５とを有するパケットをルータｒ２１ へルーティングさせるための指示である。上述したように、こうすることにより 、ホストｈ１は、time-sensitive通信パケットを、ルータｒ２１と交換ネットワ ーク１７５とを介して、ホストｈ７へ伝送することができるとともに、他のパケ ットを、ルータｒ１６とＷＡＮ１１０とを介して、ホストｈ７へ伝送することが できる。結論 アクセスポイントはthe Internetバックボーンへの第１リンクを有し、the In ternetバックボーン上のパケットは、制御不能で予測不能な不規則に変動するレ ートで、ベスト・エフォート方式を用いて通信される。このアクセスポイントは 保証帯域幅ネットワークへの第２リンクも有し、この保証帯域幅ネットワーク上 で、このアクセスポイントは任意の他のアクセスポイントとの連続帯域幅チャネ ルをオンデマンドで確立する能力を有する。第１ホストは、アクセスポイント が第２ホストと連続帯域幅セッションを確立することを要求するパケットを生成 することができる。この要求に応答して、このアクセスポイントは、第１リンク とＷＡＮを介して、第２ホストが接続されている第２アクセスポイントへ、パケ ットを伝送する。伝送されたパケットには、２つのホスト間で通信するため、２ つのアクセスポイント間に連続帯域幅チャネルを確立する要求が含まれる。第１ ホストが接続されているアクセスポイントと、第２ホストが接続されている第２ のアクセスポイントとは、第２リンクと保証帯域幅ネットワークを介して、連続 帯域幅チャネルを確立する。第１ホストが接続されているアクセスポイントは、 第１ホストと第２ホストとの間で、第２リンクを介して、パケットの通信を行う 。すなわち、第１ホストは、第１ホストに宛てられたパケットを第２リンクから 受信し、第１ホストから発出されたパケットを第２リンクへ伝送する。よって、 このアクセスポイントは、the Internetバックボーンを介して、他のアクセスポ イントと事前ネゴシエーションを行う。そして、これら２つのアクセスポイント は、the Internetバックボーンを迂回する補助保証帯域幅ネットワークを介して 、連続帯域幅チャネルをセットアップする。よって、本発明は、time-sensitive 通信、例えば、ストリーム通信か、あるいは、例えば、ある時間間隔内で、end- to-endで、完了しなければならない通信を行うために、予測可能な時間間隔内に 、end-to-endの保証帯域幅通信という目的を達成した。このような通信を行った 上、コストおよび管理の負担を最小化した。 最後に、上述した説明は本発明を説明したに過ぎず、当業者は、特許請求の範 囲と精神を逸脱することなく、種々の実施の形態を考えつくことができる。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 12/46

Claims (1)

1. 【特許請求の範囲】 １． 送信元ホストと宛先ホストとを含む複数のホストであって、該送信元ホス トと該宛先ホストの間でパケットを伝送する複数のホストと、 該ホスト間で、ベスト・エフォート方式を用いて、前記パケットを伝送するこ とができるＷＡＮと、 保証帯域幅ネットワークであって、保証帯域幅ネットワークを介して、連続帯 域幅で、保証されたサービス品質で、前記パケットを前記ホスト間で伝送するこ とができる保証帯域幅ネットワークと、 前記送信元ホストと前記宛先ホストをサーブするアクセスポイントであって、 該アクセスポイントは、それぞれ、パケットを前記ＷＡＮを介して連続して移動 させるか、前記パケットを前記保証帯域幅ネットワークにエンタさせるかのいず れかを行うことができるスイッチング・ポイントであり、 前記アクセスポイントを前記ＷＡＮに接続するための第１ルータと、該アクセ スポイントを前記保証帯域幅ネットワークに接続するための第２ルータと、前記 複数のホストのうちの１つのホストと通信するように接続されたアクセスサーバ とを含み、前記第１ルータおよび第２ルータは、それぞれ、ルーティング・テー ブルを含むとともに、前記ルーティング・テーブルを変更して、前記ＷＡＮと前 記保証帯域幅ネットワークのうちの一方か両方のいずれかを介して前記複数のホ ストが通信するか否かを決定するサーバ手段を含むアクセスポイントと を備えたことを特徴とする通信ネットワーク。 ２．請求項１において、前記アクセスポイントは、前記第１ルータと、前記第２ ルータと、前記アクセスサーバと、サーバ手段とが接続されているバスを含むこ とを特徴とする通信ネットワーク。 ３．請求項１において、前記サーバ手段は、前記アクセスサーバと、前記第１お よび第２ルータとの間に接続してあり、 ホストから伝送するパケットは、全て、前記アクセスサーバから前記複数の ルータのうちの１つのルータへ通過するときに、前記サーバ手段によって検査さ れる ことを特徴とする通信ネットワーク。 ４．請求項１において、前記ルーティング・テーブルは、前記送信元ホストと宛 先ホストの間のパケットの通信を決定するため、送信元ホストのアドレスと、宛 先ホストのアドレスと、送信元ホストのアプリケーション・ポート番号とを利用 することを特徴とする通信ネットワーク。 ５．送信元ホストおよび宛先ホストと、 パケットが前記送信元ホストと宛先ホストとの間で通信される、ＷＡＮおよび 保証帯域幅ネットワークと、 該保証帯域幅ネットワークと通信する第１ルータと、 前記ＷＡＮと通信する第２ルータと、 前記第１ルータおよび第２ルータと通信するアクセスサーバであって、前記宛 先ホストの宛先アドレスを含む特定のパケットであって、該特定のパケットを発 出する前記送信元ホスト上で実行される第１アプリケーションを指定する特定の アプリケーション・ポート番号を含む特定のパケットを、前記保証帯域幅ネット ワークを介して前記宛先ホストに伝送するために、前記第１ルータへルーティン グするためのルーティング・テーブルであって、前記特定のパケット以外のパケ ットであって前記宛先アドレスを有するパケットを、前記ＷＡＮを介して前記宛 先ホストに伝送するために、前記第２ルータへルーティングするためのルーティ ング・テーブルを有するアクセスサーバと を含むことを特徴とする通信ネットワーク。