CN107623545A - 文件传输方法及装置 - Google Patents

Abstract

本发明实施例提供一种文件传输方法及装置，该方法包括：接收文件传输请求，文件传输请求中包括待传输文件的标识；根据待传输文件的标识获取待传输文件，并对待传输文件进行拆分，获得对应的多个数据包，每个数据包中包括数据包标识；通过可见光通信信道发送多个数据包；接收通过其他预设无线通信信道发送的各接收确认消息，每个接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。通过在通信双方之间建立两个通信信道——VLC信道、其他预设无线通信信道，以该其他预设无线通信信道作为接收反馈链路，能够使发送方及时获知各数据包的接收情况，以便做出重传等决策，以保证待传输文件的可靠传输。

Description

文件传输方法及装置

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种文件传输方法及装置。

背景技术

目前，随着用户终端设备的不断增加，用户拥有多个终端设备的情况非常普遍，用户常用文件也经常保存在各种终端设备上。那么，在各种终端设备间传输文件就成为了常态。或者，随着各种客户端应用的不断出现，客户端应用从对应的服务器中下载文件的情况时有发生。因此，终端设备之间、终端设备与服务器之间进行文件传输已经成为常态。

现有技术中，终端设备之间、终端设备与服务器之间可以通过各种各样的通信方式进行文件的传输。可见光通信(Visible Light Communication，简称VLC)作为一种相对较新出现的通信方式，引起人们的关注。VLC是指利用可见光波段的光作为信息载体，不使用光纤等有线信道的传输介质，而在空气中直接传输光信号的通信方式。

但是，目前已经提出的可见光通信系统多为单工模式，即只有单向信道链路。实际中，发送方在向接收方发送文件的过程中，可能会由于可见光信号被遮挡等原因而导致接收方没有能成功接收到文件。但是由于VLC信道的单工特点，发送方无法获知该未成功接收的情况，从而导致基于VLC信道进行文件传输的传输可靠性较差。

发明内容

本发明实施例提供一种文件传输方法及装置，用以克服现有基于VLC信道进行文件传输时传输可靠性较差的问题。

本发明实施例提供一种文件传输方法，包括：

接收文件传输请求，所述文件传输请求中包括待传输文件的标识；

根据所述待传输文件的标识获取所述待传输文件，并对所述待传输文件进行拆分，获得与所述待传输文件对应的多个数据包，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

通过可见光通信信道发送所述多个数据包；

接收通过其他预设无线通信信道发送的各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

本发明实施例提供另一种文件传输方法，包括：

发送文件传输请求，所述文件传输请求中包括待传输文件的标识；

通过可见光通信信道接收与所述待传输文件对应的多个数据包，其中，所述多个数据包是对端设备根据所述待传输文件的标识获取所述待传输文件后对所述待传输文件进行拆分获得的，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

通过其他预设无线通信信道发送各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

本发明实施例提供一种文件传输装置，包括：

第一接收模块，用于接收文件传输请求，所述文件传输请求中包括待传输文件的标识；

获取模块，用于根据所述待传输文件的标识获取所述待传输文件，并对所述待传输文件进行拆分，获得与所述待传输文件对应的多个数据包，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

第一发送模块，用于通过可见光通信信道发送所述多个数据包；

第二接收模块，用于接收通过其他预设无线通信信道发送的各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

本发明实施例提供另一种文件传输装置，包括：

第一发送模块，用于发送文件传输请求，所述文件传输请求中包括待传输文件的标识；

第一接收模块，用于通过可见光通信信道接收与所述待传输文件对应的多个数据包，其中，所述多个数据包是对端设备根据所述待传输文件的标识获取所述待传输文件后对所述待传输文件进行拆分获得的，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

第二发送模块，用于通过其他预设无线通信信道发送各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

本发明实施例提供的文件传输方法及装置，在对待传输文件进行拆分以获得对应的多个数据包之后，可以通过VLC信道发送这多个数据包，通信对端设备根据对这多个数据包的接收情况，通过其他预设无线通信信道发送各接收确认消息，以指示成功接收了哪些数据包。通过在通信双方之间建立两个通信信道——VLC信道、其他预设无线通信信道，以该其他预设无线通信信道作为接收反馈链路，能够使发送方及时获知各数据包的接收情况，以便做出重传等决策，以保证待传输文件的可靠传输。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的文件传输方法实施例一的流程图；

图2为本发明实施例提供的文件传输方法实施例二的流程图；

图3为本发明实施例提供的文件传输方法实施例三的流程图；

图4为本发明实施例提供的文件传输方法实施例四的流程图；

图5为本发明实施例提供的文件传输装置实施例一的结构示意图；

图6为本发明实施例提供的文件传输装置实施例二的结构示意图；

图7为本发明实施例提供的文件传输装置实施例三的结构示意图；

图8为本发明实施例提供的文件传输装置实施例四的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明实施例提供的文件传输方法实施例一的流程图，该实施例提供的文件传输方法可以由一文件传输装置执行，该文件传输装置可以设置在终端设备中，也可以设置在服务器中。实际应用中，该文件传输装置可以实现为软件程序，或者实现为软件和硬件的组合。本实施例中以通信双方分别为用户的终端设备和服务器，且本实施例中以下各步骤的执行主体为服务器，具体是设置在服务器中的该文件传输装置为例进行说明。如图1所示，包括如下步骤：

步骤101、接收文件传输请求，文件传输请求中包括待传输文件的标识。

用户通过终端设备向服务器请求下载某个文件时，可以触发上述文件传输请求的发送。该文件传输请求中包含的待传输文件的标识可以是该待传输文件的名称、存储位置等标识。服务器接收该文件传输请求，并从中解析获得该待传输文件的标识。

值得说明的是，用户的终端设备与服务器之间的上述文件传输请求的发送，可以是基于两者之间预先建立的VLC信道进行传输。

步骤102、根据待传输文件的标识获取待传输文件，并对待传输文件进行拆分，获得与待传输文件对应的多个数据包。

服务器可以根据解析获得的待传输文件的标识从本地读取获得待传输文件。

本实施例中，服务器向终端设备传输待传输文件时，并非是将整个待传输文件发送至终端设备，而是将整个待传输文件拆分成多个数据包进行传输。具体来说，服务器可以是以固定的数据包大小，将整个待传输文件拆分成多个数据包。可以理解的是，当待传输文件的大小并非是该固定数据包大小的整数倍时，最后一个数据包的实际大小往往是小于该预设的固定数据包大小的。

实际应用中，当将待传输文件进行数据包拆分后，一个待传输文件对应有多个数据包。当有多个待传输文件时，为了区别不同待传输文件对应的数据包，服务器可以为每个数据包设置数据包标识。其中，每个数据包中包括数据包标识，具体的，数据包标识可以包括待传输文件的标识和数据包编号。也就是说，每个数据包中的数据包标识一方面是用于区分该数据包是归属于哪个待传输文件的，同时，另一方面还用于区分归属于同一待传输文件的各数据包。

步骤103、通过VLC信道发送多个数据包。

本实施例中，可选的，服务器可以通过与终端设备间建立的VLC信道将待传输文件对应的多个数据包依次连续向终端设备发送。

实际应用中，可以通过VLC信道以用户数据报协议(User Datagram Protocol，简称UDP)的方式向终端设备发送这多个数据包。

步骤104、接收通过其他预设无线通信信道发送的各接收确认消息。

其中，每个接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

由于VLC信道是单工信道，即是单向链路，服务器无法获知终端设备对这多个数据包的接收情况，从而无法保证待传输文件的传输可靠性。为此，本实施例中，除了预先建立终端设备与服务器间的VLC信道外，同时还建立终端设备与服务器间的其他预设无线通信信道，比如无线保真(Wireless Fidelity，简称WiFi)信道。

从而，终端设备在接收到各数据包之后，可以通过该WiFi信道进行向服务器的接收确认反馈。也就是说，终端设备可以在每接收到一个数据包之后，通过WiFi信道向服务器发送对应的接收确认消息，以告知服务器其已经成功接收了该数据包。实际上，终端设备可以在该接收确认消息中携带该数据包的数据包标识，从而，服务器解析出该数据包标识后便获知终端设备已经成功接收了该数据包。

从而，服务器接收终端设备通过该其他预设无线通信信道发送的各接收确认消息，以确定终端设备已经成功接收了哪些数据包。

本实施例中，发送方在对待传输文件进行拆分以获得对应的多个数据包之后，可以通过VLC信道发送这多个数据包，通信对端设备(如用户终端设备)根据对这多个数据包的接收情况，通过其他预设无线通信信道发送各接收确认消息，以指示成功接收了哪些数据包。通过在通信双方之间建立两个通信信道——VLC信道、其他预设无线通信信道，以该其他预设无线通信信道作为接收反馈链路，能够使发送方及时获知各数据包的接收情况，以便做出重传等决策，以保证待传输文件的可靠传输。

图2为本发明实施例提供的文件传输方法实施例二的流程图，如图2所示，该方法包括如下步骤：

步骤201、接收文件传输请求，文件传输请求中包括待传输文件的标识。

步骤202、根据待传输文件的标识获取待传输文件，并对待传输文件进行拆分，获得与待传输文件对应的多个数据包。

上述两个步骤的执行可以参见图1所示实施例，在此不再赘述。

步骤203、通过VLC信道发送多个数据包中的第一部分数据包，并同时通过其他预设无线通信信道发送多个数据包中的第二部分数据包。

其中，所述第二部分数据包是多个数据包中除所述第一部分数据包外的剩余数据包。

以其他预设无线通信信道为WiFi信道为例，该WiFi信道除了可以作为VLC信道的反向链路或者说回传链路，以用于传输从VLC信道接收到的数据包对应的接收确认消息外，还可以作为数据包的传输信道使用。也就是说，服务器可以同时通过VLC信道和WiFi信道传输待传输文件对应的多个数据包。

可选的，在通过WiFi信道进行数据包的传输时，可以采用传输控制协议(Transmission Control Protocol，简称TCP)的方式传输数据包。

举例来说，假设待传输文件被拆分为10个数据包，服务器可以分配给VLC信道传输其中的部分数据包，称为第一部分数据包，分配给WiFi信道传输剩余的另一部分数据包，称为第二部分数据包。

对于这10个数据包的分配，可选的，服务器可以预先设置好每个信道被分配到的比例，比如两个信道各占1/2，分别被分配5个数据包，也可以WiFi信道所占比例高一些，还可以根据每个信道的空闲程度确定分配比例。分配给每个信道的部分数据包可以是连续的几个数据包，也可以是不连续的，不具体限制。

步骤204、接收通过其他预设无线通信信道发送的各接收确认消息。

值得说明的是，虽然本实施例中，VLC信道和WiFi信道都可以用于传输待传输文件对应的数据包，但是，只有WiFi信道可以用于终端设备发送接收确认消息。也就是说，当服务器分别通过VLC信道和WiFi信道向终端设备发送数据包后，终端设备在接收到各数据包之后，是通过WiFi信道向服务器发送对应的接收确认消息的，不能通过VLC信道发送接收确认消息。

步骤205、根据各接收确认消息确定未被成功接收的数据包。

步骤206、确定未被成功接收的数据包对应的发送信道，发送信道是初次发送未被成功接收的数据包时采用的信道。

步骤207、通过发送信道重新发送未被成功接收的数据包。

由于终端设备可以在每接收到一个数据包之后，通过WiFi信道向服务器发送对应的接收确认消息，以告知服务器其已经成功接收了该数据包。因此，当服务器在发送出某个数据包之后，如果预设时间内还没有接收到该数据包对应的接收确认消息，则确定终端设备没有接收到该数据包，可以通过重发该数据包的重发机制再次发送该未被成功接收的数据包，以便终端设备能够接收到该数据包。其中，在重发的时候，是采用初次发送该未被成功接收的数据包所适用的信道进行重发的。

举例来说，假设服务器通过VLC信道发送数据包5之后，一定时间内没有接收到通过WiFi信道反馈的针对数据包5的接收确认消息，则确定数据包5没有被终端设备成功接收，此时通过VLC信道重发数据包5。

本实施例中，针对待传输文件对应的多个数据包，可以通过两个不同的信道进行传输，即分别通过VLC信道和诸如WiFi信道的其他预设无线通信信道进行传输，大大提高了待传输文件的传输速率，节省传输时间；通过WiFi信道进行多个数据包接收情况的确认反馈，使得服务器及时获知未被成功接收的数据包，以进行重发处理，保证待传输文件的可靠传输。

图3为本发明实施例提供的文件传输方法实施例三的流程图，该实施例提供的文件传输方法可以由一文件传输装置执行。值得说明的是，假设图1、图2所示实施例中的执行主体为服务器，那么本实施例中的该文件传输装置设置在与服务器通信的对端通信设备中，比如用户的诸如手机、电脑等终端设备中。如果图1、图2所示实施例的执行主体为某个终端设备，称为终端设备A，那么本实施例中的该文件传输设备设置在与终端设备A通信的对端通信设备中，比如服务器中，或者是另一个终端设备B中。实际应用中，该文件传输装置可以实现为软件程序，或者实现为软件和硬件的组合。

本实施例中以通信双方分别是用户的终端设备和服务器，且本实施例中以下各步骤的执行主体为用户的终端设备，具体是该终端设备中设置的文件传输装置为例进行说明。如图3所示，包括如下步骤：

步骤301、发送文件传输请求，文件传输请求中包括待传输文件的标识。

终端设备当需要从服务器中下载某个文件时，触发向服务器发送上述文件传输请求，以请求服务器将对应的待传输文件发送至该终端设备。

步骤302、通过VLC信道接收与待传输文件对应的多个数据包。

其中，该多个数据包是对端设备根据待传输文件的标识获取待传输文件后对待传输文件进行拆分获得的。对应于上述举例假设，这多个数据包即为服务器在获得待传输文件后，对待传输文件进行拆分获得的。其中，每个数据包中包括数据包标识，具体的，数据包标识可以包括待传输文件的标识和数据包编号。

服务器在接收到文件传输请求后，从中解析获得待传输文件的标识，从本地获取对应的待传输文件，进而对该待传输文件进行拆分，得到多个数据包。其中，每个数据包中包含服务器为该数据包分配的数据包标识。

可选的，服务器可以通过VLC信道将这多个数据包发送至终端设备，从而，终端设备通过与服务器间预先建立的该VLC信道接收这多个数据包。

步骤303、通过其他预设无线通信信道发送各接收确认消息。

其中，每个接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

终端设备在每接收到一个数据包之后，可以通过比如WiFi信道向服务器发送对应的接收确认消息。

本实施例中，终端设备通过VLC信道接收服务器发送的多个数据包，根据接收情况，通过比如WiFi信道等其他预设无线通信信道向服务器发送各接收确认消息，以指示成功接收了哪些数据包，以便服务器及时获知终端设备对各数据包的接收情况，及时做出重传等决策，以保证待传输文件的可靠传输。

图4为本发明实施例提供的文件传输方法实施例四的流程图，如图4所示，该方法包括如下步骤：

步骤401、发送文件传输请求，文件传输请求中包括待传输文件的标识。

步骤402、通过VLC信道接收多个数据包中的第一部分数据包，并同时通过其他预设无线通信信道接收多个数据包中的第二部分数据包。

其中，第二部分数据包是上述多个数据包中除第一部分数据包外的剩余数据包。

步骤403、通过其他预设无线通信信道发送各接收确认消息。

步骤404、根据接收到的各数据包的数据包标识，重组接收到的各数据包。

本实施例的执行过程可以参考图2所示实施例的描述。本实施例中，终端设备可以分别通过VLC信道和WiFi信道接收服务器发送的各数据包，其中，每个信道上传输的数据包不同。

终端设备接收到的各数据包，既可以包括服务器初次发送即被终端设备成功接收到的数据包，也可以包括服务器重发后被终端设备接收的数据包。由于每个数据包中包含有对应的数据包标识，每个数据包标识中包括对应的待传输文件的标识和数据包编号。因此，终端设备可以根据待传输文件的标识的同一性，确定出属于同一待传输文件的数据包，进而根据属于同一待传输文件的各数据包的数据包编号顺序，依次重组各数据包以获得对应的待传输文件。

本实施例中，针对待传输文件对应的多个数据包，终端设备可以通过两个不同的信道进行接收，即分别通过VLC信道和诸如WiFi信道的其他预设无线通信信道进行接收，大大提高了待传输文件的传输速率，节省传输时间；通过WiFi信道进行多个数据包接收情况的确认反馈，使得服务器及时获知未被成功接收的数据包，以进行重发处理，保证待传输文件的可靠传输。

图5为本发明实施例提供的文件传输装置实施例一的结构示意图，如图5所示，该文件传输装置包括：第一接收模块11、获取模块12、第一发送模块13、第二接收模块14。

第一接收模块11，用于接收文件传输请求，所述文件传输请求中包括待传输文件的标识。

获取模块12，用于根据所述待传输文件的标识获取所述待传输文件，并对所述待传输文件进行拆分，获得与所述待传输文件对应的多个数据包，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号。

第一发送模块13，用于通过可见光通信信道发送所述多个数据包。

第二接收模块14，用于接收通过其他预设无线通信信道发送的各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

图5所示文件传输装置可以执行图1所示实施例的方法，实现原理和技术效果参考图1所示实施例，不再赘述。

图6为本发明实施例提供的文件传输装置实施例二的结构示意图，如图6所示，在图5所示实施例基础上，所述第一发送模块13具体用于：通过所述可见光通信信道发送所述多个数据包中的第一部分数据包。

所述装置还包括：第二发送模块21。

第二发送模块21，用于通过所述其他预设无线通信信道发送所述多个数据包中的第二部分数据包，所述第二部分数据包是除所述第一部分数据包外的剩余数据包。

可选的，该装置还可以包括：

第一确定模块，用于根据所述各接收确认消息确定未被成功接收的数据包。

第二确定模块，用于确定所述未被成功接收的数据包对应的发送信道，所述发送信道是初次发送所述未被成功接收的数据包时采用的信道，以便通过所述发送信道重新发送所述未被成功接收的数据包。

图6所示装置可以执行图2所示实施例的方法，实现原理和技术效果参考图2所示实施例，不再赘述。

图7为本发明实施例提供的文件传输装置实施例三的结构示意图，如图7所示，该文件传输装置包括：第一发送模块31、第一接收模块32、第二发送模块33。

第一发送模块31，用于发送文件传输请求，所述文件传输请求中包括待传输文件的标识。

第一接收模块32，用于通过可见光通信信道接收与所述待传输文件对应的多个数据包，其中，所述多个数据包是对端设备根据所述待传输文件的标识获取所述待传输文件后对所述待传输文件进行拆分获得的，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号。

第二发送模块33，用于通过其他预设无线通信信道发送各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

图7所示装置可以执行图3所示实施例的方法，实现原理和技术效果参考图3所示实施例，不再赘述。

图8为本发明实施例提供的文件传输装置实施例四的结构示意图，如图8所示，在图7所示实施例基础上，所述第一接收模块32，具体用于：通过所述可见光通信信道接收所述多个数据包中的第一部分数据包。

所述装置还包括：第二接收模块34、重组模块35。

第二接收模块34，用于通过所述其他预设无线通信信道接收所述多个数据包中的第二部分数据包，所述第二部分数据包是除所述第一部分数据包外的剩余数据包。

重组模块35，用于根据接收到的各数据包的数据包标识，重组接收到的各数据包。

图8所示装置可以执行图4所示实施例的方法，实现原理和技术效果参考图4所示实施例，不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种文件传输方法，其特征在于，包括：

接收文件传输请求，所述文件传输请求中包括待传输文件的标识；

根据所述待传输文件的标识获取所述待传输文件，并对所述待传输文件进行拆分，获得与所述待传输文件对应的多个数据包，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

通过可见光通信信道发送所述多个数据包；

接收通过其他预设无线通信信道发送的各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

2.根据权利要求1所述的方法，其特征在于，所述通过可见光通信信道发送所述多个数据包，包括：

通过所述可见光通信信道发送所述多个数据包中的第一部分数据包，并同时通过所述其他预设无线通信信道发送所述多个数据包中的第二部分数据包，所述第二部分数据包是除所述第一部分数据包外的剩余数据包。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

根据所述各接收确认消息确定未被成功接收的数据包；

确定所述未被成功接收的数据包对应的发送信道，所述发送信道是初次发送所述未被成功接收的数据包时采用的信道；

通过所述发送信道重新发送所述未被成功接收的数据包。

4.一种文件传输方法，其特征在于，包括：

发送文件传输请求，所述文件传输请求中包括待传输文件的标识；

通过可见光通信信道接收与所述待传输文件对应的多个数据包，其中，所述多个数据包是对端设备根据所述待传输文件的标识获取所述待传输文件后对所述待传输文件进行拆分获得的，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

通过其他预设无线通信信道发送各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

5.根据权利要求4所述的方法，其特征在于，所述通过可见光通信信道接收与所述待传输文件对应的多个数据包，包括：

通过所述可见光通信信道接收所述多个数据包中的第一部分数据包，并同时通过所述其他预设无线通信信道接收所述多个数据包中的第二部分数据包，所述第二部分数据包是除所述第一部分数据包外的剩余数据包。

6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

根据接收到的各数据包的数据包标识，重组接收到的各数据包。

7.一种文件传输装置，其特征在于，包括：

第一接收模块，用于接收文件传输请求，所述文件传输请求中包括待传输文件的标识；

获取模块，用于根据所述待传输文件的标识获取所述待传输文件，并对所述待传输文件进行拆分，获得与所述待传输文件对应的多个数据包，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

第一发送模块，用于通过可见光通信信道发送所述多个数据包；

第二接收模块，用于接收通过其他预设无线通信信道发送的各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

8.根据权利要求7所述的装置，其特征在于，所述第一发送模块具体用于：通过所述可见光通信信道发送所述多个数据包中的第一部分数据包；

所述装置还包括：

第二发送模块，用于通过所述其他预设无线通信信道发送所述多个数据包中的第二部分数据包，所述第二部分数据包是除所述第一部分数据包外的剩余数据包。

9.一种文件传输装置，其特征在于，包括：

第一发送模块，用于发送文件传输请求，所述文件传输请求中包括待传输文件的标识；

第一接收模块，用于通过可见光通信信道接收与所述待传输文件对应的多个数据包，其中，所述多个数据包是对端设备根据所述待传输文件的标识获取所述待传输文件后对所述待传输文件进行拆分获得的，每个所述数据包中包括数据包标识，所述数据包标识包括所述待传输文件的标识和数据包编号；

第二发送模块，用于通过其他预设无线通信信道发送各接收确认消息，每个所述接收确认消息中包括对应的数据包标识，用于指示成功接收了对应的数据包。

10.根据权利要求9所述的装置，其特征在于，所述第一接收模块，具体用于：通过所述可见光通信信道接收所述多个数据包中的第一部分数据包；

所述装置还包括：

第二接收模块，用于通过所述其他预设无线通信信道接收所述多个数据包中的第二部分数据包，所述第二部分数据包是除所述第一部分数据包外的剩余数据包。