CN108738007B - 一种音频传输方法、设备及系统 - Google Patents
一种音频传输方法、设备及系统 Download PDFInfo
- Publication number
- CN108738007B CN108738007B CN201810575788.7A CN201810575788A CN108738007B CN 108738007 B CN108738007 B CN 108738007B CN 201810575788 A CN201810575788 A CN 201810575788A CN 108738007 B CN108738007 B CN 108738007B
- Authority
- CN
- China
- Prior art keywords
- data
- audio
- encapsulated
- encapsulated data
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9057—Arrangements for supporting packet reassembly or resequencing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种音频传输方法、设备及系统,所述方法包括:音频发送设备从待传输音频中获取当前待传输的第一音频数据,然后,从至少两条具有低带宽的音频传输通道中为第一音频数据选择一个音频传输通道,作为目标传输通道,之后,将第一音频数据通过目标传输通道传输至音频接收设备。可见,由于本申请具有多条低带宽的音频传输通道,相比于一条低带宽的音频传输通道,增加了传输带宽,从而提高了数据传输能力,进而可以提升被传输音频的音质;此外,相比于一条高带宽的音频传输通道,多条低带宽的音频传输通道的功耗仍低于一条高带宽的音频传输通道的功耗,从而相对降低了音频发送设备的功耗,进而提升了音频发送设备的续航时间。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种音频传输方法、设备及系统。
背景技术
目前,市场上有很多种蓝牙音频设备,比如蓝牙音箱、蓝牙耳机、蓝牙语音遥控器等,蓝牙音频设备与对应的连接设备配对之后,可以自动实现蓝牙连接,二者之间免去了连接线缆的麻烦,极大的提升了用户的使用体验。
蓝牙音频设备上的蓝牙模块,包括经典蓝牙模块和低功耗蓝牙模块。
经典蓝牙模块的传输带宽较大,其优点是可以传输高保真立体声音频,但其缺点是功耗较大,导致续航时间短,因此,一般用在有源音箱或者带有大容量电池的耳机上等。
与经典蓝牙模块相比,低功耗蓝牙模块的传输带宽较小,其优点是功耗极低,续航时间一般可长达数十天甚至数月,所以有些产品使用低功耗蓝牙模块传输数据,比如各种穿戴设备和部分语音遥控器,其缺点是不能传输高保真立体声音频,导致被传输音频的音质较差。
发明内容
本申请实施例的主要目的在于提供一种音频传输方法、设备及系统,不但能够提升音频发送设备的续航时间,还能够提升被传输音频的音质。
本申请实施例提供了一种音频传输方法,所述方法应用于一种音频发送设备,所述方法包括:
从待传输音频中获取当前待传输的数据单元,作为第一音频数据;
从至少两条音频传输通道中,为所述第一音频数据选择一个音频传输通道,作为目标传输通道,其中,所述音频传输通道的带宽低于预设带宽阈值;
将所述第一音频数据,通过所述目标传输通道传输至音频接收设备。
可选的,所述将所述第一音频数据,通过所述目标传输通道传输至音频接收设备,包括:
将第一封装数据,通过所述目标传输通道传输至音频接收设备,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
可选的,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
其中,所述第一封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一封装数据在已接收封装数据中的排序。
可选的,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识;
其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元,所述第一封装数据的唯一标识和所述第二封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一音频数据在已接收音频数据中的排序。
可选的,按照下述方式确定所述第二封装数据的唯一标识:
利用所述第一封装数据的唯一标识,确定所述第二封装数据的唯一标识。
可选的,所述利用所述第一封装数据的唯一标识,确定所述第二封装数据的唯一标识,包括:
利用所述第一封装数据的唯一标识以及所述第一音频数据的音频参数,确定所述第二封装数据的唯一标识。
可选的,所述第二音频数据与所述第一音频数据的数据类型相同或不同。
可选的,所述为所述第一音频数据选择一个音频传输通道,包括:
确定为所述第一音频数据设置的数据编号;
根据所述数据编号,为所述第一音频数据选择一个音频传输通道。
可选的,所述根据所述数据编号,为所述第一音频数据选择一个音频传输通道,包括:
对所述数据编号进行取模运算,得到通道编号;
为所述第一音频数据选择与所述通道编号对应的音频传输通道。
本申请实施例还提供了一种音频传输方法,所述方法应用于一种音频接收设备,所述方法包括:
接收音频发送设备通过目标传输通道传输的第一音频数据;
其中,所述第一音频数据是从待传输音频中获取的当前待传输的数据单元,所述目标传输通道是从至少两条音频传输通道中为所述第一音频数据选择的一个音频传输通道,所述音频传输通道的带宽低于预设带宽阈值。
可选的,所述接收音频发送设备通过目标传输通道传输的第一音频数据,包括:
接收音频发送设备通过目标传输通道传输的第一封装数据,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
可选的,所述接收音频发送设备通过目标传输通道传输的第一封装数据之后,还包括:
按照已接收封装数据在所述数据发送设备侧的发送顺序,确定所述第一封装数据在所述已接收封装数据中的排序。
可选的,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
则,所述确定所述第一封装数据在所述已接收封装数据中的排序,包括:
根据所述第一封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
可选的,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元;
则,所述确定所述第一封装数据在所述已接收封装数据中的排序,包括:
根据所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
本申请实施例还提供了一种音频发送设备,包括:
数据获取单元,用于从待传输音频中获取当前待传输的数据单元,作为第一音频数据;
通道选择单元,用于从至少两条音频传输通道中,为所述第一音频数据选择一个音频传输通道,作为目标传输通道,其中,所述音频传输通道的带宽低于预设带宽阈值;
数据传输单元,用于将所述第一音频数据,通过所述目标传输通道传输至音频接收设备。
可选的,所述数据传输单元,具体用于将第一封装数据,通过所述目标传输通道传输至音频接收设备,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
可选的,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;其中,所述第一封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一封装数据在已接收封装数据中的排序;
或者,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识;其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元,所述第一封装数据的唯一标识和所述第二封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一音频数据在已接收音频数据中的排序。
可选的,所述通道选择单元包括:
编号确定子单元,用于确定为所述第一音频数据设置的数据编号;
通道选择子单元,用于根据所述数据编号,为所述第一音频数据选择一个音频传输通道。
本申请实施例还提供了一种音频接收设备,包括:
数据接收单元,用于接收音频发送设备通过目标传输通道传输的第一音频数据;
其中,所述第一音频数据是从待传输音频中获取的当前待传输的数据单元,所述目标传输通道是从至少两条音频传输通道中为所述第一音频数据选择的一个音频传输通道,所述音频传输通道的带宽低于预设带宽阈值。
可选的,所述数据接收单元,具体用于接收音频发送设备通过目标传输通道传输的第一封装数据,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
可选的,所述设备还包括:
数据排序单元,用于在接收音频发送设备通过目标传输通道传输的第一封装数据之后,按照已接收封装数据在所述数据发送设备侧的发送顺序,确定所述第一封装数据在所述已接收封装数据中的排序。
可选的,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
则,所述数据排序单元,具体用于根据所述第一封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
可选的,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元;
则,所述数据排序单元,具体用于根据所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
本申请实施例还提供了一种音频传输系统,包括上述音频发送设备中任一项所述的设备,以及上述音频接收设备中任一项所述的设备。
本申请实施例还提供了一种音频发送设备,包括:处理器、存储器、系统总线;
所述处理器以及所述存储器通过所述系统总线相连;
所述存储器用于存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被所述处理器执行时使所述处理器执行上述第一套音频传输方法中任一项所述的方法。
本申请实施例还提供了一种音频接收设备,包括:处理器、存储器、系统总线;
所述处理器以及所述存储器通过所述系统总线相连;
所述存储器用于存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被所述处理器执行时使所述处理器执行上述第二套音频传输方法中任一项所述的方法。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在终端设备上运行时,使得所述终端设备执行上述第一套音频传输方法中任一项所述的方法,或者执行上述第二套音频传输方法中任一项所述的方法。
本申请实施例还提供了一种计算机程序产品,所述计算机程序产品在终端设备上运行时,使得所述终端设备执行上述第一套音频传输方法中任一项所述的方法,或者执行上述第二套音频传输方法中任一项所述的方法。
本申请实施例提供的一种音频传输方法、设备及系统,音频发送设备从待传输音频中获取当前待传输的第一音频数据,然后,从至少两条具有低带宽的音频传输通道中为第一音频数据选择一个音频传输通道,作为目标传输通道,之后,将第一音频数据通过目标传输通道传输至音频接收设备。可见,由于本实施例具有多条低带宽的音频传输通道,相比于一条低带宽的音频传输通道,增加了传输带宽,从而提高了数据传输能力,进而可以提升被传输音频的音质;此外,相比于一条高带宽的音频传输通道,多条低带宽的音频传输通道的功耗仍低于一条高带宽的音频传输通道的功耗,从而相对降低了音频发送设备的功耗,进而提升了音频发送设备的续航时间。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种音频传输方法的交互示意图之一;
图2为本申请实施例提供的一种音频传输方法的交互示意图之二;
图3为本申请实施例提供的一种通道选取方法的流程示意图;
图4为本申请实施例提供的一种音频发送设备的组成示意图;
图5为本申请实施例提供的一种音频接收设备的组成示意图。
具体实施方式
本申请实施例提供了一种音频传输方法,具体用于实现音频发送设备与音频接收设备之间的音频传输,即,音频发送设备可以向音频接收设备传输音频数据,例如,音频发送设备与音频接收设备之间可以建立无线连接,比如蓝牙连接,从而通过蓝牙传输音频数据。
需要说明的是,本实施例不限制音频发送设备与音频接收设备的设备类型,只要二者之间能够传输音频数据即可,比如音频发送设备为智能手机、音频接收设备为蓝牙耳机。
通过本申请实施例提供的音频传输方法,不但能够提升音频发送设备的续航时间,还能够提升被传输音频的音质。下面将对本申请实施例提供的音频传输方法进行具体介绍。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
第一实施例
参见图1,为本实施例提供的一种音频传输方法的交互示意图,该音频传输方法可以包括以下步骤:
S101:音频发送设备从待传输音频中获取当前待传输的数据单元,作为第一音频数据。
本实施例将需要传输的音频称为待传输音频。
另外,在实际的音频传输过程中,可以预先或实时地将待传输音频划分成不同的数据单元,因此,可以按照音频播放顺序,依次从待传输音频中获取每一待传输的数据单元,本实施例将当前待传输的数据单元称为第一音频数据。
需要说明的是,该第一音频数据是经压缩后的音频数据,可以使用现有的或未来出现的任意一种音频压缩方法实现音频压缩,例如,可以使用现有高级音频编码(AdvancedAudio Coding,简称AAC)、音频动态压缩第三层(MPEG Audio Layer-3,简称MP3)、Opus等方式进行音频压缩。
S102:音频发送设备从至少两条音频传输通道中,为所述第一音频数据选择一个音频传输通道,作为目标传输通道,其中,所述音频传输通道的带宽低于预设带宽阈值。
本实施例将用于传输音频数据的传输通道称为音频传输通道,该音频传输通道的传输带宽较低,因此功耗较低。例如,该音频传输通道可以是蓝牙传输通道,比如,该音频传输通道可以是低功耗蓝牙模块的蓝牙传输通道(后续简称为低功耗蓝牙通道),因其带宽较小,传输速率最低可以达到2kbyte/s,导致功耗极低。
可以理解的是,音频传输设备具有的音频传输通道的条数越多,数据传输带宽就越大,从而数据传输能力就越强。然而,相比于一条低功耗的音频传输通道,多条低功耗的音频传输通道必然导致音频发送设备的功耗上升,但是,多条低功耗的音频传输通道的功耗总和仍较低一些高功耗通道。例如,以音频传输通道为上述低功耗蓝牙通道为例,与经典蓝牙模块的蓝牙传输通道(后续简称为经典蓝牙通道)相比,多个低功耗蓝牙通道的功耗之和,也远比一条经典蓝牙通道的功耗要低。
因此,采用多个具有较低带宽的音频传输通道进行数据传输,不但增加了带宽,还保证了低功耗,也就是说,对于音频传输设备来讲,不但提高了数据传输能力,还延长了续航能力。
在本实施例中,可以预先为音频发送设备设置至少两条音频传输通道,基于此,可以从这些音频传输通道中,为当前待传输的第一音频数据选择一个音频传输通道,本实施例将选择的该音频传输通道称为目标传输通道,用于传输第一音频数据。
需要说明的是,本步骤S102的具体实现方式将在第三实施例中进行介绍。
还需要说明的是,在现有技术中,当仅采用一条低功耗蓝牙通道传输音频数据时,由于低功耗蓝牙模块不支持语音传输协议,则需要把音频数据压缩为一般数据进行传输,由于其传输带宽较小,需要较高的压缩比,例如,假设低功耗蓝牙通道的传输速率只有2kbyte/s,那么,以采样率16k/s、位深度16bit的音频A为例,如果需要每秒传输32kbyte的音频数据,需要使用压缩比至少为16:1的算法对该音频A进行压缩,才可能流畅地传输音频,但是,音频A经过压缩之后,音质已经有较大损失,典型的会将特定频段的音频丢弃。
而在本实施例中,步骤S101中提到第一音频数据是压缩后的数据,但由于存在多条音频传输通道,比如具有多条低功耗蓝牙通道,使得数据传输带宽增大,因此,可以采用较低的压缩比,即第一音频数据可以是采用较低压缩比进行压缩的数据,这样可以在保证流畅传输的基础上,使得第一音频数据的音质不会有较大损失。
此外,对于仅一条低功耗蓝牙通道来讲,因其带宽较小,只能为音频接收设备提供单声道音频,而无法提供双声道立体声音频,这导致通过音频接收设备接收的音频数据,在听感上比较模糊。而本实施例采用多条低功耗蓝牙通道,使得数据传输带宽提高,从而使得数据传输速率最低可以达到4kbyte/s,进而为音频接收设备提供双声道立体声音频成为了可能。
S103:音频发送设备将所述第一音频数据,通过所述目标传输通道传输至音频接收设备。
在本实施例中,由于存在多个音频传输通道,这多个音频传输通道可以分别作为目标传输通道进行音频数据的传输,也就是说,这多个音频传输通道可以同时传输音频数据,从而提高了数据传输速率,保证了数据传输的流畅性。
需要说明的是,本步骤S103的具体实现方式将在第二实施例中进行介绍。
S104:音频接收设备接收音频发送设备通过所述目标传输通道传输的第一音频数据。
由于音频发送设备通过多个音频传输通道向音频接收设备发送音频数据,因此,音频接收设备可以不断地接收音频数据,从而可以保证步骤S101中的待传输音频在音频接收设备侧实现流畅的播放。
综上,在本实施例提供的一种音频传输方法中,音频发送设备从待传输音频中获取当前待传输的第一音频数据,然后,从至少两条具有低带宽的音频传输通道中为第一音频数据选择一个音频传输通道,作为目标传输通道,之后,将第一音频数据通过目标传输通道传输至音频接收设备。可见,由于本实施例具有多条低带宽的音频传输通道,相比于一条低带宽的音频传输通道,增加了传输带宽,从而提高了数据传输能力,进而可以提升被传输音频的音质;此外,相比于一条高带宽的音频传输通道,多条低带宽的音频传输通道的功耗仍低于一条高带宽的音频传输通道的功耗,从而相对降低了音频发送设备的功耗,进而提升了音频发送设备的续航时间。
第二实施例
本实施例将通过步骤S203-S204介绍第一实施例中S103-S104的具体实现方式,并进一步增加步骤S205介绍音频接收设备对已接收音频数据的排序。
参见图2,为本实施例提供的一种音频传输方法的交互示意图,该音频传输方法可以包括以下步骤:
S201:音频发送设备从待传输音频中获取当前待传输的数据单元,作为第一音频数据。
S202:音频发送设备从至少两条音频传输通道中,为所述第一音频数据选择一个音频传输通道,作为目标传输通道,其中,所述音频传输通道的带宽低于预设带宽阈值。
需要说明的是,步骤S201-S202与上述第一实施例中的步骤S101-S102一致,相关之处请参见第一实施例,此处不再赘述。
S203:音频发送设备将第一封装数据,通过所述目标传输通道传输至音频接收设备,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
在本实施例中,音频发送设备可以在将第一音频数据传输至音频接收设备之前,将第一音频数据进行封装,这里将封装后的数据称为第一封装数据,该第一封装数据可以是一个数据帧。也就是说,可以以多个数据帧的形式,将待传输音频通过各个音频传输通道不断地传输至音频接收设备。
下面对第一封装数据的两种封装结果分别进行介绍。
在第一种实现方式中,所述第一封装数据可以包括所述第一音频数据以及所述第一封装数据的唯一标识。
在本实现方式中,若第一封装数据是需要从音频发送设备向音频接收设备发送的一个数据帧,这里将其称为当前发送帧,其中,该当前发送帧可以包括三个部分,分别为:帧头、数据部分和帧尾。
例如,当前发送帧的定义可以如表1所示:
表1
其中,“当前帧号”指的是当前发送帧的帧号,用于表征第一封装数据的唯一标识;音频域即为当前发送帧的数据部分,该音频域中的“类型”指的是第一音频数据的数据类型,音频域中的“音频数据”指的是第一音频数据;而帧尾可以填充一些必要的控制信息或是不填充。
表2
关于音频域中的“类型”,可以从预设的多种音频数据类型中,选择一个适合当前数据传输能力的音频数据类型。例如,如表2所示的多种音频数据类型,不同的音频数据类型,其对应的音频参数也不同,可以预先从中选择一种音频数据类型,并将选择的类型编号填充“类型”区域,同时,确定该选择的类型编号对应的帧长度L,从待传输音频中获取具有该帧长度L的音频数据作为第一音频数据,用于填充“音频数据”区域。
需要说明的是,表2中的压缩比,并非一定是第一音频数据在本实施例中的实际压缩比。
举例说明,假设选择的是表2中的数据类型1,则对表1的音频域进行填充后,如下表3所示:
表3
关于“当前帧号”区域,可以按照各个发送帧的发送顺序,为各个发送帧依次进行编码,将该唯一编码值来填充“当前帧号”区域。当然,也可以按照第二种实现方式中介绍的方式填充“当前帧号”区域。
在第二种实现方式中,所述第一封装数据可以包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元。
需要说明的是,在步骤S101中提及的待传输音频中,可以预先或实时地将待传输音频划分成不同的数据单元,并将当前待传输的数据单元定义为第一音频数据,这里,将下一待传输的数据单元称为第二音频数据。在本实现方式中,所述第二音频数据可以与所述第一音频数据的数据类型相同或不同,也就是说,可以在保证数据传输顺畅的情况下,采用同一种数据类型进行数据传输,例如,采用表2中的某一种数据类型(比如类型1),也可以变换数据类型进行数据传输,例如,先后采用表2中的不同数据类型(比如先采用类型1再采用类型2)。
基于此,与上述第一种实现方式相比,区别仅在于,第一封装数据进一步包括第二封装数据的唯一标识,具体地,与表1相比,区别仅在于帧头部分。例如,当前发送帧的定义可以如表4所示:
表4
其中,“当前帧号”指的是当前发送帧的帧号,用于表征第一封装数据的唯一标识;“后续帧号”指的是下一发送帧的帧号,用于表征第二封装数据的唯一标识;音频域即为当前发送帧的数据部分,该音频域中的“类型”指的是第一音频数据的数据类型,音频域中的“音频数据”指的是第一音频数据;而帧尾可以填充一些必要的控制信息或是不填充。
需要说明的是,关于音频域和帧尾的相关内容,请参见上述第一种实现方式,后续将对帧头部分进行具体介绍。
在表4帧头部分,本实施例不限制“当前帧号”与“后续帧号”的定义方式。例如,可以为每一发送帧定义不同的时间戳,利用时间戳唯一标识每一发送帧,因此,可以将当前发送帧的时间戳作为“当前帧号”,将下一发送帧的时间戳作为“后续帧号”。
其中,用于作为“当前帧号”的时间戳,可以是当前发送帧的真实发送时间,也可以不是真实发送时间,其作用只是用于唯一标识当前发送帧。例如,“当前帧号”处的时间戳,可以采用当前发送帧在待传输音频中的播放时刻的毫秒数表示,假设播放起始时刻是0、当前发送帧的播放时刻是第2秒420毫秒处,则当前发送帧的时间戳是2420。
假设当前发送帧是待传输音频中的第一个需要发送的数据帧,可以为该当前发送帧定义一个时间戳值,比如t0,作为当前发送帧的“当前帧号”。
如前所述,在第一封装数据中,包括第一封装数据的唯一标识比如“当前帧号”,还包括第二封装数据的唯一标识比如“后续帧号”。因此,还需要确定第二封装数据的唯一标识,在一种可选方式中,可以利用第一封装数据的唯一标识,确定第二封装数据的唯一标识,也就是说,可以在第一封装数据的唯一标识的基础上,做进一步的数据处理,从而得到第二封装数据的唯一标识。
需要说明的是,第一封装数据的唯一标识与第二封装数据的唯一标识,是两个不同的标识信息,即,第一封装数据的唯一标识用于唯一标识第一封装数据,第二封装数据的唯一标识用于唯一标识第二封装数据。
在一种更为具体的可选方式中,可以利用第一封装数据的唯一标识以及第一音频数据的音频参数,确定第二封装数据的唯一标识。仍以“当前帧号”表示第一封装数据的唯一标识为例,如表5所示,假设“当前帧号”为当前发送帧(即第一封装数据)的时间戳值t0,“后续帧号”则为下一发送帧(即第二封装数据)的时间戳值t1,t0是已知的,可以按照以下公式计算t1:
t1=t0+(L/(S*D/8*C/R)*1000) (1)
其中,t0是当前发送帧的时间戳值,该值是已知的;L、S、D、C、R分别表示第一音频数据的帧长度、采样率、位深、通道数、压缩比,具体取值根据第一音频数据的数据类型进行确定,如表2所示。
举例说明,假设t0=0,此外,第一音频数据可以使用默认的音频数据类型,比如表2中的类型1,可以将类型1对应的音频参数,即L=20、S=16000、D=16、C=1、R=16带入公式(1),便计算得到t1=t0+20/(16000*16/8*1/16)*1000=10,因此,第一封装数据的封装内容如表5所示。
表5
同样地,当待传输音频的第二帧数据作为当前发送帧时,其封装内容如表6所示:
表6
依照此方法,便封装出要传输的各个发送帧,基于此,对于封装出的每个发送帧,便可以通过为其选择的目标传输通道传输至音频接收设备。
需要说明的是,封装发送帧,也即通过封装第一音频数据得到第一封装数据,可以在步骤S202之前或之后执行,当封装步骤在步骤S202之前执行时,还可以对每个发送帧进行编号,比如1、2…n,并可以基于该编号选择目标传输通道,具体请参见第三实施例。
S204:音频接收设备接收音频发送设备通过目标传输通道传输的第一封装数据。
由于音频发送设备通过多个音频传输通道向音频接收设备发送封装后的音频数据,因此,音频接收设备可以不断地接收音频数据,从而可以保证步骤S201中的待传输音频在音频接收设备侧实现流畅的播放。
可以理解的是,由于音频接收设备是通过不同的音频传输通道接收封装数据的,而各个音频传输通道是独立传输通道,各个封装数据并不能按照在音频发送设备侧的发送顺序达到音频接收设备,导致接收的各个封装数据可能是乱序的。
因此,如图2所示,本实施例还可以进一步包括步骤S205,即,在接收到第一封装数据后,确定其在已接收封装数据中的排序。
S205:音频接收设备按照已接收封装数据在所述数据发送设备侧的发送顺序,确定所述第一封装数据在所述已接收封装数据中的排序。
基于步骤S204中关于第一封装数据的第一种实现方式,即所述第一封装数据可以包括第一音频数据以及第一封装数据的唯一标识。基于此,本步骤S205具体可以根据所述第一封装数据的唯一标识,确定第一封装数据在已接收封装数据中的排序。
例如:假设音频接收设备依次接收的封装数据分别为:发送帧1、发送帧2、发送帧3、发送帧4和发送帧5:
音频接收设备每次收到一个发送帧(即第一封装数据)时,都将其放入缓冲区中,此时,可以将缓冲区中所有发送帧的帧头中的当前帧号提取出来,由于各个发送帧的当前帧号是按照特定方式赋值的,比如依次按照当前帧号为1、2、3....依次赋值的,便基于这种赋值方式,按照发送顺序依次找到各个发送帧,并将各个发送帧按照发送顺序进行排序。
基于步骤S204中关于第一封装数据的第二种实现方式,即所述第一封装数据可以包括第一音频数据、第一封装数据的唯一标识以及第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元。基于此,本步骤S205具体可以根据第一封装数据的唯一标识以及第二封装数据的唯一标识,确定第一封装数据在已接收封装数据中的排序。
例如:假设音频接收设备依次接收的封装数据分别为:发送帧1、发送帧2、发送帧3、发送帧4和发送帧5:
音频接收设备每次收到一个发送帧(即第一封装数据)时,都将其放入缓冲区中,此时,可以将缓冲区中所有发送帧帧头中的当前帧号和后继帧号提取出来,首先找出“当前帧号”最小的发送帧,再确定该发送帧中的“后续帧号”,然后找到该“后续帧号”作为“当前帧号”时的发送帧,如此,便可以按照发送顺序依次找到各个发送帧,并将各个发送帧按照发送顺序进行排序。
在本步骤S205的上述两种实现方式中,实际应用中,音频数据通常需要实时接收、实时播放,因此,每接收到一个发送帧后,便需要确定其在已接收发送帧中的排序。例如,在上述第一组发送帧或第二组发送帧中,发送帧1、发送帧2、发送帧3、发送帧4和发送帧5是依次接收的发送帧,而发送帧2、发送帧1、发送帧3、发送帧5是实际排序后的4个发送帧;基于此,如果当前接收的发送帧为发送帧1,由于发送帧2还没有接收到,因此发送帧1要继续留在缓冲区;如果当前接收的发送帧为发送帧2,由于发送帧1已经被接收,所以,发送帧1和发送2可以交由编解码模块解码播放,并从缓冲区中移除;如果当前接收的发送帧为发送帧3,由于发送帧1和发送帧2均已经被接收并被解码播放,则可以直接将发送帧3交由编解码模块解码播放,并从缓冲区中移除;如果当前接收的发送帧为发送帧4,在上述第一组发送帧中,没有“当前帧号”为5的发送帧X,而在上述第二组发送帧中,没有“当前帧号”为40、“后续帧号”为50的发送帧X,因此,发送帧4还要继续留在缓冲区,等待发送帧X进入缓冲区;如果当前接收的发送帧为发送帧5,由于发送帧2、发送帧1、发送帧3均已经被接收并被解码播放,则可以直接将发送帧5交由编解码模块解码播放,并从缓冲区中移除。
当然,本实施例也可以限制每次交由编解码模块解码播放的发送帧数量,比如限制数量为4个发送帧,则可以在发送帧2、发送帧1、发送帧3、发送帧5被全部接收到后,将这四个连续帧的音频域提取出来,交由编解码模块解码播放,并从缓冲区中移除。
综上,在本实施例提供的一种音频传输方法中,音频发送设备从待传输音频中获取当前待传输的第一音频数据,然后,从至少两条具有低带宽的音频传输通道中为第一音频数据选择一个音频传输通道,作为目标传输通道,之后,将封装第一音频数据后得到的第一封装数据,通过目标传输通道传输至音频接收设备。本实施例可以通过第一封装数据中携带的唯一标识信息,确定第一封装数据在已接收封装数据的排序,进而可以按照排序结果进行音频播放,由于音频发送设备具有多条音频传输通道,使得音频接收设备可以接收较高音质的音频数据并进行播放。
第三实施例
本实施例将对第一实施例中步骤S102或第二实施例中步骤S202,即“为所述第一音频数据选择一个音频传输通道”的具体实现方式进行介绍。
参见图3,为本实施例提供的通道选取方法的流程示意图,该通道选取方法可以包括以下步骤:
S301:确定为所述第一音频数据设置的数据编号。
在一种实现方式中,可以按照待传输音频中每一数据单元的发送顺序,依次为每一数据单元设置唯一编号,比如依次设置为1、2、3……。具体来讲,在第一实施例S101中或第二实施例的S201中,当获取到当前待传输的数据单元即第一音频数据后,可以确定其是第几个被传输的数据单元,比如第2个,可以利用编号“2”选择音频传输通道。
在另一种实现方式中,可以按照每一封装数据的发送顺序,依次为每一封装数据设置编号,比如依次设置为1、2、3……。具体来讲,若在第二实施例S202之前封装第一音频数据而得到第一封装数据,可以确定其是第几个被传输的封装数据,由于该封装数据实际封装的是第一音频数据,第一封装数据的编号实质上就是第一音频数据的编号,比如第2个,可以利用编号“2”选择音频传输通道。
S302:根据所述数据编号,为所述第一音频数据选择一个音频传输通道。
在本实施例中,可以对S301确定的数据编号进行数据处理,从而得到与之相同或不同的一个整数,从而根据该整数值以及各个音频传输通道的编号,从各个音频传输通道中选择一个音频传输通道,用于传输第一音频数据或其封装数据。
在本实施例的一种实现方式中,本步骤S302具体可以包括:
步骤A:对所述数据编号进行取模运算,得到通道编号。
可以对该数据编号进行取模,取模结果即为要选择的音频传输通道的通道编号。计算公式如下:
Mt=Ms%N
其中,Mt为通道编号,Ms为数据编号,N为音频传输通道的通道总数。
举例说明,假设音频传输通道的通道总数N为2,各个音频传输通道的编号分别为0和1。
若数据编号Ms为1,则Mt=1%2=1,即选择的通道编号为1;
若数据编号Ms为2,则Mt=2%2=0,即选择的通道编号为0。
步骤B:为所述第一音频数据选择与所述通道编号对应的音频传输通道。
当计算出通道编号后,比如通道编号1,便可以选择通道编号1对应的音频传输通道,作为目标传输通道,用于传输当前要传输的音频数据。
综上,在本实施例提供的通道选取方法中,先确定为第一音频数据设置的数据编号,再根据该数据编号,为第一音频数据选择一个音频传输通道,从而为当前待传输音频数据选择了音频传输通道,使得各个音频数据分散在各个音频传输通道进行传输,进而增加了数据传输能力,保证了数据传输的通畅性。
第四实施例
参见图4,为本实施例提供的一种音频发送设备的组成示意图,该音频发送设备400包括:
数据获取单元401,用于从待传输音频中获取当前待传输的数据单元,作为第一音频数据;
通道选择单元402,用于从至少两条音频传输通道中,为所述第一音频数据选择一个音频传输通道,作为目标传输通道,其中,所述音频传输通道的带宽低于预设带宽阈值;
数据传输单元403,用于将所述第一音频数据,通过所述目标传输通道传输至音频接收设备。
在本实施例中的一种实现方式中,所述数据传输单元403,具体用于将第一封装数据,通过所述目标传输通道传输至音频接收设备,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
在本实施例中的一种实现方式中,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
其中,所述第一封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一封装数据在已接收封装数据中的排序。
在本实施例中的一种实现方式中,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识;
其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元,所述第一封装数据的唯一标识和所述第二封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一音频数据在已接收音频数据中的排序。
在本实施例中的一种实现方式中,所述设备400还包括:
标识确定单元,用于利用所述第一封装数据的唯一标识,确定所述第二封装数据的唯一标识。
在本实施例中的一种实现方式中,所述标识确定单元,具体用于利用所述第一封装数据的唯一标识以及所述第一音频数据的音频参数,确定所述第二封装数据的唯一标识。
在本实施例中的一种实现方式中,所述第二音频数据与所述第一音频数据的数据类型相同或不同。
在本实施例中的一种实现方式中,所述通道选择单元403包括:
编号确定子单元,用于确定为所述第一音频数据设置的数据编号;
通道选择子单元,用于根据所述数据编号,为所述第一音频数据选择一个音频传输通道。
在本实施例中的一种实现方式中,所述通道选择子单元,具体用于对所述数据编号进行取模运算,得到通道编号;为所述第一音频数据选择与所述通道编号对应的音频传输通道。
进一步地,本申请实施例还提供了另一种音频发送设备,包括:处理器、存储器、系统总线;
所述处理器以及所述存储器通过所述系统总线相连;
所述存储器用于存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被所述处理器执行时使所述处理器执行上述音频传输方法中的任一种实现方法,其中,该实现方法是指音频发送设备为执行主体时执行的方法步骤。
进一步地,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在终端设备上运行时,使得所述终端设备执行上述音频传输方法中的任一种实现方法,其中,该实现方法是指音频发送设备为执行主体时执行的方法步骤。
进一步地,本申请实施例还提供了一种计算机程序产品,所述计算机程序产品在终端设备上运行时,使得所述终端设备执行上述音频传输方法中的任一种实现方法,其中,该实现方法是指音频发送设备为执行主体时执行的方法步骤。
第五实施例
参见图5,为本实施例提供的一种音频接收设备的组成示意图,该音频接收设备500包括:
数据接收单元501,用于接收音频发送设备通过目标传输通道传输的第一音频数据;
其中,所述第一音频数据是从待传输音频中获取的当前待传输的数据单元,所述目标传输通道是从至少两条音频传输通道中为所述第一音频数据选择的一个音频传输通道,所述音频传输通道的带宽低于预设带宽阈值。
在本实施例中的一种实现方式中,所述数据接收单元501,具体用于接收音频发送设备通过目标传输通道传输的第一封装数据,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
在本实施例中的一种实现方式中,所述设备还包括:
数据排序单元,用于在接收音频发送设备通过目标传输通道传输的第一封装数据之后,按照已接收封装数据在所述数据发送设备侧的发送顺序,确定所述第一封装数据在所述已接收封装数据中的排序。
在本实施例中的一种实现方式中,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
则,所述数据排序单元,具体用于根据所述第一封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
在本实施例中的一种实现方式中,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元;
则,所述数据排序单元,具体用于根据所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
在本实施例中的一种实现方式中,所述第二音频数据与所述第一音频数据的数据类型相同或不同。
进一步地,本申请实施例还提供了另一种音频接收设备,包括:处理器、存储器、系统总线;
所述处理器以及所述存储器通过所述系统总线相连;
所述存储器用于存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被所述处理器执行时使所述处理器执行上述音频传输方法中的任一种实现方法,其中,该实现方法是指音频接收设备为执行主体时执行的方法步骤。
进一步地,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在终端设备上运行时,使得所述终端设备执行上述音频传输方法中的任一种实现方法,其中,该实现方法是指音频接收设备为执行主体时执行的方法步骤。
进一步地,本申请实施例还提供了一种计算机程序产品,所述计算机程序产品在终端设备上运行时,使得所述终端设备执行上述音频传输方法中的任一种实现方法,其中,该实现方法是指音频接收设备为执行主体时执行的方法步骤。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者诸如媒体网关等网络通信设备,等等)执行本申请各个实施例或者实施例的某些部分所述的方法。
需要说明的是,本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的设备而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (27)
1.一种音频传输方法,其特征在于,所述方法应用于一种音频发送设备,所述方法包括:
从待传输音频中获取每一待传输的数据单元,并将每一待传输的数据单元分别作为第一音频数据;
从至少两条音频传输通道中,为每一个所述第一音频数据分别选择一个音频传输通道,作为目标传输通道,其中,所述至少两条音频传输通道均为低功耗蓝牙通道,所述音频传输通道的带宽低于预设带宽阈值;
将所述第一音频数据,通过所述目标传输通道传输至音频接收设备。
2.根据权利要求1所述的方法,其特征在于,所述将所述第一音频数据,通过所述目标传输通道传输至音频接收设备,包括:
将第一封装数据,通过所述目标传输通道传输至音频接收设备,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
3.根据权利要求2所述的方法,其特征在于,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
其中,所述第一封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一封装数据在已接收封装数据中的排序。
4.根据权利要求2所述的方法,其特征在于,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及第二封装数据的唯一标识;
其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元,所述第一封装数据的唯一标识和所述第二封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一音频数据在已接收音频数据中的排序。
5.根据权利要求4所述的方法,其特征在于,按照下述方式确定所述第二封装数据的唯一标识:
利用所述第一封装数据的唯一标识,确定所述第二封装数据的唯一标识。
6.根据权利要求5所述的方法,其特征在于,所述利用所述第一封装数据的唯一标识,确定所述第二封装数据的唯一标识,包括:
利用所述第一封装数据的唯一标识以及所述第一音频数据的音频参数,确定所述第二封装数据的唯一标识。
7.根据权利要求4至6任一项所述的方法,其特征在于,所述第二音频数据与所述第一音频数据的数据类型相同或不同。
8.根据权利要求1至6任一项所述的方法,其特征在于,为所述第一音频数据选择一个音频传输通道,包括:
确定为所述第一音频数据设置的数据编号;
根据所述数据编号,为所述第一音频数据选择一个音频传输通道。
9.根据权利要求8所述的方法,其特征在于,所述根据所述数据编号,为所述第一音频数据选择一个音频传输通道,包括:
对所述数据编号进行取模运算,得到通道编号;
为所述第一音频数据选择与所述通道编号对应的音频传输通道。
10.一种音频传输方法,其特征在于,所述方法应用于一种音频接收设备,所述方法包括:
接收音频发送设备通过目标传输通道传输的第一音频数据;
其中,所述第一音频数据是从待传输音频中获取的每一待传输的数据单元,所述目标传输通道是从至少两条音频传输通道中为每一个所述第一音频数据分别选择的一个音频传输通道,所述至少两条音频传输通道均为低功耗蓝牙通道,所述音频传输通道的带宽低于预设带宽阈值。
11.根据权利要求10所述的方法,其特征在于,所述接收音频发送设备通过目标传输通道传输的第一音频数据,包括:
接收音频发送设备通过目标传输通道传输的第一封装数据,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
12.根据权利要求11所述的方法,其特征在于,所述接收音频发送设备通过目标传输通道传输的第一封装数据之后,还包括:
按照已接收封装数据在所述数据发送设备侧的发送顺序,确定所述第一封装数据在所述已接收封装数据中的排序。
13.根据权利要求12所述的方法,其特征在于,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
则,所述确定所述第一封装数据在所述已接收封装数据中的排序,包括:
根据所述第一封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
14.根据权利要求12所述的方法,其特征在于,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元;
则,所述确定所述第一封装数据在所述已接收封装数据中的排序,包括:
根据所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
15.一种音频发送设备,其特征在于,包括:
数据获取单元,用于从待传输音频中获取每一待传输的数据单元,并将每一待传输的数据单元分别作为第一音频数据;
通道选择单元,用于从至少两条音频传输通道中,为每一个所述第一音频数据分别选择一个音频传输通道,作为目标传输通道,其中,所述至少两条音频传输通道均为低功耗蓝牙通道,所述音频传输通道的带宽低于预设带宽阈值;
数据传输单元,用于将所述第一音频数据,通过所述目标传输通道传输至音频接收设备。
16.根据权利要求15所述的设备,其特征在于,所述数据传输单元,具体用于将第一封装数据,通过所述目标传输通道传输至音频接收设备,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
17.根据权利要求16所述的设备,其特征在于,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;其中,所述第一封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一封装数据在已接收封装数据中的排序;
或者,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及第二封装数据的唯一标识;其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元,所述第一封装数据的唯一标识和所述第二封装数据的唯一标识用于被所述音频接收设备接收后确定所述第一音频数据在已接收音频数据中的排序。
18.根据权利要求15至17任一项所述的设备,其特征在于,所述通道选择单元包括:
编号确定子单元,用于确定为所述第一音频数据设置的数据编号;
通道选择子单元,用于根据所述数据编号,为所述第一音频数据选择一个音频传输通道。
19.一种音频接收设备,其特征在于,包括:
数据接收单元,用于接收音频发送设备通过目标传输通道传输的第一音频数据;
其中,所述第一音频数据是从待传输音频中获取的每一待传输的数据单元,所述目标传输通道是从至少两条音频传输通道中为每一个所述第一音频数据分别选择的一个音频传输通道,所述至少两条音频传输通道均为低功耗蓝牙通道,所述音频传输通道的带宽低于预设带宽阈值。
20.根据权利要求19所述的设备,其特征在于,所述数据接收单元,具体用于接收音频发送设备通过目标传输通道传输的第一封装数据,其中,所述第一封装数据是对所述第一音频数据进行封装后的数据。
21.根据权利要求20所述的设备,其特征在于,所述设备还包括:
数据排序单元,用于在接收音频发送设备通过目标传输通道传输的第一封装数据之后,按照已接收封装数据在所述数据发送设备侧的发送顺序,确定所述第一封装数据在所述已接收封装数据中的排序。
22.根据权利要求21所述的设备,其特征在于,所述第一封装数据包括所述第一音频数据以及所述第一封装数据的唯一标识;
则,所述数据排序单元,具体用于根据所述第一封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
23.根据权利要求21所述的设备,其特征在于,所述第一封装数据包括所述第一音频数据、所述第一封装数据的唯一标识以及第二封装数据的唯一标识,其中,所述第二封装数据是对第二音频数据进行封装后的数据,所述第二音频数据为所述待传输音频中的下一待传输的数据单元;
则,所述数据排序单元,具体用于根据所述第一封装数据的唯一标识以及所述第二封装数据的唯一标识,确定所述第一封装数据在所述已接收封装数据中的排序。
24.一种音频发送设备,其特征在于,包括:处理器、存储器、系统总线;
所述处理器以及所述存储器通过所述系统总线相连;
所述存储器用于存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被所述处理器执行时使所述处理器执行权利要求1-9任一项所述的方法。
25.一种音频接收设备,其特征在于,包括:处理器、存储器、系统总线;
所述处理器以及所述存储器通过所述系统总线相连;
所述存储器用于存储一个或多个程序,所述一个或多个程序包括指令,所述指令当被所述处理器执行时使所述处理器执行权利要求10-14任一项所述的方法。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当所述指令在终端设备上运行时,使得所述终端设备执行权利要求1-9任一项所述的方法,或者执行权利要求10-14任一项所述的方法。
27.一种音频传输系统,其特征在于,包括:权利要求15至18任一项所述的音频发送设备,以及权利要求19至23任一项所述的音频接收设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810575788.7A CN108738007B (zh) | 2018-06-06 | 2018-06-06 | 一种音频传输方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810575788.7A CN108738007B (zh) | 2018-06-06 | 2018-06-06 | 一种音频传输方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108738007A CN108738007A (zh) | 2018-11-02 |
CN108738007B true CN108738007B (zh) | 2021-08-17 |
Family
ID=63932503
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810575788.7A Active CN108738007B (zh) | 2018-06-06 | 2018-06-06 | 一种音频传输方法、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108738007B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112217842A (zh) * | 2019-07-09 | 2021-01-12 | 北京声智科技有限公司 | 一种数据传输方法及装置 |
CN112423053B (zh) * | 2020-11-06 | 2024-04-09 | 歌尔科技有限公司 | 一种音频共享方法、系统、遥控器及计算机可读存储介质 |
CN112436898B (zh) * | 2020-11-09 | 2022-06-14 | 西安全志科技有限公司 | 语音数据传输方法、计算机装置及计算机可读存储介质 |
CN115150373A (zh) * | 2022-05-31 | 2022-10-04 | 深圳市东微智能科技股份有限公司 | 音频传输方法、终端设备及计算机可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248378A (zh) * | 2012-02-07 | 2013-08-14 | 宏达国际电子股份有限公司 | 并合接收与传输装置、及其适用的信息反馈方法 |
CN103733594A (zh) * | 2011-08-19 | 2014-04-16 | 苹果公司 | 利用蓝牙低功耗标准的音频传输 |
CN105324943A (zh) * | 2013-06-11 | 2016-02-10 | 美加狮有限公司 | 使用从其它传输技术中选择的传输技术传输数据的系统和方法 |
CN105450984A (zh) * | 2015-11-09 | 2016-03-30 | 天津航天中为数据系统科技有限公司 | 一种数据发送方法及系统 |
CN105704252A (zh) * | 2016-04-26 | 2016-06-22 | 青岛海信电器股份有限公司 | 低功耗蓝牙设备数据传输方法及装置 |
CN105930691A (zh) * | 2016-04-14 | 2016-09-07 | 卓荣集成电路科技有限公司 | 基于蓝牙的音乐许可播放系统和方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9504038B2 (en) * | 2014-12-25 | 2016-11-22 | Intel Corporation | Apparatus, method and system of communicating a wide-bandwidth data frame |
US10285065B2 (en) * | 2016-01-27 | 2019-05-07 | Mediatek Inc. | Long-range low-power integrated wireless transmission in channel gaps and guard spectrum |
-
2018
- 2018-06-06 CN CN201810575788.7A patent/CN108738007B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103733594A (zh) * | 2011-08-19 | 2014-04-16 | 苹果公司 | 利用蓝牙低功耗标准的音频传输 |
CN103248378A (zh) * | 2012-02-07 | 2013-08-14 | 宏达国际电子股份有限公司 | 并合接收与传输装置、及其适用的信息反馈方法 |
CN105324943A (zh) * | 2013-06-11 | 2016-02-10 | 美加狮有限公司 | 使用从其它传输技术中选择的传输技术传输数据的系统和方法 |
CN105450984A (zh) * | 2015-11-09 | 2016-03-30 | 天津航天中为数据系统科技有限公司 | 一种数据发送方法及系统 |
CN105930691A (zh) * | 2016-04-14 | 2016-09-07 | 卓荣集成电路科技有限公司 | 基于蓝牙的音乐许可播放系统和方法 |
CN105704252A (zh) * | 2016-04-26 | 2016-06-22 | 青岛海信电器股份有限公司 | 低功耗蓝牙设备数据传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108738007A (zh) | 2018-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108738007B (zh) | 一种音频传输方法、设备及系统 | |
US11109138B2 (en) | Data transmission method and system, and bluetooth headphone | |
CN103888818B (zh) | 一种电视节目播放方法、设备和系统 | |
CN102226944B (zh) | 混音方法及设备 | |
CN103957216B (zh) | 基于音频信号特性分类的无参考音频质量评价方法和系统 | |
CN108847248B (zh) | 蓝牙设备音频处理方法、系统、可读存储介质和蓝牙设备 | |
CN105592568A (zh) | 音频播放方法及系统 | |
CN101636990B (zh) | 在通信系统中传输数据的方法 | |
CN109003618A (zh) | 编码控制方法、装置、电子设备以及存储介质 | |
CN101009824A (zh) | 一种音/视频数据的网络传输方法 | |
CN108718361B (zh) | 一种音频文件播放方法及无线接听设备 | |
CN109413525B (zh) | 编码率调整方法、装置、电子设备及存储介质 | |
CN104363496A (zh) | 网络机顶盒中声音系统多场景应用的实现方法 | |
CN105163177A (zh) | 基于智能电视的音频数据播放方法、智能电视及系统 | |
CN103313095A (zh) | 视频传输方法、播放方法、终端和服务器 | |
CN105516018A (zh) | 网络数据传输方法和装置 | |
CN104509061A (zh) | 流媒体数据传输的调节方法及装置 | |
CN104079949B (zh) | 面向多屏的场景自适应的数据封装方法和装置及系统 | |
CN105208595B (zh) | 一种控制数据传输的方法及基站 | |
CN107615810A (zh) | 用于在线网络代码的包头压缩系统和方法 | |
CN110225352B (zh) | 一种基于能力协商的云游戏视频编解码选择方法 | |
CN112383775A (zh) | 一种基于云手机的视频数据传输方法 | |
CN111556076A (zh) | 一种多路径网络实时视频传输的方法 | |
CN101453286B (zh) | 一种多媒体广播系统中数字音频复用传输的方法 | |
WO2022012628A1 (zh) | 多声道音频信号编解码方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |