WO2017054352A1 - 报文发送方法、报文接收方法及装置 - Google Patents

报文发送方法、报文接收方法及装置 Download PDF

Info

Publication number
WO2017054352A1
WO2017054352A1 PCT/CN2015/099607 CN2015099607W WO2017054352A1 WO 2017054352 A1 WO2017054352 A1 WO 2017054352A1 CN 2015099607 W CN2015099607 W CN 2015099607W WO 2017054352 A1 WO2017054352 A1 WO 2017054352A1
Authority
WO
WIPO (PCT)
Prior art keywords
bluetooth
beacon frame
field
frame message
bit
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.)
Ceased
Application number
PCT/CN2015/099607
Other languages
English (en)
French (fr)
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.)
Xiaomi Inc
Original Assignee
Xiaomi Inc
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 Xiaomi Inc filed Critical Xiaomi Inc
Priority to JP2016520044A priority Critical patent/JP6334688B2/ja
Priority to MX2016007014A priority patent/MX364369B/es
Priority to RU2016122382A priority patent/RU2641889C2/ru
Priority to KR1020167008503A priority patent/KR101963424B1/ko
Publication of WO2017054352A1 publication Critical patent/WO2017054352A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present disclosure relates to the field of communications, and in particular, to a message sending method, a message receiving method, and a device.
  • Bluetooth technology is a very widely used wireless communication technology.
  • Bluetooth devices such as Bluetooth headsets, Bluetooth speakers, Bluetooth anti-lost devices, and Bluetooth wristbands all use Bluetooth technology.
  • a Bluetooth connection needs to be established between the two Bluetooth devices, and then the information exchange and wireless control between the devices are realized through the Bluetooth connection.
  • the present disclosure provides a message sending method, a message receiving method, and an apparatus.
  • the technical solutions are as follows:
  • a packet sending method for a first Bluetooth device, the method comprising:
  • the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • the Bluetooth beacon frame message includes: a service information field
  • the service information field includes current running data of the first Bluetooth device
  • the service information field includes message composition information of the Bluetooth beacon frame message
  • the service information field includes current operating data of the first Bluetooth device and message composition information of the Bluetooth beacon frame message.
  • the method includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the running status and/or the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the composition of the information includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the running status and/or the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the service information field includes at least one of the following bits:
  • the Bluetooth beacon frame message includes: a capability field
  • the capability field includes the capabilities that the first Bluetooth device has.
  • the capability field includes at least one of the following bits:
  • the method includes the capability field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the capability of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the Bluetooth beacon frame message includes: an event information field; and the event information field includes an event instruction for controlling the second Bluetooth device.
  • the event information field includes:
  • An event identification field for identifying a second Bluetooth device
  • An event instruction for identifying an execution event required by the second Bluetooth device is an event instruction for identifying an execution event required by the second Bluetooth device.
  • the event information field includes:
  • An event instruction for identifying a required execution event of the default second Bluetooth device is an event instruction for identifying a required execution event of the default second Bluetooth device.
  • the method includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform wireless control on the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection, the first Bluetooth
  • the device is also capable of wirelessly controlling multiple second Bluetooth devices simultaneously.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes: a device identifier field;
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a medium access control MAC address field;
  • the MAC address field is used to identify the MAC address of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a frame control field
  • the Bluetooth beacon frame message further includes: a frame count field
  • the frame count field is used to identify the frame number of the Bluetooth beacon frame message.
  • the method detects whether a Bluetooth beacon frame message having the frame number has been processed by including a frame count field in a Bluetooth beacon frame message and a Bluetooth beacon frame message sent by a frame number in a frame count field. This avoids the repeated processing of packets and reduces the waste of device resources.
  • a message receiving method for a second Bluetooth device, the method comprising:
  • the fields in the Bluetooth beacon frame message are processed.
  • the Bluetooth beacon frame message includes a service information field
  • Processing the fields in the Bluetooth beacon frame message including:
  • the current running data of the first Bluetooth device is obtained according to the service information field, and the message composition information of the Bluetooth beacon frame message is obtained according to the service information field.
  • the method includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the running status and/or the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the composition of the information includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the running status and/or the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the current running data of the first Bluetooth device is obtained according to the service information field, and includes at least one of the following steps:
  • the first Bluetooth device is a master device or a slave device.
  • the packet composition information of the Bluetooth beacon frame packet is obtained according to the service information field, and includes at least one of the following steps:
  • the Bluetooth beacon frame message includes vendor-defined data.
  • the Bluetooth beacon frame message includes an capability field
  • Processing the fields in the Bluetooth beacon frame message including:
  • the capabilities of the first Bluetooth device are learned according to the capability field.
  • the capability of the first Bluetooth device is learned according to the capability field, including at least one of the following steps:
  • the first Bluetooth device has input and output capabilities.
  • the method includes the capability field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the capability of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the Bluetooth beacon frame message includes an event information field
  • Processing the fields in the Bluetooth beacon frame message including:
  • an event instruction corresponding to the second Bluetooth device in the event information field is executed.
  • an event instruction corresponding to the second Bluetooth device in the event information field including:
  • an event instruction corresponding to the identity of the second Bluetooth device is performed.
  • an event instruction corresponding to the second Bluetooth device in the event information field including:
  • An event instruction that executes a default second Bluetooth device required to execute an event is a default second Bluetooth device required to execute an event.
  • the method includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform wireless control on the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection, the first Bluetooth
  • the device is also capable of wirelessly controlling multiple second Bluetooth devices simultaneously. Moreover, it is different from the related art that the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes: a device identifier field;
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a medium access control MAC address field;
  • Whether the MAC address of the first Bluetooth device is a trusted MAC address is detected according to the MAC address field.
  • the Bluetooth beacon frame message further includes: a frame control field
  • the method further includes:
  • the Bluetooth beacon frame message further includes: a frame count field, where the frame count field is used to identify a frame number of the Bluetooth beacon frame message;
  • the method further includes:
  • Bluetooth beacon frame messages with frame numbers If other Bluetooth beacon frame messages with frame numbers have been processed, the Bluetooth beacon frame messages are not processed.
  • the method detects whether a Bluetooth beacon frame message having the frame number has been processed by including a frame count field in a Bluetooth beacon frame message and a Bluetooth beacon frame message sent by a frame number in a frame count field. This avoids the repeated processing of packets and reduces the waste of device resources.
  • a message sending apparatus comprising:
  • a message generating module configured to generate a Bluetooth beacon frame message according to the interaction purpose with the second Bluetooth device
  • a message sending module configured to broadcast and send a Bluetooth beacon frame message
  • the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • the Bluetooth beacon frame message includes: a service information field
  • the service information field includes current running data of the first Bluetooth device
  • the service information field includes message composition information of the Bluetooth beacon frame message
  • the service information field includes current running data of the first Bluetooth device, and message composition information of the Bluetooth beacon frame message.
  • the device includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the running status and/or the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the composition of the information is not limited to the Bluetooth beacon frame message.
  • the service information field includes at least one of the following bits:
  • the Bluetooth beacon frame message includes: a capability field
  • the capability field includes the capabilities that the first Bluetooth device has.
  • the capability field includes at least one of the following bits:
  • the device includes the capability field in the Bluetooth beacon frame message so that the second Bluetooth device can learn the capabilities of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the Bluetooth beacon frame message includes: an event information field; and the event information field includes an event instruction for controlling the second Bluetooth device.
  • the event information field includes:
  • An event identification field for identifying a second Bluetooth device
  • An event instruction for identifying an execution event required by the second Bluetooth device
  • the event information field includes:
  • An event instruction for identifying a required execution event of the default second Bluetooth device is an event instruction for identifying a required execution event of the default second Bluetooth device.
  • the device includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform wireless control on the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection, the first Bluetooth
  • the device is also capable of wirelessly controlling multiple second Bluetooth devices simultaneously.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes: a device identifier field;
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a medium access control MAC address field;
  • the MAC address field is used to identify the MAC address of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a frame control field
  • the Bluetooth beacon frame message further includes: a frame count field
  • the frame count field is used to identify the frame number of the Bluetooth beacon frame message.
  • the device detects whether the Bluetooth beacon frame report with the frame number has been processed by including the frame count field in the Bluetooth beacon frame message and the Bluetooth beacon frame message sent by the frame number in the frame count field. This avoids the repeated processing of packets and reduces the waste of device resources.
  • a message receiving apparatus comprising:
  • the message receiving module is configured to receive a Bluetooth beacon frame message broadcast by the first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating the purpose of the interaction;
  • the message processing module is configured to process the fields in the Bluetooth beacon frame message.
  • the Bluetooth beacon frame message includes a service information field
  • the apparatus includes:
  • the information learning module is configured to learn the current running data of the first Bluetooth device according to the service information field;
  • the packet composition information of the Bluetooth beacon frame packet is obtained according to the service information field;
  • the current running data of the first Bluetooth device and the message composition information of the Bluetooth beacon frame message are obtained.
  • the device includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the running status and/or the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the composition of the information is not limited to the Bluetooth beacon frame message.
  • the information learning module includes at least one of the following submodules:
  • connection submodule configured to learn, according to the second bit in the service information field, whether the first Bluetooth device has established a Bluetooth connection with other Bluetooth devices
  • the master-slave determination sub-module is configured to know whether the first Bluetooth device is a master device or a slave device according to a third bit in the service information field.
  • the information learning module includes at least one of the following submodules:
  • the encryption judging sub-module is configured to learn whether the Bluetooth beacon frame message has been encrypted according to the fourth bit in the service information field;
  • the address judging sub-module is configured to learn, according to the fifth bit in the service information field, whether the Bluetooth beacon frame message carries the medium access control MAC address of the first Bluetooth device;
  • the first information sub-module is configured to learn, according to the sixth bit in the service information field, whether the Bluetooth beacon frame message carries the capability field;
  • the second information sub-module is configured to learn, according to the seventh bit in the service information field, whether the Bluetooth beacon frame message carries an event information field;
  • the third information sub-module is configured to learn, according to the eighth bit in the service information field, whether the Bluetooth beacon frame message carries vendor-defined data.
  • the Bluetooth beacon frame message includes a capability field
  • the apparatus includes:
  • the capability learning module is configured to learn the capabilities of the first Bluetooth device according to the capability field.
  • the capability learning module further includes at least one of the following submodules:
  • the first capability submodule is configured to learn, according to the ninth bit in the capability field, whether the first Bluetooth device has the capability of establishing a Bluetooth connection;
  • a second capability submodule configured to learn, according to the tenth bit in the capability field, whether the first Bluetooth device has the capability as a master device;
  • a third capability submodule configured to learn, according to the eleventh bit in the capability field, whether the first Bluetooth device has encryption capability
  • a fourth capability submodule configured to learn, according to the twelfth bit in the capability field, whether the first Bluetooth device has Have input and output capabilities.
  • the device includes the capability field in the Bluetooth beacon frame message so that the second Bluetooth device can learn the capabilities of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the Bluetooth beacon frame message includes an event information field
  • the device further includes:
  • the instruction execution module is configured to execute an event instruction corresponding to the second Bluetooth device in the event information field.
  • the instruction execution module further includes:
  • a first identifier submodule configured to detect whether an event identifier in the event information field includes an identifier of the second Bluetooth device
  • the first execution submodule is configured to, when the identifier of the second Bluetooth device is included, perform an event instruction corresponding to the identifier of the second Bluetooth device.
  • the instruction execution module further includes:
  • the second execution module is configured to execute an event instruction of a default second Bluetooth device required execution event.
  • the device includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform wireless control on the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection, the first Bluetooth
  • the device is also capable of wirelessly controlling multiple second Bluetooth devices simultaneously.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes: a device identifier field;
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the Bluetooth beacon frame message includes a medium access control MAC address field
  • the apparatus includes:
  • the first detecting module is configured to detect, according to the MAC address field, whether the MAC address of the first Bluetooth device is a trusted MAC address.
  • the Bluetooth beacon frame message further includes: a frame control field; the device further includes:
  • a data carrying module configured to determine, according to the thirteenth bit in the frame control field, whether the Bluetooth beacon frame message includes vendor-defined subtitle data
  • the binding determining module is configured to determine, according to the fourteenth bit in the frame control field, whether the Bluetooth beacon frame message is a binding acknowledgement message;
  • the determining module is configured to determine, according to the thirteenth bit in the frame control field, whether the Bluetooth beacon frame message includes vendor-defined subtitle data, and determine the Bluetooth letter according to the fourteenth bit in the frame control field Whether the frame frame message is a binding confirmation message.
  • the Bluetooth beacon frame message further includes: a frame count field, where the frame count field is used to identify a frame number of the Bluetooth beacon frame message;
  • the device also includes:
  • a second detecting module configured to detect whether other Bluetooth beacon frame messages having a frame sequence number have been processed
  • the processing module is configured to not process the Bluetooth beacon frame message when the other Bluetooth beacon frame messages having the frame sequence number have been processed.
  • the device detects whether the Bluetooth beacon frame report with the frame number has been processed by including the frame count field in the Bluetooth beacon frame message and the Bluetooth beacon frame message sent by the frame number in the frame count field. This avoids the repeated processing of packets and reduces the waste of device resources.
  • a message sending apparatus comprising:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the first Bluetooth device generates a Bluetooth beacon frame message according to the interaction purpose with the second Bluetooth device
  • the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • a message transmitting apparatus comprising:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the fields in the Bluetooth beacon frame message are processed.
  • the Bluetooth beacon frame message includes a field indicating an interaction purpose
  • the second Bluetooth device receives the Bluetooth beacon frame message sent by the first Bluetooth device, and
  • the Bluetooth beacon frame message is processed; the problem that the first Bluetooth device and the second Bluetooth device must establish a connection to interact is solved; and the first Bluetooth device and the second Bluetooth device can pass the Bluetooth connection without establishing a Bluetooth connection.
  • FIG. 1 is a schematic diagram of an implementation environment provided by an embodiment of the present disclosure
  • FIG. 2 is a flowchart of a method for sending a message according to an exemplary embodiment of the present disclosure
  • FIG. 3 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 4 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 5 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 6 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 7 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 8 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 9 is a flowchart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • FIG. 10A is a schematic diagram of a format of an exemplary Bluetooth beacon frame message according to an exemplary embodiment of the present disclosure
  • FIG. 10B is a schematic diagram of a format of another Bluetooth beacon frame message according to an exemplary embodiment of the present disclosure.
  • FIG. 11 is a flowchart of a method for sending and receiving a message according to an exemplary embodiment of the present disclosure
  • FIG. 12A is a schematic diagram of an implementation of a method for transmitting and receiving a message according to an exemplary embodiment of the present disclosure
  • 12B is a schematic diagram of an implementation of a method for transmitting and receiving a message according to an exemplary embodiment of the present disclosure
  • FIG. 13 is a structural block diagram of a message sending apparatus according to an embodiment of the present disclosure.
  • FIG. 14 is a block diagram showing the structure of a message receiving apparatus according to an embodiment of the present disclosure.
  • FIG. 15 is a structural block diagram of a message receiving apparatus according to another embodiment of the present disclosure.
  • FIG. 16 is a block diagram showing a message transceiving apparatus according to an exemplary embodiment of the present disclosure.
  • FIG. 1 is a schematic diagram of an implementation environment provided by an embodiment of the present disclosure.
  • the implementation environment includes a first Bluetooth device 110 and a second Bluetooth device 120.
  • the Bluetooth module is configured inside the first Bluetooth device 110 and the second Bluetooth device 120.
  • the Bluetooth module supports the standard BLE (Bluetooth low energy) protocol.
  • the Bluetooth module includes a control chip and a Bluetooth chip connected to the control chip.
  • the Bluetooth chip is a low power Bluetooth system single crystal chip.
  • Both the first Bluetooth device 110 and the second Bluetooth device 120 can have both a Bluetooth data transmission function and a Bluetooth data reception function, and may also have one of the functions.
  • the first Bluetooth device 110 has a Bluetooth data transmission function
  • the second Bluetooth device 120 has a Bluetooth data reception function.
  • the first Bluetooth device 110 has a Bluetooth data receiving function
  • the second Bluetooth device 120 has a Bluetooth data transmitting function.
  • the first Bluetooth device 110 may be a device that supports Bluetooth data transmission functions, such as a mobile phone, a notebook computer, a smart bracelet, and the like.
  • the second Bluetooth device 120 may be a device that supports Bluetooth data receiving functions, such as an air conditioner or a speaker.
  • the number of the first Bluetooth device 110 and the second Bluetooth device 120 may be one or more.
  • FIG. 2 illustrates a flow chart of a message sending method according to an exemplary embodiment of the present disclosure.
  • This embodiment is exemplified by applying the message sending method to a first Bluetooth device having a Bluetooth data transmitting function.
  • the packet sending method includes the following steps:
  • a Bluetooth beacon frame message is generated according to the interaction purpose with the second Bluetooth device.
  • the first Bluetooth device generates a Bluetooth beacon frame message according to the interaction purpose with the second Bluetooth device, wherein the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • step 202 a Bluetooth beacon frame message is broadcasted.
  • the first Bluetooth device broadcasts a Bluetooth beacon frame message.
  • the first Bluetooth device broadcasts the Bluetooth beacon frame message to the surroundings every predetermined time interval.
  • the message sending method generates and broadcasts a Bluetooth beacon frame message by using a first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose, and the second Bluetooth device Receiving a Bluetooth beacon frame message sent by the first Bluetooth device, and processing the Bluetooth beacon frame message; solving the problem that the first Bluetooth device and the second Bluetooth device must establish a connection to interact; The first Bluetooth device and the second Bluetooth device can perform the information interaction effect through the field indicating the interaction purpose carried in the Bluetooth beacon frame message without establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes: a service information field
  • the service information field includes current running data of the first Bluetooth device
  • the service information field includes current running data of the first Bluetooth device and message composition information of the Bluetooth beacon frame message.
  • the service information field includes at least one of the following bits:
  • the embodiment includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the operational status and/or message information is composed.
  • the Bluetooth beacon frame message includes: a capability field
  • the capability field includes the capabilities that the first Bluetooth device has.
  • the embodiment includes the capability field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the capability of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection. .
  • the Bluetooth beacon frame message includes an event information field; the event information field includes an event instruction for controlling the second Bluetooth device.
  • An event identification field for identifying a second Bluetooth device
  • An event instruction for identifying an execution event required by the second Bluetooth device is an event instruction for identifying an execution event required by the second Bluetooth device.
  • the event information field may further include:
  • An event instruction for identifying a required execution event of the default second Bluetooth device is an event instruction for identifying a required execution event of the default second Bluetooth device.
  • the embodiment includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the first Bluetooth device can also wirelessly control multiple second Bluetooth devices at the same time.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes: a device identifier field
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a medium access control MAC address field;
  • the MAC address field is used to identify the MAC address of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a frame control field
  • the Bluetooth beacon frame message includes: a frame count field
  • the frame count field is used to identify the frame number of the Bluetooth beacon frame message.
  • the present embodiment detects whether the frame number of the frame has been processed by including the frame count field in the Bluetooth beacon frame message and the Bluetooth beacon frame message sent by the frame number in the frame count field.
  • Other Bluetooth beacon frame messages avoid duplicate processing of packets and reduce waste of device resources.
  • FIG. 3 illustrates a flow chart of a message receiving method according to another exemplary embodiment of the present disclosure.
  • This embodiment is exemplified by applying the message receiving method to a second Bluetooth device having a Bluetooth data receiving function.
  • the message receiving method includes the following steps:
  • step 302 a Bluetooth beacon frame message broadcast by the first Bluetooth device is received, and the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • the second Bluetooth device receives the Bluetooth beacon frame message sent by the first Bluetooth device, wherein the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • step 304 the fields in the Bluetooth beacon frame message are processed.
  • the second Bluetooth device After the second Bluetooth device receives the Bluetooth beacon frame message sent by the first Bluetooth device, the field in the Bluetooth beacon frame message is analyzed and processed.
  • the message receiving method generates and broadcasts a Bluetooth beacon frame message by using a first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose, and the second Bluetooth device Receiving a Bluetooth beacon frame message sent by the first Bluetooth device, and processing the Bluetooth beacon frame message; solving the problem that the first Bluetooth device and the second Bluetooth device must establish a connection to interact; The first Bluetooth device and the second Bluetooth device can perform the information interaction effect through the field indicating the interaction purpose carried in the Bluetooth beacon frame message without establishing a Bluetooth connection.
  • step 304 may alternatively be implemented as step 304a, or step 304b, or a combination of step 304a and step 304b ,As shown in Figure 4:
  • step 304a the current running data of the first Bluetooth device is learned according to the service information field.
  • step 304a further includes at least one of the following steps:
  • the first Bluetooth device is a master device or a slave device.
  • step 304b the message composition information of the Bluetooth beacon frame message is obtained according to the service information field.
  • step 304b further includes at least one of the following steps:
  • the Bluetooth beacon frame message includes the media access control MAC address of the first Bluetooth device
  • the embodiment includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection. Operating status and / Or message information.
  • step 304 can be instead implemented as step 304d, as shown in FIG. 5:
  • step 304d the capabilities of the first Bluetooth device are learned according to the capability field.
  • step 304d includes at least one of the following steps:
  • the embodiment includes the capability field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the capability of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection. .
  • step 304 may instead be implemented as step 304e, as shown in FIG.
  • step 304e an event instruction corresponding to the second Bluetooth device in the event information field is executed according to the event information field.
  • step 304e includes the following steps:
  • step 304e includes the following steps:
  • An event instruction that executes a default second Bluetooth device required to execute an event is a default second Bluetooth device required to execute an event.
  • the embodiment includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the first Bluetooth device can also wirelessly control multiple second Bluetooth devices at the same time.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the Bluetooth beacon frame message further includes a device identification field, where the device identification field is used to identify the device name of the first Bluetooth device.
  • step 304 may be instead implemented as step 304f, as shown in FIG. 7. Shown as follows:
  • step 303f it is detected according to the MAC address field whether the MAC address of the first Bluetooth device is a trusted MAC address.
  • step 304 may alternatively be implemented as step 304g, or step 304h, or a combination of step 304g and step 302h As shown in Figure 8:
  • step 302g it is determined whether the Bluetooth beacon frame message includes vendor-defined subtitle data according to the thirteenth bit in the frame control field.
  • step 302h according to the fourteenth bit in the frame control field, it is determined whether the Bluetooth beacon frame message is a binding acknowledgement message.
  • step 304 is further included before step 304, as shown in FIG.
  • step 303 it is detected whether other Bluetooth beacon frame messages having frame numbers have been processed.
  • the Bluetooth beacon frame message is not processed; otherwise, the process proceeds to step 304.
  • the present embodiment detects whether the frame number of the frame has been processed by including the frame count field in the Bluetooth beacon frame message and the Bluetooth beacon frame message sent by the frame number in the frame count field.
  • Other Bluetooth beacon frame messages avoid duplicate processing of packets and reduce waste of device resources.
  • FIG. 10A and FIG. 10B respectively show a format diagram of a Bluetooth beacon frame message.
  • the Bluetooth beacon frame packet includes a length field, a service data field, a vendor service field, a service information field, a frame control field, a device identification field, a frame count field, a MAC address field, and a capability. At least one of a field and an event information field.
  • the meaning of the Bluetooth SIG (Special Interest Group) in FIG. 10A and FIG. 10B is the Bluetooth technology alliance.
  • the MAC address means a medium access control address, which is used to define the location of the network device.
  • FIG. 10A schematically illustrates a format of a Bluetooth beacon frame message including a length field, a service data field, a vendor service field, a service information field, a device identification field, a MAC address field, a frame count field, and a capability field, the Bluetooth
  • the meaning of each byte in the beacon frame message is as follows:
  • the first byte is a Length field, which is used to identify the packet length of the Bluetooth beacon frame message, and the length is variable.
  • the second and third bytes are the Sever Data field, which is of the type specified by the Bluetooth SIG (Bluetooth Special Interest Group).
  • the fourth byte is the Vendor Service (MI Service) field, and its specific value is assigned by the Bluetooth SIG.
  • MI Service Vendor Service
  • the fifth byte is the service information field.
  • the meaning of each bit in this field is as follows:
  • the third bit (bit2) when the value is 1, it indicates that it is the master device (central). When the value is 0, it indicates that it is the current slave device (peripheral);
  • the fifth bit (bit4) when the value is 1, it indicates that the packet carries a MAC address. If the value is 0, the packet does not carry the medium access control MAC address.
  • the seventh bit (bit6) when the value is 1, it indicates that the packet carries the event information field. If the value is 0, the packet does not carry the event information field.
  • the eighth bit (bit7) If the value is 1, it indicates that the packet carries vendor-defined data. If the value is 0, the packet does not carry vendor-defined data.
  • the sixth byte is the Frame Control field, and the meaning of each bit in this field is as follows:
  • the second bit (bit1) If the value is 1, it indicates that the packet is a binding acknowledgement packet. If the value is 0, the packet is not a binding acknowledgement packet.
  • the other bits in this byte are reserved bits.
  • the seventh and eighth bytes are the Product ID field, which identifies the device name.
  • the ninth byte is a Frame Counter field, which identifies the frame number of the Bluetooth beacon frame message.
  • the tenth to fifteenth bytes are MAC Address fields that identify the MAC address of the first Bluetooth device.
  • the 16th byte is the Capability field.
  • the meaning of each bit of this byte is as follows:
  • the tenth bit (bit1) a value of 1 indicates that the first Bluetooth device has the capability to be the master device, and a value of 0 indicates that the first Bluetooth device does not have the capability to be the master device;
  • the eleventh bit (bit2) a value of 1 indicates that the first Bluetooth device has encryption capability, and a value of 0 indicates that the first Bluetooth device has no encryption capability;
  • Twelfth bit (bit3) A value of 1 indicates that the first Bluetooth device has input/output capability. A value of 0 indicates that the first Bluetooth device has no input/output capability.
  • the other bits in this byte are reserved bits.
  • FIG. 10B schematically illustrates a format of a Bluetooth beacon frame message including a length field, a service data field, a vendor service field, a service information field, a device identification field, a MAC address field, a frame count field, and an event information field, which Blue
  • the meaning of each byte in the tooth beacon frame message is as follows:
  • the sixteenth and seventeenth bytes are event identifier (Event ID) fields in the event information field, which are used to identify the identifier of the second Bluetooth device. That is, the identity of the second Bluetooth device that needs to execute the event instruction.
  • Event ID event identifier
  • the eighteenth byte is an Event Data field in the event information field that identifies an event instruction for the second Bluetooth device to perform an event.
  • the event instruction field identifies the event instruction that the default second Bluetooth device needs to perform.
  • the default second Bluetooth device can be all second Bluetooth devices
  • each field included in the Bluetooth beacon frame message may be arbitrarily combined by those skilled in the art according to an implementation scenario.
  • FIG. 10A and FIG. 10B are merely exemplary descriptions.
  • first, second, third, ... only distinguishes between individual bits and individual bytes, but does not limit the order of corresponding bits and bytes. This sequence can be arbitrarily arranged by those skilled in the art.
  • FIG. 11 is a flowchart of a method for transmitting and receiving a message according to an exemplary embodiment of the present disclosure. This embodiment is exemplified by applying the packet sending and receiving method to the implementation environment shown in FIG. 1. As shown in FIG. 11, the packet sending and receiving method may include the following steps.
  • the first Bluetooth device generates a Bluetooth beacon frame message according to the interaction purpose with the second Bluetooth device, wherein the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • the first Bluetooth device generates a Bluetooth beacon frame message according to a pre-configured manner.
  • the first Bluetooth device generates a Bluetooth beacon frame message according to the control instruction of the bound mobile terminal.
  • the first Bluetooth device is a smart bracelet, and the smart bracelet generates a Bluetooth beacon frame message according to a control instruction of the bound smart phone.
  • the Bluetooth beacon frame message further includes: a length field, a service data field, a frame control field, a device identification field, a frame counter field, and a MAC address field.
  • step 1102 the first Bluetooth device broadcasts a Bluetooth beacon frame message.
  • the first Bluetooth device broadcasts the Bluetooth beacon frame message to the surroundings.
  • the first Bluetooth device broadcasts the Bluetooth beacon frame message to the surroundings every predetermined time interval.
  • the second Bluetooth device receives the Bluetooth beacon frame message broadcast by the first Bluetooth device.
  • the second Bluetooth device receives the Bluetooth beacon frame message and reads the message content of the Bluetooth beacon frame message.
  • step 1104 the second Bluetooth device detects whether other Bluetooth beacon frame messages having the frame number have been processed according to the frame count field in the Bluetooth beacon frame message.
  • the second Bluetooth device searches for the Bluetooth letter according to the frame count field in the Bluetooth beacon frame message.
  • the frame number of the framed message detecting whether other Bluetooth beacon frame messages having the frame number have been processed.
  • step 1105 if another Bluetooth beacon frame message having a frame number has been processed, the second Bluetooth device does not process the Bluetooth beacon frame message.
  • step 1106 if the Bluetooth beacon frame message includes the service information field, the second Bluetooth device learns, according to the service information field, the current running data of the first Bluetooth device, or the packet composition information of the Bluetooth beacon frame message, or The current running data of the first Bluetooth device and the message composition information of the Bluetooth beacon frame message.
  • step 1107 if the Bluetooth beacon frame message includes a capability field, the second Bluetooth device learns the capability of the first Bluetooth device according to the capability field.
  • step 1108 if the Bluetooth beacon frame message includes an event information field, the second Bluetooth device executes an event instruction corresponding to the second Bluetooth device in the event information field.
  • This step also includes the following two steps:
  • the Bluetooth device After receiving the Bluetooth beacon frame message, the Bluetooth device detects whether the event identifier in the event information field in the Bluetooth beacon frame message carries its own identifier.
  • the detection result is that the event identifier in the event information field carries the identifier of the second Bluetooth device, an event instruction corresponding to the identifier of the second Bluetooth device is performed.
  • the second Bluetooth device determines whether the Bluetooth beacon frame message carries vendor-defined subtitle data according to the thirteenth bit in the frame control field carried in the Bluetooth beacon frame message.
  • the second Bluetooth device displays the name of the first Bluetooth device according to the device identification field, or displays the name of the first Bluetooth device according to the device identification field and the vendor-defined subtitle data;
  • the second Bluetooth device displays the name “xx portable source” of the first Bluetooth device.
  • the second Bluetooth device displays the name “portable source (xx)” of the first Bluetooth device.
  • the second Bluetooth device determines whether the Bluetooth beacon frame message is a binding acknowledgement message according to the fourteenth bit in the frame control field carried in the Bluetooth beacon frame message.
  • the Bluetooth beacon frame message can also be used as the binding confirmation message. That is, the second Bluetooth device determines whether the Bluetooth beacon frame message is a binding acknowledgement message according to the fourteenth bit of the frame control field in the Bluetooth beacon frame message.
  • the packet sending and receiving method provided in this embodiment generates and broadcasts a Bluetooth beacon frame message by using a first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose, and the second Bluetooth device receives the first A Bluetooth beacon frame message sent by a Bluetooth device, and processing the Bluetooth beacon frame message; solving the requirement that the first Bluetooth device and the second Bluetooth device are To realize the problem that the connection can be established, the interaction between the first Bluetooth device and the second Bluetooth device can be performed through the field indicating the interaction purpose carried in the Bluetooth beacon frame message without establishing a Bluetooth connection.
  • the packet sending and receiving method provided in the embodiment of the present disclosure, by including the service information field and the capability field in the Bluetooth beacon frame message, so that even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection, the second Bluetooth device
  • the operating status and capabilities of the first Bluetooth device can be known.
  • the packet sending and receiving method provided in the embodiment of the present disclosure can include the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can be used even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • Two Bluetooth devices are wirelessly controlled.
  • the first Bluetooth device in this embodiment can also perform wireless control on multiple second Bluetooth devices at the same time, which is different from the first Bluetooth device in the related art.
  • the method for transmitting and receiving a message in the embodiment of the present disclosure detects whether a Bluetooth frame having the frame number has been processed by including a Bluetooth beacon frame message sent by a frame number mark in a frame count field in a Bluetooth beacon frame message.
  • the beacon frame packet avoids repeated processing of the packet and reduces device power consumption.
  • the first Bluetooth device is a mobile power source.
  • the Bluetooth beacon frame message generated by the mobile power source includes a service information field and a capability field.
  • the value of the service information field can be: 10000100. That is, the information carried by the 8 bits in the service information field is: the mobile power source has not been bound to other devices, and the mobile power source does not currently establish a Bluetooth connection with other devices, the mobile power source is currently a slave device, and the Bluetooth signal is The framed frame message is not encrypted, and the Bluetooth beacon frame message does not include a MAC address field, and the Bluetooth beacon frame message carries a capability field, and the Bluetooth beacon frame message does not carry an event field, and the Bluetooth beacon frame The message does not contain vendor-defined data.
  • the value of the capability field can be: 00000000. That is, the information carried by the 4 bits in the capability field (the last four bits are reserved fields) is in turn: the mobile power source does not have the ability to establish a connection, and the mobile power source does not have the capability as a master device, the mobile power source Without the ability to encrypt, the mobile power source does not have output/input capabilities.
  • the Bluetooth beacon frame message generated by the mobile power source further includes: a length field, a service data field, a device identifier field, and a frame count field.
  • the device identification field is "x meter mobile power”.
  • the second Bluetooth device After the first Bluetooth device broadcasts the Bluetooth beacon frame message, if the second Bluetooth device receives the Bluetooth beacon frame message. Then, the second Bluetooth device can learn the running state and the capability of the first Bluetooth device through the service information field and the capability field, and display “x meter mobile power” on the user interaction interface, as shown in FIG. 12A.
  • the first Bluetooth device is a smart bracelet 52, and the smart bracelet 52 is bound to the smart phone 54.
  • the smart phone 54 knows the smart bracelet during the binding process. 52 MAC address.
  • the user can set the use scene of the smart bracelet 52 on the smart phone 54 as "automatically turn on the lights after going home” and “automatically turn on the TV after going home”.
  • the smartphone 54 transmits the MAC address of the smart bracelet 52 to the electric light 56 and the television 58 as a trusted MAC address.
  • the smart phone 54 can know the current geographic location of the user through the positioning technology, and the current geographic location When the location matches the user's residence, the smartphone 54 sends a control command to the smart bracelet 52.
  • the smart bracelet 52 generates a Bluetooth beacon frame message and broadcasts it.
  • the Bluetooth beacon frame message carries a service information field and an event information field.
  • the value of the service information field can be: 01101010. That is, the information carried by the 8 bits in the service information field is: the smart bracelet is bound to other devices, and the smart bracelet currently establishes a Bluetooth connection with other devices, and the smart bracelet is currently a master device.
  • the Bluetooth beacon frame message is not encrypted, and the Bluetooth beacon frame message includes a MAC address field, and the Bluetooth beacon frame message does not carry a capability field, and the Bluetooth beacon frame message carries an event field, and the Bluetooth message Frame frame messages do not contain vendor-defined data.
  • the event information field includes: an event identification field "electric light”, “television”; and an event instruction: the instruction "power_on” is turned on.
  • the Bluetooth beacon frame message is received by the lights and the television.
  • the electric light continues to detect whether the MAC address of the smart bracelet 52 is a trusted MAC address when the event identification field in the event information field is detected includes its own identifier "electric light", and if it is a trusted MAC address, the event instruction is executed.
  • Power_on when the event identification field in the event information field is detected by the television, including the identity "television", the television continues to detect whether the MAC address of the smart bracelet 52 is a trusted MAC address, and if it is a trusted MAC address, the event is executed.
  • the instruction "power_on”.
  • FIG. 13 is a structural block diagram of a message sending apparatus according to an embodiment of the present disclosure.
  • the command generating means may implement all or part of the above-mentioned electronic device capable of providing a message transmitting method by software, hardware or a combination of both.
  • the device includes:
  • the message generating module 1310 is configured to generate a Bluetooth beacon frame message according to the interaction purpose with the second Bluetooth device.
  • the message sending module 1320 is configured to broadcast and send a Bluetooth beacon frame message.
  • the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • the message sending and receiving apparatus generates and broadcasts a Bluetooth beacon frame message by using a first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose, and the second Bluetooth
  • the device receives the Bluetooth beacon frame message sent by the first Bluetooth device, and processes the Bluetooth beacon frame message; and solves the problem that the first Bluetooth device and the second Bluetooth device must establish a connection to interact;
  • the first Bluetooth device and the second Bluetooth device can perform the information interaction effect through the field indicating the interaction purpose carried in the Bluetooth beacon frame message without establishing a Bluetooth connection.
  • the Bluetooth beacon frame message includes: a service information field
  • the service information field includes current running data of the first Bluetooth device
  • the service information field includes message composition information of the Bluetooth beacon frame message
  • the service information field includes current running data of the first Bluetooth device, and message composition information of the Bluetooth beacon frame message.
  • the service information field includes at least one of the following bits:
  • the Bluetooth beacon frame message includes: a capability field
  • the capability field includes the capabilities that the first Bluetooth device has.
  • the capability field includes at least one of the following bits:
  • the Bluetooth beacon frame message includes: an event information field; and the event information field includes an event instruction for controlling the second Bluetooth device.
  • the event information field includes:
  • An event identification field for identifying a second Bluetooth device
  • An event instruction for identifying an execution event required by the second Bluetooth device
  • the event information field includes:
  • An event instruction for identifying a required execution event of the default second Bluetooth device is an event instruction for identifying a required execution event of the default second Bluetooth device.
  • the Bluetooth beacon frame message further includes: a device identifier field;
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a medium access control MAC address field;
  • the MAC address field is used to identify the MAC address of the first Bluetooth device.
  • the Bluetooth beacon frame message further includes: a frame control field
  • the Bluetooth beacon frame message further includes: a frame count field
  • the frame count field is used to identify the frame number of the Bluetooth beacon frame message.
  • the device includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the operation of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection. Status and / Or message information.
  • the device further includes the capability field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the capability of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection. .
  • the device further includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the first Bluetooth device can also wirelessly control multiple second Bluetooth devices at the same time.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the device further detects whether the frame number of the frame has been processed by including a frame count field in the Bluetooth beacon frame message and a Bluetooth beacon frame message sent by the frame number in the frame count field.
  • Other Bluetooth beacon frame messages avoid duplicate processing of packets and reduce waste of device resources.
  • FIG. 14 is a structural block diagram of a message receiving apparatus according to an embodiment of the present disclosure.
  • the command generating means may implement all or part of the electronic device capable of providing the message receiving method by software, hardware or a combination of both.
  • the device includes:
  • the message receiving module 1410 is configured to receive a Bluetooth beacon frame message broadcast by the first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose;
  • the message processing module 1420 processes the fields in the Bluetooth beacon frame message.
  • the message receiving apparatus generates and broadcasts, by using the first Bluetooth device, a Bluetooth beacon frame message including at least one of a service information field, a capability field, and an event information field.
  • the second Bluetooth device receives the beacon frame message sent by the first Bluetooth device, and parses and processes the message, and performs information access and wireless control of the first Bluetooth device and the second Bluetooth device; and solves the first Bluetooth device and the second device.
  • Bluetooth devices must establish a Bluetooth connection in advance; it simplifies user operations, saves time spent on information access and wireless control, and improves user experience.
  • the command generating means may implement all or part of the electronic device capable of providing the message receiving method by software, hardware or a combination of both.
  • the device includes:
  • the message receiving module 1410 is configured to receive a Bluetooth beacon frame message broadcast by the first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose;
  • the message processing module 1420 processes the fields in the Bluetooth beacon frame message.
  • the device further includes: an information learning module 1430, configured to learn the current running data of the first Bluetooth device according to the service information field;
  • the packet composition information of the Bluetooth beacon frame packet is obtained according to the service information field;
  • the current running data of the first Bluetooth device and the message composition information of the Bluetooth beacon frame message are obtained.
  • the information learning module 1430 further includes at least one of the following submodules:
  • the determining binding sub-module 1431 is configured to learn, according to the first bit in the service information field, whether the first Bluetooth device has been bound with other Bluetooth devices;
  • the determining connection sub-module 1432 is configured to learn, according to the second bit in the service information field, whether the first Bluetooth device has established a Bluetooth connection with other Bluetooth devices;
  • the master-slave determination sub-module 1433 is configured to learn, according to the third bit in the service information field, whether the first Bluetooth device is a master device or a slave device;
  • the encryption judging sub-module 1434 is configured to learn, according to the fourth bit in the service information field, whether the Bluetooth beacon frame message has been encrypted;
  • the address judging sub-module 1435 is configured to learn, according to the fifth bit in the service information field, whether the Bluetooth beacon frame message carries the medium access control MAC address of the first Bluetooth device;
  • the first information sub-module 1436 is configured to learn, according to the sixth bit in the service information field, whether the Bluetooth beacon frame message carries the capability field;
  • the second information sub-module 1437 is configured to learn, according to the seventh bit in the service information field, whether the Bluetooth beacon frame message carries an event information field;
  • the third information sub-module 1438 is configured to learn, according to the eighth bit in the service information field, whether the Bluetooth beacon frame message carries vendor-defined data.
  • the device further includes: a capability learning module 1440 configured to learn the capability of the first Bluetooth device according to the capability field
  • the capability learning module 1440 further includes at least one of the following submodules:
  • the first capability sub-module 1441 is configured to learn, according to the ninth bit in the capability field, whether the first Bluetooth device has the capability of establishing a Bluetooth connection;
  • the second capability sub-module 1442 is configured to learn, according to the tenth bit in the capability field, whether the first Bluetooth device has the capability as the master device;
  • the third capability sub-module 1443 is configured to learn, according to the eleventh bit in the capability field, whether the first Bluetooth device has encryption capability
  • the fourth capability sub-module 1444 is configured to learn whether the first Bluetooth device has input/output capability according to the twelfth bit in the capability field.
  • the apparatus further includes an instruction execution module 1450.
  • the instruction execution module 1450 further includes:
  • the first identifier sub-module 1451 is configured to detect whether the event identifier in the event information field carries the identifier of the second Bluetooth device;
  • the first execution sub-module 1452 is configured to: when carrying the identifier of the second Bluetooth device, execute an event instruction corresponding to the identifier of the second Bluetooth device;
  • the second execution sub-module 1453 is configured to execute an event instruction of a default second Bluetooth device required execution event.
  • the foregoing Bluetooth beacon frame packet further carries: a device identifier field
  • the device identification field is used to identify the device name of the first Bluetooth device.
  • the device further includes:
  • the first detecting module 1460 is configured to detect, according to the MAC address field, whether the MAC address of the first Bluetooth device is a trusted MAC address.
  • the device further includes:
  • the data carrying module 1470 is configured to determine, according to the thirteenth bit in the frame control field, whether the Bluetooth beacon frame message includes vendor-defined subtitle data;
  • the binding determining module 1471 is configured to determine, according to the fourteenth bit in the frame control field, whether the Bluetooth beacon frame message is a binding acknowledgement message;
  • the determining module 1472 is configured to determine, according to the thirteenth bit in the frame control field, whether the Bluetooth beacon frame message includes vendor-defined subtitle data, and determine the Bluetooth according to the fourteenth bit in the frame control field. Whether the beacon frame message is a binding acknowledgement message.
  • the device further includes:
  • the second detecting module 1480 is configured to detect whether other Bluetooth beacon frame messages having frame numbers have been processed
  • the processing module 1490 is configured to not process the Bluetooth beacon frame message when the other Bluetooth beacon frame messages having the frame sequence number have been processed.
  • the message receiving apparatus generates and broadcasts a Bluetooth beacon frame message by using a first Bluetooth device, where the Bluetooth beacon frame message includes a field indicating an interaction purpose, and the second Bluetooth device receives The Bluetooth beacon frame message sent by the first Bluetooth device, and processing the Bluetooth beacon frame message; solving the problem that the first Bluetooth device and the second Bluetooth device must establish a connection to interact; A Bluetooth device and the second Bluetooth device can perform information interaction through a field indicating the purpose of the interaction carried in the Bluetooth beacon frame message without establishing a Bluetooth connection.
  • the device further includes the service information field in the Bluetooth beacon frame message, so that the second Bluetooth device can know the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the operational status and/or message information is composed.
  • the device further includes the capability field in the Bluetooth beacon frame message, so that the second Bluetooth device can learn the capability of the first Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection. .
  • the device further includes the event information field in the Bluetooth beacon frame message, so that the first Bluetooth device can perform the second Bluetooth device even if the first Bluetooth device and the second Bluetooth device have not established a Bluetooth connection.
  • the first Bluetooth device can also wirelessly control multiple second Bluetooth devices at the same time.
  • the first Bluetooth device can only control one second Bluetooth device after establishing a Bluetooth connection.
  • the device further detects whether the frame number of the frame has been processed by including a frame count field in the Bluetooth beacon frame message and a Bluetooth beacon frame message sent by the frame number in the frame count field.
  • Other Bluetooth beacon frame messages avoid duplicate processing of packets and reduce waste of device resources.
  • the present disclosure also provides a message sending apparatus, the apparatus comprising: a processor;
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the first Bluetooth device generates a Bluetooth beacon frame message according to the interaction purpose with the second Bluetooth device
  • the Bluetooth beacon frame message includes a field indicating the purpose of the interaction.
  • the present disclosure also provides a message receiving apparatus, the apparatus comprising: a processor;
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the fields in the Bluetooth beacon frame message are processed.
  • FIG. 16 is a block diagram of an apparatus that can be used as a method of transmitting and receiving a message, according to an exemplary embodiment.
  • device 1600 can be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a gaming console, a tablet device, a medical device, a fitness device, a personal digital assistant, and the like.
  • apparatus 1600 can include one or more of the following components: processing component 1602, memory 1604, power component 1606, multimedia component 1608, audio component 1610, input/output (I/O) interface 1612, sensor component 1614, and Communication component 1616.
  • the communication component 1616 includes a Bluetooth module that supports a standard BLE (Bluetooth low energy) protocol, and the Bluetooth module includes a control chip and a Bluetooth chip connected to the control chip.
  • BLE Bluetooth low energy
  • Processing component 1602 typically controls the overall operation of device 1600, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 1602 can include one or more processors 1618 to execute instructions to perform all or part of the steps of the above described methods.
  • processing component 1602 can include one or more modules to facilitate interaction between component 1602 and other components.
  • the processing component 1602 can include a multimedia module to facilitate interaction between the multimedia component 1608 and the processing component 1602.
  • Memory 1604 is configured to store various types of data to support operation at device 1600. Examples of such data include instructions for any application or method operating on device 1600, contact data, phone book data, messages, pictures, videos, and the like. Memory 1604 can be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable Programmable Read Only Memory (EPROM), Programmable Read Only Memory (PROM), Read Only Memory (ROM), Magnetic Memory, Flash Memory, Disk or Optical Disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM erasable Programmable Read Only Memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Disk Disk or Optical Disk.
  • Power component 1606 provides power to various components of device 1600.
  • Power component 1606 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for device 1600.
  • the multimedia component 1608 includes a screen between the device 1600 and the user that provides an output interface.
  • the screen can include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensor can sense not only the boundaries of the touch or sliding action, but also the duration and pressure associated with the touch or slide operation.
  • the multimedia component 1608 includes a front camera and/or a rear camera. When the device 1600 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 1610 is configured to output and/or input an audio signal.
  • audio component 1610 includes a microphone (MIC) that is configured to receive an external audio signal when device 1600 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode.
  • the received audio signal may be further stored in memory 1604 or transmitted via communication component 1616.
  • the audio component 1610 also includes a speaker for outputting an audio signal.
  • the I/O interface 1612 provides an interface between the processing component 1602 and a peripheral interface module, which may be a keyboard, a click wheel, a button, or the like. These buttons may include, but are not limited to, a home button, a volume button, a start button, and a lock button.
  • Sensor assembly 1614 includes one or more sensors for providing state assessment of various aspects to device 1600.
  • sensor assembly 1614 can detect an open/closed state of device 1600, relative positioning of components, such as a display and a keypad of device 1600, and sensor component 1614 can also detect a change in position of a component of device 1600 or device 1600, the user The presence or absence of contact with device 1600, device 1600 orientation or acceleration/deceleration and temperature variation of device 1600.
  • Sensor assembly 1614 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor assembly 1614 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor assembly 1614 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 1616 is configured to facilitate wired or wireless communication between device 1600 and other devices.
  • the device 1600 can access a wireless network based on a communication standard, such as Wi-Fi, 2G or 3G, or a combination thereof.
  • communication component 1616 receives broadcast signals or broadcast associated information from an external broadcast management system via a broadcast channel.
  • communication component 1616 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • device 1600 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable A gate array (FPGA), controller, microcontroller, microprocessor or other electronic component is implemented for performing the above-described message transceiving method.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGA field programmable A gate array
  • controller microcontroller, microprocessor or other electronic component is implemented for performing the above-described message transceiving method.
  • non-transitory computer readable storage medium comprising instructions, for example comprising
  • the memory 1604 of instructions can be executed by the processor 1618 of the device 1600 to complete the message transceiving method.
  • the non-transitory computer readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.

Landscapes

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

Abstract

本公开揭示了一种报文发送方法、报文接收方法及装置,属于通信领域。所述报文发送方法包括:第一蓝牙设备根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文,所述蓝牙信标帧报文中包括指明所述交互目的的字段;第一蓝牙设备广播发送所述蓝牙信标帧报文,第二蓝牙设备接收所述蓝牙信标帧报文,并对所述蓝牙信标帧报文中的所述字段进行处理。本公开解决了解决了第一蓝牙设备与第二蓝牙设备必须要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。

Description

报文发送方法、报文接收方法及装置
本申请基于申请号为2015106282523、申请日为2015/9/28的中国专利申请提出,并要求该中国专利申请的优先权,该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本公开涉及通信领域,特别涉及一种报文发送方法、报文接收方法及装置。
背景技术
蓝牙技术是一种使用非常广泛的无线通信技术。比如,蓝牙耳机、蓝牙音箱、蓝牙防丢器、蓝牙手环等电子设备均采用蓝牙技术。
两个蓝牙设备之间需要先建立蓝牙连接,然后通过该蓝牙连接实现设备间的信息交互和无线控制。
发明内容
为了解决相关技术中的问题,本公开提供一种报文发送方法、报文接收方法及装置。技术方案如下:
根据本公开实施例的第一方面,提供一种报文发送方法,用于第一蓝牙设备中,该方法包括:
根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
广播发送蓝牙信标帧报文;
其中,蓝牙信标帧报文中包括指明交互目的的字段。
可选地,蓝牙信标帧报文包括:服务信息字段;
服务信息字段包括第一蓝牙设备的当前运行数据;
或,
服务信息字段包括蓝牙信标帧报文的报文组成信息;
或,
服务信息字段包括第一蓝牙设备的当前运行数据和蓝牙信标帧报文的报文组成信息。
本方法通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/或报文组成信息。
可选地,服务信息字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否已经与其它蓝牙设备进行绑定的第一比特位;
用于标识第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接的第二比特位;
用于标识第一蓝牙设备是主设备还是从设备的第三比特位;
用于标识蓝牙信标帧报文是否已经加密的第四比特位;
用于标识蓝牙信标帧报文是否携带有第一蓝牙设备的介质访问控制MAC地址的第五比特位;
用于标识蓝牙信标帧报文是否携带有能力字段的第六比特位;
用于标识蓝牙信标帧报文是否携带有事件信息字段的第七比特位;
用于标识蓝牙信标帧报文是否携带有厂商自定义数据的第八比特位。
可选地,蓝牙信标帧报文包括:能力字段;
能力字段包括第一蓝牙设备所具有的能力。
可选地,能力字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否具有建立蓝牙连接的能力的第九比特位;
用于标识第一蓝牙设备是否具有作为主设备的能力的第十比特位;
用于标识第一蓝牙设备是否具有加密能力的第十一比特位;
用于标识第一蓝牙设备是否具有输入输出能力的第十二比特位。
该方法通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
可选地,蓝牙信标帧报文包括:事件信息字段;事件信息字段包括用于控制第二蓝牙设备的事件指令。
可选地,事件信息字段包括:
用于标识第二蓝牙设备的事件标识字段;和,
用于标识第二蓝牙设备所需执行事件的事件指令。
可选地,事件信息字段包括:
用于标识默认的第二蓝牙设备所需执行事件的事件指令。
本方法通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
可选地,蓝牙信标帧报文还包括:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
可选地,蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
MAC地址字段用于标识第一蓝牙设备的MAC地址。
可选地,蓝牙信标帧报文还包括:帧控制字段;
帧控制字段包括如下比特位中的至少一个比特位:
用于标识蓝牙信标帧报文是否携带有厂商自定义副标题数据的第十三比特位;
用于标识蓝牙信标帧报文是否为绑定确认报文的第十四比特位。
可选地,蓝牙信标帧报文还包括:帧计数字段;
帧计数字段用于标识蓝牙信标帧报文的帧序号。
本方法通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
根据本公开实施例的第二方面,提供一种报文接收方法,用于第二蓝牙设备中,该方法包括:
接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段;
对蓝牙信标帧报文中的字段进行处理。
可选地,蓝牙信标帧报文包括服务信息字段;
对蓝牙信标帧报文中的字段进行处理,包括:
根据服务信息字段获知第一蓝牙设备的当前运行数据;
或,
根据服务信息字段获知蓝牙信标帧报文的报文组成信息;
或,
根据服务信息字段获知第一蓝牙设备的当前运行数据,且根据服务信息字段获知蓝牙信标帧报文的报文组成信息。
本方法通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/或报文组成信息。
可选地,根据服务信息字段获知第一蓝牙设备的当前运行数据,包括如下步骤中的至少一个:
根据服务信息字段中的第一比特位,获知第一蓝牙设备是否已经与其它蓝牙设备进行绑定;
根据服务信息字段中的第二比特位,获知第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接;
根据服务信息字段中的第三比特位,获知第一蓝牙设备是主设备还是从设备。
可选地,根据服务信息字段获知蓝牙信标帧报文的报文组成信息,包括如下步骤中的至少一个:
根据服务信息字段中的第四比特位,获知蓝牙信标帧报文是否已经加密;
根据服务信息字段中的第五比特位,获知蓝牙信标帧报文是否包括第一蓝牙设备的介质访问控制MAC地址;
根据服务信息字段中的第六比特位,获知蓝牙信标帧报文是否包括能力字段;
根据服务信息字段中的第七比特位,获知蓝牙信标帧报文是否包括事件信息字段;
根据服务信息字段中的第八比特位,获知蓝牙信标帧报文是否包括厂商自定义数据。
可选地,蓝牙信标帧报文包括能力字段;
对蓝牙信标帧报文中的字段进行处理,包括:
根据能力字段获知第一蓝牙设备所具有的能力。
可选地,根据能力字段获知第一蓝牙设备所具有的能力,包括如下步骤中的至少一个:
根据能力字段中的第九比特位,获知第一蓝牙设备是否具有建立蓝牙连接的能力;
根据能力字段中的第十比特位,获知第一蓝牙设备是否具有作为主设备的能力;
根据能力字段中的第十一比特位,获知第一蓝牙设备是否具有加密能力;
根据能力字段中的第十二比特位,获知第一蓝牙设备是否具有输入输出能力。
本方法通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
可选地,蓝牙信标帧报文包括事件信息字段;
对蓝牙信标帧报文中的字段进行处理,包括:
根据事件信息字段,执行事件信息字段中与第二蓝牙设备对应的事件指令。
可选地,执行事件信息字段中与第二蓝牙设备对应的事件指令,包括:
检测事件信息字段中的事件标识是否包括第二蓝牙设备的标识;
若包括第二蓝牙设备的标识,则执行与第二蓝牙设备的标识对应的事件指令。
可选地,执行事件信息字段中与第二蓝牙设备对应的事件指令,包括:
执行默认的第二蓝牙设备所需执行事件的事件指令。
本方法通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而且区别于相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
可选地,蓝牙信标帧报文还包括:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
可选地,蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
根据MAC地址字段来检测第一蓝牙设备的MAC地址是否为可信任的MAC地址。
可选地,蓝牙信标帧报文还包括:帧控制字段;
该方法,还包括:
根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据;
或,
根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文;
或,
根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据,且根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文。
可选地,蓝牙信标帧报文还包括:帧计数字段,帧计数字段用于标识蓝牙信标帧报文的帧序号;
该方法,还包括:
检测是否已经处理过具有帧序号的其它蓝牙信标帧报文;
若已经处理过具有帧序号的其它蓝牙信标帧报文,则不对蓝牙信标帧报文进行处理。
本方法通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
根据本公开实施例的第三方面,提供一种报文发送装置,该装置包括:
报文生成模块,被配置为根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
报文发送模块,被配置为广播发送蓝牙信标帧报文;
其中,蓝牙信标帧报文中包括指明交互目的的字段。
可选地,蓝牙信标帧报文包括:服务信息字段;
服务信息字段包括第一蓝牙设备的当前运行数据;
或,服务信息字段包括蓝牙信标帧报文的报文组成信息;
或,服务信息字段包括第一蓝牙设备的当前运行数据,和,蓝牙信标帧报文的报文组成信息。
该装置通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/或报文组成信息。
可选地,服务信息字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否已经与其它蓝牙设备进行绑定的第一比特位;
用于标识第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接的第二比特位;
用于标识第一蓝牙设备是主设备还是从设备的第三比特位;
用于标识蓝牙信标帧报文是否已经加密的第四比特位;
用于标识蓝牙信标帧报文是否携带有第一蓝牙设备的介质访问控制MAC地址的第五比特位;
用于标识蓝牙信标帧报文是否携带有能力字段的第六比特位;
用于标识蓝牙信标帧报文是否携带有事件信息字段的第七比特位;
用于标识蓝牙信标帧报文是否携带有厂商自定义数据的第八比特位。
可选地,蓝牙信标帧报文包括:能力字段;
能力字段包括第一蓝牙设备所具有的能力。
可选地,能力字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否具有建立蓝牙连接的能力的第九比特位;
用于标识第一蓝牙设备是否具有作为主设备的能力的第十比特位;
用于标识第一蓝牙设备是否具有加密能力的第十一比特位;
用于标识第一蓝牙设备是否具有输入输出能力的第十二比特位。
该装置通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
可选地,蓝牙信标帧报文包括:事件信息字段;事件信息字段包括用于控制第二蓝牙设备的事件指令。
可选地,事件信息字段包括:
用于标识第二蓝牙设备的事件标识字段;和,
用于标识第二蓝牙设备所需执行事件的事件指令;
可选地,事件信息字段包括:
用于标识默认的第二蓝牙设备所需执行事件的事件指令。
该装置通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
可选地,蓝牙信标帧报文还包括:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
可选地,蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
MAC地址字段用于标识第一蓝牙设备的MAC地址。
可选地,蓝牙信标帧报文还包括:帧控制字段;
帧控制字段包括如下比特位中的至少一个比特位:
用于标识蓝牙信标帧报文是否携带有厂商自定义副标题数据的第十三比特位;
用于标识蓝牙信标帧报文是否为绑定确认报文的第十四比特位。
可选地,蓝牙信标帧报文还包括:帧计数字段;
帧计数字段用于标识蓝牙信标帧报文的帧序号。
该装置通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
根据本公开实施例的第四方面,提供一种报文接收装置,该装置包括:
报文接收模块,被配置为接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段;
报文处理模块,被配置为对蓝牙信标帧报文中的字段进行处理。
可选地,蓝牙信标帧报文包括服务信息字段,装置包括:
信息获知模块,被配置为根据服务信息字段获知第一蓝牙设备的当前运行数据;
或,根据服务信息字段获知蓝牙信标帧报文的报文组成信息;
或,根据服务信息字段获知第一蓝牙设备的当前运行数据和蓝牙信标帧报文的报文组成信息。
该装置通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/或报文组成信息。
可选地,信息获知模块,包括如下子模块中的至少一个子模块:
判断绑定子模块,被配置为根据服务信息字段中的第一比特位,获知第一蓝牙设备是否已经与其它蓝牙设备进行绑定;
判断连接子模块,被配置为根据服务信息字段中的第二比特位,获知第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接;
主从判断子模块,被配置为根据服务信息字段中的第三比特位,获知第一蓝牙设备是主设备还是从设备。
可选地,信息获知模块,包括如下子模块中的至少一个子模块:
加密判断子模块,被配置为根据服务信息字段中的第四比特位,获知蓝牙信标帧报文是否已经加密;
地址判断子模块,被配置为根据服务信息字段中的第五比特位,获知蓝牙信标帧报文是否携带有第一蓝牙设备的介质访问控制MAC地址;
第一信息子模块,被配置为根据服务信息字段中的第六比特位,获知蓝牙信标帧报文是否携带有能力字段;
第二信息子模块,被配置为根据服务信息字段中的第七比特位,获知蓝牙信标帧报文是否携带有事件信息字段;
第三信息子模块,被配置为根据服务信息字段中的第八比特位,获知蓝牙信标帧报文是否携带有厂商自定义数据。
可选地,蓝牙信标帧报文包括能力字段,该装置包括:
能力获知模块,被配置为根据能力字段获知第一蓝牙设备所具有的能力。
可选地,能力获知模块,还包括如下子模块中的至少一个子模块:
第一能力子模块,被配置为根据能力字段中的第九比特位,获知第一蓝牙设备是否具有建立蓝牙连接的能力;
第二能力子模块,被配置为根据能力字段中的第十比特位,获知第一蓝牙设备是否具有作为主设备的能力;
第三能力子模块,被配置为根据能力字段中的第十一比特位,获知第一蓝牙设备是否具有加密能力;
第四能力子模块,被配置为根据能力字段中的第十二比特位,获知第一蓝牙设备是否具 有输入输出能力。
该装置通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
可选地,蓝牙信标帧报文包括事件信息字段,该装置还包括:
指令执行模块,被配置为执行事件信息字段中与第二蓝牙设备对应的事件指令。
可选地,指令执行模块,还包括:
第一标识子模块,被配置为检测事件信息字段中的事件标识是否包括第二蓝牙设备的标识;
第一执行子模块,被配置为当包括第二蓝牙设备的标识时,执行与第二蓝牙设备的标识对应的事件指令。
可选地,指令执行模块,还包括:
第二执行模块,被配置为执行默认的第二蓝牙设备所需执行事件的事件指令。
该装置通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
可选地,蓝牙信标帧报文还包括:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
可选地,蓝牙信标帧报文包括介质访问控制MAC地址字段,装置包括:
第一检测模块,被配置为根据MAC地址字段来检测第一蓝牙设备的MAC地址是否为可信任的MAC地址。
可选地,蓝牙信标帧报文还包括:帧控制字段;该装置,还包括:
数据携带模块,被配置为根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据;
绑定确定模块,被配置为根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文;
确定模块,被配置为根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据,和,根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文。
可选地,其特征在于,蓝牙信标帧报文还包括:帧计数字段,帧计数字段用于标识蓝牙信标帧报文的帧序号;
该装置,还包括:
第二检测模块,被配置为检测是否已经处理过具有帧序号的其它蓝牙信标帧报文;
处理模块,被配置为当已经处理过具有帧序号的其它蓝牙信标帧报文时,不对蓝牙信标帧报文进行处理。
该装置通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
根据本公开实施例的第五方面,提供一种报文发送装置,该装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
第一蓝牙设备根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
广播发送蓝牙信标帧报文;
其中,蓝牙信标帧报文中包括指明交互目的的字段。
根据本公开实施例的第六方面,提供一种报文发送装置,该装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段;
对蓝牙信标帧报文中的字段进行处理。
本公开的实施例提供的技术方案可以包括以下有益效果:
通过第一蓝牙设备生成并广播蓝牙信标帧报文,该蓝牙信标帧报文包括指明交互目的的字段,第二蓝牙设备接收第一蓝牙设备发送的蓝牙信标帧报文,并对该蓝牙信标帧报文进行处理;解决了第一蓝牙设备与第二蓝牙设备必须要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并于说明书一起用于解释本公开的原理。
图1是本公开实施例提供的一种实施环境的示意图;
图2是本公开根据一示例性实施例示出的一种报文发送方法的流程图;
图3是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图4是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图5是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图6是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图7是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图8是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图9是本公开根据另一示例性实施例示出的一种报文接收方法的流程图;
图10A是本公开示例性的一种蓝牙信标帧报文的格式示意图;
图10B是本公开示例性的另一种蓝牙信标帧报文的格式示意图;
图11是本公开根据一示例性实施例示出的一种报文收发方法的流程图;
图12A是本公开示例性的一种报文收发方法的实施示意图;
图12B是本公开示例性的一种报文收发方法的实施示意图;
图13是本公开一个实施例提供的报文发送装置的结构方框图;
图14是本公开一个实施例提供的报文接收装置的结构方框图;
图15是本公开另一个实施例提供的报文接收装置的结构方框图;
图16是本公开根据一示例性实施例示出的一种可作为报文收发装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
请参考图1,其示出了本公开实施例提供的一种实施环境的示意图。该实施环境包括:第一蓝牙设备110和第二蓝牙设备120。
第一蓝牙设备110、第二蓝牙设备120的内部都配置有蓝牙模组。该蓝牙模组支持标准BLE(Bluetooth low energy,低功耗蓝牙)协议。该蓝牙模组包括有控制芯片和与控制芯片相连的蓝牙芯片。可选地,该蓝牙芯片是一款低功率蓝牙系统单晶芯片。
第一蓝牙设备110和第二蓝牙设备120均可以同时具有蓝牙数据发送功能和蓝牙数据接收功能,也可以具有其中一种功能。当第一蓝牙设备110具有蓝牙数据发送功能时,第二蓝牙设备120具有蓝牙数据接收功能。当当第一蓝牙设备110具有蓝牙数据接收功能时,第二蓝牙设备120具有蓝牙数据发送功能。
例如,第一蓝牙设备110可以是手机、笔记本电脑、智能手环等支持蓝牙数据发送功能的设备。第二蓝牙设备120可以是空调、音箱等支持蓝牙数据接收功能的设备。可选的,第一蓝牙设备110、第二蓝牙设备120的个数可以是一个或者多个。
请参考图2,其示出了本公开根据一示例性实施例示出的一种报文发送方法的流程图。本实施例以该报文发送方法应用于具有蓝牙数据发送功能的第一蓝牙设备中来举例说明。如图2所示,该报文发送方法包括以下步骤:
在步骤201中,根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文。
第一蓝牙设备根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文,其中,蓝牙信标帧报文中包括指明交互目的的字段。
在步骤202中,广播发送蓝牙信标帧报文。
第一蓝牙设备广播发送蓝牙信标帧报文。
可选地,第一蓝牙设备每隔预定时间间隔向周围广播该蓝牙信标帧报文。
综上所述,本公开实施例中提供的报文发送方法,通过第一蓝牙设备生成并广播蓝牙信标帧报文,该蓝牙信标帧报文包括指明交互目的的字段,第二蓝牙设备接收第一蓝牙设备发送的蓝牙信标帧报文,并对该蓝牙信标帧报文进行处理;解决了第一蓝牙设备与第二蓝牙设备必须要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。
在基于图2所示的可选实施例中,该蓝牙信标帧报文还包括:服务信息字段;
服务信息字段包括第一蓝牙设备的当前运行数据;
或者,服务信息字段蓝牙信标帧报文的报文组成信息;
或者,服务信息字段包括第一蓝牙设备的当前运行数据和蓝牙信标帧报文的报文组成信息。
其中,服务信息字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否已经与其它蓝牙设备进行绑定的第一比特位;
用于标识第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接的第二比特位;
用于标识第一蓝牙设备是主设备还是从设备的第三比特位;
用于标识蓝牙信标帧报文是否已经加密的第四比特位;
用于标识蓝牙信标帧报文是否携带有第一蓝牙设备的介质访问控制MAC地址的第五比特位;
用于标识蓝牙信标帧报文是否携带有能力字段的第六比特位;
用于标识蓝牙信标帧报文是否携带有事件信息字段的第七比特位;
用于标识蓝牙信标帧报文是否携带有厂商自定义数据的第八比特位。
综上所述,本实施例通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/或报文信息组成。
在基于图2所示的可选实施例中,该蓝牙信标帧报文包括:能力字段;
能力字段包括第一蓝牙设备所具有的能力。
其中,能力字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否具有建立蓝牙连接的能力的第九比特位;
用于标识第一蓝牙设备是否具有作为主设备的能力的第十比特位;
用于标识第一蓝牙设备是否具有加密能力的第十一比特位;
用于标识第一蓝牙设备是否具有输入输出能力的第十二比特位。
综上所述,本实施例通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
在基于图2所示的可选实施例中,该蓝牙信标帧报文包括:事件信息字段;事件信息字段包括用于控制第二蓝牙设备的事件指令。
其中,事件信息字段包括:
用于标识第二蓝牙设备的事件标识字段;和,
用于标识第二蓝牙设备所需执行事件的事件指令。
可选地,事件信息字段还可以包括:
用于标识默认的第二蓝牙设备所需执行事件的事件指令。
综上所述,本实施例通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
在基于图2所示的可选实施例中,该蓝牙信标帧报文还包括:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
在基于图2所示的可选实施例中,该蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
MAC地址字段用于标识第一蓝牙设备的MAC地址。
在基于图2所示的可选实施例中,该蓝牙信标帧报文还包括:帧控制字段;
帧控制字段包括如下比特位中的至少一个比特位:
用于标识蓝牙信标帧报文是否携带有厂商自定义副标题数据的第十三比特位;
用于标识蓝牙信标帧报文是否为绑定确认报文的第十四比特位。
在基于图2所示的可选实施例中,该蓝牙信标帧报文,包括:帧计数字段;
帧计数字段用于标识蓝牙信标帧报文的帧序号。
综上所述,本实施例通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
请参考图3,其示出了本公开根据另一示例性实施例示出的一种报文接收方法的流程图。本实施例以该报文接收方法应用在具有蓝牙数据接收功能的第二蓝牙设备中来举例说明。如图3所示,该报文接收方法包括以下步骤:
在步骤302中,接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段。
第二蓝牙设备接收第一蓝牙设备广播发送的蓝牙信标帧报文,其中蓝牙信标帧报文包括指明交互目的的字段。
在步骤304中,对蓝牙信标帧报文中的字段进行处理。
在第二蓝牙设备接收到第一蓝牙设备发送的蓝牙信标帧报文后,对蓝牙信标帧报文中的字段进行分析处理。
综上所述,本公开实施例中提供的报文接收方法,通过第一蓝牙设备生成并广播蓝牙信标帧报文,该蓝牙信标帧报文包括指明交互目的的字段,第二蓝牙设备接收第一蓝牙设备发送的蓝牙信标帧报文,并对该蓝牙信标帧报文进行处理;解决了第一蓝牙设备与第二蓝牙设备必须要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。
在基于图3所示实施例的可选实施例中,在指明交互目的的字段包括服务信息字段时,则步骤304可被替代实现为步骤304a,或步骤304b,或步骤304a和步骤304b的组合,如图4所示:
在步骤304a中,根据服务信息字段获知第一蓝牙设备的当前运行数据。
可选的,步骤304a还包括如下步骤中的至少一个:
一、根据服务信息字段中的第一比特位,获知第一蓝牙设备是否已经与其它蓝牙设备进行绑定;
二、根据服务信息字段中的第二比特位,获知第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接;
三、根据服务信息字段中的第三比特位,获知第一蓝牙设备是主设备还是从设备。
在步骤304b中,根据服务信息字段获知蓝牙信标帧报文的报文组成信息。
可选的,步骤304b还包括如下步骤中的至少一个:
一、根据服务信息字段中的第四比特位,获知蓝牙信标帧报文是否已经加密;
二、根据服务信息字段中的第五比特位,获知蓝牙信标帧报文是否包括第一蓝牙设备的介质访问控制MAC地址;
三、根据服务信息字段中的第六比特位,获知蓝牙信标帧报文是否包括能力字段;
四、根据服务信息字段中的第七比特位,获知蓝牙信标帧报文是否包括事件信息字段;
五、根据服务信息字段中的第八比特位,获知蓝牙信标帧报文是否包括厂商自定义数据。
上述“一、二、三、、、、”仅为对各个步骤进行区分,但并不限定相应步骤的先后顺序。上述步骤的先后顺序可以由本领域技术人员任意排列。
综上所述,本实施例通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/ 或报文信息组成。
在基于图3所示实施例的可选实施例中,在指明交互目的的字段包括能力字段时,则步骤304可被替代实现为步骤304d,如图5所示:
在步骤304d中,根据能力字段获知第一蓝牙设备所具有的能力。
可选的,步骤304d包括如下步骤中的至少一个:
一、根据能力字段中的第九比特位,获知第一蓝牙设备是否具有建立蓝牙连接的能力;
二、根据能力字段中的第十比特位,获知第一蓝牙设备是否具有作为主设备的能力;
三、根据能力字段中的第十一比特位,获知第一蓝牙设备是否具有加密能力;
四、根据能力字段中的第十二比特位,获知第一蓝牙设备是否具有输入输出能力。
上述“一、二、三、、、、”仅为对各个步骤进行区分,但并不限定相应步骤的先后顺序。上述步骤的先后顺序可以由本领域技术人员任意排列。
综上所述,本实施例通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
在基于图3所示实施例的可选实施例中,在指明交互目的的字段包括事件信息字段时,则步骤304可被替代实现为步骤304e,如图6所示:
在步骤304e中,根据事件信息字段,执行事件信息字段中与第二蓝牙设备对应的事件指令。
可选的,步骤304e包括入下步骤:
第一、检测事件信息字段中的事件标识是否包括第二蓝牙设备的标识;
第二、若包括第二蓝牙设备的标识,则执行与第二蓝牙设备的标识对应的事件指令。
可选的,步骤304e包括如下步骤:
执行默认的第二蓝牙设备所需执行事件的事件指令。
综上所述,本实施例通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
在基于图3所示实施例的可选实施例中,该蓝牙信标帧报文,还包括设备标识字段,设备标识字段用于标识第一蓝牙设备的设备名称。
在基于图3所示实施例的可选实施例中,在指明交互目的的字段包括MAC地址(Media Access Control,介质访问控制)字段时,则步骤304可被替代实现为步骤304f,如图7所示:
在步骤303f中,根据MAC地址字段来检测第一蓝牙设备的MAC地址是否为可信任的MAC地址。
在基于图3所示实施例的可选实施例中,在指明交互目的的字段包括帧控制字段时,则步骤304可被替代实现为步骤304g,或步骤304h,或步骤304g和步骤302h的组合,如图8所示:
在步骤302g中,根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据。
在步骤302h中,根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文。
在基于图3所示实施例的可选实施例中,在指明交互目的的字段包括帧计数字段时,则步骤304之前还包括303,如图9所示:
在步骤303中,检测是否已经处理过具有帧序号的其它蓝牙信标帧报文。
若已经处理过具有帧序号的其它蓝牙信标帧报文,则不对蓝牙信标帧报文进行处理;否则,进入步骤304。
综上所述,本实施例通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
作为一个示意性的示例,图10A和图10B分别示出了蓝牙信标帧报文的格式示意图。
如图10A、图10B所示,蓝牙信标帧报文中包括有长度字段、服务数据字段、厂商服务字段、服务信息字段、帧控制字段、设备标识字段、帧计数字段、MAC地址字段、能力字段和事件信息字段中的至少一种。
图10A、图10B中蓝牙SIG(Special Interest Group)的含义是蓝牙技术联盟,MAC地址含义是介质访问控制地址,用来定义网络设备的位置。
图10A示意性地示出了包括长度字段、服务数据字段、厂商服务字段、服务信息字段、设备标识字段、MAC地址字段、帧计数字段、能力字段的蓝牙信标帧报文的格式,该蓝牙信标帧报文中各字节含义如下:
第一字节为长度(Length)字段,用于标识蓝牙信标帧报文的报文长度,该长度可变。
第二、三字节为服务数据(Sever Data)字段,由蓝牙SIG(Bluetooth Special Interest Group;蓝牙技术联盟)规定的类型。
第四字节为厂商服务(MI Service)字段,其具体数值由蓝牙SIG分配。
第五字节为服务信息字段,该字段中每个比特位的含义如下:
第一比特位(bit0):取值为1时表示已经与其他蓝牙设备进行绑定,取值为0时表示 未与其他蓝牙设备进行绑定;
第二比特位(bit1):取值为1时表示已经与其他蓝牙设备连接,取值为0时表示当未与其他蓝牙设备连接;
第三比特位(bit2):取值为1时表示当前是主设备(central),取值为0时表示当前是从设备(peripheral);
第四比特位(bit3):取值为1时表示该报文已经加密,取值为0时表示该报文未加密;
第五比特位(bit4):取值为1时表示该报文携带有MAC地址,取值为0时表示该报文不携带介质访问控制MAC地址;
第六比特位(bit5):取值为1时表示该报文携带能力字段,取值为0时表示该报文不携带能力字段;
第七比特位(bit6):取值为1时表示该报文携带事件信息字段,取值为0时表示该报文不携带事件信息字段;
第八比特位(bit7):取值为1时表示该报文携带厂商自定义数据,取值为0时表示该报文不携带厂商自定义数据。
第六字节为帧控制(Frame Control)字段,该字段中每个比特位的含义如下:
第一比特位(bit0):取值为1时表示该报文携带厂商自定义副标题数据,取值为0时表示该报文不携带厂商自定义副标题数据;
第二比特位(bit1):取值为1时表示该报文为绑定确认报文,取值为0时表示该报文不是绑定确认报文。
该字节中的其它比特位为保留比特位。
第七、八字节为设备标识(Product ID)字段,该字段标识设备名称。
第九字节为帧计数(Frame Counter)字段,该字段标识蓝牙信标帧报文的帧序号。
第十至十五字节为MAC地址(MAC Address)字段,该字段标识第一蓝牙设备的MAC地址。
第16字节为能力(Capability)字段,该字节每个比特位的含义如下:
第九比特位(bit0):取值为1时表示第一蓝牙设备有建立蓝牙连接的能力,取值为0时表示第一蓝牙设备不具备建立蓝牙连接的能力;
第十比特位(bit1):取值为1时表示第一蓝牙设备有能做主设备的能力,取值为0时表示第一蓝牙设备没有做主设备的能力;
第十一比特位(bit2):取值为1时表示第一蓝牙设备有加密能力,取值为0时表示第一蓝牙设备没有加密能力;
第十二比特位(bit3):取值为1时表示第一蓝牙设备有输入输出能力,取值为0时表示第一蓝牙设备没有输入输出能力。
该字节中的其它比特位为保留比特位。
图10B示意性地示出了包括长度字段、服务数据字段、厂商服务字段、服务信息字段、设备标识字段、MAC地址字段、帧计数字段、事件信息字段的蓝牙信标帧报文的格式,该蓝 牙信标帧报文中各字节含义如下:
第一至第十五字节的含义与图3A中第一至第十五字节含义相同,这里不再重复阐释,请照上文。
第十六、十七字节为事件信息字段中的事件标识(Event ID)字段,其用于标识第二蓝牙设备的标识。也即需要执行事件指令的第二蓝牙设备的标识。
第十八字节为事件信息字段中的事件指令(Event Data)字段,其标识第二蓝牙设备所需执行事件的事件指令。
如果事件信息字段中未包含事件标识字段,则事件指令字段标识默认的第二蓝牙设备所需执行的事件指令。默认的第二蓝牙设备可以是所有的第二蓝牙设备
可选的,蓝牙信标帧报文中所含有的各个字段可以视实施场景,由本领域技术人员任意结合,图10A、图10B仅为示例性说明。
上述“第一、第二、第三、、、、”仅为对各个比特位和各个字节进行区分,但并不限定相应比特位和字节的先后顺序。该先后顺序可以由本领域技术人员任意排列。
请参照图11,其示出了本公开根据一示例性实施例示出的一种报文收发方法的流程图。本实施例以该报文收发方法应用于图1所示的实施环境中来举例说明。如图11所示,该报文收发方法可以包括以下步骤。
在步骤1101中,第一蓝牙设备根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文,其中,蓝牙信标帧报文中包括指明交互目的的字段。
可选地,第一蓝牙设备根据预配置方式生成蓝牙信标帧报文。
可选地,第一蓝牙设备根据绑定的移动终端的控制指令生成蓝牙信标帧报文。
比如,第一蓝牙设备是智能手环,该智能手环根据绑定的智能手机的控制指令生成蓝牙信标帧报文。
可选地,该蓝牙信标帧报文还包括有:长度字段、服务数据字段、帧控制字段、设备标识字段、帧计数器字段和MAC地址字段。
在步骤1102中,第一蓝牙设备广播发送蓝牙信标帧报文。
第一蓝牙设备向周围广播该蓝牙信标帧报文。
可选地,第一蓝牙设备每隔预定时间间隔向周围广播该蓝牙信标帧报文。
在步骤1103中,第二蓝牙设备接收第一蓝牙设备广播的蓝牙信标帧报文。
第二蓝牙设备对接收到蓝牙信标帧报文,并对蓝牙信标帧报文的报文内容进行读取。
在步骤1104中,第二蓝牙设备根据蓝牙信标帧报文中的帧计数字段检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文。
由于同一个蓝牙信标帧报文可能被广播很多次,在蓝牙信标帧报文中包括帧计数字段时,第二蓝牙设备根据蓝牙信标帧报文中的帧计数字段查找出该蓝牙信标帧报文的帧序号,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文。
若已经处理过具有该帧序号的其它蓝牙信标帧报文,则进入步骤1005;
若未处理过具有该帧序号的其它蓝牙信标帧报文,则进入步骤1006至1012中的至少一个步骤。
在步骤1105中,若已经处理过具有帧序号的其它蓝牙信标帧报文,则第二蓝牙设备对该蓝牙信标帧报文不进行处理。
在步骤1106中,若蓝牙信标帧报文包括服务信息字段,则第二蓝牙设备根据服务信息字段获知第一蓝牙设备的当前运行数据,或蓝牙信标帧报文的报文组成信息,或第一蓝牙设备的当前运行数据和蓝牙信标帧报文的报文组成信息。
在步骤1107中,若蓝牙信标帧报文包括能力字段,则第二蓝牙设备根据能力字段获知第一蓝牙设备所具有的能力。
在步骤1108中,若蓝牙信标帧报文包括事件信息字段,则第二蓝牙设备执行事件信息字段中与第二蓝牙设备对应的事件指令。
该步骤还包括如下两个步骤:
第一,检测事件信息字段中的事件标识是否携带有第二蓝牙设备的标识。
蓝牙设备接收到该蓝牙信标帧报文后,从蓝牙信标帧报文中的事件信息字段中的事件标识是否携带有自身的标识。
第二,若携带有第二蓝牙设备的标识,则执行与第二蓝牙设备的标识对应的事件指令。
若检测结果为事件信息字段中的事件标识携带有第二蓝牙设备的标识,则执行与第二蓝牙设备的标识对应的事件指令。
在步骤1109中,第二蓝牙设备根据蓝牙信标帧报文携带的帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否携带有厂商自定义副标题数据。
在步骤1110中,第二蓝牙设备根据设备标识字段显示第一蓝牙设备的名称,或,根据设备标识字段和厂商自定义副标题数据显示第一蓝牙设备的名称;
比如,第一蓝牙设备的设备标识字段为“xx portable source”,则第二蓝牙设备显示第一蓝牙设备的名称“xx portable source”。
又比如,第一蓝牙设备的设备标识字段为“portable source”,厂商自定义副标题数据为“xx”,则第二蓝牙设备显示第一蓝牙设备的名称“portable source(xx)”。
在步骤1111中,第二蓝牙设备根据蓝牙信标帧报文携带的帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文。
当第一蓝牙设备与第二蓝牙设备建立蓝牙连接时,也可以使用该蓝牙信标帧报文作为绑定确认报文。也即,第二蓝牙设备根据蓝牙信标帧报文中的帧控制字段的第十四比特位确定该蓝牙信标帧报文是否为绑定确认报文。
综上所述,本实施例提供的报文收发方法,通过第一蓝牙设备生成并广播蓝牙信标帧报文,该蓝牙信标帧报文包括指明交互目的的字段,第二蓝牙设备接收第一蓝牙设备发送的蓝牙信标帧报文,并对该蓝牙信标帧报文进行处理;解决了第一蓝牙设备与第二蓝牙设备必须 要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。
本公开实施例中提供的报文收发方法,通过在蓝牙信标帧报文中包括服务信息字段和能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和能力。
本公开实施例中提供的报文收发方法,通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制。而且区别于相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备,本实施例中的第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。
本公开实施例中的报文收发方法,通过在蓝牙信标帧报文中包括帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备能耗。
在一个示意性的例子中,第一蓝牙设备是一个移动电源。该移动电源生成的蓝牙信标帧报文包括有服务信息字段和能力字段。
该服务信息字段的取值可以为:10000100。也即,服务信息字段中8个比特位携带的信息依次为:该移动电源尚未与其它设备绑定,该移动电源当前未与其它设备建立蓝牙连接,该移动电源当前是从设备,该蓝牙信标帧报文未加密,该蓝牙信标帧报文不包含MAC地址字段,该蓝牙信标帧报文携带有能力字段,该蓝牙信标帧报文未携带有事件字段,该蓝牙信标帧报文不包含厂商自定义数据。
该能力字段的取值可以为:00000000。也即,能力字段中4个比特位(后四个比特位为保留字段)携带的信息依次为:该移动电源不具有建立连接的能力,该移动电源不具有作为主设备的能力,该移动电源不具有加密的能力,该移动电源不具有输出/输入能力。
可选地,该移动电源生成的蓝牙信标帧报文中还携带有:长度字段、服务数据字段、设备标识字段和帧计数字段。该设备标识字段为“x米移动电源”。
在第一蓝牙设备广播发送该蓝牙信标帧报文后,若第二蓝牙设备接收到该蓝牙信标帧报文。则第二蓝牙设备能够通过服务信息字段和能力字段获知第一蓝牙设备的运行状态和所具有的能力,同时在用户交互界面上显示“x米移动电源”,如图12A所示。
在另一个示意性的例子中,如图12B所示,第一蓝牙设备是一个智能手环52,该智能手环52与智能手机54绑定,智能手机54在绑定过程中获知智能手环52的MAC地址。在日常使用过程中,用户可以在智能手机54上设置智能手环52的使用场景为“回家后自动打开电灯”和“回家后自动打开电视”。该智能手机54将智能手环52的MAC地址作为可信任MAC地址发送给电灯56和电视58。
当用户回家后,智能手机54能够通过定位技术获知用户的当前地理位置,且该当前地理 位置与用户的住所匹配,则智能手机54向智能手环52下发控制指令。该智能手环52生成蓝牙信标帧报文并广播发送。该蓝牙信标帧报文携带有服务信息字段和事件信息字段。
该服务信息字段的取值可以为:01101010。也即,服务信息字段中8个比特位携带的信息依次为:该智能手环已与其它设备绑定,该智能手环当前与其它设备建立了蓝牙连接,该智能手环当前是主设备,该蓝牙信标帧报文未加密,该蓝牙信标帧报文包含MAC地址字段,该蓝牙信标帧报文未携带有能力字段,该蓝牙信标帧报文携带有事件字段,该蓝牙信标帧报文不包含厂商自定义数据。
该事件信息字段包括有:事件标识字段“electric light”、“television”;事件指令:开启指令“power_on”。
电灯和电视会收到该蓝牙信标帧报文。电灯在检测到事件信息字段中的事件标识字段包括自身的标识“electric light”时,继续检测智能手环52的MAC地址是否为可信任MAC地址,若为可信任MAC地址,则执行事件指令“power_on”;电视在检测到事件信息字段中的事件标识字段包括自身的标识“television”时,继续检测智能手环52的MAC地址是否为可信任MAC地址,若为可信任MAC地址,则执行事件指令“power_on”。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
请参照图13,其示出了本公开一个实施例提供的报文发送装置的结构方框图。该指令生成装置可以通过软件、硬件或者两者的结合实现成为上述可提供报文发送方法的电子设备的全部或者一部分。该装置包括:
报文生成模块1310,被配置为根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文。
报文发送模块1320,被配置为广播发送蓝牙信标帧报文。
其中,蓝牙信标帧报文中包括指明交互目的的字段。
综上所述,本公开实施例中提供的报文发送收装置,通过第一蓝牙设备生成并广播蓝牙信标帧报文,该蓝牙信标帧报文包括指明交互目的的字段,第二蓝牙设备接收第一蓝牙设备发送的蓝牙信标帧报文,并对该蓝牙信标帧报文进行处理;解决了第一蓝牙设备与第二蓝牙设备必须要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。
可选地,蓝牙信标帧报文包括:服务信息字段;
服务信息字段包括第一蓝牙设备的当前运行数据;
或,服务信息字段包括蓝牙信标帧报文的报文组成信息;
或,服务信息字段包括第一蓝牙设备的当前运行数据,和,蓝牙信标帧报文的报文组成信息。
可选地,服务信息字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否已经与其它蓝牙设备进行绑定的第一比特位;
用于标识第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接的第二比特位;
用于标识第一蓝牙设备是主设备还是从设备的第三比特位;
用于标识蓝牙信标帧报文是否已经加密的第四比特位;
用于标识蓝牙信标帧报文是否携带有第一蓝牙设备的介质访问控制MAC地址的第五比特位;
用于标识蓝牙信标帧报文是否携带有能力字段的第六比特位;
用于标识蓝牙信标帧报文是否携带有事件信息字段的第七比特位;
用于标识蓝牙信标帧报文是否携带有厂商自定义数据的第八比特位。
可选地,蓝牙信标帧报文包括:能力字段;
能力字段包括第一蓝牙设备所具有的能力。
可选地,能力字段包括如下比特位中的至少一个比特位:
用于标识第一蓝牙设备是否具有建立蓝牙连接的能力的第九比特位;
用于标识第一蓝牙设备是否具有作为主设备的能力的第十比特位;
用于标识第一蓝牙设备是否具有加密能力的第十一比特位;
用于标识第一蓝牙设备是否具有输入输出能力的第十二比特位。
可选地,蓝牙信标帧报文包括:事件信息字段;事件信息字段包括用于控制第二蓝牙设备的事件指令。
可选地,事件信息字段包括:
用于标识第二蓝牙设备的事件标识字段;和,
用于标识第二蓝牙设备所需执行事件的事件指令;
可选地,事件信息字段包括:
用于标识默认的第二蓝牙设备所需执行事件的事件指令。
可选地,蓝牙信标帧报文还包括:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
可选地,蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
MAC地址字段用于标识第一蓝牙设备的MAC地址。
可选地,蓝牙信标帧报文还包括:帧控制字段;
帧控制字段包括如下比特位中的至少一个比特位:
用于标识蓝牙信标帧报文是否携带有厂商自定义副标题数据的第十三比特位;
用于标识蓝牙信标帧报文是否为绑定确认报文的第十四比特位。
可选地,蓝牙信标帧报文还包括:帧计数字段;
帧计数字段用于标识蓝牙信标帧报文的帧序号。
综上所述,该装置通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/ 或报文信息组成。
综上所述,该装置还通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
综上所述,该装置还通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而且区别于相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
综上所述,该装置还通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
请参照图14,其示出了本公开一个实施例提供的报文接收装置的结构方框图。该指令生成装置可以通过软件、硬件或者两者的结合实现成为上述可提供报文接收方法的电子设备的全部或者一部分。该装置包括:
报文接收模块1410,被配置为接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段;
报文处理模块1420,对蓝牙信标帧报文中的字段进行处理。
综上所述,本公开实施例中提供的报文接收装置,通过第一蓝牙设备生成并广播发送包含服务信息字段、能力字段和事件信息字段中至少一种的蓝牙信标帧报文,第二蓝牙设备接收第一蓝牙设备发送的信标帧报文,并对报文进行解析处理,进行第一蓝牙设备与第二蓝牙设备的信息访问与无线控制;解决了第一蓝牙设备与第二蓝牙设备必须要事先建立蓝牙连接的问题;达到了简化用户操作,节省信息访问和无线控制耗费的时间,提高用户体验度的效果。
请参照图15,其示出了本公开一个实施例提供的报文接收装置的结构方框图。该指令生成装置可以通过软件、硬件或者两者的结合实现成为上述可提供报文接收方法的电子设备的全部或者一部分。该装置包括:
报文接收模块1410,被配置为接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段;
报文处理模块1420,对蓝牙信标帧报文中的字段进行处理。
当蓝牙信标帧报文包括服务信息字段时,该装置还包括:信息获知模块1430,被配置为根据服务信息字段获知第一蓝牙设备的当前运行数据;
或,根据服务信息字段获知蓝牙信标帧报文的报文组成信息;
或,根据服务信息字段获知第一蓝牙设备的当前运行数据和蓝牙信标帧报文的报文组成信息。
信息获知模块1430,还包括如下子模块中的至少一个子模块:
判断绑定子模块1431,被配置为根据服务信息字段中的第一比特位,获知第一蓝牙设备是否已经与其它蓝牙设备进行绑定;
判断连接子模块1432,被配置为根据服务信息字段中的第二比特位,获知第一蓝牙设备是否已经与其它蓝牙设备建立蓝牙连接;
主从判断子模块1433,被配置为根据服务信息字段中的第三比特位,获知第一蓝牙设备是主设备还是从设备;
加密判断子模块1434,被配置为根据服务信息字段中的第四比特位,获知蓝牙信标帧报文是否已经加密;
地址判断子模块1435,被配置为根据服务信息字段中的第五比特位,获知蓝牙信标帧报文是否携带有第一蓝牙设备的介质访问控制MAC地址;
第一信息子模块1436,被配置为根据服务信息字段中的第六比特位,获知蓝牙信标帧报文是否携带有能力字段;
第二信息子模块1437,被配置为根据服务信息字段中的第七比特位,获知蓝牙信标帧报文是否携带有事件信息字段;
第三信息子模块1438,被配置为根据服务信息字段中的第八比特位,获知蓝牙信标帧报文是否携带有厂商自定义数据。
当蓝牙信标帧报文包括能力字段时,该装置还包括:能力获知模块1440,被配置为根据所述能力字段获知第一蓝牙设备所具有的能力
上述能力获知模块1440,还包括如下子模块中的至少一个子模块:
第一能力子模块1441,被配置为根据能力字段中的第九比特位,获知第一蓝牙设备是否具有建立蓝牙连接的能力;
第二能力子模块1442,被配置为根据能力字段中的第十比特位,获知第一蓝牙设备是否具有作为主设备的能力;
第三能力子模块1443,被配置为根据能力字段中的第十一比特位,获知第一蓝牙设备是否具有加密能力;
第四能力子模块1444,被配置为根据能力字段中的第十二比特位,获知第一蓝牙设备是否具有输入输出能力。
当蓝牙信标帧报文包括能力字段时,该装置还包括:指令执行模块1450。
上述指令执行模块1450,还包括:
第一标识子模块1451,被配置为检测事件信息字段中的事件标识是否携带有第二蓝牙设备的标识;
第一执行子模块1452,被配置为当携带有第二蓝牙设备的标识时,执行与第二蓝牙设备的标识对应的事件指令;
第二执行子模块1453,被配置为执行默认的第二蓝牙设备所需执行事件的事件指令。
上述蓝牙信标帧报文还携带有:设备标识字段;
设备标识字段用于标识第一蓝牙设备的设备名称。
当蓝牙信标帧报文包括介质访问控制MAC地址字段时,该装置还包括:
第一检测模块1460,被配置为根据MAC地址字段来检测第一蓝牙设备的MAC地址是否为可信任的MAC地址。
当蓝牙信标帧报文包括帧控制字段字段时,该装置还包括:
数据携带模块1470,被配置为根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据;
绑定确定模块1471,被配置为根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文;
确定模块1472,被配置为根据帧控制字段中的第十三比特位,确定蓝牙信标帧报文是否包括厂商自定义副标题数据,和,根据帧控制字段中的第十四比特位,确定蓝牙信标帧报文是否为绑定确认报文。
当蓝牙信标帧报文包括帧计数字段时,该装置还包括:
第二检测模块1480,被配置为检测是否已经处理过具有帧序号的其它蓝牙信标帧报文;
处理模块1490,被配置为当已经处理过具有帧序号的其它蓝牙信标帧报文时,不对蓝牙信标帧报文进行处理。
综上所述,本实施例中提供的报文接收装置,通过第一蓝牙设备生成并广播蓝牙信标帧报文,该蓝牙信标帧报文包括指明交互目的的字段,第二蓝牙设备接收第一蓝牙设备发送的蓝牙信标帧报文,并对该蓝牙信标帧报文进行处理;解决了第一蓝牙设备与第二蓝牙设备必须要实现建立连接才能进行交互的问题;达到了第一蓝牙设备和第二蓝牙设备无需建立蓝牙连接,就能够通过蓝牙信标帧报文中携带的指明交互目的的字段进行信息交互的效果。
综上所述,该装置还通过在蓝牙信标帧报文中包括服务信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的运行状态和/或报文信息组成。
综上所述,该装置还通过在蓝牙信标帧报文中包括能力字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第二蓝牙设备就能够获知第一蓝牙设备的能力。
综上所述,该装置还通过在蓝牙信标帧报文中包括事件信息字段,使得即便第一蓝牙设备和第二蓝牙设备尚未建立蓝牙连接,第一蓝牙设备也能够对第二蓝牙设备进行无线控制,第一蓝牙设备还能够同时对多个第二蓝牙设备进行无线控制。而且区别于相关技术中第一蓝牙设备建立蓝牙连接后仅能控制一个第二蓝牙设备。
综上所述,该装置还通过在蓝牙信标帧报文中包括帧计数字段,通过帧计数字段中的帧序号标记发送的蓝牙信标帧报文,检测是否已经处理过具有该帧序号的其它蓝牙信标帧报文,避免了对报文的重复处理,降低了设备资源的浪费。
本公开还提供一种报文发送装置,该装置包括:处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
第一蓝牙设备根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
广播发送蓝牙信标帧报文;
其中,蓝牙信标帧报文中包括指明交互目的的字段。
本公开还提供一种报文接收装置,该装置包括:处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
接收第一蓝牙设备广播的蓝牙信标帧报文,蓝牙信标帧报文中包括指明交互目的的字段;
对蓝牙信标帧报文中的字段进行处理。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图16是根据一示例性实施例示出的一种可作为执行报文收发方法的装置的框图。例如,装置1600可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图16,装置1600可以包括以下一个或多个组件:处理组件1602,存储器1604,电源组件1606,多媒体组件1608,音频组件1610,输入/输出(I/O)接口1612,传感器组件1614,以及通信组件1616。
通信组件1616含有蓝牙模组,该蓝牙模组支持标准BLE(Bluetooth low energy,低功耗蓝牙)协议,该蓝牙模组包括有控制芯片和与控制芯片相连的蓝牙芯片。
处理组件1602通常控制装置1600的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1602可以包括一个或多个处理器1618来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1602可以包括一个或多个模块,便于处理组件1602和其他组件之间的交互。例如,处理组件1602可以包括多媒体模块,以方便多媒体组件1608和处理组件1602之间的交互。
存储器1604被配置为存储各种类型的数据以支持在装置1600的操作。这些数据的示例包括用于在装置1600上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1606为装置1600的各种组件提供电力。电源组件1606可以包括电源管理系统,一个或多个电源,及其他与为装置1600生成、管理和分配电力相关联的组件。
多媒体组件1608包括在装置1600和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1608包括一个前置摄像头和/或后置摄像头。当装置1600处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1610被配置为输出和/或输入音频信号。例如,音频组件1610包括一个麦克风(MIC),当装置1600处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1604或经由通信组件1616发送。在一些实施例中,音频组件1610还包括一个扬声器,用于输出音频信号。
I/O接口1612为处理组件1602和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1614包括一个或多个传感器,用于为装置1600提供各个方面的状态评估。例如,传感器组件1614可以检测到装置1600的打开/关闭状态,组件的相对定位,例如组件为装置1600的显示器和小键盘,传感器组件1614还可以检测装置1600或装置1600一个组件的位置改变,用户与装置1600接触的存在或不存在,装置1600方位或加速/减速和装置1600的温度变化。传感器组件1614可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1614还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1614还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1616被配置为便于装置1600和其他设备之间有线或无线方式的通信。装置1600可以接入基于通信标准的无线网络,如Wi-Fi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件1616还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述报文收发方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括 指令的存储器1604,上述指令可由装置1600的处理器1618执行以完成上述报文收发方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (52)

  1. 一种报文发送方法,其特征在于,用于第一蓝牙设备中,所述方法包括:
    根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
    广播发送所述蓝牙信标帧报文;
    其中,所述蓝牙信标帧报文中包括指明所述交互目的的字段。
  2. 根据权利要求1所述的方法,其特征在于,所述蓝牙信标帧报文包括:服务信息字段;
    所述服务信息字段包括所述第一蓝牙设备的当前运行数据;
    或,
    所述服务信息字段包括所述蓝牙信标帧报文的报文组成信息;
    或,
    所述服务信息字段包括所述第一蓝牙设备的当前运行数据和所述蓝牙信标帧报文的报文组成信息。
  3. 根据权利要求2所述的方法,其特征在于,所述服务信息字段包括如下比特位中的至少一个比特位:
    用于标识所述第一蓝牙设备是否已经与其它蓝牙设备进行绑定的第一比特位;
    用于标识所述第一蓝牙设备是否已经与所述其它蓝牙设备建立蓝牙连接的第二比特位;
    用于标识所述第一蓝牙设备是主设备还是从设备的第三比特位;
    用于标识所述蓝牙信标帧报文是否已经加密的第四比特位;
    用于标识所述蓝牙信标帧报文是否携带有所述第一蓝牙设备的介质访问控制MAC地址的第五比特位;
    用于标识所述蓝牙信标帧报文是否携带有所述能力字段的第六比特位;
    用于标识所述蓝牙信标帧报文是否携带有所述事件信息字段的第七比特位;
    用于标识所述蓝牙信标帧报文是否携带有厂商自定义数据的第八比特位。
  4. 根据权利要求1所述的方法,其特征在于,所述蓝牙信标帧报文包括:能力字段;
    所述能力字段包括所述第一蓝牙设备所具有的能力。
  5. 根据权利要求4所述的方法,其特征在于,所述能力字段包括如下比特位中的至少一个比特位:
    用于标识所述第一蓝牙设备是否具有建立蓝牙连接的能力的第九比特位;
    用于标识所述第一蓝牙设备是否具有作为主设备的能力的第十比特位;
    用于标识所述第一蓝牙设备是否具有加密能力的第十一比特位;
    用于标识所述第一蓝牙设备是否具有输入输出能力的第十二比特位。
  6. 根据权利要求1所述的方法,其特征在于,所述蓝牙信标帧报文包括:事件信息字段;所述事件信息字段包括用于控制第二蓝牙设备的事件指令。
  7. 根据权利要求6所述的方法,其特征在于,所述事件信息字段包括:
    用于标识所述第二蓝牙设备的事件标识字段;和,
    用于标识所述第二蓝牙设备所需执行事件的事件指令。
  8. 根据权利要求6所述的方法,其特征在于,所述事件信息字段包括:
    用于标识默认的所述第二蓝牙设备所需执行事件的事件指令。
  9. 根据权利要求1至8任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:设备标识字段;
    所述设备标识字段用于标识所述第一蓝牙设备的设备名称。
  10. 根据权利要求1至8任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
    所述MAC地址字段用于标识所述第一蓝牙设备的MAC地址。
  11. 根据权利要求1至8任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:帧控制字段;
    所述帧控制字段包括如下比特位中的至少一个比特位:
    用于标识所述蓝牙信标帧报文是否携带有厂商自定义副标题数据的第十三比特位;
    用于标识所述蓝牙信标帧报文是否为绑定确认报文的第十四比特位。
  12. 根据权利要求1至8任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:帧计数字段;
    所述帧计数字段用于标识所述蓝牙信标帧报文的帧序号。
  13. 一种报文接收方法,其特征在于,用于第二蓝牙设备中,所述方法包括:
    接收第一蓝牙设备广播的蓝牙信标帧报文,所述蓝牙信标帧报文中包括指明交互目的的字段;
    对所述蓝牙信标帧报文中的所述字段进行处理。
  14. 根据权利要求13所述的方法,其特征在于,所述蓝牙信标帧报文包括服务信息字段;
    所述对所述蓝牙信标帧报文中的所述字段进行处理,包括:
    根据所述服务信息字段获知所述第一蓝牙设备的当前运行数据;
    或,
    根据所述服务信息字段获知所述蓝牙信标帧报文的报文组成信息;
    或,
    根据所述服务信息字段获知所述第一蓝牙设备的当前运行数据,且根据所述服务信息字段获知所述蓝牙信标帧报文的报文组成信息。
  15. 根据权利要求14所述的方法,其特征在于,所述根据所述服务信息字段获知所述第一蓝牙设备的当前运行数据,包括如下步骤中的至少一个:
    根据所述服务信息字段中的第一比特位,获知所述第一蓝牙设备是否已经与其它蓝牙设备进行绑定;
    根据所述服务信息字段中的第二比特位,获知所述第一蓝牙设备是否已经与所述其它蓝牙设备建立蓝牙连接;
    根据所述服务信息字段中的第三比特位,获知所述第一蓝牙设备是主设备还是从设备。
  16. 根据权利要求14所述的方法,其特征在于,所述根据所述服务信息字段获知所述蓝牙信标帧报文的报文组成信息,包括如下步骤中的至少一个:
    根据所述服务信息字段中的第四比特位,获知所述蓝牙信标帧报文是否已经加密;
    根据所述服务信息字段中的第五比特位,获知所述蓝牙信标帧报文是否包括所述第一蓝牙设备的介质访问控制MAC地址;
    根据所述服务信息字段中的第六比特位,获知所述蓝牙信标帧报文是否包括所述能力字段;
    根据所述服务信息字段中的第七比特位,获知所述蓝牙信标帧报文是否包括所述事件信息字段;
    根据所述服务信息字段中的第八比特位,获知所述蓝牙信标帧报文是否包括厂商自定义数据。
  17. 根据权利要求13所述的方法,其特征在于,所述蓝牙信标帧报文包括能力字段;
    所述对所述蓝牙信标帧报文中的所述字段进行处理,包括:
    根据所述能力字段获知所述第一蓝牙设备所具有的能力。
  18. 根据权利要求17所述的方法,其特征在于,所述根据所述能力字段获知所述第一蓝牙设备所具有的能力,包括如下步骤中的至少一个:
    根据所述能力字段中的第九比特位,获知所述第一蓝牙设备是否具有建立蓝牙连接的能力;
    根据所述能力字段中的第十比特位,获知所述第一蓝牙设备是否具有作为主设备的能力;
    根据所述能力字段中的第十一比特位,获知所述第一蓝牙设备是否具有加密能力;
    根据所述能力字段中的第十二比特位,获知所述第一蓝牙设备是否具有输入输出能力。
  19. 根据权利要求13所述的方法,其特征在于,所述蓝牙信标帧报文包括事件信息字段;
    所述对所述蓝牙信标帧报文中的所述字段进行处理,包括:
    根据事件信息字段,执行所述事件信息字段中与第二蓝牙设备对应的事件指令。
  20. 根据权利要求19所述的方法,其特征在于,所述执行所述事件信息字段中与第二蓝牙设备对应的事件指令,包括:
    检测所述事件信息字段中的事件标识是否包括所述第二蓝牙设备的标识;
    若包括所述第二蓝牙设备的标识,则执行与所述第二蓝牙设备的标识对应的事件指令。
  21. 根据权利要求19所述的方法,其特征在于,所述执行所述事件信息字段中与第二蓝牙设备对应的事件指令,包括:
    执行默认的所述第二蓝牙设备所需执行事件的事件指令。
  22. 根据权利要求13至21任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括: 设备标识字段;
    所述设备标识字段用于标识所述第一蓝牙设备的设备名称。
  23. 根据权利要求13至21任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
    根据所述MAC地址字段来检测所述第一蓝牙设备的MAC地址是否为可信任的MAC地址。
  24. 根据权利要求13至21任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:帧控制字段;
    所述方法,还包括:
    根据所述帧控制字段中的第十三比特位,确定所述蓝牙信标帧报文是否包括厂商自定义副标题数据;
    或,
    根据所述帧控制字段中的第十四比特位,确定所述蓝牙信标帧报文是否为绑定确认报文;
    或,
    根据所述帧控制字段中的第十三比特位,确定所述蓝牙信标帧报文是否包括厂商自定义副标题数据,且根据所述帧控制字段中的第十四比特位,确定所述蓝牙信标帧报文是否为绑定确认报文。
  25. 根据权利要求13至21任一所述的方法,其特征在于,所述蓝牙信标帧报文还包括:帧计数字段,所述帧计数字段用于标识所述蓝牙信标帧报文的帧序号;
    所述方法,还包括:
    检测是否已经处理过具有所述帧序号的其它蓝牙信标帧报文;
    若已经处理过具有所述帧序号的其它蓝牙信标帧报文,则不对所述蓝牙信标帧报文进行处理。
  26. 一种报文发送装置,其特征在于,所述装置包括:
    报文生成模块,被配置为根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
    报文发送模块,被配置为广播发送所述蓝牙信标帧报文;
    其中,所述蓝牙信标帧报文中包括指明所述交互目的的字段。
  27. 根据权利要求26所述的装置,其特征在于,所述蓝牙信标帧报文包括:服务信息字段;
    所述服务信息字段包括所述第一蓝牙设备的当前运行数据;
    或,所述服务信息字段包括所述蓝牙信标帧报文的报文组成信息;
    或,所述服务信息字段包括所述第一蓝牙设备的当前运行数据,和,所述蓝牙信标帧报文的报文组成信息。
  28. 根据权利要求27所述的装置,其特征在于,所述服务信息字段包括如下比特位中的至少一个比特位:
    用于标识所述第一蓝牙设备是否已经与其它蓝牙设备进行绑定的第一比特位;
    用于标识所述第一蓝牙设备是否已经与所述其它蓝牙设备建立蓝牙连接的第二比特位;
    用于标识所述第一蓝牙设备是主设备还是从设备的第三比特位;
    用于标识所述蓝牙信标帧报文是否已经加密的第四比特位;
    用于标识所述蓝牙信标帧报文是否携带有所述第一蓝牙设备的介质访问控制MAC地址的第五比特位;
    用于标识所述蓝牙信标帧报文是否携带有所述能力字段的第六比特位;
    用于标识所述蓝牙信标帧报文是否携带有所述事件信息字段的第七比特位;
    用于标识所述蓝牙信标帧报文是否携带有厂商自定义数据的第八比特位。
  29. 根据权利要求26所述的装置,其特征在于,所述蓝牙信标帧报文包括:能力字段;
    所述能力字段包括所述第一蓝牙设备所具有的能力。
  30. 根据权利要求29所述的装置,其特征在于,所述能力字段包括如下比特位中的至少一个比特位:
    用于标识所述第一蓝牙设备是否具有建立蓝牙连接的能力的第九比特位;
    用于标识所述第一蓝牙设备是否具有作为主设备的能力的第十比特位;
    用于标识所述第一蓝牙设备是否具有加密能力的第十一比特位;
    用于标识所述第一蓝牙设备是否具有输入输出能力的第十二比特位。
  31. 根据权利要求26所述的装置,其特征在于,所述蓝牙信标帧报文包括:事件信息字段;所述事件信息字段包括用于控制第二蓝牙设备的事件指令。
  32. 根据权利要求31所述的装置,其特征在于,所述事件信息字段包括:
    用于标识所述第二蓝牙设备的事件标识字段;和,
    用于标识所述第二蓝牙设备所需执行事件的事件指令;
  33. 根据权利要求31所述的报文发送装置,其特征在于,所述事件信息字段包括:
    用于标识默认的所述第二蓝牙设备所需执行事件的事件指令。
  34. 根据权利要求26至33任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:设备标识字段;
    所述设备标识字段用于标识所述第一蓝牙设备的设备名称。
  35. 根据权利要求26至33任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:介质访问控制MAC地址字段;
    所述MAC地址字段用于标识所述第一蓝牙设备的MAC地址。
  36. 根据权利要求26至33任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:帧控制字段;
    所述帧控制字段包括如下比特位中的至少一个比特位:
    用于标识所述蓝牙信标帧报文是否携带有厂商自定义副标题数据的第十三比特位;
    用于标识所述蓝牙信标帧报文是否为绑定确认报文的第十四比特位。
  37. 根据权利要求26至33任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:帧计数字段;
    所述帧计数字段用于标识所述蓝牙信标帧报文的帧序号。
  38. 一种报文接收装置,其特征在于,所述装置包括:
    报文接收模块,被配置为接收第一蓝牙设备广播的蓝牙信标帧报文,所述蓝牙信标帧报文中包括指明所述交互目的的字段;
    报文处理模块,被配置为对所述蓝牙信标帧报文中的所述字段进行处理。
  39. 根据权利要求38所述的装置,其特征在于,所述蓝牙信标帧报文包括服务信息字段,所述装置包括:
    信息获知模块,被配置为根据所述服务信息字段获知所述第一蓝牙设备的当前运行数据;
    或,根据所述服务信息字段获知所述蓝牙信标帧报文的报文组成信息;
    或,根据所述服务信息字段获知所述第一蓝牙设备的当前运行数据和所述蓝牙信标帧报文的报文组成信息。
  40. 根据权利要求39所述的装置,其特征在于,所述信息获知模块,包括如下子模块中的至少一个子模块:
    判断绑定子模块,被配置为根据所述服务信息字段中的第一比特位,获知所述第一蓝牙设备是否已经与其它蓝牙设备进行绑定;
    判断连接子模块,被配置为根据所述服务信息字段中的第二比特位,获知所述第一蓝牙设备是否已经与所述其它蓝牙设备建立蓝牙连接;
    主从判断子模块,被配置为根据所述服务信息字段中的第三比特位,获知所述第一蓝牙设备是主设备还是从设备;
  41. 根据权利要求39所述的装置,其特征在于,所述信息获知模块,包括如下子模块中的至少一个子模块:
    加密判断子模块,被配置为根据所述服务信息字段中的第四比特位,获知所述蓝牙信标帧报文是否已经加密;
    地址判断子模块,被配置为根据所述服务信息字段中的第五比特位,获知所述蓝牙信标帧报文是否携带有所述第一蓝牙设备的介质访问控制MAC地址;
    第一信息子模块,被配置为根据所述服务信息字段中的第六比特位,获知所述蓝牙信标帧报文是否携带有所述能力字段;
    第二信息子模块,被配置为根据所述服务信息字段中的第七比特位,获知所述蓝牙信标帧报文是否携带有所述事件信息字段;
    第三信息子模块,被配置为根据所述服务信息字段中的第八比特位,获知所述蓝牙信标帧报文是否携带有厂商自定义数据。
  42. 根据权利要求38所述的装置,其特征在于,所述蓝牙信标帧报文包括能力字段,所 述装置包括:
    能力获知模块,被配置为根据所述能力字段获知所述第一蓝牙设备所具有的能力。
  43. 根据权利要求38所述的装置,其特征在于,所述能力获知模块,还包括如下子模块中的至少一个子模块:
    第一能力子模块,被配置为根据所述能力字段中的第九比特位,获知所述第一蓝牙设备是否具有建立蓝牙连接的能力;
    第二能力子模块,被配置为根据所述能力字段中的第十比特位,获知所述第一蓝牙设备是否具有作为主设备的能力;
    第三能力子模块,被配置为根据所述能力字段中的第十一比特位,获知所述第一蓝牙设备是否具有加密能力;
    第四能力子模块,被配置为根据所述能力字段中的第十二比特位,获知所述第一蓝牙设备是否具有输入输出能力。
  44. 根据权利要求38所述的装置,其特征在于,所述蓝牙信标帧报文包括事件信息字段,所述装置还包括:
    指令执行模块,被配置为执行所述事件信息字段中与第二蓝牙设备对应的事件指令。
  45. 根据权利要求44所述的装置,其特征在于,所述指令执行模块,还包括:
    第一标识子模块,被配置为检测所述事件信息字段中的事件标识是否包括所述第二蓝牙设备的标识;
    第一执行子模块,被配置为当包括所述第二蓝牙设备的标识时,执行与所述第二蓝牙设备的标识对应的事件指令。
  46. 根据权利要求44所述的报文接收装置,其特征在于,所述指令执行模块,还包括:
    第二执行子模块,被配置为执行默认的所述第二蓝牙设备所需执行事件的事件指令。
  47. 根据权利要求38至46任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:设备标识字段;
    所述设备标识字段用于标识所述第一蓝牙设备的设备名称。
  48. 根据权利要求38至46任一所述的报文接收装置,其特征在于,所述蓝牙信标帧报文包括介质访问控制MAC地址字段,所述装置包括:
    第一检测模块,被配置为根据所述MAC地址字段来检测所述第一蓝牙设备的MAC地址是否为可信任的MAC地址。
  49. 根据权利要求38至46任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:帧控制字段;所述装置,还包括:
    数据携带模块,被配置为根据所述帧控制字段中的第十三比特位,确定所述蓝牙信标帧报文是否包括厂商自定义副标题数据;
    绑定确定模块,被配置为根据所述帧控制字段中的第十四比特位,确定所述蓝牙信标帧报文是否为绑定确认报文;
    确定模块,被配置为根据所述帧控制字段中的第十三比特位,确定所述蓝牙信标帧报文是否包括厂商自定义副标题数据,和,根据所述帧控制字段中的第十四比特位,确定所述蓝牙信标帧报文是否为绑定确认报文。
  50. 根据权利要求38至46任一所述的装置,其特征在于,所述蓝牙信标帧报文还包括:帧计数字段,所述帧计数字段用于标识所述蓝牙信标帧报文的帧序号;
    所述装置,还包括:
    第二检测模块,被配置为检测是否已经处理过具有所述帧序号的其它蓝牙信标帧报文;
    处理模块,被配置为当已经处理过具有所述帧序号的其它蓝牙信标帧报文时,不对所述蓝牙信标帧报文进行处理。
  51. 一种报文发送装置,其特征在于,所述装置包括:
    处理器;
    用于存储所述处理器可执行指令的存储器;
    其中,所述处理器被配置为:
    第一蓝牙设备根据与第二蓝牙设备的交互目的生成蓝牙信标帧报文;
    广播发送所述蓝牙信标帧报文;
    其中,所述蓝牙信标帧报文中包括指明所述交互目的的字段。
  52. 一种报文发送装置,其特征在于,所述装置包括:
    处理器;
    用于存储所述处理器可执行指令的存储器;
    其中,所述处理器被配置为:
    接收第一蓝牙设备广播的蓝牙信标帧报文,所述蓝牙信标帧报文中包括指明交互目的的字段;
    对所述蓝牙信标帧报文中的所述字段进行处理。
PCT/CN2015/099607 2015-09-28 2015-12-29 报文发送方法、报文接收方法及装置 Ceased WO2017054352A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2016520044A JP6334688B2 (ja) 2015-09-28 2015-12-29 メッセージ送信方法、メッセージ受信方法および装置
MX2016007014A MX364369B (es) 2015-09-28 2015-12-29 Metodo de transmision de mensajes , y metodo y aparato de recepcion de mensajes.
RU2016122382A RU2641889C2 (ru) 2015-09-28 2015-12-29 Способ и устройство (варианты) передачи сообщений, способ и устройство (варианты) для приема сообщений
KR1020167008503A KR101963424B1 (ko) 2015-09-28 2015-12-29 메시지 송신 방법, 메시지 수신 방법 및 장치

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510628252.3 2015-09-28
CN201510628252.3A CN105471478B (zh) 2015-09-28 2015-09-28 报文发送方法、报文接收方法及装置

Publications (1)

Publication Number Publication Date
WO2017054352A1 true WO2017054352A1 (zh) 2017-04-06

Family

ID=55608840

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/099607 Ceased WO2017054352A1 (zh) 2015-09-28 2015-12-29 报文发送方法、报文接收方法及装置

Country Status (8)

Country Link
US (1) US10178606B2 (zh)
EP (1) EP3148161B1 (zh)
JP (1) JP6334688B2 (zh)
KR (1) KR101963424B1 (zh)
CN (1) CN105471478B (zh)
MX (1) MX364369B (zh)
RU (1) RU2641889C2 (zh)
WO (1) WO2017054352A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106060962B (zh) * 2016-06-22 2020-01-03 新华三技术有限公司 一种通信方法及装置
CN108605371B (zh) 2016-08-31 2021-01-05 华为技术有限公司 发现蓝牙设备的方法和蓝牙设备
CN106789415A (zh) * 2016-12-12 2017-05-31 东软集团股份有限公司 设备信息的采集方法、装置及系统
US10171953B2 (en) * 2016-12-15 2019-01-01 At&T Mobility Ii Llc Vehicle event notification via cell broadcast
WO2018120390A1 (zh) * 2016-12-28 2018-07-05 华为技术有限公司 一种通信建立的方法及终端
US10645172B1 (en) * 2017-03-30 2020-05-05 Amazon Technologies, Inc. Socket tunneling connections in a service provider environment
JP7321994B2 (ja) 2018-02-28 2023-08-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信装置、受信装置、送信方法、及び、受信方法
US11057769B2 (en) 2018-03-12 2021-07-06 At&T Digital Life, Inc. Detecting unauthorized access to a wireless network
CA3121850A1 (en) 2019-01-03 2020-07-09 Avive Solutions, Inc. Defibrillator communications architecture
CN112866771A (zh) * 2019-11-27 2021-05-28 海信视像科技股份有限公司 一种显示装置与建立蓝牙连接的方法
CN114125725B (zh) * 2020-08-31 2022-10-11 Oppo广东移动通信有限公司 广播消息的发送方法、接收方法、装置、设备及存储介质
CN112714534A (zh) * 2020-12-31 2021-04-27 珠海雷特科技股份有限公司 智能灯具的控制方法、计算机装置及计算机可读存储介质
CN113055873B (zh) * 2021-03-11 2022-09-09 Oppo广东移动通信有限公司 设备间的识别方法、装置、电子设备和存储介质
CN113271579B (zh) * 2021-05-24 2022-10-11 杭州涂鸦信息技术有限公司 蓝牙设备控制方法、客户端、计算机设备和可读存储介质
CN113490158B (zh) * 2021-07-07 2022-06-03 荣耀终端有限公司 蓝牙设备配对连接方法、电子设备、蓝牙设备及终端系统
CN113490160A (zh) * 2021-07-30 2021-10-08 北京小米移动软件有限公司 一种无线通信方法及无线通信装置
CN113473434B (zh) * 2021-08-17 2024-07-30 杭州涂鸦信息技术有限公司 蓝牙连接方法、装置、计算机设备和计算机可读存储介质
US11800339B2 (en) * 2021-09-03 2023-10-24 Harris Global Communications, Inc. Communication system and methods providing push-to-talk (PTT) operation with enhanced Bluetooth low energy (BLE) security
CN115474181B (zh) * 2022-03-02 2024-12-24 北京罗克维尔斯科技有限公司 蓝牙设备识别方法、装置、电子设备和存储介质
CN115052276B (zh) * 2022-03-31 2026-03-13 北京小米移动软件有限公司 信息处理方法及装置、电子设备及存储介质
CN117336702A (zh) * 2022-06-23 2024-01-02 华为技术有限公司 蓝牙数据的处理方法、终端设备和可读存储介质
US20240048531A1 (en) * 2022-08-08 2024-02-08 Apple Inc. Obfuscation in privacy beacon

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1513159A (zh) * 2001-06-05 2004-07-14 �ʼҷ����ֵ������޹�˾ 通过信标的支付授权
WO2009061036A1 (en) * 2007-11-07 2009-05-14 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having beacon design
CN103793833A (zh) * 2014-03-12 2014-05-14 重庆金瓯科技发展有限责任公司 一种基于蓝牙信标的商务系统
CN104933784A (zh) * 2015-05-08 2015-09-23 牛力伟 一种基于蓝牙技术的车库闸机通过验证方法和系统

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5802065A (en) * 1995-10-23 1998-09-01 Kawasaki Steel Corporation Data receiving device
US6975400B2 (en) * 1999-01-25 2005-12-13 Amnis Corporation Imaging and analyzing parameters of small moving objects such as cells
US6975610B1 (en) * 2000-06-19 2005-12-13 Koninklijke Philips Electronics N.V. System and method for communicating between a plurality of asynchronous systems
US7254191B2 (en) * 2002-04-22 2007-08-07 Cognio, Inc. System and method for real-time spectrum analysis in a radio device
JP4412905B2 (ja) * 2003-01-28 2010-02-10 パナソニック株式会社 低電力動作制御装置、およびプログラム最適化装置
US20040218683A1 (en) * 2003-05-01 2004-11-04 Texas Instruments Incorporated Multi-mode wireless devices having reduced-mode receivers
EP1680904A1 (en) 2003-10-15 2006-07-19 QUALCOMM Incorporated High data rate interface
KR100574517B1 (ko) * 2003-10-28 2006-04-27 삼성전자주식회사 무선 개인영역 네트워크에서의 브로드캐스트 방법 및 그방법을 사용하는 통신시스템
CN1918859B (zh) * 2004-02-06 2013-06-19 皇家飞利浦电子股份有限公司 用于自组网的设置信标协议
US7685324B2 (en) * 2005-04-28 2010-03-23 Panasonic Corporation Audio-video processing apparatus and program therefor
CN101193042B (zh) * 2006-12-01 2010-09-29 中国科学院沈阳自动化研究所 一种无线网状网络介质访问控制方法
EP2045937B1 (en) * 2007-10-04 2019-06-19 Microchip Technology Germany GmbH System and method for real time synchronization through a communication system
CN102184352A (zh) * 2011-03-16 2011-09-14 东南大学 基于蓝牙设备认证的计算机系统自动防护方法
US8892379B2 (en) * 2011-06-30 2014-11-18 General Electric Company System and method for soft-field reconstruction
US9445305B2 (en) * 2011-09-12 2016-09-13 Microsoft Corporation Low energy beacon encoding
US9369959B2 (en) * 2011-10-31 2016-06-14 Nokia Technologies Oy Wirelessly transferring data to a packaged electronic device
KR101641008B1 (ko) * 2012-01-19 2016-07-19 인텔 코포레이션 서비스 검색을 위한 시스템 및 방법
US20140032304A1 (en) * 2012-07-27 2014-01-30 Google Inc. Determining a correlation between presentation of a content item and a transaction by a user at a point of sale terminal
JP2014093686A (ja) * 2012-11-05 2014-05-19 Tokai Rika Co Ltd 車載通信装置
CN103135461B (zh) * 2012-12-27 2015-11-18 青岛歌尔声学科技有限公司 一种终端状态的控制方法和系统
US10004543B2 (en) * 2013-02-04 2018-06-26 Genesys Spine Minimally invasive pedicle screw extension sleeve system
US20140222574A1 (en) * 2013-02-04 2014-08-07 Shopkick, Inc. Presence detection using bluetooth and hybrid-mode transmitters
JP6093026B2 (ja) * 2013-03-12 2017-03-08 エルジー エレクトロニクス インコーポレイティド ダイレクト通信システムにおけるp2pグループ形成方法およびそのための装置
KR102092063B1 (ko) * 2013-04-26 2020-03-23 삼성전자 주식회사 통신 서비스 수행 방법 및 장치
EP2992663B1 (en) * 2013-04-30 2020-01-01 Assa Abloy AB Method for mobile provisioning of nfc credentials
US9853719B2 (en) * 2013-06-09 2017-12-26 Apple Inc. Discovery of nearby devices for file transfer and other communications
US9445220B2 (en) * 2013-09-06 2016-09-13 Paypal, Inc. Systems and methods for enabling additional devices to check in to bluetooth low energy (BLE) beacons
US9356819B2 (en) * 2013-09-27 2016-05-31 Ebay Inc. Systems and methods for checking a user into a location using a packet sequence including location information
CN103888548B (zh) * 2014-04-18 2017-11-17 重庆金瓯科技发展有限责任公司 蓝牙信标监控管理系统
CN105898672B (zh) * 2014-05-09 2019-08-09 苹果公司 扩展蓝牙通信模式
KR102241297B1 (ko) * 2014-08-27 2021-04-16 삼성전자주식회사 제어 방법 및 그 방법을 처리하는 전자장치
US9392398B2 (en) * 2014-09-30 2016-07-12 Apple Inc. Wireless proximity pairing of user-interface devices

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1513159A (zh) * 2001-06-05 2004-07-14 �ʼҷ����ֵ������޹�˾ 通过信标的支付授权
WO2009061036A1 (en) * 2007-11-07 2009-05-14 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having beacon design
CN103793833A (zh) * 2014-03-12 2014-05-14 重庆金瓯科技发展有限责任公司 一种基于蓝牙信标的商务系统
CN104933784A (zh) * 2015-05-08 2015-09-23 牛力伟 一种基于蓝牙技术的车库闸机通过验证方法和系统

Also Published As

Publication number Publication date
US20170094587A1 (en) 2017-03-30
MX364369B (es) 2019-04-24
JP2017539099A (ja) 2017-12-28
CN105471478B (zh) 2019-01-04
RU2641889C2 (ru) 2018-01-23
EP3148161A1 (en) 2017-03-29
EP3148161B1 (en) 2019-07-10
KR101963424B1 (ko) 2019-07-31
JP6334688B2 (ja) 2018-05-30
US10178606B2 (en) 2019-01-08
MX2016007014A (es) 2017-06-29
KR20170115936A (ko) 2017-10-18
CN105471478A (zh) 2016-04-06

Similar Documents

Publication Publication Date Title
WO2017054352A1 (zh) 报文发送方法、报文接收方法及装置
CN105357262B (zh) 设备控制方法及装置
EP2999271B1 (en) Method and apparatus for accessing wireless network
US10374819B2 (en) Methods and devices of accessing wireless network
JP6122558B2 (ja) 通信方法、通信装置、プログラム及び記録媒体
US11722283B2 (en) Information transmission method, device, system, and storage medium
WO2017107470A1 (zh) 建立无线连接的方法及装置
WO2017020413A1 (zh) 网络接入方法、设备及系统
CN106507437A (zh) 智能设备联网方法和装置
CN106452924A (zh) 同步无线网络配置的方法和装置
WO2020191631A1 (zh) 时隙格式指示方法及装置
WO2016155304A1 (zh) 无线访问接入点的控制方法及装置
JP2018503150A (ja) タッチスクリーンのポイント報告を処理するための方法、装置、プログラム、及び記録媒体
CN108886789A (zh) 确定上下行切换点的方法及装置
WO2018120779A1 (zh) 下行链路数据的传输方法及装置
CN111010721A (zh) 无线配网方法、无线配网装置及计算机可读存储介质
WO2020087464A1 (zh) 传输信息的方法、装置、基站及终端
WO2019183940A1 (zh) 波束选择方法及装置
WO2019023880A1 (zh) 传输方向的指示方法及装置
CN108476392A (zh) 物联网设备之间建立快速连接的方法、装置及设备
WO2019183939A1 (zh) 数据传输方法及装置
EP3849201A1 (en) Multi-dimensional media data transmission method and apparatus, electronic device, and storage medium
EP4362507B1 (en) Communication system and communication method for sending projection requests
WO2018184170A1 (zh) 实现物联网设备引导的方法、装置、设备及基站
EP3989468A1 (en) Receiving state feedback method and device

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 20167008503

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2016520044

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/007014

Country of ref document: MX

ENP Entry into the national phase

Ref document number: 2016122382

Country of ref document: RU

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15905262

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15905262

Country of ref document: EP

Kind code of ref document: A1