CN101699797B - Method for performing data transmission by using UDP protocol - Google Patents
Method for performing data transmission by using UDP protocol Download PDFInfo
- Publication number
- CN101699797B CN101699797B CN2009101938812A CN200910193881A CN101699797B CN 101699797 B CN101699797 B CN 101699797B CN 2009101938812 A CN2009101938812 A CN 2009101938812A CN 200910193881 A CN200910193881 A CN 200910193881A CN 101699797 B CN101699797 B CN 101699797B
- Authority
- CN
- China
- Prior art keywords
- data
- zpc
- data message
- transmitting terminal
- receiving terminal
- 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.)
- Expired - Fee Related
Links
Images
Abstract
The invention relates to a method for performing data transmission by using a UDP protocol. The method for performing data transmission with automatic link recovery by using the UDP protocol comprises the following steps that: (1) a connection and handshake process is performed between a transmitting terminal and a receiving terminal; (2) the transmitting terminal transmits a zpc_data command data message to the receiving terminal; (3) after receiving the zpc_data command data message, the receiving terminal transmits a zpc_ack authenticated data message to the transmitting terminal; and (4) the transmitting terminal and the receiving terminal of a packet are disconnected. The connection and handshake process in step (1) comprises the following steps that: firstly, the transmitting terminal transmits a zpc_conn data message to a predetermined UDP port of the receiving terminal; and secondly, after receiving the zpc_conn data message from the transmitting terminal, the receiving terminal also transmits the zpc_conn data message to the transmitting terminal. By the method, the connection between the transmitting terminal and the receiving terminal is faster and simpler, without an upper application program.
Description
Technical field
The present invention relates to a kind of method of in computer software and the Internet, carrying out transfer of data, relate in particular to a kind of method of using udp protocol to carry out reliable data transmission.
Background technology
Along with the variation and the various novel internet, applications of the Internet access technology continues to bring out, traditional internet data host-host protocol (Transmission Control Protocol and udp protocol) can not satisfy the requirement of novel internet, applications to transfer of data fully.Traditional TCP protocol and udp protocol have pluses and minuses mutually.The advantage of udp protocol is, connects conveniently, need not to know the other side's physical address, do not receive the influence of internet firewall and NAT gateway; Shortcoming is reliable inadequately, occurs losing of datagram easily.The pluses and minuses of Transmission Control Protocol then with udp protocol antithesis.Description to this has been that the background technology of 200710094232.2 one Chinese patent application file (calling file A in the following text) is partly put down in writing at application number, just is not described in detail here.For solving the unreliable problem based on the transfer of data of udp protocol, file A has provided concrete solution, promptly uses udp protocol to carry out the method for reliable data transmission.But the method that the use udp protocol described in the file A carries out reliable data transmission still has following shortcoming:
The first, this technical scheme has been simulated three steps of Transmission Control Protocol fully and has been shaken hands, and under the relatively poor situation of network condition, when connection failure occurring, needs the upper level applications repeated attempt, has increased the intervention workload of upper level applications.And three steps of handshake procedure (i.e. " transmitting terminal sends the TPCMD_CONNECT command packet to receiving terminal ", " receiving terminal sends the TPCMD_CONNECT_ACK command packet to transmitting terminal ", " transmitting terminal sends the TPCMD_CONNECT_EST command packet to receiving terminal ") are as long as there is step failure; Then this handshake procedure failure needs application layer to participate in reappearing and attempts.So more complicated connect.
The second, the method that the use udp protocol described in the file A carries out reliable data transmission does not have the unusual automatic link recovery function in opposite end.Link down mainly contains two kinds of situations, and first network interrupts, and this type of interruption can be regarded network delay as, and the method that the use udp protocol described in the file A carries out reliable data transmission can realize the automatic link recovery of this type of interruption; Its two be carry out having in the two ends of transfer of data an end unusual (as program exception recover, program is restarted, program communication module initialization etc.); This type interruption needs the two ends of transfer of data to connect again, and the method that the use udp protocol described in the file A carries out reliable data transmission can't realize the automatic link recovery of this type interruption.
Summary of the invention
The present invention has overcome deficiency of the prior art, the purpose of this invention is to provide a kind of, in this data transmission method, being connected more fast of transmitting terminal and receiving terminal, simple, and need not the participation of upper level applications.
But the data transmission method that uses udp protocol to carry out automatic link recovery comprises following process:
(1) links handshake procedure between transmitting terminal and the receiving terminal;
(2) transmitting terminal sends zpc_data order data message to receiving terminal; In this process; The zpc_data order data message that transmitting terminal is sent is saved in the transmit queue, and the zpc_data order data message that after receiving terminal is responded, will send is again deleted from transmit queue;
(3) after receiving terminal is received zpc_data order data message, regularly send zpc_ack and confirm data message, in this process to transmitting terminal; After receiving terminal receives the zpc_data order data message that transmitting terminal sends; According to said zpc_data order data sequence number of message valid data are put into the reception formation, the smallest sequence number that receives in the formation equates that with the expectation sequence number then the state of link is set to readable; Application layer is through status poll; Read the reception queuing data according to readable state information, bottom upgrades the expectation sequence number simultaneously, and deletes read data; Process (2) and process (3) repeat;
(4) close connection between packet transmitting terminal and the receiving terminal;
Wherein,
Link handshake procedure in the said process (1) adopts following steps,
The first, transmitting terminal sends the predetermined udp port of zpc_conn data message to receiving terminal;
The second, after receiving terminal is received the zpc_conn data message from transmitting terminal, send the zpc_conn data message equally to transmitting terminal; After transmitting terminal was received the zpc_conn data message from receiving terminal, the link handshake procedure was accomplished;
Further technical scheme is,
If transmitting terminal is not received zpc_ack and confirms data message that transmitting terminal resends unacknowledged zpc_data order data message in the given time.
In the above-mentioned data transmission method; The handshake procedure of transmitting terminal and receiving terminal adopted for two steps shook hands; Cancelled the step that the described transmitting terminal of file A sends the TPCMD_CONNECT_EST packet; Just, as long as transmitting terminal and receiving terminal homogeneous phase the other side send a secondary data, need not transmitting terminal and sending the affirmation data.Transmitting terminal and receiving terminal can send data each other and show that promptly both are " transparent " each other.Being connected of transmitting terminal and receiving terminal is quick more, simple.Mutual discovery mode has been adopted in above-mentioned method of attachment, only the discovery number of attempt need be set at the upper layer application layer, and Communication Layer will attempt finding the other side according to certain cycle, and raising is found success rate and reduced the upper strata and intervene.
Another object of the present invention provides a kind of use udp protocol and carries out data transmission method, the automatic link recovery when this method can realize that transmitting terminal or receiving terminal are unusual.
In order to realize above-mentioned another purpose, the present invention increases following technical characterictic on the technical scheme basis of aforementioned realization first purpose:
During implementation (2) or process (3), unusual if transmitting terminal takes place, after this implementation (1) again then gets into the transmission that process (2), (3) are proceeded remaining data; If receiving terminal takes place unusual; Receiving terminal will be from receiving the zpc_data order data packet loss of the last time that transmitting terminal sends, and send the zpc_recon communication to transmitting terminal and reconnect communication and reconnect data message, after transmitting terminal is received the zpc_recon data message; Again wait to send out to overstocking the data sorting that does not send; The data sorting that receives submits to application layer process and initialization to receive formation, and after this implementation (1) again again gets into the transmission that process (2), (3) are proceeded remaining data.
Occur when unusual at receiving terminal, receiving terminal and transmitting terminal be " transparent " no longer, for receiving terminal; The zpc_data order data message that transmitting terminal sends sends from the uncertain transmitting terminal of identity, and therefore, receiving terminal abandons this zpc_data order data message; Require transmitting terminal to rebulid connection simultaneously; After waiting for that connection procedure is accomplished, the zpc_data order data message that is dropped can resend, and proceeds data transmission procedure.Realize the automatic link recovery when receiving terminal and transmitting terminal are unusual.
Further technical scheme is,
The equal tunneling head of each data message of transmitting terminal and receiving terminal, and the whole new data message of tunneling head encrypted, send then, to the non-encrypted transmit queue that deposits in of zpc_data order data message, encrypt transmission when repeating to send again; After receiving terminal is received data message, earlier to the deciphering of data message, then according to the information processing infomational message of said protocol header.
Description of drawings
Fig. 1 is the sketch map of transmitting terminal and receiving terminal normal communication process in the data transmission method of the present invention;
Fig. 2 is the sketch map that occurs network abnormal restoring communication process in the data transmission method of the present invention;
The unusual sketch map that recovers communication process automatically in opposite end appears in Fig. 3 in the data transmission method of the present invention;
Embodiment
Referring to Fig. 1, but the data transmission method that uses udp protocol to carry out automatic link recovery comprises following process:
(1) link handshake procedure between transmitting terminal and the receiving terminal, and process S1, this link handshake procedure adopts following steps,
The first, transmitting terminal sends the predetermined udp port of zpc_conn data message to receiving terminal;
The second, after receiving terminal is received the zpc_conn data message from transmitting terminal, send the zpc_conn data message equally to transmitting terminal; After transmitting terminal was received the zpc_conn data message from receiving terminal, the link handshake procedure was accomplished.
(2) transmitting terminal sends zpc_data order data message to receiving terminal; In this process; The zpc_data order data message that transmitting terminal is sent is saved in the transmit queue, and the zpc_data order data message that after receiving terminal is responded, will send is again deleted from transmit queue;
(3) after receiving terminal is received zpc_data order data message, regularly send zpc_ack and confirm data message, in this process to transmitting terminal; After receiving terminal receives the zpc_data order data message that transmitting terminal sends; According to said zpc_data order data sequence number of message valid data are put into the reception formation, the smallest sequence number that receives in the formation equates that with the expectation sequence number then the state of link is set to readable; Application layer is through status poll; Read the reception queuing data according to readable state information, bottom upgrades the expectation sequence number simultaneously, and deletes read data; Process (2) and process (3) repeat; Process (2) and process (3) are the process S2 among the figure.In fact the expectation sequence number shows the sequence number of the packet that application layer need receive, and this expectation sequence number is since 1.Data to be sent possibly be divided into n packet sends, and the n value is indicated in protocol header.Therefore, for data to be sent, the expectation sequence number is from 1 to n, can guarantee that like this application layer receives the order of data.
(4) close connection between packet transmitting terminal and the receiving terminal, i.e. process S3.
In process S2, if receiving zpc_ack in the given time, transmitting terminal do not confirm data message, and transmitting terminal resends unacknowledged zpc_data order data message, and the said here scheduled time can be set up on their own by the programming personnel.
Referring to Fig. 2, network occurs when unusual, and the zpc_dada order data message that transmitting terminal sends is lost; Perhaps receiving terminal is lost the zpc_ack affirmation data message of the data message of zpc_data; Transmitting terminal is regularly retransmitted the unacknowledged data message, and carries out the transmission speed adjustment according to the ratio of confirming of losing, and reduces blocking up of network; Receiving terminal guarantees the correct reliable of data message according to the ordering of recombinating of zpc_data data message sequence number.Behind the network recovery, transmission speed reduces progressively recovery according to sending the ratio of confirming of losing, and overstocks data the most at last and is sent to the opposite end.Communication link automatically replies normally.In the unusual recovery process of network, Distributed Calculation two ends (transmitting terminal and receiving terminal) is transparent, and promptly both need not to rebulid connection.
During implementation (2) or process (3), unusual if transmitting terminal takes place, after this implementation (1) again then gets into the transmission that process (2), (3) are proceeded remaining data; If receiving terminal takes place unusual; Referring to Fig. 3; Receiving terminal will be from receiving the zpc_data order data packet loss of the last time that transmitting terminal sends, and send the zpc_recon communication to transmitting terminal and reconnect data message, after transmitting terminal receives that the zpc_recon communication reconnects data message; Again wait to send out to overstocking the data sorting that does not send; The data sorting that receives submits to application layer process and initialization to receive formation, and after this implementation (1) again again gets into the transmission that process (2), (3) are proceeded remaining data.
The equal tunneling head of each data message of transmitting terminal and receiving terminal, and the whole new data message of tunneling head encrypted, send then, to the non-encrypted transmit queue that deposits in of zpc_data order data message, encrypt transmission when repeating to send again; After receiving terminal is received data message, earlier to the deciphering of data message, then according to the information processing infomational message of said protocol header.
Said protocol header generally comprises random value, protocol-identifier, protocol version, sequence number, type of message receive window size and data length information.
Receiving terminal is checked said protocol-identifier after receiving data message and deciphering, the data discard processing that protocol-identifier is not passed through.
When transmitting terminal receives that the zpc_recon communication of receiving terminal reconnects data message or zpc_conn data message, transmit queue is overstock data number according to the order of sequence since 1 again, wait for that link recovers the back automatically and sends;
Each data that receiving terminal receives write the sorting position that receives formation according to the order of sequence; The data message that the sequence number displacement is surpassed receive window abandons, and to the test serial number record that needs are confirmed, according to current needs whether zpc_data order data message ordering back inspection expectation sequence number and formation smallest sequence number is equated; Be masked as readable state if equate then Link State is set; Application layer is through this state of inquiry, and reading of data is after data are returned application layer; From receive formation, delete, and will expect sequence number+1;
When receiving the zpc_conn data message, arrange the submission application layer according to the order of sequence to overstocking at the data message that receives formation, and initialization reception formation control information, will expect that sequence number is initialized as 1.
Above embodiment describes the only unrestricted technical scheme of the present invention in order to explanation.Do not break away from any modification or the local replacement of spirit and scope of the invention, should be encompassed in the middle of the claim scope of the present invention.
Claims (6)
1. but the data transmission method that uses udp protocol to carry out automatic link recovery comprises following process:
(1) links handshake procedure between transmitting terminal and the receiving terminal;
(2) transmitting terminal sends zpc_data order data message to receiving terminal; In this process; The zpc_data order data message that transmitting terminal is sent is saved in the transmit queue, and the zpc_data order data message that after receiving terminal is responded, will send is again deleted from transmit queue;
(3) after receiving terminal is received zpc_data order data message, regularly send zpc_ack and confirm data message, in this process to transmitting terminal; After receiving terminal receives the zpc_data order data message that transmitting terminal sends; According to said zpc_data order data sequence number of message valid data are put into the reception formation, the smallest sequence number that receives in the formation equates that with the expectation sequence number then the state of link is set to readable; Application layer is through status poll; Read the reception queuing data according to readable state information, bottom upgrades the expectation sequence number simultaneously, and deletes read data; Process (2) and process (3) repeat;
(4) close connection between packet transmitting terminal and the receiving terminal;
It is characterized in that,
Link handshake procedure in the said process (1) adopts following steps,
The first, transmitting terminal sends the predetermined udp port of zpc_conn data message to receiving terminal;
The second, after receiving terminal is received the zpc_conn data message from transmitting terminal, send the zpc_conn data message equally to transmitting terminal; After transmitting terminal was received the zpc_conn data message from receiving terminal, the link handshake procedure was accomplished;
During implementation (2) or process (3), unusual if transmitting terminal takes place, after this implementation (1) again then gets into the transmission that process (2), (3) are proceeded remaining data; If receiving terminal takes place unusual; Receiving terminal will be received the zpc_data order data packet loss of the last time that transmitting terminal sends, and reconnect data message to transmitting terminal transmission zpc_recon communication, after transmitting terminal receives that the zpc_recon communication reconnects data message; Again wait to send out to overstocking the data sorting that does not send; The data sorting that receives submits to application layer process and initialization to receive formation, and after this implementation (1) again again gets into the transmission that process (2), (3) are proceeded remaining data.
2. but use udp protocol according to claim 1 carries out the data transmission method of automatic link recovery, it is characterized in that,
If transmitting terminal is not received zpc_ack and confirms data message that transmitting terminal resends unacknowledged zpc_data order data message in the given time.
3. but use udp protocol according to claim 1 carries out the data transmission method of automatic link recovery, it is characterized in that,
The equal tunneling head of each data message of transmitting terminal and receiving terminal, and the whole new data message of tunneling head encrypted, send then, to the non-encrypted transmit queue that deposits in of zpc_data order data message, encrypt transmission when repeating to send again;
After receiving terminal is received data message, earlier to the deciphering of data message, then according to the information processing infomational message of said protocol header.
4. but use udp protocol according to claim 3 carries out the data transmission method of automatic link recovery, it is characterized in that,
Said protocol header comprises random value, protocol-identifier, protocol version, sequence number, type of message, receive window size and data length information.
5. but use udp protocol according to claim 4 carries out the data transmission method of automatic link recovery, it is characterized in that,
Receiving terminal is checked said protocol-identifier after receiving data message and deciphering, the data discard processing that protocol-identifier is not passed through.
6. but use udp protocol according to claim 5 carries out the data transmission method of automatic link recovery, it is characterized in that,
When transmitting terminal receives that the zpc_recon communication of receiving terminal reconnects data message or zpc_conn data message, transmit queue is overstock data number according to the order of sequence since 1 again, wait for that link recovers the back automatically and sends;
Each data that receiving terminal receives write the sorting position that receives formation according to the order of sequence; The data message that the sequence number displacement is surpassed receive window abandons, and to the test serial number record that needs are confirmed, according to current needs whether zpc_data order data message ordering back inspection expectation sequence number and formation smallest sequence number is equated; Be masked as readable state if equate then Link State is set; Application layer is through this state of inquiry, and reading of data is after data are returned application layer; From receive formation, delete, and will expect sequence number+1;
When receiving the zpc_conn data message, arrange the submission application layer according to the order of sequence to overstocking at the data message that receives formation, and initialization reception formation control information, will expect that sequence number is initialized as 1.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101938812A CN101699797B (en) | 2009-11-13 | 2009-11-13 | Method for performing data transmission by using UDP protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101938812A CN101699797B (en) | 2009-11-13 | 2009-11-13 | Method for performing data transmission by using UDP protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101699797A CN101699797A (en) | 2010-04-28 |
| CN101699797B true CN101699797B (en) | 2012-07-11 |
Family
ID=42148242
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101938812A Expired - Fee Related CN101699797B (en) | 2009-11-13 | 2009-11-13 | Method for performing data transmission by using UDP protocol |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101699797B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107592294A (en) * | 2017-07-28 | 2018-01-16 | 北京北信源软件股份有限公司 | Data reporting method and device |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102508805B (en) * | 2011-11-02 | 2014-12-03 | 惠州市华阳多媒体电子有限公司 | Communication method of DVD (Digital Video Disk) movement decoding serial port |
| CN103036904B (en) * | 2012-12-27 | 2015-10-21 | 东方通信股份有限公司 | A kind of udp protocol that uses in a communication network carries out the method for reliable data transmission |
| CN104363248B (en) * | 2014-11-27 | 2018-01-09 | 广州杰赛科技股份有限公司 | Radio data transmission method and user terminal |
| CN104394234A (en) * | 2014-12-15 | 2015-03-04 | 无锡中电科物联网创新研发中心 | Multi-window UDP (user datagram protocol) wireless transmission method applied to environment monitoring |
| CN105791239B (en) * | 2014-12-24 | 2019-01-25 | 中国科学院声学研究所 | A kind of TCP go-between processing method |
| CN108650244A (en) * | 2018-04-24 | 2018-10-12 | 网宿科技股份有限公司 | A kind of domain name analytic method, terminal and recurrence dns server |
| CN109067752B (en) * | 2018-08-15 | 2021-03-26 | 无锡江南计算技术研究所 | Method for realizing compatibility of TCP/IP protocol by using RDMA message |
| CN109379355A (en) * | 2018-10-11 | 2019-02-22 | 无锡威孚力达催化净化器有限责任公司 | Adaptive reliable multiwindow data transmission method based on udp protocol |
| CN109587822B (en) * | 2018-12-13 | 2021-06-18 | 网易（杭州）网络有限公司 | Information transmission control method, information reception control device, and storage medium |
| CN109861999B (en) * | 2019-01-21 | 2022-04-26 | 深圳市敢为软件技术有限公司 | Data transmission control method, device and storage medium |
| CN109871277B (en) * | 2019-01-22 | 2021-03-16 | 普联技术有限公司 | Inter-process multi-request management method and device, terminal equipment and readable storage medium |
| CN112272168A (en) * | 2020-10-14 | 2021-01-26 | 天津津航计算技术研究所 | Lightweight UDP communication redundancy method |
| CN116074252B (en) * | 2023-03-07 | 2023-06-06 | 国仪量子(合肥)技术有限公司 | UDP data transmission method and UDP data transmission device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040111635A1 (en) * | 2002-12-04 | 2004-06-10 | International Business Machines Corporation | Protection against denial of service attacks |
| US20070058670A1 (en) * | 2005-08-08 | 2007-03-15 | American Megatrends, Inc. | UDP to TCP bridge |
| CN101136786A (en) * | 2006-08-29 | 2008-03-05 | 郑州威科姆技术开发有限公司 | Network fault node diagnosis method |
| CN101436978A (en) * | 2007-11-15 | 2009-05-20 | 盛乐信息技术（上海）有限公司 | Method for authentic data transmission using UDP protocol |
| CN101505306A (en) * | 2009-03-23 | 2009-08-12 | 烽火通信科技股份有限公司 | Inter-node reliable communication method in distributed system |
-
2009
- 2009-11-13 CN CN2009101938812A patent/CN101699797B/en not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040111635A1 (en) * | 2002-12-04 | 2004-06-10 | International Business Machines Corporation | Protection against denial of service attacks |
| US20070058670A1 (en) * | 2005-08-08 | 2007-03-15 | American Megatrends, Inc. | UDP to TCP bridge |
| CN101136786A (en) * | 2006-08-29 | 2008-03-05 | 郑州威科姆技术开发有限公司 | Network fault node diagnosis method |
| CN101436978A (en) * | 2007-11-15 | 2009-05-20 | 盛乐信息技术（上海）有限公司 | Method for authentic data transmission using UDP protocol |
| CN101505306A (en) * | 2009-03-23 | 2009-08-12 | 烽火通信科技股份有限公司 | Inter-node reliable communication method in distributed system |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107592294A (en) * | 2017-07-28 | 2018-01-16 | 北京北信源软件股份有限公司 | Data reporting method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101699797A (en) | 2010-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101699797B (en) | Method for performing data transmission by using UDP protocol | |
| CN103036904B (en) | A kind of udp protocol that uses in a communication network carries out the method for reliable data transmission | |
| CN102217258B (en) | Detection processing method, data sending terminal, data receiver and communication system | |
| CN109936510A (en) | Multipath RDMA transmission | |
| US11863370B2 (en) | High availability using multiple network elements | |
| CN1983911B (en) | Method and system for faster detection and retransmission of lost tcp segments | |
| JP6148459B2 (en) | How to transport data from a source node to a destination node | |
| WO2021004056A1 (en) | Method for data transmission and rdma network interface card | |
| CN105245271B (en) | Satellite communication network acceleration device and method | |
| CN107360177B (en) | A kind of message transmitting method and device based on UDP | |
| CN107104902B (en) | RDMA data transmission method, related device and system | |
| CN104980257B (en) | Internet of things communication method and device | |
| CN108886713B (en) | Data transmission method, data receiving equipment and data sending equipment | |
| WO2015165255A1 (en) | Data transmission method and device | |
| JP2018517992A (en) | Hypertext transfer protocol request retransmission method, device, and client terminal | |
| US10476919B2 (en) | System and method for reliable messaging between application sessions across volatile networking conditions | |
| Bedon et al. | A DTN system for nanosatellite-based sensor networks using a new ALOHA multiple access with gateway priority | |
| EP3574600B1 (en) | Communication protocol packet retransmission | |
| CN109039549A (en) | A kind of message retransmission method and device | |
| CN113364880B (en) | Information exchange method, system, electronic equipment and storage medium | |
| JP6268027B2 (en) | COMMUNICATION SYSTEM, TRANSMISSION DEVICE, AND COMMUNICATION METHOD | |
| TWI636701B (en) | A method and a system for stably establishing a network connection between two devices under a transmission cntrol protocol | |
| CN117082125A (en) | Data exchange method based on TCP/IP protocol and peer communication program | |
| Krimchansky et al. | The Geostationary Operational Satellite R Series SpaceWire Based Data System Architecture | |
| CN117834320A (en) | Reliability multicast method and system based on receiving party confirmation maximum reliability frame |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C56 | Change in the name or address of the patentee | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 519020 Guangdong city of Zhuhai province Zhuhai Jida Bailian Road No. 184 Building 5 floor three-dimensional technology Patentee after: ZHUHAI NETBOX INFORMATION TECHNOLOGY CO., LTD. Address before: 519020 Guangdong city of Zhuhai province Zhuhai Jida Bailian Road No. 184 Building 5 floor three-dimensional technology Patentee before: Zhuhai Netbox Information Technology Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120711 Termination date: 20191113 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |