WO2017214137A1 - Procédés, dispositifs et systèmes de prise en charge de communication sans fil - Google Patents

Procédés, dispositifs et systèmes de prise en charge de communication sans fil Download PDF

Info

Publication number
WO2017214137A1
WO2017214137A1 PCT/US2017/036141 US2017036141W WO2017214137A1 WO 2017214137 A1 WO2017214137 A1 WO 2017214137A1 US 2017036141 W US2017036141 W US 2017036141W WO 2017214137 A1 WO2017214137 A1 WO 2017214137A1
Authority
WO
WIPO (PCT)
Prior art keywords
bluetooth
chip
bluetooth chip
advertising data
devices
Prior art date
Application number
PCT/US2017/036141
Other languages
English (en)
Inventor
Daguang GU
Fuyong Zhao
Kunpeng Zhang
Original Assignee
Cassia Networks 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 Cassia Networks Inc. filed Critical Cassia Networks Inc.
Publication of WO2017214137A1 publication Critical patent/WO2017214137A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • This disclosure relates generally to a field of wireless communication and, more particularly, to methods, devices, and systems for facilitating wireless communication in a Bluetooth network.
  • Bluetooth devices such as Bluetooth speakers, smart locks, and various smart Bluetooth sensors and wearable devices, have become widely used in many applications. Frequently multiple Bluetooth devices are present in the same area for a variety of uses. Since the application interface for each of the Bluetooth devices may be different, a user of a Bluetooth-enabled client device, such as a smart phone or personal computer, may need to access various application interfaces in order to control the different Bluetooth devices. The process of managing the Bluetooth devices can be cumbersome when the number of Bluetooth devices controlled by the client device increases. Thus, a more user-friendly solution for controlling multiple Bluetooth devices is desired.
  • Bluetooth technology is designed for low power and low cost operation
  • the communication range of Bluetooth devices is typically quite short.
  • the typical communication range of Bluetooth devices such as between a smart phone and a Bluetooth Low Energy (BLE) sensor
  • BLE Bluetooth Low Energy
  • the short communication range limits the use of Bluetooth devices in scenarios where longer communication range is required.
  • the present disclosure provides a device for supporting wireless
  • the device includes a Bluetooth transceiver for communicating with a Bluetooth device, a network interface for communicating with a client device, a database for storing a plurality of Bluetooth service characteristics, one or more processors, and a memory for storing
  • the one or more processors may be configured to after connecting to the Bluetooth device via the Bluetooth transceiver, retrieve one or more service characteristics associated with the Bluetooth device
  • the one or more processors may be further configured to determine whether each of the one or more service characteristics associated with the Bluetooth device is included in the database, receive a request from the client device via the network interface for performing an operation on the Bluetooth device, and if each of the one or more service characteristics associated with the Bluetooth device is included in the database, communicate with the Bluetooth device based on the request and the one or more service characteristics associated with the
  • this disclosure provides another device for supporting wireless communication.
  • the device includes a first Bluetooth transceiver for connecting to a Bluetooth device, a second Bluetooth transceiver for connecting to a client device, one or more processors, and a memory for storing instructions executable by the one or more processors.
  • the one or more processors are configured to scan for one or more available Bluetooth devices via the first Bluetooth transceiver, establish a first communication connection with the Bluetooth device via the first Bluetooth transceiver, establish a second communication connection with the client device via the second Bluetooth transceiver, receive data from the client device via the second communication connection, and forward the data to the Bluetooth device via the first communication connection.
  • this disclosure provides another device for supporting wireless communication.
  • the device includes a Bluetooth transceiver, one or more processors, and a memory for storing instructions executable by the one or more processors.
  • the one or more processors are configured to scan for one or more available Bluetooth devices via the Bluetooth transceiver, establish a first communication connection with a Bluetooth device via the Bluetooth transceiver, establish a second communication connection with a client device via the Bluetooth transceiver, receive data from the client device via the second communication connection, and forward the data to the Bluetooth device via the first communication connection.
  • this disclosure provides a method for supporting wireless communication.
  • the method includes retrieving one or more service characteristics associated with a Bluetooth device by establishing a connection with the Bluetooth device, and determining, at a Bluetooth hub, whether each of the one or more service characteristics associated with the Bluetooth device is included in a database stored in the Bluetooth hub.
  • the method may further include receiving, at the Bluetooth hub, a request from a client device for performing an operation on the Bluetooth device.
  • the method may further include if each of the one or more service characteristics associated with the Bluetooth device is included in the database, communicating with the Bluetooth device based on the request and the one or more service characteristics associated with the Bluetooth device.
  • this disclosure provides another method for supporting wireless communication.
  • the method includes scanning for one or more available Bluetooth devices, establishing a first communication connection between a Bluetooth hub and a Bluetooth device, establishing a second
  • this disclosure provides another device for supporting wireless communication.
  • the device may comprise a first Bluetooth chip for communicating with a Bluetooth device and a second Bluetooth chip for communicating with a client device.
  • the second Bluetooth chip may be configured to receive advertising data of the Bluetooth device from the first Bluetooth chip and broadcast advertising data including the received advertising data of the Bluetooth device.
  • the first Bluetooth chip and the second Bluetooth chip may be configured to establish communication links between the client device and the second Bluetooth chip, between the second Bluetooth chip and the first Bluetooth chip, and between the first Bluetooth chip and the Bluetooth device.
  • this disclosure provides another method for supporting wireless communication.
  • the method may be implementable by a device comprising a first Bluetooth chip for communicating with a Bluetooth device and a second Bluetooth chip for communicating with a client device.
  • the method may comprise receiving, by the second Bluetooth chip, advertising data of the Bluetooth device from the first Bluetooth chip, broadcasting, by the second Bluetooth chip, advertising data including the received advertising data of the Bluetooth device, and establishing, by the first Bluetooth chip and the second Bluetooth chip, communication links between the client device and the second Bluetooth chip, between the second Bluetooth chip and the first Bluetooth chip, and between the first Bluetooth chip and the Bluetooth device.
  • this disclosure provides another device for supporting wireless communication between a first original device and a client device.
  • the device for supporting the wireless communication comprises a first chip and a second chip.
  • the second chip may be configured to acquire the broadcast data of the first original device and modify the broadcast data, broadcast the modified broadcast data, receive the client device's connection request and establish a first communication link between the client device and second chip, and
  • the first chip may be
  • FIG. 1 illustrates an exemplary system environment for implementing methods and systems consistent with the present disclosure.
  • FIG. 2 illustrates an exemplary use scenario of a Bluetooth hub, in
  • FIG. 3 is a flowchart of an exemplary method for supporting wireless communication between Bluetooth devices, in accordance with an embodiment of the present disclosure.
  • FIG. 4 illustrates an exemplary architecture of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 5 illustrates an exemplary use scenario of a Bluetooth hub, in
  • FIG. 6 illustrates an exemplary diagram of a data forwarding process, in accordance with an embodiment of the present disclosure.
  • FIG. 7 illustrates another exemplary architecture of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 8 illustrates another exemplary use scenario of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 9 illustrates another exemplary architecture of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 10 illustrates another exemplary use scenario of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 1 1 illustrates another exemplary architecture of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 12 illustrates another exemplary use scenario of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • FIG. 13 illustrates an exemplary diagram of an advertising process of a
  • Bluetooth hub in accordance with an embodiment of the present disclosure.
  • FIG. 14 is a flowchart of an exemplary method for supporting wireless communication between Bluetooth devices, in accordance with an embodiment of the present disclosure.
  • FIG. 15 is a schematic diagram of an application of a Bluetooth hub, which functions as a BLE relay, in accordance with an embodiment of the present disclosure.
  • FIG. 16 is a schematic diagram showing that the Bluetooth hub relays communication between one BLE device and a client device, in accordance with an embodiment of the present disclosure.
  • FIG. 17 shows a schematic diagram, in which the Bluetooth hub relays communication between multiple BLE devices and a client device, in accordance with an embodiment of the present disclosure.
  • FIG. 18 shows a schematic diagram, in which the Bluetooth hub relays communication between multiple BLE devices and a client device, in accordance with an embodiment of the present disclosure.
  • FIG. 19 shows an example of a protocol stack that the Bluetooth hub may use, in accordance with an embodiment of the present disclosure.
  • FIG. 20 shows a process flow of establishing a relay function by the Bluetooth hub according to an embodiment of the present disclosure.
  • FIG. 1 illustrates an exemplary system environment 100 for implementing methods and systems consistent with the present disclosure.
  • the system
  • the environment 100 shown in FIG. 1 includes a Bluetooth-enabled client device 1 10, a hub 120, a plurality of Bluetooth devices 125-140, and a network 150.
  • the Bluetooth devices includes BLE lock 125, BLE fan 130, BLE air conditioner 135, and BLE light 130 that are analyzable by hub 120.
  • the Bluetooth devices may also include unanalyzable Bluetooth devices, such as unanalyzable Bluetooth device 140 shown in FIG. 1 .
  • Analyzable Bluetooth devices are configured with service characteristics that can be found in a database stored locally in the hub 120, allowing the hub 120 to communicate with the Bluetooth devices based on the stored service characteristics.
  • Unanalyzable Bluetooth devices are configured with service characteristics that cannot be found in a database stored locally in the hub 120, and thus the hub 120 may not be able to perform application layer communication with the unanalyzable Bluetooth devices.
  • the hub 120 may be able to extend the radio frequency (RF) communication range of the unanalyzable Bluetooth devices by performing link layer operations even though application layer communication may not be feasible.
  • RF radio frequency
  • a client device refers to a Bluetooth device configured to access remote resources over a Bluetooth link, such as a smart phone, a personal computer, or the like.
  • the Bluetooth devices 125-140 may also be referred to as server devices which are configured to provide resources to a remote client, or be controllable by a remote client.
  • the BLE devices shown in FIG. 1 serve as examples of Bluetooth devices, and other Bluetooth devices such as classical Bluetooth devices may be included in the system environment 100 without departing from the scope of the present disclosure.
  • the system environment may also include more or less number of Bluetooth devices than those shown in FIG. 1.
  • the hub 120 is capable to connect to both the Bluetooth devices 125-140 and the client device 1 10.
  • the Bluetooth devices 125-140 may be connected to the hub 120 through Bluetooth communication links.
  • the Bluetooth devices 125-140 may communicate to the hub 120 using Bluetooth communication protocol.
  • the client device 1 10 may communicate with the Bluetooth devices 125-140 via the hub 120.
  • the client device 1 10 may communicate to the hub 120 through a Bluetooth communication link.
  • the client device 1 10 may also communicate to the hub 120 using other wireless communication protocol, e.g., ZigBee, WiFi, etc.
  • the hub 120 may receive a control command from the client device 1 10 on an application interface, and transmit corresponding Bluetooth packets to the BLE lock 125 based on the service characteristics of BLE lock 125 previously retrieved by the hub 120.
  • an analyzable Bluetooth device e.g., BLE lock 125
  • the hub 120 may receive a control command from the client device 1 10 on an application interface, and transmit corresponding Bluetooth packets to the BLE lock 125 based on the service characteristics of BLE lock 125 previously retrieved by the hub 120.
  • multiple client devices may be included in the system environment 100 for communicating with the Bluetooth devices via the hub 120.
  • the hub 120 may also operate to enhance RF range of a Bluetooth device (e.g., unanalyzable Bluetooth device 140).
  • a Bluetooth device e.g., unanalyzable Bluetooth device 140
  • the hub 120 may receive a radio signal from the client device 1 10, process the received signal, and send corresponding radio signal to the unanalyzable Bluetooth device 140, thereby enhancing the RF range of the unanalyzable Bluetooth device 140 and allowing it to communicate with the client device 1 10 that is located beyond the typical RF communication range of a Bluetooth device.
  • the hub 120 may amplify the received signal and/or suppress noise in the received signal from the Bluetooth device for enhancing its communication range.
  • the hub 120 may also be called as a router, and in this disclosure, the terms of hub and router are intended to be inter-exchangeable.
  • Bluetooth devices may operate in one of two modes: as a master device or a slave device.
  • the master device provides a network clock and determines the frequency hopping sequence, and the slave devices synchronize to the master's clock and follow the master's hopping frequency.
  • the client device 1 10 may operate as a master device, and the client device 1 10 may be a smart phone, a tablet, a computer, a laptop, a smart watch, a TV, or other Bluetooth devices with screens and operating systems.
  • the Bluetooth devices 125-140 may operate as slave devices.
  • Bluetooth slave devices may be speakers, headsets, microphones, printers, smart watches, cameras, TVs, monitors, wearable devices including wristbands, pedometers, activity trackers, sleep trackers, weight scales, etc., or devices to which Bluetooth sensors are attached to sense and send relevant electric parameters, such as home appliance including washing machines, vacuum cleaners, refrigerators, ovens, microwaves, etc.
  • the client device 1 10 may communicate with the hub 120 through a network 150.
  • the client device 1 10 may remotely communicate with the hub 120 via the network 150.
  • the network 150 may be any type of network that provides communications, exchanges information, and/or facilitates the exchange of information between the hub 120 and client device 1 10.
  • the network 150 may be the Internet, a Local Area Network
  • the network 150 may include a remote cloud-based network system that can be accessed by both the client device 1 10 and the hub 120.
  • the client device 1 10 may control the hub 120 through a cloud server by using a smart phone application.
  • the hub 120 may be configured to connect to a cloud server and capable of adaptively reconfigure itself based on the use history, interaction, and/or activities of the client device 1 10.
  • the hub 120 may be configured to update its database storing the service characteristics through the cloud server to include newly available service
  • the wireless hub In the present disclosure, the wireless hub, wireless devices, and
  • FIG. 2 illustrates an exemplary use scenario 200 of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • the example use scenario 200 includes a Bluetooth hub 210, a smart phone 230, and a plurality of Bluetooth devices, such as a BLE TV 240, a BLE power plug 250, a BLE blood pressure monitor 260, a BLE LED light 270, and a BLE alarm sensor 280.
  • Communication is to be established between the smart phone 230 and the Bluetooth devices through the Bluetooth hub 210.
  • the smart phone 230 acts as a Bluetooth-enabled client device that accesses resources and/or controls the operation of the Bluetooth devices 240-280.
  • the Bluetooth devices 240-280 may also be referred to as Bluetooth server devices that provide data access to or be controllable by a remote client device.
  • the Bluetooth hub 210 provides an application interface for the smart phone 230 to operate the Bluetooth devices 240-280 and acts as a master device that controls the Bluetooth devices 240-280 based on information received from the smart phone 230.
  • the Bluetooth hub 210 may include a Bluetooth chip 212, a data bus 214, a main CPU 216, a service database 218, a Bluetooth stack 220, and an application layer 222.
  • the Bluetooth transceiver circuitry for transmitting and receiving Bluetooth signals may be integrated in the Bluetooth chip 212.
  • the data bus 214 may transfer data between the Bluetooth chip 212 and other components of the Bluetooth hub 210, such as the CPU 216 or the service database 218.
  • the CPU 216 may include one or more processors and may be configured to execute instructions associated with operations of the Bluetooth hub 210. Additionally, the CPU 216 may execute certain instructions and commands stored in a memory to provide wireless communication, for example, via the Bluetooth chip 212.
  • the Bluetooth stack 220 may implement the higher layer functionalities provided in the Bluetooth protocol.
  • the application layer 222 may be used for interacting with and managing end-user applications.
  • the service database 218 stores a plurality of service characteristics associated with Bluetooth services.
  • the service database 218 may be stored in a memory included in the Bluetooth hub 210.
  • a Bluetooth service such as a heart rate service, may include one or more characteristics, such as heart rate measurement and body sensor location. Each characteristic may include a value used in the service along with properties and configuration information about how the value is accessed, displayed, or represented.
  • the service database 218 may include part or all standard characteristics defined by the Bluetooth Special Interest Group (SIG).
  • SIG Bluetooth Special Interest Group
  • the service database 218 may include service characteristics associated with a number of different types of Bluetooth devices produced by the same or different manufacturers.
  • the service database 218 may be updated via an Internet to include additional newly developed services and characteristics and/or to update configurations of the existing services and characteristics.
  • the Bluetooth hub 210 may also include other auxiliary components, such as a network interface for communicating with the smart phone 230.
  • the Bluetooth hub 210 may also include random access memory (RAM), read only memory (ROM), secondary storage (for example, a hard disk drive or flash memory), and so on.
  • RAM random access memory
  • ROM read only memory
  • secondary storage for example, a hard disk drive or flash memory
  • various other components can also be included in the Bluetooth hub 210.
  • the Bluetooth hub 210 may communicate with the smart phone 230 on the application layer level, and communicate with the Bluetooth devices 240-280 on the link layer level.
  • the Bluetooth hub 210 may communicate with the smart phone 230 using WiFi, Bluetooth, or other communication protocols.
  • the Bluetooth hub 210 may operate as a master device that initiates an outgoing connection request to one of the Bluetooth devices 240-280 that serve as slave devices and accept an incoming connection request after advertising.
  • the Bluetooth hub 210 may determine whether each of the Bluetooth devices is an analyzable device before sending a command to control its operation. For example, the Bluetooth devices may transmit advertising packets for a master device to detect and establish connection with the Bluetooth devices. After detecting advertising packets of a Bluetooth device, the Bluetooth hub 210 may establish a connection with the Bluetooth device and retrieve the service characteristics associated with the Bluetooth device. If each of the service characteristics
  • the Bluetooth hub 210 may determine that the Bluetooth device is analyzable and may perform operations on the Bluetooth device based on input from a client device, such as the smart phone 230, via a network interface. For example, the Bluetooth hub 210 may access data stored in the Bluetooth device or control the operation of the Bluetooth device according to the attributes defined in the corresponding service characteristic. If one or more of the service characteristics associated with the Bluetooth device are not included in the service database 218, the Bluetooth hub 210 may determine that the Bluetooth device is unanalyzable and may decline any request received from the smart phone 230 to operate the Bluetooth device. For example, if a request to operate on an unanalyzable Bluetooth device is received from the smart phone 230, the Bluetooth hub 210 may notify the smart phone 230 that the Bluetooth device is unanalyzable and the requested operation cannot be performed.
  • the Bluetooth hub 210 may maintain a list of analyzable Bluetooth devices, and once a request is received from a client device to operate on a Bluetooth device that is included in the list, the Bluetooth hub 210 may establish a connection with the Bluetooth device for performing the requested operation with the Bluetooth device. In doing so, the Bluetooth hub 210 may manage a number of analyzable Bluetooth devices and allow a user of the client device to control the multiple Bluetooth devices in a uniform application interface.
  • Bluetooth hub 210 may update the list of analyzable Bluetooth devices when a new Bluetooth device is detected in the area, when the service database 218 is being updated, or upon an update request received from a client device.
  • the Bluetooth hub 210 may not operate the unanalyzable Bluetooth device based on requests received from a client device.
  • the Bluetooth hub 210 may operate as a transparent relay to extend the RF communication range of the unanalyzable Bluetooth device. The operation of the Bluetooth hub 210 as a transparent relay is to be described later in connection with FIGs. 4-14. Further, an unanalyzable Bluetooth device may become analyzable with the expansion of the service database 218.
  • FIG. 3 is a flowchart of an exemplary method 300 for supporting wireless communication between Bluetooth devices, in accordance with an embodiment of the present disclosure.
  • the method 300 may be performed by the Bluetooth hub 210 described above in connection with FIG. 2.
  • the Bluetooth hub connects to a Bluetooth device via a Bluetooth transceiver.
  • the Bluetooth transceiver may be integrated in a Bluetooth chip, such as the Bluetooth chip 212.
  • the Bluetooth hub may detect the presence of the Bluetooth device by receiving the advertising packets sent by the Bluetooth device and then initiate a connection with the Bluetooth device via the Bluetooth transceiver.
  • the Bluetooth hub retrieves one or more service characteristics associated with the Bluetooth device. For example, the Bluetooth hub may send a read command to the Bluetooth device for retrieving the available service
  • the service characteristics may be included in the advertising packets sent by the Bluetooth device, and in this situation, the Bluetooth hub may not need to establish a connection with the Bluetooth device to retrieve the service characteristics.
  • the Bluetooth hub determines whether each of the service characteristics of the Bluetooth device is included in a service database stored locally in the Bluetooth hub.
  • the Bluetooth hub may deem the Bluetooth device to be analyzable if each of the service characteristics of the Bluetooth device is included in the service database and deem the Bluetooth device to be unanalyzable otherwise. For example, the Bluetooth hub may compare each of the service characteristics of the Bluetooth device with the stored service characteristics.
  • the Bluetooth hub may perform a lookup in the Internet, and if the unfound service characteristics are present in the Internet, the Bluetooth hub may download the service characteristics and store them in the service database.
  • the Bluetooth hub receives a request, via a network interface, from a client device for performing an operation on the Bluetooth device.
  • the Bluetooth hub may receive a request from a smart phone in an application interface for turning on a BLE LED light.
  • the communication between the Bluetooth hub and the client device may be performed over a WiFi network, a Bluetooth network, or other communication networks.
  • the operation to be performed on the Bluetooth device may include accessing data stored in the Bluetooth device, sending data to the Bluetooth device, or any other control or data transfer between the client device and the Bluetooth device.
  • the Bluetooth hub communicates with the
  • the Bluetooth hub may establish a connection with the Bluetooth device and send a request to the Bluetooth device for performing the operation requested by the client device.
  • the request sent to the Bluetooth device may be a read or write operation on a specific attribute of a specific service characteristic of the Bluetooth device.
  • the Bluetooth hub may also forward any received data from the Bluetooth device to the client device. For example, after a write operation is sent to the
  • the Bluetooth device may send a notification to the Bluetooth hub after the write operation is completed. After receiving the notification from the Bluetooth device at the link layer level, the Bluetooth hub may send an indication to the client device in the application interface indicating the successful completion of the request. As another example, after a read operation is sent to the Bluetooth device for accessing locally stored data of the Bluetooth device, the Bluetooth device may send the requested data to the Bluetooth hub. The Bluetooth hub may then send the received data in a format that is readable to the client device in the application interface.
  • the above described method 300 may be applied to a plurality of Bluetooth devices in a sequential manner. For example, if the client device requests to perform two separate operations on two different Bluetooth devices, both of which are analyzable devices, the Bluetooth hub may first establish a connection with the first Bluetooth device and send a request to the first Bluetooth device for performing the first operation. After the first operation is completed, the Bluetooth hub may establish a connection with the second Bluetooth device and send a request to the second Bluetooth device for performing the second operation. In some embodiments, when multiple Bluetooth devices are present and detected, the Bluetooth hub may determine, for each of the Bluetooth devices, whether it is analyzable by performing steps 302-306. The Bluetooth hub may store the determination results locally as to which Bluetooth devices are analyzable and which Bluetooth devices are
  • the Bluetooth hub may quickly determine whether the specific Bluetooth device is analyzable and as a result, whether the requested operation is feasible.
  • the Bluetooth hub may operate as a transparent relay to extend the RF communication range between a Bluetooth device and a Bluetooth- enabled client device without requiring modification of the Bluetooth device.
  • the Bluetooth device may be either analyzable or unanalyzable to the Bluetooth hub, and the Bluetooth device may be unaware of the existence of the Bluetooth hub.
  • FIG. 4 illustrates an exemplary architecture of a Bluetooth hub 400, in accordance with an embodiment of the present disclosure.
  • the Bluetooth hub 400 may include two Bluetooth chips 410 and 420, a data bus 430, a main CPU 440, a Bluetooth stack 450, and an application layer 460.
  • the CPU 440 may be configured to execute instructions associated with operations of the
  • the Bluetooth hub 400 may include other auxiliary components, such as random access memory (RAM), read only memory (ROM), secondary storage (for example, a hard disk drive or flash memory).
  • RAM random access memory
  • ROM read only memory
  • secondary storage for example, a hard disk drive or flash memory
  • the Bluetooth chips 410 and 420 may each include a Bluetooth transceiver and be configured to communicate with other Bluetooth devices.
  • the Bluetooth chip 410 may serve as a master device in a connection with a Bluetooth device
  • the Bluetooth chip 420 may serve as a slave device in a connection with a Bluetooth-enabled client device, such as a smart phone.
  • FIG. 5 illustrates an exemplary use scenario 500 of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • communication is to be established between a Bluetooth device, such as a BLE device 510, and a client device, such as a smart phone 520, through the Bluetooth hub 400.
  • a Bluetooth device such as a BLE device 510
  • a client device such as a smart phone 520
  • the Bluetooth hub 400 may first establish a connection with the BLE device 510, e.g., using its first Bluetooth chip 410, to obtain service characteristics of the BLE device 510. For example, the Bluetooth hub 400 may scan for available Bluetooth devices via the first Bluetooth chip 410, detect the advertising packets transmitted by the BLE device 510, and store the data in the advertising packets. After a connection with the BLE device 510 is established, the Bluetooth hub 400 may retrieve the service characteristics of the BLE device 510 and store the retrieved service characteristics locally. An example of the retrieved service characteristics is illustrated in Table 1 .
  • the first column represents the attribute handles of the service characteristics
  • the second column includes the attribute types, e.g., Universally Unique Identifiers (UUIDs) associated with each of the service characteristics
  • the third column includes attribute values of each of the service characteristics.
  • the attribute types provided in the second column may include the UUIDs defined by the Bluetooth SIG, and may also include customized identifiers defined by the
  • the attribute values provided in the third column may contain service declaration, characteristic declaration, characteristic value declaration, characteristic descriptor declaration, and/or other information about content of the attribute.
  • Each of the service characteristics may include one or more attributes, and a main attribute allows access to the actual value of the characteristic.
  • the second Bluetooth chip 420 may generate a Generic Attribute Profile (GATT) server using the same service characteristics as those in the BLE device 510.
  • GATT Generic Attribute Profile
  • the second Bluetooth chip 420 may start advertising and include the same data in the advertising packets as those in the advertising packets transmitted by the BLE device 510.
  • a virtual BLE device 510 may be created by the Bluetooth hub 400 for connecting to a Bluetooth-enabled client device, such as the smart phone 520.
  • the second Bluetooth chip 420 may also obtain the medium access control (MAC) address of the BLE device 510 and use the same MAC address for connecting to a Bluetooth-enabled client device, such as the smart phone 520.
  • MAC medium access control
  • certain BLE devices may limit access permission based on their MAC addresses, and using the MAC address of the BLE device by the second Bluetooth chip 420 may allow the same level of access permission to be granted.
  • the second Bluetooth chip 420 may set its MAC address to be AA:BB:CC:EE:FE, thereby avoiding duplicate MAC addresses in the Bluetooth network.
  • the smart phone 520 may initiate pairing with the second Bluetooth chip 420 of the Bluetooth hub 400.
  • the first Bluetooth chip 410 may initiate pairing with the BLE device 510.
  • the security setting of two Bluetooth links may be set at the same level.
  • each attribute item defined in the GATT server may be associated with certain operational restrictions, such as access permission, authentication permission, and authorization permission.
  • the access permission may be set as readable, writeable, or readable and writable.
  • the authentication permission may be set as authentication required or no authentication required.
  • the authorization permission may be set as authorization required or no authorization required.
  • the access permission, authentication permission, and authorization permission of each attribute item may be set to be the same between the first and second Bluetooth link, where the first Bluetooth link is between the BLE device 510 and the first Bluetooth chip 410, and the second Bluetooth link is between the second Bluetooth chip 420 and the smart phone 520.
  • FIG. 6 illustrates an exemplary diagram of a data forwarding process 600, in accordance with an embodiment of the present disclosure.
  • a first Bluetooth connection may be established between the first Bluetooth chip 410 and the BLE device 510, and data request and/or response may be transmitted over the first Bluetooth connection.
  • a second Bluetooth connection may be established between the second Bluetooth chip 420 and the smart phone 520, and data request and/or response may be transmitted over the second Bluetooth connection.
  • the second Bluetooth chip 420 may interact with the first
  • Bluetooth chip 410 for example, through an internal data bus or be controlled by the main CPU, such that the first Bluetooth chip 410 may forward the data request to the BLE device 510.
  • the first Bluetooth chip 410 may interact with the second Bluetooth chip 420, for example, through an internal data bus or be controlled by the main CPU, such that the second Bluetooth chip 420 may forward the response to the smart phone 520.
  • the RF communication range of the BLE device 510 may be effectively increased.
  • communication may be carried out between the BLE device 510 and the smart phone 520 through the Bluetooth hub even when the RF communication range of the BLE device 510 by itself does not reach the smart phone 520.
  • Bluetooth-enabled client device such as a smart phone.
  • the Bluetooth chip does not support the Bluetooth hub acting as a master device and a slave device simultaneously (e.g., the Bluetooth 4.0 standard)
  • more than one Bluetooth chip may be required in the Bluetooth hub to perform relaying for a plurality of Bluetooth devices, with at least one Bluetooth chip acting as a master device and at least another Bluetooth chip acting as a slave device.
  • the Bluetooth chip supports the Bluetooth hub acting as a master device and a slave device simultaneously (e.g., the Bluetooth 4.1 or 4.2 standard)
  • the Bluetooth hub may include a single Bluetooth chip to perform relaying for a plurality of
  • FIG. 7 illustrates another exemplary architecture of a Bluetooth hub 700, in accordance with an embodiment of the present disclosure.
  • the Bluetooth hub 700 may include three Bluetooth chips 710, 720, and 730, a data bus 740, a main CPU 750, a Bluetooth stack 760, and an application layer 770.
  • the data bus 740, main CPU 750, Bluetooth stack 760, and application layer 770 may be similar to those described in connection with FIGs. 2 and 4, which are not repeated herein.
  • the Bluetooth chips 710, 720, and 730 may each include a Bluetooth transceiver and be configured to communicate with other Bluetooth devices.
  • the first Bluetooth chip 710 may serve as a master device in a connection with a Bluetooth device
  • the second and third Bluetooth chips 720 and 730 may serve as slave devices in a connection with a Bluetooth-enabled client device.
  • FIG. 8 illustrates an exemplary use scenario 800 of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • communication is to be established between a client device, such as a smart phone 810, and a plurality of Bluetooth devices, such as a BLE TV 820, a BLE power plug 830, a BLE blood pressure monitor 840, a BLE LED light 850, and a BLE alarm sensor 860, through the Bluetooth hub 700.
  • a client device such as a smart phone 810
  • a plurality of Bluetooth devices such as a BLE TV 820, a BLE power plug 830, a BLE blood pressure monitor 840, a BLE LED light 850, and a BLE alarm sensor 860, through the Bluetooth hub 700.
  • the first Bluetooth chip 710 may act as a master device to control the various Bluetooth devices.
  • the second and third Bluetooth chips 720 and 730 may act as slaves and communicate with the smart phone 810.
  • the Bluetooth hub 700 is capable to extend communications ranges for two Bluetooth devices, such as the BLE TV 820 and the BLE power plug 830, at the same time.
  • the second Bluetooth chip 720 may broadcast advertising packets on behalf of each of the Bluetooth devices on a round-robin basis. As shown in FIG. 8, the second Bluetooth chip 720 may broadcast advertising packets containing advertising data of the BLE alarm sensor 860 for a certain time period, next broadcast advertising packets containing advertising data of the BLE LED light 850 for another time period, then broadcast advertising packets containing advertising data of the BLE blood pressure monitor 840 for another time period, and so on.
  • the advertising period for each of the Bluetooth devices may be configured to be the same or to be different.
  • the process for obtaining advertising data of the Bluetooth devices is similar to the process for obtaining the advertising data of a single Bluetooth device described above in connection with FIG. 5.
  • the Bluetooth hub 700 may perform the same process for each of the Bluetooth devices
  • each of the slave chips may advertise for a subset of the Bluetooth devices.
  • the second Bluetooth chip 720 may broadcast advertising packets for the BLE alarm sensor 860, the BLE LED light 850, and the BLE blood pressure monitor 840 on a round-robin basis
  • the third Bluetooth chip 730 may broadcast advertising packets for the BLE power plug 830 and the BLE TV 820.
  • the Bluetooth hub 700 may receive data from the smart phone 810 for operating on one or more of the Bluetooth devices.
  • the data may be received via the second Bluetooth chip 720 or the third Bluetooth chip 730.
  • the Bluetooth hub 700 may forward the data to the corresponding Bluetooth chip 720 or the third Bluetooth chip 730.
  • the Bluetooth hub 700 may be able to perform relaying for two Bluetooth devices simultaneously, with each of the second and third Bluetooth chips 720 and 730 operates as a slave device on behalf of one of the two Bluetooth devices.
  • FIG. 9 illustrates another exemplary architecture of a Bluetooth hub 900, in accordance with an embodiment of the present disclosure.
  • the Bluetooth hub 900 may include a single Bluetooth chip 910, a data bus 920, a main CPU 930, a Bluetooth stack 940, and an application layer 950.
  • the data bus 920, main CPU 930, Bluetooth stack 940, and application layer 950 may be similar to those described in connection with FIGs. 2 and 4, which are not repeated herein.
  • the Bluetooth chip 910 may include a Bluetooth transceiver and be
  • the Bluetooth chip 910 may be configured to act as a master device and a slave device simultaneously.
  • the Bluetooth chip 910 supporting Bluetooth 4.1 or 4.2 standard may serve as a master device controlling multiple Bluetooth devices, and simultaneously serve as slave devices in a connection with a Bluetooth-enabled client device.
  • FIG. 10 illustrates an exemplary use scenario 1000 of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • communication is to be established between client devices, such as a first smart phone 1010 and a second smart phone 1020, and a plurality of Bluetooth devices, such as a BLE TV 1030, a BLE power plug 1040, a BLE blood pressure monitor 1050, a BLE LED light 1060, and a BLE alarm sensor 1070, through the Bluetooth hub 900.
  • client devices such as a first smart phone 1010 and a second smart phone 1020
  • a plurality of Bluetooth devices such as a BLE TV 1030, a BLE power plug 1040, a BLE blood pressure monitor 1050, a BLE LED light 1060, and a BLE alarm sensor 1070, through the Bluetooth hub 900.
  • the Bluetooth chip 910 may act as a master device to control the various Bluetooth devices. Simultaneously, the Bluetooth chip 910 may act as slaves and communicate with the first smart phone 1010 and the second smart phone 1020. By acting as both a master device and a slave device, the Bluetooth chip 910 is capable to extend communications ranges for the Bluetooth devices.
  • the Bluetooth chip 910 may broadcast advertising packets on behalf of each of the Bluetooth devices on a round-robin basis. As shown in FIG. 10, the Bluetooth chip 910 may broadcast advertising packets containing advertising data of the BLE alarm sensor 1070 for a certain time period, next broadcast advertising packets containing advertising data of the BLE LED light 1060 for another time period, then broadcast advertising packets containing advertising data of the BLE blood pressure monitor 1050 for another time period, and so on.
  • the advertising period for each of the Bluetooth devices may be configured to be the same or to be different.
  • the process for obtaining advertising data of the Bluetooth devices is similar to the process for obtaining the advertising data of a single
  • the Bluetooth hub 900 may perform the same process for each of the Bluetooth devices sequentially to obtain advertising data of the multiple Bluetooth devices.
  • the Bluetooth hub 900 may receive data from the first smart phone 1010 or the second smart phone 1020 for operating on one or more of the Bluetooth devices.
  • the data may be received via the Bluetooth chip 910.
  • the Bluetooth hub 900 may forward the data to the corresponding Bluetooth device.
  • the Bluetooth chip 910 when operating as a slave device, the Bluetooth chip 910 may be connected to multiple Bluetooth-enabled client devices simultaneously, such as the first smart phone 1010 and the second smart phone 1020. Thus, both the first smart phone 1010 and the second smart phone 1020 may control the operation of a Bluetooth device through the Bluetooth hub 900.
  • FIG. 1 1 illustrates another exemplary architecture of a Bluetooth hub 1 100, in accordance with an embodiment of the present disclosure.
  • the Bluetooth hub 1 100 may include two Bluetooth chips 1 1 10 and 1 120, a data bus 1 130, a main CPU 1 140, a Bluetooth stack 1 150, and an application layer 1 160.
  • the data bus 1 130, main CPU 1 140, Bluetooth stack 1 150, and application layer 1 160 may be similar to those described in connection with FIGs. 2 and 4, which are not repeated herein.
  • the Bluetooth chips 1 1 10 and 1 120 may each include a Bluetooth transceiver and be configured to communicate with other Bluetooth devices.
  • the Bluetooth chips 1 1 10 and 1 120 may each act as a master device to control the various Bluetooth devices and simultaneously act as slaves and communicate with one or more Bluetooth-enabled client devices.
  • the first Bluetooth chip 1 1 10 may serve as a master device in a connection with a Bluetooth device and simultaneously serve as a slave device communicating with a Bluetooth-enabled client device
  • the second Bluetooth chip 1 120 may serve as a master device in a connection with another Bluetooth device and simultaneously serve as a slave device communicating with another Bluetooth-enabled client device.
  • FIG. 12 illustrates an exemplary use scenario 1200 of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • communication is to be established between client devices, such as a first smart phone 1210 and a second smart phone 1220, and a plurality of Bluetooth devices, such as a BLE TV 1230, a BLE power plug 1240, a BLE blood pressure monitor 1250, a BLE LED light 1260, and a BLE alarm sensor 1270, through the Bluetooth hub 1 100.
  • client devices such as a first smart phone 1210 and a second smart phone 1220
  • a plurality of Bluetooth devices such as a BLE TV 1230, a BLE power plug 1240, a BLE blood pressure monitor 1250, a BLE LED light 1260, and a BLE alarm sensor 1270, through the Bluetooth hub 1 100.
  • the first Bluetooth chip 1 1 10 and the second Bluetooth chip 1 120 may each act as a master device to control a number of Bluetooth devices. Simultaneously, the first Bluetooth chip 1 1 10 may act as a slave device in communicating with the first smart phone 1010, and the second Bluetooth chip 1 120 may act as a slave device in communicating with and the second smart phone 1020.
  • the first Bluetooth chip 1 1 10 and the second Bluetooth chip 1 120 may each broadcast advertising packets on behalf of the Bluetooth devices. As shown in FIG. 12, the first Bluetooth chip 1 1 10 may broadcast advertising packets containing advertising data of the BLE alarm sensor 1270 for a certain time period, next broadcast advertising packets containing advertising data of the BLE LED light 1260 for another time period, then broadcast advertising packets containing advertising data of the BLE blood pressure monitor 1250 for another time period, and so on.
  • the second Bluetooth chip 1 120 may broadcast advertising packets containing advertising data of the BLE power plug 1240 for a certain time period, next broadcast advertising packets containing advertising data of the BLE TV 1230 for another time period, return to broadcast advertising packets containing advertising data of the BLE power plug 1240, and so on.
  • the advertising period for each of the Bluetooth devices may be configured to be the same or to be different.
  • the process for obtaining advertising data of the Bluetooth devices is similar to the process for obtaining the advertising data of a single Bluetooth device described above in connection with FIG. 5.
  • the Bluetooth hub 1 100 may perform the same process for each of the Bluetooth devices sequentially to obtain advertising data of the multiple Bluetooth devices.
  • the Bluetooth hub 1 100 may receive data from the first smart phone 1210 or the second smart phone 1220 for operating on one or more of the Bluetooth devices.
  • the data may be received via the first Bluetooth chip 1 1 10 or the second Bluetooth chip 1 120.
  • the Bluetooth hub 1 100 may forward the data to the corresponding Bluetooth devices via the first Bluetooth chip 1 1 10 or the second Bluetooth chip 1 120.
  • the first Bluetooth chip 1 1 10 and the second Bluetooth chip 1 120 may each be connected to multiple Bluetooth-enabled client devices simultaneously.
  • the first Bluetooth chip 1 1 10 and the second Bluetooth chip 1 120 may each be connected to additional smart phones in addition to the first smart phone 1210 or the second smart phone 1220.
  • FIG. 13 illustrates an exemplary diagram of an advertising process 1300 of a Bluetooth hub, in accordance with an embodiment of the present disclosure.
  • the Bluetooth hub may advertise for different Bluetooth devices at different time instant. For example, the Bluetooth hub may broadcast advertising packets containing advertising data of the BLE alarm sensor for a certain time period, next broadcast advertising packets containing advertising data of the BLE LED light for another time period, then broadcast advertising packets containing advertising data of the BLE blood pressure monitor for another time period, and so on. When switching from advertising for one Bluetooth device to another Bluetooth device, the Bluetooth hub may determine whether the next to be advertised
  • Bluetooth device is a MAC address dependent device, that is, whether the discovery of the Bluetooth device relates to the MAC address of the device. For example, a Bluetooth device may set its access permission based on its MAC address, and a client device may connect to the Bluetooth device if the MAC address is within a certain range. Thus, the Bluetooth hub may change the MAC address of the
  • the Bluetooth hub may change the MAC address of the Bluetooth chip that performs transmission of the advertising packets to match the MAC address of the BLE LED light.
  • changing the MAC address of a Bluetooth chip may require the chip to be reset.
  • the Bluetooth hub may enter into a connection state as the Bluetooth device. For example, if the Bluetooth hub receives a connection request from a smart phone when advertising for the BLE LED light, the Bluetooth hub may change its GATT server database to match the database of the BLE LED light. Subsequently, data received from the smart phone by the Bluetooth hub may be forwarded to the BLE LED light. In some implementations, for example, when a Bluetooth 4.0 standard is used in the Bluetooth hub, the Bluetooth hub may stop the advertising process when it is in a connected state with the smart phone, and may resume advertising for other Bluetooth devices when the connection is terminated.
  • FIG. 14 is a flowchart of an exemplary method 1400 for supporting wireless communication between Bluetooth devices, in accordance with an embodiment of the present disclosure.
  • the method 1400 may be performed by a Bluetooth hub described above in the present disclosure.
  • the Bluetooth hub scans for one or more available Bluetooth devices.
  • the Bluetooth hub may detect an advertising packet transmitted by a Bluetooth device via a Bluetooth transceiver.
  • the Bluetooth hub may store the advertising data contained in the detected advertising packet in a local memory.
  • the Bluetooth hub establishes a first communication connection with a Bluetooth device.
  • the Bluetooth hub may retrieve the service characteristics of the Bluetooth device and have them stored in a local memory.
  • the Bluetooth hub may also retrieve the MAC address of the Bluetooth device and have it stored in a local memory.
  • the Bluetooth hub establishes a second communication connection with a Bluetooth-enabled client device.
  • the Bluetooth hub may advertise on behalf of the Bluetooth device, and during advertising, receive a connection request from the client device for establishing the second
  • the Bluetooth hub receives data sent from the client device via the second communication connection.
  • the received data may be a request to access data stored in the Bluetooth device, to perform certain operation on the Bluetooth device, to modify certain settings of the Bluetooth device, or the like.
  • the Bluetooth hub forwards the received data to the Bluetooth device via the first communication connection.
  • the Bluetooth device may send a response to the Bluetooth hub after receiving the forwarded data, and the Bluetooth hub may forward the response to the client device.
  • FIG. 15 illustrates a schematic diagram of an application of a Bluetooth hub, which can function as a BLE relay, in accordance with some embodiments of the present disclosure.
  • the left dash circle 1501 represents the BLE range of a BLE hub
  • the right dash circle 1502 represents the BLE range of a client device. As shown in FIG.
  • BLE devices for example, a BLE Fan, a BLE Lock, and/or a BLE Light
  • a client device such as a smart phone, tablet (pad), or a personal computer (PC)
  • the client device cannot find and connect with the BLE devices.
  • the BLE devices are in the communication range of the Bluetooth hub (e.g., within the dash circle 1501 ) and the client device is in the communication range of the Bluetooth hub (e.g., within the dash circle 1502), the BLE devices can be relayed via the Bluetooth hub to the client device.
  • the BLE devices When the BLE devices are in advertising or broadcasting state, they broadcast advertising packets.
  • the Bluetooth hub can detect the advertising packets, and create and advertise or broadcast packets including the same data as those in the advertising packets transmitted by the BLE devices. For example, the Bluetooth hub can clone the original advertising packets and add a suffix to the original advertising packets. By broadcasting the cloned advertising packets, the Bluetooth hub creates virtual devices corresponding to the original BLE devices.
  • FIG. 15 shows three exemplary virtual BLE devices Fan_RP, Lock_RP, and Light_RP respectively corresponding to BLE Fan, BLE Lock, and BLE Light.
  • the client device can detect the cloned advertising packets broadcasted by the Bluetooth hub and connect to the BLE devices through the Bluetooth hub.
  • the Bluetooth hub may be able to create two types of virtual devices: static virtual devices and dynamic virtual devices.
  • the Bluetooth hub may include two or more Bluetooth chips or modules. In the example of creating a static virtual device, the Bluetooth hub assigns one
  • the virtual device may occupy one Bluetooth chip unit, which, collaborating with the CPU and memory, copies or clones the advertising packets of the original BLE device (e.g. , BLE Fan) and broadcasts the cloned advertising packets for the virtual device Fan_RP.
  • BLE Fan e.g., BLE Fan
  • multiple BLE devices may occupy one Bluetooth chip unit jointly.
  • Light_RP may occupy a second Bluetooth chip.
  • the Bluetooth hub may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time cycle.
  • the second Bluetooth chip may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time cycle.
  • the second Bluetooth chip may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time cycle.
  • the second Bluetooth hub may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time cycle.
  • the second Bluetooth hub may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time cycle.
  • the second Bluetooth hub may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time cycle.
  • the second Bluetooth hub may alternately broadcast advertising packets for the dynamic virtual devices in a manner of time division multiplexing within a certain time
  • Bluetooth chip may broadcast advertising packets on behalf of each of the Bluetooth devices on a round-robin basis.
  • the second Bluetooth chip may broadcast advertising packets containing advertising data of the virtual device Lock_RP for a certain time period, next broadcast advertising packets containing advertising data of the virtual device Light_RP for another time period, and so on.
  • the advertising period for each of the Bluetooth devices may be configured to be the same or to be different.
  • the process for obtaining advertising data of the Bluetooth devices is similar to the process for obtaining the advertising data of a single
  • the Bluetooth hub may perform the same process for each of the Bluetooth devices sequentially to obtain advertising data of the multiple Bluetooth devices.
  • the static virtual device example can be considered as a dynamic virtual device or the dynamic virtual device example can be considered as a static virtual device under a special kind of configuration, in which the number of the dynamic virtual devices assigned to one Bluetooth chip unit is one.
  • the suffix of _RP is used to represent data packets for virtual devices relayed by the Bluetooth hub corresponding to the original data packets.
  • a person having ordinary skill in the art should understand that other mechanisms can be used to represent the cloned or relayed data packets.
  • the corresponding Bluetooth chip unit in the Bluetooth hub When the client device detects advertising packets with the suffix of _RP, if the client device initiates connections to the devices, the corresponding Bluetooth chip unit in the Bluetooth hub will receive a connection request from the client device (a first link) and establish a connection (a second link) with the corresponding real BLE device. After the two links are both established, inside the Bluetooth hub, data sent from the client device to the virtual devices will be forwarded to the corresponding real BLE device, and vice versa. In this way, the relay function of communication of the Bluetooth hub can be fulfilled, and the communication range of the Bluetooth devices can be extended.
  • BLE devices use BLE devices as an example. A person having ordinary skill in the art should appreciate that the same technology can be applied to regular Bluetooth devices. In other words, by using the same technology and principles, the Bluetooth hub can extend communication range for regular Bluetooth devices.
  • FIG. 16 shows a specific example, in which the Bluetooth hub relays communication between one BLE device and a client device (e.g., a smart phone).
  • a Bluetooth hub In advertising or broadcasting state, a Bluetooth hub detects the advertising packets of an original BLE device through scanning, performs processing of cloning the advertising packets, and adding a name suffix _RP to the advertising packets or by another means to represent that these advertising packets are from a virtual device, and then broadcasts the processed advertising packets through a Bluetooth module II.
  • Bluetooth module II can reside on a second Bluetooth chip. Because only one BLE device needs to be virtualized at this point, the Bluetooth module II operates in a static mode as discussed above.
  • the BLE device is in a binding relationship with the Bluetooth module II inside the Bluetooth hub, which is used for virtualization.
  • the Bluetooth module II communicates the request to a Bluetooth module I in the Bluetooth hub, which initiates a connection request to the original BLE device.
  • Bluetooth module I can reside on a first Bluetooth chip. After the two BLE connections are established, data is bi-directionally relay-transmitted through data channels between the client device and Bluetooth module II, between Bluetooth module II and Bluetooth module I, and between Bluetooth module I and the BLE device, as shown in FIG. 16.
  • FIG. 17 shows another example, in which the Bluetooth hub statically relays communication between multiple BLE devices and a client device (e.g., a smart phone).
  • a Bluetooth hub detects the broadcast packets of the original BLE devices (e.g., BLE Devicel and BLE Device2) through scanning, and then virtualizes the processed broadcasting packets, e.g., by cloning and adding a name suffix of _RP to the broadcasting packets, through a Bluetooth module II and a Bluetooth module III, where each module clones and virtualizes the bound original BLE device respectively.
  • the Bluetooth module II is assigned to original BLE Devicel and the Bluetooth module III is assigned to original BLE Device2.
  • the Bluetooth modules II and III both operate in a static mode.
  • the client device initiates a connection request to the virtual devices
  • the corresponding Bluetooth module II or III communicates the request to a Bluetooth module I, which will initiate a connection request to the corresponding original BLE devices.
  • data is bi-directionally relay-transmitted through data channels between the client device and Bluetooth modules II and III, between Bluetooth modules II and III and Bluetooth module I, and between Bluetooth module I and the BLE devices, as shown in FIG. 17.
  • FIG. 18 shows another example, in which the Bluetooth hub dynamically relays communication between multiple BLE devices and a client device (e.g., a smart phone).
  • a Bluetooth hub detects the advertising packets of the original BLE devices (e.g., BLE Devicel and BLE Device2) through scanning, and then virtualizes the broadcast information, e.g., by cloning and adding a name suffix of _RP to the advertising packets, through a Bluetooth module II.
  • the Bluetooth module II operates in a dynamic mode.
  • the Bluetooth module II communicates the request to a Bluetooth module
  • Bluetooth module II operates in a dynamic mode, in which, it broadcasts advertising packets on behalf of BLE Devicel and BLE Device2 on a round-robin basis.
  • Bluetooth module II may broadcast advertising packets containing advertising data of the BLE Devicel for a certain time period, next broadcast advertising packets containing advertising data of the BLE Device2 for another time period, and so on.
  • the advertising period for each of the Bluetooth devices may be configured to be the same or to be different.
  • Bluetooth module II can transmit the request to Bluetooth module I
  • Bluetooth module I can initiate the connection request to BLE Devicel .
  • the name of a scanned virtual device is the name of the original device with the suffix of _RP.
  • the distance between a user terminal device and the original device is short, it is likely that the original device and the virtual device with the word of _RP can both be detected by the user terminal device.
  • the user can choose to connect either one.
  • a relay function by the Bluetooth hub will be triggered.
  • the Bluetooth hub may have a Bluetooth protocol stack implemented by hardware and software for each Bluetooth chip or module. Different Bluetooth chips or modules may have different protocols.
  • FIG. 19 shows one example of a protocol stack that the Bluetooth hub may use. A person having ordinary skill in the art should appreciate that other protocol stacks may also be used with the inventions in this disclosure. As shown in FIG. 19, in some exemplary embodiments, the protocol stack may include these layers: HCI, L2CAP, ATT, and GATT.
  • HCI Home Controller Interface
  • L2CAP Logical Link Control and Adaptation Protocol
  • L2CAP Logical Link Control and Adaptation Protocol
  • ATT Attribute Protocol or Low Energy Attribute Protocol
  • GATT Generic Attribute Profile
  • Bluetooth hub may include more protocols or different protocols, not limited to the ones described above.
  • each Bluetooth chip/module may include a BLE controller.
  • FIG. 20 shows a process flow of establishing a relay function by the Bluetooth hub according to some embodiments of the present disclosure.
  • Bluetooth module I of the Bluetooth hub acting as a master to BLE Devicel , can acquire the broadcast data (advertising packets or broadcasting packets) of the original BLE Devicel at any time.
  • the specific content of the broadcast data can be acquired through a GAP protocol layer in the protocol stack, and no any actual BLE connection happens at this point.
  • Bluetooth module II can acquire the broadcast data of the original BLE Devicel from Bluetooth module I, and add the suffix of _RP to the broadcast data.
  • Bluetooth module II creates a virtual BLE device by broadcasting the broadcast data through a protocol stack GAP interface.
  • remote client devices such as cell phones, tablets, and computers, can detect the broadcast information of the virtual device through BLE scan.
  • a data channel between the client device and the virtual device can be established.
  • the data channel can be an ATT data link in the BLE protocol stack.
  • Bluetooth module II communicates the connection request to Bluetooth module I.
  • Bluetooth module I initiates a BLE connection request to the original BLE Devicel and also establish an ATT data link therebetween.
  • the ATT data link can be established without involving any user protocol data, and can be a L2CAP logical link with a channel identifier (CID) assigned, and it can be established rapidly.
  • CID channel identifier
  • the BLE relay function can be fulfilled by replicating and forwarding the two ATT data links between Bluetooth module I and Bluetooth module II, without interference from user data protocols.

Landscapes

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

Abstract

L'invention concerne un dispositif de prise en charge d'une communication sans fil. Le dispositif peut comprendre une première puce Bluetooth pour communiquer avec un dispositif Bluetooth et une seconde puce Bluetooth pour communiquer avec un dispositif client. La seconde puce Bluetooth peut être conçue pour recevoir des données publicitaires du dispositif Bluetooth en provenance de la première puce Bluetooth et diffuser des données publicitaires comprenant les données publicitaires reçues du dispositif Bluetooth. La première puce Bluetooth et la seconde puce Bluetooth peuvent être conçues pour établir des liaisons de communication entre le dispositif client et la seconde puce Bluetooth, entre la seconde puce Bluetooth et la première puce Bluetooth et entre la première puce Bluetooth et le dispositif Bluetooth.
PCT/US2017/036141 2016-06-07 2017-06-06 Procédés, dispositifs et systèmes de prise en charge de communication sans fil WO2017214137A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662346771P 2016-06-07 2016-06-07
US62/346,771 2016-06-07

Publications (1)

Publication Number Publication Date
WO2017214137A1 true WO2017214137A1 (fr) 2017-12-14

Family

ID=60578098

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2017/036141 WO2017214137A1 (fr) 2016-06-07 2017-06-06 Procédés, dispositifs et systèmes de prise en charge de communication sans fil

Country Status (1)

Country Link
WO (1) WO2017214137A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110636480A (zh) * 2018-06-25 2019-12-31 阿里健康信息技术有限公司 一种设备数据处理方法及蓝牙镜像设备
CN112073768A (zh) * 2019-06-10 2020-12-11 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN113453207A (zh) * 2021-06-21 2021-09-28 青岛海尔科技有限公司 身份类型确定方法、装置、存储介质及电子装置
CN114302480A (zh) * 2021-11-26 2022-04-08 杭州博联智能科技股份有限公司 基于蓝牙的智能设备批量配网的方法、系统、装置和介质
CN114765761A (zh) * 2021-01-15 2022-07-19 Oppo广东移动通信有限公司 音频数据的传输方法，电子设备及存储介质
WO2023160215A1 (fr) * 2022-02-22 2023-08-31 Oppo广东移动通信有限公司 Procédé de connexion bluetooth, dispositif audio, support de stockage informatique et puce

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080318549A1 (en) * 2000-11-22 2008-12-25 Janez Skubic System and method enabling a wireless device to communicate with a second party without revealing the identity of the wireless device to a third party
US20090023499A1 (en) * 2007-07-19 2009-01-22 Sony Computer Entertainment Inc. Bluetooth Enabled Computing System and Associated Methods
US20120165006A1 (en) * 2010-12-22 2012-06-28 Beijing Green Stone Technology Limited Short-range wireless mobile terminal method and system
US20130048734A1 (en) * 2011-08-31 2013-02-28 Hand Held Products, Inc. Encoded information reading terminal with data formatting functionality
US20130337739A1 (en) * 2011-03-01 2013-12-19 Koninklijke Philips N.V. Method for enabling a wireless secured communication among devices
US20140119407A1 (en) * 2012-10-30 2014-05-01 Qualcomm Incorporated Apparatus and method for extending bluetooth device range
US20150004913A1 (en) * 2011-08-19 2015-01-01 Apple Inc. Audio transfer using the bluetooth low energy standard

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080318549A1 (en) * 2000-11-22 2008-12-25 Janez Skubic System and method enabling a wireless device to communicate with a second party without revealing the identity of the wireless device to a third party
US20090023499A1 (en) * 2007-07-19 2009-01-22 Sony Computer Entertainment Inc. Bluetooth Enabled Computing System and Associated Methods
US20120165006A1 (en) * 2010-12-22 2012-06-28 Beijing Green Stone Technology Limited Short-range wireless mobile terminal method and system
US20130337739A1 (en) * 2011-03-01 2013-12-19 Koninklijke Philips N.V. Method for enabling a wireless secured communication among devices
US20150004913A1 (en) * 2011-08-19 2015-01-01 Apple Inc. Audio transfer using the bluetooth low energy standard
US20130048734A1 (en) * 2011-08-31 2013-02-28 Hand Held Products, Inc. Encoded information reading terminal with data formatting functionality
US20140119407A1 (en) * 2012-10-30 2014-05-01 Qualcomm Incorporated Apparatus and method for extending bluetooth device range

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110636480A (zh) * 2018-06-25 2019-12-31 阿里健康信息技术有限公司 一种设备数据处理方法及蓝牙镜像设备
CN110636480B (zh) * 2018-06-25 2022-12-16 阿里健康信息技术有限公司 一种设备数据处理方法、蓝牙镜像设备及介质
CN112073768A (zh) * 2019-06-10 2020-12-11 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN112073768B (zh) * 2019-06-10 2023-03-21 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN114765761A (zh) * 2021-01-15 2022-07-19 Oppo广东移动通信有限公司 音频数据的传输方法，电子设备及存储介质
CN113453207A (zh) * 2021-06-21 2021-09-28 青岛海尔科技有限公司 身份类型确定方法、装置、存储介质及电子装置
CN113453207B (zh) * 2021-06-21 2024-03-22 青岛海尔科技有限公司 身份类型确定方法、装置、存储介质及电子装置
CN114302480A (zh) * 2021-11-26 2022-04-08 杭州博联智能科技股份有限公司 基于蓝牙的智能设备批量配网的方法、系统、装置和介质
CN114302480B (zh) * 2021-11-26 2023-11-03 杭州博联智能科技股份有限公司 基于蓝牙的智能设备批量配网的方法、系统、装置和介质
WO2023160215A1 (fr) * 2022-02-22 2023-08-31 Oppo广东移动通信有限公司 Procédé de connexion bluetooth, dispositif audio, support de stockage informatique et puce

Similar Documents

Publication Publication Date Title
US10225098B2 (en) Methods, devices and systems for supporting wireless communication
US9986495B2 (en) Methods, devices and systems for supporting wireless communication
WO2017214137A1 (fr) Procédés, dispositifs et systèmes de prise en charge de communication sans fil
KR102208438B1 (ko) 근접 서비스 데이터 송신 방법 및 그 전자 장치
US20200288521A1 (en) Electronic device and method for forming wi-fi direct group thereof
JP6026668B2 (ja) マルチバンドサービスディスカバリを実行するためのシステム及び方法
US9363099B2 (en) UPnP/DLNA with RADA hive
US10194478B2 (en) Method and apparatus for performing wireless docking service
CN116232667A (zh) 用于边缘计算服务的方法及其电子装置
US20130235774A1 (en) Energy-saving mobile node control method using wireless multi-interfaces
WO2013130502A1 (fr) Accès à un réseau partagé par le biais d'une liaison d'égal à égal
KR20140116900A (ko) 무선 네트워크에서 디바이스들 간의 터널 다이렉트 링크 설정(tdls) 세션을 확립하는 방법들 및 장치들
CN107147549B (zh) 智能家居设备联网方法及装置
EP3114821B1 (fr) Procédé et dispositifs d'établissement d'une connexion entre un dispositif chercheur et un dispositif cible
JP2015523035A (ja) 装置とサービスの発見方法及び装置ミドルウェア
US10271245B2 (en) Methods and systems for transferring hotspot session
US20220286731A1 (en) Multimedia apparatus and cast method
WO2016123217A1 (fr) Procédés, dispositifs et systèmes de prise en charge de communication sans fil
US20160165376A1 (en) Method and system for explicit exclusion, inclusion and ranking of discovery and connectivity mechanisms
US11765245B2 (en) Electronic device and method for performing service discovery in electronic device
KR20210008139A (ko) 근접 서비스 데이터 송신 방법 및 그 전자 장치
US20150223157A1 (en) Seamless connectivity across devices with heterogeneous transports
WO2023011343A1 (fr) Procédé et appareil de communication à trajets multiples, et terminal
EP4366333A1 (fr) Procédé, dispositif et système de découverte de dispositif
WO2023246601A1 (fr) Procédé, appareil et système de découverte de dispositif

Legal Events

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

Ref document number: 17810852

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: 17810852

Country of ref document: EP

Kind code of ref document: A1