CN114666742B - 蓝牙数据包的广播方法、装置、终端及存储介质 - Google Patents

蓝牙数据包的广播方法、装置、终端及存储介质 Download PDF

Info

Publication number
CN114666742B
CN114666742B CN202011534219.1A CN202011534219A CN114666742B CN 114666742 B CN114666742 B CN 114666742B CN 202011534219 A CN202011534219 A CN 202011534219A CN 114666742 B CN114666742 B CN 114666742B
Authority
CN
China
Prior art keywords
window
bluetooth
channel
sending
broadcast
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.)
Active
Application number
CN202011534219.1A
Other languages
English (en)
Other versions
CN114666742A (zh
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202011534219.1A priority Critical patent/CN114666742B/zh
Priority to PCT/CN2021/121442 priority patent/WO2022134716A1/zh
Publication of CN114666742A publication Critical patent/CN114666742A/zh
Application granted granted Critical
Publication of CN114666742B publication Critical patent/CN114666742B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本申请实施例公开了一种蓝牙数据包的广播方法、装置、终端及存储介质，属于蓝牙技术领域。本申请实施例能够在发射机原本的发送窗口的至少一侧新设置接收窗口，通过接收窗口检测发送信道的信道干扰，并基于检测结果确定发送窗口中是否成功地广播了蓝牙数据包。由此可见，发射机通过本申请提供的方法具备了预测蓝牙广播包是否成功发送的能力，也即本申请实施例能够改变现有的蓝牙协议中重发固定个数相同的数据包的情况，从而决定在当前的广播周期中剩余的发送时段中，是否减少数据包发送的次数，从而实现了在较高发送成功率的前提下，降低终端对空口带宽的占用以及降低终端自身的功耗。

Description

蓝牙数据包的广播方法、装置、终端及存储介质
技术领域
本申请实施例涉及蓝牙技术领域，特别涉及一种蓝牙数据包的广播方法、装置、终端及存储介质。
背景技术
蓝牙(Bluetooth，BT)技术是一种近距离无线通信协议，应用于距离较近的两个设备之间进行互相通信的场景。其中，通过蓝牙技术广播蓝牙数据包的场景是一种较常见的应用方式。
相关技术中，发射机和接收机参与到蓝牙数据包的广播过程中。在广播模式中，蓝牙协议设计为在一个广播周期内重复发送若干次。
发明内容
本申请实施例提供了一种蓝牙数据包的广播方法、装置、终端及存储介质。所述技术方案如下：
根据本申请的一方面内容，提供了一种蓝牙数据包的广播方法，所述方法包括：
在发送窗口的至少一侧设置接收窗口，所述接收窗口用于检测发送信道的信道干扰；以及
基于所述接收窗口的检测结果，确定在所述发送窗口中是否成功广播所述蓝牙数据包。
根据本申请的另一方面内容，提供了一种蓝牙数据包的广播装置，所述装置包括：
接收模块，用于在发送窗口的至少一侧设置接收窗口，所述接收窗口用于检测发送信道的信道干扰；以及
确定模块，用于基于所述接收窗口的检测结果，确定在所述发送窗口中是否成功广播所述蓝牙数据包。
根据本申请的另一方面内容，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如本申请各个方面提供的蓝牙数据包的广播方法。
根据本申请的另一方面内容，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如本申请各个方面提供的蓝牙数据包的广播方法。
根据本申请的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述蓝牙数据包的发送方面的各种可选实现方式中提供的方法。
本申请实施例能够在发射机原本的发送窗口的至少一侧新设置接收窗口，通过接收窗口检测发送信道的信道干扰，并基于检测结果确定发送窗口中是否成功地广播了蓝牙数据包。由此可见，发射机通过本申请提供的方法具备了预测蓝牙广播包是否成功发送的能力，也即本申请实施例能够改变现有的蓝牙协议中重发固定个数相同的数据包的情况，从而决定在当前的广播周期中剩余的发送时段中，是否减少数据包发送的次数，从而实现了在较高发送成功率的前提下，降低终端对空口带宽的占用以及降低终端自身的功耗。
附图说明
为了更清楚地介绍本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1是本申请一个示例性实施例提供的一种终端的结构框图；
图2是本申请实施例提供的一种蓝牙数据包广播的环境示意图；
图3是本申请一个示例性实施例提供的一种蓝牙数据包的广播方法的流程图；
图4是基于图3所示实施例提供的一种蓝牙数据包的广播时的信道使用示意图；
图5是基于图4所示实施例提供的一种单个广播周期内发送窗口的示意图；
图6是本申请另一个示例性实施例提供的一种蓝牙数据包的广播方法流程图；
图7是本申请另一个示例性实施例提供的一种蓝牙数据包的广播方法流程图；
图8是本申请另一个示例性实施例提供的一种蓝牙数据包的广播方法流程图；
图9是本申请实施例提供的一种发送窗口的设置示意图；
图10是本申请一个示例性实施例提供的一种蓝牙数据包的广播装置的结构框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
为了本申请实施例所示方案易于理解，下面对本申请实施例中出现的若干名词进行介绍。
经典蓝牙(Classic Bluetooth)协议：是一种无线数据和语音通信开放的规范。在应用过程中，蓝牙协议基于低成本的近距离无线连接，为固定和移动设备建立通信环境。在经典的频段中，蓝牙协议所使用的频段是2.4GHz至2.485GHz的ISM(IndustrialScientific Medical)波段。
示意性的，在经典蓝牙协议所使用的信道的个数是79个。
低功耗蓝牙(Bluetooth Low Energy，BLE)协议：与经典蓝牙协议相比，低功耗蓝牙能顾在保持同等通信范围的同时显著降低功耗和成本。针对该低功耗蓝牙协议，规定了40个信道。在该40个信道中，包括3个广播信道和37个数据信道。需要说明的是，在另一种命名规则中，低功耗蓝牙协议包括的信道也称为频道。
在实际实现的场景中，低功耗蓝牙协议不能向后兼容原有的蓝牙协议。然而，由于低功耗蓝牙协议和经典蓝牙协议所使用的无线电频率均是2.4GHz。因此，低功耗蓝牙协议和经典蓝牙协议可以共用一根天线。
示例性地，本申请实施例所示的蓝牙数据包的广播方法，可以应用在终端中，该终端具备天线模组且能够基于BT或BLE发送蓝牙数据包。终端可以包括手机、平板电脑、膝上型电脑、台式电脑、电脑一体机、服务器、工作站、电视、智能眼镜、智能手表、数码相机、MP4播放终端、MP5播放终端、学习机、点读机、电纸书、电子词典、车载终端、虚拟现实(VirtualReality，VR)播放终端或增强现实(Augmented Reality，AR)播放终端等。
请参见图1，图1是本申请一个示例性实施例提供的一种终端的结构框图，如图1所示，该终端包括处理器120、存储器140和天线模组160，所述存储器140中存储有至少一条指令，所述指令由所述处理器120加载并执行以实现如本申请各个方法实施例所述的蓝牙数据包的广播方法。天线模组160用于发送蓝牙数据包，其中，蓝牙数据包是终端按照BT协议或BLE协议等蓝牙协议发送的数据包。
在本申请中，终端100是具备广播蓝牙数据包功能的电子设备。在发送窗口的至少一侧设置接收窗口，所述接收窗口用于检测发送信道的信道干扰；以及，基于所述接收窗口的检测结果，确定在所述发送窗口中是否成功广播所述蓝牙数据包。
处理器120可以包括一个或者多个处理核心。处理器120利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器140内的指令、程序、代码集或指令集，以及调用存储在存储器140内的数据，执行终端100的各种功能和处理数据。可选的，处理器120可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器120可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器120中，单独通过一块芯片进行实现。
存储器140可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选的，该存储器140包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器140可用于存储指令、程序、代码、代码集或指令集。存储器140可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储下面各个方法实施例中涉及到的数据等。
天线模组160既可以是单根天线，也可以是包括多根天线的模组，本申请实施例对此不作限定。一种可能的方式中，通过BT协议和通过BLE协议发送的数据包可以共用同一个天线。在实际应用场景中，终端能够通过处理器120控制基于BT协议或者基于BLE协议发送的蓝牙数据包各自所占用的时间。
请参见图2，图2是本申请实施例提供的一种蓝牙数据包广播的环境示意图。在图2中，包括广播终端210、第一接收终端(BT Device Receiver)或(BLE Device Receiver)221、第二接收终端222、第三接收终端223和第四接收终端224。其中，广播终端既可以是普通的广播终端，也可以是经典蓝牙广播终端(BT Device Broadcaster)或低功耗蓝牙广播终端(BLE Device Broadcaster)。图2中所示的结构也可称之为一种蓝牙广播的拓扑结构，其中箭头的方向用于表示蓝牙数据包的传输方向。
需要说明的是，图2中接收终端的个数仅为示例性说明，本申请不对接收终端的个数进行具体的限制。
基于图2所示的应用环境，广播终端210可以是任意一个具有天线模组且支持BT协议、BLE协议或其它蓝牙协议的终端设备。
一种可能的实现方式中，第一接收终端至第四接收终端可以是相同类型的终端设备，例如，第一接收终端至第四接收终端均为蓝牙音箱。
另一种可能的实现方式中，第一接收终端至第四接收终端还可以是不同类型的终端设备。例如，第一接收终端是智能手机、第二接收终端是智能手表、第三接收终端是蓝牙音箱且第四接收终端是智能电视。
需要说明的是，在标准蓝牙技术中的广播(Broadcast)中，通过冗余重传来提供发送到达的概率。该冗余重传的方法属于尽力服务。例如，在蓝牙5.2版本中引入的LE ISO功能，定义了基于广播的等时数据传输。该等时数据传输能够用于语音或音频数据传输，从而提供语音或音频分享服务。在该传输方式中，为了提高语音或音频传输的成功率，该传输方式被定义了重传机制。其中，重传机制能够将需要传输的数据包经过多次重传。该数据包中既可以包括语音数据或音频数据等业务数据，也可以包括控制数据。
在该重传机制中，终端在单个广播周期中发送的数据包的重传的次数都是固定的。例如，单个广播周期被分为n个时段，每一个时段中均发送一次蓝牙数据包。其中，在单个广播周期的第1个发送窗口中发送的蓝牙数据包可以被视为新数据包。从第2个发送窗口到第n个发送窗口被视为用于重传该蓝牙数据包的发送窗口，该蓝牙数据包一共被重传n-1次。
由此可见，在该重传机制中，无论处于任何场景中，广播终端均将按照预定的次数n-1重传蓝牙数据包。也即在无论蓝牙数据包是否已经被接收终端成功接收，广播终端都将重新传输n-1次蓝牙数据包，从而增加了空口带宽并给广播终端带来较大功耗。
针对上述应用效果，本申请提供一种能够令广播终端自主判断蓝牙数据包是否发送成功，从而在蓝牙数据包较大可能成功发送时减小在单个广播周期中剩余发送时段中发送的蓝牙数据包的次数，详情请参见图3的介绍。
请参考图3，图3是本申请一个示例性实施例提供的一种蓝牙数据包的广播方法的流程图。该蓝牙数据包的广播方法可以应用在上述图2所示的广播终端中。在图3中，该蓝牙数据包的广播方法包括：
步骤310，在发送窗口的至少一侧设置接收窗口，接收窗口用于检测发送信道的信道干扰。
广播终端能够在发送窗口的至少一侧设置接收窗口。其中，发送的至少一侧包括时间早于发送窗口的一侧，以及，时间晚于发送窗口的一侧。广播终端既可以包括其中一侧的接收窗口，也可以包括早于发送窗口的一侧和晚于发送窗口的一侧。
在广播终端设置完成接收窗口之后，广播终端能够在该接收窗口中检测发送信道的信道干扰。需要说明的是，广播终端将在自身的系统时间到达接收窗口后，接收来自发送信道的信号，从而检测该发送信道的信号干扰。
当广播终端广播蓝牙数据包时，广播终端能够在单个广播周期中重复发送蓝牙数据包。其中，当个广播周期被划分为n个发送窗口。可选地，一种可能的方式中，每一个发送窗口之间的时间间隔相等。另一种可能的方式中，每一个发送窗口之间的间隔时长不等。需要说明的是，本申请实施例中指示的发送窗口可以是广播周期中的第一发送窗口。或者，本申请实施例还可能将发送窗口设置为广播周期中除最后一个发送窗口之外的任意一个发送窗口。
请参见图4，图4是基于图3所示实施例提供的一种蓝牙数据包的广播时的信道使用示意图。在图4中，以广播终端所使用的蓝牙信道的数量是5个为例。5个可以用来发送蓝牙数据包的信道分别为，第一信道410、第二信道420、第三信道430、第四信道440和第五信道450。
基于图4的信道使用情况，广播终端在第一广播周期t1中，通过第二信道420承载第一蓝牙数据包4a，将第一蓝牙数据包4a广播出去。广播终端在第二广播周期t2中，通过第四信道440承载第二蓝牙数据包4b，将第二蓝牙数据包4b广播出去。广播终端在第三广播周期t3中，通过第一信道410承载第三蓝牙数据包4c，将第三蓝牙数据包4c广播出去。广播终端在第四广播周期t4中，通过第二信道420承载第四蓝牙数据包4d，将第四蓝牙数据包4d广播出去。
需要说明的是，在图4所示的场景中，在单个广播周期内，广播终端所使用的蓝牙信道是固定的。例如，在第二广播周期t2内，广播终端所使用的蓝牙信道固定为第四信道440。
在另一种使用场景中，若蓝牙协议指定单个广播周期内，广播终端可以使用不同的蓝牙信道，则广播终端能够以单个广播周期内的发送窗口为单位，为各个发送窗口指定相应的蓝牙信道。
请参考图5，图5是基于图4所示实施例提供的一种单个广播周期内发送窗口的示意图。在图5中，第一广播周期5A被包括8个发送窗口。8个发送窗口分别包括第一发送窗口510、第二发送窗口520、第三发送窗口530、第四发送窗口540、第五发送窗口550、第六发送窗口560、第七发送窗口570和第八发送窗口580。
步骤320，基于接收窗口的检测结果，确定在发送窗口中是否成功广播蓝牙数据包。
在本申请实施例中，广播终端能够基于接收窗口的检测结果，来确定发送窗口中是否广播蓝牙数据包。
一种可能的场景中，若广播终端在发送窗口之前预测能够成功广播蓝牙数据包，则广播终端在发送窗口中广播蓝牙数据包。反之，广播终端在发送窗口之前预测不能成功广播蓝牙数据包，则广播终端可以在发送窗口中不再广播蓝牙数据包。
另一种可能的场景中，若广播终端在发送窗口之后检测该发送窗口已成功广播蓝牙数据包，则广播终端可以在本次广播周期中剩余的发送窗口中减少或取消蓝牙数据包的重传。反之，广播终端在发送窗口之后检测该发送窗口没有成功广播蓝牙数据包，则广播终端可以在本次广播周期中后续的发送窗口中继续按照原本设定的重传次数重传蓝牙数据包。
综上所述，本申请实施例能够在发射机原本的发送窗口的至少一侧新设置接收窗口，通过接收窗口检测发送信道的信道干扰，并基于检测结果确定发送窗口中是否成功地广播了蓝牙数据包。由此可见，发射机通过本申请提供的方法具备了预测蓝牙广播包是否成功发送的能力，也即本申请实施例能够改变现有的蓝牙协议中重发固定个数相同的数据包的情况，从而决定在当前的广播周期中剩余的发送时段中，是否减少数据包发送的次数，从而实现了在较高发送成功率的前提下，降低终端对空口带宽的占用以及降低终端自身的功耗。
基于上一个实施例所公开的方案，广播终端还能够在不同的场景中，通过不同的方案识别出蓝牙数据包成功发送的场景，从而在保证蓝牙数据包成功发送的情况下，降低对空口带宽的占用以及降低广播终端自身的功耗，请参考如下实施例。
请参见图6，图6是本申请另一个示例性实施例提供的一种蓝牙数据包的广播方法流程图。在图6所示的实施例中，接收窗口包括位于早于所述发送窗口的一侧的第一接收窗口。该蓝牙数据包的广播方法可以应用在上述所示的广播终端中。在图6中，该蓝牙数据包的广播方法包括：
步骤611，在早于发送窗口的一侧设置第一接收窗口。
步骤612，在第一接收窗口检测发送信道的第一信道信号强度。
其中，第一信道信号强度用于指示发送信道的信道干扰程度。
步骤613，将第一信道信号强度确定为检测结果。
在本例中，广播终端在早于发送窗口的第一接收窗口中，检测发送信道的第一信道信号强度。其中，第一信道信号强度用于指示发送信道的信道干扰程度。在一种可能的应用方式中，第一信道信号强度可以用function_pass_or_fail1(RSSIpre)表示。
步骤614，响应于第一信道信号强度小于第一阈值，确定发送窗口具备成功广播蓝牙数据包的条件。
在本申请中，广播终端中将预先设置第一阈值。其中，第一阈值可以是技术人员通过若干次实践或者异常日志中总结出的数值。例如，第一阈值可以是-60dBm、-55dBm或-62dBm等数值，本申请实施例不对第一阈值具体的取值进行限定。
广播终端能够在第一信道信号强度小于第一阈值时，确定发送窗口具备成功广播蓝牙数据包的条件。
步骤615，响应于第一信道信号强度大于或等于第一阈值，放弃在发送窗口广播蓝牙数据包。
在本例中，第一信道信号强度大于或等于第一阈值时，说明发送窗口中已经存在其他信号在传输，或者，该信道本身存在较大噪声。因此，本申请实施例在第一信道信号强度大于或等于第一阈值时，放弃在发送窗口广播蓝牙数据包。
步骤616，响应于第一溢出能量大于第二阈值，确定发送窗口具备成功广播蓝牙数据包的条件。
其中，第一溢出能量是发送蓝牙数据包的发射功率与第一信道信号强度的差值。
类似于第一阈值的设置方法，第二阈值的设置方法也可以是根据技术人员通过若干次实践或者异常日志中总结出的数值。例如，第二阈值可以是6dBm、5dBm或7dBm等数值，本申请实施例不对第二阈值具体的取值进行限定。
在本例中，本申请实施例还能够获取发送蓝牙数据包的发射功率。在本申请实施例中，蓝牙数据包的发射功率是预设的数据。广播终端能够在尚未广播蓝牙数据包时，通过预设的数据获知到发送蓝牙数据包的发射功率。
在此基础上，广播终端能够确定第一溢出能量，该第一溢出能量等于蓝牙数据包的发射功率与第一信道信号强度的差值。例如，蓝牙数据包的发射功率是-50dBm，第一信道信号强度是-60dBm，则第一溢出能量是10dBm。若第二阈值是5dBm，则第一溢出能量大于第二阈值，广播终端确定发送窗口具备成功广播蓝牙数据包的条件。
在一种第一溢出能量的计算方式中，广播终端所使用的入参组合可以是function_pass_or_fail4(RSSIpre,TXPower)。其中，RSSIpre用于表示第一信道信号强度，TXPower用于表示蓝牙数据包的发射功率。
步骤617，响应于第一溢出能量小于或等于第二阈值，将发送蓝牙数据包的发射功率增加第一增量作为新的发射功率；以新的发射功率在发送窗口广播蓝牙数据包。
例如，蓝牙数据包的发射功率是-58dBm，第一信道信号强度是-60dBm，则第一溢出能量是2dBm。若第二阈值是5dBm，则第一溢出能量小于第二阈值，广播终端将为牙数据包的发射功率增加第一增量。若该第一增量是5dBm，则新的发射功率是-53dBm，新的发射功率与第一信道信号强度的差值是7dBm，大于第二阈值的5dBm，从而广播终端以新的发射功率-53dBm在发送窗口广播蓝牙数据包。
在一种可能的方式中，单个广播周期中，广播终端用于发送每一次蓝牙数据包的第一发送功率的相同。在另一种可能的方式中，单个广播周期中，广播终端将为每一次发送蓝牙数据包的第一发送功率赋予不同的数值。
请参见表一，表一示出了一种一个广播周期中的8个发送窗口中各自的第一发送功率的设置数值。
Figure BDA0002852856350000111
表一
在表一中，广播终端将该广播周期中每一个时段的第一发送功率，均设置为-45dBm。基于该设置，广播终端能够在第一接收窗口中，提前计算用于发送蓝牙数据包的溢出能量数值。
请参见表二，表二示出了另一种一个广播周期中的8个发送窗口中各自的第一发送功率的设置数值。
Figure BDA0002852856350000112
表二
在表二中，广播终端将该按照预设发送策略，为广播周期中每一个时段设置独立的第一发送功率。其中，该第一发送功率可以在时间轴上处于功率逐渐降低的趋势，如表二所提供的数据所示。在另一种可能的方式中，该第一发送功率可以在时间轴上还可以处于功率逐渐升高的趋势。也即，广播终端通过为每个时段设置不同的第一发送功率，能够在环境噪声较为恒定的情况下，尽可能避免多次发送仍然失败的情况发生。
在又一种可能的计算方式中，广播终端将根据前置空闲时段的信道信号强度和后置空闲时段的信道信号强度算出平均信道信号强度。广播终端将获取平均信道信号强度与第一阈值的比值，根据该比值获取对应的第一削减数值p。在该计算方式中，广播终端所使用的入参组合可以是function_pass_or_fail3(RSSIpre,RSSIpost)，其中，RSSIpre用于指示蓝牙信道在前置空闲时段的信道信号强度，RSSIpost用于指示蓝牙信道在后置空闲时段的信道信号强度。
步骤618，在广播周期内的后续的发送窗口中取消广播蓝牙数据包。
步骤619，在广播周期内的后续的发送窗口中减少广播蓝牙数据包。
综上所述，本实施例能够在接收窗口设置在发送窗口之前的场景下，根据接收窗口本身的第一信道信号强度，预测在发送窗口是否能够成功发送蓝牙数据包。或者，同时根据接收窗口本身的第一信道信号强度和发送蓝牙数据包的发射功率，预测在发送窗口是否能够成功发送蓝牙数据包。因此，本实施例能够在实际广播蓝牙数据包之前就预测在发送窗口使能能够成功广播。在成功的可能性较高的情况下，终端在发送窗口广播蓝牙数据包，反之则放弃在发送窗口广播蓝牙数据包，提高了信道利用效率并节省了无谓的功耗。
请参见图7，图7是本申请另一个示例性实施例提供的一种蓝牙数据包的广播方法流程图。在图7所示的实施例中，接收窗口包括位于晚于所述发送窗口的一侧的第二接收窗口。该蓝牙数据包的广播方法可以应用在上述所示的广播终端中。在图7中，该蓝牙数据包的广播方法包括：
步骤711，在晚于发送窗口的一侧设置第二接收窗口。
步骤712，在第二接收窗口检测发送信道的第二信道信号强度。
其中，第二信道信号强度用于指示发送信道的信道干扰程度。
步骤713，将第二信道信号强度确定为检测结果。
在本例中，广播终端在晚于发送窗口的第二接收窗口中，检测发送信道的第二信道信号强度。其中，第二信道信号强度用于指示发送信道的信道干扰程度。在一种可能的计算方式中，第二信道信号强度可以用参数值RSSIpost表示，计算第二信道信号强度的函数可以用function_pass_or_fail2(RSSIpost)表示。
步骤714，响应于第二信道信号强度小于第三阈值，确定发送窗口已成功广播蓝牙数据包。
在本申请中，广播终端中将预先设置第三阈值。其中，第三阈值可以是技术人员通过若干次实践或者异常日志中总结出的数值。例如，第三阈值可以是-58dBm、-57dBm或-56dBm等数值，本申请实施例不对第三阈值具体的取值进行限定。
广播终端能够在第二信道信号强度小于第三阈值时，确定发送窗口已成功广播了蓝牙数据包。
步骤715，响应于第二溢出能量大于第四阈值，确定发送窗口已成功广播蓝牙数据包。
其中，第二溢出能量是发送蓝牙数据包的发射功率与第二信道信号强度的差值。
类似于第三阈值的设置方法，第四阈值的设置方法也可以是根据技术人员通过若干次实践或者异常日志中总结出的数值。例如，第四阈值可以是4dBm、5dBm或6dBm等数值，本申请实施例不对第四阈值具体的取值进行限定。
在本例中，本申请实施例还能够获取发送蓝牙数据包的发射功率。在本申请实施例中，该发射功率是发送窗口发送蓝牙数据包时的实测发射功率。
在此基础上，广播终端能够确定第二溢出能量，该第二溢出能量等于蓝牙数据包的发射功率与第二信道信号强度的差值。例如，蓝牙数据包的发射功率是-52dBm，第二信道信号强度是-65dBm，则第二溢出能量是13dBm。若第二阈值是5dBm，则第二溢出能量大于第二阈值，广播终端确定发送窗口具备成功广播蓝牙数据包的条件。
在一种可能的第二溢出能量的计算方式中，广播终端所使用的函数可以是function_pass_or_fail5(RSSIpost,TXPower)。其中，RSSIpost用于表示第二信道信号强度，TXPower用于指示实测的蓝牙数据包的发射功率。
步骤716，在广播周期内的后续的发送窗口中取消广播蓝牙数据包。
步骤717，在广播周期内的后续的发送窗口中减少广播蓝牙数据包。
综上所述，本申请实施例能够在接收窗口设置在发送窗口之后的场景下，根据接收窗口本身的第二信道信号强度，判断已经通过发送窗口发送的蓝牙数据包是否成功发送。或者，同时根据接收窗口本身的第二信道信号强度和实测的发送蓝牙数据包的发射功率，判断已经在发送窗口发送的蓝牙数据包是否成功广播。因此，本实施例能够在广播完蓝牙数据包之后，判断该蓝牙数据包是否广播成功。在判断蓝牙数据包已成功广播后，在广播周期内的后续的发送窗口中减少或取消广播蓝牙广播包，在保证广播蓝牙广播包较高的成功率下，降低了用于广播的功耗和带宽。
请参见图8，图8是本申请另一个示例性实施例提供的一种蓝牙数据包的广播方法流程图。在图8所示的实施例中，接收窗口包括两个接收窗口，一个窗口是位于早于发送窗口的一侧的第一接收窗口，另一个窗口是位于晚于发送窗口的一侧的第二接收窗口。该蓝牙数据包的广播方法可以应用在上述所示的广播终端中。在图8中，该蓝牙数据包的广播方法包括：
步骤811，在早于发送窗口的一侧设置第一接收窗口。
步骤812，在第一接收窗口检测发送信道的第一信道信号强度。
步骤813，在晚于发送窗口的一侧设置第二接收窗口。
步骤814，在第二接收窗口检测发送信道的第二信道信号强度。
步骤815，将第一信道信号强度和第二信道信号强度确定为检测结果。
步骤816，响应于第一信道信号强度小于第一阈值，且第二信道信号强度小于第三阈值，确定在发送窗口中成功广播蓝牙数据包。
需要说明的是，步骤811至步骤815中所示的第一接收窗口、第二接收窗口、第一信道信号强度和第二信道信号强度中的相关概念可以参照图6或图7所示实施例中的实施过程，本处不再赘述。
在本申请实施例中，广播终端为了提高判断成功广播蓝牙数据包的准确性，同时利用第一信道信号强度和第二信道信号强度的数值判断蓝牙数据包是否成功广播。从广义上来说，广播终端将在发送窗口之前的信道干扰较低，并在发送窗口之后的信道干扰较低的情况下，确定蓝牙数据包成功广播。
步骤817，响应于第一溢出能量大于第二阈值，且第二溢出能量大于第四阈值，确定在发送窗口中成功广播蓝牙数据包。
其中，第一溢出能量是发送蓝牙数据包的发射功率与第一信道信号强度的差值，第二溢出能量是发送蓝牙数据包的发射功率与第二信道信号强度的差值。
在本申请实施例中，广播终端为了提高判断成功广播蓝牙数据包的准确性，同时利用第一溢出能量和第二溢出能量来判断蓝牙数据包是否成功广播。从广义上来说，广播终端将在发送蓝牙数据包的发射功率高于第一接收窗口接收到的信道干扰的数值较高，并且广播终端在发送蓝牙数据包的发射功率高于第二接收窗口接收到的信道干扰的数值较高时，来确定蓝牙数据包成功被广播。
步骤818，在广播周期内的后续的发送窗口中取消广播蓝牙数据包。
步骤819，在广播周期内的后续的发送窗口中减少广播蓝牙数据包。
请参见图9，图9是本申请实施例提供的一种发送窗口的设置示意图。在图9中，广播周期9A中包括8个发送窗口，分别是第一发送窗口910、第二发送窗口920、第三发送窗口930、第四发送窗口940、第五发送窗口950、第六发送窗口960、第七发送窗口970和第八发送窗口980。以第二发送窗口920为例，本申请可以在早于第二发送窗口920的一侧设置第一接收窗口921，在晚于第二发送窗口920的一侧设置第二接收窗口922。
综上所述，本申请实施例能够同时根据第一接收窗口和第二接收窗口中测试到的信道信号强大，来判断在发送窗口中发送的蓝牙数据包是否成功广播。或者，本申请还能够结合第一信道信号强度、第二信道信号强度和蓝牙广播包的发射功率，来综合判断在发送窗口中发送的蓝牙数据包是否成功广播。在判断蓝牙数据包已成功广播后，在广播周期内的后续的发送窗口中减少或取消广播蓝牙广播包，在保证广播蓝牙广播包较高的成功率下，降低了用于广播的功耗和带宽。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
请参考图10，图10是本申请一个示例性实施例提供的一种蓝牙数据包的广播装置的结构框图。该蓝牙数据包的广播装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：
接收模块1010，用于在发送窗口的至少一侧设置接收窗口，所述接收窗口用于检测发送信道的信道干扰；以及
确定模块1020，用于基于所述接收窗口的检测结果，确定在所述发送窗口中是否成功广播所述蓝牙数据包。
在一个可选的实施例中，所述装置涉及的接收窗口包括位于早于所述发送窗口的一侧的第一接收窗口。
在一个可选的实施例中，所述装置包括第一检测模块和第一确定子模块，所述第一检测模块，用于在所述第一接收窗口检测所述发送信道的第一信道信号强度，所述第一信道信号强度用于指示所述发送信道的信道干扰程度。所述第一确定子模块，用于将所述第一信道信号强度确定为所述检测结果。
在一个可选的实施例中，所述确定模块1020，用于响应于所述第一信道信号强度小于第一阈值，确定所述发送窗口具备成功广播所述蓝牙数据包的条件。
在一个可选的实施例中，所述确定模块1020，用于响应于第一溢出能量大于第二阈值，确定所述发送窗口具备成功广播所述蓝牙数据包的条件，所述第一溢出能量是发送所述蓝牙数据包的发射功率与所述第一信道信号强度的差值。
在一个可选的实施例中，所述装置还包括取消模块，所述取消模块用于响应于所述第一信道信号强度大于或等于所述第一阈值，放弃在所述发送窗口广播所述蓝牙数据包。
在一个可选的实施例中，所述装置包括更新模块和发送模块，所述更新模块用于响应于第一溢出能量小于或等于所述第二阈值，将发送所述蓝牙数据包的发射功率增加第一增量作为新的发射功率；所述发送模块，用于以所述新的发射功率在所述发送窗口广播所述蓝牙数据包。
在一个可选的实施例中，所述装置中涉及的所述接收窗口包括位于晚于所述发送窗口的一侧的第二接收窗口。
在一个可选的实施例中，所述装置包括第二检测模块和第二确定子模块，所述第二检测模块，用于在所述第二接收窗口检测所述发送信道的第二信道信号强度，所述第二信道信号强度用于指示所述发送信道的信道干扰程度；所述第二确定子模块，用于将所述第二信道信号强度确定为所述检测结果。
在一个可选的实施例中，所述确定模块，用于响应于所述第二信道信号强度小于第三阈值，确定所述发送窗口已成功广播所述蓝牙数据包。
在一个可选的实施例中，所述确定模块，用于响应于所述第二信道信号强度小于第三阈值，确定所述发送窗口已成功广播所述蓝牙数据包。
在另一个可选的实施例中，所述确定模块，用于响应于第二溢出能量大于第四阈值，确定所述发送窗口已成功广播所述蓝牙数据包，所述第二溢出能量是发送所述蓝牙数据包的发射功率与所述第二信道信号强度的差值。
在一个可选的实施例中，所述装置涉及的所述接收窗口包括位于早于所述发送窗口的一侧的第一接收窗口和位于晚于所述发送窗口的一侧的第二接收窗口。
在一个可选的实施例中，在所述装置中，所述第一检测模块，用于在第一接收窗口检测所述发送信道的第一信道信号强度；所述第二检测模块，用于在第二接收窗口检测所述发送信道的第二信道信号强度；第三确定子模块，用于将所述第一信道信号强度和所述第二信道信号强度确定为所述检测结果。
在一个可选的实施例中，所述确定模块，用于响应于所述第一信道信号强度小于第一阈值，且所述第二信道信号强度小于第三阈值，确定在所述发送窗口中成功广播所述蓝牙数据包。
在一个可选的实施例中，所述确定模块，用于应于第一溢出能量大于第二阈值，且第二溢出能量大于第四阈值，确定在所述发送窗口中成功广播所述蓝牙数据包，所述第一溢出能量是发送所述蓝牙数据包的发射功率与所述第一信道信号强度的差值，所述第二溢出能量是发送所述蓝牙数据包的发射功率与第二信道信号强度的差值。
在一个可选的实施例中，所述装置包括调整模块，所述调整模块用于在确定在所述发送窗口中成功广播所述蓝牙数据包时，在广播周期内的后续的发送窗口中取消广播所述蓝牙数据包。或者，所述调整模块用于在确定在所述发送窗口中成功广播所述蓝牙数据包时，在广播周期内的后续的发送窗口中减少广播所述蓝牙数据包。
在一个可选的实施例中，所述装置涉及的所述发送窗口是广播周期中的第一个发送窗口。
综上所述，本申请实施例能够在发射机原本的发送窗口的至少一侧新设置接收窗口，通过接收窗口检测发送信道的信道干扰，并基于检测结果确定发送窗口中是否成功地广播了蓝牙数据包。由此可见，发射机通过本申请提供的方法具备了预测蓝牙广播包是否成功发送的能力，也即本申请实施例能够改变现有的蓝牙协议中重发固定个数相同的数据包的情况，从而决定在当前的广播周期中剩余的发送时段中，是否减少数据包发送的次数，从而实现了在较高发送成功率的前提下，降低终端对空口带宽的占用以及降低终端自身的功耗。
本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上各个实施例所述的蓝牙数据包的广播方法。
需要说明的是：上述实施例提供的蓝牙数据包的广播装置在执行蓝牙数据包的广播方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的蓝牙数据包的广播装置与蓝牙数据包的广播方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的能够实现的示例性的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种蓝牙数据包的广播方法，其特征在于，所述方法包括：
在发送窗口的至少一侧设置接收窗口，所述接收窗口用于检测发送信道的信道干扰，所述接收窗口包括位于早于所述发送窗口的一侧的第一接收窗口，和/或，位于晚于所述发送窗口的一侧的第二接收窗口；
在所述接收窗口检测所述发送信道的信道信号强度，所述信道信号强度用于指示所述发送信道的信道干扰程度；
根据溢出能量，确定在所述发送窗口中是否成功广播所述蓝牙数据包，所述溢出能量是发送所述蓝牙数据包的发射功率与所述信道信号强度的差值。
2.根据权利要求1所述的方法，其特征在于，所述接收窗口包括所述第一接收窗口；
所述在所述接收窗口检测所述发送信道的信道信号强度，包括：
在所述第一接收窗口检测所述发送信道的第一信道信号强度；
所述根据溢出能量，确定在所述发送窗口中是否成功广播所述蓝牙数据包，包括：
响应于第一溢出能量大于第二阈值，确定所述发送窗口具备成功广播所述蓝牙数据包的条件，所述第一溢出能量是发送所述蓝牙数据包的发射功率与所述第一信道信号强度的差值。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
响应于所述第一溢出能量小于或等于所述第二阈值，将发送所述蓝牙数据包的发射功率增加第一增量作为新的发射功率；
以所述新的发射功率在所述发送窗口广播所述蓝牙数据包。
4.根据权利要求1所述的方法，其特征在于，所述接收窗口包括所述第二接收窗口；
所述在所述接收窗口检测所述发送信道的信道信号强度，包括：
在所述第二接收窗口检测所述发送信道的第二信道信号强度；
所述根据溢出能量，确定在所述发送窗口中是否成功广播所述蓝牙数据包，包括：
响应于第二溢出能量大于第四阈值，确定所述发送窗口已成功广播所述蓝牙数据包，所述第二溢出能量是发送所述蓝牙数据包的发射功率与所述第二信道信号强度的差值。
5.根据权利要求1所述的方法，其特征在于，所述接收窗口包括所述第一接收窗口和所述第二接收窗口；
所述在所述接收窗口检测所述发送信道的信道信号强度，包括：
在所述第一接收窗口检测所述发送信道的第一信道信号强度；
在所述第二接收窗口检测所述发送信道的第二信道信号强度；
所述根据溢出能量，确定在所述发送窗口中是否成功广播所述蓝牙数据包，包括：
响应于第一溢出能量大于第二阈值，且第二溢出能量大于第四阈值，确定在所述发送窗口中成功广播所述蓝牙数据包，所述第一溢出能量是发送所述蓝牙数据包的发射功率与所述第一信道信号强度的差值，所述第二溢出能量是发送所述蓝牙数据包的发射功率与第二信道信号强度的差值。
6.根据权利要求1所述的方法，其特征在于，当确定在所述发送窗口中成功广播所述蓝牙数据包时，所述方法还包括：
在广播周期内的后续的发送窗口中取消广播所述蓝牙数据包；或，
在广播周期内的后续的发送窗口中减少广播所述蓝牙数据包。
7.根据权利要求1所述的方法，其特征在于，所述发送窗口是广播周期中的第一个发送窗口。
8.一种用于广播蓝牙数据包的装置，其特征在于，所述装置包括：
接收模块，用于在发送窗口的至少一侧设置接收窗口，所述接收窗口用于检测发送信道的信道干扰，所述接收窗口包括位于早于所述发送窗口的一侧的第一接收窗口，和/或，位于晚于所述发送窗口的一侧的第二接收窗口；
确定模块，用于在所述接收窗口检测所述发送信道的信道信号强度，所述信道信号强度用于指示所述发送信道的信道干扰程度；根据溢出能量，确定在所述发送窗口中是否成功广播所述蓝牙数据包，所述溢出能量是发送所述蓝牙数据包的发射功率与所述信道信号强度的差值。
9.一种终端，其特征在于，所述终端包括处理器、和与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如权利要求1至7任一所述的蓝牙数据包的广播方法。
10.一种计算机可读存储介质，所述存储介质中存储有程序指令，其特征在于，所述程序指令被处理器执行时实现如权利要求1至7任一所述的蓝牙数据包的广播方法。
CN202011534219.1A 2020-12-22 2020-12-22 蓝牙数据包的广播方法、装置、终端及存储介质 Active CN114666742B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202011534219.1A CN114666742B (zh) 2020-12-22 2020-12-22 蓝牙数据包的广播方法、装置、终端及存储介质
PCT/CN2021/121442 WO2022134716A1 (zh) 2020-12-22 2021-09-28 蓝牙数据包的广播方法、装置、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011534219.1A CN114666742B (zh) 2020-12-22 2020-12-22 蓝牙数据包的广播方法、装置、终端及存储介质

Publications (2)

Publication Number Publication Date
CN114666742A CN114666742A (zh) 2022-06-24
CN114666742B true CN114666742B (zh) 2023-04-18

Family

ID=82025335

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011534219.1A Active CN114666742B (zh) 2020-12-22 2020-12-22 蓝牙数据包的广播方法、装置、终端及存储介质

Country Status (2)

Country Link
CN (1) CN114666742B (zh)
WO (1) WO2022134716A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117118545A (zh) * 2023-09-13 2023-11-24 深圳市南方硅谷半导体股份有限公司 利用蓝牙广播判断空气中封包拥挤程度的方法
CN117793962B (zh) * 2024-02-23 2024-05-07 昱兆微电子科技(上海)有限公司 一种用于低功耗蓝牙系统调整射频接收窗口的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102405676A (zh) * 2009-04-23 2012-04-04 高通股份有限公司 无线通信系统中的毫微微节点功率调整
CN107040984A (zh) * 2016-02-04 2017-08-11 电信科学技术研究院 一种非授权频段上行功率控制方法及相关设备
CN107925889A (zh) * 2015-08-11 2018-04-17 高通股份有限公司 用于广播多媒体接收机设备的干扰减轻技术
CN109413730A (zh) * 2018-12-14 2019-03-01 锐捷网络股份有限公司 功率调整方法、接入控制器、系统及存储介质
CN111405651A (zh) * 2020-03-27 2020-07-10 北京小米移动软件有限公司 一种动态调整发射功率的方法、装置及介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104467997B (zh) * 2014-11-18 2017-05-31 无锡清华信息科学与技术国家实验室物联网技术中心 一种基于无线信号强度预测的终端节能的方法和装置
EP3376793A1 (en) * 2017-03-17 2018-09-19 Televic Healthcare NV Master node with quality of service capabilities for use in a network including a bluetooth low energy link and network comprising same
CN108010298A (zh) * 2017-12-19 2018-05-08 青岛海信移动通信技术股份有限公司 设备控制方法及装置
US10771201B2 (en) * 2018-11-08 2020-09-08 Qualcomm Incorporated On-demand retransmissions in broadcast communication
CN110351669B (zh) * 2019-06-28 2022-05-31 南京中感微电子有限公司 蓝牙无线广播发射、接收方法、设备及通信系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102405676A (zh) * 2009-04-23 2012-04-04 高通股份有限公司 无线通信系统中的毫微微节点功率调整
CN107925889A (zh) * 2015-08-11 2018-04-17 高通股份有限公司 用于广播多媒体接收机设备的干扰减轻技术
CN107040984A (zh) * 2016-02-04 2017-08-11 电信科学技术研究院 一种非授权频段上行功率控制方法及相关设备
CN109413730A (zh) * 2018-12-14 2019-03-01 锐捷网络股份有限公司 功率调整方法、接入控制器、系统及存储介质
CN111405651A (zh) * 2020-03-27 2020-07-10 北京小米移动软件有限公司 一种动态调整发射功率的方法、装置及介质

Also Published As

Publication number Publication date
CN114666742A (zh) 2022-06-24
WO2022134716A1 (zh) 2022-06-30

Similar Documents

Publication Publication Date Title
US10178683B2 (en) Systems and methods for enabling coexistence of multiple wireless components operating in the same frequency band
CN110324859B (zh) 副链路的传输资源选择方法、配置方法、终端和网络设备
CN114666742B (zh) 蓝牙数据包的广播方法、装置、终端及存储介质
US20220070865A1 (en) Electronic device, wireless communication method, and computer readable storage medium
CN108430094B (zh) 减小wifi和lte相互干扰的方法、装置和终端
CN109166578A (zh) 移动终端、语音控制方法及相关产品
US20190312685A1 (en) Method and apparatus for obtaining harq feedback and method and apparatus for transmitting harq feedback
WO2013140028A1 (en) Method, apparatus, and computer program product for transmit power management and location information estimation
KR20100090337A (ko) 대역 결합 시스템 및 그의 전송 대역 결정 방법
US11902884B2 (en) System and method for minimizing management frame overhead in wireless networks
CN109314969B (zh) 传输配置方法、装置、设备、系统及存储介质
CN113660653B (zh) 一种传输方法、装置及电子设备
US11871449B2 (en) Backoff method and apparatus in transmission process, device, system, and storage medium
JP7204995B2 (ja) 攻撃的な媒体予約を緩和するためのデバイス、システムおよび方法
CN114666916B (zh) 请求上行资源的方法、中继终端、装置和系统
CN113099544B (zh) 数据传输方法、装置、存储介质及无线节点
US20210195598A1 (en) Electronic device, wireless communication method and computer readable medium
WO2018170785A1 (zh) 信号传输方法、装置、设备及系统
WO2023232007A1 (zh) 信号传输方法及装置
CN112332953B (zh) 一种数据发送的方法及相关装置
WO2024065418A1 (zh) 数据传输方法、装置、设备、介质和程序产品
WO2023165211A1 (zh) 一种通信方法及装置
CN111212482B (zh) 无线通信控制方法、装置、设备及计算机可读存储介质
CN112911639B (zh) 上行传输方法、配置方法、终端及网络侧设备
US20240090024A1 (en) Coordination of periodic and aperiodic sensing for autonomous transmission

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
GR01 Patent grant
GR01 Patent grant