WO2013152614A1 - 一种基于应用层数据的网络接入系统和方法 - Google Patents

一种基于应用层数据的网络接入系统和方法 Download PDF

Info

Publication number
WO2013152614A1
WO2013152614A1 PCT/CN2012/087969 CN2012087969W WO2013152614A1 WO 2013152614 A1 WO2013152614 A1 WO 2013152614A1 CN 2012087969 W CN2012087969 W CN 2012087969W WO 2013152614 A1 WO2013152614 A1 WO 2013152614A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
server
data
application layer
network access
Prior art date
Application number
PCT/CN2012/087969
Other languages
English (en)
French (fr)
Inventor
李文征
陈志武
吴悦
谢明
Original Assignee
腾讯科技（深圳）有限公司
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 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2013152614A1 publication Critical patent/WO2013152614A1/zh
Priority to US14/512,488 priority Critical patent/US9819730B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a network access system and method based on application layer data. Background of the invention
  • Transmission Control Protocol is a connection-oriented (connection-oriented), reliable, byte-based transport layer communication protocol, by the Internet Engineering Task Force (IETF) RIETF RFC 793 Description ( specified ) honor In the Streamlined Computer Network Open System Interconnection (OSI) model, it performs the functions specified by the Layer 4 transport layer.
  • the TCP protocol stipulates that a connection should be established before the application layer data is transmitted.
  • the two sides of the communication need to perform several times of information synchronization, which is generally called a three-way handshake.
  • Three grips typically require two or three network packets with no application layer data to interact.
  • the access server does not access the application layer data, but only receives the first packet for establishing a connection (for TCP, the first packet is usually the three-way handshake).
  • the first packet is usually the three-way handshake.
  • the access server receives the TCP three-way handshake packet, since the data packet does not contain the application layer data, the access server cannot select the back-end server for data forwarding.
  • network access based on application layer data means that when data is forwarded, data of the application layer needs to be accessed to determine the forwarding target.
  • the incoming server first establishes a TCP connection with the client through a three-way handshake, and then the access server receives application layer data from the client through the TCP connection.
  • the access server parses the data that can be used for scheduling from the application layer data, selects a specific back-end server according to the data, that is, the target to which the application layer data is to be forwarded, and then establishes a TCP connection through the three-way handshake with the back-end server. Then, the back-end server returns data to the access server through the TCP connection with the access server, and the access server sends the data to the client through the TCP connection with the client, thereby implementing network access of the client.
  • the access server needs to establish a TCP connection with the client and the back-end server through three-way handshake respectively, so the implementation complexity is high.
  • the establishment of a TCP connection between the access server and the client and the back-end server necessarily requires a large amount of CPU and memory resources, and the data reception and transmission also requires additional memory copying, and the incoming and outgoing traffic needs to pass through the access server, so its work Inefficient, it is easy to become a bottleneck.
  • the embodiment of the invention provides a network access system based on application layer data to reduce implementation complexity.
  • the embodiment of the invention also proposes a network access method based on application layer data to reduce implementation complexity.
  • a network access system based on application layer data comprising: at least one client, an access server, and a backend server group, wherein: a client, configured to establish a TCP connection with the access server, and send a data request to the access server based on the TCP connection;
  • An access server configured to select, from the backend server group, a backend server serving the client according to the data request, and send the TCP protocol information negotiated in the TCP connection to the selected backend server ;
  • the selected backend server is configured to directly provide data to the client according to the TCP protocol information.
  • a network access method based on application layer data comprising:
  • the client establishes a TCP connection with the access server, and sends a data request to the access server based on the TCP connection;
  • the access server selects a backend server serving the client according to the data request, and sends the TCP protocol information negotiated in the TCP connection establishment process to the selected backend server;
  • the selected backend server provides data directly to the client based on the TCP protocol information.
  • the client first establishes a TCP connection with the access server, and sends a data request to the access server based on the TCP connection, and the access server requests the backend according to the data.
  • the server group selects the back-end server serving the client, and then sends the TCP protocol information negotiated in the TCP connection to the selected back-end server, and then the selected back-end server does not pass the access according to the TCP protocol information.
  • the server provides data directly to the client.
  • the back-end server no longer performs a three-step handshake with the access server, but directly connects with the client according to the TCP protocol information to implement network access, so that the access server only needs to The client establishes a TCP connection without establishing a TCP connection with the backend server, thus reducing implementation complexity.
  • the access server since the access server only needs to establish a TCP connection with the client, it does not need to establish a TCP connection with the backend server, thereby reducing the demand for CPU and memory resources.
  • the outgoing traffic of the back-end server does not need to pass through the access server, the working efficiency of the access server is also improved.
  • the backend server since the backend server no longer forwards data to the client through the access server, it can be considered to directly interact with the client from the perspective of the backend server, so for the backend server, the entire interaction process becomes Very simple. BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a schematic structural diagram of a network access system based on application layer data according to an embodiment of the present invention
  • FIG. 2 is a flow chart of a network access method based on application layer data according to an embodiment of the present invention. Mode for carrying out the invention
  • FIG. 1 is a schematic diagram showing the structure of a network access system based on application layer data according to an embodiment of the present invention.
  • the system includes a client 101, an access server 102, and a backend server farm, wherein the backend server farm is comprised of at least two backend servers 103.
  • a client 101 configured to establish a TCP connection with the access server 102, and send a data request to the access server 102 based on the TCP connection;
  • An access server 102 configured to select, from the backend server group, a backend server 103 serving the client according to the data request (exemplarily, the backend selected in FIG.
  • the server is the lowermost backend server of FIG. 1 and sends the TCP protocol information negotiated in the TCP connection to the selected backend server;
  • the selected backend server 103 is configured to provide data directly to the client 101 without accessing the server 102 according to the TCP protocol information.
  • the access server 102 parses the forwarding schedule information from the application layer content of the data request sent by the client 101, and determines the backend server 103 serving the client 101 based on the forwarding schedule information.
  • the forwarding scheduling information may include a domain name of the server, a cookie information or an instant messaging number, and the like.
  • the access server 102 forwards the scheduling information based on the domain name, cookie information, or instant messaging number of the server to determine the backend server 103 that specifically serves the client 101.
  • the access server 102 may also determine the backend server 103 that serves the client 101 in accordance with other means such as load balancing.
  • the TCP protocol information includes the IP address and port of the client.
  • the selected backend server 103 can parse the IP address and port of the client 101 from the TCP protocol information, and then coexist with the parsed client IP address and port, and directly access the client through the access server 102.
  • End 101 provides a data packet.
  • the TCP protocol information may further include any one of the following information or any combination of at least two: a client data sequence number, and a data sequence number that informs the client when the server handshakes the proxy.
  • the access server tells the client's flow control window size, whether to support timestamps, optional acknowledgment SACK (Selective Acknowledgement), display congestion notification ECN (Explicit Congestion Notification) or Window scaling.
  • the embodiment of the present invention further provides a flow chart of a network access method based on application layer data.
  • FIG. 2 is a flow chart of a network access method based on application layer data according to an embodiment of the present invention. Figure.
  • the method includes:
  • Step 201 The client establishes a TCP connection with the access server, and sends a data request to the access server based on the TCP connection.
  • the client and the access server preferably establish a TCP connection with the server by means of a three-way handshake. Specifically include:
  • the client and the access server negotiate TCP protocol information, and the access server saves the negotiated TCP protocol information for subsequent transmission to the back-end server.
  • the TCP protocol information includes the client's IP address and port.
  • the TCP protocol information may further include a sequence number, an acknowledgment number or a check word, etc., according to a corresponding specification of the TCP protocol.
  • Step 202 The access server selects a backend server serving the client according to the data request, and sends the TCP protocol information negotiated in the TCP connection establishment process to the selected backend server.
  • Step 203 The selected backend server directly provides data to the client according to the TCP protocol information without accessing the server.
  • the selected backend server first parses out the client's IP address and port from the TCP protocol information, and then the selected backend server provides the client with the data packet according to the client's IP address and port. It can be seen that after receiving the TCP protocol information sent by the access server, the backend server no longer performs a three-step handshake with the access server, but directly generates a connection request with the client, and the kernel of the backend server will be the client.
  • the message accessing the backend server informs the backend server of the user state.
  • the access server continues to send subsequent packets of the client connected to the backend server to the backend server, and then the data packet replied by the backend server does not pass through the access server but returns directly to the client.
  • the client first establishes a TCP connection with the access server, and sends a data request to the access server based on the TCP connection, and the access server requests from the backend server group according to the data request.
  • the backend server that serves the client is selected, and the TCP protocol information negotiated in the TCP connection is sent to the selected backend server, and then the selected backend server provides data to the client according to the TCP protocol information.
  • the back-end server no longer performs a three-step handshake with the access server, but directly connects with the client according to the TCP protocol information to implement network access, so that the access server only needs to The client establishes a TCP connection without establishing a TCP connection with the backend server, thus reducing implementation complexity.
  • the access server since the access server only needs to establish a TCP connection with the client, it does not need to establish a TCP connection with the backend server, thus reducing the need for CPU and memory resources. At the same time, the outbound server does not need to go through the access server, so it also improves the efficiency of the access server.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施方式提出了一种基于应用层数据的网络接入系统，包括：客户端，用于与接入服务器建立TCP连接，并基于该TCP连接向接入服务器发送数据请求；接入服务器，用于根据该数据请求从该后端服务器群中选择为该客户端提供服务的后端服务器，并将在TCP连接中协商的TCP协议信息发送到该选择的后端服务器；该选择的后端服务器，用于根据TCP协议信息，不通过接入服务器，直接向客户端提供数据。本发明实施方式还提出了一种基于应用层数据的网络接入方法。应用本发明实施方式以后，降低了实现复杂度，提高了工作效率，而且对于后端服务器而言整个交互过程变得非常简单。

Description

一种基于应用层数据的网络接入系统和方法
技术领域
本发明涉及通信技术领域， 更具体地， 涉及一种基于应用层数据的 网络接入系统和方法。 发明背景
传输控制十办议 ( Transmission Control Protocol, TCP )是一种面向连 接（连接导向） 的、 可靠的、 基于字节流的传输层（ Transport layer )通 信协议， 由互联网工程任务组 （IETF ) 的 RIETF 的 RFC 793 说明 ( specified )„ 在筒化的计算机网络开放式系统互联（ 0SI )模型中， 它 完成第四层传输层所指定的功能。
TCP协议规定， 在传输应用层数据前要建立连接， 在建立连接的过 程中， 通信的双方需要做几次信息同步， 一般称之为三次握手。 三次握 手一般需要交互 2个或者 3个没有应用层数据的网络数据包。
在传统的网络接入解决方案中， 接入服务器不访问应用层数据， 而 只是在接收到用于建立连接的第一个数据包（对 TCP来说，通常就是三 次握手的第一个数据包） 的时候进行调度， 选定一台为此次连接提供服 务的服务器， 然后属于该同一个连接的数据包都将通过接入服务器转发 到这台服务器。 但在基于应用层数据的网络接入中， 当接入服务器接收 到 TCP三次握手的数据包时， 由于这些数据包不包含应用层数据， 因此 接入服务器无法选择后端服务器进行数据转发。 在本文中， 基于应用层 数据的网络接入是指， 在数据转发时， 需要访问应用层的数据来确定转 发目标。
目前存在一些基于应用层数据的网络接入方案。 在这些方案中， 接 入服务器首先通过三次握手与客户端建立 TCP连接，然后接入服务器通 过该 TCP连接从客户端接收应用层数据。接入服务器从应用层数据中解 析出可用于调度的数据， 根据该数据选择具体的后端服务器， 即应用层 数据要转发的目标， 然后再与该后端服务器通过三次握手建立 TCP 连 接。接着，后端服务器通过与接入服务器的 TCP连接向接入服务器返回 数据， 接入服务器再通过与客户端的 TCP 连接将这些数据发送到客户 端， 从而实现客户端的网络接入。
然而， 在这种基于应用层数据的网络接入方案中， 存在下列缺陷： 首先， 接入服务器需要分别与客户端及后端服务器通过三次握手建 立 TCP连接， 因此实现复杂度高。
而且，接入服务器与客户端及后端服务器都建立 TCP连接必然需要 大量的 CPU、 内存资源， 而数据的接收与发送也需要额外的内存复制， 出入流量都需要经过接入服务器， 因此其工作效率不高，容易成为瓶颈。
不仅如此， 由于后端服务器和客户端之间的数据交互都要通过接入 服务器， 而无法直接交互， 因此对于对后端服务器而言， 这种接入方案 有些复杂。 发明内容
本发明实施方式提出一种基于应用层数据的网络接入系统， 以降低 实现复杂度。
本发明实施方式还提出了一种基于应用层数据的网络接入方法， 以 降低实现复杂度。
本发明实施方式的具体方案如下：
一种基于应用层数据的网络接入系统， 该系统包括， 至少一个客户 端、 接入服务器和后端服务器群， 其中： 客户端， 用于与接入服务器建立 TCP连接， 并基于该 TCP连接向 接入服务器发送数据请求；
接入服务器， 用于根据该数据请求从该后端服务器群中选择为该客 户端提供服务的后端服务器， 并将在所述 TCP连接中协商的 TCP协议 信息发送到该选择的后端服务器；
该选择的后端服务器， 用于根据所述 TCP协议信息， 直接向所述客 户端提供数据。
一种基于应用层数据的网络接入方法， 该方法包括：
客户端与接入服务器建立 TCP连接， 并基于该 TCP连接向接入服 务器发送数据请求；
接入服务器根据该数据请求选择为该客户端提供服务的后端服务 器， 并将在所述 TCP连接建立过程中协商的 TCP协议信息发送到该选 择的后端服务器；
该选择的后端服务器根据所述 TCP协议信息， 直接向所述客户端提 供数据。
从上述技术方案可以看出， 在本发明实施方式中， 客户端首先与 接入服务器建立 TCP连接， 并基于该 TCP连接向接入服务器发送数据 请求， 接入服务器根据该数据请求从该后端服务器群中选择为该客户端 提供服务的后端服务器， 再将在 TCP连接中协商的 TCP协议信息发送 到该选择的后端服务器，然后选择的后端服务器根据该 TCP协议信息不 通过接入服务器， 直接向客户端提供数据。 由此可见， 应用本发明实施 方式以后， 后端服务器不再与接入服务器进行三步握手， 而是根据 TCP 协议信息直接与客户端进行连接以实现网络接入， 从而接入服务器只需 与客户端建立 TCP连接， 无需与后端服务器建立 TCP连接， 因此降低 了实现复杂度。 而且， 由于接入服务器只需与客户端建立 TCP连接， 无需与后端服 务器建立 TCP连接， 因此还降低了对 CPU、 内存资源的需求。 同时由 于后端服务器出流量无需再经过接入服务器， 因此还提高了接入服务器 的工作效率。
还有， 由于后端服务器不再通过接入服务器转发数据给客户端， 所 以从后端服务器的角度可以认为其与客户端是直接交互的， 因此对于后 端服务器而言， 整个交互过程变得非常筒单。 附图简要说明
图 1为根据本发明实施方式的基于应用层数据的网络接入系统结构 示意图；
图 2为根据本发明实施方式的基于应用层数据的网络接入方法流程 图。 实施本发明的方式
为使本发明的目的、 技术方案和优点更加清楚， 下面结合附图对本 发明作进一步的详细描述。
图 1为根据本发明实施方式的基于应用层数据的网络接入系统结构 示意图。
如图 1所示， 该系统包括客户端 101、 接入服务器 102和后端服务 器群， 其中后端服务器群由至少两个后端服务器 103组成。
客户端 101 , 用于与接入服务器 102建立 TCP连接， 并基于该 TCP 连接向接入服务器 102发送数据请求；
接入服务器 102, 用于根据该数据请求从该后端服务器群中选择为 该客户端提供服务的后端服务器 103 (示范性地， 在图 1 中选择的后端 服务器为图 1最下面的后端服务器），并将在所述 TCP连接中协商的 TCP 协议信息发送到该选择的后端服务器；
该选择的后端服务器 103, 用于根据 TCP协议信息， 不通过接入服 务器 102, 直接向客户端 101提供数据。
在一个实施方式中， 接入服务器 102从由客户端 101发送的数据请 求的应用层内容中解析出转发调度信息， 并根据该转发调度信息确定为 该客户端 101提供服务的后端服务器 103。 优选地， 转发调度信息可以 包括服务器的域名、 cookie信息或即时通讯号码等等。 接入服务器 102 根据服务器的域名、 cookie信息或即时通讯号码等转发调度信息来确定 具体为客户端 101提供服务的后端服务器 103。可选地，接入服务器 102 还可以根据负载均衡等其他方式来确定为该客户端 101提供服务的后端 服务器 103。
在一个实施方式中， TCP协议信息包括客户端的 IP地址和端口。 这样， 选择的后端服务器 103 , 可以从 TCP协议信息中解析出客户端 101的 IP地址和端口，然后并 居该解析出的客户端 IP地址和端口， 不通过接入服务器 102, 直接向客户端 101提供数据包。 优选地， 根 据 TCP协议的相应规范， TCP协议信息进一步还可以包括下列信息 中的任一项或至少两项的任意组合： 客户端数据顺序号、 接入服务器 握手代理时告知客户端的数据顺序号、 最大分段大小 MSS、 客户端的 流控窗口大小、 接入服务器告知客户端的流控窗口大小、 是否支持时 间戳、 可选的确认 SACK ( Selective Acknowledgement ) 、 显示拥塞 通告 ECN ( Explicit Congestion Notification ) 或窗口缩放。
基于上述系统结构， 本发明实施方式还提出了一种基于应用层数据 的网给接入方法流程图。
图 2为根据本发明实施方式的基于应用层数据的网络接入方法流程 图。
如图 2所示， 该方法包括：
步骤 201: 客户端与接入服务器建立 TCP连接， 并基于该 TCP连接 向接入服务器发送数据请求。
在这里， 客户端与接入服务器优选通过三次握手的方式与服务器建 立 TCP连接。 具体包括：
第一次握手： 客户端向接入服务器发送 SYN包 (syn=j),客户端进入 SYN_SEND状态， 等待接入服务器确认；
第二次握手： 接入服务器收到 SYN 包， 确认客户端的 SYN ( ack=j+l ), 同时自己也发送一个 SYN包（ syn=k ), 即 SYN+ACK包到 客户端， 此时接入服务器进入 SYN_RECV状态；
第三次握手： 客户端收到接入服务器的 SYN+ACK包， 向接入服务 器发送确认包 ACK(ack=k+l), 此包发送完毕， 客户端和接入服务器进 入 ESTABLISHED状态， 完成三次握手。 完成三次握手后， 客户端与接 入服务器可以开始传送数据。
在上述三次握手过程中， 客户端和接入服务器协商 TCP协议信息， 而且接入服务器将协商好的 TCP协议信息保存下来，以便后续发送给后 端服务器。 该 TCP协议信息包括客户端的 IP地址和端口。 优选地， 根 据 TCP协议的相应规范， TCP协议信息进一步还可以包括顺序号、确认 号或校验字， 等等。
步骤 202: 接入服务器根据该数据请求选择为该客户端提供服务的 后端服务器， 并将在所述 TCP连接建立过程中协商的 TCP协议信息发 送到该选择的后端服务器。
步骤 203: 该选择的后端服务器根据所述 TCP协议信息， 不通过接 入服务器， 直接向所述客户端提供数据。 在这里，选择的后端服务器首先从 TCP协议信息中解析出客户端的 IP地址和端口， 然后该选择的后端服务器再根据该客户端的 IP地址和 端口， 向客户端提供数据包。 可见， 后端服务器接收到接入服务器发送 过来的 TCP协议信息后， 不再与接入服务器进行三步握手， 而是直接生 成与客户端的连接请求， 并且后端服务器的内核 （kernel )将客户端访 问后端服务器的消息告知后端服务器的用户态（ user state )。接入服务器 将与后端服务器的本次连接的客户端的后续数据包继续发送到后端服 务器， 然后后端服务器回复的数据包不通过接入服务器而是直接返回到 客户端。
综上所述， 在本发明实施方式中， 客户端首先与接入服务器建立 TCP连接，并基于该 TCP连接向接入服务器发送数据请求，接入服务器 根据该数据请求从该后端服务器群中选择为该客户端提供服务的后端 服务器， 再将在 TCP连接中协商的 TCP协议信息发送到该选择的后端 服务器， 然后选择的后端服务器根据该 TCP协议信息向客户端提供数 据。 由此可见， 应用本发明实施方式以后， 后端服务器不再与接入服务 器进行三步握手，而是根据 TCP协议信息直接与客户端进行连接以实现 网络接入，从而接入服务器只需与客户端建立 TCP连接， 无需与后端服 务器建立 TCP连接， 因此降低了实现复杂度。
而且， 由于接入服务器只需与客户端建立 TCP连接， 无需与后端服 务器建立 TCP连接， 因此还降低了对 CPU、 内存资源的需求。 同时由 于后端服务器出流量无需再经过接入服务器， 因此还提高了接入服务器 的工作效率。
还有， 在此过程中， 由于后端服务器不再通过接入服务器转发数据 给客户端， 所以从后端服务器的角度可以认为其与客户端是直接交互 的， 因此对于后端服务器而言， 整个交互过程变得非常筒单。 以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的 保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、一种基于应用层数据的网络接入系统，其特征在于，该系统包括， 至少一个客户端、 接入服务器和后端服务器群， 其中：
客户端， 用于与接入服务器建立 TCP连接， 并基于该 TCP连接向 接入服务器发送数据请求；
接入服务器， 用于根据该数据请求从该后端服务器群中选择为该客 户端提供服务的后端服务器， 并将在所述 TCP连接中协商的 TCP协议 信息发送到该选择的后端服务器；
该选择的后端服务器， 用于根据所述 TCP协议信息， 直接向所述客 户端提供数据。
2、根据权利要求 1所述的基于应用层数据的网络接入系统，其特征 在于，
该接入服务器， 用于从所述数据请求的应用层内容中解析出转发调 度信息， 并根据该转发调度信息确定为该客户端提供服务的后端服务 器。
3、根据权利要求 2所述的基于应用层数据的网络接入系统，其特征 在于，所述转发调度信息包括服务器域名、 cookie信息或即时通讯号码。
4、根据权利要求 1所述的基于应用层数据的网络接入系统，其特征 在于，
所述 TCP协议信息包括客户端的 IP地址和端口。
5、根据权利要求 4所述的基于应用层数据的网络接入系统，其特征 在于，
所述 TCP协议信息进一步包括下列信息中的任一项或至少两项的 任意组合： 客户端数据顺序号；
接入服务器握手代理时告知客户端的数据顺序号；
最大分段大小 MSS ( Maximum Segment Size );
客户端的流控窗口大小；
接入服务器告知客户端的流控窗口大小；
是否支持时间戳、 SACK, ECN或窗口缩放。
6、根据权利要求 4所述的基于应用层数据的网络接入系统，其特征 在于，
该选择的后端服务器，用于从所述 TCP协议信息中解析出客户端的 IP地址和端口； 并 ^据该解析出客户端的 IP地址和端口， 直接向所述 客户端提供数据。
7、一种基于应用层数据的网络接入方法，其特征在于，该方法包括： 客户端与接入服务器建立 TCP连接， 并基于该 TCP连接向接入服 务器发送数据请求；
接入服务器根据该数据请求选择为该客户端提供服务的后端服务 器， 并将在所述 TCP连接建立过程中协商的 TCP协议信息发送到该选 择的后端服务器；
该选择的后端服务器根据所述 TCP协议信息，直接向所述客户端提 供数据。
8、根据权利要求 7所述的基于应用层数据的网络接入方法，其特征 在于，
所述客户端与接入服务器建立 TCP连接包括：
客户端向接入服务器发送同步序列编号 SYN包；
接入服务器收到该 SYN包后， 向客户端返回 SYN+确认 ACK包； 客户端收到该 SYN+ACK包后， 向接入服务器发送 ACK包。
9、根据权利要求 7所述的基于应用层数据的网络接入方法，其特征 在于，
所述 TCP协议信息包括客户端的 IP地址和端口。
10、 根据权利要求 9所述的基于应用层数据的网络接入方法， 其特 征在于，
所述 TCP协议信息进一步包括下列信息中的任一项或至少两项的 任意组合：
客户端数据顺序号；
接入服务器握手代理时告知客户端的数据顺序号；
最大分段大小 MSS ( Maximum Segment Size );
客户端的流控窗口大小；
接入服务器告知客户端的流控窗口大小；
是否支持时间戳、 SACK, ECN或窗口缩放。
11、 根据权利要求 9所述的基于应用层数据的网络接入方法， 其特 征在于，
所述选择的后端服务器根据所述 TCP协议信息向所述客户端提供 数据包括：
所述选择的后端服务器从所述 TCP协议信息中解析出客户端的 IP 地址和端口；
所述选择的后端服务器根据该解析出客户端的 IP地址和端口，直接 向所述客户端提供数据。
12、 根据权利要求 7所述的基于应用层数据的网络接入方法， 其特 征在于， 所述接入服务器根据数据请求选择为该客户端提供服务的后端 服务器包括：
接入服务器从所述数据请求的应用层内容中解析出转发调度信息， 并根据该转发调度信息确定为该客户端提供服务的后端服务器。
13、根据权利要求 12所述的基于应用层数据的网络接入方法，其特 征在于， 所述转发调度信息包括服务器域名、 cookie信息或即时通讯号 码。
PCT/CN2012/087969 2012-04-13 2012-12-31 一种基于应用层数据的网络接入系统和方法 WO2013152614A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/512,488 US9819730B2 (en) 2012-04-13 2014-10-13 System and method for network access based on application layer data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2012101077232A CN103379130A (zh) 2012-04-13 2012-04-13 一种基于应用层数据的网络接入系统和方法
CN201210107723.2 2012-04-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/512,488 Continuation US9819730B2 (en) 2012-04-13 2014-10-13 System and method for network access based on application layer data

Publications (1)

Publication Number Publication Date
WO2013152614A1 true WO2013152614A1 (zh) 2013-10-17

Family

ID=49327050

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/087969 WO2013152614A1 (zh) 2012-04-13 2012-12-31 一种基于应用层数据的网络接入系统和方法

Country Status (4)

Country Link
US (1) US9819730B2 (zh)
CN (1) CN103379130A (zh)
MY (1) MY174320A (zh)
WO (1) WO2013152614A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104166586B (zh) * 2014-09-04 2017-02-15 中南大学 一种基于虚拟化技术的透明计算方法及透明计算系统
CN105072154B (zh) * 2015-07-09 2019-01-15 广州华多网络科技有限公司 一种网络应用接入方法及其设备
CN107635010B (zh) * 2017-10-13 2021-04-13 网易（杭州）网络有限公司 流量调度方法、装置、计算机可读存储介质及电子设备
CN111262721B (zh) * 2018-11-30 2021-06-15 贵州白山云科技股份有限公司 虚拟内网加速方法、系统、配置方法、装置、设备、介质
CN111683158B (zh) * 2020-08-12 2020-11-06 南京天创电子技术有限公司 一种实现同步请求响应的mqtt协议通信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252591A (zh) * 2008-04-03 2008-08-27 中国科学技术大学 实现上下行数据分离的方法和装置
CN101296238A (zh) * 2008-06-17 2008-10-29 杭州华三通信技术有限公司 一种保持安全套接层会话持续性的方法及设备
WO2011066435A2 (en) * 2009-11-25 2011-06-03 Citrix Systems, Inc. Systems and methods for client ip address insertion via tcp options

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7853781B2 (en) * 2001-07-06 2010-12-14 Juniper Networks, Inc. Load balancing secure sockets layer accelerator

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252591A (zh) * 2008-04-03 2008-08-27 中国科学技术大学 实现上下行数据分离的方法和装置
CN101296238A (zh) * 2008-06-17 2008-10-29 杭州华三通信技术有限公司 一种保持安全套接层会话持续性的方法及设备
WO2011066435A2 (en) * 2009-11-25 2011-06-03 Citrix Systems, Inc. Systems and methods for client ip address insertion via tcp options

Also Published As

Publication number Publication date
US20150032807A1 (en) 2015-01-29
CN103379130A (zh) 2013-10-30
US9819730B2 (en) 2017-11-14
MY174320A (en) 2020-04-07

Similar Documents

Publication Publication Date Title
US10237153B2 (en) Packet retransmission method and apparatus
De Caro et al. Comparison of two lightweight protocols for smartphone-based sensing
CN109412946B (zh) 一种确定回源路径的方法、装置、服务器及可读存储介质
EP2741463B1 (en) Data packet transmission method
EP3459217A1 (en) Transporting udp packets over an mptcp connection
US10530644B2 (en) Techniques for establishing a communication connection between two network entities via different network flows
WO2014037760A1 (zh) 增加数据流传输的方法和系统
KR20140070426A (ko) 다중 경로 연결을 확립하기 위한 방법 및 멀티 홈 장비
WO2021063147A1 (zh) 异构网络的报文转发方法及装置
US9571409B2 (en) Maximum transmission unit negotiation method and data terminal
WO2013152614A1 (zh) 一种基于应用层数据的网络接入系统和方法
WO2018076580A1 (zh) 无线网络双边加速传输方法和系统
Liri et al. Robustness of iot application protocols to network impairments
CN111865940B (zh) 一种传输优化的方法及装置
WO2011015020A1 (zh) 文件传输方法、系统及客户端
US7564848B2 (en) Method for the establishing of connections in a communication system
WO2012163262A1 (zh) 一种转发数据的方法及网关
JP3998649B2 (ja) 無線端末、アクセスポイント装置、データ通信システム及びデータ通信方法
WO2015167375A1 (en) Method and tcp proxy for supporting communication between a client device and a server node
WO2020154872A1 (zh) 一种传输控制协议加速方法和装置
WO2010022671A1 (zh) 数据传输的方法、代理装置和系统
US9172774B2 (en) Technique for managing communications at a router
JP2002281106A (ja) データ通信方法及びそのシステム
JP3867896B2 (ja) ルータ装置
WO2023174865A1 (en) Mp-dccp proxy to enable multipath transmission of dccp data packets between a sender and a receiver

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12874292

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: IDP00201406997

Country of ref document: ID

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 05/03/2015)

122 Ep: pct application non-entry in european phase

Ref document number: 12874292

Country of ref document: EP

Kind code of ref document: A1