CN102237983A - File transmission method, transmission device and receiving device for non-frame structure communication system - Google Patents

File transmission method, transmission device and receiving device for non-frame structure communication system Download PDF

Info

Publication number
CN102237983A
CN102237983A CN2010101673424A CN201010167342A CN102237983A CN 102237983 A CN102237983 A CN 102237983A CN 2010101673424 A CN2010101673424 A CN 2010101673424A CN 201010167342 A CN201010167342 A CN 201010167342A CN 102237983 A CN102237983 A CN 102237983A
Authority
CN
China
Prior art keywords
packet
file
response message
receiving system
dispensing device
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.)
Pending
Application number
CN2010101673424A
Other languages
Chinese (zh)
Inventor
方瑜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN2010101673424A priority Critical patent/CN102237983A/en
Priority to PCT/CN2010/078835 priority patent/WO2011137640A1/en
Publication of CN102237983A publication Critical patent/CN102237983A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems

Abstract

The invention provides a file transmission method for a non-frame structure communication system. The method comprises that: a file transmission device divides a file to be transmitted into a plurality of data packets, and transmits each data packet and check values thereof to a file receiving device by a non-frame structure interface respectively; the file receiving device receives the data packets and the check values thereof by the non-frame structure interface, checks the data packets, and when a certain data packet does not pass the checking, returns response information indicating a receiving failure to the file transmission device; and when receiving the response information indicating the receiving failure, the file transmission device retransmits the corresponding data packet and the check value thereof to the file receiving device. The invention also provides the file transmission device and the file receiving device for the non-frame structure communication system.

Description

Document transmission method, dispensing device and receiving system in the non-frame structure communication system
Technical field
The present invention relates to communication system, relate in particular to a kind of document transmission method, file dispensing device and file receiving system in non-frame structure communication system.
Background technology
At present, the user's request that micro processor device need be handled increases day by day, and processing transactions is complicated day by day, and the online upgrading of microprocessor program file is urgent day by day.Substantially do not consider the device of online upgrading before a lot, as 10G optical module communications protocol MSA 300Pin, 40G optical module download protocol CFP, all numerous and confused program file online upgrading interface and the scheme of releasing separately.
Because the microprocessor program file is generally not little, do not wait to several M from tens k, and, all comprise the Cyclic Redundancy Check mechanism of program file at present general download interface and the scheme, and not merely rely on the verification of communication link layer owing to the seriousness of upgrading.
Non-frame structure is adopted in the communication of at present a lot of microprocessors and host computer, but adopts register tables, as DPRAM, MDIO etc.This class interface elementary cell is not a frame structure, can't carry the CRC check field in each frame, so the CRC check mechanism that its program file is downloaded generally all is based on the whole procedure file.Less at program file, the bottleneck of transmission speed is not that this verification based on the whole procedure file is also feasible reluctantly under the very outstanding situation.But along with the complexity of program file increases, the drawback of this verification displays immediately: must wait until after whole file transmits end and just can carry out verification, must wait until and whether just can know transmission success after file transfer finishes, when unsuccessful transmission, need retransmit whole file, when file was bigger, this document down loading method efficient was lower.
Summary of the invention
The technical problem to be solved in the present invention provides a kind of document transmission method, file dispensing device and file receiving system, rationally utilizes Internet resources, improves the file download efficiency.
In order to address the above problem, the invention provides a kind of document transmission method of non-frame structure communication system, comprising:
The file dispensing device becomes several packets with file division waiting for transmission, respectively each packet and check value thereof is sent to the file receiving system by non-framed interface;
Described file receiving system receives described packet and check value thereof by described non-framed interface, and described packet is carried out verification, when check errors, returns the response message that takes defeat and gives described file dispensing device; And,
When described file dispensing device receives the described response message that takes defeat, retransmit corresponding packet and its check value and give described file receiving system.
Described method also comprises, described file receiving system is to described packet verification when correct, returns to receive correct response message and give described file dispensing device.
Wherein, described file dispensing device sends to the file receiving system with each packet and check value thereof respectively, and, when described file dispensing device receives the described response message that takes defeat, retransmit corresponding packet and its check value and comprise for the step of described file receiving system:
Described file dispensing device sends to the file receiving system with a packet and check value thereof, waits for the response message of described packet, when described response message is correct for receiving, sends next packet to described file receiving system; When described response message when taking defeat, retransmit this packet and its check value and give described file receiving system; And the like, up to transmission all packets that finish.
Wherein, when described file dispensing device sends described packet, also send the identification information of described packet, also carry the identification information of described packet in the response message that described file receiving system returns, described file dispensing device is according to the packet of this response message correspondence of the identification information judgment of carrying in the described response message.
Wherein, described file receiving system returns described response message by the accepting state that described non-framed interface is set, and described file dispensing device obtains described response message by the accepting state that reads described non-framed interface.
The present invention also provides a kind of file dispensing device, and described file dispensing device comprises transmitting element and state reading unit, wherein:
Described transmitting element is used for: file division waiting for transmission is become several packets, respectively described each packet and check value thereof are sent to the file receiving system by non-framed interface, and, when receiving the response message that takes defeat of state reading unit, retransmit described packet and check value thereof and give described file receiving system;
Described state reading unit is used for: obtain the response message of packet from described file receiving system, described response message is sent to described transmitting element.
Wherein, described transmitting element is to be used for: after sending packet, wait for the response message of described packet, when the correct response message of the reception that gets access to this packet from the state reading unit, send next packet and check value thereof to described file receiving system; When the state reading unit gets access to the response message that takes defeat of this packet, retransmit this packet and check value thereof and give described file receiving system, and the like, up to transmission all packets that finish.
Wherein, described transmitting element also is used for: when sending described packet, send the identification information of described packet, and, from described response message, obtain the identification information of described packet, according to the packet of this response message correspondence of described identification information judgment.
Wherein, described state reading unit is to obtain described response message by the accepting state that reads described non-framed interface.
The present invention also provides a kind of file receiving system, and described receiving system comprises receiving element, verification unit and response unit, wherein:
Described receiving element is used for receiving by non-framed interface several packets and the check value thereof of the file of file dispensing device transmission;
Described verification unit is used for described packet is carried out verification, and check results is sent to response unit;
Described response unit is used for when described check results is check errors, returns the response message that takes defeat and gives described file dispensing device.
Wherein, described response unit also be used for when check results be verification when correct, return and receive correct response message and give described file dispensing device.
Wherein, described response unit also is used for obtaining from described packet the identification information of described packet, also carries the identification information of described packet in described response message.
Wherein, described response unit is to return described response message by the accepting state that described non-framed interface is set.
The present invention is to non-frame structure communication interface, introduce the notion of packet in the file download phase, and the verification scheme of whole file is shifted to an earlier date, is sub-divided into each packet, help the file recipient each packet is just carried out verification, can in time find the transmission mistake of packet, in time require to retransmit, greatly improved the success rate of downloading.The present invention can reach real-time verification, requires the purpose of re-transmission in real time, in the big file of non-frame interface is downloaded, can effectively improve the download success rate.
Description of drawings
Fig. 1 is the document down loading method flow chart of subpackage verification;
Fig. 2 is the processing data packets logic diagram that file is downloaded transmitting terminal;
Fig. 3 is the processing data packets logic diagram that file is downloaded receiving terminal;
Fig. 4 is an embodiment of the invention OTU veneer to the optical module normal flow figure that downloads;
Fig. 5 is the complete program download process logic of optical module.
Embodiment
Core concept of the present invention is: the file transmitting terminal becomes several number according to comprising file division waiting for transmission, each packet comprises some bytes of this document, send packet and check value thereof by non-framed interface, each packet that the file receiving terminal is downloaded file all carries out verification, and the packet that verification is not inconsistent all requires to retransmit.Non-framed interface must be supported the file receiving terminal is passed to the file transmitting terminal to the accepting state of each packet.
As shown in Figure 1, the document down loading method of subpackage verification provided by the invention comprises:
Step 101: the file transmitting terminal is divided into a plurality of packets with program file, and each packet comprises n byte, obtains the check value of each packet, and this check value is the CRC check value in the present embodiment, and this CRC check value is represented with A;
Step 102: the file transmitting terminal sends to the file receiving terminal by non-frame interface successively with n byte of packet, and the CRC check value A of this packet is sent to the file receiving terminal together as the extention of this packet;
Step 103: the file receiving terminal receives n byte and its CRC check value A of packet by non-frame interface;
Step 104: the file receiving terminal carries out verification to n byte of this packet of receiving, obtains check results, specifically comprises: calculate its crc value according to the n that a receives byte, represent with B; The CRC check value A that CRC check value B that this locality is calculated and file transmitting terminal issue compares:
This packet receives correctly if B and A equate, the file receiving terminal sends and receives correct response message to the file transmitting terminal, requires to continue to issue next packet;
Illustrate that this packet takes defeat if B and A are unequal, the response message that the transmission of file receiving terminal takes defeat requires to continue to issue the notebook data bag to the file transmitting terminal.
Wherein, a kind of mode of file transmitting terminal transmits data packets is: the file transmitting terminal sends each packet, all need to wait for the response message of this packet, need retransmit this packet so that determine whether, when receiving when receiving correct response message, transmit next packet and check value thereof to the file receiving terminal; When receiving the response message that takes defeat, retransmit current data packet and check value thereof to the file receiving terminal, and the like, up to transmission all packets that finish.
Wherein, when the file transmitting terminal sends described packet, also send the identification information of described packet, also carry the identification information of described packet in the response message that described file receiving terminal returns, described file transmitting terminal is according to the packet of this response message correspondence of the identification information judgment of carrying in the described response message.
Wherein, described file receiving terminal returns described response message by the accepting state that described non-framed interface is set, and described file transmitting terminal obtains described response message by the accepting state that reads described non-framed interface.
The processing data packets logic diagram of file transmitting terminal is seen Fig. 2, comprising:
Step 201, the file transmitting terminal is formed a packet with n byte of program file, obtains the CRC check value of this packet, and this CRC check value is called first check value;
Step 202, the file transmitting terminal sends to the file receiving terminal by non-framed interface successively with n byte, and first check value is sent to the file receiving terminal together as the extention of this packet;
Step 203, the file transmitting terminal reads the accepting state of file receiving terminal;
Step 204, when accepting state in receiving the time, return step 203; Otherwise, execution in step 205;
Step 205, when accepting state is correct for receiving, execution in step 206, otherwise, return step 202;
Step 206 begins the transmission of next packet, returns step 201;
The processing data packets logic diagram of file receiving terminal is seen Fig. 3, comprising:
Step 301, file receiving terminal are put accepting state and are " in the reception ";
Step 302, the file receiving terminal receives n the byte and first check value by non-framed interface, and n the byte that receives formed a packet;
Step 303: the file receiving terminal calculates its crc value according to n byte of the packet that receives, and is called second check value;
Step 304: first check value that second check value that the file receiving terminal calculates oneself and file transmitting terminal issue compares, if first check value and second check value equate execution in step 306; If first check value and second check value are unequal, execution in step 305;
Step 305 is put accepting state and is " taking defeat ", and application retransmits the notebook data bag, returns step 302;
Step 306 is put accepting state and is " receiving correct ", and application transmits next packet, returns step 302;
Wherein, subpackage verification and whole file verification can and be deposited, and promptly can carry out the subpackage verification in transmission course, after whole file transfer finishes, more whole file are carried out verification.
Wherein, the subpackage verification is not must packet-by-packet stop etc., can realize that also many bags stop the windowing mechanism that waits, that is: can after continuously sending a plurality of packets and check value thereof, wait for the response message of these a plurality of packets, when the response message indication file receiving terminal for the treatment of these a plurality of packets successfully receives this a plurality of packet, transmit follow-up a plurality of packet and check value thereof to the file receiving terminal, the file receiving terminal can whenever receive a packet and just this packet be carried out verification, after also a plurality of packets can being received continuously, again these a plurality of packets are carried out verification respectively; The file transmitting terminal receives response message after also can transmitting entire packet again, and the packet that re-transmission takes defeat is to receiving terminal; Or the like, the packet transfer mechanism of file transmitting terminal and file receiving terminal can carry out various deformation, and the present invention does not limit this.
Wherein, the byte number that each packet comprises also can be identical, also can be different.File transmitting terminal and the file receiving terminal byte number in can the appointment data bag perhaps, uses the starting and ending of spcial character identification data packet.
Wherein, the byte number of a packet correspondence (being above-mentioned n value), be rationally determining and to average out aspect transfer rate and the success rate of packet size, because the check value of each packet generates and relatively will expend the regular hour, and the re-transmission of a packet also will expend many time.Packet is too little, expends in the time that CRC generates and relatively goes up just many; Packet is too big, in case need to retransmit, the time ratio that expends on retransmitting is more.
For further specifying thinking of the present invention, downloading with the sub-component 40G optical module program file of optical transport unit (OTU) below is example, describes concrete treatment principle of the present invention in conjunction with the accompanying drawings.
Document down loading method provided by the invention comprises:
Step S1, the download flow process of OTU single board starting optical module program file;
After step S2, optical module responded and can receive data, the OTU veneer was divided into m packet with the optical module program file, and each packet comprises n byte (last packet, possible effective byte are less than n, but zero padding is n byte); Program file packet sequence number is i, i=1 when initial;
Step S3, OTU veneer calculate the crc value Ai of n byte among the packet i that will send;
Step S4, the OTU veneer issues n byte among the packet i by non-frame interface, and issues the crc value Ai of this packet;
Step S5, optical module receives n byte among the program file bag i by non-frame interface, and crc value Ai;
Step S6, optical module calculates its crc value Bi to n the byte that is received;
Step S7, optical module is Ai and Bi relatively; If Ai and Bi are unequal, optical module echo reply message is given the OTU veneer, requires the OTU veneer to send the notebook data bag once more, returns step S3; If Ai and Bi equate, execution in step 408;
Step S8, optical module judge whether to be last packet, can whether equal m by judging i; If last packet (when i equals m), download finishes, and optical module reports the OTU veneer to download successfully; Finish; If not last packet (i less than m time), optical module is responded the OTU veneer can continue to transmit next packet, execution in step S9;
Step S9, optical module adds 1 with i, returns step S3.
In another embodiment of the present invention, among the step S7, optical module is judged when Ai and Bi equate, can directly return and to continue to transmit the response message of next packet to the OTU veneer, when the OTU veneer is received this response message, judge whether to be last packet, if not, carry out i++ voluntarily, begin the transmission of next packet; If inform that then the optical module download finishes.
All packets all once transmit successful flow chart and see accompanying drawing 4, comprising:
Step 401, the download flow process of OTU single board starting optical module program file;
Step 402, optical module enter waits for the reception data mode;
Step 403, OTU veneer are transmitted first packet and crc value A1 thereof to optical module;
Step 404, optical module are calculated the crc value B1 of first packet;
Step 405, optical module compares B1 and A1, and the two equates, verification succeeds, optical module returns and receives successful response message to the OTU veneer;
Step 406, the OTU veneer transmits next packet and crc value thereof to optical module, and optical module carries out verification, and return receive successfully acknowledge message to the OTU veneer, repeat this step, transmit last packet and crc value thereof to optical module up to the OTU veneer;
Step 407, optical module are calculated the crc value B1 of last packet;
Step 408, optical module compares B1 and A1, and the two equates, verification succeeds, optical module returns downloads successful response message to the OTU veneer.
The program download process logic that optical module is complete is seen accompanying drawing 5, comprising:
Step 501, optical module receive program and download initiation command;
Step 502, optical module are put accepting state and are " can begin to receive ";
Step 503, whether the non-frame interface data of optical module trace routine million change; When changing, execution in step 504;
Step 504, n the byte of optical module fetch program file data bag i and the crc value Ai of packet i, packet sequence number i and packet sum m;
Step 505, optical module calculates its crc value Bi to n the byte that is received;
Step 506, optical module is Ai and Bi relatively; If Ai and Bi are unequal, execution in step 507 is if equate execution in step 508;
Step 507, optical module echo reply message is given the OTU veneer, requires the OTU veneer to send the notebook data bag once more, returns step 503;
Step 508, optical module judge whether to be last packet, can whether equal m by judging i; If not last packet (i less than m time), execution in step 509; If last packet (when i equals m), execution in step 510;
Step 509, optical module is responded the OTU veneer can continue to transmit next packet, execution in step 503;
Step 510, download finishes, and optical module reports the OTU veneer to download successfully; Finish.
The foregoing description can be done various distortion, for example:
Packet sum m can be transmitted when sending first packet of file by the OTU veneer, in the subsequent transmission process, can no longer transmit;
Also transmits data packets sequence number i is not counted the packet that receives by optical module, judges the number-of-packet that receives;
Also transmits data packets sum m does not give optical module, judge whether all packets of end of transmission by the OTU veneer, perhaps in the end carry an end sign in a packet by the OTU veneer, indicating this packet is last packet, specifically how to judge whether that the mode of all packets of end of transmission can be done all distortion, the present invention does not limit this.
In the foregoing description, the packet sequence number also can be used the package identification information substitution.
Among the present invention, be not limited to use CRC check that packet is carried out verification, other methods of calibration are also applicable, and the present invention does not limit this.
The present invention compared with prior art, because it is all very slow that the program between OTU veneer and the optical module is downloaded the general transfer rate of interface that adopts, during optical module program file big slightly (such as 4M), the whole file delivery time may need dozens of minutes, whole file only uses a CRC check sign indicating number, just in case have only data to be surrounded by mistake, also need by the time just to know after the dozens of minutes and make mistakes, do not know also which packet is wrong on earth, the whole procedure file of having to retransfer, waste system resource, the file download efficiency is lower; The present invention is to non-frame structure communication interface, introduce the notion of packet in the file download phase, and the verification scheme of whole file is shifted to an earlier date, is sub-divided into each packet, help the file recipient each packet is just carried out verification, can in time find the transmission mistake of packet, in time require to retransmit, greatly improved the success rate of downloading.The present invention can reach real-time verification, requires the purpose of re-transmission in real time, in the big file of non-frame interface is downloaded, can effectively improve the download success rate.

Claims (13)

1. the document transmission method of a non-frame structure communication system is characterized in that, comprising:
The file dispensing device becomes several packets with file division waiting for transmission, respectively each packet and check value thereof is sent to the file receiving system by non-framed interface;
Described file receiving system receives described packet and check value thereof by described non-framed interface, and described packet is carried out verification, when check errors, returns the response message that takes defeat and gives described file dispensing device; And,
When described file dispensing device receives the described response message that takes defeat, retransmit corresponding packet and its check value and give described file receiving system.
2. the method for claim 1 is characterized in that, described method also comprises,
Described file receiving system is to described packet verification when correct, returns to receive correct response message and give described file dispensing device.
3. method as claimed in claim 2 is characterized in that,
Described file dispensing device sends to the file receiving system with each packet and check value thereof respectively, and, when described file dispensing device receives the described response message that takes defeat, retransmit corresponding packet and its check value and comprise for the step of described file receiving system:
Described file dispensing device sends to the file receiving system with a packet and check value thereof, waits for the response message of described packet, when described response message is correct for receiving, sends next packet to described file receiving system; When described response message when taking defeat, retransmit this packet and its check value and give described file receiving system; And the like, up to transmission all packets that finish.
4. as the arbitrary described method of claim 1 to 3, it is characterized in that, when described file dispensing device sends described packet, also send the identification information of described packet, also carry the identification information of described packet in the response message that described file receiving system returns, described file dispensing device is according to the packet of this response message correspondence of the identification information judgment of carrying in the described response message.
5. as the arbitrary described method of claim 1 to 3, it is characterized in that, described file receiving system returns described response message by the accepting state that described non-framed interface is set, and described file dispensing device obtains described response message by the accepting state that reads described non-framed interface.
6. a file dispensing device is characterized in that, described file dispensing device comprises transmitting element and state reading unit, wherein:
Described transmitting element is used for: file division waiting for transmission is become several packets, respectively described each packet and check value thereof are sent to the file receiving system by non-framed interface, and, when receiving the response message that takes defeat of state reading unit, retransmit described packet and check value thereof and give described file receiving system;
Described state reading unit is used for: obtain the response message of packet from described file receiving system, described response message is sent to described transmitting element.
7. device as claimed in claim 6 is characterized in that,
Described transmitting element is to be used for: after sending packet, wait for the response message of described packet, when the correct response message of the reception that gets access to this packet from the state reading unit, send next packet and check value thereof to described file receiving system; When the state reading unit gets access to the response message that takes defeat of this packet, retransmit this packet and check value thereof and give described file receiving system, and the like, up to transmission all packets that finish.
8. as claim 6 or 7 described devices, it is characterized in that,
Described transmitting element also is used for: when sending described packet, send the identification information of described packet, and, from described response message, obtain the identification information of described packet, according to the packet of this response message correspondence of described identification information judgment.
9. as claim 6 or 7 described devices, it is characterized in that described state reading unit is to obtain described response message by the accepting state that reads described non-framed interface.
10. a file receiving system is characterized in that, described receiving system comprises receiving element, verification unit and response unit, wherein:
Described receiving element is used for receiving by non-framed interface several packets and the check value thereof of the file of file dispensing device transmission;
Described verification unit is used for described packet is carried out verification, and check results is sent to response unit;
Described response unit is used for when described check results is check errors, returns the response message that takes defeat and gives described file dispensing device.
11. device as claimed in claim 10 is characterized in that,
Described response unit also be used for when check results be verification when correct, return and receive correct response message and give described file dispensing device.
12. as claim 10 or 11 described file receiving systems, it is characterized in that described response unit also is used for obtaining from described packet the identification information of described packet, in described response message, also carry the identification information of described packet.
13., it is characterized in that described response unit is to return described response message by the accepting state that described non-framed interface is set as claim 10 or 11 described file receiving systems.
CN2010101673424A 2010-05-06 2010-05-06 File transmission method, transmission device and receiving device for non-frame structure communication system Pending CN102237983A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2010101673424A CN102237983A (en) 2010-05-06 2010-05-06 File transmission method, transmission device and receiving device for non-frame structure communication system
PCT/CN2010/078835 WO2011137640A1 (en) 2010-05-06 2010-11-17 File transmission method, file transmission apparatus and file reception apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2010101673424A CN102237983A (en) 2010-05-06 2010-05-06 File transmission method, transmission device and receiving device for non-frame structure communication system

Publications (1)

Publication Number Publication Date
CN102237983A true CN102237983A (en) 2011-11-09

Family

ID=44888247

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010101673424A Pending CN102237983A (en) 2010-05-06 2010-05-06 File transmission method, transmission device and receiving device for non-frame structure communication system

Country Status (2)

Country Link
CN (1) CN102237983A (en)
WO (1) WO2011137640A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014180414A1 (en) * 2013-10-29 2014-11-13 中兴通讯股份有限公司 Transmission method and device based on management data input/output multi-source agreements
CN104486238A (en) * 2014-12-09 2015-04-01 四川长虹电器股份有限公司 Big data interaction method between intelligent television and mobile equipment
CN104714761A (en) * 2013-12-16 2015-06-17 航天信息股份有限公司 Wireless data printing system and method of equipment with Android system
CN104917586A (en) * 2014-03-11 2015-09-16 腾讯科技(深圳)有限公司 Verification method, device and system of transmitted data
CN106452679A (en) * 2016-11-05 2017-02-22 杭州畅动智能科技有限公司 Robot development system and communication method thereof
CN107809423A (en) * 2017-10-20 2018-03-16 国信嘉宁数据技术有限公司 A kind of electronic evidence data transmission method, system and equipment
CN107820231A (en) * 2017-11-21 2018-03-20 杨复煦 Unidirectional communicator and communication means
CN110120980A (en) * 2019-05-27 2019-08-13 牧星机器人(江苏)有限公司 Reliable file transmission method, computer equipment and the storage medium of unstable link
CN110493302A (en) * 2019-07-01 2019-11-22 联想(北京)有限公司 A kind of document transmission method, equipment and computer readable storage medium
WO2021017527A1 (en) * 2019-08-01 2021-02-04 青岛海信宽带多媒体技术有限公司 Optical module data sending and receiving methods and devices, and optical module

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105117253A (en) * 2015-08-27 2015-12-02 常州大学 BootLoader based remote upgrade method for UV LED (Ultraviolet Light Emitting Diode) curing system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6345375B1 (en) * 1999-02-24 2002-02-05 California Amplifier, Inc. Packet-based communication methods and systems having improved data throughput
CN101286867A (en) * 2007-05-29 2008-10-15 深圳市同洲电子股份有限公司 Software updating method and system of network equipment
CN101325475A (en) * 2008-07-10 2008-12-17 中兴通讯股份有限公司 Method for remotely upgrading embedded system software
CN101615986A (en) * 2008-06-27 2009-12-30 华为技术有限公司 A kind of data transmission method, device and communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6345375B1 (en) * 1999-02-24 2002-02-05 California Amplifier, Inc. Packet-based communication methods and systems having improved data throughput
CN101286867A (en) * 2007-05-29 2008-10-15 深圳市同洲电子股份有限公司 Software updating method and system of network equipment
CN101615986A (en) * 2008-06-27 2009-12-30 华为技术有限公司 A kind of data transmission method, device and communication system
CN101325475A (en) * 2008-07-10 2008-12-17 中兴通讯股份有限公司 Method for remotely upgrading embedded system software

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014180414A1 (en) * 2013-10-29 2014-11-13 中兴通讯股份有限公司 Transmission method and device based on management data input/output multi-source agreements
CN104579548B (en) * 2013-10-29 2019-09-10 南京中兴新软件有限责任公司 Transmission method and device based on management data input and output multi-source agreement
CN104579548A (en) * 2013-10-29 2015-04-29 中兴通讯股份有限公司 Management data input/output multi source agreement-based transmission method and device
US10014981B2 (en) 2013-10-29 2018-07-03 Zte Corporation Transmission method and device based on management data input/output multi-source agreements
CN104714761B (en) * 2013-12-16 2018-04-10 航天信息股份有限公司 The wireless data print system and method for a kind of equipment using android system
CN104714761A (en) * 2013-12-16 2015-06-17 航天信息股份有限公司 Wireless data printing system and method of equipment with Android system
CN104917586A (en) * 2014-03-11 2015-09-16 腾讯科技(深圳)有限公司 Verification method, device and system of transmitted data
CN104917586B (en) * 2014-03-11 2019-06-07 腾讯科技(深圳)有限公司 Transmit method of calibration, the apparatus and system of data
CN104486238A (en) * 2014-12-09 2015-04-01 四川长虹电器股份有限公司 Big data interaction method between intelligent television and mobile equipment
CN106452679A (en) * 2016-11-05 2017-02-22 杭州畅动智能科技有限公司 Robot development system and communication method thereof
CN106452679B (en) * 2016-11-05 2020-11-20 杭州畅动智能科技有限公司 Robot development system and communication method thereof
CN107809423A (en) * 2017-10-20 2018-03-16 国信嘉宁数据技术有限公司 A kind of electronic evidence data transmission method, system and equipment
CN107820231A (en) * 2017-11-21 2018-03-20 杨复煦 Unidirectional communicator and communication means
CN110120980A (en) * 2019-05-27 2019-08-13 牧星机器人(江苏)有限公司 Reliable file transmission method, computer equipment and the storage medium of unstable link
CN110493302A (en) * 2019-07-01 2019-11-22 联想(北京)有限公司 A kind of document transmission method, equipment and computer readable storage medium
WO2021017527A1 (en) * 2019-08-01 2021-02-04 青岛海信宽带多媒体技术有限公司 Optical module data sending and receiving methods and devices, and optical module

Also Published As

Publication number Publication date
WO2011137640A1 (en) 2011-11-10

Similar Documents

Publication Publication Date Title
CN102237983A (en) File transmission method, transmission device and receiving device for non-frame structure communication system
CN102710758B (en) Method for continuously transferring breakpoint of data stream based on single chip system
CN111083161A (en) Data transmission processing method and device and Internet of things equipment
CN108052474B (en) Data format conversion method, device, equipment and computer readable storage medium
CN102946376B (en) Method for implementing asynchronous communication
CN101601256A (en) Network interface card transmission control protocol acceleration offload fault detect and Restoration Mechanism
CN102324004A (en) Verification method for webpage form input information and device
KR102046792B1 (en) Method of transporting data from sending node to destination node
CN103516673A (en) Network data communication method, network data communication system, network data communication client and network data communication server
CN104243267A (en) Data transmission method and device
CN105897652A (en) Standard protocol based heterogeneous terminal dynamic access method
CN104618365B (en) protocol message processing method, device and terminal
CN101022473B (en) Method for automatic, identifying plate card configration and generating local data in exchanger
CN111752579A (en) Bluetooth terminal upgrading method and device, storage medium and electronic equipment
CN1988537A (en) Data transmission protocol
CN110247926A (en) A kind of exchange method and system
CN106302432B (en) A kind of communication device and control method based on car networking
CN103023602A (en) Data transmission fault tolerance system based on Socket protocol
CN111736866A (en) One-to-one and one-to-many compatible online upgrading method and terminal equipment
CN104184729A (en) Message processing method and device
CN101145968B (en) Data transmission and receiving method between network management system and transmission device
CN104601299A (en) Data transmission system and method based on two-way acknowledgment
CN107181657B (en) WTB link layer interface adapter and implementation method thereof
WO2022227472A1 (en) Communication method and apparatus based on dual channel and rssp-i, and electronic device and storage medium
CN108737568A (en) A kind of data interaction system and method based on Message Queuing server

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C05 Deemed withdrawal (patent law before 1993)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20111109