CN106713415B - 一种数据传输方法及系统 - Google Patents

Abstract

本发明实施例提供了一种数据传输方法及系统，应用于通信技术领域。其中，所述方法包括：通过第一虚拟网卡获取应用程序数据，其中，应用程序数据是长度不同的多个数据；分段或拼接应用程序数据，得到对应与物理信道相匹配的待发送数据；将待发送数据转发至发送端的物理层，并从发送端的物理层，将待发送数据发送至接收端的物理层。对应用程序数据进行分段或拼接，得到的待发送数据，不需要经过类似于传统的数据传输系统中MAC层的调度，直接从发送端的物理层发送至接收端的物理层，简化数据传输的结构，使得数据传输的复杂度小。

Description

一种数据传输方法及系统

技术领域

本发明涉及通信技术领域，特别是涉及一种数据传输方法及系统。

背景技术

随着移动通信技术的发展，尤其是将物作为基础的通信技术，例如物联网、车联网、新型智能终端、智慧城市等，这类应用对于网络和数据通信有着巨大的要求。在数据通信中，由于数据包的长度一般都为变长，为了匹配相对应的信道资源，就需要对数据包进行处理。将应用层等高层的数据包，经过分段、拼接为物理层信道可以处理的数据。

图1为现有技术数据传输方法的过程示意图，参照图1，对现有技术中高层数据传输给物理层的过程进行说明，在一个数据通信系统中，利用LTE(Long Term Evolution，长期演进)协议，基站侧上层的用户面数据经过PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层加密和头压缩等操作后，交给RLC(Radio Link Control，无线链路层控制协议)进行分段、拼接，然后通过MAC(Media Access Control媒体介入控制)层调度处理后交给PHY(Physical Layer,物理层)。用户PHY层接收到数据后由MAC层调度，经过RLC层对接收到的数据解析、重组和PDCP层解密和解压缩后交给上层，其中，PHY层为层1，MAC层、RLC层和PDCP层为层2，现有技术中，尽管层2的结构和功能比较完善，但是通过上面的介绍可看出，经过在RLC层分段、拼接后的数据需要经过MAC层的调度，进而才能到达PHY层，结构复杂、实现难度大。

发明内容

本发明实施例的目的在于提供一种数据传输方法及系统，以简化数据传输的结构以及使得数据传输的难度小。具体技术方案如下：

本发明实施例公开了一种数据传输方法，包括：

通过第一虚拟网卡获取应用程序数据，其中，所述应用程序数据是长度不同的多个数据；

分段或拼接所述应用程序数据，得到对应与物理信道相匹配的待发送数据；

将所述待发送数据转发至发送端的物理层，并从所述发送端的物理层，将所述待发送数据发送至接收端的物理层。

可选的，在所述通过第一虚拟网卡获取应用程序数据之后，所述方法还包括：

转发所述应用程序数据至共享内存。

可选的，所述分段或拼接所述应用程序数据，得到对应与物理信道相匹配的待发送数据，包括：

根据预设协议，将所述应用程序数据分段或拼接为包括数据包头和数据内容的待发送数据，其中，所述数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位。

可选的，所述将所述待发送数据发送至接收端的物理层，包括：

通过第一通用软件无线电外设，将所述待发送数据发送至所述接收端的物理层。

本发明实施例还公开了另外一种数据传输方法，包括：

接收端的物理层接收来自发送端的物理层的待发送数据，其中，所述待发送数据包括数据包头和数据内容，所述数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位；

根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据；

通过第二虚拟网卡，将所述应用程序数据转发至所述接收端的应用层。

可选的，在所述根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据之后，所述方法还包括：

将经过解析或重组得到的应用程序数据，转发至共享内存。

可选的，所述根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据，包括：

根据所述第一标识位，判断所述数据内容的结尾是否与所述应用程序数据的结尾相同，以及所述数据内容的开头是否与所述应用程序数据的开头相同，得到第一判断结果；

根据所述第一扩展位和所述第二扩展位，判断所述数据内容是否有多个分段，得到第二判断结果；

根据所述第一判断结果和所述第二判断结果，按照所述待发送数据序列号位的指示，解析或重组所述待发送数据为所述应用程序数据。

可选的，所述接收端的物理层接收来自发送端的物理层的待发送数据，包括：

通过第二通用软件无线电外设，所述接收端的物理层接收所述待发送数据。

另外，本发明实施例还公开了一种数据传输系统，包括：

获取数据模块，用于通过第一虚拟网卡获取应用程序数据，其中，所述应用程序数据是长度不同的多个数据；

分段或拼接模块，用于分段或拼接所述应用程序数据，得到对应与物理信道相匹配的待发送数据；

发送模块，用于将所述待发送数据转发至发送端的物理层，并从所述发送端的物理层，将所述待发送数据发送至接收端的物理层。

本发明实施例还公开了另外一种数据传输系统，包括：

接收数据模块，用于接收端的物理层接收来自发送端的物理层的待发送数据，其中，所述待发送数据包括数据包头和数据内容，所述数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位；

解析或重组模块，用于根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据；

转发模块，用于通过第二虚拟网卡，将所述应用程序数据转发至所述接收端的应用层。

本发明实施例提供的数据传输方法及系统，可以对应用程序数据进行分段或拼接，得到对应与物理信道相匹配的待发送数据，充分利用信道物理资源，提升信道传输数据效率；将待发送数据不需要经过MAC层的调度，直接从发送端的物理层发送至接收端的物理层，简化数据传输的结构以及使得实现容易，同时本发明实施例数据传输方法通用性强，适用性广，具有可移植性，广泛适用于各类数据通信系统。当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为现有技术数据传输方法的过程示意图；

图2为本发明实施例数据传输方法的应用场景示意图；

图3为本发明实施例数据传输方法的一种流程图；

图4为本发明实施例自定义数据包头的示意图；

图5为本发明实施例数据传输方法的另一种流程图；

图6为本发明实施例5MHz带宽下采用QPSK方式调制后的信号；

图7为本发明实施例5MHz带宽下采用16-QAM方式调制后的信；

图8为本发明实施例5MHz带宽下采用64-QAM方式调制后的信号；

图9为纯物理层和本发明实施例数据传输方法的吞吐率对比图；

图10为本发明实施例数据传输系统的一种结构示意图；

图11为本发明实施例数据传输系统的另一种结构示意图。

具体实施方式

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

为了解决现有的数据传输方法中，经过在RLC层分段或拼接后的数据需要经过MAC层的调度，进而才能到达PHY层，结构复杂、实现难度大的问题，本发明实施例提供了一种数据传输方法及系统，这里首先对本发明实施例数据传输方法进行详细说明。

在介绍本发明实施例数据传输方法之前，需要对该方法的应用场景进行说明，图2为本发明实施例数据传输方法的应用场景示意图，其中图2包括：发送端201及接收端202。发送端由USRP(Universal Software Radio Peripheral，通用软件无线电外设)和GPP(General Purpose Processor，通用处理器)构成，其中GPP产生待发送数据，将待发送数据写入USRP，USRP连接到GPP，完成无线信号发送。接收机由通用软件无线电外设USRP和GPP构成，通过USRP读取数据，然后对数据进行解析。

图3为本发明实施例数据传输方法的一种流程图，参照图3，对本发明实施例数据传输方法进行详细说明，包括：

步骤301，通过第一虚拟网卡获取应用程序数据，其中，应用程序数据是长度不同的多个数据。

首先需要说明的是，本发明实施例的发送端和接收端，指的是实施本发明数据传输方法，发送数据的发送方和接收数据的接收方，实际应用过程中，发送方可以接收终端发送的请求。发送端可以是基站，接收端可以是用户。

基站获取到用户的业务请求，将该业务请求进行处理，得到业务请求对应的应用程序数据。面向业务，一般都是在应用层进行的，所以实际的过程中，基站是在应用层获取到用户的业务请求，并对该业务请求进行处理的。在数据通信的过程中，得到的应用程序数据是长度不同的多个数据，不是每一个数据都正好与物理信道匹配，从而使物理信道可以传输该数据，所以传输该应用程序数据首先需要对该应用程序数据进行处理，使得应用程序数据与物理信道匹配。

步骤302，分段或拼接应用程序数据，得到对应与物理信道相匹配的待发送数据。

对于应用程序数据，当物理层提供的物理资源相对该应用程序数据的长度较短时，需要对应用程序数据进行分段。由于不是每个分段都能正好匹配物理层提供的传输比特长度，因此需要对某些分段添加填充比特。对于变长数据的传输，为了可以在接收端进行处理，一般除了传输数据内容外，还需要传输一个数据包头，数据包头中包含对数据内容的控制信息，如数据分段长度、填充比特长度等等。

数据通信中，当每次传输的应用程序数据比较长时，都包含一个数据包头和一个数据内容分段，接收方根据数据包头指示接收处理。当传输的应用程序比较短时，如果每次传输都只包括一个数据包头和一个数据内容，则传输效率会很低。因此可采用一个数据包头指示多个数据负载分段的方法，减少由于数据包头控制信息对物理资源的占用，提高数据传输的效率，所以本发明实施例在发送端对应用程序数据进行分段或拼接操作，生成与物理信道的资源要求长度相匹配的待发送数据，使得经过物理层传递后，接收端根据数据包头的控制信息进行重组，恢复原有的应用程序数据。通过对数据进行分割和拼接操作，能够充分利用信道物理资源，提升信道传输数据效率。

步骤303，将待发送数据转发至发送端的物理层，并从发送端的物理层，将待发送数据发送至接收端的物理层。

将应用程序数据处理完成后得到的待发送数据是与物理信道相匹配的数据，直接将待发送数据从发送端的物理层发送至接收端的物理层。为了使数据传输的过程更加方便以及安全，将待发送数据从发送端的物理层发送至接收端的物理层之前，在本发明实施例的一种可实现方式中，可以在发送端的物理层将应用程序数据进行调制、编码以及加扰等处理。

本发明实施例数据传输方法，将应用程序数据进行分段或拼接的处理，得到与物理信道匹配的待发送数据，分段拼接后的待发送数据不需要经过MAC层的调度才能发送至接收端，而是直接通过发送端的物理层发送至接收端，简化实现数据传输的结构，以及实现容易。

为了应对实际应用过程中，大量的应用程序数据需要传输，以及大量的应用程序数据需要在发送端进行处理，对发送端造成压力，本发明实施例一种可实现方式中，在通过第一虚拟网卡获取应用程序数据之后，转发该应用程序数据至共享内存，经应用程序数据先存储到共享内存中，然后发送端根据实际应用过程，从共享内存中取出应用程序数据再进行处理，如此使得发送端可以更好地对数据进行处理，避免给发送端造成太大压力，使得出现发送端不堪重负的情况。同时，共享内存是可以被多个进行共享的一部分物理内存，是实现进程间共享数据的一种最快的方法。另外，通过使用共享内存，可以实现发送端与接收端之间的透明数据传输。

在本发明一种可选的实施例中，分段或拼接应用程序数据，得到对应与物理信道相匹配的待发送数据，包括：

根据预设协议，将应用程序数据分段或拼接为包括数据包头和数据内容的待发送数据，其中，数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位。

其中，预设协议是自定义的协议，定义各个标识表示的含义，即对数据内容的指示信息。对本发明实施例定义的数据包头中的各个标识位进行详细说明如下：

预留比特位为扩展位，为本发明实施例数据传输方法为分段或拼接数据提供了预留资源，如此使得提供了本发明实施例数据传输方法中分段或拼接的扩展性；

第一标识位表示转换后的待发送数据的尾部是否为一个应用数据的尾部，转换后的待发送数据的开头是否为一个应用数据的开头；

待发送数据序列号位表示转换后的待发送数据的序列；第一长度位表示待发送数据中第一分段的数据的长度；

第一扩展位表示待发送数据中第一分段后是否拼接其他应用数据；

第二长度位表示待发送数据中第二分段的数据的长度；

第二扩展位表示待发送数据中第二分段后是否拼接其他应用数据。

在本发明实施例的一种可实现的方式中，自定义的数据包头如图4所示，图4为本发明实施例自定义数据包头的示意图，参照图4进行详细说明。

一个字段长度为一个字节，第一字段前6个比特R为预留资源；接下来的2个比特FI分别代表生成的待发送数据的数据内容的结尾是一个应用程序数据的结尾、生成的待发送数据的数据内容的开头是一个应用程序数据的开头，例如当待发送数据的数据内容的第一字节是应用程序数据的第一字节，最后一个字节不是应用程序数据的最后一个字节，则FI标识为01。第二字段是待发送数据的序列号SN；之后每两个字段代表待发送数据中的一个分段，每两个字段中的前15个比特表示分段的长度LI，最后1个比特表示扩展位E，E的值为0时，表示其后紧接的是数据内容，E的值为1，表示其后紧接的是另一个分段。需要说明的是，生成的待发送数据的可以是一个分段组成也可以是多个分段组成，具体有多少个分段组成，是在实际应用过程中，根据应用程序数据的长度以及信道能够处理的数据的长度进行具体处理以及匹配的。这样通过添加自定义的数据包头，对应用程序数据进行分段或拼接，充分利用了信道物理资源，而数据包头长度一般只占用几个字节，这样就可以提高系统数据传输的效率，同时，数据传输方法具有灵活性和可扩展性，后期可以在本发明实施例数据传输方法的基础上增加新的功能。随着数据通信系统的发展，新技术不断出现，该方法有潜力为研究、验证通信新技术提供便利。

将应用程序数据通过分段或拼接，生成和物理信道相匹配的待发送数据，然后将待发送数据发送至接收端的物理层。在本发明的一种可实现方式中，将该待发送数据发送至接收端的物理层，包括：通过第一通用软件无线电外设，将该待发送数据发送至接收端的物理层。需要说明的是，这里不对通用软件无线电外设进行限制，所有的可以实现将待发送数据从发送端发送至接收端的手段都是允许的。

在本发明实施例的一种可选的实施例中，基站接收到业务请求，应用程序数据经过虚拟网卡转发放入共享内存，基站将来自共享内存的应用程序数据存入队列，判断队列内应用程序数据达到规定较大个数时，取出一个应用程序数据，并比较应用程序数据的长度与信道物理资源可传送的数据的长度，如果应用程序数据的长度大于信道物理资源可传送的数据的长度，则直接进行为应用程序数据添加数据包头的步骤；如果应用程序数据的长度小于物理资源可传送的数据的长度，说明需要拼接，则继续接收下一个应用程序数据，直到总长度大于信道物理资源可传送的数据的长度或者收到的应用程序数据的个数超过规定可拼接的最大个数，其中，规定可拼接的最大个数在实际的应用过程中预先设定。

为应用程序数据添加数据包头：在数据包头的第二字节添加待发送数据序列号SN，每个待发送数据递增1，假定最大为127，到最大后从0开始循环。判断生成的待发送数据的第一个字节是否为一个应用程序数据的第一字节，添加第一标识位。获取一个应用程序数据，如果应用程序数据的长度大于待发送数据可用数据域的长度，将应用程序数据写满待发送数据的数据域，记录数据域长度为LI1，由于没有其它分段，将扩展位E设置为0，判断待发送数据的最后一个字节是否为一个应程序数据的最后一个字节，添加第一标识位。记录该应用程序数据剩下的长度，并将生成的待发送数据放入队列。

如果该应用程序数据剩下的长度大于下一个待发送数据可用数据域的长度，重复为这些待发送数据添加数据包头的操作。如果应用程序数据剩下的长度不足一个待发送数据可用数据域的长度，将应用程序数据剩下的片段填入待发送数据的数据域，并记录相应的分段长度LI。由于待发送数据还未填满，该段扩展位E设置为1，获取下一个应用程序数据，如果应用程序数据的长度正好等于待发送数据剩下的数据域长度，将应用程序数据填入待发送数据的数据域，并记录相应的LI，将扩展位E设置为0。此时由于待发送数据的第一字节不是一个应用程序数据的第一字节，最后一个字节是一个应用程序数据的最后一个字节，该待发送数据的FI字段为10。

将所有的应用程序数据进行分段或拼接完成后，生成的待发送数据已经存放于共享内存中的队列，从待发送数据的队列中取出一个待发送数据，传送给发送端的物理层，经过该发送端的物理层的调制、编码以及加扰等处理后，通过USB接口将调制后的待发送数据传输至通用无线电外设，由通用无线电外设发射至接收端的物理层。

本发明实施例数据传输方法的过程可以实现发送端应用层的数据经过处理之后，不需要经过MAC层的调度，简化了数据实现过程的结构，降低了数据传输的开发难度，克服了可移植性差的缺点，实现高效地数据传输的同时，具有实现容易以及通用性强的优点。

发送端将待发送数据发送给接收端，接收端需要经过处理，从接收到的待发送数据解析出原来的应用程序数据，图5为本发明实施例数据传输方法的另一种流程图，参照图5对本发明实施例数据传输方法中接收端接收到待发送数据后，对待发送数据的处理进行详细说明，包括：

步骤501，接收端的物理层接收来自发送端的物理层的待发送数据，其中，待发送数据包括数据包头和数据内容，数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位。

通过第二通用软件无线电外设，接收端的物理层接收待发送数据，这里不对通用软件无线电外设进行限制，所有的可以实现接收从发送端发送的待发送的手段都是允许的。

可以理解的是，接收端接收的待发送数据就是经过发送端处理后得到的待发送数据，所以待发送数据与上述的待发送数据是相同的，所以这里就不再赘述。

步骤502，根据待发送数据的数据包头，解析或重组待发送数据为应用程序数据。

对应于上述在接收端将应用程序数据经过分段或拼接，生成待发送数据的过程，将该待发送数据解析或重组得到原来的应用程序数据，是根据生成待发送数据时的自定义的数据包头的协议，解析或重组该应用程序数据。

在本发明实施例的另外一种可选的实施例中，接收端可以是用户端。用户端接收到发送端发送的待发送数据，因为在实际的应用过程中，在发送端一般都会对数据进行调制、编码以及加扰等的过程，所以对应的，在接收端就需要进行解调、解扰和译码的处理。用户端将经过解调、解扰和译码后的待发送数据存入队列，等待后续处理。

在本发明实施例的一种可实现的方式中，根据待发送数据的数据包头，解析或重组待发送数据为应用程序数据，包括：根据第一标识位，判断数据内容的结尾是否是一个应用程序数据的结尾、数据内容的开头是否是一个应用程序数据的开头，得到第一判断结果；

根据第一扩展位和第二扩展位，判断数据内容是否有多个分段，得到第二判断结果；

根据第一判断结果和第二判断结果，按照待发送数据序列号位的指示，解析或重组待发送数据为应用程序数据。

解析待发送数据，即根据数据包头的指示信息，从待发送数据的数据内容中得到应用程序数据，具体的过程包括：获取待发送数据，读取待发送数据的第二字段，进而获得待发送数据的序列号；然后通过读取待发送数据的扩展位E，判断待发送数据内的数据域是否存在拼接的情况，记录数据域的分段情况和相应的长度，读取数据包头第一字段的后两个比特判断待发送数据的一个字节是否为一个应用程序的头字节，最后一个字节是否为一个应用程序数据的尾字节。

根据对数据包头的分析，解析待发送数据，将解析后的数据进行重组。在实际的应用过程中，可以设置一个缓存，用于暂存完整的应用程序数据。如果待发送数据的数据域的数据内容只有一段应用程序数据，且第一字节为一个应用程序数据的头字节，初始化缓存，将待发送数据的数据内容写入缓存。然后根据待发送数据序列号SN是否连续判断是否出现丢包，如果出现丢包，丢弃该待发送数据，同时初始化缓存和其它记录信息，并开始处理下一个待发送数据；如果没有，且最后一个字节为应用程序数据的尾字节，则该待发送数据的数据内容是一个完整的应用程序数据，直接交给共享内存，初始化接收信息。如果待发送数据的数据内容存在拼接，获取第一个拼接段，即分段和分段长度并写入缓存，如果分段的第一字节为应用程序数据的头字节，则该分段是一个完整应用程序数据，写入共享内存并初始化接收信息；如果不是，是一个应用程序数据的结尾，并且没有丢包，则缓存得到完整的应用程序数据，进行处理；然后获取中间的拼接段和分段长度，按照完整的应用程序数据进行处理；接着获取最后一个拼接段和长度，判断待发送数据的最后一个字节是否为一个应用程序数据的尾字节，如果是则按照完整应用程序数据处理；如果不是，则为一个应用程序数据的开头片段，存入缓存，准备处理下一个待发送数据。

将重组得到的应用程序数据都存入共享内存，然后虚拟网卡会将共享内存中的应用程序数据转发给应用层，链路完成。

步骤503，通过第二虚拟网卡，将应用程序数据转发至接收端的应用层。

虚拟网卡会将共享内存中的应用程序数据转发给应用层，其中，该虚拟网卡是接收端的虚拟网卡可以是与发送端的第一虚拟网卡相同的虚拟网卡，也可以是不相同的，此处不对虚拟网卡的范围进行限制，所有的可以实现数据传输的虚拟网卡都在本发明实施例的保护范围。

本发明实施例数据传输方法能够实现类似通信系统中相应的上层框架，并且不会影响数据通信系统的数据传输。并且通用性强，适用性广，具有可移植性，广泛适用于各类数据通信系统；同时，本发明实施例数据传输方法通过通用操作系统实现数据自适应处理，开发灵活，周期短，在实际的应用过程中，可通过软件模块化设计，易于维护和升级。

为了证明本发明实施例数据传输方法能够提高系统物理资源利用效率的特点，以一个只有物理层的LTE系统为例进行了如下测试：

测试场景：测试在如上述图2所示的场景下进行。基站由软件无线电外设USRP和GPP构成，USRP连接到GPP，GPP运行实现该数据传输方法的程序，产生无线信号，由USRP发射。接收端由USRP和GPP构成，GPP运行在接收端实现解析或重组待发送数据的程序。

测试方法：基站发送带宽为5MHz，调制方式为QPSK、16QAM、64QAM的LTE信号，(1)用户端处理后的信号存入文件，做出星座图；(2)统计用户端在纯物理层运行理论上的吞吐率与带有运行本发明实施例数据传输方法的运行过程的业务时吞吐率的对比。

测试结果：图6为本发明实施例5MHz带宽下采用QPSK方式调制后的信号；图7为本发明实施例5MHz带宽下采用16-QAM方式调制后的信号；图8为本发明实施例5MHz带宽下采用64-QAM方式调制后的信号；可以看出星座图具有良好的形状，说明运行本发明数据传输方法没有影响整体系统的性能。图9为纯物理层和本发明实施例数据传输方法的吞吐率对比图，其中901表示纯物理层的吞吐率，902表示本发明实施例数据传输方法的吞吐率，可以看出本发明实施例数据传输方法的吞吐率几乎接近于纯物理层的吞吐率，所以说明本发明实施例数据传输方法能够达到较高的吞吐率，能够充分利用物理信道资源。

本发明实施例还公开了一种数据传输系统，图10为本发明实施例数据传输系统的一种结构示意图，参照图10对本发明实施例公开地数据传输系统进行详细说明，包括：

获取数据模块1001，用于通过第一虚拟网卡获取应用程序数据，其中，应用程序数据是长度不同的多个数据。

分段或拼接模块1002，用于分段或拼接应用程序数据，得到对应与物理信道相匹配的待发送数据。

发送模块1003，用于将待发送数据转发至发送端的物理层，并从发送端的物理层，将待发送数据发送至接收端的物理层。

可选的，本发明实施例数据传输系统还用于转发应用程序数据至共享内存。

可选的，本发明实施例数据传输系统中分段或拼接模块1002，用于根据预设协议，将应用程序数据分段或拼接为包括数据包头和数据内容的待发送数据，其中，数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位。

可选的，发送模块1003，用于通过第一通用软件无线电外设，将待发送数据发送至接收端的物理层。

图11为本发明实施例数据传输系统的另一种结构示意图，参照图11对本发明实施例公开地数据传输系统进行详细说明，包括：

接收数据模块1101，用于接收端的物理层接收来自发送端的物理层的待发送数据，其中，待发送数据包括数据包头和数据内容，数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位。

解析或重组模块1102，用于根据待发送数据的数据包头，解析或重组待发送数据为应用程序数据。

转发模块1103，用于通过第二虚拟网卡，将应用程序数据转发至接收端的应用层。

可选的，本发明实施例数据传输系统，还用于将解析或重组得到的应用程序数据，转发至共享内存。

可选的，本发明实施例数据传输系统中解析或重组模块1102，包括：

第一判断结果模块，用于根据第一标识位，判断数据内容的结尾是否与应用程序数据的结尾相同、数据内容的开头是否与应用程序数据的开头相同，得到第一判断结果。

第二判断结果模块，用于根据第一扩展位和第二扩展位，判断数据内容是否有多个分段，得到第二判断结果。

最终结果模块，用于根据第一判断结果和第二判断结果，按照待发送数据序列号位的指示，解析或重组待发送数据为应用程序数据。

可选的，本发明实施例数据传输系统中转发模块1103，用于通过第二通用软件无线电外设，接收端的物理层接收待发送数据。

需要说明的是，本发明实施例的系统是应用上述数据传输方法的系统，则上述数据传输方法的所有实施例均适用于该系统，且均能达到相同或相似的有益效果。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

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

通过第一虚拟网卡获取应用程序数据，其中，所述应用程序数据是长度不同的多个数据；

分段或拼接所述应用程序数据，得到对应与物理信道相匹配的待发送数据；

将所述待发送数据转发至发送端的物理层，并从所述发送端的物理层，将所述待发送数据发送至接收端的物理层。

2.根据权利要求1所述的数据传输方法，其特征在于，在所述通过第一虚拟网卡获取应用程序数据之后，所述方法还包括：

转发所述应用程序数据至共享内存。

3.根据权利要求1或2所述的数据传输方法，其特征在于，所述分段或拼接所述应用程序数据，得到对应与物理信道相匹配的待发送数据，包括：

根据预设协议，将所述应用程序数据分段或拼接为包括数据包头和数据内容的待发送数据，其中，所述数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位。

4.根据权利要求1或2所述的数据传输方法，其特征在于，所述将所述待发送数据发送至接收端的物理层，包括：

通过第一通用软件无线电外设，将所述待发送数据发送至所述接收端的物理层。

5.一种数据传输方法，其特征在于，包括：

接收端的物理层接收来自发送端的物理层的待发送数据，其中，所述待发送数据包括数据包头和数据内容，所述数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位；所述待发送数据是对应用程序数据进行分段或拼接，得到的对应与物理信道相匹配的数据；所述应用程序数据是通过第一虚拟网卡获取的长度不同的多个数据；所述待发送数据被转发至所述发送端的物理层，并被从所述发送端的物理层发送至所述接收端的物理层；

根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据；

通过第二虚拟网卡，将所述应用程序数据转发至所述接收端的应用层。

6.根据权利要求5所述的数据传输方法，其特征在于，在所述根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据之后，所述方法还包括：

将经过解析或重组得到的应用程序数据，转发至共享内存。

7.根据权利要求5或6所述的数据传输方法，其特征在于，所述根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据，包括：

根据所述第一标识位，判断所述数据内容的结尾是否与所述应用程序数据的结尾相同，以及所述数据内容的开头是否与所述应用程序数据的开头相同，得到第一判断结果；

根据所述第一扩展位和所述第二扩展位，判断所述数据内容是否有多个分段，得到第二判断结果；

根据所述第一判断结果和所述第二判断结果，按照所述待发送数据序列号位的指示，解析或重组所述待发送数据为所述应用程序数据。

8.根据权利要求5或6所述的数据传输方法，其特征在于，所述接收端的物理层接收来自发送端的物理层的待发送数据，包括：

通过第二通用软件无线电外设，所述接收端的物理层接收所述待发送数据。

9.一种数据传输系统，其特征在于，包括：

获取数据模块，用于通过第一虚拟网卡获取应用程序数据，其中，所述应用程序数据是长度不同的多个数据；

分段或拼接模块，用于分段或拼接所述应用程序数据，得到对应与物理信道相匹配的待发送数据；

发送模块，用于将所述待发送数据转发至发送端的物理层，并从所述发送端的物理层，将所述待发送数据发送至接收端的物理层。

10.一种数据传输系统，其特征在于，包括：

接收数据模块，用于接收端的物理层接收来自发送端的物理层的待发送数据，其中，所述待发送数据包括数据包头和数据内容，所述数据包头包括：预留比特位、第一标识位、待发送数据序列号位、第一长度位、第一扩展位、第二长度位以及第二扩展位；所述待发送数据是对应用程序数据进行分段或拼接，得到的对应与物理信道相匹配的数据；所述应用程序数据是通过第一虚拟网卡获取的长度不同的多个数据；所述待发送数据被转发至所述发送端的物理层，并被从所述发送端的物理层发送至所述接收端的物理层；

解析或重组模块，用于根据所述待发送数据的所述数据包头，解析或重组所述待发送数据为应用程序数据；

转发模块，用于通过第二虚拟网卡，将所述应用程序数据转发至所述接收端的应用层。