CN104135487B - 数据发送方法、数据接收方法、装置和系统 - Google Patents

Abstract

本发明提供了一种数据发送方法、数据接收方法、装置和系统。其中，数据发送方法包括：发送方与接收方确定数据传输格式是否一致；其中，该数据传输格式包括版本号和数据格式，数据格式包括依次排序的数据名称和数据名称对应的比特数；如果一致，发送方将需要传输的内容转换为二进制字符串，按照数据传输格式封装转换后的二进制字符串；发送方向接收方发送封装后的二进制字符串。通过本发明，提升了传输数据流的传输效率，且扩展成本较低。

Description

数据发送方法、数据接收方法、装置和系统

技术领域

本发明涉及通信领域，具体而言，涉及数据发送方法、数据接收方法、装置和系统。

背景技术

在互联网业务日益发展的今天，终端用户对网络业务承载的多样性、稳定性和可靠性都提出了越来越高的要求。目前互联网业务的主要矛盾是日益激增的用户带宽和增长缓慢且昂贵的移动互联网带宽资源的矛盾。

在目前的通信协议定制过程中，出于扩展性的考虑，通常在传输数据流的各个字段中提供保留位，并且按照最大可能用值设计(往往这些最大可能用值只有微小的可能性使用)。以用于AP向AC进行状态汇报的通信报文为例，如表1所示：

表1

在上述报文设计中，出于扩展性的考虑，对很多位置的存储采取了扩展的设计，例如，对于实际比特数目未达到整字节数(即8比特的倍数)的，都进行了保留位扩展，使其达到了整数字节。

上述报文设计，存在大量的保留位，导致传输资源浪费，传输成本(即传输协议开销与实际传输信息比)较高，导致传输效率较低。

同时，由于报文格式完成设计后，虽然在传输值的大小上具有扩展性，但是在传输的项目上存在限制。例如，当用户需要新增一个传输元素(或传输字段)，例如TxPower时，就需要对报文进行重新设计，需要在通信双方进行通信协议升级来实现。由于通信协议是底层协议，该升级往往需要伴随对通信双方进行系统升级。可见，这种报文格式设计方式导致报文中的传输元素扩展的成本较高。

针对上述携带扩展位的传输数据流的设计存在传输效率低，且传输元素扩展成本较高的问题，目前尚未提出有效的解决方案。

发明内容

本发明的目的在于提供一种数据发送方法、数据接收方法、装置和系统，以解决上述的问题。

在本发明的实施例中提供了一种数据发送方法，包括：发送方与接收方确定数据传输格式是否一致；其中，该数据传输格式包括版本号和数据格式，数据格式包括依次排序的数据名称和数据名称对应的比特数；如果一致，发送方将需要传输的内容转换为二进制字符串，按照数据传输格式封装转换后的二进制字符串；发送方向接收方发送封装后的二进制字符串。

上述方法还包括：当发送方与接收方的数据传输格式不一致时，发送方与接收方进行数据传输格式更新。

上述发送方与接收方进行数据传输格式更新包括：当发送方的数据传输格式的版本号高于接收方的数据传输格式的版本号时，发送方将自身的数据传输格式下发给接收方进行数据传输格式更新；当发送方的数据传输格式的版本号低于接收方的数据传输格式的版本号时，发送方获取接收方的数据传输格式，并使用获取的数据传输格式进行更新。

在本发明的实施例中还提供了一种数据接收方法，包括：接收方接收来自发送方的数据流，其中，数据流为遵循发送方和接收方确定的数据传输格式的二进制字符串；其中，该数据传输格式包括版本号和数据格式，该数据格式包括依次排序的数据名称和数据名称对应的比特数；接收方按照数据传输格式对数据流进行解析，得到二进制字符串。

在本发明的实施例中还提供了一种数据发送装置，包括：数据传输格式确定模块，用于与接收方确定数据传输格式是否一致；其中，该数据传输格式包括版本号和数据格式，该数据格式包括依次排序的数据名称和数据名称对应的比特数；封装模块，用于当数据传输格式确定模块确定的结果为一致时，将需要传输的内容转换为二进制字符串，按照数据传输格式封装转换后的二进制字符串；发送模块，用于向接收方发送封装模块封装后的二进制字符串。

上述装置还包括：数据传输格式更新模块，用于当数据传输格式确定模块确定与接收方的数据传输格式不一致时，与接收方进行数据传输格式更新。

上述数据传输格式更新模块包括：第一更新单元，用于当自身的数据传输格式的版本号高于接收方的数据传输格式的版本号时，将自身的数据传输格式下发给接收方进行数据传输格式更新；第二更新单元，用于当自身的数据传输格式的版本号低于接收方的数据传输格式的版本号时，获取接收方的数据传输格式，并使用获取的数据传输格式进行更新。

在本发明的实施例中还提供了一种数据接收装置，包括：数据流接收模块，用于接收来自发送方的数据流，其中，该数据流为遵循与发送方确定的数据传输格式的二进制字符串；该数据传输格式包括版本号和数据格式，数据格式包括依次排序的数据名称和数据名称对应的比特数；解析模块，用于按照数据传输格式对数据流进行解析，得到二进制字符串。

在本发明的实施例中还提供了一种数据传输系统，包括上述数据发送装置和数据接收装置。

本发明实施例提供的方法、装置和系统，发送方与接收方采用一致的数据传输格式，在进行数据发送时，将需要传输的内容直接转换为二进制字符串后发送给接收方，该发送过程中没有空闲比特位，每个比特位均是真正传输内容的一部分，充分利用了系统资源，提升了传输数据流的传输效率。同时，当传输元素需要扩展时，发送方可以与接收方直接采用扩展后的数据传输格式，对系统其它部分没有影响，扩展成本较低，拓宽了数据传输的应用场景。

附图说明

图1示出了本发明实施例提供的数据发送方法的流程图；

图2示出了本发明实施例提供的数据接收方法的流程图；

图3示出了本发明实施例提供的数据传输方法的流程图；

图4示出了本发明实施例提供的数据发送装置的结构框图；

图5示出了本发明实施例提供的数据接收装置的结构框图。

具体实施方式

下面通过具体的实施例并结合附图对本发明做进一步的详细描述。

考虑到携带扩展位的传输数据流的设计存在传输效率低，且传输元素扩展成本较高的问题，本发明实施例提供了一种数据发送方法、数据接收方法、装置和系统。下面通过以下实施例进行描述。

参见图1所示的数据发送方法的流程图，该方法可以应用于网络中的各个设备上，具体包括以下步骤：

步骤S102，发送方与接收方确定数据传输格式(也可以称为数据格式策略)是否一致；其中，该数据传输格式包括版本号和数据格式，数据格式包括依次排序的数据名称和数据名称对应的比特数，例如：数据格式为：Association RSSI，7；Blacklist SSID MACAuthCnt AssoCnt UnicCnt RSSI，7；......。

步骤S104，如果一致，发送方将需要传输的内容转换为二进制字符串，按照上述数据传输格式封装转换后的二进制字符串；

步骤S106，发送方向接收方发送封装后的二进制字符串。

上述方法以二进制字符串的格式进行发送，传输内容之间没有间隔。例如，Association RSSI内容为1011001，Blacklist SSID MAC AuthCnt AssoCnt UnicCnt RSSI内容为1100111，则传输的内容就是两者的无缝拼接，10110011100111。相比较传统典型的封装格式，例如进行字节补足，将出现0101100101100111；可见上述方法节约了两个填充位。

本实施例的数据发送方法，发送方采用与接收方一致的数据传输格式，将需要传输的内容直接转换为二进制字符串后发送给接收方，该发送过程中没有空闲比特位，每个比特位均是真正传输内容的一部分，充分利用了系统资源，提升了传输数据流的传输效率。同时，当传输元素需要扩展时，发送方可以与接收方直接采用扩展后的数据传输格式，对系统其它部分没有影响，扩展成本较低，拓宽了数据传输的应用场景。

上述方法中，当发送方与接收方的数据传输格式不一致时，发送方与接收方进行数据传输格式更新。具体更新的方式，可以根据双方版本号的高低选取更新方式，例如：当发送方的数据传输格式的版本号高于接收方的数据传输格式的版本号时，发送方将自身的数据传输格式下发给接收方进行数据传输格式更新；当发送方的数据传输格式的版本号低于接收方的数据传输格式的版本号时，发送方获取接收方的数据传输格式，并使用获取的数据传输格式进行更新。

另外，在发送方与接收方的数据传输格式不一致时，还可以根据传输需要，发送方与接收方协商采用的数据传输格式。

参见图2所示的数据接收方法的流程图，该方法包括以下步骤：

步骤S202，接收方接收来自发送方的数据流，其中，该数据流为遵循发送方和接收方确定的数据传输格式的二进制字符串；其中，该数据传输格式包括版本号和数据格式，该数据格式包括依次排序的数据名称和数据名称对应的比特数；

步骤S204，接收方按照上述数据传输格式对数据流进行解析，得到二进制字符串。

该方法中，接收方按照上述数据传输格式对数据流进行解析的过程中，可以通过比特位偏移，依次取出数据，完成该数据传递。

本实施例的数据接收方法中，接收方接收的数据流是与发送方确定的数据传输格式的二进制字符串，基于此，接收方可以按照该数据传输格式对数据流进行解析得到二进制字符串，二进制字符串中每个比特位均是真正传输内容的一部分，充分利用了系统资源，提升了传输数据流的传输效率。同时，当传输元素需要扩展时，发送方可以与接收方直接采用扩展后的数据传输格式，对系统其它部分没有影响，扩展成本较低，拓宽了数据传输的应用场景。

参见图3所示的数据传输方法的示意图，该方法包括以下步骤：

步骤S302，发送方将自身的数据传输格式的版本号发送给接收方；

步骤S304，接收方收到发送方的数据传输格式版本号之后，判断是否与其版本号一致，如果不一致，进行数据传输格式更新。具体可以采用：当发送方的数据传输格式的版本号高于接收方的数据传输格式的版本号时，接收方将向发送方获取其数据传输格式，进行数据传输格式更新；当发送方的数据传输格式的版本号低于接收方的数据传输格式的版本号时，接收方将向发送方下发其数据传输格式，发送方使用该数据传输格式进行更新。当然，在发送方与接收方的数据传输格式不一致时，还可以根据传输需要，发送方与接收方协商采用的数据传输格式。

步骤S306，数据传输格式版本号一致后，接收方通知发送方可以正常传输数据，例如向发送方返回Normal ACK报文。

步骤S308，发送方根据数据传输格式进行数据封装。具体封装过程，发送方可以采用将需要传输的内容转换为二进制字符串，按照数据传输格式封装转换后的二进制字符串。

步骤S310，发送方将封装后的二进制字符串发送给接收方。

步骤S312，接收方收到上述封装后的二进制字符串后，根据数据传输格式进行解封装。

举例说明如下：当前版本的数据传输格式如表2所示：

表2

其中，各个字段的内容转换为4字节的二进制字符串后，如下：

P1＝0000...00001111(32比特)

P2＝0000...00001010(32比特)

P3＝0000...00011011(32比特)

P4＝0000...00011100(32比特)

P5＝0000...00000010(32比特)

……

以P1至P5为例，封装后的二进制字符串如下：00011111010110110111000010，为了表示清楚其对应关系，参见表3所示：

表3

P1	P2	P3	P4	P5
					0001111	1010	11011	011100	0010

对于接收方而言，将按照比特位偏移的方式，依次取出各个字段的内容。

对应于上述数据发送方法，本发明实施例还提供了一种数据发送装置，参见图4所示，该装置包括以下模块：

数据传输格式确定模块42，用于与接收方确定数据传输格式是否一致；其中，该数据传输格式包括版本号和数据格式，数据格式包括依次排序的数据名称和数据名称对应的比特数；

封装模块44，用于当数据传输格式确定模块42确定的结果为一致时，将需要传输的内容转换为二进制字符串，按照上述数据传输格式封装转换后的二进制字符串；

发送模块46，用于向接收方发送封装模块44封装后的二进制字符串。

本实施例的装置采用与接收方一致的数据传输格式，将需要传输的内容直接转换为二进制字符串后发送给接收方，该发送过程中没有空闲比特位，每个比特位均是真正传输内容的一部分，充分利用了系统资源，提升了传输数据流的传输效率。同时，当传输元素需要扩展时，可以与接收方直接采用扩展后的数据传输格式，对系统其它部分没有影响，扩展成本较低，拓宽了数据传输的应用场景。

上述装置还包括：数据传输格式更新模块，用于当数据传输格式确定模块确定与接收方的数据传输格式不一致时，与接收方进行数据传输格式更新。该数据传输格式更新模块包括以下单元：第一更新单元，用于当自身的数据传输格式的版本号高于接收方的数据传输格式的版本号时，将自身的数据传输格式下发给接收方进行数据传输格式更新；第二更新单元，用于当自身的数据传输格式的版本号低于接收方的数据传输格式的版本号时，获取接收方的数据传输格式，并使用获取的数据传输格式进行更新。

对应于上述数据接收方法，本发明实施例还提供了一种数据接收装置，参见图5所示，该装置包括以下模块：

数据流接收模块52，用于接收来自发送方的数据流，其中，该数据流为遵循与发送方确定的数据传输格式的二进制字符串；该数据传输格式包括版本号和数据格式，该数据格式包括依次排序的数据名称和数据名称对应的比特数；

解析模块54，用于按照数据传输格式对数据流进行解析，得到上述二进制字符串。

本实施例的数据接收装接收的数据流是与发送方确定的数据传输格式的二进制字符串，基于此，可以按照该数据传输格式对数据流进行解析得到二进制字符串，二进制字符串中每个比特位均是真正传输内容的一部分，充分利用了系统资源，提升了传输数据流的传输效率。同时，当传输元素需要扩展时，双方可以直接采用扩展后的数据传输格式，对系统其它部分没有影响，扩展成本较低，拓宽了数据传输的应用场景。

本发明实施例还提供一种数据传输系统，包括上述数据发送装置和数据接收装置。

以上实施例通过发送方与接收方采用一致的数据传输格式，在数据传输过程中不再插入扩展位，可以有效降低传输成本。同时，上述实现方式有较高的扩张性，允许用户简单地通过更新数据传输格式，修改报文格式，增加通信内容，降低了实现成本。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

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

发送方与接收方确定数据传输格式是否一致；其中，所述数据传输格式包括版本号和数据格式，所述数据格式包括依次排序的数据名称和所述数据名称对应的比特数；

如果一致，所述发送方将需要传输的内容转换为二进制字符串，按照所述数据传输格式封装转换后的所述二进制字符串；所述二进制字符串中没有空闲比特位；

所述发送方向所述接收方发送封装后的所述二进制字符串。

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

当所述发送方与接收方的数据传输格式不一致时，所述发送方与所述接收方进行数据传输格式更新。

3.根据权利要求2所述的方法，其特征在于，所述发送方与所述接收方进行数据传输格式更新包括：

当所述发送方的数据传输格式的版本号高于所述接收方的数据传输格式的版本号时，所述发送方将自身的数据传输格式下发给所述接收方进行数据传输格式更新；

当所述发送方的数据传输格式的版本号低于所述接收方的数据传输格式的版本号时，所述发送方获取所述接收方的数据传输格式，并使用获取的所述数据传输格式进行更新。

4.一种数据接收方法，其特征在于，包括：

接收方接收来自发送方的数据流，其中，所述数据流为遵循所述发送方和所述接收方确定的数据传输格式的二进制字符串；所述数据传输格式包括版本号和数据格式，所述数据格式包括依次排序的数据名称和所述数据名称对应的比特数；所述二进制字符串中没有空闲比特位；

所述接收方按照所述数据传输格式对所述数据流进行解析，得到所述二进制字符串。

5.一种数据发送装置，其特征在于，包括：

数据传输格式确定模块，用于与接收方确定数据传输格式是否一致；其中，所述数据传输格式包括版本号和数据格式，所述数据格式包括依次排序的数据名称和所述数据名称对应的比特数；

封装模块，用于当所述数据传输格式确定模块确定的结果为一致时，将需要传输的内容转换为二进制字符串，按照所述数据传输格式封装转换后的所述二进制字符串；所述二进制字符串中没有空闲比特位；

发送模块，用于向所述接收方发送所述封装模块封装后的所述二进制字符串。

6.根据权利要求5所述的装置，其特征在于，还包括：

数据传输格式更新模块，用于当所述数据传输格式确定模块确定与接收方的数据传输格式不一致时，与所述接收方进行数据传输格式更新。

7.根据权利要求6所述的装置，其特征在于，所述数据传输格式更新模块包括：

第一更新单元，用于当自身的数据传输格式的版本号高于所述接收方的数据传输格式的版本号时，将自身的数据传输格式下发给所述接收方进行数据传输格式更新；

第二更新单元，用于当自身的数据传输格式的版本号低于所述接收方的数据传输格式的版本号时，获取所述接收方的数据传输格式，并使用获取的所述数据传输格式进行更新。

8.一种数据接收装置，其特征在于，包括：

数据流接收模块，用于接收来自发送方的数据流，其中，所述数据流为遵循与所述发送方确定的数据传输格式的二进制字符串；所述数据传输格式包括版本号和数据格式，所述数据格式包括依次排序的数据名称和所述数据名称对应的比特数；所述二进制字符串中没有空闲比特位；

解析模块，用于按照所述数据传输格式对所述数据流进行解析，得到所述二进制字符串。

9.一种数据传输系统，其特征在于，包括权利要求5至7中任一种权利要求所述的数据发送装置和权利要求8所述的数据接收装置。