WO2013163908A1

WO2013163908A1 - Data packet transmission method and device

Info

Publication number: WO2013163908A1
Application number: PCT/CN2013/072567
Authority: WO
Inventors: 殷佳欣
Original assignee: 华为技术有限公司
Priority date: 2012-05-04
Filing date: 2013-03-14
Publication date: 2013-11-07
Also published as: CN103384181B; CN103384181A

Abstract

Provided are a data packet transmission method and device. The method comprises: a terminal sending a first request message to a first node, the first request message carrying first request transmission speed information, the first node being a server or an intermediate node; and the terminal receiving a response sent by the first node, obtaining feedback transmission speed information in the response of the first request message, and sending a second request message to the first node according to the transmission speed indicated by the feedback transmission speed information, the feedback transmission speed information being used for indicating the transmission speed which can be accepted by the first node, and the second request message carrying the second request transmission speed information. The data packet transmission method and device provided in the embodiments of the present invention achieve quick data transmission and increase the transmission efficiency.

Description

Data packet transmission method and device The application request is submitted to the Chinese Patent Office on May 4, 2012, and the application number is

The priority of the Chinese patent application is hereby incorporated by reference.

The present invention relates to communications technologies, and in particular, to a data packet transmission method and device. Background technique

The Constrained Application Protocol (CoAP) is a lightweight and compact communication protocol proposed by the Internet Engineering Task Force (IETF) CoRe (Constrained RESTful Environment) working group. The application scenario is transmitted in a restricted environment. The restricted environment mainly includes two aspects: restricted network and restricted node. A restricted network usually refers to a network with low bandwidth and high packet loss rate or unstable environment. A restricted node usually refers to a central processing unit (CPU) with limited processing capacity or low memory.

In the CoAP protocol, when a large resource needs to be transmitted, the BLOCK transmission mode is used. This transmission method slices large resources and then transmits the slices one by one. The traditional BLOCK transmission method uses the one-to-one method. Each time a client sends a request, it must wait for the server (Server) to return a response (ACK) before proceeding to the next packet request. Otherwise wait, retransmit after timeout. This type of transmission wastes a lot of time on waiting and network delay, and is not an efficient transmission method.

In the actual use environment, the resources transmitted through the CoAP protocol are constantly changing. For the slow transmission speed, if the resources have changed during the slow transmission, then the receiver or the requester Speaking, such data may not be meaningful anymore. Some resources have strong timeliness. If the transmission cannot be completed in the shortest possible time, the resource transmission may end, and may have expired. Under the premise that the BLOCK transmission speed of the CoAP protocol in the existing restricted environment is slow, it is very important to find a method that can accelerate it. SUMMARY OF THE INVENTION Embodiments of the present invention provide a method and apparatus for transmitting data packets to improve transmission efficiency. An embodiment of the present invention provides a data packet transmission method, where the data packet transmission method is based on a CoAP protocol, and includes:

The terminal sends a first request message to the first node, where the first request message carries the first request transmission speed information, and the first node is a server or an intermediate node;

Receiving, by the terminal, the response sent by the first node, acquiring first feedback transmission speed information in the response of the first request message, and transmitting, according to the transmission speed indicated by the first feedback transmission speed information, to the first node Sending a second request message, where the first feedback transmission speed information is used to indicate a transmission speed that the first node can accept, and the second request message carries second request transmission speed information.

An embodiment of the present invention provides a method for transmitting a data packet, where the data packet transmission method is based on a CoAP protocol, and includes:

The server receives the request message sent by the second node, where the request message carries the request transmission speed information, and the second node is a terminal or an intermediate node;

Determining, by the server, whether the transmission speed indicated by the request transmission speed information is a transmission speed acceptable to the server, and if yes, using the requested transmission speed information as feedback transmission speed information, and if not, generating Describe the transmission speed that the server can receive as the feedback transmission speed information;

The server generates a response corresponding to the request message according to the feedback transmission speed information, and sends a response corresponding to the request message to the second node.

The intermediate node receives the first request message sent by the terminal, where the first request message carries the first request transmission speed information;

Determining, by the intermediate node, whether the transmission speed indicated by the first request transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, using the first request transmission speed information as the requested transmission speed information of the relay, if No, generating a request transmission speed information indicating that the intermediate node can accept the transmission speed as the transit; And the intermediate node replaces the requested transmission speed information of the relay with the first request transmission speed information in the first request message, and forwards, to the server, a request message for relaying that carries the requested transmission speed information of the relay.

An embodiment of the present invention provides a terminal, including:

a request message sending unit, configured to send a first request message to the first node, where the first request message carries first request transmission speed information, where the first node is a server or an intermediate node;

a response processing unit, configured to receive a response sent by the first node, and obtain first feedback transmission speed information in a response of the first request message, so that the request message sending unit is configured according to the first feedback transmission speed The transmission speed indicated by the information is sent to the first node, where the first feedback transmission speed information is used to indicate a transmission speed that the first node can accept, and the second request message carries The second request transmits speed information.

An embodiment of the present invention provides a server, including:

a first request receiving unit, configured to receive a request message sent by the second node, where the request message carries request transmission speed information, the second node is a terminal or an intermediate node, and the first determining unit is configured to determine Whether the transmission speed indicated by the request transmission speed information is a transmission speed acceptable to the server, and if yes, using the requested transmission speed information as feedback transmission speed information, and if not, generating to indicate that the server can receive Transmission speed as feedback transmission speed information;

And a first response unit, configured to generate a response corresponding to the request message according to the feedback transmission speed information, and send a response corresponding to the request message to the second node.

An embodiment of the present invention provides an intermediate node, including:

a first proxy receiving unit, configured to receive a first request message sent by the terminal, where the first request message carries first request transmission speed information;

a second determining unit, configured to determine whether the transmission speed indicated by the first request transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, using the first request transmission speed information as a request transmission speed of the relay Information, if not, generating request transmission speed information indicating that the intermediate node can accept the transmission speed as the transit;

a first proxy sending unit, configured to replace the transited request transmission speed information with the first request transmission speed information in the first request message, and forward the relay carrying the requested transmission speed information to the server Request message. An embodiment of the present invention provides a data packet transmission method, where the data packet transmission method is based on a CoAP protocol, and includes:

The terminal sends a communication request message generated by the terminal to the server, where the communication request message carries the first data packet request indication information or the first response interval indication information, where the first data packet request indication information indicates at least two Data packet information obtained by the server, the first response interval indication information is used to indicate that the server responds after receiving at least two data packets;

The terminal receives a response sent by the server corresponding to the communication request message. An embodiment of the present invention provides a method for transmitting a data packet, where the data packet transmission method is based on a CoAP protocol, and includes:

The server receives the communication request message sent by the terminal, where the request message carries the data packet request indication information or the response interval indication information, where the data packet request indication information is specifically at least two data packet information acquired by the server. The response interval indication information is used to indicate that the server responds after receiving at least two data packets;

The server parses the communication request message, obtains the indication information in the request message, and returns a response to the terminal according to the indication information.

An embodiment of the present invention provides a terminal, including:

a first requesting unit, configured to send, to the server, a communication request message generated by the terminal, where the communication request message carries first data packet request indication information or first response interval indication information, the first data packet The request indication information indicates at least two pieces of data packet information acquired by the server, where the first response interval indication information is used to indicate that the server responds after receiving at least two data packets;

And a response receiving unit, configured to receive a response sent by the server corresponding to the communication request message.

An embodiment of the present invention provides a server, including:

a second request receiving unit, configured to receive a communication request message sent by the terminal, where the request message carries data packet request indication information or response interval indication information, where the data packet request indication information is specifically at least two directions Decoding the packet information obtained by the server, where the response interval indication information is used to indicate that the server responds after receiving at least two data packets;

And a second response unit, configured to parse the communication request message, obtain indication information in the request message, and return a response to the terminal according to the indication information. According to the foregoing technical solution, the method for transmitting a data packet provided by the embodiment of the present invention, the terminal sends the first request message to the first node. Receiving a response corresponding to the first request message sent by the first node, acquiring first feedback transmission speed information in the response of the first request message, and sending the second request to the first node according to the transmission speed indicated by the first feedback transmission speed information Message. By requesting the setting of the transmission speed information, the transmission speed can be requested from the server or the intermediate node, and the intermediate node and the server can also modify the request transmission speed information according to the transmission speed that can be accepted by itself, and feedback to the terminal, the terminal and the intermediate node. Or the server implements speed negotiation, which can ensure that each node in the transmission path maintains the highest transmission efficiency, realizes fast data transmission, and improves transmission efficiency.

In the data packet transmission method provided by the embodiment of the present invention, the terminal sends a communication request message generated by the terminal to the server, where the communication request message carries the first data packet request indication information or the first response interval indication information, and the first data packet The request indication information indicates at least two pieces of data packet information acquired by the server, and the first response interval indication information is used to indicate that the server responds after receiving at least two data packets. By carrying the data packet request indication information or the response interval indication information in the communication request message, the terminal realizes the negotiation of the response interval capability between the terminal and the server, effectively utilizes the network bandwidth, and improves the transmission efficiency. DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, a brief description of the drawings used in the embodiments or the prior art description will be briefly described below. Obviously, the drawings in the following description It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any inventive labor.

1 is a flowchart of a method for transmitting a first data packet according to an embodiment of the present invention; FIG. 2 is a signaling diagram of a method for transmitting a data packet according to an embodiment of the present invention; FIG. 3 is a signaling diagram of another method for transmitting a data packet according to an embodiment of the present invention; FIG. 4 is a second type of data packet transmission according to an embodiment of the present invention; FIG. 5 is a flowchart of a method for transmitting a third data packet according to an embodiment of the present invention; FIG. 6 is a flowchart of a method for transmitting a fourth data packet according to an embodiment of the present invention; A schematic diagram of the first terminal structure provided by the example; FIG. 7b is a schematic structural diagram of a second terminal according to an embodiment of the present disclosure;

FIG. 8 is a schematic structural diagram of a third terminal according to an embodiment of the present disclosure;

FIG. 8b is a schematic structural diagram of a fourth terminal according to an embodiment of the present disclosure;

FIG. 9 is a schematic structural diagram of a first server according to an embodiment of the present disclosure;

FIG. 9b is a schematic structural diagram of a second server according to an embodiment of the present invention;

FIG. 10 is a schematic structural diagram of a first intermediate node according to an embodiment of the present invention;

FIG. 10b is a schematic structural diagram of a second intermediate node according to an embodiment of the present invention;

FIG. 11 is a flowchart of a method for transmitting a data packet according to an embodiment of the present invention;

FIG. 12 is a flowchart of another method for transmitting a data packet according to an embodiment of the present invention; FIG. 13 is a signaling diagram of still another method for transmitting a data packet according to an embodiment of the present invention;

FIG. 14 is a schematic structural diagram of a fifth terminal according to an embodiment of the present disclosure;

FIG. 15 is a schematic structural diagram of a third server according to an embodiment of the present disclosure;

FIG. 16 is a flowchart of a transmission process according to an embodiment of the present invention. The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. The embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The terminal in the embodiment of the present invention can be used as a terminal or as an intermediate node for various terminal devices, such as mobile phones, computers, PDAs, notebook computers, remote controllers, household appliances, various instruments, sensors, and the like. Furthermore, the server of the embodiment of the present invention may be various computer devices having processors.

FIG. 1 is a flowchart of a method for transmitting a first data packet according to an embodiment of the present invention. The data transmission process between the terminal and the server in the network of FIG. 1 can also be applied to a data transmission process in which a multi-hop environment in which at least one intermediate node is set as a proxy between the terminal and the server is applied. The method for transmitting a data packet provided by this embodiment specifically includes: Step C10: The terminal sends a first request message to the first node, where the first request message carries the first request transmission speed information, where the first node is a server or an intermediate node; Step C20, the terminal receives Receiving, by the first node, the first feedback transmission speed information in the response of the first request message, and sending the second request to the first node according to the transmission speed indicated by the first feedback transmission speed information The message, where the first feedback transmission speed information is used to indicate a transmission speed that the first node can accept, and the second request message carries the second request transmission speed information.

The first node in this embodiment is a server or an intermediate node, and the terminal can directly communicate with the server, or can perform data forwarding through the intermediate node to implement communication with the server. The first request message REQ or the second request message REQ sent by the terminal may include a GET request message and a PUT/POST request message, the GET request message is used to request data from the server, and the PUT/POST request message is used to push data to the server. The message body of the request message of the CoAP protocol usually includes three parts: Header, Option, and Payload, where the Header part indicates the type of the message, the message id, the number of options, and the like. The Option section is the other extensible metadata part of the message.

Payload is the payload part of the message. The CoAP protocol indicates that the message is part of the BLOCK transmission by having two Options BL0CK1 and BL0CK2 in the Option section. In the general GET request message, the BL0CK2 Option is used to make the server carry data in the response ACK. In the general PUT/POST request message, the data is pushed to the service through the BL0CK1 Option.

The first node in this embodiment is a server. The terminal directly sends the first request message or the second request message to the server, where the first request message carries the first request transmission speed information, and the setting manner of the first request transmission speed information may specifically be: A new Option is added in part. The Option name can be SendSpeed, which is used to indicate the requested transmission speed. The transmission speed can be expressed by absolute speed, for example, 1 packet/s. The SendSpeed Option is only valid during the BLOCK transmission.

When the server receives the first request message, parsing the first request message, obtaining the first transmission speed information in the first request message, and determining whether the transmission speed indicated by the parsed first request transmission speed information is The transmission speed that can be accepted by itself, if yes, the first request transmission speed information is used as feedback transmission speed information, and if not, generating feedback transmission speed information indicating the transmission speed that the server can receive, and according to the feedback transmission speed information Generate a response and send the response to the terminal.

When the server determines whether it can receive the transmission speed indicated by the first request transmission speed information, the server may obtain the parameter information of the server itself, and determine the currently acceptable transmission speed according to the parameter information of the self. For example, the server may determine according to the idle time of the central processing unit. It can also be determined by the memory margin, and can also be determined by the bandwidth occupation information or the remaining storage space. Different servers can select different methods of their own capability metrics according to their own capabilities, which is not limited to this embodiment.

The server may generate a response according to the feedback transmission speed information, and may add a new Option in the Option part of the response, and the Option name may be a SendSpeed, which is used to indicate a transmission speed acceptable to the server, and the transmission speed may also be absolute. Speed to indicate.

The terminal receives the response sent by the server, parses the response, and obtains feedback transmission speed information in the response. If the transmission speed indicated by the feedback transmission speed information is the same as the transmission speed indicated by the first request transmission speed information in the first request message sent to the server, indicating that the server can accept the transmission speed of the request, the terminal will send the server to the server. The transmission speed is adjusted to the transmission speed indicated by the feedback transmission speed information. If the transmission speed indicated by the feedback transmission speed information is different from the transmission speed indicated by the first request transmission speed information in the first request message sent to the server, the server cannot accept the transmission speed of the request, and the feedback transmission The transmission speed indicated by the speed information is a transmission speed acceptable to the server, and the terminal adjusts the transmission speed to the server to the transmission speed indicated by the feedback transmission speed information. The terminal sends a second request message to the server by using the adjusted transmission speed, where the second request message carries the second request transmission speed information.

When the server can accept the transmission speed of the first request message request, the transmission speed indicated by the second request transmission speed information may be greater than the transmission speed of the first request message request. When the server cannot accept the transmission speed of the first request message request, the transmission speed indicated by the second request transmission speed information may be equal to or slightly larger than the transmission speed of the first request message request. Since the transfer speed that the server can accept varies with the processing of the server itself, even if the server cannot accept the transmission speed of the first request message request, the request may be equal to or slightly larger than the first request in the second request message. The transmission speed of the message request, in order to adjust the transmission speed of the terminal in time when the server can accept the transmission speed, so as to fully utilize the processing capability of the server.

Embodiment 2: The first node in this embodiment is an intermediate node. The first request message sent by the terminal is forwarded to the server through the intermediate node, and the response sent by the server is sent to the terminal through the intermediate node. Take an intermediate node between the terminal and the server as an example:

The terminal sends a first request message, where the first request message carries the first request transmission speed information, and the setting manner of the first request transmission speed information is specifically the same as the foregoing embodiment. When the intermediate node receives the first request message, parsing the first request message, acquiring the first request transmission speed information in the first request message, and determining whether the transmission speed indicated by the first request transmission speed information is the intermediate node The acceptable transmission speed, if yes, the first request transmission speed information is used as the requested transmission speed information of the relay, and if not, the request transmission speed information for indicating the transmission speed of the transmission speed that the intermediate node can receive is generated, and the relay is transmitted. The request transmission speed information replaces the first request transmission speed information in the first request message to generate a relay request message, and sends a relay request message to the server.

The server receives the request message sent by the intermediate node, parses the request message, obtains the transit speed information in the relay request message, and determines whether the transmission speed indicated by the parsed transit request transmission speed information is acceptable to the server. a transmission speed, if yes, using the relayed request transmission speed information as feedback transmission speed information, and if not, generating feedback transmission speed information indicating a transmission speed that the server can receive, and generating a response according to the feedback transmission speed information, The response is sent to the intermediate node.

The intermediate node receives the response sent by the server, and can directly forward the response to the terminal, or parse the response, obtain the feedback transmission speed information in the response, and determine whether the transmission speed indicated by the feedback transmission speed information is an acceptable transmission by the intermediate node. Speed, if yes, the feedback transmission speed information is used as the feedback transmission speed information of the relay, and if not, the feedback transmission speed information for indicating the transmission speed of the transmission speed that the intermediate node can receive is generated, and the feedback transmission speed information of the relay is replaced by the response. The feedback transmission speed information generates a relay response, and forwards the relay response to the terminal.

The terminal receives the response sent by the intermediate node, parses the response, and obtains the feedback transmission speed information of the relay in the response. If the transmission speed indicated by the relay feedback transmission speed information is the same as the transmission speed indicated by the request transmission speed information in the first request message, indicating that the server and the intermediate node can accept the transmission speed of the request, the terminal adjusts the transmission speed to the feedback. The transmission speed indicated by the transmission speed information. If the transmission speed indicated by the feedback transmission speed information is different from the transmission speed indicated by the request transmission speed information in the first request message, the server or medium The inter-node cannot accept the transmission speed of the request, and the transmission speed indicated by the feedback transmission transmission speed information is a transmission speed that the server or the intermediate node can accept, and the terminal adjusts the transmission speed to the transmission indicated by the feedback transmission transmission speed information. speed. The terminal sends the second request message by using the adjusted sending speed, where the second request message carries the second request transmission speed information.

In this embodiment, the manner in which the intermediate node determines the transmission speed that the intermediate node can accept and the manner in which the new request transmission speed information is set can be the same as that in the first embodiment, and details are not described herein again. When a plurality of intermediate nodes are set between the terminal and the server, the process of negotiating the transmission speed between the terminal, the plurality of intermediate nodes, and the server is similar to the foregoing process, and details are not described herein. In the method for transmitting a data packet provided by this embodiment, the terminal sends a first request message to the first node. Receiving a response corresponding to the first request message sent by the first node, acquiring first feedback transmission speed information in the response of the first request message, and sending the second request to the first node according to the transmission speed indicated by the first feedback transmission speed information Message. By requesting the setting of the transmission speed information, the transmission speed can be requested from the server or the intermediate node, and the intermediate node and the server can also modify the request transmission speed information according to the transmission speed that can be accepted by itself, and feedback to the terminal, the terminal and the intermediate node. Or the server implements speed negotiation, which can ensure that each node in the transmission path maintains the highest transmission efficiency, realizes fast data transmission, and improves transmission efficiency.

In this embodiment, before the sending, by the terminal, the second request message to the first node according to the transmission speed indicated by the first feedback transmission speed information, the terminal may further include the following steps:

And if the transmission speed indicated by the first feedback transmission speed information is equal to the transmission speed indicated by the first request transmission speed information, the terminal increases exponentially the transmission speed indicated by the first request transmission speed information, and generates The second request transmission speed information indicating an exponentially increasing transmission speed, generating the second request message according to the second request transmission speed information; if the first feedback transmission speed information indicates a transmission speed less than the Transmitting, by the terminal, a transmission speed indicated by the transmission speed information, the terminal linearly increasing the transmission speed indicated by the first request transmission speed information, and generating the second request transmission speed information to indicate a linearly increasing transmission speed And generating, according to the second request transmission speed information, the second request message.

The embodiment provides a method for generating second request transmission speed information, wherein if the transmission speed indicated by the feedback transmission speed information is equal to the transmission speed indicated by the first request transmission speed information, the server and the intermediate node can accept the request. The transmission speed, then a higher request transmission speed can be requested by the second request message, and the first request is transmitted as described in this embodiment. The exponential growth of the transmission speed indicated by the transmission speed information can be realized by an exponential function, for example, y=exp(e), and the exponential growth can increase the growth speed of the transmission speed to quickly approach the server or the intermediate node to accept. transfer speed. It is also possible to double the transmission speed indicated by the first request transmission speed information as the second request transmission speed, which is not limited to the embodiment. If the transmission speed indicated by the feedback transmission speed information is smaller than the transmission speed indicated by the first request transmission speed information, the server or the intermediate node cannot accept the transmission speed of the request, but may carry a slightly higher transmission speed in the second request message. The linear transmission of the transmission speed indicated by the first request transmission speed information as described in this embodiment may be implemented by a proportional function, for example, y=kx, and k is a positive number. In order to maintain the possibility of speed increase, when there is idle processing resource in the server or intermediate node, the transmission speed of the request can be accepted to fully utilize the transmission capacity of the server and the intermediate node.

In the process of increasing the transmission speed of the request, the terminal may also consider the range of transmission speed allowed by its own capability and bandwidth. The transmission speed of the request is usually not greater than the maximum transmission speed allowed by the terminal itself.

In this embodiment, the first request message and the second request message are GET request messages, and the GET request message further carries the requested data packet information. Correspondingly, after receiving the response sent by the first node, the terminal may further include the following steps:

The data packet in the response is obtained, the data packet is processed accordingly, and the data packet reception log is updated.

The data packet information of the request carried in the GET request message is specifically used to indicate the data packet requested by the terminal to the server. When the server receives the GET request message, the server carries the corresponding data packet in the response. The terminal processes the data packet in the response accordingly, and updates the data packet reception log to record the reception status of the data packet.

In this embodiment, the first request message is a PUT/POST first request message, and the PUT/POST first request message further carries a data packet. Correspondingly, after receiving the response sent by the first node, the terminal may further include the following steps: updating the data packet sending log.

The PUT/POST request message carries a data packet for the terminal to push the data packet to the server. When receiving the PUT/POST request message, the server returns a response to the terminal to indicate that the server has received the data packet. The terminal sends a log according to the response update packet to send the data packet. Send the situation for recording.

The packet receiving log and the data packet sending log may be recorded in the same log. By recording the receiving status and the sending status of the data packet, the unreceived data packet or the unsuccessful data packet may be re-requested according to the log. , improve the targeting and scheduling of the terminal's request transmission.

In this embodiment, the method for transmitting the data packet may further include the following steps: if the terminal sends the first request message to the first node within a preset time, the first node does not receive the sending Responding to resending the first request message to the first node.

If the first request message is a GET request message, the terminal does not receive a response corresponding to the GET request message within a preset time period of sending the GET request message, and the terminal resends the GET request message to request the unreceived data packet. . If the first request message is a PUT/POST request message, the terminal does not receive a response corresponding to the PUT/POST request message within a preset time period of sending the PUT/POST request message, and the terminal resends the PUT/POST request message. To resend unresponsive packets. Example 1:

2a is a signaling diagram of a method for transmitting a data packet according to an embodiment of the present invention. As shown in FIG. 2a, the terminal sends a GET request message REO to the server at a certain sending speed. The GET request message carries the request transmission speed information and the requested data packet information, and the sending speed is, for example, 1 packet/s, and the request transmission is performed. The transmission speed indicated by the speed information SendSpeed is, for example, 2 packets/s, and the block ID of the requested data packet is 1.

The server receives the GET request message, parses the GET request message, and learns that the transmission speed indicated by the request transmission speed information SendSpeed is 2 packets/s, and the server determines that 2 packets/s is the currently acceptable transmission speed, and generates an indication for indicating The transmission speed is 2 packets/s feedback transmission speed information SendSpeed, and a response ACK is generated according to the feedback transmission speed information SendSpeed and the block ID 1 is sent to the terminal.

The terminal receives the response, parses the response, processes the packet with the BlockID of 1 carried in the response, and updates the packet receiving log. At the same time, the terminal can know that 2 packets/s is a transmission speed acceptable to the server, and then adjusts the requested transmission speed to 4 packets/s, and generates a GET request message for requesting a packet with a BlockID of 2 and a BlockID of 3, respectively. Both GET request messages carry a request transmission speed information SendSpeed which is useful to indicate a transmission speed of 4 packets/s. The terminal sends the above two GET request messages to the server at a rate of 2 packets/s.

When the server receives the GET request message for requesting the data packet of BlocklD 2, the GET request message is parsed, and the transmission speed indicated by the request transmission speed information SendSpeed is 4 packets/s, and the server determines the transmission that is currently acceptable to the server. When the speed is 2 packets/s, a feedback transmission speed information SendSpeed indicating that the transmission speed is 2 packets/s is generated, and a response carrying a packet with BlocklD 2 is generated, and the response carries a useful value to indicate that the transmission speed is 2 packets. /s feedback transmission speed information SendSpeed. The server sends the response to the terminal.

When the server receives the GET request message for requesting the data packet of BlocklD to 3, the GET request message is parsed, and the transmission speed indicated by the request transmission speed information SendSpeed is 4 packets/s, and the server determines the transmission that is currently acceptable to the server. The speed is 2 packets/s, and the feedback transmission speed information SendSpeed is generated to indicate the transmission speed is 2 packets/s, and the response carrying the data packet carrying the Block1D is 3, and the response carries the information to indicate that the transmission speed is 2 packets. /s feedback transmission speed information SendSpeed. The server sends the response to the terminal.

The terminal sequentially receives two responses sent by the server, and processes the data packets of BlocklD 2 and Block 1D respectively carried in the two responses, and updates the data packet reception. At the same time, the terminal can know that 4 packets/s is the transmission speed that the server cannot accept, and 2 packets/s is the transmission speed that the server can accept. Then the transmission speed of the request is adjusted to 3 packets/s, and respectively generated for requesting BlocklD to be 4 A GET request message with a packet of BlocklD of 5, both of which carry a request transmission speed information SendSpeed indicating a transmission speed of 3 packets/s. The terminal sends the above two GET request messages to the server at a rate of 2 packets/s.

When the server receives the GET request message for requesting the data packet with the Block1D of 4, the GET request message is parsed, and the transmission speed indicated by the request transmission speed information SendSpeed is 3 packets/s, and the server determines the transmission that is currently acceptable to the server. When the speed is 2 packets/s, a feedback transmission speed information SendSpeed indicating that the transmission speed is 2 packets/s is generated, and a response carrying a packet with BlocklD of 4 is generated, and the response carries a useful value to indicate that the transmission speed is 2 packets. /s feedback transmission speed information SendSpeed. The server sends the response to the terminal.

When the server receives the GET request message for requesting the data packet of BlocklD 5, the GET request message is parsed, and the transmission speed indicated by the request transmission speed information SendSpeed is 3 packets/s, and the server determines that it can accept 3 packets at present. /s transmission speed, then generated A response carrying a packet with a BlocklD of 5 is generated with the feedback transmission speed information SendSpeed indicating that the transmission speed is 3 packets/s, and the response carries a feedback transmission speed information SendSpeed indicating that the transmission speed is 3 packets/s. The server sends the response to the terminal.

The terminal sequentially receives two responses sent by the server, and processes the data packets of BlocklD 4 and BlocklD 5 respectively carried in the two responses, and updates the data packet receiving message. Since the transmission speed indicated by the SendSpeed speed information in the response of the packet carrying the BlocklD of 5 is 3 packets/s, indicating that the server is freed from a certain other task, the terminal can continue to request a higher transmission speed. . However, due to the limitation of the terminal's own capabilities, 5 packets / s is the highest transmission speed allowed by the terminal, and the transmission rate of 5 packets / s is requested in the new request message. Thus, within the range allowed by the terminal and server capabilities, the transmission speed will gradually approach the transmission speed acceptable to the weaker nodes.

When the terminal sends a PUT/POST request message to the server, the process of negotiating the transmission speed between the terminal and the server is similar to the process of processing the GET request message, and details are not described herein.

It should be noted that, as shown in FIG. 2b, in an actual implementation process, the terminal may send multiple GET request messages to the server at a certain transmission speed, and when the server receives the GET request message, the request in each GET request message is received. The transmission speed information generates feedback transmission speed information, and sends the feedback transmission speed information to the terminal in response to speed negotiation with the terminal. After receiving the response returned by the server, the terminal adjusts the request transmission speed information in the next GET request according to the feedback transmission speed information. That is, before the terminal receives the response sent by the server, the request transmission speed information carried in the GET request message sent to the server may be the same, and the response received by the terminal may be a response corresponding to a previously sent request message. After receiving the response sent by the server, the terminal sends a GET request to the server to adjust the requested transmission speed information in the next GET request according to the feedback transmission speed information carried in the response received by the newly received server.

Example two:

FIG. 3 is a signaling diagram of another method for transmitting a data packet according to an embodiment of the present invention. As shown in FIG. 3, the format of the request message and the response in this example is the same as the above example, and details are not described herein again. In this example, only the transmission speed negotiation process is described.

In a transmission speed negotiation process, the terminal sends a GET request message to the intermediate node at a certain transmission speed, and the GET request message carries the transmission speed indicated by the request transmission speed information SendSpeed as 1 packet/s. The intermediate node receives the GET request message, parses the GET request message, and learns that the transmission speed indicated by the request transmission speed information SendSpeed is 1 packet/s, and 1 packet/s is the transmission speed that is currently acceptable by itself, and the GET request message is sent. Forward directly to the server.

The server receives the GET request message, parses the GET request message, and knows that the transmission speed indicated by the request transmission speed information SendSpeed is 1 packet/s, and the 1 packet/s is the transmission speed that is currently acceptable by itself, and the generation is useful to indicate The response is a response of the transmission speed information SendSpeed of 1 packet/s, and the response is sent to the intermediate node.

The intermediate node receives the response, parses the response, and knows that the transmission speed indicated by the feedback transmission speed information SendSpeed is 1 packet/s, and 1 packet/s is the transmission speed that is currently acceptable, and the response is directly forwarded to the terminal.

In another transmission speed negotiation process, the terminal sends a GET request message to the intermediate node at a certain transmission speed, and the GET request message carries the requested transmission speed information, and the transmission speed indicated by SendSpeed is 4 packets/s.

The intermediate node receives the GET request message, parses the GET request message, and knows that the transmission speed indicated by the request transmission speed information SendSpeed is 4 packets/s, and the 4 packets/s is the transmission speed that is not acceptable at present, and the 3 packets/s is At the current acceptable transmission speed, a request transmission speed information SendSpeed indicating a transmission speed of 3 packets/s is generated, and the original request transmission speed information SendSpeed in the GET request message is replaced. The intermediate node sends the GET request message to the server.

The server receives the GET request message, parses the GET request message, and knows that the transmission speed indicated by the request transmission speed information SendSpeed is 3 packets/s, 3 packets/s is the transmission speed that is not acceptable at present, and 2 packets/s is current. At a transmission speed that is acceptable for itself, a response carrying feedback transmission speed information SendSpeed indicating a transmission speed of 2 packets/s is generated, and the response is transmitted to the intermediate node.

The intermediate node receives the response, parses the response, and knows that the transmission speed indicated by the feedback transmission speed information SendSpeed is 2 packets/s, and 2 packets/s is the transmission speed that is currently acceptable, and the response is directly forwarded to the terminal.

When the terminal sends a PUT/POST request message to the server through the intermediate node, the negotiation process of the transmission speed between the terminal, the intermediate node, and the server is similar to the process of processing the GET request message, and details are not described herein.

FIG. 4 is a flowchart of a method for transmitting a second type of data packet according to an embodiment of the present invention. Figure 4 The data transmission process between the terminal and the server in the network may also be applied to a data transmission process in which a multi-hop environment in which at least one intermediate node is provided as a proxy terminal between the terminal and the server. The method for transmitting a data packet provided in this embodiment may be implemented by using a server. The method for transmitting a data packet provided by this embodiment may be implemented in cooperation with a transmission speed negotiation method applied to the terminal side according to any embodiment of the present invention. Process, this will not go into details.

The method for transmitting a data packet provided in this embodiment specifically includes:

Step S10: The server receives the request message sent by the second node, where the request message carries the request transmission speed information, and the second node is a terminal or an intermediate node;

Step S20: The server determines whether the transmission speed indicated by the request transmission speed information is a transmission speed acceptable to the server, and if yes, uses the requested transmission speed information as feedback transmission speed information, and if not, generates The transmission speed information indicating the transmission speed that the server can receive is used as the feedback transmission speed information;

Step S30: The server generates a response corresponding to the request message according to the feedback transmission speed information, and sends a response corresponding to the request message to the second node.

In the method for transmitting a data packet provided by this embodiment, the server receives the request message sent by the second node. Determining whether the transmission speed indicated by the request transmission speed information is a transmission speed acceptable to the server, and if so, requesting the transmission speed information as the feedback transmission speed information, and if not, generating a feedback transmission speed indicating the transmission speed that the server can receive information. A response corresponding to the request message is generated based on the feedback transmission speed information, and a response corresponding to the request message is transmitted to the second node. By requesting the setting of the transmission speed information, the request message received by the server carries the requested transmission speed information, and the server can know the transmission speed requested by the terminal or the transmission speed that the intermediate node can accept, and the server can also according to the transmission speed that can be accepted by the server. The request transmission speed information is modified, and feedback is sent to the terminal, and the terminal negotiates with the intermediate node or the server to ensure that each node in the transmission path maintains the highest transmission efficiency, realizes fast data transmission, and improves transmission efficiency. .

FIG. 5 is a flowchart of a method for transmitting a third data packet according to an embodiment of the present invention. As shown in FIG. 5, in this embodiment, in step S20, the server may further include the following steps: before the server determines whether the transmission speed indicated by the request transmission speed information is an acceptable transmission speed. Step S40: Obtaining, by the server, parameter information of the server, and determining, according to the parameter information, a transmission speed that the server can accept, where the parameter information includes at least the following And a central processor idle time information of the server, a memory remaining amount information of the server, and bandwidth occupation information of the server.

The central processing unit idle time information, the memory remaining information, and the bandwidth occupation information of the server are all factors that can affect the transmission capability of the server. By synthesizing at least one of the above parameter information, the transmission speed acceptable to the server can be determined, which can be improved. The rationality and accuracy of the transmission speed determination.

In this embodiment, the request message is a GET request message, and the GET request message further carries the requested data packet information. Correspondingly, the server in step S30 generates a response corresponding to the request message according to the feedback transmission speed information, which may specifically include the following steps:

And the server generates a response corresponding to the request message according to the data packet corresponding to the requested data packet information, and adds the feedback transmission speed information to the response.

In this embodiment, the request message is a PUT/POST request message, and the PUT/POST request message further carries a data packet. Correspondingly, the server in step S30 generates a response corresponding to the request message according to the feedback transmission speed information, which may specifically include the following steps: the server generates an indication to receive the PUT/POST request message. The response of the data packet is added to the response.

In this embodiment, the second node is a terminal, and the request message is a first request message, where the first request message carries first request transmission speed information, and the response is the first request message. The request message is a transit request message, and the relay request message carries the requested transmission speed information, and the response is the transit request message. the response to.

FIG. 6 is a flowchart of a fourth method for transmitting a data packet according to an embodiment of the present invention. As shown in Figure 6, there is a data transmission process in which a multi-hop environment with at least one intermediate node as a proxy is set. Real

The transmission speed negotiation method on the end side and the server side is implemented in conjunction with the specific implementation process, which is not described here.

A method for transmitting a data packet provided by this embodiment specifically includes:

Step N10: The intermediate node receives a first request message sent by the terminal, where the first The request message carries the first request transmission speed information;

Step N20: The intermediate node determines whether the transmission speed indicated by the first request transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, using the first request transmission speed information as a request transmission speed of the relay Information, if not, generating request transmission speed information indicating that the intermediate node can accept the transmission speed as the transit;

Step N30: The intermediate node replaces the transit request transmission speed information with the first request transmission speed information in the first request message, and forwards, to the server, the relay that carries the transit request transmission speed information. Request message.

Step N10 to Step N30 is a processing procedure of the request message sent by the intermediate node to the terminal to the server.

In the data packet transmission method provided by this embodiment, the intermediate node receives the first request message sent by the terminal, where the first request message carries the first request transmission speed information. Determining whether the transmission speed indicated by the first request transmission speed information is a transmission speed acceptable to the intermediate node, and if so, using the first request transmission speed information as the requested transmission speed information of the relay, and if not, generating an indication that the intermediate node can Transmitted request transmission speed information of the accepted transmission speed. The relayed request transmission speed information is replaced with the first request transmission speed information in the first request message, and the relayed request message carrying the relayed request transmission speed information is forwarded to the server. The intermediate node can identify the request transmission speed information in the request message or the feedback transmission speed information in the response, and cooperate with the terminal and the server to implement the negotiation of the transmission speed, so as to ensure that each node in the transmission path maintains the highest transmission efficiency and realizes the data. Fast transmission and improved transmission efficiency.

In this embodiment, the method for transmitting the data packet may further include the following steps: Step N40: The intermediate node receives a response that is sent by the server and is corresponding to the request message of the relay, where The response of the request message carries feedback transmission speed information;

Step N50: The intermediate node determines whether the transmission speed indicated by the feedback transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, using the feedback transmission speed information as the feedback transmission speed information of the relay, if not And generating feedback transmission speed information for indicating the transfer speed of the transmission speed acceptable to the intermediate node;

Step N60: The intermediate node replaces the feedback transmission speed information of the relay with the feedback transmission speed information in the response, and forwards the feedback transmission speed carrying the relay to the terminal. The response of the transit of the information.

Step N40 to Step N60 is a process of processing the feedback sent by the intermediate node to the server to the terminal. The intermediate node has the resolving capability, and can obtain the request transmission speed information in the request message or the feedback transmission speed information in the response, and adjust the above information according to its own capabilities.

In this embodiment, when a plurality of intermediate nodes are disposed between the terminal and the server, the interaction process between the intermediate nodes is similar to the foregoing process, and details are not described herein.

FIG. 7 is a schematic structural diagram of a first terminal according to an embodiment of the present invention. As shown in FIG. 7a, the terminal 81 provided in this embodiment may be applied to the terminal 81 provided by any embodiment of the present invention. The terminal 81 provided in this embodiment specifically includes a request message sending unit 11 and a response processing unit 12. The request message sending unit 11 is configured to send a first request message to the first node 82, where the first request message carries the first request transmission speed information, and the first node 82 is a server or an intermediate node. The response processing unit 12 is configured to receive the response sent by the first node 82, and obtain the first feedback transmission speed information in the response of the first request message, so that the request message sending unit 11 is configured according to the first feedback. And transmitting, by the transmission speed information, a second request message to the first node 82, where the first feedback transmission speed information is used to indicate a transmission speed that the first node 82 can accept, the second request The message carries the second request transmission speed information.

In the terminal 81 provided by the embodiment, the request message sending unit 11 sends a first request message to the first node 82, and the response processing unit 12 receives the response sent by the first node 82, and obtains the response in the first request message. The first feedback transmission speed information is such that the request message transmitting unit 11 transmits a second request message to the first node 82 according to the transmission speed indicated by the first feedback transmission speed information. By requesting the setting of the transmission speed information, the transmission speed can be requested from the server or the intermediate node, and the intermediate node and the server can also modify the request transmission speed information according to the transmission speed that can be accepted by itself, and feedback to the terminal 81, and the terminal 81 and Speed negotiation between the intermediate node or the server ensures that each node in the transmission path maintains the highest transmission efficiency, realizes fast data transmission, and improves transmission efficiency.

FIG. 7 is a schematic structural diagram of a second terminal according to an embodiment of the present invention, including a memory 701, and a processor 601. The memory 701 is used to store the units described in FIG. 7a, the processor 601 is connected to the memory 701, and each unit in the running memory 701 performs the corresponding function of each unit in the memory 701. The functions of the units in the memory 701 in FIG. 7b are the same as those of the units in FIG. 7a. The embodiments of the present invention are not described in detail herein.

FIG. 8 is a schematic structural diagram of a third terminal according to an embodiment of the present invention. As shown in FIG. 8a, in the embodiment, the response processing unit 12 may be further configured to: if the transmission speed indicated by the first feedback transmission speed information is equal to the transmission speed indicated by the first request transmission speed information, And exponentially increasing the transmission speed indicated by the first request transmission speed information, generating the second request transmission speed information to indicate an exponentially increasing transmission speed, and generating the first information according to the second request transmission speed information. a request message; if the transmission speed indicated by the first feedback transmission speed information is smaller than the transmission speed indicated by the first request transmission speed information, linearly increasing the transmission speed indicated by the first request transmission speed information, for generating The second request message is generated according to the second request transmission speed information with the second request transmission speed information indicating a linearly increasing transmission speed.

In this embodiment, the first request message is a GET request message, and the GET request message further carries the requested data packet information. Correspondingly, the terminal 81 may further include a first processing unit 13 for acquiring a data packet in the response, processing the data packet accordingly, and updating the data packet receiving log.

In this embodiment, the first request message is a PUT/POST first request message, and the PUT/POST first request message further carries a data packet. Correspondingly, the terminal 81 may further include a second processing unit 14, and the second processing unit 14 is configured to update the data packet transmission log.

The packet receiving log and the data packet sending log may be recorded in the same log. By recording the receiving status and the sending status of the data packet, the unreceived data packet or the unsuccessful data packet may be re-requested according to the log. The targeting and scheduling of the request transmission by the terminal 81 are improved.

In this embodiment, the terminal 81 may further include a re-request unit 15 for not receiving the first time within a preset time after sending the first request message to the first node 82. The response sent by the node 82 resends the first request message to the first node 82. By re-requesting the settings of unit 15, it is possible to avoid data inconsistency due to packet loss.

FIG. 8 is a schematic structural diagram of a fourth terminal according to an embodiment of the present invention, including a memory 702, and a processor 602. The memory 702 is used to store the units described in FIG. 8a, the processor 602 is connected to the memory 702, and each unit in the running memory 702 performs the corresponding function of each unit in the memory 702. The functions of the units in the memory 702 in FIG. 8b are the same as those of the units in FIG. 8a. The embodiments of the present invention are not described in detail herein.

FIG. 9 is a schematic structural diagram of a first server according to an embodiment of the present invention. As shown in FIG. 9a, the server 83 provided in this embodiment may specifically implement the application provided by any embodiment of the present invention.

The server 83 provided in this embodiment specifically includes a first request receiving unit 21, a first determining unit 22, and a first response unit 23. The first request receiving unit 21 is configured to receive the request message sent by the second node 84, where the request message carries the requested transmission speed information, and the second node 84 is a terminal or an intermediate node. The first determining unit 22 is configured to determine whether the transmission speed indicated by the request transmission speed information is a transmission speed acceptable to the server 83, and if yes, use the requested transmission speed information as feedback transmission speed information, and if not, A transmission speed indicating that the server 83 can receive is generated as feedback transmission speed information. The first response unit 23 is configured to generate a response corresponding to the request message according to the feedback transmission speed information, and send a response corresponding to the request message to the second node 84.

In the server 83 provided by the embodiment, the first request receiving unit 21 receives the request message sent by the second node 84, and the first determining unit 22 determines whether the transmission speed indicated by the request transmission speed information is a transmission acceptable to the server 83. Speed, if yes, using the requested transmission speed information as feedback transmission speed information, and if not, generating feedback transmission speed information indicating a transmission speed that the server 83 can receive, the first response unit 23 according to the feedback The transmission speed information generates a response corresponding to the request message, and transmits a response corresponding to the request message to the second node 84. By requesting the setting of the transmission speed information, the request message received by the server 83 carries the requested transmission speed information, and the server 83 can know the transmission speed requested by the terminal or the transmission speed that the intermediate node can accept, and the server 83 can also accept according to itself. The transmission speed is modified by the request transmission speed information, and feedback is sent to the terminal, and the terminal negotiates with the intermediate node or the server 83 to ensure that each node in the transmission path maintains the highest transmission efficiency and realizes fast data transmission. Improve transmission efficiency.

Further, in this embodiment, the server may further include a transmission speed determining unit, where the transmission speed determining unit acquires parameter information of the server, and determines, according to the parameter information, a transmission speed that the server can accept, where The parameter information includes at least one of the following: central processor idle time information of the server, memory remaining amount information of the server, and bandwidth occupation information of the server. In this embodiment, the request message is a GET request message, and the GET request message further carries the requested data packet information. Correspondingly, the first response unit is further configured to generate a response corresponding to the request message according to the data packet corresponding to the requested data packet information, and add the feedback transmission speed information to the response.

In this embodiment, the request message is a PUT/POST request message, and the PUT/POST request message further carries a data packet. Correspondingly, the first response unit is further configured to generate a response to indicate receipt of the data packet in the PUT/POST request message, and add the feedback transmission speed information to the response.

FIG. 9b is a schematic structural diagram of a second server according to an embodiment of the present invention, including a memory 703, and a processor 603. The memory 703 is used to store the units described in FIG. 9a, the processor 603 is connected to the memory 703, and the units in the memory 703 execute the respective functions of the units in the memory 703. The functions of the units in the memory 703 in Fig. 9b are the same as those of the units in Fig. 9a, and the embodiments of the present invention will not be described in detail herein. FIG. 10a is a schematic structural diagram of a first intermediate node according to an embodiment of the present invention. As shown in FIG. 10a, the intermediate node 85 provided in this embodiment may implement various steps of the method for transmitting data packets applied to the intermediate node according to any embodiment of the present invention, and details are not described herein.

The embodiment provides that the intermediate node 85 includes a first proxy receiving unit 31, a second judging unit 32, and a first proxy transmitting unit 33. The first proxy receiving unit 31 is configured to receive the first request message sent by the terminal 81, where the first request message carries the first request transmission speed information. The second determining unit 32 is configured to determine whether the transmission speed indicated by the first request transmission speed information is a transmission speed that the intermediate node 85 can accept, and if yes, transmit the first request transmission speed information as a request for transiting The speed information, if not, generates request transmission speed information indicating that the intermediate node 85 can accept the transmission speed as the relay. The first proxy sending unit 33 is configured to replace the transited request transmission speed information with the first request transmission speed information in the first request message, and forward the request transmission speed information carrying the transit to the server 83. Transit request message.

In the intermediate node 85 provided by the embodiment, the first proxy receiving unit 31 receives the first request message sent by the terminal 81, and the second determining unit 32 determines whether the transmission speed indicated by the first request transmission speed information is the intermediate node 85. The acceptable transmission speed, if yes, the first request transmission speed information is used as the requested transmission speed information of the relay, and if not, the request transmission speed for instructing the transmission of the transmission speed acceptable to the intermediate node 85 is generated. Information, first The proxy sending unit 33 replaces the transited request transmission speed information with the first request transmission speed information in the first request message, and forwards the relay request message carrying the relayed request transmission speed information to the server 83. . The intermediate node can identify the request transmission speed information in the request message or the feedback transmission speed information in the response, and cooperate with the terminal and the server to implement the negotiation of the transmission speed, so as to ensure that each node in the transmission path maintains the highest transmission efficiency and realizes the data. Fast transmission and improved transmission efficiency.

In this embodiment, the intermediate node may further include a second proxy receiving unit, a third determining unit, and a second proxy sending unit. The second proxy receiving unit is configured to receive a response that is sent by the server and is corresponding to the request message of the relay, where the response corresponding to the relayed request message carries feedback transmission speed information. The third determining unit is configured to determine whether the transmission speed indicated by the feedback transmission speed information is a transmission speed that the intermediate node can accept, and if yes, use the feedback transmission speed information as the feedback transmission speed information of the relay, and if not, Then, feedback transmission speed information is generated to indicate the transfer speed of the transmission speed that the intermediate node can accept. The second proxy transmits a feedback transmission speed information for replacing the relay to replace the feedback transmission speed information in the response, and forwards a response of the relay carrying the relayed feedback transmission speed information to the terminal.

FIG. 10b is a schematic structural diagram of a second intermediate node according to an embodiment of the present invention, including a memory 704, and a processor 604. The memory 704 is used to store the units described in FIG. 10a, the processor 604 is coupled to the memory 704, and the units operating the memory 704 perform the respective functions of the units in the memory 704. The functions of the units in the memory 704 in FIG. 10b are the same as those of the units in FIG. 10a, and the embodiments of the present invention are not described in detail herein.

In the above unit embodiment, each unit included is only divided according to functional logic, but is not limited to the above division, as long as the corresponding function can be realized; in addition, the specific names of the functional units are only for convenience. They are distinguished from each other and are not intended to limit the scope of protection of the present invention. The operations performed by the terminal, the intermediate node, and the server in the foregoing method for implementing the data packet transmission, and the functions of the functional units of the terminal, the server, and the intermediate node in the device map may be operated by the processor of the terminal, the server, and the intermediate node. carry out,

In addition, the terminal of FIG. 7a-8b may perform any step performed by the group server in the foregoing method flow embodiment, and the server in FIG. 9a and FIG. 9b may perform any step performed by the server in the foregoing method flow embodiment, The intermediate nodes of 10a and 10b may also perform any of the steps performed by the intermediate nodes in the foregoing method flow embodiments, and the present invention is no longer described in detail. FIG. 11 is a flowchart of a method for transmitting a data packet according to an embodiment of the present invention. The data transmission process between the terminal and the server in the network of FIG. 11 can also be applied to a data transmission process in which a multi-hop environment in which at least one intermediate node is set as a proxy terminal between the terminal and the server. The method for transmitting a data packet provided by this embodiment specifically includes:

Step A10: The terminal sends a communication request message generated by the terminal to the server, where the communication request message carries the first data packet request indication information or the first response interval indication information, and the first data packet request indication information And indicating at least two pieces of data packet information obtained by the server, where the first response interval indication information is used to indicate that the server responds after receiving at least two data packets;

Step A20: The terminal receives a response sent by the server and corresponding to the communication request message.

Specifically, the first data packet request indication information or the first response interval indication information may be set according to the current network condition. The first packet request indication information and the first response interval indication information are specifically directed to different communication request messages. When the communication request message is a GET communication request message, the GET communication request message carries data packet request indication information, where the data packet request indication information is used to indicate information of a data packet requested by the server at a time, the number of the data packet is at least Two. When the communication request message is a PUT/POST communication request message, the PUT/POST communication request message carries the response interval indication information, where the response interval indication information is used to indicate that the server returns after receiving the corresponding number of data packets of the response interval indication information. In response, the number is also at least two.

In the data packet transmission method provided by the embodiment, the terminal sends a communication request message generated by the terminal to the server, where the communication request message carries the first data packet request indication information or the first response interval indication information, and the first data packet request The indication information indicates at least two pieces of packet information acquired to the server, and the first response interval indication information is used to instruct the server to respond after receiving at least two data packets. By carrying the data packet request indication information or the response interval indication information in the communication request message, the terminal realizes the negotiation of the response interval capability between the terminal and the server, effectively utilizes the network bandwidth, and improves the transmission efficiency.

In a multi-hop environment in which at least one intermediate node is provided as a proxy between the terminal and the server, the intermediate node only forwards the data exchanged between the terminal and the server.

In this embodiment, the communication request message is a first GET communication request message; The law further includes:

Step A30: The terminal determines, according to the first data packet receiving log, the first network packet loss rate. Step A10: The terminal sends the communication request message generated by the terminal to the server, where the terminal includes: the terminal according to the first network packet loss Generating the first data packet request indication information, and generating the first GET communication request message, where the first GET communication request message carries the first data packet request indication information, if the first network packet loss The first packet request indication information indicates at least two packet information acquired to the server; the first GET communication request message is sent to the server, so that the server is configured according to the server. The first data packet request indication information transmits a response carrying a data packet corresponding to the first data packet request indication information.

Specifically, the first GET communication request message carries the first data packet request indication information, and the setting manner of the first data packet request indication information may be: adding a new Option in the Option part of the first GET communication request message, where The Option name can be ACKGap, which is used to indicate the number of packets requested at one time. The communication request message also carries the BlockID of the requested data packet.

The first network packet loss rate can reflect the current network situation, and the first data packet reception log can be set in the terminal to record the data packet reception status. The terminal may determine the first network packet loss rate according to the first data packet receiving log. When the packet loss rate of the first network is less than the first preset threshold, the current network status is good, and the first GET communication request message is generated according to the first network packet loss rate.

When the packet loss rate of the first network is greater than the first preset threshold, indicating that the current network condition is not good, the first data packet request indication information or the value corresponding to the first response interval indication information may be set to a smaller value. , such as 1. Requesting one data packet at a time in the first GET communication request message, the server sends a response carrying the data packet of the request, or the first PUT/POST communication request message carries the first response interval indication information with a value of 1, The server feeds back a response to the terminal after receiving a data packet according to the first response interval indication information. If the current network status is good, the first data packet request indication information or the value corresponding to the first response interval indication information may be set to a larger value, such as 5. In the first GET communication request message, five data packets are requested at a time, and the server sends five responses carrying the data packets of the request, and each response carries one data packet. Or the first PUT/POST communication request message carries the first response interval indication information with a value of 5, and the server receives the information according to the first response interval indication information. A response is fed back to the terminal after five packets.

The correspondence between the network packet loss rate and the data packet request indication information or the response interval indication information value may be established according to the transmission condition of the collected network, so as to fully utilize the network resources and ensure efficient multiplexing of the signals. The network packet loss rate and the data packet request indication information or the response interval indication information value may also be inversely related to reduce the difficulty of setting the data packet request indication information or the response interval indication information.

In this embodiment, the method for transmitting the data packet may further include the following steps: Step A40: The terminal determines a packet loss rate of the second network according to the second data packet receiving log. Step A50: Generating the second packet request indication information by using the second network packet loss rate;

If the packet loss rate of the second network is smaller than the first preset threshold, the number of data packets acquired by the second data request indication information to the server is greater than the direction indicated by the first data packet request indication information. The number of data packets acquired by the server; or, if the second network packet loss rate is greater than the second preset domain value, the number of data packets obtained by the second data request indication information to the server is less than The first data packet request indication information indicates the number of data packets acquired by the server;

Step A60: The terminal generates a second GET communication request message, where the second GET communication request message carries the second data packet request indication information;

Step A70: The terminal sends a second GET communication request message to the server, so that the server sends, according to the second data packet request indication information, a data packet that carries the information corresponding to the second data packet request indication information. the response to.

Specifically, the second data packet receiving log and the first data packet receiving log may be the same log, and the second network packet loss rate may reflect the current network condition, and if the second network packet loss rate is still less than the first preset threshold , indicating that the current network condition continues to be good, the number of packets that can be requested from the server is greater than the number of packets that were requested last time. If the second network packet loss rate is greater than the second preset threshold, and the second preset threshold is greater than the first preset threshold, the current network condition is deteriorated, and the number of data packets that can be requested from the server is smaller than the previous time. The number of requested packets.

In this embodiment, the communication request message is a first PUT/POST communication request message; the method further includes the following steps:

A31. The terminal determines, according to the first data packet sending log, a third network packet loss rate.

A10. The terminal sends the communication request message generated by the terminal to the server, which may specifically include The following steps:

The terminal generates the response interval indication information according to the third network packet loss rate, generates the first PUT/POST communication request message according to the first response interval indication information, and sends the first message to the server. a PUT/POST communication request message, if the third network packet loss rate is less than a first preset threshold, the first response interval indication information is used to indicate that the server responds after receiving at least two data packets; And causing the server to return a response after receiving the number of data packets indicated by the first response interval indication information.

Specifically, the first PUT/POST communication request message carries the first response interval indication information, and the setting manner of the first response interval indication information may be: adding a new Option in the Option part of the first PUT/POST communication request message. The Option name may be specifically ACKGap, which is used to indicate that the server returns a response after receiving the data packet corresponding to the ACKGap value.

The third network packet loss rate can reflect the current network situation, and the first data packet transmission log can be set in the terminal to record the data packet transmission. The terminal may determine the third network packet loss rate according to the first data packet sending log. When the packet loss rate of the third network is less than the first preset threshold, it may be stated that the current network condition is good, and the first PUT/POST communication request message is generated according to the third network packet loss rate.

In this embodiment, the method for transmitting the data packet may further include the following steps:

A41. The terminal determines, according to the second data packet sending log, a packet loss rate of the fourth network.

A51. The terminal generates the second response interval indication information according to the fourth network packet loss rate.

If the fourth network packet loss rate is smaller than the first preset threshold, the number of the second response interval indication information indication is greater than the number indicated by the first response interval indication information; or, if the fourth network is lost The packet rate is greater than the second preset field value, and the quantity indicated by the second response interval indication information is smaller than the number indicated by the first response interval indication information;

A61. The terminal generates a second PUT/POST communication request message according to the second response interval indication information, and sends the second PUT/POST communication request message to the server, so that the server receives the The second response interval indicates the number of packets indicated by the information and returns a response.

Specifically, the second data packet sending log and the first data packet sending log may be the same, and the fourth network packet loss rate may reflect the current network condition, and if the fourth network packet loss rate is still less than the first A preset threshold indicates that the current network condition continues to be good, and the response interval that can be requested from the server is greater than the response interval of the previous request. If the packet loss rate of the fourth network is greater than the second preset threshold, and the second preset threshold is greater than the first preset threshold, the current network condition is deteriorated, and the response interval that can be requested from the server is smaller than the previous request. Response interval.

In this embodiment, the terminal in the foregoing step, according to the first network packet loss rate, generates the first data packet request indication information, which may specifically include the following steps:

The terminal generates the first data packet request indication information according to an inverse ratio of the first network packet loss ratio.

In this embodiment, the terminal in the foregoing step generates the first response interval indication information according to the third network packet loss rate, and specifically includes the following steps:

The terminal generates the first response interval indication information according to an inverse ratio of the third network packet loss rate.

FIG. 12 is a flowchart of another method for transmitting a data packet according to an embodiment of the present invention. The data transmission process between the terminal and the server in the network of FIG. 12 can also be applied to a data transmission process in which a multi-hop environment in which at least one intermediate node is set as a proxy end between the terminal and the server is used. The method for transmitting a data packet provided by this embodiment can be performed by a server. The specific implementation process of the negotiation provided in this embodiment is not described here.

Step B10: The server receives the communication request message sent by the terminal, where the request message carries the data packet request indication information or the response interval indication information, where the data packet request indication information is specifically at least two acquired by the server. Data packet information, the response interval indication information is used to indicate that the server responds after receiving at least two data packets;

Step B20: The server parses the communication request message, obtains the indication information in the request message, and returns a response to the terminal according to the indication information.

In the data packet transmission method provided by the embodiment, the server receives the communication request message sent by the terminal, where the request message carries the data packet request indication information or the response interval indication information, where the data packet request indication information is at least Two data packet information obtained by the server, the response interval indication information is used to indicate that the server responds after receiving at least two data packets, parsing the communication request message, and acquiring the request message. Direction letter And returning a response to the terminal according to the indication information, and the terminal carries the data packet request indication information or the response interval indication information in the communication request message, so that the server returns a response according to the indication information, and the response interval between the terminal and the server is realized. The negotiation of capabilities effectively utilizes network bandwidth and improves transmission efficiency.

In this embodiment, the communication request message is a GET communication request message, and the GET communication request message carries data packet request indication information. Correspondingly, in step B20, the server obtains the indication information in the request message, and returns a response to the terminal according to the indication information, which may include the following steps:

Obtaining, by the server, the data packet request indication information in the GET communication request message, indicating at least two data packet information acquired by the server, and generating at least two responses according to the data packet corresponding to the data packet information acquired by the server. Sending the at least two responses to the terminal, where each of the responses carries one data packet.

In this embodiment, the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet. Correspondingly, in step B20, the server obtains the indication information in the request message, and returns a response to the terminal according to the indication information, which may include the following steps:

The server acquires the response interval indication information in the PUT/POST communication request message, and after receiving the data packet corresponding to the response interval indication information, sends the response to the terminal.

In this embodiment, when the communication request message is a PUT/POST communication request message, the terminal pushes the data packet to the server. When the network condition is poor, the server may not receive the data packet sent by the terminal. Then, the processing may be performed by: the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet. Correspondingly, in step B20, the server obtains the indication information in the request message, and returns a response to the terminal according to the indication information, which may include the following steps:

The server starts a timer when returning a response to the terminal last time, and performs timing of a preset time;

The server sends a data packet reception success response to the terminal when receiving the data packet corresponding to the response interval indication information before the end of the preset time; or when the preset time is over, When receiving the response interval indication information corresponding to the number of data packets, The terminal sends a packet reception failure response.

The successful response may specifically carry information of a successfully received data packet. The failure response is specifically used to indicate that the data packet is not received within the preset time. After receiving the failure response, the terminal resends the data packet not received by the server according to the data packet sending situation and the successful response situation. The packet can be sent to the server along with other packets in the next PUT/POST communication request message.

By setting the preset time, when the preset time is over, but the corresponding number of data packets of the response interval indication information are not received, the response is returned to the terminal, which can avoid the delay of response feedback caused by poor network conditions. Time. The response specifically carries the received data packet.

BlocklD, the number of received data packets can be multiple, and the terminal can know the transmission status of the data packet according to the response. The preset time may be specifically set according to network conditions, or the product of Round-Trip Time (RTT) and ACKGap may be used as the preset time.

FIG. 13 is a signaling diagram of still another method for transmitting a data packet according to an embodiment of the present invention. Referring to FIG. 13 , when the communication request message sent by the terminal to the server is a PUT/POST communication request message, the process of the response interval negotiation between the terminal and the server is described in detail.

The terminal generates the response interval indication information ACKGap according to the network packet loss rate. The value of the ACKGa may be inversely proportional to the network packet loss rate, and sends a PUT/POST communication request message to the server. The PUT/POST communication request message carries the response interval indication information ACKGap. And the packet, the number of packets indicated by ACKGap is 1, and the Block1D of the packet is 1.

The server receives the PUT/POST communication request message, parses the PUT/POST communication request message, obtains the response interval indication information ACKGap in the PUT/POST communication request message, and knows that the value of ACKGap is 1, and then determines that the BlocklD is received. After the data packet of 1, a response is sent to the terminal to indicate that the packet whose BlocklD is 1 has been received.

The terminal receives the response and learns that the packet with BlocklD 1 has been successfully received by the server. The terminal generates the response interval indication information ACKGap according to the network packet loss rate, and the number of the data packets indicated by the ACKGap is 2. The two PUT/POST communication request messages are generated and sent to the server respectively, where the PUT/POST communication request message carries the The response interval indication information ACKGa and Block1D are data packets of 2, and the other PUT/POST communication request message carries the data packet with the response interval indication information ACKGap and BlocklD being 3.

The server sequentially receives the above two PUT/POST communication request messages, respectively parses the two PUT/POST communication request messages, and obtains the sound in the PUT/POST communication request message. After the interval indication information ACKGap is obtained, the value of the ACKGap is 2, and after determining that the data packet of Block1D is 2 and Block1D is 3, the terminal is sent to indicate that the Block1D is 2 and the Block1D is 3. The response of the package.

The terminal receives the response and learns that the packet with BlocklD 2 and BlocklD 3 has been successfully received by the server. The terminal generates response interval indication information ACKGap according to the network packet loss rate, and the number of data packets indicated by ACKGa is 3, and generates three PUT/POST communication request messages, which are respectively sent to the server, where the first PUT/POST communication request message is carried. The data packet with the response interval indication information ACKGap and BlocklD being 4, the second PUT/POST communication request message carrying the data packet with the response interval indication information ACKGap and BlocklD being 5, and the third PUT/POST communication request message The data packet with the response interval indication information ACKGap and BlocklD being 6 is carried.

The server sequentially receives the PUT/POST communication request message carrying Block1D as 4 data packets and carries the Block1D as 6 data packets, respectively parses the two PUT/POST communication request messages, and obtains the response in the PUT/POST communication request message. The interval indication information ACKGap, knowing that the value of ACKGap is 3, but the server has not received the third PUT/POST communication request message when the preset time exceeds the preset time, and sends a message to the terminal to indicate that the BlocklD has been received as 4 and BlocklD. The response for the 6 packets.

The terminal receives the response and learns that the packet with Block1D of 4 and BlocklD of 6 has been successfully received by the server, but the server does not receive the packet with Block1D of 5. The terminal generates response interval indication information ACKGap according to the network packet loss rate, and the number of data packets indicated by ACKGa is 2, and two PUT/POST communication request messages are generated and sent to the server respectively, where a PUT/POST communication request message carries the The data packet with the response interval indication information ACKGap and BlocklD being 5 is retransmitted for the data packet with BlocklD of 5, and the other PUT/POST communication request message carries the data packet with the response interval indication information ACKGap and BlocklD of 7.

FIG. 14 is a schematic structural diagram of a fifth terminal according to an embodiment of the present invention. As shown in FIG. 14, the terminal 87 provided in this embodiment may implement various steps of the method for negotiating the response interval capability of the terminal 87 provided by any embodiment of the present invention, and details are not described herein.

The terminal 87 provided in this embodiment specifically includes a request unit 41 and a response receiving unit 42. The requesting unit 41 is configured to send, to the server 88, the communication request message generated by the terminal, where the communication request message carries the first data packet request indication information or the first response interval indication message. The first data packet request indication information indicates at least two data packet information acquired by the server 88, and the first response interval indication information is used to indicate that the server 88 responds after receiving at least two data packets. The response receiving unit 42 is configured to receive a response sent by the server 88 corresponding to the communication request message.

In the terminal 87 provided by the embodiment, the requesting unit 41 sends a communication request message generated by the terminal to the server 88, where the communication request message carries the first data packet request indication information or the first response interval indication information. The first data packet request indication information indicates at least two data packet information acquired by the server 88, and the first response interval indication information is used to indicate that the server 88 responds after receiving at least two data packets. The response receiving unit 42 receives a response sent by the server 88 corresponding to the communication request message. The terminal 87 implements the negotiation of the response interval capability of the terminal 87 and the server 88 by carrying the data packet request indication information or the response interval indication information in the communication request message, effectively utilizing the network bandwidth, and improving the transmission efficiency.

In this embodiment, the communication request message is a first GET communication request message; correspondingly, the terminal further includes a first packet loss rate determining unit, where the first packet loss rate determining unit is configured to receive according to the first data packet. Determining, by the log, a packet loss rate of the first network; the first requesting unit is further configured to: generate, by the terminal, the first data packet request indication information according to the first network packet loss rate, and generate the first GET communication request a message that the first GET communication request message carries the first data packet request indication information, and if the first network packet loss rate is less than a first preset threshold, the first data packet request indication information indicates at least 2 Data packet information obtained from the server; sending the first GET communication request message to the server, so that the server sends an indication with the first data packet according to the first data packet request indication information The response of the packet corresponding to the message.

In this implementation, the terminal may further include a second packet loss rate determining unit and a second request unit. The second packet loss rate determining unit is configured to determine a second network packet loss rate according to the second data packet receiving log. The second requesting unit is configured to generate the second data packet request indication information according to the second network packet loss rate, where the second network packet loss rate is less than the first preset threshold, the second data The number of data packets acquired by the request indication information to the server is greater than the number of data packets acquired by the server indicated by the first data packet request indication information; or, if the second network packet loss rate is greater than the second a preset field value, the number of data packets acquired by the second data request indication information to the server is smaller than the number of data packets obtained by the first data packet request indication information and sent to the server, Two GET communication request message, the second GET communication request The request message carries the second data packet request indication information, and sends a second GET communication request message to the server, so that the server sends and carries the second data packet according to the second data packet request indication information. The response of the data packet corresponding to the request indication information.

In this embodiment, the communication request message is a first PUT/POST communication request message. The terminal further includes a third packet loss rate determining unit, where the third packet loss rate determining unit is configured to determine a third network packet loss rate according to the first data packet sending log. The first requesting unit is further configured to generate the response interval indication information according to the third network packet loss rate, and generate the first PUT/POST communication request message according to the first response interval indication information, to the The server sends the first PUT/POST communication request message, if the third network packet loss rate is less than the first preset threshold, the first response interval indication information is used to indicate that the server receives at least two Responding to the data packet; so that the server returns to the port after receiving the number of data packets indicated by the first response interval indication information.

In this embodiment, the terminal may further include a fourth packet loss rate determining unit and a third request unit. The fourth packet loss rate determining unit is configured to determine a fourth network packet loss rate according to the second data packet sending log. The third requesting unit is configured to generate the second response interval indication information according to the fourth network packet loss rate, where the second network packet loss rate is less than the first preset threshold, the second response interval The number of the indication information indication is greater than the number indicated by the first response interval indication information; or, if the fourth network packet loss rate is greater than the second preset domain value, the second response interval indication information indicates that the number is smaller than the number a response indicating the number of indications, the terminal generating a second PUT/POST communication request message according to the second response interval indication information, and sending the second PUT/POST communication request message to the server; The server returns a response after receiving the number of data packets indicated by the second response interval indication information.

FIG. 15 is a schematic structural diagram of a third server according to an embodiment of the present invention. As shown in FIG. 15, the server 88 provided in this embodiment may implement various steps of the method for negotiating the response interval capability applied to the server 88 side according to any embodiment of the present invention, and details are not described herein.

The server 88 provided in this embodiment specifically includes a second request receiving unit 51 and a second response unit 52. The second request receiving unit 51 is configured to receive the communication request message sent by the terminal 87, where the request message carries the data packet request indication information or the response interval indication information, where the data packet request indication information is specifically at least two directions. The packet information obtained by the server, the response interval indication information is used to indicate that the server responds after receiving at least two data packets. The second response unit 52 is configured to parse the communication request message, and obtain the request cancellation. The indication information in the information returns a response to the terminal 87 according to the indication information.

In the server 88 provided by the embodiment, the second request receiving unit 51 receives the communication request message sent by the terminal 87, where the request message carries the data packet request indication information or the response interval indication information, and the data packet request indication information Specifically, it is at least two pieces of data packet information obtained by the server, where the response interval indication information is used to indicate that the server responds after receiving at least two data packets. The second response unit 52 parses the communication request message, obtains the indication information in the request message, returns a response to the terminal 87 according to the indication information, and the terminal 87 carries the data packet request indication by transmitting the communication request message. The information or response interval indication information is such that the server 88 returns a response according to the indication information, realizing the negotiation of the response interval capability of the terminal 87 and the server 88, effectively utilizing the network bandwidth, and improving the transmission efficiency.

In this embodiment, the communication request message is a GET communication request message, and the GET communication request message carries data packet request indication information. The second response unit is further configured to: the server obtains the data packet request indication information in the GET communication request message, and indicates at least two data packet information acquired by the server, according to the data packet information acquired by the server. The corresponding data packet generates at least two responses, and the at least two responses are sent to the terminal, where each of the responses carries one data packet.

In this embodiment, the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet. Correspondingly, the second response unit is further configured to acquire the response interval indication information in the PUT/POST communication request message, and send the location to the terminal after receiving the data packet corresponding to the response interval indication information. Respond to the response.

In this embodiment, the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet. Correspondingly, the second response unit is further configured to: when the server returns a response to the terminal, start a timer to perform a preset time, before the preset time ends, when the When the response interval indication information corresponds to the quantity of data packets, sending a data packet reception success response to the terminal; or when the preset time expires, the corresponding number of data packets of the response interval indication information are still not received, The terminal sends a packet reception failure response.

FIG. 16 is a flowchart of a transmission process according to an embodiment of the present invention. As shown in FIG. 16, the terminal can perform the negotiation of the transmission speed and the negotiation of the response interval capability simultaneously with the server, that is, the communication request message sent by the terminal carries the requested transmission speed information SendSpeed and carries the data packet. The request indication information or the response interval indication information ACKGap. The processing of the data packet by the terminal can be specifically divided into three processes: a receiving process, a scheduling process, and a sending process.

The sending process includes: The terminal checks whether the queue of the to-be-sent packet queue has a data packet to be sent, and then performs a sending operation, and feeds the sending time and number to the data packet to send and receive logs. The receiving process includes: parsing the parsed after each response is received by the terminal

SendSpeed and ACKGap are handed over to the development of the transmission planning unit, and the tracking of the received and received logs of the received packets through the log tracking unit will find out the data packets that have been lost, the RTT of the current network, and the packet loss rate. The log tracking unit hands these parameters together to the development delivery planning unit, which formulates the delivery plan, such as the package to be sent and which parameters are carried in the package.

For example, after starting a BLOCK transmission, the terminal will generate a request plan for all data packets that need to be requested, and continuously send a communication request message according to the transmission speed determined by the request plan and negotiation, and track each packet for timeout loss. If it is missing, insert it at the front of the queue and send it at the current speed. Losing or not does not affect the speed increase and decrease. The only thing that can affect the transmission speed is the processing power of the nodes at both ends. That is to say, in a network with a high packet loss rate, the receiver receives less packets than the sender, and the server will be able to accept higher transmission speeds when the terminal capacity is sufficient. This will cause such a phenomenon: Assume that the packet loss rate of the network is 90%, that is, the terminal sends out 10 packets and has 1 packet to reach the server. If the server can accept a maximum transmission speed of 10 packets / s, in this way, the server will send packets at 100 packets / s, even for networks with 90% packet loss rate, can still make the server Run at full capacity. In this sense, efficient use of existing networks enables data to be transmitted quickly.

In the data packet transmission method provided in this embodiment, the server can be stateless as much as possible. The server can also increase channel utilization by saving a BlocklD list of partial packets.

When the server processes the PUT/POST communication request message, the server can save the BlocklD list of the packet received from the last response, and obtain ACKGap from the received PUT/POST communication request message, and determine whether it is necessary or not. Feedback immediately or continue to wait. In the case where there is a packet loss, since the terminal continuously retransmits the packet that has not been responded to, the server only needs to count the response after receiving the packet of the corresponding number of ACKGap.

When the server processes the GET communication request message, the GET request sent by the terminal contains more Requests for packets, and include a SendSpeed, the server can temporarily save the BlockID list of these requested packets, and return them to the terminal in response according to SendSpeed in order.

In this way, the server only needs to maintain simple state data to complete the processing of redundant responses in the channel, so that the response and request messages are greatly concentrated, thereby efficiently utilizing bandwidth.

In the specific implementation process of the data packet transmission method provided in this embodiment, if any node does not support the above-mentioned transmission speed negotiation capability or the interval response capability processing method.

For the transmission speed negotiation process, after the terminal initiates a BLOCK transmission process, a SendSpeed Option is added to the request message to indicate a higher transmission speed. If the server can accept the speed, it will have the same SendSpeed in the response. However, if the server is not willing to negotiate speed, it is only willing to perform the traditional BLOCK transmission mode, or the server does not recognize the SendSpeed Option, it only needs to carry SendSpeed in the response. After receiving the response, the terminal will know that the speed negotiation operation cannot be performed on the current path, thus starting the traditional BLOCK transmission mode.

For interval response negotiation, if the server cannot support or does not recognize the ACKGap Option, or it cannot parse multiple BLOCK Option. It simply responds to each packet or responds to the packet represented by the first BLOCK Option, and the terminal can fall back to legacy mode without any changes.

The method and device for transmitting data packets provided by the embodiments of the present invention solve the problem of low efficiency when using BLOCK packet transmission for large resources when performing communication based on the CoAP protocol in a restricted environment, and the embodiment of the present invention Two aspects to improve this process.

One way is to use a transmission speed negotiation method. The method negotiates an optimal data transmission speed between nodes on the link during transmission to ensure that each node on the link can work within the allowable range. At the same time, the capability bottleneck node is processed on the link. Ensure efficient transfer of methods on known paths. Ensure that the resources to be transmitted can be sent to the receiver as fast as possible, or ensure that resources are obtained from the remote end as quickly as possible.

This transmission speed negotiation method is only related to the processing capability of each node on the link, and is independent of the network state. This node processing capability may be measured by multiple metrics such as CPU idle time, remaining memory, or multiple methods. After the node obtains the processing capability, it parses the message that needs to be processed or the message that needs to be transferred in the SendSpeed Option, and selects according to its own capabilities. Choose to accept the speed or adjust the speed. When the selection is accepted, the intermediate node remains the original

The SendSpeed value is forwarded unchanged, and the server has the same SendSpeed Option in the response. When the adjustment is selected, the intermediate node replaces the original SendSpeed with an acceptable value in the forwarded packet, and the server replaces the original SendSpeed with an acceptable value in the response. The terminal performs the corresponding speed-up or deceleration operation.

This method ensures that the resources of each node are fully utilized during the transmission process to transfer data as quickly as possible. In the case where the resource capacity of each node is sufficient, the terminal transmits the data packet at a relatively high speed, and the speed continues to rise. In the case where the node resources are limited, the terminal transmission speed does not exceed the processing capability of the bottleneck node, and unnecessary retransmission is guaranteed.

Another way is to use an interval response negotiation method. This method mainly senses the network packet loss rate, and adjusts the response interval according to the packet loss rate. When the packet loss rate is high, each packet needs to be responded. When the packet loss rate is low, multiple packets can be sent at a time before responding.

Compared to the general way of responding to each packet, this method allows the channel to use more payload to transmit data. The number of times the response is reduced is used to increase channel utilization. In a relatively stable network, because the network has high credibility and the response interval is increasing, the channel is full of actual data, and the communication efficiency is high. In an unstable network with high packet loss rate, the method will eventually require a response to each packet to ensure that each packet is successfully transmitted before subsequent packet transmission. Avoid unnecessary retransmissions.

The embodiment of the present invention provides a method for speed negotiation in a multi-hop network, so that the method provided in the embodiment of the invention can be applied to a scenario involving transmission of multiple intermediate nodes.

The embodiment of the present invention also provides a processing manner for a node that does not support negotiation. It can be guaranteed to return to the traditional one-on-one BLOCK transmission scheme for the way that speed negotiation or response interval is not supported.

These two methods can work together at the same time, and only one response is sent to the multiple packets that have been transmitted according to the network packet loss rate while performing speed negotiation. Make BLOCK transfer more efficient. And the transmission speed or response interval can be adjusted to get the best effect according to the state of the node and the state adaptive change of the network.

A person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed. The steps of the foregoing method embodiments are included; and the foregoing storage medium includes: various storage programs such as a ROM, a RAM, a magnetic disk, or an optical disk. The medium of the code.

It should be noted that the above embodiments are only for explaining the technical solutions of the present invention, and are not intended to be limiting; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those skilled in the art that: The technical solutions described in the foregoing embodiments are modified, or some of the technical features are equivalently replaced; and the modifications or substitutions do not deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

Rights request

A method for transmitting a data packet, wherein the data packet transmission method is based on a CoAP protocol, and includes:

The method for transmitting a data packet according to claim 1, wherein the terminal further includes, before sending the second request message to the first node according to the transmission speed indicated by the first feedback transmission speed information, :

The method for transmitting a data packet according to claim 1 or 2, wherein: the first request message and the second request message are GET request messages, and the GET request message further carries a request Packet information;

Correspondingly, after receiving the response sent by the first node, the terminal further includes: acquiring a data packet in the response, processing the data packet accordingly, and updating the data packet receiving log.

4. The method of transmitting a data packet according to claim 1, wherein:

The first request message is a PUT/POST first request message, and the PUT/POST is first The request message also carries a data packet;

Correspondingly, after receiving the response sent by the first node, the terminal further includes: updating a data packet sending log.

The method for transmitting a data packet according to claim 3 or 4, further comprising:

If the terminal does not receive the response sent by the first node within a preset time after sending the first request message to the first node, the terminal resends the first request message to the first node.

The method for transmitting a data packet according to claim 6, wherein before the server determines whether the transmission speed indicated by the request transmission speed information is an acceptable transmission speed, the method further includes:

The server obtains parameter information of the server, and determines a transmission speed that the server can accept according to the parameter information, where the parameter information includes at least one of the following: a central processor idle time information of the server, where The memory margin information of the server and the bandwidth occupation information of the server.

The method for transmitting a data packet according to claim 6, wherein the request message is a GET request message, and the GET request message further carries the requested data packet information;

Correspondingly, the server generates a response corresponding to the request message according to the feedback transmission speed information, including:

The server generates, according to the data packet corresponding to the requested packet information, corresponding to the In response to the request message, the feedback transmission speed information is added to the response.

9. The method of transmitting a data packet according to claim 6, wherein:

The request message is a PUT/POST request message, and the PUT/POST request message further carries a data packet;

The server generates a response to indicate receipt of a data packet in the PUT/POST request message, and adds the feedback transmission speed information to the response.

The method for transmitting a data packet according to any one of claims 6-9, wherein: the second node is a terminal, and the request message is a first request message, where the first request message carries First requesting transmission speed information, the response being a response of the first request message; or

When the second node is an intermediate node, the request message is a transit request message, and the transit request message carries a request transmission speed information of the transit, and the response is a response of the transit request message.

Determining, by the intermediate node, whether the transmission speed indicated by the first request transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, using the first request transmission speed information as the requested transmission speed information of the relay, if No, generating a request transmission speed information indicating that the intermediate node can accept the transmission speed as the transit;

And the intermediate node replaces the transited request transmission speed information with the first request transmission speed information in the first request message, and forwards the relay request message carrying the transited request transmission speed information to the server.

The method for transmitting a data packet according to claim 11, further comprising: the intermediate node receiving a response of the request message corresponding to the relay sent by the server, where the intermediate node corresponds to the relay The response of the request message carries feedback transmission speed information; the intermediate node determines whether the transmission speed indicated by the feedback transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, the feedback transmission speed information As Turning feedback transmission speed information, if not, generating feedback transmission speed information for indicating the transit speed of the intermediate node;

The intermediate node replaces the feedback transmission transmission speed information of the relay with the feedback transmission speed information in the response, and forwards a response of the relay carrying the relayed transmission transmission speed information to the terminal.

13. A terminal, comprising:

14. The terminal of claim 13, wherein:

The response processing unit is further configured to: if the transmission speed indicated by the first feedback transmission speed information is equal to the transmission speed indicated by the first request transmission speed information, transmit the transmission speed index indicated by the first request transmission speed information Generating, generating the second request transmission speed information to indicate an exponentially increasing transmission speed, generating the second request message according to the second request transmission speed information; if the first feedback transmission speed information indicates Transmitting speed is less than the transmission speed indicated by the first request transmission speed information, and linearly increasing the transmission speed indicated by the first request transmission speed information to generate the second request transmission for indicating a linearly increasing transmission speed Speed information, generating the second request message according to the second request transmission speed information.

15. The terminal of claim 13, wherein:

The first request message is a GET request message, and the GET request message further carries the requested data packet information;

Correspondingly, the terminal further includes:

The first processing unit is configured to acquire a data packet in the response, process the data packet correspondingly, and update the data packet receiving log.

16. The terminal of claim 13 wherein: The first request message is a PUT/POST first request message, and the PUT/POST first request message further carries a data packet;

Correspondingly, the terminal further includes:

The second processing unit is configured to update the data packet sending log.

The terminal according to claim 13, further comprising:

a re-requesting unit, configured to resend the first node to the first node if the response sent by the first node is not received within a preset time after sending the first request message to the first node Request message.

18. A server, comprising:

The server according to claim 18, further comprising: a transmission speed determining unit, configured to acquire parameter information of the server, and determine, according to the parameter information, a transmission speed acceptable to the server, where The parameter information includes at least one of the following: central processor idle time information of the server, memory remaining amount information of the server, and bandwidth occupation information of the server.

20. The server of claim 18, wherein:

The request message is a GET request message, and the GET request message further carries the requested data packet information;

Correspondingly, the first response unit is further configured to generate a response corresponding to the request message according to the data packet corresponding to the requested data packet information, and add the feedback transmission speed information to the response.

21. The server of claim 18, wherein:

The request message is a PUT/POST request message, and the PUT/POST request message further carries a data packet; Correspondingly, the first response unit is further configured to generate a response to indicate receipt of the data packet in the PUT/POST request message, and add the feedback transmission speed information to the response.

22. An intermediate node, comprising:

a first proxy sending unit, configured to replace the transited request transmission speed information with the first request transmission speed information in the first request message, and forward the relay carrying the requested transmission speed information to the server Request message.

The intermediate node according to claim 22, further comprising: a second proxy receiving unit, configured to receive a response that is sent by the server and is corresponding to the request message of the relay, where The response of the relayed request message carries feedback transmission speed information;

a third determining unit, configured to determine whether the transmission speed indicated by the feedback transmission speed information is a transmission speed acceptable to the intermediate node, and if yes, using the feedback transmission speed information as feedback transmission speed information of the relay, if not And generating feedback transmission speed information for indicating the transfer speed of the transmission speed acceptable to the intermediate node;

And a second proxy sending unit, configured to replace the feedback transmission transmission speed information in the response with the feedback transmission speed information, and forward the response of the relay carrying the relayed feedback transmission speed information to the terminal.

A data packet transmission method, characterized in that the data packet transmission method is based on a CoAP protocol, and includes:

The terminal receives a response sent by the server corresponding to the communication request message.

The method for transmitting a data packet according to claim 24, wherein: the communication request message is a first GET communication request message;

Determining, by the terminal, a packet loss rate of the first network according to the first data packet receiving log;

Sending, by the terminal, the communication request message generated by the terminal to the server, including:

The terminal generates the first data packet request indication information according to the first network packet loss rate, and generates the first GET communication request message, where the first GET communication request message carries the first data packet request Instructing information, if the first network packet loss rate is less than a first preset threshold, the first data packet request indication information indicates at least two data packet information acquired to the server; and sending the And a first GET communication request message, so that the server sends a response carrying the data packet corresponding to the first data packet request indication information according to the first data packet request indication information.

The method for transmitting a data packet according to claim 25, wherein the method further comprises: determining, by the terminal, a packet loss rate of the second network according to the second data packet receiving log; Generating, by the second network packet loss rate, the second data packet request indication information;

The terminal generates a second GET communication request message, and the second GET communication request message carries the second data packet request indication information;

The terminal sends a second GET communication request message to the server, so that the server sends a response carrying the data packet corresponding to the second data packet request indication information according to the second data packet request indication information.

The method for transmitting a data packet according to claim 24, wherein: the communication request message is a first PUT/POST communication request message; the method further comprising:

Determining, by the terminal, a packet loss rate of the third network according to the first data packet sending log;

The terminal generates the first response interval indication information according to the third network packet loss rate, Generating the first PUT/POST communication request message according to the first response interval indication information, and sending the first PUT/POST communication request message to the server, if the third network packet loss rate is less than the first pre- Setting a threshold value, the first response interval indication information is used to indicate that the server responds after receiving at least two data packets, so that the server receives the data indicated by the first response interval indication information. The response is returned after the package.

The method for transmitting a data packet according to claim 27, wherein the method further comprises:

Determining, by the terminal, a packet loss rate of the fourth network according to the second data packet sending log;

The terminal generates the second response interval indication information according to the fourth network packet loss rate; if the fourth network packet loss rate is less than the first preset threshold, the second response interval indication information indication The number of the first response interval indication information is greater than the number of the first response interval indication information; or, if the fourth network packet loss rate is greater than the second preset domain value, the second response interval indication information indicates that the number is smaller than the first response interval. The number indicated by the indication information;

The terminal generates a second PUT/POST communication request message according to the second response interval indication information, and sends the second PUT/POST communication request message to the server, so that the server receives the second The response is returned after the interval indication information indicates the number of packets.

The method for transmitting a data packet according to claim 29, wherein: the communication request message is a communication GET request message, and the GET communication request message carries data packet request indication information;

Correspondingly, the server obtains the indication information in the request message, and returns a response to the terminal according to the indication information, including:

The server acquires a data packet request indication information indication in the GET communication request message And generating at least two responses to the data packet corresponding to the data packet information acquired by the server, and sending the at least two responses to the terminal, where each The response carries a packet.

The method for transmitting a data packet according to claim 29, wherein: the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet. ;

The server obtains the indication information in the request message, and returns a response to the terminal according to the indication information, including:

The method for transmitting a data packet according to claim 28, wherein: the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet. ;

The server sends a data packet reception success response to the terminal when receiving the data packet corresponding to the response interval indication information before the end of the preset time; or when the preset time is over, When receiving the data packet corresponding to the response interval indication information, sending a data packet reception failure response to the terminal.

33. A terminal, comprising:

The terminal according to claim 33, wherein: the communication request message is First GET communication request message;

Correspondingly, the terminal further includes: a first packet loss rate determining unit, configured to determine, according to the first data packet receiving log, a first network packet loss rate;

The first requesting unit is further configured to: generate, by the terminal, the first data packet request indication information according to the first network packet loss rate, and generate the first GET communication request message, the first GET communication request The message carries the first data packet request indication information, and if the first network packet loss rate is less than the first preset threshold, the first data packet request indication information indicates at least two data packet information acquired by the server; Sending the first GET communication request message to the server, so that the server sends a response carrying a data packet corresponding to the first data packet request indication information according to the first data packet request indication information.

The terminal according to claim 34, further comprising:

a second packet loss rate determining unit, configured to determine a second network packet loss rate according to the second data packet receiving log;

a second requesting unit, configured to generate the second data packet request indication information according to the second network packet loss rate, where the second network packet loss rate is less than the first preset threshold, the second The number of data packets acquired by the data request indication information to the server is greater than the number of data packets acquired by the server indicated by the first data packet request indication information; or, if the second network packet loss rate is greater than the number a second preset domain value, the number of data packets acquired by the second data request indication information to the server is smaller than the number of data packets acquired by the first data packet request indication information and sent to the server, and generated a second GET communication request message, the second GET communication request message carrying the second data packet request indication information, and sending a second GET communication request message to the server, so that the server is configured according to the second data packet The request indication information transmits a response carrying a data packet corresponding to the second data packet request indication information.

36. The terminal according to claim 33, wherein: the communication request message is a first PUT/POST communication request message;

The terminal further includes: a third packet loss rate determining unit, configured to determine a third network packet loss rate according to the first data packet sending log;

The first requesting unit is further configured to generate the response interval indication information according to the third network packet loss rate, and generate the first PUT/POST communication request message according to the first response interval indication information, to the The server sends the first PUT/POST communication request message, and if the third network packet loss rate is less than the first preset threshold, the first response interval indication information is used to indicate The server responds after receiving at least two data packets; so that the server returns a response after receiving the number of data packets indicated by the first response interval indication information.

37. The terminal according to claim 36, further comprising:

a fourth packet loss rate determining unit, configured to determine a fourth network packet loss rate according to the second data packet sending log;

a third requesting unit, configured to generate the second response interval indication information according to the fourth network packet loss rate, where the second network packet loss rate is less than the first preset threshold, the second response The number indicated by the interval indication information is greater than the number indicated by the first response interval indication information; or, if the fourth network packet loss rate is greater than the second preset domain value, the second response interval indication information indicates that the number is smaller than the number The first response interval indicates the number indicated by the information, the terminal generates a second PUT/POST communication request message according to the second response interval indication information, and sends the second PUT/POST communication request message to the server; The server returns a response after receiving the data packet of the quantity indicated by the second response interval indication information.

38. A server, comprising:

And a second response unit, configured to parse the communication request message, obtain indication information in the request message, and return a response to the terminal according to the indication information.

The server according to claim 38, wherein: the communication request message is a GET communication request message, and the GET communication request message carries a data packet request indication message;

The second response unit is further configured to: the server obtains the data packet request indication information in the GET communication request message, and indicates at least two data packet information acquired by the server, according to the data packet information acquired by the server. The corresponding data packet generates at least two responses, and the at least two responses are sent to the terminal, where each of the responses carries one data packet.

The server according to claim 38, wherein: the request message is a PUT/POST communication request message, and the PUT/POST communication request message carries response interval indication information and a data packet;

Correspondingly, the second response unit is further configured to acquire the PUT/POST communication request message. The response interval indication information is sent to the terminal after receiving the data packet corresponding to the response interval indication information.

41. The server according to claim 38, wherein: the request message is

a PUT/POST communication request message, where the PUT/POST communication request message carries response interval indication information and a data packet;

Correspondingly, the second response unit is further configured to: when the server returns a response to the terminal, start a timer to perform a preset time, before the preset time ends, when the When the response interval indication information corresponds to the quantity of data packets, sending a data packet reception success response to the terminal; or when the preset time expires, the corresponding number of data packets of the response interval indication information are still not received, The terminal sends a packet reception failure response.