控制蓝牙多媒体装置的制作方法

本说明书的目的是一种蓝牙多媒体装置的控制系统，所述蓝牙多媒体装置尤其是蓝牙音箱(蓝牙是蓝牙sig公司的注册商标)。

背景技术：

蓝牙是一种本领域技术人员所熟知的通信标准，其自1994年起被定义并由已经发布了多个连续版本的一群组织(蓝牙sig)管理。当前版本是4.2版，第5版刚刚发布。蓝牙使之能够短距离双向交换数据(这是微微网的网络，指定了覆盖个人区域的网络)。因此，蓝牙设备的范围仅限于几十米。蓝牙使用位于uhf波段(300mhz至3ghz)的无线电波。蓝牙旨在通过摆脱线缆连接从而简化电子设备之间的连接。因此，蓝牙使之能够用无线通讯替换源多媒体设备(高保真系统、汽车收音机、计算机、平板电脑、移动电话等)与目标多媒体装置之间的线缆，目标多媒体装置比如是设置为用于播放接收到的多媒体流的音箱。

蓝牙音箱由于其高可移植性而取得了一定成功。

但是，如果使用称为a2dp配置文件的音频数据交换配置文件，蓝牙标准使蓝牙芯片不能够将并行的多个音频流传输到用户想要同步的多个多媒体装置。该a2dp配置文件使之不能执行同步的点对多点传输。实际上，蓝牙标准指出：“以下限制适用于该配置文件：1.配置文件不支持同步的点对多点分布。”因此，在理论上不可能设计出蓝牙多媒体装置的同步控制装置，同步控制装置包括控制多个多媒体装置的单个蓝牙芯片，因为蓝牙不允许这样做。

已经提出为了多个音箱创建点对多点蓝牙装置。例如，于2007年9月6日申请的现在最终失效的专利申请书fr2920930提出了这种装置。但是，该专利申请书未说明如何生产这种装置，如果只使用蓝牙芯片，从蓝牙标准的角度看，这似乎是不可能的。该申请书未充分描述妨碍了学习关于实现点对多点链路的方式的相关教学，更不必说同步的点对多点链路了。

虽然蓝牙未提供这一点，但是可以在蓝牙装置控制芯片中创建多个源sep，以便控制多个蓝牙装置(而不是在控制电路中提供与要控制的蓝牙装置一样多的蓝牙芯片)。sep是“流结束点”。在两个sep之间点到点地执行蓝牙通信。sep代表装置的资源和容量。例如，比如便携式电话这样的装置可具有三个sep，一个代表其视频接收器容量，另一个代表其具有sbc编解码器的音频接收器容量，最后一个代表其具有aptx编解码器的音频接收器容量。每个编解码器都必须与一个或多个编解码器相关联的sep所不同的sep相关联，但是同一个编解码器可以与多个sep相关联。

但是，在蓝牙装置是蓝牙多媒体装置的情况下，提出了将同步信号传输到a2dp中每个所述蓝牙多媒体装置的问题。

a2dp首字母缩略词的含义是“高级音频分布配置文件”。传统a2dp配置文件定义了用于通过蓝牙协议在源装置与信宿装置之间交换音频数据的一组协议和程序，“信宿”是指流的最终目的地，例如，蓝牙音箱。该a2dp配置文件是由通过蓝牙标准定义的多个构建块构成的。

尤其是，配置文件以本领域技术人员熟知的低级构建块为基础。所述构建块包括：

-“基带”构建块(在图1中用标号bb标识基带构建块)，

-“lmp”(“链路管理协议”)构建块，

-“l2cap”(“逻辑链路控制和适配协议”)构建块，

-“sdp”(“服务发现协议”)。这些构建块是由蓝牙标准定义的协议。

a2dp配置文件也以被称为应用层的高级层(在图1中标为aaso和aasi，分别代表“应用音频源”和“应用音频信宿”)为基础。这是装置确定传输参数与各种可用服务的层。这也是对用于传输音频数据的编解码器做出选择的层级(在已经对待传输的音频流进行编码的情况下，这会涉及到解码，然后重新编码，通常是这种情况)。

最后，a2dp配置文件以avdtp(“音频/视频分布传输协议”)构建块为基础，该构建块定义了用于创建流的蓝牙装置以及利用l2cap流式传输音频流和/或视频流的蓝牙装置之间的二进制处理。因此，这包括用于建立音频流、协商音频流参数以及传输音频流数据的程序。avdtp包括用于协商流参数的信令实体以及用于管理流本身的传输实体。avdtp定义了用于传输音频和/或视频数据的协议。更具体而言，avdtp涉及到两个sep之间的音频和/或视频数据的传输。

根据蓝牙标准由avdtp提出的限制在于在两个sep之间协商连接时，这两个sep必须彼此锁定，以便传递流。默认地，连接的sep拒绝所有新连接。在最近的蓝牙产品中，“社交模式”功能有时允许改变这种默认行为。但是，这种“社交模式”功能使新的连接能够中断正在进行的连接。因此，例如，可以存在连接到同一个蓝牙音箱的两个电话。但是，不可能建立多个同步的传输。切换到新连接通常是通过终止先前的连接同时把先前连接的电话保留在存储器中来完成的。因此，如果在源装置上只有一个音频源sep，那么根据蓝牙标准，在指定时间只能建立到指定信宿装置的单个avdtp传输。

l2cap层定义了用于交换蓝牙规范的数据的最小协议。尤其是，l2cap层支持数据包分割和重组、多路复用及服务质量。在各种蓝牙配置文件(比如a2dp)下面的各种传输协议(比如avdtp)来自于这个l2cap层。在源装置的cid(“信道标识符”)与信宿装置的cid之间创建l2cap信道，使之能够在这两个装置之间交换数据。对每个l2cap信道进行编程，具体而言，使之能够管理在由l2cap定义的信道(l2cap信道)中传输的数据流的控制。为此，可以针对每个l2cap信道独立地考虑各种参数，尤其是：

·fto或“刷新超时”参数定义源装置的缓冲存储器中的数据包的到期时间。默认该时间是无限的(阻塞模式)，这意味着只要没有数据包(初始数据包或重新发送的数据包)到达其目的地，便再次发送未到达目的地的已发送数据包。但是该时间也可以使之永远没有重传(如果将“刷新超时”参数设定为由蓝牙标准定义的适当值)，这相当于空值时间。该时间也可以取有限值。此外，存在被称为蓝牙数据包中存在的“标志非自动可刷新的”布尔值，表明相关数据包不能自动刷新。

·qos(“服务质量”)参数具体定义了在l2cap信道中包含要传输的数据包与其有效传输之间的最大延迟。

·称为“扩展流特性”的参数代替并补充前述“刷新超时”和“qos”参数的组合。

在源蓝牙装置的蓝牙堆栈与信宿蓝牙装置的蓝牙堆栈之间协商这些参数，而且超出默认值范围外，仍然不支持这些参数。

l2cap使之能够执行不同模式。这些模式也是l2cap信道参数，与“扩展流特性”参数或“刷新超时”参数的方式相同。所有这些参数(包括模式)使之能够修改流的控制。每个模式定义了用于管理数据流的不同程序。在经典蓝牙环境中(称为br/edr)，针对l2cap信道可有五种操作模式。

这些模式是：

·“基本模式”(基本模式l2cap)，

·“流量控制模式”，

·“重传模式”，

·“增强重传模式”(称为“ertm”)以及

·“流模式”(称为“sm”)。

“基本模式”是默认模式并且被所有蓝牙堆栈支持。基本模式无需编程。“流量控制模式”发送数据包，但从不重传丢失的数据包。但是，这些数据包(称为pdu)在丢失时被检测到，而且“流量控制模式”使之能够对列出丢失数据包的报告进行通信。“流量控制模式”和“重传模式”只能在“ertm”和“sm”不可用时使用。这两种模式(“流量控制模式”和“重传模式”)很少使用。具体而言，“ertm”使之能够考虑指定的最大重传次数、考虑重传可以干涉的指定最大持续时间，并且使之能够识别未被传输的或者不当传输的数据包。“sm”适合异步数据流。把有限“刷新超时”参数考虑在内。通过蓝牙接收器，如果缓冲存储器已满，则覆盖之前的数据。

按照蓝牙标准，称为“重传和流量控制选项”的参数使之能够选择模式。蓝牙标准建议利用具有无限“刷新超时”的“基本模式”，或者关于更近的蓝牙堆栈，利用具有任何“刷新超时”的“ertm”建立限制数据丢失的可靠连接。

实际上，市面上没有产品提供针对任何蓝牙多媒体装置的同步点对多点a2dp控制功能。

技术实现要素：

本发明的目的是改善这种现状。

本发明尤其涉及到一种蓝牙多媒体装置的控制装置，控制装置包括蓝牙芯片，该蓝牙芯片设置为执行修改的a2dp配置文件，从而创建从所述蓝牙芯片到多个蓝牙多媒体装置的点对多点链路，控制装置的蓝牙芯片设置为流式传输多个互连的多媒体流，基于非阻塞式蓝牙使用，分别传输到所述多个蓝牙多媒体装置之中的各个蓝牙多媒体装置。

该装置的优点在于，该装置使之能够利用单个电源芯片控制多个蓝牙多媒体装置，即便蓝牙标准未提供这种可能性，亦是如此。因此，可以在不违反蓝牙标准的情况下通过启用标准中未提供的点对多点链路修改a2dp配置文件。因此，保持了相互操作性(通常支持蓝牙功能)。只要装置在不扰乱现有功能的情况下增加最初不具有的功能，就没有违反蓝牙标准。此外，非阻塞式蓝牙的使用防止流式多媒体流被去同步。

根据本发明的装置可包括单独采用或者相结合地采用的以下特征中的一项或多项。

本发明具体涉及到蓝牙多媒体装置的控制装置，蓝牙芯片设置为，当所述蓝牙芯片发送到蓝牙多媒体装置的媒体流数据包丢失时，把所述多媒体流数据包重新发送到所述蓝牙多媒体装置，蓝牙芯片设置为确定至少一个蓝牙多媒体装置的缓冲存储器的填充率，并确定所述蓝牙芯片可以根据至少一个蓝牙多媒体装置的缓冲存储器的填充率把丢失的多媒体流数据包重新发送到蓝牙多媒体装置的最大持续时间。

本发明具体涉及到蓝牙多媒体装置的控制装置，其中，蓝牙芯片设置为生成多个sep，以便控制蓝牙多媒体装置。

本发明具体涉及到蓝牙多媒体装置的控制装置，其中，蓝牙芯片设置为利用sbc编解码器控制多达五个蓝牙多媒体装置。

本发明具体涉及到用于控制蓝牙多媒体装置的方法，其中，蓝牙芯片执行修改的a2dp配置文件，从而创建从所述蓝牙芯片到多个蓝牙多媒体装置的点对多点链路，蓝牙芯片流式传输多个互连的多媒体流，基于非阻塞式蓝牙使用，分别传输到所述多个蓝牙多媒体装置之中的各个蓝牙多媒体装置。

本发明具体涉及到用于控制蓝牙多媒体装置的方法，其中，当蓝牙芯片传输到蓝牙多媒体装置的多媒体流数据包丢失时，蓝牙芯片把所述多媒体流数据包重新发送到所述蓝牙多媒体装置，并确定至少一个蓝牙多媒体装置的缓冲存储器的填充率，以便减少所述蓝牙芯片可以根据至少一个蓝牙多媒体装置的缓冲存储器的填充率把丢失的多媒体流数据包重新发送到蓝牙多媒体装置的最大持续时间。

本发明具体涉及到用于控制蓝牙多媒体装置的方法，其中，蓝牙芯片生成多个sep，以便控制蓝牙多媒体装置。

本发明具体涉及到用于控制蓝牙多媒体装置的方法，其中，蓝牙芯片利用sbc编解码器控制五个蓝牙多媒体装置。

本发明具体涉及到一种计算机程序，所述计算机程序包括一系列指令，由处理器执行所述指令时，所述计算机程序执行根据本发明一方面的方法。

本发明具体涉及到一种非暂时计算机可读存储媒体，存储根据本发明一方面的计算机程序。

附图说明

通过阅读以下说明，本发明的其它特征和优点显而易见。本说明书纯粹是说明性的，应该结合附图阅读，在附图中：

-图1阐释了传统a2dp配置文件已经根据本发明一个实施例的a2dp'配置文件，所述a2dp'配置文件设置为与传统a2dp配置文件通信；

-图2阐释了包括根据本发明的装置以及一组蓝牙音箱的系统；

-图3阐释了图2的系统的变体。

具体实施方式

以下实施例是示例。虽然本说明书涉及到一个或多个实施例，但这并不一定意味着在一个实施例的情况中提及的每个元件只涉及到这个实施例，或者该实施例的特征仅适用于该实施例。

图1阐释了根据本发明一个实施例用于“源”装置(与传输音频流的装置相对应)的a2dp’配置文件与用于信宿装置的传统a2dp配置文件之间的通信。例如，信宿装置与蓝牙音箱相对应，识别出蓝牙音箱可包括多个信宿sep(多个信宿sep因此可以与同一个蓝牙音箱相对应，每个信宿sep都可以具体地与由该蓝牙音箱支持的所有编解码器中的各个编解码器相对应)。

实际上，蓝牙芯片的制造商的蓝牙堆栈针对每个编解码器以及每个蓝牙芯片仅引入单个源sep。因此，针对指定编解码器，不可能把多个音频装置(例如，音箱)连接到便携式电话。

通过所采用的avdtp'构建块而不是avdtp构建块将a2dp'配置文件与a2dp配置文件精确地区分开。avdtp'构建块提供avdtp构建块的所有功能，但是也支持同步的点对多点连接。

图2阐释了包括至少三个蓝牙音箱spk1、spk2和spkn的系统，所述蓝牙音箱分别与各自的信宿sepspes1、seps2，sepsn相关联(如前文所述，每个spki音箱可以与多个信宿sep而不是信宿sepsepsi相关联，但是简单起见，仅显示了有效使用的信宿sep)。系统还包括根据本发明一个可能性实施例控制蓝牙音箱的dev’装置。dev'装置包括蓝牙芯片bc'。该蓝牙芯片bc'储存识别它的唯一sepusep。该蓝牙芯片bc'通过各自的sepseps1、seps2和spesn创建与蓝牙音箱spk1、spk2和spkn的点对多点链路lnk'。

图3阐释了包括至少三个蓝牙音箱spk1、spk2和spkn的系统，所述蓝牙音箱spk1、spk2和spkn分别与各自的信宿sepspes1、seps2、sepsn相关联(如前文所述，每个spki音箱可以与多个信宿sep而不是单个信宿sepsepsi相关联，但是，简单起见，仅显示了有效使用的信宿sep)。系统还包括根据本发明的一个可能性实施例控制蓝牙音箱的dev装置。dev装置包括蓝牙芯片bc。该蓝牙芯片bc储存模拟三个不同蓝牙芯片(但所述蓝牙芯片是虚拟蓝牙芯片，因为实际上只有一个)的至少三个sepsep1、sep2和sepn。蓝牙芯片bc创建与至少三个蓝牙音箱spk1、spk2和spkn的点对多点链路lnk，但是从蓝牙标准的角度看，该链路lnk似乎是一组三个(至少)点到点链路。实际上，sepsep1被连接到音箱spk1的sepseps1，sepsep2被连接到音箱spk2的sepseps2，sepsepn被连接到音箱spkn的sepsepsn。

第一个实施例涉及到蓝牙多媒体装置的控制装置(例如，dev或dev')，控制装置包括蓝牙芯片(例如bc或bc')。

例如，蓝牙多媒体装置是蓝牙音箱。蓝牙音箱指包含至少一个音箱的任何蓝牙装置，所述音箱设置为流式传输能够被多个人同时感知的声音。例如，是高保真系统的音箱，或者是装有可供多个人听到的音箱的便携式电话，只要是控制装置控制该音箱即可。更具体而言，“能够被多个人同时感知的声音”的含义是指，存在与会话相对应的环境噪声或者约40分贝声压级(dbspl)时，位于离音箱至少一米远的任何人通过正常听力可以感知(就其内容可以被识别的意义而言)的声音。因此，耳麦、插入式耳机或者电话耳机不是就本申请书的意义而言的音箱，因为必须将其靠在耳朵上或放入耳朵中使用才能够感知所传输的声音。

根据一种可能性实施方案，蓝牙多媒体装置是蓝牙音箱。例如，可将这种音箱连接到电视，并且除了与在电视上流式传输的视频流同步，还需要彼此同步。

更普遍而言，每个蓝牙多媒体装置可以是蓝牙电视、蓝牙屏幕、蓝牙便携式电话、蓝牙便携或办公室计算机、蓝牙平板电脑、蓝牙高保真系统、蓝牙汽车收音机或者蓝牙数字音乐播放器。

例如，dev或dev’控制装置是蓝牙电视、蓝牙屏幕、蓝牙便携式电话、蓝牙便携或办公室计算机、蓝牙平板电脑、蓝牙高保真系统、蓝牙汽车收音机或者蓝牙数字音乐播放器。

将蓝牙芯片(例如，图中的bc或bc')设置为执行修改的a2dp配置文件(在图1中标为a2dp')，从而创建从所述蓝牙芯片到多个蓝牙多媒体装置spk1、spk2、spkn的点对多点链路(例如lnk或lnk')。控制装置的蓝牙芯片设置为流式传输多个互连的多媒体流，基于非阻塞式蓝牙使用，分别传输到所述多个蓝牙多媒体装置之中的各个蓝牙多媒体装置。“互连的”多媒体流的含义是指涉及相同情况(例如，相同场景或相同音乐)的多媒体流，但是也可以不同。例如，多媒体流可以是分别与音频录制的5.1个频道之一相对应的六个音频流，或者可以是在相同时间但是从不同角度拍摄的同一个场景的多个视频。例如，将控制装置设置为通过蓝牙型无线连接传输音频流(或者更普遍而言，多媒体流)。例如，所述控制装置储存或转播至少包括一个音频信道的多媒体流。例如，所述控制装置储存mp3文件，或者将其连接到服务器(比如服务器)，通过所述服务器下载其通过蓝牙逐步同时重传到多个蓝牙多媒体装置的流。

因为基于非阻塞式蓝牙使用，而不是a2dp中默认使用的阻塞式使用，所以控制装置防止同步丢失。非阻塞式蓝牙使用的含义是指(通过蓝牙模式和/或通过其它蓝牙参数进行的)任何蓝牙编程，所述蓝牙编程防止蓝牙芯片阻塞蓝牙多媒体装置的控制装置。因此，非阻塞式蓝牙使用是防止迫使蓝牙芯片重新发送未被接收的数据包的蓝牙的使用，只要其未被接收便如此，这样还防止迫使在至少一个蓝牙多媒体装置不再具有缓冲存储器中的数据的时间之外重新发送这种数据包，例如，所述至少一个蓝牙多媒体装置因为未成功尝试重新发送数据包而不再具有缓冲存储器中的数据，这样独占了蓝牙通信。非阻塞式使用与一组参数(fto、qos、模式、扩展流特性)相对应，而不是仅与就蓝牙标准的意义而言的模式(比如，sm模式)相对应。例如，所述模式是“流量控制”模式或任何其它模式，针对所述模式根据蓝牙标准设定“刷新超时”参数，以防重传。相反，阻塞式使用是只要未接收数据，便导致重传数据的使用，或者在较高优先级的蓝牙多媒体装置也在等待数据并且由于所述使用而未接收数据(因此将其阻塞)的同时导致重传数据的使用。在现有技术中使用阻塞式使用，因为其防止偶然数据丢失(如果长时间停电超过给定阈值，阻塞式使用则不能防止数据丢失)。假如蓝牙适合启用点对多点流式传输，采用非阻塞式使用则防止蓝牙多媒体装置变得不可访问的风险，并且防止任何数据传输到所有蓝牙多媒体装置。例如，蓝牙多媒体装置可以变得不可访问，因为其被移除dev控制装置的蓝牙芯片的范围，或者因为其含有废电池，或者由于任何其它原因。

在介绍中提到的默认蓝牙l2cap参数不适合建立源蓝牙装置的同步a2dp连接到多个信宿蓝牙装置的源蓝牙装置。实际上，如果通过无限“刷新超时”配置在源与信宿(例如，音箱)之间创建的链路之一，而且如果音箱退出蓝牙领域或者如果通过废电池对其供电，则连续地重新发送数据到所述音箱，未接收数据的所述音箱则阻塞任何其它数据传输到其它信宿装置(按顺序发送数据)。此外，如果默认定义“刷新超时”参数，那么通过音响发送数据则导致所述参数与其它参数之间的时间滞差。实际上，当源蓝牙装置的蓝牙领域以外的音箱返回该时，所述音箱继续通过退出该领域而从其停止的时间开始传递流。

根据一种可能性实施方案，蓝牙多媒体装置的控制装置设置为通过由蓝牙多媒体装置的蓝牙堆栈支持的各种配置自动确定针对每个l2cap信道(与用于控制蓝牙音箱的装置的蓝牙芯片和蓝牙多媒体装置之间的逻辑链路相对应)采用的编程，从而保持蓝牙多媒体装置的控制装置与各种信宿多媒体装置之间的同步链路。每个多媒体装置的l2cap参数可以是不同的(所述参数取决于这些多媒体装置的特性、其支持某些协议的能力等)。

根据一种可能性实施方案，蓝牙多媒体装置的控制装置设置为在由蓝牙标准定义的值(即1，但是该值可以根据实施方案变化)针对不同l2cap信道配置所有“刷新超时”，从而不执行重传。就没有捕获传输错误或丢失的意义而言，因此得到的链路是不可靠的，但是在可能丢失数据包之后确保同步。

根据一种可能性实施方案，a2dp配置文件修改包括修改a2dp配置文件使用的avdtp构建块，例如，按照上文所述的方式修改。为了产生与修改的avdtp构建块相对应的avdtp'构建块，尤其是可以采用自由实施方案，比如，被称为bluez的实施方案(本领域技术人员熟知)，将其设计为在linux型操作系统上执行蓝牙技术，而且在gnugpl许可下可用。bluez实施方案已经变为linux的参考蓝牙实施方案，并且已经集成到linux内核中。

根据第二个实施例，把根据第一个实施例的蓝牙多媒体装置的控制装置的蓝牙芯片设置为，在所述蓝牙芯片传输到蓝牙多媒体装置的多媒体流数据包丢失的情况下，把所述多媒体流数据包重新发送到所述蓝牙多媒体装置。蓝牙芯片设置为确定至少一个蓝牙多媒体装置spk1，spk2，spkn的缓冲存储器的填充率，以及确定所述蓝牙芯片可以根据至少一个蓝牙多媒体装置的缓冲存储器的填充率把丢失的多媒体流数据包重新发送到蓝牙多媒体装置的最大持续时间。

根据一种可能性实施方案，这个最大持续时间与所有其它蓝牙多媒体装置的缓冲存储器之中填充最少的缓冲存储器相对应，对于该缓冲存储器，必须推断出传输多媒体流的足够部分所需的时间。因此，没有考虑丢失数据包的蓝牙多媒体装置的缓冲存储器的内容。

根据另一种实施方案，这个最大持续时间与所有蓝牙多媒体装置(包括丢失数据包的那个蓝牙多媒体装置)的缓冲存储器之中填充最少的缓冲存储器相对应，对于该缓冲存储器，必须推断出传输多媒体流的足够部分所需的时间。实际上，如果丢失数据包的蓝牙多媒体装置冒着播放多媒体流数据用尽的风险，则可以认为更适合放弃尝试重传丢失的数据包，在任何情况下，都可以将其恢复为延迟的，并因此与其它蓝牙多媒体装置同步。

根据另一种实施方案，蓝牙芯片设置为识别无需验证缓冲存储器的填充率的蓝牙多媒体装置。例如，如果可以推断出其它蓝牙多媒体装置必须存在，其中缓冲存储器填充较少，并且确定前述最大持续时间，蓝牙芯片则可以排除最后给缓冲存储器供电的n个蓝牙多媒体装置。

根据另一种实施方案，蓝牙芯片设置为储存蓝牙多媒体装置的标识符，所述蓝牙多媒体装置的缓冲存储器被供电时间最长。当数据包丢失时，蓝牙芯片只验证这个蓝牙多媒体装置的缓冲存储器，所述蓝牙多媒体装置的缓冲存储器被供电时间最长。

根据一种可能性实施方案，控制装置设置为传输大约14ms(与通过sbc编解码器给音频流块编码的持续时间相对应)的部分音频流。根据一种可能性实施方案，控制装置控制四个蓝牙多媒体装置，约为14ms的部分传输需要大约1.3ms。因此，需要大约4*1.3ms或大约5.2ms来向四个蓝牙多媒体装置传输大约14ms的流，这样留下大约14ms-5.2ms或大约8.8ms，在这段时间，控制装置可以识别不当传输或者未传输的数据包并重传所述数据包。

根据一种可能性实施方案，蓝牙多媒体装置的控制装置设置为根据蓝牙多媒体装置的缓冲存储器的填充状态配置每个l2cap信道的“刷新超时”，必须提前估算所述填充状态，例如通过前述方法之一估算。

根据一种可能性实施方案，根据第一个实施例的蓝牙多媒体装置的控制装置的蓝牙芯片设置为生成控制所有蓝牙多媒体装置的唯一sep。更具体而言，修改源sep(蓝牙芯片)的a2dp配置文件，例如，通过用传统avdtp构建块代替修改的avdtp'构建块而修改。修改包括去除防止源sep连接到多于一个信宿sep的限制。因此，蓝牙标准不包含在信宿sep的水平验证所述信宿sep与之对话的源sep并未也与其它信宿sep对话。在技术上，表明可将多媒体流(尤其是音频)从同一个源sep流式传输到来自同一个蓝牙芯片的多个信宿sep。

因为蓝牙标准不能够使源sep与多个信宿sep通信，所以当前实施方案构成扩展蓝牙标准的一种形式，只要没有提供检测这种扩展的蓝牙标准，所述扩展就不会产生困难。

当然，可以在蓝牙多媒体装置的控制装置中提供多个蓝牙芯片，每个芯片设置为生成控制蓝牙多媒体装置的唯一sep，由每个芯片分别管理所述蓝牙多媒体装置。例如，1号蓝牙芯片可以管理1至5号多媒体装置，2号蓝牙芯片可以管理6至10号多媒体装置，3号蓝牙芯片可以管理11至15号多媒体装置。实际上，蓝牙芯片的最大速度限制了它可以控制的多媒体装置的数量，如果多媒体装置的数量超出指定阈值，增加蓝牙芯片使之能够同时控制额外的多媒体装置。

根据第三个实施例，根据第一个实施例或第二个实施例蓝牙多媒体装置的控制装置的蓝牙芯片设置为生成控制蓝牙多媒体装置的多个sep。

根据一个有利的实施例，蓝牙芯片针对每个信宿sep生成不同的源sep(与所述蓝牙芯片必须控制的每个蓝牙多媒体装置相对应)。这是前述实施方案的替代方案，其中，蓝牙芯片更接近于蓝牙标准。实际上，似乎具有点到点链路，而不是点对多点链路。但是，当然可以是一种装置，该装置包括生成同一个蓝牙芯片中的多个虚拟源sep，以模拟多个源装置，而实际上只有单独一个蓝牙芯片。

当然，可以在蓝牙多媒体装置的控制装置中提供多个蓝牙芯片，每个芯片设置为生成与蓝牙多媒体装置一样多的源sep，由每个芯片分别管理所述蓝牙多媒体装置。例如，1号蓝牙芯片可以利用各个源sepsep1至sep5管理1至5号蓝牙多媒体装置，2号蓝牙芯片可以利用各个源sepsep6至sep10管理6至10号蓝牙多媒体装置，3号蓝牙芯片可以利用各个源sepsep11至sep15管理11至15号蓝牙多媒体装置。实际上，蓝牙芯片的最大速度限制了它可以控制的多媒体装置的数量，如果多媒体装置的数量超出给定阈值，增加蓝牙芯片使之能够同时控制额外的多媒体装置，由蓝牙芯片生成的源sep的数量不影响该蓝牙芯片中的可用带宽，所述可用带宽保持不变，但是在这些不同的源sep之间共享。根据一种可能性实施方案，蓝牙芯片创建最多7个源sep，以便管理所述蓝牙芯片利用微微网控制的蓝牙多媒体装置。微微网是包括1至8个蓝牙装置的网络，包括单个源蓝牙装置及多达7信宿蓝牙装置，如蓝牙标准所指定的。对于每个源装置7个信宿装置的限制起源于蓝牙寻址，所述蓝牙寻址利用三位识别每个信宿蓝牙装置，保留组合000，用于被称为“无连接广播”的特定模式。

根据第四个实施例，根据第一个至第三个实施例之中一个实施例的蓝牙多媒体装置的控制装置的蓝牙芯片设置为利用sbc编解码器控制多达五个蓝牙多媒体装置。“控制多达五个蓝牙多媒体装置”的含义是无论sbc音频流传递什么，都可以将该流传递到五个音箱。如果少于五个音箱，理由则更充足。

以44.1khz对cd质量立体声音频流进行采样，并且以16位对音频信号进行采样。因此，每秒为左侧提供44100个16位样本，为右侧提供44100个其它16位样本。因此这种流的原始吞吐量是44100*2*16位/秒或者略高于1.4兆位/秒。这种速度非常高，因此有帮助的是将其压缩，以便减小传输过程中，尤其是蓝牙传输过程中所需的带宽，其速度非常高。将编解码器用于执行这种压缩。sbc编解码器是非常简单且有效的编解码器。有效意味着sbc编解码器只需要非常少的存储器资源和处理器资源即可运行。这对于蓝牙芯片非常有用，在处理功耗存储器过程中通常限制所述蓝牙芯片。sbc编解码器也是自由的。所述sbc编解码器也是有利的，因为其非常普遍，并且因此确保较高的互操作性。但是，就所得到的压缩率和音频质量方面而言，其性能相当差。通过sbc编解码器编码的音频流的位速率最多为372千位/秒(在某些情况下，sbc生成较低的位速率，尤其是为了适应可用带，因此如有必要，使之能够控制多于五个蓝牙多媒体装置)。但是存在性能更好的编解码器。例如，aac编解码器生成约为192千位/秒的压缩音频流，其质量大致等于372千位/秒的sbc流的质量。aptx编解码器也能够提高性能(在等效质量下速率较低)，但不是自由的。

比如传统蓝牙音箱这样的兼容edr(“增强数据速率”)装置的蓝牙带宽是2.1兆位/秒。因此可以在可用带宽中以sbc编解码器(最多按照372千位/秒)编码的至少五个流传输。

根据一种可能性实施方案，蓝牙芯片使用aac编解码器，所述aac编解码器在理论上使之能够以192千位/秒传输在aac中编码的十个(实际上十一个)流。不过，根据一种可能性实施方案，有利的是把aac流的数量限制为七个，以便能够根据蓝牙标准(该蓝牙标准把信宿装置的数量限制为7个)把微微网放在适当位置。根据其它替换方案，采用其它编解码器，使之能够传输多达七个编码流，或者，如果编码流速率大于300千位/秒(在这种情况下，可能编码的流的数量按照用位/秒表示的编码流的速率等于2100000的比率)，所述编码流则较少。

第五个实施例指的是一种通过蓝牙芯片控制蓝牙多媒体装置的方法。蓝牙芯片执行修改的a2dp配置文件(标为a2dp’)，从而创建从所述蓝牙芯片到多个蓝牙多媒体装置的点对多点链路，蓝牙芯片流式传输多个互连的多媒体流，基于非阻塞式蓝牙使用，分别传输到所述多个蓝牙多媒体装置之中的各个蓝牙多媒体装置。

根据一种可能性实施方案，蓝牙芯片包括处理器并执行适合实施a2dp’配置文件的计算机程序，从而创建从所述蓝牙芯片到多个蓝牙多媒体装置的点对多点链路，蓝牙芯片流式传输多个互连的多媒体流，基于非阻塞式蓝牙使用，分别传输到所述多个蓝牙多媒体装置之中的各个蓝牙多媒体装置。

根据一个替换实施方案，这是包括所述蓝牙芯片的蓝牙多媒体装置的控制装置，所述蓝牙芯片也包括处理器并且执行适合实施a2dp'配置文件的计算机程序，从而创建从所述蓝牙芯片到多个蓝牙多媒体装置的点对多点链路，蓝牙芯片流式传输多个互连的多媒体流，基于非阻塞式蓝牙使用，分别传输到所述多个蓝牙多媒体装置之中的各个蓝牙多媒体装置。

在两个前述实施方案中，计算机程序储存在存储器(例如，eeprom，flash或rom型存储器)中。可将该存储器植入蓝牙芯片中或者在蓝牙芯片外的蓝牙多媒体装置的控制装置中。根据一种变化，把计算机程序部分地储存在蓝牙芯片中，部分地储存在蓝牙多媒体装置的控制装置中。根据一种变化，蓝牙多媒体装置的控制装置和蓝牙芯片分别包括至少一个不同的处理器，每个处理器执行一部分计算机程序，所述计算机程序储存在单个位置(唯一存储芯片)或者分布在多个存储芯片上(例如，蓝牙芯片的存储芯片以及蓝牙多媒体装置的控制装置的存储芯片)。

根据另一种实施方案，该方法不是通过计算机程序而是通过专用电子芯片来实施的，例如，所述专用电子芯片是fpga或任何其它适当电路，包括专设电路。根据一种变化，该方法是部分地通过比如前述专用芯片这样的专用电子芯片，部分地通过执行适当计算机程序的处理器来实施的。

根据第六个实施例，根据第五个实施例的用于控制蓝牙多媒体装置的方法的蓝牙芯片，当蓝牙芯片传输到蓝牙多媒体装置的多媒体流数据包丢失时，所述蓝牙芯片把所述多媒体流数据包重新发送到所述蓝牙多媒体装置，并确定每个蓝牙多媒体装置spk1，spk2，spkn的缓冲存储器的填充率，以便推断出所述蓝牙芯片可以根据蓝牙多媒体装置的缓冲存储器的填充率把丢失的多媒体流数据包重新发送到蓝牙多媒体装置的最大持续时间。

根据第七个实施例，根据第五个或第六个实施例的控制蓝牙多媒体装置的方法的蓝牙芯片生成多个sepsep1，sep2，…sepn，以便控制蓝牙多媒体装置spk1，spk2，…spkn。

根据第七个实施例，根据第五个至第七个实施例之中一个实施例的控制蓝牙多媒体装置的方法的蓝牙芯片利用sbc编解码器控制五个蓝牙多媒体装置。

第九个实施例指的是一种计算机程序，该计算机程序包括一系列指令，通过处理器执行所述指令时，所述计算机程序实施根据第五个至第八个实施例之中一个实施例的方法。例如，用比如汇编语言这样的低级语言或者用比如c语言这样的较高级的更可移植的语言编写该计算机程序。根据一种可能性实施方案，把计算机程序分为多个模块。根据一种可能性实施方案，各个模块全是用相同语言编写的，例如，c语言或汇编语言。根据一种替换方案，某些模块是用不同语言编写的，例如，某些模块是用c语言编写的，其它模块是用汇编语言编写的。根据一种可能性实施方案，所有模块都储存在相同存储器中。根据一种替换方案，将某些模块储存在不同存储器中。

第十个实施例指的是一种非暂时计算机可读存储媒体，储存根据第九个实施例的计算机程序。根据一种可能性实施方案，存储媒体是usb秘钥、sd卡或微型sd卡。根据一种变化，存储媒体是任何存储器卡。根据另一种变化，存储媒体是用于安装在电子电路上的存储芯片。例如，是eeprom、rom或闪存。根据一种可能性变化，存储媒体是磁性(例如，硬盘型)媒体或光学(例如，cd或dvd型)媒体。

本发明不仅限于上文通过实例的方式所述的实施例。可用的存储器包括任何类型的存储器。

关于蓝牙多媒体装置的控制装置所述的实施例可以应用到用于控制蓝牙多媒体装置的方法，也可以用于工具本发明的实施例的计算机程序和程序的存储媒体，反之亦然。