CN109495869A - 蓝牙连接方法及装置 - Google Patents

蓝牙连接方法及装置 Download PDF

Info

Publication number
CN109495869A
CN109495869A CN201811459182.3A CN201811459182A CN109495869A CN 109495869 A CN109495869 A CN 109495869A CN 201811459182 A CN201811459182 A CN 201811459182A CN 109495869 A CN109495869 A CN 109495869A
Authority
CN
China
Prior art keywords
node
data
bluetooth
data source
bluetooth connection
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
Application number
CN201811459182.3A
Other languages
English (en)
Inventor
魏鹏
赵兴鹏
樊文华
周印政
王向煜
潘明方
刘伟
余庆华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rda Microelectronics Technology (shanghai) Co Ltd
Original Assignee
Rda Microelectronics Technology (shanghai) Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Rda Microelectronics Technology (shanghai) Co Ltd filed Critical Rda Microelectronics Technology (shanghai) Co Ltd
Priority to CN201811459182.3A priority Critical patent/CN109495869A/zh
Priority to US16/320,909 priority patent/US11490237B2/en
Priority to PCT/CN2019/072574 priority patent/WO2020107691A1/zh
Publication of CN109495869A publication Critical patent/CN109495869A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0241Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where no transmission is received, e.g. out of range of the transmitter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0245Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal according to signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/0277Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof according to available power supply, e.g. switching off when a low battery condition is detected
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种蓝牙连接方法及装置,其中,该方法包括:多个数据接收节点中的第一节点与数据源建立第一蓝牙连接,多个数据接收节点通过所述第一蓝牙连接共享数据源传输的数据包,并依据预设规则选择一个第二节点,用于向数据源反馈应答信号。采用上述方案,将多个数据接收节点看做一个整体,整体共享数据源发送的数据包,共同维护第一蓝牙连接,并仅选择一个节点反馈应答信号,符合相关技术中的蓝牙协议,解决了相关技术中数据源与多个数据接收节点的蓝牙连接要求的硬件资源高的问题,不需要对数据源进行额外的升级改造即实现了一对多的蓝牙连接,节省功耗。

Description

蓝牙连接方法及装置
技术领域
本发明涉及通信技术领域,尤其涉及一种蓝牙连接方法及装置。
背景技术
在相关技术中,根据蓝牙协议,经典蓝牙的数据传输可以通过广播或者建立连接的方式进行。出于可靠性、能耗、安全性等方面的考虑,目前蓝牙的许多实际应用,包括蓝牙音乐传输、蓝牙语音传输、蓝牙文件传输等,主要采用建立蓝牙连接的方式进行。这种蓝牙连接是在数据源和数据接收节点之间一对一进行数据传输的。一个现实的需求是,往往有两个或两个以上数据接收节点需要无线接收同一个数据源的数据,比如分体式多声道蓝牙音箱、分体式立体声蓝牙耳机、多个智能设备的同步控制等。在一些应用中,每个数据接收节点对数据的接收都要求是可靠的,不能丢失的;不同数据节点之间收到数据的同步性也会有一定要求,即时间差不能太大;由于蓝牙设备往往采用电池供电,这些数据接收节点对功耗也有一定的要求。
针对相关技术中数据源与多个数据接收节点的蓝牙连接要求的硬件资源高的问题,目前还没有有效的解决方案。
发明内容
本发明提供的蓝牙连接方法及装置,能够解决相关技术中数据源与多个数据接收节点的蓝牙连接要求的硬件资源高的问题。
第一方面,本发明提供一种蓝牙连接方法,包括:多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;所述多个数据接收节点通过所述第一蓝牙连接共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
可选的,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接之前或之后,所述多个数据接收节点两两之间建立有无线连接,形成关系网,其中所述关系网的拓扑结构包括:星型、线型、网状结构。
可选地,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接之后,所述第一节点将所述第一蓝牙连接的参数发送至所述关系网中,其中,所述参数包括以下至少之一:所述数据源的地址,所述数据源的蓝牙时钟,可用信道表,通信密钥。
可选地,所述第一节点将所述第一蓝牙连接的参数发送至所述关系网之后,除所述第一节点外的多个数据接收节点,依据所述参数追踪所述第一蓝牙连接发送的信息,其中,所述信息包括以下至少之一:音频编码信息,音频控制信息,视频编码信息,信道表变化信息。
可选地,所述多个数据接收节点通过所述第一蓝牙连接共享所述数据源传输的数据包,包括:基于所述数据源的蓝牙时钟,依据预设切换时刻,所述多个数据接收节点轮流接管所述第一蓝牙连接。
可选的,并依据预设规则选择第二节点向所述数据源反馈应答信号之前,所述多个数据接收节点将仲裁依据信息发送至关系网中,其中,所述仲裁依据信息包括以下至少之一:数据接收节点自身的电池电量,节点序号,数据包的接收正误情况,数据包的接收信号能量;每个数据接收节点保存所有数据接收节点的仲裁依据信息。
可选的,并依据预设规则选择第二节点,包括以下至少之一:选择电池电量剩余最多的数据接收节点为所述第二节点;选择于所述数据源之间的蓝牙连接的信号能量最大的数据接收节点为所述第二节点;依据当前数据包起始处的蓝牙时钟时刻在所述多个数据接收节点中选择所述第二节点;在所述多个数据接收节点中随机选择所述第二节点;依据每个数据接收节点的数据包的接收正误情况选择所述第二节点。
可选地,所述第二节点向所述数据源反馈应答信号,包括:获取其他数据接收节点数据包的接收正误情况;依据自身的数据包的接收正误情况,和所述其他数据接收节点的数据包接收正误情况,确定反馈应答信号为ACK或NACK。
第二方面,本发明提供了一种蓝牙连接装置,包括:连接模块,用于通过多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;共享模块,用于通过所述第一蓝牙连接在所述多个数据接收节点之间共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
本发明实施例提供的蓝牙连接方法及装置,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接,多个数据接收节点通过所述第一蓝牙连接共享数据源传输的数据包,并依据预设规则选择一个第二节点,用于向数据源反馈应答信号。采用上述方案,将多个数据接收节点看做一个整体,整体共享数据源发送的数据包,共同维护第一蓝牙连接,并仅选择一个节点反馈应答信号,符合相关技术中的蓝牙协议,解决了相关技术中数据源与多个数据接收节点的蓝牙连接要求的硬件资源高的问题,不需要对数据源进行额外的升级改造即实现了一对多的蓝牙连接,节省功耗。
附图说明
图1是根据本发明的蓝牙连接方法流程图;
图2是根据相关技术方案3的建立蓝牙连接的示意图;
图3是根据本发明另一个实施例的建立蓝牙连接的示意图;
图4是根据本发明另一个实施例的多个数据接收节点共同维护蓝牙蓝牙连接的流程图;
图5是根据本发明另一个实施例中的仲裁方案三的示意图;
图6是根据本发明另一个实施例的仲裁方案五的示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本发明实施例提供一种蓝牙连接方法,图1是根据本发明的蓝牙连接方法流程图,如图1所示,所述方法包括:
S11、多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;
S12、所述多个数据接收节点通过所述第一蓝牙连接共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
本发明实施例提供的蓝牙连接方法及装置,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接,多个数据接收节点通过所述第一蓝牙连接共享数据源传输的数据包,并依据预设规则选择一个第二节点,用于向数据源反馈应答信号。采用上述方案,将多个数据接收节点看做一个整体,整体共享数据源发送的数据包,共同维护第一蓝牙连接,并仅选择一个节点反馈应答信号,符合相关技术中的蓝牙协议,解决了相关技术中数据源与多个数据接收节点的蓝牙连接要求的硬件资源高的问题,不需要对数据源进行额外的升级改造即实现了一对多的蓝牙连接,节省功耗。
可选的,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接之前或之后,所述多个数据接收节点两两之间建立有无线连接,形成关系网,其中所述关系网的拓扑结构包括:星型、线型、网状结构。
可选地,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接之后,所述第一节点将所述第一蓝牙连接的参数发送至所述关系网中,其中,所述参数包括以下至少之一:所述数据源的地址,所述数据源的蓝牙时钟,可用信道表,通信密钥。
可选地,所述第一节点将所述第一蓝牙连接的参数发送至所述关系网之后,除所述第一节点外的多个数据接收节点,依据所述参数追踪所述第一蓝牙连接发送的信息,其中,所述信息包括以下至少之一:音频编码信息,音频控制信息,视频编码信息,信道表变化信息。
可选地,所述多个数据接收节点通过所述第一蓝牙连接共享所述数据源传输的数据包,包括:基于所述数据源的蓝牙时钟,依据预设切换时刻,所述多个数据接收节点轮流接管所述第一蓝牙连接。
可选的,并依据预设规则选择第二节点向所述数据源反馈应答信号之前,所述多个数据接收节点将仲裁依据信息发送至关系网中,其中,所述仲裁依据信息包括以下至少之一:数据接收节点自身的电池电量,节点序号,数据包的接收正误情况,数据包的接收信号能量;每个数据接收节点保存所有数据接收节点的仲裁依据信息。
可选的,并依据预设规则选择第二节点,包括以下至少之一:选择电池电量剩余最多的数据接收节点为所述第二节点;选择于所述数据源之间的蓝牙连接的信号能量最大的数据接收节点为所述第二节点;依据当前数据包起始处的蓝牙时钟时刻在所述多个数据接收节点中选择所述第二节点;在所述多个数据接收节点中随机选择所述第二节点;依据每个数据接收节点的数据包的接收正误情况选择所述第二节点。
可选地,所述第二节点向所述数据源反馈应答信号,包括:获取其他数据接收节点数据包的接收正误情况;依据自身的数据包的接收正误情况,和所述其他数据接收节点的数据包接收正误情况,确定反馈应答信号为ACK或NACK。
第二方面,本发明提供了一种蓝牙连接装置,包括:连接模块,用于通过多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;共享模块,用于通过所述第一蓝牙连接在所述多个数据接收节点之间共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
下面结合本发明另一个实施例进行说明。
蓝牙协议没有对这种一对多的场景下数据传输的方式做出具体规定。目前这种一对多的蓝牙数据传输主要有下面三类实现方法:
相关技术方案1:数据源依次和每个数据接收节点分别建立一条蓝牙连接,并分别将数据通过各自的蓝牙连接发送给各个接收节点。各接收节点之间可通过蓝牙连接或其它方式进行数据同步。
相关技术方案2:数据源选择数据接收节点中的一个或一部分建立蓝牙连接,这部分节点和剩余其它节点之间通过蓝牙或者其它方式建立无线连接。数据源将数据通过蓝牙连接传输给这部分节点后,由这些节点再通过蓝牙连接或其他无线方式将数据转发给没有和数据源直接建立蓝牙连接的接收节点。接收节点之间可通过蓝牙连接或其它方式进行数据同步。
相关技术方案3.一种一对二的音频数据传输方法。两个音频接收节点之间建立蓝牙连接,其中一个节点为主节点,另一个节点为副节点。音频源与主节点建立蓝牙连接。在即将进行音频传输时主节点将音频链路的特定信息通过主副节点之间的蓝牙连接告知副节点,副节点根据这些信息对音频源的数据进行监听,不进行响应。传输过程中主节点和音频源交互,副节点仅和主节点交互。当副节点监听时丢失了某个数据,则选择放弃该数据,或者从主节点处重新获取。
上述三种方法各自有各自的缺点,如下:
第一种方法对数据源有较高要求,需要能够同时维持多条连接,并各自传输数据。这个要求在某些应用中难以实现,例如很多手机不支持同时连接两个蓝牙音箱播放音乐。而且这种方案要求数据源对每个数据都重复发送多次,造成数据源的功耗浪费。
第二种方法对承担转发任务的数据接收节点的要求较高,需要一方面接收数据源通过蓝牙连接发来的数据,另一方面将数据转发给其它接收节点,电量消耗比其它节点大。同时转发节点在接收和转发的调度上容易出现时间安排不过来的情况,特别是当数据量比较大而且出现重传时,会拖累数据源的发送速度。而且在某些应用中,数据节点相互之间的传输性能比数据源和数据节点之间的传输性能弱,造成数据节点相互之间的重传率较高,既增加了功耗又可能造成数据传输的延误。另外在转发机制下,各个节点收到数据包的时刻相差较大,在某些应用中需要进行特别的同步处理。
第三种方法主节点与数据源交互,副节点只进行被动监听,保持对数据源静默。副节点在监听丢包时缺乏快速的补救手段,只能放弃数据或者向主节点请求转发,可能导致数据丢失和不同步。副节点的某些控制信息也无法直接传递至数据源,需要通过主节点转发。主节点承担和数据源的全部交互任务,功耗比副节点更大,容易提前耗尽电量。
针对上述缺点,本发明的目的是在不对数据源提出特别要求的前提下,通过改进数据接收节点相互之间的交互方式以及数据接收节点向数据源发射蓝牙应答信号的方式,实现低功耗、均衡功耗以及高同步性的一对多蓝牙数据传输。
本发明主要解决蓝牙一对多场景下数据传输的问题。传统蓝牙的数据传输主要是一对一进行。在需要一对多数据分发的应用场景下,传统蓝牙的传输方案通常是建立多个链接分别传输,或者在多个节点之间依次进行转发,存在功耗大、数据延迟高等缺点。本发明将多个数据接收节点合成为一个整体,将一对多问题简化为一对一问题,简化了对数据源的要求,降低了整体功耗,提高了数据同步性,并兼顾了多个数据接收节点功耗的均衡。
本发明的关键点在于,数据源仍然按照传统的一对一传输的方式建立蓝牙连接,数据接收节点之间通过信息共享和仲裁使得每个节点都能够直接接收数据并直接回复应答信号,实现低功耗、低延迟且均衡功耗的蓝牙一对多传输。
具体而言,在有两个或两个以上数据接收节点需要接收同一数据源通过蓝牙发出的数据时,数据源仅需与任一数据接收节点建立一个蓝牙连接,随后数据接收节点之间通过无线信息的传递进行信息共享及仲裁,组成一个整体接管该蓝牙连接,使得每个数据接收节点都能够直接接收数据源发送的数据,并依照一定的规则直接向数据源发送维持该蓝牙连接所需的应答信号。
图2是根据相关技术方案3的建立蓝牙连接的示意图,如图2所示,以蓝牙双耳无线耳机为例。手机作为音频数据源,与作为数据接收节点的主耳机之间建立蓝牙音频连接,简称音频连接。主耳机与副耳机之间也建立蓝牙连接,称为双耳连接。主耳机将音频连接的参数通过双耳连接传递给副耳机。副耳机根据这些参数对音频连接进行监听,获取手机发出的音频包,但不向手机发送任何信息。主耳机与副耳机之间可以通过双耳连接互相发送信息,例如副耳机可以将监听过程中遗漏的音频数据的编号告知主耳机,主耳机随后将这些音频数据转发给副耳机;或者副耳机将空中蓝牙信道的干扰情况告知主耳机,并由主耳机转发给手机。
图3是根据本发明另一个实施例的建立蓝牙连接的示意图,如图3所示,本发明所述蓝牙数据传输系统包括一个数据源和由若干个(为便于描述称为N个) 数据接收节点组成的数据接收组。蓝牙数据源可能是桌面电脑、手机、平板电脑等设备。蓝牙数据接收节点可能是手机、音箱、耳机、智能家电等设备。需要通过蓝牙传输的数据可能是音乐、语音通话、文本、图像等。
根据经典蓝牙协议,在蓝牙数据传输开始之前,通常数据源会先进行蓝牙设备的搜索,并从搜索到的蓝牙设备中选择需要连接的设备进行连接和配对。在本发明中,数据源可以选择任意一个数据接收节点建立蓝牙连接,并在数据传输的过程中只需要维护这一个蓝牙连接,该连接称为蓝牙数据传输连接。为便于说明,下文假设数据源选择了接收节点1建立蓝牙数据传输连接。
N个蓝牙数据接收节点之间需要通过蓝牙或其它类型的无线连接建立无线网络,称为关系网。该关系网的拓扑结构没有特定要求,可能是星型、线型或网状结构等。图中以线型结构为例,接收节点1与接收节点2建立蓝牙连接,接收节点2与接收节点3建立蓝牙连接,接收节点N-1与接收节点N建立蓝牙连接,等等。这些连接称为蓝牙连接1_2,蓝牙连接2_3,蓝牙连接N-1_N,等等。不论是哪种拓扑结构的关系网,每个接收节点需要通过这些蓝牙连接与其它节点相互交流并明确数据接收节点的总个数N,以及本接收节点的序号(1~N中的一个)。建立接收节点关系网的行为可以在蓝牙数据传输连接建立之前或之后,没有特定要求。
在蓝牙数据传输连接和接收节点关系网都建立完成以后,与数据源建立连接的接收节点(假设为接收节点1)将蓝牙数据传输连接的一些参数通过接收节点关系网发布出去。这些参数包括数据源的蓝牙地址、蓝牙时钟、可用信道表、通信密钥等。基于这些参数,其余接收节点(接收节点2到接收节点N)能够追踪到通过蓝牙数据传输连接收发的所有信息。这些信息包括数据相关参数和维持蓝牙连接所需的参数,如音频编码信息、信道表变化信息等。在所有接收节点都成功追踪到蓝牙数据传输连接以后,所有接收节点共同约定此后的一个切换时刻,以及一种仲裁方法,并从该切换时刻起依照该仲裁方法共同维护蓝牙数据传输连接。
图4是根据本发明另一个实施例的多个数据接收节点共同维护蓝牙蓝牙连接的流程图,如图4所示,包括以下步骤;
步骤一、数据源与任一接收节点建立蓝牙连接,以及接收节点之间建立蓝牙连接,组成关系网;
步骤二、通过节点关系网发布数据传输连接参数;
步骤三、各接收节点追踪数据传输连接;
步骤四、各接收节点约定切换时刻和仲裁方法;
步骤五、在切换时刻,各接收节点共同维护数据传输连接。
数据接收节点约定的切换时刻,可以基于数据源的蓝牙时钟。经过之前数据传输连接参数的传播,所有数据接收节点都获取到了数据源的蓝牙时钟,并能够持续跟踪。数据接收节点约定一个统一的蓝牙时钟值,就能在数据源的蓝牙时钟到达该值时同步进行切换。
在切换时刻到来后,数据接收节点开始依照特定的仲裁机制共同维护蓝牙数据传输连接。根据蓝牙协议规定,数据源发出蓝牙数据包(DATA)后,通常期望获得对该数据包的蓝牙应答包(ACK表示接收成功,NACK表示接收不成功),除非该数据包是同步语音包(SCO)等类型。在现有的解决方案中,对数据包的应答都是由直接与数据源建立连接的数据节点发出。本发明所述的方案中,在切换时刻到来后,该应答包可能由数据接收节点中的任何一个发出。具体发出应答包的节点,以及发出哪种应答包都由仲裁机制决定。从数据源的角度看,不知道,也不需要关心该应答包具体是由哪个数据节点发出的。在切换时刻到来后,数据源与接收节点1建立的蓝牙连接实质上可以看成数据源与数据接收组整体之间的蓝牙连接。
本发明提出的仲裁机制包括两个步骤:信息收集和仲裁选择。
信息收集是指各个节点通过接收节点关系网,交换和获取仲裁所需要的信息,如电池电量、节点序号、数据包的接收正误情况等,并保存在各节点的储存空间(RAM)中。一部分信息在建立接收节点关系网时就已经保存下来了,比如节点序号;另一些信息需要定时刷新,比如电池电量;还有一些信息需要实时的交互,比如数据包的接收正误情况。不同的仲裁选择方法需要不同的信息,因此信息收集方案和仲裁选择方案是相对应的。
在需要收集的信息当中,数据包的接收正误情况与蓝牙数据传输的可靠性有密切关系。在蓝牙数据传输系统中,不同类别的数据有不同的可靠性要求,例如音乐和文件数据需要被可靠的接收到,而语音通话和实时视频等数据能容忍一定程度的丢失以保证实时性。根据蓝牙协议,对于可靠连接的每个数据包,数据源收到ACK后才能继续发送接下来的数据,如果收到NACK或者没有收到应答包,则需要重新发送该数据包;对于不可靠连接的每个数据包,数据源可以不检查应答包,或者检查应答包但只进行有限次数的重新发送。各节点在发送应答包时,应当参考其余节点对该数据包的接收正误情况,以及自身的接收正误情况,选择合适的ACK或者NACK进行发送。各节点可以利用每次数据包接收完成后,应答包发送之前的一小段时间,快速的发送标示自身接收正误情况的令牌包(TOKEN),以向其余所有节点传播信息。后文会结合仲裁选择方案进行举例说明。
仲裁选择是指每个节点在获取必要的信息后,自主判断本节点是否需要发送应答包,以及发送哪种应答包的过程。仲裁选择由各节点独立完成,不需要相互通信,仲裁选择的结果也不需要相互告知。下面列出几种可能的仲裁选择方案,用于选出发送应答包的数据接收节点。
仲裁方案一:根据各节点的电池电量,选出电量剩余最多的一个节点。
仲裁方案二:根据各节点接收到数据包的信号能量(RSSI),选出接收信号能量最大的节点。该节点很可能是距离数据源最近,或者空间阻挡最少的节点。
仲裁方案三:根据各节点的序号,接收节点的总个数N以及数据源的蓝牙时钟,次序选出节点。数据源的蓝牙时钟是一个随时间推移循环累加的28比特数,每312.5微秒累加一次。利用该值,可以实现随时间推移依次选择各接收节点,如按照1,2…N,1,2…N…的次序发送应答包。图5是根据本发明另一个实施例中的仲裁方案三的示意图,如图5所示,是该仲裁选择机制的一个示例,数据源发送的是单时隙(每个蓝牙时隙占用625微秒)数据包,数据接收组包括两个节点,根据数据源的蓝牙时钟依次发送应答包。当数据包起始处的蓝牙时钟能被8整除时,由节点2发送应答包;否则由节点1发送应答包。
仲裁方案四:根据各节点的序号,接收节点的总个数N以及数据源的蓝牙时钟,乱序选出节点。将数据包起始处数据源的蓝牙时钟输入各节点规则相同的随机数发生器,根据生成的随机数选择节点。发应答包的节点次序被打乱,但在较长时间段内各节点发送应答包的次数期望趋于平均。
仲裁方案五:根据各节点对数据包的接收正误情况选择。在获悉其它节点对数据包的接收情况后,每个节点再根据自身的接收情况决定发或者不发应答包。下面以两个节点组成的数据接收组为例说明这种仲裁选择机制。示例中,假设数据源之前已经和节点1建立数据传输连接,在切换时刻后节点1和节点2 共同维护该连接。示例中每个数据包需要被所有节点可靠接收到,数据源只有在收到ACK后才会发送下一个数据包。
数据源每次发送数据包后,节点1遵循下列规则:若本次和之前都未成功收到过该数据包,则回复NACK;若本次或之前成功收到该数据包,则发送 TOKEN,不发送回复包。
数据源每次发送数据包后,节点2遵循下列规则:若本次和之前都没有收到过节点1针对该数据包发出的TOKEN,不发送回复包;若本次或之前收到过 TOKEN,但本次和之前都未成功收到该数据包,则回复NACK;若本次或之前收到过TOKEN,本次或之前也成功收到了该数据包,则回复ACK。
图6是根据本发明另一个实施例的仲裁方案五的示意图,如图6所示,图中蓝牙时钟286时隙内,两个节点都未成功接收到DATA1;蓝牙时钟290时隙内,两个节点都成功接收到DATA1,但节点2未收到TOKEN;蓝牙时钟294 时隙内,两个节点都放弃重复接收DATA1,节点2收到TOKEN;蓝牙时钟298 时隙内,节点2未成功接收DATA2,节点1成功接收DATA2,节点2收到TOKEN;蓝牙时钟302时隙内,节点2成功接收到DATA2,节点1放弃重复接收DATA2,节点2未收到TOKEN;蓝牙时钟306时隙内,两个节点都成功接收到DATA3,节点2也成功收到TOKEN。依照前述规则,节点1和节点2分别根据TOKEN 和数据包的本次和历史接收情况,选择发送NACK/ACK,或不发送回复包。
在共同维护蓝牙数据传输连接的过程中,由于各个节点共同接收数据源发出的数据,因此各节点的数据接收具有天然的同步性。各数据接收节点在依照仲裁机制发送应答包时,还可以根据实际需求携带蓝牙信息,例如蓝牙信道标注、音乐播放控制、通话音量控制等,实现向数据源的直接反馈。
本发明与前述第一种和第二种实现方法相比,对蓝牙数据源没有特殊需求,通过改进蓝牙数据接收节点,提高了一对二乃至一对多系统的蓝牙数据传输效率,提高了各接收节点的数据同步性,减小了整个系统的功耗预期。本发明与前述第三种实现方法相比,提高了各节点接收的可靠性,提供了所有节点向数据源直接发送反馈信号的可能性,在整个传输过程中各节点电量消耗相对均衡,延长了系统整体的工作时间。
本发明实施例还提供一种蓝牙连接装置,包括:
连接模块,用于通过多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;
共享模块,用于通过所述第一蓝牙连接在所述多个数据接收节点之间共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
本发明实施例提供的蓝牙连接装置,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接,多个数据接收节点通过所述第一蓝牙连接共享数据源传输的数据包,并依据预设规则选择一个第二节点,用于向数据源反馈应答信号。采用上述方案,将多个数据接收节点看做一个整体,整体共享数据源发送的数据包,共同维护第一蓝牙连接,并仅选择一个节点反馈应答信号,符合相关技术中的蓝牙协议,解决了相关技术中数据源与多个数据接收节点的蓝牙连接要求的硬件资源高的问题,不需要对数据源进行额外的升级改造即实现了一对多的蓝牙连接,节省功耗。
本实施例的装置,可以用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。

Claims (9)

1.一种蓝牙连接方法,其特征在于,包括:
多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;
所述多个数据接收节点通过所述第一蓝牙连接共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
2.根据权利要求1所述的方法,其特征在于,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接之前或之后,所述方法还包括:
所述多个数据接收节点两两之间建立有无线连接,形成关系网,其中所述关系网的拓扑结构包括:星型、线型、网状结构。
3.根据权利要求2所述的方法,其特征在于,多个数据接收节点中的第一节点与数据源建立第一蓝牙连接之后,所述方法还包括:
所述第一节点将所述第一蓝牙连接的参数发送至所述关系网中,其中,所述参数包括以下至少之一:
所述数据源的地址,所述数据源的蓝牙时钟,可用信道表,通信密钥。
4.根据权利要求3所述的方法,其特征在于,所述第一节点将所述第一蓝牙连接的参数发送至所述关系网之后,所述方法还包括:
除所述第一节点外的多个数据接收节点,依据所述参数追踪所述第一蓝牙连接发送的信息,其中,所述信息包括以下至少之一:
音频编码信息,音频控制信息,视频编码信息,信道表变化信息。
5.根据权利要求1所述的方法,其特征在于,所述多个数据接收节点通过所述第一蓝牙连接共享所述数据源传输的数据包,包括:
基于所述数据源的蓝牙时钟,依据预设切换时刻,所述多个数据接收节点轮流接管所述第一蓝牙连接。
6.根据权利要求1所述的方法,其特征在于,并依据预设规则选择第二节点向所述数据源反馈应答信号之前,所述方法包括:
所述多个数据接收节点将仲裁依据信息发送至关系网中,其中,所述仲裁依据信息包括以下至少之一:数据接收节点自身的电池电量,节点序号,数据包的接收正误情况,数据包的接收信号能量;
每个数据接收节点保存所有数据接收节点的仲裁依据信息。
7.根据权利要求1所述的方法,其特征在于,并依据预设规则选择第二节点,包括以下至少之一:
选择电池电量剩余最多的数据接收节点为所述第二节点;
选择于所述数据源之间的蓝牙连接的信号能量最大的数据接收节点为所述第二节点;
依据当前数据包起始处的蓝牙时钟时刻在所述多个数据接收节点中选择所述第二节点;
在所述多个数据接收节点中随机选择所述第二节点;
依据每个数据接收节点的数据包的接收正误情况选择所述第二节点。
8.根据权利要求1所述的方法,其特征在于,所述第二节点向所述数据源反馈应答信号,包括:
获取其他数据接收节点数据包的接收正误情况;
依据自身的数据包的接收正误情况,和所述其他数据接收节点的数据包接收正误情况,确定反馈应答信号为ACK或NACK。
9.一种蓝牙连接装置,其特征在于,包括:
连接模块,用于通过多个数据接收节点中的第一节点与数据源建立第一蓝牙连接;
共享模块,用于通过所述第一蓝牙连接在所述多个数据接收节点之间共享所述数据源传输的数据包,并依据预设规则选择第二节点向所述数据源反馈应答信号。
CN201811459182.3A 2018-11-30 2018-11-30 蓝牙连接方法及装置 Pending CN109495869A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201811459182.3A CN109495869A (zh) 2018-11-30 2018-11-30 蓝牙连接方法及装置
US16/320,909 US11490237B2 (en) 2018-11-30 2019-01-21 Bluetooth connection method and device
PCT/CN2019/072574 WO2020107691A1 (zh) 2018-11-30 2019-01-21 蓝牙连接方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811459182.3A CN109495869A (zh) 2018-11-30 2018-11-30 蓝牙连接方法及装置

Publications (1)

Publication Number Publication Date
CN109495869A true CN109495869A (zh) 2019-03-19

Family

ID=65699000

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811459182.3A Pending CN109495869A (zh) 2018-11-30 2018-11-30 蓝牙连接方法及装置

Country Status (3)

Country Link
US (1) US11490237B2 (zh)
CN (1) CN109495869A (zh)
WO (1) WO2020107691A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110519742A (zh) * 2019-09-16 2019-11-29 安徽华米信息科技有限公司 一种音频同步播放方法、装置及tws蓝牙耳机
CN111163450A (zh) * 2019-12-26 2020-05-15 重庆物奇科技有限公司 一种用于无线通信系统的设备通信方法及系统
CN111435844A (zh) * 2019-11-06 2020-07-21 珠海市杰理科技股份有限公司 双无线蓝牙通信音频数据更正方法、装置、设备及系统
CN112073768A (zh) * 2019-06-10 2020-12-11 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN112166620A (zh) * 2020-09-01 2021-01-01 深圳市中科蓝讯科技股份有限公司 无线设备的通信方法、无线设备和计算机可读存储介质
CN112822664A (zh) * 2019-11-16 2021-05-18 杭州九阳小家电有限公司 一种智能家居环境下的数据通信方法和装置
CN113852446A (zh) * 2021-09-24 2021-12-28 上海物骐微电子有限公司 无线通信系统及方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102639249B1 (ko) * 2019-03-05 2024-02-22 삼성전자주식회사 블루투스 네트워크에서 채널 정보를 공유하기 위한 방법 및 이를 위한 전자 장치
CN114630403A (zh) * 2022-01-28 2022-06-14 浙江大华技术股份有限公司 一种信道选择方法、节点、系统及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170272851A1 (en) * 2014-05-14 2017-09-21 Samsung Electronics Co., Ltd. Method and apparatus for communicating audio data
CN108323246A (zh) * 2018-01-25 2018-07-24 深圳市为通博科技有限责任公司 组网方法、芯片及无线网络系统
CN108419228A (zh) * 2018-02-09 2018-08-17 恒玄科技(上海)有限公司 一种适于蓝牙耳机的无线通信方法
CN108429949A (zh) * 2018-03-21 2018-08-21 恒玄科技(上海)有限公司 一种适于蓝牙耳机的蓝牙音频混合通信方法
CN108901004A (zh) * 2018-08-08 2018-11-27 易兆微电子(杭州)有限公司 一种同步传输蓝牙耳机的方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4025254B2 (ja) * 2003-06-30 2007-12-19 株式会社東芝 無線通信接続方法及び電子機器
US8768252B2 (en) * 2010-09-02 2014-07-01 Apple Inc. Un-tethered wireless audio system
US20160112825A1 (en) * 2014-10-15 2016-04-21 Qualcomm Incorporated Rendering A Media Stream By Wireless Devices Sharing Device Identifiers And Encryption Keys
CN105072537A (zh) * 2015-07-30 2015-11-18 广东欧珀移动通信有限公司 一种基于蓝牙连接的音频播放方法及装置
CN105161124B (zh) 2015-09-02 2017-11-17 广东欧珀移动通信有限公司 一种多播放设备的音频播放方法及装置
KR101789655B1 (ko) * 2016-01-08 2017-11-20 엘지전자 주식회사 이동 단말기
US10015623B2 (en) * 2016-06-17 2018-07-03 Nxp B.V. NFMI based robustness
US20180035207A1 (en) * 2016-07-27 2018-02-01 Chung-Yeh Hsu Monitoring and hearing aid headphone intercom system
US10178711B2 (en) * 2016-09-21 2019-01-08 Apple Inc. Real-time relay of wireless communications
WO2018057524A1 (en) * 2016-09-21 2018-03-29 Apple Inc. Real-time relay of wireless communications
US10212569B1 (en) * 2017-11-09 2019-02-19 Pixart Imaging Inc. Bluetooth audio communication system and method for acknowledging reception of packets of audio streams at a slave and master devices
US10555156B2 (en) * 2017-11-09 2020-02-04 Audiowise Technology Inc. Wireless bluetooth communication mechanism capable of effectively reducing number of audio packet retransmission
US11012842B2 (en) * 2017-11-09 2021-05-18 Audiowise Technology Inc. Wireless stereo bluetooth communication mechanism capable of effectively reducing number of audio packet retransmission
US20190191246A1 (en) * 2017-12-14 2019-06-20 AIWA Corporation System and Method of Intra-Speaker Network Sound Delivery
CN108337074B (zh) 2018-06-22 2018-09-11 恒玄科技(上海)有限公司 高可靠性的蓝牙耳机无线通信方法
US10412481B1 (en) * 2019-01-30 2019-09-10 Bestechnic (Shanghai) Co., Ltd. Operation mode switch of wireless headphones
US10784993B1 (en) * 2019-11-01 2020-09-22 Qualcomm Incorporated Soft combining packets received from different piconets

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170272851A1 (en) * 2014-05-14 2017-09-21 Samsung Electronics Co., Ltd. Method and apparatus for communicating audio data
CN108323246A (zh) * 2018-01-25 2018-07-24 深圳市为通博科技有限责任公司 组网方法、芯片及无线网络系统
CN108419228A (zh) * 2018-02-09 2018-08-17 恒玄科技(上海)有限公司 一种适于蓝牙耳机的无线通信方法
CN108429949A (zh) * 2018-03-21 2018-08-21 恒玄科技(上海)有限公司 一种适于蓝牙耳机的蓝牙音频混合通信方法
CN108901004A (zh) * 2018-08-08 2018-11-27 易兆微电子(杭州)有限公司 一种同步传输蓝牙耳机的方法

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112073768A (zh) * 2019-06-10 2020-12-11 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN112073768B (zh) * 2019-06-10 2023-03-21 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN110519742A (zh) * 2019-09-16 2019-11-29 安徽华米信息科技有限公司 一种音频同步播放方法、装置及tws蓝牙耳机
CN111435844A (zh) * 2019-11-06 2020-07-21 珠海市杰理科技股份有限公司 双无线蓝牙通信音频数据更正方法、装置、设备及系统
CN111435844B (zh) * 2019-11-06 2021-11-23 珠海市杰理科技股份有限公司 双无线蓝牙通信音频数据更正方法、装置、设备及系统
CN112822664A (zh) * 2019-11-16 2021-05-18 杭州九阳小家电有限公司 一种智能家居环境下的数据通信方法和装置
CN111163450A (zh) * 2019-12-26 2020-05-15 重庆物奇科技有限公司 一种用于无线通信系统的设备通信方法及系统
CN112166620A (zh) * 2020-09-01 2021-01-01 深圳市中科蓝讯科技股份有限公司 无线设备的通信方法、无线设备和计算机可读存储介质
CN112166620B (zh) * 2020-09-01 2021-06-08 深圳市中科蓝讯科技股份有限公司 无线设备的通信方法、无线设备和计算机可读存储介质
WO2022047612A1 (zh) * 2020-09-01 2022-03-10 深圳市中科蓝讯科技股份有限公司 无线设备的通信方法、无线设备和计算机可读存储介质
US11844124B2 (en) 2020-09-01 2023-12-12 Shenzhen Bluetrum Technology Co., Ltd. Communication method for wireless device, wireless device and computer readable storage medium
CN113852446A (zh) * 2021-09-24 2021-12-28 上海物骐微电子有限公司 无线通信系统及方法

Also Published As

Publication number Publication date
US20210377713A1 (en) 2021-12-02
US11490237B2 (en) 2022-11-01
WO2020107691A1 (zh) 2020-06-04

Similar Documents

Publication Publication Date Title
CN109495869A (zh) 蓝牙连接方法及装置
CN103518345B (zh) 支持harq的无线通信方法、用户设备和基站
US7505475B2 (en) Multiple access communication system and data transceiver
RU2006137364A (ru) Устройство и способ для высокоскоростного интерфейса передачи данных
CN101583193B (zh) 一种lte系统中基站端上行无线资源分配方法及装置
CN110213691A (zh) 一种tws音频传输的同步机制
CN105592568A (zh) 音频播放方法及系统
CN108347782A (zh) 一种上行控制信息发送、接收方法、终端及基站
CN101621833A (zh) 一种报文流量控制方法和基站控制器
CN101291262A (zh) 一种基于移动传感网的语音通信方法
CN107040848A (zh) Avdtp协议的同步参数传输方法、装置及设备
CN109618406B (zh) 无线连接方法、设备组、系统
CN105490773A (zh) 传输多媒体数据的方法和装置
CN113068166B (zh) 一种基于中继的多设备数据传输系统及方法
CN108347788B (zh) 基于Slotted-FAMA协议利用传播时延的数据并发传输方法
TW201116003A (en) System and method to implement synchronous channel timing in a wireless communications network
CN102802200A (zh) 一种数据报文的发送方法和设备
EP3843467B1 (en) Wireless connection method, device group, system, and storage medium
CN111770516A (zh) 一种自组网通信的帧结构设计与使用方法
US10756844B2 (en) Devices and method for wirelessly broadcasting media packets
CN101267390B (zh) 异步时延网络通信方法及其系统、缓存处理装置
CN113630904B (zh) 一种蓝牙多配对连接方法及介质
WO2021218301A1 (zh) 一种多小区mbms业务传输的方法、装置及存储介质
CN104219777B (zh) 宽带高速电台的信道接入方法
JPH08223214A (ja) 伝送制御方式

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190319