WO2022042254A1

WO2022042254A1 - Method and apparatus for sending broadcast message, method and apparatus for receiving broadcast message, and device and storage medium

Info

Publication number: WO2022042254A1
Application number: PCT/CN2021/110875
Authority: WO
Inventors: 曾春亮; 翟召轩; 杨启昌
Original assignee: Oppo广东移动通信有限公司
Priority date: 2020-08-31
Filing date: 2021-08-05
Publication date: 2022-03-03
Also published as: CN114125725A; CN114125725B; CN115515080A

Abstract

Disclosed are a method and apparatus for sending a broadcast message, a method and apparatus for receiving a broadcast message, and a device and a storage medium, which relate to the technical field of communications. The sending method comprises: determining a service scenario corresponding to a broadcast message, wherein the broadcast message is a broadcast message corresponding to a Bluetooth beacon device; according to the service scenario, determining a subfield combination corresponding to a target field in the broadcast message, wherein the subfield combination is a combination format in which at least one subfield in a subfield set is combined, the subfield set comprising predefined subfields of the target field; and sending the broadcast message, wherein the target field in the broadcast message uses the subfield combination.

Description

Broadcast message sending method, receiving method, apparatus, device and storage medium

This application claims the priority of the Chinese patent application with the application number 202010899470.1 and the invention titled "Broadcast Message Transmission Method, Reception Method, Apparatus, Equipment and Storage Medium" filed on August 31, 2020, the entire contents of which are by reference Incorporated in this application.

technical field

The embodiments of the present application relate to the field of communication technologies, and in particular, to a method, a method, an apparatus, a device, and a storage medium for sending a broadcast message.

Background technique

Bluetooth technology is a widely used short-range data transmission technology in the Internet of Things. Bluetooth Beacon (Beacon) is a broadcast protocol based on the Bluetooth Low Energy (BLE) protocol.

When a Bluetooth Beacon device supporting Bluetooth Beacon broadcasts, the expression efficiency of the broadcast message is not high.

SUMMARY OF THE INVENTION

The embodiments of the present application provide a method for sending a broadcast message, a method for receiving a broadcast message, an apparatus, a device, and a storage medium, and a subfield combination is set for a target field in the broadcast message, and the subfield combination can be dynamically changed according to the service scenario of the broadcast message. , so that the target field is adapted to the current business scenario and includes as few subfields as possible, thereby improving the expression efficiency of broadcast messages. The technical solution is as follows:

According to an aspect of the present application, there is provided a method for sending a broadcast message, the method comprising:

Determine a business scenario corresponding to the broadcast message, where the broadcast message is a broadcast message corresponding to a Bluetooth Beacon device;

According to the service scenario, determine the subfield combination corresponding to the target field in the broadcast message, where the subfield combination is a combination format of combining at least one subfield in the subfield set, and the subfield set includes all the subfields. Describe the predefined subfields of the target field;

The broadcast message is sent, and the target field in the broadcast message adopts the subfield combination.

According to an aspect of the present application, a method for receiving a broadcast message is provided, the method comprising:

Receive broadcast messages sent by Bluetooth Beacon devices;

Determine the subfield combination corresponding to the target field in the broadcast message, the subfield combination is determined by the Bluetooth Beacon device according to the service scenario, and the subfield combination is to combine at least one subfield in the subfield set The combination format, the subfield set includes the predefined subfields of the target field;

Parse the target field in the broadcast message according to the subfield combination.

According to an aspect of the present application, there is provided an apparatus for sending a broadcast message, the apparatus comprising: a first determining module and a sending module;

The first determining module is configured to determine a service scenario corresponding to a broadcast message, where the broadcast message is a broadcast message corresponding to a Bluetooth Beacon device;

The first determining module is configured to determine, according to the service scenario, a subfield combination corresponding to a target field in the broadcast message, where the subfield combination is a combination of at least one subfield in the subfield set Format, the subfield set includes subfields predefined by the target field;

The sending module is configured to send the broadcast message, and the target field in the broadcast message adopts the combination of the subfields.

According to an aspect of the present application, there is provided an apparatus for receiving a broadcast message, the apparatus comprising: a receiving module, a second determining module and a parsing module;

The receiving module is used to receive the broadcast message sent by the Bluetooth Beacon device;

The second determination module is configured to determine the subfield combination corresponding to the target field in the broadcast message, the subfield combination is determined by the Bluetooth Beacon device according to the service scenario, and the subfield combination is the subfield combination. A combination format in which at least one subfield in the set is combined, and the subfield set includes subfields predefined by the target field;

The parsing module is configured to parse the target field in the broadcast message according to the subfield combination.

According to an aspect of the present application, a Bluetooth device is provided, the Bluetooth device includes a Bluetooth chip, and the Bluetooth chip stores computer instructions, and the computer instructions are used to execute the method for sending a broadcast message, receive method.

According to another aspect of the present application, a computer-readable storage medium is provided, wherein the storage medium stores at least one instruction, at least one piece of program, code set or instruction set, the at least one instruction, the at least one piece of program , the code set or the instruction set is loaded and executed by the processor to implement the method for sending and receiving broadcast messages as described in the above aspects.

According to another aspect of the present application, there is provided a computer program product comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the methods for sending and receiving broadcast messages provided in the foregoing optional implementations.

The beneficial effects brought by the technical solutions provided in the embodiments of the present application include at least:

Set the subfield combination for the target field in the broadcast message. The subfield combination can be dynamically changed according to the business scenario of the broadcast message. Since the subfield combination is a combination format of at least one subfield in the subfield set, and the subfield combination The field set includes predefined subfields of the target field, so that the target field can be adapted to the current business scenario and include as few subfields as possible, thereby improving the expression efficiency of broadcast messages.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the drawings that are used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without creative effort.

FIG. 1 is a schematic diagram of an implementation environment provided by an exemplary embodiment of the present application;

2 is a flowchart of a method for sending a broadcast message provided by an exemplary embodiment of the present application;

3 is a schematic diagram of a binary format of a header identification subfield provided by an exemplary embodiment of the present application;

4 is a schematic diagram of a binary format of a status subfield provided by an exemplary embodiment of the present application;

5 is a schematic diagram of a custom data field provided by an exemplary embodiment of the present application;

6 is a schematic diagram of a custom data field provided by an exemplary embodiment of the present application;

7 is a flowchart of a method for receiving a broadcast message provided by an exemplary embodiment of the present application;

8 is a structural block diagram of an apparatus for sending a broadcast message provided by an exemplary embodiment of the present application;

9 is a structural block diagram of an apparatus for receiving a broadcast message provided by an exemplary embodiment of the present application;

10 is a structural block diagram of a device for sending a broadcast message provided by an exemplary embodiment of the present application;

FIG. 11 is a structural block diagram of a device for receiving a broadcast message provided by an exemplary embodiment of the present application.

detailed description

In order to make the objectives, technical solutions and advantages of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.

FIG. 1 shows a schematic diagram of an implementation environment provided by an embodiment of the present application. The implementation environment may include: a first device 10 and a second device 20 .

Bluetooth devices using BLE technology can be divided into master devices and slave devices. Among them, the slave device can send a broadcast message for device discovery, and the master device can initiate an active connection; or the slave device can send service data to the master device in the form of a broadcast message, and the master device can scan and receive broadcast messages from the slave device.

The first device 10 is a sending device of a broadcast message and belongs to a slave device, and the broadcast message is broadcast in the form of a Bluetooth Beacon. The first device 10 may be a smart phone, a tablet computer, a smart home appliance (such as a smart speaker, a smart refrigerator, a smart air conditioner, etc.), a wearable smart device (such as a smart glasses, a smart watch, etc.), a smart sensor (such as a temperature sensor, etc.) , door and window sensor, etc.), the embodiment of the present application does not limit the device type of the first device 10 .

The second device 20 is a receiving device of the broadcast message and belongs to the master device. The second device 20 may be a smart phone, a tablet computer, a smart home appliance (such as a smart speaker, a smart refrigerator, a smart air conditioner, etc.), a wearable smart device (such as a smart glasses, a smart watch, etc.), a smart sensor (such as a temperature sensor, etc.) , door and window sensor, etc.), the embodiment of the present application does not limit the device type of the second device 20 .

As shown in FIG. 1 , the first device 10 is a smart home appliance, and the second device 20 is a smart phone for exemplary illustration.

In this embodiment of the present application, the cloud 30 may also be included. The cloud 30 is a server that manages the Bluetooth devices (including the first device 10 and the second device 20 ). The user can use the second device 20 to register a family account in the cloud 30, and both the first device 10 and the second device 20 are added to the family account. A home communication network is formed between the first device 10 and the second device 20, and through the home communication network, Bluetooth communication can be performed between the devices. It can be understood that the functions provided by the cloud 30 can also be implemented locally, which is not limited in this embodiment of the present application.

Exemplarily, the cloud 30 assigns a home address to the home account. The broadcast message sent by the first device may carry a home address, so that the broadcast message can be acquired by the second device 20 or acquired by other devices in the home communication network.

FIG. 2 shows a flowchart of a method for sending a broadcast message provided by an exemplary embodiment of the present application. The method can be applied to the first device shown in FIG. 1 , where the first device is a Bluetooth Beacon device. The method may include the following steps:

Step 210: Determine a service scenario corresponding to the broadcast message, where the broadcast message is a broadcast message corresponding to the Bluetooth Beacon device.

A broadcast message is a broadcast message for the Bluetooth Beacon protocol.

The service scenario is the information used by the Bluetooth Beacon device to describe the purpose corresponding to the broadcast transmission when the Bluetooth Beacon device transmits the broadcast message. Exemplarily, the service scenario may be that a Bluetooth Beacon device performs device discovery. Exemplarily, the service scenario may be that a Bluetooth Beacon device sends service data.

In a possible implementation manner, the Bluetooth Beacon device predefines several service scenarios, and each time a broadcast message is about to be sent, the Bluetooth Beacon device determines the service scenario corresponding to the broadcast message from several predefined service scenarios.

Step 220: Determine the subfield combination corresponding to the target field in the broadcast message according to the service scenario.

The subfield combination is a combination format in which at least one subfield in the subfield set is combined, and the subfield set includes the subfields predefined by the target field.

A broadcast message can be divided into several fields, each of which is used to describe one aspect of the broadcast message. The length and definition corresponding to each field may be defined in the standard, for example, the length is m bytes, and the definition represents information describing a certain aspect. The target field is one of multiple fields in the broadcast message, and the combination of subfields corresponding to the target field changes dynamically according to business scenarios.

A subfield is a field formed by further dividing the target field. The subfield set of the target field may include predefined x subfields, the subfield combination includes y subfields of the x subfields, both x and y are positive integers, and y is not greater than x. The combination of subfields corresponding to the target field varies with different business scenarios, that is, at least one of the number of subfields included in the target field, the types of subfields, and the arrangement order of subfields varies with different business scenarios .

Exemplarily, the subfield set includes: subfield 1 , subfield 2 , subfield 3 , subfield 4 and subfield 5 . When the business scenario is business scenario a, the subfield combination combines subfield 1 and subfield 2; when the business scenario is business scenario b, the subfield combination combines subfield 1, subfield 3 and subfield 4; in the business scenario When the scenario is business scenario c, the subfield combination combines subfield 1 and subfield 5.

It can be understood that the same service scenario may correspond to one or more combinations of subfields, and the same combination of subfields may also correspond to different service scenarios, which are not limited in this embodiment of the present application.

In a possible implementation manner, the Bluetooth Beacon device stores a mapping relationship table of the combination of business scenarios and subfields, and after determining the business scenario, the corresponding subfield combination is queried in the mapping relationship table.

In step 230, a broadcast message is sent, and the target field in the broadcast message adopts a combination of subfields.

After the Bluetooth Beacon device determines the subfield combination, it assembles the target field in the combination format of the subfield combination, and sends a broadcast message including the target field.

To sum up, in the method provided in this embodiment, a subfield combination is set for the target field in the broadcast message, and the subfield combination can be dynamically changed according to the service scenario of the broadcast message. A combination format in which at least one subfield is combined, and the subfield set includes subfields predefined by the target field, the target field can be adapted to the current business scenario, and include as few subfields as possible, thereby improving the expression efficiency of broadcast messages .

In an optional embodiment based on FIG. 2, the broadcast message may include fields as shown in Table 1:

Table I

As shown in Table 1, bytes (n+7)-(n+8) are the service Universal Unique Identifier (UUID) field. In an exemplary embodiment, the broadcast message includes a service UUID field, and the service UUID field is a fixed value. The fixed value can be "0xFD70" as shown in Table 1. Through "0xFD70", the format of the broadcast message in the embodiment of the present application is identified. Exemplarily, after the second device of the opposite end receives the broadcast message, it can be determined according to "0xFD70" that the broadcast message adopts the format shown in Table 1, and the target field corresponds to a combination of subfields, and the combination of subfields depends on the service scenario. And dynamically changed.

As shown in Table 1, the fields corresponding to bytes (n+9)-(m+n+8) are custom data fields. Custom data fields are fields that are customized by different platforms that provide Bluetooth services.

In an illustrative embodiment, the target field is a custom data field.

In an exemplary embodiment, the set of subfields includes: a header identification subfield, a status subfield, a product identification subfield, a Media Access Control (MAC) subfield, an address subfield, and an abstract data subfield.

In an exemplary embodiment, the transmission order of the subfields in the subfield set is: header identification subfield, status subfield, product identification subfield, MAC subfield, address subfield and abstract data subfield.

Exemplarily, the header identification subfield may be expressed as Head Flags, the status subfield may be expressed as Status, the product identification subfield may be expressed as PID, the MAC subfield may be expressed as MAC Part, the address subfield may be expressed as Address, the abstract data Subfields can be represented as Abstract Data. Combined with the custom data fields shown in Table 2 below:

Table II

1. The header identification subfield is used to indicate the corresponding subfield combination of the broadcast message, and the header identification subfield is a mandatory subfield in the subfield combination.

The header identification subfield is a mandatory subfield in the subfield combination, which can be understood as: the Bluetooth Beacon device combines at least one subfield including the header identification subfield to form a target field. Since the header identification subfield is used to indicate the corresponding subfield combination of the broadcast message, the header identification subfield must be included in the target field.

Exemplarily, after receiving the broadcast message, the second device at the opposite end can determine the combination of subfields according to the header identification subfield in the case that the location of the header identification subfield in the broadcast message is known, so that The target field is parsed correctly. Therefore, the header identification subfield can also be understood as "this field determines the broadcast data format definition" remarked in Table 1.

In an exemplary embodiment, the header identification subfield includes at least one of the following flags: a home broadcast flag, a home communication requirement flag, a version flag, and a reserved flag.

Exemplarily, the home broadcast flag may be represented as H, the home communication requirement flag may be represented as C, the version flag may be represented as ver, and the reserved flag may be represented as R. Combined with reference to the header identification subfield shown in Table 3 below:

Table 3

1) The home broadcast flag bit is used to indicate whether the broadcast message is home broadcast, and home broadcast refers to the broadcast performed in the home communication network.

A home communication network is a network composed of Bluetooth devices added to the same home account. After the Bluetooth Beacon device is added to the home account, it can join the home communication network. After joining the home communication network, the Bluetooth Beacon device is capable of home broadcast.

Exemplarily, when the value of H is 0, it indicates non-home broadcast. At this time, the broadcast message is not broadcast in the home communication network, and the broadcast message does not carry an address subfield. At this time, the service scenario of the Bluetooth Beacon device may be a device discovery scenario. In this case, the subfield combination can be the first subfield combination, the header identification subfield and the status subfield are mandatory subfields in the first subfield combination, and the product identification subfield and the MAC subfield are the first subfield combination. optional subfield of .

Exemplarily, when the value of H is 1, it indicates home broadcasting. At this time, the broadcast message is broadcast in the home communication network, and the broadcast message carries an address subfield. At this time, the service scenario of the Bluetooth Beacon device may be a service data sending scenario. In this case, the subfield combination may be the second subfield combination, and the header identification subfield, the address subfield and the abstract data subfield are mandatory subfields in the second subfield combination.

2) The home communication requirement flag bit is used to indicate whether the Bluetooth Beacon device has a home communication requirement. The home communication requirement refers to the requirement of the Bluetooth Beacon device to communicate with other devices in the home communication network.

It can be understood that, when the home broadcast flag indicates that the home broadcast is home broadcast, the home communication requirement flag bit may continue to be used to indicate whether the Bluetooth Beacon device performing the home broadcast has a home communication requirement.

Exemplarily, when the value of C is 0, it indicates that there is no need for home communication. At this point, the Bluetooth Beacon device does not expect to communicate with other devices. For example, the thermometer sends the temperature measured by itself to the mobile phone through a broadcast message. At this time, the thermometer only needs to send data, and there is no need for home communication.

Exemplarily, when the value of C is 1, it indicates that there is a need for home communication. At this point, the Bluetooth Beacon device expects to communicate with other devices. When the Bluetooth Beacon device needs to obtain some information, the home communication requirement flag indicates that the Bluetooth Beacon device has a home communication requirement.

In an exemplary embodiment, in response to the service scenario of the broadcast message being a time-checking request scenario, the subfield combination includes a header identification subfield, and the home communication requirement flag in the header identification subfield indicates that the Bluetooth Beacon device has a home communication requirement. For example, the speaker device broadcasts a time-checking request message to the Bluetooth gateway, and requests the Bluetooth gateway to initiate a connection to itself to perform time-checking. At this time, the speaker device has home communication needs.

3) The version flag bit is used to indicate the current version of the Bluetooth Beacon protocol corresponding to the broadcast message.

The version indicated by the version flag bit can start from 0, and the original version is incremented by 1 when the version is updated.

4) Reserved flag bits.

The reserved flag can be filled with 0.

For the binary formats of the above four flag bits, please refer to FIG. 3 . In other possible implementation manners, the bit positions of the foregoing four flag bits in the header identification subfield may be different from those in FIG. 3 , which are not limited in this embodiment of the present application.

2. The state subfield is used to indicate the device capability state of the Bluetooth Beacon device.

Exemplarily, as shown in Table 2, when the type of the broadcast message is connectable broadcast, the status subfield is a mandatory subfield in the subfield combination. At this time, the Bluetooth Beacon device informs other devices of their own device capability status through the status subfield, which is convenient for subsequent connection.

In an exemplary embodiment, the status subfield includes at least one of the following flag bits: a pairing flag bit, a product identification indicator bit, a MAC indicator bit, an encryption flag bit, and a reserved flag bit.

Exemplarily, the pairing flag may be represented as G, the product identification indication flag may be represented as P, the MAC indication flag may be represented as M, the encryption flag may be represented as E, and the reserved flag may be represented as Resv. Combined with reference to the status subfields shown in Table 4 below:

Table 4

1) Pairing flag bit, used to indicate whether the Bluetooth Beacon device allows pairing.

Exemplarily, when the value of G is 0, it indicates that the Bluetooth Beacon device refuses to pair. For example, after the second device receives the broadcast message, when the value of G is 0, the Bluetooth Beacon device is not added to the local pairable list.

Exemplarily, when the value of C is 1, it indicates that the Bluetooth Beacon device allows pairing. For example, after the second device receives the broadcast message, when the value of G is 1, the Bluetooth Beacon device is added to the local pairable list.

2) The product identification indication flag bit, which is used to indicate whether the product identification subfield is included in the subfield combination.

Exemplarily, when the value of P is 0, it indicates that the product identification subfield is not included in the subfield combination.

Exemplarily, when the value of P is 1, it indicates that the product identification subfield is included in the subfield combination.

3) The MAC indication flag bit is used to indicate whether the subfield combination contains the MAC subfield.

Exemplarily, when the value of M is 0, it indicates that the subfield combination does not include the MAC subfield.

Exemplarily, when the value of M is 1, it indicates that the subfield combination includes the MAC subfield.

4) Encryption flag bit, used to indicate whether the abstract data subfield is encrypted.

Exemplarily, when the value of E is 0, it indicates that the abstract data subfield is not encrypted.

Exemplarily, when the value of E is 1, it indicates that the abstract data subfield is encrypted.

In a possible implementation manner, the encryption method has been agreed in advance. In another possible implementation manner, the encryption method is indicated to the second device through other flag bits in the broadcast message.

5) Reserved flag bit.

The reserved flag can be filled with 0.

For the binary format of the above five flag bits, please refer to FIG. 4 . In other possible implementation manners, the bit positions of the above five flag bits in the status subfield may be different from those in FIG. 4 , which are not limited in this embodiment of the present application.

3. The product identification subfield is used to indicate the product corresponding to the Bluetooth Beacon device.

Each product corresponds to a Product Identifier (PID). Through the product identification subfield, the second device can determine the product type of the Bluetooth Beacon device.

Bluetooth Beacon devices can be different types of products, such as: smartphones, tablet computers, smart home appliances (such as smart speakers, smart refrigerators, smart air conditioners, etc.), wearable smart devices (such as smart glasses, smart watches, etc.), Smart sensors (such as temperature sensors, door and window sensors, etc.). Exemplarily, as shown in Table 2, when the Bluetooth Beacon device sends a binding broadcast, in order for the second device to determine the product type of the Bluetooth Beacon device, the product identification subfield is a mandatory subfield in the subfield combination. . Moreover, the binding process can be defined by the product identification subfield, that is, different product types can correspond to different binding processes.

In a possible implementation, the product identification subfield is in big-endian byte order. Byte order refers to the storage order of each byte corresponding to multi-byte data. In Big Endian, the high-order byte comes first and the low-order byte follows. For example, the value of the product identification subfield is 0x2211, which is stored in two bytes: the high-order byte is 0x22, and the low-order byte is 0x11.

Fourth, the MAC subfield is used to indicate all or part of the MAC address corresponding to the Bluetooth Beacon device.

Through the product identification subfield, a Bluetooth device of a product type can be identified, and through the MAC subfield, it can be further refined to a Bluetooth device in a class of Bluetooth devices. Exemplarily, when the exact corresponding device is required in the binding process, the MAC subfield is a mandatory subfield in the subfield combination.

In a possible implementation manner, the MAC subfield includes the data of the lowest two bytes of the MAC of the Bluetooth Beacon device, and the data of the lowest two bytes is in big-endian byte order. For example: when the Bluetooth Beacon device supports wifi and BLE, the MAC subfield can be the last two bytes of the wifi MAC; when the Bluetooth Beacon device only supports BLE, the MAC subfield can be the last two bytes of the BLE MAC.

5. The address subfield is used to indicate the home address corresponding to the home communication network to which the Bluetooth Beacon device is bound.

The home address is the address assigned to the home account by the cloud that provides the Bluetooth management service. Exemplarily, after the Bluetooth Beacon device joins the home communication network corresponding to the home account, information related to the home account, such as identity information and security information, may be obtained, and the identity information may include a home address.

Exemplarily, as shown in Table 2, after the Bluetooth Beacon device joins the home communication network, the address subfield is a mandatory subfield in the subfield combination.

In a possible implementation manner, the address subfield includes the data of the lowest two bytes of the home address of the Bluetooth Beacon device, and the data of the lowest two bytes is in big-endian byte order.

6. The abstract data subfield is used to indicate the data carried in the broadcast message.

Exemplarily, as shown in Table 2, when the Bluetooth Beacon device broadcasts service data, the abstract data subfield is a mandatory subfield in the subfield combination.

In an exemplary embodiment, the abstract data subfield includes at least one of the following bytes: a first byte, an attribute instance identification set byte, a length byte and a data byte, the first byte includes: a type flag bit and the service instance identification flag.

Exemplarily, the type flag may be represented as type, the service instance identifier flag may be represented as SIID, the attribute instance identifier set byte may be represented as IIDs, the length byte may be represented as Length, and the data byte may be represented as Data. Combined with reference to the abstract data subfields shown in Table 5 below:

Table 5

1) The first byte, the first byte includes: the type flag bit and the service instance flag bit, the type flag bit is used to indicate the type of the abstract data subfield, and the service instance flag bit is used to indicate the service provided by the Bluetooth Beacon device. .

The type of abstract data subfield can include: one of event notification and attribute value. Event notifications refer to abstract data subfields that describe events that meet pre-set conditions. For example, when the door and window sensor detects that a switch event occurs during an abnormal time period, the type of the abstract data subfield is event notification. The attribute value refers to the properties of the abstract data subfield that can describe the Bluetooth Beacon device itself. For example, the temperature measured by the thermometer is 26 degrees, the thermometer reports the measured temperature, and the type of the abstract data subfield is the attribute value.

Exemplarily, when the value of the type flag bit is 0, it indicates that the type of the abstract data subfield is an attribute value. Exemplarily, when the value of the type flag bit is 1, it indicates that the type of the abstract data subfield is event notification.

A Bluetooth Beacon device may correspond to a capability set, and the capability set includes services supported and provided by the Bluetooth Beacon device. The Service Instance ID (SIID) flag is used to indicate the service provided by the Bluetooth Beacon device. Exemplarily, if the Bluetooth Beacon device is an electric fan, the service may include: a fan, a battery, and a switch. Exemplarily, as shown in Table 5, the service instance identification flag may include 7 bits, which can indicate 128 different services.

2) The attribute instance identification set byte is used to indicate the attribute corresponding to the service indicated in the service instance flag bit.

A service can correspond to several properties, and the property instance IDs (Property Instance IDs, IIDs) bytes are used to indicate the properties corresponding to the service. Exemplarily, if the Bluetooth Beacon device is an electric fan, the service may include: a fan and a battery. For the service "fan", the attributes can be steering, rotational speed, etc.; for the service "battery", the attributes can be power, loss level, etc.

Exemplarily, as shown in Table 5, for any byte in the attribute instance identification set bytes, bit 7 is used to indicate whether the next byte is still an attribute instance identification, such as: 0 indicates no, 1 indicates yes; bit 6-0 is used to indicate attributes.

3) The length byte is used to indicate the length of the data byte.

4) Data bytes, used to describe attributes corresponding to the service.

Exemplarily, for the service "fan", the attributes may be steering and rotational speed, and the data bytes are used to describe the values corresponding to the steering and rotational speed. In the case that the service instance identification flag bit includes 7 bits and can indicate 128 different services, the expression content of the data byte is correspondingly expanded to 128 kinds.

For the above-mentioned custom data fields and subfields in the subfield set, an exemplary description of subfield combinations in different business scenarios is given below.

In an exemplary embodiment, the service scenario includes: a device discovery scenario; then step 220 may include: according to the device discovery scenario, determining a combination of subfields corresponding to the custom data field as a first combination of subfields.

The header identification subfield and the status subfield are mandatory subfields in the first subfield combination, and the product identification subfield and the MAC subfield are optional subfields in the first subfield combination.

The custom data fields under the first subfield combination may include at least one of a header identification subfield, a status subfield, a product identification subfield, and a MAC subfield. Custom data fields may include: header identification subfield and status subfield; or header identification subfield, status subfield and product identification subfield; or header identification subfield, status subfield and MAC subfield; or header identification subfield, status subfield and MAC subfield Identification subfield, status subfield, product identification subfield, and MAC subfield.

Exemplarily, as shown in (a) of FIG. 5 , the custom data field includes: a header identification subfield 501 , a status subfield 502 and a product identification subfield 503 . As shown in (b) of FIG. 5 , the custom data field includes: a header identification subfield 501 , a status subfield 502 , a product identification subfield 503 and a MAC subfield 504 .

It can be understood that the above only exemplifies the first subfield combination, and the first subfield combination may also include other optional subfields or required subfields, such as: optional subfields in the first subfield combination. The selection subfield may also include an abstract data subfield, which is not limited in this embodiment of the present application.

In an exemplary embodiment, the service scenario includes: a service data sending scenario; then step 220 may include: determining, according to the service data sending scenario, a combination of subfields corresponding to the custom data field as a second combination of subfields.

The header identification subfield, the address subfield and the abstract data subfield are mandatory subfields in the second subfield combination. Exemplarily, as shown in FIG. 6 , the custom data field includes: a header identification subfield 601 , an address subfield 602 and an abstract data subfield 603 .

It can be understood that the above only exemplifies the second subfield combination, and the second subfield combination may also include other optional subfields or mandatory subfields, which are not limited in this embodiment of the present application.

To sum up, in the method provided in this embodiment, the target field can be a custom data field, and by redefining the custom data field, the subfields corresponding to the custom data field are clarified, so that the custom data field can be dynamically adjusted In order to adapt to business scenarios and improve the expression efficiency of broadcast messages.

At the same time, in the method provided by this embodiment, the service UUID field is a fixed value. Since the broadcast message corresponding to this embodiment can be filtered out according to the service UUID field, it is helpful for the second device of the opposite end to determine the identity of the broadcast message, so that the correct parsed broadcast messages.

At the same time, the method provided by this embodiment introduces the service instance identification flag bit. Since the data bytes in the abstract data subfield are used to describe the attributes corresponding to the service, in the case that the service instance identification flag bit can indicate multiple services , the data bytes can also describe a variety of services correspondingly, expanding the expression content of the data bytes.

In an exemplary embodiment, for the broadcast message as described above, the following transmission rules are formulated:

First, when the service scenario includes a device discovery scenario, a broadcast message is sent in a broadcast type that can be connected to broadcast.

Broadcast types can include: connectable broadcasts, non-connectable broadcasts, scannable broadcasts, and directed broadcasts.

When the service scenario is a device discovery scenario, the Bluetooth Beacon device sends a broadcast message in a broadcast type that can be connected to broadcast. Among them, the connectable broadcast allows other devices to respond to it and establish a Bluetooth connection with it.

Second, when the service scenario includes a service data sending scenario, a broadcast message is sent in one of the broadcast type of non-connectable broadcast and the broadcast type of scannable broadcast.

When the service scenario is a service data sending scenario, the Bluetooth Beacon device sends a broadcast message in a broadcast type of non-connectable broadcast (or scannable broadcast).

Among them, the non-connectable broadcast (ADV_NONCONN_IND) ignores the response message and connection request, and the scannable broadcast (ADV_IND/ADV_SCAN_IND) allows other devices to scan the broadcast message.

In an exemplary embodiment, the Bluetooth Beacon device determines the data length of the broadcast message; in response to the data length being no greater than the data length supported by a single broadcast packet, the broadcast message is sent in a broadcast type of non-connectable broadcast; in response to the data length being greater than a single broadcast packet Supported data length, send part of the broadcast message with the broadcast type that can scan broadcast, and then send the rest of the broadcast message with the broadcast type of scan response.

The scannable broadcast message protocol can include 3 messages: SCAN_IND, SCAN_REQ and SCAN_REP. Among them, SCAN_IND is sent by the first device to the second device, SCAN_REQ is the message responded by the second device to the first device, and SCAN_REP (ie scan response) is the first device after receiving the response message from the second device Scan response message sent to the second device. When the data length is greater than the data length supported by a single broadcast packet, the Bluetooth Beacon device sends the broadcast message twice through SCAN_IND and SCAN_REP, so as to send the broadcast message completely.

Third, when the business scenario includes a time-checking request scenario, a broadcast message is sent in a broadcast type that can be connected to broadcast.

By sending a broadcast message in a broadcast type that can be connected to broadcast, the Bluetooth Beacon device can subsequently establish a connection and receive information about school time.

To sum up, in the method provided in this embodiment, matching broadcast types are set for different service scenarios, which is beneficial to improve the efficiency of communication.

FIG. 7 shows a flowchart of a method for receiving a broadcast message provided by an exemplary embodiment of the present application, and the method can be applied to the second device shown in FIG. 1 . The method may include the following steps:

Step 710: Receive a broadcast message sent by the Bluetooth Beacon device.

Step 720: Determine the subfield combination corresponding to the target field in the broadcast message.

The subfield combination is a combination format in which at least one subfield in the subfield set is combined, and the subfield set includes the subfields predefined by the target field. The subfield is a field formed by further dividing the target field. The subfield set of the target field can include predefined x subfields, and the subfield combination includes y subfields in the x subfields. Both x and y are positive. Integer, y is not greater than x.

The subfield combination is determined by the Bluetooth Beacon device according to the service scenario. The service scenario is the information used by the Bluetooth Beacon device to describe the purpose corresponding to the broadcast transmission when the Bluetooth Beacon device transmits the broadcast message. Exemplarily, the service scenario may be that a Bluetooth Beacon device performs device discovery. Exemplarily, the service scenario may be that a Bluetooth device sends service data.

The combination of subfields corresponding to the target field varies with different business scenarios, that is, at least one of the number of subfields included in the target field, the types of subfields, and the arrangement order of subfields varies with different business scenarios . Exemplarily, the subfield set includes: subfield 1 , subfield 2 , subfield 3 , subfield 4 and subfield 5 . When the business scenario is business scenario a, the subfield combination combines subfield 1 and subfield 2; when the business scenario is business scenario b, the subfield combination combines subfield 1, subfield 3 and subfield 4; in the business scenario When the scenario is business scenario c, the subfield combination combines subfield 1 and subfield 5.

Step 730: Parse the target field in the broadcast message according to the subfield combination.

Since the subfield combination specifies the combination format of the target field, the second device parses the target field in the received broadcast message according to the subfield combination.

To sum up, in the method provided in this embodiment, a subfield combination is set for the target field in the broadcast message, and the subfield combination can be dynamically changed according to the service scenario of the broadcast message. A combination format in which at least one subfield is combined, and the subfield set includes subfields predefined by the target field, so that the target field can be adapted to the current business scenario and include as few subfields as possible, thereby improving the expression efficiency of broadcast messages .

In an exemplary embodiment, the broadcast message includes a service UUID field, and the service UUID field is a fixed value.

In an exemplary embodiment, the target field includes: a custom data field; the set of subfields includes: a header identification subfield, a status subfield, a product identification subfield, a MAC subfield, an address subfield, and an abstract data subfield.

In an exemplary embodiment, the receiving order of the subfields in the subfield set is: header identification subfield, status subfield, product identification subfield, MAC subfield, address subfield and abstract data subfield.

4) Reserved flag bits.

In an exemplary embodiment, the status subfield includes at least one of the following flags: a pairing flag, a product identification indication flag, a MAC indication flag, an encryption flag, and a reserved flag.

5) Reserved flag bit.

3) The length byte is used to indicate the length of the data byte.

4) Data bytes, used to describe attributes corresponding to the service.

For the above-mentioned custom data fields and subfields in the subfield set, the above embodiments can be seen, and details are not described here.

In an exemplary embodiment, step 720 may include: determining a subfield combination according to at least one of a header identification subfield and a status subfield in the broadcast message.

The header identification subfield is a mandatory subfield of the subfield combination, and the sequence of the header identification subfield in the custom data field is defined, so that the second device can correctly parse the header identification subfield in the broadcast message. After correctly parsing the header identification subfield, the second device may determine the subfield combination according to the header identification subfield, or according to the header identification subfield and the status subfield.

In an exemplary embodiment, the second device determines the subfield combination according to the home broadcast flag bit in the header identification subfield.

In a possible implementation manner, in response to the home broadcast flag indicating that it is home broadcast, it is determined that the subfield combination is the first subfield combination, and the header identification subfield and the status subfield are mandatory in the first subfield combination field, the product identification subfield and the MAC subfield are optional subfields in the first subfield combination; according to the status subfield, it is determined whether the first subfield combination also includes the product identification subfield and the MAC subfield.

In the case where the home broadcast flag indicates home broadcast, the subfield combination is the first subfield combination, and the first subfield combination includes the mandatory header identification subfield and status subfield, and the header identification subfield and the status subfield If the order of the fields in the custom data field is defined, the second device can correctly parse the header identification subfield and the status subfield. Afterwards, the second device determines whether the first subfield combination further includes the product identification subfield and the MAC subfield according to the product identification indication flag bit and the MAC indication flag bit in the status subfield.

In another possible implementation manner, in response to the home broadcast flag indicating non-home broadcast, it is determined that the subfield combination is the second subfield combination, and the header identification subfield, the address subfield and the abstract data subfield are the second subfield. Mandatory subfield in the field combination.

In the case where the home broadcast flag indicates non-home broadcast, the subfield combination is the second subfield combination, and the second subfield combination includes the mandatory header identification subfield, address subfield and abstract data subfield, and the above If the order of the three subfields in the custom data field is defined, the second device can correctly parse the custom data field including the above three subfields.

To sum up, in the method provided by the embodiment of the present application, the second device can determine the subfield combination according to at least one of the header identification subfield and the status subfield in the broadcast message, so as to correctly parse the target field.

FIG. 8 is a structural block diagram of an apparatus for sending a broadcast message provided by an exemplary embodiment of the present application. The apparatus includes: a first determining module 801 and a sending module 802;

The first determining module 801 is configured to determine a service scenario corresponding to a broadcast message, where the broadcast message is a broadcast message corresponding to a Bluetooth Beacon device;

The first determining module 801 is configured to determine the subfield combination corresponding to the target field in the broadcast message according to the business scenario, the subfield combination is a combination format in which at least one subfield in the subfield set is combined, and the subfield set includes the target Field predefined subfields;

The sending module 802 is configured to send a broadcast message, and the target field in the broadcast message adopts a combination of subfields.

In an optional embodiment, the target field includes: a custom data field; the set of subfields includes:

The header identification subfield is used to indicate the corresponding subfield combination of the broadcast message, and the header identification subfield is a required subfield in the subfield combination;

The status subfield is used to indicate the device capability status of the Bluetooth Beacon device;

Product identification subfield, used to indicate the product corresponding to the Bluetooth Beacon device;

The MAC subfield is used to indicate all or part of the MAC address corresponding to the Bluetooth Beacon device;

The address subfield is used to indicate the home address corresponding to the home communication network to which the Bluetooth Beacon device is bound;

Abstract data subfield used to indicate the data carried in the broadcast message.

In an optional embodiment, the business scenario includes: a device discovery scenario; a first determination module 801, configured to determine, according to the device discovery scenario, a combination of subfields corresponding to the custom data field as a first combination of subfields; wherein the header The identification subfield and the status subfield are mandatory subfields in the first subfield combination, and the product identification subfield and the MAC subfield are optional subfields in the first subfield combination.

In an optional embodiment, the sending module 802 is configured to send a broadcast message in a broadcast type that can be connected to broadcast.

In an optional embodiment, the business scenario includes: a business data sending scenario; a first determining module 801 is configured to determine, according to the business data sending scenario, a combination of subfields corresponding to the custom data field as a second combination of subfields; wherein , the header identification subfield, the address subfield and the abstract data subfield are mandatory subfields in the second subfield combination.

In an optional embodiment, the sending module 802 is configured to send the broadcast message in one of the broadcast type of non-connectable broadcast and the broadcast type of scannable broadcast.

In an optional embodiment, the first determining module 801 is configured to determine the data length of the broadcast message; the sending module 802 is configured to respond that the data length is not greater than the data length supported by a single broadcast packet, with the broadcast message that cannot be connected to the broadcast. The sending module 802 is configured to send part of the broadcast message in the broadcast type that can scan broadcast in response to the data length being larger than the data length supported by a single broadcast packet, and then send the remaining broadcast message in the broadcast type of the scan response.

In an optional embodiment, the header identification subfield includes at least one of the following flag bits:

The home broadcast flag bit is used to indicate whether the broadcast message is home broadcast, and home broadcast refers to the broadcast carried out in the home communication network;

The home communication demand flag is used to indicate whether the Bluetooth Beacon device has home communication needs. The home communication demand refers to the need for the Bluetooth Beacon device to communicate with other devices in the home communication network;

The version flag bit is used to indicate the current version of the Bluetooth Beacon protocol corresponding to the broadcast message;

reserved flags.

In an optional embodiment, in response to the service scenario of the broadcast message being a time-checking scenario, the subfield combination includes a header identification subfield, and the home communication requirement flag in the header identification subfield indicates that the Bluetooth Beacon device has home communication need.

In an optional embodiment, the status subfield includes at least one of the following flags:

Pairing flag bit, used to indicate whether the Bluetooth Beacon device allows pairing;

The product identification indication flag bit is used to indicate whether the product identification subfield is included in the subfield combination;

The MAC indication flag bit is used to indicate whether a MAC subfield is included in the subfield combination;

Encryption flag bit, used to indicate whether the abstract data subfield is encrypted;

reserved flags.

In an optional embodiment, the abstract data subfield includes at least one of the following bytes:

The first byte, the first byte includes: a type flag bit and a service instance identification flag bit, the type flag bit is used to indicate the type of the abstract data subfield, and the service instance flag bit is used to indicate the service provided by the Bluetooth Beacon device;

The attribute instance identification set byte is used to indicate the attribute corresponding to the service indicated in the service instance flag bit;

length byte, used to indicate the length of the data byte;

Data bytes that describe the properties corresponding to the service.

In an optional embodiment, the sending order of the subfields in the subfield set is: header identification subfield, status subfield, product identification subfield, MAC subfield, address subfield, and abstract data subfield.

In an optional embodiment, the broadcast message includes a service UUID field, and the service UUID field is a fixed value.

FIG. 9 is a structural block diagram of an apparatus for sending a broadcast message provided by an exemplary embodiment of the present application. The apparatus includes: a receiving module 901, a second determining module 902, and a parsing module 903;

A receiving module 901, configured to receive a broadcast message sent by a Bluetooth Beacon device;

The second determination module 902 is configured to determine the subfield combination corresponding to the target field in the broadcast message, the subfield combination is determined by the Bluetooth Beacon device according to the service scenario, and the subfield combination is to combine at least one subfield in the subfield set The combined format of the subfield set includes the subfields predefined by the target field;

The parsing module 903 is configured to parse the target field in the broadcast message according to the sub-field combination.

In an optional embodiment, the second determining module 902 is configured to determine the subfield combination according to at least one of the header identification subfield and the status subfield in the broadcast message.

In an optional embodiment, the header identification subfield includes a home broadcast flag bit, and the home broadcast flag bit is used to indicate whether the broadcast message performs home broadcast, and the home broadcast refers to the broadcast performed in the home communication network; the second determination The module 902 is used to determine that the subfield combination is the first subfield combination in response to the home broadcast flag indicating that it is home broadcast, the header identification subfield and the status subfield are mandatory subfields in the first subfield combination, and the product identification The subfield and the MAC subfield are optional subfields in the first subfield combination; the second determination module 902 is configured to determine, according to the status subfield, whether the first subfield combination also includes the product identification subfield and the MAC subfield Or, the second determination module 902 is used to determine that the subfield combination is the second subfield combination in response to the home broadcast flag bit indicating that it is a non-home broadcast, and the header identification subfield, the address subfield and the abstract data subfield are the second subfield combination. Mandatory subfield in the subfield combination.

In an optional embodiment, the header identifier subfield includes a home broadcast flag bit, and the home broadcast flag bit is used to indicate whether the broadcast message performs home broadcast, and the home broadcast refers to the broadcast performed in the home communication network; the header identifier subfield The field also includes at least one of the following flags:

reserved flags.

In an optional embodiment, the state subfield includes at least one of the following flags:

reserved flags.

length byte, used to indicate the length of the data byte;

Data bytes that describe the properties corresponding to the service.

In an optional embodiment, the receiving order of the subfields in the subfield set is: header identification subfield, status subfield, product identification subfield, MAC subfield, address subfield and abstract data subfield.

It should be noted that: the apparatus for sending a broadcast message or the apparatus for receiving a broadcast message provided in the above embodiments is only illustrated by the division of the above functional modules. In practical applications, the above functions may be allocated to different functions as required. Module completion means dividing the internal structure of the device into different functional modules to complete all or part of the functions described above. In addition, the apparatus and method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process thereof is detailed in the method embodiments, which will not be repeated here.

Please refer to FIG. 10 , which shows a schematic structural diagram of a broadcast message sending device 1000 provided by an embodiment of the present application. The broadcast message sending device 1000 may include: a processor 1001 , a receiver 1002 , a transmitter 1003 , and a memory 1004 and bus 1005.

The processor 1001 includes one or more processing cores, and the processor 1001 executes various functional applications and information processing by running software programs and modules.

The receiver 1002 and the transmitter 1003 may be implemented as a communication component, which may be a communication chip.

The memory 1004 is connected to the processor 1001 through the bus 1005 .

The memory 1004 can be used to store a computer program, and the processor 1001 is used to execute the computer program, so as to implement various steps performed by the data packet processing device in the above method embodiments.

Additionally, memory 1004 may be implemented by any type or combination of volatile or non-volatile storage devices including, but not limited to, magnetic or optical disks, electrically erasable programmable Read-Only Memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), Erasable Programmable Read-Only Memory (EPROM), Static Random Access Memory (SRAM), Read-Only Memory (Read-Only Memory, ROM), magnetic memory, flash memory, programmable read-only memory (Programmable Read Only Memory, PROM).

In an optional embodiment, the processor is configured to determine a service scenario corresponding to a broadcast message, where the broadcast message is a broadcast message corresponding to a Bluetooth Beacon device;

The processor is configured to determine, according to the service scenario, a subfield combination corresponding to the target field in the broadcast message, where the subfield combination is a combination format in which at least one subfield in the subfield set is combined, The subfield set includes subfields predefined by the target field;

The transceiver is configured to send the broadcast message, and the target field in the broadcast message adopts the subfield combination.

Please refer to FIG. 11 , which shows a schematic structural diagram of a broadcast message receiving device 1100 provided by an embodiment of the present application. The broadcast message receiving device 1100 may include: a processor 1101 , a receiver 1102 , a transmitter 1103 , and a memory 1104 and bus 1105.

The processor 1101 includes one or more processing cores, and the processor 1101 executes various functional applications and information processing by running software programs and modules.

The receiver 1102 and the transmitter 1103 may be implemented as a communication component, which may be a communication chip.

The memory 1104 is connected to the processor 1101 through the bus 1105 .

The memory 1104 can be used to store a computer program, and the processor 1101 is used to execute the computer program, so as to implement various steps performed by the data packet processing device in the above method embodiments.

Additionally, memory 1104 may be implemented by any type or combination of volatile or non-volatile storage devices including, but not limited to, magnetic or optical disks, electrically erasable and programmable Read-Only Memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), Erasable Programmable Read-Only Memory (EPROM), Static Random Access Memory (SRAM), Read-Only Memory (Read-Only Memory, ROM), magnetic memory, flash memory, programmable read-only memory (Programmable Read Only Memory, PROM).

In an optional embodiment, the transceiver is configured to receive a broadcast message, where the broadcast message is a broadcast message sent by a Bluetooth Beacon device;

The processor is configured to determine the subfield combination corresponding to the target field in the broadcast message, the subfield combination is determined by the Bluetooth Beacon device according to the service scenario, and the subfield combination is the combination of the subfield set. A combination format in which at least one subfield is combined, and the subfield set includes the subfield predefined by the target field;

The processor is configured to parse the target field in the broadcast message according to the subfield combination.

The present application also provides a computer-readable storage medium, where at least one instruction, at least one piece of program, code set or instruction set is stored in the readable storage medium, the at least one instruction, the at least one piece of program, the at least one piece of program, the The code set or instruction set is loaded and executed by the processor to implement the method for sending and receiving broadcast messages provided by any of the foregoing exemplary embodiments.

Embodiments of the present application provide a computer program product, where the computer program product includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the method for sending and receiving broadcast messages provided in the foregoing optional implementation manners.

Those of ordinary skill in the art can understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium. The storage medium mentioned may be a read-only memory, a magnetic disk or an optical disk, etc.

The above descriptions are only optional embodiments of the present application, and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the protection of the present application. within the range.

Claims

A method for sending a broadcast message, characterized in that the method comprises:

Determine a business scenario corresponding to the broadcast message, where the broadcast message is a broadcast message corresponding to a Bluetooth Beacon device;

According to the service scenario, determine the subfield combination corresponding to the target field in the broadcast message, where the subfield combination is a combination format of combining at least one subfield in the subfield set, and the subfield set includes all the subfields. Describe the predefined subfields of the target field;

The broadcast message is sent, and the target field in the broadcast message adopts the subfield combination.
The method according to claim 1, wherein the target field comprises: a custom data field;

The set of subfields includes:

a header identification subfield, used to indicate a corresponding subfield combination of the broadcast message, and the header identification subfield is a mandatory subfield in the subfield combination;

Status subfield, used to indicate the device capability status of the Bluetooth Beacon device;

Product identification subfield, used to indicate the product corresponding to the Bluetooth Beacon device;

The media access control MAC subfield is used to indicate all or part of the MAC address corresponding to the Bluetooth Beacon device;

The address subfield is used to indicate the home address corresponding to the home communication network to which the Bluetooth Beacon device is bound;

The abstract data subfield is used to indicate the data carried in the broadcast message.
The method according to claim 2, wherein the service scenario comprises: a device discovery scenario;

Determining, according to the service scenario, the subfield combination corresponding to the target field in the broadcast message, including:

According to the device discovery scenario, determining that the subfield combination corresponding to the custom data field is a first subfield combination;

Wherein, the header identification subfield and the status subfield are mandatory subfields in the first subfield combination, and the product identification subfield and the MAC subfield are in the first subfield combination optional subfield of .
The method according to claim 3, wherein the sending the broadcast message comprises:

The broadcast message is sent in a broadcast-connectable broadcast type.
The method according to claim 2, wherein the service scenario comprises: a service data sending scenario;

Determining, according to the service scenario, the subfield combination corresponding to the target field in the broadcast message, including:

According to the service data sending scenario, determining that the subfield combination corresponding to the custom data field is a second subfield combination;

Wherein, the header identification subfield, the address subfield and the abstract data subfield are mandatory subfields in the second subfield combination.
The method according to claim 5, wherein the sending the broadcast message comprises:

The broadcast message is sent in one of a non-connectable broadcast broadcast type and a scannable broadcast broadcast type.
The method according to claim 6, wherein the sending the broadcast message in one of the broadcast type of non-connectable broadcast and the broadcast type of scannable broadcast comprises:

determining the data length of the broadcast message;

In response to the data length not being greater than the data length supported by a single broadcast packet, sending the broadcast message in a broadcast type that is not broadcast-connectable;

In response to the data length being greater than the data length supported by a single broadcast packet, part of the broadcast message is sent in a broadcast type that can scan for broadcast, and the rest of the broadcast message is sent in a broadcast type of scan response.
The method according to any one of claims 2 to 7, wherein the header identification subfield includes at least one of the following flag bits:

a home broadcast flag bit, used to indicate whether the broadcast message performs home broadcast, and the home broadcast refers to a broadcast performed in the home communication network;

The home communication demand flag bit is used to indicate whether the Bluetooth Beacon device has a home communication demand, and the home communication demand refers to that the Bluetooth Beacon device needs to communicate with other devices in the home communication network;

A version flag bit, used to indicate the current version of the Bluetooth Beacon protocol corresponding to the broadcast message;

reserved flags.
The method according to claim 8, characterized in that:

In response to the service scenario of the broadcast message being a time-checking scenario, the subfield combination includes the header identification subfield, and the home communication demand flag bit in the header identification subfield indicates the Bluetooth Beacon device Have the described family communication needs.
The method according to claim 9, wherein the sending the broadcast message comprises:

The broadcast message is sent in a broadcast-connectable broadcast type.
The method according to any one of claims 2 to 10, wherein the status subfield includes at least one of the following flag bits:

Pairing flag bit, used to indicate whether the Bluetooth Beacon device allows pairing;

a product identification indication flag bit, used to indicate whether the product identification subfield is included in the subfield combination;

MAC indication flag bit, used to indicate whether the MAC subfield is included in the subfield combination;

An encryption flag bit, used to indicate whether the abstract data subfield is encrypted;

reserved flags.
The method according to any one of claims 2 to 11, wherein the abstract data subfield comprises at least one of the following bytes:

The first byte, the first byte includes: a type flag bit and a service instance identification flag bit, the type flag bit is used to indicate the type of the abstract data subfield, and the service instance flag bit is used to indicate the The services provided by the Bluetooth Beacon device support;

The attribute instance identification set byte is used to indicate the attribute corresponding to the service indicated in the service instance flag bit;

length byte, used to indicate the length of the data byte;

The data byte is used to describe the attribute corresponding to the service.
The method according to any one of claims 2 to 12, wherein,

The order of sending the subfields in the subfield set is: the header identification subfield, the status subfield, the product identification subfield, the MAC subfield, the address subfield and the abstraction Data subfield.
The method according to any one of claims 1 to 13, wherein,

The broadcast message includes a service universal unique identifier UUID field, and the service UUID field is a fixed value.
A method for receiving broadcast messages, characterized in that the method comprises:

Receive broadcast messages sent by Bluetooth Beacon devices;

Determine the subfield combination corresponding to the target field in the broadcast message, the subfield combination is determined by the Bluetooth Beacon device according to the service scenario, and the subfield combination is to combine at least one subfield in the subfield set The combination format, the subfield set includes the predefined subfields of the target field;

Parse the target field in the broadcast message according to the subfield combination.
The method according to claim 15, wherein the target field comprises: a custom data field;

The set of subfields includes:

a header identification subfield, used to indicate a corresponding subfield combination of the broadcast message, and the header identification subfield is a mandatory subfield in the subfield combination;

Status subfield, used to indicate the device capability status of the Bluetooth Beacon device;

Product identification subfield, used to indicate the product corresponding to the Bluetooth Beacon device;

The media access control MAC subfield is used to indicate all or part of the MAC address corresponding to the Bluetooth Beacon device;

The address subfield is used to indicate the home address corresponding to the home communication network to which the Bluetooth Beacon device is bound;

The abstract data subfield is used to indicate the data carried in the broadcast message.
The method according to claim 16, wherein the determining the subfield combination corresponding to the target field in the broadcast message comprises:

The subfield combination is determined according to at least one of the header identification subfield and the status subfield in the broadcast message.
The method according to claim 17, wherein the header identification subfield includes a home broadcast flag bit, the home broadcast flag bit is used to indicate whether the broadcast message is home broadcast, and the home broadcast refers to broadcasts within a home communication network;

The determining the subfield combination according to at least one of the header identification subfield and the status subfield in the broadcast message includes:

In response to the home broadcast flag indicating that it is home broadcast, determine that the subfield combination is the first subfield combination, and the header identification subfield and the status subfield are mandatory in the first subfield combination subfield, the product identification subfield and the MAC subfield are optional subfields in the first subfield combination; according to the status subfield, determine whether the first subfield combination also includes the the product identification subfield and the MAC subfield;

Or, in response to the home broadcast flag indicating that it is a non-home broadcast, it is determined that the subfield combination is a second subfield combination, and the header identification subfield, the address subfield and the abstract data subfield are all Required subfields in the second subfield combination described above.
The method according to any one of claims 16 to 18, wherein the header identification subfield includes a home broadcast flag bit, and the home broadcast flag bit is used to indicate whether the broadcast message is for home broadcast, the home broadcast broadcasting means broadcasting within a home communication network;

The header identification subfield also includes at least one of the following flags:

A home communication requirement flag bit, used to indicate whether the Bluetooth Beacon device has a home communication requirement, and the home communication requirement means that the Bluetooth Beacon device needs to communicate with other devices in the home communication network;

A version flag bit, used to indicate the current version of the Bluetooth Beacon protocol corresponding to the broadcast message;

reserved flags.
The method according to any one of claims 16 to 19, wherein the status subfield includes at least one of the following flag bits:

Pairing flag bit, used to indicate whether the Bluetooth Beacon device allows pairing;

a product identification indication flag bit, used to indicate whether the product identification subfield is included in the subfield combination;

MAC indication flag bit, used to indicate whether the MAC subfield is included in the subfield combination;

An encryption flag bit, used to indicate whether the abstract data subfield is encrypted;

reserved flags.
The method according to any one of claims 16 to 20, wherein the abstract data subfield comprises at least one of the following bytes:

The first byte, the first byte includes: a type flag bit and a service instance identification flag bit, the type flag bit is used to indicate the type of the abstract data subfield, and the service instance flag bit is used to indicate the The services provided by the Bluetooth Beacon device support;

The attribute instance identification set byte is used to indicate the attribute corresponding to the service indicated in the service instance flag bit;

length byte, used to indicate the length of the data byte;

The data byte is used to describe the attribute corresponding to the service.
The method according to any one of claims 16 to 21, wherein,

The order of receiving the subfields in the subfield set is: the header identification subfield, the status subfield, the product identification subfield, the MAC subfield, the address subfield and the abstraction Data subfield.
The method according to any one of claims 15 to 22, wherein,

The broadcast message includes a service universal unique identifier UUID field, and the service UUID field is a fixed value.
An apparatus for sending a broadcast message, characterized in that the apparatus comprises: a first determining module and a sending module;

The first determining module is configured to determine a service scenario corresponding to a broadcast message, where the broadcast message is a broadcast message corresponding to a Bluetooth Beacon device;

The first determining module is configured to determine, according to the service scenario, a subfield combination corresponding to a target field in the broadcast message, where the subfield combination is a combination of at least one subfield in the subfield set Format, the subfield set includes subfields predefined by the target field;

The sending module is configured to send the broadcast message, and the target field in the broadcast message adopts the combination of the subfields.
An apparatus for receiving broadcast messages, characterized in that the apparatus comprises: a receiving module, a second determining module and a parsing module;

The receiving module is used to receive the broadcast message sent by the Bluetooth Beacon device;

The second determination module is configured to determine the subfield combination corresponding to the target field in the broadcast message, the subfield combination is determined by the Bluetooth Beacon device according to the service scenario, and the subfield combination is the subfield combination. A combination format in which at least one subfield in the set is combined, and the subfield set includes subfields predefined by the target field;

The parsing module is configured to parse the target field in the broadcast message according to the subfield combination.
A Bluetooth device, characterized in that the Bluetooth device comprises a Bluetooth chip, and the Bluetooth chip stores a computer instruction, and the computer instruction is used to execute the method for sending a broadcast message according to any one of claims 1 to 14, Or, the method for receiving broadcast messages according to any one of claims 15 to 23.
A computer-readable storage medium, characterized in that the readable storage medium stores at least one instruction, at least one piece of program, code set or instruction set, the at least one instruction, at least one piece of program, code set or instruction set Loaded and executed by the processor to implement the method for sending a broadcast message according to any one of claims 1 to 14 , or the method for receiving a broadcast message according to any one of claims 15 to 23 .