WO2011100911A2 - Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication - Google Patents

Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication Download PDF

Info

Publication number
WO2011100911A2
WO2011100911A2 PCT/CN2011/072673 CN2011072673W WO2011100911A2 WO 2011100911 A2 WO2011100911 A2 WO 2011100911A2 CN 2011072673 W CN2011072673 W CN 2011072673W WO 2011100911 A2 WO2011100911 A2 WO 2011100911A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
message
sending
packet
receiving end
Prior art date
Application number
PCT/CN2011/072673
Other languages
English (en)
Chinese (zh)
Other versions
WO2011100911A3 (fr
Inventor
任健
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2011/072673 priority Critical patent/WO2011100911A2/fr
Priority to CN201180000753.7A priority patent/CN102217258B/zh
Publication of WO2011100911A2 publication Critical patent/WO2011100911A2/fr
Publication of WO2011100911A3 publication Critical patent/WO2011100911A3/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1642Formats specially adapted for sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms

Definitions

  • the embodiments of the present invention relate to the field of communications technologies, and in particular, to a probe processing method, a data sending end, a data receiving end, and a communication system. Background technique
  • the cluster router has the characteristics of low cost and large capacity. It can well expand the network and support larger and higher performance networks. It is easy to provide various services and interfaces. It is widely used for broadband services and high bandwidth applications. Popularization has created a material foundation, which has been widely recognized as the development trend of core network equipment in the future. It can meet the needs of the development of the new generation of the Internet and has a very broad space for development.
  • Embodiments of the present invention provide a detection processing method, a data transmitting end, a data receiving end, and a communication system, to provide simple and efficient reliability communication.
  • An embodiment of the present invention provides a detection processing method, including:
  • the data sending end knows that the predetermined detection time has been reached according to the timer, if the sending queue corresponding to the data receiving end in the data sending end is full, or the data sending end does not send any data packet in the sending queue.
  • the sending queue is not empty, sending a probe message carrying the probe type identifier in the packet header to the data receiving end;
  • the data receiving end After receiving the probe message, acquires the serial number of the last data packet received from the data sending end in sequence according to the received data packet information, generates a probe reply message, and sends the probe response message to the data sending end.
  • the packet header of the probe reply message carries the sequence number of the last data packet from the data sending end that is received by the data receiving end in sequence.
  • An embodiment of the present invention further provides a data sending end, including:
  • a first message sending module configured to: when the predetermined detection time has been reached according to the timer, if the sending queue corresponding to the data receiving end in the data sending end is full, or the data sending end does not send the sending queue If any of the data packets and the transmission queue is not empty, the detection message carrying the detection type identifier in the packet header is sent to the data receiving end;
  • the first message receiving module is configured to receive a probe reply message returned by the data receiving end, where the packet header of the probe reply message carries a sequence number of the last data packet from the data sending end that is received by the data receiving end in sequence.
  • An embodiment of the present invention further provides a data receiving end, including:
  • a third message receiving module configured to receive a probe message carrying a detection type identifier in a packet header sent by the data sending end;
  • a packet sequence number obtaining module configured to obtain, according to the received data packet information, a serial number of the last data packet received from the data transmitting end in sequence
  • a third message sending module configured to generate a probe reply message, and send the message to the data sending end, where the packet header of the probe reply message carries the last data packet received by the data receiving end in sequence from the data sending end serial number.
  • the embodiment of the invention further provides a communication system, comprising the above data sending end and data connection Received.
  • the data sending end actively sends a probe message to the data receiving end, and the probe message triggers the data receiving end to detect the data packet receiving condition, and carries the packet in the header of the returned probe reply message.
  • the serial number of the last data packet received continuously, so that the data sending end performs the transmission window adjustment according to the serial number, deletes the data packet that has been successfully sent in the sending queue, and avoids deleting the data packet that is not successfully sent in the sending queue, ensuring Transmission quality
  • the technical solution provided by the above embodiments of the present invention can provide simple and efficient reliability communication.
  • Embodiment 1 is a schematic flow chart of Embodiment 1 of a detection processing method according to the present invention.
  • Embodiment 2 is a schematic flowchart of Embodiment 2 of a detection processing method according to the present invention
  • FIG. 3 is a schematic diagram showing changes of a state machine when a connection is established according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a change of a state machine when a connection is closed according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of Embodiment 1 of a data transmitting end according to the present invention.
  • Embodiment 2 of a data transmitting end according to the present invention
  • Embodiment 7 is a schematic structural diagram of Embodiment 1 of a data receiving end according to the present invention.
  • FIG. 8 is a schematic structural diagram of Embodiment 2 of a data receiving end according to the present invention. detailed description
  • FIG. 1 is a schematic flowchart of the first embodiment of the detection processing method of the present invention, as shown in FIG. 1 . As shown, the method includes the following steps:
  • Step 1 01 The data sending end knows that the predetermined detection time has been reached according to the timer, if the sending queue corresponding to the data receiving end in the data sending end is full, or the data sending end does not send any data in the sending queue.
  • the packet When the packet is not empty, the packet sends a probe message carrying the probe type identifier to the data receiver. In this step, the data sender sends a probe message to the data receiver after sending the data packet.
  • the probe type identifier may be carried in the packet header to indicate that it is a probe message, and the foregoing probe message can confirm the received status of the sent data packet at the data receiving end, and can timely adjust the sending queue, and the foregoing sending probe
  • the timing of the message may be that the predetermined detection time has been reached according to the timer, and when the transmission queue corresponding to the data receiving end is detected to be full, the detection message is sent to the data receiving end, or the detection is performed according to the timer, according to the timing.
  • the sending queue does not send any data packets and the sending queue is not empty, sending a probe message to the data receiving end.
  • the data receiving end After receiving the probe message, acquires the sequence number of the last data packet received from the data sending end in sequence according to the received data packet information, generates a probe reply message, and sends the probe message to the data packet.
  • the data sending end carries the sequence number of the last data packet received from the data sending end received in sequence in the packet header of the probe reply message.
  • the data sending end may confirm that the data receiving end has received the data packet before the serial number of the last data packet received in sequence, and the data transmitting end may further The transmission window is moved according to the serial number described above.
  • the probe reply message in this embodiment may be a specially set probe reply message, which only includes the message header, and The message body identifier is not set, and the message type identifier of the probe reply message is included in the packet header, and the sequence number of the last data packet received by the data receiving end in sequence.
  • the data sending end actively sends a probe message to the data receiving end, triggering the data receiving end to detect the data packet receiving condition, and carrying the last received consecutively in the header of the returned probe reply message.
  • the serial number of a data packet so that the data receiving end performs the transmission window adjustment according to the serial number, deletes the data packet that has been successfully sent in the sending queue, avoids deleting the data packet that is not successfully sent in the sending queue, and ensures the transmission quality, and the present invention
  • the technical solution provided by the foregoing implementation is applied to communication between cluster routes, and can provide simple and efficient reliable communication.
  • FIG. 2 is a schematic flowchart of the second embodiment of the probe processing method of the present invention. As shown in FIG. 2, the method includes the following steps:
  • Step 201 The data sending end knows that the predetermined detection time has been reached according to the timer, if the sending queue corresponding to the data receiving end in the data sending end is full, or the data sending end does not send any data packet in the sending queue.
  • the sending queue is not empty, the sending of the probe message carrying the probe type identifier in the packet header is sent to the data receiving end, and the packet header of the probe message further carries the data sending end before sending the probe message to the end.
  • Step 202 After receiving the probe message sent by the data sending end, the data receiving end sends a sequence number of the data packet sent by the data sending end to the data receiving end according to the probe message. And the received data packet information, the sequence number of the data packet sent by the data sending end and not received by the data receiving end, the retransmission request message is generated and sent to the data sending end, where the re-requesting message carries the data The serial number of the data packet that has been sent by the sender but not received by the data receiver;
  • Step 203 After the data sending end receives the retransmission request message from the data receiving end, The data packet not received by the data receiving end is retransmitted according to the packet sequence number of the data packet that the data transmitting end carried in the retransmission request message has sent but not received by the data receiving end.
  • the data sending end sends the probe message, and performs the probe acknowledgement and the probe retransmission.
  • the identifier of the message type may be carried in the packet header of the probe message to indicate the probe.
  • the function of the message is for detecting, and after receiving the above message, the data receiving end can explicitly need to perform the probe reply, and return to the data transmitting end to return the data packet from the data transmitting end that has been received in order by the data receiving end.
  • the serial number of a packet is for detecting, and after receiving the above message, the data receiving end can explicitly need to perform the probe reply, and return to the data transmitting end to return the data packet from the data transmitting end that has been received in order by the data receiving end.
  • the sequence header of the data packet sent by the data sending end to the corresponding data receiving end may be carried in the packet header of the probe message.
  • the data receiving end may be based on the data.
  • the sequence number of the data packet finally sent by the transmitting end to the data receiving end and the received data packet information acquires the data packet that the data transmitting end has sent to the data receiving end but the data receiving end does not receive.
  • the packet header of all the probe messages may carry the sequence number of the data packet sent by the data sending end to the data receiving end, that is, support detection and support, and support detection Pass, can achieve reliable transmission of data packets, and can easily and efficiently meet the requirements of inter-cluster process communication.
  • the existing UDP technical solution can be used to encapsulate a layer on the UDP communication protocol layer, that is, upload and encapsulate a layer header in the original UDP data packet, and provide an application suitable for the user process.
  • the program programming interface (App Li ca ti on Programming Interface, hereinafter referred to as API)
  • the process can communicate with each other through the AP I.
  • the data sending end encapsulates the user process data to be sent by the data sending end, and then sends the packet through the standard UDP port. After receiving the message through the standard UDP port, the data receiving end parses the message header to find the corresponding receiving process.
  • the data transmitting end and the data receiving end may be different routers in the same communication process.
  • the layer header encapsulated in the UDP packet may include information such as a source port number, a destination port number, a current sequence number, a confirmation sequence number, a window size, a message type, and a message length.
  • the specific message types can be divided into connection (SYN) message, connection response (SYN_ACK) message, data packet (DATA) message, probe (PROBE) message, acknowledgement (ACK) message, retransmission request (NACK) message, and close (FIN). ) Messages, Close Response (FIN_ACK) messages, and Probe Reply (PR0BE_ACK) messages, etc.
  • the source port number and the destination port number are used to identify the application process of the data sending end and the data receiving end, which is similar to the prior art; and the current serial number is used to identify each message sent from the sending end to the receiving end.
  • the specific serial number is to ensure that the message arrives in an orderly and reliable manner, and is sorted based on the packet.
  • each message is added based on the order of the packet; for other message type packets, the serial number of the packet It is the same as the serial number of the previous packet, and is not incremented by 1. Therefore, when a connection is established and several DATA messages are sent, the serial number carried in the header of the sent PROBE message is the transmitted DATA.
  • the number of messages that is, the sequence number of the data packet that the data transmitting end finally sends to the data receiving end.
  • the data sent by one DATA message is called a data packet.
  • the confirmation serial number is the serial number of the last data packet that the above-mentioned data receiving end has received in order.
  • the window size is used to indicate the maximum number of packets that the data receiver can receive.
  • the message length is the total length of the entire message.
  • the foregoing SYN message, SYIACK message, PROBE message, ACK message, FIN message, F HACK message, and PROBE_ACK message may be only a message header, and for a DATA message, a NACK message needs to include a message body, a DATA message.
  • the body is specifically transmitted data, for example, may be a UDP packet, and the message body of the NACK message may be a sequence number of a data packet that needs to be retransmitted.
  • the data sending end and the data receiving end can establish a connection and close the connection by means of a second handshake, using a serial number, an acknowledgment technology, a retransmission mechanism, a sliding window, and a flow control mechanism, and timing.
  • the policy ensures that messages arrive in order and reliably.
  • FIG. 3 is a schematic diagram of a state machine change when the connection is established according to the embodiment of the present invention.
  • the client (Cl ient ) is first turned off (CLOSE)
  • the client The end sends a connection establishment (SYN) message with the initial sequence number to the server
  • the client state transitions to the wait state (SYN SENT)
  • the server-side master port (Mas ter EP) is in the listening state (LI STEN).
  • a slave port (S lave EP) is derived to communicate with the client, and an acknowledgement message (SYN_ACK) for the SYN message is sent as a response, and the state of the standby port is converted to the established state (ESTABLISHED)
  • SYN_ACK acknowledgement message
  • the client After the client receives the above confirmation message, it also converts the state to the established state (ESTABLI SHED). In this way, the client and the sender complete the establishment of the connection.
  • the initial sequence number changes over time, ensuring that each connection has a different initial sequence number.
  • the acknowledgment technology refers to that when the data receiving end receives the data of the data sending end, it sends an acknowledgment message to the data transmitting end that has been received in order.
  • the implementation of the acknowledgment technology directly affects the performance of the transmission mode. If the acknowledgment is too slow, the data sender may stop transmitting because it fails to receive the acknowledgment information in time. If the acknowledgment is too frequent, the system bandwidth will be affected.
  • the foregoing embodiment of the present invention provides a technical solution for detecting and confirming, that is, a timer can be started at the data sending end, and the detecting is performed at intervals, but if the sending queue is full, it indicates that the data sending end may be timely.
  • the sending queue is full. Therefore, a probe message is sent to the peer end to wait for the probe response message of the peer end. In the probe response message, the peer end confirmation message is obtained.
  • the probe clock expires, the data sender does not send any packets and the send queue is not empty. At this time, the data sender may stop sending because it does not receive the acknowledgement information from the peer in time, so it will also send to the data receiver. Probe the message and wait for the probe reply message from the receiver.
  • the technical solution of the detection confirmation ensures that the confirmation information of the opposite end can be obtained in time when needed, and the unnecessary repetition of the confirmation is avoided. Send, improve network performance and save bandwidth.
  • the data receiving end receives a data packet.
  • the confirmation message is sent for a while, but it cannot be delayed indefinitely.
  • the acknowledgement information may be sent after the 16 consecutive data packets are received, and the acknowledgement information may be the serial number of the data packet, indicating that all data packets before the serial number have been accumulated by the data receiving end.
  • the data receiving end when the data receiving end returns the confirmation information to the data sending end, the data receiving end may take the piggybacking manner and carry the acknowledgement information in the data packet message, and specifically detect the reply message for the technical solution of the detection and confirmation. It is not necessary to separately set, but to extend the packet message, and carry the sequence number of the last data packet received by the data receiving end in sequence from the data receiving end in the packet header of the data packet message as the probe reply message. Use, to implement the probe confirmation mechanism, which can improve the communication efficiency of the network and save bandwidth.
  • the message may be lost. There must be a retransmission mechanism to ensure that the message can arrive reliably.
  • the probe trigger retransmission mechanism provided by the embodiment of the present invention can be used in combination with request retransmission.
  • the request retransmission is that the data receiving end receives the data packet received in order into the receiving queue, and puts the received out-of-order data packet into the out-of-sequence queue. Then, when the size of the out-of-sequence queue reaches 16 data packets or other quantities, the data receiving end sends a retransmission request message to request the other party to retransmit, and the data receiving end obtains the sequence of the unreceived data packet by viewing the receiving queue and the out-of-sequence queue.
  • the retransmission request message sent by the data receiving end to the peer end carries the sequence number of the data packet that is not received by the data receiving end, so that after receiving the retransmission request message, the data transmitting end can extract the retransmission request message.
  • the data receiving end does not receive the serial number of the data packet, that is, the serial number of the data packet lost by the data receiving end, and then only these sequences according to the serial number of the data packet that the data receiving end does not receive.
  • the corresponding packet of the number is retransmitted to the data receiving end. This weight
  • the transmission method only retransmits lost packets, which can improve network utilization.
  • the probe trigger retransmission mechanism is used to ensure that the peer packet loss can be notified in time if the out-of-order queue does not reach a certain number.
  • the data receiving end receives the probe message of the peer end, it parses the packet header of the probe message, and obtains the sequence number of the data packet sent by the data sending end to the data receiving end, if it is found that the received data packet is not All of the data packets preceding the serial number of the data packet sent by the data transmitting end to the data receiving end are considered to have lost packets in the middle. Specifically, the packet can be confirmed by checking the receiving queue and the out-of-sequence queue.
  • Sending a retransmission request message immediately requires the other party to retransmit those packets that were not received in the middle.
  • Retransmission request The frequency of message transmission also greatly affects the performance of the network. The detection of the technology that triggers the retransmission can save the NACK message packet while ensuring timely notification to the peer end, saving network bandwidth.
  • a sliding window and a flow control mechanism may also be utilized, wherein the data sending end saves the data packet that has been sequentially sent to the sending queue, and the sounding response message sent by the data receiving end carries its own receiving window size. And after confirming the serial number of the received data packet, the data transmitting end receives the information such as the serial number of the acknowledged received data packet returned by the data receiving end, and then clears those already received packets from the sending queue. At the same time, the data transmitting end further considers the size of the receiving window advertised by the data receiving end, and the number of data packets in the sending queue, and sends a certain number of data packets from the sending queue.
  • a timer is started in the process as a probe clock, and when the clock expires, different processing is performed according to different situations: for example, if no message is sent during the clock and the send queue is empty, the clock is stopped. When no message is sent during the clock and the send queue is not empty, the probe message is sent and the clock is changed to the retransmission probe clock; if the send queue is full, the probe message is sent and the clock is changed to the retransmission probe clock; A probe message is sent. If the response of the probe message is not received within a certain number of times of the retransmission probe clock expires, the connection is considered to have been interrupted and the connection is closed.
  • the above timers can implement functions such as probe confirmation, probe retransmission, and keep alive detection.
  • FIG. 4 is a schematic diagram showing changes of the state machine when the connection is closed according to the embodiment of the present invention.
  • the second shutdown mode is adopted.
  • the ports of the server and the client are in the connection establishment state ( ESTABL I SHED ) , when one wants to close the connection, first send a connection close (MSG _F IN ) message to perform active shutdown, and convert the state to wait state
  • FIG. 5 is a schematic structural diagram of Embodiment 1 of the data transmitting end of the present invention.
  • the device includes a first message sending module.
  • the first message sending module 1 1 is configured to learn that the predetermined detection time has been reached according to the timer, and if the sending queue corresponding to the data receiving end in the data sending end is full, Or the data sending end does not send any data packet in the sending queue, and the sending queue is not empty, and sends a probe message carrying the probe type identifier in the packet header to the data receiving end; the first message receiving module 12 Receiving the probe reply message returned by the data receiving end, the packet header of the probe reply message carries the sequence number of the last data packet from the data sending end that is received by the data receiving end in sequence.
  • the data sending end actively initiates the probe acknowledgement, and receives the probe reply message returned by the data receiving end, where the probe reply message carries the sequence of the last data packet received by the data receiving end in sequence from the data sending end. No., so that the data sender can adjust the transmission window in time to carry out subsequent data packet transmission to ensure the reliable transmission of the data connection.
  • a transmission window adjustment module 13 may be added to the data sending end, and the module is connected to the first message receiving module 12 for detecting according to the detection received from the first message receiving module. The sequence number of the last data packet sequentially received by the data receiving end obtained in the reply message moves the sending window. And for the technical solution of the data retransmission, the second message receiving module 14 and the data packet resending module 15 may be further configured on the data sending end, where the second message receiving module 14 is configured to receive the retransmission request returned by the data receiving end.
  • the retransmission request message carries a sequence number of a data packet that has been sent by the data sending end but is not received by the data receiving end, that is, a sequence number of the data packet that is lost by the data receiving end, and the unreceived
  • the sequence number of the received data packet is that after the data receiving end receives the probe message, the data transmitting end carried in the packet header of the probe message is sent to the data receiving end before sending the probe message.
  • the serial number of the data packet, and the data packet information received by the data receiving end are obtained; the data packet resending module 15 is configured to send according to the data carried in the retransmission request message, and the data receiving end does not receive The sequence number of the received data packet is resent to the data receiving end to send the unreceived data packet.
  • FIG. 7 is a schematic structural diagram of Embodiment 1 of the data receiving end of the present invention. As shown in FIG. 7, the data receiving end includes a third message receiving module 21 and a packet serial number.
  • the packet header of the probe reply message carries the last received data receiving end from the data receiving end.
  • the serial number of a packet is configured to receive the probe message carrying the probe type identifier in the packet header sent by the data sending end;
  • the packet serial number obtaining module 22 is configured to use the third
  • the message sending module 23 obtains the serial number of the last data packet received from the data sending end in sequence according to the data packet information received by the data receiving end from the
  • the data receiving end in the above embodiment of the present invention cooperates with the data transmitting end to realize the confirmation of the data packet transmission process, and realizes reliable transmission of the data packet.
  • FIG. 8 is a schematic structural diagram of Embodiment 2 of the data receiving end of the present invention.
  • the data receiving end includes a third message receiving module 21, a packet sequence number obtaining module 22, and a third message sending module 23, and further includes a fourth The message sending module 24, and the packet header of the probe message received by the third message receiving module 21 in the foregoing embodiment further carries data that is sent by the data sending end to the data receiving end before sending the probe message.
  • the sequence number of the packet, the fourth message sending module 24 is configured to connect to the data according to the data sending end before sending the probe message
  • the serial number of the data packet sent by the receiving end, and the received data packet information from the data sending end obtain the serial number of the data packet sent by the data sending end but not received by the data receiving end, and generate a retransmission request.
  • the message is sent to the data sending end, and the retransmission request message carries the sequence number of the data packet that the data sending end has sent but the data receiving end does not receive.
  • the embodiment of the present invention further provides a communication system, which includes the data transmitting end and the data receiving end in the foregoing embodiments.
  • the technical solution of detecting and confirming the retransmission provided by the foregoing various embodiments of the present invention can implement reliable transmission of data packets, and can easily and efficiently meet the requirements of inter-cluster process communication.

Abstract

La présente invention concerne un procédé de traitement de détection, un émetteur de données, un récepteur de données et un système de communication. Le procédé de traitement de détection se déroule comme suit: lorsque l'émetteur de données détermine qu'un temps de détection prédéterminé est arrivé conformément à un indicateur de temps et si la file d'attente d'émission est pleine ou si la file d'attente de transmission n'est pas en train d'émettre un paquet de données alors que la file d'attente d'émission n'est pas vide, l'émetteur de données envoie un message de détection au récepteur de données; à la réception du message de détection, le récepteur de données obtient, en accord avec les informations relatives aux paquets de données reçus, le numéro de séquence d'au moins un des paquets de données reçus dans l'ordre, génère un message de réponse de détection et le transmet à l'émetteur de données; l'en-tête du message de réponse de détection portant le numéro de séquence du dernier paquet des paquets de données reçus dans l'ordre. Des modes de réalisation de la présente invention concernent également un émetteur de données correspondant, un récepteur de données et un système de communication. Les solutions techniques apportées par les modes de réalisation de la présente invention peuvent assurer des communications simples, fiables et efficaces pour les routeurs à ressources partagées.
PCT/CN2011/072673 2011-04-12 2011-04-12 Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication WO2011100911A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/072673 WO2011100911A2 (fr) 2011-04-12 2011-04-12 Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication
CN201180000753.7A CN102217258B (zh) 2011-04-12 2011-04-12 探测处理方法、数据发送端、数据接收端以及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/072673 WO2011100911A2 (fr) 2011-04-12 2011-04-12 Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication

Publications (2)

Publication Number Publication Date
WO2011100911A2 true WO2011100911A2 (fr) 2011-08-25
WO2011100911A3 WO2011100911A3 (fr) 2012-03-15

Family

ID=44483381

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/072673 WO2011100911A2 (fr) 2011-04-12 2011-04-12 Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication

Country Status (2)

Country Link
CN (1) CN102217258B (fr)
WO (1) WO2011100911A2 (fr)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105162706B (zh) * 2014-05-28 2018-07-31 华为技术有限公司 组播传输方法、装置及系统
CN104102605B (zh) * 2014-06-25 2018-03-09 华为技术有限公司 一种数据传输方法、装置和系统
CN105228181B (zh) * 2015-10-21 2018-07-03 北京星网锐捷网络技术有限公司 一种基于ap优化tcp连接的方法、ap和系统
CN106856457B (zh) * 2015-12-09 2019-09-20 华为技术有限公司 一种数据传输方法、发送装置及接收装置
CN106789732B (zh) * 2016-11-21 2019-08-06 华胜信泰信息产业发展有限公司 基于消息队列的路由建立方法及系统
CN106452692A (zh) * 2016-11-30 2017-02-22 网宿科技股份有限公司 一种数据传输方法和系统
CN107491356A (zh) * 2017-08-28 2017-12-19 广州市百果园信息技术有限公司 基于序号的消息处理方法、终端设备和服务器
CN107733906B (zh) * 2017-10-24 2020-04-17 北京全路通信信号研究设计院集团有限公司 一种基于udp通信的rssp-ii通信方法
CN111355669B (zh) 2018-12-20 2022-11-25 华为技术有限公司 控制网络拥塞的方法、装置及系统
CN112398744A (zh) * 2019-08-16 2021-02-23 阿里巴巴集团控股有限公司 网络通信方法、装置及电子设备
CN112448898A (zh) * 2019-08-28 2021-03-05 无锡江南计算技术研究所 基于序列号机制的消息保序方法
CN114124841A (zh) * 2021-11-19 2022-03-01 青岛信大云谷信息科技有限公司 一种高速转发数据轻量级流量控制的方法
CN115250288A (zh) * 2022-07-18 2022-10-28 国仪量子(合肥)技术有限公司 数据通信方法、下位机、上位机、数据传输系统和介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030128681A1 (en) * 2001-12-29 2003-07-10 Dennis Rauschmayer Method and apparatus for implementing an automatic repeat request ("ARQ") function in a fixed wireless communication system
US20090150737A1 (en) * 2007-10-08 2009-06-11 Xiaoyi Wang Acknowledgment packet
CN101636957A (zh) * 2007-03-16 2010-01-27 高通股份有限公司 用于在无线通信系统中进行轮询的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030128681A1 (en) * 2001-12-29 2003-07-10 Dennis Rauschmayer Method and apparatus for implementing an automatic repeat request ("ARQ") function in a fixed wireless communication system
CN101636957A (zh) * 2007-03-16 2010-01-27 高通股份有限公司 用于在无线通信系统中进行轮询的方法和装置
US20090150737A1 (en) * 2007-10-08 2009-06-11 Xiaoyi Wang Acknowledgment packet

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WANG XUGUO ET AL.: 'Implementation and simulation for multi-reject ARQ protocol' COMPUTER APPLICATIONS vol. 26, no. 3, 31 March 2006, *

Also Published As

Publication number Publication date
CN102217258A (zh) 2011-10-12
WO2011100911A3 (fr) 2012-03-15
CN102217258B (zh) 2015-08-19

Similar Documents

Publication Publication Date Title
WO2011100911A2 (fr) Procédé de traitement de détection, émetteur de données, récepteur de données et système de communication
US10237153B2 (en) Packet retransmission method and apparatus
RU2691240C1 (ru) Способ пакетной передачи и абонентское устройство
US20150296418A1 (en) Methods and Apparatus for Handover Management of Transfer Control Protocol Proxy Communications
US8488523B2 (en) Method of transmitting and processing data block of specific protocol layer in wireless communication system
JP5351329B2 (ja) 無線通信システムにおいて1対多サービスを受信する方法及び端末
US9565699B2 (en) Method of performing polling procedure in a wireless communication system
JP2015065695A (ja) 無線通信システムの状態情報送信方法及び受信装置
JP2021513770A (ja) 伝送モードを判定するための方法およびデバイス、記憶媒体、ならびに電子デバイス
JP2013240061A (ja) 重複パケット伝送を最小限に抑える適応的tsp設定のための装置および方法
WO2018130059A1 (fr) Procédé et dispositif de transmission de paquet de données
WO2020147453A1 (fr) Procédé de transmission de données et appareil associé
CN102769520B (zh) 基于sctp协议的无线网络拥塞控制方法
WO2017107148A1 (fr) Procédé de transmission de données et équipement de réseau
US9549371B2 (en) Access point proxy and multi-hop wireless communication
WO2022083371A1 (fr) Procédé et dispositif de transmission de données
EP3038312A1 (fr) Procédé de transmission de données, équipement utilisateur et équipement proxy
WO2020010511A1 (fr) Procédé de transmission de données et station de base
US20150071273A1 (en) Efficient transfer of tcp traffic over wlan
CN113424578B (zh) 一种传输控制协议加速方法和装置
WO2016058424A1 (fr) Procédé, dispositif et système de transmission de données, et support d'informations
EP3424163A1 (fr) Amélioration d'arq de relais dans un réseau mmw
CN111955027A (zh) 控制移动通信系统中的数据接收速率的方法和装置
US11546100B2 (en) Operation of automatic repeat request
WO2018072097A1 (fr) Procédé et dispositif de transmission de données

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180000753.7

Country of ref document: CN

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

Ref document number: 11744269

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11744269

Country of ref document: EP

Kind code of ref document: A2