Methods and mechanisms for power saving and performance balancing in transmitter

Abstract

An example using the Bluetooth protocol may include a dynamic MTU adjustment for reduction of the probability of handshake collision and credit processing. This may also include making the Tx MTU a non-multiple of the number of remote Rx credits and adjusting the Tx MTU to a value that lets CONTINUE come before or after Credits without overlapping and prevents underflow situations. Another example may include periodically pacing the low priority traffic even during an underflow condition, thereby balancing the speed. Still another example may balance the frequency speeds, and thereby balancing power by controlling the processor load during unwanted waiting situations, and indirectly control unwanted Multiprocessor Frequency jump decision that may happen for low priority traffic conditions.

Description

[0001] Cross References to Related Applications [0002] This application for patent claims the benefit of U.S. Provisional Application No. 62 / 003,249, filed May 27, 2014, entitled "METHODS AND MECHANISMS FORPOWER SAVING AND PERFROMANCE BALANCING IN A TRANSMITTER," which is assigned to the assignee of this application. , and is expressly incorporated herein in its entirety by reference. technical field [0003] The present disclosure relates generally to performance improvement between two devices, and more particularly, but not exclusively, to power conservation and performance balancing between a transmitter and receiver. Background technique [0004] Generally, in device-to-device communication using any communication protocol (wired or wireless (for example, the Bluetooth protocol)), when the receiving device has a low buffer and / or the transmitting device is limited by protocol flow control (due to slow Influx of remote devices) while experiencing processing delays, th...

AI Technical Summary

Problems solved by technology

[0004] Generally, in device-to-device communication using any communication protocol (wired or wireless (for example, the Bluetooth protocol)), when the receiving device has a low buffer and / or the transmitting device is limited by protocol flow control (due to slow Influx of remote devices) while experiencing processing delays, there is high power consumption (possibly rising to even double in a given time, essentially under platform design constraints explained later)

In short, device-to-device data transfers using lower Rx buffers on the remote side or processing delays on the local side result in high power consumption on the transmitter side

It is not good to have the whole system waiting in a higher power leakage state and throttling traffic conditions due to low priority

Images