CN104023007A - 一种数据流的发送和接收方法及其终端和系统 - Google Patents

Abstract

本发明涉及通信领域，公开了一种数据流的发送和接收方法及其终端和系统。本发明中，首先，通过数据池将待发送的文件进行数据转换，再对转换之后的数据分别进行截取、添加识别信息、进行子带编码各步骤处理。使得原本不能被A2DP传输的数据流变得可以传输，丰富A2DP，使得A2DP支持传输的数据流类型更加多样。

Description

一种数据流的发送和接收方法及其终端和系统

技术领域

本发明涉及通信领域，特别涉及数据流的发送和接收的技术。

背景技术

近年来，随着蓝牙技术在电子产品中的日益普及，蓝牙音频设备也层出不穷，其中具有免提功能的蓝牙耳机和蓝牙音频网关的应用是最典型的例子。但免提单元与音频网关进行音频传输建立起来的面向连接的同步链路(Synchronous Connection Oriented link，简称“SCO”)连接，仅能支持64kbps电信级语音质量的音频流，这也就限制了蓝牙音频质量的提高，同时也影响了蓝牙的娱乐消费市场。为了满足人们对高质量音频的需求，进一步扩大蓝牙产品市场，蓝牙特殊兴趣小组SIG组织，在蓝牙1.1规范的应用框架基础上又单独提出了蓝牙音频传输模型协议(Advanced Audio Distribution Profile,简称“A2DP”)。该协议利用了在逻辑链路控制和适配协议(Logical LinkControl and Adaptation Protocol，简称“L2CAP”)层建立起来的访问控制列表(Access Control List，简称“ACL”)异步无连接链路来传输高质量的单声道或者立体声音频数据，有效负载的传输速率可以达到300kbps～400kbps。

蓝牙传输在应用中为无线连接，且其功耗较低，优化了人们的数据流传输体验，但由于A2DP在发送端仅仅实现了高级音频分发的基本功能，如立体声音频的传输，只支持低复杂度子带编解码(sub-band coding，简称“SBC”)标准，而对其他编解码标准并未涉及，也就是说人们通过A2DP仅可以传输SBC编码格式的数据流，而不能传输其他有传输需求的数据流，非常不便。

发明内容

本发明的目的在于提供一种数据流的发送和接收方法及其终端和系统，使得A2DP更加丰富，支持传输的数据流类型更加多样。

为解决上述技术问题，本发明提供了一种数据流的发送方法，发送端在每一次发送非子带编码SBC编码格式数据流的文件时，包含以下步骤：

A.通过文件流对象将所述文件存入数据池里；

B.从所述数据池中取出所述文件中的定长字节数据作为信源，并为所述信源添加识别信息，其中，所述识别信息包含类型识别信息；

C.对添加过所述识别信息的信源进行子带编码，并通过蓝牙音频传输模型协议A2DP发送；

重复步骤B至C直至所述文件发送完毕。

本发明还提供了一种数据流的接收方法，在接收端接收到来自发送端的数据后，还包含以下步骤：

对接收到的所述数据进行子带解码；

如果进行子带解码后的数据中存在识别信息，则删除所述子带解码后的数据中的所述识别信息得到信源，并根据所述识别信息将所述信源存入数据池直至一个完整的数据被接收成功；

根据所述识别信息将所述数据池中的完整数据写入一个空的文件，得到将所述非子带编码SBC编码格式数据流的文件。

本发明还提供了一种数据流的发送终端，包含：

存储模块，用于在每一次发送非SBC编码格式数据流的文件时，通过文件流对象将所述文件存入数据池里；

信源编辑模块，用于从所述数据池中取出所述文件中的定长字节数据作为信源，并为所述信源添加识别信息，其中，所述识别信息包含类型识别信息；

信源发送模块，用于对添加过所述识别信息的信源进行子带编码，并通过蓝牙音频传输模型协议A2DP发送；

判断模块，用于判断所述文件是否被发送完毕，并在判定为未发送完毕时触发所述信源编辑模块。

本发明还提供了一种数据流的接收终端，包含：

子带解码模块，用于在接收到来自发送端的数据后，对所述数据进行子带解码；

识别信息删除模块，用于如果进行子带解码后的数据中存在识别信息，则删除所述子带解码后的数据中的所述识别信息得到信源；

存储模块，用于根据所述识别信息将所述信源存入数据池；

判断模块，用于判断一个完整的数据是否被接收成功；并在判定为未接收成功时，触发所述子带解码模块；

写入文件模块，用于在所述判断模块判定为接收成功时，根据所述识别信息将所述数据池中的完整数据写入一个空的文件，得到将所述非子带编码SBC编码格式数据流的文件。

本发明还提供了一种数据流发送和接收的系统，包含：

如上述的数据流的发送终端和如上述的数据流的接收终端。

本发明实施方式相对于现有技术而言，主要区别及效果在于：将需发送的文件中的数据转换为可被SBC编码的二进制数据，使得原本不能通过A2DP发送的数据流得以发送。由于A2DP传输的必须是SBC编码格式的数据流，而SBC编码只能针对二进制数据进行，本发明的发明人发现，利用数据池可以将非二进制数据转换为十六进制数据，再进一步转换为二进制数据，也就使得非二进制格式的数据在转换为二进制数据后被允许SBC编码，也就使得非二进制格式的数据得以被允许通过A2DP传输。首先，发送端利用数据池将非SBC编码格式数据流的文件中的数据转换为二进制，由于SBC编码一般支持512比特的数据流块，所以需要在转换之后的数据中截取合适的数据流块作为信源，而且为便于接收端对数据流块的拼接还原，需对信源添加识别信息，识别信息中必须包含类型识别信息，也就是待发送文件的文件类型，最后对信源进行子带编码，使之可以通过A2DP传输。同样，接收端在接收到相应的数据流块并进行子带解码后，先去掉冗余信息，然后利用数据池将二进制数据还原为其他格式数据，进而根据类型识别信息将接收到的完整数据写入一个空的文件以得到原有待传输的非SBC编码格式数据流的文件。本发明的实施方式使得A2DP可以传输非SBC编码格式的数据流，也就使得A2DP更加丰富，支持传输的数据流类型更加多样，这样也使得A2DP可替代文件传输协议FTP、对象交换协议obex、对象推送协议opp。

作为进一步改进，在所述取出所述文件中的定长字节数据作为信源的步骤前，包含以下步骤：对所述文件进行编码压缩；在所述取出所述文件中的定长字节数据作为信源的步骤中，所述文件为所述进行编码压缩后的文件。在文件发送之前进行编码压缩，可以去除文件中的冗余信息，也使得文件中数据更小，增加文件的发送速度。

作为进一步改进，在所述为所述信源添加识别信息的步骤中，所述识别信息位于所述信源的预设位置。由于发送方添加的识别信息在预设位置，使得接收方可以更快识别出识别信息，也就加快了接收端处理接收到的数据流的速度。

作为进一步改进，在所述为所述信源添加识别信息的步骤中，所述识别信息还包含以下之一或其任意组合：长度识别信息、信源头识别信息和信源尾识别信息。更丰富的识别信息，使得接收端可以得到更多的信息，也更易将数据流块还原拼接。

作为进一步改进，所述信源头识别信息和所述信源尾识别信息相同。进一步限定了信源头识别信息与信源尾识别信息相同，使得接收端可以根据相同字节更快识别出信源头识别信息与信源尾识别信息，也就加快了接收端处理接收到的数据流的速度。

附图说明

图1是根据本发明第一实施方式的数据流的发送方法流程图；

图2是根据本发明第二实施方式的数据流的发送方法流程图；

图3是根据本发明第三实施方式的数据流的接收方法流程图；

图4是根据本发明第四实施方式的数据流的发送终端结构示意图；

图5是根据本发明第五实施方式的数据流的发送终端结构示意图；

图6是根据本发明第六实施方式的数据流的接收终端结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种数据流的发送方法，如图1所示，发送端在每一次发送非子带编码SBC编码格式数据流的文件时，具体包含以下步骤：

步骤101，通过文件流对象将文件存入数据池里。具体的说，本步骤是为了将待发送的文件中的数据转换为十六进制，由于将十六进制数据转换为二进制数据为本领域普通技术人员的公知技术，在此不再赘述。

步骤102，从数据池中取出文件中的定长字节数据作为信源。具体的说，由于数据经由数据池(简称“buffer”)可以被转换为十六进制的数据，而十六进制的数据可以进一步转换为二进制的数据。需要说明的是，该信源也就是之后在发送过程中的作为待发送文件主体的数据，由于SBC一般支持大小是512byte，支持数据较小，所以在编码之前需对数据进行截取操作。

步骤103，为信源添加识别信息。具体的说，其中的识别信息至少包含类型识别信息，类型识别信息用于识别待传输文件的文件类型，如视频文件、图片文件。

值得说明的是，识别信息的长度可以根据实际需要设定。

还需说明的是，在实际应用中，识别信息还可根据需要包含长度识别信息、信源头识别信息和信源尾识别信息。具体的说，长度识别信息用于识别待传输文件的总长度，便于接收端在接收时可预知需要接收多长的数据；信源头识别信息和信源尾识别信息分别用于识别信源的起始位置和末尾，便于接收端接收时更好地预知信源的头部和尾部，还需说明的是，信源头识别信息和信源尾识别信息可以相同，更便于接收端接收时的识别。利用上述这些识别信息可以使接收端处理数据流块的还原拼接。

还值得说明的是，添加的识别信息可以位于信源的预设位置，下面以添加的识别信息包含类型识别信息、长度识别信息、信源头识别信息和信源尾识别信息四类识别信息为例进行说明：

待发送的文件为一个视频文件，从文件中截取的信源如下：视频流{0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,...}，发送端在发送前为该信源分别添加四个字节的识别信息，{0xF1,100，0xff，0xfe，0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,...0xff，0xfe}，其中第一个字节代表流的类型(0xF1代表“视频流”，0xF2代表“图像流”，0xF3代表“文件流”，以此类推)，第2个字节代表待传输文件的长度为100，第3个和第4个字节代表截取视频流的开始，之后是要发送的数据，结尾两个字节代表截取视频流的尾部，表示一段视频流的结束，接收端在接收到数据后，可根据第1个字节(也就是类型识别信息)获知此段接收到的是视频流数据，可根据第2个字节(也就是长度识别信息)获知本段接收的数据流的长度为100，可根据第3个和第4个字节(也就是信源头识别信息)获知之后是截取的视频流，也就是信源，同样，也可根据信源尾识别信息获知前一个字节是所截取信源的末尾。在上述事例中可知，在预设的固定位置添加识别信息将利于接收端在接收时更快识别，也将更快获得识别信息中提供的传输文件的信息。

还需说明的是，在实际应用中，识别信息还可以用其他组合，如配合使用类型识别信息、信源编号识别信息、信源长度识别信息，分别识别待发送文件的文件类型，截取出的当前信源为待传输文件的第几个信源，本信源的长度。接收端根据这些识别信息也可对收到的数据进行还原拼接，当然，还可以需要使用其他组合的识别信息，在此不再一一列举。

步骤104，进行子带编码。具体的说，就是对添加识别信息后的信源进行子带编码。也就是说，在带传输文件中的数据转换为二进制且添加过识别信息后，就可进行子带编码，等待传输了。

步骤105，通过A2DP发送。具体的说，待传输文件在进行了上述步骤的准备后，处理后的数据即可通过A2DP分段发送了。

步骤106，判断文件发送是否完毕；若是，结束本实施方式中的数据流的发送方法流程；若否，返回步骤102。也就是说，步骤102至步骤106是重复截取数据作为信源并处理发送直至文件发送完毕。具体的说，上述步骤102至步骤105为发送一个信源的步骤，也就是发送了文件中的一段数据，而一个待发送文件可能分为若干个信源，也就是分成若干段数据，所以在每个信源发送完之后，均需要判断整个待发送文件是否发送完毕，如果判定为发送完毕，则直接结束本实施方式中的数据流的发送方法流程，如果判定为未发送完毕，则返回继续准备截取下一段数据，也就是下一个信源的处理发送。更具体的说，在实际应用中，只需要判断存入数据池的数据是否为空，即可得知文件发送是否完毕。

本发明实施方式相对于现有技术而言，主要区别及效果在于：将需发送的文件中的数据转换为可被SBC编码的二进制数据，使得原本不能通过A2DP发送的数据流得以发送。由于A2DP传输的必须是SBC编码格式的数据流，而SBC编码只能针对二进制数据进行，本发明的发明人发现，利用数据池可以将非二进制数据转换为十六进制数据，再进一步转换为二进制数据，也就使得非二进制格式的数据在转换为二进制数据后被允许SBC编码，也就使得非二进制格式的数据得以被允许通过A2DP传输。首先，发送端利用数据池将非SBC编码格式数据流的文件中的数据转换为二进制，由于SBC编码一般支持512比特的数据流块，所以需要在转换之后的数据中截取合适的数据流块作为信源，而且为便于接收端对数据流块的拼接还原，需对信源添加识别信息，识别信息中必须包含类型识别信息，也就是待发送文件的文件类型，最后对信源进行子带编码，使之可以通过A2DP传输。同样，接收端在接收到相应的数据流块并进行子带解码后，先去掉冗余信息，然后利用数据池将二进制数据还原为其他格式数据，进而根据类型识别信息将接收到的完整数据写入一个空的文件以得到原有待传输的非SBC编码格式数据流的文件。本发明的实施方式使得A2DP可以传输非SBC编码格式的数据流，也就使得A2DP更加丰富，支持传输的数据流类型更加多样，这样也使得A2DP可替代文件传输协议FTP、对象交换协议obex、对象推送协议opp。

本发明的第二实施方式同样涉及一种数据流的发送方法，本实施方式是在第一实施方式的基础上做了进一步改进，如图2所示，主要改进之处在于第一实施方式中，在每一次发送非SBC编码格式数据流的文件时，待传输文件是直接存入数据池中进行数据转换，而本实施方式中，在每一次发送非SBC编码格式数据流的文件时，先需对待传输文件进行编码压缩，可以去除文件中的冗余信息，也使得文件中数据更小，增加文件的发送速度。

步骤201，对文件进行编码压缩。具体的说，就是对待传输文件进行编码压缩，去除文件中的冗余，使得需传输的数据减少，也就是增加了文件的发送速度。

举例说明，若待传输的文件为视频文件，可利用H.264进行编码压缩，去除该视频文件中的冗余信息，使得该视频文件的数据量变少。

本实施方式中的步骤202至步骤207与第一实施方式中的步骤101至步骤106相类似，在此不再赘述。

本发明的第三实施方式涉及一种数据流的接收方法，本实施方式的接收方法与第一实施方式中的发送方法相对应，如图3所示，在接收端接收到来自发送端的数据后，具体包含以下步骤：

步骤301，进行子带解码。也就是说，对接收到的数据进行子带解码。

步骤302，如果存在识别信息，则删除数据中的识别信息得到信源。也就是说，如果进行子带解码后的数据中存在识别信息，则删除子带解码后的数据中的识别信息得到信源。

步骤303，根据识别信息将信源存入数据池。

需要说明的是，接收到的多段数据需要根据识别信息进行拼接还原。具体的方法可对应第一实施方式中的添加识别信息方法。

步骤304，判断完整数据是否被接收成功；若是，则执行步骤305；若否，则返回执行步骤301。也就是说，根据识别信息将信源存入数据池直至一个完整的数据被接收成功，并在判定为接收成功时，继续执行后续步骤，在判定为接收不成功时，返回对下一段接收到的数据继续进行子带解码等处理。具体的说，在实际应用中，通过判断接收的数据是否为空，即可得知数据是否已被完整接收。

步骤305，将完整数据写入一个空的文件。具体的说，是根据接收到的数据中的识别信息将数据池中的完整数据写入一个空的文件，其中的识别信息是类型识别信息。如，当接收到的数据中类型识别信息为视频时，在此步骤中就将数据池中的完整数据写入一个空的视频文件中。

需要说明的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种数据流的发送终端，其连接结构如图4所示，具体包含：

存储模块，用于在每一次发送非SBC编码格式数据流的文件时，通过文件流对象将文件存入数据池里。

信源编辑模块，用于从数据池中取出文件中的定长字节数据作为信源，并为信源添加识别信息，其中，识别信息包含类型识别信息。

信源发送模块，用于对添加过识别信息的信源进行子带编码，并通过蓝牙音频传输模型协议A2DP发送。

判断模块，用于判断文件是否被发送完毕，并在判定为未发送完毕时触发信源编辑模块。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式同样涉及一种数据流的发送终端，第五实施方式是在第四实施方式的基础上做的进一步改进，如图5所示，主要改进之处在于：在第五实施方式中，新增了压缩模块，压缩模块与存储模块相连，用于在每一次发送非SBC编码格式数据流的文件时，对文件进行编码压缩；存储模块还用于通过文件流对象将进行编码压缩后的文件存入数据池里。本实施方式中压缩模块对待传输文件先进行压缩，去除冗余，加快文件发送速度。

由于第二实施方式与本实施方式相互对应，因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本发明第六实施方式涉及一种数据流的接收终端，本实施方式的接收终端与第四实施方式中的发送终端相对应，如图6所示，具体包含以下模块：

子带解码模块，用于在接收到来自发送端的数据后，对数据进行子带解码。

识别信息删除模块，用于如果进行子带解码后的数据中存在识别信息，则删除子带解码后的数据中的识别信息得到信源。

存储模块，用于根据识别信息将信源存入数据池。

判断模块，用于判断一个完整的数据是否被接收成功；并在判定为未接收成功时，触发子带解码模块。

写入文件模块，用于在判断模块判定为接收成功时，根据识别信息将数据池中的完整数据写入一个空的文件，得到将非子带编码SBC编码格式数据流的文件。

由于第三实施方式与本实施方式相互对应，因此本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，在第三实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

本发明第七实施方式涉及一种数据流发送和接收的系统，具体包含：数据流的发送终端和数据流的接收终端。

如第四实施方式或第五实施方式中提到的数据流发送终端和如第六实施方式中提到的数据流的接收终端。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种数据流的发送方法，其特征在于，发送端在每一次发送非子带编码SBC编码格式数据流的文件时，包含以下步骤：

A.通过文件流对象将所述文件存入数据池里；

B.从所述数据池中取出所述文件中的定长字节数据作为信源，并为所述信源添加识别信息，其中，所述识别信息包含类型识别信息；

C.对添加过所述识别信息的信源进行子带编码，并通过蓝牙音频传输模型协议A2DP发送；

重复步骤B至C直至所述文件发送完毕。

2.根据权利要求1所述的数据流的发送方法，其特征在于，在取出所述文件中的定长字节数据作为信源的步骤前，包含以下步骤：

对所述文件进行编码压缩；

在所述取出所述文件中的定长字节数据作为信源的步骤中，所述文件为所述进行编码压缩后的文件。

3.根据权利要求1所述的数据流的发送方法，其特征在于，在为所述信源添加识别信息的步骤中，所述识别信息位于所述信源的预设位置。

4.根据权利要求1所述的数据流的发送方法，其特征在于，在为所述信源添加识别信息的步骤中，所述识别信息还包含以下之一或其任意组合：

长度识别信息、信源头识别信息和信源尾识别信息。

5.根据权利要求4所述的数据流的发送方法，其特征在于，所述信源头识别信息和所述信源尾识别信息相同。

6.一种数据流的接收方法，其特征在于，在接收端接收到来自发送端的数据后，还包含以下步骤：

对接收到的所述数据进行子带解码；

如果进行子带解码后的数据中存在识别信息，则删除所述子带解码后的数据中的所述识别信息得到信源，并根据所述识别信息将所述信源存入数据池，直至一个完整的数据被接收成功；

根据所述识别信息将所述数据池中的完整数据写入一个空的文件，得到将所述非子带编码SBC编码格式数据流的文件。

7.一种数据流的发送终端，其特征在于，包含以下模块：

存储模块，用于在每一次发送非SBC编码格式数据流的文件时，通过文件流对象将所述文件存入数据池里；

信源编辑模块，用于从所述数据池中取出所述文件中的定长字节数据作为信源，并为所述信源添加识别信息，其中，所述识别信息包含类型识别信息；

信源发送模块，用于对添加过所述识别信息的信源进行子带编码，并通过蓝牙音频传输模型协议A2DP发送；

判断模块，用于判断所述文件是否被发送完毕，并在判定为未发送完毕时触发所述信源编辑模块。

8.根据权利要求7所述的数据流的发送终端，其特征在于，所述终端中还包含压缩模块；

所述压缩模块与所述存储模块相连，用于在每一次发送非SBC编码格式数据流的文件时，对所述文件进行编码压缩；

所述存储模块还用于通过文件流对象将所述进行编码压缩后的文件存入数据池里。

9.一种数据流的接收终端，其特征在于，包含以下模块：

子带解码模块，用于在接收到来自发送端的数据后，对所述数据进行子带解码；

识别信息删除模块，用于如果进行子带解码后的数据中存在识别信息，则删除所述子带解码后的数据中的所述识别信息得到信源；

存储模块，用于根据所述识别信息将所述信源存入数据池；

判断模块，用于判断一个完整的数据是否被接收成功；并在判定为未接收成功时，触发所述子带解码模块；

写入文件模块，用于在所述判断模块判定为接收成功时，根据所述识别信息将所述数据池中的完整数据写入一个空的文件，得到将所述非子带编码SBC编码格式数据流的文件。

10.一种数据流发送和接收的系统，其特征在于，包含：

如权利要求7或8所述的数据流的发送终端和如权利要求9所述的数据流的接收终端。