(57)【要約】【課題】マルチパス接続を確立するための方法およびマルチホーム機器を提供する。【解決手段】少なくとも１つの通信ネットワーク内で、双方の機器がマルチパス・プロトコルをサポートできる第１のマルチホーム機器と第２のマルチホーム機器との間の複数の通信経路を介してマルチパス接続を確立するための方法であって、第１の機器から、前記第１の機器と前記第２の機器との間の少なくとも２つの通信経路を介して、主接続確立要求を送信するステップ（Ｅ１）と、第２の機器から、前記通信経路の１つを介して少なくとも１つの確認応答メッセージを受信するステップ（Ｅ２）と、第１の機器（Ｃ）において、第２の機器（Ｓ）からの前記少なくとも１つの確認応答メッセージの内の第１のメッセージを第１の機器（Ｃ）が受信した通信経路を、主通信経路と決定し、前記主通信経路を介して前記マルチパス接続の主接続を確立できるようにするステップ（Ｅ３）とを含む。【選択図】図４Ｂ
2014110639.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの通信ネットワーク（Ｎ）内で、双方の機器がマルチパス・プロトコルをサポートできる第１の機器および第２の機器（Ｃ，Ｓ）の間の複数の通信経路を介してマルチパス接続を確立するための方法であって、
−前記第１の機器（Ｃ）から、前記第１の機器および前記第２の機器（Ｃ，Ｓ）の間の少なくとも２つの通信経路を介して、主接続確立要求（１）を送信するステップ（Ｅ１）と、
−前記第２の機器（Ｓ）から、前記通信経路の１つを介して少なくとも１つの確認応答メッセージ（２）を受信するステップ（Ｅ２）と、
−前記第１の機器（Ｃ）において、前記第２の機器（Ｓ）からの前記少なくとも１つの確認応答メッセージ（２）の内の第１のメッセージを前記第１の機器（Ｃ）が受信した前記通信経路を、主通信経路と決定し、前記主通信経路を介して前記マルチパス接続の主接続を確立できるようにするステップ（Ｅ３）と、
の連続するステップを含む、前記方法。
【請求項２】
−前記第１の機器（Ｃ）から、前記決定した主通信経路を介して、第１のデータメッセージを有する確認応答（３）を送信するステップ（Ｅ４）と、
−前記第２の機器（Ｓ）から、前記第１の機器および前記第２の機器（Ｃ，Ｓ）の間に前記マルチパス接続の前記主接続を確立するための確立確認応答メッセージ（４）を受信するステップ（Ｅ６）と、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第１の機器（Ｃ）から、前記決定した主通信経路とは異なる補助通信経路の各々を介して、それらの補助通信経路による接続を中止するよう求めるリセット要求（ＲＳＴ）を送信するステップ（Ｅ５）をさらに含む、請求項２に記載の方法。
【請求項４】
−前記第１の機器（Ｃ）から、前記補助通信経路の少なくとも１つを介して補助接続確立要求（５Ａ）を送信するステップと、
−前記第２の機器（Ｓ）から、前記補助通信経路を介して少なくとも１つの確認応答メッセージ（６Ａ）を受信するステップと、
−前記第１の機器（Ｃ）から、前記補助通信経路を介して確認応答メッセージ（７Ａ）を送信するステップであって、それにより前記マルチパス接続の補助接続が前記補助通信経路を介して前記第１の機器（Ｃ）と前記第２の機器（Ｓ）との間に確立されるようにするステップと、
をさらに含む、請求項３に記載の方法。
【請求項５】
−前記第１の機器（Ｃ）から、前記主通信経路を介して、前記第１の機器（Ｃ）の可能な補助通信経路を表す情報メッセージ（８）を送信するステップと、
−前記第２の機器（Ｓ）から、前記補助通信経路の少なくとも１つを介して補助接続確立要求（５Ｂ）を受信するステップと、
−前記第１の機器（Ｃ）から、前記補助通信経路を介して少なくとも１つの確認応答メッセージ（６Ｂ）を受信するステップと、
−前記第２の機器（Ｓ）から、前記補助通信経路を介して確認応答メッセージ（７Ｂ）を送信するステップであって、それにより前記マルチパス接続の補助接続が、前記補助通信経路を介して前記第１の機器（Ｃ）と前記第２の機器（Ｓ）との間に確立されるようにするステップと、
をさらに含む、請求項３に記載の方法。
【請求項６】
前記主接続確立要求（１）は、前記第１の機器（Ｃ）から本質的に同時に送信される、請求項１から５のいずれかに記載の方法。
【請求項７】
前記マルチパス・プロトコルは、インターネットプロトコルの上層のマルチパス伝送制御プロトコルである、請求項１から６のいずれかに記載の方法
【請求項８】
少なくとも１つの性能基準に従って、前記第１の機器（Ｃ）と前記第２の機器（Ｓ）との間の通信経路をリストアップするステップ（Ｅ７）をさらに含む、請求項１から７のいずれかに記載の方法。
【請求項９】
少なくとも１つの通信ネットワーク（Ｎ）内で、双方の機器（Ｃ、Ｓ）がマルチパス・プロトコルをサポートできる第１のマルチホーム機器（Ｃ）と第２のマルチホーム機器（Ｓ）との間の複数の通信経路を介してマルチパス接続を確立するよう適合した第１の機器であって、
−前記機器（Ｃ、Ｓ）間の少なくとも２つの通信経路を介して、主接続確立要求（１）を前記第２の機器（Ｓ）に送信するよう構成された送信機（Ｍ１）と、
−前記既知の通信経路の１つを介して、少なくとも１つの確認応答メッセージ（２）を前記第２の機器（Ｓ）から受信するよう構成された受信機（Ｍ２）と、
−前記第２の機器（Ｓ）からの前記少なくとも１つの確認応答メッセージ（２）の内の第１のメッセージを前記第１の機器（Ｃ）が受信した通信経路を、主通信経路と決定し、前記主通信経路を介して前記マルチパス接続の主接続を確立できるよう構成された推定器（Ｍ３）と、
を備える、前記第１の機器。
【請求項１０】
前記送信機（Ｍ１）は、前記決定した主通信経路とは異なる補助通信経路の各々を介して、それらの通信経路による接続を中止するよう求めるリセット要求を前記第２の機器（Ｓ）に送信するようさらに構成される、請求項９に記載のマルチホーム機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１つまたは複数の通信ネットワークを介した、第１のマルチホーム機器と第２のマルチホーム機器との間のデータ・パケットの送信に関する。
【背景技術】
【０００２】
具体的には、本発明は、第１のマルチホーム機器と第２のリモートのマルチホーム機器との間の、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）より上層のマルチパス伝送制御プロトコル（ＭＰＴＣＰ：ＭｕｌｔｉＰａｔｈ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、以下ＭＰＴＣＰ）に従って動作するマルチパス接続の確立に関するが、これに限るものではない。ＭＰＴＣＰプトロコルは、２０１２年５月２５日インターネット技術標準化委員会発行の「非特許文献１」に定義されている。
【０００３】
本発明の枠組みにおいては、以下のように理解されたい。
−「マルチホーム機器」とは、マルチパス・モードでリモートの通信機器（異なるタイプの場合もある）とデータ・パケットをやりとりできるように、各々が独自の通信アドレス（例えば、ＩＰアドレス）を有する少なくとも２つの通信用インタフェース（有線および／または無線）を備える機器である。従って、マルチホーム機器は、固定電話もしくは携帯電話（「スマートフォン」タイプの場合もある）、固定型コンピュータもしくは携帯型コンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、コンテンツ受信装置（例えば、デコーダ、住居用ゲートウェイ、またはＳＴＢ（Ｓｅｔ−Ｔｏｐ  Ｂｏｘ））、または、コンテンツサーバのようなある種のネットワーク機器を含むことができる。
−「通信経路」とは、２つの通信用インタフェース（機器ごとに１つ）によって２つの通信機器（マルチホーム機器の場合もある）を接続する経路であって、そのため通信経路は、２つの対応する通信用インタフェースの通信アドレスの対によって識別される。
−「サブフロー」とは、単一の経路上で動作するＴＣＰパケットのフローであり、より規模の大きなＭＰＴＣＰ接続の一部を形成するものである。かかるサブフローは、正規ＴＣＰ接続と同様に開始および終了する。
【０００４】
さらに、ＭＰＴＣＰプロトコルは、マルチパスＴＣＰサービスを提供し、特にマルチホーム機器の複数のＩＰアドレスの同時使用をサポートする、正規のＴＣＰプロトコルの拡張である。ＭＰＴＣＰプロトコルにより、元々は単一経路のＴＣＰ接続をサポートすべく設計された方法でありながらマルチホーム機器に対応する方法で、トランスポート接続が複数の経路を介して同時に動作することが可能となる。
【０００５】
第１のマルチホーム機器と第２のマルチホーム機器との間のＭＰＴＣＰ接続は、通常、主通信経路に関連付けられた主正規ＴＣＰ接続、および１つまたは複数の補助ＴＣＰ接続で構成される。
−この補助ＴＣＰ接続は、主正規ＴＣＰ接続にリンクされており、補助通信経路に関連付けられている。かかるＭＰＴＣＰ接続は、両端にあるアプリケーションへの単一のＴＣＰ接続のように見え続ける。さらに、既知のように、ＭＰＴＣＰプロトコルの実装をサポートできる（ＭＰＴＣＰ対応とも言う）マルチホーム機器は、通常、主インタフェースとして割り当てられた１つの固定の通信用インタフェースを有し、それを使用してＭＰＴＣＰ接続を開始する。効率を良くするために、この主インタフェースは、第２のリモートのマルチホーム機器につながる利用可能な経路のうち、最速または最も信頼できる通信経路に接続されるべきである。
【０００６】
しかしながら、第１の機器と第２の機器との間の主経路が、一時的に切断される、またはＭＰＴＣＰ接続が開始されると異常に遅くなるというようなことが起こった場合、ＭＰＴＣＰ接続の確立を遅らせる、または最悪の場合、ＭＰＴＣＰ接続の確立の失敗につながる障害を伴い、かかるＭＰＴＣＰ接続の確立の遅延は長引くことになる。加えて、それにより、補助接続の確立も遅れる可能性がある。なぜなら、ＭＰＴＣＰプロトコルの要件が、主ＴＣＰ接続が補助接続を開始する前に確立状態にあることを、指定しているからである。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】原稿「複数のアドレスを有するマルチパス動作のためのＴＣＰ拡張」（Ａ．Ｆｏｒｄ  他）
【発明の概要】
【課題を解決するための手段】
【０００８】
本発明は、上述の不利な点の少なくとも一部を克服する解決法を提案する。  
この目的を達成するために、本発明は、少なくとも１つの通信ネットワーク内で、双方の機器がマルチパス・プロトコルをサポートできる第１の機器と第２の機器（例えば、マルチホーム機器）との間の複数の通信経路を介してマルチパス接続を確立するための方法に関する。
【０００９】
本発明によると、前記方法は、以下の連続するステップを含む点で注目に値する。
−第１の機器から、前記第１の機器と前記第２の機器との間の少なくとも２つの通信経路を介して、主接続確立要求を送信するステップ、
−第２の機器から、前記通信経路の１つを介して少なくとも１つの確認応答メッセージを受信するステップ、および
−第１の機器において、第２の機器からの前記少なくとも１つの確認応答メッセージの内の第１のメッセージを第１の機器が受信した通信経路を、主通信経路と決定し、前記主通信経路を介して前記マルチパス接続の主接続を確立できるようにするステップ。
【００１０】
従って、本発明により、第１のマルチホーム機器は、マルチパス接続確立時点で、最速の利用可能な経路を好適には自動的に発見し、その経路をマルチパス接続のための主経路と見なすことができる。その結果、マルチパス接続を確立するために要する時間を削減できる。
【００１１】
好適な一実施形態において、本方法はさらに以下のステップを含む。
−第１の機器から、前記決定した主通信経路を介して、第１のデータメッセージを伴う確認応答メッセージを送信するステップ、および
−第２の機器から、第１の機器と第２の機器との間に前記マルチパス接続の主接続を確立するための確立確認応答メッセージを受信するステップ。
【００１２】
第１の態様において、前記方法はさらに、第１の機器から、決定した主通信経路とは異なる補助通信経路の各々を介して、それらの補助通信経路による接続を中止するよう求めるリセット要求を送信するステップを含むことができる。
【００１３】
第２の態様において、前記方法はさらに以下のステップを含むことができる。
−第１の機器から、補助通信経路の少なくとも１つを介して補助接続確立要求を送信するステップ、
−第２の機器から、前記補助通信経路を介して少なくとも１つの確認応答メッセージを受信するステップ、および
−第１の機器から、前記補助通信経路を介して確認応答メッセージを送信するステップであって、それにより前記マルチパス接続の補助接続が前記補助通信経路を介して第１の機器と第２の機器との間に確立されるようにするステップ。
【００１４】
第３の態様において、前記方法はさらに以下のステップを含むことができる。
−第１の機器から、前記主通信経路を介して、第１の機器の可能な補助通信経路を表す情報メッセージを送信するステップ、
−第２の機器から、前記補助通信経路の少なくとも１つを介して補助接続確立要求を受信するステップ、
−第１の機器から、前記補助通信経路を介して少なくとも１つの確認応答メッセージを受信するステップ、および
−第２の機器から、前記補助通信経路を介して確認応答メッセージを送信するステップであって、それにより前記マルチパス接続の補助接続が、前記補助通信経路を介して第１の機器と第２の機器との間に確立されるようにするステップ。
【００１５】
有利なことには、前記主接続確立要求を、第１の機器から本質的に同時に送信することができる。
【００１６】
好適には、マルチパス・プロトコルは、インターネットプロトコルより上層のマルチパス伝送制御プロトコルである。
【００１７】
別の態様では、前記方法は、少なくとも１つの性能基準に従って、第１の機器と第２の機器との間の通信経路をリストアップするステップを含むことができる。
【００１８】
本発明はまた、少なくとも１つの通信ネットワーク内で、双方の機器がマルチパス・プロトコルをサポートできる前記第１のマルチホーム機器と前記第２のマルチホーム機器との間の複数の通信経路を介してマルチパス接続を確立するよう適合した第１の機器（例えば、マルチホーム機器）を対象とする。
【００１９】
本発明によると、前記機器は以下を備える。
−前記機器間の少なくとも２つの通信経路を介して、主接続確立要求を第２の機器に送信するよう構成された送信機、
−前記既知の通信経路の１つを介して、少なくとも１つの確認応答メッセージを第２の機器から受信するよう構成された受信機、
−第２の機器からの前記少なくとも１つの確認応答メッセージの内の第１のメッセージを前記第１の機器が受信した通信経路を、主通信経路と決定し、前記主通信経路を介して前記マルチパス接続の主接続を確立できるよう構成された推定器。
【００２０】
加えて、送信機は、決定した主通信経路とは異なる補助通信経路の各々を介して、それらの通信経路による接続を中止するよう求めるリセット要求を第２の機器に送信するようさらに構成されることが可能である。
【００２１】
開示する諸実施形態と同等範囲の特定の態様を、以下に説明する。当然のことながら、これらの態様は、単に読者に本発明が取ることが可能な特定の形態の簡単な要約を与えるために提示するものであって、これらの態様により本発明の範囲を限定しようとするものではない。実際、本発明は、以下に説明していない様々な態様を網羅することができる。
【図面の簡単な説明】
【００２２】
以下の実施形態および実行例によって、全く制限的ではないが、以下の添付図面を参照して、本発明をよりよく理解し例示することができよう。
【図１】本発明を実装可能な通信ネットワークの例の概略図である。
【図２】図１の通信ネットワーク内でクライアント機器とサーバとの間に正規ＴＣＰ接続を確立するために実装される通常のステップを概略的に表す図である。
【図３Ａ】暗黙的な方法に従って、通信ネットワーク内でクライアント機器とサーバとの間のＭＰＴＣＰ接続を開始するために実装される通常のステップを示すフローチャートである。
【図３Ｂ】明示的な方法に従って、通信ネットワーク内でクライアント機器とサーバとの間のＭＰＴＣＰ接続を開始するために実装される通常のステップを示すフローチャートである。
【図４Ａ】本発明による、マルチパス接続を確立するための方法の好適な一実施形態のステップを示す図である。
【図４Ｂ】前記好適な実施形態による方法のフローチャートである。
【図５】図４に説明した方法を実装できる、本発明に適合する装置のブロック図である。
【００２３】
可能な限り、同一の参照番号が同図面全体を通じて同一または類似の部分を指すよう用いている。
【発明を実施するための形態】
【００２４】
好適な一実施形態によると、本発明をインターネットプロトコルの上層のマルチパス・プロトコルＭＰＴＣＰに関して示している。当然、本発明はかかる特定の一実施形態に制限されるものではなく、もちろん他のマルチパス・プロトコルを考慮に入れ、実装することができる。
【００２５】
当該好適な実施形態において、通信ネットワークＮ（図１に表す）を介して互いに通信する２つのマルチホームおよびマルチアドレスの機器、各々クライアントＣおよびサーバＳ、について考察する。
【００２６】
各機器ＣまたはＳは、ＭＰＴＣＰ対応であり、ＩＰアドレスによって識別されるいくつかの接続用インタフェースを備える。図１〜図４の特定の例において、クライアントＣおよびサーバＳは、それぞれＡ１、Ａ２およびＢ１、Ｂ２として参照される２つのインタフェースを有し、従って、クライアントＣとサーバＳとの間に最高４つまで異なる経路が存在し、それらは即ち、Ａ１−Ｂ１、Ａ１−Ｂ２、Ａ２−Ｂ１、Ａ２−Ｂ２である。言うまでもなく、変形例では、インタフェースの数が異なっていてもよい。
【００２７】
図１の例において、クライアントＣはリモートのサーバＳに、セルラーアクセスネットワークやＡＳＤＬアクセスネットワークを介してインターネットを通じて到達することができる。セルラーアクセスネットワーク（例えば、３Ｇおよび／または４Ｇ）には、クライアントＣが直接アクセスすることが可能だが、ＡＤＳＬアクセスネットワークには、クライアントＣはゲートウェイを介してアクセスすることが可能である。クライアントＣは、かかるゲートウェイと、無線および／または有線のインタフェース（例えば、ＷｉＦｉ、イーサネット（登録商標）等）を介して通信することができる。
【００２８】
図２に示すように、クライアントＣとサーバＳとの間の単一経路のＴＣＰ接続の確立は、通常、３ステート接続プロトコルによって定義される（しばしば３ウェイハンドシェイクと呼ばれる）。
−第１のステートにおいて、クライアントＣは、クライアントＣが接続したいサーバＳのポート番号およびクライアントの初期シーケンス番号（ＩＳＮ）を特定する同期パケット（ＳＹＮ）（接続確立要求に相当する）を、サーバＳに送信する（図２の矢印１）。そして、クライアントＣは、初期状態（ＳＹＮ＿ＳＥＮＴ）となり、サーバＳからの応答を待つ。２つの通信用インタフェースＡ１、Ａ２およびＢ１、Ｂ２は、各機器Ｓ、Ｃに対して表したものである。
−第２のステートにおいて、サーバＳは、サーバの初期シーケンス番号（ＩＳＮ）およびクライアントのＳＹＮパケットに対する確認応答パケット（ＡＣＫ）（クライアントのＩＳＮ＋１を含み、ＳＹＮパケットは１つのシーケンス番号を消費している）を含む第１のタイプの確認応答パケット（ＳＹＮ／ＡＣＫ）を用いて応答する（矢印２）。この第２のステートにおいて、サーバＳもまた初期状態（ＳＹＮ＿ＲＣＶＤ）となる。
−第３のステートにおいて、クライアントＣは、サーバのＩＳＮ＋１を用いた第２のタイプの確認応答パケット（ＡＣＫ）を、サーバＳからのＳＹＮパケットの受信に確認応答するために送信しなければならない（矢印３）。この第３のステートにおいて、クライアントＣは接続確立状態に入り、クライアントＣからＡＣＫパケットを受信すると、サーバＳもまた、接続確立状態に入る。そして、ＴＣＰ接続（図２のＡ２−Ｂ１）が完全にオープンとなる。
【００２９】
図３Ａおよび図３Ｂは、マルチホームおよびＭＰＴＣＰ対応のクライアントＣとマルチホームおよびＭＰＴＣＰ対応のサーバＳとの間のＭＰＴＣＰ接続の確立を例示している。既知のように、かかる確立は以下の三段階から構成される。
−第１の段階（図３Ａおよび図３Ｂの矢印１〜３によって表す）において、クライアントＣは正規ＴＣＰ接続を開始するが、送信されるＳＹＮ、ＳＹＮ／ＡＣＫ、およびＡＣＫ＋ＤＡＴＡのパケットはさらに、マルチパス対応オプション（ＭＰ＿ＣＡＰＡＢＬＥ）を伴う。このオプションにより、補助ＴＣＰ接続（またはサブフロー）の確立を認証するため、およびリモートのサーバＳがＭＰＴＣＰプロトコルをサポートしているかどうかをチェックするために使用される何らかの情報を、クライアントＣおよびサーバＳがやりとりすることが可能となる。
−第２の段階に（矢印４）において、ＭＰＴＣＰ対応のサーバＳは、クライアントＣからの第２のタイプのＡＣＫ＋ＤＡＴＡパケットに、確立ＡＣＫパケットを用いて応答しなければならないが、その確立ＡＣＫパケットは、それがすぐに送信すべきデータを有しない場合には、データを含んでも含まなくてもよい。クライアントＣは、再送信タイムアウト（ＲＴＯ）内にかかる確立ＡＣＫパケットを受信しない場合、ＭＰ＿ＣＡＰＡＢＬＥオプションを含む確立ＡＣＫパケットを再送することになる。クライアント側のＭＰＴＣＰ接続は、この確立ＡＣＫパケットを待つ間、確立前の状態（ＰＲＥ＿ＥＳＴＡＢＬＩＳＨＥＤ）にある。好適には、サーバＳから確立ＡＣＫパケットを受信すると、クライアントＣは確立状態（ＥＳＴＡＢＬＩＳＨＥＤ）に変化する。
−第３の段階（図３Ａの矢印５Ａ、６Ａ、７Ａ、および図３Ｂの矢印５Ｂ、６Ｂ、７Ｂ、８によって表す）において、１つの新しいＴＣＰ接続またはいくつかの新しいＴＣＰ接続が作成され、第１の段階の終端に確立された主ＴＣＰ接続にリンクされる。これらの補助ＴＣＰ接続を確立するには、基本的に２つの主なプロシージャがある。
・１つは暗黙的プロシージャ（図３Ａ）であって、これにおいては、クライアントＣが、第２のＩＰアドレスＡ２からサーバの既知のＩＰアドレスＢ１への新しい補助ＴＣＰ接続を開始する（矢印５Ａ、６Ａ、および７Ａ）。
・１つは明示的プロシージャ（図３Ｂ）であって、これにおいては、クライアントＣがサーバＳに、ＭＰＴＣＰ接続に利用可能なＩＰアドレス（この例では、Ａ２）を提供し、それにより、サーバＳがこれらの利用可能なＩＰアドレスの１つを用いて新しい補助ＴＣＰ接続を開始する（矢印５Ｂ、６Ｂ、および７Ｂ）。
【００３０】
どちらの場合にも（暗黙的および明示的）、ＳＹＮ、ＳＹＮ／ＡＣＫ、およびＡＣＫのパケット（図３Ａの矢印５Ａ、６Ａ、および７Ａ、ならびに図３Ｂの矢印５Ｂ、６Ｂ、および７Ｂによって表す）はさらに、参加オプション（ＭＰ＿ＪＯＩＮ）を伴う。
【００３１】
さらに、図４Ｂに示したフローチャートにより、本発明の好適な実施形態による、クライアントＣとサーバＳとの間にＭＰＴＣＰ接続を確立するための方法の様々なステップを説明する。
【００３２】
具体的には、予備ステップＥ０において、クライアントＣは、クライアントＣとサーバＳとの間に存在する様々な通信経路を取得することができる。あるいは、クライアントＣはすでにそれらの通信経路を知っているかもしれないと推測することもできる。
【００３３】
第１のステップＥ１において、クライアントＣは、ＭＰ＿ＣＡＰＡＢＬＥオプションを伴う同期パケットＳＹＮ１（接続確立要求に相当する）を、クライアントＣとサーバＳとの間の既知の通信経路全てを介して、サーバＳに本質的には同時に送信する。換言すると、ＭＰ＿ＣＡＰＡＢＬＥオプションを埋め込んでいる１つのＳＹＮパケットが、クライアントＣからサーバＳに、各既知の通信経路（例では、Ａ１−Ｂ１、Ａ１−Ｂ２、Ａ２−Ｂ１、およびＡ２−Ｂ２）を介して送信される。明確にするために、ＳＹＮ（ＭＰ＿ＣＡＰＡＢＬＥ）パケット１を１つだけ図４Ａに例示している。
【００３４】
言うまでもなく、変形例として、ＳＹＮパケットを、既知の通信経路の内のいくつかだけを介して送信することもできる。
【００３５】
さらにステップＥ２において、待ち状態にあるクライアントＣは、ＭＰ＿ＣＡＰＡＢＬＥオプションを伴う少なくとも１つの第１のタイプの確認応答パケットＳＹＮ／ＡＣＫ２を、前記既知の通信パスの１つを介してサーバＳから受信する。
【００３６】
かかるＳＹＮ／ＡＣＫパケット２を受信すると、クライアントＣは、さらにステップＥ３において、ＳＹＮ／ＡＣＫパケット２をクライアントＣが最初に受信した経路を、確立すべきマルチパス接続の主通信経路と決定する。
【００３７】
さらにステップＥ４において、クライアントＣは、ＭＰ＿ＣＡＰＡＢＬＥオプションを伴う第２のタイプの確認応答パケットＡＣＫ＋ＤＡＴＡ３を、前記決定した主通信経路を介してサーバＳに送信する。そして、クライアントは確立前の状態（ＰＲＥ−ＥＳＴＡＢＬＩＳＨＥＤ）となる。
【００３８】
さらに任意のステップＥ５において、クライアントＣは、マルチパスＭＰＴＣＰ通信の主通信経路として決定されなかった補助通信経路の各々を介して、それらの補助経路による接続を中止するよう求めるリセット要求ＲＳＴをサーバＳに送信する。
【００３９】
さらにステップＥ６において、クライアントＣは、サーバＳが第２のタイプのＡＣＫ（ＭＰ＿ＣＡＰＡＢＬＥ）パケットを受信すると送信する確立確認応答パケットＡＣＫ４を受信し、前記マルチパスＭＰＴＣＰ接続の主接続を確立する。そして、クライアントＣは確立状態（ＥＳＴＡＢＬＩＳＨＥＤ）となる。
【００４０】
追加のステップ（図４Ａにのみ表す）において、確立されたマルチパスＭＰＴＣＰ接続にリンクされる補助ＴＣＰ接続を、図３Ａ（矢印５Ａ、６Ａ、および７Ａ）および図３Ｂ（矢印５Ｂ、６Ｂ、７Ｂ、および８）を参照して先に論じた２つのプロシージャ（暗黙的または明示的）の内の１つに従って設定してもよい。暗黙的プロシージャのみを図４Ａに表している。
【００４１】
加えて、さらにステップＥ７において、クライアントＣとサーバＳとの間の既知の通信経路の性能リストを作成してもよく、ここで、例えば各経路の信頼性および／または速度といった１つまたは複数の基準に従って、既知の通信経路をランク付けする。各通信経路（主経路および補助経路）の往復時間（ＲＴＴ）およびパケット誤り率（ＰＥＲ）を測定することによって、性能リストを定期的に更新することができる。
【００４２】
かかる性能リストによって、クライアントＣは、サーバＳとのデータのやりとりを最適化するために、好適な通信経路上でデータを送信または要求することができる。
【００４３】
さらに、図５に示すブロック図は、本発明に適合しクライアントＣに相当する装置を表し、この装置は、図４Ａおよび図４Ｂを参照して上述した方法を実装することができる。
【００４４】
具体的には、クライアントＣは以下を備える。
−各々が独自のＩＰアドレスを有する通信用インタフェースＡ１およびＡ２（有線または／および無線）。
−送信機とも呼ばれ、サーバＳに少なくとも以下を送信するよう構成されたモジュールＭ１。
・既知の通信経路の内の少なくともいくつかを介する、ＭＰ＿ＣＡＰＡＢＬＥオプションを伴う主接続確立要求ＳＹＮ１であって、有利なことにはかかる要求は同時に送信される、主接続確立要求ＳＹＮ１、
・決定した主経路を介する、ＭＰ＿ＣＡＰＡＢＬＥオプションを伴う第２のタイプの確認応答メッセージＡＣＫ＋ＤＡＴＡ３、
・補助通信経路の各々を介する、それらの補助通信経路による接続を中止するよう求めるリセット要求ＲＳＴ、
・補助通信経路を介する、ＭＰ＿ＪＯＩＮオプションを伴う接続確立要求ＳＹＮ５Ａ、
・補助通信経路を介する、ＭＰ＿ＪＯＩＮオプションを伴う確認応答メッセージＳＹＮ／ＡＣＫ６Ｂ、
・補助通信経路を介する、ＭＰ＿ＪＯＩＮオプションを伴う第２のタイプの確認応答メッセージＡＣＫ７Ａ、
・可能な補助通信経路を表す情報メッセージ８。
−受信機とも呼ばれ、サーバＳから少なくとも以下を受信するよう構成されたモジュールＭ２。
・前記既知の通信経路の１つを介する、ＭＰ＿ＣＡＰＡＢＬＥオプションを伴う第１のタイプの確認応答メッセージＳＹＮ／ＡＣＫ２、
・前記マルチパスＭＰＴＣＰ接続の主接続を確立するための確立確認応答パケットＡＣＫ４、
・補助通信経路を介する、ＭＰ＿ＪＯＩＮオプションを伴う接続確立要求ＳＹＮ５Ｂ、
・補助通信経路を介する、ＭＰ＿ＪＯＩＮオプションを伴う第１のタイプの確認応答メッセージＳＹＮ／ＡＣＫ６Ａ、
・補助通信経路を介する、ＭＰ＿ＪＯＩＮオプションを伴う第２のタイプの確認応答メッセージＡＣＫ７Ｂ。
−推定器とも呼ばれ、サーバＳからの第１のタイプの確認応答メッセージＳＹＮ／ＡＣＫをクライアントＣが最初に受信した経路を主通信経路と決定するよう構成されたモジュールＭ３。
−計算機とも呼ばれ、性能リストを確立するよう構成されたモジュールＭ４。
【００４５】
図５の表示ブロックＭ１〜Ｍ４は、全くの機能ユニットであって、必ずしも物理的に分離されたユニットに相当する必要はない。つまり、それらを、ソフトウェアの形式で展開するか、または１つまたは複数のプロセッサを備える１つまたは複数の集積回路で実装することもできる。
【００４６】
図１〜図５のフローチャートおよび／またはブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータプログラム製品の可能な実装の構成、動作、および機能性を例示するものである。この点に関し、フローチャートまたはブロック図の各ブロックは、特定の論理機能（複数可）を実装する１つまたは複数の実行可能命令を備える、モジュール、セグメント、またはコードの一部を表してよい。いくつかの代替的実装形態においては、ブロックで記された機能が図で記した順序から外れて行われてよいことにも、留意すべきである。例えば、実際、包含される機能性に応じて、連続して示した２つのブロックを実質的に並行して実行してもよく、ブロックを、時には反対の順序で実行する、または代替の順序で実行してもよい。ブロック図および／またはフローチャート図の各ブロック、ならびにブロック図および／またはフローチャート図のブロックの組み合わせを、特定の機能または動作を実施する専用のハードウェアベースのシステム（例えば、１つまたは複数のプロセッサを備える）、または専用のハードウェアおよびコンピュータ命令を組み合わせたものによって実装することができることにも留意されたい。
【図１】
2014110639.tif 000003
【図２】
2014110639.tif 000004
【図３Ａ】
2014110639.tif 000005
【図３Ｂ】
2014110639.tif 000006
【図４Ａ】
2014110639.tif 000007
【図４Ｂ】
2014110639.tif 000008
【図５】
2014110639.tif 000009
【外国語明細書】
2014110639000001.pdf