(57)【特許請求の範囲】
【請求項１】
マルチパスＴＣＰ接続にわたるワイヤレス通信の方法であって、前記方法は、装置が実行し、前記方法は、
第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信することと、
第２のパス上の第２のサブフローを通じて通信することと、
前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを前記装置と異なる別の装置に提供することと
を備え、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供され、前記ヘルスメトリックは、ごく最近受信したヘルスメトリックを利用し、望まれる場合にヘルスメトリックのより古いバージョンが破棄されることができるように、レポートされたメトリックに関連するタイムスタンプおよびカウントインデックスを含む
方法。
【請求項２】
前記第１のワイヤレスリンクの前記品質は、前記第１のワイヤレスリンクに対応するビットエラーレート、パケットエラーレート、物理レイヤスループット、信号強度、コーディングスキーム、または符号化スキームのうちの少なくとも１つを備える、前記第１のワイヤレスリンクのリンクレイヤ特徴を備える、
請求項１に記載の方法。
【請求項３】
前記第１のワイヤレスリンクの前記品質は、前記第１のワイヤレスリンクに対応するグッドプットを備える、
請求項１に記載の方法。
【請求項４】
前記第１のワイヤレスリンクの前記品質は、再送信待ち行列に対応するパケットのナンバー、トランスポートレベルスループット、平滑化されたラウンドトリップ時間、ラウンドトリップ時間、または輻輳ウィンドウのうちの少なくとも１つを備える、前記第１のパスのＴＣＰレイヤ特徴を備える、
請求項１に記載の方法。
【請求項５】
前記第２のパスは、第２のワイヤレスリンクを備え、前記ヘルスメトリックは、前記第２のワイヤレスリンクの品質にさらに対応する、
請求項１に記載の方法。
【請求項６】
前記第１のサブフローは、マルチパスＴＣＰフローに対応するＴＣＰサブフローを備え、
前記第２のサブフローは、前記マルチパスＴＣＰフローに対応するＴＣＰサブフローに対応する、
請求項１に記載の方法。
【請求項７】
前記第３のサブフローは、ＵＤＰオーバレイを備える、
請求項１に記載の方法。
【請求項８】
前記第３のサブフローは、ＴＣＰオーバレイを備える、
請求項１に記載の方法。
【請求項９】
前記第３のサブフローは、マルチパスＴＣＰエンティティによって管理されるＴＣＰサブフローを備える、
請求項１に記載の方法。
【請求項１０】
前記第３のサブフローは、マルチパスＴＣＰエンティティによって管理されるＵＤＰサブフローを備える、
請求項１に記載の方法。
【請求項１１】
前記第１のサブフローまたは前記第２のサブフローのうちの１つを通じて受信されたパケットに対応する肯定応答を送ることをさらに備える、
請求項１に記載の方法。
【請求項１２】
前記受信パケットが肯定応答が既に送られた複製パケットであるかどうか決定することをさらに備える、
請求項１１に記載の方法。
【請求項１３】
前記第１のパスは、ソースでの第１のＩＰアドレスおよび宛先での第２のＩＰアドレスを備え、前記第２のパスは、前記ソースでの第３のＩＰアドレスおよび前記宛先での第４のＩＰアドレスを備える、
請求項１に記載の方法。
【請求項１４】
前記第１のＩＰアドレスは、前記第３のＩＰアドレスと異なる、
請求項１３に記載の方法。
【請求項１５】
前記第２のＩＰアドレスは、前記第４のＩＰアドレスと異なる、
請求項１３に記載の方法。
【請求項１６】
前記ヘルスメトリックは、ラウンドトリップ時間および輻輳ウィンドウにさらに対応する、
請求項１に記載の方法。
【請求項１７】
マルチパスＴＣＰ接続にわたるワイヤレス通信の装置であって、
第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信するための手段と、
第２のパスの第２のサブフローを通じて通信するための手段と、
前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを前記装置と異なる別の装置に提供するための手段と
を備え、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供され、前記ヘルスメトリックは、ごく最近受信したヘルスメトリックを利用し、望まれる場合にヘルスメトリックのより古いバージョンが破棄されることができるように、レポートされたメトリックに関連するタイムスタンプおよびカウントインデックスを含む、
装置。
【請求項１８】
マルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラムであって、
コンピュータに、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信させるための命令と、
コンピュータに、第２のパス上の第２のサブフローを通じて通信させるための命令と、
コンピュータに、前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを前記コンピュータと異なる別のコンピュータに提供させるための命令と
を備え、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供され、前記ヘルスメトリックは、ごく最近受信したヘルスメトリックを利用し、望まれる場合にヘルスメトリックのより古いバージョンが破棄されることができるように、レポートされたメトリックに関連するタイムスタンプおよびカウントインデックスを含む、
コンピュータプログラム。
【請求項１９】
マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されるメモリと
を備え、前記少なくとも１つのプロセッサは、
第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信することと、
第２のパスの第２のサブフローを通じて通信することと、
前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを前記装置と異なる別の装置に提供することと
を行うように構成され、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供され、前記ヘルスメトリックは、ごく最近受信したヘルスメトリックを利用し、望まれる場合にヘルスメトリックのより古いバージョンが破棄されることができるように、レポートされたメトリックに関連するタイムスタンプおよびカウントインデックスを含む、
装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の態様は、一般に、ワイヤレス通信に関し、特に、ワイヤレス通信ネットワークにおけるマルチパストランスポート制御に関する。
【背景技術】
【０００２】
伝送制御プロトコル（ＴＣＰ）は、ウェブブラウジング、ＦＴＰ、ＩＭＡＰなどのためのＨＴＴＰのような非リアルタイムサービスに頻繁に使用されるトランスポートプロトコルである。ＴＣＰ接続は、クライアント、例えば、ユーザ機器（ＵＥ）と、サーバとの間でセットアップすることができる。ＴＣＰは、ＩＰレイヤの上にあり、ＩＰレイヤの信頼性を改善するために再送信、フロー制御および輻輳制御を使用する。
【０００３】
フロー制御に対して、ＴＣＰ接続における受信機側は、データが送られるのと同じだけ受信機がデータのためのバッファ容量を有することができるように送信機を制御する。したがって、送信機側は、受信機からの肯定応答にしたがって送信レートを動的に調節する。さらに、送信機側の輻輳制御は、送信機側が送信することができるデータの量を決定するために、遅い開始および輻輳回避アルゴリズムによって制御される輻輳ウィンドウ（ＣＷ）および受信機がデータのためのバッファを有するサイズで提示されるウィンドウを使用しうる。
【０００４】
インターネットのような現代のネットワークでは、ホストは、マルチパスによってしばしば接続される。ここで、各パスは、ソースおよび宛先アドレスのペアによって定義される。例えば、移動局は、Ｗ−ＣＤＭＡ（登録商標）、ＬＴＥ、ＣＤＭＡ２０００、およびＷｉＭＡＸのような２つ以上のプロトコルのためのＷＷＡＮリンク、あるいはＷＬＡＮまたはＷＰＡＮリンクのような複数のワイヤレスリンクを含みうる。同様に、ネットワークサーバーは、ネットワークに対する任意の数のリンクを有する。
【０００５】
しかしながら、ＴＣＰは、トランスポート接続毎に通信を単一パスに制限する。ネットワーク内のリソース使用法の効率を改善するために、マルチパスＴＣＰプロトコルは、複数のトランスポートパスにわたって情報を分割することによって同時に使用されることができる、これらのマルチパスを可能にするために記述される。複数のパスを使用することによって、マルチパスＴＣＰは、ネットワーク障害および増加したスループットに対する改善した復元力を通じてユーザエクスペリエンスを向上させることができる。
【０００６】
ＴＣＰ接続を通じてルートされるに情報は、データおよび制御シグナリングを含む。制御メッセージは、マルチパスをセットアップするまたは維持するために任意の情報交換、例えば、マルチパス接続をセットアップするために追加のＩＰアドレスに関して問い合わせることを含みうる。データ情報は、マルチパストランスポートを通じて通信されているアプリケーションレイヤデータを含む。
【０００７】
マルチパスＴＣＰが様々な改良を提供するが、データおよび制御シグナリング配信、特に、独立に変化する信号品質を有するワイヤレスリンクを含むマルチパスを通じて接続するためのデータおよび制御シグナリング配信をさらに改善する要望が依然として残ったままである。すなわち、そのようなマルチパス接続とともに、制御メッセージの交換は、これらの制御メッセージを搬送するパスが対応するワイヤレスリンク上で深いフェードにより作動しなくなる場合に妨げになりうる。ここで、マルチパスセッションセットアップおよび維持は、遅らせられることができる。さらに、１つのパス上のデータが落ちる場合、窮乏が別の良いパスで起こり、アプリケーション性能およびユーザエクスペリエンスを妨害しうる。
【発明の概要】
【０００８】
ワイヤレス通信ネットワーク中のマルチパストランスポート制御の発展を進めるために、マルチパスＴＣＰのようなマルチパストランスポートプロトコルは、それぞれのパスを通じてデータおよび制御シグナリングを動的に割り当てるために、異なるパス上で使用される１つまたは複数のワイヤレスリンクのリンクレイヤ条件に対応するメトリクスを利用することができる。このように、フロー制御およびデータフローが向上させられるにつれて、マルチパスＴＣＰ接続は、より信頼でき、効率的になりうる。
【０００９】
開示の１つの態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信の方法は、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信することと、第２のパス上の第２のサブフローを通じて通信することと、第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供することとを含み、ヘルスメトリックは、第１のパスまたは第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供される。
【００１０】
開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信の方法は、第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信することと、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てることと、第２のパス上の第２のサブフローにＴＣＰフローの第２の部分を割り当てることとを含み、第１の部分の量と第２の部分の量は、ヘルスメトリックに従って決定される。
【００１１】
また開示の別の態様では、複数のパスを含むマルチパスＴＣＰ接続にわたるワイヤレス通信の方法が提供される。ここで、方法は、複数のパスのうちの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信することと、複数のパスのうちの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信することと、複数のパスのうちの少なくとも２つのパス上の第１のサブフローおよび第２のサブフローに対応する制御情報を送信することとを含み、制御情報は、少なくとも２つのパスの各々にわたって複製される。
【００１２】
また開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置は、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信するための手段と、第２のパス上の第２のサブフローを通じて通信するための手段と、第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供するための手段とを含み、ヘルスメトリックは、第１パスまたは第２のパスの少なくとも１つのパス上の第３のサブフローで提供される。
【００１３】
また開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置は、第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信するための手段と、第１のワイヤレスリンクを備える第１のパス上の第１のサブフレームにＴＣＰフローの第１の部分割り当てるための手段と、第２のパス上の第２のサブフローにＴＣＰフローの第２の部分を割り当てるための手段とを含み、第１の部分および第２の部分の量は、ヘルスメトリックに従って決定される。
【００１４】
また開示の別の態様では、複数のパスを含むマルチパスＴＣＰ接続にわたるワイヤレス通信のための装置が提供される。ここで、装置は、複数のパスのうちの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信するための手段と、複数のパスのうちの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信するための手段と、複数のパスのうちの少なくとも２つのパスを通じて第１サブフローおよび第２のサブフローに対応する制御情報を送信するための手段とを含み、制御情報は、少なくとも２つのパスの各々にわたって複製される。
【００１５】
また開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラム製品が提供される。ここで、コンピュータプログラム製品は、コンピュータに、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信させるための命令と、コンピュータに、第２のパス上の第２のサブフローを通じて通信させるための命令と、コンピュータに、第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供させるための命令とを有するコンピュータ可読媒体を含み、ヘルスメトリックは、第１パスまたは第２のパスのうちの少なくとも１つの上の第３のサブフロー上で提供される。
【００１６】
また開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラム製品が提供される。ここで、コンピュータプログラム製品は、コンピュータに、第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信させるための命令と、コンピュータに、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てさせるための命令と、コンピュータに、第２のパス上の第２のサブフローにＴＣＰの第２の部分を割り当てさせるための命令とを有するコンピュータ可読媒体を含み、第１の部分の量と第２の部分の量は、ヘルスメトリックに従って決定される。
【００１７】
また開示の別の態様では、複数のパスを含むマルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラム製品が提供される。ここで、コンピュータプログラム製品は、コンピュータに、複数のパスのうちの第１のパスの第１のサブフローを通じてデータフローの第１の部分を送信させるための命令と、コンピュータに、複数のパスのうちの第２のパスの第２のサブフローを通じてデータフローの第２の部分を送信させるための命令と複数のパスのうちの少なくとも２つのパス上の第１サブフローおよび第２のサブフローに対応する制御情報を送信させるための命令とを有するコンピュータ可読媒体を含み、制御情報は、少なくとも２つのパスの各々にわたって複製される。
【００１８】
また開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置は、少なくとも１つのプロセッサと少なくとも１つのプロセッサに接続されるメモリとを含む。ここで、少なくとも１つのプロセッサは、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信することと、第２のパスの第２のサブフローを通じて通信することと、第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供することとを行うように構成され、ヘルスメトリックは、第１のパスまたは第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供される。
【００１９】
また開示の別の態様では、マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されるメモリとを含む。ここで、少なくとも１つのプロセッサは、第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信することと、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てることと、第２のパス上の第２のサブフローにＴＣＰフローの第２の部分を割り当てることとを行うように構成され、第１の部分の量および第２の部分の量は、ヘルスメトリックに従って決定される。
【００２０】
また開示の別の態様では、複数のパスを含むマルチパスＴＣＰ接続にわたるワイヤレス通信のための装置が提供される。ここで、装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されるメモリを含む。少なくとも１つのプロセッサは、複数のパスのうちの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信することと、複数のパスのうちの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信することと、複数のパスのうちの少なくとも２つのパス上の第１サブフローおよび第２のサブフローに対応する制御情報を送信することとを行うように構成され、制御情報は、少なくとも２つのパスの各々にわたって複製される。
【００２１】
発明のこれらの態様および他の態様は、以下の詳細な記述レビューによりより完全に理解することができるようになることになる。
【図面の簡単な説明】
【００２２】
【図１】処理システムを用いる装置のためのハードウェア実装の例を説明するブロック図。
【図２】規準ＴＣＰおよびマルチパスＴＣＰのためのプロトコルスタックを比較する図表の例である。
【図３】ワイヤレス通信ネットワーク中のマルチパスＴＣＰ接続を説明する、単純化されたブロック図。
【図４】マルチパスＴＣＰ接続を通じて例示のクライアントサーバ通信におけるプロトコルスタックを説明する概略図。
【図５】少なくとも１つのワイヤレスリンクの品質に対応するヘルスメトリックを利用するマルチパスＴＣＰ通信の方法を説明するフローチャート。
【図６】ヘルスメトリックに従ってシグナリングを動的に調節するためのマルチパスＴＣＰ通信の方法を説明するフローチャート。
【図７】複数のパスを通じて複製された制御シグナリングパケットを利用するマルチパスＴＣＰ通信の方法を説明するフローチャート。
【図８】ワイヤレス通信ネットワーク中のトンネリングを利用するマルチパスＴＣＰ接続を説明する、単純化されたブロック図。
【図９】ワイヤレス通信ネットワーク中のトンネリングを利用するマルチパスＴＣＰ接続にわたる例示のクライアントサーバ通信におけるプロトコルスタックを説明する概略図。
【発明の詳細な説明】
【００２３】
添付図面に関連して以下に述べられる詳細な説明は、さまざまな構成の説明として意図されたものであり、本明細書において説明される概念が行われうる唯一の構成を表すことを意図したものではない。詳細な説明は、様々な概念の完全な理解を提供することを目的とする特定の詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細がなくても実行され得ることは当業者には明らかになる。いくつかのインスタンスでは、既知の構造およびコンポーネントは、このような概念を不明瞭にすることを回避するために、ブロック図形式で示される。
【００２４】
開示の様々な対応に従って、要素または要素の任意の一部、あるいは要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装されうる。プロセッサの例示は、マイクロプロセッサと、マイクロコントローラと、デジタル信号プロセッサ（ＤＳＰ）と、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）と、プログラマブル論理デバイス（ＰＬＤ）と、ステートマシンと、ゲート論理と、離散ハードウェア回路と、本開示にわたって説明される様々な機能を実行するように構成されるその他任意のハードウェアとを含む。
【００２５】
処理システムにおける１または複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェ記述言語あるいはそれら以外と称されることに関わりなく、ソフトウェアは、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行のスレッド、手順、機能などを意味するように広く解釈されるものとするソフトウェアはコンピュータ可読媒体上に存在しうる。コンピュータ可読媒体は、非一時的なコンピュータ可読媒体でありうる。非一時的なコンピュータ可読媒体は、一例として、磁気記憶デバイス（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光学ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブルディスク、およびコンピュータによってアクセスおよび読取可能なソフトウェアおよび／または命令を記憶するための任意の他の適切な媒体を含む。コンピュータ可読媒体は、また、一例として、キャリア波、送信ライン、及び、コンピュータによってアクセスおよび読取られうる命令および／またはソフトウェアを送信する任意の他の適切な媒体を含みうる。コンピュータ可読媒体は、処理システムの内部、処理システムの外部に存在することができ、または、処理システムを含む複数のエンティティにわたって分散されることができる。コンピュータ可読媒体は、コンピュータプログラム製品に組み込まれうる。一例として、コンピュータプログラム製品は、パッケージマテリアル内のコンピュータ可読媒体を含みうる。当業者は、システム全体に課された特定のアプリケーションおよび全体的な設計制約に依存して、本開示を通じて表わされる説明される機能をどのように実現することが最善かを認識するだろう。
【００２６】
図１は、処理システム１１４を用いる装置１００に対するハードウェア実装の例を図示している概念図である。この例において、処理システム１１４は、概してバス１０２によって表されるバスアーキテクチャで実装されうる。バス１０２は、処理システム１１４の特定の用途と全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１０２は、プロセッサ１０４によって一般的に表される１つまたは複数のプロセッサと、メモリと、コンピュータ可読媒体１０６によって一般的に表されるコンピュータ可読媒体とを含む、さまざまな回路を共にリンクされる。バス１０２は、さらに、当技術分野では既知であり、従ってこれ以上は説明されない、タイミングソース、周辺機器、電圧調節器、及び電力管理回路のような様々な他の回路とリンクしうる。バスインターフェース１０８は、バス１０２とトランシーバ１１０との間のインターフェースを提供する。トランシーバ１１０は、送信ケーブルを通じて様々な他の装置と通信するための手段を提供しうる。装置の性質に依存して、ユーザインターフェース１１２（たとえば、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティック）がさらに提供されうる。
【００２７】
プロセッサ１０４は、バス１０２を管理することと、一般的な処理とを担っており、コンピュータ可読媒体１０６に記憶されるソフトウェアの実行を含む。ソフトウェアは、プロセッサ１０４によって実行されるとき、処理システム１１４に、任意の特定の装置のために以下に説明される様々な機能を実行させる。また、コンピュータ可読媒体１０６は、ソフトウェアを実行するときにプロセッサ１０４によって操作されるデータを記憶させるために使用されうる。
【００２８】
本開示の様々な態様を組み込むために適した装置の例は、ワイヤレスネットワーク、ＷＷＡＮクライアントなどにおいて動作することができるユーザ機器（ＵＥ）を含むが、これに限定されない。ＵＥは、ワイヤレス端末、携帯電話、ユーザ端末、移動局、モバイルデバイス、加入者局、ワイヤレスデバイス、ワイヤレスノード、端末、アクセス端末、ノード、ハンドヘルドデバイス、タブレット、または他のある適切な専門用語で呼ばれうる。本発明の様々な態様を組み込むために適した装置の例示は、任意の適切なネットワーク接続でサーバまたはコンピュータを含むが、これらに限定されない。そのようなコンピュータは、ホスト、ノード、または他の適切な専門用語で呼ばれうる。本開示の全体を通じて説明される様々な概念は、装置がそれらの特定の学術用語に関わらずすべての適切に適用されるように意図される。
【００２９】
インターネットのような現代のネットワークでは、ネットワークを使用する複数のホスト、またはコンピュータは、１つまたは複数の通信パスを通じて互いと通信する。ここで、パスは、データの送り手と受け手との間のリンクのシーケンスを広く言及し、ソースアドレスおよび宛先アドレスに従って指定されうる。ソースおよび宛先アドレスのペアは、例えば（ＩＰsource、ＩＰdestination）のような、ＩＰアドレスによって指定されうる。それぞれのソースと宛先ホストとの間のリンクのシーケンスは、任意の数の個別の物理リンクを含み、最近になって、モバイルユーザ機器と基地局との間のセルの接続のような少なくとも１つのワイヤレスエアインターフェースを頻繁に含みうる。すなわち、パスは、ワイヤレス広域ネットワーク（ＷＷＡＮ）接続を含みうる。
【００３０】
本開示の様々な態様では、用語「サブフロー」は、アプリケーションレイヤでのオーバレイ、またはトランスポートレイヤでのセグメントを含みうる。すなわち、さらに詳細に以下で議論されるように、アプリケーションレイヤ接続またはトランスポートレイヤ接続は、サブフローと呼ばれうる。任意の場合において、サブフローは、個別のパスにわたって動作するフローを指す。
【００３１】
マルチパストランスポートプロトコルは、インターネットのようなネットワーク上のソースと宛先との間のトランスポートレイヤで管理される複数のサブフローへのサポートを行う。ここで、マルチパストランスポートレイヤサブフローは、従来のトランスポートレイヤフローであるネットワークのように見えるが、実際には、より大きなマルチパストランスポート接続の一部のみを形成する。
【００３２】
当業者に対して既知のマルチパストランスポートプロトコルの例示は、マルチパスＴＣＰ（ＭＰＴＣＰ）およびストリーム制御転送プロトコル（ＳＣＴＰ）を含む。特に、広い興味は、パスを横断して性能をアグリゲートするソースと宛先との間のインターネット上の複数のパスを使用するためのマルチパスＴＣＰに向けられたものである。それにもかかわらず、本開示の様々な態様がマルチパスＴＣＰを利用する特定の実装に関連する詳細を提供するが、本明細に開示された広い概念は、任意のマルチパストランスポートプロトコルに広く適用可能である。
【００３３】
図２は、その全体を参照によって本明細書に公に利用でき、組み込まれるＩＥＴＦインターネットドラフト、マルチパス発展のためのＴＣＰアーキテクチュアルガイドライン（Architectural Guidelines for Multipath TCP Development）、に従って従来のＴＣＰ接続２０２および従来のマルチパスＴＣＰ接続２５２のためのプロトコルスタックを説明する概略図である。ＴＣＰ接続２０２では、アプリケーションレイヤ２０４は、単一のパスを横断してフローを管理する、単一のＩＰレイヤ２０８と通信するためにＴＣＰレイヤ２０６を利用する。対照的に、マルチパスＴＣＰ接続２５２は、複数のＩＰレイヤ接続２６０を通じてデータを送るために、複数のサブフロー２５８を利用する。ここで、複数のサブフロー２５８の各々は、ＴＣＰ２０２接続のような従来のＴＣＰ接続であるネットワークのように見える。これらのサブフロー２５８は、マルチパスＴＣＰ（ＭＰＴＣＰ）レイヤ２５６によって管理される。マルチパスＴＣＰ（ＭＰＴＣＰ）レイヤ２５６は、アプリケーションレイヤ２５４より下の拡張レイヤであり、このレイヤより下の複数のＴＣＰサブフローを管理するように構成される。マルチパスＴＣＰレイヤ２５６は、アプリケーションレイヤの変更が必要ないように、従来のＴＣＰレイヤであるアプリケーションレイヤ２５４のように見えるように構成されうる。さらに、マルチパスＴＣＰレイヤ２５６は、パス管理、パケットスケジューリング、サブフローインターフェースの提供、および複数のサブフロー２５８のための輻輳制御のような機能を取り扱うように構成されうる。
【００３４】
図３は、本開示のいくつかの態様に従って、アプリケーションサーバ３０２とクライアントデバイス３０４との間の複数のパスを含む例示のネットワークを説明する、単純化されたブロック図である。ここで、マルチパスＴＣＰに必要な能力のあるクライアント（multipath TCP-capable client）３０４は、１つまたは複数のＷＷＡＮアクセスポイント３０６および３０８およびＷＷＡＮアクセスポイント３１０に接続されるプロキシまたはヘルパーノード３１２経由でマルチパスＴＣＰに必要な能力のあるアプリケーションサーバ３０２に直接接続される（以下で説明され、図８−９に示されるトンネリングを利用する接続とは対照的に、直接接続される）。説明される例示では、ＷＷＡＮアクセスポイント３０６、３０８および３１０の各々は、アプリケーションサーバ３０２がさらに通信可能に接続される、インターネットのようなネットワーククラウド３１４に接続される。
【００３５】
ここで、実例となる例として、クライアント３０４は、２つのＷＷＡＮアクセスポイント３０６および３０８と通信するためにデュアルＷＷＡＮモデムを含む。ＷＷＡＮ技術の例は、ロングタームエボリューション（ＬＴＥ）、高速パケットアクセス（ＨＳＰＡ）およびその発展、ＣＤＭＡ２０００、ＥＶ−ＤＯ  Ｒｅｖ．Ａ／Ｂ、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）、ＵＭＴＳ、ＧＰＲＳ／ＥＤＧＥなどを含むがこれらに限定されない。概して、クライアント３０４のようなモバイルプラットフォームにおける複数のＷＷＡＮモデムの各々は、ＷＷＡＮにアクセスすることができ、その結果、モバイルプラットフォームは、それに利用可能なＷＷＡＮモデムの各々を使用して帯域幅をアグリゲートする能力がありうる。ユーザに関連した利用可能なモデムは、１つのデバイス、つまりクライアント３０４に備わっていうる。追加のモデムは、デバイス３０４および３１２がお互いのワイヤードまたはワイヤレス近傍内に来た場合に動的に関連付けられる１つまたは複数のプロキシまたはヘルパーデバイス３１２上に存在しうる。
【００３６】
さらに、クライアント３０４は、プロキシ３１２と通信するためにＷＰＡＮモデムを含みうる。ここで、プロキシ３１２は、第３のＷＷＡＮアクセスポイント３１０と通信するためのＷＷＡＮモデムを含む。１つの例では、プロキシ３１２と通信するためのＷＰＡＮモデムは、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））または他の適切な低出力通信インターフェースでありうる。したがって、クライアント３０４およびプロキシ３１２は、ＷＰＡＮリンクのようなワイヤードまたはワイヤレスインクを通じて共に協調される（例えば、トラフィック合併することまたは分割することは、デバイスのうちの１つで実行されることができる）。
【００３７】
開示のいくつかの態様において、ＷＷＡＮアクセスポイント３０６および３０８を有するワイヤレスエアインターフェースの各々およびプロキシ３１２を有する低出力のエアインターフェースは、アドレス、例えばＩＰアドレスによって識別されうる。例えば、クライアント３０４とＷＷＡＮ  ０Ａアクセスポイント３０６との間のインターフェースは、ＩＰ１によって識別され、クライアント３０４とＷＷＡＮ  ０Ｂアクセスポイント３０８との間のインターフェースは、ＩＰ２によって識別され、クライアント３０４とプロキシ３１２との間のインターフェースはＩＰ３によって識別されうる。このように、マルチパスに必要な能力のあるアプリケーションサーバ３０２が３つのアドレスＩＰ４、ＩＰ５、およびＩＰ６で識別されると仮定すると、クライアント３０４は、各サブフローがそれぞれのパス、すなわち、（ＩＰ１，ＩＰ４）、（ＩＰ２，ＩＰ５）、および（ＩＰ３，ＩＰ６）にわたるものである、３つのサブフローを含むマルチパスＴＣＰ接続を利用するアプリケーションサーバ３０２と通信しうる。もちろん、クライアント３０４およびアプリケーションサーバ３０２からの複数のパスのうちのいくつかは、例えば、複数のパスのうちのいくつかがアドレスペア（ＩＰ１，ＩＰ４）および（ＩＰ２，ＩＰ４）によって識別されるように、同じＩＰアドレスで終了しうる。
【００３８】
図４は、ノードうちある１つ中のプロトコルスタックの一部を説明する概略図において、図３で示されるホストのうちのいくつかを説明する。クライアントは、携帯電話、タブレット、携帯情報端末（ＰＤＡ）、１つまたは複数のＷＷＡＮアクセスカードを含むパーソナルコンピュータなどのような任意の適切なユーザ機器でありうる。本開示の態様では、クライアント３０４は、アプリケーションレイヤ４０２、マルチパスＴＣＰレイヤ４０４、複数のＴＣＰサブフロー４０６、１つまたは複数のＷＷＡＮインターフェース４０８、および１つまたは複数のＷＬＡＮまたはＷＰＡＮインターフェース４１０を有するプロトコルスタックを含む。ＷＷＡＮインターフェース４０８およびＷＬＡＮ／ＷＰＡＮインターフェース４１０は、ＩＰレイヤ、データリンクレイヤ、およびＴＣＰレイヤ４０６より下の物理レイヤを表わす。クライアント３０４のために説明される特定のインターフェースは、性質の単なる例示であり、開示の様々な態様において、クライアント３０４は、ネットワーククラウドと通信するための任意の数の適切なワイヤードまたは通信インターフェースを含みうる。
【００３９】
説明される例では、クライアント３０４中のマルチパスＴＣＰレイヤ４０４は、４つのサブフロー４０６ａ、４０６ｂ、４０６ｃ、および４０６ｄを管理する。ここで、第１のサブフロー４０６ａは、マルチパスＴＣＰレイヤ４０４によって管理されるＵＤＰサブフローである。以下のさらなる詳細に記述される、本開示の他の態様では、ＵＤＰサブフローは、アプリケーションレイヤオーバレイでありうる。第２のサブフロー４０６ｂは、ＴＣＰサブフローである。ここで、第１サブフロー４０６ａおよび第２のサブフロー４０６ｂは、第１のＷＷＡＮアクセスポイント３０６と通信するために第１のＷＷＡＮインターフェース４０８ａを利用する。すなわち、開示の態様では、複数のサブフローは、１つの物理通信インターフェースを利用しうる。第３のサブフロー４０６ｃは、第２のＷＷＡＮアクセスポイント３０８と通信するために第２のＷＷＡＮインターフェース４０８ｂを利用する。第４のサブフロー４０６ｄは、プロキシ３１２と通信するＷＬＡＮ／ＷＰＡＮインターフェースを利用し、プロキシは、次に第３のＷＷＡＮアクセスポイント３１０と通信する。もちろん、様々な例示において、プロキシ３１２は、クライアント３０４とアプリケーションサーバ３０２との間のパスの一部を確立するために任意の適切なワイヤードまたはワイヤレスインターフェースを利用しうる。
【００４０】
ヘルパーノードと称されうる、プロキシ３１２は、携帯電話、タブレット、ＰＤＡ、パーソナルコンピュータなどのような任意の適切なデバイスであり、いくつかの例示において、クライアントデバイス３０４と同じデバイスのタイプでありうる。プロキシ３１２は、クライアント３０４のＷＷＡＮインターフェースでのアグリゲーションにおいて、クライアントデバイス３０４に対して増加したデータレートを提供することができる、相対的により高い帯域幅ＷＷＡＮインターフェースをプロキシ３１２が利用することができるように、クライアント３０４と接続を確立するように構成されうる。
【００４１】
ＷＷＡＮアクセスポイント３０６、３０８および３１０は、同じまたは異なる通信基準を利用することができ、基地局、ノードＢ、ｅＮｏｄｅ  Ｂ、ベーストランシーバ基地局（ＢＴＳ）、またはＷＷＡＮ通信のための任意の他の適切なアクセスポイントでありうる。
【００４２】
図３および４に説明される例示では、アプリケーションサーバ３０２は、アプリケーションレイヤ４１８が複数のＴＣＰサブフロー４１４通じて通信することを可能にするためのマルチパスＴＣＰレイヤ４１６を含む、マルチパスに必要な能力のあるアプリケーションサーバである。説明される例示では、アプリケーションサーバ３０２は、ＷＷＡＮアクセスポイント３０６、３０８および３１０の数に対応する複数のインターフェースレイヤ４１２を含むが、本開示の範囲内の様々な例示において、任意の数のインターフェース４１２がネットワークと通信するために利用されうる。
【００４３】
本開示の様々な態様に従って、１つまたはマルチパスＴＣＰレイヤ４１６または４０４のうちの１つまたは両方は、マルチパスマネージャ４２０を含みうる。説明の便宜上、以下の記述は、アプリケーションサーバ３０２のマルチパスＴＣＰレイヤ４１６中に含まれるマルチパスマネージャ４２０を指すことになるが、当業者は、記述される特徴のいくつかまたはすべてがクライアントデバイス３０４のマルチパスＴＣＰレイヤ４０４中に含まれるマルチパスマネージャ４２０に対して等しく適用できることを理解することになるだろう。
【００４４】
マルチパスマネージャ４２０は、マルチパスＴＣＰレイヤ４１６が単一のＴＣＰ接続としてアプリケーションレイヤ４１８に見えるような方法で、１つまたは複数のサブフローを管理するように構成される。さらに、複数のサブフローは、マルチパスＴＣＰを取り扱うために特定の変更を必要することなくネットワーク互換性を保持するために、基準ＴＣＰセッションとしてより低いレイヤに見える（またはサブフローのうちの１つが４０６ａで説明されるようにＵＤＰサブフローである場合において、それぞれのサブフローは、基準ＵＤＰセッションとしてより低いレイヤに見える）。
【００４５】
開示の態様では、マルチパスマネージャ４２０は、パス管理機能、パケットスケジューリング機能、サブフローインターフェース、および輻輳制御を含む機能コンポーネントを含む。パス管理機能は、クライアント３０４とリモートホスト、この場合、アプリケーションサーバ３０２との間の複数のパスを検出し使用しうる。パケットスケジューリング機能は、利用可能なサブフロー４１４のうちの１つの上で送信されることになる、アプリケーションレイヤ４１８からの受信されたパケットのフローをセグメントに分解される。すなわち、パケットスケジューリング機能は、アプリケーションサーバレベルデータを接続レベルセグメントに分割し、これらのセグメントに接続レベルシーケンスナンバーを付加しうる。接続レベルシーケンスナンバーは、以下でさらに詳細に議論されるサブフローレベルシーケンスナンバーから識別されるために、グローバルシーケンスナンバーと称されうる。
【００４６】
マルチパスマネージャ４２０のサブフローインターフェース機能は、パケットスケジューリング機能から割り当てられたセグメントを獲得し、指定されたサブフローを通じてそれらを送信しうる。マルチパスマネージャ４２０の輻輳制御機能は、一般に、スケジュールされたパケットをどのくらいのレートで、そしてどのサブフローで送るかをスケジュールするパケットスケジューリング機能を助けることによって、複数のサブフロー４１４の間の輻輳制御を調整する。
【００４７】
本開示の態様では、マルチパスマネージャ４２０によってそれぞれのサブフローに割り当てられたデータ量は、ヘルスメトリックに従って決定されることができる。ここで、ヘルスメトリックは、ワイヤレスリンクを含む１つまたは複数のパスのためのワイヤレスリンク条件、ラウンドトリップ時間（ＲＴＴ）、輻輳ウィンドウ（ＣＷ）、サブフローに対応する再送信待ち行列中のパケットのナンバー、などのような様々なファクタの関数に従って決定されることができる。いくつかの例示において、ヘルスメトリックは、レポートされたメトリックに関連するタイムスタンプまたはカウントインデックスを含み、その結果、ごく最近受信したヘルスメトリックが利用することができ、望まれる場合にヘルスメトリックのより古いバージョンが廃棄されるまたはヘルスメトリックの任意の複製のバージョンが廃棄されることができる。さらに、ヘルスメトリックは、ヘルスメトリックがレポートされることに対応するパスに関連したインジケータを含みうる。いくつかの例示では、ヘルスメトリックは、単一のパスに対応する情報を含む一方で、他の例において、ヘルスメトリックは、複数のパスに対応する情報を含みうる。ここで、複数のパスに対応する情報をレポートする場合、各パスに関連したタイムスタンプまたはカウントインデックスおよびパスインジケータは、対応するパスのためのヘルスメトリックとともに送られうる。すべてのパスのためのヘルスメトリクスが提供される例示では、カウントインデックスまたはタイムスタンプは、メッセージ全体に関連付けられる。なお、パスインジケータの後に各パスのためのヘルスメトリック情報が続く。
【００４８】
図５は、マルチパスＴＣＰ接続のための本開示の態様に従ってワイヤレス通信のための例示の処理５００を説明するフローチャートである。処理５００は、処理システム１１４（図１を参照）によって、または記述される機能を実行するための任意の他の適切な手段によって、マルチパスマネージャ４２０によって実装されうる。
【００４９】
ブロック５０２で、処理は、ワイヤレスリンクを含む第１のパス上の第１のサブフローを通じて通信しうる。例えば、マルチパスマネージャ４２０は、ＷＷＡＮインターフェース４０８ａとＷＷＡＮアクセスポイント３０６との間のワイヤレスリンクを含む第１のパス上で、サブフロー４０６ｂを通じて通信しうる。ブロック５０４で、処理は、第２のパス上の第２のサブフローを通じて通信しうる。ここで、第２のパスは、第２のワイヤレスリンクを含みうる。例えば、マルチパスマネージャ４２０は、ＷＷＡＮインターフェース４０８ｂとＷＷＡＮアクセスポイント３０８との間のワイヤレスリンクを含む、第２のパス上で、サブフロー４０６ｃを通じて通信しうる。
【００５０】
ブロック５０６で、処理は、第１パスまたは第２のパスの少なくとも１つの上の第３のサブフロー上で、第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供しうる。ここで、ヘルスメトリックは、第２のワイヤレスリンクの品質にさらに対応しうる。例えば、第３のサブフローは、第１のパス上のＵＤＰサブフロー４０６ａに対応しうる。いくつかの例では、第３のサブフローは、第１のサブフローまたは第２のサブフローのうちの１つと同じサブフローであり、他の例では、第３のサブフローは、第１のサブフローまたは第２のサブフローのいずれかとも異なる、個別のサブフローでありうる。さらに他の例では、ヘルスメトリックは、複数のサブフローで、例えば、第１のサブフローおよび第２のサブフローの両方で送られうる。ここで、複製ヘルスメトリックメッセージは、廃棄されうる。ヘルスメトリックが提供される、第３のサブフローがデータパケットを送る第１または第２のサブフローのうちの１つと同じサブフローである例示では、ヘルスメトリックは、例えば、所有権トランスポートレイヤメッセージ（proprietary transport layer message）のような任意の適切なフォーマットに提供されうる。
【００５１】
すなわち本開示のいくつかの態様では、ヘルスメトリックのような、制御シグナリングの送信は、制御シグナリングパケットのために確立される個別のサブフローを利用しうる。制御シグナリングパケッのための個別のサブフローの構築は、遅延の低減された尤度、キューバックログ、またはデータのために利用されるサブフロー上のＴＣＰ輻輳のために提供されうる。ここで、制御シグナリングのためのサブフローは、データパケットのための１つまたは複数のサブフローと同じパス上のものである、またはデータパケットのために利用されるこれらのものと異なるパス上のものでありうる。説明される例では、サブフロー４０６ａは、サブフロー４０６ｂと同じパスを利用する、つまり、第１のワイヤレスインターフェース４０８ａとＷＷＡＮアクセスポイント３０６との間のワイヤレスリンクを含む。サブフロー４０６ｂ、４０６ｃおよび４０６ｄは、サブフロー４０６ａ上で送られた制御パケットに対応するデータパケットのために指定されうる。
【００５２】
１つの例として、限定ではなく、サブフロー４０６ａは、ヘルスメトリックのような制御シグナリングパケット搬送するために確立されるＵＤＰサブフローでありうる。このように、制御シグナリングのためのＵＤＰを利用することによって、それが当業者に対して既知であるものとして、時間センシティブな制御情報の送信は、信頼性の可能な経費で促進されうる。すなわち、ＵＤＰがＴＣＰに与えられた信頼性セーフガードおよび誤り訂正のうちのいくつかが欠けるので、より少ないオーバヘッドが要求され、したがって、このプロトコルを利用する制御パケットはより早く到着しうる。ここで、本開示のいくつかの態様では、冗長性は、例えば、情報の配信の信頼性を改善するためにリードソロモンコーディングにおけるもののような誤り訂正コードを利用する制御情報を符号化することによって、ＵＤＰサブフロー上で利用されうる。
【００５３】
本開示のさらなる態様に従って、対応するサブフローの確立および制御シグナリングの送信のための特定のパスの選択は、ヘルスメトリックによって示されるようなパスの品質に従って行われうる。すなわち、マルチパスマネージャ４２０は、特定のパスが最良パスであること、または制御シグナリングを送信する任意の適切な理由のために望ましいパスであることを示すヘルスメトリックに基づいて、制御情報のためのサブフローを確立するために特定のパスを選択しうる。
【００５４】
以上で議論されるように、本開示の態様に従って、ＵＤＰサブフロー４０６ａは、マルチパスＴＣＰレイヤによって管理されうる。図４の中の説明は、マルチパスＴＣＰレイヤ４０４によって管理されるＵＤＰサブフロー４０６ａを示す。開示の別の態様では、制御シグナリングのためのＵＤＰサブフローは、アプリケーションレイヤで管理されるＵＤＰオーバレイでありうる。また開示の別の態様では、制御シグナリングのためのサブフローは、マルチパスＴＣＰレイヤによって管理されるＴＣＰサブフローでありうる。また開示の別の態様では、制御シグナリングのためのサブフローは、アプリケーションレイヤで管理されるＴＣＰオーバレイでありうる。したがって、開示の様々な態様では、制御シグナリングのためのサブフローは、ＴＣＰまたはＵＤＰ接続を通じて提供され、マルチパスＴＣＰレイヤ下にあるまたはありえない。
【００５５】
開示のさらなる態様では、マルチパスマネージャ４２０は、ＴＣＰサブフローから、データパケットがＵＤＰサブフローを通じて配信されうるようなＵＤＰサブフローに、サブフロー４０６ｂ−４０６ｄに関連して以上で記述されるようなデータトラフィックを一時的または永遠に切り替えうる。例えば、ＴＣＰサブフローが、ＵＤＰサブフローになるように変更されうる、または特定のＴＣＰサブフローに割り当てられるＴＣＰフローの一部が、確立したＵＤＰサブフローにリダイレクトされうる。ここで、ＵＤＰサブフローを通じて提供される制御情報に関して以上で議論されるように、ＵＤＰサブフローを通じて提供されるデータパケットは、配信の信頼性を改善するために、リードソロモンまたはラプターコードなどのような適切な誤り訂正コードを利用して符号化されうる。
【００５６】
図６は、複数のサブフローの間のＴＣＰフローの一部の割り当てに関する開示の別の態様に従うワイヤレス通信のための例示的な処理６００を説明するフローチャートを提供する。ここで、処理６００は、マルチパスマネージャ４２０、またはより広くマルチパスＴＣＰレイヤ４１６によって実装されうる。概して、処理６００は、図１で説明示されるような適切な処理システム１１４、または記述される機能の実行のための任意の他の適切な手段によって実装されうる。
【００５７】
処理６００に従って、ブロック６０２では、マルチパスマネージャ４２０は、第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信しうる。ここで、ヘルスメトリックは、例えば、ＷＷＡＮインターフェース４０８ａまたは４０８ｂによって利用される情報のような、任意の数のワイヤレスリンクの品質に関する情報、ＷＰＡＮインターフェース４１０によって利用されるＷＰＡＮワイヤレスリンク、またはプロキシ３１２によって利用されるＷＷＡＮインターフェース、をさらに含みうる。どんな場合でも、ヘルスメトリックは、それぞれのワイヤレスリンクのリンクレイヤ性能特徴を含む様々な情報を提供しうる。例えば、ヘルスメトリックは、変調、コーディングスキーム、リンクの物理レイヤスループット、パケットエラーレート、ビットエラーレート、または任意の他の適切なＭＡＣまたはリンクレイヤ性能メトリックスを示しうる。
【００５８】
開示のさらなる態様では、ワイヤレスリンク条件は、どれだけ多くの「良い（ｇｏｏｄ）」バイトがリンクを経由して成功裏に合格したか、つまり再送信される否定肯定応答されるパケットを考慮することに関連する、いわゆるグッドプット（ｇｏｏｄｐｕｔ）を含みうる。例えば、再送信されることになるパケットは、グッドプットにおいてカウントされうる。
【００５９】
開示のまたさらなる態様では、ヘルスメトリックに関連した増加傾向または減少傾向は、パスを横断するさらなるパケット分散のために計画するために、マルチパスマネージャ４２０によって検出されうる。例えば、ｆ（ｔ）が時間ｔで特定のパスのためのヘルスメトリックを表わす場合、ｆｐ（ｔ）は、現在値ｆ（ｔ０）および推定された傾向ｆ´（ｔ０）に基づいてｆ（ｔ）の予測されるバージョンを表わすことができる。例えば：ｆｐ（ｔ）＝ｆ（ｔ０）＋ｆ´（ｔ０）（ｔ−ｔ０）である。
【００６０】
さらなる例示では、ｆ´´（ｔ０）のようなより高次の項は、望まれる場合に利用されうる。ヘルスメトリックにおけるそのような傾向を予測する場合、マルチパスマネージャ４２０は、新しい更新が到来する時間まで特定のパスのためのヘルスメトリックの所定のバージョンを利用し、新しい更新時間で、新しいヘルスメトリックが利用されうる。
【００６１】
ここで、マルチパスマネージャ４２０によってＴＣＰのためのパケットの割り当ての相対的により迅速な適応を可能にすると、これらのリンクレイヤメトリックスは、例えば、数１０ミリ秒から数１００ミリ秒のオーダで、相対的に迅速に通信することができる。これは、一般に、フィードバックバーストの間の数秒に対して数百ミリ秒のオーダで通信されることができる、トランスポートレベルメトリックと有利に比較する。さらに、本開示の態様に従って、利用可能な場合、ワイヤレスリンク条件は、ＲＴＴまたは平滑化ＲＴＴ（ＳｍＲＴＴ）、ＣＷ、トランスポートレベルスループット、およびトランスポートレベル再送信待ち行列中のパケットのナンバーなどのような測定値を含む、トランスポートレベルメトリックを含むことができる。
【００６２】
ブロック６０２において受信されたヘルスメトリックは、任意の適切なサブフローを通じて受信されうるが、開示のいくつかの態様では、ヘルスメトリックは、制御シグナリングのために指定されたＵＤＰサブフロー４０６ａを通じて受信されうる。
【００６３】
ブロック６０４では、マルチパスマネージャ４２０は、受信ヘルスメトリックに従って複数のサブフローの各々に割り当てるＴＣＰフローの量を決定しうる。ブロック６０６では、マルチパスマネージャ４２０は、第１のワイヤレスリンクを含む第１のパスの第１のサブフローにＴＣＰフローの第１の部分を割り当て、ブロック６０８では、マルチパスマネージャ４２０は、第２のパスの第２のサブフローにＴＣＰフローの第２の部分を割り当てうる。したがって、処理６００は、ヘルスメトリックに基づいてサブフロー中のデータの割り当ての適応を提供しうる。
【００６４】
一旦図４に再び戻って、以上で議論されるように、マルチパスＴＣＰレイヤ４１６中のマルチパスマネージャ４２０のパケットスケジューリング機能は、データの接続レベルセグメントのためのグローバルシーケンスナンバーを供給しうる。マルチパスＴＣＰは、各サブフロー４１４のより低いレベルシーケンスナンバーを利用しうる。すなわち、マルチパスＴＣＰは、グローバルシーケンスナンバー空間およびサブフローシーケンスナンバー空間を含む、２つのシーケンスナンバー空間を利用しうる。２つのシーケンスナンバー空間で、紛失したパケットのセグメント化、再アセンブリ、再送信は、マルチパスＴＣＰレイヤ４１６またはサブフローレイヤ４１４のいずれかで実行されうる。
【００６５】
開示の態様では、ＴＣＰスコアボードは、サブフローレベル肯定応答および再送信の目的のために送信されたパケットの跡を追い続けるために、各サブフロー４１４でさらに利用されうる。さらに、再送信スコアボードは、以下に議論されるように、接続レベル肯定応答および再送信の跡を追い続けるためにマルチパスＴＣＰレベルで利用されうる。
【００６６】
シーケンスナンバー空間の異なるレベルの使用の１つの特徴は、マルチパスＴＣＰがサブフローレベルと同様に接続レベルでの確認応答および再送信を可能にするということである。本開示の態様では、第２のサブフローが使用するパスが第１サブフローが使用するパスより高品質であることをマルチパスマネージャ４２０によって受信されたヘルスメトリックが示す場合に、この特徴は、１つのサブフロー上で送信されるサブフローレベルパケットが第２のサブフロー上で再送信されることを可能にするために拡張されうる。
【００６７】
従来のマルチパスＴＣＰでは、再送信の管理は、サブフローレベルで生じ、一旦パケットが肯定応答されれば、それは、その後、マルチパスレベルまで通過しうる。しかしながら、本開示の態様では、少なくとも再送信管理機能の一部は、マルチパスＴＣＰレイヤ４１６まで引き寄せられことができる。この方法では、マルチパスＴＣＰレイヤ４１６が複数のパスに対応するヘルスメトリックスを受信したことに続いて、特定のサブフロー上の送信がそのサブフローに対応するパス条件によって失敗していることをヘルスメトリックが示す場合、パケット再送信は、他のパケット上で試みられることができる。したがって、再送信は、利用されたパスのオリジナル送信と無関係に最良の利用可能なパス上で試みられることができる。
【００６８】
今度図６に戻って、第２のフローチャートは、第２のサブフロー上で、元々は第１のサブフロー上で送られたパケットの再送信に関する開示の態様に従うワイヤレス通信のための例示の処理６５０を説明することを提供する。上記のように、処理６５０は、マルチパスマネージャ４２０、またはより広くマルチパスＴＣＰレイヤ４１６によって実装されうる。概して、処理６５０は、図１中で示されるような適切な処理システム１１４、または説明される機能を実行する任意の他の適切な手段によって実装されうる。
【００６９】
開示の１つの態様では、処理６５０は、処理６００が実行されたと仮定する。したがって、第１のサブフローは、ＴＣＰフローの少なくとも一部が割り当てられたサブフローに対応し、パケットは、第１のパスを利用する第１のサブフローを通じて送信されている。処理６５０に従って、ブロック６１０では、マルチパスマネージャ４２０は、第１のサブフローを通じて送信されたパケットのロスを検出しうる。ここで、パケットロスを決定するための任意の適切なプロセスは、例えば、同じシーケンスナンバーを肯定応答する複数の複製肯定応答を検出することによって利用されうる。このようなストール（stall）またはパケットロスは、ディープフェード、干渉などにより、貧弱なＷＷＡＮ信号を有する領域に入っているクライアントデバイス３０４のような任意の数の理由に対して生じうる。ブロック６１２では、マルチパスマネージャ４２０は、第２のパスが第１パスより高品質を有することを示すヘルスメトリックを受信しうる。パスの品質は、ワイヤレスリンク条件、ＳｍＲＴＴ、ＣＷなどを含むがこれらに限定されないヘルスメトリック上で提供される以上で議論されたパラメータの任意の組み合わせに対応することができる。
【００７０】
ブロック６１４では、マルチパスマネージャ４２０は、第２のパスのサブフローを通じてストールされたパケットを再送信しうる。このように、第２のパスが第１のパスより高品質であるという情報に基づいて、パケットが受信されることになる可能性が改善される。したがって、ブロック６１６では、パケットが受信側で第２のサブフローを通じて成功裏に受信した後、マルチパスマネージャ４２０は、第２のパス上で送信されたパケットに対応する受信側からの肯定応答を受信しうる。パケットが受信されたことに続いて、ブロック６１８では、マルチパスマネージャ４２０は、元々は第１のパス上で送信されたパケットが第２のパスを通じて受信されたこととして肯定応答される、パケットを示すために再送信スコアボードを更新しうる。
【００７１】
すなわち、マルチパスＴＣＰレベル再送信スコアボードは、再送信が第２のサブフローを通じて成功したことを示すように更新される。ここで、再送信スコアボードは、パケットのグローバルシーケンスナンバーもパケットのサブフローレベルシーケンスナンバーも含む再送信待ち行列に対応しうる。パケットは、パケットが第１のサブフロー上で送信され、第２のサブフロー上で再送達された時の複数のサブフローレベルシーケンスナンバーを有する。このように、再送信スコアボードは、サブフローレベルシーケンスナンバーをグローバルシーケンスナンバーと関連付けうるので、パケットが１つのサブフロー上で肯定応答されるとき、マルチパスレベルは、それらが生じる場合の他のサブフロー上での複製肯定応答を管理することができる。すなわち、第２のサブフローを通じてパケットの再送信が肯定応答された後、第１のパスが回復することになりパケットのオリジナル送信が結局成功することになり、サブフローレベルで肯定応答される可能性がある。従って、再送信スコアボードは、複製された肯定応答の取り扱いのために提供される。ここで、再送信スコアボードは、グローバルシーケンスナンバーに基づいて、第２のパス上で、パケットが第２のサブフローを通じた再送信に従ってすでに肯定応答されたことを認識しうる。したがって、複製肯定応答によって生じた潜在的なエラーは、低減されるまたは回避されることができる。
【００７２】
開示の態様に従って、再送信待ち行列は、個別の専用再送信サブフロー上で実装されることができる。ここで、再送信サブフローは、ＴＣＰサブフロー、ＵＤＰサブフロー、またはオーバレイ（例えば、ＴＣＰオーバレイまたはＵＤＰオーバレイ）でありうる。
【００７３】
開示のさらなる態様では、再送信サブフローのためのパスのうちの１つの選択は、ヘルスメトリックに従って行われうる。すなわち、特定のパスが最良のパスであることまたは任意の理由で望ましいパスであることを受信ヘルスメトリックが示す場合、マルチパスマネージャ４２０は、対応するパス上で再送信サブフローを確立しうる（または、別の態様では、再送信サブフローになる既存のサブフローを指定しうる）。この方法では、再送信されたパケットは、良いパス上で提供され、再送信されたパケットが成功裡に受信される可能性を増加させうる。
【００７４】
本開示の別の態様では、制御情報は、パスのうちの１つの潜在的な障害にもかかわらず制御情報の信頼性を改善するために、複数のパス上の複数のサブフローを通じて複製され提供されうる。すなわち、マルチパスＴＣＰは、典型的に、複数のパスを通じてデータフローの一部を割り当てるが、対応する制御シグナリングパケットは、典型的に、単一のパスを通じて送信される。ここで、制御情報が送られるパスがヘルスメトリックに従って動的に適応される本開示の態様を利用するときでさえ、そのパスの障害は、制御情報の少なくとも一時的なロスに帰着する場合がある。
【００７５】
この態様において、複数のパスが複製された制御情報を搬送するために利用されるので、ヘルスメトリックが制御情報のためにどの複数パスを利用するべきかの決定をアシストしうるが、ヘルスメトリックは、制御シグナリングの信頼性を改善するのに必要となりえない。ここで、パス条件に関するフィードバックの除去は、オーバヘッドを縮小しうる。しかしながら、本開示のいくつかの態様では、ヘルスメトリックの利用は、制御情報を受信する信頼性をさらに改善するために、複数パスを通じて制御情報の複製と組み合されうる。
【００７６】
図７は、複製された制御情報が複数のパス上のサブフローを通じて送られる本開示の態様に従うワイヤレス通信の例示的な処理７００を説明するフローチャートを提供する。ここで、処理７００は、マルチパスマネージャ４２０によって、処理システム１１４によって（図１を参照）、または本明細書に開示される機能を実行するための任意の手段によって実行されうる。
【００７７】
ブロック７０２では、処理は、第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信し；ブロック７０４では、処理は、第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信しうる。例えば、マルチパスマネージャ４２０は、第１および第２のサブフローを通じてデータフローのそれぞれの部分を割り当てうる。ブロック７０６では、処理は、少なくとも２つのパスを通じて、第１サブフローおよび第２のサブフローに対応する複製された制御情報を送信しうる。例えば、複製された制御情報は、第１のパスおよび第２のパスを通じて送られうる。いくつかの例示において、複製された制御情報は、フローのデータ部分のために利用されたパスと異なる他のパスを利用しうる。さらに次の例において、制御情報は、マルチパスＴＣＰレイヤ、ＵＤＰオーバレイ、ＴＣＰオーバレイ、または以上の任意の組み合わせによって管理されたＴＣＰまたはＵＤＰのサブフロー上で搬送されうる。このように、パケットの複製バージョンが別のパスでさらに提供されるので、複製されたサブフローのうちの１つの制御シグナリングパケットのロスは、必ずしも制御シグナリングパケットのロスに帰着しえない。
【００７８】
図８および９は、トンネリングを利用する開示の別の態様を説明するブロック図である。すなわち、以上で記述された例示において、ソースおよび宛先ノード（例えば、アプリケーションサーバ３０２およびクライアント３０４）の両方は、マルチパスＴＣＰに必要な能力がある。言いかえれば、アプリケーションサーバ３０２およびクライアント３０４は、マルチパスＴＣＰ準拠ソフトウェアスタックを含む。しかしながら、本開示の様々な態様において、アプリケーションサーバ８０２は、レガシＴＣＰスタックを有し、マルチパスＴＣＰ機能性を欠きうる。ここで、マルチパスＴＣＰ準拠ソフトウェアスタックを含むクライアントデバイス８０４を配備することは比較的に簡単なことであるが、マルチパスＴＣＰ機能を有するアプリケーションサーバの利用は、選択肢になりえない。したがって、トンネリングは、レガシＴＣＰスタックを有するサーバとともに本開示の様々な態様に従うマルチパスＴＣＰを実装するために利用されうる。
【００７９】
図８では、クライアントデバイス８０４、プロキシ８１２、ＷＷＡＮアクセスポイント８０６、８０８および８１０は、図３および４で説明されるこれらに対応するノードと実質的に同じでありうる。さらに、ネットワーククラウド８１４は、インターネットのような任意の適切なネットワークでありうる。ここで、ネットワーククラウド８１４は、マルチパスＴＣＰフローのトンネリングがアプリケーションサーバ８０２に対して可能にするためにマルチパストランスポートトンネリングサーバ８１６を含む。図９は、トンネリングをさらに説明するためにマルチパストランスポートトンネリングサーバ８１６およびアプリケーションサーバ８０２でのソフトウェアスタックを示すために図８のノードのうちのいくつかを説明する概略図である。
【００８０】
ここで、マルチパストランスポートトンネリングサーバ８１６は、それぞれのＷＷＡＮアクセスポイント８０６、８０８、および８１０とインターフェースで接続することを含む、マルチパスに必要な能力のあるアプリケーションサーバ３０２の役割の一部を引き受ける。マルチパストランスポートトンネリングサーバ８１６は、複数のサブフロー８２０を管理するためのマルチパスＴＣＰレイヤ８１８を含む。ここで、マルチパストランスポートトンネリングサーバは、サブフローを組み合わせ、アプリケーションサーバ８０２に対するフローを提示しうる。本開示の態様では、フローは、従来のＴＣＰフローとしてアプリケーションサーバ８０２に表されうる。このように、本開示の対応、ここで、ワイヤレスリンク条件に対応するヘルスメトリック、または複数のパスを通じた制御シグナリングパケットの複製を含む、マルチパストランスポートの利点は、マルチパスＴＣＰ能力を欠くクライアント８０４と従来のアプリケーションサーバ８０２との間のフローに提供されうる。
【００８１】
以上の記述は、任意の当業者が本明細書で説明される様々な態様を実施することを可能にするために提供される。これらの態様への様々な変更は、当業者には容易に明らかになり、本明細書で定義される包括的な原理は、他の態様に適用され得る。このように、特許請求の範囲は、本明細書において示された態様を限定するように意図されたものではなく、特許請求の範囲の用語と一致する最大範囲であると認められるべきである。ここにおいて、単数における要素の言及は、そうと明確に述べられない限りは「１つ及び１つだけ」を意味するのではなく、むしろ「１つまたは複数」を意味することが意図されている。そうでないことが特に述べられていない限り、“いくつか”という用語は、１つまたは複数のことを指している。項目のリストのうちの「少なくとも１つ」に言及するフレーズは、単一のメンバを含む、それらの項目のうちの任意の組み合わせに言及するものである。例示として、「ａ、ｂ、ｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａおよびｂ、ａおよびｃ、ｂおよびｃ、ａ、ｂおよびｃをカバーするように意図される。当業者に対して既知であるまたは既知に後程なるこの開示全体に記述される様々な態様の要素に対するすべての構造および機能の均等物は、参照によって本明細書に明示的に組み込まれ、特許請求の範囲に取り込まれることが意図される。さらには本明細書で開示されるものはどれも、そのような開示が特許請求の範囲において明白に記載されているかどうかに関わらず、公に捧げられるように意図されていない。請求項の要素はどれも、要素が「のための手段」というフレーズを使用して明示的に記載されていない限り、もしくは方法の請求項の場合、要素が「のためのステップ」というフレーズを使用して記載されない限り、米国特許法１１２条第６段落の既定の下で解釈されるべきでない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
マルチパスＴＣＰ接続にわたるワイヤレス通信の方法であって、
第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信することと、
第２のパス上の第２のサブフローを通じて通信することと、
前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供することと
を備え、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供される、
方法。
［Ｃ２］
前記第１のワイヤレスリンクの前記品質は、前記第１のワイヤレスリンクに対応するビットエラーレート、パケットエラーレート、物理レイヤスループット、信号強度、コーディングスキーム、または符号化スキームのうちの少なくとも１つを備える、前記ワイヤレスリンクのリンクレイヤ特徴を備える、
［Ｃ１］に記載の方法。
［Ｃ３］
前記第１のワイヤレスリンクの前記品質は、前記第１のワイヤレスリンクに対応するグッドプットを備える、
［Ｃ１］に記載の方法。
［Ｃ４］
前記第１のワイヤレスリンクの前記品質は、再送信待ち行列に対応するパケットのナンバー、トランスポートレベルスループット、平滑化されたラウンドトリップ時間、ラウンドトリップ時間、または輻輳ウィンドウのうちの少なくとも１つを備える、前記第１のパスのＴＣＰレイヤ特徴を備える、
［Ｃ１］に記載の方法。
［Ｃ５］
前記第２のパスは、第２のワイヤレスリンクを備え、前記ヘルスメトリックは、前記第２のワイヤレスリンクの品質にさらに対応する、
［Ｃ１］に記載の方法。
［Ｃ６］
前記第１のサブフローは、マルチパスＴＣＰフローに対応するＴＣＰサブフローを備え、
前記第２のサブフローは、前記マルチパスＴＣＰフローに対応するＴＣＰサブフローに対応する、
［Ｃ１］に記載の方法。
［Ｃ７］
前記第３のサブフローは、ＵＤＰオーバレイを備える、
［Ｃ１］に記載の方法。
［Ｃ８］
前記第３のサブフローは、ＴＣＰオーバレイを備える、
［Ｃ１］に記載の方法。
［Ｃ９］
前記第３のサブフローは、マルチパスＴＣＰエンティティによって管理されるＴＣＰサブフローを備える、
［Ｃ１］に記載の方法。
［Ｃ１０］
前記第３のサブフローは、マルチパスＴＣＰエンティティによって管理されるＵＤＰサブフローを備える、
［Ｃ１］に記載の方法。
［Ｃ１１］
前記第１のサブフローまたは前記第２のサブフローのうちの１つを通じて受信されたパケットに対応する肯定応答を送ることをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ１２］
前記受信パケットが肯定応答が既に送られた複製パケットであるかどうか決定することをさらに備える、
［Ｃ１１］に記載の方法。
［Ｃ１３］
前記第１のパスは、ソースでの第１のＩＰアドレスおよび宛先での第２のＩＰアドレスを備え、前記第２のパスは、前記ソースでの第３のＩＰアドレスおよび前記宛先での第４のＩＰアドレスを備える、
［Ｃ１］に記載の方法。
［Ｃ１４］
前記第１のＩＰアドレスは、前記第３のＩＰアドレスと異なる、
［Ｃ１３］に記載の方法。
［Ｃ１５］
前記第２のＩＰアドレスは、前記第４のＩＰアドレスと異なる、
［Ｃ１３］に記載の方法。
［Ｃ１６］
前記ヘルスメトリックは、ラウンドトリップ時間および輻輳ウィンドウにさらに対応する、
［Ｃ１］に記載の方法。
［Ｃ１７］
マルチパスＴＣＰ接続にわたるワイヤレス通信の方法であって、
第１のワイヤレスリンクの品質に対応するヘルスメトリックの受信することと、
前記第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てることと、
第２のパス上の第２のサブフローに前記ＴＣＰフローの第２の部分を割り当てることと
を備え、前記第１の部分の量と前記第２の部分の量は、前記ヘルスメトリックに従って決定される、
方法。
［Ｃ１８］
前記第２のパスが前記第１のパスより高い品質を有することを示す前記ヘルスメトリックに従って前記第２のサブフロー上で、前記第１のサブフローを通じて送信されたパケットを再送信することをさらに備える、
［Ｃ１７］に記載の方法。
［Ｃ１９］
前記再送信することは、前記第２のパス上の前記第２のサブフローを利用することをさらに備える、
［Ｃ１８］に記載の方法。
［Ｃ２０］
前記再送信することは、前記第２のパス上の第３のサブフローを利用することをさらに備える、
［Ｃ１８］に記載の方法。
［Ｃ２１］
前記第２のパス上で送信された前記パケットに対応する肯定応答を受信することと、
前記第１のパスを通じて送信された前記パケットが前記第２のパス上で肯定応答されたことを示すために再送スコアボードを更新することと
をさらに備える、［Ｃ１８］に記載の方法。
［Ｃ２２］
前記ヘルスメトリックを前記受信することは、ＵＤＰオーバレイを通じて情報を受信することを備える、
［Ｃ１７］に記載の方法。
［Ｃ２３］
前記ヘルスメトリックを前記受信することは、前記第１のパスまたは前記第２のパスの内の少なくとも１つのパス上の第３のサブフローを通じて情報を受信することを備える、
［Ｃ１７］に記載の方法。
［Ｃ２４］
前記ヘルスメトリックにおける傾向に対応する予測されたヘルスメトリックを決定することをさらに備え、前記傾向は、時間にわたる前記ヘルスメトリックにおける変化に対応し、前記第１の部分の前記量および前記第２の部分の前記量は、前記予測されたヘルスメトリックに従ってさらに決定される、
［Ｃ１７］に記載の方法。
［Ｃ２５］
複数のパスを備えるマルチパスＴＣＰ接続にわたるワイヤレス通信の方法であって、
前記複数のパスの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信することと、
前記複数のパスの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信することと、
前記複数のパスのうち少なくとも２つのパス上の前記第１のサブフローおよび前記第２のサブフローに対応する制御情報を送信することと
を備え、前記制御情報は、前記少なくとも２つのパスの各々にわたって複製される、
方法。
［Ｃ２６］
マルチパスＴＣＰ接続にわたるワイヤレス通信の装置であって、
第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信するための手段と、
第２のパスの第２のサブフローを通じて通信するための手段と、
前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供するための手段と
を備え、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供される、
装置。
［Ｃ２７］
マルチパスＴＣＰ接続にわたるワイヤレス通信の装置であって、
第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信するための手段と、
前記第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てるための手段と、
第２のパス上の第２のサブフローに前記ＴＣＰフローの第２の部分を割り当てるための手段と
を備え、前記第１の部分の量および前記第２の部分の量は、前記ヘルスメトリックに従って決定される、
装置。
［Ｃ２８］
複数のパスを備えるマルチパスＴＣＰ接続にわたるワイヤレス通信の装置であって、
前記複数のパスの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信するための手段と、
前記複数のパスの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信するための手段と、
前記複数のパスのうちの少なくとも２つを通じて前記第１のサブフローおよび前記第２のサブフローに対応する制御情報を送信するための手段と
を備え、前記制御情報は、前記少なくとも２つのパスの各々にわたって複製される、
装置。
［Ｃ２９］
マルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
コンピュータに、第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信させるための命令と、
コンピュータに、第２のパス上の第２のサブフローを通じて通信させるための命令と、
コンピュータに、前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供させるための命令と
を備え、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供される、
コンピュータプログラム製品。
［Ｃ３０］
マルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
コンピュータに、第１のワイヤレスリンクの品質に対応するヘルスメトリックを受信させるための命令と、
コンピュータに、前記第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てさせるための命令と、
コンピュータに、第２のパス上の第２のサブフローに前記ＴＣＰフローの第２の部分を割り当てさせるための命令と
を備え、前記第１の部分の量および前記第２の部分の量は、前記ヘルスメトリックに従って決定される、
コンピュータプログラム製品。
［Ｃ３１］
複数のパスを備えるマルチパスＴＣＰ接続にわたるワイヤレス通信のためのコンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
コンピュータに、前記複数のパスの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信させるための命令と、
コンピュータに、前記複数のパスの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信させるための命令と、
コンピュータに、前記複数のパスのうち少なくとも２つのパスを通じて前記第１のサブフローおよび前記第２のサブフローに対応する制御情報を送信させるための命令と
を備え、前記制御情報は、前記少なくとも２つのパスの各々にわたって複製される、
コンピュータプログラム製品。
［Ｃ３２］
マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されるメモリと
を備え、前記少なくとも１つのプロセッサは、
第１のワイヤレスリンクを備える第１のパス上の第１のサブフローを通じて通信することと、
第２のパスの第２のサブフローを通じて通信することと、
前記第１のワイヤレスリンクの品質に対応するヘルスメトリックを提供することと
を行うように構成され、前記ヘルスメトリックは、前記第１のパスまたは前記第２のパスのうちの少なくとも１つのパス上の第３のサブフローで提供される、
装置。
［Ｃ３３］
マルチパスＴＣＰ接続にわたるワイヤレス通信のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されるメモリと
を備え、前記少なくとも１つのプロセッサは、
第１のワイヤレスリンクの品質に対応するヘルスメトリックの受信することと、
前記第１のワイヤレスリンクを備える第１のパス上の第１のサブフローにＴＣＰフローの第１の部分を割り当てることと、
第２のパス上の第２のサブフローに前記ＴＣＰフローの第２の部分を割り当てることと
を行うように構成され、前記第１の部分の量と前記第２の部分の量は、前記ヘルスメトリックに従って決定される、
装置。
［Ｃ３４］
複数のパスを備えるマルチパスＴＣＰ接続にわたるワイヤレス通信のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されるメモリと
を備え、前記少なくとも１つのプロセッサは、
前記複数のパスのうちの第１のパス上の第１のサブフローを通じてデータフローの第１の部分を送信することと、
前記複数のパスのうちの第２のパス上の第２のサブフローを通じてデータフローの第２の部分を送信することと、
前記複数のパスのうちの少なくとも２つのパスを通じて前記第１のサブフローおよび前記第２のサブフローに対応する制御情報を送信することと
を行うように構成され、前記制御情報は、前記少なくとも２つのパスの各々にわたって複製される、
装置。
【図１】
0005972980.tif 000002
【図２】
0005972980.tif 000003
【図３】
0005972980.tif 000004
【図４】
0005972980.tif 000005
【図５】
0005972980.tif 000006
【図６】
0005972980.tif 000007
【図７】
0005972980.tif 000008
【図８】
0005972980.tif 000009
【図９】
0005972980.tif 000010