文件传输(6篇)
文件传输篇1
1延迟NAK模式
在CFDP中，文件传输被称为一个“事务”，发送端为每一个文件传输操作分配了一个事务ID号。事务ID号与源ID和其他信息一起包含在每一个PDU的报头里。发送端通过发送元数据PDU来通知接收端文件传输的开始。发送端不必等待接收端的ACK应答才开始文件PDUs的传输，也就是说，在初始化“事务”时没有握手过程［9］。在延迟NAK模式中，接收端直到正确收到发送端的EOFPDU后才发出NAKs重传请求。在此过程中接收端统计直至EOFPDU成功接收时所有丢失的PDUs。在收到EOFPDU后，接收端发出ACK(EOF)并发出一个包含所有丢失PDUs的重传请求NAK(如果需要的话)。一旦收到一个NAK，发送端立即重传NAK所要求的PDUs。在接收端发出NAK后，立即启动一个定时器，当NAK定时器溢出时，接收端再次检查丢失PDUs的记录。如果仍有未收到的PDUs，接收端发出另一个NAK并再次启动一个定时器。这种过程一直持续到所有PDUs都被成功接收，包含全部的文件内容PDUs和元数据PDU。在收到所有的PDUs后，接收端发出一个FINPDU，且发送端一旦收到FINPDU就回复一个ACK(FIN)，并关闭事务。接收端在成功接收ACK(FIN)后也随之关闭事务［10］。
2平均文件传输时间的数学分析
首先定义“文件传输时间”为从元数据PDU的第一比特开始直到当所有文件数据、元数据和EOFPDU被接收端成功接收的时刻。“EOF传输时间”定义为发送端发送最后一个文件数据PDU后的时刻与接收端接收到无错误的EOFPDU的最后一比特时刻间的时间间隔，“NAK重传时间”定义为从接收端发出第一个NAK的第一比特开始到所有重传的PDUs被成功接收到的时刻为止，如图1所示，其次定义N为携带文件数据的PDUs加上一个元数据PDU的总和。可见，整个文件的传输时间包含四部分:单向传播时间、N个文件PDU的传输时间、EOF传输时间和NAK重传时间。为了分析方便，假设如下:第一，N个PDUs等长、具有相同的传输时间且发送失败概率相等;第二，所有的重传NAKs等长且具有相同的发送失败概率(虽然NAK的长度取决于所要求重传PDU的个数，但是这种差异很小且NAKs的长度很小，所以这种假设对性能影响很小);第三，在前向和反向链路中的PDU错误事件是统计独立的;第四，由于EOF，ACK(EOF)和NAK的长度相对于文件数据PDUs来说很小，所以忽略这些PDUs的传输时间。文中分析用到的记号规定见表1。由于深空探测器具有功率有限及传输带宽极其严格的特点，为了保证链路最大吞吐率，应该尽量避免同一PDU不必要的复制重传。在此限定条件下，EOF定时器的最小设定值为2Tprop，NAK定时器的最小设定值为2Tprop+RTi，其中RTi表示第i次NAK重传请求PDU的发送时间。现在重点考虑重传阶段，定义随机变量Hi为第i个PDU直到接收端成功接收所需的重传次数。在这种假设条件下，Hi具有几何分布特性。再定义一个随机变量HM表示直至所有PDU成功被接收端接收所需的重传次数，易知，HM=max{H1，H2，H3，…，HN}。
3性能仿真与结果分析
利用Matlab工具进行仿真分析，传输时间单位为天文单位a．u．(astronomicalunit，1a．u．=480s)。图2～图4仿真出平均文件传输时间随PDU错误概率、PDU数目、单向传播时间等不同条件下的变化情况。由图2可知，在单向传播时间及PDU数目确定的情况下，单个PDU传输时间越多，在相同PDU错误概率情况下所需的传输时间越多。由图3不难看出，在PDU错误概率及单向传播时间固定的条件下，平均文件传输时间随PDU数目的增加而不断增加，且单个PDU传输时间越多，在相同PDU数目的情况下所需的传输时间越多。由图4易知，在PDU错误概率及单个PDU传输时间固定的情况下，平均文件传输时间随单向传播时间及PDU数目的增加而不断增加。图5为平均文件传输时间对PDU错误概率的Montecarlo仿真与数值分析曲线。可以看出，仿真曲线与数值分析曲线非常匹配。这里，PDU错误概率为0．01～0．5，单向传播时间为1a．u．，双向传输速率为20kbps，PDU数目为1000，且单个PDU传输时间为0．8s(PDU长度2KB，文件大小2MB)。
文件传输篇2
在日常的网络工作事务时，我们不希望由于外界因素的影响导致所下载的文件中断，而必须得重新下载。但在实际中，由于种种原因，有些不支持断点下载的下载工具，困扰着我们。FTP是Internet上的一项基本协议，丰富的FTP站点服务促进了网络资源的共享，FTP文件传输允许以间接或隐匿的方式使用远程计算机，并向用户屏蔽了不同主机中各种文件存储系统的细节，可以操作任何类型的文件而不需要进一步处理，达到了可靠和高效的数据传输。
基于断点传输实现了从上次的断点处开始传输，既节省了时间，又可以有效利用网络资源的优点，在大部分的下载传输工具中广泛应用。而断点传输过程中的两大关键点为：
一、检测已经下载的本地文件长度和断点值。
二、调整文件指针到服务端的断点处。
在传输文件的过程中每次创建一个临时文件，该文件同时还能用来存放文件的断点位置。在开始发送接收文件之前，首先会检测是否有该临时文件，如果不存在，那么就重新开始一次新的传输。如果存在，那么读取该临时文件存储的断点位置值，同时移动文件指针到该位置。这样便做到了断点传输[1]。
1系统总体需求设计分析
本系统的网络结构为典型的C/S模式，即组成部分分为客户端和服务器端[2]。其中图形界面提供所见即所得的交互手段。用户通过提供登陆信息：服务器IP，服务器应用程序端口、用户名、和密码激活登陆程序，然后登陆程序将信息反馈于登陆界面。服务器目录浏览、目录文件/文件操作程序和上传下载文件程序主要完成文件得传输，是系统的核心模块。下图1为整个系统的功能需求。
参考文献：
[1]蔡开裕，范金鹏.计算机网络[M].机械工业出版社，2005年第1版：74-215
[2]姜超.P2P分布网络文件传输系统[D].中山大学，2004年2月：35-66
[3]姜利群.Java网络编程实例教程[M].清华大学出版社，2005年1月第1版：164-198
文件传输篇3
关键词:数据交换;电子邮件;邮件服务器;分组;结点
中图分类号:TP311文献标识码:A文章编号:1009-3044(2009)24-6721-02
DesignandRealizationofDataExchangeMechanismBasedonEmail
GAOZhen-dong
(WuxiProfessionalCollegeofScienceandTechnology,Wuxi214028,China)
Abstract:Atpresent,alotoftheactualdemandforsoftwareprojectsrequiremultiplenetworkhostsautomaticallytransferdatafileswitheachother,andtheexistingsolutionsarenotwellpositionedtomeetthisrequest.Thisarticlefirstanalyzesanumberofdeficienciesinthetraditionalprogram,andputforwardanewe-mail-baseddataexchangetransfermechanism,andadetailedintroductionofthisnewdeliverymechanismforthegeneralideasandtheprocessoffinalanalysisofthisnewtheadvantagesoftransmissionmechanism.
Keywords:dataexchange;email;mailserver
目前,在很多软件需求中都需要实现在网络中实现数据传输,例如在很多企业或者单位日常业务管理中,由于各个分支机构可能位于不同城市和地区,他们之间需要实现数据的非实时自动传输。或者在局域网中也需要实现不同网络结点之间的数据非实时自动传输功能。但是综观目前相关技术,没有一种技术机制能够完全符合这种需求。
本文结合了在实际软件项目中的具体需求,在网络层次体系的最高层应用层提出一种全新的非实时网络数据自动传输机制,并予以具体实现。本文提出的传输机制能够借助现有的硬件平台,从而节省了成本,具有较高的经济效益。
1现有数据传输方式的不足
目前,位于不同地区的两个企业分支机构如果需要传输数据,一般可以采用以下方案:
1)采用虚拟专用网。
此类方案由于需要专门的VPN[1]软件支持,而此类软件价格一般不菲,所以企业单位需要为此支付较高的成本费用。
2)使用FTP技术。
此类方案在费用方面低于采用虚拟专用网的方案,但是FTP技术由于帐户和密码采用明文传输[2],安全性不是很高,不适合企业单位传输机密文件的场合。另外此方案不具备自动传输功能。
3)采用电子邮件
此类方案采用电子邮件的方案一般需要人工介入发送数据,不具备自动传输功能。另外,对于较大文件的发送存在限制。
以上各种方案均不能较好地满足多个网络结点自动进行数据传输的要求,为了满足软件项目过程中的此类具体需求,必须设计新的数据文件传输机制。
2新设计的传输机制
本文针对以上现有的解决方案的不足之处提出了一种全新的非实时网络数据自动交换机制[3]。新设计的传输机制总体设计采用中央邮件服务器,参加数据交换传输的各个网络结点各自使用自己的帐户在邮件服务器上接收发送给自己的邮件并下载其中的附件文件。同时,各个网络结点都将要交换传输的文件作为电子邮件附件发送到邮件服务器中的接收者的帐户中,由接收者定时接收下载。图1演示了传输机制整体拓扑图。
新传输机制的主要过程如下:
1)假设A、B、C分别是参加数据交换的各个网络结点。
2)A、B、C各自预先设置具体目录为发送目录,在这个发送目录中的所有数据文件都将被后台程序或者服务自动发送。
3)A、B、C各自预先设置具体目录为接收目录,参加数据交换传输的各个结点接收的数据文件都被后台程序或者服务自动存放在这个接收目录中。
4)后台程序或者服务根据预先设定的间隔时间读取发送方的发送目录中的所有数据文件准备发送。
5)为了减少数据传输大小,发送方对准备发送的数据文件进行压缩处理。
6)发送方以电子邮件的形式向预先设置的若干个交换方邮箱发送邮件,数据文件作为附件发送。
7)由于邮件附件存在大小限制,所以发送数据方检查即将发送的数据文件是否大于预先设置的最大值MAXSIZE。如果大于,则将数据文件进行分组分割成若干个分组文件,每个分组大小不超过最大值MAXSIZE。
8)如果数据文件被分割之后传送,则按照顺序对进行分割的文件进行文件名编号,最后一个分组文件以“end”为后缀。例如原来的压缩文件名是“培训名单.rar”,被分割为3个文件,则这3个文件的文件名分别是“培训名单1278367.rar1”、“培训名单1278367.rar2”、“培训名单1278367.rar3end”。这些分组文件均被发送方暂存,以便接收方没有收到的时候再次重发。其中“1278367”这个数字是发送方为了防止第三方冒充发送文件给接收方而随机产生的随机数。
9)接收方按照预先设置的间隔时间到预先设置的邮件服务器上接收邮件,并逐个下载每个邮件的附件到预先设置的接收目录中。如果接收目录中存在同名的文件,则将新接收的文件覆盖原有文件。每一个邮件接收之后将从邮件服务器删除。
10)如果接收方发现硬盘空间不够,则不予接收邮件服务器上的邮件,并且向发送方发送邮件通知发送方停止向接收方发送文件邮件。
11)根据文件名的扩展名后缀检查同一文件的所有分组文件是否已经全部接收到。例如收到“培训名单1278367.rar1”、“培训名单1278367.rar2”、“培训名单1278367.rar3end”三个文件,则由“3end”后缀得知发送方发送了文件“培训名单.rar”,一共为三个分组文件。接收方将文件名中的随机数去除,恢复原来的文件名。
12)如果接收方发现同属于一个文件的所有分组文件中存在还没有接收到的分组文件,那么按照预先设置的超时时间进行计时,如果超时之后还没有在邮件服务器中接收到这个分组文件,则向发送方发送邮件,标题统一为“要求重发”,内容为要求重复的分组文件的文件名,例如“培训名单1278367.rar2”。
以上过程为新机制的主要过程,在具体情况下可以稍微进行调整以适应更加具体的情况,从而取得更好的效果。图2演示了正常情况下传输机制的工作过程。
3新传输机制的优势
综合以上过程,本文提出的新的传输机制具有以下优势[4-5]:
1)不仅适用于互联网这种广域网,而且适用于局域网,只需在局域网中架设邮件服务器,相对其他方案经济负担小。
2)支持在各种网络(例如广域网、局域网)情况下的大文件传输需求。
3)由于采用电子邮件传输文件,各个网络结点接收文件需要使用各自的帐户在邮件服务器上发送和接收文件,安全性和电子邮件的安全性一样同样得到保障。
4)文件传输过程完全是自动的,只需将要发送的文件放入预先设置的发送目录即可。
5)支持多个网络结点同时进行数据传输和交换。
6)支持错误检测,并且能够重发数据。
以上这些优势将使本文提出的新传输机制在很多应用场合优于传统的数据传输机制。
4结束语
该文针对实际软件项目的具体需求提出并且设计了一种全新的基于电子邮件的非实时数据自动交换传输机制,这种机制能够满足很多场合的实际数据传输要求,相对传统的数据交换传输方法有独到的优势,必然具有更加广阔的应用前景。
参考文献:
[1]韩旭东,汤隽,郭玉东.新一代IPSec密钥交换规范IKEv2的研究[J].计算机工程与设计,2007,28(11):2549-2552.
[2]杨明福.计算机网络原理[M].北京:经济科学出版社,2007.
[3]陈卓,张正文.Internet密钥交换协议IKEv2研究[J].计算机应用与软件,2008,25(2):269-270.
文件传输篇4
迅雷看看HD3.1版已支持直接通过USB线将电影拷贝到iPad上。同时新版本的迅雷看看HD3.1还支持本地自动生成文件夹，以方便查找下载文件，并增加了“亲子乐园”和“家庭情感”等栏目，由此我们iPad上的视频内容将更加丰富和精彩！
一、更多影音文件直接支持USB传输
通过USB线将电影拷贝到iPad上，这是一个颠覆性的技术创新。首先我们必须先在iPad上安装迅雷看看HD3.1版，之后将iPad通过USB连线将iPad连接到PC上（如图1），再并启动iTunes。单击左侧“设备”下方我们的iPad，再单击中间“应用程序”标签，可以看到中间窗格出现“迅雷看看HD”，单击它，在右下角单击“添加”按钮即可将影音文件上传到iPad上（如图2）。
这样，即可将影音文件直接通过USB连线传输到iPad上供播放（如图3）。
值得的一提的是，迅雷看看HD版支持的格式有很多，可以支持包括mkv、rmvb、rm等主流影片格式，以实现万能播放。这将可以完全弥补iPad上内容不足！因此，我们完全可以将迅雷看看HD版作为iPad上的视频播放器了。
小提示：在向iPad添加文件并上传时，迅雷看看HD3.1支持配合Ctrl或Shift键同时上传多个影音文件，这将大大提升上传效率。
二、支持本地自动生成下载文件夹
迅雷看看HD支持影片自由下载，我们可以随意将影片下载到iPad上，随时欣赏。
这一版本还新增了本地自动生成文件夹，如图4所示，当下载电视剧的时候，一般会有好多集，这时迅雷看看HD3.1会把这些集数都统一放到一个文件夹里，这个文件夹是自动生成的，这样将可以更方便地查找到我们下载的影音文件。
小提示：要说明的是，迅雷看看上的内容质量非常高，所以大家银子足够，最好购买存储空间更大版本的iPad，这样就可以尽量多下载影片。
三、增加成熟女性特色栏目
使用iPad的人群中有很多是成熟女性，他们往往有了小孩子，对于亲子内容和情感内容有较强的需要，所以迅雷看看HD3.1版增加了“亲子乐园”和“家庭情感”两大特色栏目，可以供大家随时欣赏（如图5），大大拓展了受众数量！
另外，迅雷看看HD3.1版还增加了影片评分功能，好资源还是坏资源，由用户说了算；同时，迅雷看看HD3.1版的频道列表页还增加了置顶功能，这样自己喜欢的内容随时可以找到；
文件传输篇5
关键词：蓝牙无线技术；蓝牙协议：RBTFT
中图分类号：TN925
1蓝牙无线技术的重要性概述
蓝牙技术相比其他电子设备而言，是一种成本低、科技含量高的非封闭式的无线通讯技术，其使用范围受距离限制明显，只能在短距离范围内与电脑、便携设备、打印机、数码相机、键盘、电脑鼠标等实现无线连接。当前，受科学技术进步的推动和资源节约型社会的影响，无线连接技术发展迅速，受到社会欢迎。蓝牙无线技术的发展应用对于无线移动数据通信业务的发展起到了促进作用，蓝牙无线技术普遍采用的2.4G赫兹频带为全球通用标准，能保证蓝牙无线技术在世界各地的推广使用。换句话来说，蓝牙无线技术使得各种电子数码产品之间实现无线沟通，净化了空间和节约了资源。整合蓝牙无线技术，可以在设备方圆九米的范围内实现电脑、便携设备、收集、打印机、键盘等设备的无线连接，拓展无线通信网络道路。当前，蓝牙无线技术主要采取分散式网络结构和快跳频、短包技术，实现点对点及点对多点通信。
2蓝牙协议的概念
蓝牙协议的目的是使符合该协议的各种设备之间能够传递信息。两个相互之间传递信息设备需要使用相同的协议栈。蓝牙协议栈采用的结构是用来完成数据流的过滤和传输以及跳频和数据帧传输的分层结构。当然不同设备可以在不同的协议栈上实行。但是，必须遵循一个共同的原则，那就是所有的协议栈都要使用蓝牙协议中的数据层和物理层。支持蓝牙使用模式的应用层在协议中的最高位置。有的应用不要用到协议中的所有内容。相反，应用仅用在蓝牙协议栈中垂直方向的协议。基带，链路管理，逻辑链路控制与适应协议和服务搜索协议是蓝牙的核心协议的四个组成单元。（1）基带协议可以确保互相连接的蓝牙设备射频连接，以形成一个微小的网络。（2）在蓝牙各设备间连接的建立和设置需要链路管理协议。链路管理协议通过发起连接，进行身份验证和加密，通过协调确定基带数据大小；无线设备的节能模式和工作周期需要链路管理协议控制，以及那个微小网络内设备的连接状态也是由该协议所控制的。（3）逻辑链路控制和适配协议（L2CAP）可以说是基带的上层协议，L2CAP与链路管理协议是一个并列的关系，两个协议是并行工作的。但是这两个协议也有一定的区别，当业务数据不经过链路管理协议时，这个时候适配协议会提供上层服务。（4）服务搜索协议（SDP），使用该协议可以查询到相应的设备信息和服务类型，各蓝牙设备间在此基础上建立相应的连接。所谓的支持协议主要指的是蓝牙协议层，包括逻辑链路控制和适配协议（L2CAP）、无线射频通信（RFCOMM）和业务搜索协议（SDP）。L2CAP提供分割和重组业务。RFCOMM是用于传统串行端口应用的电缆替换协议。SDP包括一个客户/服务器架构，负责侦测或通报其它蓝牙设备。
3RBTFT协议的研究与实现
3.1RBTFT协议的可靠性和稳定性
RBTFT协议（ReliableBluetoothFileTransfer的简称）是指在RFC0MM协议基础之上建立的一条端到端（或点到点）的文件传输协议。该协议的主要目标在于在蓝牙设备和其他数码设备之间建立一条无线连接通道，该通道应具有可靠性和稳定性，以便践行文件的可靠传输。该协议目前通常采用的开发应用程序是VC++，以WIN98/2000/NT为应用平台，但RBTFT协议并不受VC++这一具体编程语言和WIN98/2000/NT操作系统的限制，它支持不同工作形式，包括一次传输多个文件、断点续传、CRC校验等等，其设计思想源是在传统的帧传输方式得到启发的（这中方式在数据传送过程中要求一帧一帧地发送，而不是整体发送）。为了确保文件传送的可靠性，RBTFT协议明确了RBTFT帧的定义，规定帧由报头和数据子包两部分组成，其中报头指明帧的类型（同时携带CRC校验信息），数据子包有不同的子包结束符构成，并明确是否有后续包等情况。RBTFT协议在进行数据传输时，采用发送---应答---握手---失败的传输方式，即在发送文件时一帧为单位，每发送一帧数据收到一个应答，说明此次发送是成功的。
蓝牙技术在利用RBTFF协议传送文件时，最先要做的工作是进行串口初始化操作，如果这个操作成功，成功报告将通过异步消息RBTFF―CONNECT向应用程序发送，告知系统文件传输通信线路连接已经建立。开始是连接通信线路，接通成功后开始发送数据，此时实际数据发送的多少将根据内部缓冲区的内存来决定，数据信息在内部缓冲区内被暂时存储起来，根据RBTFF协议将这些数据以一帧帧的文件形式，并在文件里加入了帧信息和CRC校验信息。接收方在接收文件的过程中，每成功接收一份文件，接收方系统将对接收的文件进行CRC校验。如果文件接收不成功，将通过RBTFF协议后重发或协商，如果发送成功的前提下，不会向应用程序系统发送任何信息报告，如果发送不成功，系统会自动放弃此链接线路，同时错误报告向发送给应用程序。应用程序将自我重新复位此链接线路，也可以进行其他对应的程序处理。在文件传输过程中，无论是文件发送方还是文件接收方，任何一方断开文件链接，应用系统内部都将接收到文件传输关闭的信息，断开文件传输链接线路。在文件接收方的按帧发送的数据将被去掉枕头并重新回入接收缓冲区，重新组合为原来的传输整体文件。之后再继续下一个文件的传输，直至文件完全传送。提高蓝牙无线传送文件的可靠性，在应用层面主要依靠RBTFF协议支持断点续传。断点续传的原理在于RBTFF数据帧在报头中携带有一个信息，该信息会指明文件数据在文件具体某个位置开始的偏移量。当发生错误或连接中断时，接收方发送一个带有偏移量的信息帧，使得应用程序系统能自动识别文件发送方重新传送文件的意思，这种技术在文件数据量大的时候效果明显。
3.2RBTFT协议发送文件的过程
蓝牙文件传输RBTFF协议发送单个文件的详细过程可以这么理解：当相互之间传递信息的设备，开始的时候设备要进行重试次数计数器的初始化，也就是计数器归零。当收发设备双方建立连接，发送方设备搜寻文件指针，读取文件长度并设置并发送报头，这个报头里包含有文件名称以及大小。接收方会发来的响应报头信息。此时若接收方返回“已经准备接收”，则开始发送第一个数据包，当然接收方可以拒绝接收并信息返回。接收方返回确认信息后发下一个数据包；若尝试连接过中重试20次后，还不能恢复连接，则放弃需要重新建立连接。当接收方发送带有偏移量的信息帧时，发送方接收该信息帧后，会自动跳到指定偏移量处继续传送，接收方放弃传输，文件传输完毕。“文件传输完毕”这样的提示信息会在设备屏幕上输出来。
4结束语
蓝牙无线文件传输协议RBTFT的研究与实现对于蓝牙技术的发展有重要作用，明晰RBTFT的工作原理和发送文件过程，有利于更好地实现蓝牙无线文件传输的发展。
参考文献：
[1]王楠，侯紫峰，宋建平等.蓝牙无线连接可靠性措施的研究与实现[J].小型微型计算机系统，2003（05）.
[2]刘任庆.蓝牙技术的抗干扰性与可靠性分析[J].技术交流，2009（03）.
文件传输篇6
1、首先要打开蓝牙功能。
2、进入蓝牙界面，自动检测周围的可用设备，接受文件的设备蓝牙一定要开启。
3、检测到对方设备之后，点击设备名称，开始配对。
4、配对成功之后，再点击对方设备名称，进行连接。
5、连接成功之后，传送文件。
6、找到要传送的的文件，长按在弹出的选项中选择蓝牙。
7、进入蓝牙界面后，点击已配对的设备。