Patent Application
20170279292
This application generally relates to wireless charging. In particular, this application relates to wireless charging as described in protocols generated by and for the AirFuel™ Alliance and/or other various industry standards for wireless charging.
Mobile devices, such as mobile phones and laptops, require power that is generally supplied by batteries. Typically, the batteries are recharged by plugging the device into an outlet to receive power. New developments in providing wireless power, through an electromagnetic have been expanding. Unfortunately, these wireless power interfaces have the ability to interfere with other tasks performed by the mobile devices, such as the transmission of data through a radio frequency interface.
For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:
In the appended figures, similar components and/or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a letter that distinguishes among the similar components. If only the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.
Embodiments herein are generally directed to wireless charging and wireless charging systems. Various embodiments are directed to wireless charging performed according to one or more wireless charging standards. Some embodiments may involve wireless charging performed according to interface standards developed by Rezence, the AirFuel™ Alliance, and/or other various industry standards for wireless charging. Various embodiments may involve wireless charging performed using the 6.78 MHz industrial, scientific, and medical radio (ISM) band.
Charging Environment:
An embodiment of a system 100 for conducting wireless charging may be as shown in
The platform 104 may have an electrical connection between the wireless charging area 108 and an electrical source such as a connection to the power grid. The power provided to the wireless charging area 108 may be then be provided through inductive or wireless charging from the wireless charging area 108 to one or more mobile devices. Thus, the wireless charging area 108 may include one or more coils that produce an electromagnetic field to provide an electromagnetic charge in a coil within the mobile device 112. The wireless charging area 108 can include a power transfer unit (PTU) that can provide resident charging to a power receiving unit (PRU) resident in each of one or more mobile devices 112.
Wireless Charging System:
An embodiment of a charging system 200 that performs wireless charging between a platform 104 and a device 112 is shown in
The PTU 204 contains all the electronics to enable power to be taken from power supply, convert the power into a format that can be used by the PRU 208 to enable the PRU 208 to be charged. The PTU 204 can include any type of circuits, devices, interconnections, etc. that can convert an electrical current from a power source to an electromagnetic field for charging the mobile device. The PRU 208 can include any electronics, processing, power connections, etc. required to be able to receive the electromagnetic field from the PTU 204 and convert that electromagnetic energy into a current that may be used to charge a battery or provide power to one or more electronics within the mobile device 112.
The PRU 208 may be connected to a connectivity unit 220 that includes one or more electronic devices or hardware used to communicate by and/or through one or more protocols. The connectivity unit 220 can include, for example, one or more, but is not limited to, a Bluetooth® Core 228 for use with communications using the Bluetooth® standard to the PTU 204. The Bluetooth® Core 228 may be able to send signals through antennae 248a, 248b, and/or 248c to communicate with the PTU 204 that will receive a signal on antennae 244. While a Bluetooth® is shown and described herein, the PTU 204 and PRU 208 may communicate through other interfaces and protocols, and Bluetooth® is only one example of the types of interfaces that may be used.
The Bluetooth® Core 228 can include a Bluetooth® Low Energy (BLE) stack 236. The Bluetooth® Core 228 may communicate through the BLE protocol and standard with the PTU 204. Included within the Bluetooth® Core 228 may also be an wireless power application 232. The wireless power application 232 can provide control to the PRU 208, may receive communications or signals from the device processor or controller, the cellular modem 224, the PRU 208, and/or communicate with the BLE stack 236 to communicate changes to the charging protocol conducted by the PTU 204.
The cellular modem 224 can include any type of hardware and/or software used to communicate through a cellular protocol or network via antennae 252. Thus, the cellular modem 224 conducts communications for the mobile device 112 to conduct its primary purpose of communicating data back and forth from the mobile device 112 to other devices or systems. The cellular modem 112 can interface with a non-real-time interface 240 that can send information or communications to the connectivity unit 220. Thus, the non-real-time interface 240 may communicate with the connectivity unit 220 through channel interfaces different than the connection to the wireless power application 232.
Power Transmitter Unit and Power Receiver Unit:
Additional or alternative embodiments of the PTU 204 and the PRU 208 may be as shown in the system 300 provided in
The transmit resonator 304 can provide the resonating frequency through the coil 212 to produce the electromagnetic field that charges the PRU 208. The transmit resonator 304 may be a hardware unit connected to a matching circuit 308. The matching circuit 308 can create the proper resident frequency for the transmitter resonator 304, which may be 6.78 MHz. Thus, the matching circuit 308 can include one more of, but is not limited to, capacitors, resistors, frequency generators, etc. to create the proper resonant frequency over the inductive coil 212. Further, the matching circuit 308 may be in connection or electrically coupled to the transmit resonator 204 and the power amplifier 312.
The power amplifier 312 can be in communication with the controller 316 and the power supply 320. The power amplifier 312 may include any kind of amplification circuitry used to amplify the voltage of the alternating current (AC) power signal being sent to the matching circuit 308. The power amplifier 312 can increase the voltage of the AC power signal from the power supply 320.
The power supply 320 may obtain power from a power source, such as the power grid, may convert that power from DC to AC or do other operations to provide an AC power signal to the power amplifier 312. The power supply 320 may be in communication with the controller 316.
The controller 316 may be any type of processor or controller operable to execute commands or instructions that may be provided in firmware and/or software. The controller 316 may communicate these instructions to other circuitry, such as the power amplifier 312 or the power supply 320. Further, the controller 316 may be in communication with the BLE communication interface 324 to communicate instructions or receive signals from the PRU 208 of the mobile device 112. The BLE communication interface 324 can be any hardware and/or software used to transmit a wireless signal using the BLE protocol and antennae 244 to send a signal to the BLE stack 236 of the PRU 208 in the mobile device 112.
The PRU 208 may also include hardware and software used to receive power to charge a battery or provide power to different loads in the mobile device 112. These hardware/software components may include one or more of, but is not limited to, a receive resonator 328, a rectifier 332, a DC to DC converter 336, a controller 340, a BLE communication interface 344, and/or a client device load 348.
The receive resonator 328 may include any hardware or circuitry to receive the resonating AC electromagnetic field and convert that into a AC current signal in the PRU 208. For example, the receive resonator 328 can include one or more of, but is not limited to, capacitors, resistors, matching circuitry, etc. to receive a resonating AC frequency from the PTU 204. The receive resonator 328 may then communicate the AC current to the rectifier 332.
The rectifier 332 can include one or more diodes to convert the AC current signal into a direct current (DC). The rectifier 332 may change the rectification based on instructions from the controller 340, and thus, the rectifier 332 is in communication with the controller 340.
This DC power signal may then be transmitted to the DC to DC converter 336 from the rectifier, which can modify the amplitude or other characteristics of the DC power signal. Thus, the DC to DC converter 336 can contain any hardware or other circuitry required to modify the DC signal. The conditioned DC signal may then be sent from DC to DC converter 336 to the client device load 348. The client device 348 can include any electronics used by the connectivity unit 220, cellular modem 224, or other components as described in conjunction with
The controller 340 may be similar to the controller 316 in that the controller 340 may include any type of processor, hardware, and/or software used to execute instructions, receive communications, or do other operations to control the PRU 208. Thus, the controller 340 may command or instruct the rectifier 332, the DC to DC converter 336, or the other components within the PRU 208 to change the operating characteristics of the PRU 208 based on requirements.
The BLE communication interface 334 may be similar to the BLE communication interface 324 in that the BLE communication interface 334 may exchange signals using the BLE protocol with the BLE communication interface 324.
Data Structures and Data Communications:
To conduct the multi-mode wireless charging operations between the PTU 204 and PRU 208, one or more communication data packets may be exchanged between the PRU 208 and the PTU 204, as shown in
An embodiment of a long beacon 402 which may be sent from the PTU 204 to one or more PRUs 208 to indicate that the PTU 204 can conduct MR charging is as shown in
An embodiment of a response 412, to the long beacon 402, may be as shown in
An embodiment of a data structure 416 that may exchange parameters between the PTU 204 and PRU 208 may be as shown in
The dynamic parameters 420 can include any parameter that may change or adjust for either the PTU 204 or PRU 208. These dynamic parameters 420 can include characteristics of the MR charging environment, including capable voltages, frequencies, etc., matching circuit abilities, or other types of information that either the PTU 204 or PRU 208 may adjust for MR charging.
An embodiment of an accept/reject decision 422, from the PTU 204, may be as shown in
An embodiment of a digital ping signal 426, which may be sent from the PTU 204 to one or more PRUs 208, to determine if MI charging is possible may be as shown in
The digital ping with advertisement field 428 can be one or more indicator bits that indicate to the PRU 208 that the PTU 204 can conduct MI charging. As such, the indicator advertises the PTUs ability to conduct MI charging. If the message 426 does not include a separate capabilities field 432, the capabilities for the MI charging can be included in the digital ping with advertisement field 428 with or in place of the indicator bit(s).
The type field 430 can be any bit or bits that indicate what type of MI charging the PTU 204 can conduct. The type 430 can be a descriptor of some type of hardware, software, or protocol used by the PTU 204. In alternative or additional configurations, the PTU 204 may indicate a characteristic of the MI charging that indicates a type 430. Thus, the PTU 204 may indicate a frequency, voltage, etc., used for MI charging.
The capabilities field 432 can describe how the PTU 204 can conduct MI charging. The capabilities 432 may provide a range for characteristics or adjustments the PTU 204 can make for MI charging. For example, the capabilities can include frequencies or voltage ranges, can include availability of load with the PTU 204, and/or can include other information that allows the PRU 208 to determine if MI charging is possible with the PTU 204.
A response 434, send by the PRU 208, to the digital ping 426 may be as shown in
Data Signalling:
An embodiment of a signal diagram 500 may be as shown in
The MR mode 552a may start with the transmission of the long beacon signal 504 from the PTU 204 to the PRU 208. The long beacon 504 may be the same or similar to signal 402, as described in conjunction with
Upon receiving the advertisement 508, the PTU 204 and PRU 208 may exchange static and dynamic parameters in one or more messages 512. The static and dynamic parameters 512 may be may be the same or similar to data structure 416, as described in conjunction with
The MI mode 552b may begin by the transmission of a digital ping 524, which is sent by the PTU 204 to the PRU 208. The digital ping 524 may be the same or similar to data structure 426, as described in conjunction with
Methods of Managing Dual Mode Power Transmission:
An embodiment of a method, comprising methods 600, 700, and 800, for initiating MR and/or MI wireless charging may be as shown in
The PTU 204 can detect a load, in step 608. In some configurations, while in MR mode, the load detection is done by checking for an impedance shift and/or a presence pulse. While in MI mode, the PTU 204 can monitor changes in the inductance of the system to determine if there is a load. If there is a load detected, the method proceeds to step 612.
In step 612, the PTU 204 can determine whether to accept a MI or MR connection. If a MI connection can be attempted, the method 600 proceeds to step 616. If a MR connection is to be attempted, the method 600 proceeds to step 620. In step 616, the PTU 204 conducts a MI connection. In step 620, the PTU 204 conducts a MR connection. The method 600 continues through off page connector “A” 628, from step 616 to step 708 in method 700, as shown in
In step 708, the PTU 204 generates an digital ping. The digital ping may be the same or similar to signal 524, as described in conjunction with
The PTU 204 may then receive and/or retrieve information to determine if the PRU 208 is a valid receiver to conduct MI operations, in step 712. The information may include a type, an identifier, or other information, such as that received in signals 532 or signal 528, as described in conjunction with
In step 720, the PTU 204 transitions to a MI wireless power transfer mode. The PTU 204 then provides an electromagnetic field for MI charging to the PRU 208. Thereinafter, the PTU 204 may determine if the PRU 208 supports a MR connection, in step 724. If the PRU 208 does support a MR connection, then method 700 proceeds through off page connector “B” 624 to step 808 shown as part of method 800 provided in
In step 716, the PTU 204 determines if the MR connection has already been attempted. If the MR connection has been attempted, method 700 proceeds “YES” through off page connector “C” 632 where the process 600 ends at end operation 636. If it is determined that a MR connection has not been attempted, then method 700 proceeds “NO” through off page connector “B” 624 to step 808 shown as part of method 800 provided in
The steps or processes performed by the PRU 208 in method 700 is shown in
In step 737, to respond to the digital ping 524, the PRU 208 can send a modulated power signal, in step 736. The modulated power signal may be the same or similar to signal 528, as described in conjunction with
Returning to
In response to the aperiodic long beacon 504, the PTU 204 may receive an advertisement signal 508 or other information, such as static and/or dynamic parameters 512, as described in conjunction with
If the PRU 208 is a valid receiver, the method 800 proceeds “YES” to step 820. However, if the PRU 208 is not a valid receiver, the method 800 proceeds “NO” to step 816. In step 820, the PTU 204 can transition to the MR wireless power transfer mode 552a and provide a resonant magnetic field to the PRU 208 for charging. From there, the method 800 proceeds to step 824 where the PTU 204 can determine if the PRU 208 supports a MI connection. If a MI connection is supported, the method 800 proceeds “YES” through off page connector “A” 628 back to step 708 shown in
In step 816, if the PRU 208 is not a valid receiver, the PTU 204 can determine if a MI connection has been attempted, in step 816. If a MI connection has not been attempted, the method 800 proceeds “NO” through off page connector “A: 628 back to step 708 shown in
Method 800 may be conducted from the prospective of the PRU 208 as shown in
Upon receiving aperiodic long beacon 504, the PRU 208 may determine if a MR connection is possible or desired, in step 832. If the MR connection is possible and/or desired, the method 800 proceeds “YES” to step 836, where the PRU 208 can send an advertisement signal, the same as or similar to signal 508, as described in conjunction with
After sending the advertisement in step 8736, the PRU 208 may transition to a MR wireless power transfer mode, if provided by the PTU 204, in step 840. Here, the PRU 208 may receive the MR resonant magnetic field to charge components or the battery associated with the PRU 208.
An embodiment of a method 900 for conducting dual mode power transfer through a MI connection and/or a MR connection may be as shown in
The PTU 204 can detect a load, in step 908. The PTU 204 can detect a load, as previously explained with respect to step 608 as described in conjunction with
In step 924, the PTU 204 can support the connected mode through information transfer and/or with other operations. Further, the PTU 204 can transmit power on the connected mode, in step 928. Thus, the PTU 204 can provide an electromagnetic signal, either through the MI or MR connection, in step 928.
In step 932, the PTU 204 can determine if both modes are connected. The PTU 204 can determine if both modes are connected based on the handshakes provided in step 912 and 916. If both modes are connected, the method proceeds “YES” to step 940. However, if both modes are not connected, the method proceeds “NO” to step 936 where the PTU 204 determines whether the PRU 208 is invalid. In the situation whether the PRU 208 is invalid, the PTU 204 can invalidate the PRU 208 and may send a reject signal 520, 536 to the PRU 208. The reject signal 520, 536 may have data, which is the same or similar to data structure 422, as described in conjunction with
In step 940, the PTU 204 can determine if the PRU 208 supports both modes. If both modes are supported based on the handshakes 912 and 916, the method 900 may proceed “YES” to step 944, where the PTU 204 can transmit power in both modes. In this way, the PTU 204 can charge the PRU 208 through a MI connection and/or a MR connection. It should be noted that the PTU 204 may use both modes simultaneously or transition back and forth between the two modes if both modes are supported. If both modes are not supported, the method 900 may proceed “NO” through off page connector “A” 948 to step 960 shown in
The PTU 204 may select which of the modes, MR or MI, is to be used to charge the PRU 208, in step 960. Based on the selection, the PTU 204 may inform the PRU 208 which mode is selected. The information of which mode is selected may be transmitted by the PTU 204 in an accept signal 520 or invalidation/accept signal 536. Based on which signal is sent, the PRU 208 can determine which mode will be used. After selection of the mode and informing the PRU 208, the PTU 204 can transmit power on the selected mode, in step 964.
Thereinafter, the PTU 204 can determine if a connection in the other mode has been made and is to be kept, in step 968. If the connection is to be kept, the method 900 proceeds “YES” to step 972, where the PTU 204 keeps the connection, although power may not be transferred by that connection. If the connection is not to be kept, the method 900 proceeds “NO” to step 976 where the PTU 204 may terminate the connection. The PTU 204 may terminate the connection by sending a reject or other signal 520, which informs the PRU 208 of the termination of that connection. Thereinafter, the method 900 proceeds through off page connector “B” 952 back end operation 956 shown in
Mobile Device Architecture:
The device 1000 may implement some or all of the structure and/or operations for one or more devices 112 of
An analog front end (AFE)/radio interface 1010 may include a component or combination of components adapted for transmitting and/or receiving single-carrier or multi-carrier modulated signals (e.g., including complementary code keying (CCK), orthogonal frequency division multiplexing (OFDM), and/or single-carrier frequency division multiple access (SC-FDMA) symbols) although the configurations are not limited to any specific over-the-air interface or modulation scheme. AFE/Radio interface 1010 may include, for example, a receiver 1012, a frequency synthesizer 1014, and/or a transmitter 1016. AFE/Radio interface 1010 may include bias controls, a crystal oscillator, and/or one or more antennas 1018-f. In additional or alternative configurations, the AFE/Radio interface 1010 may use external voltage-controlled oscillators (VCOs), surface acoustic wave filters, intermediate frequency (IF) filters and/or RF filters, as desired.
Baseband circuitry 1020 may communicate with AFE/Radio interface 1010 to process, receive, and/or transmit signals and may include, for example, an analog-to-digital converter 1022 for down converting received signals, a digital-to-analog converter 1024 for up converting signals for transmission. Further, baseband circuitry 1020 may include a baseband or physical layer (PHY) processing circuit 1026 for the PHY link layer processing of respective receive/transmit signals. Baseband circuitry 1020 may include, for example, a medium access control (MAC) processing circuit 1027 for MAC/data link layer processing. Baseband circuitry 1020 may include a memory controller 1032 for communicating with MAC processing circuit 1027 and/or a computing platform 1030, for example, via one or more interfaces 1034.
In some configurations, PHY processing circuit 1026 may include a frame construction and/or detection module, in combination with additional circuitry such as a buffer memory, to construct and/or deconstruct communication frames. Alternatively or in addition, MAC processing circuit 1027 may share processing for certain of these functions or perform these processes independent of PHY processing circuit 1026. In some configurations, MAC and PHY processing may be integrated into a single circuit.
The computing platform 1030 may provide computing functionality for the device 1000. As shown, the computing platform 1030 may include a processing component 1040. In addition to, or alternatively of, the baseband circuitry 1020, the device 1000 may execute processing operations or logic for one or more of AP 102 and STAs 104a-104, storage medium 1060, and logic circuit 1028 using the processing component 1040. The processing component 1040 (and/or PHY 1026 and/or MAC 1027) may comprise various hardware elements, software elements, or a combination of both. Examples of hardware elements may include devices, logic devices, components, processors, microprocessors, circuits, processor circuits, circuit elements (e.g., transistors, resistors, capacitors, inductors, and so forth), integrated circuits, application specific integrated circuits (ASIC), programmable logic devices (PLD), digital signal processors (DSP), field programmable gate array (FPGA), memory units, logic gates, registers, semiconductor device, chips, microchips, chip sets, and so forth. Examples of software elements may include software components, programs, applications, computer programs, application programs, system programs, software development programs, machine programs, operating system software, middleware, firmware, software modules, routines, subroutines, functions, methods, procedures, software interfaces, application program interfaces (API), instruction sets, computing code, computer code, code segments, computer code segments, words, values, symbols, or any combination thereof. Determining whether an embodiment is implemented using hardware elements and/or software elements may vary in accordance with any number of factors, such as desired computational rate, power levels, heat tolerances, processing cycle budget, input data rates, output data rates, memory resources, data bus speeds and other design or performance constraints, as desired for a given implementation.
The computing platform 1030 may further include other platform components 1050. Other platform components 1050 include common computing elements, such as one or more processors, multi-core processors, co-processors, memory units, chipsets, controllers, peripherals, interfaces, oscillators, timing devices, video cards, audio cards, multimedia input/output (I/O) components (e.g., digital displays), power supplies, and so forth. Examples of memory units 1060 may include without limitation various types of computer readable and machine readable storage media in the form of one or more higher speed memory units, such as read-only memory (ROM), random-access memory (RAM), dynamic RAM (DRAM), Double-Data-Rate DRAM (DDRAM), synchronous DRAM (SDRAM), static RAM (SRAM), programmable ROM (PROM), erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, polymer memory such as ferroelectric polymer memory, ovonic memory, phase change or ferroelectric memory, silicon-oxide-nitride-oxide-silicon (SONOS) memory, magnetic or optical cards, an array of devices such as Redundant Array of Independent Disks (RAID) drives, solid state memory devices (e.g., USB memory, solid state drives (SSD) and any other type of storage media suitable for storing information.
Device 1000 may be, for example, an ultra-mobile device, a mobile device, a fixed device, a machine-to-machine (M2M) device, a personal digital assistant (PDA), a mobile computing device, a smart phone, a telephone, a digital telephone, a cellular telephone, user equipment, eBook readers, a handset, a one-way pager, a two-way pager, a messaging device, a computer, a personal computer (PC), a desktop computer, a laptop computer, a notebook computer, a netbook computer, a handheld computer, a tablet computer, a server, a server array or server farm, a web server, a network server, an Internet server, a work station, a mini-computer, a main frame computer, a supercomputer, a network appliance, a web appliance, a distributed computing system, multiprocessor systems, processor-based systems, consumer electronics, programmable consumer electronics, game devices, display, television, digital television, set top box, wireless access point, base station, node B, subscriber station, mobile subscriber center, radio network controller, router, hub, gateway, bridge, switch, machine, or combination thereof. Accordingly, functions and/or specific configurations of device 1000 described herein, may be included or omitted in various embodiments of device 1000, as suitably desired.
Embodiments of device 1000 may be implemented using single input single output (SISO) architectures. However, certain implementations may include multiple antennas (e.g., antennas 1018-f) for transmission and/or reception using adaptive antenna techniques for beamforming or spatial division multiple access (SDMA) and/or using MIMO communication techniques.
The components and features of device 1000 may be implemented using any combination of discrete circuitry, application specific integrated circuits (ASICs), logic gates and/or single chip architectures. Further, the features of device 1000 may be implemented using microcontrollers, programmable logic arrays and/or microprocessors or any combination of the foregoing where suitably appropriate. It is noted that hardware, firmware, and/or software elements may be collectively or individually referred to herein as “logic,” “circuit,” or “processor.”
The device in
Another module that the device in
It should be appreciated that the exemplary device 1000 shown in the block diagram of
Exemplary aspects are directed toward:
A mobile device comprising:
a coil that receives an AC electromagnetic field at a resonance frequency and converts the AC electromagnetic field into an AC electromagnetic current that powers the mobile device and/or charges a battery of the mobile device;
a master control device (MCD) that controls operations in the mobile device;
a power receiver unit (PRU) electrically coupled to the coil and in communication with the MCD, wherein the PRU comprises:
Any one or more of the above aspects, wherein the resonant receiver circuit comprises a first capacitor that tunes the resonant receiver circuit to the resonance frequency.
Any one or more of the above aspects, wherein the resonant receiver circuit comprises a second capacitor that is selectively coupled to the first capacitor to de-tune the resonant receiver circuit from the resonance frequency.
Any one or more of the above aspects, wherein the first capacitor and second capacitor are in parallel configuration in the resonant receiver circuit.
Any one or more of the above aspects, wherein the MCU is electrically coupled to the second capacitor by a first transistor.
Any one or more of the above aspects, wherein the MCU selectively energizes a gate of the first transistor to electrically couple the first capacitor with the second capacitor.
Any one or more of the above aspects, wherein the MCD conducts radio frequency operations through a cellular or wireless modem when the resonant receiver circuit is de-tuned to lower interference caused by receiving a charge at the PRU.
A method for managing power breaks, the method comprising:
a controller of a power receiver unit (PRU) of a mobile device receiving a notification, of an upcoming power break, sent from a power transmitter unit (PTU);
after receiving the notification, the controller of the PRU transitioning to a power break where the PTU lowers a voltage of or eliminates an AC electromagnetic field that charges the PRU, wherein the mobile devices sends or receives data through a cellular modem of the mobile device during the power break;
after transitioning to the power break, the controller of the PRU transitioning back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, the method further comprises receiving a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, the method further comprises sending a power break request to the PTU.
Any one or more of the above aspects, the method further comprises sending a power break request plan to the PTU.
Any one or more of the above aspects, the method further comprises:
the PRU receiving an acknowledgement from the PTU, wherein the PRU sends the acknowledgement if the PRU is capable of receiving the power break.
Any one or more of the above aspects, the method further comprises:
during a normal power mode, the PRU sending a notification that the PRU will transition to absorb less power;
after sending the notification, de-tuning a resonant receiver circuit in the PRU to receive less power from the PTU.
Any one or more of the above aspects, the method further comprises, while the resonant receiver circuit is de-tuned, sending or receiving data with the cellular model of the mobile device.
Any one or more of the above aspects, the method further comprises sending a termination message to inform the PTU that the PRU will begin to return to a normal load.
A non-transitory computer-readable storage media that stores instructions for execution by one or more processors to perform operations for a power receiver unit (PRU) of a mobile device, the instructions comprising:
instructions to receive a notification, of an upcoming power break, sent from a power transmitter unit (PTU);
after receiving the notification, instructions to transition to a power break where the PTU lowers a voltage of or eliminates an AC electromagnetic field that charges the PRU, wherein the mobile devices sends or receives data through a cellular modem of the mobile device during the power break;
after transitioning to the power break, instructions to transition back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, wherein the instructions further compromise: instructions to receive a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, wherein the instructions further compromise: instructions to send a power break request to the PTU.
Any one or more of the above aspects, wherein the instructions further compromise: instructions to send a power break request plan to the PTU.
Any one or more of the above aspects, wherein the instructions further compromise:
instructions to receive an acknowledgement from the PTU, wherein the PRU sends the acknowledgement if the PRU is capable of receiving the power break.
Any one or more of the above aspects, wherein the instructions further compromise:
during a normal power mode, instructions to send a notification that the PRU will transition to absorb less power;
after sending the notification, instructions to de-tune a resonant receiver circuit in the PRU to receive less power from the PTU.
A mobile device for managing power breaks, the mobile device comprising: means for receiving a notification, of an upcoming power break, sent from a power transmitter unit (PTU);
after receiving the notification, means for transitioning to a power break where the PTU lowers a voltage of or eliminates an AC electromagnetic field that charges the PRU, wherein the mobile devices sends or receives data through a cellular modem of the mobile device during the power break;
after transitioning to the power break, means for transitioning back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, the mobile device further comprises means for receiving a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, the mobile device further comprises means for sending a power break request to the PTU.
Any one or more of the above aspects, the mobile device further comprises means for sending a power break request plan to the PTU.
Any one or more of the above aspects, the mobile device further comprises:
means for receiving an acknowledgement from the PTU, wherein the PRU sends the acknowledgement if the PRU is capable of receiving the power break.
Any one or more of the above aspects, the mobile device further comprises:
during a normal power mode, means for sending a notification that the PRU will transition to absorb less power;
after sending the notification, means for de-tuning a resonant receiver circuit in the PRU to receive less power from the PTU.
Any one or more of the above aspects, the mobile device further comprises, while the resonant receiver circuit is de-tuned, means for sending or receiving data with the cellular model of the mobile device.
Any one or more of the above aspects, the mobile device further comprises means for sending a termination message to inform the PTU that the PRU will begin to return to a normal load.
A method for managing power breaks, the method comprising:
a controller of a power transmitter unit (PTU) sending a notification of an upcoming power break to a power receiver unit (PRU) of a mobile device;
after sending the notification, the controller of the PTU transitioning to a power break where the PTU lowers a voltage of or eliminates an AC electromagnetic field that charges the PRU, wherein the mobile device sends or receives data through a cellular modem of the device during the power break;
after transitioning to the power break, the controller of the PTU transitioning back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, the method further comprises sending a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, the method further comprises receiving a power break request from the PRU.
Any one or more of the above aspects, the method further comprises receiving a power break request plan from the PRU.
Any one or more of the above aspects, the method further comprises:
the PTU receiving an acknowledgement from the PRU;
the PTU determining whether the PRU is capable of receiving the power break based on the reception of the acknowledgment.
A charging platform for managing power breaks, the charging platform comprising:
means for sending a notification of an upcoming power break to a power receiver unit (PRU) of a mobile device;
after sending the notification, means for transitioning to a power break where the PTU lowers a voltage of or eliminates an AC electromagnetic field that charges the PRU, wherein the mobile device sends or receives data through a cellular modem of the device during the power break;
after transitioning to the power break, means for transitioning back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, the charging platform further comprises means for sending a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, the charging platform further comprises means for receiving a power break request from the PRU.
Any one or more of the above aspects, the charging platform further comprises means for receiving a power break request plan from the PRU.
Any one or more of the above aspects, the charging platform further comprises:
means for receiving an acknowledgement from the PRU;
means for determining whether the PRU is capable of receiving the power break based on the reception of the acknowledgment.
A non-transitory computer-readable storage media that stores instructions for execution by one or more processors to perform operations for a power transmitter unit (PTU) of a charging platform, the instructions comprising:
instructions to send a notification of an upcoming power break to a power receiver unit (PRU) of a mobile device;
after sending the notification, instructions to transition to a power break where the PTU lowers a voltage of or eliminates an AC electromagnetic field that charges the PRU, wherein the mobile device sends or receives data through a cellular modem of the device during the power break;
after transitioning to the power break, instructions to transition back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, further comprising instructions to send a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, further comprising instructions to receive a power break request from the PRU.
Any one or more of the above aspects, further comprising instructions to receive a power break request plan from the PRU.
Any one or more of the above aspects, further comprising:
instructions to receive an acknowledgement from the PRU;
instructions to determine whether the PRU is capable of receiving the power break based on the reception of the acknowledgment.
A charging platform comprising:
a coil that provides an AC electromagnetic field at a resonance frequency to a second coil associated with a mobile device, wherein the mobile device converts the AC electromagnetic field into an AC electromagnetic current that powers the mobile device and/or charges a battery of the mobile device;
a power transmitter unit (PTU) electrically coupled to the coil, wherein the PTU comprises:
a transmit resonator circuit that generates the AC electromagnetic field; and
a controller electrically coupled to the transmit resonator circuit, wherein the controller:
sends a notification of an upcoming power break to a power receiver unit (PRU) of a mobile device;
after sending the notification, transitions to a power break where the PTU lowers a voltage of or eliminates the AC electromagnetic field that charges the PRU, wherein the mobile device sends or receives data through a cellular modem of the device during the power break;
after transitioning to the power break, transitions back to a normal power mode where the PTU reestablishes a normal AC electromagnetic field that provides a charge in the PRU.
Any one or more of the above aspects, wherein the controller further sends a power break plan, wherein the power break plan comprises one or more of a start time, duration, a frequency/reoccurrence field, a power output field, a number of power breaks, a stop time, and/or a wait time.
Any one or more of the above aspects, wherein the controller further receives a power break request from the PRU.
Any one or more of the above aspects, wherein the controller further receives a power break request plan from the PRU.
Any one or more of the above aspects, wherein the controller further:
receives an acknowledgement from the PRU;
determines whether the PRU is capable of receiving the power break based on the reception of the acknowledgment.
Any one or more of the aspects as substantially described herein.
For purposes of explanation, numerous details are set forth in order to provide a thorough understanding of the present embodiments. It should be appreciated however that the techniques herein may be practiced in a variety of ways beyond the specific details set forth herein.
While the above-described flowcharts have been discussed in relation to a particular sequence of events, it should be appreciated that changes to this sequence can occur without materially effecting the operation of the embodiment(s). Additionally, the exact sequence of events need not occur as set forth in the exemplary embodiments, but rather the steps can be performed by one or the other transceiver in the communication system provided both transceivers are aware of the technique being used for initialization. Additionally, the exemplary techniques illustrated herein are not limited to the specifically illustrated embodiments but can also be utilized with the other exemplary embodiments and each described feature is individually and separately claimable.
The above-described system can be implemented on a wireless telecommunications device(s)/system, such an IEEE 802.11 transceiver, or the like. Examples of wireless protocols that can be used with this technology include IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n, IEEE 802.11ac, IEEE 802.11ad, IEEE 802.11af, IEEE 802.11ah, IEEE 802.11ai, IEEE 802.11aj, IEEE 802.11aq, IEEE 802.11ax, WiFi, LTE, 4G, Bluetooth®®, WirelessHD, WiGig, WiGi, 3GPP, Wireless LAN, WiMAX, and the like.
The term transceiver as used herein can refer to any device that comprises hardware, software, circuitry, firmware, or any combination thereof and is capable of performing any of the methods, techniques and/or algorithms described herein.
Additionally, the systems, methods and protocols can be implemented to improve one or more of a special purpose computer, a programmed microprocessor or microcontroller and peripheral integrated circuit element(s), an ASIC or other integrated circuit, a digital signal processor, a hard-wired electronic or logic circuit such as discrete element circuit, a programmable logic device such as PLD, PLA, FPGA, PAL, a modem, a transmitter/receiver, any comparable means, or the like. In general, any device capable of implementing a state machine that is in turn capable of implementing the methodology illustrated herein can benefit from the various communication methods, protocols and techniques according to the disclosure provided herein.
Examples of the processors and/or controllers as described herein may include, but are not limited to, at least one of Qualcomm® Snapdragon® 800 and 801, Qualcomm® Snapdragon® 610 and 615 with 4G LTE Integration and 64-bit computing, Apple® A7 processor with 64-bit architecture, Apple® M7 motion coprocessors, Samsung® Exynos® series, the Intel® Core™ family of processors, the Intel® Xeon® family of processors, the Intel® Atom™ family of processors, the Intel Itanium® family of processors, Intel® Core® i5-4670K and i7-4770K 22 nm Haswell, Intel® Core® i5-3570K 22 nm Ivy Bridge, the AMD® FX™ family of processors, AMD® FX-4300, FX-6300, and FX-8350 32 nm Vishera, AMD® Kaveri processors, Texas Instruments® Jacinto C6000™ automotive infotainment processors, Texas Instruments® OMAP™ automotive-grade mobile processors, ARM® Cortex™-M processors, ARM® Cortex-A and ARM926EJ-S™ processors, Broadcom® AirForce BCM4704/BCM4703 wireless networking processors, the AR7100 Wireless Network Processing Unit, other industry-equivalent processors, and may perform computational functions using any known or future-developed standard, instruction set, libraries, and/or architecture.
Furthermore, the disclosed methods may be readily implemented in software using object or object-oriented software development environments that provide portable source code that can be used on a variety of computer or workstation platforms. Alternatively, the disclosed system may be implemented partially or fully in hardware using standard logic circuits or VLSI design. Whether software or hardware is used to implement the systems in accordance with the embodiments is dependent on the speed and/or efficiency requirements of the system, the particular function, and the particular software or hardware systems or microprocessor or microcomputer systems being utilized. The communication systems, methods and protocols illustrated herein can be readily implemented in hardware and/or software using any known or later developed systems or structures, devices and/or software by those of ordinary skill in the applicable art from the functional description provided herein and with a general basic knowledge of the computer and telecommunications arts.
Moreover, the disclosed methods may be readily implemented in software and/or firmware that can be stored on a storage medium to improve the performance of: a programmed general-purpose computer with the cooperation of a controller and memory, a special purpose computer, a microprocessor, or the like. In these instances, the systems and methods can be implemented as program embedded on personal computer such as an applet, JAVA®, or CGI script, as a resource residing on a server or computer workstation, as a routine embedded in a dedicated communication system or system component, or the like. The system can also be implemented by physically incorporating the system and/or method into a software and/or hardware system, such as the hardware and software systems of a communications transceiver.
Various embodiments may also or alternatively be implemented fully or partially in software and/or firmware. This software and/or firmware may take the form of instructions contained in or on a non-transitory computer-readable storage medium. Those instructions may then be read and executed by one or more processors to enable performance of the operations described herein. The instructions may be in any suitable form, such as but not limited to source code, compiled code, interpreted code, executable code, static code, dynamic code, and the like. Such a computer-readable medium may include any tangible non-transitory medium for storing information in a form readable by one or more computers, such as but not limited to read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; a flash memory, etc.
Provided herein are exemplary systems and methods for full- or half-duplex communications in a wireless device(s). While the embodiments have been described in conjunction with a number of embodiments, it is evident that many alternatives, modifications and variations would be or are apparent to those of ordinary skill in the applicable arts. Accordingly, this disclosure is intended to embrace all such alternatives, modifications, equivalents and variations that are within the spirit and scope of this disclosure.
