CN118264987A - 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 - Google Patents
用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 Download PDFInfo
- Publication number
- CN118264987A CN118264987A CN202410351027.9A CN202410351027A CN118264987A CN 118264987 A CN118264987 A CN 118264987A CN 202410351027 A CN202410351027 A CN 202410351027A CN 118264987 A CN118264987 A CN 118264987A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- audio
- information
- source
- server device
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 88
- 230000006854 communication Effects 0.000 title claims abstract description 29
- 238000004891 communication Methods 0.000 title claims abstract description 29
- 238000004590 computer program Methods 0.000 title abstract description 7
- 230000000737 periodic effect Effects 0.000 claims description 22
- 239000010410 layer Substances 0.000 description 52
- 238000010586 diagram Methods 0.000 description 47
- 230000005540 biological transmission Effects 0.000 description 30
- 230000008569 process Effects 0.000 description 23
- 230000004044 response Effects 0.000 description 23
- 238000007726 management method Methods 0.000 description 20
- 230000007704 transition Effects 0.000 description 20
- VYLDEYYOISNGST-UHFFFAOYSA-N bissulfosuccinimidyl suberate Chemical compound O=C1C(S(=O)(=O)O)CC(=O)N1OC(=O)CCCCCCC(=O)ON1C(=O)C(S(O)(=O)=O)CC1=O VYLDEYYOISNGST-UHFFFAOYSA-N 0.000 description 18
- 230000001360 synchronised effect Effects 0.000 description 17
- 238000003860 storage Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 8
- 208000017482 infantile neuronal ceroid lipofuscinosis Diseases 0.000 description 8
- 230000001934 delay Effects 0.000 description 5
- 239000003999 initiator Substances 0.000 description 5
- 239000012792 core layer Substances 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 239000000872 buffer Substances 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 238000011112 process operation Methods 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000036962 time dependent Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质。公开了用于在无线通信***中执行广播发现或扫描服务的方法、装置和计算机程序及其记录介质。根据本公开内容的一个实施方式,在无线通信***中第二设备对第一设备执行扫描卸载的方法包括以下步骤:将用于指示第二设备代替第一设备执行扫描的信息发送至第一设备;由第二设备确定第一设备的目标广播源;以及将有关目标广播源的信息发送至第一设备。
Description
本申请为于2022年1月25日提交、申请号为202080053673.7、发明名称为“用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质”的中国专利申请的分案申请。所述母案申请的国际申请日为2020年6月2日,国际申请号为PCT/KR2020/007134。
技术领域
本公开内容涉及无线通信***中的广播发现服务,更具体地,涉及用于使客户端执行对服务器的广播发现的方法、装置、计算机程序及其记录介质。
背景技术
蓝牙是一种短程无线通信标准,并且包括BR(基本速率)/EDR(增强数据速率)技术和LE(低功耗)技术。BR/EDR也被称为蓝牙经典,并且包括由蓝牙1.0应用的BR技术和由蓝牙2.0应用的EDR技术。在蓝牙4.0之后应用的蓝牙LE(BLE)是一种支持以低功耗发送和接收相对大量的数据的技术。
蓝牙标准包括各种配置文件。例如,免提配置文件(HFP)定义了一个设备用作音频网关(AG)例如智能电话和另一个设备用作免提设备例如耳机的必要条件。另外,A2DP(高级音频分发配置文件)定义了一个设备用作音频源例如音乐回放器和另一个设备用作音频信宿例如扬声器的必要条件。
随着近来无线设备的普及,对在多对多或M对N连接类型的各种拓扑中发送和接收音频数据的需求正在增加。例如,需要5.1通道环境的流式传输服务正在出现,并且正在讨论使用多个蓝牙便携式扬声器来支持5.1通道环境,从而摆脱常规5.1通道专用有线扬声器的限制。然而,由于常规蓝牙音频技术主要是考虑到两个设备之间一对一连接的使用情况而开发的,因此它不适合支持多个设备之间的音频数据发送/接收,并且延迟是一个大问题。另外,随着蓝牙音频设备数量的增加,存在搜索***设备的功耗增加的问题。
另外,为了降低搜索***设备的设备的功耗,可以考虑另一设备代表相应设备搜索、发现或扫描***设备。然而,对此没有具体的计划。
发明内容
【技术问题】
本公开内容的技术问题是提供用于第二设备代表第一设备执行扫描的发现卸载或扫描卸载的方法和装置。
本公开内容中要实现的技术问题不限于上面提到的技术问题,并且本公开内容所属领域的普通技术人员将从以下描述中清楚地理解未提到的其他技术问题。
【技术方案】
根据本公开内容的一方面的一种在无线通信***中通过第二设备对第一设备执行扫描卸载的方法可以包括:将指示第二设备代表第一设备执行扫描的信息发送至第一设备;通过第二设备确定第一设备的目标广播源;以及将关于目标广播源的信息发送至第一设备。
根据本公开内容的另外方面的一种用于在无线通信***中使第一设备通过第二设备执行扫描卸载的方法可以包括:通过第一设备从第二设备接收指示第二设备代表第一设备执行扫描的信息;通过第一设备从第二设备接收关于目标广播源的信息;以及基于关于目标广播源的信息来执行与目标广播源的同步。
根据本公开内容的另外方面的一种用于在无线通信***中对另一设备执行扫描卸载的设备可以包括:存储器;收发器;以及处理器,其中,该处理器被配置成:通过收发器将指示代表另一设备执行扫描的信息发送至另一设备;确定另一设备的目标广播源;以及通过收发器将关于目标广播源的信息发送至另一设备。
根据本公开内容的另外方面的一种用于在无线通信***中通过另一设备执行扫描卸载的设备可以包括:存储器;收发器;以及处理器,其中,该处理器被配置成:通过收发器从另一设备接收指示另一设备代表所述设备执行扫描的信息;通过收发器从另一设备接收关于目标广播源的信息;以及基于关于目标广播源的信息来执行与目标广播源的同步。
上面关于本公开内容简要概述的特征仅是下面的本公开内容的详细描述的示例性方面,并且不限制本公开内容的范围。
【技术效果】
根据本公开内容,可以提供用于第二设备代表第一设备执行扫描的发现卸载或扫描卸载的方法和装置。
本公开内容的技术效果不限于上述效果,并且本领域技术人员可以从下面的描述中理解本文中未提到的其他效果。
附图说明
图1是示例性地示出了常规音频连接类型和本公开内容适用的音频连接类型的图。
图2是示例性地示出了常规音频相关协议和本公开内容适用的音频相关协议栈的图。
图3是示出了本公开内容适用的5.1通道环绕***硬件的示例的图。
图4是示出了本公开内容适用的音频数据编码/解码处理的图。
图5是示出了本公开内容适用的两个设备的通道分配的示例的图。
图6是用于描述本公开内容适用的两个流的同步延迟的图。
图7是用于描述本公开内容适用的多个设备的广播操作的图。
图8和图9是用于描述本公开内容适用的ICL类型和INCL类型的操作的图。
图10是示出了本公开内容适用的广播音频流状态机的图。
图11是示出了本公开内容适用的音频设置过程的图。
图12是示出了本公开内容适用的链路层状态机的图。
图13是示出了本公开内容适用的音频拓扑的示例的图。
图14至图16是示出了本公开内容适用的客户端与服务器之间的消息交换过程的图。
图17是示出了本公开内容适用的呼叫服务的状态机的图。
图18是示出了本公开内容适用的每个层的分组格式的图。
图19是示出了本公开内容适用的数据单元格式的示例的图。
图20是示出了本公开内容适用的广告单元格式的示例的图。
图21是用于描述本公开内容适用的扫描卸载方法的示例的图。
图22是用于描述本公开内容适用的广播源扫描服务操作的示例的图。
图23是示出了本公开内容适用的客户端的操作的示例的图。
图24是示出了本公开内容适用的客户端和服务器的操作的附加示例的图。
图25和图26是用于描述本公开内容适用的呈现延迟确定和传输方法的图。
图27是用于描述本公开内容适用的多通道同步的混合广播的图。
图28是示出了可以应用本公开内容的第一设备和第二设备的配置的图。
具体实施方式
在下文中,参照附图,将详细描述本公开内容的实施方式,使得本公开内容所属的领域的普通技术人员可以容易地实现它们。然而,本公开内容可以以几种不同的形式被体现,并且不限于本文中描述的实施方式。
在描述本公开内容的实施方式时,如果确定公知配置或功能的详细描述可能模糊本公开内容的主旨,则将省略对其的详细描述。并且在附图中,省略了与本公开内容的描述无关的部分,并且相似的附图标记被附于相似的部分。
在本公开内容中,当组件“连接”、“耦接”或“访问”另一个组件时,它不仅可以包括直接连接关系,而且还包括其中另一个组件存在于中间的间接连接关系。此外,在本公开内容中,术语“包括”或“具有”指出叙述的特征、步骤、操作、元件和/或组件的存在,但是它不排除存在或添加一个或更多个其他特征、步骤、操作、元件、组件和/或其组。
在本公开内容中,诸如“第一”和“第二”的术语仅用于区分一个组件和其他组件的目的,并且不用于限制组件。并且,除非另有说明,否则术语不会限制组件之间的顺序或重要性。因此,在本公开内容的范围内,在一个实施方式中的第一组件在另一实施方式中可以被称为第二组件,并且类似地,在一个实施方式中的第二组件在另一实施方式中可以被称为第一组件。
在本公开内容中,彼此区分开的组件用于清楚地描述每个特性,并不一定意味着组件是分开的。也就是说,可以集成多个组件以形成一个硬件单元或软件单元,或者可以分配一个组件以形成多个硬件单元或软件单元。因此,即使没有具体提及,这样的集成的或分散的实施方式也被包括在本公开内容的范围内。
本公开内容的各种实施方式不旨在列出组件的所有可能组合,而是旨在示出本公开内容的代表性方面,并且各种实施方式中描述的组件中的一些或所有可以独立地或者两个或更多个组合地被应用。也就是说,本公开内容的各种实施方式中描述的组件不一定是指必要的组件,并且一些组件可能是可选组件。因此,由一个实施方式中描述的组件的子集组成的实施方式也被包括在本公开内容的范围内。另外,除了在各种实施方式中描述的组件之外,包括其他组件的实施方式也被包括在本公开内容的范围内。
为了描述清楚起见,本公开内容的示例方法被表示为一系列操作,但这并不旨在限制执行步骤的顺序,并且如果有必要的话,可以同时或以不同的顺序执行每个步骤。另外,为了实现根据本公开内容的方法,除了所示出的步骤之外,还可以包括其他步骤,除了一些步骤之外,还可以包括步骤,或者除了一些步骤之外,还可以包括其他步骤。
本公开内容中使用的术语用于描述特定实施方式,并且不旨在限制权利要求。除非上下文另有清楚地说明,否则如在实施方式的描述中以及在所附权利要求中使用的,单数形式也旨在包括复数形式。此外,在本公开内容中使用的术语“和/或”可以指代相关列举中的一个,或者意在指代和包括其两个或更多个的所有可能(或随机)组合。
本公开内容中使用的术语的定义如下。
音频信宿是从音频源接收音频数据的实体。
音频源是将音频数据发送至音频信宿的实体。
音频通道是编码或未编码的音频数据的单一流。
音频流是单向逻辑通信通道,其携载从音频源流至音频信宿的音频数据。音频数据可以在音频流会话(ASS)上流动。音频流可以携载一个或更多个音频通道的音频数据。
音频组可以包括一个或更多个同步的音频流。
内容类型指示音频组的内容的分类。分类可以包括音频是否由用户发起。内容类型指示音频组的内容的分类。分类可以包括音频是否由用户发起。内容类型的示例可以包括未分类音频(UncategorizedAudio)、铃声(Ringtone)、***声音(SystemSound)、卫星导航(Satnav)、呼叫音频(CallAudio)、媒体(Media)等。
元数据是描述和提供音频数据的上下文的可变长度数据。可以针对较高层定义元数据。
音频流会话(ASS)是指音频流的单向或双向传输/交换过程。ASS的端点对应于音频流会话的音频输入和/或音频输出,并且可以对应于一个设备或一组设备。ASS的末端驻留在服务器上,并且可以由服务器或客户端来配置。服务器可以存储、改变和管理ASS状态。
QoS(服务质量)是指音频流的服务质量并且可以对应于对特定服务的要求。
音频位置是指打算用于呈现音频的设备的空间布置内的音频通道的逻辑空间呈现位置。例如,耳机的左位置和右位置可以对应于音频位置。音频位置可以被分配给音频通道。
CBIS(基于连接的等时流)是在核心层中定义的术语,并且是与ASS服务中的音频流相对应的概念。单向CBIS可以具有一个音频流,并且双向CBIS可以具有两个音频流。
CBISS(基于连接的等时流集)是在核心层中定义的术语,并且是与ASS服务中的音频组相对应的概念。
音频场景应用(ASA)是指执行特定内容类型的音频组。
ASC(音频流能力)是配置音频会话能力所需的参数集。
音频广告是为了发现ASA参与的可用性。音频通用广告是不指定目标的音频广告,并且音频定向广告是针对特定目标的音频广告。
等时数据是指受时间限制的数据。例如,等时数据可以是时间相关的音频比如需要相对于视频的图像被同步的电视音频或者需要在构成多通道的多个设备中被同步和被再现的音频。
等时通道是指用于将等时数据从发送设备发送至一个或更多个接收设备的逻辑发送端。
等时流是指携载一个或更多个等时通道的逻辑链路。
图1是示例性地示出了常规音频连接类型和本公开内容适用的音频连接类型的图。
图1的(a)示出了BR/EDR音频连接类型的示例。在BR/EDR的情况下,支持一对一连接类型。一个设备(例如,智能电话)可以用作中央设备,并且可以与若干个设备中的每一个一对一连接。也就是说,可能存在多个一对一连接。因此,可以支持诸如通过耳机的电话呼叫或通过扬声器的音乐再现的服务。这种连接类型中的服务的中心是音频源,并且音频信宿(audio sink)例如耳机、扬声器和AVN(音频视频导航)可以作为音频源的***设备进行操作。
图1的(b)示出了BLE音频连接类型的示例。在BLE的情况下,可以支持多对多连接。在这种情况下,可以存在多个中心设备例如TV、智能电话和网关等,并且可以配置复杂的M对N连接。因此,可以支持通过耳机的电话呼叫和音乐再现的服务,并且可以支持广播音频服务,例如闹钟、门铃和广告语音。这种连接类型中的服务的中心是音频信宿,并且可以通过移动多个音频源来使用音频服务。
图2是示例性地示出了常规音频相关协议栈和本公开内容适用的音频相关协议栈的图。
图2的(a)示出了音频相关协议栈的示例。L2CAP(逻辑链路控制和适配协议)层在上层与下层之间起到仲裁和调解的作用。在上层中,可以包括诸如RFCOMM(射频通信)、AVDTP(音频/视频分发传输协议)、AVCTP(音频/视频控制传输协议)等的协议和诸如HFP(免提配置文件)、A2DP(高级音频分发配置文件)、AVRCP(音频/视频远程控制配置文件)等的配置文件。下层可以包括MAC/PHY层。MAC(媒体访问控制)层可以包括链路管理器和链路控制器,并且PHY(物理)层可以包括BR/EDR无线电。另外,面向同步连接(SCO)/扩展SCO(eSCO)可以提供用于语音的同步数据通信路径。因此,在BR/EDR中,可以为每个配置文件设计协议栈。L2CAP层、BR/EDR协议、通用访问配置文件(GAP)和BR/EDR配置文件层可以被统称为主机层,并且链路管理器、链路控制器和BR/EDR无线电层可以被称为控制器层。主机与控制器之间的接口可以被称为HCI(主机控制器接口)。
图2的(b)示出了BLE音频相关协议栈的示例。与为每个配置文件配置协议的BR/EDR不同,在BLE中,可以设计用于各种配置文件的通用协议栈。该通用协议栈可以被称为中间件。例如,可以配置以中间件形式的用于诸如助听器、高质量音频/音乐、语音识别和呼叫/媒体的各种配置文件的通用协议。例如,中间件可以包括诸如设备发现、流控制(或流管理)、编解码器和遗留管理的协议。另外,核心层可以包括链路层(Link Layer,LL)、LE无线电(即,PHY层),并且LL可以包括与由蓝牙5定义的多播支持等时通道相关的功能。
另外,配置文件和中间件可以被称为主机层,核心层可以被称为控制器层,并且可以在主机与控制器之间定义HCI。
除了图2的(b)中示出的主机配置文件和协议之外,主机可以包括LE配置文件、通用访问配置文件(GAP)、通用属性配置文件(GATT)、属性(ATT)协议、安全管理器(SM)等。
从主机发送至控制器的信息可以被称为HCI命令分组。从控制器发送至主机的信息可以被称为HCI事件分组。另外,可以在主机与控制器之间交换HCI异步数据分组或HCI同步数据分组。
此外,除了图2的(b)中所示的中间件配置文件和服务之外,中间件还可以包括如下各种配置文件和/或服务:
音频会话能力服务(ASCS):音频会话能力服务(ASCS)是支持与音频会话相关的广告或发现能力的服务;
音频流会话服务(Audio Stream Session Service,ASSS):音频流会话服务(ASSS)是支持与音频会话相关的发现、设置、建立、控制和管理的服务;
音频输入管理服务(AIMS):用于管理音频输入音量等的服务;
音频路由服务(ARS):用于选择音频输入和输出的位置的服务;
音频中间件配置文件(AMP):用于分发音频的设备的行为的基本配置文件;
呼叫管理配置文件(CMP):两个设备之间为呼叫而进行交互的角色和过程的配置文件;
音频通用中间件配置文件(AGMP):使实现内容和/或流控制的基本配置文件;
组标识服务(GIS):用于发现属于组的设备的服务。组标识服务(GIS)或组标识配置文件(GIP)可以允许设备作为组的一部分而被发现。组被定义为一起操作以支持特定场景的一组设备,并且这些设备可以被称为组成员。例如,一起响应于控制命令的一组设备例如一对助听器、一对耳塞式耳机(earbud)或接收多通道(例如,5.1CH)音频的扬声器集合可能是这样的示例:
音频回放器管理配置文件(APMP):支持音频回放器的控制或交互的配置文件;
音频回放器管理服务(APMS):支持音频回放器的控制或交互的服务;
麦克风管理配置文件:用于麦克风状态管理的配置文件;
麦克风管理服务:支持用于麦克风状态管理的接口和状态的服务;
快速服务发现服务(QSDS):支持快速发现诸如音频回放器管理和呼叫管理的服务的服务;
呼叫承载服务:支持设备上承载的呼叫接口和呼叫状态的管理的服务;
音量管理配置文件:支持设备的音频音量管理的配置文件;
音量管理服务:支持设备的音频音量接口和状态的服务;
音量偏移管理服务:用于音频输出的音量管理的服务。
图3示出了本公开内容适用的5.1通道环绕***硬件的示例。
在图3中,LE音频源设备可以执行发起者的功能,并且LE音频信宿设备可以执行接受者的功能。发起者是指发起音频会话的设备,而接受者是指接受发起的音频会话的设备。在此,源并不总是发起者或者信宿(sink)并不总是接受者,源可以是接受者或者信宿可以是发起者。
例如,音频源可以是TV设备,并且音频信宿可以是扬声器设备。音频源可以将音频数据发送至音频信宿。另外,音频源可以从音频信宿接收反馈数据。多个音频信宿可以分别接收与5.1通道——FL(左前)、FR(右前)、RL(左后)、RR(右后)、C(中央)和W(低音扬声器)——中的一个相对应的音频数据,并且通过扬声器输出该音频数据。
音频编码器或解码器可以支持各种音频格式。例如,音频格式可以包括蓝牙低功耗音频编解码器(BLEAC)、杜比5.1CH、数字环绕声(DTS)等,并且每种格式的特性如下。BLEAC是单通道编解码器,并且BLEAC的96kbps的传输速率可以提供与SBC(子带编解码器)的256kbps和MP3的200kbps相同的质量。杜比5.1CH可以支持48kHz采样速率,支持1到5.1(或1到6)通道,并且支持高达448kbps的传输速率。DTS可以支持48kHz或96kHz采样速率,支持2至6.1通道,并且支持768kbps半速率和1,536kbps全速率的传输速率。
图4是示出了本公开内容适用的音频数据编码/解码处理的图。
参照图4的(a),DTS格式流或杜比5.1CH格式流可以被输入至发送端(Tx)的DTS解码器或杜比5.1CH解码器,并且PCM(脉冲编码调制)格式的音频信号可以被输出。PCM信号可以被输入至BLEAC编码器并作为BLEAC格式的音频信号被输出。在此,可以添加可选的供应商特定信息。BLEAC信号可以通过BLE接口被发送至接收端(Rx)的BLE接口。接收端可以通过BLEAC解码器处理BLEAC信号并将该BLEAC信号转换成可以通过扬声器输出的信号。
在此,可以将多个流从发送端发送至多个接收端。例如,多个流中的每一个可以包括与5.1CH之中的一个通道相对应的音频信号。可以从多个接收端在不同时间接收多个流,但是所述多个流具有需要同时回放或呈现的等时性质,并且这些流可以被称为CBIS(基于连接的等时流)。也就是说,可以将与5.1CH相对应的六个CBIS从发送端发送至接收端,并且这六个CBIS的集合可以被称为一个CBISS(基于连接的等时流集)。
图4的(b)和图4的(c)概念性地示出了通过多个流的音频流式传输。一个或更多个音频流可以对应于CBIS,并且音频组可以对应于CBISS。例如,一个音频流可以对应于一个CBIS,而两个或更多个音频流可以对应于一个CBIS。多个CBIS可以被包括在一个音频组或CBISS中。
图5是示出了本公开内容适用的两个设备的通道分配的示例的图。
接收端可以根据由发送端提供的定时信息而发起流接收。例如,定时信息可以表示从包括定时信息的数据单元被发送的时间点的预定偏移之后的时间点。接收端可以接收与流中包括的一个或更多个通道相对应的音频数据。例如,可以将包括在一个流中的多个通道分别分配给多个接收端。可以以时分多路复用(TDM)方法来发送包括在一个流中的多个通道(或多个音频数据)。例如,可以在第一定时处发送第一通道的音频数据,并且可以在第二定时处发送第二通道的音频数据。
广播接收端可以通过使用由发送端周期性广告的数据单元中包括的信息来检测当前可获得的广播音频流、流偏移值、流间隔值等。
在作为基于无连接的等时链路的等时非连接链路(INCL)的情况下,可以在源设备与信宿设备之间没有连接的情况下发送/接收(例如,以广播方式)等时通道。从诸如由发送端广告的AUX_SYNC_IND协议数据单元(PDU)中包括的BSG(广播同步组)的信息,接收端可以检查INCL流偏移或BSG偏移并确定锚点定时。INCL流传输可以从锚点开始。两个连续的锚点之间的定时差可以被定义为间隔(例如,图5的INCL CH1间隔或ISO间隔)。一个或更多个子事件可以被包括在流传输事件中。
在图5的示例中,一个音频流可以包括两个通道的音频数据。第一通道(CH1)可以被分配给第一设备(设备#1),并且第二通道(CH2)可以被分配给第二设备(设备#2)。在锚点之后的一个或更多个定时处,可以将包括在INCL流中的CH1发送至设备#1,此后,可以在一个或更多个定时处将CH2发送至设备#2。另外,INCL流事件可以包括CH1的事件和CH2的事件。CH1的事件可以包括两个子事件。CH2的事件可以包括两个子事件。子事件之间的定时差可以被定义为子事件间隔。
等时音频数据可能具有有限的寿命。也就是说,在预定时间到期之后,音频数据可能无效。例如,可以在ICL通道中定义预定超时值,并且在预定超时值到期之后,可以丢弃发送至多个设备的等时音频数据。例如,超时可以被表达为多个子事件。
图6是用于描述本公开内容适用的两个流的同步延迟的图。
假设多个流被包括在一个音频组中,并且多个流具有需要同时被再现的等时性。可以从一个设备发送多个流或者可以从不同的设备发送多个流。此外,多个流可以由一个设备接收或者可以由不同的设备接收。
由于蓝牙通信方法不支持同时传输多个流,因此可以根据预定顺序在不同时间资源(或定时)上以TDM方法发送多个流。在这种情况下,在多个流的传输定时中可能出现差异,因此,在多个流的接收定时中也可能出现差异。另外,由于需要同时再现多个流,因此首先接收到的流不能首先被再现,而是可以在等待直到接收到最后的流之后才被再现。也就是说,可以直到完成所有流的接收的定时才发生同步延迟。
在图6的示例中,第一流(CBIS#1)和第二流(CBIS#2)可能需要同时被再现,并且可以被包括在一个CBISS中。CBISS锚点可以与CBIS#1的锚点相同,并且在可以发送CBIS#1音频数据之后,继在CBIS#1间隔之后的时间点(例如,T1)之后的CBIS#1音频数据可以被发送。接下来,在从CBIS#2的锚点发送CBIS#2音频数据之后,继在CBIS#2间隔(例如,T2)之后的时间点之后的CBIS#2音频数据可以被发送。在接收到一个CBISS中包括的所有流之后,可以同时再现它们。也就是说,可以在完成相对晚发送的CBIS#2的接收时处理和再现CBIS#1和CBIS#2的音频数据。
在此,CBISS的同步延迟可以被定义为直到从CBISS相对晚地接收的CBIS#2的接收完成时间(T2)的时间间隔。例如,CBIS#1的接收完成时间T1和CBIS#2的接收完成时间T2之中的较晚时间点可以被确定为CBISS的同步延迟。也就是说,多个流的同步延迟之中的较晚接收完成时间可以被确定为CBISS的同步延迟。具体地,当CBIS#1和CBIS#2被绑定到相同的单个CBISS中时,可以在等待直到发送接收的流CBIS#2信息之后再现先前接收的流CBIS#1。
发送端(Tx)可以向接收端(Rx)通知预先考虑到CBIS的数目、CBIS事件、子事件和间隔而计算的预期延迟值。例如,发送端可以在配置通道时向接收端通知预期延迟值。
在基于连接的等时连接链路(ICL)的情况下,由于发送端和接收端连接,因此接收端可以向发送端通知实际延迟值。
在INCL的情况下,由于发送端和接收端不连接,因此接收端无法向发送端通知实际延迟值。即使可以从接收端向发送端通知延迟值,发送端也不能控制特定设备的回放时间以便使多个设备同步。
例如,甚至在INCL的情况下,当在一个CBISS中包括多个CBIS(例如,与5.1CH的六个通道相对应的六个CBIS)时,发送端也可以接收来自接收器的反馈以调整同步。通过反馈,接收端可以向发送端通知其延迟信息。
图7是用于描述本公开内容适用的多个设备的广播操作的图。
音频源设备可以计算用于等时流的同时再现的同步延迟值,并将该同步延迟值发送至多个音频信宿设备。信宿设备中的每一个可以基于从源设备提供的延迟值来确定回放定时。也就是说,由于源设备无法准确地知道信宿设备接收和处理音频数据所花费的时间量,因此信宿设备可以提供延迟值作为用于确定回放定时的基本信息。信宿设备可以根据其设备特性来确定再现定时并再现音频数据。
例如,在等时广播操作中,源设备(例如,TV)可以计算传输延迟、呈现延迟等,并将传输延迟、呈现延迟等发送至信宿设备(例如,扬声器)。信宿设备可以通过反映接收的延迟值来调整音频数据的回放或呈现定时。由于对每个信宿设备制造商而言,设备特性是不同的,因此可以由信宿设备确定实际回放定时。
如果信宿设备可以将信息发送至源设备,则信宿、信宿设备可以计算延迟值并将延迟值发送至源设备。因此,源设备可以基于从信宿设备提供的延迟值来确定传输定时。
例如,可以形成反馈通道,信宿设备(例如,扬声器)可以通过该反馈通道将信息传送至源设备(例如,TV)。在这种情况下,可以执行基于等时连接的单播操作。信宿设备可以计算呈现延迟值并通过反馈通道将呈现延迟值发送至源设备。因此,源设备可以通过反映从信宿设备提供的延迟值来调整音频数据的传输时间。
参照图7,在发送端是TV并且两个接收端是第一扬声器(扬声器#1)和第二扬声器(扬声器#2)的情况下,示例性地示出了等时流操作。可以为第一扬声器分配第一流/通道(例如,5.1CH中的RR通道),并且可以为第二扬声器分配第二流/通道(例如,5.1CH中的RL通道)。
第一扬声器和第二扬声器可以分别发送音频通用广告或音频定向广告。TV和第一扬声器或第二扬声器中的至少一个可以彼此连接或可以不彼此连接。
当TV和扬声器中的至少一个连接时,扬声器可以计算呈现延迟值并将该呈现延迟值报告给TV。当TV和扬声器没有连接时,TV可以计算传输延迟、呈现延迟值等并将其发送至扬声器。
考虑到音频内容特性、音频/视频同步、编解码器特性等,TV可以执行同步操作并将延迟强制地应用于特定音频流。例如,由于音频编解码器编码/解码延迟与BLEAC的40ms、SBC的200ms、APT-X的100ms等不同,因此可以根据编解码器特性来确定延迟值。另外,由于A/V内容的特性根据游戏、电影、动画等而不同,因此可能考虑到这一点来确定延迟值。此外,可以考虑到媒体时钟与BLE接口的时钟之间的差异来确定延迟值。可以通过A/V时标信息来确认媒体时钟。
另外,如图7的左侧所示,可以考虑到在各种广播标准中定义的音频/视频信号处理时间来确定延迟值。例如,在高级电视***委员会(ATSC)中,音频-视频-音频之间的时间间隔为15ms和45ms;在ITU-R BT.1359-1中,音频-视频-音频之间的时间间隔为125ms和45ms;以及在SMPTE(电影电视工程师协会)中,音频-视频-音频之间的时间间隔被定义为22ms和22ms,而且可以考虑到这些时间间隔来确定延迟值。
TV可以配置每个流的呈现延迟值并向扬声器通知该呈现延迟值,或者TV可以基于从扬声器提供的延迟值来确定流的传输定时。
TV可以基于所确定的延迟值将流发送至扬声器。也就是说,作为发送端的源设备或TV可以与作为接收端的信宿设备和扬声器交换延迟值,并且可以通过反映延迟值来执行同步操作。
图8和图9是用于描述本公开内容适用的ICL类型和INCL类型的操作的图。
在BLE中,可以将用于音频传输的通道分类为ICL类型和INCL类型。ICL通道和INCL通道两者都可以使用流ID和通道ID将音频数据发送至多个设备和/或多个配置文件。根据ICL类型和INCL类型,可以确定要对用于音频数据传输的BLE通道执行什么操作。
ICL通道对应于基于连接的用例,该基于连接的用例通过一个源设备与一个信宿设备之间的点对点物理链路来支持单向或双向通信。另外,INCL通道对应于广播用例,该广播用例通过一个源设备与一个或更多个信宿设备之间的点对多点物理链路来支持仅单向通信。
设备的协议栈可以按照从上层到下层的顺序包括配置文件层、通道管理器层、主机层和控制器层。可以以通道为单位在配置文件层与通道管理器层之间递送数据,并且可以以流为单位在通道管理器层与主机层之间递送数据。
参照图8,在ICL类型的情况下,主设备(M)与第一从设备S1之间的连接以及主设备M与第二从设备S2之间的连接。在这种情况下,可以通过通道标识符来划分包括在一个流中的两个通道,并将这两个通道发送至两个从设备。也就是说,可以将通道ID 1分配给S1,并且可以将通道ID 2分配给S2。通道ID 1和通道ID 2两者都可以通过相同的流ID 1被发送。另外,由于基于连接可以进行双向通信,因此从设备可以将反馈信息提供至主设备M。例如,当S1是安装在右耳上的无线耳机并且S2是安装在左耳上的无线耳机时,可以通过S1和S2以立体声收听由主设备M发送的音乐。
参照图9,在INCL类型的情况下,在主设备M与从设备(S1,S2)之间没有连接,并且从设备可以基于由主设备广告的同步信息与INCL流偏移、事件、子事件的定时同步,并且可以接收广播音频数据。另外,主设备M可以包括两个配置文件(配置文件#1和配置文件#2)。第一从设备S1可以包括配置文件#1,第二从设备S2可以包括配置文件#1和配置文件#2。在配置文件#1中,可以通过一个流——流ID 1——从主设备M广播通道ID 1和通道ID 2,并且类似于图8,从设备S1和S2分别接收配置文件#1中的通道ID 1和通道ID。另外,在配置文件#2中,可以通过流ID 2从主设备M广播通道ID 1,并且第二从设备S2可以接收配置文件#2中的通道ID 1。
图10是示出了本公开内容适用的广播音频流状态机的图。
广播音频流的控制可以被描述为广播发送端处的广播音频流状态机和状态转换。
广播音频流状态机可以允许广播发送器在没有连接的情况下以单向方式与一个或更多个广播接收器(或广播发现客户端)进行通信或者不与广播接收器(或广播发现客户端)进行通信。广播发送器可以以广播音频源会话(BASS)的形式使用广播音频广告进行通信。广播音频流可以由广播发送器发送。
音频待机状态是指没有发送广播音频流的状态。
音频配置状态是指广播接收器(或广播发现发起者)通过周期性广告事件来开始用于检测音频流的广告信息的状态。周期性广告事件可以包括递送广告元数据、流配置、同步信息等。在该状态下,没有音频数据分组从广播发送器被发送。
音频流式传输状态是指在广播发送器中启用广播音频流并且可以发送音频数据分组的状态。广播发送器可以在发送广播音频流时通过周期性广告连续地执行元数据广告。如果在音频待机状态下配置流,则它可以转换到音频配置状态,并且如果在音频配置状态下释放流,则它可以转换到音频待机状态。如果在音频配置状态下启用流,则它可以转换到音频流式传输状态,并且如果在音频流式传输状态下禁用流,则它可以转换到音频配置状态。如果在音频配置状态下发生流重新配置,则它可以转换到音频配置状态。当在音频流式传输状态下发生内容重新分配时,它可以转换到音频流式传输状态。
图11是示出了本公开内容适用的音频设置过程的图。
当不存在发现结果(即,零发现)时,可以转换音频待机状态,并且如果存在发现结果,则用于音频流能力(ASC)的发现可以被执行并转换到音频待机状态。
当发生ASS(音频流会话)配置时,它可以转换到音频配置状态。如果在音频配置状态下释放ASS,则它可以转换到音频待机状态。当在音频配置状态下发生重新配置时,它可以通过ASS配置转换到音频配置状态。
当ASS被激活时,它可以转换到音频流式传输状态。如果在音频流式传输状态下发生ASS停用,则它可以转换到音频配置状态。如果在音频流式传输状态下发生内容重新分配,则它可以转换到音频流式传输状态。
图12是示出了本公开内容适用的链路层状态机的图。
链路层LL的操作可以被表示为(根据等时通道)待机状态、广告状态、扫描状态、发起状态、连接状态、同步化(同步性)状态和流式传输(等时广播)状态。
待机状态对应于转换到另一状态之前的待机状态。
在广告状态下,LL可以作为发送广告分组的广告者而操作。当在广告状态下建立连接时,设备可以作为从设备而操作。
在发起状态下,LL可以充当发起者,该发起者监听来自其他广告者的分组,并且响应于分组而发起连接。当在发起状态下建立连接时,设备可以作为主设备而操作。
在扫描状态下,LL可以充当扫描者,该扫描者监听来自其他广告者的分组并请求附加信息。
同步化状态可以是指可以接收或与另一设备同步接收音频流的状态。
流式传输状态可以是指音频流被发送至另一同步化设备的状态。
图13是示出了本公开内容适用的音频拓扑的图。
在单播的情况下,可以支持单向音频流或双向音频流。可以执行基于耳机与智能电话之间的连接的单播音频数据发送/接收,以及可以执行基于耳机与智能电话之间的连接和耳机与平板计算机之间的连接的单播音频数据发送/接收。在这种情况下,单播音频服务的服务器可以是头戴式耳机,并且客户端可以是智能电话或平板计算机。此外,头戴式耳机可以对应于音频信宿,并且智能电话或平板计算机可以对应于音频源。
在广播的情况下,通知***、门铃、TV等可以以广播方式发送音频数据,并且一个或更多个设备可以接收广播音频数据。在这种情况下,广播音频服务的服务器可以是通知***、门铃、TV等,并且客户端可以是头戴式耳机。此外,头戴式耳机可以对应于音频信宿,并且通知***、门铃和TV可以对应于音频源。
图14至图16是示出了本公开内容适用的服务器与客户端之间的消息交换过程的图。
在图14至图16的示例中,客户端可以是音频源,服务器可以是音频信宿。或者客户端可以是音频信宿,服务器可以是音频源。
图14示例性地示出了音频会话能力(ASC)发现过程和ASC更新过程。
在图14的(a)的音频会话能力发现过程中,客户端可以通过将ASC发现请求消息发送至服务器来请求能力发现,并且响应于这,服务器可以通过将ASC发现响应消息发送至客户端来发送能力的详细信息。
在图14的(b)的音频会话能力更新过程中,服务器可以将ASC更新指示消息发送至客户端以通知已经发生了能力更新,并且客户端可以通过发送ASC更新确认消息来通知服务器执行能力更新。随后,可以执行音频会话能力发现过程或ASC发现过程。
在图14的示例中使用的消息的格式可以如下面表1中所示地被定义。
【表1】
ASC更新指示消息和ASC更新确认消息可以分别包括指示需要ASC发现的信息和用于此的确认信息。
图15示例性地示出了单播音频流配置过程和单播音频流建立过程。
在图15的(a)的单播音频流配置过程中,客户端在音频待机状态下可以将编解码器配置请求消息发送至服务器,以向服务器通知编解码器请求配置等。作为响应,服务器可以将编解码器配置响应消息发送至客户端,以向服务器通知由服务器支持的QoS和呈现延迟值。另外,客户端可以将QoS协商请求消息发送至服务器以指定特定的音频流会话(ASS)、音频组和音频流,以向客户端通知由客户端支持的QoS和呈现延迟值。作为响应,服务器可以将QoS协商响应消息发送至客户端。因此,可以通过客户端与服务器之间的协商来确定带宽(BW)、比特率等,并且客户端和服务器可以转换到配置状态。
在图15的(b)的单播音频流建立过程中,客户端可以在音频配置状态下将ASS启用请求消息发送至服务器,以通知关于ASS请求激活的信息。作为响应,服务器可以将ASS启用响应消息发送至客户端以通知关于要激活哪个ASS。针对基于连接的等时链路参数的配置可以在客户端处被执行,并且可以通过客户端和服务器配置基于连接的等时流连接和相关参数来建立CBIS。如果客户端是音频信宿并且服务器是音频源,则服务器可以准备播放音频数据并将ASS Rx就绪指示消息发送至客户端,并且客户端可以在接收到ASS接收就绪指示通知消息之后准备提供音频数据。因此,客户端和服务器可以转换到音频流式传输状态。
在图15的示例中使用的消息的格式可以如下面表2中所示地被定义。
【表2】
图16示例性地示出了用于通过客户端禁用音频流的过程和用于通过服务器禁用音频流的过程。
在图16的(a)中的客户端禁用音频流的过程中,如果客户端是音频源并且服务器是音频信宿,则当客户端决定在音频流式传输状态下停止音频时,可以将ASS禁用请求消息发送至服务器。因此,服务器可以停止流式传输音频数据并将ASS禁用响应消息发送至客户端。在接收到这时,客户端可以停止音频数据编码和音频应用操作。
可替选地,如果客户端是音频信宿并且服务器是音频源,则客户端可以停止音频数据流式传输,并将ASS禁用请求消息发送至客户端。因此,服务器可以停止音频数据编码和音频应用操作,并将ASS禁用响应消息发送至客户端。
此后,客户端和服务器可以执行基于连接的等时流释放和相关参数设置释放。在此,为客户端与服务器之间的重新连接作准备,可以将设备信息连同等时流连接相关参数存储在客户端和/或服务器中。因此,客户端可以释放基于连接的等时链路相关参数设置。因此,客户端和服务器可以转换到音频配置状态。
在图16的(b)的示例中,在通过服务器禁用音频流的过程中,如果服务器是音频源并且客户端是音频信宿,则当服务器决定在音频流式传输状态下停止音频时,可以将ASS禁用指示消息发送至客户端。因此,客户端可以停止流式传输音频数据,并且可以或可以不将ASS禁用确认消息发送至服务器。服务器可以在接收或没有接收ASS停用响应的情况下停止编码音频数据和音频应用操作。
可替选地,如果服务器是音频信宿并且客户端是音频源,则服务器可以停止音频数据流式传输并将ASS禁用指示消息发送至客户端。因此,客户端可以停止音频数据编码和音频应用操作,并且可以或可以不将ASS禁用确认消息发送至服务器。
此后,客户端和服务器可以执行基于连接的等时流释放和相关参数配置释放。在此,为客户端与服务器之间的重新连接作准备,可以将设备信息连同等时流连接相关参数存储在客户端和/或服务器中。因此,客户端可以释放基于连接的等时链路相关参数配置。因此,客户端和服务器可以转换到音频配置状态。
在图16的示例中使用的消息的格式可以如下面表3中所示地被定义。
【表3】
下面的表4示例性地示出了内容重新分配请求/响应、ASS释放请求/响应、通用广告和定向广告消息格式。
【表4】
图17是示出了用于本公开内容适用的呼叫服务的状态机的图。
当在音频待机状态下接收到呼叫时,它可以转换到呼叫接受状态。当在呼叫接受状态下接受呼叫时,它可以转换到呼叫激活状态。当在呼叫接受状态下拒绝呼叫时,它可以转换到音频待机状态。在呼叫接受状态下不能接收呼叫的保持的情况下,它可以转换到呼叫保持状态,并且当在呼叫保持状态下释放保持时,它可以转换到呼叫激活状态。当呼叫保持状态或呼叫激活状态被终止时,它可以转换到音频待机状态。
此外,当呼叫在音频待机状态下呼出时,它可以转换到呼叫发起状态。当它在呼叫发起状态下应答来自远程位置或其他方的呼叫时,它可以转换到呼叫激活状态。当它在呼叫发起状态下结束时,它可以转换到音频待机状态。
在这样的呼叫服务状态机中,可能发生需要在音频待机状态下被递送至耳机的音频数据。例如,当通过声音通知拨打电话号码时的响应时,可以将音频数据发送至耳机。
可替选地,明确地指示与呼叫服务相关的各种无线接入技术(例如,2G、3G、4G、5G、Wi-Fi、GSM、CDMA、WCDMA等)的信息。例如,可以定义大小为1个八位字节的承载技术字段。这可能与上述呼叫承载服务相关。
在多路呼叫的情况下,可以存在多条线路,并且可以针对每条线路来维护如图17中所示的状态机。例如,在第一线路处于呼叫激活状态时,当第二线路从音频待机状态转换到呼叫接受状态时,第一线路或第二线路可以根据用户的控制转换到呼叫保持状态。
在下文中,将描述蓝牙***的逻辑链路和逻辑传输。
可以使用各种各样的逻辑链路来支持不同的应用数据传送要求。每个逻辑链路与逻辑传输相关联,该逻辑传输可能具有各种特性。这些特性可以包括流量控制、确认/重复机制、序列编号和调度操作等。逻辑传输可以根据其类型承载各种类型的逻辑链路。可以将多个逻辑链路多路复用成相同的单个逻辑传输。逻辑传输可以由特定通道上的物理链路承载。
逻辑传输标识和实时(链路控制)信令可以被包括在分组报头中,并且可以在有效载荷的报头中包括特定的逻辑链路标识。
下面的表5示例性地示出了逻辑传输类型、支持的逻辑链路类型、支持的物理链路和物理通道类型以及逻辑传输的描述。
【表5】
图18是示出了本公开内容适用的每个层的分组格式的图。
图18的(a)示出了链路层(LL)分组格式的示例。LL分组格式可以包括前导码、访问地址(或访问代码)、PDU和循环冗余码(CRC)字段。前导码可以具有1个八位字节的大小,可以用于在接收侧的频率同步、符号定时估计、自动增益控制(AGC)训练等,并且可以用预定的位序列来配置。访问地址可以具有4个八位字节的大小,并且可以被用作物理通道的相关代码。可以在蓝牙4.0版本中用2个至39个八位字节的大小来定义PDU,并且可以在版本4.2中将PDU定义为2个至257个八位字节的大小。CRC可以包括被计算为PDU的24位长校验和的值。
图18的(b)示出了图18的(a)的PDU的示例性格式。可以以两种类型定义PDU,一种类型是数据通道PDU(Data channel PDU),另一种类型是广告通道PDU(Advertisingchannel PDU)。将参照图19详细描述数据通道PDU,并且将参照图20详细描述广告通道PDU。
图18的(c)示出了L2CAP PDU格式的示例,其可以对应于图18的(b)的有效载荷字段的示例性格式。L2CAP PDU可以包括长度、通道ID和信息有效载荷字段。长度字段可以指示信息有效载荷的大小,并且信息有效载荷字段可以包括较高层的数据。通道标识符字段可以指示信息有效载荷字段包括哪个上层数据。例如,如果通道标识符字段的值是0x0004,则它可以指示ATT(属性协议),如果通道标识符字段的值是0x0004,则它可以指示SMP(安全管理器协议),或者可以定义和使用指示不同类型的上层或中间件值的另一个通道标识符。
当图18的(c)的L2CAP分组是在信令通道上发送的L2CAP PDU(即,控制帧)时,图18的(c)的信息有效载荷字段可以如图18的(d)中所示地被配置。信息有效载荷字段可以包括代码(Code)字段、标识符(Identifier)字段、长度(Length)字段和数据(Data)字段。例如,代码字段可以指示L2CAP信令消息的类型。标识符字段可以包括与请求和响应匹配的值。长度字段可以指示数据字段的大小。数据字段可以包含属性。属性是任意数据的单元,并且可以包括例如在设备的各种状态下的各个时间点处的数据,比如位置、大小、重量、温度和速度。
属性可以具有包括属性类型、属性句柄、属性值和属性权限的格式。
属性类型可以包括指示由通用唯一标识符(UUID)标识的属性数据的类型的值。
属性句柄可以包含由服务器分配以标识属性数据的值。
属性值可以包括属性数据的值。
属性权限可以由GATT(通用属性配置文件)来配置,并且可以包括指示被允许访问(例如,它是否可以读取/写入、是否需要加密、是否需要认证、是否需要授权等)相应的属性数据的类型的值。
从属性协议(ATT)/通用属性配置文件(GATT)的角度来看,设备可以用作服务器和/或客户端。服务器可以用于提供属性和相关值,并且客户端可以发挥在服务器上发现、读取或写入属性的作用。
在ATT/GATT中,它可以支持服务器与客户端之间的属性数据的发送和接收。为此,由ATT协议支持的PDU可以包括六种方法类型,即请求、响应、命令、通知、指示和确认。
请求从客户端被发送至服务器,并且需要来自服务器的响应。响应从服务器被发送至客户端,并且当存在来自客户端的请求时被发送。命令从客户端被发送至服务器,并且不需要响应。通知从服务器被发送至客户端,并且不需要确认。指示从服务器被发送至客户端,并且需要客户端的确认。确认从客户端被发送至服务器,并且当存在来自服务器的指令时被发送。
此外,GATT可以支持各种配置文件。基于GATT的配置文件的结构可以被描述为服务(service)和特性(characteristics)。设备可以支持一个或更多个配置文件。一个配置文件可以包括零个或者一个或更多个服务。多个配置文件可以使用相同的服务。一个服务可以包括一个或更多个特性。特性是指作为读取、写入、指示或通知的主题的数据值。也就是说,服务可以被理解为用于描述特定功能或特征的数据结构,并且作为特性的组合的服务可以指示由设备执行的操作。所有服务都由服务器实现并且可以由一个或更多个客户端访问。
图19是示出了本公开内容适用的数据单元格式的示例的图。
图19的(a)示出了数据物理通道PDU(协议数据单元)的示例性格式。数据通道PDU可以用于在数据物理通道(例如,通道编号0至36)上发送分组。数据物理通道PDU包括16位或24位长度报头和可变大小(例如,0个到251个八位字节大小)有效载荷,并且还可以包括消息完整性检查(MIC)字段。例如,可以在有效载荷字段大小不是0的加密的链路层连接的情况下包括MIC字段。
如图19的(b)中所示,报头字段可以包括LLID(逻辑链路标识符)、NESN(下一个预期序列号)、SN(序列号)、MD(更多数据)、CP(CTEInfo存在)、RFU(被保留供将来使用)。RFU对应于被保留供在必要时将来使用的部分,并且其值通常可以用0来填充。此外,根据CP字段的值,报头字段还可以包括恒定音调扩展信息(CTEInfo)子字段。另外,长度字段可以指示有效载荷的大小,并且当MIC被包括时,它可以指示MIC和有效载荷的长度。
图19的(c)示出了LL控制PDU的示例性格式。LL控制PDU可以对应于用于控制链路层连接的数据物理通道PDU。LL控制PDU可以根据操作码(Opcode)具有固定值。Opcode字段可以指示LL控制PDU的类型。控制数据(CtrData)字段可以具有由Opcode指定的各种格式和长度。
例如,LL控制PDU的Opcode可以具有指示LL_CBIS_REQ、LL_CBIS_RSP、LL_CBIS_IND、LL_CBIS_TERMINATE_IND、LL_CBIS_SDU_CONFIG_REQ和LL_CBIS_SDU_CONFIG_RSP中的一个的值(例如,0x1F、0x20、0x21、0x22、……)。
当opcode指示LL_CBIS_REQ时,CtrData字段可以包括CBIS请求所需的信息连同CBISS标识信息和CBIS标识信息。类似地,在Opcode指示LL_CBIS_RSP、LL_CBIS_IND、LL_CBIS_TERMINATE_IND、LL_CBIS_SDU_CONFIG_REQ、LL_CBIS_SDU_CONFIG_RSP中的一个的每种情况下,CtrData可以包括CBIS响应、CBIS指示、CBIS终止指示、CBIS服务数据单元(SDU)设置请求和CBISSDU设置响应所需的信息。
图19的(d)示出了音频数据PDU格式的示例。
音频数据PDU可以是CBIS PDU或广播等时PDU。当在CBIS流中被使用时,音频数据PDU可以被定义为CBIS PDU。当在广播等时PDU中被使用时,音频数据PDU可以被定义为广播等时PDU。
音频数据PDU可以包括16位长度报头字段和可变长度有效载荷字段。此外,音频数据PDU还可以包括MIC字段。
在CBIS PDU的情况下,报头字段的格式可以包括2位LLID、1位NESN、1位SN、1位关闭等时事件(CIE)、1位RFU、1位空PDU指示符(NPI)、1位RFU、9位长度子字段。
在广播等时PDU的情况下,报头字段的格式可以包括2位LLID、3位控制子事件序列号(CSSN)、1位控制子事件传输号(CSTF)、2位RFU和8位长度子字段。
音频数据PDU的有效载荷字段可以包括音频数据。
图20是示出了本公开内容适用的广告单元格式的示例的图。
图20的(a)示出了广告物理通道PDU(协议数据单元)的示例性格式。广告通道PDU可以用于在广告物理通道(例如,通道号37、38、39)上发送分组。广告通道PDU可以由2个八位字节的报头和6个到37个八位字节的有效载荷组成。
图20的(b)示出了广告通道PDU的报头的示例性格式。报头可以包括PDU类型、被保留供将来使用(RFU)、发送地址(TxAdd)、接收地址(RxAdd)、长度(Length)和RFU字段。报头的长度字段可以指示有效载荷的大小。
图20的(c)示出了广告通道PDU的有效载荷的示例性格式。有效载荷可以包括长度为6个八位字节的广告者地址(AdvA)字段以及长度为0个到31个八位字节的AdvData字段。AdvA字段可以包括广告者的公共地址或随机地址。AdvData字段可以包括零个或更多个广告数据(AD)结构,必要时还可以包括填充。
图20的(d)示出了一个AD结构的格式。AD结构可以包括三个字段。长度字段可以指示AD数据字段的长度。也就是说,通过从由长度字段指示的值中减去1获得的值可以对应于AD数据字段的长度。AD类型字段可以指示AD数据字段中包括的数据的类型。AD数据字段可以包括从广告者的主机提供的广告数据。
在下文中,将描述根据本公开内容的广播发现的实施方式。
在广播发现服务(BDS)中,第二设备可以发现广播会话源(BSS)或广播源,并且可以将发现结果提供至第一设备。也就是说,第二设备可以代表第一设备发现BSS。这不限制第一设备的广播发现,并且第二设备可以代表第一设备辅助或执行第一设备的部分或全部广播发现。也就是说,第一设备的部分或全部发现负荷可以被卸载至第二设备。广播发现也可以被称为广播扫描,并且上述操作可以被称为发现卸载或扫描卸载。
另外,第二设备可以根据第一设备的请求或状态通知来确定是否要代表第一设备执行发现。可替选地,第二设备可以向第一设备通知可以代表第一设备执行发现,并且可以根据第一设备的确认来确定第二设备是否执行发现。例如,第二设备可以向第一设备通知第二设备代表第一设备执行或不执行远程发现或远程扫描。
第一设备可以基于从第二设备提供的发现相关信息来选择一个或更多个BSS,并且可以通过诸如与所选BSS同步的过程从相应BSS接收广播音频。
第二设备可以简单地将发现结果信息发送至第一设备。在这种情况下,第一设备可以从发现结果信息中包括的多个BSS之中选择一个或更多个特定BSS。
可替选地,第二设备可以通过将优先级应用于发现结果中包括的多个BSS来将优先级信息发送至第一设备。因此,第一设备可以按照优先级的顺序选择一个或更多个BSS。
可替选地,第二设备可以从发现结果中包括的多个BSS之中选择一个或更多个特定BSS,并将选择结果信息发送至第一设备。因此,第一设备可以选择由第二设备选择的一个或更多个BSS。
例如,第二设备可以将关于特定BSS的信息(或目标广播源信息)提供至第一设备。目标广播源信息可以包括请求第一设备对一个或更多个特定BSS执行同步或停止同步,并且该请求可以从第二设备被发送至第一设备。因此,第一设备可以对一个或更多个特定BSS执行同步或停止同步。另外,目标广播源信息可以包括关于目标广播源的同步相关信息(例如,用于周期性广告或广播等时流中的一个或更多个的同步信息)、广告地址相关信息、元数据等。
可以基于从一个或更多个BSS中的每一个提供的BSS信息来生成由第二设备发送至第一设备的发现相关信息。
BSS信息可以包括指示相应BSS的特性的信息。另外,BSS信息可以包括其他设备的广播发现所需的信息。另外,BSS信息可以包括与其他BSS相当的项。
BSS可以广告自己的BSS信息。可以周期性执行BSS信息的广告。
例如,由BSS广播的信息可以包括地址、元数据、内容类型等,并且这可以被称为BSS信息(或广播源信息)。可以通过广播源的周期性广告将广播源信息发送至其他设备。
第一设备或第二设备中的一个或更多个可以基于从一个或更多个BSS广播的广播源信息来发现或扫描广播源。
另外,第一设备可以向第二设备通知关于BSS接收状态(或广播接收状态)的信息。例如,BSS接收状态信息可以包括关于由第一设备检测或正被同步的BSS的信息。BSS接收状态信息可以包括用于第一设备接收的BSS的周期性广告或广播等时流中的一个或更多个的同步相关状态信息。
可以以策略或配置文件的形式来定义第一设备或第二设备确定BSS的优先级或选择BSS的标准。
可以基于BSS信息中包括的项来配置策略。例如,可以基于BSS信息中包括的多个项之中的一个或者两个或更多个的组合来配置策略。当基于两个或更多个项的组合来配置策略时,可以应用当多个BSS的BSS信息的第一项相同时基于第二项给出优先级的方法或者基于第一项和第二项的组合对给出优先级的方法。
可以在第一设备中预先配置策略,并且第二设备可以在确认第一设备的策略之后应用策略。可替选地,第二设备或用户可以直接配置策略。
例如,第一设备可以是BDS服务器或服务器,并且第二设备可以是BDS客户端或客户端。
因此,可以降低第一设备的广播发现的功耗。例如,第一设备可以是功率受限的设备(例如,耳机、智能手环、助听器等)。与第一设备相比,第二设备可以是功率受限较少的设备(例如,智能电话)。
图21是用于描述本公开内容适用的扫描卸载方法的示例的图。
在步骤S2110中,第一设备可以从一个或更多个广播源(或BSS)获得广播源信息(或BSS信息)。第一设备可以基于广播源信息来建立与相应的广播源的同步。在该示例中,为了说明清楚起见,假设第一设备被同步到第一广播源的周期性广告(PA)或广播等时流,并且不被同步到第二广播源的PA或广播等时流。
在步骤S2120中,第一设备可以从第二设备获得关于扫描卸载(或发现卸载)的信息。例如,扫描卸载信息可以包括通知第二设备代表第一设备执行或不执行广播源的扫描(或发现)的信息。在该示例中,假设第一设备通知它可以或将代表第二设备执行扫描卸载(或远程扫描)。如果第一设备通知它将不执行扫描卸载,则可能无法执行后续步骤。
在步骤S2130中,第一设备可以将广播接收状态提供至第二设备。例如,广播接收状态信息被生成作为特性信息并被保持在第一设备中。并且,响应于来自第二设备的读请求或在没有来自第二设备的请求的情况下,第一设备可以将广播接收状态信息发送至第二设备。广播接收状态信息可以包括用于特定广播源的PA的第一设备的同步状态或用于广播等时流的同步状态信息。例如,广播接收状态信息可以指示第一设备与第一广播源的PA和/或广播等时流同步并且第二广播源的PA和/或广播等时流处于非同步状态。另外,广播接收状态信息可以被提供给或可以不被提供给第二设备。也就是说,第二设备可以参考或不管第一设备的广播接收状态代表第一设备执行扫描卸载。
上述步骤S2110至S2130不限于依次被执行。也就是说,步骤S2110至S2130中的一些或全部可以并行地被执行或者可以以与上述顺序不同的顺序依次被执行。
在步骤S2140中,第二设备可以从一个或更多个广播源获得广播源信息。
在操作S2150中,第二设备可以确定第一设备将与其执行同步的目标广播源。例如,第二设备可以代表第一设备执行扫描,并确定第一设备将与其执行同步的一个或更多个广播源(即,目标广播源)。
具体地,基于在步骤S2140中获得的广播源信息或在步骤S2130中获得的第一设备的广播接收状态信息中的至少一个,第二设备可以确定第一设备将与其同步的一个或更多个目标广播源。
在步骤S2160中,第二设备可以将目标广播源信息提供至第一设备。
在步骤S2170中,第一设备可以基于目标广播源信息来执行与目标广播源的同步。
图22是用于描述本公开内容适用的广播源扫描服务操作的示例的图。
在步骤S2210和S2220中,第一广播源(BSS#1)和第二广播源(BSS#2)可以分别广告它们自己的广播源信息,并且客户端或服务器可以接收该广播源信息。例如,客户端(或BDS客户端或扫描卸载客户端)可以是智能电话、公共TV等。例如,服务器(或BDS服务器或扫描卸载服务器)可以是耳机等。
在步骤S2230中,客户端可以基于从每个广播源接收的广播源信息来选择特定BSS。例如,客户端可以基于BSS信息的策略来选择BSS。例如,客户端可以选择BSS#1。也就是说,客户端可以确定服务器执行同步的目标广播源是BSS#1。
在步骤S2240中,客户端可以将选择的结果提供至服务器。例如,客户端可以将指示服务器执行同步的目标广播源是BSS#1的信息发送至服务器。
在步骤S2250中,服务器可以通过诸如与BSS#1的同步的过程从BSS#1接收广播音频数据或流。
例如,用户在移动时代表服务器(例如,耳机)利用客户端设备(例如,智能电话)发现或扫描附近的广播源。广播源扫描可以包括接收或监听广播源信息。客户端可以基于广播源信息来确定一个或更多个目标广播源,并将结果发送至服务器(例如,耳机)。服务器可以基于从客户端接收的信息从相应的目标广播源接收音频。
通过客户端选择目标广播源可以基于反映由用户配置的优先级的策略或配置文件。
由广播源生成和广告的广播源信息可以包括诸如语言、内容类型、广播站(或广播服务提供者)(例如,机场、咖啡馆等)的名称、音频内容标题的各种项。例如,广播源信息可以包括下面的表6或表7中的一个或更多个项。
【表6】
【表7】
表6是被包括在音频会话能力(ASC)记录中的参数的示例,表7是被包括在目标音频广告数据中的字段的示例。
已经生成这样的广播源信息的广播源可以使用广播相关协议(BDS、ASMP(音频流管理配置文件)等)来将包括广播源信息的广告分组广告至附近设备。
客户端可以通过对从广播源收集的广播源信息进行组合来生成策略或配置文件,并且可以基于其生成目标广播源的优先级。客户端可以将关于目标广播源优先级的信息发送至服务器。
在选择广播源时由客户端使用的广播源信息可以包括地址、元数据、内容类型等。例如,在图22的示例中,BSS#1的BSS信息可以包括地址#1、元数据和内容类型(门铃),并且BSS#2的BSS信息可以包括地址#2、元数据和内容类型(媒体)。
客户端可以根据内容类型定义优先级字段,或者用户可以配置优先级。例如,用户可以将门铃配置成为在内容类型之中更优选的或者用户可以将媒体配置成为在内容类型之中更优选的。同样地,可以根据优选的内容类型或服务来定义策略。可替选地,可以针对每个服务级别来管理策略。例如,可以将服务类别定义为高、中和低三个类别,并且可以将等级给予广播源信息中包括的每个项可以具有的值的范围。例如,可以将高等级给予内容类型中的警报和***声音,铃声和门铃被给予中等等级,并且诸如媒体的其余内容类型被给予低等级。可替选地,用户可以直接将优先级给予广播源信息中包括的每个项可以具有的值。
图23是示出了本公开内容适用的客户端的操作的示例的图。
在步骤S2310中,客户端可以代表服务器执行广播源扫描,并且可以获得源信息。
在步骤S2320中,客户端可以将广播源扫描结果应用于策略或配置文件。
在步骤S2330中,客户端可以基于策略或配置文件来选择一个或更多个目标广播源,并将指示选择的目标广播源的信息发送至服务器。
图24是示出了本公开内容适用的服务器和客户端的操作的附加示例的图。
具有对功耗相关的源的约束的设备(例如,智能手环、助听器、耳机等)可以作为服务器(或BDS服务器或扫描卸载服务器)而操作。功率约束相对较少的设备(例如,智能电话)可以充当客户端(或BDS客户端或扫描卸载客户端)。
在步骤S2410中,客户端可以通知它可以提供扫描卸载。例如,客户端可以以广播方式或在基于连接的基础上通知指示它具有到一个或更多个其他设备(例如,服务器)的扫描卸载能力的信息。
在步骤S2420中,服务器可以周期性地广播可连接广告信号以与另一设备建立连接。
在步骤S2430中,客户端可以根据诸如将连接请求发送至服务器的过程与服务器建立连接。
在步骤S2440中,服务器可以通知它当前广播接收状态。例如,服务器可以在与客户端建立连接之前以广播方式将广播接收状态信息提供至客户端,或者在与客户端建立连接之后在基于连接的基础上将广播接收状态信息提供至客户端。例如,服务器可以与其他特性一起生成和维护广播接收状态特性,并且可以将广播接收状态特性提供至客户端。广播接收状态特性可以包括第一广播源的第一广播接收状态和第二广播源的第二广播接收状态。与每个广播源相关联的广播接收状态特性可以包括相应广播源的周期性广告(PA)的同步相关信息或广播等时流的同步相关信息中的至少一个。该广播接收状态可以指示服务器是否与某个广播发送器正在进行通信或者服务器是否处于与某个广播源同步的状态。在连接的基础上向客户端通知广播接收状态的服务器可以基于来自客户端的对广播接收状态特性的读请求。
在步骤S2450中,在与服务器建立连接之后,客户端可以通知服务器它打算代表服务器执行发现或扫描。例如,可以通过写请求将服务器的状态修改为远程发现状态或远程扫描状态。
可替选地,在客户端和服务器建立连接之后,可以将指示客户端是否代表服务器执行扫描卸载或远程扫描的信息发送至服务器。例如,该信息可以被定义为由服务器维护的扫描卸载执行特性(characteristics),并且客户端可以通过对服务器的写请求来修改或更新是否要执行扫描卸载的特征。另外,是否要执行扫描卸载的特征和稍后要描述的目标广播源信息的特征可以被定义为一条特征信息或者可以被定义为单独的特征信息。
在步骤S2460中,客户端可以执行扫描。当存在多个广播源并且扫描间隔长或者每个广播源不同时,扫描的功耗可能会增加。因此,具有相对足够的功率的客户端可以代表具有有限功率的服务器来执行远程扫描,从而降低服务器的功耗。例如,客户端可以获得广播源#1、#2、#3、……的广播源信息。例如,客户端可以收集来自多达10个广播源的信息。
在步骤S2470中,客户端可以基于关于通过代表服务器执行的远程扫描获得的多个广播源的信息来确定目标广播源。例如,客户端可以基于广播源信息中包括的元数据来确定目标广播源。目标广播源可以包括一个或更多个广播源。此外,目标广播源信息可以包括关于相应广播源的PA或等时流中的至少一个的同步相关信息。
在步骤S2480中,客户端可以将目标广播源信息发送至服务器。例如,目标广播源信息可以被定义为由服务器维护的目标广播源特性,并且客户端可以通过对服务器的写请求来修改或更新目标广播源特性。另外,上述扫描卸载执行特征和目标广播源信息特征可以被定义为一条特征信息或者可以被定义为单独的特征信息。
在步骤S2490中,服务器可以基于由客户端提供的目标广播源信息来执行与特定广播源(例如,广播源#2)的同步过程。因此,服务器可以从广播源#2接收广播数据(例如,音频数据或流)。
作为另一示例,当客户端代表服务器执行扫描时,可以定义可能的错误代码。例如,可以定义在客户端超过可支持的服务器数量限制的情况下的错误代码。
尽管上述示例描述了客户端代表服务器选择广播源的方法,但是本公开内容不限于此,并且服务器可以基于从客户端提供的信息来选择广播源。
另外,在与广播源的选择或优先化相关的策略中,可以定义由服务器支持的广播源的类型、广播源的数目、编解码器类型、编解码器标识符、配置文件标识符、协议标识符、通道类型、通道标识符和流An标识符、音频位置标识符、音频组标识符、音频场景应用(ASA)标识符、ASS标识符等。
另外,服务器不一定选择一个广播源,而是可以选择多个广播源,执行与多个广播源的同步,并且从每个广播源并行地或依次地接收广播数据。
在下文中,将描述根据本公开内容的用于应用广播呈现延迟的实施方式。
第一设备可以将指示直到由第二设备呈现之前预期的呈现延迟值的信息发送至第二设备。
例如,在等时广播或无连接等时流相关操作中,第一设备可以计算直到由第二设备呈现之前预期的呈现延迟值,并将该预期的呈现延迟值发送至第二设备。
可以通过被包括在广播源信息中来广告指示呈现延迟的信息。
第二设备可以通过反映接收到的呈现延迟值来调整音频数据的回放定时。
为了在多个第二设备之间进行同步,关于一个或更多个第二设备的呈现延迟的信息可以被反馈到第一设备。可以在第一设备与第二设备之间形成用于反馈的通道。可以在连接的基础上形成用于反馈的通道。
在此,第一设备可以是广播音频源设备,并且第二设备可以是广播音频信宿设备。
图25和图26是用于描述本公开内容适用的呈现延迟确定和传输方法的图。
在步骤S2510中,广播源(或广播音频源)设备可以确定信宿设备(例如,诸如耳机或电话的音频数据接收端)中的呈现延迟。
如图26中所示,呈现延迟可以对应于如下操作所需的时间延迟:源设备使视频数据和音频数据(输入解析器)分离;通过视频数据的解码(视频解码器)-缩放(视频缩放器)-图像合成(图片质量控制器)等的过程来呈现视频;并行地,对于信宿设备,通过解码/编码音频数据(音频编解码器解码器/编码器)-缓冲(发送器缓冲器)-发送(RF)等的过程来呈现或再现音频。也就是说,源设备(或广播源)可以通过确定或预测直到在信宿设备(或接收端)中呈现音频之前所需的呈现延迟来确定呈现延迟值。
在步骤S2520中,由广播源确定的呈现延迟值可以被包括在广播源信息中,并且与诸如语言、内容类型和编解码器标识符的信息一起被广告。
在步骤S2530中,信宿设备可以基于广播源信息通过诸如与源的同步的过程来形成广播音频流。
例如,当广播源是TV时,TV上播放的视频与由TV广播并在信宿设备上播放的音频之间的同步可能不匹配。因此,当广播源以广播方式发送音频时,广播源可以在广播源信息中包括呈现延迟。
在此,可以应用各种方法来确定呈现延迟值。
例如,TV可以根据内容特性(例如,分辨率、帧速率等)来计算要呈现视频所需的时间。
可替选地,制造商可以共同确定和输入任意呈现延迟值。
可替选地,TV应用可以确定和输入呈现延迟值。
可替选地,当音频同步在信宿设备(例如,耳机或智能电话)中不匹配时,它可以支持用户手动地使音频同步。
图27是用于描述本公开内容适用的多通道同步的混合广播的图。
混合广播是指当在源与信宿之间没有连接的情况下广播音频数据时基于连接在源与信宿之间形成反馈通道的方法。
例如,在5.1CH***中同时广播诸如FR、FL、RR、RL、C和W的通道的情况下,可以应用多通道广播。
图27示例性地示出了通过三个扬声器的多通道广播。
当通过广播将多通道音频发送至扬声器#1、#2和#3时,为了使扬声器#1、#2和#3同步,可以形成用于在TV与扬声器之间交换延迟信息的基于连接的通道(例如,比如反馈通道)。
可以通过建立的基于连接的反馈通道来周期性地交换延迟信息。
例如,在步骤S2710中,TV可以广播音频数据,并且音频可以通过耳机被再现。当用户尝试代表耳机通过多个扬声器再现多通道音频数据时,可能出现以下问题:分配给多个扬声器中的每一个的通道的再现定时不同步。
在步骤S2720中,TV和扬声器#1、#2、#3中的每一个可以形成反馈通道,每个扬声器的延迟信息可以通过反馈通道被发送至TV。
TV或TV应用可以基于从扬声器提供的延迟信息来计算呈现延迟值,并且通过将呈现延迟值包括在广播源信息中来广告呈现延迟值。接收广播源信息的每个扬声器可以基于应用于其的呈现延迟值来调整音频再现定时。
另外,当基于从扬声器提供的延迟信息来计算呈现延迟值时,TV或TV应用可以计算每个通道的呈现延迟值。例如,当在源与信宿之间配置多个通道时,可以针对每个通道不同地确定呈现延迟值。因此,TV或TV应用可以基于从扬声器提供的延迟信息来计算每个通道的延迟值,并且通过将每个通道的延迟值包括在广播源信息中来广告每个通道的延迟值。
扬声器#1可以接收从TV广播的与左通道相对应的音频数据,并且在基于呈现延迟值确定的再现定时处再现左通道音频。
扬声器#2可以接收从TV广播的与右通道相对应的音频数据,并且在基于呈现延迟值确定的再现定时处再现右通道音频。
扬声器#3可以接收从TV广播的与后通道相对应的音频数据,并且在基于呈现延迟值确定的再现定时处再现后通道音频。
因此,可以同步地再现左通道、右通道和后通道中的全部。
在步骤S2730中,当开始通过扬声器#1、#2和#3进行广播音频再现时,可以不考虑通过现有耳机广播音频的呈现延迟。
作为另一示例,呈现延迟的反馈可以由多通道扬声器中的一些但并非全部的一个或更多个来执行。在这种情况下,可以基于反馈的呈现延迟来确定其余的非反馈扬声器中的呈现延迟。
另外,可以在源设备中将呈现延迟配置为通过用于满足等时的实验值预定的默认值,并且可以通过广播源信息等将呈现延迟发送至信宿设备。
例如,TV制造商可以根据可连接至相应TV的扬声器的型号来预先确定延迟值。可以根据扬声器特性根据实验来计算预定延迟值。例如,即使当构成5.1CH的扬声器的型号或制造商不同时,也可以将预定延迟值应用或分配给每个扬声器。也就是说,广播源信息中包括的默认延迟值并不总是应用相同的值,而是可以根据扬声器或呈现器的特性自适应地确定广播源信息中包括的默认延迟值。
以这种方式,当呈现延迟在源设备侧上被确定并被发送至信宿设备侧时,信宿设备可以根据其自己的设备特性来调整和应用呈现延迟值,而不是照原样应用呈现延迟值。
在步骤S2740中,可以通过在TV与扬声器#1、#2和#3中的每一个之间形成的反馈通道将每个扬声器的延迟信息发送至TV,使得可以更新延迟信息。
图28是示出了本公开内容适用的第一设备和第二设备的配置的图。
第一设备2800可以包括处理器2810、天线单元2820、收发器2830和存储器2840。
处理器2810可以执行基带相关的信号处理,并且可以包括主机处理器2811和控制器处理器2815。主机处理器2811和控制器处理器2815可以通过HCI交换信息。主机处理器2811可以处理诸如L2CAP配置文件层、ATT配置文件层、GATT配置文件层、GAP配置文件层和LE配置文件层的操作。控制器处理器2815可以处理诸如LL层和PHY层的操作。除了执行基带相关的信号处理之外,处理器2810还可以控制第一设备2800的整体操作。
天线单元2820可以包括一个或更多个物理天线。
收发器2830可以包括RF(射频)发送器和RF接收器。存储器2840可以存储由处理器2810和软件处理的信息、操作***以及与第一设备2800的操作相关的应用,并且可以包括诸如缓冲器等的部件。
第一设备2800的处理器2810可以被配置成实现本公开内容中描述的实施方式中的第一设备(或服务器)的操作。
例如,第一设备2800的处理器2810的主机处理器2811可以包括广播接收状态管理器2812、扫描卸载相关信息管理器2813和同步处理器2814。
广播接收状态信息管理器2812可以生成、维护和管理广播接收状态信息,该广播接收状态信息包括由第一设备2800接收的一个或更多个广播源的周期性广告或者广播等时流中的一个或更多个的同步相关信息。
扫描卸载相关信息管理器2813可以生成、维护和管理关于是否要执行扫描卸载、指示第二设备2850是否代表第一设备2800执行扫描的信息以及从第二设备2850提供的目标广播源信息。可以根据来自第二设备2850的请求来修改或更新扫描卸载执行信息和目标广播源信息中的至少一个。
同步处理器2814可以基于由第二设备2850提供的目标广播源信息来执行与目标广播源的同步。
第二设备2850可以包括处理器2860、天线单元2870、收发器2880和存储器2890。
处理器2860可以执行基带相关的信号处理,并且可以包括主机处理器2861和控制器处理器2865。主机处理器2861和控制器处理器2865可以通过HCI交换信息。主机处理器2861可以处理诸如L2CAP配置文件层、ATT配置文件层、GATT配置文件层、GAP配置文件层和LE配置文件层的操作。控制器处理器2865可以处理LL层、PHY层等的操作。除了执行基带相关的信号处理之外,处理器2860还可以控制第二设备2860的整体操作。
天线单元2870可以包括一个或更多个物理天线。收发器2880可以包括RF发送器和RF接收器。存储器2890可以存储由处理器2860和软件处理的信息、操作***以及与第二设备2850的操作相关的应用,并且可以包括诸如缓冲器等的部件。
第二终端设备2850的处理器2860可以被配置成实现本公开内容中描述的实施方式中的第二设备(或客户端)的操作。
例如,第一设备2800的处理器2860的主机处理器2861可以包括广播源信息管理器2862、扫描卸载相关信息管理器2863。
广播源信息管理器2862可以生成、维护和管理第二设备2850直接获得的关于第二设备2850周围的广播源的信息。另外,广播源信息管理器2862可以基于从第一设备2800提供的广播接收状态信息来生成、维护和管理广播源信息。
扫描卸载相关信息管理器2863可以生成、维护和管理关于是否要执行扫描卸载、指示第二设备2850是否代表第一设备2800执行扫描的信息以及关于第一设备2800将与其执行同步或将与其不执行同步的目标广播源信息。可以基于第一设备2800的广播接收状态信息或由第二设备2850直接获得的广播源信息中的至少一个来确定目标广播源。关于是否执行扫描卸载的信息和关于目标广播源的信息可以被提供给第一设备2800。
在第一设备2800和第二设备2850的操作中,可以以相同的方式应用本发明的示例中的服务器和客户端的描述,并且将省略重叠的描述。
本公开内容的各种实施方式可以由硬件、固件、软件或其组合来实现。为了通过硬件实现,本公开内容的各种实施方式可以被实现为一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、通用器件。它可以由处理器(通用处理器)、控制器、微控制器、微处理器等来实现。
本公开内容的范围包括软件或机器可执行指令(例如,操作***、应用、固件、程序等)以及非暂态计算机可读介质,所述软件或机器可执行指令使根据各种实施方式的方法的操作在设备或计算机上被执行,这样的软件或指令被存储在所述非暂态计算机可读介质中并且在设备或计算机上被执行。可以被用于编程处理***以执行本公开内容中描述的特征的指令可以被存储在存储介质或计算机可读存储介质上/中,并且可以使用包括这样的存储介质的计算机程序产品来实现本公开内容中描述的特征。存储介质可以包括但不限于诸如DRAM、SRAM、DDR RAM的高速随机存取存储器或其他随机存取固态存储器设备、一个或更多个磁盘存储设备、光盘存储设备、闪存设备;或者存储介质可以包括非易失性存储器,例如其他非易失性固态存储设备。存储器可选地包括从处理器远程定位的一个或更多个存储设备。存储器或可替选地存储器内的非易失性存储器设备包括非暂态计算机可读存储介质。本公开内容中描述的特征可以被存储在机器可读介质中的任何一个上以控制处理***的硬件,并且它可以被并入至如下软件和/或固件中,所述软件和/或固件允许处理***与其他机构进行交互,所述其他机构利用根据本公开内容的实施方式的结果。这样的软件或固件可以包括但不限于应用代码、设备驱动程序、操作***和执行环境/容器。
【工业实用性】
本公开内容的实施方式可以应用于各种无线通信***以提高无线通信***的性能。
关于包括以上实施例的实施方式,还公开下述的技术方案:
方案1.一种用于在无线通信***中通过第二设备对第一设备执行扫描卸载的方法,所述方法包括:
将指示所述第二设备代表所述第一设备执行扫描的信息发送至所述第一设备;
通过所述第二设备确定所述第一设备的目标广播源;以及
将关于所述目标广播源的信息发送至所述第一设备。
方案2.根据方案1所述的方法,还包括:
通过所述第二设备获得所述第一设备的广播接收状态信息。
方案3.根据方案2所述的方法,其中,
所述广播接收状态信息包括由所述第一设备接收的一个或更多个广播源的广播等时流或周期性广告中的至少一个的同步相关信息。
方案4.根据方案1所述的方法,其中,
基于关于所述目标广播源的信息,执行所述第一设备与所述目标广播源的同步。
方案5.根据方案2所述的方法,其中,
基于通过所述第二设备获得的所述第一设备的广播接收状态信息或者一个或更多个广播源信息中的至少一个来确定所述目标广播源。
方案6.根据方案5所述的方法,其中,
所述一个或更多个广播源信息包括通过所述一个或更多个广播源中的每一个的周期性广告发送的元数据。
方案7.根据方案1所述的方法,其中,
关于所述目标广播源的信息包括所述目标广播源的同步相关信息、地址相关信息或元数据中的至少一个。
方案8.根据方案1所述的方法,其中,
基于与内容类型相关的优先级或者由所述第二设备获得的一个或更多个广播源信息中包括的元数据来确定所述目标广播源。
方案9.根据方案8所述的方法,其中,
所述元数据或与所述内容类型相关的优先级被包括在由所述第一设备或所述第二设备中的至少一个的用户配置的策略信息中。
方案10.根据方案1所述的方法,其中,
所述第一设备是服务器,并且所述第二设备是客户端。
方案11.一种用于在无线通信***中使第一设备通过第二设备执行扫描卸载的方法,所述方法包括:
通过所述第一设备从所述第二设备接收指示所述第二设备代表所述第一设备执行扫描的信息;
通过所述第一设备从所述第二设备接收关于目标广播源的信息;以及
基于关于所述目标广播源的信息来执行与所述目标广播源的同步。
方案12.根据方案11所述的方法,还包括:
通过所述第一设备将所述第一设备的广播接收状态信息提供至所述第二设备。
方案13.根据方案12所述的方法,其中,
所述广播接收状态信息包括由所述第一设备接收的一个或更多个广播源的广播等时流或周期性广告中的至少一个的同步相关信息。
方案14.根据方案12所述的方法,其中,
基于由所述第二设备获得的所述第一设备的广播接收状态信息或者一个或更多个广播源信息中的至少一个来确定所述目标广播源。
方案15.根据方案14所述的方法,其中,
所述一个或更多个广播源信息包括通过所述一个或更多个广播源中的每一个的周期性广告发送的元数据。
方案16.根据方案11所述的方法,其中,
关于所述目标广播源的信息包括所述目标广播源的同步相关信息、地址相关信息或元数据中的至少一个。
方案17.根据方案11所述的方法,其中,
基于与内容类型相关的优先级或者由所述第二设备获得的一个或更多个广播源信息中包括的元数据来确定所述目标广播源。
方案18.根据方案17所述的方法,其中,
所述元数据或与所述内容类型相关的优先级被包括在由所述第一设备或所述第二设备中的至少一个的用户配置的策略信息中。
方案19.根据方案11所述的方法,其中,
所述第一设备是服务器,并且所述第二设备是客户端。
方案20.一种用于在无线通信***中对另一设备执行扫描卸载的设备,所述设备包括:
存储器;
收发器;以及
处理器,
其中,所述处理器被配置成:
通过所述收发器将指示代表所述另一设备执行扫描的信息发送至所述另一设备;
确定所述另一设备的目标广播源;以及
通过所述收发器将关于所述目标广播源的信息发送至所述另一设备。
方案21.一种用于在无线通信***中通过另一设备执行扫描卸载的设备,所述设备包括:
存储器;
收发器;以及
处理器,
其中,所述处理器被配置成:
通过所述收发器从所述另一设备接收指示所述另一设备代表所述设备执行扫描的信息;
通过所述收发器从所述另一设备接收关于目标广播源的信息;以及
基于关于所述目标广播源的信息来执行与所述目标广播源的同步。
Claims (10)
1.一种由无线通信***中的客户端设备执行的方法,所述方法包括:
通过所述客户端设备写入具有第一值的广播音频扫描控制点特性,所述第一值通知服务器设备所述客户端设备正在代表所述服务器设备扫描广播源;
通过所述客户端设备获得由所述服务器设备使用以公开关于至少一个第一广播源的信息的至少一个广播接收状态特性,
其中,所述至少一个广播接收状态特性中的每一个表示所述服务器设备的当前同步状态,并且所述当前同步状态包括第一同步状态或第二同步状态中的至少一个,并且
其中,所述第一同步状态与周期性广告相关,并且所述第二同步状态与广播等时流相关;以及
通过所述客户端设备写入具有第二值的所述广播音频扫描控制点特性,所述第二值请求所述服务器设备添加第二广播源的信息,并且请求所述服务器设备同步到由所述第二广播源发送的所述广播等时流或所述周期性广告中的至少一个。
2.根据权利要求1所述的方法,其中:
所述至少一个第一广播源是至少一个当前广播源。
3.根据权利要求1所述的方法,其中:
所述第二广播源的信息包括用于所述第二广播源的元数据。
4.根据权利要求1所述的方法,其中:
基于所述第二广播源的信息,由所述服务器设备执行与所述第二广播源的同步。
5.根据权利要求1所述的方法,其中:
基于通过所述客户端设备获得的关于一个或更多个广播源的信息或所述客户端设备的所述广播接收状态信息中的至少一个来确定所述第二广播源,并且所述关于一个或更多个广播源的信息包括通过所述一个或更多个广播源中的每一个的周期性广告传输的元数据。
6.根据权利要求1所述的方法,其中:
所述第二广播源的信息包括所述第二广播源的同步相关信息或地址相关信息中的至少一个。
7.根据权利要求1所述的方法,其中:
基于与内容类型相关的优先级或者通过所述客户端设备获得的关于一个或更多个广播源的信息中包括的元数据来确定所述第二广播源,并且
所述元数据或与所述内容类型相关的优先级被包括在由第一设备或第二设备中的至少一个的用户配置的策略信息中。
8.一种由无线通信***中的服务器设备执行的方法,所述方法包括:
由所述服务器设备检测通过客户端设备写入的具有第一值的广播音频扫描控制点特性,所述第一值通知所述服务器设备所述客户端设备正在代表所述服务器设备扫描广播源;
由所述服务器设备公开具有关于至少一个第一广播源的信息的至少一个广播接收状态特性,
其中,所述至少一个广播接收状态特性中的每一个表示所述服务器设备的当前同步状态,并且所述当前同步状态包括第一同步状态或第二同步状态中的至少一个,并且
其中,所述第一同步状态与周期性广告相关,并且所述第二同步状态与广播等时流相关;以及
由所述服务器设备检测通过所述客户端设备写入的具有第二值的所述广播音频扫描控制点特性,所述第二值请求所述服务器设备添加第二广播源的信息,并且请求所述服务器设备同步到由所述第二广播源发送的所述广播等时流或所述周期性广告中的至少一个。
9.一种无线通信***中的客户端设备,所述第二设备包括:
至少一个存储器;
至少一个收发器;以及
至少一个处理器,
其中,所述至少一个处理器被配置成:
写入具有第一值的广播音频扫描控制点特性,所述第一值通知服务器设备所述客户端设备正在代表所述服务器设备扫描广播源;
获得由所述服务器设备使用以公开关于至少一个第一广播源的信息的至少一个广播接收状态特性,
其中,所述至少一个广播接收状态特性中的每一个表示所述服务器设备的当前同步状态,并且所述当前同步状态包括第一同步状态或第二同步状态中的至少一个,并且
其中,所述第一同步状态与周期性广告相关,并且所述第二同步状态与广播等时流相关;以及
写入具有第二值的所述广播音频扫描控制点特性,所述第二值请求所述服务器设备添加第二广播源的信息,并且请求所述服务器设备同步到由所述第二广播源发送的所述广播等时流或所述周期性广告中的至少一个。
10.一种用于在无线通信***中执行广播音频扫描服务的第一设备,所述第一设备包括:
存储器;
收发器;以及
处理器;
其中,所述处理器被配置成:
检测通过客户端设备写入的具有第一值的广播音频扫描控制点特性,所述第一值通知服务器设备所述客户端设备正在代表所述服务器设备扫描广播源;
公开具有关于至少一个第一广播源的信息的至少一个广播接收状态特性,
其中,所述至少一个广播接收状态特性中的每一个表示所述服务器设备的当前同步状态,并且所述当前同步状态包括第一同步状态或第二同步状态中的至少一个,并且
其中,所述第一同步状态与周期性广告相关,并且所述第二同步状态与广播等时流相关;以及
检测通过所述客户端设备写入的具有第二值的所述广播音频扫描控制点特性,所述第二值请求所述服务器设备添加第二广播源的信息,并且请求所述服务器设备同步到由所述第二广播源发送的所述广播等时流或所述周期性广告中的至少一个。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2019-0065459 | 2019-06-03 | ||
KR20190065459 | 2019-06-03 | ||
PCT/KR2020/007134 WO2020246768A1 (ko) | 2019-06-03 | 2020-06-02 | 무선 통신 시스템에서 브로드캐스트 디스커버리 서비스 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체 |
CN202080053673.7A CN114175689B (zh) | 2019-06-03 | 2020-06-02 | 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080053673.7A Division CN114175689B (zh) | 2019-06-03 | 2020-06-02 | 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118264987A true CN118264987A (zh) | 2024-06-28 |
Family
ID=73652994
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080053673.7A Active CN114175689B (zh) | 2019-06-03 | 2020-06-02 | 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 |
CN202410351027.9A Pending CN118264987A (zh) | 2019-06-03 | 2020-06-02 | 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080053673.7A Active CN114175689B (zh) | 2019-06-03 | 2020-06-02 | 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220256314A1 (zh) |
EP (1) | EP3979679A4 (zh) |
KR (1) | KR20220004826A (zh) |
CN (2) | CN114175689B (zh) |
WO (1) | WO2020246768A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US12009909B2 (en) * | 2020-09-19 | 2024-06-11 | Ibiquity Digital Corporation | Content linking multicast streaming for broadcast radio |
CN114666741B (zh) * | 2020-12-22 | 2023-07-14 | Oppo广东移动通信有限公司 | 无线通讯方法及*** |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102076060B (zh) * | 2011-01-19 | 2013-01-30 | 北京航空航天大学 | 基于ZigBee的Wi-Fi接入点发现与选择方法 |
WO2012167153A1 (en) * | 2011-06-02 | 2012-12-06 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for inter-converged gateway (icgw) communications |
CN104471910B (zh) * | 2012-05-28 | 2018-04-20 | 诺基亚技术有限公司 | 用于本地发现的方法、服务器和计算机程序 |
KR101899744B1 (ko) * | 2013-05-06 | 2018-09-17 | 애플 인크. | Wifi 네트워크 발견 및 트래픽 모니터링의 위임 |
US9609579B2 (en) * | 2014-05-29 | 2017-03-28 | Qualcomm Incorporated | Systems and methods for sharing scanning information |
US10652243B2 (en) * | 2014-09-04 | 2020-05-12 | Lg Electronics Inc. | Method and device for controlling device by using Bluetooth Low Energy (LE) technique |
KR20160035535A (ko) * | 2014-09-23 | 2016-03-31 | 엘지전자 주식회사 | 통신 페어링 방법, 통신 매개 장치, 이를 이용한 네트워크 제어 방법 및 네트워크 시스템 |
US10225098B2 (en) * | 2015-01-30 | 2019-03-05 | Cassia Networks Inc. | Methods, devices and systems for supporting wireless communication |
US20160299739A1 (en) * | 2015-04-13 | 2016-10-13 | Lg Electronics Inc. | Method for controlling data streaming using bluetooth communication |
US9961633B2 (en) * | 2015-07-26 | 2018-05-01 | Qualcomm Incorporated | Bluetooth low energy combined listen and scan window |
US10355916B2 (en) * | 2016-09-27 | 2019-07-16 | Mcafee, Llc | Survivable networks that use opportunistic devices to offload services |
US20180160334A1 (en) * | 2016-12-06 | 2018-06-07 | Qualcomm Incorporated | Techniques for managing wlan ap-client mapping in a multi-radio systems |
US11665214B2 (en) * | 2018-11-08 | 2023-05-30 | Lg Electronics Inc. | Method and apparatus for receiving audio data by using Bluetooth technology |
US11736919B2 (en) * | 2019-03-07 | 2023-08-22 | Lg Electronics Inc. | Method for receiving audio data by using bluetooth technology, and device therefor |
US11800340B2 (en) * | 2019-04-16 | 2023-10-24 | Lg Electronics Inc. | Method for receiving audio data by using bluetooth technology, and apparatus therefor |
CN116097663A (zh) * | 2020-10-28 | 2023-05-09 | Oppo广东移动通信有限公司 | 音频控制方法和设备 |
WO2022270904A1 (en) * | 2021-06-23 | 2022-12-29 | Samsung Electronics Co., Ltd. | Method and electronic device for bluetooth audio multi-streaming |
-
2020
- 2020-06-02 KR KR1020217039618A patent/KR20220004826A/ko unknown
- 2020-06-02 EP EP20819262.5A patent/EP3979679A4/en active Pending
- 2020-06-02 WO PCT/KR2020/007134 patent/WO2020246768A1/ko unknown
- 2020-06-02 US US17/596,105 patent/US20220256314A1/en active Pending
- 2020-06-02 CN CN202080053673.7A patent/CN114175689B/zh active Active
- 2020-06-02 CN CN202410351027.9A patent/CN118264987A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20220004826A (ko) | 2022-01-11 |
US20220256314A1 (en) | 2022-08-11 |
EP3979679A4 (en) | 2023-05-03 |
WO2020246768A1 (ko) | 2020-12-10 |
CN114175689A (zh) | 2022-03-11 |
EP3979679A1 (en) | 2022-04-06 |
CN114175689B (zh) | 2024-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220263883A1 (en) | Adaptive audio processing method, device, computer program, and recording medium thereof in wireless communication system | |
KR101971183B1 (ko) | 블루투스 등시성 채널과 연관된 동기화 정보를 브로드캐스팅하는 소스 디바이스 | |
JP7174040B2 (ja) | ブルートゥースメディアデバイス時間同期 | |
US20220321368A1 (en) | Method, device, computer program, and recording medium for audio processing in wireless communication system | |
US20230069230A1 (en) | Switching between multiple earbud architectures | |
US12041531B2 (en) | Method and device for providing audio service using Bluetooth technology | |
KR20190034206A (ko) | 연결된 멀티미디어 장치 제어 | |
US20240168703A1 (en) | Method, device, and computer program for audio routing in wireless communication system, and recording medium therefor | |
CN114175689B (zh) | 用于无线通信***中的广播发现服务的方法、装置和计算机程序及其记录介质 | |
US11989485B2 (en) | Method, device and computer program for controlling audio data in wireless communication system, and recording medium therefor | |
US12041432B2 (en) | Method, device, and computer program for controlling and managing state of peripheral device in wireless communication system, and recording medium therefor | |
EP4057565A1 (en) | Method, apparatus, and computer program for setting encryption key in wireless communication system, and recording medium for same | |
KR20210000228A (ko) | 무선 통신 시스템에서 고속 서비스 디스커버리 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체 | |
US20240078076A1 (en) | Method, apparatus, computer program, and recording medium thereof for managing sound exposure in wireless communication system | |
EP4142359A1 (en) | Method, device, and computer program for selecting channel in wireless communication system, and recording medium therefor | |
EP4106373A1 (en) | Method, device and computer program for cloud-authenticated pairing in wireless communication system, and recording medium therefor | |
WO2022134734A1 (zh) | 无线通讯方法及*** | |
CN117715244A (zh) | 一种无线音频通信方法、设备及*** | |
CN117793648A (zh) | 一种音频组播方法、装置、***、计算机设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination |