JP2017530642A - マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法 - Google Patents

マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法 Download PDF

Info

Publication number
JP2017530642A
JP2017530642A JP2017516999A JP2017516999A JP2017530642A JP 2017530642 A JP2017530642 A JP 2017530642A JP 2017516999 A JP2017516999 A JP 2017516999A JP 2017516999 A JP2017516999 A JP 2017516999A JP 2017530642 A JP2017530642 A JP 2017530642A
Authority
JP
Japan
Prior art keywords
mptcp
address
host
session
proxy device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017516999A
Other languages
English (en)
Other versions
JP6468506B2 (ja
Inventor
▲シン▼鵬 魏
▲シン▼鵬 魏
春山 熊
春山 熊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2017530642A publication Critical patent/JP2017530642A/ja
Application granted granted Critical
Publication of JP6468506B2 publication Critical patent/JP6468506B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/2871Implementation details of single intermediate entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本発明の実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法を提供する。処理モジュールは、対応するIPアドレスを各MPTCPセッションに割り当て、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、処理モジュールは、MPTCPセッションに割り当てられた対応するIPアドレスを解放し、トランシーバモジュールは、IPアドレスに従ってMPTCPセッションをセットアップする。MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でTCPセッションをセットアップするために用いられるIPアドレスが、MPTCPセッションの通信プロセスにおいて解放されないことが保証される。したがって、MPTCPホストとMPTCPをサポートしていないホストとの間のMPTCPセッションの信頼性が改善され、MPTCPセッションの伝送性能が向上する。

Description

本発明の実施形態は、通信技術に関し、特に、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法に関する。
マルチパス伝送制御プロトコル(Multipath Transmission Control Protocol、略してMPTCP)の核となる概念は、アプリケーション層と伝送層との間に、マルチパス伝送をサポートしているMPTCP層を追加することである。従来のTCPデータは複数のTCPサブフローに分割され、異なるTCPサブフローは異なるパスに沿って送信され、ピアホスト上で集約される。MPTCP技術は、端末が複数のインターフェースを同時に用いて通信を行うことを可能にするが、MPTCPは、通信に参加している2者の両方がMPTCPをサポートしていることを必要とする。通信相手がMPTCPをサポートしていない場合、MPTCPを用いて通信を行うことはできない。MPTCPによる通信では、通信を行う2者の両方がMPTCPプロトコルをサポートしている必要がある。MPTCPに対応しているホスト(host)がMPTCPに対応していないホストと通信できるようにするために、MPTCPプロキシ(proxy)の概念がさらに提示される。MPTCPプロキシの最終目的は、MPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間で、MPTCPセッション(session)とTCPセッションとの間のマッピングを実施することである。MPTCPプロキシが、MPTCPをサポートしているホストによって開始されたMPTCP接続セットアップ要求を受信した後、MPTCPプロキシは、MPTCPをサポートしているホストのIPアドレスであって、接続要求において伝達されるIPアドレスを用い、MPTCPをサポートしていないホストへのTCP接続をセットアップする。MPTCP接続セットアッププロセスは、TCP接続セットアッププロセスと同様である。MPTCPが、接続セットアッププロセスがMPTCP接続をセットアップすることを示すために用いられる新しいTCPタグ(MP_CAPABLE)を定義する点に違いがある。MPTCPがサポートされていない場合、通信ピア側はMP_CAPABLEを無視し、通常のTCPハンドシェイクメッセージを返す。したがって、MPTCPをサポートしているホストは、通信ピア側がMPTCPをサポートしているかどうかを判定し、通信ピア側がMPTCPをサポートしている場合はMPTCP接続をセットアップし、通信ピア側がMPTCPをサポートしていない場合は通常のTCP接続をセットアップしてもよい。MPTCPプロキシの機能は、MPTCPをサポートしていないホストの代わりに、MP_CAPABLEをMPTCPをサポートしているホストに返すことであり、それによって、MPTCPをサポートしているホストは、通信ピア側がMPTCPをサポートしているホストであるとみなし、さらに、MPTCP接続をセットアップすることができるとみなす。
従来のMPTCPプロキシの機構においては、MPTCPをサポートしているホストの第1のMPTCPサブフローのIPアドレスを用いてTCPセッションをセットアップする。しかしながら、MPTCPをサポートしているホストが、IPアドレスに対応するインターフェースの使用を停止した場合、そのIPアドレスが解放されるか、別のホストによって占有される可能性がある。これは、MPTCPプロキシとMPTCPをサポートしていないホストとの間でセットアップされるTCPセッションの通信に影響する。
本発明の実施形態は、MPTCPセッションの伝送性能を改善するために、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法を提供する。
本発明の第1の態様は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置であって、
対応するIPアドレスを各MPTCPセッションに割り当てるように構成される処理モジュールであって、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、MPTCPセッションに割り当てられた対応するIPアドレスを解放するようにさらに構成される、処理モジュールと、
IPアドレスに従ってMPTCPセッションをセットアップするように構成される、トランシーバモジュールと
を備える、装置を提供する。
第1の態様に関連して、第1の可能な実施態様において、トランシーバモジュールは、具体的には、第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第1のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
処理モジュールは、具体的には、第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションにIPアドレスを割り当てるように構成され、具体的には、IPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、IPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第1の態様または第1の態様の第1の実現可能な実施態様に関連して、第2の実現可能な実施態様において、処理モジュールは、具体的には、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスを解放する、またはMPTCPをサポートしていないホストとのTCPセッションが終了した後、IPアドレスを解放するようにさらに構成される。
第1の態様に関連して、第3の実現可能な実施態様において、トランシーバモジュールは、具体的には、第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第2のMPTCPサブフローセットアップ要求メッセージは、第1のホストの第1のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
処理モジュールは、具体的には、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされているかどうかを判定し、別のMPTCPセッションが記第1のホストの第1のインターフェース上にセットアップされている場合、IPアドレスを割り当てるようにさらに構成され、IPアドレスは、別のMPTCPセッションに対応する第1のIPアドレスであり、またはIPアドレスは、新しく割り当てられた第2のIPアドレスであり、具体的には、第1のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第1の態様の第3の実現可能な実施態様に関連して、第4の実現可能な実施態様において、処理モジュールは、具体的には、第1のIPアドレスに対応する全てのMPTCPセッションが終了した後、第1のIPアドレスを解放する、または第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、第2のIPアドレスを解放するようにさらに構成される。
第1の態様に関連して、第5の実現可能な実施態様において、トランシーバモジュールは、具体的には、第2のインターフェースを介して送信される第3のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第3のMPTCPサブフローセットアップ要求メッセージは、第2のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
処理モジュールは、具体的には、第2のインターフェースが第1のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは第3のIPアドレスであり、第3のIPアドレスは、第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスであり、または第2のインターフェースに割り当てられたIPアドレスは新たに割り当てられた第4のIPアドレスであり、
具体的には、第2のインターフェースが第1のホストに属さず、第2のインターフェースが第3のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは新たに割り当てられた第4のIPアドレスであり、第3のホストはMPTCPをサポートしているホストであり、
具体的には、第3のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第3のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第3のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第1の態様の第5の実現可能な実施態様に関連して、第6の実現可能な実施態様において、処理モジュールは、具体的には、第3のIPアドレスに対応する全てのMPTCPセッションが終了した後、第3のIPアドレスを解放する、または第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、第4のIPアドレスを解放するようにさらに構成される。
第1の態様に関連して、第7の実現可能な実施態様において、トランシーバモジュールは、具体的には、第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストのIPアドレスを含み、IP管理装置が予約要求に従って第1のホストのIPアドレスをMPTCPセッションが終了する前に解放しないように、IP管理装置に予約要求を送信するようにさらに構成され、
処理モジュールは、具体的には、第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに第1のホストのIPアドレスを割り当てるようにさらに構成され、具体的には、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第1の態様の第7の実現可能な実施態様に関連して、第8の実現可能な実施態様において、トランシーバモジュールは、IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IP管理装置に予約キャンセル要求を送信する、または
IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、第2のホストとのTCPセッションが終了した後、IP管理装置に予約キャンセル要求を送信するようにさらに構成される。
本発明の第2の態様は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置であって、
対応するIPアドレスを各MPTCPセッションに割り当てるように構成されるプロセッサであって、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、MPTCPセッションに割り当てられた対応するIPアドレスを解放するようにさらに構成される、処理モジュールと、
IPアドレスに従ってMPTCPセッションをセットアップするように構成される、トランシーバと
を備える、装置を提供する。
第2の態様に関連して、第1の実現可能な実施態様において、トランシーバは、具体的には、第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第1のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
プロセッサは、具体的には、第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションにIPアドレスを割り当てるように構成され、具体的には、IPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、IPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第2の態様または第2の態様の第1の実現可能な実施態様に関連して、第2の実現可能な実施態様において、プロセッサは、具体的には、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスを解放する、またはMPTCPをサポートしていないホストとのTCPセッションが終了した後、IPアドレスを解放するようにさらに構成される。
第2の態様に関連して、第3の実現可能な実施態様において、トランシーバは、具体的には、第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第2のMPTCPサブフローセットアップ要求メッセージは、第1のホストの第1のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
プロセッサは、具体的には、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされているかどうかを判定し、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされている場合、IPアドレスを割り当てるようにさらに構成され、IPアドレスは、別のMPTCPセッションに対応する第1のIPアドレスであり、またはIPアドレスは、新しく割り当てられた第2のIPアドレスであり、具体的には、第1のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第2の態様の第3の実現可能な実施態様に関連して、第4の実現可能な実施態様において、プロセッサは、具体的には、第1のIPアドレスに対応する全てのMPTCPセッションが終了した後、第1のIPアドレスを解放する、または第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、第2のIPアドレスを解放するようにさらに構成される。
第2の態様に関連して、第5の実現可能な実施態様において、トランシーバは、具体的には、第2のインターフェースを介して送信される第3のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第3のMPTCPサブフローセットアップ要求メッセージは、第2のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
プロセッサは、具体的には、第2のインターフェースが第1のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは第3のIPアドレスであり、第3のIPアドレスは、第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスであり、または第2のインターフェースに割り当てられたIPアドレスは新たに割り当てられた第4のIPアドレスであり、
具体的には、第2のインターフェースが第1のホストに属さず、第2のインターフェースが第3のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは新たに割り当てられた第4のIPアドレスであり、第3のホストはMPTCPをサポートしているホストであり、
具体的には、第3のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第3のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第3のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第2の態様の第5の実現可能な実施態様に関連して、第6の実現可能な実施態様において、プロセッサは、具体的には、第3のIPアドレスに対応する全てのMPTCPセッションが終了した後、第3のIPアドレスを解放する、または第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、第4のIPアドレスを解放するようにさらに構成される。
第2の態様に関連して、第7の実現可能な実施態様において、トランシーバは、具体的には、第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストのIPアドレスを含み、IP管理装置が予約要求に従って第1のホストのIPアドレスをMPTCPセッションが終了する前に解放しないように、IP管理装置に予約要求を送信するようにさらに構成され、
プロセッサは、具体的には、第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに、第1のホストのIPアドレスを割り当てるようにさらに構成され、具体的には、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
第2の態様の第7の実現可能な実施態様に関連して、第8の実現可能な実施態様において、トランシーバは、IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IP管理装置に予約キャンセル要求を送信する、または
IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、第2のホストとのTCPセッションが終了した後、IP管理装置に予約キャンセル要求を送信するようにさらに構成される。
本発明の第3の態様は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理システムであって、
MPTCPをサポートしている少なくとも1つのホストと、MPTCPをサポートしていない少なくとも1つのホストと、第1の態様または第1の態様のいずれかの実現可能な実施態様に記載のマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、または第2の態様または第2の態様のいずれかの実現可能な実施態様に記載のマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置と
を備える、システムを提供する。
第3の態様に関連して、第1の可能な実施態様において、システムは、
MPTCPセッションが終了した後、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置によってMPTCPセッションに割り当てられたIPアドレスを解放するように構成されるIP管理装置であって、IPアドレスは、MPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間のMPTCPセッションをセットアップするために用いられる、IP管理装置
をさらに備える。
本発明の第4の態様は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理方法であって、
MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てるステップであって、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストである、ステップと、
MPTCPプロキシ装置によって、IPアドレスに従ってMPTCPセッションをセットアップするステップと、
MPTCPセッションが終了した場合、MPTCPセッションに割り当てられた対応するIPアドレスを、MPTCPプロキシ装置によって解放するステップと
を含む、方法を提供する。
第4の態様に関連して、第1の実現可能な実施態様において、MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てるステップは、
MPTCPプロキシ装置によって、第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するステップであって、第1のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる、ステップと、
MPTCPプロキシ装置によって、第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションにIPアドレスを割り当てるステップと
を含み、
MPTCPプロキシ装置によって、IPアドレスに従ってMPTCPセッションをセットアップするステップは、
MPTCPプロキシ装置によって、IPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップするステップと、IPアドレスに従って第2のホストとのTCPセッションをセットアップするステップと
を含む。
第4の態様または第4の態様の第1の実現可能な実施態様に関連して、第2の実現可能な実施態様において、MPTCPセッションが終了した場合に、MPTCPセッションに割り当てられた対応するIPアドレスをMPTCPプロキシ装置によって解放するステップは、
MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスをMPTCPプロキシ装置によって解放するステップ、または
MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間のTCPセッションが終了した後、IPアドレスをMPTCPプロキシ装置によって解放するステップ
を含む。
第4の態様に関連して、第3の実現可能な実施態様において、MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てるステップは、
MPTCPプロキシ装置によって、第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するステップであって、第2のMPTCPサブフローセットアップ要求メッセージは、第1のホストの第1のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる、ステップと、
第1のホストの第1のインターフェース上に別のMPTCPセッションがセットアップされているかどうかを、MPTCPプロキシ装置によって判定するステップと、
別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされている場合、MPTCPプロキシ装置によってIPアドレスを割り当てるステップであって、IPアドレスは別のMPTCPセッションに対応する第1のIPアドレスである、またはIPアドレスは新たに割り当てられた第2のIPアドレスである、ステップと
を含み、
MPTCPプロキシ装置によって、IPアドレスに従ってMPTCPセッションをセットアップするステップは、
MPTCPプロキシ装置によって、第1のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップするステップと、第1のIPアドレスに従って第2のホストとのTCPセッションをセットアップするステップとを含む、または
MPTCPプロキシ装置によって、第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップするステップと、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップするステップとを含む。
第4の態様の第3の実現可能な実施態様に関連して、第4の実現可能な実施態様において、MPTCPセッションが終了した場合に、MPTCPセッションに割り当てられた対応するIPアドレスを、MPTCPプロキシ装置によって解放するステップは、
第1のIPアドレスに対応する全てのMPTCPセッションが終了した後、第1のIPアドレスをMPTCPプロキシ装置によって解放するステップ、または
第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、第2のIPアドレスをMPTCPプロキシ装置によって解放するステップ
を含む。
第4の態様に関連して、第5の実現可能な実施態様において、MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てるステップは、
第2のインターフェースを介して送信された第3のMPTCPサブフローセットアップ要求メッセージを、MPTCPプロキシ装置によって受信するステップであって、第3のMPTCPサブフローセットアップ要求メッセージは、第2のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる、ステップと、
第2のインターフェースが第1のホストに属する場合、MPTCPプロキシ装置によって第2のインターフェースにIPアドレスを割り当てるステップであって、IPアドレスは第3のIPアドレスであり、第3のIPアドレスは第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスである、または第2のインターフェースに割り当てられたIPアドレスは新たに割り当てられた第4のIPアドレスである、ステップと、
第2のインターフェースが第1のホストに属さず、第2のインターフェースが第3のホストに属する場合、MPTCPプロキシ装置によってIPアドレスを第2のインターフェースに割り当てるステップであって、IPアドレスは新たに割り当てられた第4のIPアドレスであり、第3のホストはMPTCPをサポートしているホストである、ステップと
を含み、
MPTCPプロキシ装置によって、IPアドレスに従ってMPTCPセッションをセットアップするステップは、
MPTCPプロキシ装置によって、第3のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップするステップと、第3のIPアドレスに従って第2のホストとのTCPセッションをセットアップするステップとを含む、または
MPTCPプロキシ装置によって、第4のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップするステップと、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップするステップとを含む、または
MPTCPプロキシ装置によって、第4のIPアドレスに従って第3のホストとのMPTCPサブセッションをセットアップするステップと、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップするステップとを含む。
第4の態様の第5の実現可能な実施態様に関連して、第6の実現可能な実施態様において、MPTCPセッションが終了した場合に、MPTCPセッションに割り当てられた対応するIPアドレスを、MPTCPプロキシ装置によって解放するステップは、
第3のIPアドレスに対応する全てのMPTCPセッションが終了した後、第3のIPアドレスをMPTCPプロキシ装置によって解放するステップ、または
第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、第4のIPアドレスをMPTCPプロキシ装置によって解放するステップ
を含む。
第4の態様に関連して、第7の実現可能な実施態様において、MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てるステップは、
MPTCPプロキシ装置によって、第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するステップであって、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストのIPアドレスを含む、ステップと、
MPTCPプロキシ装置によって、第1のホストのIPアドレスを、第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに割り当てるステップと、
IP管理装置が予約要求に従って第1のホストのIPアドレスをMPTCPセッションが終了する前に解放しないように、予約要求をMPTCPプロキシ装置によってIP管理装置に送信するステップと
を含み、
MPTCPプロキシ装置によって、IPアドレスに従ってMPTCPセッションをセットアップするステップは、
MPTCPプロキシ装置によって、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップするステップと、第1のホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップするステップとを含む。
第4の態様の第7の実現可能な実施態様に関連して、第8の実現可能な実施態様において、MPTCPセッションが終了した場合に、MPTCPセッションに割り当てられた対応するIPアドレスをMPTCPプロキシ装置によって解放するステップは、
IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、MPTCPプロキシ装置により、IP管理装置に予約キャンセル要求を送信するステップ、または
IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPプロキシ装置と第2のホストとの間のTCPセッションが終了した後、MPTCPプロキシ装置により、IP管理装置に予約キャンセル要求を送信するステップ
を含む。
本発明の実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法を提供する。処理モジュールは、対応するIPアドレスを各MPTCPセッションに割り当て、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、処理モジュールは、MPTCPセッションに割り当てられた対応するIPアドレスを解放し、トランシーバモジュールは、IPアドレスに従ってMPTCPセッションをセットアップする。MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でTCPセッションをセットアップするために用いられるIPアドレスが、MPTCPセッションの通信プロセスにおいて解放されないことが保証される。したがって、MPTCPホストとMPTCPをサポートしていないホストとの間のMPTCPセッションの信頼性が改善され、MPTCPセッションの伝送性能が向上する。
本発明の実施形態における、または従来技術における技術的解決策をより明確に説明するために、実施形態または従来技術を説明するのに必要とされる添付図面について、以下に簡単に説明する。以下の説明における添付図面は、明らかに本発明のいくつかの実施形態を示しており、当業者はこれらの添付図面からさらに他の図面を創造的な努力なしに導出することができる。
MPTCPプロトコルスタックの概略図である。 MPTCP適用シナリオの概略図である。 MPTCPプロキシ装置の機能の概略図である。 従来技術におけるMPTCPプロキシ装置の概略的な相互作用図である。 従来技術におけるMPTCPプロキシ装置の課題の概略図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置の概略構成図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理装置の概略構成図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理システムの概略図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理システムの概略図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理方法の概略フローチャートである。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理方法の概略的な相互作用図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略的な相互作用図である。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。 本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略的な相互作用図である。
本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、本発明の実施形態における添付図面に関連して、本発明の実施形態における技術的解決策を、以下に明確かつ十分に説明する。明らかに、説明される実施形態は本発明の実施形態の全部ではなく一部であるにすぎない。本発明の実施形態に基づいて当業者によって創造的な努力なしに得られる他の全ての実施形態は、本発明の保護範囲内に含まれるものとする。
標準の伝送制御プロトコル(Transmission Control Protocol、略してTCP)プロトコルにおいては、各接続は伝送に1つのパスしか用いない。しかしながら、新しいモバイルインターネット環境においては、様々な無線アクセス技術が収束し、通信端末は、例えばWi−Fiおよび3Gインターフェースのような複数のネットワークインターフェースを有する。この場合、相互に通信する2つのホスト間に、使用可能なパスが複数存在する。それにもかかわらず、標準のTCPプロトコルに従って1つのパスしか用いない場合、他のパスリソースが無駄になる。一方、現在、無線端末上でインターネットアクセスを必要とするアプリケーションプログラムが増えていることに従い、これらのアプリケーションプログラムが、異なるインターフェースの複数のパスを用いて同時にアクセスを実行できる場合、より高レベルのユーザエクスペリエンスを保証することができ、リンク変更、高いビット誤り率等の特徴に起因する、無線ネットワークへの悪影響を低減することができる。この目的のために、IETFは、マルチパスTCPを研究するためにマルチパス伝送制御プロトコル(MultiPath TCP、略してMPTCP)作業グループを確立した。
図1は、MPTCPプロトコルスタックの概略図である。図1に関連して、MPTCPの核となる概念は、アプリケーション層と伝送層との間に、マルチパス伝送をサポートしているMPTCP層を追加することである。本質的にMPTCPは、従来のTCPデータを複数のTCPサブフロー(例えば、第1のTCPサブフローおよび第2のサブフロー、各TCPサブフローは1つのIPアドレスに対応)に分割する。異なるTCPサブフローは異なるパスに沿って送信され、受信ホスト上で集約される。元のTCP層はサブフローでのみ有効である。したがって、MPTCPは元のTCPと互換可能であり、ネットワーク内の他の層に透過的であり得、ネットワークに大きな変更を加える必要がない。
図2は、MPTCP使用シナリオの概略図である。図2は、典型的なMPTCP適用シナリオを提供する。ホストAおよびホストBは、互いに通信し、(1つのWi−Fiインターフェースおよび1つの3Gインターフェースを含む)複数のインターフェースを有する、2つのホストである。ホストAのインターフェースのIPアドレスはA1およびA2であり、ホストBのインターフェースのIPアドレスはB1およびB2である。ホストAがMPTCPを用いてホストBと通信する必要がある場合、ホストAは、Wi−Fiインターフェースと3Gインターフェースとを同時に用いてホストBと通信してもよく、すなわち、Wi−Fiインターフェース上でTCPサブフローを、3Gインターフェース上でTCPサブフローをセットアップしてもよい(すなわち、第1のTCPサブフローおよび第2のTCPサブフロー)。したがって、ホストは、2つのインターフェースを同時に用いて通信を行うことができ、通信帯域幅が増大する。
MPTCP技術は、端末が複数のインターフェースを同時に用いて通信を行うことを可能にし得るが、MPTCPは、通信に参加している2者の両方がMPTCPをサポートしていることを必要とする。通信相手がMPTCPをサポートしていない場合、MPTCPを用いて通信を行うことはできない。MPTCPによる通信では、通信を行う2者の両方がMPTCPプロトコルをサポートしている必要がある。MPTCPに対応しているホストがMPTCPに対応していないホストと通信できるようにするために、MPTCPプロキシ(proxy)の概念が提示される。MPTCPプロキシの最終目的は、MPTCPをサポートしているホストとTCPをサポートしているホストとの間で、MPTCPセッション(session)とTCPセッションとの間のマッピングを実施することである。
図3は、MPTCPプロキシ装置の機能の概略図である。図3に関連して、ホストAはMPTCPプロトコルをサポートしているが、ホストBは従来のTCPプロトコルをサポートしている。ホストAとホストBとの間の通信にMPTCPを用いることができるようにする(例えば、MPTCPサブフロー1およびMPTCPサブフロー2)ために、ホストAとホストBとの間にMPTCPプロキシ装置が配置され、MPTCPプロキシ装置はMPTCPプロキシ(proxy)機能を有する。MPTCPプロキシ装置は、ホストBの代わりに、ホストAとのMPTCP接続またはセッションをセットアップする。MPTCPプロキシ装置は、ホストBとのTCP接続またはセッションをセットアップする。MPTCPプロキシ装置は、通信プロセスにおいて、MPTCPセッションとTCPセッションとの間のマッピングまたは変換を実行する役割を担う。
従来技術においては、MPTCPプロキシ装置が、MPTCPをサポートしているホスト(ホストA)によって開始されたMPTCP接続セットアップ要求を受信した後、MPTCPプロキシ装置は、ホストAのIPアドレスであって、接続要求において伝達されるIPアドレスを用い、MPTCPをサポートしていないホスト(ホストB)へのTCP接続をセットアップする。図4は、従来技術におけるMPTCPプロキシ装置の概略的な相互作用図である。ここでは、MPTCPをサポートしているホスト(ホストA)によって開始された2つのサブフローのケースのみが示されている。より多くのサブフローをセットアップするケースと、2つのサブフローをセットアップするケースとの間に、大きな違いはない。MPTCPプロキシ装置の相互作用は以下の通りである。
ステップ1:ホストAは、初期サブフローセットアップ要求[SYN+MP_CAPABLE(src=IP−A1)]をMPTCPプロキシ装置に送信する。
具体的には、IP−A1は、ホストAのインターフェースのIPアドレスである。MPTCPプロキシ装置の観点から、IP−A1を用いてインターフェースを識別してもよい。
ステップ2:MPTCPプロキシ装置は、ホストBに初期サブフローセットアップ要求[SYN+MP_CAPABLE(src=IP−A1)]を送信する。
なお、ホストBはTCPのみをサポートしている。
ステップ3:ホストBは、初期サブフローセットアップ要求肯定応答(SYN+ACK)をMPTCPプロキシ装置に送信する。
ステップ4:MPTCPプロキシ装置は、初期サブフローセットアップ要求肯定応答(SYN+ACK+MP_CAPABLE)をホストAに送信する。
ステップ5:ホストAは、初期サブフローセットアップ要求肯定応答の肯定応答(ACK+MP_CAPABLE)をMPTCPプロキシ装置に送信する。
ステップ6:MPTCPプロキシ装置は、初期サブフローセットアップ要求肯定応答の肯定応答(ACK)をホストBに送信する。
ステップ7:ホストAは、MPTCPプロキシ装置とのユーザデータ送信を実行する。
ステップ8:MPTCPプロキシ装置は、データマッピングを実行する。
ステップ9:MPTCPプロキシ装置は、ホストBとのユーザデータ送信を実行する。
ステップ10:ホストAは、新しいサブフロー結合要求[SYN+MP_JOIN(src=IP−A2)]をMPTCPプロキシ装置に送信する。
ステップ11:MPTCPプロキシ装置は、新しいサブフロー結合肯定応答(SYN+ACK+MP_JOIN)をホストAに送信する。
ステップ12:ホストAは、新しいサブフロー結合肯定応答の肯定応答(ACK+MP_JOIN)をMPTCPプロキシ装置に送信する。
ステップ13:ホストAは、MPTCPプロキシ装置とのユーザデータ送信を実行する。
ステップ14:MPTCPプロキシ装置は、データマッピングを実行する。
ステップ15:MPTCPプロキシ装置は、ホストBとのユーザデータ送信を実行する。
MPTCP接続セットアッププロセスは、TCP接続セットアッププロセスと同様であり、いずれも3ウェイハンドシェイクを用いて実施される。ステップ1に関連して、MPTCPが、接続セットアッププロセスがMPTCP接続をセットアップすることを示すために用いられる、新しいTCPオプションMP_CAPABLEを定義する点に違いがある。MPTCPがサポートされていない場合、通信ピア側はMP_CAPABLEを無視し、通常のTCPハンドシェイクメッセージを返す。したがって、MPTCPをサポートしているホストは、通信ピア側がMPTCPをサポートしているかどうかを判定し、通信ピア側がMPTCPをサポートしている場合はMPTCP接続をセットアップし、通信ピア側がMPTCPをサポートしていない場合は通常のTCP接続をセットアップしてもよい。MPTCPプロキシ装置の機能は、MPTCPをサポートしていないホストの代わりに、MP_CAPABLEをMPTCPをサポートしているホストに返すことであり(ステップ4に関連)、それによって、MPTCPをサポートしているホストは、通信ピア側がMPTCPをサポートしているホストであるとみなし、さらに、MPTCP接続をセットアップすることができるとみなす。
図4に示すように、MPTCPをサポートしているホストAは、MPTCPをサポートしていないホストBへの初期MPTCPサブフローのセットアップを開始する。MPTCPプロキシ装置は、ホストAとホストBの間の3ウェイハンドシェイクメッセージを傍受する。MPTCPプロキシ装置が、ホストBから返されたSYN+ACKメッセージにMP_CAPABLEオプションがついていないことを検出した場合、MPTCPプロキシ装置は、ホストBがMPTCP機能をサポートしていないとみなす(ステップ3に関連)。この場合、MPTCPプロキシ装置は、ホストBの代わりに、SYN+ACK+MP_CAPABLEメッセージをホストAに返す(ステップ4に関連)。3ウェイハンドシェイクの後、ホストAとMPTCPプロキシ装置との間でMPTCP接続がセットアップされ、MPTCPプロキシ装置とホストBとの間でTCP接続がセットアップされる。MPTCPプロキシ装置は、2つの接続間のデータマッピングを実行する役割を担う。
従来のMPTCPプロキシ装置の機構においては、MPTCPをサポートしているホストの第1のMPTCPサブフローのIPアドレスを用いてTCPセッションをセットアップする。しかしながら、MPTCPをサポートしているホストがIPアドレスに対応するインターフェース(interface)の使用を停止した場合、そのIPアドレスが解放されるか、別のホストによって占有される可能性がある。これは、MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でセットアップされるTCPセッションの通信に影響し得る。
図5は、従来技術におけるMPTCPプロキシ装置の課題の概略図である。図5に示すように、MPTCPをサポートしているホストAは、3Gインターフェースを用いてMPTCPサブフロー1をセットアップし、MPTCPプロキシ装置は、MPTCPサブフロー1で用いられるホストAのIPアドレスを用いて、MPTCPをサポートしていないホストBへのTCP接続をセットアップする。次に、ホストAはWi−Fiインターフェースをさらに用いて、MPTCPサブフロー2をセットアップしてもよい。この場合、例えば、ホストAが何らかの理由で3Gインターフェースの使用を停止した場合、ホストAは3Gネットワークから切り離されているため、IPアドレスが解放されて別のホストに割り当てられている場合でも、3GインターフェースのIPアドレスは、MPTCPプロキシ装置とホストBとの間のTCP接続に引き続き用いられる。その結果、MPTCP通信エラーが発生する。
前述の課題を考慮し、本発明の実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法を提供する。以下において、装置、システム、および方法について、特定の実施形態を用いて説明する。
図6は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置の概略構成図である。この装置は、MPTCPプロキシ装置であってもよい。図6に関連して、この装置は、処理モジュール100およびトランシーバモジュール101を含む。
処理モジュール100は、対応するIPアドレスを各MPTCPセッションに割り当てるように構成され、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、MPTCPセッションに割り当てられた対応するIPアドレスを解放するようにさらに構成される。
トランシーバモジュール101は、IPアドレスに従ってMPTCPセッションをセットアップするように構成される。
本発明の基本的な概念は、MPTCPをサポートしているホストが、TCPのみをサポートしているがMPTCPをサポートしていないホストとのMPTCPセッションをセットアップすることを、MPTCPによる通信のためのアドレス管理装置が検出した場合、MPTCPプロキシ装置は、セッションに仮のIPアドレスを割り当て、TCPのみをサポートしているがMPTCPをサポートしていないホストとのTCPセッションを、IPアドレスを用いてセットアップする。本発明の重点は、MPTCPプロキシ装置が、MPTCPをサポートしているホストによって開始されるセッションにIPアドレスを割り当てる方法、および割り当てられたIPアドレスを解放する方法、すなわちIPアドレスの管理方法である。
本発明の本実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置を提供する。処理モジュールは、対応するIPアドレスを各MPTCPセッションに割り当て、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、処理モジュールは、MPTCPセッションに割り当てられた対応するIPアドレスを解放し、トランシーバモジュールは、IPアドレスに従ってMPTCPセッションをセットアップする。MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でTCPセッションをセットアップするために用いられるIPアドレスが、MPTCPセッションの通信プロセスにおいて解放されないことが保証される。したがって、MPTCPホストとMPTCPをサポートしていないホストとの間のMPTCPセッションの信頼性が改善され、MPTCPセッションの伝送性能が向上する。
また、対応するIPアドレスをMPTCPプロキシ装置によって各MPTCPセッションに割り当てるために、複数の実現可能な実施態様が利用可能である。以下において、IPアドレス割り当て機構について、特定の実施形態を用いて説明する。
実施態様1:
図6に関連して、トランシーバモジュール101は、具体的には、第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第1のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
処理モジュール100は、具体的には、第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションにIPアドレスを割り当てるように構成され、具体的には、IPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、IPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
また、処理モジュール100は、具体的には、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスを解放する、またはMPTCPをサポートしていないホストとのTCPセッションが終了した後、IPアドレスを解放するようにさらに構成される。
実施態様2:
図6に関連して、トランシーバモジュール101は、具体的には、第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第2のMPTCPサブフローセットアップ要求メッセージは、第1のホストの第1のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
処理モジュール100は、具体的には、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされているかどうかを判定し、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされている場合、IPアドレスを割り当てるようにさらに構成され、IPアドレスは別のMPTCPセッションに対応する第1のIPアドレスであり、またはIPアドレスは新しく割り当てられた第2のIPアドレスであり、具体的には、第1のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
また、処理モジュール100は、具体的には、第1のIPアドレスに対応する全てのMPTCPセッションが終了した後、第1のIPアドレスを解放する、または第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、第2のIPアドレスを解放するようにさらに構成される。
実施態様3:
図6を参照すると、トランシーバモジュール101は、具体的には、第2のインターフェースを介して送信される第3のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第3のMPTCPサブフローセットアップ要求メッセージは、第2のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
処理モジュール100は、具体的には、第2のインターフェースが第1のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは第3のIPアドレスであり、第3のIPアドレスは、第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスであり、または第2のインターフェースに割り当てられたIPアドレスは新たに割り当てられた第4のIPアドレスであり、
処理モジュール100は、具体的には、第2のインターフェースが第1のホストに属さず、第2のインターフェースが第3のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは新たに割り当てられた第4のIPアドレスであり、第3のホストはMPTCPをサポートしているホストであり、
処理モジュール100は、具体的には、第3のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第3のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第3のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
また、処理モジュール100は、具体的には、第3のIPアドレスに対応する全てのMPTCPセッションが終了した後、第3のIPアドレスを解放する、または第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、第4のIPアドレスを解放するようにさらに構成される。
実施態様4:
図6に関連して、トランシーバモジュール101は、具体的には、第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストのIPアドレスを含み、IP管理装置が予約要求に従って第1のホストのIPアドレスをMPTCPセッションが終了する前に解放しないように、IP管理装置に予約要求を送信するようにさらに構成され、
処理モジュール100は、具体的には、第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに第1のホストのIPアドレスを割り当てるようにさらに構成され、具体的には、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
また、トランシーバモジュール101は、IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IP管理装置に予約キャンセル要求を送信する、または
IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、第2のホストとのTCPセッションが終了した後、IP管理装置に予約キャンセル要求を送信するようにさらに構成される。
図7は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理装置の概略構成図である。図7に関連して、この装置は、プロセッサ200およびトランシーバ203をさらに含む。
プロセッサ200は、対応するIPアドレスを各MPTCPセッションに割り当てるように構成され、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、MPTCPセッションに割り当てられた対応するIPアドレスを解放するようにさらに構成される。
トランシーバ203は、IPアドレスに従ってMPTCPセッションをセットアップするように構成される。
本発明の本実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置を提供する。プロセッサは、対応するIPアドレスを各MPTCPセッションに割り当て、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPセッションが終了した場合、プロセッサは、MPTCPセッションに割り当てられた対応するIPアドレスを解放し、トランシーバは、IPアドレスに従ってMPTCPセッションをセットアップする。MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でTCPセッションをセットアップするために用いられるIPアドレスが、MPTCPセッションの通信プロセスにおいて解放されないことが保証される。したがって、MPTCPホストとMPTCPをサポートしていないホストとの間のMPTCPセッションの信頼性が改善され、MPTCPセッションの伝送性能が向上する。
任意選択で、IPアドレスを割り当て、MPTCPセッションをセットアップするための実現可能な実施態様は以下の通りである。
また、トランシーバ203は、第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第1のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
プロセッサ200は、具体的には、第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションにIPアドレスを割り当てるように構成され、具体的には、IPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、IPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
任意選択で、IPアドレスを解放するために、以下の2つの実現可能な実施態様が利用可能である。
プロセッサ200は、具体的には、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスを解放する、またはMPTCPをサポートしていないホストとのTCPセッションが終了した後、IPアドレスを解放するようにさらに構成される。
任意選択で、IPアドレスを割り当て、MPTCPセッションをセットアップするための別の実現可能な実施態様は、以下の通りである。
トランシーバ203は、第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第2のMPTCPサブフローセットアップ要求メッセージは、第1のホストの第1のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
プロセッサ200は、具体的には、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされているかどうかを判定し、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされている場合、IPアドレスを割り当てるようにさらに構成され、IPアドレスは別のMPTCPセッションに対応する第1のIPアドレスであり、またはIPアドレスは新しく割り当てられた第2のIPアドレスであり、具体的には、第1のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
任意選択で、IPアドレスを解放するために、以下の2つの実現可能な実施態様が利用可能である。
プロセッサ200は、具体的には、第1のIPアドレスに対応する全てのMPTCPセッションが終了した後、第1のIPアドレスを解放し、または第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、第2のIPアドレスを解放するようにさらに構成される。
任意選択で、IPアドレスを割り当て、MPTCPセッションをセットアップするための別の実現可能な実施態様は、以下の通りである。
トランシーバ203は、第2のインターフェースを介して送信される第3のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第3のMPTCPサブフローセットアップ要求メッセージは、第2のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
プロセッサ200は、具体的には、第2のインターフェースが第1のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは第3のIPアドレスであり、第3のIPアドレスは、第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスであり、または第2のインターフェースに割り当てられたIPアドレスは新たに割り当てられた第4のIPアドレスであり、
具体的には、第2のインターフェースが第1のホストに属さず、第2のインターフェースが第3のホストに属する場合、IPアドレスを第2のインターフェースに割り当てるようにさらに構成され、IPアドレスは新たに割り当てられた第4のIPアドレスであり、第3のホストはMPTCPをサポートしているホストであり、
具体的には、第3のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第3のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、または第4のIPアドレスに従って第3のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
なお、MPTCPプロキシ装置が、第2のインターフェースおよびMPTCPセッションがセットアップされている別のインターフェースが第1のホストに属さないと判定した場合、MPTCPプロキシ装置は、第2のインターフェースが別のホスト、例えば第3のホストに属することを知ることができる。したがって、第2のインターフェースが属するホストを判定するための、追加のステップまたは機能は必要でない。
任意選択で、IPアドレスを解放するために、以下の2つの実現可能な実施態様が利用可能である。
プロセッサ200は、具体的には、第3のIPアドレスに対応する全てのMPTCPセッションが終了した後、第3のIPアドレスを解放する、または第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、第4のIPアドレスを解放するようにさらに構成される。
任意選択で、IPアドレスを割り当て、MPTCPセッションをセットアップするための別の実現可能な実施態様は、以下の通りである。
トランシーバ203は、第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストのIPアドレスを含み、IP管理装置が予約要求に従って第1のホストのIPアドレスをMPTCPセッションが終了する前に解放しないように、IP管理装置に予約要求を送信するようにさらに構成され、
プロセッサ200は、具体的には、第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに第1のホストのIPアドレスを割り当てるように構成され、具体的には、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップするようにさらに構成される。
任意選択で、IPアドレスを解放するために、以下の2つの実現可能な実施態様が利用可能である。
トランシーバ203は、IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IP管理装置に予約キャンセル要求を送信する、または
IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、第2のホストとのTCPセッションが終了した後、IP管理装置に予約キャンセル要求を送信する
ようにさらに構成される。
図8は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理システムの概略図である。図8に関連して、MPTCPをサポートしているホスト、MPTCPをサポートしていない少なくとも1つのホスト、およびMPTCPによる通信のためのアドレス管理装置が、一例として用いられる。前述の装置の具体的な数は、特定のシナリオにおける特定の状況に従って決定され、本明細書においては限定されない。図8に関連して、システムは、
MPTCPをサポートしている少なくとも1つのホストと、MPTCPをサポートしていない少なくとも1つのホストと、前述の実施形態において図6に示されたマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置とを備え、またはマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置は、図7に示される構造を有してもよい。
なお、図8では、MPTCPをサポートしているホストとMPTCPによる通信のためのアドレス管理装置との間に、3GネットワークおよびWifiネットワークの2つのパスのみが示されている。実際には、異なるネットワークシステムのパスは2種類に限定されず、図8のパスは一例としてのみ用いられる。本発明の本実施形態では、複数のパスの具体的な種類および数は限定されない。
本発明の本実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理システムを提供する。マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置は、各MPTCPセッションに対応するIPアドレスを割り当て、MPTCPセッションは、MPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間のMPTCPセッションである。MPTCPプロキシ装置は、MPTCPセッションをセットアップする。MPTCPセッションが終了した場合、MPTCPプロキシ装置は、MPTCPセッションに割り当てられたIPアドレスを解放する。MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でTCPセッションをセットアップするために用いられるIPアドレスが、MPTCPセッションの通信プロセスにおいて解放されないことが保証される。したがって、MPTCPホストとMPTCPをサポートしていないホストとの間のMPTCPセッションの信頼性が改善され、MPTCPセッションの伝送性能が向上する。
好ましくは、前述のマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置は、IPアドレス割当機能を実施するためのアドレスプールを維持する必要があるため、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置がアドレスプール機能を有していない場合、前述の技術的効果を達成するために、実現可能な方法は、IP管理装置をシステムに追加することである。図9は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理システムの概略図である。図9に関連して、システムは、
MPTCPセッションが終了した後、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置によってMPTCPセッションに割り当てられたIPアドレスを解放するように構成されるIP管理装置であって、IPアドレスは、MPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間で、MPTCPセッションをセットアップするために用いられる、IP管理装置をさらに備える。
なお、IP管理装置とマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置との間の相互作用手順については、後で詳述する。ここでは詳細は説明しない。
図10は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理方法の概略フローチャートである。この方法は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置によって実行され、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置は、MPTCPプロキシ装置であってもよい。図10に関連して、この方法は以下のステップを含む。
ステップ100:MPTCPプロキシ装置は、対応するIPアドレスを各MPTCPセッションに割り当てる。
MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストである。
ステップ101:MPTCPプロキシ装置は、IPアドレスに従ってMPTCPセッションをセットアップする。
ステップ102:MPTCPセッションが終了した場合、MPTCPプロキシ装置はMPTCPセッションに割り当てられた対応するIPアドレスを解放する。
本発明の基本的な概念は、MPTCPをサポートしているホストが、TCPのみをサポートしているがMPTCPをサポートしていないホストとのMPTCPセッションをセットアップすることを、MPTCPプロキシ装置が検出した場合、MPTCPプロキシ装置は、セッションに仮のIPアドレスを割り当て、TCPのみをサポートしているがMPTCPをサポートしていないホストとのTCPセッションを、IPアドレスを用いてセットアップする。本発明の重点は、MPTCPプロキシ装置が、MPTCPをサポートしているホストによって開始されるセッションにIPアドレスを割り当てる方法、および割り当てられたIPアドレスを解放する方法、すなわちIPアドレスの管理方法である。
本発明の本実施形態は、マルチパス伝送制御プロトコルによる通信のためのアドレス管理方法を提供する。MPTCPプロキシ装置は、対応するIPアドレスを各MPTCPセッションに割り当て、MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、第1のホストはMPTCPをサポートしているホストであり、第2のホストはMPTCPをサポートしていないホストであり、MPTCPプロキシ装置は、IPアドレスに従ってMPTCPセッションをセットアップし、MPTCPセッションが終了した場合、MPTCPプロキシ装置は、MPTCPセッションに割り当てられた対応するIPアドレスを解放する。MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間でTCPセッションをセットアップするために用いられるIPアドレスが、MPTCPセッションの通信プロセスにおいて解放されないことが保証される。したがって、MPTCPホストとMPTCPをサポートしていないホストとの間のMPTCPセッションの信頼性が改善され、MPTCPセッションの伝送性能が向上する。
また、対応するIPアドレスをMPTCPプロキシ装置によって各MPTCPセッションに割り当てるために、複数の実現可能な実施態様が利用可能である。以下において、IPアドレス割り当て機構について、特定の実施形態を用いて説明する。
本実施形態は、粒度としてMPTCPセッションを用いるIPアドレス割当方法を提供する。すなわち、MPTCPプロキシ装置は、固有のIPアドレスを各MPTCPセッションに割り当て、MPTCPをサポートしていないホストとのTCPセッションをセットアップする。
具体的には、図10に基づいて、図11は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。図11に関連して、本実施形態において、図10のステップ100の可能な実施態様は以下の通りである。
ステップ100a:MPTCPプロキシ装置は、第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信し、第1のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる。
ステップ100b:MPTCPプロキシ装置は、第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションにIPアドレスを割り当てる。
ステップ100aおよびステップ100bに基づいて、図11に関連して、図10のステップ101の実現可能な実施態様は以下の通りである。
ステップ101a:MPTCPプロキシ装置は、IPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、IPアドレスに従って第2のホストとのTCPセッションをセットアップする。
また、図11に関連して、図10のステップ102の可能な実施態様は以下の通りである。
ステップ102a:MPTCPプロキシ装置は、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスを解放する、またはMPTCPプロキシ装置は、MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間のTCPセッションが終了した後、IPアドレスを解放する。
図12は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のためのアドレス管理方法の概略的な相互作用図である。図12に関連して、相互作用手順は、以下のステップを含む。
ステップ1:ホストAは、MPTCPプロキシ装置を用いて、初期MPTCPサブフローをセットアップする。
具体的には、MPTCPをサポートしているホストAは、初期MPTCPサブフローをセットアップするプロセスを開始する。このプロセスは、図4に示すプロセスと一致する。
ステップ2:MPTCPプロキシ装置は、MPTCPセッションにIPアドレスを割り当て、IPアドレスは、ホストBとのTCPセッションをセットアップするために用いられる。
具体的には、MPTCPプロキシ装置は、ホストAがMPTCPをサポートしていない別のホストBとのMPTCPセッションをセットアップしたいことを検出することができる。したがって、MPTCPプロキシ装置は、MPTCPセッションのためのプロキシ機能を提供する必要があり、すなわち、ホストBの代わりに、ホストAとのMPTCPセッションをセットアップし、ホストAの代わりに、ホストBとのTCPセッションをセットアップする必要がある。MPTCPプロキシ装置は、ホストAからの初期サブフローセットアップ要求が属するMPTCPセッションに、IPアドレスを割り当てる。
ステップ3:MPTCPプロキシ装置は、ホストBとのTCPセッションをセットアップする。
具体的には、MPTCPプロキシ装置は、割り当てられたIPアドレスを用いて、ホストBとのTCPセッションをセットアップする。
ステップ4:MPTCPプロキシ装置は、MPTCPとTCPとの間のマッピングを維持する。
具体的には、セットアップされているMPTCPセッションに属する、ホストAからの次の新しいMPTCPサブフローのセットアップ中に、MPTCPプロキシ装置は、同じMPTCPセッションに属する全てのMPTCPサブフローにおいて送信されたデータを、MPTCPセッションに対応するTCPセッションにマッピングする。
新しいMPTCPセッションセットアップ要求があると(セッション要求はMPTCPをサポートしている任意のホストから来る可能性がある)、新たなMPTCPセッションがMPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間のセッションであると、MPTCPプロキシ装置が判定した場合、MPTCPプロキシ装置は、新しいIPアドレスをMPTCPセッションに割り当てる。すなわち、MPTCPプロキシ装置は、MPTCPセッションを粒度として用いてIPアドレスを割り当てる。
ステップ5:MPTCPプロキシ装置は、MPTCPに割り当てられたIPアドレスを解放する。
具体的には、MPTCPセッションの終了は、IPアドレスを解放するためのトリガ条件である。MPTCPセッションの終了を判定するために、2つの方法を用いることができる。第1の方法は、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、MPTCPセッションの終了を判定することである。第2の方法は、MPTCPプロキシ装置とTCPをサポートしているホストとの間のTCPセッションが終了した後、MPTCPセッションの終了を判定することである。MPTCPプロキシ装置が、MPTCPセッションが終了したことを検出した後、MPTCPプロキシ装置は、MPTCPセッションに割り当てられたIPアドレスを解放することができる。
本実施形態は、ホストのネットワークインターフェース(Interface)を粒度として用いるIPアドレス割当方法を提供する。
具体的には、図10に基づいて、図13は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。図13に関連して、本実施形態において、図10のステップ100の可能な実施態様は以下の通りである。
ステップ100c:MPTCPプロキシ装置は、第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信し、第2のMPTCPサブフローセットアップ要求メッセージは、第1のホストの第1のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる。
ステップ100d:MPTCPプロキシ装置は、別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされているかどうかを判定する。
具体的には、第1のホストの第1のインターフェースが、セットアップされているMPTCPセッションに対応する場合には、ステップ100eが実行されるが、そうでない場合には、ステップ100fが実行される。
ステップ100e:別のMPTCPセッションが第1のホストの第1のインターフェース上にセットアップされている場合、MPTCPプロキシ装置は、IPアドレスを割り当て、IPアドレスは、別のMPTCPセッションに対応する第1のIPアドレスである、またはIPアドレスは新たに割り当てられた第2のIPアドレスである。
具体的には、ステップ100eが実行された後、ステップ101bが実行される。
ステップ100f:MPTCPプロキシ装置は、第2のIPアドレスを第1のホストの第1のインターフェースに割り当てる。
具体的には、MPTCPプロキシ装置が第1のホストの第1のインターフェースに第2のIPアドレスを割り当てる場合、2つの可能性がある。1.第1のホストの第1のインターフェースが、セットアップされているMPTCPセッションに対応する場合、MPTCPプロキシ装置は、第1のホストの第1のインターフェースに第2のIPアドレスをさらに割り当ててもよい。2.第1のホストの第1のインターフェースが、セットアップされているMPTCPセッションに対応しない場合、MPTCPプロキシ装置は、第2のIPアドレスを第1のホストの第1のインターフェースに割り当てる。ステップ100fが実行された後、ステップ101cが実行される。
ステップ100c、100d、100eおよび100fに基づいて、図13に関連して、図10のステップ101の可能な実施態様は以下の通りである。
ステップ101b:MPTCPプロキシ装置は、第1のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1のIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
具体的には、図13は、ステップ100eにおけるIPアドレスが、新しく割り当てられた第2のIPアドレスである場合、MPTCPプロキシ装置が、第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップすることは示していない。
ステップ101c:MPTCPプロキシ装置は、第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
任意選択的に、ホストのネットワークインターフェース(Interface)を粒度として用いるIPアドレス割当方法に基づいて、図13に関連して、図10のステップ102の可能な実施態様は以下の通りである。
ステップ102b:第1のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置は第1のIPアドレスを解放する。
なお、図13は、第2のIPアドレスがステップ101bで用いられる場合、ステップ102bが、第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置が第2のIPアドレスを解放するものであることは示していない。
ステップ102c:第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置は第2のIPアドレスを解放する。
具体的には、図10に基づいて、図14は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。図14に関連して、本実施形態において、図10のステップ100の別の可能な実施態様は以下の通りである。
ステップ100g:MPTCPプロキシ装置は、第2のインターフェースを介して送信された第3のMPTCPサブフローセットアップ要求メッセージを受信する。
第3のMPTCPサブフローセットアップ要求メッセージは、第2のインターフェースと第2のホストとの間に初期MPTCPサブフローをセットアップするよう指示するために用いられる。
ステップ100h:第2のインターフェースが第1のホストに属する場合、MPTCPプロキシ装置は、第2のインターフェースにIPアドレスを割り当て、IPアドレスは第3のIPアドレスであり、第3のIPアドレスは第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスである、または第2のインターフェースに割り当てられたIPアドレスは新たに割り当てられた第4のIPアドレスである。
具体的には、第2のインターフェースと、MPTCPセッションがセットアップされている別のインターフェースとの両方が第1のホストに属する場合、MPTCPプロキシ装置は、別のインターフェースに予め割り当てられている第3のIPアドレスを第2のインターフェースに割り当ててもよく、またはMPTCPプロキシ装置は、新しいIPアドレスを第2のインターフェースに割り当てる。第2のインターフェースと、MPTCPセッションがセットアップされている別のインターフェースとの両方が第1のホストに属する場合には、ステップ100hが実行されるが、そうでない場合には、ステップ100iが実行される。
ステップ100i:第2のインターフェースが第1のホストに属さず、第2のインターフェースが第3のホストに属する場合、MPTCPプロキシ装置は、IPアドレスを第2のインターフェースに割り当て、IPアドレスは新たに割り当てられた第4のIPアドレスであり、第3のホストはMPTCPをサポートしているホストである。
なお、MPTCPプロキシ装置が、第2のインターフェースとMPTCPセッションがセットアップされている別のインターフェースとが第1のホストに属さないと判定した場合、MPTCPプロキシ装置は、第2のインターフェースが別のホスト、例えば第3のホストに属することを知ることができる。したがって、第2のインターフェースが属するホストを判定するための、追加のステップまたは機能は必要でない。ステップ100jが実行された後、ステップ101eが実行される。
ステップ100f、100g、100hおよび100iに基づいて、図14に関連して、図10のステップ101の可能な実施態様は以下の通りである。
ステップ101d:MPTCPプロキシ装置は、第3のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第3のIPアドレスに従って第2のホストとのTCPセッションをセットアップする、またはMPTCPプロキシ装置は、第4のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
具体的には、ステップ101dが実行された後、ステップ102dが実行される。
ステップ101e:MPTCPプロキシ装置は、第4のIPアドレスに従って第3のホストとのMPTCPサブセッションをセットアップし、第4のIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
具体的には、ステップ101eが実行された後、ステップ102eが実行される。
また、ホストのネットワークインターフェース(Interface)を粒度として用いるIPアドレス割当方法に基づいて、図14に関連して、図10のステップ102の別の2つの実現可能な実施態様は以下の通りである。
ステップ102d:第3のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置は第3のIPアドレスを解放する、または第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置は第4のIPアドレスを解放する。
ステップ102e:第4のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置は第4のIPアドレスを解放する。
図15は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略的な相互作用図である。図15に関連して、相互作用手順は、以下のステップを含む。
ステップ1:ホストAは、MPTCPプロキシ装置を用いて、初期MPTCPサブフローをセットアップする。
具体的には、初期MPTCPサブフローはホストAのインターフェース1を介して送信され、その目的はホストBとのMPTCPセッションをセットアップすることである。
ステップ2:MPTCPプロキシ装置は、MPTCPセッションにIP1アドレスを割り当て、IP1アドレスは、ホストBとのTCPセッションをセットアップするために用いられる。
ステップ3:MPTCPプロキシ装置は、ホストBとのTCPセッションをセットアップする。
ステップ4:ホストAは、MPTCPプロキシ装置を用いて、初期MPTCPサブフローをセットアップする。
具体的には、初期MPTCPサブフローはホストAのインターフェース1を介して送信され、その目的はホストCとのMPTCPセッションをセットアップすることである。
ステップ5:MPTCPプロキシ装置は、MPTCPセッションにIP1アドレスまたはIP2アドレスを割り当て、IP1アドレスまたはIP2アドレスは、ホストCとのTCPセッションをセットアップするために用いられる。
ステップ6:MPTCPプロキシ装置は、ホストCとのTCPセッションをセットアップする。
ステップ7:ホストAは、MPTCPプロキシ装置を用いて、初期MPTCPサブフローをセットアップする。
具体的には、初期MPTCPサブフローはホストAのインターフェース2を介して送信され、その目的はホストCとのMPTCPセッションをセットアップすることである。
ステップ8:MPTCPプロキシ装置は、MPTCPセッションにIP2アドレスまたはIP3アドレスを割り当て、IP2アドレスまたはIP3アドレスは、ホストCとのTCPセッションをセットアップするために用いられる。
ステップ9:MPTCPプロキシ装置は、ホストCとのTCPセッションをセットアップする。
具体的には、MPTCPをサポートしているホストAは、初期MPTCPサブフローをセットアップするプロセスを開始する。このプロセスは、図4に示すプロセスと一致する。この場合、MPTCPプロキシ装置は、ホストAがMPTCPをサポートしていない別のホストBとのMPTCPセッションをセットアップしたいことを検出することができる。したがって、MPTCPプロキシ装置は、セッションのためのプロキシ機能を提供する必要があり、すなわち、ホストBの代わりに、ホストAとのMPTCPセッションをセットアップし、ホストAの代わりに、ホストBとのTCPセッションをセットアップする必要がある。IPアドレスをMPTCPセッションに割り当てる場合、MPTCPプロキシ装置は、ネットワークインターフェースを粒度として用いて割り当てを実行する。MPTCPプロキシ装置が、MPTCPをサポートしているホスト(例えば、ホストAのインターフェース1)のインターフェースからMPTCPセッションセットアップ要求を受信した場合、MPTCPプロキシ装置は、IPアドレスをMPTCPセッションに割り当て、そのIPアドレスを用いて、MPTCPをサポートしていないホストとのTCPセッションをセットアップする。同じインターフェースによって開始された異なるMPTCPセッションについては、MPTCPプロキシ装置は、同じIPアドレスをMPTCPセッションに割り当ててもよく(例えば、インターフェース1についてはIP1アドレスはホストBおよびホストCとのMPTCPセッションに割り当てられてもよい)、または異なるIPアドレスを割り当ててもよい(例えば、インターフェース1については、IP1アドレスはホストBとのMPTCPセッションに割り当てられ、IP2アドレスはホストCとのMPTCPセッションに割り当てられる)。しかし、異なるインターフェースによって開始されたMPTCPセッションについては、MPTCPプロキシ装置は、インターフェースが以前のインターフェースと同じホストに属するかどうかを判定する必要がある。同じホストに属する異なるインターフェースによって開始されたMPTCPセッションについては、MPTCPプロキシ装置は、同じIPアドレスまたは異なるIPアドレスをMPTCPセッションに割り当てることができる(例えば、インターフェース2については、インターフェース2およびインターフェース1はホストAに属しており、したがって、同じIP2アドレスが割り当てられてもよく、または異なるIP2アドレスとIP3アドレスとが割り当てられてもよい)。同じホストに属さない異なるインターフェースによって開始されたMPTCPセッションについては、MPTCPプロキシ装置は、MPTCPセッションに異なるIPアドレスを割り当てる必要がある。
また、2つのインターフェースが同じホストに属するかどうかをMPTCPプロキシ装置が判定する方法は、2つのインターフェースがMPTCPセッションにおいて同時にサブフローをセットアップした場合には、2つのインターフェースが同じホストに属するとみなし、そうでない場合には、2つのインターフェースが同じホストに属すると判定することができない、というものである。
ステップ10:IPアドレスに関連する全てのMPTCPセッションが終了した後、IPアドレスを解放する。
具体的には、MPTCPセッションの終了は、IPアドレスを解放するためのトリガ条件である。MPTCPセッションの終了を判定するために、2つの方法を用いることができる。第1の方法は、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、MPTCPセッションの終了を判定することである。第2の方法は、MPTCPプロキシ装置とMPTCPをサポートしていないホストとの間のTCPセッションが終了した後、MPTCPセッションの終了を判定することである。MPTCPプロキシ装置が、MPTCPセッションが終了したことを検出した後、MPTCPプロキシ装置は、MPTCPセッションに割り当てられたIPアドレスを解放することができる。
なお、図15のステップ1から3、ステップ4から6およびステップ7から9は、論理的な順序関係に従ったものではなく、3つの別々の相互作用手順として独立して存在してもよい。マルチパス伝送制御プロトコルによる通信のためのアドレス管理方法、および前述の図10から図15において提供される対応する可能な実施態様、および対応する実施形態において、MPTCPプロキシ装置はアドレスプールを維持する必要がある。
本実施形態は、MPTCPプロキシ装置がアドレスプールを維持する必要はないが、新しいIPアドレスをMPTCPセッションに割り当てる、IPアドレス管理方法を提供する。本実施形態では、IP管理装置(IP address Manager)が導入され、IP管理装置は、ネットワークにアクセスする装置のIPアドレスを維持する役割を担う。
具体的には、図10に基づいて、図16は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略フローチャートである。図16に関連して、本実施形態において、図10のステップ100の可能な実施態様は以下の通りである。
ステップ100j:MPTCPプロキシ装置は、第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信する。
第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストと第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、第4のMPTCPサブフローセットアップ要求メッセージは、第1のホストのIPアドレスを含む。
ステップ100k:MPTCPプロキシ装置は、第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに、第1のホストのIPアドレスを割り当てる。
ステップ100l:MPTCPプロキシ装置は、IP管理装置に予約要求を送信し、IP管理装置が予約要求に従って第1のホストのIPアドレスをMPTCPセッションが終了する前に解放しないようにする。
ステップ100j、100kおよび100lに基づいて、図20に関連して、図14のステップ101の可能な実施態様は以下の通りである。
ステップ101e:MPTCPプロキシ装置は、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1ホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
また、MPTCPプロキシ装置がアドレスプールを維持する必要はないが、新しいIPアドレスをMPTCPセッションに割り当てる、IPアドレス管理方法に基づいて、図16に関連して、図10のステップ102の2つの実現可能な実施態様は以下の通りである。
ステップ102f:IP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、MPTCPプロキシ装置は、IP管理装置に予約キャンセル要求を送信する、またはIP管理装置が、第1のホストのIPアドレスを解放することを、IP管理装置が予約キャンセル要求を受信した後に許可するように、MPTCPプロキシ装置と第2のホストとの間のTCPセッションが終了した後、MPTCPプロキシ装置は、IP管理装置に予約キャンセル要求を送信する。
図17は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理方法の概略的な相互作用図である。図17に関連して、相互作用手順は、以下のステップを含む。
ステップ1:ホストAは、初期サブフローセットアップ要求[SYN+MP_CAPABLE(src=IP−A1)]をMPTCPプロキシ装置に送信する。
ステップ2:MPTCPプロキシ装置は、ホストBに初期サブフローセットアップ要求[SYN+MP_CAPABLE(src=IP−A1)]を送信する。
なお、ホストBはTCPのみをサポートしている。
ステップ3:ホストBは、初期サブフローセットアップ要求肯定応答(SYN+ACK)をMPTCPプロキシ装置に送信する。
ステップ4:MPTCPプロキシ装置は、初期サブフローセットアップ要求肯定応答(SYN/ACK+MP_CAPABLE)をホストAに送信する。
ステップ5:ホストAは、初期サブフローセットアップ要求肯定応答の肯定応答(ACK+MP_CAPABLE)をMPTCPプロキシ装置に送信する。
ステップ6:MPTCPプロキシ装置は、初期サブフローセットアップ要求肯定応答の肯定応答(ACK)をホストBに送信する。
具体的には、MPTCPをサポートしているホストAは、初期MPTCPサブフローをセットアップするプロセスを開始する。このプロセスは、図4に示すプロセスと一致する。この場合、MPTCPプロキシ装置は、ホストAがMPTCPをサポートしていない別のホストBとのMPTCPセッションをセットアップしたいことを検出することができる。したがって、MPTCPプロキシ装置は、セッションのためのプロキシ機能を提供する必要があり、すなわち、ホストBの代わりに、ホストAとのMPTCPセッションをセットアップし、ホストAの代わりに、ホストBとのTCPセッションをセットアップする必要がある。MPTCPプロキシ装置は、初期サブフローでホストAから伝送されたホストAのIPアドレスを用いて、ホストBとのTCPセッションをセットアップする。
ステップ7:ホストAは、MPTCPプロキシ装置とのユーザデータ送信を実行する。
ステップ8:MPTCPプロキシ装置は、IP管理装置にIPアドレス(予約を要求されたIPアドレスはIP−A1)予約要求[IP addr reservation(IP−A1)]を送信する。
具体的には、MPTCPプロキシ装置が、初期サブフローでホストAのIPアドレスを用いてホストBとのTCPセッションをセットアップした後、MPTCPプロキシ装置は、ホストのIPアドレスを維持しているIP管理装置(IP address Manager)に対してIPアドレス予約要求を開始する。IP管理装置が要求を受信した後、IPアドレス予約キャンセル要求メッセージが受信されるまでは、IPアドレスが解放されない、または別のホストに割り当てられないことが保証される。
なお、本実施形態における新しいサブフローの結合は、図4における新しいサブフローの結合手順と同様であり、ここでは再び説明しない。
ステップ9:IP(IP−A1)アドレス[reserve IP address]を予約する。
具体的には、MPTCPプロキシ装置から送信されたIPアドレス(IP−A1)予約キャンセル要求を受信する前に、IP管理装置はIPアドレスを予約し、ユーザデータ送信を行う。
ステップ10:IP管理装置は、MPTCPプロキシ装置から送信されたIPアドレス(IP−A1)予約キャンセル要求[cancel IP addr reservation(IP−A1)]を受信する。
具体的には、MPTCPセッションの終了は、IPアドレスを解放するためのトリガ条件である。MPTCPセッションの終了を判定するために、2つの方法を用いることができる。第1の方法は、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、MPTCPセッションの終了(すなわち、MPTCP接続が閉じられたこと)を判定することである。第2の方法は、MPTCPプロキシ装置とMPTCPをサポートしていないホスト(例えば、ホストB)との間のTCPセッションが終了した後、MPTCPセッションの終了(TCP接続が閉じられたこと)を判定することである。MPTCPプロキシ装置がMPTCPセッションが終了したことを検出した後、MPTCPプロキシ装置は、IP管理装置へのIPアドレス予約キャンセル要求メッセージを開始してもよい。IP管理装置は、IPアドレス予約キャンセル要求メッセージを受信した後、IPアドレスを解放したり、別のホストに割り当てることを許可してもよい。
また、IPアドレスを予約するための実現可能な実施態様は、
IPアドレス予約キャンセル要求(cancel IP addr reservation)を開始する機会が、MPTCPプロキシ装置がMPTCPをサポートしているホストから初期サブフロー終了メッセージを受信した後である、または
IPアドレス予約キャンセル要求(cancel IP addr reservation)を開始する機会が、MPTCPをサポートしているホストの全てのMPTCPサブフローが終了した後、MPTCPプロキシ装置がメッセージを送信する、というものである。
IP管理装置がIPアドレス予約要求メッセージを受信した後の動作は、IPアドレス予約要求メッセージを受信した後、IP管理装置は、メッセージにおいて指定されたIPアドレスを、IPアドレス予約キャンセル要求メッセージが受信されるまで別のホストに割り当てない、というものである。
この場合、IP管理装置は、MPTCPをサポートしているホストの初期サブフローに対応するインターフェースが、IP管理装置に対して拡張IPアドレス存続時間(extend IP address lifetime)メッセージを開始しない場合でも、IPアドレスを予約することができる。インターフェースがIPアドレスを後で再度要求する場合、ここではIPアドレスはインターフェースに優先的に割り当てられる。
当業者であれば、方法の実施形態のステップの全てまたは一部が、関連するハードウェアに指示するプログラムによって実施されてもよいことを理解することができる。プログラムは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。プログラムが実行された場合、方法の実施形態のステップが実行される。前述の記憶媒体には、ROM、RAM、磁気ディスク、または光ディスク等の、プログラムコードを格納可能な任意の媒体が含まれる。
最後に、前述の実施形態は、本発明の技術的解決策を説明するためのものに過ぎず、本発明を限定するためのものではないことに留意されたい。本発明は、前述の実施形態に関連して詳細に説明されているが、当業者であれば、前述の実施形態において説明された技術的解決策をさらに変更してもよく、またはその一部または全部の技術的特徴を同等のもので置換してもよいことを理解するであろう。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
1 インターフェース
2 インターフェース
100 処理モジュール
101 トランシーバモジュール
200 プロセッサ
203 トランシーバ
マルチパス伝送制御プロトコル(MPTCP)の核となる概念は、アプリケーション層と伝送層との間に、マルチパス伝送をサポートしているMPTCP層を追加することである。従来のTCPデータは複数のTCPサブフローに分割され、異なるTCPサブフローは異なるパスに沿って送信され、ピアホスト上で集約される。MPTCP技術は、端末が複数のインターフェースを同時に用いて通信を行うことを可能にするが、MPTCPは、通信に参加している2者の両方がMPTCPをサポートしていることを必要とする。通信相手がMPTCPをサポートしていない場合、MPTCPを用いて通信を行うことはできない。MPTCPによる通信では、通信を行う2者の両方がMPTCPプロトコルをサポートしている必要がある。MPTCPに対応しているホストがMPTCPに対応していないホストと通信できるようにするために、MPTCPプロキシの概念がさらに提示される。MPTCPプロキシの最終目的は、MPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間で、MPTCPセッションとTCPセッションとの間のマッピングを実施することである。MPTCPプロキシが、MPTCPをサポートしているホストによって開始されたMPTCP接続セットアップ要求を受信した後、MPTCPプロキシは、MPTCPをサポートしているホストのIPアドレスであって、接続要求において伝達されるIPアドレスを用い、MPTCPをサポートしていないホストへのTCP接続をセットアップする。MPTCP接続セットアッププロセスは、TCP接続セットアッププロセスと同様である。MPTCPが、接続セットアッププロセスがMPTCP接続をセットアップすることを示すために用いられる新しいTCPオプション(MP_CAPABLE)を定義する点に違いがある。MPTCPがサポートされていない場合、通信ピア側はMP_CAPABLEを無視し、通常のTCPハンドシェイクメッセージを返す。したがって、MPTCPをサポートしているホストは、通信ピア側がMPTCPをサポートしているかどうかを判定し、通信ピア側がMPTCPをサポートしている場合はMPTCP接続をセットアップし、通信ピア側がMPTCPをサポートしていない場合は通常のTCP接続をセットアップしてもよい。MPTCPプロキシの機能は、MPTCPをサポートしていないホストの代わりに、MP_CAPABLEをMPTCPをサポートしているホストに返すことであり、それによって、MPTCPをサポートしているホストは、通信ピア側がMPTCPをサポートしているホストであるとみなし、さらに、MPTCP接続をセットアップすることができるとみなす。
標準の伝送制御プロトコル(TCP)においては、各接続は伝送に1つのパスしか用いない。しかしながら、新しいモバイルインターネット環境においては、様々な無線アクセス技術が収束し、通信端末は、例えばWi−Fiおよび3Gインターフェースのような複数のネットワークインターフェースを有する。この場合、相互に通信する2つのホスト間に、使用可能なパスが複数存在する。それにもかかわらず、標準のTCPプロトコルに従って1つのパスしか用いない場合、他のパスリソースが無駄になる。加えて、現在、無線端末上でインターネットアクセスを必要とするアプリケーションプログラムが増えていることに従い、これらのアプリケーションプログラムが、異なるインターフェースの複数のパスを用いて同時にアクセスを実行できる場合、より高レベルのユーザエクスペリエンスを保証することができ、リンク変更、高いビット誤り率等の特徴に起因する、無線ネットワークへの悪影響を低減することができる。この目的のために、IETFは、マルチパスTCPを研究するためにマルチパス伝送制御プロトコル(MultiPath TCP、略してMPTCP)作業グループを確立した。
MPTCP技術は、端末が複数のインターフェースを同時に用いて通信を行うことを可能にし得るが、MPTCPは、通信に参加している2者の両方がMPTCPをサポートしていることを必要とする。通信相手がMPTCPをサポートしていない場合、MPTCPを用いて通信を行うことはできない。MPTCPによる通信では、通信を行う2者の両方がMPTCPプロトコルをサポートしている必要がある。MPTCPに対応しているホストがMPTCPに対応していないホストと通信できるようにするために、MPTCPプロキシの概念が提示される。MPTCPプロキシの最終目的は、MPTCPをサポートしているホストとTCPをサポートしているホストとの間で、MPTCPセッションとTCPセッションとの間のマッピングを実施することである。
図3は、MPTCPプロキシ装置の機能の概略図である。図3に関連して、ホストAはMPTCPプロトコルをサポートしているが、ホストBは従来のTCPプロトコルをサポートしている。ホストAとホストBとの間の通信にMPTCPを用いることができるようにする(例えば、MPTCPサブフロー1およびMPTCPサブフロー2)ために、ホストAとホストBとの間にMPTCPプロキシ装置が配置され、MPTCPプロキシ装置はMPTCPプロキシ機能を有する。MPTCPプロキシ装置は、ホストBの代わりに、ホストAとのMPTCP接続またはセッションをセットアップする。MPTCPプロキシ装置は、ホストBとのTCP接続またはセッションをセットアップする。MPTCPプロキシ装置は、通信プロセスにおいて、MPTCPセッションとTCPセッションとの間のマッピングまたは変換を実行する役割を担う。
また、処理モジュール100は、具体的には、MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、IPアドレスを解放する、またはMPTCPをサポートしていないホストとのTCPセッションが終了した後、IPアドレスを解放するように構成される。
図7は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理装置の概略構成図である。図7に関連して、この装置は、プロセッサ200およびトランシーバ203を含む。
なお、MPTCPプロキシ装置が、第2のインターフェースおよびMPTCPサブセッションがセットアップされている別のインターフェースが第1のホストに属さないと判定した場合、MPTCPプロキシ装置は、第2のインターフェースが別のホスト、例えば第3のホストに属することを知ることができる。したがって、第2のインターフェースが属するホストを判定するための、追加のステップまたは機能は必要でない。
好ましくは、前述のマルチパス伝送制御プロトコルによる通信のためのアドレス管理装置は、IPアドレス割当機能を実施するためのアドレスプールを維持する必要があるため、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置がアドレスプールを有していない場合、前述の技術的効果を達成するために、実現可能な方法は、IP管理装置をシステムに追加することである。図9は、本発明の一実施形態によるマルチパス伝送制御プロトコルによる通信のための別のアドレス管理システムの概略図である。図9に関連して、システムは、
MPTCPセッションが終了した後、マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置によってMPTCPセッションに割り当てられたIPアドレスを解放するように構成されるIP管理装置であって、IPアドレスは、MPTCPをサポートしているホストとMPTCPをサポートしていないホストとの間で、MPTCPセッションをセットアップするために用いられる、IP管理装置をさらに備える。
ステップ5:MPTCPプロキシ装置は、MPTCPセッションに割り当てられたIPアドレスを解放する。
具体的には、ステップ100eにおけるIPアドレスが、新しく割り当てられた第2のIPアドレスである場合、MPTCPプロキシ装置が、第2のIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第2のIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
なお、第2のIPアドレスがステップ101bで用いられる場合、ステップ102bが、第2のIPアドレスに対応する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置が第2のIPアドレスを解放するものである。
なお、MPTCPプロキシ装置が、第2のインターフェースとMPTCPセッションがセットアップされている別のインターフェースとが第1のホストに属さないと判定した場合、MPTCPプロキシ装置は、第2のインターフェースが別のホスト、例えば第3のホストに属することを知ることができる。したがって、第2のインターフェースが属するホストを判定するための、追加のステップまたは機能は必要でない。ステップ100iが実行された後、ステップ101eが実行される。
具体的には、MPTCPをサポートしているホストAは、初期MPTCPサブフローをセットアップするプロセスを開始する。このプロセスは、図4に示すプロセスと一致する。この場合、MPTCPプロキシ装置は、ホストAがMPTCPをサポートしていない別のホストBとのMPTCPセッションをセットアップしたいことを検出することができる。したがって、MPTCPプロキシ装置は、セッションのためのプロキシ機能を提供する必要があり、すなわち、ホストBの代わりに、ホストAとのMPTCPセッションをセットアップし、ホストAの代わりに、ホストBとのTCPセッションをセットアップする必要がある。IPアドレスをMPTCPセッションに割り当てる場合、MPTCPプロキシ装置は、ネットワークインターフェースを粒度として用いて割り当てを実行する。MPTCPプロキシ装置が、MPTCPをサポートしているホスト(例えば、ホストAのインターフェース1)のインターフェースからMPTCPセッションセットアップ要求を受信した場合、MPTCPプロキシ装置は、IPアドレスをMPTCPセッションに割り当て、そのIPアドレスを用いて、MPTCPをサポートしていないホストとのTCPセッションをセットアップする。同じインターフェースによって開始された異なるMPTCPセッションについては、MPTCPプロキシ装置は、同じIPアドレスをMPTCPセッションに割り当ててもよく(例えば、インターフェース1についてはIP1アドレスはホストBおよびホストCとのMPTCPセッションに割り当てられてもよい)、または異なるIPアドレスを割り当ててもよい(例えば、インターフェース1については、IP1アドレスはホストBとのMPTCPセッションに割り当てられ、IP2アドレスはホストCとのMPTCPセッションに割り当てられる)。しかし、異なるインターフェースによって開始されたMPTCPセッションについては、MPTCPプロキシ装置は、インターフェースが以前のインターフェースと同じホストに属するかどうかを判定する必要がある。同じホストに属する異なるインターフェースによって開始されたMPTCPセッションについては、MPTCPプロキシ装置は、同じIPアドレスまたは異なるIPアドレスをMPTCPセッションに割り当てることができる(例えば、インターフェース2およびインターフェース1はホストAに属しており、したがって、同じIP2アドレスが割り当てられてもよく、または異なるIP2アドレスとIP3アドレスとが割り当てられてもよい)。同じホストに属さない異なるインターフェースによって開始されたMPTCPセッションについては、MPTCPプロキシ装置は、MPTCPセッションに異なるIPアドレスを割り当てる必要がある。
ステップ10:IPアドレスに関連する全てのMPTCPセッションが終了した後、MPTCPプロキシ装置はIPアドレスを解放する。
ステップ100j、100kおよび100lに基づいて、図16に関連して、図14のステップ101の可能な実施態様は以下の通りである。
ステップ101e:MPTCPプロキシ装置は、第1のホストのIPアドレスに従って第1のホストとのMPTCPサブセッションをセットアップし、第1ホストのIPアドレスに従って第2のホストとのTCPセッションをセットアップする。
この場合、IP管理装置は、MPTCPをサポートしているホストの初期サブフローに対応するインターフェースが、IP管理装置に対して拡張IPアドレス存続時間(extend IP address lifetime)メッセージを開始しない場合でも、IPアドレスを予約することができる。インターフェースがIPアドレスを後で再度要求する場合、再度IPアドレスはインターフェースに優先的に割り当てられる。

Claims (29)

  1. マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置であって、
    対応するIPアドレスを各MPTCPセッションに割り当てるように構成される処理モジュールであって、前記MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、前記第1のホストは前記MPTCPをサポートしているホストであり、前記第2のホストは前記MPTCPをサポートしていないホストであり、前記MPTCPセッションが終了した場合、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを解放するようにさらに構成される、処理モジュールと、
    前記IPアドレスに従って前記MPTCPセッションをセットアップするように構成される、トランシーバモジュールと
    を備える、装置。
  2. 前記トランシーバモジュールは、具体的には、前記第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、前記第1のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
    前記処理モジュールは、具体的には、前記第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに前記IPアドレスを割り当てるように構成され、具体的には、前記IPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記IPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項1に記載の装置。
  3. 前記処理モジュールは、具体的には、前記MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、前記IPアドレスを解放する、または前記MPTCPをサポートしていないホストとの前記TCPセッションが終了した後、前記IPアドレスを解放するようにさらに構成される、請求項1または2に記載の装置。
  4. 前記トランシーバモジュールは、具体的には、前記第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、前記第2のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストの第1のインターフェースと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
    前記処理モジュールは、具体的には、別のMPTCPセッションが前記第1のホストの前記第1のインターフェース上にセットアップされているかどうかを判定し、前記別のMPTCPセッションが前記第1のホストの前記第1のインターフェース上にセットアップされている場合、前記IPアドレスを割り当てるようにさらに構成され、前記IPアドレスは、前記別のMPTCPセッションに対応する第1のIPアドレスであり、または前記IPアドレスは、新しく割り当てられた第2のIPアドレスであり、具体的には、前記第1のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第1のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップする、または前記第2のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第2のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項1に記載の装置。
  5. 前記処理モジュールは、具体的には、前記第1のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第1のIPアドレスを解放する、または前記第2のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第2のIPアドレスを解放するようにさらに構成される、請求項4に記載の装置。
  6. 前記トランシーバモジュールは、具体的には、第2のインターフェースを介して送信される第3のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、前記第3のMPTCPサブフローセットアップ要求メッセージは、前記第2のインターフェースと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
    前記処理モジュールは、具体的には、前記第2のインターフェースが前記第1のホストに属する場合、前記IPアドレスを前記第2のインターフェースに割り当てるようにさらに構成され、前記IPアドレスは第3のIPアドレスであり、前記第3のIPアドレスは、前記第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスであり、または前記第2のインターフェースに割り当てられた前記IPアドレスは新たに割り当てられた第4のIPアドレスであり、
    具体的には、前記第2のインターフェースが前記第1のホストに属さず、前記第2のインターフェースが第3のホストに属する場合、前記IPアドレスを前記第2のインターフェースに割り当てるようにさらに構成され、
    前記IPアドレスは前記新たに割り当てられた第4のIPアドレスであり、前記第3のホストは前記MPTCPをサポートしているホストであり、
    具体的には、前記第3のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第3のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップする、または前記第4のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第4のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップする、または前記第4のIPアドレスに従って前記第3のホストとのMPTCPサブセッションをセットアップし、前記第4のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項1に記載の装置。
  7. 前記処理モジュールは、具体的には、前記第3のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第3のIPアドレスを解放する、または前記第4のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第4のIPアドレスを解放するようにさらに構成される、請求項6に記載の装置。
  8. 前記トランシーバモジュールは、具体的には、前記第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、前記第4のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、前記第4のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストのIPアドレスを含み、IP管理装置が予約要求に従って前記第1のホストの前記IPアドレスを前記MPTCPセッションが終了する前に解放しないように、前記IP管理装置に前記予約要求を送信するようにさらに構成され、
    前記処理モジュールは、具体的には、前記第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに前記第1のホストの前記IPアドレスを割り当てるようにさらに構成され、具体的には、前記第1のホストの前記IPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第1のホストの前記IPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項1に記載の装置。
  9. 前記トランシーバモジュールは、前記IP管理装置が、前記第1のホストの前記IPアドレスを解放することを、前記IP管理装置が予約キャンセル要求を受信した後に許可するように、前記MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、前記IP管理装置に前記予約キャンセル要求を送信する、または
    前記IP管理装置が、前記第1のホストの前記IPアドレスを解放することを、前記IP管理装置が予約キャンセル要求を受信した後に許可するように、前記第2のホストとの前記TCPセッションが終了した後、前記IP管理装置に前記予約キャンセル要求を送信する
    ようにさらに構成される、請求項8に記載の装置。
  10. マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置であって、
    対応するIPアドレスを各MPTCPセッションに割り当てるように構成されるプロセッサであって、前記MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、前記第1のホストは前記MPTCPをサポートしているホストであり、前記第2のホストは前記MPTCPをサポートしていないホストであり、前記MPTCPセッションが終了した場合、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを解放するようにさらに構成される、処理モジュールと、
    前記IPアドレスに従って前記MPTCPセッションをセットアップするように構成される、トランシーバと
    を備える、装置。
  11. 前記トランシーバは、具体的には、前記第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するように構成され、前記第1のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
    前記プロセッサは、具体的には、前記第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに前記IPアドレスを割り当てるように構成され、具体的には、前記IPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記IPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項10に記載の装置。
  12. 前記プロセッサは、具体的には、前記MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、前記IPアドレスを解放する、または前記MPTCPをサポートしていないホストとの前記TCPセッションが終了した後、前記IPアドレスを解放するようにさらに構成される、請求項10または11に記載の装置。
  13. 前記トランシーバは、具体的には、前記第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、前記第2のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストの第1のインターフェースと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
    前記プロセッサは、具体的には、別のMPTCPセッションが前記第1のホストの前記第1のインターフェース上にセットアップされているかどうかを判定し、前記別のMPTCPセッションが前記第1のホストの前記第1のインターフェース上にセットアップされている場合、前記IPアドレスを割り当てるようにさらに構成され、前記IPアドレスは、前記別のMPTCPセッションに対応する第1のIPアドレスであり、または前記IPアドレスは、新しく割り当てられた第2のIPアドレスであり、具体的には、前記第1のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第1のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップする、または前記第2のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第2のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項10に記載の装置。
  14. 前記プロセッサは、具体的には、前記第1のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第1のIPアドレスを解放する、または前記第2のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第2のIPアドレスを解放するようにさらに構成される、請求項13に記載の装置。
  15. 前記トランシーバは、具体的には、第2のインターフェースを介して送信される第3のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、前記第3のMPTCPサブフローセットアップ要求メッセージは、前記第2のインターフェースと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、
    前記プロセッサは、具体的には、前記第2のインターフェースが前記第1のホストに属する場合、前記IPアドレスを前記第2のインターフェースに割り当てるようにさらに構成され、前記IPアドレスは第3のIPアドレスであり、前記第3のIPアドレスは、前記第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスであり、または前記第2のインターフェースに割り当てられた前記IPアドレスは新たに割り当てられた第4のIPアドレスであり、
    具体的には、前記第2のインターフェースが前記第1のホストに属さず、前記第2のインターフェースが第3のホストに属する場合、前記IPアドレスを前記第2のインターフェースに割り当てるようにさらに構成され、
    前記IPアドレスは前記新たに割り当てられた第4のIPアドレスであり、前記第3のホストは前記MPTCPをサポートしているホストであり、
    具体的には、前記第3のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第3のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップする、または前記第4のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第4のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップする、または前記第4のIPアドレスに従って前記第3のホストとのMPTCPサブセッションをセットアップし、前記第4のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項10に記載の装置。
  16. 前記プロセッサは、具体的には、前記第3のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第3のIPアドレスを解放する、または前記第4のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第4のIPアドレスを解放するようにさらに構成される、請求項15に記載の装置。
  17. 前記トランシーバは、具体的には、前記第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するようにさらに構成され、前記第4のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、前記第4のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストのIPアドレスを含み、IP管理装置が予約要求に従って前記第1のホストの前記IPアドレスを前記MPTCPセッションが終了する前に解放しないように、前記IP管理装置に前記予約要求を送信するようにさらに構成され、
    前記プロセッサは、具体的には、前記第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに、前記第1のホストの前記IPアドレスを割り当てるようにさらに構成され、具体的には、前記第1のホストの前記IPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップし、前記第1のホストの前記IPアドレスに従って前記第2のホストとのTCPセッションをセットアップするようにさらに構成される、
    請求項10に記載の装置。
  18. 前記トランシーバは、前記IP管理装置が、前記第1のホストの前記IPアドレスを解放することを、前記IP管理装置が前記予約キャンセル要求を受信した後に許可するように、前記MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、前記IP管理装置に予約キャンセル要求を送信する、または
    前記IP管理装置が、前記第1のホストの前記IPアドレスを解放することを、前記IP管理装置が前記予約キャンセル要求を受信した後に許可するように、前記第2のホストとの前記TCPセッションが終了した後、前記IP管理装置に予約キャンセル要求を送信する
    ようにさらに構成される、請求項17に記載の装置。
  19. マルチパス伝送制御プロトコルによる通信のためのアドレス管理システムであって、
    MPTCPをサポートしている少なくとも1つのホストと、MPTCPをサポートしていない少なくとも1つのホストと、請求項1から9のいずれか一項に記載の前記マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、または請求項10から18のいずれか一項に記載の前記マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置と
    を備える、システム。
  20. MPTCPセッションが終了した後、前記マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置によって前記MPTCPセッションに割り当てられたIPアドレスを解放するように構成されるIP管理装置であって、
    前記IPアドレスは、前記MPTCPをサポートしているホストと前記MPTCPをサポートしていないホストとの間で前記MPTCPセッションをセットアップするために用いられる、IP管理装置
    をさらに備える、請求項19に記載のシステム。
  21. マルチパス伝送制御プロトコルによる通信のためのアドレス管理方法であって、
    MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てるステップであって、前記MPTCPセッションは、第1のホストと第2のホストとの間のMPTCPセッションであり、前記第1のホストは前記MPTCPをサポートしているホストであり、前記第2のホストは前記MPTCPをサポートしていないホストである、ステップと、
    前記MPTCPプロキシ装置によって、前記IPアドレスに従って前記MPTCPセッションをセットアップするステップと、
    前記MPTCPセッションが終了した場合に、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを、前記MPTCPプロキシ装置によって解放するステップと
    を含む、方法。
  22. MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てる前記ステップは、
    前記MPTCPプロキシ装置によって、前記第1のホストから第1のMPTCPサブフローセットアップ要求メッセージを受信するステップであって、前記第1のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる、ステップと、
    前記MPTCPプロキシ装置によって、前記第1のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに前記IPアドレスを割り当てるステップと
    を含み、
    前記MPTCPプロキシ装置によって、前記IPアドレスに従って前記MPTCPセッションをセットアップする前記ステップは、
    前記MPTCPプロキシ装置によって、前記IPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップするステップと、前記IPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップと
    を含む、請求項21に記載の方法。
  23. 前記MPTCPセッションが終了した場合に、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを前記MPTCPプロキシ装置によって解放する前記ステップは、
    前記MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、前記IPアドレスを前記MPTCPプロキシ装置によって解放するステップ、または
    前記MPTCPプロキシ装置と前記MPTCPをサポートしていないホストとの間の前記TCPセッションが終了した後、前記IPアドレスを前記MPTCPプロキシ装置によって解放するステップ
    を含む、請求項21または22に記載の方法。
  24. MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てる前記ステップは、
    前記MPTCPプロキシ装置によって、前記第1のホストから第2のMPTCPサブフローセットアップ要求メッセージを受信するステップであって、前記第2のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストの第1のインターフェースと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる、ステップと、
    前記第1のホストの前記第1のインターフェース上に別のMPTCPセッションがセットアップされているかどうかを、前記MPTCPプロキシ装置によって判定するステップと、
    前記別のMPTCPセッションが前記第1のホストの前記第1のインターフェース上にセットアップされている場合、前記MPTCPプロキシ装置によって前記IPアドレスを割り当てるステップであって、前記IPアドレスは前記別のMPTCPセッションに対応する第1のIPアドレスである、または前記IPアドレスは新たに割り当てられた第2のIPアドレスである、ステップと
    を含み、
    前記MPTCPプロキシ装置によって、前記IPアドレスに従って前記MPTCPセッションをセットアップする前記ステップは、
    前記MPTCPプロキシ装置によって、前記第1のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップするステップと、前記第1のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップとを含む、または
    前記MPTCPプロキシ装置によって、前記第2のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップするステップと、前記第2のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップとを含む、
    請求項21に記載の方法。
  25. 前記MPTCPセッションが終了した場合に、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを、前記MPTCPプロキシ装置によって解放する前記ステップは、
    前記第1のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第1のIPアドレスを前記MPTCPプロキシ装置によって解放するステップ、または
    前記第2のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第2のIPアドレスを前記MPTCPプロキシ装置によって解放するステップ
    を含む、請求項24に記載の方法。
  26. MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てる前記ステップは、
    第2のインターフェースを介して送信された第3のMPTCPサブフローセットアップ要求メッセージを、前記MPTCPプロキシ装置によって受信するステップであって、前記第3のMPTCPサブフローセットアップ要求メッセージは、前記第2のインターフェースと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられる、ステップと、
    前記第2のインターフェースが前記第1のホストに属する場合、前記MPTCPプロキシ装置によって前記第2のインターフェースに前記IPアドレスを割り当てるステップであって、前記IPアドレスは第3のIPアドレスであり、前記第3のIPアドレスは前記第1のホストがMPTCPサブセッションをセットアップした別のインターフェースのIPアドレスである、または前記第2のインターフェースに割り当てられた前記IPアドレスは新たに割り当てられた第4のIPアドレスである、ステップと、
    前記第2のインターフェースが前記第1のホストに属さず、前記第2のインターフェースが第3のホストに属する場合、前記MPTCPプロキシ装置によって前記IPアドレスを前記第2のインターフェースに割り当てるステップであって、前記IPアドレスは前記新たに割り当てられた第4のIPアドレスであり、前記第3のホストは前記MPTCPをサポートしているホストである、ステップと
    を含み、
    前記MPTCPプロキシ装置によって、前記IPアドレスに従って前記MPTCPセッションをセットアップする前記ステップは、
    前記MPTCPプロキシ装置によって、前記第3のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップするステップと、前記第3のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップとを含む、または
    前記MPTCPプロキシ装置によって、前記第4のIPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップするステップと、前記第4のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップとを含む、または
    前記MPTCPプロキシ装置によって、前記第4のIPアドレスに従って前記第3のホストとのMPTCPサブセッションをセットアップするステップと、前記第4のIPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップとを含む、
    請求項21に記載の方法。
  27. 前記MPTCPセッションが終了した場合に、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを、前記MPTCPプロキシ装置によって解放する前記ステップは、
    前記第3のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第3のIPアドレスを前記MPTCPプロキシ装置によって解放するステップ、または
    前記第4のIPアドレスに対応する全ての前記MPTCPセッションが終了した後、前記第4のIPアドレスを前記MPTCPプロキシ装置によって解放するステップ
    を含む、請求項26に記載の方法。
  28. MPTCPプロキシ装置によって、対応するIPアドレスを各MPTCPセッションに割り当てる前記ステップは、
    前記MPTCPプロキシ装置によって、前記第1のホストから第4のMPTCPサブフローセットアップ要求メッセージを受信するステップであって、前記第4のMPTCPサブフローセットアップ要求メッセージは、前記第1のホストと前記第2のホストとの間に初期MPTCPサブフローをセットアップするように指示するために用いられ、前記第4のMPTCPサブフローセットアップ要求メッセージは前記第1のホストのIPアドレスを含む、ステップと、
    前記MPTCPプロキシ装置によって、前記第1のホストの前記IPアドレスを前記第4のMPTCPサブフローセットアップ要求メッセージが属するMPTCPセッションに割り当てるステップと、
    IP管理装置が予約要求に従って前記第1のホストの前記IPアドレスを前記MPTCPセッションが終了する前に解放しないように、前記予約要求を前記MPTCPプロキシ装置によって前記IP管理装置に送信するステップと
    を含み、
    前記MPTCPプロキシ装置によって、前記IPアドレスに従って前記MPTCPセッションをセットアップする前記ステップは、
    前記MPTCPプロキシ装置によって、前記第1のホストの前記IPアドレスに従って前記第1のホストとのMPTCPサブセッションをセットアップするステップと、前記第1のホストの前記IPアドレスに従って前記第2のホストとのTCPセッションをセットアップするステップとを含む、
    請求項21に記載の方法。
  29. 前記MPTCPセッションが終了した場合に、前記MPTCPセッションに割り当てられた前記対応するIPアドレスを、前記MPTCPプロキシ装置によって解放する前記ステップは、
    前記IP管理装置が、前記第1のホストの前記IPアドレスを解放することを、前記IP管理装置が予約キャンセル要求を受信した後に許可するように、前記MPTCPセッションに含まれる全てのMPTCPサブフローが終了した後、
    前記MPTCPプロキシ装置により、前記IP管理装置に前記予約キャンセル要求を送信するステップ、または
    前記IP管理装置が、前記第1のホストの前記IPアドレスを解放することを、前記IP管理装置が予約キャンセル要求を受信した後に許可するように、前記MPTCPプロキシ装置と前記第2のホストとの間の前記TCPセッションが終了した後、前記MPTCPプロキシ装置により、前記IP管理装置に前記予約キャンセル要求を送信するステップ
    を含む、請求項28に記載の方法。
JP2017516999A 2014-09-30 2014-09-30 マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法 Expired - Fee Related JP6468506B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/088065 WO2016049933A1 (zh) 2014-09-30 2014-09-30 多路径传输控制协议通信的地址管理装置、系统及方法

Publications (2)

Publication Number Publication Date
JP2017530642A true JP2017530642A (ja) 2017-10-12
JP6468506B2 JP6468506B2 (ja) 2019-02-13

Family

ID=55629356

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017516999A Expired - Fee Related JP6468506B2 (ja) 2014-09-30 2014-09-30 マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法

Country Status (5)

Country Link
US (1) US10542053B2 (ja)
EP (1) EP3188434B1 (ja)
JP (1) JP6468506B2 (ja)
CN (1) CN106716950B (ja)
WO (1) WO2016049933A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102352679B1 (ko) * 2015-03-25 2022-01-18 삼성전자주식회사 다중 경로 전송 제어 프로토콜을 지원하는 디바이스 및 디바이스에서 영상 데이터를 스트리밍으로 수신하는 방법
CN106507696B (zh) * 2015-06-26 2018-10-12 瑞典爱立信有限公司 用于确定是否要发起第二多路径传输控制协议连接的第一网络节点及其中的方法
US9992786B2 (en) * 2016-03-31 2018-06-05 At&T Intellectual Property I, L.P. Facilitation of multipath scheduling
US10193781B2 (en) 2016-04-14 2019-01-29 At&T Intellectual Property I, L.P. Facilitation of multipath transmission control protocols
JP6724641B2 (ja) * 2016-08-03 2020-07-15 富士通株式会社 管理装置、通信システム及び割当方法
CN108702656B (zh) * 2016-08-04 2021-02-09 华为技术有限公司 通信方法、用户设备、基站、控制面网元和通信系统
US10348796B2 (en) * 2016-12-09 2019-07-09 At&T Intellectual Property I, L.P. Adaptive video streaming over preference-aware multipath
RU2675148C1 (ru) * 2017-09-11 2018-12-17 Некоммерческое Партнерство "Центр Прикладных Исследований Компьютерных Сетей" Способ организации автоматической балансировки потоков многопоточного соединения на коммутационных устройствах с использованием их самообучения
EP3756322A1 (en) * 2018-02-22 2020-12-30 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for proxying a multi-path protocol connection
WO2019166697A1 (en) * 2018-03-01 2019-09-06 Nokia Technologies Oy Conversion between transmission control protocols
US10979355B2 (en) 2018-04-02 2021-04-13 Apple Inc. Multipath transmission control protocol proxy use in a cellular network
TWI739256B (zh) * 2019-12-26 2021-09-11 威聯通科技股份有限公司 跨越不同傳輸協定的網路系統及轉換裝置
CN113271252B (zh) * 2020-02-14 2023-06-06 中国电信股份有限公司 通信建立方法、系统和计算机可读存储介质
CN112020112B (zh) * 2020-07-27 2021-10-01 北京邮电大学 Sdn架构下基于mptcp的异构网络切换方法和系统
WO2022038771A1 (ja) * 2020-08-21 2022-02-24 日本電信電話株式会社 通信システム、通信方法、中継サーバ及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014068062A1 (en) * 2012-11-02 2014-05-08 Telefonaktiebolaget L M Ericsson (Publ) Assigning addresses in a communications network
JP2014511624A (ja) * 2011-03-02 2014-05-15 アルカテル−ルーセント データパケット関連付けについての情報を提供するための、およびデータパケットを転送するための概念

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8265086B2 (en) * 2009-06-26 2012-09-11 Nokia Corporation Multi-path transport
US9455897B2 (en) * 2010-04-06 2016-09-27 Qualcomm Incorporated Cooperative bandwidth aggregation using multipath transport
US20120144062A1 (en) * 2010-06-04 2012-06-07 Interdigital Patent Holdings, Inc. MPTCP And Mobile IP Interworking
WO2012051493A1 (en) * 2010-10-15 2012-04-19 Interdigital Patent Holdings, Inc. Socket application program interface (api) extension
US8400923B2 (en) * 2010-10-15 2013-03-19 Telefonaktiebolaget L M Ericsson (Publ) Multipath transmission control protocol proxy
US9888042B2 (en) * 2013-05-21 2018-02-06 Citrix Systems, Inc. Systems and methods for multipath transmission control protocol connection management
KR102259652B1 (ko) * 2014-03-31 2021-06-02 삼성전자주식회사 멀티 패스 트랜스포트 제어 프로토콜을 지원하는 통신 네트워크에서 서비스 제공 장치 및 방법
EP3127392A1 (en) * 2014-04-04 2017-02-08 Nokia Technologies OY Access management with multipath transport
CN107409121B (zh) * 2015-03-12 2021-02-23 瑞典爱立信有限公司 用于多路径业务聚合的方法和布置
US10091097B2 (en) * 2016-10-27 2018-10-02 Nanning Fugui Precision Industrial Co., Ltd. Transmission path optimization method and software-defined networking controller using the method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014511624A (ja) * 2011-03-02 2014-05-15 アルカテル−ルーセント データパケット関連付けについての情報を提供するための、およびデータパケットを転送するための概念
WO2014068062A1 (en) * 2012-11-02 2014-05-08 Telefonaktiebolaget L M Ericsson (Publ) Assigning addresses in a communications network

Also Published As

Publication number Publication date
US10542053B2 (en) 2020-01-21
EP3188434A4 (en) 2017-08-23
JP6468506B2 (ja) 2019-02-13
WO2016049933A1 (zh) 2016-04-07
EP3188434A1 (en) 2017-07-05
CN106716950B (zh) 2021-06-01
US20170208104A1 (en) 2017-07-20
CN106716950A (zh) 2017-05-24
EP3188434B1 (en) 2023-11-22

Similar Documents

Publication Publication Date Title
JP6468506B2 (ja) マルチパス伝送制御プロトコルによる通信のためのアドレス管理装置、システム、および方法
KR102580499B1 (ko) 통신 방법 및 통신 장치
CN109792458B (zh) 用于用户面路径选择的方法和系统
CN107810627B (zh) 用于建立媒体会话的方法和装置
JP2020511083A (ja) サービス品質制御方法およびその装置、smf、upf、ue、pcfおよびan
JP4352048B2 (ja) ドメイン間ハンドオーバ
WO2014190791A1 (zh) 一种网关设备身份设置的方法及管理网关设备
CN113206894B (zh) Dns服务器的发现方法、装置、计算机设备及存储介质
KR20160070471A (ko) 직접통신 단말기에서 ip를 할당하는 방법 및 장치
CN102904930A (zh) 内容和网络联动的双重加速方法及系统
WO2013071765A1 (zh) 为用户终端分配ip地址的方法、装置和系统
KR20220021332A (ko) 모바일 네트워크에서 에지 컴퓨팅 서비스 지속성을 지원하기 위한 방법 및 장치
WO2018233451A1 (zh) 通信方法、装置和系统
CN104734823B (zh) 通信系统、通信终端、中转台以及握手通信的方法
US20120300776A1 (en) Method for creating virtual link, communication network element, and ethernet network system
WO2013117172A1 (zh) 一种私网地址分配方法、装置及系统
US8924520B2 (en) Method, remote access server and system for configuring a quality of service parameter
EP2497324B1 (en) Methods for address translator traversal in 3gpp networks
RU2679184C1 (ru) Способ распределения ip-адресов в d2d коммуникации и устройство пользователя
JP2021520713A (ja) アドレス割当方法および装置、コアネットワーク、ノード、ネットワークシステムならびに媒体
US10924450B2 (en) Allocation of resources during split brain conditions
US9391850B2 (en) Method and apparatus for quality-of-service (QoS) management
CN114205301A (zh) Mptcp负载均衡方法、介质及设备
JP5516271B2 (ja) メディア・ゲートウェイ・システム、メディア・ゲートウェイ制御方法、メディア・ゲートウェイ制御装置、及び、メディア・ゲートウェイ制御プログラム
KR20220057921A (ko) 무선 네트워크 장치 및 무선 네트워크 장치의 동작 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170509

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170509

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180508

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180806

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181218

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190104

R150 Certificate of patent or registration of utility model

Ref document number: 6468506

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees