Bluetooth data forwarding

Abstract

A Bluetooth (BT) device includes a host processor and a BT controller coupled by a Host Controller Interface (HCI) including a Host Controller Transport Layer and a HCI Driver. The host processor implements an applications layer and includes HCI firmware for communicating via the Host Controller Transport Layer with the BT controller. The BT controller includes a processor coupled to a memory and to a transceiver, and a RF driver. The HCI firmware also includes HCI command code for a user to define a topology of the BT network including configuring the BT device in a current chain including a plurality of BT devices including configuring from which BT device it receives data from and which BT device it forwards data to. For communicating data across the BT network the BT device forwards the data without host processor involvement in at least resending the data back to its BT controller.

Claims

1. A method comprising: receiving, at a transceiver for a first BT device and from a second BT device, ACL data, wherein the first BT device comprises a controller and a host processor; parsing, at the controller for the first BT device, the received ACL data without looping the received ACL data through the host processor or without waking up the host processor; generating final ACL data, by the controller for the first BT device, based on the parsed ACL data; and driving, by the controller for the first BT device, the transceiver for the first BT device to forward the final ACL data.

2. The method of claim 1, wherein forwarding the final ACL data is to a predetermined BT device.

3. The method of claim 2, wherein the predetermined BT device is determined by a current chain stored in the controller.

4. The method of claim 1, wherein the ACL data comprises audio data.

5. The method of claim 1, wherein the host processor sleeps while the controller receives the ACL data.

6. The method of claim 1, wherein the host processor sleeps while the controller drives the transceiver.

7. The method of claim 1, wherein parsing, at the controller for the first BT device, the received ACL data comprises parsing, at the controller for the first BT device, the received ACL data without waking up the host processor.

8. The method of claim 1, wherein driving, by the controller for the first BT device, the transceiver for the first BT device to forward the final ACL data comprises driving, by the controller for the first BT device, the transceiver for the first BT device to forward the final ACL data to a BT speaker.

9. The method of claim 1, wherein driving, by the controller for the first BT device, the transceiver for the first BT device to forward the final ACL data comprises driving, by the controller for the first BT device, the transceiver for the first BT device to forward the final ACL data to a BT camera.

10. The method of claim 1, wherein the first and second BT devices are part of a BT camera system.

11. The method of claim 1, wherein the first and second BT devices are part of a system that is installed in a stadium.

12. A device, comprising: a transceiver configured to receive, from a first BT device, ACL data; a host processor; and a controller coupled to the host processor and transceiver, the controller configured to: parse the received ACL data without looping the received ACL data through the host processor or without waking up the host processor; generate final ACL data based on the parsed ACL data; and drive the transceiver to forward the final ACL data.

13. The device of claim 12, wherein the controller is formed on an integrated circuit (IC) comprising a substrate having at least a semiconductor surface.

14. The device of claim 12, wherein forwarding the final ACL data is to a predetermined BT device.

15. The device of claim 14, wherein the predetermined BT device is determined by a current chain stored in the controller.

16. The device of claim 12, wherein the host processor is configured to sleep while the controller receives the ACL data.

17. The device of claim 12, wherein the host processor is configured to sleep while the controller drives the transceiver.

18. The device of claim 12, wherein the device is a BT speaker.

19. A system comprising: a first BT device comprising: a transceiver configured to receive ACL data from another BT device, a host processor, and a controller coupled to the host processor and transceiver, the controller configured to: parse the received ACL data without looping the received ACL data through the host processor or without waking up the host processor, generate final ACL data based on the parsed ACL data; and drive the transceiver for the first BT device to forward the final ACL data; and a second BT device comprising: a transceiver configured to receive the final ACL data from the first BT device, a processor, and a controller.

20. The system of claim 19, wherein the system is a BT camera system, and wherein the second BT device is a BT camera.

21. The system of claim 20, wherein the system is installed in a stadium.

22. The system of claim 19, wherein the system is a BT speaker system and wherein the second BT device is a BT speaker.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) Reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, wherein:

(2) FIG. 1 depicts data forwarding over BT in a conventional BT network.

(3) FIG. 2 is a flowchart showing steps in an example method of BT ACL communications in a BT network, according to an example embodiment.

(4) FIG. 3 depicts data forwarding over BT in a disclosed BT network arrangement that utilizes disclosed BT ACL data forwarding.

(5) FIG. 4A is a block diagram schematic of an example BT device that utilizes disclosed BT ACL data forwarding.

(6) FIG. 4B is a block diagram schematic of a disclosed BT device including a separate host processor and BT controller coupled to one another by a HCI, where the HCI includes HCI firmware including stored HCI command code which allows a user to define a topology of the BT network including for configuring for each BT device in a current chain, according to an example embodiment.

(7) FIG. 5A shows video data forwarding in a stadium using disclosed BT ACL data forwarding and FIG. 5B shows audio data forwarding using disclosed BT ACL data forwarding which comprises A2DP data.

DETAILED DESCRIPTION

(8) Example embodiments are described with reference to the drawings, wherein like reference numerals are used to designate similar or equivalent elements. Illustrated ordering of acts or events should not be considered as limiting, as some acts or events may occur in different order and/or concurrently with other acts or events. Furthermore, some illustrated acts or events may not be required to implement a methodology in accordance with this disclosure.

(9) Also, the terms “coupled to” or “couples with” (and the like) as used herein without further qualification are intended to describe either an indirect or direct electrical connection. Thus, if a first device “couples” to a second device, that connection can be through a direct electrical connection where there are only parasitics in the pathway, or through an indirect electrical connection via intervening items including other devices and connections. For indirect coupling, the intervening item generally does not modify the information of a signal but may adjust its current level, voltage level, and/or power level.

(10) FIG. 2 is a flowchart showing steps for an example method 200 of BT ACL communications in a BT network, according to an example embodiment. The communications network can comprise a Bluetooth Special Interest Group (SIG) compliant network and the data can comprise audio data (e.g., A2DP data). However, disclosed BT data forwarding can also be applied to non-audio data, for example to a line of lights to decide which lights to turn on and which lights to keep off.

(11) Step 201 comprises providing BT devices at respective nodes in a BT network, where the BT devices (see the BT device shown in FIGS. 4A and 4B described below) comprise a host processor and a BT controller coupled to one another by an HCI including a Host Controller Transport Layer and a HCI Driver. The host processor implements an applications layer and includes HCI Firmware for communicating via the Host Controller Transport Layer with its BT controller.

(12) The BT controller includes a processor coupled to a memory and to a transceiver, and a RF driver for driving the transceiver that is adapted to be coupled to an antenna. The HCI firmware includes disclosed HCI command code which allows a user to define a topology of the BT network, including configuring each BT device in a current chain including from which one of the BT devices it receives data from to which one of BT devices it should forward data to. Step 202 comprises configuring the BT network comprising configuring each BT device in a current chain from which of the BT devices it receives data including at least one packet from, and to which one of the BT devices it forwards the data to. Step 203 comprises communicating the data across the BT network with the BT devices forwarding the data between the BT devices without the device's host processor's involvement in at least resending the data back to its BT controller.

(13) FIG. 3 depicts data forwarding over BT in a disclosed BT network arrangement that utilizes disclosed BT ACL data forwarding that can be compared to FIG. 1 described above. Each BT device 301, 302, and 303 in the chain includes a host processor 425a and a BT controller 425b coupled together by a HCI 430. As described above, this BT network arrangement can be a scatternet including a plurality of independent and unsynchronized piconets, with each BT device further comprising a sensor for implementing a BT-based wireless sensor network.

(14) Upon reception of the data, the BT devices other than the first BT device 301 shown as BT devices 302 and 303 in FIG. 3 each send this data to the next BT device without their host processor's 425a involvement in at least resending the data back to their BT controller 425b. BT device 302 forwards the data without any involvement by its host processor 425a and is thus as shown only executing 1 step in forwarding the data. BT device 303 parses the data received, acts upon the received data (such as adds a timestamp), but without the host processor's 425a involvement resending the data back to its BT controller 425b thus shown executing 2 total steps in forwarding the data.

(15) FIG. 4A shows a system block diagram representation for an example BT device 400 that generally conforms to the BT communications standard. The BT device 400 generally comprises at least one integrated circuit (IC) shown formed on a substrate 405a having a semiconductor surface for the BT controller 425b, and on another substrate 405b having a semiconductor surface for the host processor 425a. The BT device 400 may be any device that can engage in BT communications. Such BT devices may be, may include, or may be a part of, mobile phones such as smartphone, tablets, computers, personal digital assistants, and household items with communication capabilities such as speakers, window blinds, and motion sensors. The BT device 400 in operation communicates in a BT network along with a plurality of other BT devices.

(16) The BT device 400 comprises a host processor 425a and a BT controller 425b that communicate with one another over the HCI 430. The host processor 425a includes a memory 432 that stores disclosed HCI FW including disclosed HCI command code which allows a user to define a topology of the BT network, including configuring each BT device in a current chain including from which one of the BT devices it receives data including at least one packet from, and to which one of the BT devices it should forward the data to. The BT controller 425b includes a processor 423, a memory 422 including software source code 422a for parsing, understanding and acting on commands received from the host processor 425a for implementing disclosed ACL data forwarding for the BT device 400. BT device 400 also includes a transceiver 424 including a RF driver 424a that is adapted to be coupled to an antenna 418 which is generally off chip. The processors can comprise a digital signal processor (DSP) or microcontroller. The processors collectively implement a BT protocol stack for BT operations (see FIG. 4B described below).

(17) The transceiver 424 is also shown including hardware comprising digital logic 424b that can be used as an alternative to software 422a for implementing disclosed ACL forwarding. As known in the art the transceiver 424 includes a transmitter and a receiver. The transmitter generally comprises a media access control (MAC) module, an encoder, a modulator, an Inverse Fast Fourier Transform (IFFT) unit, a digital to analog conversion (DAC)/filter module, and a RF/antenna module. The receiver generally comprises a RF/antenna unit, an analog to digital conversion (ADC)/filter unit, a FFT unit, a demodulator, a decoder, and a MAC module.

(18) The memory 422 is more generally configured to store information including data, instructions, or both. The memory 422 may be any storage medium accessible by the processor 423, such as a read only memory (ROM), a random access memory (RAM), a register, cache memory, or magnetic media device such as internal hard disks and removable disks. A phase lock loop (PLL) 432 is also provided for purposes including mixing and frequency synthesis.

(19) The processor 423 is coupled to the memory 422 and to the transceiver 424. In some implementations, the transceiver 424 comprises baseband units (not shown in FIG. 4A, but see FIG. 4B) and analog units (not shown) to transmit and receive RF signals. The baseband unit may comprise hardware to perform baseband signal processing including digital signal processing, coding and decoding, modulation, and demodulation. The analog unit may comprise hardware to perform analog-to-digital conversion (an ADC), digital to analog conversion (a DAC), filtering, gain adjusting, up-conversion, and down-conversion. The analog unit may receive RF signals from an access point and down-convert the received RF signals to baseband signals to be processed by the baseband unit, or receive baseband signals from the baseband unit and up-convert the received baseband signals to RF wireless signals for uplink transmission. The analog unit comprises a mixer to up-convert the baseband signals and down-convert the RF signals with a carrier signal oscillated at the radio frequencies of the BT network. The data rate utilized by the BT device 400 may be in the current BT frequency band of 2.472 GHz to 2.479 GHz, or any future BT frequency band utilized.

(20) FIG. 4B is a functional layer depiction of the BT device 400 shown in FIG. 4A now shown as 400′ showing the host processor 425a including an application layer 440 including BT applications and a Logical Link Control and Adaptation Layer Protocol (L2CAP) layer 448. The BT protocol RFCOMM block 441 is a simple set of transport protocols, made on top of the L2CAP layer 448. The Telephony Control Protocol Specification (TCS) 442 defines ways to send audio calls between BT devices. The Service Discovery Protocol (SDP) 443 is a specification that defines a way to represent a range of UUIDs (which are nominally 128 bits) in a shorter form. The Point-to-Point Protocol (PPP 444) is a data link (layer 2) protocol used to establish a direct connection between two device nodes. The Transmission Control Protocol/Internet Protocol (TCP/IP) 445 enables the BT device to carry TCP/IP traffic, the OBEX 446 is a communications protocol that facilitates the exchange of binary objects between BT devices, and the AT 447 is a commands interface comprising a series of machine instructions used to activate features on the analog modem.

(21) The BT controller 425b is shown including link manager protocol (LMP) 426, a baseband section and a RF section that are part of the transceiver 424 shown in FIG. 4A. The BT controller 425b is also shown including baseband circuitry 427 and RF circuitry 428. LMP 426 controls and negotiates all aspects of the operation of the BT connection between two adjacent BT devices.

Examples

(22) Disclosed embodiments are further illustrated by the following specific Examples, which should not be construed as limiting the scope or content of this Disclosure in any way.

(23) FIG. 5A shows video data forwarding in a stadium 500 using disclosed BT ACL data forwarding. Camera 1 and camera 2 each have disclosed BT devices such as BT device 400 shown in FIG. 4A which communicate with another using a repeater 510 in between due to their separation distance being beyond the BT communication range. The cameras 1 and 2 both implement disclosed data forwarding which enables the video data to be transferred from one camera to the other without waking up their host processor, or at least not looping through their host processor, which reduces latency and saves power compared to conventional data forwarding.

(24) FIG. 5B shows audio data forwarding using disclosed BT ACL data forwarding which comprises A2DP data. BT speaker 1 and BT speaker 2 comprise disclosed BT devices such as shown in FIG. 4A which communicate with a repeater shown as repeater 560 in between due to their separation distance. An audio source 540 shown as a smart phone provides audio data to BT speaker 1, and another repeater shown as repeater 565 is between BT speaker 1 and the audio source 540 again due to their separation distance. As described above, the disclosed BT device in BT speaker 1 sends ACL data to BT speaker 2 without involving their host processor, at least not looping through its host processor which reduces the system power consumption, particularly in this A2DP use case.

(25) Those skilled in the art to which this disclosure relates will appreciate that many other embodiments and variations of embodiments are possible within the scope of the claimed invention, and further additions, deletions, substitutions and modifications may be made to the described embodiments without departing from the scope of this disclosure. For example, although BT communications are generally described herein using ACL, disclosed BT communications may also utilize other link types, such as a Synchronous Connection Oriented (SCO) link which comprises a set of reserved timeslots on an existing ACL transport.