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 PDFInfo
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-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.
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)
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)
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 | 高通股份有限公司 | 用于在无线通信系统中进行轮询的方法和装置 |
-
2011
- 2011-04-12 WO PCT/CN2011/072673 patent/WO2011100911A2/fr active Application Filing
- 2011-04-12 CN CN201180000753.7A patent/CN102217258B/zh active Active
Patent Citations (3)
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)
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 |