Patent Description:
The present disclosure relates generally to wireless communication, and more specifically to radio frequency interference in wireless communication devices.

A wireless communication device may include a transmitter and a receiver. The transmitter may send a transmission signal having a transmission frequency, and the receiver may receive a receive signal having a receive frequency. However, the transmission signal may generate a harmonic signal having a harmonic frequency that is close to or overlaps with the receive frequency. As such, the harmonic signal may interfere with the receive signal, degrading the receive signal. <CIT> relates to methods, a network device and radio station for spectrum resource allocation in a network employing spectrum sharing among at least a primary and secondary system. <CIT> relates to methods and systems for triggering a handover event on a mobile device in response to determining that an uplink channel potentially interferes with the at least one radio frequency function. <CIT> relates to apparatus, systems and methods for opportunistic system selection and reselection to avoid jammer desense intermodulation distortion.

In one embodiment, user equipment includes a transceiver, a global navigation satellite systems (GNSS) receiver, and processing circuitry. The processing circuitry receives an indication to transmit a signal using the transceiver, receives a location via the GNSS receiver, and receives a time of day and a date. The processing circuitry also selectively mitigates interference on signals received by the GNSS receiver resulting from transmitting the signal using the transceiver based on the location and the time of day and the date, and causes the transceiver to transmit the signal based on selectively mitigating the interference.

In yet another embodiment, one or more computer-readable media stores computer-readable instructions that cause one or more processors of a wireless communication device to receive an indication to transmit a signal using a transmitter of the wireless communication device and receive a location of the wireless communication device and a time of day and a date. The computer-readable instructions also cause the one or more processors to receive crowdsourced resource block allocation data corresponding to the location of the wireless communication device and the time of day and the date. The computer-readable instructions further cause the one or more processors to receive resource block use probability for transmitting the signal using the transmitter based on the crowdsourced resource block allocation data. The computer-readable instructions also cause the one or more processors to selectively mitigate interference on signals received by a GNSS receiver resulting from transmitting the signal using the transmitter based on the resource block use probability, and cause the transmitter to transmit the signal based on selectively mitigating the interference.

Various aspects of this disclosure may be better understood upon reading the following detailed description and upon reference to the drawings described below in which like numerals refer to like parts.

Use of the terms "approximately," "near," "about," "close to," and/or "substantially" should be understood to mean including close to a target (e.g., design, value, amount), such as within a margin of any suitable or contemplatable error (e.g., within <NUM> % of a target, within <NUM>% of a target, within <NUM>% of a target, within <NUM>% of a target, within <NUM>% of a target, and so on). Moreover, it should be understood that any exact values, numbers, measurements, and so on, provided herein, are contemplated to include approximations (e.g., within a margin of suitable or contemplatable error) of the exact values, numbers, measurements, and so on.

This disclosure is directed to selectively mitigating cellular interference on global navigation satellite systems (GNSS) signals. A transmitter of a wireless communication device may send a transmission signal having a transmission frequency, and a receiver of the wireless communication device may receive a receive signal having a receive frequency. However, the transmission signal may generate a harmonic signal having a harmonic frequency that is close to or overlaps with the receive frequency. That is, transmitting the transmission signal may result in generation of one or more harmonic signals having harmonic frequencies that are multiples of the transmission frequency. As such, the harmonic signal may interfere with the receive signal, thus degrading the receive signal, which may result in data loss at the receiver. For example, the transmitter may include a cellular transmitter transmitting a transmission signal within the Long Term Evolution (LTE) frequency band <NUM> (e.g., a <NUM> megahertz (MHz) frequency band, having an uplink frequency range of <NUM> to <NUM>) or the LTE frequency band <NUM> (e.g., a <NUM> frequency band, having an uplink frequency range of <NUM> to <NUM>). This transmission signal may generate a harmonic signal at twice the frequency of an LTE frequency band <NUM> or <NUM> frequency (e.g., <NUM> to <NUM>), which may be close to or overlap with a GNSS signal in the GNSS frequency band L1 (e.g., centered at <NUM>). Accordingly, the transmission signal may interfere with the GNSS signal. It should be understood that references to LTE frequency bands <NUM> and <NUM> and GNSS frequency band L1 are exemplary, and the embodiments disclosed herein may apply to any suitable bands that interfere with other bands, or any suitable bands for which transmission in those bands result in harmonic signals that interfere with other bands.

In some cases, this interference by the cellular transmission on the GNSS reception may be mitigated by decreasing power of or ceasing the cellular transmission (e.g., on the LTE frequency band <NUM> and/or <NUM>) and/or decreasing power to or deactivating the GNSS receiver (e.g., by decreasing an automatic gain control) in anticipation of the cellular transmission. In additional or alternative cases, resource block combination-based machine-learning filters may be used to filter the transmission signals from the GNSS receive signal.

However, such filters may consume excessive power (e.g., the filters may be activated for length periods of time or always be active). Moreover, these mitigation procedures may be implemented when it is unnecessary. In particular, at a given time (e.g., every <NUM> millisecond (ms)), a network (e.g., a cellular network) may allocate a number of resource blocks (e.g., <NUM>). Each resource block may include a different frequency range. In some cases, the number of allocable resource blocks may change (e.g., decrease) as time progresses. For example, at <NUM>, the number of allocable resource blocks may be <NUM>, and the network may allocate any number of the <NUM> allocable resource blocks to a wireless communication device (e.g., user equipment). At <NUM>, the number of allocable resource blocks may be reduced by <NUM> (e.g., totaling <NUM>), and the network may allocate any number of the <NUM> allocable resource blocks to the user equipment. However, at the end of such a cycle, such as at <NUM>, there may be only one allocable resource block to allocate to the user equipment. This allocation may be referred to as "<NUM> RB <NUM>," as it is <NUM> resource block in length and begins at the resource block indexed at <NUM>. (Resource blocks may generally begin at a resource block indexed at <NUM>. ) For LTE bands <NUM> and/or <NUM>, this single resource block may include a frequency range that, if a harmonic is generated, may interfere with the GNSS L1 band. The other <NUM> resource blocks may not interfere with the GNSS L1 band, as they include frequency ranges that, if a harmonic is generated, may not interfere with the GNSS L1 band. Thus, in such a case, it is only when there is one allocable resource block that mitigation procedures need be performed.

<FIG> is a block diagram of user equipment <NUM> (e.g., an electronic device), according to embodiments of the present disclosure. The user equipment <NUM> includes, among other things, one or more processors <NUM> (collectively referred to herein as a single processor for convenience, which may be implemented in any suitable form of processing circuitry), and may include memory <NUM>, nonvolatile storage <NUM>, a display <NUM>, input structures <NUM>, an input/output (I/O) interface <NUM>, a network interface <NUM>, and a power source <NUM>. The various functional blocks shown in <FIG> may include hardware elements (including circuitry), software elements (including machine-executable instructions) or a combination of both hardware and software elements (which may be referred to as logic). The processor <NUM>, memory <NUM>, the nonvolatile storage <NUM>, the display <NUM>, the input structures <NUM>, the input/output (I/O) interface <NUM>, the network interface <NUM>, and/or the power source <NUM> may each be communicatively coupled directly or indirectly (e.g., through or via another component, a communication bus, a network) to one another to transmit and/or receive data between one another. It should be noted that <FIG> is merely one example of a particular implementation and is intended to illustrate the types of components that may be present in the user equipment <NUM>.

By way of example, the user equipment <NUM> may include any suitable computing device, including a desktop or notebook computer (e.g., in the form of a MacBook®, MacBook® Pro, MacBook Air®, iMac®, Mac® mini, or Mac Pro® available from Apple Inc. of Cupertino, California), a portable electronic or handheld electronic device such as a wireless electronic device or smartphone (e.g., in the form of a model of an iPhone® available from Apple Inc. of Cupertino, California), a tablet (e.g., in the form of a model of an iPad® available from Apple Inc. of Cupertino, California), a wearable electronic device (e.g., in the form of an Apple Watch® by Apple Inc. of Cupertino, California), and other similar devices. It should be noted that the processor <NUM> and other related items in <FIG> may be generally referred to herein as "data processing circuitry. " Such data processing circuitry may be embodied wholly or in part as software, hardware, or both. Furthermore, the processor <NUM> and other related items in <FIG> may be a single contained processing module or may be incorporated wholly or partially within any of the other elements within the user equipment <NUM>. The processor <NUM> may be implemented with any combination of general-purpose microprocessors, microcontrollers, digital signal processors (DSPs), field programmable gate array (FPGAs), programmable logic devices (PLDs), controllers, state machines, gated logic, discrete hardware components, dedicated hardware finite state machines, or any other suitable entities that may perform calculations or other manipulations of information. The processors <NUM> may include one or more application processors, one or more baseband processors, or both, and perform the various functions described herein.

In the user equipment <NUM> of <FIG>, the processor <NUM> may be operably coupled with a memory <NUM> and a nonvolatile storage <NUM> to perform various algorithms. Such programs or instructions executed by the processor <NUM> may be stored in any suitable article of manufacture that includes one or more tangible, computer-readable media. The tangible, computer-readable media may include the memory <NUM> and/or the nonvolatile storage <NUM>, individually or collectively, to store the instructions or routines. The memory <NUM> and the nonvolatile storage <NUM> may include any suitable articles of manufacture for storing data and executable instructions, such as random-access memory, read-only memory, rewritable flash memory, hard drives, and optical discs. In addition, programs (e.g., an operating system) encoded on such a computer program product may also include instructions that may be executed by the processor <NUM> to enable the user equipment <NUM> to provide various functionalities.

In certain embodiments, the display <NUM> may facilitate users to view images generated on the user equipment <NUM>. In some embodiments, the display <NUM> may include a touch screen, which may facilitate user interaction with a user interface of the user equipment <NUM>. Furthermore, it should be appreciated that, in some embodiments, the display <NUM> may include one or more liquid crystal displays (LCDs), light-emitting diode (LED) displays, organic light-emitting diode (OLED) displays, active-matrix organic light-emitting diode (AMOLED) displays, or some combination of these and/or other display technologies.

The input structures <NUM> of the user equipment <NUM> may enable a user to interact with the user equipment <NUM> (e.g., pressing a button to increase or decrease a volume level). The I/O interface <NUM> may enable user equipment <NUM> to interface with various other electronic devices, as may the network interface <NUM>. In some embodiments, the I/O interface <NUM> may include an I/O port for a hardwired connection for charging and/or content manipulation using a standard connector and protocol, such as the Lightning connector provided by Apple Inc. of Cupertino, California, a universal serial bus (USB), or other similar connector and protocol. The network interface <NUM> may include, for example, one or more interfaces for a personal area network (PAN), such as an ultra-wideband (UWB) or a BLUETOOTH® network, for a local area network (LAN) or wireless local area network (WLAN), such as a network employing one of the IEEE <NUM>. 11x family of protocols (e.g., WI-FI®), and/or for a wide area network (WAN), such as any standards related to the Third Generation Partnership Project (3GPP), including, for example, a <NUM>rd generation (<NUM>) cellular network, universal mobile telecommunication system (UMTS), <NUM>th generation (<NUM>) cellular network, long term evolution (LTE®) cellular network, long term evolution license assisted access (LTE-LAA) cellular network, <NUM>th generation (<NUM>) cellular network, and/or New Radio (NR) cellular network, a satellite network, and so on. In particular, the network interface <NUM> may include, for example, one or more interfaces for using a Release-<NUM> cellular communication standard of the <NUM> specifications that include the millimeter wave (mmWave) frequency range (e.g., <NUM>-<NUM> gigahertz (GHz)) and/or any other cellular communication standard release (e.g., Release-<NUM>, Release-<NUM>, any future releases) that define and/or enable frequency ranges used for wireless communication. The network interface <NUM> of the user equipment <NUM> may allow communication over the aforementioned networks (e.g., <NUM>, Wi-Fi, LTE-LAA, and so forth).

The network interface <NUM> may also include one or more interfaces for, for example, broadband fixed wireless access networks (e.g., WIMAX®), mobile broadband Wireless networks (mobile WIMAX®), asynchronous digital subscriber lines (e.g., ADSL, VDSL), digital video broadcasting-terrestrial (DVB-T®) network and its extension DVB Handheld (DVB-H®) network, ultra-wideband (UWB) network, alternating current (AC) power lines, and so forth.

As illustrated, the network interface <NUM> may include a transceiver <NUM>. In some embodiments, all or portions of the transceiver <NUM> may be disposed within the processor <NUM>. The transceiver <NUM> may support transmission and receipt of various wireless signals via one or more antennas, and thus may include a transmitter and a receiver. The power source <NUM> of the user equipment <NUM> may include any suitable source of power, such as a rechargeable lithium polymer (Li-poly) battery and/or an alternating current (AC) power converter.

<FIG> is a functional diagram of the user equipment <NUM> of <FIG>, according to embodiments of the present disclosure. As illustrated, the processor <NUM>, the memory <NUM>, the transceiver <NUM>, a transmitter <NUM>, a receiver <NUM>, and/or antennas <NUM> (illustrated as 55A-55N, collectively referred to as an antenna <NUM>) may be communicatively coupled directly or indirectly (e.g., through or via another component, a communication bus, a network) to one another to transmit and/or receive data between one another.

In particular, the transceiver <NUM> may be in the form of a cellular transceiver <NUM> having a cellular transmitter <NUM> and/or a cellular receiver <NUM> that respectively enable transmission and reception of cellular signals between the user equipment <NUM> and an external device via, for example, a cellular network (e.g., including base stations, such as NodeBs, eNBs or eNodeBs (Evolved NodeBs or E-UTRAN (Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network) NodeBs, or gNodeBs (e.g., Next Generation NodeB)). As illustrated, the cellular transmitter <NUM> and the cellular receiver <NUM> may be combined into the cellular transceiver <NUM>.

Additionally, the user equipment <NUM> also includes a GNSS receiver <NUM> that may enable the user equipment <NUM> to receive GNSS signals from a GNSS network, including one or more GNSS satellites or GNSS ground stations. The GNSS signals may include a GNSS satellite's observation data, broadcast orbit information of tracked GNSS satellites, and supporting data, such as meteorological parameters, collected from co-located instruments of a GNSS satellite. For example, the GNSS signals may be received from a Global Position System (GPS) network, a Global Navigation Satellite System (GLONASS) network, a BeiDou Navigation Satellite System (BDS), a Galileo navigation satellite network, a Quasi-Zenith Satellite System (QZSS or Michibiki) and so on.

The user equipment <NUM> may also have one or more antennas 55A-55N (collectively <NUM>) electrically coupled to the cellular transceiver <NUM>, and one or more antennas 57A-57N (collectively <NUM>) electrically coupled to the GNSS receiver <NUM>. The antennas <NUM>, <NUM> may be configured in an omnidirectional or directional configuration, in a single-beam, dual-beam, or multi-beam arrangement, and so on. Each antenna <NUM>, <NUM> may be associated with one or more beams and various configurations. In some embodiments, multiple antennas of the antennas <NUM>, <NUM> of an antenna group or module may be communicatively coupled a respective transceiver <NUM> or GNSS receiver <NUM> and each emit radio frequency signals that may constructively and/or destructively combine to form a beam. The user equipment <NUM> may include multiple transmitters, multiple receivers, multiple transceivers, and/or multiple antennas as suitable for various communication standards.

The user equipment <NUM> may include a resource block (RB) allocation probability engine <NUM>, which may be implemented as hardware (e.g., circuitry), software (e.g., instructions stored in the memory <NUM> and/or the storage <NUM>), or both (e.g., as logic). The resource block allocation probability engine <NUM> may determine a probability that a cellular network (e.g., a <NUM> cellular network, a <NUM>/LTE cellular network, a <NUM>/NR cellular network, or the like) may allocate a resource block to the user equipment <NUM> having a frequency that, when the cellular transmitter <NUM> transmits a signal using the resource block, a harmonic signal may be generated that interferes with a GNSS signal received by the GNSS receiver <NUM>. For example, the resource block may be within the LTE frequency band <NUM> or <NUM>, and the GNSS signal may be within the GNSS L1 frequency band. The resource block allocation probability engine <NUM> may receive a number of inputs and determine the probability based on the inputs. In some embodiments, the inputs may include a location of the user equipment <NUM>, a current date and/or time, a historical allocation of resource blocks (which may be crowdsourced), a client type associated with a signal to be transmitted, a signal environment at the user equipment <NUM>, real world conditions, and so on. Thus, ultimately, the resource block allocation probability engine <NUM> may determine a probability that cellular transmission by the cellular transmitter <NUM> may interfere with the GNSS signal, and determine whether to perform a mitigation procedure based on the probability.

As illustrated, the various components of the user equipment <NUM> may be coupled together by a bus system <NUM>. The bus system <NUM> may include a data bus, for example, as well as a power bus, a control signal bus, and a status signal bus, in addition to the data bus. The components of the user equipment <NUM> may be coupled together or accept or provide inputs to each other using some other mechanism.

<FIG> is a schematic diagram of the cellular transmitter <NUM> (e.g., transmit circuitry), according to embodiments of the present disclosure. As illustrated, the cellular transmitter <NUM> may receive outgoing data <NUM> in the form of a digital signal to be transmitted via the one or more antennas <NUM>. A digital-to-analog converter (DAC) <NUM> of the cellular transmitter <NUM> may convert the digital signal to an analog signal, and a modulator <NUM> may combine the converted analog signal with a carrier signal to generate a radio wave. A power amplifier (PA) <NUM> receives the modulated signal from the modulator <NUM>. The power amplifier <NUM> may amplify the modulated signal to a suitable level to drive transmission of the signal via the one or more antennas <NUM>. A filter <NUM> (e.g., filter circuitry and/or software) of the cellular transmitter <NUM> may then remove undesirable noise from the amplified signal to generate transmitted data <NUM> to be transmitted via the one or more antennas <NUM>. The filter <NUM> may include any suitable filter or filters to remove the undesirable noise from the amplified signal, such as a bandpass filter, a bandstop filter, a low pass filter, a high pass filter, and/or a decimation filter. Additionally, the cellular transmitter <NUM> may include any suitable additional components not shown, or may not include certain of the illustrated components, such that the cellular transmitter <NUM> may transmit the outgoing data <NUM> via the one or more antennas <NUM>. For example, the cellular transmitter <NUM> may include a mixer and/or a digital up converter. As another example, the cellular transmitter <NUM> may not include the filter <NUM> if the power amplifier <NUM> outputs the amplified signal in or approximately in a desired frequency range (such that filtering of the amplified signal may be unnecessary).

<FIG> is a schematic diagram of a receiver <NUM>, <NUM> (e.g., receive circuitry) of the user equipment <NUM>, according to embodiments of the present disclosure. In particular, the receiver <NUM>, <NUM> may include the cellular receiver <NUM> and/or the GNSS receiver <NUM> shown in <FIG>. As illustrated, the receiver <NUM>, <NUM> may receive received data <NUM> (e.g., cellular data or GNSS data) from the one or more antennas <NUM>, <NUM> in the form of an analog signal. A low noise amplifier (LNA) <NUM> may amplify the received analog signal to a suitable level for the receiver <NUM>, <NUM> to process. A filter <NUM> (e.g., filter circuitry and/or software) may remove undesired noise from the received signal, such as cross-channel interference. The filter <NUM> may also remove additional signals received by the one or more antennas <NUM>, <NUM> that are at frequencies other than the desired signal. The filter <NUM> may include any suitable filter or filters to remove the undesired noise or signals from the received signal, such as a bandpass filter, a bandstop filter, a low pass filter, a high pass filter, and/or a decimation filter. For example, the filter <NUM> may include one or more resource block combination-based machine-learning filters that filter transmission signals of a certain frequency (e.g., <NUM> to <NUM> of a harmonic signal caused by transmission of a cellular signal in the LTE frequency band <NUM> or <NUM>) from the GNSS receive signal (e.g., which may be in the GNSS frequency band L1, centered at <NUM>).

The receiver <NUM>, <NUM> may also include a demodulator <NUM> may remove a radio frequency envelope and/or extract a demodulated signal from the filtered signal for processing. An analog-to-digital converter (ADC) <NUM> may receive the demodulated analog signal and convert the signal to a digital signal of incoming data <NUM> to be further processed by the user equipment <NUM>. Additionally, the receiver <NUM>, <NUM> may include any suitable additional components not shown, or may not include certain of the illustrated components, such that the receiver <NUM>, <NUM> may receive the received data <NUM> via the one or more antennas <NUM>, <NUM>. For example, the receiver <NUM>, <NUM> may include a mixer and/or a digital down converter.

<FIG> is a schematic diagram of a communication system <NUM> having the user equipment <NUM> communicatively coupled to a cellular network <NUM> (e.g., a <NUM> cellular network, a <NUM>/LTE cellular network, a <NUM>/NR cellular network, or the like) via a cellular base station <NUM> (e.g., a NodeB, an eNodeB, gNodeB, or the like), and communicatively coupled to a GNSS network <NUM> via a GNSS satellite <NUM>, according to embodiments of the present disclosure. The cellular network <NUM> may be implemented and/or supported by multiple such base stations <NUM>, radio access networks, core networks, and so on. Similarly, the GNSS network <NUM> may be implemented and/or supported by multiple such GNSS satellites <NUM>, ground stations, and so on. However, in some cases, the user equipment <NUM> may send a transmission signal using the cellular transmitter <NUM> that may generate a harmonic signal having a harmonic frequency that is close to or overlaps with a receive frequency of the GNSS signal sent by the GNSS satellite <NUM> and received by the GNSS receiver <NUM> of the user equipment <NUM>, which may interfere with the GNSS signal, as discussed above.

The cellular transmitter <NUM> may transmit a cellular signal within the LTE frequency band <NUM> (e.g., a <NUM> megahertz (MHz) frequency band, having an uplink frequency range of <NUM> to <NUM>) or the LTE frequency band <NUM> (e.g., a <NUM> frequency band, having an uplink frequency range of <NUM> to <NUM>). This cellular signal may generate a harmonic signal at twice the frequency of an LTE frequency band <NUM> or <NUM> frequency (e.g., <NUM> to <NUM>), which may be close to or overlap with a GNSS signal received by the GNSS receiver <NUM> in the GNSS frequency band L1 (e.g., centered at <NUM>). Accordingly, the cellular signal may interfere with the GNSS signal.

In some cases, this interference by the cellular transmission on the GNSS reception may be mitigated by decreasing power of or ceasing the cellular transmitter <NUM> (e.g., at least on the LTE frequency band <NUM> and/or <NUM>) and/or decreasing power to or deactivating the GNSS receiver <NUM> (e.g., by decreasing an automatic gain control) in anticipation of the cellular transmission. In additional or alternative cases, a filter (e.g., <NUM>) of the GNSS receiver <NUM> may include a resource block combination-based machine-learning filter that filters the transmission signals of a certain frequency (e.g., <NUM> to <NUM> of a harmonic signal caused by transmission of a cellular signal in the LTE frequency band <NUM> or <NUM>) from the GNSS receive signal (e.g., which may be in the GNSS frequency band L1, centered at <NUM>), thus mitigating the interference.

However, such a filter may consume excessive power, since the filter may not be selectively applied and instead be activated for length periods of time or always be active. Moreover, these mitigation procedures may be implemented when it is unnecessary. In particular, at a given periodicity (e.g., every <NUM> millisecond (ms)), a network (e.g., the cellular network <NUM>) may allocate time and frequency resources to the user equipment <NUM> to enable the user equipment <NUM> to send and/or receive radio frequency signals. The resources may be apportioned as resource blocks. However, the number of resource blocks that are allocable may be limited (e.g., up to <NUM> resource blocks may be allocable), and the number of allocable resource blocks may also change (e.g., decrease) with time. For example, at <NUM>, the number of allocable resource blocks may be at a maximum (e.g., <NUM>), and the cellular network <NUM> may allocate any number of the <NUM> allocable resource blocks to the user equipment <NUM>. At <NUM>, the number of allocable resource blocks may be reduced by <NUM> (e.g., totaling <NUM>), and the cellular network <NUM> may allocate any number of the <NUM> allocable resource blocks to the user equipment <NUM>. However, at the end of such a cycle, such as at <NUM>, there may be only one allocable resource block to allocate to the user equipment <NUM>. For certain cellular frequency bands (e.g., LTE frequency bands <NUM> and/or <NUM>), this single resource block may include a frequency range that, if a harmonic is generated when the user equipment <NUM> transmits a radio frequency signal using the single resource block, may interfere with a GNSS frequency band (e.g., the GNSS L1 band). The other <NUM> resource blocks may not interfere with the GNSS L1 band, as they may include frequency ranges that, if a harmonic is generated, may not interfere with the GNSS L1 band. Moreover, in the case where only a single resource block is allocable, there is an increased likelihood that interference will occur, as there is an increased likelihood (e.g., a <NUM>% likelihood) that the single interfering resource block may be allocated, as there are no other resource blocks allocable. Compare this to when there are multiple (e.g., <NUM> or more, <NUM> or more, <NUM>) resource blocks that are allocable, resulting in at least a <NUM>% decrease in likelihood of the single interfering resource block being allocated. Thus, in such a case, it may be that only when there is one allocable resource block (e.g., at <NUM> in the resource block allocation cycle) that mitigation procedures may be performed.

Embodiments herein provide various apparatuses and techniques to selectively mitigate cellular interference (e.g., caused by transmission on the cellular transmitter <NUM>) on GNSS signals (e.g., received by the GNSS receiver <NUM>). In particular, the user equipment <NUM> may determine a probability that the cellular network <NUM> may allocate a resource block to the user equipment <NUM> having a frequency that, when the cellular transmitter <NUM> transmits a radio frequency signal using the resource block, a harmonic signal may be generated that interferes with a GNSS signal received by the GNSS receiver <NUM>. Using the previous example, the resource block may be within the LTE frequency band <NUM> or <NUM>, the GNSS signal may be within the GNSS L1 frequency band. The probability may be based on a number of factors that may impact resource block allocation, including a location of the user equipment <NUM>, a current date and/or time, a historical allocation of resource blocks (which may be crowdsourced), a client type associated with a signal to be transmitted, a signal environment at the user equipment <NUM>, real world conditions, and so on.

Based on the probability, the user equipment <NUM> may perform selectively perform a mitigation procedure or transmit a radio frequency signal without performing the mitigation procedure. For example, if the probability is greater than or equal to a threshold value, then the user equipment <NUM> may decrease power to the cellular transmitter <NUM> or prevent the cellular transmitter <NUM> from transmitting a signal, decrease a gain of or deactivate the GNSS receiver <NUM>, activate one or more filters <NUM> to filter at least a portion of the cellular transmission signal from a GNSS signal received at the GNSS receiver <NUM>, and so on. If the probability is less than the threshold value, the cellular transmitter <NUM> may transmit cellular signals to the base station <NUM> over the LTE frequency band <NUM> and/or <NUM>, without performing a mitigation procedure.

<FIG> is a flowchart of a method <NUM> for selectively mitigating cellular interference, according to embodiments of the present disclosure. Any suitable device (e.g., a controller) that may control components of the user equipment <NUM>, such as the processor <NUM> and/or the resource block allocation probability engine <NUM>, may perform the method <NUM>. In some embodiments, the method <NUM> may be implemented by executing instructions stored in a tangible, non-transitory, computer-readable medium, such as the memory <NUM> or storage <NUM>, using the processor <NUM>. For example, the method <NUM> may be performed at least in part by one or more software components, such as an operating system of the user equipment <NUM>, one or more software applications of the user equipment <NUM>, the resource block allocation probability engine <NUM>, and the like. While the method <NUM> is described using steps in a specific sequence, it should be understood that the present disclosure contemplates that the described steps may be performed in different sequences than the sequence illustrated, and certain described steps may be skipped or not performed altogether.

In process block <NUM>, the processor <NUM> receives an indication to transmit a signal and a transmission frequency range (e.g., from the cellular network <NUM> via the base station <NUM>). In particular, the processor <NUM> may determine or receive an indication that a radio frequency signal is to be transmitted using the cellular transmitter <NUM> from a client of the user device <NUM>. That is, a client (e.g., a software application, a first-party application, a third-party application, daemon, a thread, and so on) may execute a process on the user equipment <NUM> (e.g., via an operating system of the user equipment <NUM> and/or the processor <NUM>), which may request and cause the cellular transmitter <NUM> to send the cellular signal. Moreover, the base station <NUM> may schedule the user equipment <NUM> for uplink, and transmit the transmission frequency range (e.g. a frequency band or channel) that is to be used for the uplink to the user equipment <NUM>. For example, the base station <NUM> may transmit the LTE frequency band <NUM> or <NUM>, or a channel in the LTE frequency band <NUM> or <NUM>, to the user equipment <NUM>.

In process block <NUM>, the processor <NUM> receives or determines a location of the user equipment <NUM>. In particular, the GNSS receiver <NUM> of the user equipment <NUM> may receive GNSS signals from the GNSS network <NUM> via the GNSS satellite <NUM>, and determine the location of the user equipment <NUM> based on the GNSS signals. In process block <NUM>, the processor <NUM> receives or determines a date and/or time. For example, the user equipment <NUM> may receive or determine a current local date and/or time from an internal clock (e.g., a crystal, a crystal oscillator, a voltage-controlled crystal oscillator, or the like), cellular signals received at the cellular receiver <NUM> from the cellular network <NUM> via the cellular base station <NUM>, and/or GNSS signals received at the GNSS receiver <NUM> from the GNSS network <NUM> via the GNSS satellite <NUM>.

In process block <NUM>, the processor <NUM> receives or determines historical resource block allocation information based on the transmission frequency range received in process block <NUM>, the location of the user equipment <NUM> received in process block <NUM>, the date received in process block <NUM>, and/or the time received in process block <NUM>. In particular, the processor <NUM> may generate resource block allocation profiles based on resource blocks allocated on different dates, times, and/or locations. That is, as the user equipment <NUM> communicatively couples to the cellular network <NUM> via the cellular base station <NUM> over time, the user equipment <NUM> store information (e.g., in the form of resource block allocation profiles) related to the resource blocks allocated by the cellular network <NUM>, the date the resources blocks are allocated, the time the resources blocks are allocated, the location that the user equipment <NUM> is located, and so on. For example, the user equipment <NUM> may communicatively couple to the cellular network <NUM> via the cellular base station <NUM> at noon on January <NUM>st in San Francisco, and receive one or more resource blocks allocated from the cellular network <NUM>. Moreover, resource block allocation profiles may be further distinguished based on day of the week (e.g., to identify resource block allocation trends that differ based on different days of the week, weekends vs. weekdays, and so on), special events for the time of year (e.g., holidays), times of day corresponding to special events (e.g., parades, concerts, sporting events), and so on.

The user equipment <NUM> may store this information in a resource block allocation profile. In some embodiments, the processor <NUM> may store the resource block allocation profiles and/or such information in the memory <NUM> and/or the storage device <NUM> of the user equipment <NUM>. Each resource block allocation profile may be represented as a table, lookup table, equation, transfer function, heatmap, or so on. In some embodiments, the user equipment <NUM> may store the resource block allocation profiles in a database that is indexed by resource block, date, time, location, geographical area, and so on.

Additionally, such information may be received by the user equipment <NUM> from other user equipment and stored as resource block allocation profiles. In particular, the user equipment <NUM> may perform crowdsourcing techniques to receive or capture information related to the resource blocks allocated by the cellular network <NUM>, the date the resources blocks are allocated, the time the resources blocks are allocated, the location that the other user equipment is located. In this manner, the user equipment <NUM> may have more data points and a more accurate representation of what resource blocks are allocated and under what circumstances (e.g., date, time, location, and so on).

To conserve memory and/or storage resources, in some cases, the user equipment <NUM> may upload the resource block allocation profiles to cloud storage, the cellular network <NUM>, or the like. As such, the user equipment <NUM> may download and/or store (e.g., in the memory <NUM> and/or the storage <NUM>) at least some resource block allocation profiles, such as those corresponding to the location of the user equipment <NUM> and/or those corresponding to the current time (e.g., for a threshold time range corresponding to the current time, such as a two hour time range centered at the current time), date, and/or day of the week. The user equipment <NUM> may then receive or determine, using, for example, the resource block allocation profiles corresponding to the location of the user equipment <NUM>, time, and/or date, historical resource block allocation by the cellular network <NUM>.

Additionally or alternatively, in process block <NUM>, the processor <NUM> receives or determines a signal characteristic for transmitting the cellular signal (e.g., for which an indication was received in process block <NUM>). The signal characteristic may include any suitable indication of a signal quality or strength, such as a resource signal strength indicator (RSSI), a reference signal received power (RSRP), a reference signal received quality (RSRQ), a signal to interference plus noise ratio (SINR), a signal to noise plus interference ratio (SNIR), a signal to noise ratio (SNR), and so on. For example, the processor <NUM> may determine an RSSI for the transmission frequency range (e.g., the LTE frequency band <NUM> or <NUM> or a channel of the LTE frequency band <NUM> or <NUM>) received in process block <NUM> when communicating with the base station <NUM>.

In process block <NUM>, the processor <NUM> receives or determines a likelihood of transmitting the cellular signal (e.g., for which an indication was received in process block <NUM>, and on the transmission frequency range received in process block <NUM>) at increased or maximum transmission power based on the signal characteristic. Increased transmission power may refer to transmission power greater than a threshold transmission power (e.g., greater than <NUM>% or more transmission power, greater than <NUM>% or more transmission power, greater than <NUM>% or more transmission power, and so on), greater than average transmission power, greater than a median transmission power, and so on. Maximum transmission power may refer to a maximum transmission power that the cellular transmitter <NUM> is enabled and/or allowed to transmit based on rules promulgated by regulatory bodies (e.g., the Federal Communications Commission (FCC), hardware capabilities, telecommunication specifications (e.g., 3GPP specifications), and so on).

In some embodiments, the user equipment <NUM> may generate and/or refer to a relationship (which may be represented as a table, lookup table, equation, transfer function, heatmap, or so on) that relates the signal characteristic (e.g., RSSI) to a transmission power that the cellular transmitter <NUM> uses to transmit the cellular signal on the frequency band it has been allocated by the cellular network <NUM> (e.g., the LTE frequency band <NUM> or <NUM>). For example, the greater the RSSI, the better the cellular coverage is for the user equipment <NUM> as provided by the cellular network <NUM>, and the lower transmission power may be used and lower probability of retransmission by the cellular transmitter <NUM> to transmit the cellular signal on the frequency band. On the other hand, the lower the RSSI, the worse the cellular coverage is for the user equipment <NUM>, and the greater transmission power may be used and the greater likelihood of retransmission by the cellular transmitter <NUM> to transmit the cellular signal on the frequency band. In some cases, the processor <NUM> may use artificial intelligence and/or machine-learning techniques to determine the likelihood of transmitting a cellular signal at increased or maximum transmission power based on the signal characteristic, as explained in further detail below.

Additionally or alternatively, the processor <NUM> receives or determines a client type for which the cellular signal is to be sent using the cellular transmitter <NUM>. As mentioned above, a client may execute a process on the user equipment <NUM>, which may request and cause the cellular transmitter <NUM> to send the cellular signal. Each client, such as a voice call, video call, video game, other source of request for data, and so on, may be associated with a different duty cycle (e.g., a frequency and/or duration at which data is requested), which may impact resource block allocation or assignment.

In process block <NUM>, the processor <NUM> receives or determines a signal environment for GNSS. For example, in cases where the signal environment has less obstructions and/or more open sky, such as rural environments, a stronger GNSS signal may be received by the GNSS receiver <NUM>. As such, there may be a decreased likelihood that performing a mitigation procedure is necessary due to the stronger GNSS signal being less likely to be affected and/or degraded by a harmonic of a cellular transmission signal. On the other hand, if the signal environment has more obstructions and/or less open sky, such as an urban environment or a wooded area, a weaker GNSS signal may be received by the GNSS receiver <NUM>. Moreover, urban environments may also include more cellular base stations <NUM>, which may further weaken a GNSS signal. As such, there may be an increased likelihood that performing a mitigation procedure is necessary due to the weaker of the GNSS signal being more likely to be affected and/or degraded by a harmonic of a cellular transmission signal.

In process block <NUM>, the processor <NUM> receives or determines real world conditions that may affect resource block allocation. This may, for example, include some of the time-based factors discussed above, such as holidays, parades, sporting events, and so on, which may change an expected pattern of demand on the cellular network <NUM>, thus affecting resource block allocation by the cellular network <NUM>. As another example, natural disasters, pandemics, national and/or local emergencies may cause sudden surges in demand on the cellular network <NUM>, thus affecting resource block allocation by the cellular network <NUM>.

In process block <NUM>, the resource block allocation probability engine <NUM> determines a probability (e.g., a resource block use probability) that the cellular network <NUM> may allocate a resource block to the user equipment <NUM> having a frequency that, when the cellular transmitter <NUM> transmits a signal using the resource block, may generate harmonic signal that interferes with a GNSS signal received by the GNSS receiver <NUM>. In particular, the resource block may be within the LTE frequency band <NUM> or <NUM> (e.g., the resource block denoted as <NUM> RB <NUM>), and the GNSS signal may be within the GNSS L1 frequency band.

As illustrated, the resource block allocation probability engine <NUM> may receive the historical resource block allocation information as determined in process block <NUM>, the likelihood of transmitting the signal at increased or maximum transmission power as determined in process block <NUM>, the client type for which a signal is to be transmitted as determined in process block <NUM>, the signal environment for GNSS as determined in process block <NUM>, and/or the real world conditions as determined in process block <NUM>, from the processor <NUM>. The resource block allocation probability engine <NUM> may then determine, based on any combination of these factors that may impact resource block allocation, a probability that the cellular network <NUM> may allocate a resource block to the user equipment <NUM> having a frequency that may generate harmonic signal that interferes with a GNSS signal received by the GNSS receiver <NUM>.

For example, the resource block allocation probability engine <NUM> may receive a transmission frequency range from process block <NUM>, a location of the user equipment <NUM> from process block <NUM>, a current local time from process block <NUM>, and receive historical resource block allocation information in the form of a set of crowdsourced resource block allocation profiles from process block <NUM>. The set of crowdsourced resource block allocation profiles may be indexed by transmission frequency range, location, and time. As such, the resource block allocation probability engine <NUM> may select a resource block allocation profile based on the transmission frequency range, the location, and time, and determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS.

Additionally or alternatively, the resource block allocation probability engine <NUM> may receive a transmission frequency range from process block <NUM> and determine a signal characteristic (e.g., RSSI) for transmitting a signal using the transmission frequency range from process block <NUM>. The resource block allocation probability engine <NUM> may then determine a likelihood of transmitting the signal at increased or maximum transmission power. For example, if the RSSI is greater (e.g., than a threshold), then the cellular transmitter <NUM> may use lower transmission power and there is a lower likelihood of retransmission, and the resource block allocation probability engine <NUM> may determine that there is a lower likelihood of transmitting the signal at increased or maximum transmission power. On the other hand, if the RSSI is lower (e.g., than a threshold), then the cellular transmitter <NUM> may use higher transmission power and there is a higher likelihood of retransmission, and, as such, the resource block allocation probability engine <NUM> may determine that there is a greater likelihood of transmitting the signal at increased or maximum transmission power. The resource block allocation probability engine <NUM> may then determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS.

The resource block allocation probability engine <NUM> may additionally or alternatively receive an indication of a type of a client requesting or causing the cellular transmitter <NUM> to transmit a cellular signal (e.g., on the LTE frequency band <NUM> or <NUM>) from process block <NUM>, and determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS based on the client type. For example, the resource block allocation probability engine <NUM> may determine a duty cycle (e.g., a frequency and/or duration at which data is requested) associated with the client (e.g., based on a type of the client), and determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS based on the duty cycle. That is, the frequency and/or duration at which data is requested by certain client types may affect allocation of resource blocks by the cellular network <NUM>.

The resource block allocation probability engine <NUM> may additionally or alternatively receive a signal environment (e.g., less obstructions vs. more obstructions) for GNSS from process block <NUM>, and determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS based on the signal environment. In particular, a clearer signal path between the user device <NUM> and the GNSS satellite <NUM> may result in a higher (e.g., than a threshold) GNSS receive power, while a more obstructed signal path between the user device <NUM> and the GNSS satellite <NUM> may result in a lower (e.g., than a threshold) GNSS receive power. The resource block allocation probability engine <NUM> may then determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS based on a likely GNSS receive power estimated based on the signal environment.

The resource block allocation probability engine <NUM> may additionally or alternatively receive real world conditions in process block <NUM>, such as whether there is an impending or current natural disaster, pandemic, and so on, and determine a probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS based on the real world conditions.

In some embodiments, the resource block allocation probability engine <NUM> may perform any suitable weighting techniques to the factors described above to generate the probability that the user equipment <NUM> will be allocated a resource block that interferes with GNSS. That is, the resource block allocation probability engine <NUM> may apply (e.g., multiply) a weight to each evaluated factor, and determine the probability by combining (e.g., summing) the weighted factors. In additional or alternative embodiments, the resource block allocation probability engine <NUM> may use artificial intelligence and/or machine-learning to determine the allocation probability and/or the interference probability. Similarly, and as mentioned above, the processor <NUM> may determine the likelihood of transmitting a cellular signal at increased or maximum transmission power based on the signal characteristic. As used herein, machine-learning may refer to algorithms and statistical models that computer systems (e.g., including the user equipment <NUM>) use to perform a specific task with or without using explicit instructions. For example, a machine-learning process may generate a mathematical model based on a sample of data, known as "training data," in order to make predictions or decisions without being explicitly programmed to perform the task.

Depending on the inferences to be made, the resource block allocation probability engine <NUM> and/or the processor <NUM> may implement different forms of machine-learning. For example, in some embodiments (e.g., when particular known examples exist that correlate to future predictions or estimates that the machine-learning engine may be tasked with generating), a machine-learning engine may implement supervised machine-learning. In supervised machine-learning, a mathematical model of a set of data contains both inputs and desired outputs. This data is referred to as "training data" and may include a set of training examples. Each training example may have one or more inputs and a desired output, also known as a supervisory signal. In a mathematical model, each training example is represented by an array or vector, sometimes called a feature vector, and the training data is represented by a matrix. Through iterative optimization of an objective function, supervised learning algorithms may learn a function that may be used to predict an output associated with new inputs. An optimal function may allow the algorithm to correctly determine the output for inputs that were not a part of the training data. An algorithm that improves the accuracy of its outputs or predictions over time is said to have learned to perform that task.

Supervised learning algorithms may include classification and regression techniques. Classification algorithms may be used when the outputs are restricted to a limited set of values, and regression algorithms may be used when the outputs have a numerical value within a range. Similarity learning is an area of supervised machine-learning closely related to regression and classification, but the goal is to learn from examples using a similarity function that measures how similar or related two objects are. Similarity learning has applications in ranking, recommendation systems, visual identity tracking, face verification, and speaker verification.

Additionally and/or alternatively, in some situations, it may be beneficial for the machine-learning engine to utilize unsupervised learning (e.g., when particular output types are not known). Unsupervised learning algorithms take a set of data that contains only inputs, and find structure in the data, like grouping or clustering of data points. The algorithms, therefore, learn from test data that has not been labeled, classified, or categorized. Instead of responding to feedback, unsupervised learning algorithms identify commonalities in the data and react based on the presence or absence of such commonalities in each new piece of data.

That is, the machine-learning engine may implement cluster analysis, which is the assignment of a set of observations into subsets (called clusters) so that observations within the same cluster are similar according to one or more predesignated criteria, while observations drawn from different clusters are dissimilar. Different clustering techniques make different assumptions on the structure of the data, often defined by some similarity metric and evaluated, for example, by internal compactness, or the similarity between members of the same cluster, and separation, the difference between clusters. In additional or alternative embodiments, the machine-learning engine may implement other machine-learning techniques, such as those based on estimated density and graph connectivity.

In any case, the resource block allocation probability engine <NUM> may determine a probability (e.g., an allocation probability) that the cellular network <NUM> may allocate a resource block to the user equipment <NUM> having a frequency that, when the cellular transmitter <NUM> transmits a signal using the resource block, a harmonic signal may be generated that interferes with a GNSS signal received by the GNSS receiver <NUM>. In some embodiments, the resource block allocation probability engine <NUM> may determine an interference probability that cellular transmission by the cellular transmitter <NUM> may interfere with the GNSS signal based on the allocation probability.

In decision block <NUM>, the resource block allocation probability engine <NUM> determines whether the probability indicates that interference will occur. For example, the resource block allocation probability engine <NUM> may compare the probability to a threshold probability. The threshold probability may be any suitable value that indicates that interference between cellular transmission on the allocated resource block(s) and a GNSS signal may occur, such as <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, <NUM>% or greater, and so on.

If the probability indicates that interference will not occur (e.g., if the probability is less than a threshold probability), then, in process block <NUM>, the processor <NUM> causes the cellular transmitter <NUM> to transmit the signal (e.g., for which an indication was received in process block <NUM>) to the base station <NUM> (e.g., over the LTE frequency band <NUM> and/or <NUM>) without performing a mitigation procedure. On the other hand, if the probability indicates that interference will occur (e.g., if the probability is greater than or equal to the threshold probability), then, in process block <NUM>, the processor <NUM> performs one or more mitigation procedures, such as decreasing power to the cellular transmitter <NUM> or preventing the cellular transmitter <NUM> from transmitting a signal (e.g., including by deactivating the cellular transmitter <NUM>), decreasing a gain of or deactivating the GNSS receiver <NUM>, and/or activating one or more filters <NUM> (e.g., one or more resource block combination-based machine-learning filters) of the GNSS receiver <NUM> to filter at least a portion of the transmission signal from a GNSS signal received at the GNSS receiver <NUM>. In such a case, the processor <NUM> may transmit the signal if, for example, the processor <NUM> decreases power to the cellular transmitter <NUM>, decreases the gain of or deactivates the GNSS receiver <NUM>, and/or activates the one or more filters <NUM> of the GNSS receiver <NUM> to filter at least the portion of the signal from the GNSS signal received at the GNSS receiver <NUM>, and so on. In other cases, the processor <NUM> may transmit the signal if, for example, prevents or blocks the cellular transmitter <NUM> from transmitting the signal, deactivates the cellular transmitter <NUM>, and so on.

In this manner, the method <NUM> enables the processor <NUM> to selectively enable transmission of cellular signals based on the probability that the cellular network <NUM> may allocate a resource block to the user equipment <NUM> having a frequency that, when the cellular transmitter <NUM> transmits a signal using the resource block, a harmonic signal may be generated that interferes with a GNSS signal received by the GNSS receiver, as determined by the resource block allocation probability engine <NUM>. Thus, performance of transmission functions (e.g., for which process block <NUM> provides an illustrative example) based on this probability that interference will occur, when mitigation procedures might otherwise be imposed, effectively cancels or otherwise prevents implementation of the mitigation procedures for a period of time.

Advantageously, the disclosed embodiments enable the user equipment <NUM> to conserve power by selectively activating the one or more filters <NUM> of the GNSS receiver <NUM> for mitigation purposes, instead of constantly running the one or more filters <NUM>. Indeed, in general, because the discussed mitigation procedures are performed only when the resource block allocation probability engine <NUM> determines that there is a higher (e.g., than a threshold) likelihood that the cellular network <NUM> may allocate a resource block to the user equipment <NUM> having a frequency that, when the cellular transmitter <NUM> transmits a signal using the resource block, a harmonic signal may be generated that interferes with a GNSS signal received by the GNSS receiver <NUM>, performance gains may be realized (e.g., compared to running the mitigation procedures each time there is a transmission on the LTE frequency band <NUM> and/or <NUM>).

Moreover, because the mitigation procedures are not constantly being run or at least have decreased run frequencies and/or runtimes, other signals may then be received by the user equipment <NUM>. For example, signals received by the European Union's Galileo GNSS may be filtered out by the mitigation procedures. Implementing the disclosed embodiments to avoid constantly performing the mitigation procedures or at least decreasing run frequencies and/or runtimes of the mitigation procedures may increase a likelihood of receiving Galileo signals or an increased signal quality of Galileo signals. Additionally, because the resource block allocation probability engine <NUM>, at least in some embodiments, may be a software-based implementation, such embodiments may be selectively deactivated (e.g., in the case of a world or emergency event, such as an E911 case) to enable constantly running the mitigation procedures in an effort to guarantee increased or maximum receive GNSS signal quality.

It should be understood that, in some cases, the user equipment <NUM> may receive, from the cellular network <NUM> or the base station <NUM>, a number of resource blocks allocable (e.g., for a next time period or millisecond). However, it may take the user equipment <NUM> time (e.g., on the order of seconds) to perform the disclosed mitigation procedures, which may be greater than the time between receiving the indication of the number of resource blocks allocable and the time one or more of the allocable resource blocks are allocated to the user equipment <NUM> (e.g., on the order of milliseconds, such as <NUM>). As such, performing a mitigation procedure based on receiving an indication of the number of resource blocks allocable from the cellular network <NUM> or the base station <NUM> may not be feasible. The disclosed embodiments, then, may avoid or decrease the likelihood of these unfeasible scenarios, as they enable selectively performing mitigation procedures, instead of always performing the mitigation procedures (e.g., when transmitting using the LTE frequency bands <NUM> and/or <NUM>).

The specific embodiments described above have been shown by way of example, and it should be understood that these embodiments may be susceptible to various modifications and alternative forms.

The techniques presented and claimed herein are referenced and applied to material objects and concrete examples of a practical nature that demonstrably improve the present technical field and, as such, are not abstract, intangible or purely theoretical.

Claim 1:
User equipment (<NUM>), comprising:
a transceiver (<NUM>);
a global navigation satellite systems (GNSS) receiver (<NUM>); and
processing circuitry configured to
receive an indication to transmit a signal using the transceiver,
receive a location via the GNSS receiver,
receive a time of day and a date,
selectively mitigate interference on signals received by the GNSS receiver resulting from transmitting the signal using the transceiver based on the location, and the time of day and the date, and
cause the transceiver to transmit the signal based on selectively mitigating the interference.