CN109067503B - Data retransmission method and device - Google Patents
Data retransmission method and device Download PDFInfo
- Publication number
- CN109067503B CN109067503B CN201811108220.0A CN201811108220A CN109067503B CN 109067503 B CN109067503 B CN 109067503B CN 201811108220 A CN201811108220 A CN 201811108220A CN 109067503 B CN109067503 B CN 109067503B
- Authority
- CN
- China
- Prior art keywords
- udp
- packet
- message
- unit
- error
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 230000005540 biological transmission Effects 0.000 abstract description 11
- 238000010586 diagram Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
The embodiment of the application discloses a data retransmission method and a data retransmission device, a UDP sending end module stores UDP messages sent by the UDP sending end module in a historical mode through a buffer interval, and therefore when first error reporting information is obtained from a receiving end, the reason that the UDP messages are discarded by the receiving end can be judged through original messages stored in the buffer interval. If the first UDP packet in the first error report information is inconsistent with the second UDP packet corresponding to the identifier in the buffer interval, the UDP sending end module may consider that the first UDP packet belongs to a transmission error caused by the UDP itself, so that a correct packet, i.e., the second UDP packet, may be retransmitted to the receiving end to complete data retransmission. Therefore, the data retransmission scheme of the application does not need application layer assistance processing in the data retransmission process, and the UDP sending module directly determines whether to retransmit the data, so that the data retransmission efficiency is improved.
Description
Technical Field
The present application relates to the field of data processing, and in particular, to a data retransmission method and apparatus.
Background
With the rapid development of network technology, User data packet Protocol (UDP) is used more and more, and compared with Transmission Control Protocol (TCP), the UDP has the advantages of simplicity and fast Transmission, and replaces TCP in more and more scenes.
However, UDP is a connectionless unreliable protocol, and packet loss may occur during transmission, and in some cases, a transmitting end needs to retransmit data content that is lost before retransmission.
For data retransmission, the existing technology feeds back the data to an upper application layer for processing, and the application layer determines how to retransmit the data, and the additional signaling overhead undoubtedly affects the efficiency of data retransmission.
Disclosure of Invention
In order to solve the above technical problems, the present application provides a data retransmission method and apparatus, which directly determine whether to retransmit data by a UDP sending module without application layer assistance processing, thereby improving data retransmission efficiency
The embodiment of the application discloses the following technical scheme:
in a first aspect, an embodiment of the present application provides a data retransmission method, where the method includes:
a UDP sending end module obtains first error information returned by a receiving end, wherein the first error information comprises a first UDP message with discarded errors and an identifier of the first UDP message;
the UDP sending end module searches a second UDP message corresponding to the identifier in a cache interval; the UDP message sent by the UDP sending end module in a historical mode is stored in the cache interval;
the UDP sending end module compares whether the first UDP message is consistent with the second UDP message;
and if the UDP message is not consistent with the first UDP message, the UDP sending end module retransmits the second UDP message to the receiving end.
Optionally, the comparing, by the UDP sending end module, whether the first UDP packet is consistent with the second UDP packet, includes:
and if the error information is consistent with the error information, the UDP sending end module determines that the error information is not an error generated by the UDP and returns a comparison result to the application layer.
Optionally, the method further includes:
and the UDP sending end module updates the UDP message stored in the cache interval in real time according to the sending time of the UDP message.
Optionally, the method further includes:
the UDP sending end module acquires a third UDP message;
the UDP sending end module judges whether a target port of the third UDP message is matched with a port currently used by the UDP sending end module;
and if not, discarding the third UDP message and returning second error information, wherein the second error information comprises the discarded third UDP message with errors and the identifier of the third UDP message.
Optionally, the error includes incorrect handling and/or destination port mismatch.
In a second aspect, an embodiment of the present application provides a data retransmission apparatus, where the apparatus includes a receiving unit, a searching unit, a comparing unit, and a retransmission unit:
the receiving unit is configured to obtain first error information returned by a receiving end, where the first error information includes a first UDP packet with an error discarded and an identifier of the first UDP packet;
the searching unit is configured to search for the second UDP packet corresponding to the identifier in the cache interval; the UDP message sent by the UDP sending end module in a historical mode is stored in the cache interval;
the comparison unit is used for comparing whether the first UDP message is consistent with the second UDP message;
and if the UDP packet is inconsistent with the first UDP packet, triggering the retransmission unit for retransmitting the second UDP packet to the receiving end.
Optionally, the apparatus further comprises a return unit:
and if the comparison result of the comparison unit is consistent, triggering the return unit, and determining that the error report information is not an error generated by the UDP and returning the comparison result to the application layer.
Optionally, the apparatus further includes an updating unit:
and the updating unit is used for updating the UDP message stored in the cache interval in real time according to the sending time of the UDP message.
Optionally, the apparatus further includes a determining unit and a discarding unit:
the receiving unit is further configured to obtain a third UDP packet;
the judging unit is configured to judge whether a destination port of the third UDP packet matches a port currently used by the UDP sending end module;
and if not, the discarding unit is configured to discard the third UDP packet and return second error information, where the second error information includes the discarded third UDP packet with the error and an identifier of the third UDP packet.
Optionally, the error includes incorrect handling and/or destination port mismatch.
According to the technical scheme, the UDP sending end module stores the UDP messages sent by the UDP sending end module in a historical mode through the buffer interval, so that when the first error report information is obtained from the receiving end, the reason that the UDP messages are discarded by the receiving end can be judged through the original messages stored in the buffer interval. If the first UDP packet in the first error report information is inconsistent with the second UDP packet corresponding to the identifier in the buffer interval, the UDP sending end module may consider that the first UDP packet belongs to a transmission error caused by the UDP itself, so that a correct packet, i.e., the second UDP packet, may be retransmitted to the receiving end to complete data retransmission. Therefore, the data retransmission scheme of the application does not need application layer assistance processing in the data retransmission process, and the UDP sending module directly determines whether to retransmit the data, so that the data retransmission efficiency is improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 is a schematic structural diagram of a UDP module according to an embodiment of the present application;
fig. 2 is a flowchart of a method for retransmitting data according to an embodiment of the present application;
fig. 3 is a device structure diagram of a data retransmission device according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described below with reference to the accompanying drawings.
Because UDP is a connectionless unreliable protocol, packet loss may occur during transmission, and in some cases, a transmitting end needs to retransmit data content that is lost before retransmission. For data retransmission, the existing technology feeds back the data to an upper application layer for processing, and the application layer determines how to retransmit the data, and the additional signaling overhead undoubtedly affects the efficiency of data retransmission.
Therefore, the embodiment of the present application provides a data retransmission method, which is applied to a UDP module, and in different application scenarios, the same UDP module may have different types. For example, in some application scenarios, a UDP module a sends a UDP packet to another UDP module or another module, and then the UDP module a may be regarded as a UDP sending module in the scenario; in some application scenarios, if the UDP module a receives UDP packets sent by other UDP modules or other modules, the UDP module a may be regarded as a UDP receiving module in the scenario.
The structure of the UDP module in the embodiment of the present application may be as shown in fig. 1, and the data retransmission scheme of the present application will be described with reference to fig. 1-2.
201: a UDP sending end module obtains first error information returned by a receiving end, wherein the first error information comprises a first UDP message with discarded errors and an identifier of the first UDP message;
the UDP sending end module may obtain the first error information through the sending module shown in fig. 1, where the sending module receives input information input from the application layer, and transmits the UDP packet packaged by the processing module to the IP layer.
It should be noted that the error may include a case that the receiving end cannot correctly process the error and/or a case that the destination port of the first UDP packet does not match the port available to the receiving end. The receiving end in the embodiment of the present application may include an IP module.
202: the UDP sending end module searches a second UDP message corresponding to the identifier in a cache interval; the UDP message sent by the UDP sending end module in a historical mode is stored in the cache interval;
in this application, the first error message is processed by the processing module shown in fig. 1 in the UDP sending end module, instead of returning the error message to the upper application layer for processing, and when the processing module receives the first error message, the UDP sending end module may search, by the processing module, the second UDP message corresponding to the identifier in the cache region. The buffer area may be provided in a retransmission module as shown in fig. 1.
The processing module may compare the first UDP packet with the original information stored in the retransmission module (e.g., a second UDP packet corresponding to the identifier searched in the cache region), and if it is determined through the comparison that the transmission error is generated by the UDP protocol itself, the retransmission module may resend the correct packet (e.g., the second UDP packet) to the processing module.
In a possible implementation manner, the UDP sending end module may update, in real time, the UDP packet stored in the buffer interval according to the sending time of the UDP packet. That is to say, the UDP sending end module may store all UDP packets sent in the near period in the buffer interval for data retransmission, and the storage amount may be determined according to the size of the buffer space.
203: the UDP sending end module compares whether the first UDP message is consistent with the second UDP message; if not, go to step 204.
204: and the UDP sending end module retransmits the second UDP message to the UDP receiving end module.
Since the original message before transmission is stored in the buffer space, the problem and whether to retransmit the data can be determined by comparing the results.
In a possible implementation manner, if it is determined through step 203 that the first UDP packet and the second UDP packet are not consistent, the UDP sending end module may consider that the UDP packet belongs to a transmission error caused by the UDP itself, so that a correct packet, that is, the second UDP packet, may be retransmitted to the receiving end to complete data retransmission.
In a possible implementation manner, if it is determined through step 203 that the first UDP message is consistent with the second UDP message, the UDP sending end module determines that the error report information is not an error generated by the UDP itself, and retransmitting the second UDP message cannot solve the problem of the UDP receiving end module, so the UDP sending end module returns a comparison result to the application layer, and the application layer determines the subsequent processing.
In a possible implementation manner, the UDP sending end module obtains the third UDP packet, and in this case, the UDP sending end module may be regarded as a receiving end, that is, a UDP receiving end module.
The UDP sending end module judges whether a target port of the third UDP message is matched with a port currently used by the UDP sending end module;
and if not, discarding the third UDP message and returning second error information, wherein the second error information comprises the discarded third UDP message with errors and the identifier of the third UDP message.
That is to say, when the UDP sending end module in the embodiment of the present application is used as a UDP receiving end module, it may be determined whether the obtained UDP packet needs to be discarded by determining a port. And returning second error information to the sending end of the UDP message when the UDP message is discarded so that the sending end can determine whether to retransmit the data.
The UDP sending end module can pack the input information from the sending module through the processing module, identify the port number of the data from the receiving module and judge whether the destination port of the UDP message is matched with a certain port currently used.
The output module receives the UDP message transmitted by the IP module, the output module sends the UDP message to the processing module, and after the UDP message is processed, the correct UDP message can be sent to the application layer of the corresponding port number or other modules through the output module.
Therefore, the UDP sending end module stores the UDP message historically sent by itself through the buffer interval, so that when the first error information is obtained from the receiving end, the reason why the UDP message is discarded by the receiving end can be judged through the original message stored in the buffer interval. If the first UDP packet in the first error report information is inconsistent with the second UDP packet corresponding to the identifier in the buffer interval, the UDP sending end module may consider that the first UDP packet belongs to a transmission error caused by the UDP itself, so that a correct packet, i.e., the second UDP packet, may be retransmitted to the receiving end to complete data retransmission. Therefore, the data retransmission scheme of the application does not need application layer assistance processing in the data retransmission process, and the UDP sending module directly determines whether to retransmit the data, so that the data retransmission efficiency is improved.
Fig. 3 is a block diagram of an apparatus for retransmitting data according to an embodiment of the present application, where the apparatus includes a receiving unit 301, a searching unit 302, a comparing unit 303, and a retransmitting unit 304:
the receiving unit is configured to obtain first error information returned by a receiving end, where the first error information includes a first UDP packet with an error discarded and an identifier of the first UDP packet;
the searching unit is configured to search for the second UDP packet corresponding to the identifier in the cache interval; the UDP message sent by the UDP sending end module in a historical mode is stored in the cache interval;
the comparison unit is used for comparing whether the first UDP message is consistent with the second UDP message;
and if the UDP packet is inconsistent with the first UDP packet, triggering the retransmission unit for retransmitting the second UDP packet to the receiving end.
Optionally, the apparatus further comprises a return unit:
and if the comparison result of the comparison unit is consistent, triggering the return unit, and determining that the error report information is not an error generated by the UDP and returning the comparison result to the application layer.
Optionally, the apparatus further includes an updating unit:
and the updating unit is used for updating the UDP message stored in the cache interval in real time according to the sending time of the UDP message.
Optionally, the apparatus further includes a determining unit and a discarding unit:
the receiving unit is further configured to obtain a third UDP packet;
the judging unit is configured to judge whether a destination port of the third UDP packet matches a port currently used by the UDP sending end module;
and if not, the discarding unit is configured to discard the third UDP packet and return second error information, where the second error information includes the discarded third UDP packet with the error and an identifier of the third UDP packet.
Optionally, the error includes incorrect handling and/or destination port mismatch.
Therefore, the UDP sending end module stores the UDP message historically sent by itself through the buffer interval, so that when the first error information is obtained from the receiving end, the reason why the UDP message is discarded by the receiving end can be judged through the original message stored in the buffer interval. If the first UDP packet in the first error report information is inconsistent with the second UDP packet corresponding to the identifier in the buffer interval, the UDP sending end module may consider that the first UDP packet belongs to a transmission error caused by the UDP itself, so that a correct packet, i.e., the second UDP packet, may be retransmitted to the receiving end to complete data retransmission. Therefore, the data retransmission scheme of the application does not need application layer assistance processing in the data retransmission process, and the UDP sending module directly determines whether to retransmit the data, so that the data retransmission efficiency is improved.
Those of ordinary skill in the art will understand that: all or part of the steps for realizing the method embodiments can be completed by hardware related to program instructions, the program can be stored in a computer readable storage medium, and the program executes the steps comprising the method embodiments when executed; and the aforementioned storage medium may be at least one of the following media: various media that can store program codes, such as read-only memory (ROM), RAM, magnetic disk, or optical disk.
It should be noted that, in the present specification, all the embodiments are described in a progressive manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the apparatus and system embodiments, since they are substantially similar to the method embodiments, they are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points. The above-described embodiments of the apparatus and system are merely illustrative, and the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
The above description is only one specific embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A method of data retransmission, the method comprising:
a user data packet protocol (UDP) sending end module acquires first error information returned by a receiving end, wherein the first error information comprises a first UDP message with discarded errors and an identifier of the first UDP message;
the UDP sending end module searches a second UDP message corresponding to the identifier in a cache interval; the UDP message sent by the UDP sending end module in a historical mode is stored in the cache interval;
the UDP sending end module compares whether the first UDP message is consistent with the second UDP message;
and if the UDP message is not consistent with the first UDP message, the UDP sending end module retransmits the second UDP message to the receiving end.
2. The method of claim 1, wherein the comparing, by the UDP sending end module, whether the first UDP packet is consistent with the second UDP packet comprises:
and if the first error report information is consistent with the second error report information, the UDP sending end module determines that the first error report information is not an error generated by the UDP and returns a comparison result to the application layer.
3. The method of claim 1, further comprising:
and the UDP sending end module updates the UDP message stored in the cache interval in real time according to the sending time of the UDP message.
4. The method according to any one of claims 1-3, further comprising:
the UDP sending end module acquires a third UDP message;
the UDP sending end module judges whether a target port of the third UDP message is matched with a port currently used by the UDP sending end module;
and if not, discarding the third UDP message and returning second error information, wherein the second error information comprises the discarded third UDP message with errors and the identifier of the third UDP message.
5. The method of claim 1, wherein the error comprises incorrect handling and/or destination port mismatch.
6. A data retransmission apparatus, comprising a receiving unit, a searching unit, a comparing unit and a retransmitting unit:
the receiving unit is configured to acquire first error information returned by a user datagram protocol UDP receiving end, where the first error information includes a first UDP packet with an error discarded and an identifier of the first UDP packet;
the searching unit is configured to search for the second UDP packet corresponding to the identifier in the cache interval; the UDP messages sent by the UDP sending end module in a historical mode are stored in the cache interval;
the comparison unit is used for comparing whether the first UDP message is consistent with the second UDP message;
and if the UDP packet is inconsistent with the first UDP packet, triggering the retransmission unit for retransmitting the second UDP packet to the receiving end.
7. The apparatus according to claim 6, characterized in that the apparatus further comprises a return unit:
and if the comparison result of the comparison unit is consistent, triggering the return unit, and determining that the first error report information is not an error generated by the UDP and returning the comparison result to the application layer.
8. The apparatus of claim 6, further comprising an update unit to:
the updating unit is used for updating the buffer interval in real time according to the sending time of the UDP message
And (4) storing the UDP message.
9. The apparatus according to any one of claims 6 to 8, wherein the apparatus further comprises a determining unit and a discarding unit:
the receiving unit is further configured to obtain a third UDP packet;
the judging unit is configured to judge whether a destination port of the third UDP packet matches a port currently used by the UDP sending end module;
and if not, the discarding unit is configured to discard the third UDP packet and return second error information, where the second error information includes the discarded third UDP packet with the error and an identifier of the third UDP packet.
10. The apparatus of claim 6, wherein the error comprises incorrect handling and/or destination port mismatch.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811108220.0A CN109067503B (en) | 2018-09-21 | 2018-09-21 | Data retransmission method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811108220.0A CN109067503B (en) | 2018-09-21 | 2018-09-21 | Data retransmission method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109067503A CN109067503A (en) | 2018-12-21 |
| CN109067503B true CN109067503B (en) | 2021-06-29 |
Family
ID=64762436
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811108220.0A Active CN109067503B (en) | 2018-09-21 | 2018-09-21 | Data retransmission method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109067503B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112583529B (en) * | 2020-12-18 | 2023-10-31 | 脸萌有限公司 | Data processing method, device, equipment and storage medium |
| CN114553663B (en) * | 2022-02-25 | 2024-02-02 | 中国农业银行股份有限公司 | Abnormality detection method, abnormality detection device, abnormality detection equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20060081592A (en) * | 2005-01-10 | 2006-07-13 | 삼성전자주식회사 | Method for constructing bitmap and method for re-transmitting packet using the bitmap |
| CN101136849A (en) * | 2007-01-09 | 2008-03-05 | 中兴通讯股份有限公司 | Multilink data transmitting and receiving method and apparatus |
| CN101783955A (en) * | 2010-03-24 | 2010-07-21 | 杭州华三通信技术有限公司 | Data recovering method when data is abnormal and equipment thereof |
| CN105745885A (en) * | 2013-12-20 | 2016-07-06 | 英特尔公司 | Method and system for flexible credit exchange within high performance fabrics |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004038575A (en) * | 2002-07-03 | 2004-02-05 | Sony Corp | Data transmitting and receiving system, data transmitting and receiving method, information providing device, information providing method, data transmitting device, and data receiving method |
-
2018
- 2018-09-21 CN CN201811108220.0A patent/CN109067503B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20060081592A (en) * | 2005-01-10 | 2006-07-13 | 삼성전자주식회사 | Method for constructing bitmap and method for re-transmitting packet using the bitmap |
| CN101136849A (en) * | 2007-01-09 | 2008-03-05 | 中兴通讯股份有限公司 | Multilink data transmitting and receiving method and apparatus |
| CN101783955A (en) * | 2010-03-24 | 2010-07-21 | 杭州华三通信技术有限公司 | Data recovering method when data is abnormal and equipment thereof |
| CN105745885A (en) * | 2013-12-20 | 2016-07-06 | 英特尔公司 | Method and system for flexible credit exchange within high performance fabrics |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109067503A (en) | 2018-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9622147B2 (en) | System and method for performing hybrid automatic repeat request (HARQ) in a WLAN system | |
| US8136004B2 (en) | Radio communication apparatus and method used in mobile communication system | |
| CN107547505B (en) | Message processing method and device | |
| CN109067503B (en) | Data retransmission method and device | |
| US10505677B2 (en) | Fast detection and retransmission of dropped last packet in a flow | |
| US10601722B2 (en) | Method and device for dynamically managing the message retransmission delay on an interconnection network | |
| CN106506124A (en) | Retransmit message and determine method and device | |
| CN103684707A (en) | Server-side and user-side message transmission processing method, message transmission method and message transmission system | |
| CN111181698B (en) | Data processing method, device, equipment and medium | |
| US11196792B2 (en) | Method, device and system for transmitting data | |
| CN111404872A (en) | Message processing method, device and system | |
| US20200213041A1 (en) | Method and device for setting out-of-order value of network | |
| CN106453613B (en) | Message retransmission method and device | |
| CN109525496B (en) | Method and device for updating link state information | |
| CN110855510A (en) | Data transmission optimization method, device, equipment and medium | |
| CN114553375A (en) | Data transmission method and device, electronic equipment and storage medium | |
| CN116155826A (en) | Message receiving and transmitting method, network equipment, system and storage medium | |
| CN113645008B (en) | Message protocol timeout retransmission method and system based on linked list | |
| EP4064589A1 (en) | Ethernet time synchronization method and apparatus | |
| WO2013075493A1 (en) | Method and device for acquiring delay of data packet in second layer | |
| CN114157670A (en) | Message transmission method and device | |
| CN114422970B (en) | Short message tracing method, device and equipment | |
| CN117544280A (en) | Message transmission method, system, device, equipment and storage medium | |
| CN115118392B (en) | Method for determining D-SACK, processor and communication system | |
| CN114615170B (en) | Message processing method, device and computer storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |