Patent Application
20200128112
The present invention relates to the communications field, and in particular, to a packet transmission method, a proxy server, and a computer-readable storage medium.
A multipath transmission control protocol (MPTCP) is a transport layer protocol in which a plurality of paths are used for concurrent transmission, and can improve an end-to-end throughput rate and increase network utilization and redundancy. For the MPTCP protocol, refer to RFC6824.
The MPTCP is fully compatible with a transmission control protocol (TCP), and a TCP options header is added based on the TCP, to implement functions such as MPTCP link establishment, link removal, and data transmission. A typical application scenario of the MPTCP may be in an access network, or may be in an enterprise network.
The access network is used as an example below for description.
In a hybrid access (Bonding Access, (BA)) scenario, there are a plurality of link connections such as a digital subscriber line (DSL), a mobile communications network (for example, LTE), and WiFi. In other words, the HG and the HAAP may be connected by using the following manners: WiFi, a DSL, or LTE. The mobile terminal and the HAAP may be connected by using WiFi/LTE.
A TCP is used between the server and the HAAP; an MPTCP is used between the HAAP and the HG; and the TCP is used between the HG and the mobile terminal.
When an MPTCP is used in the BA scenario, multi-link bonding improves a throughput rate, and further, traffic is dynamically adjusted as a link status changes.
In the prior art, in an access network or an enterprise network, an IP packet into which a UDP packet is encapsulated needs to be transmitted. To pass through an MPTCP network, a UDP header needs to be replaced with an MPTCP header, and an MPTCP encapsulation structure (in other words, a structure of the MPTCO header) needs to be extended to add information used for routing in an IP packet to an MPTCP header with an extended structure. In other words, the UDP packet can pass through the MPTCP network by modifying a standard MPTCP encapsulation structure. Modifying the standard MPTCP encapsulation structure may cause a compatibility problem. For example, a receive end cannot recognize a modified MPTCP header, and consequently the UDP packet cannot be restored.
Embodiments of the present invention provide a packet transmission method, to resolve a technical problem of poor compatibility in the prior art, so that a complete UDP packet can be restored.
The embodiments of the present invention further provide a packet transmission method, to resolve the technical problem of poor compatibility in the prior art, so that a complete UDP packet can be restored.
The embodiments of the present invention further provide a proxy server, to resolve the technical problem of poor compatibility in the prior art, so that a complete UDP packet can be restored.
The embodiments of the present invention further provide a proxy server, to resolve the technical problem of poor compatibility in the prior art, so that a complete UDP packet can be restored.
The embodiments of the present invention further provide a computer-readable storage medium, to resolve the technical problem of poor compatibility in the prior art, so that a complete UDP packet can be restored.
According to a first aspect, an embodiment of the present invention provides a packet transmission method, where the method includes:
establishing, by a first proxy server, an MPTCP tunnel to a second proxy server, where the MPTCP tunnel includes a plurality of TCP connections;
encapsulating, by the first proxy server after receiving an internet protocol (IP) packet into which a user datagram protocol (UDP) packet is encapsulated, the IP packet with an MPTCP header; and
sending, by the first proxy server by using a TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header.
With reference to the first aspect, in one embodiment, none of the plurality of TCP connections has an available window; and
the sending, by the first proxy server by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header includes:
calculating, by the first proxy server, a ratio of current congestion windows of the plurality of TCP connections based on a quantity of current congestion windows of each TCP connection;
increasing, by the first proxy server, a quantity of the current congestion windows of the plurality of TCP connections based on the ratio of the current congestion windows; and
sending, by the first proxy server by using the TCP connection with an increased quantity of current congestion windows, the IP packet encapsulated with the MPTCP header.
With reference to the first aspect, in one embodiment, the sending, by the first proxy server by using the TCP connection with the increased quantity of current congestion windows, the IP packet encapsulated with the MPTCP header includes:
determining, by the first proxy server based on priorities of the plurality of TCP connections, a TCP connection for sending the IP packet; and
sending, by the first proxy server by using the TCP connection for sending the IP packet, the IP packet encapsulated with the MPTCP header.
With reference to the first aspect, in one embodiment, the plurality of TCP connections have available windows; and
the sending, by the first proxy server by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header includes:
determining, by the first proxy server based on priorities of the TCP connections that have the available windows, the TCP connection for transmitting the IP packet; and
sending, by the first proxy server by using the TCP connection for transmitting the IP packet, the IP packet encapsulated with the MPTCP header.
With reference to the first aspect, in one embodiment, the encapsulating, by the first proxy server, the IP packet with an MPTCP header includes:
when a length of the IP packet into which the UDP packet is encapsulated is greater than a maximum segment size (MSS) of the MPTCP tunnel, fragmenting, by the first proxy server based on the MSS, the IP packet into which the UDP packet is encapsulated, to obtain fragmented IP packets; and
encapsulating, by the first proxy server, the fragmented IP packets with MPTCP headers.
With reference to the first aspect, in one embodiment, the first proxy server is a hybrid access aggregation point (HAAP), and the second proxy server is a home gateway.
With reference to the first aspect, in one embodiment, the first proxy server and the second proxy server are access routers of different enterprise networks.
With reference to the first aspect, in the foregoing possible embodiments, the method further includes:
when a packet loss occurs on the TCP connection, decreasing, by the first proxy server, a quantity of current congestion windows of the TCP connection on which the packet loss occurs.
According to a second aspect, an embodiment of the present invention provides a packet transmission method, where the method includes:
establishing, by a second proxy server, a multipath transmission control protocol (MPTCP) tunnel to a first proxy server, where the MPTCP tunnel includes a plurality of transmission control protocol (TCP) connections;
receiving, by the second proxy server by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, IP packets encapsulated with MPTCP headers; and
ranking, by the second proxy server, the IP packets based on the MPTCP headers, and performing parsing based on IP packet headers of the IP packets to obtain UDP packets.
With reference to the second aspect, in one embodiment, the performing parsing based on an IP packet header of the IP packet to obtain a UDP packet includes:
removing the MPTCP headers of the ranked IP packets to obtain fragmented IP packets; and
after reassembling the fragmented IP packets, performing parsing based on an IP packet header of a reassembled IP packet to obtain the UDP packet.
According to a third aspect, an embodiment of the present invention provides a proxy server, where the proxy server includes an establishment module, an encapsulation module, and a sending module; where
the establishment module is configured to establish an MPTCP tunnel to a second proxy server, where the MPTCP tunnel includes a plurality of TCP connections;
the encapsulation module is configured to encapsulate, after receiving an IP packet into which an UDP packet is encapsulated, the IP packet with an MPTCP header; and
the sending module is configured to send, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header.
With reference to the third aspect, in one embodiment, none of the plurality of TCP connections has an available window; and
the sending module is specifically configured to: calculate a ratio of current congestion windows of the plurality of TCP connections based on a quantity of current congestion windows of each TCP connection;
increase a quantity of the current congestion windows of the plurality of TCP connections based on the ratio of the current congestion windows; and
send, by using the TCP connection with an increased quantity of current congestion windows, the IP packet encapsulated with the MPTCP header.
With reference to the third aspect, in one embodiment, the sending module is specifically configured to: determine, based on priorities of the plurality of TCP connections, the TCP connection for sending the IP packet; and send, by using the TCP connection for sending the IP packet, the IP packet encapsulated with the MPTCP header.
With reference to the third aspect, in one embodiment, the plurality of TCP connections have available windows; and
the sending module is specifically configured to: determine, based on priorities of the TCP connections that have the available windows, the TCP connection for transmitting the IP packet; and send, by using the TCP connection for transmitting the IP packet, the IP packet encapsulated with the MPTCP header.
With reference to the third aspect, in one embodiment, the encapsulation module is specifically configured to: when a length of the IP packet into which the UDP packet is encapsulated is greater than a maximum segment size (MSS) of the MPTCP tunnel, fragment, based on the MSS, the IP packet into which the UDP packet is encapsulated, to obtain fragmented IP packets; and encapsulate the fragmented IP packets with MPTCP headers.
With reference to the third aspect, in one embodiment, the first proxy server is a hybrid access aggregation point (HAAP), and the second proxy server is a home gateway.
With reference to the third aspect, in one embodiment, the first proxy server and the second proxy server are access routers of different enterprise networks.
With reference to the third aspect, in the foregoing possible embodiments, the proxy server further includes a control module, configured to: when a packet loss occurs on a TCP connection, decrease a quantity of current congestion windows of the TCP connection on which the packet loss occurs. According to a fourth aspect, an embodiment of the present invention provides a proxy server, where the proxy server includes an establishment module, a receiving module, and a parsing module; where
the establishment module is configured to establish an MPTCP tunnel to a first proxy server, where the MPTCP tunnel includes a plurality of TCP connections;
the receiving module is configured to receive, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, IP packets encapsulated with MPTCP headers; and
the parsing module is configured to rank the IP packets based on the MPTCP headers, and perform parsing based on IP packet headers of the IP packets to obtain UDP packets.
With reference to the fourth aspect, in one embodiment, the parsing module is specifically configured to: remove the MPTCP headers of the ranked IP packets to obtain fragmented IP packets; and after reassembling the fragmented IP packets, perform parsing based on an IP packet header of a reassembled IP packet to obtain the UDP packet.
A fifth aspect of this application provides a computer-readable storage medium, where the computer-readable storage medium stores an instruction, and when the instruction is run on a computer, the computer is enabled to perform the methods in the foregoing aspects.
A sixth aspect of this application provides a computer program product that includes an instruction, where when the computer program product is run on a computer, the computer is enabled to perform the methods in the foregoing aspects.
A seventh aspect of this application provides a computer program, where when the computer program is run on a computer, the computer is enabled to perform the methods in the foregoing aspects.
It can be learned from the foregoing technical solutions that the first proxy server establishes the MPTCP tunnel to the second proxy server, where the MPTCP tunnel includes the plurality of TCP connections; the first proxy server encapsulates, after receiving the IP packet into which the UDP packet is encapsulated, the IP packet with the MPTCP header; and the first proxy server sends, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header. A standard MPTCP encapsulation structure is used during transmission of the IP packet, so that the technical problem of poor compatibility is resolved, and therefore a complete UDP packet can be restored.
The present invention can be better understood from the following descriptions of specific implementations of the present invention with reference to the accompanying drawings, and same or similar reference numerals represent same or similar features.
In the embodiments of the present invention, an MPTCP tunnel is first established between a first proxy server and a second proxy server. Then, after receiving an IP packet into which a UDP packet is encapsulated, the first proxy server does not change an MPTCP encapsulation structure, but encapsulates the IP packet with an MPTCP header. Finally, the IP packet encapsulated with the MPTCP header is sent by using a TCP connection in the MPTCP tunnel. Because a receive end can identify a standard MPTCP encapsulation structure, a technical problem of poor compatibility is resolved, and therefore a complete UDP packet can be restored.
S301. The first proxy server establishes an MPTCP tunnel to a second proxy server, where the MPTCP tunnel includes a plurality of TCP connections.
An MPTCP may be applied to an access network, and may also be applied to an enterprise network. The access network is all devices between a backbone network and a mobile terminal. The enterprise network is a network that covers an enterprise scope. Data can be directly transmitted between enterprises by using the enterprise network.
The following separately describes applications of the MPTCP in different scenarios.
When an application scenario of the MPTCP is in the access network, an MPTCP tunnel may be established between a mobile terminal and a server. The MPTCP tunnel is established to transmit an IP packet encapsulated with an MPTCP header.
A TCP is used between the mobile terminal and a gateway; an MPTCP is used between an HG and a HAAP; and the TCP is used between the HAAP and the server. In this case, an MPTCP tunnel may be specifically established between the HAPP and the gateway. When the gateway is an HG, the MPTCP tunnel is established between the HAPP and the HG. Correspondingly, the first proxy server may be a HAAP, and the second proxy server may be an HG.
When an application scenario of the MPTCP is in the enterprise network, access routers between enterprise networks use the MPTCP. In this case, an MPTCP tunnel may be established between the access routers between the enterprise networks. The first proxy server may be a first access router corresponding to one enterprise, and the second proxy server may be a second access router corresponding to another enterprise. In other words, the first proxy server and the second proxy server are access routers of different enterprise networks.
Certainly, in another network, when the MPTCP is used between network devices, an MPTCP tunnel may be established between the network devices, to transmit the IP packet.
S302. The first proxy server encapsulates, after receiving an IP packet into which a UDP packet is encapsulated, the IP packet with an MPTCP header.
To transmit, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet into which the UDP packet is encapsulated, the first proxy server needs to encapsulate the IP packet with the MPTCP header. After receiving the IP packet encapsulated with the MPTCP header, a receive end may rank the received IP packet based on the MPTCP header, to obtain the UDP packet.
S303. The first proxy server sends, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header.
The MPTCP tunnel includes the plurality of TCP connections. One or more TCP connections may be selected from the plurality of TCP connections, and the IP packet encapsulated with the MPTCP header is sent by using the selected TCP connection. In this specification, the plurality of TCP connections are two or more TCP connections, including two TCP connections.
A first server and a second server may transmit data by using the plurality of TCP connections, and the TCP connections may include network links such as a DSL, a mobile communications network, and/or WiFi. Therefore, the MPTCP tunnel is applicable to networks such as the DSL, the mobile communications network, and the WiFi.
In this embodiment of the present invention, the MPTCP tunnel is first established between the first proxy server and the second proxy server, and the first proxy server encapsulates the IP packet with the MPTCP header. Then, the first proxy server sends, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header. Because the IP packet is encapsulated by using a standard MPTCP structure, a technical problem of poor compatibility is resolved, and therefore a complete UDP packet can be restored.
In the TCP connection, data is carried by a congestion window. The congestion window includes a window in transmission and an available window. The window in transmission is a window in which carried data is being transmitted, and the available window is a window in which carried data is not being transmitted currently. When the TCP connection has an available window, it indicates that the TCP connection has an available resource. When the TCP connection has no available window, it indicates that the TCP connection has no available resource.
In one embodiment of the present invention, if none of the plurality of TCP connections included in the MPTCP tunnel has an available window, it indicates that none of the TCP connections has an available resource.
401. A first proxy server calculates a ratio of current congestion windows of a plurality of TCP connections based on a quantity of current congestion windows of each TCP connection.
First, the quantity of current congestion windows of each TCP connection is determined. For example, a quantity of current congestion windows of a first TCP connection is 10, and a quantity of current congestion windows of a second TCP connection is 6.
Then, the ratio of the current congestion windows of the plurality of TCP connections is calculated. For example, neither the first TCP connection nor the second TCP connection has an available window. A ratio of the current congestion windows of the first TCP connection to the current congestion windows of the second TCP connection is 10/6.
402. The first proxy server increases a quantity of the current congestion windows of the plurality of TCP connections based on the ratio of the current congestion windows.
The quantity of the current congestion windows of the TCP connections is increased based on the previously calculated ratio of the current congestion windows. For example, the ratio of the current congestion windows of the first TCP connection to the current congestion windows of the second TCP connection is 10/6. If the quantity of the current congestion windows of the first TCP connection is increased by five windows, the quantity of the current congestion windows of the second TCP connection is increased by three windows.
In this way, a quantity of available windows of the first TCP connection is 5, and a quantity of available windows of the second TCP connection is 3. Apparently, after the quantity of the current congestion windows is increased, the ratio of the current congestion windows remains unchanged.
403. The first proxy server sends, by using a TCP connection with an increased quantity of current congestion windows, an IP packet encapsulated with an MPTCP header.
After the quantity of the current congestion windows is increased, each TCP connection has an available window, so that the IP packet encapsulated with the MPTCP header may be sent in the available window of the TCP connection.
In this embodiment of the present invention, the quantity of the current congestion windows of the plurality of TCP connections is increased based on the ratio of the current congestion windows. In this way, when the TCP connection has no available window, the quantity of the current congestion windows of the TCP connection may be increased, to send the IP packet encapsulated with the MPTCP header.
In one embodiment of the present invention, none of the plurality of TCP connections has an available window. After the quantity of the current congestion windows of the plurality of TCP connections is increased, the first proxy server may determine, based on preset priorities of the TCP connections, a TCP connection for sending the IP packet. Then, the IP packet encapsulated with the MPTCP header is sent by using the TCP connection for sending the IP packet.
For example, neither a first TCP connection nor a second TCP connection has an available window, and a priority of the first TCP connection is higher than a priority of the second TCP connection. The first proxy server may first determine the first TCP connection as the TCP connection for sending the IP packet, and then send, through an increased current congestion window of the first TCP connection, the IP packet encapsulated with the MPTCP header.
In one embodiment of the present invention, none of the plurality of TCP connections has an available window. After the quantity of the current congestion windows of the plurality of TCP connections is increased, the first proxy server may randomly determine a TCP connection as a TCP connection for sending the IP packet. Then, the IP packet encapsulated with the MPTCP header is sent by using the TCP connection for sending the IP packet.
In one embodiment of the present invention, when a packet loss occurs on a TCP connection for transmitting an IP packet, it indicates that the current TCP connection is unstable, and the first proxy server may decrease a quantity of current congestion windows of the TCP connection on which the packet loss occurs, to reduce a packet loss possibility.
In one embodiment of the present invention, if the plurality of TCP connections included in the MPTCP tunnel have available windows, it indicates that there is a TCP connection that has an available resource.
First, in the plurality of TCP connections, the first proxy server may determine, based on preset priorities of the TCP connections and from TCP connections that have available windows, the TCP connection for transmitting the IP packet. Then, the IP packet encapsulated with the MPTCP header is sent by using the TCP connection for transmitting the IP packet.
Transmission of an encapsulated IP packet based on resource scheduling on a TCP connection is described in detail below with reference to
There are two TCP connections between a first proxy server and a second proxy server: a TCP 1 and a TCP 2.
After an MPTCP tunnel is established between the first proxy server and the second proxy server, an IP flow has a corresponding TCP sub-flow on each of the TCP 1 and the TCP 2. A priority of the TCP 1 is preset to be higher than a priority of the TCP 2.
The TCP connections include congestion windows. A quantity of available windows in current congestion windows of the TCP 1 and a quantity of available windows in current congestion windows of the TCP 2 each are zero, in other words, neither the TCP 1 nor the TCP 2 has an available resource.
To ensure normal transmission of the IP flow, a quantity of current congestion windows needs to be increased.
First, a ratio, namely 15/10, of the current congestion windows of the TCP 1 to the current congestion windows of the TCP 2 is calculated based on a quantity of current congestion windows of each link.
Second, the quantity of current congestion windows of the TCP 1 and the quantity of current congestion windows of the TCP 2 are increased based on the ratio of 15/10. For example, the quantity of windows of the TCP 1 is increased by 3, and the quantity of windows of the TCP 2 is increased by 2. A quantity of increased congestion windows of the TCP 1 is equal to 18, and a quantity of increased congestion windows of the TCP 2 is equal to 12.
Finally, data is transmitted based on the increased current congestion windows. Packets 6, 7, and 8 may be scheduled to the TCP 1, and packets 9 and 10 may be scheduled to the TCP 2.
If there is an available resource on the TCP connections, in other words, quantities of available windows of the TCP connections are not zero, an IP packet is scheduled to the TCP connections based on priorities of the TCP connections.
In other words, in one case, if the quantity of available windows of either the TCP 1 or the TCP 2 is not zero, the TCP 1 has an available resource, and the TCP 2 also has an available resource. In this case, scheduling may be performed based on the priorities of the TCP connections. Because the priority of the TCP 1 is higher than the priority of the TCP 2, the IP packet is first scheduled to the available resource of the TCP 1, and then scheduled to the available resource of the TCP 2. A specific data volume of scheduling the IP packet is determined based on the available windows of the TCP connections.
In one embodiment of the present invention, considering that an IP packet into which a UDP packet is encapsulated is too long, transmission of the IP packet cannot be completed at a time in a normal data block.
In this case, the first proxy server may fragment, based on a maximum segment size (MSS) of an MPTCP tunnel, the IP packet into which the UDP packet is encapsulated, to obtain fragmented IP packets. Finally, the fragmented IP packets are encapsulated with MPTCP headers.
For example, if the length of the IP packet into which the UDP packet is encapsulated is 1500, and the MSS is 1000, the IP packet into which the UDP is encapsulated is fragmented into two packets: 1000 and 520. One IP packet is fragmented into two IP packets. Because each IP packet has an IP header, a total length of the two packets expands by 20 bytes.
In other words, in
On an HG a complete IP packet is restored from a TCP byte stream based on a length field of an IP header. In other words, the UDP 1 carried by the IP and the UDP 2 carried by the IP are obtained.
After a sequence of IP packets is determined by a user based on an MPTCP, the UDP 1 carried by the IP and the UDP 2 carried by the IP are reassembled to obtain the UDP packet.
S701. The second proxy server establishes an MPTCP tunnel to a first proxy server, where the MPTCP tunnel includes TCP connections.
An MPTCP may be applied to an access network, and may also be applied to an enterprise network. The access network is all devices between a backbone network and a mobile terminal. The enterprise network is a network that covers an enterprise scope. Data can be directly transmitted between enterprises by using the enterprise network.
The following separately describes applications of the MPTCP in different scenarios.
When an application scenario of the MPTCP is in the access network, an MPTCP tunnel may be established between a mobile terminal and a server. The MPTCP tunnel is established to transmit a UDP packet.
When an application scenario of the MPTCP is in the enterprise network, access routers between enterprise networks use the MPTCP. In this case, an MPTCP tunnel may be established between the access routers between the enterprise networks. The first proxy server may be a first access router corresponding to one enterprise, and the second proxy server may be a second access router corresponding to another enterprise. In other words, the first proxy server and the second proxy server are access routers of different enterprise networks.
Certainly, in another network, when the MPTCP is used between network devices, an MPTCP tunnel may be established between the network devices, to transmit an IP packet.
S702. The second proxy server receives, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, IP packets encapsulated with MPTCP headers.
The IP packet that is sent by a transmit end and is encapsulated with the MPTCP header may be received by using the TCP connection in the MPTCP tunnel.
S703. The second proxy server ranks the IP packets based on the MPTCP headers, and performs parsing based on IP packet headers of the IP packets to obtain UDP packets.
TCP connections for transmitting IP packets are different, and sequences of receiving the IP packets are different. A plurality of IP packets encapsulated with MPTCP headers are received. The received IP packets may be ranked based on the MPTCP headers, and then parsing is performed based on IP packet headers of the IP packets to obtain UDP packets.
In this embodiment of the present invention, the second proxy server establishes the MPTCP tunnel to the first proxy server. After receiving IP packets through the MPTCP tunnel, the second proxy server ranks the IP packets based on MPTCP headers, to finally obtain UDP packets. A standard MPTCP encapsulation structure is used during transmission of the IP packet, so that a technical problem of poor compatibility is resolved, and therefore a complete UDP packet can be restored on a receive end.
In one embodiment of the present invention, considering that an IP packet into which a UDP packet is encapsulated is too long, transmission of the IP packet cannot be completed at a time in a normal data block. Therefore, the IP packet into which the UDP packet is encapsulated is fragmented at a transmit end based on an MSS of the MPTCP tunnel. In this case, the IP packets received by the receive end needs to be reassembled.
Specifically, the second proxy server removes the MPTCP headers of the ranked IP packets to obtain fragmented IP packets. The fragmented IP packets are the IP packet before reassembly. Finally, the fragmented IP packets are reassembled, and then parsing is performed based on an IP packet header of a reassembled IP packet to obtain the UDP packet.
A first proxy server may be a HAAP, and a second proxy server may be an HG First, an MPTCP tunnel is established between the HAAP and the HG.
UDP packets that need to be transmitted by a server end include a UDP 1 and a UDP 2.
In the HAAP, after an IP packet is encapsulated with an MPTCP header, an encapsulated IP packet is scheduled to a TCP connection and passes through the MPTCP tunnel. The encapsulated IP packet includes an MPTCP packet header, an IP packet header, and a UDP.
In the HG after the MPTCP header of the IP packet received from the MPTCP tunnel is removed, ranking is performed, and the packet UDP 1 is ranked before the packet UDP 2.
Based on the IP packet header, the packet UDP 1 is parsed first, and then the packet UDP 2 is parsed, to finally obtain the UDP 1 and the UDP 2.
The establishment module 901 is configured to establish an MPTCP tunnel to a second proxy server, and the MPTCP tunnel includes TCP connections.
An MPTCP may be applied to an access network, and may also be applied to an enterprise network. The access network is all devices between a backbone network and a mobile terminal. The enterprise network is a network that covers an enterprise scope. Data can be directly transmitted between enterprises by using the enterprise network.
The following separately describes applications of the MPTCP in different scenarios.
When an application scenario of the MPTCP is in the access network, an MPTCP tunnel may be established between a mobile terminal and a server. The MPTCP tunnel is established to transmit an IP packet encapsulated with an MPTCP header.
A TCP is used between the mobile terminal and a gateway; an MPTCP is used between an HG and a HAAP; and the TCP is used between the HAAP and the server. In this case, an MPTCP tunnel may be specifically established between the HAPP and the gateway. When the gateway is an HG, the MPTCP tunnel is established between the HAPP and the HG. Correspondingly, a first proxy server may be a HAAP, and the second proxy server may be an HG.
When an application scenario of the MPTCP is in the enterprise network, access routers between enterprise networks use the MPTCP. In this case, an MPTCP tunnel may be established between the access routers between the enterprise networks. The first proxy server may be a first access router corresponding to one enterprise, and the second proxy server may be a second access router corresponding to another enterprise. In other words, the first proxy server and the second proxy server are access routers of different enterprise networks.
Certainly, in another network, when the MPTCP is used between network devices, an MPTCP tunnel may be established between the network devices, to transmit the IP packet.
The encapsulation module 902 is configured to encapsulate, after receiving an IP packet into which a UDP packet is encapsulated, the IP packet with an MPTCP header.
To transmit, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet into which the UDP packet is encapsulated, the encapsulation module 902 needs to encapsulate the IP packet with the MPTCP header. After receiving the IP packet encapsulated with the MPTCP header, a receive end may rank the received IP packet based on the MPTCP header, to obtain the UDP packet.
The sending module 903 is configured to send, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header.
The MPTCP tunnel includes a plurality of TCP connections. The sending module 903 may select one or more TCP connections from the plurality of TCP connections, and send, by using the selected TCP connection, the IP packet encapsulated with the MPTCP header. In this specification, the plurality of TCP connections are two or more TCP connections, including two TCP connections.
A first server and a second server may transmit data by using the plurality of TCP connections, and the TCP connections may include network links such as a DSL, a mobile communications network, and/or WiFi. Therefore, the MPTCP tunnel is applicable to networks such as the DSL, the mobile communications network, and the WiFi.
In this embodiment of the present invention, the establishment module 901 first establishes the MPTCP tunnel between the first proxy server and the second proxy server, and the encapsulation module 902 encapsulates the IP packet with the MPTCP header. Then, the sending module 903 sends, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packet encapsulated with the MPTCP header. Because the IP packet is encapsulated by using a standard MPTCP structure, a technical problem of poor compatibility is resolved, and therefore a complete UDP packet can be restored.
In the TCP connection, data is carried by a congestion window. The congestion window includes a window in transmission and an available window. The window in transmission is a window in which carried data is being transmitted, and carried data is not being transmitted in the available window. When the TCP connection has an available window, it indicates that the TCP connection has an available resource. When the TCP connection has no available window, it indicates that the TCP connection has no available resource.
In one embodiment of the present invention, if none of the plurality of TCP connections included in the MPTCP tunnel has an available window, it indicates that none of the TCP connections has an available resource.
The sending module 903 is specifically configured to: calculate a ratio of current congestion windows of the plurality of TCP connections based on a quantity of current congestion windows of each TCP connection; increase a quantity of the current congestion windows of the plurality of TCP connections based on the ratio of the current congestion windows; and send, by using a TCP connection with an increased quantity of current congestion windows, the IP packet encapsulated with the MPTCP header.
In this embodiment of the present invention, the sending module 903 increases a quantity of the current congestion windows of the plurality of TCP connections based on the ratio of the current congestion windows. In this way, when the TCP connection has no available window, the quantity of current congestion windows of the TCP connection may be increased, to send the IP packet encapsulated with the MPTCP header.
In one embodiment of the present invention, none of the plurality of TCP connections has an available window, and the sending module 903 is specifically configured to: determine, based on priorities of the plurality of TCP connections, a TCP connection for sending the IP packet, and then send, by using the determined TCP connection for sending the IP packet, the IP packet encapsulated with the MPTCP header.
In one embodiment of the present invention, none of the plurality of TCP connections has an available window, and a TCP connection may be randomly determined.
The sending module 903 is specifically configured to: randomly determine, from the plurality TCP connections, a TCP connection for sending the IP packet, and then send, by using the determined TCP connection for sending the IP packet, the IP packet encapsulated with the MPTCP header.
In one embodiment of the present invention, when a packet loss occurs on a TCP connection for transmitting an IP packet, it indicates that the current TCP connection is unstable.
The control module 904 is configured to: when a packet loss occurs on a TCP connection for transmitting an IP packet, decrease a quantity of current congestion windows of the TCP connection on which the packet loss occurs.
In one embodiment of the present invention, if the plurality of TCP connections included in the MPTCP tunnel have available windows, it indicates that there is a TCP connection that has an available resource.
The sending module 903 is specifically configured to: determine, based on priorities of the TCP connections that have the available windows, a TCP connection for transmitting the IP packet, and finally send, by using the TCP connection for transmitting the IP packet, the IP packet encapsulated with the MPTCP header.
In one embodiment of the present invention, considering that an IP packet into which a UDP packet is encapsulated is too long, transmission of the IP packet cannot be completed at a time in a normal data block.
The encapsulation module 902 is specifically configured to: when the length of the IP packet into which the UDP packet is encapsulated is greater than an MSS of the MPTCP tunnel, fragment, based on the MSS, the IP packet into which the UDP packet is encapsulated, to obtain fragmented IP packets; and encapsulate the fragmented IP packets with MPTCP headers.
The establishment module 1101 is configured to establish an MPTCP tunnel to a first proxy server, and the MPTCP tunnel includes a plurality of TCP connections.
An MPTCP may be applied to an access network, and may also be applied to an enterprise network. Certainly, in another network, when the MPTCP is used between network devices, an MPTCP tunnel may be established between the network devices, to transmit an IP packet.
The receiving module 1102 is configured to receive, by using the TCP connection of the plurality of TCP connections in the MPTCP tunnel, the IP packets encapsulated with the MPTCP headers.
The IP packet that is sent by a transmit end and is encapsulated with the MPTCP header may be received by using the TCP connection in the MPTCP tunnel.
The parsing module 1103 is configured to rank the IP packets based on the MPTCP headers, and perform parsing based on IP packet headers of the IP packets to obtain UDP packets.
TCP connections for transmitting IP packets are different, and sequences of receiving the IP packets are different. A plurality of IP packets encapsulated with MPTCP headers are received. The received IP packets may be ranked based on the MPTCP headers, and then parsing is performed based on IP packet headers of the IP packets to obtain UDP packets.
In this embodiment of the present invention, the establishment module 1101 establishes the MPTCP tunnel between the first proxy server and a second proxy server, the receiving module 1102 receives IP packets through the MPTCP tunnel, and the parsing module 1103 ranks the IP packets based on MPTCP headers, to finally obtain UDP packets. A standard MPTCP encapsulation structure is used during transmission of the IP packet, so that a technical problem of poor compatibility is resolved, and therefore a complete UDP packet can be restored on a receive end.
In one embodiment of the present invention, considering that an IP packet into which a UDP packet is encapsulated is too long, transmission of the IP packet cannot be completed at a time in a normal data block. Therefore, the IP packet into which the UDP packet is encapsulated is fragmented at a transmit end based on an MSS of the MPTCP tunnel. In this case, the IP packets received by the receive end needs to be reassembled.
The parsing module 1102 is specifically configured to: remove the MPTCP headers of the ranked IP packets to obtain fragmented IP packets; and after reassembling the fragmented IP packets, perform parsing based on an IP packet header of a reassembled IP packet to obtain the UDP packet.
All or some of the foregoing embodiments may be implemented by using software, hardware, firmware, or any combination thereof. When software is used to implement the embodiments, all or some of the embodiments may be implemented in a form of a computer program product. The computer program product includes one or more computer instructions.
When the computer program instructions are loaded and executed on a computer, all or some of the procedures or functions according to the embodiments of the present invention are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or another programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or may be transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center to another website, computer, server, or data center wiredly (for example, a coaxial cable, an optical fiber, or a digital subscriber line (DSL)) or wirelessly (for example, infrared, radio, or microwave). The computer-readable storage medium may be any usable medium accessible by a computer, or a data storage device, such as a server or a data center, integrating one or more usable media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, or a magnetic tape), an optical medium (for example, a DVD), a semiconductor medium (for example, a solid-state disk Solid State Disk (SSD)), or the like.
| Number | Date | Country | Kind |
|---|---|---|---|
| 201710488680.X | Jun 2017 | CN | national |
This application is a continuation of International Application No. PCT/CN2018/084947, filed on Apr. 27, 2018, which claims priority to Chinese Patent Application No. 201710488680.X, filed on Jun. 23, 2017. The disclosures of the aforementioned applications are hereby incorporated by reference in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2018/084947 | Apr 2018 | US |
| Child | 16723642 | US |
