CN103856304A - Reliable file transmission protocol with selectable safety levels - Google Patents

Reliable file transmission protocol with selectable safety levels Download PDF

Info

Publication number
CN103856304A
CN103856304A CN201410060462.2A CN201410060462A CN103856304A CN 103856304 A CN103856304 A CN 103856304A CN 201410060462 A CN201410060462 A CN 201410060462A CN 103856304 A CN103856304 A CN 103856304A
Authority
CN
China
Prior art keywords
file
pdu
transmitting terminal
receiving terminal
file transfer
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
CN201410060462.2A
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.)
BEIJING SHENZHOU AEROSPACE SOFTWARE TECHNOLOGY Co Ltd
Original Assignee
BEIJING SHENZHOU AEROSPACE SOFTWARE TECHNOLOGY Co Ltd
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 BEIJING SHENZHOU AEROSPACE SOFTWARE TECHNOLOGY Co Ltd filed Critical BEIJING SHENZHOU AEROSPACE SOFTWARE TECHNOLOGY Co Ltd
Priority to CN201410060462.2A priority Critical patent/CN103856304A/en
Publication of CN103856304A publication Critical patent/CN103856304A/en
Pending legal-status Critical Current

Links

Landscapes

  • Communication Control (AREA)

Abstract

The invention discloses a reliable file transmission protocol with selectable safety levels. The reliable file transmission protocol with the selectable safety levels is characterized in that on the basis of a CFDP, the reliable file transmission protocol with the selectable safety levels is achieved, and three modes are included, wherein the first mode is the non-confirmation mode that unreliable transmission is used for transmission tasks which are not high in QoS requirement and are only in one-way communication; the second mode includes that the fountain code mode is adopted for limit transmission tasks with long delay and high error rate or transmission tasks which require QoS but are only in one-way communication; the third mode includes that the immediately denied confirmation mode is adopted for transmission tasks in both-way communication. The fountain code mode is adopted, on the basis of the CFDP, the reliable file transmission protocol with the selectable safety levels is provided, selectable reliable and unreliable transmission is provided for users according to service requirements, and reliability of information is ensured greatly.

Description

A kind of reliable file host-host protocol of optional safe class
Technical field
The invention belongs to software transmission area of agreement, specifically, relate to a kind of reliable file host-host protocol of optional safe class.
Background technology
In order to meet the requirement of deep space communication network to reliable file transmission, CCSDS has proposed CFDP(CCSDS File Delivery Protocol) agreement, to improve in large transmission range, the stability of transfer of data in the deep space network of high link delay.
CFDP provides selectable reliable and unreliable transmission for user, wherein unreliable transmission is without affirmation mode, be difficult to guarantee integrality and the correctness of file transfer, fairly simple owing to implementing without affirmation mode, not high to device requirement, more therefore can use this pattern to the less demanding transformation task of Qos.Transmitting adopts negative response mechanism, when Reliability Assurance is provided, reduce the mutual of agreement control command, and then reduce the expense of signaling in document transmission process, prolong the feature of holding the large communication delay of circuit network for appearance, CFDP has also adopted delay reply acknowledgement mechanism further to reduce the control signal stand-by period in document transmission process, is guaranteeing under the reliability prerequisite of file transfer, has reduced to hold and has prolonged the transmission time of holding data file in circuit network.
Because the transmitting of CFDP agreement carries out error control based on request retransmission mechanism, this just causes CFDP in the time that communication channel error rate is very high to receive and just can complete file transfer through too much wheel transmission, and ask each time, retransmit, transmitting terminal all needs to wait at least one RTT, due to the existence of communication link long delay, its protocol transmission performance is still very low.
Summary of the invention
The technical problem to be solved in the present invention is to overcome above-mentioned defect, a kind of reliable file host-host protocol of optional safe class is provided, on CFDP protocol basis, the reliable file host-host protocol of optional safe class has been proposed, provide selectable reliable and unreliable transmission according to business demand for user, the reliability of maximum guarantee information.
For addressing the above problem, the technical solution adopted in the present invention is:
A kind of reliable file host-host protocol of optional safe class, it is characterized in that: on CFDP protocol basis, realize the reliable file host-host protocol of optional safe class, simultaneously for user provides selectable reliable and unreliable transmission, the reliability of maximum guarantee information;
Pattern one: less demanding for Qos, and the transformation task that can only carry out one-way communication uses unreliable transmission, without affirmation mode;
Pattern two: for the limit transformation task of long delay, high bit-error, or require Qos but can only carry out the transformation task of one-way communication, adopt fountain codes pattern;
Pattern three: for the transformation task that can carry out two-way communication, adopt Negative Acknowledgement pattern immediately.
Improve as one, in described pattern two: ftp file transfer protocol is simply divided into several packets file in the time of coding, adopt request retransmission mechanism to guarantee that all packets all receive received side accurately; The cataloged procedure of fountain codes is the random coded process to file, can obtain the almost coded sequence of any amount to limited file data information, and do not consider channel probability of erasure, when receiving terminal receives abundant correct data bag just can decoding success and recover source file, this code check independence of the digital fountain code therefore distributing based on degree just in time can adapt to hold prolong holds the channel circumstance that circuit network constantly changes.
Improve as one, described fountain codes coding need to be through three steps, i.e. degree of randomness generation, coded identification generate and coding; Decoding fountain codes process need knows in advance which initial data coding generates and sends data, and therefore decoding fountain codes need to be through three steps, wait for receive initial data, according to initial data, decode all data and decoding finishes.
Improve as one, described fountain codes model application is in file transfer protocol (FTP):
(1), first transmitting terminal is constructed transmission metadata PDU the information such as file path, size is sent to receiving terminal, open metadata timer simultaneously, timer expiry set of time is a RTT, when time-out time not to or transmitting terminal receive ACK META, transmitting terminal constantly carries out fountain codes coding to file data, and sends, when time-out time arrives, and transmitting terminal does not receive the ACK META from receiving terminal, transmitting terminal retransmits metadata PDU;
(2), receiving terminal receives the data from transmitting terminal, when metadata PDU loses, receiving terminal cannot initiating file transfer unit, waits for that transmitting terminal metadata timer expiry retransmits metadata PDU, when receiving metadata PDU, receiving terminal is according to the parameter initialization receiving terminal file transfer unit of metadata PDU transmission, and structure sends ACK META, after the unit initialization of receiving terminal file transfer, receiving terminal carries out fountain codes decoding to received data, until all correct receptions of all data of file, receiving terminal structure sends finished PDU, notice transmitting terminal end of file transfer, discharge the shared resource of this file transfer transmitting terminal, open finished timer simultaneously, timer expiry set of time is a RTT, arrive and do not receive ACK FIN when the timer expiry time, retransmit finished PDU, when receiving ACK FIN, transmitting terminal discharges the shared resource of this file transfer, this end of file transfer,
(3), when transmitting terminal receives the finished PDU from receiving terminal, stop coding and send packet, discharge the shared resource of this file transfer, and structure sends ACK FIN, this end of file transfer.
Owing to having adopted technique scheme, compared with prior art, what the present invention adopted is fountain codes pattern, on CFDP protocol basis, the reliable file host-host protocol of optional safe class has been proposed, provide selectable reliable and unreliable transmission according to business demand for user, the reliability of maximum guarantee information.
Embodiment
Embodiment:
A reliable file host-host protocol for optional safe class, on CFDP protocol basis, realizes the reliable file host-host protocol of optional safe class, simultaneously for user provides selectable reliable and unreliable transmission, and the reliability of maximum guarantee information.Wherein include three kinds of patterns:
Pattern one: less demanding for Qos, and the transformation task that can only carry out one-way communication uses unreliable transmission, without affirmation mode;
Pattern two: for the limit transformation task of long delay, high bit-error, or require Qos but can only carry out the transformation task of one-way communication, adopt fountain codes pattern;
Pattern three: for the transformation task that can carry out two-way communication, adopt Negative Acknowledgement pattern immediately.
In the present embodiment, in described pattern two: ftp file transfer protocol is simply divided into several packets file in the time of coding, adopt request retransmission mechanism to guarantee that all packets all receive received side accurately; The cataloged procedure of fountain codes is the random coded process to file, can obtain the almost coded sequence of any amount to limited file data information, and do not consider channel probability of erasure, when receiving terminal receives abundant correct data bag just can decoding success and recover source file, this code check independence of the digital fountain code therefore distributing based on degree just in time can adapt to hold prolong holds the channel circumstance that circuit network constantly changes.
Described fountain codes coding need to be through three steps, i.e. degree of randomness generation, coded identification generate and coding; Decoding fountain codes process need knows in advance which initial data coding generates and sends data, and therefore decoding fountain codes need to be through three steps, wait for receive initial data, according to initial data, decode all data and decoding finishes.
Specifically, described fountain codes model application is in file transfer protocol (FTP):
(1), first transmitting terminal is constructed transmission metadata PDU the information such as file path, size is sent to receiving terminal, open metadata timer simultaneously, timer expiry set of time is a RTT, when time-out time not to or transmitting terminal receive ACK META, transmitting terminal constantly carries out fountain codes coding to file data, and sends, when time-out time arrives, and transmitting terminal does not receive the ACK META from receiving terminal, transmitting terminal retransmits metadata PDU;
(2), receiving terminal receives the data from transmitting terminal, when metadata PDU loses, receiving terminal cannot initiating file transfer unit, waits for that transmitting terminal metadata timer expiry retransmits metadata PDU, when receiving metadata PDU, receiving terminal is according to the parameter initialization receiving terminal file transfer unit of metadata PDU transmission, and structure sends ACK META, after the unit initialization of receiving terminal file transfer, receiving terminal carries out fountain codes decoding to received data, until all correct receptions of all data of file, receiving terminal structure sends finished PDU, notice transmitting terminal end of file transfer, discharge the shared resource of this file transfer transmitting terminal, open finished timer simultaneously, timer expiry set of time is a RTT, arrive and do not receive ACK FIN when the timer expiry time, retransmit finished PDU, when receiving ACK FIN, transmitting terminal discharges the shared resource of this file transfer, this end of file transfer,
(3), when transmitting terminal receives the finished PDU from receiving terminal, stop coding and send packet, discharge the shared resource of this file transfer, and structure sends ACK FIN, this end of file transfer.
The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, all any modifications of doing within the spirit and principles in the present invention, be equal to and replace and improvement etc., within all should being included in protection scope of the present invention.

Claims (4)

1. a reliable file host-host protocol for optional safe class, is characterized in that: on CFDP protocol basis, realize the reliable file host-host protocol of optional safe class, comprise three kinds of patterns;
Pattern one: less demanding for Qos, and the transformation task that can only carry out one-way communication uses unreliable transmission, without affirmation mode;
Pattern two: for the limit transformation task of long delay, high bit-error, or require Qos but can only carry out the transformation task of one-way communication, adopt fountain codes pattern;
Pattern three: for the transformation task that can carry out two-way communication, adopt Negative Acknowledgement pattern immediately.
2. according to the reliable file host-host protocol of the optional safe class described in claim 1, it is characterized in that: in described pattern two: ftp file transfer protocol is simply divided into several packets file in the time of coding, adopt request retransmission mechanism to guarantee that all packets all receive received side accurately; The cataloged procedure of fountain codes is the random coded process to file, can obtain the almost coded sequence of any amount to limited file data information, and do not consider channel probability of erasure, when receiving terminal receives abundant correct data bag just can decoding success and recover source file, this code check independence of the digital fountain code therefore distributing based on degree just in time can adapt to hold prolong holds the channel circumstance that circuit network constantly changes.
3. according to the reliable file host-host protocol of the optional safe class described in claim 2, it is characterized in that: described fountain codes coding need to be through three steps, i.e. degree of randomness generation, coded identification generate and coding; Decoding fountain codes process need knows in advance which initial data coding generates and sends data, and therefore decoding fountain codes need to be through three steps, wait for receive initial data, according to initial data, decode all data and decoding finishes.
4. according to the reliable file host-host protocol of the optional safe class described in claim 3, it is characterized in that: described fountain codes model application is in file transfer protocol (FTP):
(1), first transmitting terminal is constructed transmission metadata PDU the information such as file path, size is sent to receiving terminal, open metadata timer simultaneously, timer expiry set of time is a RTT, when time-out time not to or transmitting terminal receive ACK META, transmitting terminal constantly carries out fountain codes coding to file data, and sends, when time-out time arrives, and transmitting terminal does not receive the ACK META from receiving terminal, transmitting terminal retransmits metadata PDU;
(2), receiving terminal receives the data from transmitting terminal, when metadata PDU loses, receiving terminal cannot initiating file transfer unit, waits for that transmitting terminal metadata timer expiry retransmits metadata PDU, when receiving metadata PDU, receiving terminal is according to the parameter initialization receiving terminal file transfer unit of metadata PDU transmission, and structure sends ACK META, after the unit initialization of receiving terminal file transfer, receiving terminal carries out fountain codes decoding to received data, until all correct receptions of all data of file, receiving terminal structure sends finished PDU, notice transmitting terminal end of file transfer, discharge the shared resource of this file transfer transmitting terminal, open finished timer simultaneously, timer expiry set of time is a RTT, arrive and do not receive ACK FIN when the timer expiry time, retransmit finished PDU, when receiving ACK FIN, transmitting terminal discharges the shared resource of this file transfer, this end of file transfer,
(3), when transmitting terminal receives the finished PDU from receiving terminal, stop coding and send packet, discharge the shared resource of this file transfer, and structure sends ACK FIN, this end of file transfer.
CN201410060462.2A 2014-02-21 2014-02-21 Reliable file transmission protocol with selectable safety levels Pending CN103856304A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410060462.2A CN103856304A (en) 2014-02-21 2014-02-21 Reliable file transmission protocol with selectable safety levels

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410060462.2A CN103856304A (en) 2014-02-21 2014-02-21 Reliable file transmission protocol with selectable safety levels

Publications (1)

Publication Number Publication Date
CN103856304A true CN103856304A (en) 2014-06-11

Family

ID=50863552

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410060462.2A Pending CN103856304A (en) 2014-02-21 2014-02-21 Reliable file transmission protocol with selectable safety levels

Country Status (1)

Country Link
CN (1) CN103856304A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105656932A (en) * 2016-03-01 2016-06-08 中国传媒大学 Emergency news collecting method and system oriented to user-generated content
CN106477488A (en) * 2015-08-31 2017-03-08 爱知株式会社公司 The communicator of working rig
CN109412750A (en) * 2018-09-19 2019-03-01 西安交通大学 Anti- eavesdropping transmission method based on fountain codes in a kind of multimedia communication
CN110392366A (en) * 2018-04-16 2019-10-29 特科电子产品(新加坡)有限公司 Carry out system, the method and apparatus of wireless files transmission
CN111741013A (en) * 2020-07-21 2020-10-02 炬芯(珠海)科技有限公司 Data transmission method and device
CN112055088A (en) * 2020-09-11 2020-12-08 南京通达海科技股份有限公司 Optical gate-based file reliable transmission system and method thereof

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080250118A1 (en) * 2007-02-27 2008-10-09 United States Of America As Represented By The Administrator Of Nasa Systems, methods, and apparatus of a space communication file transfer system
CN103269361A (en) * 2013-05-03 2013-08-28 北京理工大学 File delivery device and file design method for deep space communication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080250118A1 (en) * 2007-02-27 2008-10-09 United States Of America As Represented By The Administrator Of Nasa Systems, methods, and apparatus of a space communication file transfer system
CN103269361A (en) * 2013-05-03 2013-08-28 北京理工大学 File delivery device and file design method for deep space communication

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
宋时立: ""深空通信中的低复杂度喷泉码编译码研究"", 《中国优秀硕士学位论文全文数据库信息科技辑》 *
朱万里: ""DSFDP:深空文件传输协议研究"", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106477488A (en) * 2015-08-31 2017-03-08 爱知株式会社公司 The communicator of working rig
CN105656932A (en) * 2016-03-01 2016-06-08 中国传媒大学 Emergency news collecting method and system oriented to user-generated content
CN110392366A (en) * 2018-04-16 2019-10-29 特科电子产品(新加坡)有限公司 Carry out system, the method and apparatus of wireless files transmission
CN109412750A (en) * 2018-09-19 2019-03-01 西安交通大学 Anti- eavesdropping transmission method based on fountain codes in a kind of multimedia communication
CN109412750B (en) * 2018-09-19 2020-03-31 西安交通大学 Anti-eavesdrop transmission method based on fountain codes in multimedia communication
CN111741013A (en) * 2020-07-21 2020-10-02 炬芯(珠海)科技有限公司 Data transmission method and device
CN112055088A (en) * 2020-09-11 2020-12-08 南京通达海科技股份有限公司 Optical gate-based file reliable transmission system and method thereof

Similar Documents

Publication Publication Date Title
CN103856304A (en) Reliable file transmission protocol with selectable safety levels
CN103580773A (en) Method and device for transmitting data frame
EP3526920A1 (en) Base stations, user equipments and a system for wireless communication, as well as the corresponding methods
KR20080094525A (en) Method of coommunication in mobile communication system
US10284340B2 (en) Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method
JP2019537319A5 (en)
CN104782072A (en) System and method adopting a reliable stop-and-wait hybrid automatic repeat request protocol
CN105790899B (en) A kind of single feedback retransmission method based on fountain codes
CN103873211A (en) HARQ retransmission and blind detection method
KR102002939B1 (en) On-demand file recovery methods and systems
CN103607264A (en) 3G network-based in-band data transmission method
CN102315923B (en) Radio link control method of 3G (The 3rd Generation) satellite communication system
CN104618260A (en) UDP (User Datagram Protocol) based matchable strategy data transmission method
CN101330368B (en) Self-adaption multicast transmission method
KR102115401B1 (en) Method and apparatus for managing packet in a system surpporting a network coding scheme
CN103856287A (en) Wireless communication data packet transmission method and device
CN104184568A (en) Data transmission method and system of communication system
CN106100804A (en) A kind of digital fountain decoding transmission method based on Sr-ARQ
CN105391518B (en) A kind of document transmission method towards deep space network
CN105119695A (en) Space file transmission method based on quick negative acknowledgement (NAK)
CN101656603A (en) Method, device and system for transmitting data by adopting retransmission and coding negotiation
CN101409611B (en) Communication method for IP scheduling
CN102984172A (en) LT code based many-to-one data transmission protocol (LTTP) of data center
CN104429009B (en) Method for transmitting data packets in the case of bidirectional transmission of data packets
CN106209565B (en) A kind of tunnel method for reliable transmission and device based on fountain codes

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20140611