CN116527785A - 一种数据传输方法、装置、芯片及模组设备 - Google Patents

Abstract

本申请公开了一种数据传输方法、装置、芯片及模组设备，该方法包括：响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流，该第一请求用于请求第一设备分享获取到的广播同步数据流。基于本申请所描述的方法，能够提高广播同步数据流的传播效果，提高接收广播同步数据流的有效性。

Description

一种数据传输方法、装置、芯片及模组设备

技术领域

本发明涉及通信领域，尤其涉及一种数据传输方法、装置、芯片及模组设备。

背景技术

低功耗蓝牙(bluetooth low energy，BLE)技术引入了同步通道(isochronouschannel，ISOC)的概念，它定义了一个有时间依赖的数据的传输通道和传输策略，是实施低功耗蓝牙音频的基础。ISOC分为连接同步通道和广播同步通道，其中，连接同步通道是面向连接的，需要两个设备建立连接之后才可以使用的用来传输音频数据的通道；广播同步通道则是无连接的，使用广播来传输音频流的通道。

针对广播同步通道上的数据传输，当环境中有广播同步数据流(BroadcastIsochronous Stream，BIS)时，若接收设备所处的环境干扰大，或者接收设备距离广播源的位置较远，或者接收设备可用于接收BIS的调度时间与广播源发送BIS的时间不匹配等等，会导致接收设备接收到的广播同步数据流异常，甚至出现完全接收不到广播同步数据流的情况，使得广播源发送的BIS的传播效果大大减弱。因此，如何提高BIS的传播效果是一个有待解决的问题。

发明内容

本申请提供一种数据传输方法、装置、芯片及模组设备，能够提高广播同步数据流的传播效果，提高接收广播同步数据流的有效性。

第一方面，本申请提供一种数据传输方法，该方法包括：响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流，该第一请求用于请求第一设备分享获取到的广播同步数据流。

基于第一方面所描述的方法，当通信设备发现接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流时，可以向一个或多个第一设备发送第一请求，以请求一个或多个第一设备将获取到的广播同步数据流分享给自己，并继续尝试接收来自广播源的广播同步数据流。第一设备可以认为是次级广播源，第一设备可以将自己获取到的广播同步数据流分享给通信设备，从而提高广播同步数据流的传播效果和传递效率，提高接收广播同步数据流的有效性，同时也更能适应变化的环境，减少开支。

在一种可能的实现方式中，在继续尝试接收来自广播源的广播同步数据流之后，该方法还包括：响应于接收到来自广播源的广播同步数据流为正常数据，向一个或多个第一设备发送第二请求，该第二请求用于请求第一设备停止分享获取到的广播同步数据流。基于该方式，有利于节省功耗。

在一种可能的实现方式中，在继续尝试接收来自广播源的广播同步数据流之后，该方法还包括：响应于接收到来自广播源的广播同步数据流为异常数据，且接收到来自目标设备的广播同步数据流为正常数据，向一个或多个第一设备发送该第二请求，该目标设备为一个或多个第一设备中的任意一个。基于该方式，有利于节省功耗。

在一种可能的实现方式中，该方法还包括：响应于接收到来自广播源的广播同步数据流为正常数据，且接收到来自第二设备的第三请求，该第三请求用于请求分享获取到的广播同步数据流；向第二设备发送该广播同步数据流。基于该方式，能够实现资源共享，提高广播同步数据流的传播效果和传递效率。

在一种可能的实现方式中，向第二设备发送该广播同步数据流之前，还包括：基于当前业务状态确定是否分享获取到的广播同步数据流；响应于确定分享该广播同步数据流，执行向第二设备发送该广播同步数据流的步骤。基于该方式，能够保证自己当前业务状态不受影响，提高可靠性。

在一种可能的实现方式中，该第一请求或该第三请求承载于链路层的广播同步组控制协议数据单元，或者，该第一请求或该第三请求为应用层蓝牙profile协议的消息。基于该方式，有利于提高发送第一请求或第三请求的灵活性。

在一种可能的实现方式中，该第一设备或该第二设备为历史建立过连接的设备，或者，该第一设备或该第二设备为未建立过连接的设备。基于该方式，若该第一设备或该第二设备为历史建立过连接的设备，则有利于提高数据共享的安全性和私密性，提高数据传输的效率；若该第一设备或该第二设备为未建立过连接的设备，则有利于提高接收广播同步数据流的广泛性。

第二方面，本申请提供一种数据传输装置，该装置包括：通信单元，用于响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流，该第一请求用于请求第一设备分享获取到的广播同步数据流。

第三方面，本申请提供了一种芯片，该芯片包括处理器和通信接口，处理器被配置用于使芯片执行上述第一方面或其任一种可能的实现方式中的方法。

第四方面，本申请提供了一种模组设备，该模组设备包括通信模组、电源模组、存储模组以及芯片，其中：该电源模组用于为该模组设备提供电能；该存储模组用于存储数据和指令；该通信模组用于进行模组设备内部通信，或者用于该模组设备与外部设备进行通信；该芯片用于执行上述第一方面或其任一种可能的实现方式中的方法。

第五方面，本发明实施例公开了一种数据传输装置，该数据传输装置包括存储器和处理器，该存储器用于存储计算机程序，该计算机程序包括程序指令，该处理器被配置用于调用该程序指令，执行上述第一方面或其任一种可能的实现方式中的方法。

第六方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机可读指令，当该计算机可读指令在数据传输装置上运行时，使得该数据传输装置执行上述第一方面或其任一种可能的实现方式中的方法。

第七方面，本申请提供一种计算机程序或计算机程序产品，包括代码或指令，当代码或指令在计算机上运行时，使得计算机执行如第一方面或其任一种可能的实现方式中的方法。

附图说明

图1是本申请实施例提供的一种通信系统的示意图；

图2是本申请实施例提供的一种广播同步数据流传输方式的示意图；

图3是本申请实施例提供的一种数据传输方法的流程示意图；

图4是本申请实施例提供的另一种数据传输方法的流程示意图；

图5是本申请实施例提供的一种数据传输装置的结构示意图；

图6是本申请实施例提供的另一种数据传输装置的结构示意图；

图7是本申请实施例提供的一种模组设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

需要说明的是，本申请的说明书和权利要求书中及上述附图中的属于“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述以外的顺序实施。此外，术语“包括”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了更好地理解本申请实施例，下面首先对本申请实施例涉及的系统架构进行介绍：

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystem of mobile communication，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(newradio，NR)以及未来的通信系统等。

图1是本申请实施例提供的一种通信系统的示意图，本申请中的方案可适用于该通信系统。该通信系统可以包括至少一个电子设备，图1以通信系统中包括3个电子设备(即第一设备、第二设备和通信设备)为例，第一设备、第二设备和通信设备可以互相进行通信。具体地，第一设备、第二设备和通信设备可以通过蓝牙技术互相进行通信。下面对电子设备进行介绍：

电子设备包括向用户提供语音和/或数据连通性的设备，例如电子设备是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。本申请实施例中的电子设备可以是手机(mobile phone)、蓝牙耳机、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(VR)电子设备、增强现实(AR)电子设备、工业控制(industrial control)中的无线终端、车载电子设备、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴电子设备等等。本申请的实施例对应用场景不做限定。终端有时也可以称为电子设备、用户设备(user equipment，UE)、接入电子设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程电子设备、移动设备、UE电子设备、电子设备、无线通信设备、UE代理或UE装置等。终端也可以是固定的或者移动的。电子设备可以支持低功耗蓝牙技术。本申请实施例中，用于实现电子设备的功能的装置可以是电子设备，也可以是能够支持电子设备实现该功能的装置，例如芯片系统或可实现电子设备功能的组合器件、部件，该装置可以被安装在电子设备中。

为了便于理解本申请实施例提供的方案，下面广播同步数据流(BroadcastIsochronous Stream，BIS)进行介绍：

低功耗蓝牙(bluetooth low energy，BLE)技术引入了同步通道(isochronouschannel，ISOC)的概念，它定义了一个有时间依赖的数据的传输通道和传输策略，是实施低功耗蓝牙音频的基础。ISOC分为连接同步通道和广播同步通道，其中，连接同步通道是面向连接的，需要两个设备建立连接之后才可以使用的用来传输音频数据的通道；广播同步通道则是无连接的，使用广播来传输音频流的通道。

针对广播同步通道的数据传输，它是一种单向的通道，一方只发送数据，另一方只接收数据，不需要回复数据，并且对接收设备的数量没有限制，可以使用一组同步数据流将数据从单个源流传输到多个接收设备。每个流被称为广播同步数据流(BIS)，一组BIS称为广播同步组(broadcast isochronous group，BIG)，属于同一BIG的流共享时序参考数据。

如图2所示，每个BIG event由Num_BIS个BIS events和一个Control subevent(如果有的话)组成，两个毗邻的BIG event之间的时间间隔为isoal interval。广播源发送的每个BIS event包括NSE个BIS数据包(Tx)，两个连续BIS数据包之间的时间间隔为Sub_interval，如果有广播同步组控制协议数据单元(BIG control PDU)，可以在发送完NSE个BIS数据包后，再发送一个BIG control PDU的数据包。

当环境中有BIS时，若接收设备所处的环境干扰大，或者接收设备距离广播源的位置较远，或者接收设备可用于接收BIS的调度时间与广播源发送BIS的时间不匹配等等，会导致接收设备接收到的广播同步数据流异常，甚至出现完全接收不到广播同步数据流的情况，使得广播源发送的BIS的传播效果大大减弱。

目前蓝牙技术进一步提出无线网格(mesh)网络，目的是通过中间节点中继，来达到传播广播数据的作用。蓝牙mesh网络中的这些设备被称为节点(node)。每个节点都能发送和接收消息。信息能够在节点之间被中继，从而让消息传输至比无线电波正常传输距离更远的位置，但传播的数据一般为异步广播数据，构成该网络的节点都需要加入mesh网络，增加了复杂性，且节点通常选用较为固定的设备，这适用于比较固定的使用场景，因此mesh通往应用于智能家居、工厂自动化、能源管理等，对于具有高度移动性的设备并不适用。

针对具有高度移动性的设备，为了能够提高BIS的传播效果，提高接收BIS的有效性，本申请提供了一种数据传输方法、装置、芯片及模组设备。下面进一步对本申请实施例提供的数据传输方法、装置、芯片及模组设备进行详细描述。

图3是本申请实施例提供的一种数据传输方法的流程示意图。如图3所示，该数据传输方法包括如下步骤S301。图3所示的方法执行主体可以为通信设备(如图1所示)。或者，图3所示的方法执行主体可以为通信设备中的芯片，在此不做限定。图3以通信设备为方法的执行主体为例进行说明。

S301、通信设备响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流。

在本申请实施例中，该第一请求用于请求第一设备分享获取到的广播同步数据流。通信设备可以开启蓝牙功能扫描来自广播源的广播同步数据流，检测来自广播源的广播同步数据流是否为异常数据，即检测广播同步数据流的接收情况是否良好。此处所提及的第一设备可以是具有高度移动性的设备。其中，检测来自广播源的广播同步数据流是否为异常数据的方式可以是：

(1)判断接收该广播同步数据流的功率是否低于第一预设值，若接收该广播同步数据流的功率低于第一预设值，则认为该广播同步数据流为异常数据，反之为正常数据。

(2)判断该广播同步数据流的收包率是否低于第二预设值，若该广播同步数据流的收包率低于第二预设值，则认为该广播同步数据流为异常数据，反之为正常数据。

(3)判断通信设备的调度时间和广播源发送该广播同步数据流的时间是否匹配，若通信设备的蓝牙调度时间和广播源发送该广播同步数据流的时间不匹配，则认为该广播同步数据流为异常数据，反之为正常数据。

当然，也可以是采用其他判断标准，在此不做限定。

对于造成通信设备接收到的来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流的原因有很多，例如，通信设备的蓝牙调度时间和广播源发送广播同步数据流的时间不匹配，或者，通信设备距离广播源较远，或者由于周边障碍物阻挡导致来自广播源的广播同步数据流严重衰减等等，在此不做限定。当通信设备响发现接收到的来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流时，可以向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流。其中，第一设备可以认为是次级广播源，通信设备可以请求第一设备将获取到的广播同步数据流分享给自己，同时也继续扫描来自广播源的广播同步数据流，从而提高广播同步数据流的传播效果和传递效率，提高接收广播同步数据流的有效性，同时也更能适应变化的环境，减少开支。

在一种可能的实现方式中，通信设备在继续尝试接收来自广播源的广播同步数据流之后，该方法还包括：通信设备响应于接收到来自广播源的广播同步数据流为正常数据，向一个或多个第一设备发送第二请求，该第二请求用于请求第一设备停止分享获取到的广播同步数据流。也就是说，通信设备继续尝试接收来自广播源的广播同步数据流后，检测到来自广播源的广播同步数据流为正常数据，即检测到广播同步数据流的接收情况良好，此时便可通知其他设备(即一个或多个第一设备)停止分享获取到的广播同步数据流，从而节省功耗。

在一种可能的实现方式中，通信设备在继续尝试接收来自广播源的广播同步数据流之后，该方法还包括：通信设备响应于接收到来自广播源的广播同步数据流为异常数据，且接收到来自目标设备的广播同步数据流为正常数据，向一个或多个第一设备发送该第二请求，该目标设备为一个或多个第一设备中的任意一个。也就是说，通信设备继续尝试接收来自广播源的广播同步数据流后，检测到来自广播源的广播同步数据流仍然为异常数据，但是接收到的来自目标设备的广播同步数据流为正常数据，即通信设备接收到了其他设备发送过来的广播同步数据流，并且接收情况良好，此时便可通知其他设备(即一个或多个第一设备)停止分享获取到的广播同步数据流，从而节省功耗。

在一种可能的实现方式中，该方法还包括：通信设备响应于接收到来自广播源的广播同步数据流为正常数据，且接收到来自第二设备的第三请求，该第三请求用于请求分享获取到的广播同步数据流；通信设备向第二设备发送该广播同步数据流。也就是说，当通信设备检测到自己接收的来自广播源的广播同步数据流为正常数据，并且有第二设备向自己发送第三请求，以请求自己分享获取到的广播同步数据流，那么通信设备可以将自己接收到的来自广播源的广播同步数据流分享给该第二设备，实现资源共享，提高广播同步数据流的传播效果和传递效率。

可选地，通信设备向第二设备发送该广播同步数据流之前，该方法还包括：通信设备基于当前业务状态确定是否分享获取到的广播同步数据流；通信设备响应于确定分享该广播同步数据流，执行向第二设备发送该广播同步数据流的步骤。也就是说，通信设备在将自己接收到的来自广播源的广播同步数据流分享给第二设备之前，也需要根据自己当前业务状态评估是否能够分享该广播同步数据流。基于该方式，能够保证自己当前业务状态不受影响，提高可靠性。其中，通信设备基于当前业务状态确定是否分享获取到的广播同步数据流的具体实现方式可以是：

(1)如果通信设备当前接收该广播同步数据流的功率稳定，在预设时间段内都能稳定接收该广播同步数据流，则通信设备确定可以分享该广播同步数据流，反之则不能分享该广播同步数据流。

(2)如果该广播同步数据流的收包率大于或等于第二预设值，则通信设备确定可以分享该广播同步数据流，反之则不能分享该广播同步数据流。

(3)如果通信设备的当前业务调度状态为空闲状态，则通信设备确定可以分享该广播同步数据流，反之则不能分享该广播同步数据流。

当然，也可以是采用其他方式确实是否分享该广播同步数据流，在此不做限定。

当通信设备确定分享该广播同步数据流时，便执行向第二设备发送该广播同步数据流的步骤；当通信设备确定不分享该广播同步数据流时，便不执行向第二设备发送该广播同步数据流的步骤。

在一种可能的实现方式中，该第一请求或该第三请求承载于链路层的广播同步组控制协议数据单元(即蓝牙芯片BT controller的BIG control PDU)，或者，该第一请求或该第三请求为应用层蓝牙profile协议的消息。也就是说，第一请求或第三请求可以是由链路层来判断是否发送(即链路层的广播同步组控制协议数据单元携带该第一请求或该第三请求)，也可以是由应用层来判断是否发送(即该第一请求或该第三请求为应用层蓝牙profile协议的消息)，有利于提高发送第一请求或第三请求的灵活性。

在一种可能的实现方式中，该第一设备或该第二设备为历史建立过连接的设备，或者，该第一设备或该第二设备为未建立过连接的设备。也就是说，第一设备和通信设备可以是在之前建立过连接，或者第一设备和通信设备是互相认识的状态；第二设备和通信设备也可以是在之前建立过连接，或者第二设备和通信设备也是互相认识的状态，这样有利于提高数据共享的安全性和私密性，提高数据传输的效率。当然，第一设备和通信设备也可以未建立过连接，第二设备和通信设备也可以未建立过连接，这样有利于提高接收广播同步数据流的广泛性。

示例性地，请参见图4，下面对该数据传输方法进行一个总的描述，具体如下述步骤s11～s19：

s11、通信设备接收来自广播源的广播同步数据流。

s12、通信设备检测该广播同步数据流是否为异常数据或者通信设备是否接收不到该广播同步数据流。

若通信设备接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，则执行步骤s13～s16；若通信设备接收到来自广播源的广播同步数据流为正常数据，则执行步骤s17～s19。

s13、通信设备向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流。

s14、通信设备在继续尝试接收来自广播源的广播同步数据流之后，检测该广播同步数据流是否为正常数据。

若通信设备接收到来自广播源的广播同步数据流为正常数据，则执行步骤s15；若通信设备接收到来自广播源的广播同步数据流为异常数据，则执行步骤s16。

s15、通信设备向一个或多个第一设备发送第二请求，该第二请求用于请求第一设备停止分享获取到的广播同步数据流。

可选地，步骤s15执行完后可以循环执行步骤s12。

s16、通信设备检测接收到的来自目标设备的广播同步数据流是否为正常数据，该目标设备为一个或多个第一设备中的任意一个。

若通信设备接收到来自目标设备的广播同步数据流为正常数据，则执行步骤s15；若接收到来自目标设备的广播同步数据流为异常数据，则执行步骤s14。

s17、通信设备检测是否接收到来自第二设备的第三请求，该第三请求用于请求分享获取到的广播同步数据流。

若通信设备接收到来自第二设备的第三请求，则执行步骤s18；若通信设备未接收到来自第二设备的第三请求，则执行步骤s12。

s18、通信设备基于当前业务状态确定是否分享获取到的广播同步数据流。

若通信设备确定分享该广播同步数据流，则执行步骤s19；若通信设备确定不分享该广播同步数据流，则执行步骤s12。

s19、通信设备向第二设备发送该广播同步数据流。

可见，基于图3所描述的方法，当通信设备发现接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流时，可以向一个或多个第一设备发送第一请求，以请求一个或多个第一设备将获取到的广播同步数据流分享给自己，并继续尝试接收来自广播源的广播同步数据流。第一设备可以认为是次级广播源，第一设备可以将自己获取到的广播同步数据流分享给通信设备，从而提高广播同步数据流的传播效果和传递效率，提高接收广播同步数据流的有效性，同时也更能适应变化的环境，减少开支。

请参见图5，图5是本发明实施例提供的一种数据传输装置的结构示意图，该数据传输装置可以为通信设备或具有通信设备功能的装置(例如芯片)。具体的，如图5所示，数据传输装置500，可以包括通信单元501。其中，通信单元501，可以用于进行通信。可选地，数据传输装置500还可以包括确定单元502，确定单元502可以用于进行数据确定。可选地，通信单元501集成有接收单元和发送单元。通信单元501也可以称为收发单元。或者，也可将通信单元501拆分为接收单元和发送单元。其中：

通信单元501，用于响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流，该第一请求用于请求第一设备分享获取到的广播同步数据流。

在一种可能的实现方式中，通信单元501，在继续尝试接收来自广播源的广播同步数据流之后，通信单元501，还用于：响应于接收到来自广播源的广播同步数据流为正常数据，向一个或多个第一设备发送第二请求，该第二请求用于请求第一设备停止分享获取到的广播同步数据流。

在一种可能的实现方式中，通信单元501，在继续尝试接收来自广播源的广播同步数据流之后，通信单元501，还用于响应于接收到来自广播源的广播同步数据流为异常数据，且接收到来自目标设备的广播同步数据流为正常数据，向一个或多个第一设备发送该第二请求，该目标设备为一个或多个第一设备中的任意一个。

在一种可能的实现方式中，通信单元501，还用于：响应于接收到来自广播源的广播同步数据流为正常数据，且接收到来自第二设备的第三请求，该第三请求用于请求分享获取到的广播同步数据流；向第二设备发送该广播同步数据流。

在一种可能的实现方式中，通信单元501，向第二设备发送该广播同步数据流之前，确定单元502，用于：基于当前业务状态确定是否分享获取到的广播同步数据流；响应于确定分享该广播同步数据流，执行向第二设备发送该广播同步数据流的步骤。

在一种可能的实现方式中，该第一请求或该第三请求承载于链路层的广播同步组控制协议数据单元，或者，该第一请求或该第三请求为应用层蓝牙profile协议的消息。

在一种可能的实现方式中，该第一设备或该第二设备为历史建立过连接的设备，或者，该第一设备或该第二设备为未建立过连接的设备。

本申请实施例还提供了一种芯片，该芯片可以执行前述方法实施例中通信设备的相关步骤。该芯片，包括处理器和通信接口，该处理器被配置用于使芯片执行如下操作：响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自广播源的广播同步数据流，该第一请求用于请求第一设备分享获取到的广播同步数据流。

在一种可能的实现方式中，在继续尝试接收来自广播源的广播同步数据流之后，该芯片，还用于：响应于接收到来自广播源的广播同步数据流为正常数据，向一个或多个第一设备发送第二请求，该第二请求用于请求第一设备停止分享获取到的广播同步数据流。

在一种可能的实现方式中，在继续尝试接收来自广播源的广播同步数据流之后，该芯片，还用于响应于接收到来自广播源的广播同步数据流为异常数据，且接收到来自目标设备的广播同步数据流为正常数据，向一个或多个第一设备发送该第二请求，该目标设备为一个或多个第一设备中的任意一个。

在一种可能的实现方式中，该芯片，还用于：响应于接收到来自广播源的广播同步数据流为正常数据，且接收到来自第二设备的第三请求，该第三请求用于请求分享获取到的广播同步数据流；向第二设备发送该广播同步数据流。

在一种可能的实现方式中，向第二设备发送该广播同步数据流之前，该芯片，还用于：基于当前业务状态确定是否分享获取到的广播同步数据流；响应于确定分享该广播同步数据流，执行向第二设备发送该广播同步数据流的步骤。

在一种可能的实现方式中，该第一请求或该第三请求承载于链路层的广播同步组控制协议数据单元，或者，该第一请求或该第三请求为应用层蓝牙profile协议的消息。

在一种可能的实现方式中，该第一设备或该第二设备为历史建立过连接的设备，或者，该第一设备或该第二设备为未建立过连接的设备。

对于应用于或集成于芯片的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

请参阅图6，图6是本申请实施例提供的另一种数据传输装置的结构示意图。该数据传输装置600可以包括存储器601、处理器602。可选地，还包括通信接口603。存储器601、处理器602和通信接口603通过一条或多条通信总线连接。其中，通信接口603受处理器602的控制用于收发信息。

存储器601可以包括只读存储器和随机存取存储器，并向处理器602提供指令和数据。存储器601的一部分还可以包括非易失性随机存取存储器。

通信接口603用于接收或发送数据。

处理器602可以是中央处理单元(central processing unit，CPU)，该处理器602还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器，可选地，该处理器602也可以是任何常规的处理器等。其中：

存储器601，用于存储程序指令。

处理器602，用于调用存储器601中存储的程序指令。

处理器602调用存储器601中存储的程序指令，使该数据传输装置600执行上述方法实施例中通信设备所执行的方法。

如图7所示，图7是本申请实施例提供的一种模组设备的结构示意图。该模组设备700可以执行前述方法实施例中通信设备的相关步骤，该模组设备700包括：通信模组701、电源模组702、存储模组703以及芯片704。

其中，电源模组702用于为模组设备提供电能；存储模组703用于存储数据和指令；通信模组701用于进行模组设备内部通信，或者用于模组设备与外部设备进行通信；芯片704用于执行上述方法实施例中通信设备所执行的方法。

需要说明的是，图5～图7对应的实施例中未提及的内容以及各个步骤的具体实现方式可参见图3所示实施例以及前述内容，这里不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在处理器上运行时，上述方法实施例的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，上述方法实施例的方法流程得以实现。

关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同模块/单元可以位于芯片模组的同一件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些操作可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请提供的各实施例的描述可以相互参照，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。为描述的方便和简洁，例如关于本申请实施例提供的各装置、设备的功能以及执行的操作可以参照本申请方法实施例的相关描述，各方法实施例之间、各装置实施例之间也可以互相参考、结合或引用。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (12)

1.一种数据传输方法，其特征在于，所述方法包括：

响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自所述广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自所述广播源的广播同步数据流，所述第一请求用于请求所述第一设备分享获取到的广播同步数据流。

2.根据权利要求1所述的方法，其特征在于，在继续尝试接收来自所述广播源的广播同步数据流之后，所述方法还包括：

响应于接收到来自所述广播源的广播同步数据流为正常数据，向所述一个或多个第一设备发送第二请求，所述第二请求用于请求所述第一设备停止分享获取到的广播同步数据流。

3.根据权利要求2所述的方法，其特征在于，在继续尝试接收来自所述广播源的广播同步数据流之后，所述方法还包括：

响应于接收到来自所述广播源的广播同步数据流为异常数据，且接收到来自目标设备的广播同步数据流为正常数据，向所述一个或多个第一设备发送所述第二请求，所述目标设备为所述一个或多个第一设备中的任意一个。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于接收到来自所述广播源的广播同步数据流为正常数据，且接收到来自第二设备的第三请求，所述第三请求用于请求分享获取到的广播同步数据流；

向所述第二设备发送所述广播同步数据流。

5.根据权利要求4所述的方法，其特征在于，所述向所述第二设备发送所述广播同步数据流之前，还包括：

基于当前业务状态确定是否分享获取到的所述广播同步数据流；

响应于确定分享所述广播同步数据流，执行所述向所述第二设备发送所述广播同步数据流的步骤。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一请求或所述第三请求承载于链路层的广播同步组控制协议数据单元，或者，所述第一请求或所述第三请求为应用层蓝牙profile协议的消息。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一设备或所述第二设备为历史建立过连接的设备，或者，所述第一设备或所述第二设备为未建立过连接的设备。

8.一种数据传输装置，其特征在于，所述装置包括：

通信单元，用于响应于接收到来自广播源的广播同步数据流为异常数据或者接收不到来自所述广播源的广播同步数据流，向一个或多个第一设备发送第一请求，并继续尝试接收来自所述广播源的广播同步数据流，所述第一请求用于请求所述第一设备分享获取到的广播同步数据流。

9.一种芯片，其特征在于，包括处理器和通信接口，所述处理器被配置用于使所述芯片执行如权利要求1-7中任一项所述的方法。

10.一种模组设备，其特征在于，所述模组设备包括通信模组、电源模组、存储模组以及芯片，其中：

所述电源模组用于为所述模组设备提供电能；

所述存储模组用于存储数据和指令；

所述通信模组用于进行模组设备内部通信，或者用于所述模组设备与外部设备进行通信；

所述芯片用于执行如权利要求1-7中任一项所述的方法。

11.一种数据传输装置，其特征在于，包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，使所述数据传输装置执行如权利要求1-7中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可读指令，当所述计算机可读指令在数据传输装置上运行时，使得所述数据传输装置执行如权利要求1-7中任一项所述的方法。