WO2016123217A1 - 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
WO2016123217A1
WO2016123217A1 PCT/US2016/015124 US2016015124W WO2016123217A1 WO 2016123217 A1 WO2016123217 A1 WO 2016123217A1 US 2016015124 W US2016015124 W US 2016015124W WO 2016123217 A1 WO2016123217 A1 WO 2016123217A1
Authority
WO
WIPO (PCT)
Prior art keywords
bluetooth
hub
devices
processors
service characteristics
Prior art date
Application number
PCT/US2016/015124
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
Priority claimed from US14/639,711 external-priority patent/US9769594B2/en
Application filed by Cassia Networks Inc. filed Critical Cassia Networks Inc.
Priority to EP16744033.8A priority Critical patent/EP3251225B1/fr
Priority to JP2017534348A priority patent/JP6751094B2/ja
Publication of WO2016123217A1 publication Critical patent/WO2016123217A1/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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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

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 communication.
  • 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 instructions executable by the one or more processors.
  • 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
  • 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 communication connection between the Bluetooth hub and a client device, receiving, at the Bluetooth hub, data from the client device via the second communication connection, and forwarding the data from the Bluetooth hub to the Bluetooth device via the first communication connection.
  • 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 accordance with an embodiment of the present disclosure.
  • 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 accordance with an embodiment of the present disclosure.
  • 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. 1 illustrates an exemplary system environment 100 for
  • the system environment 100 shown in FIG. 1 includes a Bluetooth-enabled client device 110, 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
  • 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 110 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
  • client device Although a single client device is shown in FIG. 1 , 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, a cellular communication network, a wireless local area network, or other suitable connections that allow the client devices to send and receive information to/from the hub 120.
  • 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 110 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 characteristics or update the existing service characteristics.
  • 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.
  • 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
  • Bluetooth hub 210 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. For example, the Bluetooth hub 210 may communicate with the smart phone 230 using WiFi, Bluetooth, or other communication protocols. When communicating with the Bluetooth devices 240-280, 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. [043] 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.
  • 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 associated with the Bluetooth device is included in the service database 218, 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.
  • 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 Bluetooth hub 210
  • 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.
  • 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 characteristics of the Bluetooth device.
  • 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 Bluetooth device based on the received request from the client device and the service characteristics of the Bluetooth device. For example, 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 Bluetooth device, 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
  • 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 unanalyzable, such that when an operation request on one of the Bluetooth devices is received from the client device, 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 manufacturers of Bluetooth devices.
  • 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.
  • a neighboring MAC address may be used by the second Bluetooth chip 420. For example, if the MAC address of the BLE device 510 is
  • 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 hub may include a single Bluetooth chip to perform relaying for a plurality of Bluetooth devices.
  • 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 devices via the first Bluetooth chip 710.
  • the Bluetooth hub 700 includes two slave chips, i.e., the second Bluetooth chip 720 and 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 configured to communicate with other Bluetooth devices. Further, the Bluetooth chip 910 may be configured to act as a master device and a slave device simultaneously. For example, 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 Bluetooth device described above in connection with FIG. 5.
  • 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.
  • FIG. 1 1 illustrates another exemplary architecture of a Bluetooth hub 1100, in accordance with an embodiment of the present disclosure.
  • the Bluetooth hub 1100 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 110 and 1120 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 11 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.
  • 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.
  • the first Bluetooth chip 1 1 10 may act as a slave device in
  • 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 110 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.
  • 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.
  • 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.
  • 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 Bluetooth device that will be next advertised, before starting to advertise for that Bluetooth device.
  • 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.

Landscapes

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

Abstract

L'invention concerne un dispositif de prise en charge d'une communication sans fil. Le dispositif comprend un premier émetteur-récepteur Bluetooth pour une connexion à un dispositif Bluetooth, un second émetteur-récepteur Bluetooth pour une connexion à un dispositif client, un ou plusieurs processeurs et une mémoire pour la mémorisation d'instructions pouvant être exécutées par le ou les processeurs. Le ou les processeurs peuvent être configurés pour rechercher par balayage un ou plusieurs dispositifs Bluetooth disponibles par le biais du premier émetteur-récepteur Bluetooth, établir une première connexion de communication avec le dispositif Bluetooth par le biais du premier émetteur-récepteur Bluetooth, établir une seconde connexion de communication avec le dispositif client par le biais du second émetteur-récepteur Bluetooth, recevoir des données du dispositif client par le biais de la seconde connexion de communication et transférer les données au dispositif Bluetooth par le biais de la première connexion de communication.
PCT/US2016/015124 2015-01-30 2016-01-27 Procédés, dispositifs et systèmes de prise en charge de communication sans fil WO2016123217A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16744033.8A EP3251225B1 (fr) 2015-01-30 2016-01-27 Procédés, dispositifs et systèmes de prise en charge de communication sans fil
JP2017534348A JP6751094B2 (ja) 2015-01-30 2016-01-27 無線通信をサポートする方法、機器およびシステム

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201562110262P 2015-01-30 2015-01-30
US201562110250P 2015-01-30 2015-01-30
US62/110,262 2015-01-30
US62/110,250 2015-01-30
US14/639,711 2015-03-05
US14/639,711 US9769594B2 (en) 2015-01-30 2015-03-05 Methods, devices and systems for increasing wireless communication range
US14/789,614 US9730003B2 (en) 2015-01-30 2015-07-01 Methods, devices and systems for supporting wireless communication
US14/789,614 2015-07-01

Publications (1)

Publication Number Publication Date
WO2016123217A1 true WO2016123217A1 (fr) 2016-08-04

Family

ID=56544278

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/015124 WO2016123217A1 (fr) 2015-01-30 2016-01-27 Procédés, dispositifs et systèmes de prise en charge de communication sans fil

Country Status (1)

Country Link
WO (1) WO2016123217A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3425931A1 (fr) * 2017-07-07 2019-01-09 Aruba Networks, Inc. Dispositifs bluetooth low énergy
JP2019033423A (ja) * 2017-08-09 2019-02-28 キヤノン株式会社 通信装置、通信方法及びプログラム
CN114390496A (zh) * 2021-12-24 2022-04-22 杭州所思互连科技有限公司 基于蓝牙ble的远程安全组网装置、方法、计算机设备和存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050070329A1 (en) * 2003-09-30 2005-03-31 International Business Machines Corporation Plug-and-play mass storage reflector
US20070041344A1 (en) * 2005-08-16 2007-02-22 Toshiba America Research, Inc. Ip network information database in mobile devices for use with media independent information server
WO2007033194A2 (fr) 2005-09-13 2007-03-22 Aware Technologies, Inc. Methode et systeme de telesurveillance proactive d'une activite en temps reel, classification physiologique et journal
US20100109916A1 (en) * 2008-10-30 2010-05-06 Hon Hai Precision Industry Co., Ltd. Control device
US20110028093A1 (en) * 2009-07-28 2011-02-03 Patel Shwetak N Bluetooth Proximity Detection System and Method of Interacting With One or More Bluetooth Devices
CA2749659A1 (fr) 2010-08-26 2012-02-26 Energyhub, Inc. Gestion de la consommation de ressources de stations pivot de communication
US20120116548A1 (en) * 2010-08-26 2012-05-10 John Goree Motion capture element
WO2012150534A1 (fr) 2011-05-02 2012-11-08 Koninklijke Philips Electronics N.V. Système de régulation d'utilisation de canal mban et découpage en canaux adaptatif pour normalisation ieee 802.15.4j
WO2014082665A1 (fr) * 2012-11-28 2014-06-05 Polar Electro Oy Découverte de service bluetooth
US20140169599A1 (en) * 2012-12-17 2014-06-19 Starkey Laboratories, Inc. Ear to ear communication using bluetooth low energy transport
US20150031288A1 (en) * 2013-07-29 2015-01-29 Blackberry Limited Mobile wireless communications device providing bluetooth switchover features based upon near field communication (nfc)

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050070329A1 (en) * 2003-09-30 2005-03-31 International Business Machines Corporation Plug-and-play mass storage reflector
US20070041344A1 (en) * 2005-08-16 2007-02-22 Toshiba America Research, Inc. Ip network information database in mobile devices for use with media independent information server
WO2007033194A2 (fr) 2005-09-13 2007-03-22 Aware Technologies, Inc. Methode et systeme de telesurveillance proactive d'une activite en temps reel, classification physiologique et journal
US20100109916A1 (en) * 2008-10-30 2010-05-06 Hon Hai Precision Industry Co., Ltd. Control device
US20110028093A1 (en) * 2009-07-28 2011-02-03 Patel Shwetak N Bluetooth Proximity Detection System and Method of Interacting With One or More Bluetooth Devices
CA2749659A1 (fr) 2010-08-26 2012-02-26 Energyhub, Inc. Gestion de la consommation de ressources de stations pivot de communication
US20120116548A1 (en) * 2010-08-26 2012-05-10 John Goree Motion capture element
WO2012150534A1 (fr) 2011-05-02 2012-11-08 Koninklijke Philips Electronics N.V. Système de régulation d'utilisation de canal mban et découpage en canaux adaptatif pour normalisation ieee 802.15.4j
WO2014082665A1 (fr) * 2012-11-28 2014-06-05 Polar Electro Oy Découverte de service bluetooth
US20140169599A1 (en) * 2012-12-17 2014-06-19 Starkey Laboratories, Inc. Ear to ear communication using bluetooth low energy transport
US20150031288A1 (en) * 2013-07-29 2015-01-29 Blackberry Limited Mobile wireless communications device providing bluetooth switchover features based upon near field communication (nfc)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3251225A4

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3425931A1 (fr) * 2017-07-07 2019-01-09 Aruba Networks, Inc. Dispositifs bluetooth low énergy
US10686883B2 (en) 2017-07-07 2020-06-16 Hewlett Packard Enterprise Development Lp Bluetooth low energy devices
JP2019033423A (ja) * 2017-08-09 2019-02-28 キヤノン株式会社 通信装置、通信方法及びプログラム
JP7009110B2 (ja) 2017-08-09 2022-01-25 キヤノン株式会社 通信装置、通信方法及びプログラム
CN114390496A (zh) * 2021-12-24 2022-04-22 杭州所思互连科技有限公司 基于蓝牙ble的远程安全组网装置、方法、计算机设备和存储介质
CN114390496B (zh) * 2021-12-24 2023-09-19 杭州所思互连科技有限公司 基于蓝牙ble的远程安全组网装置、方法、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
US9986495B2 (en) Methods, devices and systems for supporting wireless communication
US10225098B2 (en) Methods, devices and systems for supporting wireless communication
US11395213B2 (en) Systems and methods for implementing multiple band service discovery
KR102208438B1 (ko) 근접 서비스 데이터 송신 방법 및 그 전자 장치
EP3484196B1 (fr) Procédé et appareil d'enregistrement d'un dispositif sans fil dans un système de communication sans fil
WO2017214137A1 (fr) Procédés, dispositifs et systèmes de prise en charge de communication sans fil
US9363099B2 (en) UPnP/DLNA with RADA hive
CN116232667A (zh) 用于边缘计算服务的方法及其电子装置
US8121546B2 (en) Bluetooth-enabled mobile terminal and fast device connection method thereof
US9629195B2 (en) Connection switching method applicable to remote controllable system and mobile device, remote controllable system using the same, and mobile device using the same
EP2901799B1 (fr) Procédé et système d'établissement de connexion directe de technologie wi-fi (wfd) dans un environnement de réseau wfd
US20220201597A1 (en) Method for edge computing service and electronic device therefor
US20130336161A1 (en) Terminal and method for p2p connection in wifi network
CN107147549B (zh) 智能家居设备联网方法及装置
EP3182787B1 (fr) Procédé et dispositif de communication
WO2016123217A1 (fr) Procédés, dispositifs et systèmes de prise en charge de communication sans fil
US20240121840A1 (en) Network connection method, related apparatus, and system
JP2018107680A (ja) 通信装置、通信方法、及びプログラム
KR102238897B1 (ko) 근접 서비스 데이터 송신 방법 및 그 전자 장치
CN113873684A (zh) 基于局域网的连接建立方法、装置、终端设备及存储介质
Sakai et al. Virtual personal area network system for integrating pans with different standards and locations
CN114095998B (zh) 用于局域网络中终端的服务信息同步方法及终端
WO2024022182A1 (fr) Procédé et appareil de d'interrogation d'informations, terminal et dispositif côté réseau
EP4366333A1 (fr) Procédé, dispositif et système de découverte de dispositif
WO2024017167A1 (fr) Procédé de traitement de règles, dispositif de communication et dispositif côté réseau

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

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2016744033

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017534348

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE