Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
CONTROLLING AN RF FRONTEND USING CONTROL FORMAT INDICATOR PREDICTION
Document Type and Number:
WIPO Patent Application WO/2018/063518
Kind Code:
A1
Abstract:
Where a subframe contains no transmission grants for a given user equipment, the user equipment's radio frequency frontend dedicates electrical power to receive Orthogonal Frequency- Division Multiplexing symbols, with little appreciable benefit. Because the Physical Downlink Control Channel scheduling data will generally be transmitted in the first three Orthogonal Frequency-Division Multiplexing symbols, it is known to receive the first three Orthogonal Frequency-Division Multiplexing symbols and cease reception for the remainder of the subframe, where the subframe contains no relevant transmission grants. This is a method and apparatus for predicting the Control Format Indicator, which communicates the number of Orthogonal Frequency- Division Multiplexing symbols that are dedicated to Physical Downlink Control Channel scheduling information. Where a predicted Control Format Indicator is fewer than three OFDM symbols, the radio frequency frontend may be switched off earlier, thereby resulting in increased computational performance and/or power savings.

Inventors:
RUDER MICHAEL (DE)
BACHL RAINER (DE)
Application Number:
PCT/US2017/046188
Publication Date:
April 05, 2018
Filing Date:
August 10, 2017
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
INTEL IP CORP (US)
International Classes:
H04L27/26
Foreign References:
US20150092893A12015-04-02
US20160021643A12016-01-21
US20120113941A12012-05-10
US20130003672A12013-01-03
US20110273994A12011-11-10
Attorney, Agent or Firm:
KOLBINGER, Karl (US)
Download PDF:
Claims:
Claims

What is claimed is:

1. A method for controlling a radio frequency frontend comprising:

predicting a Control Format Indicator ("CFI");

controlling a radio frequency ("RF") frontend to receive a number of Orthogonal Frequency Division Multiplexing ("OFDM") symbols based on the predicted CFI;

determining whether to grant a transmission based on the number of OFDM symbols received; and

controlling the RF frontend to terminate reception of the number of OFDM symbols for a predefined period of time if the number of OFDM symbols in the predefined period of time comprises no transmission grant.

2. The method of Claim l, wherein the predicted CFI is obtained by assessing CFIs from previous subframes with an identical subframe index.

3. The method of Claim l, wherein the predicted CFI is obtained by assessing CFIs from recent subframes.

4. The method of Claim l, wherein the predicted CFI is obtained by assessing a set consisting of the CFIs of the most recent 8 · K subframes, wherein K is an integer ranging from l to 4.

5. The method of any one of Claims 1 to 4, further comprising the predicted CFI being the mean of a set of decoded Control Format Indicator results.

6. The method of any one of Claims 1 to 5, further comprising the predicted CFI being the median of a set of decoded Control Format Indicator results.

7. The method of any one of Claims 1 to 6, further comprising the predicted CFI being the maximum of a set of decoded Control Format Indicator results.

8. The method of any one of Claims l to 7, further comprising performing at least two methods for calculating the predicted CFI.

9. The method of Claim 8, further comprising taking the mean of the results from the at least two methods for calculating the predicted CFI.

10. The method of Claim 8, further comprising taking the median the results from the at least two methods for calculating the predicted CFI.

11. The method of any one of Claims 1 to 10, further comprising decoding the number of OFDM symbols to obtain an actual CFI.

12. The method of Claim 11, further comprising storing the actual CFI in a memory.

13. The method of Claim 12, further comprising comparing the predicted CFI to the actual CFI.

14. The method of Claim 13, further comprising the predicted CFI being smaller than the actual CFI, and recovering the missing data through coding gain.

15. The method of Claim 14, further comprising setting missing data for PDCCH decoding to zero.

16. The method of Claim 13, further comprising the predicted CFI being smaller than the actual CFI, and obtaining a retransmission of missing data using Automatic Repeat Request.

17. The method of any one of Claims 1 to 6, further comprising adding an offset value to the predicted CFI, to reduce the likelihood of a predicted CFI being smaller than the actual CFI.

18. The method of any one of Claims 1 to 17, further comprising combining and quantizing a first predicted CFI and a second predicted CFI as an integer value used as a final predicted CFI value.

19. A method for improving performance in user equipment is disclosed, said method comprising:

applying a formula to obtain a predicted control format indicator;

controlling a radio frequency ("RF") frontend of a user equipment to receive an amount of Orthogonal Frequency Division Multiplexing ("OFDM") symbols for a subframe, said amount of OFDM symbols equaling the predicted control format indicator;

assessing the received amount of OFDM symbols for a Physical Downlink Control Channel ("PDCCH") transmission grant for the user equipment; and controlling the RF frontend to discontinue reception from the predicted control format indicator until the next subframe, where the amount of OFDM symbols comprises no PDCCH transmission grant for the user equipment, based on the assessment of the received amount of OFDM symbols.

20. An apparatus for controlling a radio frequency frontend, said apparatus comprising:

a radio frequency ("RF") frontend, configured to receive transmissions from a wireless network;

a computational circuit, configured to predict a CFI;

and a memory, wherein a set of previous CFIs are stored;

further comprising the computational circuit being configured to obtain a predicted CFI;

the RF frontend being configured to receive an amount of Orthogonal

Frequency Division Multiplexing ("OFDM") symbols in accordance with the predicted CFI;

the computation circuit being configured to assess the received amount of OFDM symbols for a transmission grant; and the radio frequency frontend being configured to discontinue reception from the predicted CFI until a predefined period of time, where the amount of OFDM symbols contains no transmission grant.

21. A means for controlling a radio frequency frontend, wherein said means: predicts a Control Format Indicator ("CFI");

controls a radio frequency ("RF") frontend to receive a number of Orthogonal Frequency Division Multiplexing ("OFDM") symbols based on the predicted CFI; assesses the received amount of OFDM symbols for a transmission grant; and controls the RF frontend to discontinue reception where the received OFDM symbols contain no transmission grant.

22. Machine-readable storage including machine-readable instructions, when executed, to implement a method or realize an apparatus as claimed in any preceding claim.

Description:
Controlling an RF Frontend using Control Format Indicator Prediction

Cross-Reference to Related Applications

[001] This application claims priority to European Patent Application Serial No. 16

191 150.8, which was filed September 28, 2016, and is incorporated herein by reference in its entirety.

Technical Field

[002] Embodiments described herein generally relate to the increased efficiency of battery power in user equipment within a Long Term Evolution ("LTE") network.

Background

[003] The LTE Physical Downlink Control Channel ("PDCCH") is transmitted in the first Orthogonal Frequency Division Multiplexing ("OFDM") symbols of a subframe. The number of OFDM symbols (up to 4) used to transmit the PDCCH is provided by the Control Format Indicator ("CFI") which is transmitted via the Physical Control Format Indicator Channel ("PCFICH"). The PCFICH itself is multiplexed into the first OFDM symbol of every subframe. The PDCCH must be decoded to determine whether a downlink allocation is contained in the current subframe. If there is no downlink allocation, receiving the remaining OFDM symbols will require power expenditure without appreciable benefit.

[004] To save power when there is no downlink allocation, it is beneficial to switch off the radio frequency ("RF") frontend as soon as possible for the remaining portion of a subframe. In particular, OFDM symbols after the PDCCH region do not need to be received when there is no downlink allocation.

[005] There are two known solutions to address this issue. The first has been to use a method referred to here for convenience as Micro Sleep based on PDCCH Decoding.

l Under Micro Sleep based on PDCCH Decoding, the PDCCH is received and decoded, and once the PDCCH decoding result is available, and the user equipment ("UE") can confirm that no downlink allocation is present, the RF frontend is switched off. This can often be achieved after approximately 8 OFDM symbols.

[006] The second known solution has been to use a method that will be referred to here for convenience as Micro Sleep without PDCCH Decoding. Under Micro Sleep without PDCCH Decoding, the RF frontend is switched off after the maximum number of OFDM symbols containing PDCCH have been received. If a downlink allocation is detected, then Micro Sleep without PDCCH Decoding is discontinued, and the device is then configured to rely on the Hybrid Automatic Repeat Request ("HARQ") retransmission to receive the downlink allocation in the subsequent subframes.

[007] One limitation of Micro Sleep without PDCCH Decoding is that the maximum number of OFDM symbols that can carry PDCCH must always be received. For most situations, this requires that the UE receives the first three OFDM symbols of each subframe before being switched off.

Summary

[oo8]As a means to reduce power expenditure and increase efficiency, it is proposed to use a method to predict the CFI. The CFI predicting method uses PCFICH decoding results from previous subframes to predict CFI for the current subframe. Based on the outcome of the CFI prediction, the RF frontend can often be switched off before the maximum number of OFDM symbols used for PDCCH transmission have been received.

[009] This may result in a benefit over prior methods that rely on decoding the received OFDM symbols before switching off the RF Frontend. A certain delay is created by decoding received OFDM symbols for a transmission grant. Where the RF Frontend is switched off only after ensuring the absence of a transmission grant, the resulting computational delay generally requires that multiple OFDM symbols are downloaded before the RF Frontend can be switched off. As such, the ability to switch off the RF Frontend based on a predicted CFI may permit earlier

discontinuation of the RF Frontend and consequently increased stand-by time and substantial additional power savings.

Brief Description of the Drawings

[0010] In the drawings, like reference characters generally refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead generally being placed upon illustrating the principles of the invention. In the following description, various aspects are described with reference to the following drawings, in which:

Fig. l shows field measurements of actual CFI during an actual network deployment for a period of approximately 100 seconds.

Fig 2. shows the probability of certain CFI values based on the data depicted in Fig. i

Fig. 3 shows a procedure for predicting CFI

Fig. 4 shows an application of predicted CFI

Fig. 5 shows anticipated power savings for RF frontend using CFI prediction compared to power usage with Micro Sleep without PDCCH Decoding or Micro Sleep based on PDCCH Decoding

Fig. 6 shows a method for controlling an RF Frontend.

Fig. 7 shows a method for controlling an RF Frontend.

Fig. 8 shows user equipment calculating a CFI and receiving corresponding OFDM symbols

Fig. 9 shows a method of controlling an RF Frontend. Description of Embodiments

[ooio]The following detailed description refers to the accompanying drawings that show, by way of illustration, specific details and embodiments in which the invention may be practiced.

[0011] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration". Any embodiment or design described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other

embodiments or designs.

[0012] The words "plural" and "multiple" in the description and the claims expressly refer to a quantity greater than one. Accordingly, any phrases explicitly invoking the aforementioned words (e.g. "a plurality of [objects]", "multiple [objects]") referring to a quantity of objects expressly refers more than one of the said objects. The terms "group (of)", "set [of]", "collection (of)", "series (of)", "sequence (of)", "grouping (of)", etc., and the like in the description and in the claims, if any, refer to a quantity equal to or greater than one, i.e. one or more.

[0013] A "circuit" as user herein is understood as any kind of logic-implementing entity, which may include special-purpose hardware or a processor executing software. A circuit may thus be an analog circuit, digital circuit, mixed-signal circuit, logic circuit, processor, microprocessor, Central Processing Unit (CPU), Graphics Processing Unit (GPU), Digital Signal Processor (DSP), Field Programmable Gate Array (FPGA), integrated circuit, Application Specific Integrated Circuit (ASIC), etc., or any combination thereof. Any other kind of implementation of the respective functions which will be described below in further detail may also be understood as a "circuit". It is understood that any two (or more) of the circuits detailed herein may be realized as a single circuit with substantially equivalent functionality, and conversely that any single circuit detailed herein may be realized as two (or more) separate circuits with substantially equivalent functionality. Additionally, references to a "circuit" may refer to two or more circuits that collectively form a single circuit.

[0014] As used herein, "memory" may be understood as a non-transitory computer- readable medium in which data or information can be stored for retrieval. References to "memory" included herein may thus be understood as referring to volatile or nonvolatile memory, including random access memory (RAM), read-only memory (ROM), flash memory, solid-state storage, magnetic tape, hard disk drive, optical drive, etc., or any combination thereof. Furthermore, it is appreciated that registers, shift registers, processor registers, data buffers, etc., are also embraced herein by the term memory. It is appreciated that a single component referred to as "memory" or "a memory" may be composed of more than one different type of memory, and thus may refer to a collective component comprising one or more types of memory. It is readily understood that any single memory component may be separated into multiple collectively equivalent memory components, and vice versa. Furthermore, while memory may be depicted as separate from one or more other components (such as in the drawings), it is understood that memory may be integrated within another component, such as on a common integrated chip.

[0015] The term "base station" used in reference to an access point of a mobile communication network may be understood as a macro base station, micro base station, Node B, evolved NodeBs (eNB), Home eNodeB, Remote Radio Head (RRH), relay point, etc. As used herein, a "cell" in the context of telecommunications may be understood as a sector served by a base station. Accordingly, a cell may be a set of geographically co-located antennas that correspond to a particular sectorization of a base station. A base station may thus serve one or more cells (or sectors), where each cell is characterized by a distinct communication channel. Furthermore, the term "cell" may be utilized to refer to any of a macrocell, microcell, femtocell, picocell, etc.

[0016] The following detailed description refers to the accompanying drawings that show, by way of illustration, specific details and aspects of this Disclosure in which the invention may be practiced. Other aspects may be utilized and structural, logical, and electrical changes may be made without departing from the scope of the invention. The various aspects of this Disclosure are not necessarily mutually exclusive, as some aspects of this Disclosure can be combined with one or more other aspects of this Disclosure to form new aspects.

[0017] Fig. 1 shows field measurements of CFI for an actual network deployment 100 as sampled over a period of approximately 100,000 subframes or 100 seconds. Fig. 1 comprises an x-axis depicting the timestamp for the field measurements 101 and a y-axis showing the CFI control region length 102. The gray dots 103 represent the CFI values per subframe. The solid line 104 represents the moving average of CFI values over 100 subframes.

[0018] Fig. 2 shows the probability of certain CFI values used by a serving Evolved Node B ("eNodeB") 200, based on the field calculations depicted in Fig. 1. Fig. 2 comprises an x-axis depicting the CFI control region lengths tested 201, and it contains a y-axis depicting the percentage of subframes in which various CFI control region lengths were present 202 in the field testing shown in Fig. 1. According to the field calculations, the CFI was 1 in 95.0% of the samples, as shown in 203.

[0019] Fig. 3 shows a flowchart for CFI prediction 300. Fig. 3 comprises a CFI database 301 for past decoded CFI values. Future CFI values are then predicted from the CFI database 301 based on several possible methods. One method is to assess the CFI database 301 for a set of subframes with the same subframe index 302. A second method is to predict future CFI values based on a set of previous subframes 303. A third method is to predict future CFI based on a set of 8 times ^previous subframes within the CFI database 304. The results from these methods may be used alone or combined into a fusion result 305. The fusion of multiple methods obtains a joint predicted CFI value based on the various predicted results 305. The future of multiple methods may also include the consideration of reliability information from the individual prediction approaches 306. The output is a predicted CFI 307.

[0020] Fig. 4 shows a procedure for utilizing a predicted CFI 307 to improve power efficiency 400. The RF Frontend is switched off after the assumed number of PDCCH symbols given by the predicted CFI value 401. The CFI from the received

transmission is decoded from the PCFICH 402, and the decoded CFI 403 is transferred to the CFI database 301 for storage and to PDCCH demodulation 404 for additional analysis. The number of OFDM symbols received in the transmission 405 are also transferred to PDCCH demodulation 404 for further analysis. While in PDCCH demodulation 404, the number of received OFDM symbols 405 and the decoded CFI 403 are used to set the soft bits of any missing OFDM symbol(s) to zero, in the event that the predicted CFI 307 is smaller than the decoded CFI 403.

[0021] Fig. 5 is a table that demonstrates anticipated power savings of the RF Frontend using CFI prediction 500, compared to known methods of power savings. The first column shows a predicted CFI value 501. The second column shows the anticipated power savings of the RF Frontend using a predicted CFI value compared to a corresponding Micro Sleep without PDCCH Decoding application 502. The third column shows the anticipated power savings of the RF Frontend using a predicted CFI value compared to a corresponding Micro Sleep based on PDCCH Decoding application 503, wherein the Micro Sleep based on PDCCH Decoding typically requires eight OFDM symbols before the RF Frontend can be switched off. [0022] Fig. 6 shows a method for reducing power consumption in user equipment, said method comprising predicting a Control Format Indicator 601; controlling a radio frequency ("RF") frontend to receive a number of Orthogonal Frequency Division Multiplexing ("OFDM") symbols based on the predicted CFI 602;

determining whether to grant a transmission based on the number of OFDM symbols received 603; and controlling the RF frontend to terminate reception of the number of OFDM symbols for a predefined period of time if the number of OFDM symbols in the predefined period of time comprises no transmission grant 604.

[0023] Fig. 7 shows a method for predicting a control format indicator comprising decoding an OFDM symbol to obtain an actual control format indicator for a subframe 701; storing the actual control format indicator in a database 702; and applying a formula to determine a probable control format indicator based on at least one most recent actual control format indicator in the database 703.

[0024] Fig. 8 shows a transmission of OFDM symbol data to UE. In this case, UE 801 comprises a memory or database 802, a computational circuit 803, and a radiofrequency frontend 804, and the UE is configured to receive transmissions from a network 805. The transmissions comprise OFDM symbols which are organized in groups of fourteen to create a subframe 806. In each subframe for a bandwidth greater than 1.4 MHz, the first OFDM symbol comprises CFI 807. The CFI 807 corresponds to the number of OFDM symbols that will be used to transmit PDCCH data 808. In this case, the CFI is three, which corresponds to the three OFDM symbols that comprise the PDCCH 808. The computational circuit 802 assesses prior CFIs stored in the database 801 and uses a formula to create a predicted CFI 809. The radiofrequency frontend receives transmissions of the number of OFDM symbols that correspond to the predicted CFI 809. These OFDM symbols are decoded and their PDCCH is assessed for a transmission grant 810 in the subframe's remaining OFDM symbols. In the depicted example, the PDCCH includes a scheduled transmission 810 later in the subframe. Where the PDCCH 808 in the OFDM symbols contains no transmission grant for the user equipment 801, the

radiofrequency frontend 804 switches off for the reminder of the subframe.

[0025] Fig. 9 shows a method for controlling an RF Frontend comprising predicting a Control Format Indicator ("CFI") 901; controlling a radio frequency ("RF") frontend to receive a number of Orthogonal Frequency Division Multiplexing ("OFDM") symbols based on the predicted CFI 902;

determining whether to grant a transmission based on the number of OFDM symbols received 903; and controlling the RF frontend to terminate reception of the number of OFDM symbols for a predefined period of time if the number of OFDM symbols in the predefined period of time comprises no transmission grant.904.

A. CFI Prediction to Improve Power Efficiency

[0026] There is great utility in improving power consumption of UE. Power savings in a battery powered device is of tremendous importance for user satisfaction. To save power in an LTE downlink receiver, the RF Frontend, which requires the highest power consumption, should be switched on only when required. Very often, the LTE downlink receiver has good signal reception conditions, is connected to the base station, and has a low probability of downlink allocations. In such situations, the proposed CFI prediction-based algorithm significantly reduces power

consumption.

[0027] Reduced power consumption is generally desirable and can lead to many advantages, including increased battery longevity and increased user satisfaction. One particularly advantageous tool in increasing power efficiency is the ability to turn off the RF Frontend for portions of a transmission subframe. It is generally desirable to switch off the RF Frontend as soon as possible after receiving the PDCCH. The PDCCH in LTE comprises UE-specific scheduling assignments regarding the allocation for downlink resource allocation, uplink grants, and other signaling messages. Thus, once the PDCCH has been received, and as long as the PDCCH contains no downlink allocations for the UE, the UE may save power by switching off the RF Frontend for the remainder of the subframe.

[0028] Prior efforts at decreasing power consumption generally permitted the RF Frontend to receive some portions of a subframe, but then turn off the RF

Frontend for other portions of a subframe. Efforts to increase power efficiency by turning off the RF Frontend during portions of the subframe may first receive and decode the PDCCH, and potentially switch off the RF Frontend for the remainder of the subframe.

[0029] Additional power efficiency may be achieved by predicting the CFI, which may permit the RF Frontend to be switched off immediately after receiving the OFDM symbol containing PDCCH. The PDCCH is transmitted at the beginning of a subframe. In a 1.4 MHz channel, the PDCCH is transmitted in the first two to four OFDM symbols of the subframe. In all other bandwidths, and in the regular usage on an LTE network, the PDCCH is transmitted on the first one to three OFDM symbols of the subframe. The specific number of OFDM symbols that will be transmitted on any given subframe is contained in the CFI. This number is set by the network, and it may change periodically to accommodate a variety of variables in the network transmission.

[0030] The CFI is transmitted in the first OFDM symbol of each subframe. Thus, a UE receives and decodes the PDCCH, which is typically contained in the first one to three OFDM symbols (except in a 1.4 MHz channel), to determine whether the remaining OFDM symbols of that subframe will contain a scheduling assignment, such as a transmission grant, for the specific UE. Where the PDCCH contains no scheduling assignment for a specific UE, that UE can generally switch off its RF Frontend for the remainder of the subframe without negative consequence. This can result in substantial efficiency gains, since the RF Frontend is freed from receiving the remainder of the subframe, and since, consequently, stand-by time is increased.

[0031] Prior efforts at increasing efficiency by switching off the RF Frontend have required that the RF Frontend receive the first three OFDM symbols, since the PDCCH may normally be transmitted in up to the first three OFDM symbols in channels other than 1.4 MHz. Nevertheless, the PDCCH may not be transmitted in all three OFDM symbols, and where the PDCCH is transmitted in fewer than three OFDM symbols, there is a built-in inefficiency in this system. Under these circumstances, it may be desirable to reduce the number of OFDM symbols received accordingly.

[0032] Early efforts at addressing this issue attempted to decode the first OFDM symbol in a subset to obtain the CFI value, which would then provide the number of OFDM symbols on which the PDCCH would be projected. However, this process of decoding in real time has not been able to be performed with sufficient rapidity to provide efficiency over the Micro Sleep without PDCCH Decoding method, wherein the first three PDCCH symbols are always received. In light of this, it becomes advantageous to predict the CFI for an upcoming PDCCH and turn off the RF

Frontend after receiving the number of OFDM symbols that corresponds to the predicted CFI.

[0033] CFI can be predicted based on the history of the past CFI decoding results. A predicted CFI can allow the RF Frontend to terminate reception after receiving the number of OFDM symbols that corresponds to the predicted CFI. In circumstances where the CFI is less than three, this may permit an earlier switching off of the RF Frontend, and thereby a savings of power.

B. Behavior of CFI, generally

[0034] The tendency of CFI to generally remain constant and to change in small increments makes CFI prediction viable and attractive method for this application. As shown in Fig. 2, in one field measurement of CFI over a period of roughly 100,000 subframes, the CFI value was 1 during 95.9% of the subframes. Although the CFI value may change, it tends to remain relatively constant, and the likelihood of a CFI value changing from one given subframe to the next is small.

[0035] Moreover, where the CFI changes, it is unlikely to change by more than an increment of 1. Fig. 2 similarly shows that where the CIF changes, it typically changes only by an increment of 1. Large changes of CFI, i.e. changes of more than 1, are uncommon. This further supports CFI predictions, since a sudden increase in CFI is likely to result in, at most, the loss of one OFDM symbol of PDCCH data.

C. CFI Prediction

[0036] According to one aspect of the Disclosure, the actual CFI is received and decoded for each subframe, and the corresponding CFI value is saved in a database of past decoded CFI values. The number of stored CFI values can be adjusted to suit the needs of the application.

[0037] According to one aspect of the Disclosure, the number of stored CFI values may be 40. As such, the UE will store the CFI values for the last 40 subframes. These stored values will be used as data to predict the next CFI value.

[0038] According to another aspect of the Disclosure, CFI prediction occurs through evaluation of CFI values from subframes in the previous radio frames with the same subframe index. The CFI describes the number of OFDM symbols required for scheduling transmissions by using PDCCH transmissions. Certain subframes are more likely or less likely to be used for scheduling transmissions. For example, special subframes in time division duplex mode can support less user traffic than other subframes. Similarly, subframes with synchronization signals and the Physical Broadcast Channel support less user traffic than other subframes. However, in some subframes, the network is always scheduling transmission of system information blocks, thus causing a permanent usage of PDCCH resources in these subframes. From these examples, prediction may make use of CFI from past subframes with the same subframe index.

[0039] According to a second aspect of the Disclosure related to CFI prediction, CFI prediction occurs through evaluation of a set of previous subframes. Network traffic often corresponds to burst transmissions, such as when certain users perform file transfer protocol upload / download or web browsing. Therefore, scheduling requirements can change over short periods of time. This justifies using a predictor based on CFI from previous subframes.

[0040] According to a third aspect of the Disclosure related to CFI prediction, CFI prediction occurs through prediction based on CFI from a set of 8 times K subframes ago. Hybrid automatic repeat request retransmissions in the downlink are often scheduled by the network with the shortest possible round-trip time of eight subframes. If no retransmissions are required, the network often schedules transmissions in uplink and downlink in a subframe that is 8 subframes after the subframe with the previous transmission. Therefore, a CFI predictor could make use of the periodicity of scheduling transmissions that are 8 subframes apart, for instance, a CFI predictor could make use of decoded CFI from a set of 8 times K previous sub frames, whereby Kis a number from the set {i, 2, KMAX}, and KMAX is a small integer value. Typically, the largest KMAX value will be 4.

[0041] Although the input samples are different in the above three prediction methods, the prediction algorithm itself works similarly for each of them. The prediction algorithm makes use of the decoded CFI results to obtain the predicted CFI result. Some examples for the possible prediction algorithms include: (1) filtering decoded CFI results with a finite impulse response ("FIR") filter, whereby more recent results typically correspond to larger coefficients; (2) taking the mean of the decided CFI results; (3) taking the mean of the decided CFI results and applying an offset as a safety margin; (4) taking the median of the decoded CFI results; (5) taking the median of the decoded CFI results and applying an offset as a safety margin; and (5) taking the maximum of the decoded CFI results. This list of prediction algorithms is non-exhaustive and may be adapted or expanded to satisfy the needs of a given CFI prediction implementation.

[0042] According to another aspect of the Disclosure, the algorithm results can be combined to arrive at a predicted CFI. In this aspect, a fusion method is used to obtain a joint CFI prediction from the results of the individual CFI prediction approaches mentioned in the previous Section. The fusion method may comprise a combining stage and a quantization stage of the result as an integer value used as the final predicted CFI value. Because the individual CFI prediction approaches do not necessarily result in integer values, the fusion result must be adjusted to an integer, since the CFI is generally either 1, 2, or 3. The adjustment to integer values can be achieved by rounding or any other suitable means.

[0043] Because the above methods for calculating a predicted CFI may yield different results, they may be combined to obtain a combined predicted CFI. The combined predicted CFI may be obtained by: (1) weighted metric combining, whereby the weights can be based on reliability information; (2) selection combining, whereby the selection can be made based on reliability information; (3) a

combination of weighted metric combining and selection combining; and/or (4) taking the maximum of the decoded CFI results. This is a non-exhaustive list of means to combine various predicted CFI results to obtain a combined predicted CFI. This list may be adapted or expanded to meet the needs of a given CFI prediction implementation.

[0044] Taking the maximum of the decoded CFI results is the most conservative of these options. Although this method has the smallest probability of failing to receive a grant for the UE in PDCCH, this method also has the smallest power savings, since it requires receiving a larger number of OFDM symbols.

[0045] Where the predicted CFI permits the RF Frontend to be turned off earlier than the Micro Sleep without PDCCH Decoding model, significant power savings can be realized. Unless the RF Frontend is operating in a channel at 1.4 MHz, the CFI will be 1, 2, or 3. Where the predicted CFI is 1, the RF Frontend will be turned on for the first OFDM symbol and, assuming no grant for the UE, it will be turned off for the remaining OFDM symbols in its subframe. In comparison to Micro Sleep without PDCCH Decoding, which would require that the RF Frontend remain on for three OFDM symbols, this realizes a 66.7% power savings in the RF Frontend. Where the predicted CFI is 2, the RF Frontend will be turned on for the first two OFDM symbols and, assuming no grant for the UE, it will be turned off for the remaining OFDM symbols in its subframe. In comparison to Micro Sleep without PDCCH Decoding, which would require that the RF Frontend remains on for three OFDM symbols, this realizes a 33.3% power savings in the RF Frontend. Where the predicted CFI is 3, there is no power savings with respect to the RF Frontend, compared to the Micro Sleep without PDCCH Decoding model. [0046] For each subframe, both a predicted CFI will be set, and an actual CFI will be received. As stated above, the predicted CFI will determine how many OFDM symbols will be received to obtain PDCCH. Each sub frame's actual CFI will also be obtained. Because the actual CFI is contained in the first OFDM symbol, it will be received regardless of the predicted CFI setting. Once received, the actual CFI will be decoded and stored in the CFI data for use in future CFI predictions.

[0047] According to an additional aspect of the Disclosure, the actual CFI for each subframe will be compared to the predicted CFI.

[0048] Where it is determined after decoding the actual CFI that the predicted CFI is smaller than the actual CFI, the RF Frontend will have typically been turned off for one OFDM symbol containing PDCCH. Because, as described above, CFI tends to change infrequently and in small increments, the likelihood is that only one OFDM symbol containing PDCCH will have been missed. Where this occurs, the missing soft bits for PDCCH decoding (missing PDCCH data) are set to value o. The UE then relies on coding gain to successfully decode PDCCH from the PDCCH data received. In some circumstances, this will permit recovery of most or all of the PDCCH data. In the case of PDCCH decoding failure, it is likely that only an allocation of one subframe will have been missed.

[0049] In the event that one or more OFDM symbols are missed, and where the data cannot be obtained through decoding gain, the UE can utilize Hybrid Automatic Repeat Request to request retransmission of missing data. This may require sending of ACK or NACK signals to obtain a retransmission.

[0050] In the event that an actual CFI is higher than a predicted CFI, and depending on configuration, the efforts at predicting may temporarily cease while the missed OFDM symbols are recovered. Where the efforts at predicting CFI are temporarily ceased, the RF Frontend will not be switched off early for power saving purposes as set forth in this Disclosure, so as to permit recovery of the missing OFDM symbols. The actual CFI may still be decoded and stored in a database for use in predicting CFI once the prediction resumes.

[0051] According to one aspect of the Disclosure, the RF Frontend will only be switched off according to this method where the OFDM symbol (s) is/'are assessed to contain no PDCCH transmission grant. Where the predicted CFI is less than the actual CFI, and where attempts at obtaining the missing PDCCH through decoding gain are unsuccessful, it cannot be immediately determined whether a transmissions grant has been issued. Under this circumstance, and according to this embodiment, the RF Frontend will be configured not to execute this power saving method, but rather to remain on.

[0052] According to another aspect of the Disclosure, the RF Frontend may be switched off where the UE has received less than all of the PDCCH data and has requested retransmission. Under this situation, the network may provide a retransmission response, but said response will not be immediate. The UE may alternatively be configured to turn off the RF Frontend during the period between the retransmission request and the time that a retransmission would be anticipated.

[0053] In Example 1, a method for controlling a radio frequency frontend is disclosed, the method comprising:

predicting a Control Format Indicator ("CFI");

controlling a radio frequency ("RF") frontend to receive a number of Orthogonal Frequency Division Multiplexing ("OFDM") symbols based on the predicted CFI; determining whether to grant a transmission based on the number of OFDM symbols received; and controlling the RF frontend to terminate reception of the number of OFDM symbols for a predefined period of time if the number of OFDM symbols in the predefined period of time comprises no transmission grant.

[0054] In Example 2, a method for improving performance in user equipment is disclosed, said method comprising:

applying a formula to obtain a predicted control format indicator;

controlling a radio frequency ("RF") frontend of a user equipment to receive an amount of Orthogonal Frequency Division Multiplexing ("OFDM") symbols for a subframe, said amount of OFDM symbols equaling the predicted control format indicator;

assessing the received amount of OFDM symbols for a Physical Downlink Control Channel ("PDCCH") transmission grant for the user equipment; and

controlling the RF frontend to discontinue reception from the predicted control format indicator until the next subframe, where the amount of OFDM symbols comprises no PDCCH transmission grant for the user equipment, based on the assessment of the received amount of OFDM symbols.

[0055] In Example 3, a method for predicting a control format indicator is disclosed, said method comprising:

a. decoding an OFDM symbol to obtain an actual control format indicator for a subframe;

b. storing the actual control format indicator in a database; and

c. applying a formula to determine a probable control format indicator based on at least one most recent actual control format indicator in the database.

[0056] In Example 4, the method of Example 1, 2 or 3, wherein a user equipment predicts the CFI. [0057] In Example 5, the method of Example 1, 2 or 3, wherein a terminal mobile communications device predicts the CFI.

[0058] In Example 6, the method of Example 1, 2 or 3, wherein the OFDM symbols comprise Physical Downlink Control Channel data.

[0059] In Example 7, the method of Example 1, 2 or 3, wherein the predefined period of time is until the end of the current subframe.

[0060] In Example 8, the method of Example 1, 2 or 3, wherein the predefined period of time is until the beginning of the next subframe.

[0061] In Example 9, the method of Example 1, 2 or 3, wherein a bandwidth is 1.4 megahertz, and the CFI ranges from 2 to 4.

[0062] In Example 10, the method of Example 1, 2 or 3, wherein a bandwidth is greater than 1.4 megahertz, and the CFI ranges from 1 to 3.

[0063] In Example 11, the method of Example 1, 2 or 3, wherein the CFI value changes in response to poor signal conditions.

[0064] In Example 12, the method of Example 1, 2 or 3, wherein the CFI value changes in response to overload.

[0065] In Example 13, the method of any one of Examples 1, 11, or 12, wherein a change in CFI is unlikely to be greater than an increase or a decrease by 1.

[0066] In Example 14, the method of Example 1, 2 or 3, wherein predicting CFI offers an overall power savings advantage over the method described as Micro Sleep based on PDCCH Decoding.

[0067] In Example 15, the method of Example 1, 2, 3 or 14, wherein Micro Sleep based on PDCCH Decoding requires receiving approximately 8 OFDM symbols, and predicting CFI requires receiving no more than 3 symbols in a bandwidth greater than 1.4 megahertz. [0068] In Example 16, the method of Example 1, 2 or 3, wherein predicting CFI provides an overall power savings advantage over the method described as Micro Sleep without PDCCH Decoding.

[0069] In Example 17, the method of Example 1, 2, 3 or 16, wherein a predicted CFI value of 1 represents a 66.7% power savings over the Micro Sleep without PDCCH Decoding method.

[0070] In Example 18, the method of Example 1, 2, 3 or 16, wherein a predicted CFI value of 2 represents a 33.3% power savings over the Micro Sleep without PDCCH Decoding method.

[0071] In Example 19, the method of Example 1, 2, 3 or 16, wherein a predicted CFI value of 3 represents a 0% power savings over the Micro Sleep without PDCCH Decoding method.

[0072] In Example 20, the method of Example 1, 2, 3 or 14, wherein a predicted CFI value of 1 represents an 87.5% power savings over the Micro Sleep based on PDCCH Decoding method.

[0073] In Example 21, the method of Example 1, 2, 3 or 14, wherein a predicted CFI value of 2 represents a 75% power savings over the Micro Sleep based on PDCCH Decoding method.

[0074] In Example 22, the method of Example 1, 2, 3 or 14, wherein a predicted CFI value of 3 represents a 62.5% power savings over the Micro Sleep based on PDCCH Decoding method.

[0075] In Example 23, the method any one of Examples 1, 2, 4 or 14-22 is disclosed, wherein the resulting power savings results in increased user satisfaction.

[0076] In Example 24, the method of Example 1, 2, or 3, wherein the RF Frontend is only switched off where no received OFDM symbol corresponding to a predicted CFI contains a PDCCH transmission grant. [0077] In Example 25, the method of Example 1, 2, 3 or 24, wherein the switching off of the RF Frontend results in improved performance of the user equipment.

[0078] In Example 26, the method of Example 1, 2, or 3, wherein the predicted CFI is computed for each subframe.

[0079] In Example 27, the method of Example 1, 2,3 or 26, wherein the CFI is predicted by assessing CFIs from previous subframes.

[0080] In Example 28, the method of Example 1, 2, 3 or 27, wherein the number of previous subframes is 40.

[0081] In Example 29, the method of Example 1, 2, 3 or 27, wherein the number of previous subframes is 10.

[0082] In Example 30, the method of Example 1, 2, 3 or 27, wherein the number of previous subframes is greater than 40.

[0083] In Example 31, the method of Example 1, 2, 3 or 27, wherein the number of previous subframes is fewer than 40.

[0084] In Example 32, the method of Example 1, 2, 3 or 27, wherein the CFI is predicted by determining a predicted CFI based on CFIs from previous subframes with an identical subframe index.

[0085] In Example 33, the method of Example 1, 2, 3 or 27, wherein the CFI is predicted by assessing CFIs from a set of 8 · ^previous subframes.

[0086] In Example 34, the method of Example 33, wherein K is a member of a set of integers 1 through 4.

[0087] In Example 35, the method of Example 1, 2, 3 or 27, wherein the CFI is predicted by filtering decoded CFIs with a finite impulse response filter.

[0088] In Example 36, the method of Example 1, 2, 3 or 27, wherein the CFI is predicted by taking the mean of a set of decoded CFI results. [0089] In Example 37, the method of Example 1, 2, 3 or 27, wherein the CFI is predicted by taking the median of a set of decoded CFI results.

[0090] In Example 38, the method of Example 1, 2, 3 or 27, wherein the CFI is predicted by taking the maximum of a set of decoded CFI results.

[0091] In Example 39, the method of any one of Examples 27 to 38, further comprising applying an offset value to the predicted CFI.

[0092] In Example 40, the method of Example 39, wherein the offset value is a safety margin.

[0093] In Example 41, the method of Example 39 or 40, wherein the offset value reduces the likelihood of the predicted CFI being smaller than the actual CFI.

[0094] In Example 42, the method of Example 1, 2, 3 or 27, wherein the predicted CFI is obtained by:

assessing CFIs from previous subframes with an identical subframe index;

assessing CFIs from recent subframes; or

assessing a set consisting of the CFIs of the most recent 8 · K subframes, wherein Kis an integer ranging from 1 to 4.

[0095] In Example 43, the method of any one of Examples 1, 2, 3, 27 to 42, further comprising the predicted CFI being:

the mean of a set of decoded Control Format Indicator results;

the median of a set of decoded Control Format Indicator results; or

the maximum of a set of decoded Control Format Indicator results.

[0096] In Example 44, the method of any one of Example 1, 2, 3 or 27 to 42, wherein at least two methods for calculating the predicted CFI are performed.

[0097] In Example 45, the method of Example 44, wherein a first method is used to obtain a first predicted CFI, and a method is used to obtain a second CFI. [0098] In Example 46, the method of Examples 44 or 45, wherein the CFI is predicted by taking the mean of the results from the at least two methods for calculating the predicted CFI.

[0099] In Example 47, the method of Examples 44 or 45, wherein the CFI is predicted by taking the median the results from the at least two methods for calculating the predicted CFI.

[00100] In Example 48, the method of Example 44 or 45, wherein the CFI is predicted by taking the maximum of the results from the at least two methods for calculating the predicted CFI.

[00101] In Example 49, the method of any one of Examples 44 to 48, wherein the CFI is predicted by a combining stage and a quantization stage of the results from at least two methods for calculating the predicted CFI.

[00102] In Example 50, the method of any one of Examples 44 to 48, wherein the CFI is predicted by weighted metric combining, whereby the weights can be based on reliability information.

[00103] In Example 51, the method of any one of Examples 44 to 50, wherein the CFI is predicted by selection combining, whereby the selection can be performed based on reliability information.

[00104] In Example 52, the method of Example 1, 2, 3, 50, or 51, wherein the CFI is predicted by a combination of weighted metric combining and selection combining.

[00105] In Example 53, the method of any one of Examples 44 to 52, further comprising combining at least two predicted CFIs and then applying an offset.

[00106] In Example 54, the method of Example 53, wherein the offset is a safety margin to reduce the likelihood of a predicted CFI being smaller than the actual CFI. [00107] In Example 55, the method of any of Examples 1, 2, 3, or 26 to 49, further comprising the predicted CFI being converted to an integer.

[00108] In Example 56, the method of Example 1, 2, or 3, further comprising decoding a received PCFICH.

[00109] In Example 57, the method of Example 56, further comprising assessing the decoded PCFICH for a transmission grant.

[00110] In Example 58, the method of Example 1, 2, or 3, further comprising decoding the number of OFDM symbols to obtain an actual CFI.

[00111] In Example 59, the method of Example 58, further comprising storing the actual CFI in a memory.

[00112] In Example 60, the method of Example 1, 2, 3 or 59, further comprising storing the actual CFI in a database.

[00113] In Example 61, the method of any of Examples 1, 2, 3 or 58 to 60, further comprising comparing the predicted CFI to an actual CFI.

[00114] In Example 62, the method of Example 61, wherein the predicted CFI is smaller than the actual CFI, recovering the missing data through coding gain.

[00115] In Example 63, the method of Example 62, further comprising recovering the missing data through coding gain.

[00116] In Example 64, the method of Example 63, further comprising setting missing data to a constant.

[00117] In Example 65, the method of Example 63, wherein the missing soft bits are set to zero.

[00118] In Example 66, the method of Example 62, wherein the predicted CFI is less than the actual CFI, and Automatic Repeat Request is used to obtain a retransmission of missing data. [00119] In Example 67, the method of Example 66, wherein the missing data is Physical Downlink Shared Channel Data.

[00120] In Example 68, the method of Example 62, further comprising ceasing CFI prediction because the actual CFI value is larger than the predicted CFI value.

[00121] In Example 69, the method of Example 1, 2, or 3, further comprising ceasing CFI prediction because a transmission grant is expected.

[00122] In Example 70, the method of Example 1, 2, or 3, wherein the CFI cannot be predicted due to poor signal strength.

[00123] In Example 71, the method of Example 62, wherein a transmission grant is not received.

[00124] In Example 72, the method of Example 71, wherein the missing data cannot be recovered through coding gain, and a new transmission grant is

transmitted.

[00125] In Example 73, the method of Example 72, wherein the Evolved Node B transmits the transmission grant.

[00126] In Example 74, an apparatus for controlling a radio frequency frontend, said apparatus comprising:

an RF Frontend, configured to receive transmissions from a wireless network;

a memory configured to store a CFI;

a computational circuit, configured to predict a second CFI from at least one entry in the memory and switch off the RF Frontend after the RF Frontend receives a number of OFDM symbols, wherein the number of OFDM symbols received equals the predicted CFI.

[00127] In Example 75, an apparatus for controlling a radio frequency frontend, said apparatus comprising: a radio frequency ("RF") frontend, configured to receive transmissions from a wireless network;

a computational circuit, configured to predict a CFI;

and a memory, wherein a set of previous CFIs are stored;

further comprising the computational circuit being configured to obtain a predicted CFI;

the RF frontend being configured to receive an amount of Orthogonal Frequency Division Multiplexing ("OFDM") symbols in accordance with the predicted CFI;

the computation circuit being configured to assess the received amount of OFDM symbols for a transmission grant; and

the radio frequency frontend being configured to discontinue reception from the predicted CFI until a predefined period of time, where the amount of OFDM symbols contains no transmission grant.

[00128] In Example 76, the apparatus of Examples 74 or 75, further comprising the computational circuit being configured to employ at least two methods to predict a CFI.

[00129] In Example 77, a Machine-readable storage including machine-readable instructions is disclosed that, when executed, implements a method or realize an apparatus as claimed in any preceding Example.

[00130] In Example 78, a non-transient computer readable medium is disclosed, containing program instructions for causing a computer to perform the method of: predicting a Control Format Indicator ("CFI");

controlling a radio frequency ("RF") frontend to receive a number of Orthogonal Frequency Division Multiplexing ("OFDM") symbols in accordance with the predicted CFI;

assessing the received number of OFDM symbols for a transmission grant; and controlling the RF frontend to discontinue reception for a predefined period of time, where the number of OFDM symbols in a predefined time interval contains no transmission grant, based on the assessment of the received number of OFDM symbols.

[00131] In Example 79, a means for controlling a radio frequency frontend is disclosed, wherein said means:

predicts a Control Format Indicator ("CFI");

controls a radio frequency ("RF") frontend to receive an amount of Orthogonal Frequency Division Multiplexing ("OFDM") symbols, said amount of OFDM symbols equaling the predicted CFI;

assesses the received amount of OFDM symbols for a transmission grant; and controls the RF frontend to discontinue reception where the received amount of OFDM symbols contains no transmission grant.