CN113613223A - Tws系统的主从切换方法、第一设备及第二设备 - Google Patents

Abstract

本申请公开了一种TWS系统的主从切换方法、第一设备及第二设备，在需要主从切换时，阻塞向音频网关发送应用数据的通路；在第一时刻到达且第一设备收到音频网关发送的非链路控制数据的数据包时，进行链路控制数据的切换；在第一设备的缓冲区的数据全部发送完成后的第二时刻，进行主从设备的切换，并打开向音频网关发送应用数据的通路，使原本作为主设备的第一设备将自己待发送区域的数据发送完毕，不需要将数据丢弃，或者转发给从设备，中间不会出现额外占用带宽，或者引起断线等情况。并且，在整个切换过程中一直有保持一个主设备，一个从设备，不会影响音频网关的数据发送通路。

Description

TWS系统的主从切换方法、第一设备及第二设备

技术领域

本申请涉及TWS技术领域，具体而言，涉及一种TWS系统的主从切换方法、第一设备及第二设备。

背景技术

TWS(True Wireless Stereo真正无线立体声)蓝牙音频系统，有两个音频播放设备(耳机，音响等)，其中一个设置为主设备模式的音频播放设备通过蓝牙协议跟音频网关(可以是手机或者平板等)建立链接，另一个音频播放设备则设置为从设备模式，从设备模式的音频播放设备通过监听音频链路数据，或者接收主设备模式的音频播放设备转发的音频数据，从设备模式的音频播放设备也能正常的播放该音频数据。

正常情况下，主设备模式的音频播放设备与音频网关按照蓝牙协议进行通信。但在某些场景下两个音频播放设备的模式需要主从切换，使切换后的主设备模式的音频播放设备与音频网关按照蓝牙协议进行通信。在切换过程中需要保证原主设备模式的音频播放设备原本需要发送给音频网关间的交互数据正常发送。

现有技术在进行TWS设备的主从切换时，通常是直接切换，容易导致主设备在切换时将还未发送的数据转发给从设备，然后从设备再发送给音频网关，中间转发过程占用带宽，导致音频数据接收延迟，引起音频卡顿等问题。

发明内容

本申请实施例的目的在于提供一种TWS系统的主从切换方法、第一设备及第二设备，用以解决现有技术进行TWS设备的主从切换时，容易导致主设备在切换时将还未发送的数据转发给从设备，然后从设备再发送给音频网关，中间转发过程占用带宽，导致音频数据接收延迟，引起音频卡顿等问题。

本申请实施例提供的一种TWS系统的主从切换方法，TWS系统包括第一设备、第二设备和音频网关；

主从切换方法应用于第一设备，主从切换方法包括：

在第一设备需要由主设备模式切换至从设备模式时，阻塞其向音频网关发送应用数据的第一通路；

向第二设备发送第一通知；第一通知用于指示在第一时刻到达，且第二设备收到音频网关发送的非链路控制数据的数据包时，第二设备将其生成的链路控制数据保留；

在第一时刻到达且第一设备收到音频网关发送的非链路控制数据的数据包时，将第一设备生成的链路控制数据丢弃；

在第一设备的缓冲区的数据全部发送完成后，向第二设备发送第二通知；第二通知用于指示第二设备在第二时刻切换为主设备模式并打开第二设备向音频网关发送应用数据的第二通路；

在第二时刻，切换为从设备模式，并打开第一通路。

上述技术方案中，通过该主从切换方法，使原本作为主设备的第一设备将自己待发送区域的数据发送完毕，不需要将数据丢弃，或者转发给从设备，中间不会出现额外占用带宽，或者引起断线等情况。并且，在整个切换过程中一直有保持一个主设备，一个从设备，不会影响音频网关的数据发送通路，因此不会引起音频卡顿等问题。

在一些可选的实施方式中，阻塞其向音频网关发送应用数据的第一通路之前，还包括：

向第二设备发送切换请求；切换请求用于指示第二设备阻塞其向音频网关发送应用数据的第二通路；

收到第二设备发送的响应信息；响应信息用于将第二设备阻塞第二通路的消息告知第一设备。

在一些可选的实施方式中，在第二时刻之前，第一设备为主设备模式；

在主设备模式下，第一设备接收音频网关发送的链路控制数据，第一设备根据音频网关发送的链路控制数据，生成相应的链路控制数据。

在一些可选的实施方式中，在主设备模式下，第一设备与音频网关进行应用数据和链路控制数据的交互。

本申请实施例提供的一种TWS系统的主从切换方法，应用于第二设备，主从切换方法包括：

在第二设备需要由从设备模式切换至主设备模式时，阻塞其向音频网关发送应用数据的第二通路；

向第一设备发送响应信息，响应信息用于将第二设备阻塞第二通路的消息告知第一设备；

接收第一设备发送的第一通知；

在第一时刻到达，且第二设备收到音频网关发送的非链路控制数据的数据包时，将第二设备生成的链路控制数据保留；

接收第一设备发送的第二通知；

在第二时刻，第二设备切换为主设备模式，向音频网关发送第二设备保留的链路控制数据，并打开第二通路。

在一些可选的实施方式中，阻塞其向音频网关发送应用数据的第二通路之前，还包括：

接收第一设备发送的切换请求。

在一些可选的实施方式中，在从设备模式下，第二设备监听音频网关发送给第一设备的数据，若第二设备收到音频网关发送的链路控制数据，则第二设备生成对应的链路控制数据，并将其生成的链路控制数据丢弃。第二设备在从设备模式下，第二设备与音频网关间不存在实际的数据交互，但第二设备通过第一设备发送的同步信息，能监听所述音频网关发送给所述第一设备的数据，并生成交互数据，但生成的数据会丢弃，不会发送给音频网关。

本申请实施例提供的一种第一设备，包括：

第一host模块，用于阻塞第一controller模块向音频网关发送应用数据的第一通路；通过第一controller模块，向第二设备发送切换请求；打开第一通路；

第一controller模块，用于向第二设备发送第一通知；丢弃其生成的链路控制数据；在第一controller模块的缓冲区的数据发送完成后，向第二设备发送第二通知；向第一host模块发送切换完成信息。

本申请实施例提供的一种第二设备，包括：

第二host模块，用于阻塞第二controller模块向音频网关发送应用数据的第二通路；通过第二controller模块，向第一设备发送响应信息；打开第二通路；

第二controller模块，用于接收第一设备发送的第一通知；保存其生成的链路控制数据；接收第一设备发送的第二通知；向音频网关发送第二设备保留的链路控制数据；向第二host模块发送切换完成信息。

本申请实施例提供的一种TWS设备，包括：

第一设备，用于在第一设备需要由主设备模式切换至从设备模式时，阻塞其向音频网关发送应用数据的第一通路；向第二设备发送第一通知；第一通知用于指示在第一时刻到达，且第二设备收到音频网关发送的非链路控制数据的数据包时，第二设备将其生成的链路控制数据保留；在第一时刻到达且第一设备收到音频网关发送的非链路控制数据的数据包时，将第一设备生成的链路控制数据丢弃；在第一设备的缓冲区的数据全部发送完成后，向第二设备发送第二通知；第二通知用于指示第二设备在第二时刻切换为主设备模式并打开第二设备向音频网关发送应用数据的第二通路；在第二时刻，切换为从设备模式，并打开第一通路；

第二设备，用于在第二设备需要由从设备模式切换至主设备模式时，阻塞其向音频网关发送应用数据的第二通路；向第一设备发送响应信息；接收第一设备发送的第一通知；在第一时刻到达，且第二设备收到音频网关发送的非链路控制数据的数据包时，将第二设备生成的链路控制数据保留；接收第一设备发送的第二通知；在第二时刻，第二设备切换为主设备模式，向音频网关发送第二设备保留的链路控制数据，并打开第二通路。

本申请实施例提供的一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，该计算机程序指令被处理器读取并运行时，执行如以上任一项的主从切换方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的TWS系统的信号流向示意图；

图2为本申请实施例提供的主从切换前TWS系统的信号流向示意图；

图3为本申请实施例提供的主从切换方法在第一设备侧的步骤流程图；

图4为本申请实施例提供的主从切换方法在第二设备侧的步骤流程图；

图5为本申请实施例提供的主从切换后TWS系统的信号流向示意图；

图6为本申请实施例提供的第一设备的功能模块图；

图7为本申请实施例提供的第二设备的功能模块图；

图8为本申请实施例提供的TWS设备的主从切换方法的流程图；

图9为本申请实施例提供的一种电子设备的结构示意图。

图标：1-第一设备，11-第一host模块，12-第一controller模块，2-第二设备，21-第二host模块，22-第二controller模块，3-音频网关，4-电子设备，41-处理器，42-存储器，43-通信总线。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

现有技术在进行TWS系统中主设备和从设备的主从切换时，通常是直接切换，容易导致主设备在切换时将还未发送的数据转发给从设备，然后从设备再发送给音频网关，中间转发过程占用带宽，导致音频数据接收延迟，引起音频卡顿等问题，切换过程还容易造成与音频网关的通信中断，直接切换还容易出现两个设备同为从设备的状态，使得音频网关一直在重传数据，引起音频数据接收延迟，引起音频卡顿等。

因此，针对上述问题，本申请实施例提供的一种TWS系统的主从切换方法、第一设备及第二设备，原本作为主设备的第一设备将自己待发送区域的数据发送完毕，不需要将数据丢弃，或者转发给从设备，中间不会出现额外占用带宽，或者引起断线等情况。

请参照图1，图1示出了本申请实施例所提到的TWS系统，TWS系统包括第一设备1、第二设备2和音频网关3。其中，第一设备1、第二设备2可以为耳机、音响等设备，音频网关3可以是手机、平板或其他具有蓝牙功能的终端设备，第一设备1、第二设备2可通过蓝牙协议跟音频网关3建立链接，以应用于听歌、打电话、保存连线等场景中。

需明确的是，第一设备1可以由主设备模式切换至从设备模式，也可以由从设备模式切换至主设备模式，第二设备2可以由从设备模式切换至主设备模式，也可以由主设备模式切换至从设备模式。为了描述方便，在本申请实施例中，初始状态下第一设备1处于主设备模式下(也可以称为主设备)，第二设备2处于从设备模式下(也可以称为从设备)，第一设备1通过蓝牙协议与音频网关3建立连线形成图1中的Piconet1，Piconet1用来传输应用数据(即ACL-U数据)和链路控制数据(即ACL-C数据)，同时，第一设备1通过蓝牙、wifi或者其他协议与第二设备2建立连线，形成图1中的Piconet2，Piconet2用来传输控制同步信息，因此，通过Piconet2的同步信息交互，第二设备2可以从音频网关3同步接收应用数据和链路控制数据，即音频网关3给第一设备1发送数据时，第二设备2同时也可以接收到音频网关3发送的数据，形成对音频网关3无感的Piconet3。

请参照图3，图3为本申请实施例提供的一种TWS系统的主从切换方法，应用于第一设备1，具体包括：

101、在第一设备1需要由主设备模式切换至从设备模式时，阻塞其向音频网关3发送应用数据的第一通路。

步骤101中，将第一设备1向音频网关3发送应用数据的第一通路阻塞，音频网关3仍然可以随时向第一设备1发送应用数据和链路控制数据。

102、向第二设备2发送第一通知；第一通知用于指示在第一时刻到达，且第二设备2收到音频网关3发送的非链路控制数据的数据包时，第二设备2将其生成的链路控制数据保留。

步骤102中，第一设备1向第二设备2发送第一通知，目的在于约定第一时刻，并约定在第一设备1收到音频网关3发送的非链路控制数据的数据包时，第一设备1和第二设备2进行链路控制数据的切换，具体描述如下：

由于第一设备1在第二时刻之前，第一设备1为主设备模式；在主设备模式下，第一设备1接收音频网关3发送的链路控制数据，第一设备1根据音频网关3发送的链路控制数据，生成相应的链路控制数据，第一设备1还接收音频网关3发送的应用数据。要将第一设备1切换为从设备模式，则需要将第一设备1生成的链路控制数据丢弃，保存第二设备2生成的链路控制数据。

103、在第一时刻到达且第一设备1收到音频网关3发送的非链路控制数据的数据包时，将第一设备1生成的链路控制数据丢弃。

步骤103中，虽然之前约定了第一时刻，但在第一时刻时，由于音频网关3随时可能发送链路控制数据(在已经建立了第一设备1为主设备模式的如图2的信号连接关系的情况下，音频网关3仍有可能重传链路控制数据到第一设备1)，因此，需要在第一设备1收到一个非链路控制数据(应用数据或者空包)的数据包时，才能实现链路控制数据的响应切换，即第一设备1丢弃其生成的链路控制数据，第二设备2保存其生成的链路控制数据。

104、在第一设备1的缓冲区的数据全部发送完成后，向第二设备2发送第二通知；第二通知用于指示第二设备2在第二时刻切换为主设备模式并打开第二设备2向音频网关3发送应用数据的第二通路。

在步骤103完成后，步骤104中，第一设备1的缓冲区(tx pool)中可能存在需要发送给音频网关3的数据，如果该数据在发送之前进行了主从切换，即第一设备1切换到了从设备模式，第二设备2切换到了主设备模式，不将该数据丢弃的情况下，在对之前未发送的该数据进行发送时，需要第一设备1将该数据转发至第二设备2，再由第二设备2发送至音频网关3，会造成中间过程出现额外占用带宽，或者引起断线等情况。因此，本申请实施例的步骤104，在第一设备1的缓冲区的数据全部发送完成后，再向第二设备2发送第二通知，以进行第一设备1切换到从设备模式，第二设备2切换到主设备模式的动作。第一设备1将自己待发送区域的数据发送完毕，不需要将数据丢弃，或者转发给第二设备2，中间不会出现额外占用带宽，或者引起断线等情况。

105、在第二时刻，切换为从设备模式，并打开第一通路。

步骤105中，打开第一通路时，第一设备1已经切换为从设备，第二设备2也切换为了主设备，在整个切换过程中一直有保持一个主设备，一个从设备，不会影响音频网关3的数据发送通路，因此不会引起音频卡顿等问题。

在本申请的一个实施例中，步骤101在阻塞其向音频网关3发送应用数据的第一通路之前，还包括：

第一设备1向第二设备2发送切换请求；切换请求用于指示第二设备阻塞其向音频网关发送应用数据的第二通路；

第一设备1收到第二设备2发送的响应信息；响应信息用于将第二设备阻塞第二通路的消息告知第一设备。

该实施例中，第一设备1为耳机时可以通过在其设置用于发送切换请求的按钮，在使用人需要进行主从切换时，触发该按钮，则第一设备1向第二设备2发送切换请求。第一设备1为音响时，还可以通过在其设置触摸屏的方式进行触发流程，在使用人需要进行主从切换时，第一设备1根据触摸屏的点位信息，向第二设备2发送切换请求。同样的，还可以通过音频网关3或其他外接的电子设备，或远程控制的设备，向第一设备1发送开始切换流程的指令，第一设备1根据该指令，向第二设备2发送切换请求。

同样的，在本申请的另一个实施例中，步骤101在阻塞其向音频网关3发送应用数据的第一通路之前，还包括：

第一设备1收到第二设备2发送的切换请求响应信息。

该实施例中，由第二设备2主动发起开始主从切换流程的指令信号，不用等待第一设备1发送切换请求，也可以进行主从切换流程。

上述步骤101-105为TWS系统的主从切换方法应用在第一设备1(原主设备)的情况，下面对应的描述TWS系统的主从切换方法应用在第二设备2(原从设备)的情况。

请参照图4，图4为主从切换方法应用于第二设备2的步骤流程图，具体包括：

201、在第二设备2需要由从设备模式切换至主设备模式时，阻塞其向音频网关3发送应用数据的第二通路。

步骤201中，将第二设备2向音频网关3发送应用数据的第二通路阻塞。

202、向第一设备1发送响应信息。

步骤202中，第二设备2告知第一设备1其接收了切换请求，并已完成第二通道阻塞的动作。

203、接收第一设备1发送的第一通知。

步骤203中，第一通知，目的在于约定第一时刻，并约定在第一设备1收到音频网关3发送的非链路控制数据的数据包时，第一设备1和第二设备2进行链路控制数据的切换。

204、在第一时刻到达，且第二设备2收到音频网关3发送的非链路控制数据的数据包时，将第二设备2生成的链路控制数据保留；

步骤204之前，第二设备2在从设备模式下，第二设备2监听音频网关3发送给第一设备1的数据，若第二设备2收到音频网关3发送的链路控制数据，则第二设备2生成对应的链路控制数据，并将其生成的链路控制数据丢弃。

步骤204中，第二设备2监听音频网关3发送给第一设备1的链路控制数据，并根据该链路控制数据生成对应的链路控制数据，由于第二设备2需要切换至主设备模式，因此，需要将其生成的链路控制数据保留下来。

205、接收第一设备1发送的第二通知。

步骤205中，第二通知用于指示第二时刻，进行第一设备1切换至从设备模式，第二设备2切换至主设备模式。

206、在第二时刻，第二设备切换为主设备模式，向音频网关发送第二设备保留的链路控制数据，并打开第二通路。

步骤206中，打开第二通路时，第一设备1已经切换为从设备，第二设备2也切换为了主设备，在整个切换过程中一直有保持一个主设备，一个从设备，不会影响音频网关3的数据发送通路，因此不会引起音频卡顿等问题。

在本申请的一个实施例中，阻塞其向音频网关3发送应用数据的第二通路之前，还包括：接收第一设备1发送的切换请求。

综上，一种TWS系统的主从切换方法，包括：第一设备1阻塞其向音频网关3发送应用数据的第一通路，第二设备2阻塞其向音频网关3发送应用数据的第二通路；第一设备1丢弃其生成的链路控制数据，第二设备2保存其生成的链路控制数据；在第一设备1的缓冲区的数据发送完成后，第一设备1切换为从设备模式，第二设备2切换为主设备模式；第一设备1打开第一通路，第二设备2打开第二通路。通过本申请实施例的主从切换方法，原本作为主设备的第一设备1将自己待发送区域的数据发送完毕，不需要将数据丢弃，或者转发给从设备，中间不会出现额外占用带宽，或者引起断线等情况。并且，在整个切换过程中一直有保持一个主设备，一个从设备，不会影响音频网关3的数据发送通路。

请参照图6，图6为本申请实施例提供的一种第一设备1，包括：

第一host模块11，用于阻塞第一controller模块12向音频网关3发送应用数据的第一通路；通过第一controller模块12，向第二设备2发送切换请求；打开第一通路；

第一controller模块12，用于向第二设备2发送第一通知；丢弃其生成的链路控制数据；在第一controller模块12的缓冲区的数据发送完成后，向第二设备2发送第二通知；向第一host模块11发送切换完成信息。

请参照图7，图7为本申请实施例提供的一种第二设备2，包括：

第二host模块21，用于阻塞第二controller模块22向音频网关3发送应用数据的第二通路；通过第二controller模块22，向第一设备1发送响应信息；打开第二通路；

第二controller模块22，用于接收第一设备1发送的第一通知；保存其生成的链路控制数据；接收第一设备1发送的第二通知；向音频网关发送第二设备保留的链路控制数据；向第二host模块21发送切换完成信息。

图2为本申请实施例中由第一设备1、第二设备2及音频网关3组成的TWS系统在切换之前的信号流向图。

请参照图8，图8为第一设备1和第二设备2在进行主从切换时的流程图，具体包括：

第一设备1向第二设备2发起主从切换请求：第一host模块11发送切换请求，该切换请求依次通过第一controller模块12和第二controller模块22透传至第二host模块21，此时第二host模块21将送给音频网关3应用数据的第二通路阻塞。

第二设备2回复响应信息：第二host模块21发送将响应信息，该响应信息依次通过第二controller模块22和第一controller模块12透传至第一host模块11，此时第一host模块11将送给音频网关3应用数据的第一通路阻塞。

第一设备1和第二设备2进行链路控制数据的响应切换：在链路数据的响应切换之前，在每次音频网关发送链路控制数据时，第一设备1保留其生成的链路控制数据，第二设备2丢弃其生成的链路控制数据。在进行链路数据的响应切换时，第一host模块11发送告知链路切换命令(hci_tws_switch，其是自定义的一个command命令，就是第一host模块11用来告知第一controller模块12哪一条链路要做主从切换的)至第一controller模块12，第一controller模块12回复执行状态(HCI_status_event，其是蓝牙里面标准的event事项，是第一controller模块12用来告知第一host模块11命令执行的状态)。之后第一controller模块12发送第一通知到第二controller模块22，第一通知包含第一时刻。在第一时刻时，由于音频网关3随时可能发送链路控制数据，不清楚现在音频网关3是否正在发送或者重传链路控制数据给第一设备1。因此需要在第一设备1收到一个非链路控制数据(应用数据或者空包)的包时，才能实现链路控制数据的响应切换，即第一设备1丢弃生成的链路控制数据，第二设备2保存生成的链路控制数据。

在链路控制数据的响应切换完成后，第一设备1中的缓冲区(tx pool)中可能还存在需要发送的给音频网关3的数据，第一设备1继续发送该数据，当第一设备1的该数据发送完成后，第一设备1通知第二设备2在第二时刻进行主从切换，即第一controller模块12发送第二通知到第二controller模块22。

到第二时刻时，第一设备1和第二设备2进行主从切换，并，第一controller模块12发送切换完成信息至第一host模块11，第二controller模块22发送切换完成信息至第二host模块21，第一host模块11打开第一通路，第二host模块21打开第二通路，使第二设备2成为主设备与音频网关3交互，第一设备1为从设备，如图5的TWS系统的信号流向图所示。

本申请实施例还提供了一种TWS设备，包括第一设备1以及第二设备2，所述TWS设备存储有计算机可读取指令，当所述计算机可读取指令由所述TWS设备执行时，运行上述任一项实施例所述的主从切换方法。例如，在第一设备1，主从切换方法包括：在第一设备1需要由主设备模式切换至从设备模式时，阻塞其向音频网关3发送应用数据的第一通路；向第二设备2发送第一通知；第一通知用于指示在第一时刻到达，且第二设备2收到音频网关3发送的非链路控制数据的数据包时，第二设备2将其生成的链路控制数据保留；在第一时刻到达且第一设备1收到音频网关3发送的非链路控制数据的数据包时，将第一设备1生成的链路控制数据丢弃；在第一设备1的缓冲区的数据全部发送完成后，向第二设备2发送第二通知；第二通知用于指示第二设备2在第二时刻切换为主设备模式并打开第二设备2向音频网关3发送应用数据的第二通路；在第二时刻，切换为从设备模式，并打开第一通路。在第二设备2，主从切换方法包括：第二设备2，用于在第二设备2需要由从设备模式切换至主设备模式时，阻塞其向音频网关3发送应用数据的第二通路；向第一设备1发送响应信息；接收第一设备1发送的第一通知；在第一时刻到达，且第二设备2收到音频网关3发送的非链路控制数据的数据包时，将第二设备2生成的链路控制数据保留；接收第一设备1发送的第二通知；在第二时刻，第二设备切换为主设备模式，向音频网关发送第二设备保留的链路控制数据，并打开第二通路。

其中，该第一设备1以及第二设备2为耳机；或者，所述第一设备1以及第二设备2为音箱。当然其并不限于此。其中，在上述实施例中，第一设备1执行的步骤计算机程序的形式存储在该第一设备1中。该第二设备2执行的步骤以计算机程序的形式存在在该第二设备2中。

请参照图9，图9为本申请实施例提供的一种电子设备4的结构示意图，本申请提供一种电子设备4，包括：处理器41和存储器42，处理器41和存储器42通过通信总线43和/或其他形式的连接机构(未标出)互连并相互通讯，存储器42存储有处理器41可执行的计算机程序，当计算设备运行时，处理器41执行该计算机程序，以执行时执行上述实施例的任一可选的实现方式中的方法。

本申请实施例提供一种存储介质，所述计算机程序被处理器执行时，执行上述实施例的任一可选的实现方式中的方法。其中，存储介质可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random AccessMemory,简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable ProgrammableRead-Only Memory,简称EEPROM)，可擦除可编程只读存储器(Erasable ProgrammableRead Only Memory,简称EPROM)，可编程只读存储器(Programmable Red-Only Memory,简称PROM)，只读存储器(Read-Only Memory,简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种TWS系统的主从切换方法，其特征在于，所述TWS系统包括第一设备、第二设备和音频网关；

所述主从切换方法应用于所述第一设备，所述主从切换方法包括：

在所述第一设备需要由主设备模式切换至从设备模式时，阻塞其向所述音频网关发送应用数据的第一通路；

向所述第二设备发送第一通知；所述第一通知用于指示在第一时刻到达，且所述第二设备收到所述音频网关发送的非链路控制数据的数据包时，第二设备将其生成的链路控制数据保留；

在第一时刻到达且所述第一设备收到所述音频网关发送的非链路控制数据的数据包时，将所述第一设备生成的链路控制数据丢弃；

在所述第一设备的缓冲区的数据全部发送完成后，向所述第二设备发送第二通知；所述第二通知用于指示所述第二设备在第二时刻切换为所述主设备模式并打开所述第二设备向所述音频网关发送应用数据的第二通路；

在第二时刻，切换为所述从设备模式，并打开所述第一通路。

2.如权利要求1所述的主从切换方法，其特征在于，所述阻塞其向所述音频网关发送应用数据的第一通路之前，还包括：

向所述第二设备发送切换请求，所述切换请求用于指示所述第二设备阻塞其向所述音频网关发送应用数据的第二通路；

收到所述第二设备发送的响应信息，所述响应信息用于将所述第二设备阻塞所述第二通路的消息告知所述第一设备。

3.如权利要求1所述的主从切换方法，其特征在于，在所述第二时刻之前，所述第一设备为主设备模式；

在所述主设备模式下，所述第一设备接收所述音频网关发送的链路控制数据，所述第一设备根据所述音频网关发送的链路控制数据，生成并保存相应的链路控制数据。

4.如权利要求3所述的主从切换方法，其特征在于，

在所述主设备模式下，所述第一设备与所述音频网关进行应用数据和链路控制数据的交互。

5.一种TWS系统的主从切换方法，其特征在于，应用于第二设备，所述主从切换方法包括：

在所述第二设备需要由从设备模式切换至主设备模式时，阻塞其向音频网关发送应用数据的第二通路；

向第一设备发送响应信息，所述响应信息用于将所述第二设备阻塞所述第二通路的消息告知所述第一设备；

接收所述第一设备发送的第一通知；

在第一时刻到达，且所述第二设备收到所述音频网关发送的非链路控制数据的数据包时，将所述第二设备生成的链路控制数据保留；

接收所述第一设备发送的第二通知；

在第二时刻，所述第二设备切换为主设备模式，向所述音频网关发送所述第二设备保留的链路控制数据，并打开所述第二通路。

6.如权利要求5所述的主从切换方法，其特征在于，所述阻塞其向音频网关发送应用数据的第二通路之前，还包括：

接收所述第一设备发送的切换请求，所述切换请求用于指示所述第二设备阻塞其向所述音频网关发送应用数据的第二通路。

7.如权利要求5所述的主从切换方法，其特征在于，在从设备模式下，所述第二设备监听所述音频网关发送给所述第一设备的数据，若所述第二设备收到所述音频网关发送的链路控制数据，则所述第二设备生成对应的链路控制数据，并将其生成的链路控制数据丢弃。

8.一种第一设备，其特征在于，包括第一host模块和第一controller模块；

所述第一host模块，用于阻塞所述第一controller模块向音频网关发送应用数据的第一通路；通过所述第一controller模块，向第二设备发送切换请求；打开所述第一通路；

所述第一controller模块，用于向所述第二设备发送第一通知；丢弃其生成的链路控制数据；在所述第一controller模块的缓冲区的数据发送完成后，向所述第二设备发送第二通知；向所述第一host模块发送切换完成信息。

9.一种第二设备，其特征在于，包括第二host模块和第二controller模块；

所述第二host模块，用于阻塞所述第二controller模块向音频网关发送应用数据的第二通路；通过所述第二controller模块，向第一设备发送响应信息；打开所述第二通路；

所述第二controller模块，用于接收所述第一设备发送的第一通知；保存其生成的链路控制数据；接收所述第一设备发送的第二通知；向所述音频网关发送所述第二设备保留的链路控制数据；向所述第二host模块发送切换完成信息。

10.一种TWS设备，其特征在于，包括：

第一设备，用于在所述第一设备需要由主设备模式切换至从设备模式时，阻塞其向音频网关发送应用数据的第一通路；向第二设备发送第一通知；所述第一通知用于指示在第一时刻到达，且所述第二设备收到所述音频网关发送的非链路控制数据的数据包时，第二设备将其生成的链路控制数据保留；在第一时刻到达且所述第一设备收到所述音频网关发送的非链路控制数据的数据包时，将所述第一设备生成的链路控制数据丢弃；在所述第一设备的缓冲区的数据全部发送完成后，向所述第二设备发送第二通知；所述第二通知用于指示所述第二设备在第二时刻切换为所述主设备模式并打开所述第二设备向所述音频网关发送应用数据的第二通路；在第二时刻，切换为所述从设备模式，并打开所述第一通路；

第二设备，用于在所述第二设备需要由从设备模式切换至主设备模式时，阻塞其向音频网关发送应用数据的第二通路；向所述第一设备发送响应信息；接收所述第一设备发送的第一通知；在第一时刻到达，且所述第二设备收到所述音频网关发送的非链路控制数据的数据包时，将所述第二设备生成的链路控制数据保留；接收所述第一设备发送的第二通知；在第二时刻，切换为主设备模式，向所述音频网关发送所述第二设备保留的链路控制数据，并打开所述第二通路。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器读取并运行时，执行如权利要求1-7中任一项所述的主从切换方法。

Images