用于在蓝牙网络中路由音频数据的方法和系统与流程

1.本公开涉及数据路由的领域。具体地，本公开涉及一种使用蓝牙网络(蓝牙是蓝牙sig公司的注册商标)管理音频数据到音频传输设备的路由的方法和系统。


背景技术：

2.依赖于蓝牙技术的方法和设备在背景技术中是众所周知的。蓝牙定义了一种用于在不同设备之间使用短波长无线电波发送数据的无线通信标准。具体地，蓝牙实现短距离的数据交换，最远范围能够达到几十米。
3.背景技术中已知如何将诸如计算机、智能电话或触摸板的多媒体设备连接到无线或有线设备以播放给定的多媒体内容。示例包括用于在家播放音乐的扬声器、用于通过智能电话实行对话的免提单元等。蓝牙设备由于其便携性在客户中非常受欢迎，并且特别是在家庭或交通工具中的短距离使用。
4.已经在2010年发布的蓝牙4.0版本包括经典蓝牙、蓝牙高速和蓝牙低功耗(ble)协议。针对极低功率应用的ble协议在维持类似通信范围的同时，大大降低了功耗和成本，从而延长了蓝牙设备的电池寿命。
5.此外，已经在2019年发布的蓝牙5.1版本提供了改进的定位能力，允许蓝牙设备以高达厘米的精度来确定给定设备的方向和位置。这些能力在将蓝牙技术用于定向声音应用方面引起了新的兴趣，诸如使用多个音频设备将声音或音乐传播到比已知扬声器允许的范围更广的区域。
6.目前需要开发适合于在特定区域更好地聚集声音的方法和设备，且例如，允许不同的用户取决于他们的位置具有个性化的声音体验。代替让几个扬声器为附近的用户输出相同的声音，让定向扬声器允许特定用户收听所选择的音频输出会更有效。
7.然而，蓝牙规范目前不能够进行多对一的同时通信，即，将多媒体内容从多个设备(诸如智能电话)流式传输到给定的目的地设备(例如无线或有线多媒体传输设备，诸如扬声器)。
8.蓝牙标准强加的一个限制是，当在两个流端点(下文称为sep)之间建立流时，这两个sep必须被彼此锁定以便传递流。然而，已知的蓝牙标准没有描述使用两个或更多个sep来流式传输数据所需的特定路由能力。
9.这为设计蓝牙系统提出了几个问题，其中多个设备将被用于定向声音应用。特别地，多个扬声器需要多个源设备。目前，没有现有技术允许具有多于“一次一个”的蓝牙通信，即，能够进行多对一的同时通信。
10.此外，需要在定向声音应用的框架中改进通信类型，例如当使用多个定向扬声器来发射使用蓝牙网络从多个音频源接收的音频数据时。这种改进的通信类型将有助于允许若干用户在交通工具中具有个性化的声音体验，诸如在配备有多个定向扬声器的汽车中的多个乘客。


技术实现要素：

11.为了解决至少一些上述问题，本公开的第一目的涉及一种用于管理音频数据的路由的方法，该方法由音频数据路由设备执行，该方法包括：
[0012]-在蓝牙网络中传输音频传输设备的列表，
[0013]-从启用蓝牙的设备接收通信请求，
[0014]-响应于所述通信请求，与该启用蓝牙的设备建立通信链路，
[0015]-管理该启用蓝牙的设备与来自该音频数据传输设备的列表的所选择的音频数据传输设备之间的音频数据路由。
[0016]
这允许使用一个或多个启用蓝牙的设备将音频数据路由到所选择的(多个)音频数据传输设备。
[0017]
这还允许将诸如智能电话的若干音频传输设备连接到集中式系统，该集中式系统又基于音频传输设备接收的通信请求重新定向一个或几个多媒体流。这种重新定向能够同时或相继地、自动或手动地被实行。
[0018]
本文中，并且通常，音频传输设备能够是可用的或不可用的。当音频数据已经被路由到音频传输设备时，音频传输设备被称为不是可用的，并且当没有音频数据被路由到音频传输设备时，音频传输设备被称为是可用的。
[0019]
该方法还允许根据音频传输设备是可用的或不可用的来重新定向一个或几个多媒体流。
[0020]
该方法还允许利用最新蓝牙标准的能力来流式传输多媒体数据，并且特别是音频数据或语音通信数据，这将在下文中被描述。
[0021]
音频传输设备的示例包括被配置成能够进行单向通信的定向扬声器、被配置成能够进行双向通信的定向扬声器和相关联麦克风。
[0022]
启用蓝牙的设备的示例包括被配置用于向多个目的地设备流式传输数据的源设备，如智能电话或仅被用作接收器的蓝牙扬声器。
[0023]
在一个优选实施例中，通信请求包括至少一个所述音频传输设备的指示。
[0024]
在一个实施例中，通信请求可以包括至少一个所述音频传输设备的指示。
[0025]
在一个优选实施例中，所述通信链路在音频路由设备与一个启用蓝牙的设备之间被建立，所述通信链路在包括以下的组中：单向点对点链路和双向点对点链路。
[0026]
本文中，所述通信链路能够通过不同的方式被创建，包括在接收到通信请求后由音频路由设备创建，或者在接收到对通信请求的响应时由启用蓝牙的设备创建。
[0027]
使用建立后的通信链路，这允许具有源设备上的一个以上的源sep，扩展了在给定时间对给定设备建立音频/视频分配传输的可能性。
[0028]
所建立的通信链路还允许以蓝牙方式连接的多个智能电话输出多媒体数据，并且特别是音频数据，以将这种数据流式传输到多个音频传输设备，诸如定向扬声器。这样，流能够通过多对一的同时蓝牙通信被建立。
[0029]
在一个实施例中，单向点对点链路在包括以下的组中：a2dp链路、acl链路和ble链路，诸如单个ble等时信道或链路。
[0030]
在一个实施例中，双向点对点链路在包括以下的组中：hfp链路、sco链路、esco链路和ble链路，诸如双ble等时信道或链路。
[0031]
在一个实施例中，该方法进一步包括实现扩展的蓝牙音频简档，其支持在音频传输设备与启用蓝牙的设备之间的多个同时数据链路。
[0032]
这允许具有源设备上的一个以上的源sep，扩展了在给定时间对给定设备建立音频/视频分配传输的可能性。
[0033]
在一个实施例中，音频数据包括蓝牙信号，该蓝牙信号在包括以下的组中：音频流信号和语音通信流信号。
[0034]
这允许利用最新蓝牙标准的能力来流式传输多媒体数据，并且特别是音频数据和/或语音通信数据，这将在下文中被描述。
[0035]
在一个实施例中，音频流从音频传输设备到输出设备的路由通过直接通信链路或通过间接通信路径被实行。
[0036]
这允许通过建立通信链路(或路径)将数据从一个或多个音频传输设备直接(或间接)流式传输到所选择的音频传输设备，或者将数据从音频传输设备流式传输，该数据可能通过诸如外部服务器或像互联网的电信网络的其他设备。
[0037]
在一个实施例中，传输音频传输设备的列表的步骤或接收通信请求的步骤使用ble gatt简档被实行。
[0038]
本文中，ble gatt简档是蓝牙低功耗通用属性简档，它是允许两个蓝牙低功耗设备来回地传送数据的简档或协议。
[0039]
根据本公开的第二目的，公开了一种计算机程序产品，所述计算机程序产品包括其上已经存储了计算机程序指令的计算机可读介质，该计算机程序指令可加载到计算设备中，并且当被加载到所述计算设备中并由所述计算设备执行时，适用于使该计算设备执行根据前述实施例中的任一个的方法的步骤。
[0040]
根据本公开的第三目的，公开一种用于管理音频数据的路由的音频数据路由设备，所述设备被配置成：
[0041]-在蓝牙网络中传输音频传输设备的列表，
[0042]-从启用蓝牙的设备接收通信请求，
[0043]-响应于所述通信请求，与该启用蓝牙的设备建立通信链路，
[0044]-管理该启用蓝牙的设备与来自该可用的音频数据传输设备的列表的所选择的音频数据传输设备之间的音频数据路由。
[0045]
在一个实施例中，音频数据路由设备包括蓝牙芯片，该蓝牙芯片被配置成在蓝牙网络中传输可用的音频传输设备的列表，从启用蓝牙的设备接收通信请求，响应于所述通信请求与启用蓝牙的设备建立通信链路，和/或管理启用蓝牙的设备与来自可用的音频数据传输设备的列表的所选择的音频数据传输设备之间的音频数据路由。
[0046]
根据本公开的第四目的，公开了一种用于管理音频数据的路由的交通工具信息娱乐系统，所述系统包括：
[0047]-根据本公开的第三目的的音频数据路由设备，
[0048]-音频传输设备，以及
[0049]-启用蓝牙的设备。
[0050]
本文中，信息娱乐设备能够是例如用于执行该方法的步骤的任何类型的音频数据路由设备。
[0051]
这允许在多个目的地设备上输出音频。例如，这能够被用于为交通工具配置蓝牙多媒体系统，以及在定向扬声器上输出音频数据或语音通信数据。
[0052]
在一个实施例中，至少一个启用蓝牙的设备在包括以下的组中：智能电话、蓝牙扬声器、蓝牙耳机、计算机、平板型计算机和视频游戏控制台。
[0053]
在一个实施例中，至少一个音频传输设备包括定向扬声器或麦克风。
[0054]
有益地，定向扬声器允许单向通信，而与麦克风组合的定向扬声器允许双向通信。
[0055]
在一个实施例中，定向扬声器或麦克风被有线连接到音频路由设备。
[0056]
在一个实施例中，至少一个音频传输设备包括被无线连接到音频路由设备的接收器，诸如蓝牙扬声器或蓝牙耳机。任何类型的无线协议都能够被用于所述无线连接。
[0057]
在一个实施例中，至少一个音频传输设备包括无线连接到音频路由设备的源，诸如具有集成麦克风的智能电话或蓝牙耳机。任何类型的无线协议都能够被用于所述无线连接。
[0058]
在一个实施例中，至少一个音频传输设备包括蓝牙源设备或蓝牙音频网关。
[0059]
当音频传输设备是蓝牙源设备或蓝牙音频网关时，这允许与连接的设备中的一个路由一个活动流和/或与一个以上的连接的设备路由一个活动流，或者甚至与多个连接的设备路由多个活动流。
[0060]
交通工具信息娱乐系统的一个示例是汽车信息娱乐系统，例如，汽车中的声音系统的主扬声器，其通常被配置成管理音频数据的路由。这种信息娱乐系统允许在多个目的地设备上输出音频。
[0061]
在一个实施例中，音频数据路由设备包括一个或多个蓝牙芯片。
[0062]
有益地，包括多个蓝牙芯片的汽车信息娱乐系统的音频数据路由设备允许增加连接带宽，并且因此增加要连接的设备的数量。
附图说明
[0063]
参考附图，通过非限制性示例给出的以下详细描述，本公开的目的的其他特征、细节和优点将变得明显，其中：
[0064]
图1图示了根据本公开实施例的a2dp简档。
[0065]
图2图示了根据本公开实施例的蓝牙系统。
[0066]
图3图示了根据本公开实施例的方法的流程图。
[0067]
图4图示了根据本公开其他实施例的方法的流程图。
[0068]
图5图示了根据本公开实施例的蓝牙系统。
[0069]
图6图示了根据本公开实施例的方法的流程图。
[0070]
图7图示了根据本公开实施例的蓝牙设备的结构。
具体实施方式
[0071]
附图和以下详细描述实质上包括一些精确的元素。它们能够被用于增强对本公开的理解，并且如果必要的话，还能够被用于定义本发明。
[0072]
图1图示了根据本公开实施例的被布置用于使用蓝牙协议交换数据的a2dp简档。
[0073]
根据一个实施例，a2dp简档是基于音频/视频分配传送协议，avdtp。avdtp定义了
蓝牙设备之间的二进制事务，并允许建立音频流和/或视频流。具体地，avdtp涉及在两个流端点(sep)之间的音频和/或视频数据的传送。例如，常规a2dp简档定义了协议和过程的集合，其用于经由蓝牙协议在源(或主)设备和宿(或从)设备(例如蓝牙扬声器)之间交换音频数据。
[0074]
本文中，sep可以包括三个逻辑实体：数据源(或宿)、被配置用于通过网络发送和/或接收帧的流适配器、以及提供接口的流接口控制对象。
[0075]
优选地，每一sep涉及用于数字音频编码和解码的sbc编解码器，其能够被用于将数据传递到蓝牙音频传输设备，如耳机或扩音器。每一sep还可以涉及aptx编码译码器，这是一种蓝牙压缩算法，其提供了优于标准sbc编码译码器的益处。每一编码译码器优选地与不同于与其他编码译码器相关联的sep相关联，但是同一编码译码器能够与多个sep相关联。
[0076]
通常，a2dp简档包括由蓝牙标准定义的若干层，包括：
[0077]-对应于参考avdtp的“事务”层；
[0078]-对应于参考l2cap的“链路管理器”层，l2cap也是“逻辑链路控制和适配协议”的首字母缩略词；以及
[0079]-对应于参考“hci”的主机控制器接口。
[0080]
本文中，主机到控制器接口是控制器子系统与蓝牙设备(例如，计算机或移动电话)之间的可选标准接口。hci允许主机或控制器以最小的适应性进行交换。在具有简单功能性的蓝牙设备(例如，耳机)中，主机和控制器可以在同一微处理器上实现。在这种情况下，hci是可选的，尽管通常实现为内部软件接口。
[0081]
本文中，avdtp层被配置用于使用l2cap层来建立流和流式传输音频和/或视频流。例如，a2dp简档能够被用于通过l2cap信道将音乐从膝上型计算机流式传输到立体声耳机。
[0082]
l2cap层定义了在两个sep(诸如两个蓝牙设备)之间交换数据的最小协议。l2cap层能够经由蓝牙实现各种传送协议，并实现对数据包进行分段、组装或重组数据包和多路复用。
[0083]
本文中，avdtp和l2cap层允许在主设备与从设备之间使用蓝牙交换数据，例如在所述设备的一些信道识别符中。具体地，l2cap层能够被配置成使用不同的参数和功能来管理通过l2cap定义的层的数据流的控制，诸如在不同协议之间多路复用数据，向其他蓝牙设备提供多播数据的传输管理，或者定义贯穿“服务质量”参数的最大等待时间。
[0084]
因此，如果对于音频或语音通信数据，avdtp层允许流参数的协商，并且能够管理流本身。
[0085]
根据一个实施例，用于控制蓝牙设备的设备被布置成从这种蓝牙设备的蓝牙堆栈支持的不同配置中手动或自动地确定要被采用用于每一l2cap信道的配置。
[0086]
l2cap信道允许在设备的蓝牙芯片之间建立逻辑链路，以便在用于管理多个音频传输设备的设备之间维持同步链路。每一设备的l2cap参数可以是不同的，因为它们可以取决于每一设备的特征，诸如它们支持某些协议的能力等。
[0087]
然而，根据当前蓝牙标准，已知的avdtp协议强加的限制是，当在两个sep之间协商连接时，这两个sep必须彼此锁定以进行流式传输。默认情况下，已连接的sep拒绝新连接。例如，能够有两个智能电话连接到同一扬声器，但不能够设置多个同时传送。
[0088]
此外，根据蓝牙标准，切换到新连接通常通过终止先前的连接，同时将先前连接的智能电话保留在存储器中而发生。因此，如果只有一个音频源sep，那么在给定时间只能够建立到给定设备的一个avdtp传送。虽然两个智能电话能够被连接到同一扬声器，但不能够同时设置多个传送。因此，根据当前背景技术，如果在源设备上只有一个源sep，则在给定时间只能够建立到给定从设备的一个avdtp传送。
[0089]
为了解决当前背景技术的上述问题，本文中描述的实施例被配置成支持扩展蓝牙简档。所述扩展蓝牙简档，通常是蓝牙音频简档，能够被包括在被配置成支持多个同时源的a2dp简档的avdtp层中。这能够通过再现sep的功能而被实现，例如，通过模拟sep以便允许一个或多个附加的通信链路。
[0090]
由于蓝牙标准不允许从一个源sep到多个目的地sep的通信，本公开中描述的实施例构成了蓝牙标准的可能的扩展，这些扩展被设计不创建新的困难，由于蓝牙标准没有被设计检测这种扩展。
[0091]
根据一个实施例，若干sep能够被模拟，以便允许尽可能多的蓝牙从设备链路。例如，当存在四个多媒体设备时，四个sep能够被模拟，这又允许建立若干通信链路，以便将数据流式传输到所述多媒体设备。
[0092]
根据一个实施例，一种音频路由设备包括蓝牙芯片，该蓝牙芯片被配置成实现a2dp简档，该a2dp简档被修改以创建从所述蓝牙芯片到多个音频传输设备(诸如扬声器)的点对多点链路。蓝牙芯片能够被编程为路由多个多媒体流，每一流旨在用于多个所述设备中的相应音频传输设备。本文中，这些多媒体流能够被彼此相关，这意味着多媒体流涉及相同的情况。
[0093]
这允许扩展现有的蓝牙简档，以便允许一对多通信。然后，可能从一个(或多个)音频传输设备向多个音频传输设备发送音频数据和/或语音通信数据。
[0094]
根据一个实施例，音频传输设备例如被布置成经由蓝牙链路输出音频流，并且更通常地，输出多媒体流。例如，它存储或中继包括至少一个音频信道的多媒体流。在可能的示例中，这种设备存储mp3文件或连接到服务器，从该服务器下载流，并经由蓝牙逐步和/或同时向诸如蓝牙扬声器的多个音频传输设备重新传输。
[0095]
根据其他实施例，其他简档能够被用于实行本公开中描述的方法。例如，免提简档(hfp)和耳机简档(hsp)是基于现有蓝牙简档的两类简档，它们定义了在源设备与宿设备之间交换语音通信数据的协议和过程。例如，hpf链路能够被用于免提套件，与车内的移动电话通信。hsp链路能够提供对于蓝牙耳机与移动电话和游戏控制台配合使用的支持。蓝牙耳机能够实现免提简档和耳机简档两者，以便在hfp为移动电话提供额外特征，诸如呼叫等待和语音拨号。
[0096]
现在，参考图2，示出基于本公开中描述的方法的系统。该系统包括智能电话s1、音频数据路由设备m和多个音频传输设备spk1和spk2。这些音频传输设备能够是有线或无线的扬声器。
[0097]
根据一个实施例，音频传输设备也能够是耳机、耳塞、电话接收器等。这种音频传输设备也能够被配置成接收语音通信数据。
[0098]
根据一个实施例，音频传输设备可以是定向声音扬声器，该定向声音扬声器被配置成广播仅能够被足够靠近所述扬声器的用户听到的声音。
[0099]
本文中，定向声音扬声器是这样配置的扬声器，使得在存在对应于对话的环境噪声的情况下，广播的定向声音被具有正常听力并且定位在距扬声器大约50厘米的距离处的给定用户听到。例如，多个定向扬声器能够被配置成向坐在汽车中的给定乘客输出音频，但使得所述音频不能够被位于他/她后面或他/她旁边的其他乘客听到。
[0100]
根据一个实施例，音频传输设备能够是扩音器，其被布置成广播几个人可以同时听到的声音，从而设计环绕声系统。
[0101]
如图2所示，设备s1，诸如像智能电话这样的启用蓝牙的设备，与音频数据路由设备m交互，例如被配置用于产生通信链路的蓝牙音频数据路由设备，即s1与扬声器spk1与spk2之间的第一通信链路lnk1和第二通信链路lnk2。第一通信链路lnk1能够稍后被用于将第一流st流式传输到spk1，并且第二通信链路lnk2能够稍后被用于将第二流st2流式传输到spk2。这些流中的任一个都能够从s1直接流式传输到spk1和/或spk2，或者间接通过m或任何其他相关设备进行流式传输。
[0102]
图3是图示了根据本公开实施例的方法的步骤的流程图。
[0103]
具体地，在步骤100，音频数据路由设备m传输可用的音频传输设备的列表。例如，在不限制本公开的一般性的情况下，可用的音频传输设备通常是在m通过无线连接访问的范围内的附近设备。可用的音频传输设备也能够是预定设备。
[0104]
如图3所示，这种可用的音频传输设备包括至少三个不同的扬声器spk1、spk2和spk3。
[0105]
根据一个实施例，并且在不限制本公开的一般性的情况下，在步骤100，通过选择信号将可用的音频传输设备的列表从m传输到启用蓝牙的设备s1和s2。例如，第一选择信号ss1从m传输到s1，并且第二选择信号ss2从m传输到s2。
[0106]
此外，音频传输设备能够是诸如扩音器或定向扬声器的音频输出设备，或者诸如麦克风的音频输入设备。
[0107]
例如，第一选择信号ss1包括连接到m或者在启用蓝牙的设备s1的范围内的设备列表。
[0108]
例如，能够认为音频传输设备是定向扬声器或麦克风，而启用蓝牙的设备是智能电话。
[0109]
这允许音频数据路由设备m将流从智能电话s1和/或s2路由到定向扬声器或麦克风。
[0110]
在替代实施例中，音频数据路由设备m能够被配置成允许将流从麦克风或扬声器路由到智能电话。
[0111]
在不限制本公开的一般性的情况下，可用的音频传输设备的列表
[0112]
能够仅仅包括预定设备，诸如汽车内部的有线扬声器。类似地，m向
[0113]
s2发送第二选择信号ss2。
[0114]
在实施例中，音频流能够通过例如蓝牙连接的无线连接进行流式传输。
[0115]
在实施例中，一个或多个音频传输设备被无线地连接到音频数据路由设备m。
[0116]
在替代实施例中，一个或多个音频传输设备被无线地连接到启用蓝牙的设备。
[0117]
根据一个实施例，列表的组织取决于诸如音频传输设备的类型的参数、诸如它们的带宽或输出音量的它们的设置、它们与s1的距离和/或它们与m的距离等。
[0118]
根据一个实施例，可用的音频传输设备的列表能够被转发到其他设备，诸如外部服务器。
[0119]
在传输步骤100之后，在步骤200，m从一个或多个启用蓝牙的设备s1和s2接收通信请求。具体地，m从第一启用蓝牙的设备s1接收第一通信请求rq1，以及从第二启用蓝牙的设备s2接收第二通信请求rq2。
[0120]
根据一个实施例，通信请求定义了用于比较其他蓝牙从设备稍后连接到m的时间的参考。这允许跟踪连接到m的不同音频传输设备。
[0121]
例如，从s1发送到m的通信请求rq1包括音频传输设备spk1和spk2可用于路由音频流的指示，而从s2发送到m的通信请求rq2包括单个输出设备spk3可用于路由音频流的指示。
[0122]
在一个实施例中，步骤100和200可以被互换地实行。具体地，从启用蓝牙的设备接收通信请求的步骤可以在音频数据路由设备在蓝牙网络中传输可用的音频传输设备的列表的步骤之前被实行。
[0123]
例如，智能电话可以产生通信请求，并且然后接收与其通信的可用的设备列表。
[0124]
在图3中，并且在步骤200接收到rq1或rq2时，音频数据路由设备m被通知扬声器spk1、spk2和spk3是可用的。
[0125]
根据一个未示出的实施例，并且在步骤200接收到通信请求时，m选择用于接收多媒体流的特定设备。该选择能够被自动执行，例如通过对m编程，使得当给定的启用蓝牙的设备例如通过发送通信请求来连接到m时，选择预定的音频传输设备。该选择也能够被手动地执行，例如通过请求音频传输设备的用户通过m和/或启用蓝牙的设备的接口与m交互。
[0126]
根据一个实施例，通信请求是根据蓝牙标准的连接请求。
[0127]
根据一个优选实施例，通信请求能够基于ble gatt简档，即蓝牙低功耗通用属性简档，用于实行接收所述通信请求的步骤。
[0128]
有益地，这允许在音频数据的路由被管理时实行路由发现。
[0129]
特别地，当使用音频数据路由设备时，所述设备可以公开gatt服务，诸如16位通用唯一识别符或uuid。
[0130]
本文中，扫描所述gatt服务的启用蓝牙的设备能够发起连接请求。当连接到路由设备的gatt简档时，这允许启用蓝牙的设备使用所述gatt简档的第一功能来检索音频传输设备的列表。
[0131]
在一个实施例中，使用gatt简档的第二功能来建立与所选择的目的地设备的音频通信的请求能够被使用。
[0132]
根据一个实施例，在步骤200之后的步骤300，音频数据路由设备m在s1与spk1之间建立第一通信链路lnk。
[0133]
建立通信链路可以在各种网络拓扑示例中被实行。例如，所述通信链路能够在非蓝牙网络中被建立，诸如“轮轴和辐条”拓扑。这里，“轮轴和辐条”拓扑是星形拓扑的一种形式，其中所有链路都是点对点的。轮轴能够是音频数据路由设备。在另一示例中，所述第一通信链路能够在蓝牙扩展网络中被建立，例如通过经由环形网络在至少一个音频数据传输设备之间建立到音频数据路由设备的连接。
[0134]
根据一个未示出的实施例，还能够在s1与诸如spk2、spk3的其他音频传输设备或
诸如服务器或如互联网的电信网络的其他外部设备之间建立通信链路。
[0135]
根据一个实施例，在步骤300之后的步骤400，音频数据路由设备m然后将音频流从启用蓝牙的设备路由到音频传输设备。
[0136]
根据一个替代实施例，在步骤300之后的步骤400，音频数据路由设备m然后将音频流从音频传输设备路由到启用蓝牙的设备。
[0137]
如图3所示，并且不限制本公开的一般性，这些流包括从s1路由到spk1的第一流st、从s1路由到spk2的第二流st2和从s2路由到spk3的第三流。
[0138]
在一个实施例中，来自启用蓝牙的设备s1和s2的音频流的路由的其他配置也是可能的。
[0139]
在一个实施例中，音频流能够由m从特定的启用蓝牙的设备被路由到外部服务器，并且然后从所述外部服务器被路由到所选择的音频传输设备。
[0140]
在一个替代实施例中，音频流能够由m从特定的所选择的音频传输设备路由到外部服务器，并且然后从所述外部服务器路由到启用蓝牙的设备。
[0141]
根据一个实施例，与音频传输设备建立通信链路，以便稍后流式传输音频流。例如，在s1与两个扬声器spk1和spk2之间建立了两个独立的通信链路lnk和lnk2，并且在s2与扬声器spk3之间建立了第三通信链路lnk3。考虑到在两个设备之间路由音频流，这些通信链路然后能够被用于后续步骤。
[0142]
根据一个实施例，该方法包括定位步骤，其用于确定设备的位置，并且特别是至少一个启用蓝牙的设备的位置。
[0143]
在实施例中，步骤200、300或任何其他步骤可以包括使用蓝牙5.1规范来确定设备位置的子步骤。这允许基于所述确定的定位的一个或多个确定的位置来选择音频传输设备。
[0144]
这允许确定相对于m的相对位置。
[0145]
例如，启用蓝牙的设备s1的定位能够通过基于s1发射的信号强度的指示而执行三角测量被确定。
[0146]
其他三角测量技术，诸如指纹识别、概率方法、神经网络或使用诸如加速度计或磁力计的传感器，也能够被用于定位多媒体设备的位置。
[0147]
也能够通过使用通信请求rq来获得设备的定位。
[0148]
具体地，设备的定位能够使用蓝牙5.1的规范被实行。这允许增强基于测向特征的定位，使得检测蓝牙信号的方向成为可能。
[0149]
例如，蓝牙5.1嵌入了到达角aoa和离开角aod等技术，它们都提供了测向能力。
[0150]
aoa技术包括例如使用一个天线向包括多个天线的接收器传输特定的定向寻找信号。由多个天线接收相对于彼此有轻微的时移的传入信号。然后对多个天线接收的信号相位的时移进行采样和分析，得到所接收的准确位置信息。
[0151]
aod技术包括从多个天线向诸如移动电话的接收设备传输信号，该接收设备在采样和分析之后能够执行坐标计算以确定准确的位置信息。
[0152]
例如，音频路由设备的蓝牙芯片被配置成根据启用蓝牙的设备的位置自动选择至少一个音频传输设备来路由流。因此，如果任何设备从其原始位置移动，用户不必根据它们的位置手动改变音频传输设备。
[0153]
这也允许分配多个流，这种分配取决于设备的类型或取决于它们相对于音频数据路由设备的相对位置而不同。
[0154]
图4是图示了根据本公开的其他实施例的方法的其他步骤的图。
[0155]
根据一个实施例，中间步骤250能够在步骤200之后且在步骤300之前被实现，所述中间步骤250包括第一测试。所述第一测试能够在接收到包括在通信请求中的可用的音频传输设备的指示时被实现。
[0156]
例如，对应于步骤250的第一测试包括检查音频传输设备接受或拒绝与另一设备建立音频流。
[0157]
具体地，音频流能够使用音频路由设备和启用蓝牙的设备(诸如智能电话)之间的蓝牙音频链路被建立。
[0158]
在替代实施例中，音频流能够使用有线音频链路被建立。
[0159]
该检查可以被执行用于选择特定设备，或稍后用于流式传输音频流。如果接受，则步骤300被实行，并且如果拒绝，则步骤100和步骤200再次被实行。
[0160]
作为中间步骤250的示例，音频传输设备的用户可能对在给定时刻流式传输内容不感兴趣。例如，在驾驶汽车的同时在他/她的智能电话上接收到私人电话，用户可能想要延迟通信链路被建立的时刻。
[0161]
根据一个实施例，另一中间步骤350能够在步骤300之后且在步骤400之前被实现，所述中间步骤350包括第二测试。
[0162]
例如，对应于步骤350的第二测试包括检查音频数据路由设备与音频传输设备之间是否已经建立了流和/或通信链路。这能够允许确定所述音频传输设备是否是可用的。
[0163]
根据一个实施例，如果流和/或通信链路已经被建立，则流式传输步骤400被实行；如果否，则实现步骤500，步骤500包括在音频数据路由设备与音频传输设备之间生成通信链路。
[0164]
如果一个或多个这种链路已经被生成，这允许避免生成太多的通信链路。
[0165]
根据一个实施例，一个或多个中间步骤还能够被实现，诸如删除建立的通信链路的步骤、重新定向或停止到设备的流的步骤等。
[0166]
现在参考图5，对位于诸如汽车的交通工具的驾驶舱c内部的多个设备的管理被实现。特别地，包括多个蓝牙设备s1、s2、s3和s4的系统被示出。
[0167]
这里，蓝牙从设备s1、s2、s3和s4是智能电话，每一智能电话关联到交通工具的乘客，并占据驾驶舱c中的不同座位。例如，s1的第一智能电话属于汽车驾驶员，并且其他三个智能电话属于坐在驾驶员旁边或驾驶员后面的乘客。
[0168]
该系统进一步包括蓝牙音频数据路由设备m，其例如是位于驾驶舱c的仪表板中的信息娱乐设备。系统还包括多个音频传输设备，下文称为多媒体设备。如所示的，所述多媒体设备包括四个有线扬声器spk1、spk2、spk3和spk4，它们被连接到m并被配置成向汽车乘客输出音频信号。
[0169]
根据一个实施例，扬声器是高保真系统的声学扬声器或配备有多个用户可听到的扩音器的移动电话。虽然不是扬声器本身，但是耳机、耳塞或电话接收器在这里在根据本公开的音频传输设备的含义内。
[0170]
根据一个实施例，主设备m是信息娱乐设备，诸如车载娱乐系统、ice或交通工具内
置信息娱乐ivi，包括交通工具中用于提供音频或视频娱乐的硬件和软件的集合。ice或ivi系统可以包括汽车音频系统，诸如无线电、盒式磁带或cd播放器。
[0171]
根据一个实施例，信息娱乐设备包括汽车导航系统，诸如全球定位系统、gps、设备、视频播放器、usb或蓝牙连接、carputers、车载互联网和wifi。信息娱乐设备还可以包括人机界面、方向盘音频控制和/或免提语音控制单元。
[0172]
根据一个实施例，主设备m是被有线连接到四个定向扬声器spk1、spk2、spk3和spk4的信息娱乐设备。在进一步的实施例中，所述扬声器能够包括声音记录器，诸如麦克风。
[0173]
根据一个实施例，主设备m支持蓝牙音频简档，例如在a2dp简档的avdtp层中，其被用于在目的地设备的sep与从设备sep中的一个之间建立a2dp链路。
[0174]
当主设备m是支持扩展蓝牙音频简档的蓝牙设备时，所述蓝牙音频简档也可以支持多个同时的源。这能够通过产生和/或模拟多个sep被实现。当主设备m正在使用中时，它为四个扬声器spk1、spk2、spk3和spk4中的每一个提供一个sep。
[0175]
根据一个实施例，主设备m将对应的位置与每一sep相关联，并且因此与每一扬声器相关联。例如，m将标记为“左前”的sep与扬声器spk1相关联，将标记为“右前”的sep与扬声器spk2相关联，将标记为“左后”的sep与扬声器spk3相关联，并且将标记为“右后”的sep与扬声器spk4相关联。当用户位于汽车中并占据座位时，该用户能够使用他/她的智能电话来选择对应的sep。这样，用户在汽车中的多个多媒体设备中选择离他/她的位置最近的扬声器。用户的每一个都能够无线地并使用他/她的智能电话来选择对应的sep。每一智能电话然后使用与主设备m建立的通信链路来流式传输音频内容，主设备m又将其路由到所选择的对应多媒体设备。
[0176]
在图5中，“左前”方向声音扬声器spk1基于智能电话s1所接收的流st1发出音频内容，“右前”方向声音扬声器spk2基于智能电话s2所接收的流st2发出音频内容，等等。
[0177]
这允许汽车驾驶舱c中的每一个用户接收对应于由他/她的智能电话提供的流的音频内容。
[0178]
可替代地，用户能够在spk1、spk2、spk3和spk4中选择一个或几个扬声器，用于流式传输音频内容或与另一用户共享语音通信。还能够选择包括在驾驶舱c中的其他多媒体设备中的麦克风。例如，在他/她的智能电话s1上接收语音呼叫的汽车驾驶员可以将语音通信转发或共享到汽车的任何乘客，使得所述乘客可以参与对话，或者只参与其中的一些。
[0179]
这允许汽车驾驶舱c中的每一个用户接收音频内容或语音通信。
[0180]
根据一个实施例，多个多媒体设备的管理能够被用于建立语音通信链路。
[0181]
如图3、4和5所示，可以使用用于传输语音通信数据的免提协议hfp来建立所述语音通信链路，而不是使用用于流式传输音频数据的a2dp协议。
[0182]
例如，语音通信链路在用作音频网关的智能电话与用作音频路由设备的免提单元之间被建立。这允许建立一对多语音通信，例如，当用户在他/她的智能电话上接收电话呼叫时，使用语音通信链路。
[0183]
例如，用户可能想要向其他设备广播电话呼叫，例如，在他的智能电话上接收电话呼叫的汽车驾驶员可能想要从他/她的智能电话向免提单元或属于汽车另一乘客的耳机广播电话呼叫，以便在驾驶时不被打扰。
[0184]
根据一个实施例，一对多语音通信能够使用音频网关被建立，该音频网关可以知道与一组多媒体设备相关的所有可用的语音路由输入和/或输出。优选地，每一路由输出是双向的。
[0185]
根据一个实施例，音频数据路由设备被配置用于接收给出可用的语音路由输入和/或输出的一个或多个信号。优选地，在通信的时刻，所述可用的语音路由匹配可用的sco或增强的sco链路，称为esco链路，所述可用的链路的数量小于或等于三个。
[0186]
本文中，sco链路是主设备与从设备之间的对称点对点链路。sco链路通常被用于敏感数据交换，诸如语音通信数据交换。
[0187]
根据一个实施例，hfp协议被用于建立用于语音数据的一个或多个sco链路或无线电链路。这允许每一个设备在专用时隙中传输编码后的语音数据。
[0188]
例如，接收电话呼叫的汽车乘客能够使用他/她的智能电话连接到网关，并且接收存在于汽车中并且电话呼叫的对话可以被路由到的目的地设备的列表。
[0189]
一旦音频数据路由设备接收到给出可用的语音路由输入和/或输出的至少一个信号，它就能够向免提单元发送信号，所述信号包括用户选择的至少一个路由输入和/或至少一个路由输出。作为后续，在音频数据路由设备与免提单元之间建立双向语音链路。当语音链路被建立时，免提单元将来自建立的语音链路的输出语音数据发送到所选择的路由输出设备。然后，语音通信能够经由建立的语音链路被流式传输到免提单元。
[0190]
现在参考图6，描述了建立二对一语音通信的简化且非限制性的示例。语音通信将由两个音频传输设备流式传输到多个音频传输设备，例如两个扬声器spk1和spk2。
[0191]
在步骤101，音频数据路由设备m传输指示两个扬声器spk1和spk2可用的列表。
[0192]
例如，这种列表能够由两个智能电话s1和s2接收。在步骤201，m接收通信请求rq1，该通信请求rq1包括考虑到稍后向所述第一扬声器流式传输内容的第一扬声器spk1的指示。在步骤301，并且响应于rq1，在m和spk1之间建立蓝牙音频流，而第二扬声器spk2保持可用于稍后使用。最后，m将音频流路由到spk1。
[0193]
在步骤101、201、301和401之后，类似于步骤101、201、301和401的步骤102、202、302和402被实行。所述步骤包括：在步骤101，m传输列表，该列表指示只有剩余的扬声器spk2是可用的；在步骤202，在m处接收通信请求rq2，该通信请求rq2包括考虑到流式传输内容的第二扬声器spk2的指示；在步骤302，并且响应于rq2，另一蓝牙音频流在m与spk2之间被建立，并且没有扬声器变成可用于稍后使用；最后，在步骤402，m将音频流路由到spk2。
[0194]
根据一个实施例，并且在步骤301将在步骤302之前被实行的情况下，m可以指示扬声器spk1已经被使用和/或不可用，并且在此类情况下，第二扬声器spk2可以用于流式传输。
[0195]
根据一个实施例，并且在相同的步骤101、201、301、401、102、202、302和402之后，语音通信也能够由一个音频传输设备流式传输到多个音频传输设备。
[0196]
图7示出实现根据本公开的一个实施例的方法的设备或系统1000，并且具体地，一种用于管理多个多媒体设备的方法。
[0197]
根据一个实施例，系统1000是蓝牙芯片，例如包括在音频数据路由设备m中的蓝牙芯片bc。所述系统1000还能够被集成在电子电路中或任何类型的电子设备中。
[0198]
系统1000能够对应于音频数据路由设备自身。
[0199]
根据一个实施例，系统1000包括存储空间1002，例如包括随机存取存储器1002的存储器mem。存储空间1002还能够是非易失性存储器，诸如rom或闪速存储器，并且能够提供记录介质，所述记录介质被配置成存储计算机程序产品。
[0200]
系统1000进一步包括例如配备有处理器proc的处理单元1004。处理单元1004能够由程序控制，诸如实现如参考本文中任何前面的附图描述的管理方法的计算机程序。处理单元1004能够存储用于执行参考图3描述的步骤(特别是步骤100到700)的指令。
[0201]
系统1000还可以包括数据库1010，其用于存储由根据本发明的方法产生的数据，特别是用于存储与从蓝牙从设备接收的通信请求、多媒体设备的选择、所述蓝牙从设备与所述多媒体设备之间的通信链路、多媒体设备的定位、多媒体设备的选择信号或包括所选择的多媒体设备的指示的响应信号相关的信息。
[0202]
系统1000包括输入接口1006，其被配置成从蓝牙设备获取通信请求。该系统还包括输出接口1008，其被配置用于建立从蓝牙从设备到多媒体设备的通信链路。
[0203]
输出接口1008能够是使系统1000能够连接到网络的通信模块，用于经由所述网络与其他设备交换数据。例如，通信模块能够是wifi或以太网网络接口，但优选地包括蓝牙通信模块。
[0204]
根据一个实施例，蓝牙芯片被配置成实现先前已经被描述的任何步骤。
[0205]
具体地，蓝牙芯片至少被配置用于传输音频传输设备的列表，特别是可用的输出设备，用于从音频传输设备接收通信请求，所述通信请求包括可用的音频传输设备的指示，用于响应于通信请求建立蓝牙音频流，特别是音频数据路由设备与音频传输设备之间的流，以及用于将音频流从音频传输设备路由到一个或多个输出设备。
[0206]
本文中，当解释说明书及其相关联权利要求时，诸如“包括”、“包括”、“结合”、“包含”、“是”和“具有”的表达以非排他性的方式被解释，即被解释为允许没有被明确地定义的其他项目或组件也存在。对单数的引用也被解释为对复数的引用，并且反之亦然。
[0207]
虽然已经图示了并且描述了本发明的实施例，但是本领域技术人员将理解，在不脱离本发明的真实范围的情况下，可以进行各种其他修改，并且可以替换等同物。此外，在不偏离本发明的范围的情况下，可以进行许多修改以使特定情况适应本发明实施例的教导。
[0208]
例如，任何实施例都能够被扩展到非音频应用，诸如共享诸如照片的文件、共享文本消息或通过聊天或视频进行的文本通信。
[0209]
此外，本发明的实施例可以不包括上述所有特征。因此，意图是本发明不被限制于所公开的特定实施例，而是本发明包括落入所附权利要求范围内的所有实施例。
[0210]
本领域技术人员将容易地理解，在不偏离本发明的范围的情况下，说明书中公开的各种参数可以被修改，并且所公开和/或要求保护的各个实施例可以被组合。
[0211]
规定权利要求中的附图标记并不限制权利要求的范围，而仅仅是为了增强权利要求的易读性而被插入的。
[0212]
此外，本主题公开内容包括根据以下的实施例。
[0213]
根据一个实施例，通信请求以基于ble gatt的简档(或ble gatt简档)为基础，即，蓝牙低功耗通用属性简档，用于实行接收所述通信请求的步骤。
[0214]
通用属性简档定义了两个蓝牙低功耗或蓝牙双模设备如何使用gatt服务和gatt
特性来回地传送数据。通用属性简档是关于属性协议att而被定义的，该协议被用于使用对应于表中每个条目的16位识别符将服务、特性和相关数据存储在表中。
[0215]
此处，根据gatt，基于gatt的简档包括gatt服务和特性的集合，这些服务和特性实现了两个蓝牙低功耗或蓝牙双模设备之间通信的特定功能。
[0216]
图8图示了利用连接到路由设备的基于gatt的简档的启用蓝牙的设备、使用基于gatt的简档的第一功能来检索音频传输设备的列表的流程图。
[0217]
根据一个实施例，在步骤801中，由启用蓝牙的设备s1或s2中的一个向音频数据路由设备m传输gatt连接请求(这里仅表示启用蓝牙的设备s1)。
[0218]
根据一个实施例，gatt连接请求对应于ble连接或br/edr连接。
[0219]
在步骤802中，当接受到gatt连接请求时，音频数据路由设备m使用基于gatt的简档的第一功能来传输可用的音频传输设备的列表。
[0220]
第一功能可以涉及可选步骤803和步骤804，可选步骤803包括由启用蓝牙的设备请求可用的音频传输设备的列表，步骤804包括向启用蓝牙的设备传输可用的音频传输设备的列表。
[0221]
根据一个实施例，使用基于gatt的简档的第二功能来建立与所选择的目的地设备的音频通信的请求。
[0222]
例如，在步骤805中，启用蓝牙的设备s1或s2可以通过使用基于gatt的简档的第二功能选择一个或多个音频传输设备作为目的地设备来传输通信请求。
[0223]
可选地，并且如果先前没有建立，则在步骤806中，在启用蓝牙的设备s1(或s2)与音频数据路由设备m之间建立蓝牙音频流。建立所述蓝牙音频流能够在选择目的地设备之后由音频数据路由设备m实行，或者在接受该选择之后由启用蓝牙的设备执行。
[0224]
然后，在步骤807中，音频数据路由设备将蓝牙音频流从启用蓝牙的设备s1和/或s2路由到所选择的目的地设备。
[0225]
根据一个实施例，步骤801至807在对启用蓝牙的设备s1和/或s2与音频数据路由设备m之间正在进行的现有的蓝牙音频流同时被实行。
[0226]
在一个示例中，传输的gatt过程能够利用现有的蓝牙音频流传输被时间复用。在另一示例中，gatt过程能够在启用蓝牙的设备s1或s2与音频数据路由设备m之间的ble通信链路上被处置，蓝牙音频流是使用依赖于标准a2dp简档的br/edr链路而被建立的。有益地，这允许在不同目的地设备之间切换，而不中断或停止当前蓝牙音频流。
[0227]
图9图示了用于将可用的音频传输设备列表从音频数据路由设备传输到启用蓝牙的设备的流程图。
[0228]
根据实施例，所述传输在音频数据路由设备与启用蓝牙的设备之间的gatt通信之前被实行。
[0229]
在步骤901中，使用ble广告发送可用的音频传输设备的列表，当所述启用蓝牙的设备扫描这种ble广告的同时，该ble广告被启用蓝牙的设备s1或s2接收。启用蓝牙的设备然后可以使用基于gatt的简档的第二功能传输请求，以建立与所选择的(多个)目的地设备的音频通信。
[0230]
根据实施例，在步骤902中，启用蓝牙的设备s1或s2发送gatt连接请求。在步骤903中，gatt连接请求由音频数据路由设备接收。在步骤904中，启用蓝牙的设备s1或s2选择一
个或多个音频传输设备作为对应的目的地设备。这种选择可以被包括在步骤902的gatt连接请求中。
[0231]
根据实施例，如果先前没有建立，则在步骤905中，蓝牙音频流在启用蓝牙的设备s1或s2与音频数据路由设备m之间被建立。例如，蓝牙音频流在选择目的地设备之后由音频数据路由m设备建立，或者在接收(和/或接受)该选择之后由启用蓝牙的设备s1(或s2)建立。
[0232]
根据实施例，在步骤906中，音频数据路由设备m将蓝牙音频流从启用蓝牙的设备s1和/或s2路由到所选择的目的地设备。