一种显示设备、蓝牙设备和bis音频传输方法
技术领域
1.本公开涉及蓝牙技术领域，尤其涉及一种显示设备、蓝牙设备和bis音频传输方法。
背景技术：2.目前，电视作为家居场景中的大屏设备，为用户带来了更好视听体验，用户会将多个手机的画面投屏至电视，以通过大屏的电视进行播放，在这个过程中，多个手机和电视之间通过wifi传输投屏画面数据，通过蓝牙传输音频数据，但是电视通过蓝牙广播的交互方式获取手机音频数据时，由于无法获知手机会从哪一信道发送音频数据，因此电视需要监听所有信道来接收音频数据，存在功耗大、带宽资源占用率高的问题。
技术实现要素：3.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种显示设备、蓝牙设备和bis音频传输方法，可以减少监听所消耗的带宽资源，提升了接收音频数据的速率和质量。
4.为了实现上述目的，本公开实施例提供的技术方案如下：
5.第一方面，本公开提供一种显示设备，包括：
6.音频播放组件，被配置为：播放音频；
7.wifi通信组件，被配置为：接收至少一个蓝牙设备发送的抢麦发生时间；
8.控制器，被配置为：从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备；
9.wifi通信组件，还被配置为：向目标蓝牙设备发送抢麦成功指示，并在发送抢麦成功指示之后，接收目标蓝牙设备发送的同步广播串流bis信道标识；
10.蓝牙通信组件，还被配置为：监听bis信道标识所指示的目标bis信道，以接收目标bis音频；
11.控制器，还被配置为：控制音频播放组件播放目标bis音频。
12.第二方面，本公开提供一种蓝牙设备，包括：
13.wifi通信组件，被配置为：向显示设备发送抢麦发生时间；在发送抢麦发生时间之后，若接收到显示设备发送的抢麦成功指示，向显示设备发送bis信道标识；
14.蓝牙通信组件，被配置为：通过bis信道标识所指示的目标bis信道，向显示设备发送目标bis音频，以使得显示设备通过监听bis信道标识所指示的目标bis信道接收目标bis音频。
15.第三方面，本公开提供一种bis音频传输方法，该方法包括：接收至少一个蓝牙设备发送的抢麦发生时间；
16.从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备；
17.向目标蓝牙设备发送抢麦成功指示，并在发送抢麦成功指示之后，接收目标蓝牙
设备发送的同步广播串流bis信道标识；
18.监听bis信道标识所指示的目标bis信道，以接收目标bis音频；
19.控制音频播放组件播放目标bis音频。
20.第四方面，本公开提供一种bis音频传输方法，该方法包括：
21.向显示设备发送抢麦发生时间；
22.若接收到显示设备发送的抢麦成功指示，向显示设备发送bis信道标识；
23.通过bis信道标识所指示的目标bis信道，向显示设备发送目标bis音频，以使得显示设备通过监听bis信道标识所指示的目标bis信道接收目标bis音频。
24.第五方面，本公开提供了一种计算机可读存储介质，包括：计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如第三方面或其任意一种可选的实施方式所示的bis音频传输方法，或者，如第四方面所示的bis音频传输方法。
25.第六方面，本公开提供了一种计算机程序产品，该计算机程序产品包括计算机程序，当该计算机程序在计算机上运行时，使得计算机实现如第三方面或其任意一种可选的实施方式所示的bis音频传输方法，或者，如第四方面所示的bis音频传输方法。
26.本公开实施例提供的技术方案与相关技术相比具有如下有益效果：本公开提供的显示设备，首先通过wifi通信组件接收至少一个蓝牙设备发送的抢麦发生时间，再由控制器从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备，然后在通过wifi通信组件向目标蓝牙设备发送抢麦成功指示之后，接收目标蓝牙设备发送的bis信道标识，进一步由蓝牙通信组件监听bis信道标识所指示的目标bis信道，以接收目标bis音频，再由控制器控制音频播放组件播放目标bis音频。该显示设备通过wifi通信组件与至少一个蓝牙设备进行交互，并从中确定目标蓝牙设备，接收目标蓝牙设备发送的bis信道标识，从而只监听目标蓝牙设备对应的目标bis信道，实现通过蓝牙广播的交互方式获取手机音频数据时，减少监听所消耗的带宽资源，以剩余更多的带宽资源接收音频数据，提升了接收音频数据的速率和质量，进一步提升了显示设备的播放音质。
附图说明
27.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
28.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
29.图1为显示设备进行多路投屏的场景示意图；
30.图2为现有技术中bis的工作原理示意图；
31.图3为本公开实施例提供的一些实施例中的场景示意图；
32.图4示例性示出了根据示例性实施例中控制装置100的配置框图；
33.图5示出了根据示例性实施例中显示设备200的硬件配置框图；
34.图6为根据本公开一个或多个实施例的显示设备200中软件配置示意图；
35.图7为本公开实施例提供的一种bis数据传输方法的流程示意图一；
36.图8为本公开实施例所提供的至少一个蓝牙设备的用户界面示意图；
37.图9为本公开实施例中提供的一种多路投屏的示意图一；
38.图10a为本公开实施例中big的示意图；
39.图10b为本公开实施例所示的锚点位置的时间轴示意图；
40.图10c为本公开实施例中确定目标bis音频的示意图；
41.图11为本公开实施例提供的一种bis数据传输方法的流程示意图二；
42.图12为本公开实施例中提供的一种多路投屏的示意图二；
43.图13为本公开实施例提供的另一种bis数据传输方法的流程示意图。
具体实施方式
44.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
45.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
46.本公开所提供的显示设备基于蓝牙的低功耗音频(le audio)技术，le audio，具有以下功能和特点：
47.(1)支持连接状态及非连接状态(广播状态)的立体声；
48.(2)使用复杂度通信编解码器(lc3)提供更佳的音质，即便在低码率的传输环境下，也能提供高质量的音频；
49.(3)拥有多重串流特性，支持音频源设备和一个或多个音频接收设备之间传输多个独立、同步的音频流；
50.(4)具备广播音频功能，可以突破蓝牙的点对点传输功能，使音频源设备能够向无数个音频接收设备放送一个或多个音频流，可实现基于个人、基于位置，甚至基于场景的使用体验。
51.本公开是建立在le audio支持非连接状态(广播状态)的立体声的情况，le audio的非连接状态是广播等时流(broadcast isochronous stream，bis)，bis允许一个音频源设备向众多音频接收设备广播音频流。支持固定大小或可变大小的bis数据包，在每个bis事件上使用带帧或不带帧的数据或多个数据包。bis无需确认从音频源设备到音频接收设备的单向数据流。bis数据包可以通过增加每个bis事件中子事件的数量来重传，以提高传递的可靠性。在广播音频允许范围内的音频接收设备可以使用两种广播方法加入正在广播的音频流，一种是开放广播，是指任何范围内的接收设备都可以开始接收广播音频；另一种是封闭广播，是指任何范围内的接收设备都需要输入密钥才能参与音频源设备的音频流。
52.上述说明本公开实施例提供的显示设备和bis音频传输方法，基于蓝牙的低功耗音频(le audio)技术，并且是在bis模式下实现显示设备和其他蓝牙设备的数据传输。
53.近年来随着互联网的飞速发展、ai技术的普及，智能电视逐渐进入人们的日常生活中，尤其是在多人交际场景中，智能电视的大屏优势就会体现的淋漓尽致。为满足用户的多元化需求，利用智能电视进行多路投屏能够很好的适应用户聚会娱乐、开会等交际场景。其中，多路投屏可以理解为将手机等多个小屏终端设备的画面和声音，在大屏电视上同步
展示输出。由于多路投屏属于镜像投屏，对网络环境有着较高的要求，而且同样存在延迟，用户在体验过程中，可能会遇到画面卡顿、画质模糊、音质差等问题。
54.举例而言，对于喜欢家庭聚会时一起打游戏的用户来说，这项功能够满足所有游戏玩家一起观看游戏的需求。通常情况下，传统投屏仅限一台设备投屏到电视，以至于在打游戏时，想要观看其他游戏玩家的对战情况，就需要将视线转移到另一台设备，影响用户的游戏体验感。基于多路投屏技术，电视可以同时播放多台设备的实时游戏画面，使得所有的游戏玩家能够实时观察到其他玩家的对战情况。
55.如图1所示，图1为显示设备进行多路投屏的场景示意图，图1中包括至少一个蓝牙设备：蓝牙设备101、蓝牙设备102、蓝牙设备103、蓝牙设备104，以及显示设备200，在前述使用电视投屏功能实现多个用户一起打游戏的场景中，上述蓝牙设备101、蓝牙设备102、蓝牙设备103、蓝牙设备104将正在显示的游戏画面和游戏音频，发送至显示设备，以由显示设备在显示器上分屏同步展示各个蓝牙设备的游戏画面，并播放游戏音频。
56.然而，显示设备利用多路投屏技术展示多台设备的画面和声音时，通过wifi通信组件接收其他蓝牙设备发送的投屏画面数据，以同步播放投屏画面数据，又要通过蓝牙通信组件接收其他蓝牙设备发送的音频数据，以同步输出音频数据，通常情况下利用wifi传输投屏画面数据延时为40ms，而利用蓝牙传输音频数据延时在50ms左右，因此会导致显示设备上音画不同步。
57.现有技术为解决显示设备音画不同步的问题，第一种方案主要是通过经典蓝牙技术实现蓝牙连接，以及通过子带编码(subband coding，sbc)方式实现编解码，并优化编码器，使得减小蓝牙传输音频数据的延时，但是，编码器的性能优化存在上限，不能完全解决显示设备音画不同步的问题。
58.为了解决上述显示设备音画不同步的问题，第二种方案可以采用le audio技术，减小蓝牙传输音频数据的延时，以实现显示设备音画同步。由于第二种方案中le audio技术是基于蓝牙低能耗(bluetooth low energy，ble)协议实现的，相比于在第一种方案中采用经典蓝牙技术实现蓝牙连接，变更了蓝牙传输策略，并且第二种方案也针对编码方式进行了改进，将sbc方式改进为低复杂度通信编解码器(lc3)方式实现编解码，因此可以有效的减小蓝牙传输音频数据的延时。
59.但是在电视基于蓝牙的低功耗音频(le audio)技术中的bis收发广播信息时，因为电视无法获知其他蓝牙设备会从哪一信道发送音频数据，所以需要时刻监听所有信道来接收音频数据，存在功耗大、带宽资源占用率高的问题。
60.如图2所示，图2为现有技术中bis的工作原理示意图。图中包括音频源设备211、音频接收设备212。bis的工作原理是：音频源设备211首先通过蓝牙的任一主广播信道发送第一广播包，第一广播包中包括音频数据类型信息、第一引导信息。其中，第一引导信息用于指示音频源设备通过第一辅助广播信道发送下一广播包(第二广播包)。然后，音频源设备通过第一辅助广播信道发送第二广播包，第二广播包中包括音频数据标识、第二引导信息。其中，第二引导信息用于指示音频源设备通过第二辅助广播信道发送第三广播包。进一步，音频源设备通过第二辅助广播信道发送第三广播包，第三广播包中包括码流数据、第三引导信息。其中，第三引导信息用于指示音频源设备通过第三辅助广播信道发送音频数据。
61.需要说明的是，蓝牙工作在2.4ghz频段，频率范围为2402mhz
–
2480mhz，每2mhz一
个信道，共40个信道，其中为3个主广播信道，剩余的37个为辅助广播信道。通常由于主广播信道较少，资源比较紧张，因此会通过主广播信道先发送初始的引导信息(如上述的第一引导信息)，以指示后续在其他辅助广播信道中发送后续的广播包，这样后续传输过程中就采用其他辅助广播信道，不再占用主广播信道的资源。
62.可见，在音频接收设备212一侧起初需要持续监听所有的广播信道，以接收第一广播包，这导致音频接收设备功耗大，持续监听会占用较大的带宽资源；另外，基于图2所示的bis的工作原理示意图，需要先后监听四个广播信道才能得到真正的音频数据，过程繁琐，延时大，在显示设备多路投屏的场景中，会导致音画不同步，影响用户体验。
63.为解决上述技术问题，本公开提供的显示设备，首先通过wifi通信组件接收至少一个蓝牙设备发送的抢麦发生时间，再由控制器从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备，然后在通过wifi通信组件向目标蓝牙设备发送抢麦成功指示之后，接收目标蓝牙设备发送的bis信道标识，进一步由蓝牙通信组件监听bis信道标识所指示的目标bis信道，以接收目标bis音频，再由控制器控制音频播放组件播放目标bis音频。该显示设备通过wifi通信组件与至少一个蓝牙设备进行交互，并从中确定目标蓝牙设备，接收目标蓝牙设备发送的bis信道标识，从而只监听目标蓝牙设备对应的目标bis信道，实现通过蓝牙广播的交互方式获取手机音频数据时，减少监听所消耗的带宽资源，以剩余更多的带宽资源接收音频数据，提升了接收音频数据的速率和质量，进一步提升了显示设备的播放音质。
64.图3为本公开实施例提供的一些实施例中的场景示意图。如图3所示，图3中包括控制装置100、显示设备200、智能设备300、服务器400以及至少一个蓝牙设备500。其中，用户可通过智能设备300或控制装置100操作显示设备200，在显示设备200上播放音视频资源。
65.如图3所示，以用户通过控制装置100操作显示设备200为例，用户通过控制装置100打开显示设备200中配置的wifi通信组件和蓝牙通信组件相关功能。首先通过wifi通信组件接收至少一个蓝牙设备500发送的抢麦发生时间，再由控制器从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备，然后在通过wifi通信组件向目标蓝牙设备发送抢麦成功指示之后，接收目标蓝牙设备发送的bis信道标识，进一步由蓝牙通信组件监听bis信道标识所指示的目标bis信道，以接收目标bis音频，再由控制器控制音频播放组件播放目标bis音频。该显示设备通过wifi通信组件与至少一个蓝牙设备进行交互，并从中确定目标蓝牙设备，接收目标蓝牙设备发送的bis信道标识，从而只监听目标蓝牙设备对应的目标bis信道，实现通过蓝牙广播的交互方式获取手机音频数据时，减少监听所消耗的带宽资源，以剩余更多的带宽资源接收音频数据，提升了接收音频数据的速率和质量，进一步提升了显示设备的播放音质。
66.在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信、蓝牙协议通信，无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。
67.在一些实施例中，至少一个蓝牙设备500可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。也可以将至少一个
蓝牙设备500上显示音视频内容传输到显示设备200上，实现同步显示功能显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(lan)、无线局域网(wlan)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。显示设备200，可以液晶显示器、oled显示器、投影显示设备。显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能。
68.图4示例性示出了根据示例性实施例中控制装置100的配置框图。如图4所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。通信接口130用于和外部通信，包含wifi芯片，蓝牙模块，nfc或可替代模块中的至少一种。用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。
69.图5示出了根据示例性实施例中显示设备200的硬件配置框图。如图5所示显示设备200包括：调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源等。其中，控制器250包括中央处理器，视频处理器，音频处理器，图形处理器，随机存取存储器(random access memory，ram)，只读存储器(read-only memory，rom)，用于输入/输出的第一接口至第n接口。显示器260可为液晶显示器、oled显示器、触控显示器以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及电子节目指南(electrical program guide，epg)数据信号。检测器230用于采集外部环境或与外部交互的信号。控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。
70.在一些实施例中，上述显示设备是具有显示功能的终端设备，例如电视机、手机、电脑、学习机等。
71.在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。用户可在显示器260上显示的图形用户界面(gui)输入用户命令，则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。
72.输出接口(显示器260，和/或，音频输出接口270)，被配置为输出用户交互信息；
73.通信器220，用于与服务器400或其它设备进行通信。
74.本公开实施例中提供一种显示设备，该显示设备包括：
75.音频播放组件，被配置为：播放音频；
76.wifi通信组件，被配置为：接收至少一个蓝牙设备发送的抢麦发生时间；
77.控制器，被配置为：从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备；
78.wifi通信组件，还被配置为：向目标蓝牙设备发送抢麦成功指示，并在发送抢麦成功指示之后，接收目标蓝牙设备发送的同步广播串流bis信道标识；
79.蓝牙通信组件，还被配置为：监听bis信道标识所指示的目标bis信道，以接收目标
bis音频；
80.控制器250，还被配置为：控制音频播放组件播放目标bis音频。
81.需要说明的是，上述音频播放组件能够实现与图4中所示的音频输出接口270相同或相似的功能；wifi通信组件能够实现与图4中所示的通信器220中wifi模块相同或相似的功能；蓝牙通信组件能够实现与图4中所示的通信器220中蓝牙模块相同或相似的功能，本公开在此不做赘述。
82.上述显示设备通过wifi通信组件与至少一个蓝牙设备进行交互，并从中确定目标蓝牙设备，接收目标蓝牙设备发送的bis信道标识，从而只监听目标蓝牙设备对应的目标bis信道，实现通过蓝牙广播的交互方式获取手机音频数据时，减少监听所消耗的带宽资源，以剩余更多的带宽资源接收音频数据，提升了接收音频数据的速率和质量，进一步提升了显示设备的播放音质。
83.在一些实施例中，显示设备还包括：显示器，被配置为：显示视频画面；
84.wifi通信组件，还被配置为：接收多个蓝牙设备发送的投屏画面数据，以接收多路投屏画面数据；
85.控制器250，还被配置为：控制显示器分屏显示多路投屏画面数据；
86.wifi通信组件，具体配置为：接收多个蓝牙设备中至少一个蓝牙设备发送的抢麦发生时间。
87.在一些实施例中，wifi通信组件，还被配置为：在发送抢麦成功指示之后，接收目标蓝牙设备发送的码流数据；
88.蓝牙通信组件，具体被配置为：监听bis信道标识所指示的目标bis信道，并根据码流数据接收目标bis音频。
89.在一些实施例中，wifi通信组件，还被配置为：在发送抢麦成功指示之后，接收目标蓝牙设备发送的解码信息；
90.蓝牙通信组件，具体被配置为：监听bis信道标识所指示的目标bis信道，以接收第一bis音频，对第一bis音频进行解密，得到解密后的目标bis音频。
91.在一些实施例中，wifi通信组件，还被配置为：在发送抢麦成功指示之后，接收目标蓝牙设备发送的同步广播组big偏移时间单元和big偏移单元数；
92.控制器250，还被配置为：根据big偏移时间单元和big偏移单元数，确定目标bis音频中接收第一个bis音频数据包的锚点位置；
93.蓝牙通信组件，具体被配置为：监听bis信道标识所指示的目标bis信道，根据锚点位置接收目标bis音频。
94.在一些实施例中，控制器250，具体被配置为：根据big偏移时间单元和big偏移单元数，确定big偏移时长，确定接收目标bis音频中第一个bis音频数据包的锚点位置处于big偏移时长之后；
95.或，
96.控制器250，具体被配置为：根据big偏移时间单元和big偏移单元数，确定big偏移时长，根据big偏移时长和预设偏移时长，确定接收目标bis音频中第一个bis音频数据包的锚点位置处于big偏移时长之后的预设偏移时长内。
97.在一些实施例中，wifi通信组件，还被配置为：在发送抢麦成功指示之后，接收目
标蓝牙设备发送的bis数量和bis索引；
98.控制器，还被配置为：根据bis数量和bis索引，确定目标bis音频在big中的位置；
99.蓝牙通信组件，还被配置为：监听bis信道标识所指示的目标bis信道，并根据目标bis音频在big中的位置，接收目标bis音频。
100.如图6所示，图6为根据本公开一个或多个实施例的显示设备200中软件配置示意图，如图6所示，将系统分为四层，从上至下分别为应用程序(applications)层(简称“应用层”)，应用程序框架(application framework)层(简称“框架层”)，安卓运行时(android runtime)和系统库层(简称“系统运行库层”)，以及内核层。内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、wifi驱动、usb驱动、hdmi驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。本公开实施例提供的视频数据传输方法可以基于上述显示设备实现，具体的可以通过显示设备中的播放器实现。
101.本公开提供一种蓝牙设备，该蓝牙设备包括：
102.wifi通信组件，被配置为：向显示设备发送抢麦发生时间；在发送抢麦发生时间之后，若接收到显示设备发送的抢麦成功指示，向显示设备发送bis信道标识；
103.蓝牙通信组件，被配置为：通过bis信道标识所指示的目标bis信道，向显示设备发送目标bis音频，以使得显示设备通过监听bis信道标识所指示的目标bis信道接收目标bis音频。
104.上述蓝牙设备通过wifi通信组件和蓝牙通信组件与显示设备进行数据交互，从而将蓝牙设备上显示和输出的音视频数据传输至大屏的显示设备同步播放，适应于多用户一起打游戏的场景，通过设置抢麦机制提升多路投屏的趣味性；将bis信道标识发送至显示设备，避免显示设备持续监听所有的信道，减少了监听的功耗以及监听所占用的带宽资源，有利于提升蓝牙设备和显示设备之间bis音频传输速率和质量，实现显示设备在投屏蓝牙设备的画面和输出声音时音画同步，提升用户体验感。
105.为了更加详细的说明本方案，以下将以示例性的方式结合图7进行说明，可以理解的是，图7中所涉及的步骤在实际实现时可以包括更多的步骤，或者更少的步骤，并且这些步骤之间的顺序也可以不同，以能够实现本公开实施例中提供的bis音频传输方法为准。
106.如图7所示，图7为本公开实施例提供的一种bis数据传输方法的流程示意图一，该方法包括步骤s701～s705：
107.s701、接收至少一个蓝牙设备发送的抢麦发生时间；
108.其中，抢麦发生时间是指至少一个蓝牙设备在各自设备上接收到用户点击“抢麦”控件的时间，至少一个蓝牙设备在确定用户点击“抢麦”控件的时间之后将其打包发送至显示设备。在多个用户利用多台蓝牙设备一起打游戏的场景中，可以理解为抢麦发生时间是某一用户点击其蓝牙设备上“抢麦”控件的时间，用户点击“抢麦”控件，是期望显示设备输出其蓝牙设备的游戏音效或语音等音频数据。
109.如图8所示，图8为本公开实施例所提供的至少一个蓝牙设备的用户界面示意图。图中在用户界面的相应位置显示“抢麦”控件801。用户点击“抢麦”控件801，则触发向显示设备发送抢麦发生时间。需要说明的是，图8仅为示例性说明，“抢麦”控件的具体位置，本公开不做具体限制。
110.一些实施例中，在显示设备接收至少一个蓝牙设备发送的抢麦发生时间之前，为满足用户的多元化视听需求，本公开提供一种实施方式基于多路投屏技术，显示设备首先通过wifi通信组件接收多个蓝牙设备发送的投屏画面数据，以接收多路投屏画面数据；然后显示设备控制显示器分屏显示多路投屏画面数据。
111.示例性的，如图9所示，图9为本公开实施例中提供的多路投屏的示意图，图9中包括多个蓝牙设备：蓝牙设备901、蓝牙设备902、蓝牙设备903、蓝牙设备904，以及显示设备200，显示设备接收蓝牙设备901发送的投屏画面数据911，蓝牙设备902发送的投屏画面数据912，蓝牙设备903发送的投屏画面数据913，蓝牙设备904发送的投屏画面数据914，然后显示设备控制显示器分屏显示多路投屏数据：在区域c1显示投屏画面数据911，在区域c2显示投屏画面数据912，在区域c3显示投屏画面数据913，在区域c4显示投屏画面数据914。需要说明的是，图9仅为示例性说明，各个蓝牙设备对应的投屏画面数据的显示位置本公开对此不做具体限制。
112.需要强调的是，显示设备控制显示器分屏显示多路投屏画面数据，可以理解为显示设备仅显示多个蓝牙设备的投屏画面数据，各个投屏画面数据是静音的，因为并未接收到多个蓝牙设备发送的音频数据，为满足用户期望输出音频数据，在显示多路投屏画面数据之后，通过wifi通信组件接收多个蓝牙设备中至少一个蓝牙设备发送的抢麦发生时间，从而实现在显示设备上显示多个蓝牙设备的投屏换面数据，并且接收其中至少一个蓝牙设备发送的抢麦发生时间，以从中确定目标蓝牙设备，增强多路投屏的趣味性，提升用户体验。
113.上述实施例通过显示设备接收多个蓝牙设备发送的投屏画面数据，实现显示设备的多路投屏，满足用户多人聚会时的娱乐需求；接收多个蓝牙设备中至少一个蓝牙设备发送的抢麦发生时间，提升多路头屏的交互性和趣味性，以至少一个蓝牙设备中确定目标蓝牙设备，满足该目标蓝牙设备对应的用户的发言需求，适应于多用户交际场景，提升用户体验。
114.s702、从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备。
115.一些实施例中，显示设备比较至少一个蓝牙设备发送的抢麦发生时间，从中确定抢麦发生时间最早的蓝牙设备作为目标蓝牙设备。
116.沿用图9中的示例，蓝牙设备901、蓝牙设备902、蓝牙设备903、蓝牙设备904均向显示设备200发送各自的抢麦发生时间；其中，蓝牙设备901的抢麦发生时间为13:47:02，蓝牙设备902的抢麦发生时间为13:47:29，蓝牙设备903的抢麦发生时间为13:48:33，蓝牙设备904的抢麦发生时间为13:48:57。比较上述蓝牙设备对应的抢麦发生时间，则确定抢麦发生时间最早时刻为13:47:02，所对应的蓝牙设备901为目标蓝牙设备。
117.一些实施例中，在从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备数量为多个的情况下，确定其中任一一个作为最终的目标蓝牙设备；或者，根据这多个目标蓝牙设备的优先级，确定其中优先级最高的作为最终的目标蓝牙设备。示例性的，沿用图9中的示例，蓝牙设备901的抢麦发生时间为13:47:02，蓝牙设备902的抢麦发生时间为13:47:02，蓝牙设备903的抢麦发生时间为13:48:33，蓝牙设备904的抢麦发生时间为13:48:57，可见抢麦时间最早为13:47:02，对应了两个蓝牙设备：蓝牙设备901与蓝牙设备902。进一步比较蓝牙设备901与蓝牙设备902的优先级，在蓝牙设备901的优先级高于蓝牙设备902
的优先级的情况下，确定蓝牙设备901为目标蓝牙设备。
118.上述步骤通过比较至少一个蓝牙设备发送的抢麦发生时间，从中确定抢麦发生时间最早的蓝牙设备作为目标蓝牙设备，增强了多路投屏的趣味性，以满足目标蓝牙设备抢麦成功后输出音频数据的需求。
119.s703、向目标蓝牙设备发送抢麦成功指示，并在发送抢麦成功指示之后，接收目标蓝牙设备发送的同步广播串流bis信道标识。
120.其中，同步广播串流bis信道标识用于标识显示设备需要监听的广播信道。
121.s704、监听bis信道标识所指示的目标bis信道，以接收目标bis音频。
122.一些实施例中，在从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备之后，显示设备向目标蓝牙设备发送抢麦成功指示，进一步接收目标蓝牙设备发送的bis信道标识，以在该bis信道标识进行准确监听，从而接收目标蓝牙设备发送的音频数据。
123.如前述，基于bis，现有技术中显示设备无法获知从哪一广播信道获取蓝牙设备发送的音频数据，因此需要监听全部的40个广播信道，功耗较大，监听所占用的带宽资源较大。然而，上述实施例通过获取目标蓝牙设备发送的bis信道标识，能够准确地对bis信道标识所指示的信道标识进行监听。
124.一些实施例中，在发送抢麦成功指示之后，还接收目标蓝牙设备发送的码流数据。码流数据中包括下述至少一项：采样率、帧间隔、每个帧包含的数据量、数据速率。码流数据用于指示显示设备接收并处理后续目标终端设备发送的bis音频的方式。在接收目标蓝牙设备发送的码流数据和bis信道标识之后，监听bis信道标识所指示的目标bis信道，并根据码流数据接收目标bis音频。
125.一些实施例中，在发送抢麦成功指示之后，还接收目标蓝牙设备发送的解码信息。其中，该解码信息用于解码目标蓝牙设备发送的bis音频。在接收目标蓝牙设备发送的解码信息和bis信道标识之后，监听bis信道标识所指示的目标信道，以接收目标蓝牙设备发送的第一bis音频，为保证显示设备和目标蓝牙设备之间数据传输的安全性，该第一bis音频是经过加密处理的，因此显示设备根据目标蓝牙设备发送的解码信息对该第一bis音频进行解密，得到解密后的目标bis音频。
126.一些实施例中，在发送抢麦成功指示之后，还接收目标蓝牙设备发送的同步广播组(broadcast isochronous group,big)偏移时间单元和big偏移单元数。其中，为了支持广播一个或多个音频串流，le audio引入了big和bis，一个同步广播组big可以包括多个bis。
127.如图10a所示，图10a为本公开实施例中big的示意图，图10a中所示的big中包括多个bis，在图10a中分别标识为bis1、bis2、bis3、bis4。举例而言，如果一个手机通过蓝牙广播来播放音乐，需要收听音乐的多个用户中的每个用户的蓝牙耳机的左右耳也必须接收同步的数据流，那么左右耳的数据就必须属于同一个big。
128.其中，big偏移时间单元和big偏移单元数用于指示显示设备在接收到bis信道标识之后，进行偏移，偏移时长为big偏移单元数n*big偏移时间单元δt，可以理解为在经过n个δt这段时间之后，接收目标显示设备发送的目标bis音频。
129.锚点位置用于指示目标bis音频所在的big到达显示设备的时刻，也即接收该big的开始时刻。具体的，可以根据显示设备接收到bis信道标识的时刻以及big偏移时间单元
和big偏移单元数确定该锚点位置，还可以根据显示设备接收到bis信道标识的时刻、big偏移时间单元和big偏移单元数以及预设偏移时长确定该锚点位置。
130.示例性的，如图10b所示，图10b为本公开实施例所示的锚点位置的时间轴示意图，图10b中(a)包括显示设备接收到bis信道标识的时刻t1，big偏移时间单元δt，big偏移单元数n，则偏移时长t2＝n*δt。根据t1、t2可确定锚点位置t3＝t1+t2。
131.或者，如图10b中(b)包括：显示设备接收到bis信道标识的时刻t1，big偏移时间单元δt，big偏移单元数n，偏移时长t2＝n*δt，以及预设偏移时长t4，则锚点位置如图10b(b)所示，在[t5,t6]所处的时间范围内，其中t5＝t1+t2，t6＝t5+t4。
[0132]
上述实施例，显示设备能够同步接收到目标蓝牙设备发送的目标bis音频，目标蓝牙设备还需要向显示设备发送big偏移时间单元和big偏移单元数，使得显示设备接收到big偏移时间单元和big偏移单元数之后，根据big偏移时间单元和big偏移单元数确定big偏移时长，可确定接收目标音频中第一个bis音频数据包的锚点位置处于big偏移时长之后，如图10b中(a)所示的时刻t3。
[0133]
显示设备能够同步接收到目标蓝牙设备发送的目标bis音频，还可以在显示设备接收到big偏移时间单元和big偏移单元数之后，根据big偏移时间单元和big偏移单元数确定big偏移时长，再根据big偏移时长和预设偏移时长确定接收目标音频中第一个bis音频数据包的锚点位置处于big偏移时长之后，如图10b中(b)中[t5,t6]所处的时间范围内。
[0134]
可以理解为目标蓝牙设备告知显示设备在接收到bis信道标识之后，经过一段时间再接收目标音频，这一段时间可以是big偏移时长之后，也可以是big偏移时长之后的预设偏移时长内，从而提升收发目标bis音频的容错率，确保显示设备接收到完整、准确的目标bis音频。
[0135]
一些实施例中，目标bis音频为big中的一个，在发送抢麦成功指示之后，显示设备接收到目标蓝牙设备发送的bis数量和bis索引，首先将bis数量和bis索引对应的数值进行比较，在bis索引对应的数值小于或等于bis数量对应的数值的情况下，确定接收到的bis索引是正确的，进一步bis索引确定目标bis音频在big中的位置。在接收到bis信道标识之后，监听bis信道标识所指示的目标bis信道，并根据目标bis音频在big中的位置，准确接收目标bis音频。
[0136]
示例性的，如图10c所示，图10c为本公开实施例中确定目标bis音频的示意图，图10c中包括所示的big中包括多个bis，在图10c中分别标识为bis1、bis2、bis3、bis4。显示设备接收到的bis数量对应的数值为4，bis索引对应的数值为1，bis索引对应的数值小于bis数量对应的数值，可确定bis索引正确，能够根据bis索引确定目标bis音频在big中的位置：目标bis音频为bis2，即在big中第二个bis的位置。
[0137]
另一些实施例中，为了提升确定目标bis音频的速率，显示设备可以先接收目标蓝牙设备发送的bis索引(如：0、1、2、3)，然后根据bis索引确定目标bis音频在big中的位置(如：根据索引1，确定bis2，即在big中第二个bis的位置)。
[0138]
如图11所示，图11为本公开实施例提供的一种bis数据传输方法的流程示意图二。本实施例是在上述实施例的基础上进一步扩展与优化，其中，s703的一种可能的实现方式如下：
[0139]
s703a、向目标蓝牙设备发送抢麦成功指示。
[0140]
s703b、接收目标蓝牙设备发送的bis信道标识，码流数据，解码信息，big偏移单元和big偏移单元数，以及bis数量和bis索引。
[0141]
其中，bis信道标识用于标识显示设备需要监听的广播信道。
[0142]
码流数据中包括下述至少一项：采样率、帧间隔、每个帧包含的数据量、数据速率；码流数据用于指示显示设备接收并处理后续目标终端设备发送的bis音频的方式。
[0143]
解码信息用于解码目标蓝牙设备发送的bis音频。
[0144]
big偏移时间单元和big偏移单元数用于指示显示设备在接收到bis信道标识之后，进行偏移，偏移时长为big偏移单元数n*big偏移时间单元t。
[0145]
bis数量和bis索引用于指示目标蓝牙设备发送的bis音频在big中的位置。
[0146]
s703c、根据big偏移时间单元和big偏移单元数，确定目标bis音频中接收第一个bis音频数据包的锚点位置；根据bis数量和bis索引，确定目标bis音频在big中的位置。
[0147]
其中，锚点位置用于指示显示设备接收目标bis音频的时刻，是根据显示设备接收到bis信道标识的时刻以及big偏移时间单元和big偏移单元数确定的，还可以根据显示设备接收到bis信道标识的时刻、big偏移时间单元和big偏移单元数以及预设偏移时长确定。
[0148]
s704的一种可能的实现方式如下：
[0149]
s704a、监听bis信道标识所指示的目标bis信道。
[0150]
s704b、接收目标蓝牙设备通过目标bis信道发送的第一bis音频；
[0151]
其中，第一bis音频是经过加密处理的。
[0152]
s704c、根据解码信息对第一bis音频进行解密，得到解密后的目标bis音频；
[0153]
s704d、根据码流数据、锚点位置，以及目标bis音频在big中的位置接收目标bis音频。
[0154]
根据码流数据确定接收目标bis音频的方式，根据锚点位置确定接收目标bis音频的时刻，根据目标bis音频在big中的位置确定从big中准确接收目标bis。
[0155]
上述步骤的具体实施方式可参照前述实施例，在此不做赘述。
[0156]
上述实施例，仅需要监听bis信道标识所指示的目标bis信道，减小了功耗，减少了监听所占用的带宽资源，从而保留了更多的带宽资源用于接收目标bis音频；另外，显示设备无需引导监听多个信道，直接监听目标bis信道获取码流数据，解码信息，big偏移单元和big偏移单元数，以及bis数量和bis索引，从而快速确定目标bis音频接收的时刻、位置、接收方式，有利于提升接收的速率，提高接收到的目标bis音频的质量，使得显示设备实现音画同步，输出音质更高的音频。
[0157]
s705、控制音频播放组件播放目标bis音频。
[0158]
在显示设备接收到目标蓝牙设备发送的目标bis音频之后，控制音频播放组件播放目标bis音频，从而满足目标蓝牙设备对应的用户期望显示设备输出目标bis音频的需求，提升用户体验。
[0159]
示例性的，沿用上述图9所示的多路投屏的示意图，目标蓝牙设备为蓝牙设备901，显示屏上分屏显示多路投屏数据：投屏画面数据911、投屏画面数据912、投屏画面数据913、投屏画面数据914。进一步的，将图9所示的多路投屏的示意图沿用至图12，如图12所示，为本公开实施例提供的一种多路投屏的示意图二，显示设备播放蓝牙设备901发送的目标bis音频，表现为只有蓝牙设备901对应的投屏区域c1有画面输出，并且由对应于投屏区域c1所
显示画面对应的目标bis音频输出，其他蓝牙设备对应的投屏区域c2、投屏区域c3，以及投屏区域c4也输出画面，但是没有对应于画面的音频输出，处于静音状态。
[0160]
综上，本公开提供的bis音频传输方法，首先接收至少一个蓝牙设备发送的抢麦发生时间，再从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备，在向目标蓝牙设备发送抢麦成功指示之后，接收目标蓝牙设备发送的bis信道标识，进一步监听bis信道标识所指示的目标bis信道，以接收目标bis音频，再由控制器控制音频播放组件播放目标bis音频。该显示设备与至少一个蓝牙设备进行交互，并从中确定目标蓝牙设备，接收目标蓝牙设备发送的bis信道标识，从而只监听目标蓝牙设备对应的目标bis信道，实现在通过蓝牙广播的交互方式获取手机音频数据时，减少监听所消耗的带宽资源，以剩余更多的带宽资源接收音频数据，提升了接收音频数据的速率和质量，进一步提升了显示设备的播放音质。
[0161]
如图13所示，图13为本公开实施例提供的另一种bis数据传输方法的流程示意图，该方法应用于显示设备，该方法包括步骤s1301～s1303：
[0162]
s1301、向显示设备发送抢麦发生时间。
[0163]
一些实施例中，参考图8，蓝牙设备根据用户触控“抢麦”控件801的操作，触发向显示设备发送抢麦发生时间。
[0164]
s1302、若接收到显示设备发送的抢麦成功指示，向显示设备发送bis信道标识。
[0165]
一些实施例中，在接收到显示设备发送的抢麦成功指示之后，向显示设备发送bis信道标识，码流数据，解码信息，big偏移单元和big偏移单元数，以及bis数量和bis索引。
[0166]
s1303、通过bis信道标识所指示的目标bis信道，向显示设备发送目标bis音频，以使得显示设备通过监听bis信道标识所指示的目标bis信道接收目标bis音频。
[0167]
本公开实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现上述bis数据传输方法执行的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0168]
其中，该计算机可读存储介质可以为只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
[0169]
本公开提供一种计算机程序产品，该计算机程序产品中包括计算机程序，当该计算机程序在计算机上运行时，使得所述计算机实现上述的bis数据传输方法。
[0170]
为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述在一些实施例中讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。
技术特征：1.一种显示设备，其特征在于，包括：音频播放组件，被配置为：播放音频；wifi通信组件，被配置为：接收至少一个蓝牙设备发送的抢麦发生时间；控制器，被配置为：从所述至少一个蓝牙设备中确定所述抢麦发生时间最早的目标蓝牙设备；所述wifi通信组件，还被配置为：向所述目标蓝牙设备发送抢麦成功指示，并在发送所述抢麦成功指示之后，接收所述目标蓝牙设备发送的同步广播串流bis信道标识；蓝牙通信组件，还被配置为：监听所述bis信道标识所指示的目标bis信道，以接收目标bis音频；所述控制器，还被配置为：控制所述音频播放组件播放所述目标bis音频。2.根据权利要求1所述的显示设备，其特征在于，所述显示设备还包括：显示器，被配置为：显示视频画面；所述wifi通信组件，还被配置为：接收多个蓝牙设备发送的投屏画面数据，以接收多路投屏画面数据；所述控制器，还被配置为：控制所述显示器分屏显示所述多路投屏画面数据；所述wifi通信组件，具体配置为：接收所述多个蓝牙设备中至少一个蓝牙设备发送的抢麦发生时间。3.根据权利要求1所述的显示设备，其特征在于，所述wifi通信组件，还被配置为：在发送所述抢麦成功指示之后，接收所述目标蓝牙设备发送的码流数据；所述蓝牙通信组件，具体被配置为：监听所述bis信道标识所指示的目标bis信道，并根据所述码流数据接收所述目标bis音频。4.根据权利要求1所述的显示设备，其特征在于，所述wifi通信组件，还被配置为：在发送所述抢麦成功指示之后，接收所述目标蓝牙设备发送的解码信息；所述蓝牙通信组件，具体被配置为：监听所述bis信道标识所指示的目标bis信道，以接收第一bis音频，对所述第一bis音频进行解密，得到解密后的所述目标bis音频。5.根据权利要求1所述的显示设备，其特征在于，所述wifi通信组件，还被配置为：在发送所述抢麦成功指示之后，接收所述目标蓝牙设备发送的同步广播组big偏移时间单元和big偏移单元数；所述控制器，还被配置为：根据所述big偏移时间单元和big偏移单元数，确定所述目标bis音频中接收第一个bis音频数据包的锚点位置；所述蓝牙通信组件，具体被配置为：监听所述bis信道标识所指示的目标bis信道，根据所述锚点位置接收所述目标bis音频。6.根据权利要求5所述的显示设备，其特征在于，所述控制器，具体被配置为：根据所述big偏移时间单元和big偏移单元数，确定big偏移时长，确定接收所述目标bis音频中第一个bis音频数据包的锚点位置处于big偏移时长之后；或，所述控制器，具体被配置为：根据所述big偏移时间单元和big偏移单元数，确定big偏移时长，根据所述big偏移时长和预设偏移时长，确定接收所述目标bis音频中第一个bis音
频数据包的锚点位置处于big偏移时长之后的预设偏移时长内。7.根据权利要求1所述的显示设备，其特征在于，所述wifi通信组件，还被配置为：在发送所述抢麦成功指示之后，接收所述目标蓝牙设备发送的bis数量和bis索引；所述控制器，还被配置为：根据所述bis数量和所述bis索引，确定所述目标bis音频在big中的位置；所述蓝牙通信组件，还被配置为：监听所述bis信道标识所指示的目标bis信道，并根据所述目标bis音频在big中的位置，接收所述目标bis音频。8.一种蓝牙设备，其特征在于，包括：wifi通信组件，被配置为：向显示设备发送抢麦发生时间；在发送所述抢麦发生时间之后，若接收到所述显示设备发送的抢麦成功指示，向所述显示设备发送bis信道标识；蓝牙通信组件，被配置为：通过所述bis信道标识所指示的目标bis信道，向所述显示设备发送目标bis音频，以使得显示设备通过监听所述bis信道标识所指示的目标bis信道接收目标bis音频。9.一种bis音频传输方法，其特征在于，包括：接收至少一个蓝牙设备发送的抢麦发生时间；从所述至少一个蓝牙设备中确定所述抢麦发生时间最早的目标蓝牙设备；向所述目标蓝牙设备发送抢麦成功指示，并在发送所述抢麦成功指示之后，接收所述目标蓝牙设备发送的同步广播串流bis信道标识；监听所述bis信道标识所指示的目标bis信道，以接收目标bis音频；控制所述音频播放组件播放所述目标bis音频。10.一种bis音频传输方法，其特征在于，包括：向显示设备发送抢麦发生时间；若接收到所述显示设备发送的抢麦成功指示，向所述显示设备发送bis信道标识；通过所述bis信道标识所指示的目标bis信道，向所述显示设备发送目标bis音频，以使得显示设备通过监听所述bis信道标识所指示的目标bis信道接收目标bis音频。
技术总结本公开涉及一种显示设备、蓝牙设备和BIS音频传输方法，涉及蓝牙技术领域。显示设备包括：音频播放组件，被配置为：播放音频；WiFi通信组件，被配置为：接收至少一个蓝牙设备发送的抢麦发生时间；控制器，被配置为：从至少一个蓝牙设备中确定抢麦发生时间最早的目标蓝牙设备；WiFi通信组件，还被配置为：向目标蓝牙设备发送抢麦成功指示，并在发送抢麦成功指示之后，接收目标蓝牙设备发送的同步广播串流BIS信道标识；蓝牙通信组件，还被配置为：监听BIS信道标识所指示的目标BIS信道，以接收目标BIS音频；控制器，还被配置为：控制音频播放组件播放目标BIS音频。放目标BIS音频。放目标BIS音频。
技术研发人员：杨坤 姜晓胜 邓子敬
受保护的技术使用者：海信视像科技股份有限公司
技术研发日：2022.06.30
技术公布日：2022/11/1
