CN115412972B - 一种数据传输方法、装置及系统 - Google Patents

Abstract

本申请提供了一种数据传输方法、装置及系统，通过系统总线将系统内存中的数据拷贝到第一通信模块的发送队列中，再基于第一通信模块发送数据到第二终端。直接通过系统内存拷贝和MAC/PHY二层转发的方式进行设备间通信，极大优化了WiFi报文转发的负载和时延，能够有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

Description

一种数据传输方法、装置及系统

技术领域

本申请涉及通信领域，尤其涉及一种数据传输方法、装置及系统。

背景技术

点对点（Device to Device，D2D）通信技术是指两个对等的用户节点（设备）之间直接进行通信的一种通信方式，WiFi Direct是一种能够实现点对点业务的通信模式，其能够实现两个设备之间进行高速的数据通信，其数据传输基于TCP/IP协议，具有数据传输速度快及传输距离远等优点。图1示出了现有的基于TCP/IP协议进行数据传输的过程示意图，如图1所示，发生方在发送报文时，应用软件对需要发送的数据包，按TCP/IP协议规范进行报文的封装，封装后的数据包可以在局域网（LAN）或广域网（WAN）网中实现转发。接收方在收到数据后，同样按TCP/IP协议规范对报文进行解封装，还原成用户需要的数据。然而在点对点业务中采用TCP/IP协议进行WiFi报文转发需要对报文进行封装和解封，这无疑会增加点对点业务的数据传输所消耗的时间，也会增加系统的负载，同时也降低了WiFi的吞吐率。

发明内容

本申请提供一种数据传输方法、装置及系统，解决了现有技术中点对点业务的数据传输消耗时间长，系统负载大，WiFi的吞吐率低的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种数据传输方法，应用于第一终端，包括：

将存储在系统内存中的应用数据帧通过数据总线拷贝至第一通信模块的发送队列；

通过所述第一通信模块的通信端口将所述发送队列中的所述应用数据帧发送至与所述第一终端点对点通信的第二终端。

所述应用数据帧用于指示所述第二终端采用与所述应用数据帧对应的数据处理方式进行数据处理，所述与所述应用数据帧对应的数据处理方法为通过所述第二终端的数据总线将所述应用数据帧拷贝至所述第二终端的系统内存中进行处理。

在本实施例中，通过系统总线将系统内存中的数据拷贝到第一通信模块的发送队列中，再基于第一通信模块发送数据到第二终端。直接通过系统内存拷贝和MAC/PHY二层转发的方式进行设备间通信，极大优化了WiFi报文转发的负载和时延，能够有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

在第一方面的一种可能的实施方式中，在将存储在系统内存中的应用数据帧通过数据总线拷贝至第一通信模块的发送队列之前，还包括：

若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将各个数据分片存储到对应的系统内存空间中；

相应地，所述将存储在系统内存中的应用数据帧通过数据总线拷贝至第一通信模块的发送队列，包括：

分别从各个存储数据分片的系统内存空间中拷贝所述分片数据至所述第一通信模块的发送队列；

相应地，所述通过所述第一通信模块的通信端口将所述发送队列中的应用数据帧发送至与所述第一终端无线连接第二终端，包括：

基于所述发送队列依次通过所述第一通信模块的通信端口将所述数据分片发送至所述第二终端。

在本实施例中，对于超过分片门限的应用数据帧进行数据分片，并针对数据分片进行数据传输，能够传输大于网络最大数据传输长度的应用数据。

在第一方面的一种可能的实施方式中，所述数据传输方法还包括：

若接收到所述第二终端发送的重传请求帧，则根据所述重传请求帧确定待重传数据，并通过所述第一通信模块的通信端口将所述待重传数据发送至所述第二终端；所述重传请求帧是由第二终端在确定分片数据缺失或重组数据不符合预设条件时生成的。基于重传请求帧发送需要重传的数据，能够及时将缺失或不符合预设条件的数据分片进行重发，保证数据的完整性和准确性。

在第一方面的一种可能的实施方式中，所述数据传输方法还包括：

若接收到所述第二终端发送的数据确认帧，则确定数据传输成功；所述数据确认帧是由所述第二终端根据接收到的数据进行数据重组并确定数据完整且符合预设条件后生成的。基于确认帧，能够快速确认数据传输是否成功，提高数据传输的可靠性。

在第一方面的一种可能的实施方式中，所述若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并为各个数据分片分配系统内存空间，包括：若所述应用数据帧的数据大小超过分片门限，则根据网络最大数据传输长度将所述应用数据帧分成若干个数据分片，并为各个数据分片添加数据头，所述数据头用于指示第二终端在接收到各个所述数据分片后，对各个数据分片进行数据重组，还原所述应用数据帧。为各个分片数据添加数据头便于数据重组。

第二方面，提供一种数据传输方法，应用于第二终端，包括：

接收应用数据帧；所述应用数据帧是与所述第二终端点对点通信的第一终端通过第一终端的数据总线从第一终端的系统内存中拷贝至第一终端的第一通信模块的发送队列，并通过所述第一通信模块的通信端口将所述发送队列中的所述应用数据帧发送至所述第二终端的；

将所述应用数据帧通过所述第二终端的数据总线拷贝至所述第二终端的系统内存中。

在本实施例中，通过系统总线将接收到的数据直接拷贝至系统内存中，使得应用软件能够直接处理存储在系统内存中的数据，有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

在第二方面的一种可能的实现方式中，接收到的所述应用数据帧包括若干数据分片；

相应地，在将所述应用帧通过数据总线拷贝至系统内存，所述系统内存为应用软件能够直接处理存储在里面的数据的系统内存空间之后，还包括：对所述数据分片进行数据重组。对分片数据进行数据重组，还原数据至应用软件能够直接处理的数据，便于应用软件处理该数据。

在第二方面的一种可能的实现方式中，所述数据传输方法还包括：若存在缺失数据分片或重组数据不符合预设条件，则根据需要重传的数据生成重传请求帧，并将所述重传请求帧返回至所述第一终端，所述重传请求帧用于指示所述第一终端重新发送需要重传的数据。基于重传请求帧发送需要重传的数据，能够及时获取到缺失或不符合预设条件的数据分片，保证数据的完整性和准确性。

在第二方面的一种可能的实现方式中，所述数据传输方法还包括：若重组后的数据完整且符合预期，则返回确认帧至所述第一终端。基于确认帧，能够使得第一终端在第一时间确认数据传输成功，提高数据传输的可靠性。

第三方面，提供了一种数据传输装置，应用于第一终端，包括：

第一系统内存拷贝单元，用于将存储在系统内存中的应用数据帧通过数据总线拷贝至第一通信模块的发送队列；

发送单元，用于通过所述第一通信模块的通信端口将所述发送队列中的所述应用数据帧发送至与所述第一终端点对点通信的第二终端。

在第三方面的一种可能的实施方式中，该装置还包括分片单元。

分片单元，用于若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将各个数据分片存储到对应的系统内存空间中；

相应地，第一系统内存拷贝单元用于分别从各个存储数据分片的系统内存空间中拷贝所述分片数据至所述第一通信模块的发送队列；

相应地，发送单元用于基于所述发送队列依次通过所述第一通信模块的通信端口将所述数据分片发送至所述第二终端。

在第三方面的一种可能的实施方式中，所述装置还包括重传单元。

重传单元用于，若接收到所述第二终端发送的重传请求帧，则根据所述重传请求帧确定待重传数据，并通过所述第一通信模块的通信端口将所述待重传数据发送至所述第二终端；所述重传请求帧是由第二终端在确定分片数据缺失或重组数据不符合预设条件时生成的。

在第三方面的一种可能的实施方式中，所述装置还包括确定单元。

确定单元用于，若接收到所述第二终端发送的数据确认帧，则确定数据传输成功；所述数据确认帧是由所述第二终端根据接收到的数据进行数据重组并确定数据完整且符合预设条件后生成的。

在第三方面的一种可能的实施方式中，所述分片单元具体用于：若所述应用数据帧的数据大小超过分片门限，则根据网络最大数据传输长度将所述应用数据帧分成若干个数据分片，并为各个数据分片添加数据头，所述数据头用于指示第二终端在接收到各个所述数据分片后，对各个数据分片进行数据重组，还原所述应用数据帧。

第四方面，提供一种数据传输装置，应用于第二终端，包括：

接收单元，用于接收应用数据帧；所述应用数据帧是与所述第二终端点对点通信的第一终端通过第一终端的数据总线从第一终端的系统内存中拷贝至第一终端的第一通信模块的发送队列，并通过所述第一通信模块的通信端口将所述发送队列中的所述应用数据帧发送至所述第二终端的；

第二系统内存拷贝单元，用于将所述应用数据帧通过所述第二终端的数据总线拷贝至所述第二终端的系统内存中。

在第四方面的一种可能的实现方式中，接收到的所述应用数据帧包括若干数据分片；相应地，所述装置还包括重组单元。

重组单元用于对所述数据分片进行数据重组。

在第四方面的一种可能的实现方式中，所述装置还包括：确认重传单元。

确认重传单元用于，若存在缺失数据分片或重组数据不符合预设条件，则根据需要重传的数据生成重传请求帧，并将所述重传请求帧返回至所述第一终端，所述重传请求帧用于指示所述第一终端重新发送需要重传的数据。

在第四方面的一种可能的实现方式中，所述装置还包括：确认返回单元。

确认返回单元，用于若重组后的数据完整且符合预期，则返回确认帧至所述第一终端。

第五方面，本申请实施例提供一种终端设备，包括：存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在调用所述计算机程序时执行上述第一方面或第二方面所述的方法。

第六方面，本申请实施例提供一种数据传输系统，其特征在于，包括：第一终端和第二终端，其中，第一终端用于执行上述第一方面所述的方法，所述第二终端用于执行上述第二方面所述的方法。

第七方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第二方面所述的方法。

第八方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得终端设备执行上述第一方面或第二方面所述的方法。

可以理解的是，上述第三方面至第八方面的有益效果可以参见上述第一方面或第二方面中的相关描述，在此不再赘述。

附图说明

图1为现有的基于TCP/IP协议进行数据传输的过程示意图；

图2为本申请实施例提供的数据传输系统的结构示意图；

图3为本申请实施例提供的一种数据传输方法所适用于的手机的硬件结构示意图；

图4为本申请实施例提供的一种数据传输方法所适用于的手机的软件结构示意图；

图5为本申请实施例提供的一种数据传输方法的场景示意图；

图6为手机上的视频播放软件的显示界面和触发投屏功能后的显示界面示意图；

图7为本申请实施例提供的一种数据传输方法的实现流程示意图；

图8为本申请实施例提供的数据传输方法中分片数据的数据头的结构示意图；

图9为本申请提供的数据传输方法中数据传输确认过程的交互示意图；

图10为本申请提供的数据传输方法中数据传输重传过程的交互示意图；

图11为本申请提供的数据传输方法中数据重组过程的流程示意图；

图12为本申请实施例提供的一种数据传输装置的结构框图；

图13为本申请实施例提供的另一种数据传输装置的结构框图；

图14为本申请实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

针对目前点对点业务的数据传输消耗时间长，系统负载大，WiFi的吞吐率低的问题，本申请实施例提供一种数据传输方法、系统及终端设备，通过系统总线将系统内存中的数据拷贝到第一通信模块的发送队列中，再基于第一通信模块发送数据到第二终端。直接通过系统内存拷贝和MAC/PHY二层转发的方式进行设备间通信，未采用传统TCP/UDP 传输层协议与IP网络层协议，极大优化了WiFi报文转发的负载和时延，能够有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请实施例提供的数据传输系统的结构示意图，如图2所示，本实施例提供的数据传输系统可以包括：第一终端100和第二终端200。第一终端100和第二终端200可以通过建立点对点（Device to Device，D2D）的通信连接，使得第一终端100和第二终端200能够直接进行数据共享，例如进行投屏演示、分享文件、克隆应用业务场景等。这些业务场景的特点是WiFi数据报文不需要在局域网（LAN）或广域网（WAN）网中转发，通常利用WiFiP2P模式来建立两台设备之间的点对点通信连接，或者将一台终端设备工作在AP模式，另一台终端工作在STA模式，并将STA关联AP，在两个终端间建立起WiFI链路。

在本实施例中，上述第一终端设备100可以是诸如车载终端、电视（智能电视）、投影仪、智能音箱和台式电脑等的非便携设备，也可以是诸如手机、平板电脑、笔记本电脑等的便携设备。上述第二终端200同样也可以是诸如车载终端、智能电视、智能音箱和台式电脑等的非便携设备，也可以是诸如手机、平板电脑、笔记本电脑、智能可穿戴设备等的便携设备。其中，第一终端100和第二终端200的数量均为至少一个，具体数量本实施例不做特别限定。

需要说明的是，本实施例中，第一终端100和第二终端200之间没有严格的区分关系，对于同一终端设备，在一些场景中可以作为第一终端100使用，在另一些场景中也可以作为第二终端200使用。例如：在某场景中，可以通过手机将数据传输给电视；在另一场景中，也可以通过平板电脑将数据传输给手机。

另外，在进行数据传输的过程中，可以是通过第一终端100传输数据给第二终端200，也可以是第二终端200传输数据给第一终端100。例如：在某场景中，可以通过手机将共享数据传输给平板电脑；在另一场景中，也可以通过平板电脑将共享数据传输给手机本申请实施例中是以通过第一终端100将共享数据传输给第二终端200的数据传输过程为例进行示例性说明。

在本实施例中，上述第一终端100可以是具备如图3所示的硬件结构的手机100，如图3所示，手机100具体可以包括：射频（Radio Frequency，RF）电路110、存储器120、输入单元130、显示单元140、传感器150、音频电路160、短距离无线通信模块170、处理器180、以及电源190等部件。本领域技术人员可以理解，图3中示出的手机100的结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对手机的各个构成部件进行具体的介绍：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（Low NoiseAmplifier，LNA）、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统 （GlobalSystem of Mobile communication，GSM）、通用分组无线服务（General Packet RadioService，GPRS）、码分多址（Code Division Multiple Access，CDMA）、宽带码分多址（Wideband Code Division Multiple Access, WCDMA）、长期演进 （Long TermEvolution,LTE）)、电子邮件、短消息服务（Short Messaging Service，SMS）等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元130可用于接收输入的数字或字符信息，以及产生与手机100的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触控面板131以及其他输入设备132。触控面板131，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板131上或在触控面板131附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板131。除了触控面板131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元140可包括显示面板141，可选的，可以采用液晶显示器（Liquid CrystalDisplay，LCD）、有机发光二极管（Organic Light-Emitting Diode, OLED）等形式来配置显示面板141。进一步的，触控面板131可覆盖显示面板141，当触控面板131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图3中，触控面板131与显示面板141是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板131与显示面板141集成而实现手机的输入和输出功能。

手机100还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在手机移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等; 至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与手机之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一手机，或者将音频数据输出至存储器120以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。上述WiFi模块170可以包括WiFi芯片，通过该WiFi芯片可以实现手机100与其他终端设备进行WiFiDirect连接的功能。也可以使手机100工作在能够提供无线接入服务，允许其它无线设备接入的AP模式（Access Point模式）或工作在可以连接到AP不接受无线设备接入的STA模式（Station模式），从而建立手机100与其他WiFi设备的点对点通信。

处理器180是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

手机100还包括给各个部件供电的电源190（比如电池），优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

手机100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明手机100的软件结构。

图4是本申请实施例的手机100的软件结构框图。将Android系统分为四层，分别为应用程序层、应用程序框架层(framework，FWK)、系统层以及硬件抽象层，层与层之间通过软件接口通信。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图4所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如: MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。在一些实施例中，上述内核层还包含PCIE驱动。

需要说明的是，上述第二终端200也可以是具有如图3所示的硬件结构和如图4所示的软件结构的手机，在此不再加以赘述。

在本实施例中，对于第一终端100（即发送端），可以通过应用软件启动数据传输的过程，然后采用直接系统内存存取（Direct Memory Access，DMA）通过系统总线（例如高速串行计算机扩展总线（Peripheral Component Interconnect Express，PCIE）、SDIO总线）将需要发送的应用数据帧拷贝到WiFi芯片的发送序列中，然后由WiFi芯片通过802.11MAC/PHY层控制协议将应用数据帧通过通信端口（如空中接口）发送到第二终端200（即接收端），第二终端200在接收到该应用数据帧后，同样采用直接系统内存存取通过系统总线直接将接收到的数据拷贝到系统内存中，第二终端200的应用软件就能够处理系统内存中的数据。这样极简的WiFi传输通路能够有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

此外，第一终端100数据发送完成后，还可以监测在一段预设时间内是否接收到第二终端200返回的确认帧或重传请求帧。若接收到第二终端200返回的确认帧，则可以确定数据传输成功。若接收到第二终端200返回的重传请求帧，则可以根据重传请求帧确定需要重传的数据，再将需要重传的数据再次发送给第二终端200以保证数据的完整性和准确性。

此外，第二终端200在确定接收到的数据完整且符合预设条件的情况下，可以生成确认帧并返回该确认帧至第一终端100，以便第一终端100确定数据传输是否成功。第二终端200还可以在确定接收到的数据不完整或者不符合预设条件，则可以返回重传请求帧至第一终端100，以便第一终端100根据重传请求帧重新传输数据至第二终端。第一终端100在接收到第二终端返回的确认帧后，还可以再返回一个反馈信息，以告知第二终端已收到该确认帧。

此外，若第一终端100在一段预设时间段内即没有接收到确认帧，也没有接收到重传确认帧，则可以第一终端100与第二终端200的点对点通信网络存在故障，此时可以指示重新建立与第二终端200的点对点通信。可理解的是，重新建立与第二终端200的点对点通信可以是第一终端100自动重连，也可以是返回提示信息给到用户，由用户选择是否重连，并在用户选择重连的情况下再次建立与第二终端200的点对点通信，在此不再加以赘述。

请参阅图5，图5示出了本申请实施例提供的数据传输方法的场景示意图；如图5所示，第一终端100包括用户态应用软件层151、D2D业务层152、PCIE驱动层153以及第一通信模块154，第二终端200同样包括用户态应用软件层251、D2D业务层252、PCIE驱动层253以及第二通信模块254。上述第一通信模块154和第二通信模块254可以是WiFi芯片，也可以是其他能够实现点对点无线通信的通信芯片，例如蓝牙芯片等。需要说明的是，上述通信芯片可以集成在如图3所示的WiFi模块170中，能够实现第一终端100与其他终端的点对点通信。本申请实施例以第一通信模块154和第二通信模块254为WiFi芯片为例进行说明。

请结合图5，在第一终端100的用户态应用软件确定了需要发送到第二终端200的数据后，可以将包含待发送数据（即应用数据帧）的缓存区中的应用数据在D2D业务层152进行分片处理。为各个数据分片添加数据头，并为各个数据分片申请分片系统内存空间，将每个数据分片存在对应的分片系统内存空间中。再通过PCIE数据总线将分片系统内存空间中存储的数据分片拷贝到第一通信模块154的发送队列中，第一通信模块154基于802.11MAC/PHY层控制协议对发送队列中的数据分片添加相应的无线网络字段，生成报文，然后基于第一通信模块154的通信端口将该报文发送给第二终端200。第二终端200的第二通信模块254在接收到第一通信模块154发送过来的报文后，能够获取到该报文中包含的应用数据，第二通信模块254会直接将接收到的应用数据通过PCIE数据总线拷贝到系统内存中，D2D业务层252可以对存储在系统内存中的数据进行处理，例如进行数据重组，将接收到的数据还原为用户态应用软件能够直接处理的数据帧，用户态应用软件就能直接处理该数据帧，例如可以直接读取指定系统内存区数据进行显示。若数据重组过程中发现有部分分片缺失，则可以根据缺失的分片向第一终端100发送重传请求帧，请求第一终端100重新传输缺失的分片数据。若数据重组过程中发现重组后的数据有误，也可以通过向第一终端100发送重传请求帧，请求第一终端100重新传输全部应用数据。若数据重组后数据是完整且符合预期，则向第一终端100返回确认帧(ACK帧)。第一终端100在接收到重传请求帧时，会根据重传请求帧的内容确定需要重传的数据，然后按照上述的数据传输过程将需要重传的数据发送给第二终端200。第一终端100还能够在接收到第二终端200返回的确认帧时，返回数据发送成功的指令给到用户态应用软件，以表明数据传输成功。通过对数据进行分片，能够满足数据传输的需求，保证数据完整地传输到对端，并能够通过简易的确认重传机制来保证对端接收到的数据是完整且准确的，有效地提高数据传输的准确性。

示例性的，以由手机将其视频播放软件中的视频数据投屏至电视机进行播放的数据传输过程为例。如图6所示，图6示出了手机上的视频播放软件的显示界面和触发投屏功能后的显示界面。手机上的视频播放软件可以具备投屏功能，用户通过触摸屏触摸投屏控件401以触发投屏功能，用户触摸或按下该投屏控件后，手机可以显示连接设备的选择列表以供用户选择需要传输数据的终端设备，即用户可以在列表中选择对应的终端设备，例如选择客厅电视。此时手机会建立与该客厅电视的点对点通信，手机通过视频播放软件获取视频数据，然后将该视频数据通过PCIE总线采用直接系统内存存取的方式，从系统内存中将该视频数据帧拷贝到手机的WiFi芯片（即第一通信模块）的发送队列中，然后手机的WiFi芯片基于802.11 MAC/PHY层协议将该视频数据发送到电视的WiFi芯片（即第二通信模块），电视的WiFi芯片在接收到该视频数据后，同样采用直接系统内存存取的方式，通过其PCIE总线将接收到的视频拷贝到电视的系统内存中，以便电视播放应用程序直接读取指定系统内存区域的视频数据进行播放。WiFi芯片在点对点的应用场景下，不需要利用复杂的TCP/IP协议栈传输数据，只需通过系统内存拷贝和MAC/PHY二层转发的方式进行设备间通信，能够有效地降低数据传输的时延，减少系统负载，提高WiFi吞吐率。

需要说明的是，对于非点对点的通信业务，WiFi芯片仍然可以采用传统的TCP/IP协议栈进行通信，在此不再加以赘述。

请参阅图7，图7示出了本申请实施例提供的数据传输方法的流程示意图，如图7所示，该数据传输方法具体包括以下步骤：

S110、第一终端与第二终端建立点对点通信。

如前述实施例中所述，第一终端可以通过其WiFi芯片与第二终端的WiFi芯片进行WiFi Direct连接，也可以使第一终端工作在能够提供无线接入服务，允许其它无线设备接入的AP模式（Access Point模式），使得第二终端工作在可以连接到AP不接受无线设备接入的STA模式（Station模式），从而建立第一终端与第二终端的点对点通信。在此，可以由用户来选择需要进行传输数据的对象（即数据接收端）。如前述示例中所述，第一终端可以显示连接设备的选择列表以供用户选择需要传输数据的终端设备，用户可以在列表中选择第二终端。此时第一终端就会发起连接请求给到第二终端，第二终端响应该连接请求，就能够建立两者之间的点对点通信。两者建立连接后，就可以通过建立的点对点通信进行数据交互。

S120、第一终端获取应用数据帧，并判断应用数据帧的数据大小是否超过分片门限；若是，则执行S130，否则执行S140。

具体的，通过第一终端的用户态应用软件可以确定出需要传输给第二终端的应用数据帧。示例性的，通过第一终端的相册中选择要分享到第二终端的图像，此时用户勾选的对象就是需要传输的应用数据帧。而对于无法只通过一个无线数据报文传输的应用数据帧，可以对应用数据帧进行分片处理。在实际应用中，可以基于传输链路的最大传输能力来确定分片门限，在此不加以限制。若应用数据帧的数据大小不超过分片门限，则说明只通过一个无线报文数据就能完成数据传输。若应用数据帧的数据大小超过分片门限，则说明应用数据帧无法只通过一个无线数据报文传输，因此需要对应用数据帧进行分片处理，然后将数据分片传输给第二终端。

S130、对所述应用数据帧进行数据分片处理，并将各个数据分片存储到对应的系统内存空间中。

在本实施例中，第一终端对应用数据帧进行数据分片处理可以是在D2D业务层实现的，通过D2D对应用数据帧进行分片，并为每个数据分片添加数据头，上述数据头用于指示第二终端在接收到各个所述数据分片后，对各个数据分片进行数据重组，以还原该应用数据帧。

在此，如图8所示，上述数据头可以包括标识符字段、标志字段和片偏移量字段。其中，标志字段可以占3位，其最低位MF(More Fragment)，用于把应用数据帧的最后一片与前面其它各片区分开来。若该标志位MF为0，则表明该数据分片是应用数据帧的最后一片数据分片；若该标志位MF为1，则表明该数据分片不是应用数据帧的最后一片数据分片。标识符可以占16位，用于第二终端将应用数据帧的各个分片重组成原来的应用数据帧，当对应用数据帧进行分片时，该标识符的值被复制到所有的数据分片的标识符字段中。这样，第二终端就可以正确的将标识符字段的值相同的各数据分片重组成原来的数据帧。片偏移量字段可以占13为，其表示分片在原始数据的偏移量。

此外，该数据头还可以包含各个数据分片对应的分片编码，上述分片编码用于识别各个分片的序号，在进行数据重组时，可以根据分片编码来确定数据是否缺失以及分片的重组顺序。

在为各个数据分片添加了数据头之后，可以为各个数据分片申请系统内存空间，然后将各个数据分片存储到其对应的系统内存空间中。当数据发送成功后就释放对应的系统内存空间，以减少占用。

S140、将所述应用数据帧存储至对应的系统内存中。

在本实施例中，D2D业务层直接为不需要分片的应用数据帧分配系统内存空间，然后将该应用数据帧存储到对应的系统内存空间中。

S150、将存储在系统内存中的数据通过数据总线拷贝至第一通信模块的发送队列。

在本实施例中，采用直接系统内存存取（Direct Memory Access，DMA）通过系统总线（例如高速串行计算机扩展总线（Peripheral Component Interconnect Express，PCIE）、SDIO总线）将存储在系统内存中的数据拷贝到WiFi芯片的发送序列中。

具体的，对于数据分片，同样可以通过PCIE数据总线将分片系统内存空间中存储的数据分片拷贝到第一通信模块的发送队列。

S160、通过第一通信模块的通信端口将发送队列中的数据发送至与第一终端无线连接第二终端。

在本实施例中，第一通信模块基于802.11 MAC/PHY层控制协议对发送队列中的数据添加相应的无线网络字段，生成报文，然后基于第一通信模块的通信端口将该报文发送给第二终端。

具体的，若第一芯片基于802.11 MAC/PHY层协议进行数据传输时，可以通过媒体介入控制层（Media Access Control，MAC）在待传输的数据中添加相应的无线网络字段以生成MAC数据帧，即通过添加MAC头部和校验尾部，然后将MAC数据帧发送物理层PHY(Physical)，将收到MAC过来的数据，每4位就增加1位检错码，然后把并行数据转化为串行数据流数据，在按照物理层的编码规则(NRZ编码或曼彻斯特编码)把数据编码，再变为模拟信号将数据发送出去。需要说明的是，接收数据的过程则相反，即解码过程。还需要说明的是，在待传输的数据中添加相应的无线网络字段以生成MAC数据帧的具体实现可参见802.11 MAC/PHY层控制协议，在此不加以赘述。

S170、第一终端监测在预设时间间隔内是否收到第二终端返回的确认帧，若是，则确定数据传输成功，否则执行S180。

请参见图9，图9示出了数据传输确认过程的交互示意图，在本实施例中，为了保证数据传输无误，第一终端在将数据发送给第二终端后，还要监测在预设时间间隔内是否收到第二终端返回的确认帧。如果收到第二终端返回的确认帧，就可以确定数据已经发送成功，此时可以释放之前为应用数据帧或数据分片分配的系统内存空间。当第二终端接收到第一终端的第一通信模块发送过来的数据后，第二终端会对接收到的数据进行校验，以校验接收到的数据是否与第一终端发送的应用数据帧一致，如果确定接收到的数据与第一终端发送的应用数据帧一致时，则第二终端会向第一终端返回一个确认帧，告知第一终端已收到数据。需要说明的是，上述预设时间间隔可以根据实际应用场景进行设置，在此不加以限制。

S180、第一终端监测在预设时间间隔内是否收到第二终端返回的重传请求帧，若是，则执行S190，否则确定数据链路存在故障。

S190、第一终端根据重传请求帧确定待重传数据，并通过所述第一通信模块的通信端口将所述待重传数据发送至所述第二终端，并返回执行S170。

请参见图10，图10示出了数据传输重传过程的交互示意图。在本实施例中，当第二终端检测到接收到的数据存在缺失或接收到的数据不符合预设条件时，会返回一个重传请求帧给到第一终端。第一终端会根据该重传请求帧确定需要重传的数据，然后再将需要重传的数据按照S120至S160的步骤进行处理，将该需要重传的数据发送给第二终端。然后再返回执行S170，即继续监测在预设时间间隔内是否收到第二终端返回的确认帧。以确保数据准确无误。

在本实施例中，当第二终端接收到数据后，对于分片数据会进行数据重组，请参阅图11，图11示出了数据重组过程的流程示意图。如图11所示，上述数据重组过程包括以下步骤：

S21、解析数据分片报文，获取分片编码。

在此，由于各个数据分片都有数据头，且数据头中包含用于区分各个数据分片的分片编码，因为通过解析各个分片数据的数据头就能确定出各个数据分片的分片编码。

S22、基于分片编码确定接收到的数据是否完整，若是，则执行S23，否则根据缺失的数据分片生成重传确认帧，并将所述重传确认帧返回至第一终端。

在此，基于分片编码就能够确定接收到的分片数据是否完整。例如，第一终端将应用数据帧分为5个数据分片，并分别将第一数据分片的分片编码设置为1，将第二数据分片的分片编码设置为2，将第三数据分片的分片编码设置为3，将第四数据分片的分片编码设置为4，将第五数据分片的分片编码设置为5。当第二终端接收到分片编码分别为1、3、4、5的数据分片时，就能够确定缺少了分片编码为2的数据分片。此时，第二终端就会根据缺失的数据分片生成对应的重传确认帧，然后将重传确认帧发送至第一终端，以请求第一终端重新将分片编码为2的数据分片发送过来。当第二终端接收到分片编码分别为1、2、3、4、5的数据分片时，就能够确定第一终端接收到的数据是完整的，此时就可以对接收到的分片数据进行重组。

S23、对数据分片进行数据重组，得到还原数据。

具体的，对数据分片进行数据重组的过程可以在第二终端的D2D业务层中进行。通过各个数据分片的数据头中的分片编号、标识符字段、标志字段和片偏移量字段进行数据重组。基于标志字段确定同一应用数据帧的数据分片，然后基于分片编号和片偏移量字段将数据分片中的数据段依次拼接起来，然后基于标识符字段确定当前数据分片是否为该应用数据帧的最后一片分片，若是，则数据重组完成；若不是，则继续基于分片编号和片偏移量字段进行数据还原。

在此，若数据重组失败，则确定导致数据重组失败的数据分片，然后基于该数据分片生成对应的重传确认帧，并将重传确认帧发送至第一终端，以指示第一终端再次发送该数据分片。

S24、校验所述还原数据是否符合预设条件，若是，则返回确认帧至第一终端，否则执行S25。

S25、返回请求重传全部数据的重传确认帧至第一终端。

作为一种实现方式，数据重组后，可以根据还原数据的数据量与第一终端发送的应用数据帧的数据量进行比较，若还原数据的数据量与第一终端发送的应用数据帧的数据量一致，则说明所述还原数据是否符合预设条件。

作为一种实现方式，还可以基于哈希值来校验还原数据是否符合预设条件，若还原数据的哈希值与第一终端发送的应用数据帧的哈希值一致，则说明所述还原数据是否符合预设条件。需要说明的是，预设条件可以根据实际应用进行设置，在此不加以限制。

当还原数据校验通过（即还原数据符合预设条件）后，就能够返回一个确认帧给到第一终端，以便第一终端确认数据传输成功。如果还原数据校验不通过（即还原数据不符合预设条件），则可以再次请求第一终端将全部数据都重传一次，即可以生成请求重传全部数据的重传确认帧，然后将该重传确认帧返回至第一终端。

为了说明本申请实施例的有益效果，表1示出了传统TCP/IP发送和接收流程的耗时统计表。如表1所示，通过对传统TCP/IP发送和接收流程进行时延统计测试发现，一个200KB的报文从发送到接收需要耗时约27ms，其中协议栈部分的开销约7.8ms，约占1/3。而采用申请实施例提供的数据传输方法，由于无需经过TCP/IP协议栈的数据封装和解封，因此，TCP/IP协议栈这一部分的耗时开销将被有效的节省下来。即通过本申请提供的数据传输方法来发送一个200KB的报文平均可以节约7.8ms。

表1：

由此可知，本实施例提供的数据传输方法，通过系统总线将系统内存中的数据拷贝到第一通信模块的发送队列中，再基于第一通信模块发送数据到第二终端。直接通过系统内存拷贝和MAC/PHY二层转发的方式进行设备间通信，极大优化了WiFi报文转发的负载和时延，能够有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

可以理解的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

基于同一发明构思，作为对上述方法的实现，本申请实施例提供了数据传输装置，该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。

图12示出了本申请实施例提供的一种数据传输装置的结构框图，该数据传输装置包括的各单元用于执行上述实施例中的各步骤，具体请参阅上述实施例中的相关描述，为了便于说明，仅示出了与本申请实施例相关的部分。请参阅图12，该数据传输装置10包括第一系统内存拷贝单元11和发送单元12。其中：

第一系统内存拷贝单元11用于将存储在系统内存中的应用数据帧通过数据总线拷贝至第一通信模块的发送队列。

发送单元12用于通过所述第一通信模块的通信端口将所述发送队列中的所述应用数据帧发送至与所述第一终端点对点通信第二终端。

在一种可能的实施方式中，该装置还包括分片单元。

分片单元用于若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将各个数据分片存储到对应的系统内存空间中；

相应地，第一系统内存拷贝单元用于分别从各个存储数据分片的系统内存空间中拷贝所述分片数据至所述第一通信模块的发送队列；

相应地，发送单元用于基于所述发送队列依次通过所述第一通信模块的通信端口将所述数据分片发送至所述第二终端。

在一种可能的实施方式中，所述装置还包括重传单元。

重传单元用于，若接收到所述第二终端发送的重传请求帧，则根据所述重传请求帧确定待重传数据，并通过所述第一通信模块的通信端口将所述待重传数据发送至所述第二终端；所述重传请求帧是由第二终端在确定分片数据缺失或重组数据不符合预设条件时生成的。

在一种可能的实施方式中，所述装置还包括确定单元。

确定单元用于，若接收到所述第二终端发送的数据确认帧，则确定数据传输成功；所述数据确认帧是由所述第二终端根据接收到的数据进行数据重组并确定数据完整且符合预设条件后生成的。

在一种可能的实施方式中，所述分片单元具体用于：若所述应用数据帧的数据大小超过分片门限，则根据网络最大数据传输长度将所述应用数据帧分成若干个数据分片，并为各个数据分片添加数据头，所述数据头用于指示第二终端在接收到各个所述数据分片后，对各个数据分片进行数据重组，还原所述应用数据帧。

以上可以看出，本申请实施例提供的一种数据传输装置，同样能够通过系统总线将系统内存中的数据拷贝到第一通信模块的发送队列中，再基于第一通信模块发送数据到第二终端。直接通过系统内存拷贝和MAC/PHY二层转发的方式进行设备间通信，极大优化了WiFi报文转发的负载和时延，能够有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

图13示出了本申请实施例提供的另一种数据传输装置的结构框图，如13所示，该该数据传输装置20包括接收单元21和第二系统内存拷贝单元22。其中：

接收单元21用于接收应用数据帧；所述应用数据帧是与所述第二终端点对点通信的第一终端通过第一终端的数据总线从第一终端的系统内存中拷贝至第一终端的第一通信模块的发送队列，并通过所述第一通信模块的通信端口将所述发送队列中的所述应用数据帧发送至所述第二终端的。

第二系统内存拷贝单元22用于将所述应用数据帧通过所述第二终端的数据总线拷贝至所述第二终端的系统内存中。

在一种可能的实现方式中，接收到的所述应用数据帧包括若干数据分片；相应地，所述装置还包括重组单元。重组单元用于对所述数据分片进行数据重组。

在一种可能的实现方式中，所述装置还包括：确认重传单元。

确认重传单元用于，若存在缺失数据分片或重组数据不符合预设条件，则根据需要重传的数据生成重传请求帧，并将所述重传请求帧返回至所述第一终端，所述重传请求帧用于指示所述第一终端重新发送需要重传的数据。

在一种可能的实现方式中，所述装置还包括：确认返回单元。

确认返回单元，用于若重组后的数据完整且符合预期，则返回确认帧至所述第一终端。

以上可以看出，本申请实施例提供的一种数据传输装置，同样能够通过系统总线将接收到的数据直接拷贝至系统内存中，使得应用软件能够直接处理存储在系统内存中的数据，有效地减少点对点业务的数据传输所消耗的时间，有效地减少系统的负载，减低传输时延，提高WiFi的吞吐率。

基于同一发明构思，本申请实施例还提供了一种终端设备。请参阅图14，图14是本申请实施例提供的终端设备的结构示意图。如图14所示，该实施例的终端设备140包括：至少一个处理器143（图14中仅示出一个）、存储器141以及存储在所述存储器141中并可在所述至少一个处理器143上运行的计算机程序142，所述处理器143执行所述计算机程序142时实现上述任意各个数据传输方法实施例中的步骤。

所述终端设备140可以是桌上型计算机、笔记本、掌上电脑等设备。该终端设备可包括，但不仅限于，处理器143、存储器141。本领域技术人员可以理解，图14仅仅是终端设备140的举例，并不构成对终端设备140的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器143可以是中央处理单元(Central Processing Unit，CPU)，该处理器143还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器141在一些实施例中可以是所述终端设备140的内部存储单元，例如终端设备140的硬盘或系统内存。所述存储器141在另一些实施例中也可以是所述终端设备114的外部存储设备，例如所述终端设备140上配备的插接式硬盘，智能存储卡（SmartMedia Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器141还可以既包括所述终端设备114的内部存储单元也包括外部存储设备。所述存储器141用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器141还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述数据传输方法中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时可实现上述数据传输方法中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，RandomAccess Memory）、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分别到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种数据传输系统，包括第一终端和第二终端，所述第一终端包括第一通信模块，其特征在于，包括：

所述第一终端与所述第二终端建立点对点通信；

所述第一终端获取应用数据帧；

所述第一终端的第一通信模块生成报文，所述报文为所述第一通信模块基于MAC/PHY层控制协议对所述应用数据帧处理生成的报文，所述报文不通过TCP/IP协议完成所述应用数据帧的封装，其中, 所述第一通信模块是WIFI芯片；

所述第一终端通过所述第一通信模块将所述报文发送到所述第二终端；

所述第二终端接收所述报文；

所述第二终端解析接收的所述报文得到所述应用数据帧。

2.根据权利要求1所述的数据传输系统，其特征在于：所述第二终端解析接收的所述报文得到所述应用数据帧之后，还包括，将所述应用数据帧通过所述第二终端的数据总线拷贝至所述第二终端的系统内存中。

3.根据权利要求1所述的数据传输系统，其特征在于：

所述第一终端获取应用数据帧之后，还包括，所述第一终端采用直接系统内存存取方式将所述应用数据帧通过数据总线拷贝至所述第一通信模块的发送队列。

4.根据权利要求3所述的数据传输系统，其特征在于，所述第一终端采用直接系统内存存取方式将所述应用数据帧通过数据总线拷贝至所述第一通信模块的发送队列之前，还包括：

若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将分片处理后的各个数据分片存储到对应的系统内存空间中。

5.根据权利要求4所述的数据传输系统，其特征在于，所述第一终端采用直接系统内存存取方式将所述应用数据帧通过数据总线拷贝至所述第一通信模块的发送队列，包括：

所述第一终端分别从各个存储数据分片的系统内存空间中拷贝所述数据分片至所述第一通信模块的发送队列。

6.根据权利要求4所述的数据传输系统，其特征在于，所述第一终端通过所述第一通信模块将所述报文发送到所述第二终端，包括：

所述第一终端基于所述发送队列依次通过所述第一通信模块的通信端口将所述数据分片发送至所述第二终端。

7.根据权利要求4所述的数据传输系统，其特征在于，所述若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将分片处理后的各个数据分片存储到对应的系统内存空间中，包括：

若所述应用数据帧的数据大小超过分片门限，则根据网络最大数据传输长度将所述应用数据帧分成若干个数据分片，并为各个数据分片添加数据头，所述数据头用于指示第二终端在接收到各个所述数据分片后，对各个数据分片进行数据重组，还原所述应用数据帧。

8.一种数据传输方法，应用于第一终端，其特征在于，包括：

与第二终端建立点对点通信；

获取应用数据帧；

生成报文，所述报文为所述第一终端基于MAC/PHY层控制协议对所述应用数据帧处理生成的报文；所述报文不通过TCP/IP协议完成所述应用数据帧的封装；

将所述报文发送到所述第二终端。

9.根据权利要求8所述的方法，其特征在于：

所述将所述报文发送到所述第二终端包括，通过第一通信模块的通信端口将所述报文发送到所述第二终端。

10.根据权利要求9所述的方法，其特征在于：所述第一通信模块是WIFI芯片。

11.根据权利要求9所述的方法，包括：

获取应用数据帧之后，还包括，采用直接系统内存存取方式将所述应用数据帧通过数据总线拷贝至所述第一通信模块的发送队列。

12.根据权利要求11所述的数据传输方法，其特征在于，所述采用直接系统内存存取方式将所述应用数据帧通过数据总线拷贝至所述第一通信模块的发送队列之前，还包括：

若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将分片处理后的各个数据分片存储到对应的系统内存空间中。

13.根据权利要求12所述的数据传输方法，其特征在于，采用直接系统内存存取方式将所述应用数据帧通过数据总线拷贝至所述第一通信模块的发送队列，包括：

分别从各个存储数据分片的系统内存空间中拷贝所述数据分片至所述第一通信模块的发送队列。

14.根据权利要求12所述的数据传输方法，其特征在于，将所述报文发送到所述第二终端，包括：

基于所述发送队列依次通过所述第一通信模块的通信端口将所述数据分片发送至所述第二终端。

15.根据权利要求12所述的数据传输方法，其特征在于，所述若所述应用数据帧的数据大小超过分片门限，则对所述应用数据帧进行分片处理，并将分片处理后的各个数据分片存储到对应的系统内存空间中，包括：

若所述应用数据帧的数据大小超过分片门限，则根据网络最大数据传输长度将所述应用数据帧分成若干个数据分片，并为各个数据分片添加数据头，所述数据头用于指示第二终端在接收到各个所述数据分片后，对各个数据分片进行数据重组，还原所述应用数据帧。

16.一种终端设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序；所述处理器用于在调用所述计算机程序时执行如权利要求8-15任一项所述的方法。

17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求8-15任一项所述的方法。