JP2005520401A - マルチパス通信用の方法及びシステム - Google Patents

Abstract

本発明は、ネットワーク輻輳に対処する方法及びシステム（１０００）に関する。第１インターネットワーキング装置（１００）は、ネットワーク（ＡＮ１；ＡＮ２）を介して第２装置（４００）にアクセスするために利用可能な幾らかの経路（１１０；１２０）を持つことができる。前記第1装置は、例えば、常に動作可能な低帯域幅接続及び／又は前記装置がドッキングステーション内にある場合のみに動作可能な高帯域幅接続を持っていてもよい。本発明の基本概念は、スプリッタ／マージャ装置（１３０）において実施され、スプリッタ／マージャ装置（１３０）は、ＴＣＰ接続のような接続（１）をプロキシし、接続（１）を利用可能である複数の別々の接続（２，３）に分割し、パケット（１４０）を外部のスプリッタ／マージャ構成要素（２００）に対してこれらの複数の接続上で経路指定する。スプリッタ／マージャ装置（１３０；１３４；１４２；１４４；１５２）は、前記パケットをこれらの接続（２，３）のそれぞれに沿った移送の進行に依存して前記利用可能な接続上で分離する。スプリッタ／マージャ構成要素（１３０；２００）の機能は、もし入ってくるトラフィック（６２０；１４０，６００）及び出て行くトラフィック（１４０；５００，６２０）の両方が存在するならば、対称であり、酷似している。

Description

本発明は、ネットワーク内の第１位置におけるクライアント装置と第２位置におけるサーバ装置との間のＴＣＰ接続のようなネットワーク間接続上のリレー動作を高速化する方法に関し、当該ネットワークは、前記クライアント装置と前記サーバ装置との間に複数のアクセスノード又は通信経路を有し、当該方法は、制御構成要素をホストとするコマンドプロトコルの使用を有する。本発明は、前記方法を実施するのに適したシステムにも関する。

データがネットワーク内の様々なノード上を移動する際に遅いリンクにより作られる時間遅延は、繰り返し発生する問題である。これは、待ち時間として既知である。長い待ち時間に対処するために、先行技術において既知である幾つかの解決法が存在する。１つの解決法は、ＴＣＰ／ＩＰ伝達を待ち時間の長いシステムの問題に影響されないスクリプト伝達に封入する分割プロキシシステムを用いる。この解決法の不利点は、適切なスクリプト伝達の増加されたロバスト性が、低帯域幅通信経路の制限されたスループットの影響を受けることである。

他の既知の解決法は、アプリケーション層サーバが、分割ＴＣＰ接続のクライアント−プロキシ・セクションとプロキシ−サーバ・セクションとの間でデータを交換することをやめさせ、前記分割接続の一端に到着するバイトストリームを直接、前記分割接続の他端のシーケンス番号スペースにマッピングすることを必要とする。この解決法も、低帯域幅通信経路の制限されたスループットの影響を受ける。

更に他の既知の解決法は、より大きなＴＣＰパケットを回復する代わりに、例えば無線通信におけるエアリンクタイムフレーム（air link time frame）のようなパケットの実際に失われた部分のみを回復することによりＴＣＰスループットの不必要な劣化を防ぐ。この解決法は、長い切断が検出される場合にＴＣＰソースウィンドウのクエンチングを引き起こすという不利点を持つ。

本発明の目的は、パケット切り替えシステムにおいて通信経路の輻輳に対処することである。

本発明の他の目的は、通信プロトコルにおけるフロー制御機構と輻輳制御機構との間の適切なバランスを達成することを伴う方法を提供することである。更に他の目的は、このような方法を実施するのに適したシステムを提供することである。

本発明の１つの態様によると、記載された目的の１つ以上は、請求項１による、ＴＣＰ接続のようなネットワーク間接続上のリレー動作を高速化する方法により達成される。

基本的な新規の及び発明的な概念は、単一の接続に対して複数のアクセスネットワークの帯域幅を使用し、装置が異なるアクセスネットワーク間で切り替わる際に前記単一の接続の適切な転送を用いることである。関連した技術的な利点は、これが、複数のアクセスノード又は通信経路を有するネットワーク内の装置に対する全ての利用可能なハードウェア帯域幅の使用を可能にすることである。また、装置が異なるアクセスネットワーク間で切り替わる際に、接続は切断又は切られ、且つこの後に再構成されなければならない。これは、動作の信頼性をも向上させる。

本発明による前記方法の実施例は、例えば、無線ネットワークカード及び有線接続の両方を持つラップトップコンピュータが、インターネット上でオーディオ／ビデオファイルをストリーミングするために両方のネットワークの帯域幅を組み合わせることができることを可能にする。また、もし前記ラップトップコンピュータが、有線接続上に例えばＴＣＰ接続を持つならば、前記ＴＣＰ接続は、前記接続を切ることなく無線アクセスネットワークに転送されることもできる。

本発明による前記方法の好ましい実施例において、これは、インターネット上の結合／分割構成要素に対する前記クライアント装置が利用することができる複数のアクセスネットワーク上の帯域幅を監視するステップを有する。更に好ましくは、前記方法は、利用可能な帯域幅を最大限使用するために前記クライアント端の接続を切り替える制御命令を生成することにより前記利用可能な帯域幅の変化に応答するステップをも有する。これは、正確なアルゴリズムの使用並びに効率的な送信、再送信及び切り替えステップを可能にする点で有利である。

更に他の実施例において、インターネット上の前記結合／分割構成要素において複数のＩＰアドレスを通る前記サーバ装置から生じたパケットのストリームを結合する複数のステップと、逆方向のトラフィックを分割する複数のステップとが存在する。これも、高速トラフィックの利点を提供する。

本発明は、前記ネットワーク間接続上のリレー動作を高速化する方法と共に使用するのに適した分割／結合装置、及び前記分割／結合装置を動作する命令を有するコンピュータプログラムにも関する。更に、本発明は、第１位置におけるサーバ装置内の分割／結合装置と、インターネット上の分割／結合装置とを有する請求項７によるシステムにも関し、当該システムは、本発明による前記方法を実施するのに適している。

本発明のこれら及び他の態様は、以下に記述される実施例を参照して明らかにされ、説明されるだろう。

図１は、複数のアクセスネットワークに接続するクライアント装置１００を示す。図３は、図１の構成を更に詳細に示す。クライアント装置１００は、コマンドプロトコル１０４のホストとなる構成要素１０２により制御される。この方式には２つのネットワーク、即ちアクセスネットワーク１（ＡＮ１）及びアクセスネットワーク２（ＡＮ２）が存在し、ネットワークの数は、Ｎに一般化されることができる。両方のアクセスネットワークは、装置１００にグローバルインターネットへのアクセスを提供する。クライアント装置１００は、アクセスネットワークＡＮ１上にＩＰアドレスＩＰ１、及びアクセスネットワークＡＮ２上にＩＰアドレスＩＰ２を持つ。

クライアント装置１００は、２つの構成要素と相互作用する。第一に、スプリッタ／マージャ構成要素１３０が存在する。この（ソフトウェア）構成要素１３０は、利用可能なアクセスネットワーク上で、例えばWindows（登録商標）下のWinsock API、Java（登録商標）のjava.netパッケージ、又はUNIX（登録商標）のBerkeleyソケットにアクセスすることにより、例えばＴＣＰを使用するアプリケーション１０６から来るメッセージ１３８を分割する。同様に、この構成要素１３０は、前記アクセスネットワークから入ってくるメッセージ６２０を単一のストリームに結合する。アプリケーション１０６をクライアント装置１００上で実行する目的のために、これは、プロキシする手段１０８の使用により、単一のＴＣＰ接続が存在するかのようである。第二に、前記第１位置に対して外側であり、インターネット３００に接続されたスプリッタ／マージャ構成要素２００が存在する。この構成要素２００は、以前に分割されたストリーム（１４０）を結合し、これ（５００）を前記接続の前記第２位置のサーバ端に送信するインターネットホスト（例えば特化したウェブサーバであるが、しかしながら、これはここに示されるものと同様な構成要素であることができる（ピア・ツー・ピア・ネットワーキング））である。同様に、前記第２位置における装置４００に向かう情報（５００）は、ここで利用可能な前記アクセスネットワーク上に分割されることができる。インターネット・スプリッタ／マージャ２００は、単一のＩＰアドレスＩＰ３を持つ。他の可能な実施があり、これによりインターネット・スプリッタ／マージャ２００は、例えばロード・バランシング及び／又は信頼性の目的のために、二重化又は多重化される。単一の装置は、複数のインターネット・スプリッタ／マージャを使用することができるが、しかしながら単一の接続に対して、前記単一の装置は、ＩＰ３を持つ前記インターネット・スプリッタ／マージャ装置から例えばＩＰ４を持つ通常のウェブサイトまでの通常の接続が両方の端点において単一のＩＰアドレスを要するので、単一のインターネット・スプリッタ／マージャしか使用することができない。

前記方法は、従って、クライアント装置１００とインターネット上のサーバ装置４００との間に接続１を開始するステップと、インターネット上の結合／分割構成要素２００への複数の利用可能なアクセスネットワークＡＮ１、ＡＮ２上の特別な接続２、３を作るステップと、インターネット上の結合／分割構成要素２００と前記第２位置におけるサーバ装置４００との間に接続４を作るステップと、前記第１位置におけるクライアント装置１００自体で動作するアプリケーション１０６からのトラフィック１３８を分割するステップと、クライアント装置１００から生じた分割されたデータパケット１４０を複数のＩＰアドレスＩＰ１、ＩＰ２を介してインターネット上に送信するステップと、適切な場合に応答の無いパケットを再送信するステップ、又はもし適切であればアクセスネットワーク毎に再送信プロトコルを切り替えるステップと、複数のＩＰアドレスを通るクライアント装置１００から生じたパケットのストリーム１４０をインターネット上の結合／分割構成要素２００において結合するステップと、結合されたストリーム５００を前記第２位置におけるサーバ装置４００に転送するステップとを伴う。サーバ装置４００からクライアント装置１００へのトラフィック６００は、上記のステップを逆の機能的な順序で進む。

スプリッタ／マージャ装置１３０は、前記接続のクライアント端においてのみ図示されている。このような装置が、前記接続のサーバ端にも設けられることができることは明らかであるべきである。

スプリッタ／マージャ装置１３０は、利用可能な接続２、３上の出て行くトラフィック１４０をこれらの接続のそれぞれの上での移送の進行に依存して分割する。クライアント装置１００は、別々の通信経路１１０、１２０上の帯域幅を監視する手段１４８（図３を参照）と、利用可能な前記帯域幅の変化に応答する手段１５０（図３を参照）とを有する。後者の手段１５０は、利用可能な前記帯域幅を最大限使用するために前記クライアント端で前記接続を切り替える手段１４４（図３を参照）による使用のための制御命令１５２（図３を参照）を生成する。スプリッタ／マージャ装置１３０及び結合／分割構成要素２００の機能は、入ってくるトラフィックと出て行くトラフィックとの両方が存在する場合には、対称であり酷似している。もしスプリッタ／マージャ装置１３０が、例えばファイアウォール又はポートフォワーディングを実施するゲートウェイにおいて構成されるならば、本発明の実施例は、ユーザに見えないように実施されることができる。インターネットウェブサイトは、マージャとして機能することができ、これにより前記第２位置における前記サーバ装置は、前記第１位置におけるスプリッタ／マージャ装置１３０の動作を認識しないままである。スプリッタ／マージャ装置１３０及び結合／分割構成要素２００は、それぞれ単方向トラフィック又は双方向トラフィックを扱うように構成されることができる。

図２は、図１に示されるハードウェア及びソフトウェア構成要素上にオーバーレイされた複数の接続の設定を示す。この状況において、外部の分割／結合装置２００（ＩＰアドレスＩＰ３を持つ）におけるアプリケーションは、クライアント装置１００とインターネットホスト４００（ＩＰアドレスＩＰ４を持つ）との間の接続を開始する。これは、接続１として示される。接続１は、以下のように確立される。内部のスプリッタ／マージャ装置１３０は、インターネット結合／分割構成要素２００（ＩＰアドレスＩＰ３を持つ）への全ての利用可能なアクセスネットワーク（１１０、１２０）上に特別な接続を作る。これは、結果として接続２及び３を生じる。前記接続は、以下の態様で通常の接続とは異なるので、前記接続は特別である。第一に、初めにヘッダは、少なくとも目的のＩＰアドレス（ＩＰ４）を有するインターネット・マージャ／スプリッタ２００（ＩＰ３を持つ）に転送される。第二に、前記再送信プロトコルは、アクセスネットワーク１（ＡＮ１）上で失われたパケットのアクセスネットワーク２（ＡＮ２）上の再送信を可能にするように変更される。これは、ＩＰレベルで使用されるルーティング・プロトコルと同様である。単純な解決法は、通常の接続を使用することであり、このビットのストリーム内で、以下のサブストラクチャ、即ち＜パケットＩＤ、ペイロード＞＜パケットＩＤ、ペイロード＞．．．を定めることである。

図３は、図１による前記ハードウェア及びソフトウェア構成要素を更に詳細に示す。スプリッタ／マージャ装置１３０は、接続１と相互運用する手段１３２と、アクセスネットワークＡＮ１及びＡＮ２上に特別な接続２、３を作る手段１３４と、クライアント装置１００上で動作するアプリケーション１０６から装置１３０が受信するトラフィック１３８を分割されたデータパケット１４０に分割する手段１３６と、データパケット１４０をＩＰ１及びＩＰ２を介して結合／分割構成要素２００に送信する手段１４２と、ＡＮ１とＡＮ２との間のサービスにおいて前記再送信プロトコルを切り替える手段１４４とを有する。結合／分割構成要素２００は、受信したデータパケット１４０をストリーム５００に結合する手段２１０と、結合されたストリーム５００をサーバ装置４００に転送する手段２２０とを有する。双方向トラフィックの目的のために、構成要素２００は、オプションとして、サーバ装置４００からデータストリーム６００を受信する手段２３０と、ストリーム６００を分割されたデータパケット６２０に分割する手段２４０と、パケット６２０をスプリッタ／マージャ装置１３０に送信する手段２５０と、ＡＮ１とＡＮ２との間のサービスにおいて前記再送信プロトコルを切り替える手段２６０とを有していてもよい。構成要素２００の送信及び受信手段が、代替的に、インターネット上にこれら自体を手段３１０及び３２０として、これらの組み合わせとしてでさえ構成されることができることは、明らかにされるべきである。双方向トラフィックの目的のために、スプリッタ／マージャ装置１３０は、結合／分割構成要素２００により送信されたパケット（もし単一のストリームであれば５００、もし分割されたストリームであれば６２０）を受信する手段１４６を有する。装置１３０は、受信しうる分割されたストリーム６２０を結合する手段１５４をも有する。

図４は、前記ハードウェア及びソフトウェア構成要素、並びに上述のように利用されるこれらの間の接続の全図を与える。

パケットは複数のアクセスネットワーク上に送信されるので、２番目以降の接続のパケットＩＤは、（第１ネットワーク上に送信された）パケットを読み飛ばすことができ、パケットＩＤは、（もしこれが後で再送信及び供給されるならば）２つのネットワーク上に到着することができる。代わりに、ＵＤＰパッケージは、必要とされうる特定のプロトコルを作るために使用されることができる。これは、既にＴＣＰ内に存在する機能の多くの再実施を必要とするだろう。

分割及び結合アルゴリズムに関する本発明の態様は、以下の例として図示される。

前記スプリッタ用の可能なアルゴリズムは、以下のとおりである。
１．ＴＣＰストリームのＮビットを取り、パッケージ＝＜ｘ、ペイロード＞を作る
２．パッケージｘをバッファリングに記憶する
３．パッケージｘを（ネットワークｎ上のＴＣＰ接続が、現在、再送信されていない／又は壊れている／又は使用中である）アクセスネットワークｎに送信する
４．１に進み、次のＮビット及びパッケージＩＤ＝ｘ＋１を取る
＋アクセスネットワーク１．．．ｎ上のＴＣＰ再送信プロトコルに対する変更、
→もしパッケージｘからのデータが再送信されるか／供給されることができなければ、以下の手順を起動する
再送信する（パッケージｘ、アクセスネットワークｎ）
１．バッファからパッケージｘを取り出し、異なるアクセスネットワークｋ上に再送信する
２．アクセスネットワークｎ上への再送信をキャンセルする
→もしパッケージｘからのデータが、成功して送信されるならば（ＴＣＰにおいて承認される）
受信される（パッケージｘ）
１．パッケージｘのバッファを開放する。

前記マージャ用の可能なアルゴリズムは、以下のとおりである。
１．ＴＣＰストリームからＮビットを受信し、パッケージ＝＜ｘ、ペイロード＞を再構築し、
２．もし（より小さいｘを持つパッケージが供給されなければ）パッケージをバッファリングし、
３．そうでなければ
3.1ペイロードを次の段階に移し、供給された数ｘを増加し、
3.2バッファリングされたパッケージｘ＋１を確認する（もし見つかれば3.1に戻り、そうでなければ終了）。

必要とされるスプリッタ／マージャ・バッファリング・アルゴリズムは、ＴＣＰ自体の通常のバッファリング機構と類似している。主な違いは、前記パケットが異なるＩＰアドレスから受信されることである。

以下のステップは、インターネット・マージャに対してＩＰ４を持つ装置４００とＩＰ３を持つ構成要素２００との間のＴＣＰ接続と、構成要素２００内の前記マージャに対するＴＣＰを使用するアプリケーションとに関する。適切なアルゴリズムは、当業者に既知であると考えられる。

一度、インターネット・マージャ／スプリッタ２００が、前記装置内のアプリケーション１０６により送信されたビットストリーム（の先頭）を再構築すると、これは、（通常のＴＣＰ接続である）ＴＣＰ接続４を作り、この後に、前記ビットストリームをＩＰ４を持つ装置４００（本例においてはウェブサイト）に送信する。ウェブサイト４００は、前記ビットストリームを受信し、これをＩＰアドレスＩＰ３を持つインターネットホストから来た通常のＴＣＰ接続として扱うだろう。ウェブサイト４００は、これ自体のビットストリームに応答し、前記これ自体のビットストリームをインターネット・マージャ／スプリッタ２００に送信する。インターネット・マージャ／スプリッタ２００は、このビットストリームをパッケージに分離し（上述のスプリッタ機能性を参照）、前記パッケージを適切な利用可能なアクセスネットワークに送信するだろう。

これらのステップは、従って、前記第２位置における装置４００から外部のインターネット・マージャ／スプリッタ２００への通信において、酷似している。

最後に、前記第１位置における装置１００は、前記第２位置における装置４００から生じた前記入ってくるパッケージを結合し、結果として生じたビットストリームをアプリケーション１０６に移す。アプリケーション１０６は、これをＩＰ４への通常のＴＣＰ接続として扱うだろう。オプションとして、スプリッタ認識アプリケーションは、ＴＣＰ接続が前記スプリッタ（上記を参照）を使用するか否か、又はＴＣＰ接続が単一のネットワークを使用するかどうかを制御することができるように、インターフェースが加えられることができる。

使用されたＩＰアドレス上の前記スプリッタの効果が、ＮＡＴ変換に類似しており、前記第２位置におけるウェブサイト４００は、ＩＰ３と通信するかのように動作し、前記第１位置におけるアプリケーション１０６自体は、ＩＰ１又はＩＰ２を使用して通信するかのように動作するだろうと当業者に明らかである。オプションとして、通常はＴＣＰ ＡＰＩに存在する“ローカルＩＰアドレスを取得する”方法は、ウェブサイト４００及びアプリケーション１０６の両方が、ＩＰ３とＩＰ４との間で通信するかのように動作するように、ＩＰ３を前記アプリケーションに返すことができる。他のオプションは、ＩＰ１、ＩＰ２及びＩＰ３をアプリケーション１０６に返すことである。もしアプリケーション１０６がＩＰ１／ＩＰ２を選択するならば、これは、これら特定のアクセスネットワークを使用し、もしＩＰ３を選択するならば、これは、スプリッタ２００を使用する（且つＮＡＴを必要としない）。前記アプリケーションが、前記ＩＰアドレスの仕様、例えば何れのタイプのネットワークが手元にあるかを問い合わせることを可能にする特別なインターフェースがありうる。

メッセージ・シーケンスの実施例は、以下を有する。
１．＜内部＞アプリケーションは、ＩＰ１からＩＰ４までＴＣＰ接続を命令する
２．装置スプリッタは、インターネット・マージャへのＡＮ１、ＡＮ２上のＴＣＰ＋接続を開く
３．インターネット・マージャは、ＩＰ４に対してＴＣＰ接続を開く
（省かれたＴＣＰプロトコルの肯定応答）
４．＜内部＞アプリケーションは、ＮビットをＴＣＰ接続上に送信する
５．＜内部＞スプリッタは、Ｎビットをバッファリングする
６．装置スプリッタは、パッケージ＜１、０．．．Ｎ／２ビット＞をＡＮ１上に送信する
（ここで、ＡＮ１は、前記パッケージを失い、長いタイムアウトの後に再送信すると仮定する）
７．装置スプリッタは、パッケージ＜２、Ｎ／２．．．Ｎビット＞をＡＮ２上に送信する
（ＡＮ１は、スプリッタがパッケージ２を送信している場合には、パッケージ１を承認しない。
パッケージ２が到着し且つ承認されると仮定する）
８．インターネット・スプリッタは、パッケージ２を受信し、これをバッファリングする
９．装置スプリッタは、パッケージ＜１、０．．．Ｎ／２ビット＞をＡＮ２上に送信する
１０．インターネット・スプリッタは、パッケージ１を受信し、ビット０．．．ＮをＩＰ４に対してＴＣＰ接続上に送信する。

もしこの後にアクセスネットワーク２（ＡＮ２）が故障するか又は遅く、且つアクセスネットワーク１が利用可能であれば、同様なメッセージ・シーケンスが生じ、前記メッセージは、単一の接続が存在するかのように再び到着する。

最後に、本発明は、本発明を実行するコンピュータプログラム、特に担体上又は内のコンピュータプログラムにも拡張する。プログラム１６０は、ソースコード、オブジェクトコード、部分的にコンパイルされた形式のようなオブジェクトコード及びコード中間ソース（code intermediate source）の形式、又は本発明によるプロセスの実施において使用するのに適したその他の形式であってもよい。前記担体は、前記プログラムを運ぶことができる何れのエンティティ又は装置であってもよい。例えば、前記担体は、記憶媒体を有することができ、又は電気若しくは光ケーブルを介して、無線により又は他の手段により伝達されることができる電気若しくは光信号のような送信可能な担体であってもよい。前記プログラムが、ケーブル又は他の装置若しくは手段により直接運ばれることができる信号で実施される場合、前記担体は、このようなケーブル又は他の装置手段により構成されうる。代わりに、前記担体は、前記プログラムが埋め込まれた集積回路であってもよく、前記集積回路は、関連したプロセスのステップを実行する、又は前記プログラム内で使用するように構成される。

上で述べられた一般的な新規及び発明的な概念は、輻輳した通信経路を避ける際に複数のネットワークの使用を可能にする。関連する利点は、インターネット上の前記結合／分割構成要素と初めに相互作用する必要がないので、前記ネットワークの待ち時間が小さくなり、帯域幅が増加されることであり、ペイロード内にこれ自体のＩＰアドレスを持つプロトコルが壊れないことである。

本発明による方法と共に使用するための幾つかのハードウェア及びソフトウェア構成要素の基本的な構成を描く。 クライアント装置とサーバ装置との間のプロキシされた接続１、前記クライアント装置と相互運用する分割／結合装置とインターネット上の結合／分割構成要素との間の特別な接続２，３、及び前記結合／分割構成要素と前記サーバ装置との間の接続４の概観を描き、接続１乃至４は、本発明による方法の適用中に動作状態になる。 図１によるハードウェア及びソフトウェア構成要素の詳細な構成を描く。 図３による詳細な構成の上に図２のオーバーレイを描く。

Claims (8)

1. ネットワーク内の第１位置におけるクライアント装置と第２位置におけるサーバ装置との間のＴＣＰ接続のようなネットワーク間接続上のリレー動作を高速化する方法であり、前記ネットワークが、前記クライアント装置と前記サーバ装置との間に複数のアクセスノード又は通信経路を有し、前記方法が、制御構成要素をホストとするコマンドプロトコルの使用を有し、前記方法が、
   −前記クライアント装置とインターネット上の前記サーバ装置との間の接続を開始するステップと、
   −複数の利用可能なアクセスネットワーク上に前記インターネット上の結合／分割構成要素に対する特別な接続を作るステップと、
   −前記インターネット上の前記結合／分割構成要素と前記第２位置における前記サーバ装置との間に接続を作るステップと、
   −前記第１位置における前記クライアント装置自体で動作するアプリケーションからのトラフィックを分割するステップと、
   −前記クライアント装置から生じた分割されたデータパケットを複数のＩＰアドレスを介して前記インターネットで送信するステップと、
   −適切な場合に応答の無いパケットを再送信するステップ、又はもし適切であれば前記アクセスネットワーク毎に再送信プロトコルを切り替えるステップと、
   −複数のＩＰアドレスを通る前記クライアント装置から生じた前記パケットのストリームを前記インターネット上の前記結合／分割構成要素において結合するステップと、
   −結合された前記ストリームを前記第２位置における前記サーバ装置に転送するステップと、
   を有する方法であって、
   前記サーバ装置から前記クライアント装置へのトラフィックは、上記のステップを逆の機能的順序で進む、
   方法。
2. 前記方法が、更に、前記インターネット上の前記結合／分割構成要素に関して前記クライアント装置が利用することができる複数のアクセスネットワーク上の帯域幅を監視し、利用可能な前記帯域幅を最大限使用するために前記接続をクライアント端で切り替える制御命令を生成することにより利用可能な前記帯域幅の変化に応答するステップを有する、請求項１に記載のネットワーク間接続上のリレー動作を高速化する方法。
3. 複数のＩＰアドレスを通る前記サーバ装置から生じた前記パケットのストリームを、前記インターネット上の結合／分割構成要素において結合し、逆方向のトラフィックを分割する複数のステップが存在する、請求項１に記載のネットワーク間接続上のリレー動作を高速化する方法。
4. 請求項１に記載のリレー動作を高速化する方法において第１位置におけるクライアント装置と共に又は第２位置におけるサーバ装置と共に使用するのに適した分割／結合装置であって、
   −前記クライアント装置とインターネット上の前記サーバ装置との間の接続と相互運用する手段と、
   −前記分割／結合装置自体と前記インターネット上の結合／分割構成要素との間の複数の利用可能なアクセスネットワーク上に特別な接続を作る手段と、
   −前記第１位置における前記クライアント装置上で動作するアプリケーションからのトラフィックを分割されたデータパケットに分割する手段と、
   −前記分割されたデータパケットを前記インターネット上に複数のＩＰアドレスを介して前記インターネット上の前記結合／分割構成要素に送信する手段と、
   −アクセスネットワーク毎に再送信プロトコルを切り替える手段と、
   −前記結合／分割構成要素において受信された前記分割されたデータパケットを結合されたストリームに結合する手段と、
   −前記結合されたストリームを前記第２位置における前記サーバ装置に転送する手段と、
   −オプションとして、前記第２位置における前記サーバ装置からデータストリームを受信する手段と、
   −オプションとして、前記データストリームを分割されたデータパケットに分割する手段と、
   −オプションとして、前記分割されたデータパケットを前記インターネットで複数のＩＰアドレスを介して前記分割／結合装置に送信する手段と、
   −オプションとして、アクセスネットワーク毎に再送信プロトコルを切り替える手段と、
   −前記結合／分割構成要素により前記インターネットで前記分割／結合装置に送信された前記パケットを受信する手段と、
   −前記結合／分割構成要素により前記分割／結合装置に送信されたパケットの分割されたストリームを結合する手段と、
   を有する分割／結合装置。
5. 前記装置が、更に、前記インターネット上の前記結合／分割構成要素に関して前記クライアント装置が利用することができる複数のアクセスネットワーク上の帯域幅を監視する手段と、利用可能な前記帯域幅を最大限使用するために、前記接続をクライアント端で切り替える制御命令を生成することにより利用可能な前記帯域幅の変化に応答する手段とを有する、請求項４に記載の分割／結合装置。
6. 命令を有するコンピュータプログラムであって、前記命令は、送信ハードウェアを持つ又は送信ハードウェアに接続されたプログラム可能な処理装置を請求項１に記載の接続を切り替える方法の前記分割／結合するステップ及び切り替えるステップを実行することができるようにするために、前記第１位置における前記クライアント装置自体で動作するアプリケーションからのトラフィックの分割と、インターネット上の前記結合／分割構成要素に関して前記クライアント装置が利用することができる全てのアクセスネットワーク上の帯域幅の監視に関して実行されるべき処理又は機能を定めるコードを少なくとも含む、コンピュータプログラム。
7. ネットワーク内の第１位置におけるクライアント装置と第２位置におけるサーバ装置との間にＴＣＰ接続のようなネットワーク間接続上のリレー動作を高速化するシステムであり、前記ネットワークは、前記クライアント装置と前記サーバ装置との間に複数のアクセスノード又はチャネルを有し、前記システムは、
   クライアント端において、
   −前記クライアント装置と前記サーバ装置との間の接続をプロキシする手段と、
   −異なる通信経路に対する複数の別々の接続の中にプロキシされた前記接続を作る手段と、
   −前記異なる通信経路上でこれら別々の接続を経路指定する手段と、
   を有し、
   中間又はサーバ端において、
   −それぞれ、複数の前記異なる通信経路上のトラフィックを受信する及び／又は前記異なる通信経路上のトラフィックを送信する手段と、
   −それぞれ、前記トラフィックを結合されたストリームに結合し、単一の接続を介して転送する、及び／又はトラフィックを異なるストリームに分割する手段と、
   −結合されたトラフィックを前記サーバ装置に転送し、前記サーバ装置から受信されたトラフィックを適切であればそれぞれ前記異なる通信経路上のトラフィックに分割された単一のストリームとして前記サーバ装置により前記トラフィックが転送されるべき前記手段に転送する手段と、
   を有するシステム。
8. 前記システムが更に、
   −前記別々の通信経路上で利用可能な帯域幅を監視する手段と、
   −利用可能な前記帯域幅の変化に応答する手段であって、利用可能な前記帯域幅を最大限使用するために前記クライアント端において前記ＴＣＰ接続を切り替える手段により使用するための制御命令を生成する手段と、
   を有する、請求項７に記載のシステム。
   

Images