DE102015114164A1 - Method for maintaining the performance of a multipath TCP connection - Google Patents

Method for maintaining the performance of a multipath TCP connection

Info

Publication number
DE102015114164A1
DE102015114164A1 DE102015114164.7A DE102015114164A DE102015114164A1 DE 102015114164 A1 DE102015114164 A1 DE 102015114164A1 DE 102015114164 A DE102015114164 A DE 102015114164A DE 102015114164 A1 DE102015114164 A1 DE 102015114164A1
Authority
DE
Germany
Prior art keywords
connection
terminal
remote station
handover
method according
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.)
Pending
Application number
DE102015114164.7A
Other languages
German (de)
Inventor
Alexander Frömmgen
Sabrina Müller
Sreeram Sadasivam
Anja Klein
Alejandro Buchmann
Max Lehn
Robert Rehner
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.)
Technische Universitaet Darmstadt
Original Assignee
Technische Universitaet Darmstadt
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 Technische Universitaet Darmstadt filed Critical Technische Universitaet Darmstadt
Priority to DE102015114164.7A priority Critical patent/DE102015114164A1/en
Publication of DE102015114164A1 publication Critical patent/DE102015114164A1/en
Application status is Pending legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data session or connection
    • H04W36/0027Control or signalling for completing the hand-off for data session or connection for a plurality of sessions or connections, e.g. multi-call, multi-bearer connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/14Multichannel or multilink protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • H04L69/163Adaptation of TCP data exchange control procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Abstract

Multipath TCP (MPTCP) is a network protocol that allows logical network binding to be established in parallel across multiple paths in the network. The present method serves to maintain the performance of a multipath TCP connection during a handover. Initially, a connection is established between a terminal and a connection destination via a first remote station. The connection is monitored according to the invention, so that deviations, for example with regard to the signal strength of the wireless connection, the data throughput and the packet loss rate, can be determined. In addition, other metrics, such as position, motion and acceleration, can be detected in order to make a prediction about a termination or a significant reduction in the quality of the connection between the terminal and the first remote station. If the signal quality falls below a specified value, a handover is expected. According to the invention, based on the prediction, a connection is established between the terminal and the connection destination via a second remote station. By monitoring the quality of the connection, it is possible to predict the termination of the first connection in most applications. In these cases, it is ensured by the inventive method that the multipath TCP connection is maintained by means of a timely handover from the first to the second remote station.

Description

  • Multipath TCP (MPTCP) is a network protocol that allows logical network binding to be established in parallel across multiple paths in the network. The present method serves to maintain the performance, that is to say in particular the data throughput and / or the latency of a multipath TCP connection during a handover. Initially, a connection is established between a terminal and a connection destination, for example a web server, via a first remote station. The connection is monitored according to the invention, so that deviations, for example with regard to the signal strength of the wireless connection, the data throughput and the packet loss rate can be ascertained. In addition, other metrics, such as position, motion and acceleration, can be detected in order to make a prediction about a termination or a significant reduction in the quality of the connection between the terminal and the first remote station. If the signal quality falls below a specified value, a handover is expected.
  • According to the invention, based on the prediction, a connection is established between the terminal and the connection destination via a second remote station. This is preferably done before the first connection breaks down and, in the best case, even before the quality of the MPTCP connection deteriorates. By monitoring the quality of the connection, it is possible to predict the termination of the first connection in most applications. In these cases, it is ensured by the inventive method that the multipath TCP connection is maintained by means of a timely handover from the first to the second remote station.
  • TCP is a connection-based protocol that is designed to establish a network connection between two endpoints (sockets). It allows to ensure the integrity of the transmitted data by calculating checksums and is able to put the transmitted network packets arriving at their destination in reverse order in their correct order. As an integral part of the TCP / IP protocol stack, TCP is one of the most important foundations for the functionality of the Internet. MPTCP is one through RFC6824 ( https://tools.ietf.org/html/rfc6824 ) described extension of the TCP protocol. In this case, TCP packets within the TCP options are extended by an MPTCP field to ensure additional functionality. MPTCP allows a connection to be routed through several different network paths. This is done by opening several subflows with mostly different IP addresses and results in different paths. A suitable application for the MPTCP protocol is the use wherever multiple networks are available to consumers simultaneously. This is especially the case with modern devices such as smartphones.
  • For network protocols, the OSI model has established itself as a reference model that introduces network layers for the abstraction of functionality. MPTCP is like TCP in the transport layer (layer 4 ) and provides for overlying layers an end-to-end connection between two terminals (usually via multiple remote sites) available. The terminals are identified by their IP address.
  • The inventive method enables a handover by MPTCP on layer 4 and is characterized in particular by concealing any performance impairments of the handover from the overlying layers. MPTCP ensures that a terminal can use several subflows with different IP addresses and that the logical end-to-end connection can be maintained.
  • The invention clearly borders on handover on layer 2 , the backup layer, off. Handover on shift 2 between two Wi-Fi stations or two radio cells have very limited knowledge about the layers and connections and are not associated with multiple MPTCP subflows. Since the handover between multiple providers or network areas on this layer leads to changing IP addresses, conventional TCP connections break down during the handover.
  • The prior art knows different approaches to how to use MPTCP in practical operation. Thus, Paasch et al. ( C. Paasch, G. Detal, F. Duchene, C. Raiciu and O. Bonaventure, Exploring Mobile / WiFi Handover with Multipath TCP, ACM SIGCOMM workshop Cellnet 2012 ) suggested three possible approaches: In a so-called full-MPTCP mode, all connections and subflows should be used as early as possible. In a backup mode, additional connections are made as early as possible, but a handover is only performed after the first created subflow terminates. Finally, a single-path mode is provided so that additional subflows are not made until the first subflow is broken.
  • The US patent application US 2014/0362765 A1 describes an apparatus and a method according to which a multipath TCP connection is established, wherein both a Path can be taken over a wireless connection as well as a path over a WiFi connection. Here it is intended that as many subflows as possible will be made. This corresponds to the full MPTCP mode described above. The European Publication EP 2 899 929 A1 describes an apparatus and method that use MPTCP to operate several different network connections simultaneously. In doing so, the network load between the subflows is split according to a predetermined procedure to reduce bufferblood and concomitant degradation in transmission speed.
  • However, the prior art leaves open how to proceed when only one network interface is used in the ordinary mode of operation. If a user operates a network in single-path mode, the data throughput breaks off when the connection is torn down until the connection has been established via a backup connection. Data packets that were transmitted on the old, broken connection while the connection was downtime must be retransmitted on the new connection. The present invention is therefore based on the object of ensuring an MPTCP connection with a high performance during a handover, even if this connection is operated in the normal operating mode only via a single network interface.
  • The object is achieved by a method comprising a terminal, a first remote station and a second remote station, wherein the first and the second remote site support different radio engineering method and the terminal supports the supported by the first and second remote radio technology, initially a multipath TCP Connection is established with at least one subflow between the terminal and a target system via a first remote station. The connection quality between the terminal and the first remote station is then monitored. If a reduced connection quality is detected between the terminal and the first remote station, a handover of the connection to the second remote station is performed. Following this, the multipath TCP connection between the terminal and the destination system is thus additionally or exclusively routed via the second remote station.
  • Preferably, the connection between the terminal and the first remote station is a WiFi connection based on the standard IEEE 802.11 , According to this standard, local radio networks can be set up. The connection between the terminal and the second remote station is preferably designed as a mobile radio connection, for example according to the GSM, the LTE or the UMTS standard. With simultaneous availability of WiFi and mobile, in many applications it will be preferable to use only the WiFi connection. Only if this fails, should be switched to the mobile network. This is because the Internet connection established over a WiFi network typically has higher bandwidth and lower latency than a connection made over a cellular network. In addition, in mobile networks often provider restrictions on the maximum amount of transferable data. Also, a provider to relieve his wireless network would prefer a connection via WiFi.
  • The terminal is preferably a mobile phone. It can also be a notebook, tablet, smartwatch or other device. These usually not only support communication with a mobile network, but also allow dial-up to a WiFi network. In the meantime, there are more and more publicly accessible WiFi hotspots, so that mobile phone users on the move often enter and leave Wi-Fi networks. It should be ensured that an entry and exit from the WiFi network can take place without there being a strong restriction of the connection quality.
  • As has been stated, a switch from the WiFi network to the mobile network can be ensured in good time by monitoring the WiFi network. After the multipath TCP connection has been transferred to the second remote station, for example as a mobile radio network, the connection from the terminal to the first remote station continues to be monitored. If the monitoring shows that the connection quality between the terminal and the first remote station in turn reaches a suitable quality level, then a handover can take place back to the first remote station. The term of the first remote station should be understood to mean that the first remote station can be both a single remote station and several remote stations of the same type of connection. For example, it is possible in this way to always monitor whether a mobile device can change from a mobile connection back to any other WiFi network and perform the corresponding handover.
  • As a rule, a handover of the connection from the first to the second remote station takes place, although the connection to the first remote station has not yet been torn off at all. In this case, preferably the quality of the connection to the first connection is still monitored. In the case that the connection to the first remote station is torn off, according to a preferred embodiment of the invention, an attempt is made to reestablish a connection to the first remote station and then to check the quality of the first remote station. In one possible embodiment, a WiFi connection to the first remote station is not established until the WiFi connection has reached a suitable signal strength or reaches a different quality measure.
  • In a preferred embodiment, a connection to the second remote station, for example a mobile radio connection, is only established when a handover from the first to the second remote station is to be carried out. In a further possible embodiment, after a successful handover from the first remote station to the second remote station, the network connection between the first remote station and the terminal is closed. It may further be provided to close the network connection between the second remote terminal and the terminal if a handover of the connection from the second remote terminal to the first remote terminal has been carried out.
  • The determination of the connection quality between the first and / or second remote station is performed in a preferred embodiment by the terminal itself. In one possible embodiment, however, the quality of the connection quality can also be determined additionally or exclusively by the remote stations. The initiation of a handover is preferably subject to the terminal device, in one possible embodiment it can also be initiated by one or both remote stations.
  • A handover from one to the other remote station is preferably carried out in the following way: First, a new subflow is created between the terminal and the remote station to which the connection is to be transferred. Once the new subflow has been successfully initialized, the subflow between the terminal and the remote site where the MPTCP connection originally existed is closed. Alternatively, the old subflow is not actively closed, but kept open. If the prediction of the disconnection with the first remote station arrives, the subflow is automatically closed at this time. However, if the forecast does not arrive, and if a stable connection to the first remote station is still expected, the second subflow can be reduced again.
  • For the time of the handover, in which both subflows are active simultaneously, a scheduler for each packet can decide over which subflow the packet is sent. Different applications have different preferences, such as bandwidth or latency. Thus, different schedulers can be implemented to execute the optimal strategy according to the application preferences.
  • For example, a bandwidth-optimized handover scheduler prefers the new subflow to correspondingly increase the congestion control window (congestion control) of the underlying TCP connection. He sends each packet over exactly one subflow. Repeated transfers due to packet loss can, however, be transferred on other subflows. A latency-optimized scheduler sends the packets redundantly on both subflows. Thus, the receiver can always use the first packet that reaches it. In particular, packets lost during transmission result in high latency due to the need for retransmission. Since the WiFi connection is slowly breaking during the handover, the likelihood of packet loss on the wireless transmission is very high. Therefore, it makes sense, especially for handover situations, to use a redundancy-based scheduler.
  • The decision as to whether a subflow is to be created via another remote station must be made depending on the transmission quality of the currently used remote station and / or the transmission quality of the remote station to be changed. To determine the connection quality, preferably at least one factor from the group comprising signal strength, data throughput and packet loss rate is used. Furthermore, the visibility of other WiFi stations can be used to predict the disconnection, even if they could not be used for an active connection, for example because there are no passwords. Nevertheless, the visibility of the WiFi station can be an indicator that the user is moving in a particular direction.
  • It is also possible to use further sensor data, such as a motion and / or acceleration sensor, a barometer to check whether a person is merely moving between different floors, and / or location services, for example GPS. If several factors are used to determine the quality of the connection, these factors can be weighted or unweighted combined to determine the quality of the connection.
  • Furthermore, a prediction method for determining the connection quality can be used. Such a prediction method can not only use the above-mentioned and other factors regarding the current connection quality, but also can consult the timing of such factors using learning methods. to make predictions regarding the connection quality in the future.
  • In addition, the decision to make a handover may be made dependent upon at least one user-defined factor from the group comprising bandwidth, latency, availability, location of the device, and connection cost. These factors can also be combined in weighted or unweighted form. The factors can also be defined by a program. For example, a running on the terminal program that requires high availability, z. For example, a voice-over-IP application that sets thresholds to perform a handover to the other remote site lower. This ensures that a handover takes place as soon as the currently used remote station already registers a slight decline in performance. There are also more complex decision procedures that allow a smooth transition between full MPTCP mode, backup mode, and single-path mode based on these and other factors.
  • A preferred embodiment of the method according to the invention is illustrated by the drawings:
  • 1 shows an overview of a system in which the preferred embodiment of the method according to the invention can be performed.
  • 2 FIG. 10 is a flow chart illustrating the flow of the method steps of the preferred embodiment of the present invention. FIG.
  • 3 shows the system parameters for a handover of an MPTCP connection in single-path mode.
  • 4 Figure 12 shows the system parameters in handover of an MPTCP connection in an operating mode implementing the preferred embodiment of the invention.
  • 1 shows a system with a mobile station 17 , a WiFi station 16 and a mobile device 18 , The mobile device 18 is within reach 22 the WiFi station 16 as well as within reach 21 the mobile station 17 , The goal is to establish an MPTCP connection between the mobile device 18 and any server 15 as a target system. This server is connected to the Internet. The mobile station 17 as well as the WiFi station 16 are also connected to the internet. The MPTCP method allows you to create a connection by opening a subflow over the WiFi connection 19 , the wifi station 16 and the internet path 24 leads to the server. This is the compound that is preferably prepared. If the mobile device is removed from the radius of the WiFi station, the signal strength of the WiFi signal will deteriorate. This does not necessarily immediately lead to a deterioration in the quality of the MPTCP subflow. Especially in the case where only a few data are currently being sent via the subflow, the quality of the MPTCP subflow is difficult to measure.
  • Due to the deteriorating WiFi signal quality, the connection quality of the MPTCP subflow between mobile device 18 and WiFi station 16 deteriorate first. This degradation is caused by the mobile device 18 whereupon a new MPTCP subflow is created. If it does not already exist, it must first have a cellular connection 20 between mobile device 18 and mobile station 17 be established or transferred to a suitable state for transmission. Then, a new MPTCP subflow is created via the Internet path 23 to the server. For a short period of time, data from the mobile device can now be transmitted in parallel both via the mobile station 17 as well as over the WiFi station 16 be exchanged with the server. If the WiFi connection breaks down after a certain period of time, for example as a result of a further deterioration of the WiFi signal strength as a result of a movement of the user away from the WiFi station, then there is only a connection via the newly created subflow. If it turns out that contrary to the prediction, the WiFi connection remains stable or even gets better again, the newly created subflow can be broken down again and the mobile device does not have to remain active.
  • 2 shows the procedural flow of the preferred embodiment in a flowchart. For this purpose, it should be assumed that a mobile connection is always present or possible, while this is not the case with the WiFi connection. This means that the signal strength between mobile device 18 and mobile station 17 for a connection is sufficiently good, while the WiFi connection often threatens to demolish, since the user frequently leaves the appropriate connection radius with a good signal quality. In one step 1 Initially, the initialization of an MPTCP connection is triggered. Subsequently, in step 2 checks if there is a WiFi connection. If there is no WiFi connection, it will step in 3 initialized a first subflow over a cellular connection. In step 11 it is predicted whether stable WiFi is available and in step 4 made an appropriate decision. If this is the case, then in step 5 an additional subflow over one WiFi connection established. An optimized handover scheduler ensures in step 6 making sure that the handover of the MPTCP connection is complete without a connection failure.
  • As part of the handover, the subflow is terminated via the mobile connection. Optionally, the mobile connection can be completely interrupted. The system now goes into step 7 in which a prediction is made about whether the WiFi connection is about to fail. For this purpose, different factors such as signal strength and transmission rate are used. If a failure is expected, then according to step 8th decided that a handover must be performed. Accordingly, in step 9 passed and created an additional subflow over the cellular connection. If the mobile connection has been completely interrupted, it must first be rebuilt. In step 10 An optimized handover scheduler takes care of the step 6 for a handover from the WiFi connection to the mobile connection. The system now goes into step 11 again, according to whether a stable WiFi connection is present or will be available soon.
  • Will in step 2 found that a WiFi connection is available, so in step 12 made a prediction of WiFi quality for the next n seconds. The value n is preferably in the range one to ten. In step 13 Determines if the WiFi connection is stable. If so, will be in step 14 a first subflow is made over the wifi connection, otherwise it will step in 3 The first subflow was established over the mobile network.
  • 3 shows a test measurement of the connection quality of an MPTCP connection in both single path and full MPTCP mode. The WiFi connection will stop eight seconds after the start of the measurement. It can be observed that the goodput (usable, error-free throughput at the application level) is now collapsing, since an LTE mobile connection must first be established and a new subflow must be started via the LTE connection. The goodput drops briefly to 0 Mbps. In the case of the connection in full MPTCP mode, a break in the goodput can also be observed when the WiFi connection is interrupted, but this only results from the omission of the WiFi connection and can not be prevented. In any case, the full-mode creates a second subflow. Often, however, this is not necessary because the WiFi connection does not break off, for example because the user does not move out of the area of the WiFi station during the MPTCP connection.
  • 4 shows a test measurement of the connection quality of an MPTCP connection, which is operated according to the inventive method. About seven seconds after the start of the measurement, the mobile device detects that the WiFi connection has deteriorated sharply, and predicts that it will soon break. A handover is initiated. At this point, the performance of the MPTCP connection is not affected. It can be observed that the goodput initially increases strongly due to the additional available connection. This behavior depends on the handover scheduler used. For the present measurement, a bandwidth-optimized scheduler was used, which uses the additional resources available to maximize the bandwidth. A latency-optimized scheduler only leads to an increase in bandwidth in exceptional cases, but minimizes latency. At the time of about 14 Seconds from the beginning of the measurement the WiFi connection breaks off. Similar to the demolition of full-MPTCP mode, this reduces the goodput, since now the WiFi connection can no longer be used. The method according to the invention thus makes it possible, in the illustrated embodiment, to keep only the WiFi connection active in the normal operating mode, but in contrast to the single-path mode, there is no brief disconnection of the connection in the event of failure of the WiFi connection.
  • LIST OF REFERENCE NUMBERS
  • 1
     Start MPTCP connection
    2
     Check if WiFi is available
    3
     Start first subflow over cellular connection
    4
     Check if stable WiFi is expected
    5
     Start additional subflow via WiFi connection
    6
     Use optimized handover scheduler
    7
     Make prediction if WiFi will fail
    8th
     Check if WiFi will fail
    9
     Start additional subflow via cellular connection
    10
     Use optimized handover scheduler
    11
     Make prediction if WiFi connection will be stable
    12
     Meet prediction of WiFi quality for the next n seconds
    13
     Check if WiFi connection is stable
    14
     Start first subflow over WiFi connection
    15
     server
    16
     WiFi Station
    17
     mobile station
    18
     mobile device
    19
     WiFi connection
    20
     cellular Line
    21
     Radius of the mobile connection
    22
     Radius of WiFi connection
    23
     Internet path between mobile station and server
    24
     Internet path between WiFi station and server
  • QUOTES INCLUDE IN THE DESCRIPTION
  • This list of the documents listed by the applicant has been generated automatically and is included solely for the better information of the reader. The list is not part of the German patent or utility model application. The DPMA assumes no liability for any errors or omissions.
  • Cited patent literature
    • US 2014/0362765 A1 [0008]
    • EP 2899929 A1 [0008]
  • Cited non-patent literature
    • https://tools.ietf.org/html/rfc6824 [0003]
    • C. Paasch G. Detal, F. Duchene, C. Raiciu and O. Bonaventure, Exploring Mobile / WiFi handover with Multipath TCP, ACM SIGCOMM workshop Cellnet 2012 [0007]
    • IEEE 802.11 [0011]

Claims (11)

  1. A method for maintaining the performance of a multipath TCP connection comprising a terminal, a first remote site, and a second remote site, the first and second sites supporting different radio engineering techniques, and the terminal supporting the radio engineering techniques supported by the first and second remote sites, wherein at least the following steps are performed: - Establishing a multipath TCP connection with at least one subflow between the terminal and a target system via a first remote station; - Monitoring the connection quality between the terminal and the first remote station; - If a reduced connection quality between the terminal and the first remote station is detected, a handover is performed to the second remote station.
  2. A method according to claim 1, characterized in that after successful transfer of the multipath TCP connection to the second remote station, a monitoring of the connection quality between the terminal and the first remote station is performed and upon detection of a suitable connection quality between the terminal and the first remote station, a handover Connection to the first remote station is performed.
  3. Method according to one of the preceding claims, characterized in that the handover comprises the construction of at least one subflow with the new remote station.
  4. A method according to claim 3, characterized in that the handover additionally comprises closing the old connection with the original remote site.
  5. Method according to one of the preceding claims, characterized in that for determining the connection quality at least one factor is selected from the group comprising: - signal strength of the connection between terminal and remote station, - change the signal strength of the connection between terminal and remote station, - position and / or Change in the position of the terminal, - data throughput and / or packet loss rate between terminal and remote station, - type of transmission used for the radio connection between terminal and remote station, - movement, acceleration, pressure sensors, - signal strength of the WiFi stations detected by the terminal.
  6. Method according to one of the preceding claims, characterized in that during the parallel use of both subflows, the packets to be transmitted are transmitted redundantly via both subflows.
  7. Method according to one of the preceding claims, characterized in that during the parallel use of both subflows, the packets to be transmitted are preferably transmitted via the new subflow.
  8. Method according to one of the preceding claims, characterized in that the decision whether a handover is to be carried out, additional factors are taken as a basis, which are defined by the users and / or a program running on the terminal program.
  9. A method according to claim 8, characterized in that the decision whether to perform a handover, at least one user-defined factor from the group comprising bandwidth, latency, availability, location of the terminal and connection costs is based.
  10. Method according to one of the preceding claims, characterized in that the first remote station is a WiFi station.
  11. Method according to one of the preceding claims, characterized in that the second remote station is a mobile radio station.
DE102015114164.7A 2015-08-26 2015-08-26 Method for maintaining the performance of a multipath TCP connection Pending DE102015114164A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE102015114164.7A DE102015114164A1 (en) 2015-08-26 2015-08-26 Method for maintaining the performance of a multipath TCP connection

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102015114164.7A DE102015114164A1 (en) 2015-08-26 2015-08-26 Method for maintaining the performance of a multipath TCP connection

Publications (1)

Publication Number Publication Date
DE102015114164A1 true DE102015114164A1 (en) 2017-03-02

Family

ID=58010648

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102015114164.7A Pending DE102015114164A1 (en) 2015-08-26 2015-08-26 Method for maintaining the performance of a multipath TCP connection

Country Status (1)

Country Link
DE (1) DE102015114164A1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130031256A1 (en) * 2011-07-25 2013-01-31 Alcatel-Lucent Usa Inc. Method And Apparatus For Reliable Session Migration
US20130077501A1 (en) * 2011-09-22 2013-03-28 Qualcomm Incorporated Dynamic subflow control for a multipath transport connection in a wireless communication network
US20140362765A1 (en) 2013-06-06 2014-12-11 Apple Inc. Multipath TCP Subflow Establishment and Control
EP2899929A1 (en) 2014-01-28 2015-07-29 Samsung Electronics Co., Ltd Method and apparatus for traffic distribution control using Multi-Path Transport Control Protocol in wireless heterogeneous networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130031256A1 (en) * 2011-07-25 2013-01-31 Alcatel-Lucent Usa Inc. Method And Apparatus For Reliable Session Migration
US20130077501A1 (en) * 2011-09-22 2013-03-28 Qualcomm Incorporated Dynamic subflow control for a multipath transport connection in a wireless communication network
US20140362765A1 (en) 2013-06-06 2014-12-11 Apple Inc. Multipath TCP Subflow Establishment and Control
EP2899929A1 (en) 2014-01-28 2015-07-29 Samsung Electronics Co., Ltd Method and apparatus for traffic distribution control using Multi-Path Transport Control Protocol in wireless heterogeneous networks

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
C. Paasch, G. Detal, F. Duchene, C. Raiciu und O. Bonaventure, Exploring Mobile / WiFi Handover with Multipath TCP, ACM SIGCOMM workshop Cellnet 2012
https://tools.ietf.org/html/rfc6824
IEEE 802.11
KELLOKOSKI, J.: Real-life multipath TCP based make-before-break vertical handover;IN: Computers and Communications (ISCC), 2013 IEEE Symposium on;IEEE, 2013;S. 000252-000256. *
PAASCH, Christoph, et al.: Exploring mobile/WiFi handover with multipath TCP;IN: Proceedings of the 2012 ACM SIGCOMM workshop on Cellular networks: operations, challenges, and future design;ACM, 2012;S. 31-36. *

Similar Documents

Publication Publication Date Title
EP2524478B1 (en) Explicit congestion notification based rate adaptation using binary marking in communication systems
ES2431277T3 (en) Method and system to route traffic in ad hoc networks
US9635589B2 (en) Seamless session mobility on a wireless communication device having multiple radio interfaces
EP2014020B1 (en) Wlan and wwan connection migration methods and apparatus
DE60208059T2 (en) Contact management for mobile communication devices in mobile packet networks
US7986948B2 (en) Wireless handoffs between multiple networks
EP2583500B1 (en) Mapping of quality of service parameters between radio access technologies
ES2626356T3 (en) Continuity of application with rerouting in a wireless communication network
EP1101330B1 (en) Packet data network having distributed database
US7885185B2 (en) Real-time comparison of quality of interfaces
US7623493B2 (en) Method and apparatus for link layer assisted handoff
JP4789918B2 (en) Heterogeneous network systems, network nodes, and mobile hosts
US6757269B2 (en) Mobile wireless router
EP1507353B1 (en) Transmission/reception of data flows with different QoS requirements
JP2009517987A (en) Method and system for improving the quality of a wireless communication route
US20080304455A1 (en) Method, System, Mobile Communication Terminal and a Node Adapted for End-to-End Quality Access Selection of an Access Network
EP2375811B1 (en) Pseudo wires for mobility management
US7305241B2 (en) Method for managing radio resources and radio system
US7477897B2 (en) Method for handoff of a telephone call between two different wireless networks
JP4585969B2 (en) Target network selection for seamless handover from multiple wireless networks
CN100413373C (en) Inter-technology handoff method in an IP-based wireless communication system
WO2011074659A1 (en) Mobile communication system, constituent apparatuses thereof, traffic leveling method and program
US7397775B2 (en) Method and apparatus for routing calls
US20050232154A1 (en) Access network device for managing queue corresponding to real time multimedia traffic characteristics and method thereof
US8134973B2 (en) Mobile terminal apparatus and hand-off method thereof

Legal Events

Date Code Title Description
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04W0080060000

Ipc: H04W0036180000

R163 Identified publications notified