(57)【要約】本発明は、パケット伝送方法、プロキシサーバ、およびコンピュータ読取可能な記憶媒体を提供する。本方法は、第１プロキシサーバによって、第２プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するステップであり、ここで、MPTCPトンネルは複数の伝送制御プロトコルTCPコネクションを含むステップと、ユーザデータグラムプロトコルUDPパケットがその中へとカプセル化されたインターネットプロトコルIPパケットを受信した後で、第１プロキシサーバによって、MPTCPヘッダと共にIPパケットをカプセル化するステップと、MPTCPトンネル内のTCPコネクションを使用して、第１プロキシサーバによって、MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む。本発明の実施形態に基づいて、先行技術における乏しい互換性に係る技術的問題を解決することができ、そして、従って、完全なUDPパケットを復元することができる。
2020524964.tif 000002
【特許請求の範囲】
【請求項１】
パケット伝送方法であって、
第１プロキシサーバによって、第２プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するステップであり、前記MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含む、ステップと、
ユーザデータグラムプロトコルUDPパケットがその中へとカプセル化されたインターネットプロトコルIPパケットを受信した後で、前記第１プロキシサーバによって、MPTCPヘッダと共に前記IPパケットをカプセル化するステップと、
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、
を含む、パケット伝送方法。
【請求項２】
前記複数のTCPコネクションのいずれもが利用可能なウィンドウを有しておらず、かつ、
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する前記ステップは、
前記第１プロキシサーバによって、各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算するステップと、
前記第１プロキシサーバによって、前記現在の輻輳ウィンドウの比率に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させるステップと、
前記第１プロキシサーバによって、現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む、
請求項１に記載のパケット伝送方法。
【請求項３】
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する前記ステップは、
前記第１プロキシサーバによって、前記複数のTCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定するステップと、
前記第１プロキシサーバによって、前記IPパケットを送信するためにTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む、
請求項２に記載のパケット伝送方法。
【請求項４】
前記複数のTCPコネクションが利用可能なウィンドウを有しており、かつ、
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する前記ステップは、
前記第１プロキシサーバによって、前記利用可能なウィンドウを有する前記TCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定するステップと、
前記第１プロキシサーバによって、前記IPパケットを送信するためのTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む、
請求項１に記載のパケット伝送方法。
【請求項５】
前記第１プロキシサーバによって、MPTCPヘッダと共に前記IPパケットをカプセル化する前記ステップは、
前記UDPパケットがその中へとカプセル化された前記IPパケットの長さが前記MPTCPトンネルの最大セグメントサイズMSSよりも大きい場合に、フラグメント化されたIPパケットを獲得するために、前記第１プロキシサーバによって、前記MSSに基づいて、前記UDPパケットがその中へとカプセル化された前記IPパケットをフラグメント化するステップと、
前記第１プロキシサーバによって、前記フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化するステップと、を含む、
請求項１に記載のパケット伝送方法。
【請求項６】
前記第１プロキシサーバは、ハイブリッドアクセスアグリゲーションポイントHAAPであり、かつ、
前記第２プロキシサーバは、ホームゲートウェイである、
請求項１に記載のパケット伝送方法。
【請求項７】
前記第１プロキシサーバおよび前記第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである、
請求項１に記載のパケット伝送方法。
【請求項８】
前記方法は、さらに、
IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生した場合に、前記第１プロキシサーバによって、前記パケットロスが発生している前記TCPコネクションの現在の輻輳ウィンドウの量を減少させるステップ、を含む、
請求項１乃至７いずれか一項に記載のパケット伝送方法。
【請求項９】
パケット伝送方法であって、
第２プロキシサーバによって、第１プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するステップであり、前記MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含む、ステップと、
前記第２プロキシサーバによって、前記MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコルIPパケットを受信するステップと、
前記第２プロキシサーバによって、前記MPTCPヘッダに基づいて、前記IPパケットをランク付けするステップと、
UDPパケットを獲得するために、前記IPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、
を含む、パケット伝送方法。
【請求項１０】
UDPパケットを獲得するために、前記IPパケットのIPパケットヘッダに基づいて、解析を実行する前記ステップは、
フラグメント化されたIPパケットを獲得するために、前記ランク付けされたIPパケットの前記MPTCPヘッダを除去するステップと、
前記フラグメント化されたIPパケットを再構築した後で、前記UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、を含む、
請求項９に記載のパケット伝送方法。
【請求項１１】
確立モジュール、カプセル化モジュール、および送信モジュールを含むプロキシサーバであって、
前記確立モジュールは、第２プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するように構成されており、前記MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含む、確立モジュールと、
前記カプセル化モジュールは、ユーザデータグラムプロトコルUDPパケットがその中へとカプセル化されたインターネットプロトコルIPパケットを受信した後で、MPTCPヘッダと共に前記IPパケットをカプセル化するように構成されており、
前記送信モジュールは、前記MPTCPトンネル内のTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するように構成されている、
プロキシサーバ。
【請求項１２】
前記複数のTCPコネクションのいずれもが利用可能なウィンドウを有しておらず、かつ、
前記送信モジュールは、
各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算し、
前記現在の輻輳ウィンドウの比率に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させ、かつ、
現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する、
ように、特定的に構成されている、
請求項１１に記載のプロキシサーバ。
【請求項１３】
前記送信モジュールは、
前記複数のTCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定し、かつ、
前記IPパケットを送信するためのTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化された前記IPパケットを送信する、
ように、特定的に構成されている、
請求項１２に記載のプロキシサーバ。
【請求項１４】
前記複数のTCPコネクションが利用可能なウィンドウを有しており、かつ、
前記送信モジュールは、
前記利用可能なウィンドウを有している前記TCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定し、かつ、
前記IPパケットを送信するTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する、
ように、特定的に構成されている、
請求項１１に記載のプロキシサーバ。
【請求項１５】
前記カプセル化モジュールは、
前記UDPパケットがその中へとカプセル化された前記IPパケットの長さが前記MPTCPトンネルの最大セグメントサイズMSSよりも大きい場合に、フラグメント化されたIPパケットを獲得するために、前記MSSに基づいて、前記UDPパケットがその中へとカプセル化された前記IPパケットをフラグメント化し、かつ、
前記フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化する、
ように、特定的に構成されている、
請求項１１に記載のプロキシサーバ。
【請求項１６】
前記第１プロキシサーバは、ハイブリッドアクセスアグリゲーションポイントHAAPであり、かつ、
前記第２プロキシサーバは、ホームゲートウェイである、
請求項１１に記載のプロキシサーバ。
【請求項１７】
前記第１プロキシサーバおよび前記第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである、
請求項１１に記載のプロキシサーバ。
【請求項１８】
前記プロキシサーバは、さらに、制御モジュールを含み、
前記制御モジュールは、
IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生した場合に、前記パケットロスが発生している前記TCPコネクションの現在の輻輳ウィンドウの量を減少させるように、構成されている、
請求項１１乃至１７いずれか一項に記載のプロキシサーバ。
【請求項１９】
確立モジュール、受信モジュール、および解析モジュールを含むプロキシサーバであって、
前記確立モジュールは、第１プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するように構成されており、前記MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含み、
前記受信モジュールは、前記MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコルIPパケットを受信するように構成されており、かつ、
前記解析モジュールは、前記MPTCPヘッダに基づいて前記IPパケットをランク付けし、かつ、UDPパケットを獲得するために、前記IPパケットのIPパケットヘッダに基づいて、解析を実行するように構成されている、
プロキシサーバ。
【請求項２０】
前記解析モジュールは、
フラグメント化されたIPパケットを獲得するために、前記ランク付けされたIPパケットの前記MPTCPヘッダを除去し、かつ、
前記フラグメント化されたIPパケットを再構築した後で、前記UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて、解析を実行する、
ように、特定的に構成されている、
請求項１９に記載のプロキシサーバ。
【請求項２１】
コンピュータ読取可能な記憶媒体であって、命令を備えており、
前記命令がコンピュータ上で実行されると、前記コンピュータは、請求項１乃至８いずれか一項に記載の方法を実行することができる、
コンピュータ読取可能な記憶媒体。
【請求項２２】
コンピュータ読取可能な記憶媒体であって、命令を備えており、
前記命令がコンピュータ上で実行されると、前記コンピュータは、請求項９または１０に記載の方法を実行することができる、
コンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関する。そして、特定的には、パケット送信方法、プロキシサーバ、およびコンピュータ読取り可能記憶媒体に関する。
【背景技術】
【０００２】
マルチパス伝送制御プロトコル(Multipath  Transport  Control  Protocol、MPTCP)は、同時伝送のために複数のパスが使用されるトランスポート層プロトコルであり、そして、エンドツーエンドのスループット速度（end-to-end  throughput  rate）を改善し、かつ、ネットワークの利用率と冗長性を増加することができる。MPTCPプロトコルについては、RFC6824を参照のこと。
【０００３】
MPTCPは、伝送制御プロトコル(Transport  Control  Protocol、TCP)と完全に互換性があり、そして、TCPに基づいてTCPオプションヘッダが追加され、MPTCPリンク確立、リンク除去、およびデータ送信、といった機能を実施する。MPTCPの典型的なアプリケーションシナリオは、アクセスネットワークにおけるものであってよく、または、エンタープライズネットワークにおけるものであってよい。
【０００４】
以下に、一つの例としてアクセスネットワークが説明のために使用される。図1は、従来技術におけるハイブリッドアクセスのサービスシナリオの概略図である。コンピュータは、ワイファイ(Wireless  Fidelity、WiFi)または有線ネットワークを使用して、ホームゲートウェイ(Home  Gateway、HG)に接続されており、そして、モバイル端末は、ロングタームエボリューション(Long  Term  Evolution、LTE)ネットワークまたはWiFiを使用して、ハイブリッドアクセスアグリゲーションポイント(Hybrid  Access  Aggregation  Point、HAAP)に接続されている。
【０００５】
ハイブリッドアクセス(Bonding  Access、BA)シナリオにおいては、加入者線(Digital  Subscriber  Line、DSL)、移動通信ネットワーク(例えば、LTE)、およびWiFiといった、複数のリンク接続が存在している。別の言葉で言えば、HGとHAAPとは、以下の方法を使用して接続され得る。WiFi、DSL、またはLTEである。モバイル端末とHAAPとは、WiFi/LTEを使用して接続され得る。
【０００６】
図2は、従来技術でのハイブリッドアクセスシナリオにおけるMPTCPのシグナリングプロシージャ（signaling  procedure）の概略図である。モバイル端末は、HGを使用することによりHAAPおよびサーバに接続されており、そして、HGとHAAPとの間の接続ネットワークは、LTEおよびDSLを含んでいる。モバイル端末は、３つのTCPパケットをサーバへ送信する。TCP  1、TCP  2、およびTCP  3である。
【０００７】
TCPは、サーバとHAAPとの間で使用されており、MPTCPは、HAAPとHGとの間で使用されており、そして、TCPは、HGとモバイル端末との間で使用されている。
【０００８】
MPTCPがBAシナリオにおいて使用されるとき、マルチリンクボンディング（multi-link  bonding）は、スループット速度を改善し、そして、さらに、リンク状態が変化すると、トラフィックが動的に調整される。
【０００９】
従来技術では、アクセスネットワークまたはエンタープライズネットワークにおいて、UDPパケットがその中へとカプセル化されたIPパケットが、送信される必要がある。MPTCPネットワークを通過するためには、UDPヘッダが、MPTCPヘッダと置き換えられる必要があり、そして、MPTCPカプセル化構造(別の言葉で言えば、MPTCOヘッダの構造)が、IPパケットにおいて拡張構造（extended  structure）を用いてMPTCPヘッダへルーティングするために使用される情報を追加するように、拡張される必要がある。別の言葉で言えば、UDPパケットは、標準MPTCPカプセル化構造を修正することによって、MPTCPネットワークを通過することができる。標準MPTCPカプセル化構造を修正することは、互換性の問題を生じさせ得る。例えば、受信端（receive  end）は、修正されたMPTCPヘッダを認識することができず、そして、結果として、UDPパケットを復元することはできない。
【発明の概要】
【００１０】
本発明の実施形態は、パケット伝送方法を提供し、完全なUDPパケットを復元することができるように、従来技術における乏しい互換性に係る技術的問題を解決する。
【００１１】
本発明の実施形態は、さらに、パケット伝送方法を提供し、完全なUDPパケットを復元することができるように、従来技術における乏しい互換性に係る技術的問題を解決する。
【００１２】
本発明の実施形態は、さらに、プロキシサーバを提供し、完全なUDPパケットを復元することができるように、従来技術における乏しい互換性に係る技術的問題を解決する。
【００１３】
本発明の実施形態は、さらに、プロキシサーバを提供し、完全なUDPパケットを復元することができるように、従来技術における乏しい互換性に係る技術的問題を解決する。
【００１４】
本発明の実施形態は、さらに、コンピュータ読取り可能記憶媒体を提供し、完全なUDPパケットを復元することができるように、従来技術における乏しい互換性に係る技術的問題を解決する。
【００１５】
第１態様に従って、本発明の実施形態は、パケット伝送方法を提供する。ここで、本方法は、
第１プロキシサーバによって、第２プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するステップであり、ここで、MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含む、ステップと、
ユーザデータグラムプロトコルUDPパケットがその中へとカプセル化されたインターネットプロトコルIPパケットを受信した後で、第１プロキシサーバによって、MPTCPヘッダと共にIPパケットをカプセル化するステップと、
MPTCPトンネル内のTCPコネクションを使用して、第１プロキシサーバによって、MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む。
【００１６】
第１態様を参照すると、第２の可能な実装においては、複数のTCPコネクションのいずれもが利用可能なウィンドウを有さない。そして、
MPTCPトンネル内のTCPコネクションを使用して、第１プロキシサーバによって、MPTCPヘッダと共にカプセル化されたIPパケットを送信する当該ステップは、
第１プロキシサーバによって、各TCPコネクションの現在の輻輳ウィンドウ（congestion  window）の量に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算するステップと、
第１プロキシサーバによって、現在の輻輳ウィンドウの比率に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させるステップと、
第１プロキシサーバによって、現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む。
【００１７】
第１態様を参照すると、第２の可能な実装の第１事例において、MPTCPトンネル内のTCPコネクションを使用して、第１プロキシサーバによって、MPTCPヘッダと共にカプセル化されたIPパケットを送信する当該ステップは、
第１プロキシサーバによって、複数のTCPコネクションのプライオリティに基づいて、IPパケットを送信するためのTCPコネクションを決定するステップと、
第１プロキシサーバによって、IPパケットを送信するためにTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む。
【００１８】
第１態様を参照すると、第３の可能な実装において、複数のTCPコネクションは利用可能なウィンドウを有している。そして、
MPTCPトンネル内のTCPコネクションを使用して、第１プロキシサーバによって、MPTCPヘッダと共にカプセル化されたIPパケットを送信する当該ステップは、
第１プロキシサーバによって、利用可能なウィンドウを有するTCPコネクションのプライオリティに基づいて、IPパケットを送信するためのTCPコネクションを決定するステップと、
第１プロキシサーバによって、IPパケットを送信するためのTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む。
【００１９】
第１態様を参照すると、第４の可能な実装において、第１プロキシサーバによって、MPTCPヘッダと共にIPパケットをカプセル化する当該ステップは、
UDPパケットがその中へとカプセル化されたIPパケットの長さがMPTCPトンネルの最大セグメントサイズMSSよりも大きい場合に、フラグメント化されたIPパケットを獲得するために、第１プロキシサーバによって、MSSに基づいて、UDPパケットがその中へとカプセル化されたIPパケットをフラグメント化するステップと、
第１プロキシサーバによって、フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化するステップと、を含む。
【００２０】
第１態様を参照すると、第５の可能な実装において、第１プロキシサーバは、ハイブリッドアクセスアグリゲーションポイントHAAPであり、かつ、第２プロキシサーバは、ホームゲートウェイである。
【００２１】
第１態様を参照すると、第６の可能な実装において、第１プロキシサーバおよび第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである。
【００２２】
第１態様を参照すると、上述の可能な実装において、本方法は、さらに、
IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生した場合に、第１プロキシサーバによって、パケットロスが発生しているTCPコネクションの現在の輻輳ウィンドウの量を減少させるステップ、を含む。
【００２３】
第２態様に従って、本発明の実施形態は、パケット伝送方法を提供する。ここで、本方法は、
第２プロキシサーバによって、第１プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するステップであり、ここで、MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含む、ステップと、
第２プロキシサーバによって、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコルIPパケットを受信するステップと、
第２プロキシサーバによって、MPTCPヘッダに基づいて、IPパケットをランク付けするステップと、UDPパケットを獲得するために、IPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、を含む。
【００２４】
第２態様を参照すると、第１の可能な実装において、UDPパケットを獲得するために、IPパケットのIPパケットヘッダに基づいて、解析を実行する当該ステップは、
フラグメント化されたIPパケットを獲得するために、ランク付けされたIPパケットのMPTCPヘッダを除去するステップと、
フラグメント化されたIPパケットを再構築した後で、UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、を含む。
【００２５】
第３態様に従って、本発明の実施形態は、プロキシサーバを提供する。ここで、プロキシサーバは、確立モジュール、カプセル化モジュール、および送信モジュールを含む。ここで、
確立モジュールは、第２プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するように構成されており、ここで、MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含み、
カプセル化モジュールは、ユーザデータグラムプロトコルUDPパケットがその中へとカプセル化されたインターネットプロトコルIPパケットを受信した後で、MPTCPヘッダと共にIPパケットをカプセル化するように構成されており、
送信モジュールは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように構成されている。
【００２６】
第３態様を参照すると、第２の可能な実装においては、複数のTCPコネクションのいずれもが利用可能なウィンドウを有さない。そして、
送信モジュールは、各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算し、
現在の輻輳ウィンドウの比率に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させ、かつ、
現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する、ように特定的に構成されている。
【００２７】
第３態様を参照すると、第２の可能な実装の第１事例において、送信モジュールは、複数のTCPコネクションのプライオリティに基づいて、IPパケットを送信するためのTCPコネクションを決定し、かつ、IPパケットを送信するためのTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する、ように特定的に構成されている。
【００２８】
第３態様を参照すると、第３の可能な実装において、複数のTCPコネクションは利用可能なウィンドウを有している。そして、
送信モジュールは、利用可能なウィンドウを有しているTCPコネクションのプライオリティに基づいて、IPパケットを送信するためのTCPコネクションを決定し、かつ、IPパケットを送信するTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する、ように特定的に構成されている。
【００２９】
第３態様を参照すると、第４の可能な実装において、カプセル化モジュールは、UDPパケットがその中へとカプセル化されたIPパケットの長さがMPTCPトンネルの最大セグメントサイズMSSよりも大きい場合に、フラグメント化されたIPパケットを獲得するために、MSSに基づいて、UDPパケットがその中へとカプセル化されたIPパケットをフラグメント化し、かつ、フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化する、ように特定的に構成されている。
【００３０】
第３態様を参照すると、第５の可能な実装において、第１プロキシサーバは、ハイブリッドアクセスアグリゲーションポイントHAAPであり、かつ、第２プロキシサーバは、ホームゲートウェイである。
【００３１】
第３態様を参照すると、第６の可能な実装において、第１プロキシサーバおよび第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである。
【００３２】
第３態様を参照すると、上述の可能な実装において、プロキシサーバは、さらに、TCPコネクションにおいてパケットロスが発生した場合に、パケットロスが発生しているTCPコネクションの現在の輻輳ウィンドウの量を減少させるように構成されている、制御モジュールを含んでいる。
【００３３】
第４態様に従って、本発明の実施形態は、プロキシサーバを提供する。ここで、プロキシサーバは、確立モジュール、受信モジュール、および解析モジュールを含んでいる。
ここで、確立モジュールは、第１プロキシサーバに対するマルチパス伝送制御プロトコルMPTCPトンネルを確立するように構成されており、MPTCPトンネルは、複数の伝送制御プロトコルTCPコネクションを含み、
受信モジュールは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコルIPパケットを受信するように構成されており、かつ、
解析モジュールは、MPTCPヘッダに基づいてIPパケットをランク付けし、かつ、UDPパケットを獲得するためにIPパケットのIPパケットヘッダに基づいて解析を実行するように構成されている。
【００３４】
第４態様を参照すると、第２の可能な実装において、解析モジュールは、フラグメント化されたIPパケットを獲得するために、ランク付けされたIPパケットのMPTCPヘッダを除去し、かつ、フラグメント化されたIPパケットを再構築した後で、UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて、解析を実行するように、特定的に構成されている。
【００３５】
本出願の第５態様は、コンピュータ読取可能な記憶媒体を提供する。ここで、コンピュータ読取可能な記憶媒体は、命令を備えており、そして、命令がコンピュータ上で実行されると、コンピュータは、上記の態様における方法を実行することができる。
【００３６】
本出願の第６態様は、命令を含むコンピュータプログラム製品を提供する。ここで、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、上記の態様における方法を実行することができる。
【００３７】
本出願の第７態様は、コンピュータプログラムを提供する。ここで、コンピュータプログラムがコンピュータ上で実行されると、コンピュータは、上記の態様における方法を実行することができる。
【００３８】
第１プロキシサーバが第２プロキシサーバに対するMPTCPトンネルを確立し、ここで、MPTCPトンネルは複数のTCPコネクションを含み、第１プロキシサーバは、UDPパケットがその中へとカプセル化されたIPパケットを受信した後で、MPTCPヘッダと共にIPパケットをカプセル化し、そして、第１プロキシサーバは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信することを、上記の技術的解決から学ぶことができる。IPパケットの送信の最中に標準MPTCPカプセル化構造が使用され、そうして、乏しい互換性に係る技術的問題が解決され、そして、従って、受信端において完全なUDPパケットを復元することができる。
【図面の簡単な説明】
【００３９】
本発明は、添付の図面を参照して、本発明の特定的な実施形態に係る以下の説明から、より良く理解され得る。そして、同一または類似の参照番号は、同一または類似の特徴を表している。
【図１】図１は、従来技術におけるアクセスネットワークのサービスシナリオの概略図である。
【図２】図2は、従来技術のハイブリッドアクセスシナリオにおけるMPTCPのシグナリングプロシージャの概略図である。
【図３】図3は、本発明の一つの実施形態に従った、パケット送信方法についての模式的なフローチャートである。
【図４】図4は、本発明の一つの実施形態に従った、MPTCPヘッダと共にカプセル化されたIPパケットの送信についての概略フローチャートである。
【図５】図5は、本発明の一つの実施形態に従った、IPパケットを送信するための、TCPコネクションにおけるリソースのスケジューリングについての概略図である。
【図６】図6は、本発明の一つの実施形態に従った、MSSに基づいたIPパケットのフラグメントの概略図である。
【図７】図7は、本発明の別の実施形態に従った、パケット送信方法の模式的なフローチャートである。
【図８】図8は、本発明の一実施形態に従った、MPTCPトンネルを使用したUDPパケットの送信についての概略図である。
【図９】図9は、本発明の一つの実施形態に従った、プロキシサーバの模式的な構造図である。
【図１０】図10は、本発明の別の実施形態に従った、プロキシサーバの模式的な構造図である。
【図１１】図11は、本発明のさらに別の実施形態に従った、プロキシサーバの模式的な構造図である。
【発明を実施するための形態】
【００４０】
本発明の実施形態においては、MPTCPトンネルが、第１プロキシサーバと第２プロキシサーバとの間で最初に確立される。次いで、UDPパケットがその中へとカプセル化されたIPパケットを受信した後で、第１プロキシサーバは、MPTCPカプセル化構造を変更しないが、MPTCPヘッダと共にIPパケットをカプセル化する。最後に、MPTCPヘッダと共にカプセル化されたIPパケット（an  IP  packet  encapsulated  with  an  MPTCP  header）が、MPTCPトンネル内のTCPコネクションを使用して送信される。受信端（receive  end）は標準MPTCPカプセル化構造を識別できるので、乏しい互換性に係る技術的問題が解決され、そして、従って、完全なUDPパケットを復元することができる。
【００４１】
図3は、本発明の一つの実施形態に従ったパケット送信方法についての模式的なフローチャートである。図3のステップは、送信端（transmit  end）、すなわち、MPTCPヘッダと共にカプセル化されたIPパケットを送信するための、第１プロキシサーバに対して適用され得る。本方法は、具体的に、以下のステップを含んでいる。
【００４２】
S301.第１プロキシサーバは、第２プロキシサーバに対するMPTCPトンネルを確立する。ここで、MPTCPトンネルは複数のTCPコネクションを含んでいる。
【００４３】
MPTCPは、アクセスネットワークに対して適用され得る。そして、また、エンタープライズネットワークに対しても適用され得る。アクセスネットワークは、バックボーンネットワークとモバイル端末との間の全てのデバイスである。エンタープライズネットワークは、エンタープライズスコープ（enterprise  scope）をカバーするネットワークである。エンタープライズネットワークを利用することによって、エンタープライズ間で直接的にデータを送信することができる。
【００４４】
以下に、異なるシナリオにおけるMPTCPのアプリケーションについて別途に説明する。
【００４５】
MPTCPのアプリケーションシナリオがアクセスネットワーク内にあるとき、モバイル端末とサーバの間にMPTCPトンネルが確立され得る。MPTCPトンネルは、MPTCPヘッダと共にカプセル化されたIPパケットを送信するために確立されている。
【００４６】
TCPがモバイル端末とゲートウェイの間で使用され、MPTCPがHGとHAAPの間で使用され、そして、TCPはHAAPとサーバの間で使用される。この場合に、HAPPとゲートウェイの間に特定的にMPTCPトンネルが確立され得る。ゲートウェイがHGであるときには、HAPPとHGの間にMPTCPトンネルが確立される。それに応じて、第１プロキシサーバはHAAPであってよく、そして、第２プロキシサーバはHGであってよい。
【００４７】
MPTCPのアプリケーションシナリオがエンタープライズネットワーク内にあるとき、エンタープライズネットワーク間のアクセスルータはMPTCPを使用する。この場合に、エンタープライズネットワーク間のアクセスルータ間においてMPTCPトンネルが確立され得る。第１プロキシサーバは、一つのエンタープライズに対応する第１アクセスルータであってよく、そして、第２プロキシサーバは、別のエンタープライズに対応する第２アクセスルータであってよい。別の言葉で言えば、第１プロキシサーバと第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである。
【００４８】
確かに、別のネットワークにおいて、ネットワーク装置間でMPTCPを使用するとき、IPパケットを送信するために、ネットワーク装置間にMPTCPトンネルが確立され得る。
【００４９】
S302.第１プロキシサーバは、UDPパケットがその中へとカプセル化されたIPパケットを受信した後で、MPTCPヘッダと共にIPパケットをカプセル化する。
【００５０】
MPTCPトンネル内のTCPコネクションを使用して、UDPパケットがその中へとカプセル化されたIPパケットを送信するために、第１プロキシサーバは、MPTCPヘッダと共にIPパケットをカプセル化する必要がある。MPTCPヘッダと共にカプセル化されたIPパケットを受信した後で、受信端は、UDPパケットを獲得するために、MPTCPヘッダに基づいて、受信したIPパケットをランク付けし得る。
【００５１】
S303.第１プロキシサーバは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する。
【００５２】
MPTCPトンネルは、複数のTCPコネクションを含んでいる。複数のTCPコネクションから１つまたはそれ以上のTCPコネクションが選択され得る。そして、MPTCPヘッダと共にカプセル化されたIPパケットが、選択されたTCPコネクションを使用して送信される。この仕様（specification）において、複数のTCPコネクションは、２つのTCPコネクションを含む、２つまたはそれ以上のTCPコネクションである。
【００５３】
第１サーバおよび第２サーバは、複数のTCPコネクションを使用してデータを送信し得る。そして、TCPコネクションは、DSL、移動通信ネットワーク、及び／又はWiFiといったネットワークリンクを含み得る。従って、MPTCPトンネルは、DSL、移動通信ネットワーク、およびWiFiといったネットワークに対して適用可能である。
【００５４】
本発明のこの実施形態において、MPTCPトンネルが、最初に、第１プロキシサーバと第２プロキシサーバとの間に確立され、そして、第１プロキシサーバは、MPTCPヘッダと共にIPパケットをカプセル化する。次いで、第１プロキシサーバは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する。IPパケットは標準MPTCP構造を使用してカプセル化されるので、乏しい互換性に係る技術的問題が解決され、そして、従って、完全なUDPパケットを復元することができる。
【００５５】
TCPコネクションにおいて、データは輻輳ウィンドウ（congestion  window）によって搬送される。輻輳ウィンドウは、送信におけるウィンドウおよび利用可能なウィンドウを含んでいる。送信におけるウィンドウは、搬送されるデータがその中で送信されているウィンドウであり、そして、利用可能なウィンドウは、搬送されるデータが現在その中で送信されていないウィンドウである。TCPコネクションが利用可能なウィンドウを有するとき、それは、TCPコネクションが利用可能なリソースを有していることを示している。TCPコネクションが利用可能なウィンドウを有さないとき、それは、TCPコネクションが利用可能なリソースを有さないことを示している。
【００５６】
本発明の一つの任意的な実施形態において、MPTCPトンネル内に含まれる複数のTCPコネクションのいずれもが利用可能なウィンドウを有さない場合に、それは、TCPコネクションのいずれも利用可能なリソースを有さないことを示している。
【００５７】
図4は、本発明の一つの実施形態に従った、MPTCPヘッダと共にカプセル化されたIPパケットの送信についての概略フローチャートである。具体的に、MPTCPヘッダと共にカプセル化されたIPパケットの送信は、以下のステップを含んでいる。
【００５８】
401.第１プロキシサーバは、各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算する。
【００５９】
最初に、各TCPコネクションの現在の輻輳ウィンドウの量が決定される。例えば、第１TCPコネクションの現在の輻輳ウィンドウの量は１０であり、そして、第２TCPコネクションの現在の輻輳ウィンドウの量は６である。
【００６０】
次いで、複数のTCPコネクションの現在の輻輳ウィンドウの比率が計算される。例えば、第１TCPコネクションまたは第２TCPコネクションのいずれも、利用可能なウィンドウを有さない。第１TCPコネクションの現在の輻輳ウィンドウの第２TCPコネクションの現在の輻輳ウィンドウに対する比率は、１０／６である。
【００６１】
402.第１プロキシサーバは、現在の輻輳ウィンドウの比率に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させる。
【００６２】
TCPコネクションの現在の輻輳ウィンドウの量は、以前に計算された現在の輻輳ウィンドウの比率に基づいて増加される。例えば、第１TCPコネクションの現在の輻輳ウィンドウの第２TCPコネクションの現在の輻輳ウィンドウに対する比率は、１０／６である。第１TCPコネクションの現在の輻輳ウィンドウの量が５ウィンドウだけ増加される場合に、第２TCPコネクションの現在の輻輳ウィンドウの量は３ウィンドウだけ増加される。
【００６３】
このようにして、第１TCPコネクションの利用可能なウィンドウの量は５であり、そして、第２TCPコネクションの利用可能なウィンドウの量は３である。明らかに、現在の輻輳ウィンドウの量が増加された後に、現在の輻輳ウィンドウの比率は変わらないままである。
【００６４】
403.第１プロキシサーバは、現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する。
【００６５】
現在の輻輳ウィンドウの量が増加された後で、各TCPコネクションは利用可能なウィンドウを有しており、そうして、MPTCPヘッダと共にカプセル化されたIPパケットは、TCPコネクションの利用可能なウィンドウにおいて送信され得る。
【００６６】
本発明のこの実施形態において、複数のTCPコネクションの現在の輻輳ウィンドウの量は、現在の輻輳ウィンドウの比率に基づいて増加される。このように、TCPコネクションが利用可能なウィンドウを有さないとき、MPTCPヘッダと共にカプセル化されたIPパケットを送信するために、TCPコネクションの現在の輻輳ウィンドウの量が増加され得る。
【００６７】
本発明の任意的な実施形態においては、複数のTCPコネクションのいずれも、利用可能なウィンドウを有さない。複数のTCPコネクションの現在の輻輳ウィンドウの量が増加された後で、第１プロキシサーバは、TCPコネクションの事前設定されたプライオリティ（priority）に基づいて、IPパケットを送信するためのTCPコネクションを決定し得る。次いで、MPTCPヘッダと共にカプセル化されたIPパケットが、IPパケットを送信するためにTCPコネクションを使用して、送信される。
【００６８】
例えば、第１TCPコネクションまたは第２TCPコネクションのいずれも利用可能なウィンドウを有しておらず、そして、第１TCPコネクションのプライオリティは第２TCPコネクションのプライオリティより高い。第１プロキシサーバは、最初に、IPパケットを送信するためのTCPコネクションとして、第１TCPコネクションを決定し得る。そして、次いで、第１TCPコネクションの増加された現在の輻輳ウィンドウを通じて、MPTCPヘッダと共にカプセル化されたIPパケットを送信する。
【００６９】
本発明の任意的な実施形態においては、複数のTCPコネクションのいずれも、利用可能なウィンドウを有さない。複数のTCPコネクションの現在の輻輳ウィンドウの量が増加された後で、第１プロキシサーバは、IPパケットを送信するためのTCPコネクションとしてTCPコネクションをランダムに決定し得る。次いで、IPパケットを送信するためにTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットが送信される。
【００７０】
本発明の任意的な実施形態において、IPパケットを送信するためのTCPコネクションにおいてパケットロス（packet  loss）が発生したとき、それは、現在のTCPコネクションが不安定であることを示しており、そして、パケットロスの可能性を低減するために、第１プロキシサーバは、パケットロスが発生しているTCPコネクションの現在の輻輳ウィンドウの量を減少させ得る。
【００７１】
本発明の任意的な実施形態において、MPTCPトンネル内に含まれる複数のTCPコネクションが利用可能なウィンドウを有する場合に、それは、利用可能なリソースを有するTCPコネクションが存在することを示している。
【００７２】
最初に、複数のTCPコネクションにおいて、第１プロキシサーバは、TCPコネクションの事前設定されたプライオリティに基づき、かつ、利用可能なウィンドウを有するTCPコネクションから、IPパケットを送信するためのTCPコネクションを決定し得る。次いで、IPパケットを送信するためのTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットが送信される。
【００７３】
TCPコネクションにおけるリソーススケジューリングに基づくカプセル化されたIPパケットの送信が、図5を参照して、以下で詳細に説明される。図5は、本発明の一つの実施形態に従った、IPパケットを送信するための、TCPコネクションにおけるリソースのスケジューリングについての概略図である。
【００７４】
第１プロキシサーバと第２プロキシサーバとの間には、２つのTCPコネクションが存在している。TCP  1およびTCP  2である。
【００７５】
第１プロキシサーバと第２プロキシサーバとの間にMPTCPトンネルが確立された後で、IPフローは、TCP  1およびTCP  2それぞれにおいて対応するTCPサブフローを有している。TCP  1のプライオリティは、TCP  2のプライオリティよりも高く事前設定されている。
【００７６】
TCPコネクションは輻輳ウィンドウを含んでいる。TCP  1の現在の輻輳ウィンドウの利用可能なウィンドウの量およびTCP  2の現在の輻輳ウィンドウの利用可能なウィンドウの量は、それぞれゼロである。別の言葉で言えば、TCP  1またはTCP  2のいずれも利用可能なリソースを有さない。
【００７７】
IPフローの正常な送信を確保するためには、現在の輻輳ウィンドウの量が増加される必要がある。
【００７８】
最初に（first）、TCP  1の現在の輻輳ウィンドウのTCP  2の現在の輻輳ウィンドウ対する比率、すなわち１５／１０が、各リンクの現在の輻輳ウィンドウの量に基づいて計算される。
【００７９】
次に（second）に、TCP  1の現在の輻輳ウィンドウの量およびTCP  2の現在の輻輳ウィンドウの量が、１５／１０の比率に基づいて増加される。例えば、TCP  1のウィンドウの数量が３だけ増加され、そして、TCP  2のウィンドウの量が２だけ増加される。TCP  1の増加された輻輳ウィンドウの量は１８に等しく、そして、TCP  2の増加された輻輳ウィンドウの量は１２に等しい。
【００８０】
最後に（finally）、増加された現在の輻輳ウィンドウに基づいて、データが送信される。パケット6、7、および8は、TCP  1にスケジュールされてよく、そして、パケット9および10は、TCP  2にスケジュールされてよい。
【００８１】
TCPコネクションにおいて利用可能なリソースがある場合、別の言葉で言えば、TCPコネクションの利用可能なウィンドウの量がゼロでない場合に、IPパケットは、TCPコネクションのプライオリティに基づいて、TCPコネクションにスケジュールされる。
【００８２】
別の言葉で言えば、一つの事例において、TCP  1またはTCP  2いずれかの利用可能なウィンドウの量がゼロでない場合に、TCP  1は利用可能なリソースを有し、そして、TCP  2も、また、利用可能なリソースを有している。この事例において、スケジューリングは、TCPコネクションのプライオリティに基づいて実行され得る。TCP  1のプライオリティがTCP  2のプライオリティより高いので、IPパケットは、最初に、TCP  1の利用可能なリソースに対してスケジュールされ、そして、次いで、TCP  2の利用可能なリソースに対してスケジュールされる。IPパケットのスケジューリングの特定的なデータボリュームは、TCPコネクションの利用可能なウィンドウに基づいて決定される。
【００８３】
本発明の任意的な実施形態においては、UDPパケットがその中へとカプセル化されたIPパケットが長過ぎることを考慮すると、通常の（normal）データブロックにおいて一度にIPパケットの送信を完了することができない。
【００８４】
この事例において、第１プロキシサーバは、フラグメント化されたIPパケットを獲得するために、MPTCPトンネルの最大セグメントサイズ(Max  Segment  Size、MSS)に基づいて、UDPパケットがその中へとカプセル化されたIPパケットをフラグメント化することができる。最後に、フラグメント化されたIPパケットはMPTCPヘッダと共にカプセル化される。
【００８５】
図6は、本発明の一つの実施形態に従った、MSSに基づいたIPパケットのフラグメントの概略図である。IPによって搬送されるパケットをサーバが受信した後で、UDPパケットがその中へとカプセル化されたIPパケットの長さがMPTCPトンネルのMSSより大きいので、サーバは、UDPパケットがその中へとカプセル化されたIPパケットをフラグメント化する必要がある。
【００８６】
例えば、UDPパケットがその中へとカプセル化されたIPパケットの長さが１５００であり、そして、MSSが１０００である場合に、UDPパケットがその中へとカプセル化されたIPパケットは２つのパケットへとフラグメント化される。１０００と５２０である。１つのIPパケットが２つのIPパケッへとフラグメント化されている。各IPパケットはIPヘッダを有しているので、２つのパケットの合計長さは２０バイトだけ拡大する。
【００８７】
別の言葉で言えば、図6において、UDPパケットがその中へとカプセル化されたIPパケットは、IPにより搬送されるUDP  1、および、IPにより搬送されるUDP  2へとフラグメント化される。２つのフラグメント化されたIPパケットは、TCPにスケジュールされる。例えば、IPにより搬送されるUDP  1はTCP  1にスケジュールされ、そして、IPにより搬送されるUDP  2はTCP  2にスケジュールされる。
【００８８】
HGについては、IPヘッダの長さフィールドに基づいて、TCPバイトストリームから完全なIPパケットが復元（restored）される。別の言葉で言えば、IPにより搬送されるUDP  1およびIPにより搬送されるUDP  2が獲得される。
【００８９】
MPTCPに基づいて、ユーザによってIPパケットのシーケンスが決定された後で、IPにより搬送されるUDP  1およびIPにより搬送されるUDP  2は、UDPパケットを獲得するために再構築（reassembled）される。
【００９０】
図7は、本発明の別の実施形態に従った、パケット送信方法の模式的なフローチャートである。図7におけるステップは、MPTCPヘッダと共にカプセル化されたIPパケットを受信するために、受信端、例えば、第２プロキシサーバに適用され得る。本方法は、具体的には、以下のステップを含んでいる。
【００９１】
S701.第２プロキシサーバは、第１プロキシサーバに対するMPTCPトンネルを確立する。ここで、MPTCPトンネルはTCPコネクションを含んでいる。
【００９２】
MPTCPは、アクセスネットワークに適用され得る。そして、また、エンタープライズネットワークにも適用され得る。アクセスネットワークは、バックボーンネットワークとモバイル端末との間の全てのデバイスである。エンタープライズネットワークは、エンタープライズスコープをカバーするネットワークである。エンタープライズネットワークを使用することによって、データをエンタープライズ間で直接的に送信することができる。
【００９３】
以下に、異なるシナリオにおけるMPTCPのアプリケーションを別途に説明する。
【００９４】
MPTCPのアプリケーションシナリオがアクセスネットワーク内にあるとき、モバイル端末とサーバとの間でMPTCPトンネルが確立され得る。MPTCPトンネルは、UDPパケットを送信するために確立されている。
【００９５】
MPTCPのアプリケーションシナリオがエンタープライズネットワーク内にあるとき、エンタープライズネットワーク間のアクセスルータはMPTCPを使用する。この場合には、エンタープライズネットワーク間のアクセスルータ間においてMPTCPトンネルが確立され得る。第１プロキシサーバは、一つのエンタープライズに対応する第１アクセスルータであってよく、そして、第２プロキシサーバは、別のエンタープライズに対応する第２アクセスルータであってよい。別の言葉で言えば、第１プロキシサーバおよび第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである。
【００９６】
確かに、他のネットワークにおいて、ネットワーク装置間でMPTCPが使用されるとき、IPパケットを送信するために、ネットワーク装置間にMPTCPトンネルが確立され得る。
【００９７】
S702.第２プロキシサーバは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを受信する。
【００９８】
送信端から送信され、かつ、MPTCPヘッダと共にカプセル化されたIPパケットは、MPTCPトンネル内のTCPコネクションを使用して受信され得る。
【００９９】
S703.第２プロキシサーバは、MPTCPヘッダに基づいてIPパケットをランク付けし、そして、UDPパケットを獲得するために、IPパケットのIPパケットヘッダに基づいて解析を実行する。
【０１００】
IPパケットを送信するためのTCPコネクションは異なっており、そして、IPパケットを受信するシーケンスが異なっている。MPTCPヘッダと共にカプセル化された複数のIPパケットが受信される。受信したIPパケットは、MPTCPヘッダに基づいてランク付けされ、そして、次いで、UDPパケットを獲得するためにIPパケットのIPパケットヘッダに基づいて解析が実行される。
【０１０１】
本発明のこの実施形態において、第２プロキシサーバは、第１プロキシサーバに対するMPTCPトンネルを確立する。MPTCPトンネルを通じてIPパケットを受信した後で、第２プロキシサーバは、MPTCPヘッダに基づいてIPパケットをランク付けし、最終的にUDPパケットを獲得する。IPパケットの送信の最中に標準MPTCPカプセル化構造が使用され、そうして、乏しい互換性に係る技術的問題が解決され、そして、従って、受信端において完全なUDPパケットを復元することができる。
【０１０２】
本発明の任意的な実施形態において、UDPパケットがその中へとカプセル化されたIPパケットが長過ぎることを考慮すると、通常のデータブロックにおいて一度にIPパケットの送信を完了することができない。従って、UDPパケットがその中へとカプセル化されたIPパケットは、MPTCPトンネルのMSSに基づいて、送信端でフラグメント化される。この場合に、受信端によって受信されたIPパケットは、再構築される必要がある。
【０１０３】
特定的に、第２プロキシサーバは、フラグメント化されたIPパケットを獲得するために、ランク付けされたIPパケットのMPTCPヘッダを除去する。フラグメント化されたIPパケットは、再構築の前のIPパケットである。最後に、フラグメント化されたIPパケットは再構築され、そして、次いで、UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて解析が実行される。
【０１０４】
図8は、本発明の一実施形態に従った、MPTCPトンネルを使用したUDPパケットの送信についての概略図である。
【０１０５】
第１プロキシサーバはHAAPであり、そして、第２プロキシサーバはHGである。最初に、HAAPとHGとの間でMPTCPトンネルが確立される。
【０１０６】
サーバ側によって送信される必要があるUDPパケットは、UDP  1およびUDP  2を含んでいる。
【０１０７】
HAAPにおいては、IPパケットがMPTCPヘッダと共にカプセル化された後で、カプセル化されたIPパケットは、TCPコネクションにスケジュールされ、そして、MPTCPトンネルを通過する。カプセル化されたIPパケットは、MPTCPパケットヘッダ、IPパケットヘッダ、およびUDPを含んでいる。
【０１０８】
HGにおいては、MPTCPトンネルから受信したIPパケットのMPTCPヘッダが除去された後で、ランク付け（ranking）が実行され、そして、パケットUDP  1がパケットUDP  2の前にランク付けされる。
【０１０９】
IPパケットヘッダに基づいて、パケットUDP  1が最初に解析され、そして、次いで、パケットUDP  2が解析されて、最終的にUDP  1およびUDP  2を獲得する。
【０１１０】
図9は、本発明の一つの実施形態に従った、プロキシサーバの模式的な構造図である。図9におけるプロキシサーバは、MPTCPヘッダと共にカプセル化されたIPパケットを送信するための送信端に適用され得る。特定的に、プロキシサーバは、確立モジュール901、カプセル化モジュール902、および送信モジュール903を含んでいる。
【０１１１】
確立モジュール901は、第２プロキシサーバに対するMPTCPトンネルを確立するように構成されており、そして、MPTCPトンネルはTCPコネクションを含んでいる。
【０１１２】
MPTCPは、アクセスネットワークに適用され得る。そして、また、エンタープライズネットワークにも適用され得る。アクセスネットワークは、バックボーンネットワークとモバイル端末との間の全てのデバイスである。エンタープライズネットワークは、エンタープライズスコープをカバーするネットワークである。エンタープライズネットワークを使用することによって、データをエンタープライズ間で直接的に送信することができる。
【０１１３】
以下に、異なるシナリオにおけるMPTCPのアプリケーションを別途に説明する。
【０１１４】
MPTCPのアプリケーションシナリオがアクセスネットワーク内にあるとき、モバイル端末とサーバとの間でMPTCPトンネルが確立され得る。MPTCPトンネルは、UDPパケットを送信するために確立されている。
【０１１５】
TCPがモバイル端末とゲートウェイとの間で使用されており、MPTCPがHGとHAAとPの間で使用されており、そして、TCPはHAAPとサーバとの間で使用されている。この場合には、HAPPとゲートウェイとの間にMPTCPトンネルが特定的に確立され得る。ゲートウェイがHGである場合には、HAPPとHGとの間にMPTCPトンネルが確立される。これに応じて、第１プロキシサーバはHAAPであってよく、そして、第２プロキシサーバはHGであってよい。
【０１１６】
MPTCPのアプリケーションシナリオがエンタープライズネットワーク内にあるとき、エンタープライズネットワーク間のアクセスルータはMPTCPを使用する。この場合には、エンタープライズネットワーク間のアクセスルータ間においてMPTCPトンネルが確立され得る。第１プロキシサーバは、一つのエンタープライズに対応する第１アクセスルータであってよく、そして、第２プロキシサーバは、別のエンタープライズに対応する第２アクセスルータであってよい。別の言葉で言えば、第１プロキシサーバおよび第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである。
【０１１７】
確かに、他のネットワークにおいて、ネットワーク装置間でMPTCPが使用されるとき、IPパケットを送信するために、ネットワーク装置間にMPTCPトンネルが確立され得る。
【０１１８】
カプセル化モジュール902は、UDPパケットがその中へとカプセル化されたIPパケットを受信した後で、MPTCPヘッダと共にIPパケットをカプセル化するように構成されている。
【０１１９】
MPTCPトンネル内のTCPコネクションを使用して、UDPパケットがその中へとカプセル化されたIPパケットを送信するために、カプセル化モジュール902は、IPパケットをMPTCPヘッダと共にカプセル化する必要がある。MPTCPヘッダと共にカプセル化されたIPパケットを受信した後で、受信端は、UDPパケットを獲得するために、MPTCPヘッダに基づいて、受信したIPパケットをランク付けし得る。
【０１２０】
送信モジュール903は、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように構成されている。
【０１２１】
MPTCPトンネルは、複数のTCPコネクションを含んでいる。送信モジュール903は、複数のTCPコネクションから１つまたはそれ以上のTCPコネクションを選択し、そして、選択されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信することができる。この仕様において、複数のTCPコネクションは、２つのTCPコネクションを含む、２つまたはそれ以上のTCPコネクションである。
【０１２２】
第１サーバおよび第２サーバは、複数のTCPコネクションを使用してデータを送信し得る。そして、TCPコネクションは、DSL、移動通信ネットワーク、及び／又はWiFiといったネットワークリンクを含み得る。従って、MPTCPトンネルは、DSL、移動通信ネットワーク、およびWiFiといったネットワークに適用可能である。
【０１２３】
本発明のこの実施形態において、確立モジュール901は、最初に、第１プロキシサーバと第２プロキシサーバとの間にMPTCPトンネルを確立し、そして、カプセル化モジュール902は、IPパケットをMPTCPヘッダと共にカプセル化する。次いで、送信モジュール903は、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する。IPパケットは標準MPTCP構造を使用してカプセル化されるので、乏しい互換性に係る技術的問題が解決され、そして、従って、完全なUDPパケットを復元することができる。
【０１２４】
TCPコネクションにおいて、データは輻輳ウィンドウによって搬送される。輻輳ウィンドウは、送信におけるウィンドウおよび利用可能なウィンドウを含んでいる。送信におけるウィンドウは、搬送されるデータがその中で送信されているウィンドウであり、そして、利用可能なウィンドウは、搬送されるデータが現在その中で送信されていないウィンドウである。TCPコネクションが利用可能なウィンドウを有するとき、それは、TCPコネクションが利用可能なリソースを有していることを示している。TCPコネクションが利用可能なウィンドウを有さないとき、それは、TCPコネクションが利用可能なリソースを有さないことを示している。
【０１２５】
本発明の一つの任意的な実施形態において、MPTCPトンネル内に含まれる複数のTCPコネクションのいずれもが利用可能なウィンドウを有さない場合に、それは、TCPコネクションのいずれも利用可能なリソースを有さないことを示している。
【０１２６】
送信モジュール903は、特定的に、各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算し、現在の輻輳ウィンドウの比率に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させ、そして、現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように構成されている。
【０１２７】
本発明のこの実施形態において、送信モジュール903は、現在の輻輳ウィンドウの比率に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させる。このように、TCPコネクションが利用可能なウィンドウを有さないとき、MPTCPヘッダと共にカプセル化されたIPパケットを送信するために、TCPコネクションの現在の輻輳ウィンドウの量が増加され得る。
【０１２８】
本発明の任意的な実施形態においては、複数のTCPコネクションのいずれも利用可能なウィンドウを有さない。そして、送信モジュール903は、複数のTCPコネクションのプライオリティに基づいて、IPパケットを送信するためのTCPコネクションを決定し、そして、次いで、IPパケットを送信するために決定されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように、特定的に構成されている。
【０１２９】
本発明の任意的な実施形態においては、複数のTCPコネクションのいずれも利用可能なウィンドウを有さない。そして、TCPコネクションがランダムに決定され得る。
【０１３０】
送信モジュール903は、複数のTCPコネクションから、IPパケットを送信するためのTCPコネクションをランダムに決定し、そして、次いで、IPパケットを送信するために決定されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように、特定的に構成されている。
【０１３１】
図10は、本発明の別の実施形態に従った、プロキシサーバの模式的な構造図である。図9のプロキシサーバに基づいて制御モジュール904が追加されている。
【０１３２】
本発明の任意的な実施形態においては、IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生したとき、それは、現在のTCPコネクションが不安定であることを示している。
【０１３３】
制御モジュール904は、IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生したときに、パケットロスが発生しているTCPコネクションの現在の輻輳ウィンドウの量を減少させるように構成されている。
【０１３４】
本発明の任意的な実施形態においては、MPTCPトンネルに含まれる複数のTCPコネクションが利用可能なウィンドウを有する場合に、それは、利用可能なリソースを有するTCPコネクションが存在していることを示している。
【０１３５】
送信モジュール903は、利用可能なウィンドウを有するTCPコネクションのプライオリティに基づいて、IPパケットを送信するためのTCPコネクションを決定し、そして、最後に、IPパケットを送信するためのTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように、特定的に構成されている。
【０１３６】
本発明の任意的な実施形態においては、UDPパケットがその中へとカプセル化されたIPパケットが長過ぎることを考慮すると、通常のデータブロックにおいて一度にIPパケットの送信を完了することはできない。
【０１３７】
カプセル化モジュール902は、UDPパケットがその中へとカプセル化されたIPパケットの長さがMPTCPトンネルのMSSよりも長い場合、フラグメント化されたIPパケットを獲得するために、MSSに基づいて、UDPパケットがその中へとカプセル化されたIPパケットをフラグメント化し、そして、フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化するように、特定的に構成されている。
【０１３８】
図11は、本発明のさらに別の実施形態に従った、プロキシサーバの模式的な構造図である。図11のプロキシサーバは、MPTCPヘッダと共にカプセル化されたIPパケットを受信するために受信端に適用され得る。具体的に、プロキシサーバは、確立モジュール1101、受信モジュール1102、および解析モジュール1103を含んでいる。
【０１３９】
確立モジュール1101は、第１プロキシサーバに対するMPTCPトンネルを確立するように構成されており、そして、MPTCPトンネルは、複数のTCPコネクションを含んでいる。
【０１４０】
MPTCPは、アクセスネットワークに適用され得る。そして、または、エンタープライズネットワークにも適用され得る。確かに、別のネットワークにおいては、MPTCPがネットワーク装置間で使用されるときに、IPパケットを送信するために、ネットワーク装置間にMPTCPトンネルが確立され得る。
【０１４１】
受信モジュール1102は、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを受信するように構成されている。
【０１４２】
送信端によって送信され、かつ、MPTCPヘッダと共にカプセル化されたIPパケットは、MPTCPトンネル内のTCPコネクションを使用して受信され得る。
【０１４３】
解析モジュール1103は、MPTCPヘッダに基づいてIPパケットをランク付けし、そして、UDPパケットを獲得するために、IPパケットのIPパケットヘッダに基づいて解析を実行するように構成されている。
【０１４４】
IPパケットを送信するためのTCPコネクションは異なっており、そして、IPパケットを受信するシーケンスが異なっている。MPTCPヘッダと共にカプセル化された複数のIPパケットが受信される。受信したIPパケットは、MPTCPヘッダに基づいてランク付けされ、そして、次いで、UDPパケットを獲得するためにIPパケットのIPパケットヘッダに基づいて解析が実行される。
【０１４５】
本発明のこの実施形態において、確立モジュール1101は、第１プロキシサーバと第２プロキシサーバとの間にMPTCPトンネルを確立し、受信モジュール1102は、MPTCPトンネルを通じてIPパケットを受信し、そして、解析モジュール1103は、最終的にUDPパケットを獲得するために、MPTCPヘッダに基づいてIPパケットをランク付けする。IPパケットの送信の最中に標準MPTCPカプセル化構造が使用されており、そうして、乏しい互換性に係る技術的問題が解決され、そしって、従って、受信端において完全なUDPパケットを復元することができる。
【０１４６】
本発明の任意的な実施形態において、UDPパケットがその中へとカプセル化されたIPパケットが長過ぎることを考慮すると、通常のデータブロックにおいて一度にIPパケットの送信を完了することができない。従って、UDPパケットがその中へとカプセル化されたIPパケットは、MPTCPトンネルのMSSに基づいて、送信端でフラグメント化される。この場合に、受信端で受信したIPパケットは、再構築される必要がある。
【０１４７】
解析モジュール1102は、フラグメント化されたIPパケットを獲得するために、ランク付けされたIPパケットのMPTCPヘッダを除去し、そして、フラグメント化されたIPパケットを再構築した後で、UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて解析を実行するように、特定的に構成されている。
【０１４８】
上記の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意的な組み合わせを使用することによって実施することができる。本実施形態を実施するためにソフトウェアが使用される場合に、実施形態の全部または一部は、コンピュータプログラム製品の形態で実施され得る。コンピュータプログラム製品は、１つまたはそれ以上のコンピュータ命令を含んでいる。
【０１４９】
コンピュータプログラム命令がロードされ、そして、コンピュータ上で実行されるとき、本発明の実施形態に従ったプロシージャまたは機能の全て又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ読取可能な記憶媒体に保管されてよく、または、一つのコンピュータ読取可能な記憶媒体から別のコンピュータ読取可能な記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから、別のウェブサイト、コンピュータ、サーバ、またはデータセンターへ、有線(例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（digital  subscriber  line（DSL））)、もしくは、無線(例えば、赤外線、無線、またはマイクロ波)で送信され得る。コンピュータ読取可能な記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または、１つまたはそれ以上の使用可能な媒体を統合している、サーバまたはデータセンターといった、データ記憶装置であってよい。使用可能な媒体は、磁気媒体(例えば、フロッピー（登録商標）ディスク、ハードディスク、または磁気テープ)、光媒体(例えば、DVD)、半導体媒体(例えば、ソリッドステートディスク（Solid  State  Disk、SSD）)、等であってよい。
【図１】
2020524964.tif 000003
【図２】
2020524964.tif 000004
【図３】
2020524964.tif 000005
【図４】
2020524964.tif 000006
【図５】
2020524964.tif 000007
【図６】
2020524964.tif 000008
【図７】
2020524964.tif 000009
【図８】
2020524964.tif 000010
【図９】
2020524964.tif 000011
【図１０】
2020524964.tif 000012
【図１１】
2020524964.tif 000013
【手続補正書】
【提出日】令和2年1月27日(2020.1.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
パケット伝送方法であって、
第１プロキシサーバによって、第２プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するステップであり、前記MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含む、ステップと、
ユーザデータグラムプロトコル（UDP）パケットがその中へとカプセル化されたインターネットプロトコル（IP）パケットを受信した後で、前記第１プロキシサーバによって、MPTCPヘッダと共に前記IPパケットをカプセル化するステップと、
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、
を含む、パケット伝送方法。
【請求項２】
前記複数のTCPコネクションのいずれもが利用可能なウィンドウを有さない場合に、
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する前記ステップは、
前記第１プロキシサーバによって、各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算するステップと、
前記第１プロキシサーバによって、前記現在の輻輳ウィンドウの比率に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させるステップと、
前記第１プロキシサーバによって、現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む、
請求項１に記載のパケット伝送方法。
【請求項３】
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する前記ステップは、
前記第１プロキシサーバによって、前記複数のTCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定するステップと、
前記第１プロキシサーバによって、前記IPパケットを送信するためにTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む、
請求項２に記載のパケット伝送方法。
【請求項４】
前記複数のTCPコネクションが利用可能なウィンドウを有している場合に、
前記MPTCPトンネル内のTCPコネクションを使用して、前記第１プロキシサーバによって、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する前記ステップは、
前記第１プロキシサーバによって、前記利用可能なウィンドウを有する前記TCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定するステップと、
前記第１プロキシサーバによって、前記IPパケットを送信するためのTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む、
請求項１乃至３いずれか一項に記載のパケット伝送方法。
【請求項５】
前記第１プロキシサーバによって、MPTCPヘッダと共に前記IPパケットをカプセル化する前記ステップは、
前記UDPパケットがその中へとカプセル化された前記IPパケットの長さが前記MPTCPトンネルの最大セグメントサイズ（MSS）よりも大きい場合に、フラグメント化されたIPパケットを獲得するために、前記第１プロキシサーバによって、前記MSSに基づいて、前記UDPパケットがその中へとカプセル化された前記IPパケットをフラグメント化するステップと、
前記第１プロキシサーバによって、前記フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化するステップと、を含む、
請求項１乃至４いずれか一項に記載のパケット伝送方法。
【請求項６】
前記第１プロキシサーバは、ハイブリッドアクセスアグリゲーションポイントHAAPであり、かつ、
前記第２プロキシサーバは、ホームゲートウェイである、
請求項１乃至５いずれか一項に記載のパケット伝送方法。
【請求項７】
前記第１プロキシサーバおよび前記第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである、
請求項１乃至５いずれか一項に記載のパケット伝送方法。
【請求項８】
前記方法は、さらに、
IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生した場合に、前記第１プロキシサーバによって、前記パケットロスが発生している前記TCPコネクションの現在の輻輳ウィンドウの量を減少させるステップ、を含む、
請求項１乃至７いずれか一項に記載のパケット伝送方法。
【請求項９】
パケット伝送方法であって、
第２プロキシサーバによって、第１プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するステップであり、前記MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含む、ステップと、
前記第２プロキシサーバによって、前記MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコル（IP）パケットを受信するステップと、
前記第２プロキシサーバによって、前記MPTCPヘッダに基づいて、前記IPパケットをランク付けするステップと、
ユーザデータグラムプロトコル（UDP）パケットを獲得するために、前記IPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、
を含む、パケット伝送方法。
【請求項１０】
UDPパケットを獲得するために、前記IPパケットのIPパケットヘッダに基づいて、解析を実行する前記ステップは、
フラグメント化されたIPパケットを獲得するために、前記ランク付けされたIPパケットの前記MPTCPヘッダを除去するステップと、
前記フラグメント化されたIPパケットを再構築した後で、前記UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、を含む、
請求項９に記載のパケット伝送方法。
【請求項１１】
確立モジュール、カプセル化モジュール、および送信モジュールを含むプロキシサーバであって、
前記確立モジュールは、第１プロキシサーバから第２プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するように構成されており、前記MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含む、確立モジュールと、
前記カプセル化モジュールは、ユーザデータグラムプロトコル（UDP）パケットがその中へとカプセル化されたインターネットプロトコル（IP）パケットを受信した後で、MPTCPヘッダと共に前記IPパケットをカプセル化するように構成されており、
前記送信モジュールは、前記MPTCPトンネル内のTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信するように構成されている、
プロキシサーバ。
【請求項１２】
前記複数のTCPコネクションのいずれもが利用可能なウィンドウを有さない場合に、
前記送信モジュールは、
各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算し、
前記現在の輻輳ウィンドウの比率に基づいて、前記複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させ、かつ、
現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する、
ように、特定的に構成されている、
請求項１１に記載のプロキシサーバ。
【請求項１３】
前記送信モジュールは、
前記複数のTCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定し、かつ、
前記IPパケットを送信するためのTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化された前記IPパケットを送信する、
ように、特定的に構成されている、
請求項１２に記載のプロキシサーバ。
【請求項１４】
前記複数のTCPコネクションが利用可能なウィンドウを有している場合に、
前記送信モジュールは、
前記利用可能なウィンドウを有している前記TCPコネクションのプライオリティに基づいて、前記IPパケットを送信するためのTCPコネクションを決定し、かつ、
前記IPパケットを送信するTCPコネクションを使用して、前記MPTCPヘッダと共にカプセル化されたIPパケットを送信する、
ように、特定的に構成されている、
請求項１１乃至１３いずれか一項に記載のプロキシサーバ。
【請求項１５】
前記カプセル化モジュールは、
前記UDPパケットがその中へとカプセル化された前記IPパケットの長さが前記MPTCPトンネルの最大セグメントサイズ（MSS）よりも大きい場合に、フラグメント化されたIPパケットを獲得するために、前記MSSに基づいて、前記UDPパケットがその中へとカプセル化された前記IPパケットをフラグメント化し、かつ、
前記フラグメント化されたIPパケットをMPTCPヘッダと共にカプセル化する、
ように、特定的に構成されている、
請求項１１乃至１４いずれか一項に記載のプロキシサーバ。
【請求項１６】
前記第１プロキシサーバは、ハイブリッドアクセスアグリゲーションポイントHAAPであり、かつ、
前記第２プロキシサーバは、ホームゲートウェイである、
請求項１１乃至１５いずれか一項に記載のプロキシサーバ。
【請求項１７】
前記第１プロキシサーバおよび前記第２プロキシサーバは、異なるエンタープライズネットワークのアクセスルータである、
請求項１１乃至１５いずれか一項に記載のプロキシサーバ。
【請求項１８】
前記プロキシサーバは、さらに、制御モジュールを含み、
前記制御モジュールは、
IPパケットを送信するためのTCPコネクションにおいてパケットロスが発生した場合に、前記パケットロスが発生している前記TCPコネクションの現在の輻輳ウィンドウの量を減少させるように、構成されている、
請求項１１乃至１７いずれか一項に記載のプロキシサーバ。
【請求項１９】
確立モジュール、受信モジュール、および解析モジュールを含むプロキシサーバであって、
前記確立モジュールは、第１プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するように構成されており、前記MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含み、
前記受信モジュールは、前記MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコル（IP）パケットを受信するように構成されており、かつ、
前記解析モジュールは、前記MPTCPヘッダに基づいて前記IPパケットをランク付けし、かつ、ユーザデータグラムプロトコル（UDP）パケットを獲得するために、前記IPパケットのIPパケットヘッダに基づいて、解析を実行するように構成されている、
プロキシサーバ。
【請求項２０】
前記解析モジュールは、
フラグメント化されたIPパケットを獲得するために、前記ランク付けされたIPパケットの前記MPTCPヘッダを除去し、かつ、
前記フラグメント化されたIPパケットを再構築した後で、前記UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて、解析を実行する、
ように、特定的に構成されている、
請求項１９に記載のプロキシサーバ。
【請求項２１】
コンピュータ読取可能な記憶媒体であって、命令を備えており、
前記命令がコンピュータ上で実行されると、前記コンピュータは、請求項１乃至８いずれか一項に記載の方法を実行することができる、
コンピュータ読取可能な記憶媒体。
【請求項２２】
コンピュータ読取可能な記憶媒体であって、命令を備えており、
前記命令がコンピュータ上で実行されると、前記コンピュータは、請求項９または１０に記載の方法を実行することができる、
コンピュータ読取可能な記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
第１態様に従って、本発明の実施形態は、パケット伝送方法を提供する。ここで、本方法は、
第１プロキシサーバによって、第２プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するステップであり、ここで、MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含む、ステップと、
ユーザデータグラムプロトコル（UDP）パケットがその中へとカプセル化されたインターネットプロトコル（IP）パケットを受信した後で、第１プロキシサーバによって、MPTCPヘッダと共にIPパケットをカプセル化するステップと、
MPTCPトンネル内のTCPコネクションを使用して、第１プロキシサーバによって、MPTCPヘッダと共にカプセル化されたIPパケットを送信するステップと、を含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
第２態様に従って、本発明の実施形態は、パケット伝送方法を提供する。ここで、本方法は、
第２プロキシサーバによって、第１プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するステップであり、ここで、MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含む、ステップと、
第２プロキシサーバによって、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコル（IP）パケットを受信するステップと、
第２プロキシサーバによって、MPTCPヘッダに基づいて、IPパケットをランク付けするステップと、ユーザデータグラムプロトコル（UDP）パケットを獲得するために、IPパケットのIPパケットヘッダに基づいて、解析を実行するステップと、を含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
第３態様に従って、本発明の実施形態は、プロキシサーバを提供する。ここで、プロキシサーバは、確立モジュール、カプセル化モジュール、および送信モジュールを含む。ここで、
確立モジュールは、第２プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するように構成されており、ここで、MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含み、
カプセル化モジュールは、ユーザデータグラムプロトコル（UDP）パケットがその中へとカプセル化されたインターネットプロトコル（IP）パケットを受信した後で、MPTCPヘッダと共にIPパケットをカプセル化するように構成されており、
送信モジュールは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信するように構成されている。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
第４態様に従って、本発明の実施形態は、プロキシサーバを提供する。ここで、プロキシサーバは、確立モジュール、受信モジュール、および解析モジュールを含んでいる。
ここで、確立モジュールは、第１プロキシサーバに対するマルチパス伝送制御プロトコル（MPTCP）トンネルを確立するように構成されており、MPTCPトンネルは、複数の伝送制御プロトコル（TCP）コネクションを含み、
受信モジュールは、MPTCPトンネル内のTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたインターネットプロトコル（IP）パケットを受信するように構成されており、かつ、
解析モジュールは、MPTCPヘッダに基づいてIPパケットをランク付けし、かつ、ユーザデータグラムプロトコル（UDP）パケットを獲得するためにIPパケットのIPパケットヘッダに基づいて解析を実行するように構成されている。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
S401.第１プロキシサーバは、各TCPコネクションの現在の輻輳ウィンドウの量に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの比率を計算する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
S402.第１プロキシサーバは、現在の輻輳ウィンドウの比率に基づいて、複数のTCPコネクションの現在の輻輳ウィンドウの量を増加させる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
S403.第１プロキシサーバは、現在の輻輳ウィンドウの量が増加されたTCPコネクションを使用して、MPTCPヘッダと共にカプセル化されたIPパケットを送信する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１４７
【補正方法】変更
【補正の内容】
【０１４７】
解析モジュール1103は、フラグメント化されたIPパケットを獲得するために、ランク付けされたIPパケットのMPTCPヘッダを除去し、そして、フラグメント化されたIPパケットを再構築した後で、UDPパケットを獲得するために、再構築されたIPパケットのIPパケットヘッダに基づいて解析を実行するように、特定的に構成されている。
【国際調査報告】
2020524964.tif 000014
2020524964.tif 000015
2020524964.tif 000016
2020524964.tif 000017