Inter-band DL RX chain sharing

Abstract

Systems, methods, and circuitries are disclosed for downlink receive (DL RX) chain sharing. In one example, a user equipment (UE) includes a memory and a baseband processor configured to, when executing instructions stored in the memory, cause the UE to provide an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; and receive DL transmissions in a subset of the plurality of frequency bands, wherein a number of frequency bands in the subset exceeds a number of RX chains that receive the DL transmissions.

Description

INTER-BAND DL RX CHAIN SHARINGBACKGROUND

[0001] Fifth Generation New Radio (5G NR) supports evolved non-standalone dual connectivity (EN-DC) operation in which certain component carriers are allocated for use in communicating according to long term evolution (LTE) protocols and other component carriers are allocated for use in communicating according to NR protocols. User equipments (UEs) the are DC capable can be connected at the same time to an LTE network and an NR network and communicate using either or both LTE and NR protocols via the allocated component carriers. This improves network coverage, speed, and reliability.

[0002] 5G NR also supports carrier aggregation (CA) in which data is transmitted simultaneously on at least two component carriers to increase throughput. UEs that are CA capable may include multiple receive chains in their radio front end to receive the different component carriers and are capable of coalescing signals received in component carriers to recover the encoded data.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] Some examples of circuits, apparatuses and / or methods will be described in the following by way of example only. In this context, reference will be made to the accompanying figures.

[0004] FIGs. 1A-1C illustrate various carrier aggregation schemes.

[0005] FIG. 2 illustrates an example dual connectivity and carrier aggregation communication architecture.

[0006] FIGs. 3A and 3B illustrate an example shared receive chain, in accordance with various aspects disclosed.

[0007] FIG. 4 is a message flow diagram of an example configuration and processing of DL transmissions using RX chain sharing, in accordance with various aspects disclosed.

[0008] FIG. 5 is a message flow diagram of an example configuration and processing of DL transmissions using RX chain sharing, in accordance with various aspects disclosed.

[0009] FIG. 6 is a message flow diagram of an example configuration and processing of DL transmissions using RX chain sharing, in accordance with various aspects disclosed.

[0010] FIG. 7 is a flow diagram outlining an example method for processing DL transmissions using RX chain sharing, in accordance with various aspects described.

[0011] FIG. 8 is a flow diagram outlining an example method for scheduling DL transmissions for a UE using RX chain sharing, in accordance with various aspects described.

[0012] FIG. 9 is a diagram of an example wireless network, according to various aspects disclosed herein.

[0013] FIG. 10 is a diagram of an example of components of a device according to various aspects disclosed herein.DETAILED DESCRIPTION

[0014] The present disclosure is described with reference to the attached figures. The figures are not drawn to scale and they are provided merely to illustrate the disclosure. Several aspects of the disclosure are described below with reference to example applications for illustration. Numerous specific details, relationships, and methods are set forth to provide an understanding of the disclosure. The present disclosure is not limited by the illustrated ordering of acts or events, as some acts may occur in different orders and / or concurrently with other acts or events. Furthermore, not all illustrated acts or events are required to implement a methodology in accordance with the selected present disclosure.

[0015] Carrier Aggregation and Dual Connectivity Overview

[0016] Carrier aggregation (CA) enables multiple different component carriers (CCs) to be simultaneously (e.g., transmission occurring in the same symbols) used to communicate between a user equipment (UE) and a network node. In some instances, the CCs may be from different frequency bands or frequency domains (e.g., FR1 or FR2) . Carrier aggregation provides a broader choice to connected devices, enabling more bandwidth to be obtained. The greater  bandwidth can be used to communicate bandwidth intensive operations, such as streaming video or communicating large data files.

[0017] When CCs are transmitted from a same cell site, the CCs may be referred to as being collocated CCs. CCs that are collocated may have similar propagation characteristics, resulting in similar receive times and received signal power at the receiver. Non-collocated CCs may have very different propagation characteristics, resulting in different receive times and received signal power at the receiver, which may affect timing and power considerations in carrier aggregation. Non-collocated CCs in different frequency bands may experience more dramatic differences in timing and pathloss due to the different propagation characteristics of different frequency bands.

[0018] FIG. 1A illustrates an example of intra-band contiguous CCs. In the example, three CCs are contiguously located within a single frequency band (e.g., frequency band A) . The frequency band can be a selected frequency range in the electromagnetic spectrum and may be referred to by an operating frequency (e.g., 3400 MHz) . Selected frequency bands are designated for use with wireless communication. Certain frequency bands may be owned or leased by wireless service providers. A bandwidth is a selected portion of a frequency band. CCs may have the same bandwidths or different bandwidths.

[0019] FIG. 1B illustrates intra-band non-contiguous CCs, CC1 and CC2 and FIG. 1C illustrates inter-band non-contiguous CCs, CC1, CC2, CC3. Non-contiguous carrier aggregation can provide aggregation of a fragmented spectrum. Intra-band non-contiguous carrier aggregation provides non-contiguous carrier aggregation within the same frequency band (e.g., band A) as illustrated in FIG. 1B. Inter-band non-contiguous carrier aggregation provides non-contiguous carrier aggregation within different frequency bands (e.g., bands A, B, and C) as illustrated in FIG. 1C. The ability to use CCs in different frequency bands can enable more efficient use of available bandwidth and increase the aggregated data throughput.

[0020] In carrier aggregation different serving cells may communicate with the UE using different active CCs. A serving cell is a set of communication hardware (e.g., antenna ports) in a network node that is tuned to transmit / receive in the specific CC. One of the serving cells is designated as the primary serving cell (PCell) with any other serving cells being designated secondary cells (SCells) . The PCell receives the initial connection request from the UE and carries RRC signaling and other control and user data while the SCells may carry only data. A  handover operation is performed when a UE changes PCells while SCells may be added and dropped as determined by the network without a handover. The network may activate and de-activate SCells as needed based on throughput needs, however the UE remains connected to the PCell.

[0021] When the serving cells associated with the CCs are not collocated the received signal strength and / or receive time difference (RTD) of the serving cells may differ significantly. This means that non-collocated CCs complicates the processing of CA signals at the UE.

[0022] FIG. 2 illustrates a CA / EN-DC architecture 200. EN-DC allows a UE 210 to connect with two network nodes (e.g., base stations, transmission and reception points (TRPs) , eNBs, gNBs, NG-RANs, and so on) 205, 207 simultaneously. The two network nodes may both be operating the same frequency range or different frequency ranges. In EN-DC, the two network nodes belong to different networks (e.g., an LTE network and an NR network) . The set of serving cells associated with one of the network nodes 205 is designated the master cell group (MCG) while the set of serving cells associated with the other network node 207 is designated the secondary cell group (SCG) . The MCG initiates the dual connection arrangement with the SCG to expand the bandwidth for communication with the UE 210. A portion of the data to be transmitted from the MCG to the UE 210 is transferred to the SCG for transmission to the UE.

[0023] The MCG includes a primary cell (PCell) and one or more secondary cells (SCells) . The PCell is the serving cell with which a UE first initiates a random access channel (RACH) process. In FIG. 2, the serving cell in the MCG carrying CC1 is designated as the PCell and the serving cells carrying CC2 and CC3 are secondary cells. The serving cell in the SCG carrying CC4 is designated as a primary secondary cell (PSCell) and the serving cell carrying CC5 is a secondary cell. The PSCell performs similar tasks as the PCell in the MCG, such as coordinating mobility and communication with the UE and carrying control signaling with respect to the SCG. The CCs in each of the MCG and SCG are synchronized and combined by the data transmissions from different networks.

[0024] Downlink Receive Chain Sharing

[0025] To share an RX chain, the UE performs DL RX switching to first receive DL transmissions on a first CC and then receive DL transmission on a second CC, using the same  receive chain. DL RX switching is a process in which the UE changes receive chain (s) configuration in order to receive a DL transmission on a different CC.

[0026] FIGs. 3A and 3B illustrate the processing of DL transmissions received in two CCs in different frequency bands in a shared RX chain architecture 300. The example shared RX chain architecture 300 includes an antenna 380 that receives the DL transmission and a radio frequency (RF) filter 370 that filters out RF frequencies outside the tuned frequency band. A low noise amplifier (LNA) 360 amplifies the filtered signal and the amplified signal is provided to a mixer 350 that down-converts the signal based on a local oscillator frequency fLO1 that corresponds to the tuned frequency and is generated by local oscillator circuitry 355. A filter 340 filters out signal components outside the desired bandwidth. Analog-to-digital converter (330) converts the filtered signal to a digital signal for further processing by a digital portion of the UE receiver.

[0027] RX chain sharing may be activated to enable the UE to receive DL transmissions in CC1 and CC2 using the same RX chain. In RX chain sharing, a DL RX switch operation is performed between when the UE receives DL transmissions in CC1 at time t1 and when the UE receives DL transmissions in CC2 at time t2. To accommodate the DL RX switching, the scheduling entity may observe a scheduling gap between DL transmission in CC1 and DL transmission in CC2. At time t1, the filters 340 and 370 filter out signal components outside CC1. The resulting signal is provided to the ADC 330 which outputs a baseband signal for processing by a baseband processor (not shown) .

[0028] During the scheduling gap between the DL transmission on CC1 and the DL transmission on CC2 the gain of the LNA 360 may be adjusted based on an expected power differential between CC1 and CC2. The expected power differential may be determined by the UE based on its own measurements or an indication of the power differential may be received from the network. The filters 340 and 370 may be adjusted to filter signal components outside CC2 from the received signal. The local oscillator circuitry 355 is adjusted to generate a LO signal having the frequency FLO2, which is associated with the frequency band of CC2. Other adjustments may be made as well. The filtered signal is converted to a digital signal by the ADC 330.

[0029] The time it takes to make the adjustments to the RX chain is referred to as the DL RX switching time. During the DL RX switching time the UE cannot process any received signal.  For this reason the network inserts the scheduling gap between DL transmissions during the switching time. When the DL RX switch occurs between inter-band, non-collocated CCs, the DL RX switching time may increase due to RTD between the CCs and / or increased power imbalance, which may require additional time to adjust and settle the LNA gain.

[0030] A separated RX chain architecture is able to handle a number of CCs equivalent to the number of RX chains without performing DL RX switching. To support CA, a UE may be provided with more receive chains and possibly more baseband processors to allow the UE to simultaneously receive DL signals on more CCs. Of course, the additional receive chains add cost and complexity to the UE.

[0031] In some use cases, such as a fragmented spectrum with inter-band non-collocated CCs, EN-DC operation is used not to increase throughput by way of CA but rather to provide several alternative CCs in which a UE may communicate with a network. In these situations, even when a UE is configured with multiple CCs, at any given time the UE may only be receiving signals on only one or two of the CCs during EN-DC operation. In such scenarios it may not be cost effective to provide a number of receive chains that is aligned with a maximum allowed number of configured CCs to support NR CA. Rather, a lower capability UE (in terms of receive chains) may be enabled to perform DL RX switching to receive signals on multiple configured CCs. For example, a UE with a single RX chain may be used to operate in two CCs. This may provide satisfactory performance when a lower frequency band CC is used to carry data associated with maintaining coverage and higher frequency band CC is used to support a high throughput data rate when desired.

[0032] The switching of DL traffic between CCs may require a radio resource configuration (RRC) reconfiguration process which incurs substantial overhead in terms of signaling and delay. Further, DL traffic may not be able to be scheduled in either CC until the reconfiguration process is complete. This makes it less feasible to utilize a simpler UE with fewer receive chains and employ RX chain sharing to meet DL traffic needs.

[0033] Disclosed herein are systems, circuitries, and techniques that support RX chain sharing to enable UEs with a reduced number of RX chains to receive DL transmissions in multiple CCs. In this manner resources may be better utilized and throughput may be increased without increasing complexity of the UE.

[0034] FIG. 4 is a message flow diagram that outlines an example configuration process for inter-band non-collocated EN-DC or NR CA operation with RX chain sharing. In the figure, the messages are illustrated as being exchanged between a UE and configuration entity and / or scheduling entity (ies) (e.g., a base station and / or network node) . The network node may be a component associated with a core network that acts as the configuring entity and / or scheduling entity and that communicates with the UE by way of the base station. However, the base station may act as the scheduling entity and / or the configuration entity. Thus, some operations attributed herein to either the base station or the network may, in other examples, be performed by the other of the base station or the network.

[0035] A UE that is capable of RX chain sharing (e.g., is able to perform RX chain switching as outlined in FIGs. 3A and 3B) transmits a message 410 indicating its capability. The message 410 may indicate one or more sets of frequency bands within which the UE is capable of performing RX chain sharing. For example, the message 410 may indicate up to K different sets of up to M frequency bands. The numbers K and M may be configurable or set by standard. In some examples, the message 410 may indicate a single set of frequency bands instead of multiple sets of frequency bands. In some examples, the message 410 may update a previously communicated capability for RX chain sharing and include different frequency bands or numbers of frequency bands for which the UE presently is capable of performing RX chain sharing.

[0036] Based on the message 410, the configuration entity (e.g., base station or network) selects a set of frequency bands for which RX chain sharing is to be configured and transmits or causes transmission of a configuration message 420 indicating the selected frequency bands. This set of frequency bands may be referred to as a “configured subset” of the frequency bands indicated in the message 410. In the illustrated example, CC1 in frequency band 1 and CC2 in frequency band 2 are selected for RX chain sharing. It is noted that the disclosed techniques may also be applicable when the CCs are non-collocated but in the same frequency band (e.g., intra-band EN-DC or NR CA) . The message 420 may be an RRC reconfiguration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message, such as a modified or new downlink control information (DCI) format.

[0037] At 440, the UE configures operation for performing RX chain sharing for DL transmissions in CC1 and CC2. This may include monitoring for control information on a  certain CC or in certain monitoring occasions and / or configuring operation of RX chain components as outlined in FIGs. 3A and 3B in preparation to receive DL transmissions in one of the configured CCs. At 450 the scheduling entity (e.g., base station or network) has DL transmissions for the UE to be scheduled in CC1 and CC2.

[0038] At 460, the scheduling entity transmits or causes transmission of scheduling information to the UE that informs the UE which CCs will be carrying DL transmissions during particular time slots. In this disclosure, the term “time slot” is any arbitrary set of time resources such as, for example, a predetermined number of symbols, a slot, a frame, an so on. In one example, the scheduling entity may perform cross-carrier scheduling in which control information in one CC schedules DL transmissions in another CC. In this example, when RX chain sharing is active for a UE, the PCell may monitor all PDCCH for the UE and generate aggregated scheduling information for CCs involved in RX chain sharing. For example, a carrier indictor field (CIF) in DCI may be used to indicate on which CC the scheduled resource is located. If the UE receives DCI with a CIF indicating a CC other than the CC that carries the DCI, the UE will perform RX chain switching to receive the scheduled DL transmission.

[0039] At 480 the scheduling entity transmits the DL transmissions in CC1 and CC2 in different time slots according to the scheduling information of message 460 and the UE performs RX chain sharing / switching to receive the DL transmissions.

[0040] FIG. 5 is a message flow diagram that outlines an example configuration process for inter-band non-collocated EN-DC or NR CA operation with RX chain sharing in which RX chain sharing is explicitly activated. A UE that is capable of RX chain sharing (e.g., is able to perform RX chain switching as outlined in FIGs. 3A and 3B) transmits a message 510 indicating its capability. The message 510 may indicate one or more sets of frequency bands within which the UE is capable of performing RX chain sharing. The configuration entity (e.g., base station or network) selects a set of frequency bands for which RX chain sharing is to be configured and transmits or causes transmission of a configuration message 520 indicating this configured subset of frequency bands to the UE. In the illustrated example, CC1 in frequency band 1 and CC2 in frequency band 2 are selected for RX chain sharing. The message 420 may be an RRC reconfiguration message, a media access control (MAC) control element (CE) command, or a  physical downlink control channel (PDCCH) message, such as a modified or new downlink control information (DCI) format.

[0041] The scheduling entity transmits an activation command 530 for the configured set of frequency bands. The activation command may be an RRC message, a MAC CE command, or a PDCCH message such as DCI. It is noted that prior to receiving the activation command, the UE does not expect to be scheduled with DL transmissions that require RX chain sharing.

[0042] At 540, in response to the activation command the UE configures operation for performing RX chain sharing for DL transmissions in CC1 and CC2. At 550 the scheduling entity (e.g., base station or network) has DL transmissions for the UE to be scheduled in CC1 and CC2. At 560, the scheduling entity transmits or causes transmission of scheduling information to the UE that informs the UE which CCs will be carrying DL transmissions during particular time slots. At 580 the scheduling entity transmits the DL transmissions in CC1 and CC2 in different time slots according to the scheduling information of message 560 and the UE performs RX chain sharing / switching to receive the DL transmissions.

[0043] At 590 RX chain sharing is deactivated and the scheduling entity no longer expects the UE to perform RX chain sharing. In one example the scheduling entity transmits a deactivation message to the UE to cause the UE to deactivate RX chain sharing. In other examples, the activation command 530 is effective for a certain time period. In this case the UE may set a timer upon receiving the activation command and deactivate RX chain sharing upon expiration of the timer.

[0044] FIG. 6 is a message flow diagram that outlines an example configuration process for inter-band non-collocated EN-DC or NR CA operation with RX chain sharing in which a scheduling pattern is used to define a RX chain switching sequence. A UE that is capable of RX chain sharing (e.g., is able to perform RX chain switching as outlined in FIGs. 3A and 3B) transmits a message 610 indicating its capability. The message 610 may indicate one or more sets of frequency bands within which the UE is capable of performing RX chain sharing. The configuration entity (e.g., base station or network) selects a set of frequency bands for which RX chain sharing is to be configured and transmits or causes transmission of a configuration message or information 620 indicating the selected frequency bands to the UE. In the illustrated example, CC1 in frequency band 1 and CC2 in frequency band 2 are selected for RX chain sharing. The  message 620 may be an RRC reconfiguration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message, such as a modified or new downlink control information (DCI) format.

[0045] The scheduling entity transmits a switching pattern for the configured set of frequency bands. The switching pattern may be indicated by an RRC message, a MAC CE command, or a PDCCH message such as DCI. The switching pattern defines a sequence of CCs / frequency bands active in successive time slots. For example, a switching pattern of [0 0 0 1 0 0 0 1] may indicate that the first configured CC (e.g., CC1 in the example) is active in all but the fourth and eighth time slots and the second configured CC (e.g., CC2 in the example) is active in the fourth and eighth time slot. As disclosed above, the time slot may be any arbitrary unit of time resources such as a symbol, a number of symbols, a slot, or a frame. In this manner, for each time slot only one CC is known to be active in a deterministic way.

[0046] In another example, the switching pattern may indicate certain time slots as flexible time slots in which either CC may be dynamically configured. For example, a switching pattern of [0 F 1 0 F 1] may indicate that the first configured CC (e.g., CC1 in the example) is active in the first and fifth time slots, the second configured CC (e.g., CC2 in the example) is active in the fourth and eighth time slot, and the remaining time slots may be dynamically configured as either CC1 or CC2 by way of DCI, cross-carrier scheduling, or same-carrier scheduling. In other examples, the switching pattern may also indicate that no DL transmissions on any configured CC for RX chain sharing will be scheduled in certain time slots.

[0047] At 540, in response to the activation command the UE configures operation for performing RX chain sharing for DL transmissions in CC1 and CC2 according to the switching pattern. At 550 the scheduling entity (e.g., base station or network) has DL transmissions for the UE to be scheduled in CC1 and CC2. At 560, the scheduling entity transmits or causes transmission of scheduling information to the UE that informs the UE of DL transmissions that are scheduled according to the switching pattern. The scheduling information may include an indication of which CC carries downlink transmissions in the time slots indicated as flexible in the switching pattern, while in the other time slots, the UE receives DL transmissions in the CC indicated by the switching pattern. At 580 the scheduling entity transmits the DL transmissions in CC1 and CC2 in different time slots according to the switching pattern and scheduling  information and the UE performs RX chain sharing / switching according to the switching pattern and scheduling information to receive the DL transmissions.

[0048] It is to be understood that the various techniques illustrated in FIGs. 4-6 may performed in combination with one another. For example, the cross carrier scheduling of FIG. 4 may be used with the activation command of FIG. 5, and the activation command of FIG. 5 may be used with the scheduling pattern of FIG. 6.

[0049] FIG. 7 is a flow diagram outlining an example method 700 that may be performed by UE to receive downlink transmissions using downlink receive chain sharing. The method may be performed, for example, by the UE of FIGs. 4-6. The method includes, at 710, providing an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported. In some examples, the method includes transmitting a message (e.g., message 410, 510, 610 of FIGs. 4-6) that indicates the plurality of frequency bands for which DL RX chain sharing or switching is supported. In some examples, the message indicates one or more subsets of the plurality of frequency bands for which DL RX chain sharing is supported.

[0050] In some examples, the method includes receiving configuration (e.g., message 420, 520, 620 of FIGs. 4-6) of a subset of the plurality of frequency bands. This configuration may be received by way of a radio resource control (RRC) configuration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message.

[0051] The method includes, at 720, controlling operation of one or more RX chains to receive DL transmissions in a subset of the plurality of frequency bands. Due to RX chain sharing, the number of frequency bands in the subset exceeds the number of RX chains, such that. In some examples, such as the example illustrated in FIG. 5, the method includes controlling the operation of the one or more RX chains to receive DL transmissions in a configured subset of the plurality of frequency bands in response to receiving an activation command and cease receiving DL transmissions in a configured subset of the plurality of frequency bands in response to receiving a deactivation command. In other examples, such as the example illustrated in FIG. 5, the method includes controlling the operation of the one or more RX chains to receive DL transmissions in a configured subset of the plurality of frequency bands for a preconfigured time period in response to receiving an activation command.

[0052] In some examples, such as the example illustrated in FIG. 6, the method includes controlling operation of the one or more RX chains based on a configured switching pattern. The switching pattern may be received in a configuration message, such as message 635 of FIG. 6. The switching pattern may indicate, for each time slot of a sequence of time slots, a frequency band of the subset in which DL transmissions will be received in the time slot or that any frequency band of the subset may be scheduled for DL transmissions in the time slot.

[0053] In some examples, the method includes controlling operation of the one or more RX chains based on received control information that indicates in which of the configured frequency bands a DL transmission is scheduled.

[0054] FIG. 8 is a flow diagram outlining an example method 800 that may be performed by a RAN node and / or a node associated with a core network to schedule and transmit downlink transmissions to a UE that is using downlink receive chain sharing. The method may be performed, for example, by the base station / network of FIGs. 4-6. The method includes, at 810, receiving an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported. In some examples, the method includes receiving a message (e.g., message 410, 510, 610 of FIGs. 4-6) that indicates the plurality of frequency bands for which DL RX chain sharing or switching is supported. In some examples, the message indicates one or more subsets of the plurality of frequency bands for which DL RX chain sharing is supported.

[0055] In some examples, the method includes transmitting configuration (e.g., message 420, 520, 620 of FIGs. 4-6) of a subset of the plurality of frequency bands. This configuration may be transmitted by way of a radio resource control (RRC) configuration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message.

[0056] The method includes, at 820, scheduling DL transmissions in a subset of the plurality of frequency bands, such that a DL transmission is scheduled on only one of frequency bands in any give time slot. In some examples, such as the example illustrated in FIG. 5, the method includes transmitting an activation command and, prior to transmitting a deactivation command, scheduling DL transmissions in the subset of the plurality of frequency bands. In other examples, such as the example illustrated in FIG. 5, the method includes transmitting an activation command  and scheduling DL transmissions in the subset of the plurality of frequency bands during preconfigured time period after transmitting the activation command.

[0057] In some examples, such as the example illustrated in FIG. 6, the method includes transmitting an indication of a switching pattern. The switching pattern may be received in a configuration message, such as message 635 of FIG. 6. The switching pattern may indicate, for each time slot of a sequence of time slots, a frequency band of the subset in which DL transmissions will be received in the time slot or that any frequency band of the subset may be scheduled for DL transmissions in the time slot.

[0058] In some examples, the method transmitting control information that indicates in which of the configured frequency bands a DL transmission is scheduled.

[0059] Included herein are several flow diagrams outlining example methods. In this description and the appended claims, use of the term “determine” with reference to some entity (e.g., parameter, variable, and so on) in describing a method step or function is to be construed broadly. For example, “determine” is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of an entity. “Determine” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity. “Determine” should be construed to encompass computing or deriving the entity or value of the entity based on other quantities or entities. “Determine” should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0060] As used herein, the term identify when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity. For example, the term identify is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of the entity. The term identify should be construed to encompass accessing and reading memory (e.g., device queue, lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity.

[0061] As used herein, the term select when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity from amongst a plurality or range of possible choices. For example, the term select  is to be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entities or values for the entity and returning one entity or entity value from amongst those stored. The term select is to be construed as applying one or more constraints or rules to an input set of parameters to determine an appropriate entity or entity value. The term select is to be construed as broadly encompassing any manner of choosing an entity based on one or more parameters or conditions.

[0062] As used herein, the term derive when used with reference to some entity or value of an entity is to be construed broadly. “Derive” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores some initial value or foundational values and performing processing and / or logical / mathematical operations on the value or values to generate the derived entity or value for the entity. “Derive” should be construed to encompass computing or calculating the entity or value of the entity based on other quantities or entities. “Derive” should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0063] The term “couple” is used throughout the specification. The term may cover connections, communications, or signal paths that enable a functional relationship consistent with the description of the present disclosure. For example, if device A generates a signal to control device B to perform an action, in a first example device A is coupled to device B, or in a second example device A is coupled to device B through intervening component C if intervening component C does not substantially alter the functional relationship between device A and device B such that device B is controlled by device A via the control signal generated by device A.

[0064] As used herein, the term “provide” when used with reference to information or data or a signal encoding data is to be construed broadly as encompassing any manner of communicating the information, data, or signal encoding data either explicitly or implicitly. “Provide” should be construed to encompass transmitting a message that indicates the information or data, storing the information or data in memory accessible to the recipient of the providing, controlling electrical signals on conductors in a circuit to encode the information or data, and so on.

[0065] As used herein, the term “obtain” when used with reference to information or data or a signal encoding data is to be construed broadly as encompassing any manner of receiving the information, data, or signal encoding data either explicitly or implicitly. “Obtain” should be construed to encompass receiving a message that indicates the information or data, reading the information or data from memory, performing computations or processing on other data to obtain the information or data, detecting electrical signals on conductors in a circuit detect the information or data, and so on.

[0066] FIG. 9 is an example network 900 that supports inter-band DL RX chain sharing by UEs according to one or more implementations described herein. Example network 900 may include UEs 911-1, 911-2, a radio access network (RAN) 920, a core network (CN) 930, application servers 940, and external networks 950.

[0067] The systems and devices of example network 900 may operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example network 900 may operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards (e.g., wireless metropolitan area network (WMAN) , worldwide interoperability for microwave access (WiMAX) , etc. ) , and more.

[0068] As shown, the UE 911 may include a smartphone (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, the UE 911 may include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, watches etc.

[0069] Additionally, or alternatively, an IoT device may utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device  (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data may be a machine-initiated exchange, and an IoT network may include interconnecting IoT UEs (which may include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs may execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0070] The UE 911 may include stored DL RX chain sharing instructions and information to enable the UE to perform operations disclosed above with reference to FIGs. 4-7.

[0071] The UE 911 may communicate and establish a connection with (e.g., be communicatively coupled) with RAN 920, which may involve a wireless channel that carriers a D2R signal 912, which may comprise a physical communications interface  / layer.

[0072] As shown, UE 911 may also, or alternatively, connect to access point (AP) 916 via connection interface 918, which may include an air interface enabling UE 911 to communicatively couple with AP 916. AP 916 may comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 918 may comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 916 may comprise a wireless fidelity router or other AP. While not explicitly depicted in FIG. 9, AP 916 may be connected to another network (e.g., the Internet) without connecting to RAN 920 or CN 930.

[0073] RAN 920 may include one or more RAN nodes 922-1 and 922-2 (referred to collectively as RAN nodes 922, and individually as RAN node 922) that enable channel 914 to be established between the UE 911 and RAN 920. RAN nodes 922 may include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node may be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 922 may include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 922 may be a dedicated physical device, such as a macrocell base station, and / or a low  power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. Additionally, or alternatively, one or more of RAN nodes 922 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations 926, 928 toward UEs 911, and that can be connected to a 5G core network (5GC) 90 via an NG interface 924.

[0074] Any of the RAN nodes 922 can terminate an air interface protocol and can be the first point of contact for UEs 911. In some implementations, any of the RAN nodes 922 can fulfill various logical functions for the RAN 920 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UE 911 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 922 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations are not necessarily limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0075] In some implementations, a downlink resource grid may be used for downlink transmissions from any of the RAN nodes 922 to UEs 911, and uplink transmissions may utilize similar techniques. The grid may be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements. Each resource block may comprise a collection of resource elements (REs) ; in the frequency domain, this may represent the smallest quantity of resources that currently may be allocated.  There are several different physical downlink channels that are conveyed using such resource blocks.

[0076] The RAN nodes 922 may be configured to communicate with one another via interface 923. In implementations where the system is an LTE system, interface 923 may be an X2 interface. In NR systems, interface 923 may be an Xn interface. The X2 interface may be defined between two or more RAN nodes 922 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 930, or between two eNBs connecting to an EPC.

[0077] The RAN nodes 922 may include stored DL RX chain sharing instructions and information to enable the RAN nodes to perform operations disclosed above with reference to FIGs. 4-6 and 8.

[0078] CN 930 may comprise a plurality of network elements or nodes 932, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 911) who are connected to the CN 930 via the RAN 920. In some implementations, CN 930 may include an evolved packet core (EPC) , a 5G CN, and / or one or more additional or alternative types of CNs. The components of the CN 930 may be implemented in one physical node or separate physical nodes including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium. The CN 931 may include stored DL RX chain sharing instructions and information to enable the UE to perform operations disclosed above with reference to FIGs. 4-7.

[0079] As shown, CN 930, application servers 940, and external networks 950 may be connected to one another via interfaces 934, 936, and 938, which may include IP network interfaces.

[0080] FIG. 10 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, the device 1000 can include application circuitry 1002, baseband circuitry 1004, RF circuitry 1006, front-end module (FEM) circuitry 1008, one or more antennas 1010, and power management circuitry (PMC) 1012 coupled together at least as shown. In some implementations, the device 1000 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1002, and instead include a processor / controller to process IP data received from a CN or an Evolved Packet Core (EPC) ) . In  some implementations, the device 1000 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1000, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for Cloud-RAN (C-RAN) implementations) .

[0081] The baseband circuitry 1004 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1004 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 1006 and to generate baseband signals for a transmit signal path of the RF circuitry 1006. Baseband circuitry 1004 can interface with the application circuitry 1002 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1006. For example, in some implementations, the baseband circuitry 1004 can include a 3G baseband processor 1004A, a 4G baseband processor 1004B, a 5G baseband processor 1004C, or other baseband processor (s) 1004D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, etc. ) .

[0082] The baseband circuitry 1004 (e.g., one or more of baseband processors 1004A-D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1006. In other implementations, some or all of the functionality of baseband processors 1004A-D can be included in modules stored in the memory 1004G and executed via a Central Processing Unit (CPU) 1004E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of the baseband circuitry 1004 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of the baseband circuitry 1004 can include convolution, tail-biting convolution, turbo, Viterbi, or Low-Density Parity Check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0083] In some implementations, memory 1004G may receive and / or store DL RX chain sharing instructions and information to enable the device to perform operations disclosed above with reference to FIGs. 4-8.

[0084] In some implementations, the baseband circuitry 1004 can include one or more audio digital signal processor (s) (DSP) 1004F. The audio DSPs 1004F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations.

[0085] RF circuitry 1006 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, the RF circuitry 1006 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1006 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 1008 and provide baseband signals to the baseband circuitry 1004. RF circuitry 1006 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 1004 and provide RF output signals to the FEM circuitry 1008 for transmission.

[0086] In some implementations, the receive signal path of the RF circuitry 1006 can include mixer circuitry 1006A, amplifier circuitry 1006B and filter circuitry 1006C. RF circuitry 1006 can also include synthesizer circuitry 1006D for synthesizing a frequency for use by the mixer circuitry 1006A of the receive signal path and the transmit signal path.

[0087] The RF circuitry 1006 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 1004 can include a digital baseband interface to communicate with the RF circuitry 1006.

[0088] Synthesizer circuitry 1006D of the RF circuitry 1006 can include a divider, a delay-locked loop (DLL) , a multiplexer and a phase accumulator.

[0089] FEM circuitry 1008 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1010, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 1006 for further processing. FEM circuitry 1008 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by the RF circuitry  1006 for transmission by one or more of the one or more antennas 1010. In various implementations, the amplification through the transmit or receive signal paths can be done solely in the RF circuitry 1006, solely in the FEM circuitry 1008, or in both the RF circuitry 1006 and the FEM circuitry 1008.

[0090] In some implementations, the PMC 1012 can manage power provided to the baseband circuitry 1004. In particular, the PMC 1012 can control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion. The PMC 1012 can often be included when the device 1000 is capable of being powered by a battery, for example, when the device is included in a UE. The PMC 1012 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0091] While FIG. 10 shows the PMC 1012 coupled only with the baseband circuitry 1004. However, in other implementations, the PMC 1012 may be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1002, RF circuitry 1006, or FEM circuitry 1008.

[0092] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0093] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more  other features of the other implementations as may be desired and advantageous for any given application.

[0094] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context may indicate that they are distinct or that they are the same.

[0095] While the methods are illustrated and described above as a series of acts or events, it will be appreciated that the illustrated ordering of such acts or events are not to be interpreted in a limiting sense. For example, some acts may occur in different orders and / or concurrently with other acts or events apart from those illustrated and / or described herein. In addition, not all illustrated acts may be required to implement one or more aspects or examples of the disclosure herein. Also, one or more of the acts depicted herein may be carried out in one or more separate acts and / or phases. In some examples, the methods illustrated above may be implemented in a computer readable medium using instructions stored in a memory. Many other examples and variations are possible within the scope of the claimed disclosure.

[0096] Examples

[0097] Example 1 is a baseband processor, configured to perform operations including providing an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; and controlling operation of one or more RX chains to receive DL transmissions in a subset of the plurality of frequency bands, wherein a number of frequency bands in the subset exceeds a number of the one or more RX chains.

[0098] Example 2 includes the subject matter of example 1, including or omitting optional elements, wherein the operations include causing transmission of a message that indicates the plurality of frequency bands.

[0099] Example 3 includes the subject matter of any of examples 1-2, including or omitting optional elements, wherein the operations include causing transmission of a message that indicates one or more subsets of the plurality of frequency bands; and controlling operation of the one or more RX chains to receive DL transmission in a selected one of the one or more subsets of the plurality of frequency bands.

[0100] Example 4 includes the subject matter of any of examples 1-3, including or omitting optional elements, wherein the operations include receiving configuration of a subset of the plurality of frequency bands; and controlling operation of the one or more RX chains to receive DL transmissions in the configured subset.

[0101] Example 5 includes the subject matter of example 4, including or omitting optional elements, wherein the operations include receiving a radio resource control (RRC) configuration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message that indicates configuration of the subset.

[0102] Example 6 includes the subject matter of any of examples 1-5, including or omitting optional elements, wherein the operations include controlling operation of the one or more RX chains to receive DL transmissions in a configured subset of the plurality of frequency bands in response to receiving an activation command; and controlling operation of the one or more RX chains to cease receiving DL transmissions in a configured subset of the plurality of frequency bands in response to receiving a deactivation command.

[0103] Example 7 includes the subject matter of any of examples 1-6, including or omitting optional elements, wherein the operations include controlling operation of the one or more RX chains to receive DL transmissions in a configured subset of the plurality of frequency bands for a preconfigured time period in response to receiving an activation command.

[0104] Example 8 includes the subject matter of any of examples 1-7, including or omitting optional elements, wherein the operations include controlling operation of the one or more RX chains based on a configured switching pattern.

[0105] Example 9 includes the subject matter of example 8, including or omitting optional elements, wherein the configured switching pattern indicates, for each time slot of a sequence of time slots, a frequency band of the subset in which DL transmissions will be received, that any frequency band of the subset may be scheduled for DL transmissions, or that no DL transmissions will be scheduled in frequency bands of the subset.

[0106] Example 10 includes the subject matter of any of examples 1-9, including or omitting optional elements, wherein the operations include controlling operation of the one or more RX chains based on received control information that indicates in which frequency band of the subset of frequency bands a DL transmission is scheduled.

[0107] Example 11 is a processor, configured to perform operations including receiving an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; and scheduling DL transmissions in a subset of the plurality of frequency bands, wherein a DL transmission is scheduled on only one of the frequency bands of the subset in any give time slot.

[0108] Example 12 includes the subject matter of example 11, including or omitting optional elements, wherein the operations include receiving a message that indicates the plurality of frequency bands.

[0109] Example 13 includes the subject matter of any of examples 11-12, including or omitting optional elements, wherein the operations include transmitting configuration of a selected subset of the plurality of frequency bands.

[0110] Example 14 includes the subject matter of example 13, including or omitting optional elements, wherein the operations include transmitting a radio resource control (RRC) configuration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message that indicates configuration of the subset.

[0111] Example 15 includes the subject matter of any of examples 11-14, including or omitting optional elements, wherein the operations include transmitting an activation command; and prior to transmitting a deactivation command, scheduling DL transmissions in a subset of the plurality of frequency bands.

[0112] Example 16 includes the subject matter of any of examples 11-15, including or omitting optional elements, wherein the operations include transmitting an activation command; and during a time period after transmitting the activation command, scheduling DL transmissions in a subset of the plurality of frequency bands.

[0113] Example 17 includes the subject matter of any of examples 11-16, including or omitting optional elements, wherein the operations include transmitting indication of a switching pattern; and scheduling DL transmissions in a subset of the plurality of frequency bands based on the switching pattern.

[0114] Example 18 includes the subject matter of example 17, including or omitting optional elements, wherein the configured switching pattern indicates, for each time slot of a sequence of time slots, a frequency band of the subset in which DL transmissions will be received, that any frequency band of the subset may be scheduled for DL transmissions, or that no DL transmissions will be scheduled in frequency bands of the subset.

[0115] Example 19 includes the subject matter of any of examples 11-18, including or omitting optional elements, wherein the operations include transmitting control information that indicates in which frequency band of the subset of frequency bands a DL transmission is scheduled.

[0116] Example 20 is a user equipment (UE) including a memory and a baseband processor configured to, when executing instructions stored in the memory, cause the UE to provide an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; and receive DL transmissions in a subset of the plurality of frequency bands, wherein a number of frequency bands in the subset exceeds a number of RX chains that receive the DL transmissions.

[0117] Example 21 is a method as substantially described herein with reference to each or any combination substantially described herein, comprised in examples 1-20, or in the Detailed Description.

[0118] Example 22 is a non-transitory computer readable medium as substantially described herein with reference to each or any combination substantially described herein, comprised in examples 1-20, or in the Detailed Description.

[0119] Example 23 is a user equipment including the baseband processor of examples 1-10.

[0120] Example 24 is a base station including the processor of examples 11-19.

[0121] Example 25 is a wireless device configured to perform any action or combination of actions as substantially described herein, comprised in examples 1-20, or in the Detailed Description.

[0122] Example 26 is an apparatus including the baseband processor or processor of examples 1-20.

[0123] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.A baseband processor, configured to perform operations comprising:providing an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; andcontrolling operation of one or more RX chains to receive DL transmissions in a subset of the plurality of frequency bands, wherein a number of frequency bands in the subset exceeds a number of the one or more RX chains.2.The baseband processor of claim 1, wherein the operations comprise causing transmission of a message that indicates the plurality of frequency bands.3.The baseband processor of claim 1, wherein the operations comprisecausing transmission of a message that indicates one or more subsets of the plurality of frequency bands; andcontrolling operation of the one or more RX chains to receive DL transmission in a selected one of the one or more subsets of the plurality of frequency bands.4.The baseband processor of claim 1, wherein the operations comprisereceiving configuration of a subset of the plurality of frequency bands; andcontrolling operation of the one or more RX chains to receive DL transmissions in the configured subset.5.The baseband processor of claim 4, wherein the operations comprise receiving a radio resource control (RRC) configuration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message that indicates configuration of the subset.6.The baseband processor of claim 1, wherein the operations comprisecontrolling operation of the one or more RX chains to receive DL transmissions in a configured subset of the plurality of frequency bands in response to receiving an activation command; andcontrolling operation of the one or more RX chains to cease receiving DL transmissions in the configured subset of the plurality of frequency bands in response to receiving a deactivation command.7.The baseband processor of claim 1, wherein the operations comprisecontrolling operation of the one or more RX chains to receive DL transmissions in a configured subset of the plurality of frequency bands for a preconfigured time period in response to receiving an activation command.8.The baseband processor of claim 1, wherein the operations comprisecontrolling operation of the one or more RX chains based on a configured switching pattern.9.The baseband processor of claim 8, wherein the configured switching pattern indicates, for each time slot of a sequence of time slots, a frequency band of the subset in which DL transmissions will be received, that any frequency band of the subset may be scheduled for DL transmissions, or that no DL transmissions will be scheduled in frequency bands of the subset.10.The baseband processor of claim 1, wherein the operations comprise controlling operation of the one or more RX chains based on received control information that indicates in which frequency band of the subset of frequency bands a DL transmission is scheduled.11.A processor, configured to perform operations comprising:receiving an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; andscheduling DL transmissions in a subset of the plurality of frequency bands, wherein a DL transmission is scheduled on only one of the frequency bands of the subset in any give time slot.12.The processor of claim 11, wherein the operations comprise receiving a message that indicates the plurality of frequency bands.13.The processor of claim 11, wherein the operations comprise transmitting configuration of a selected subset of the plurality of frequency bands.14.The processor of claim 13, wherein the operations comprise transmitting a radio resource control (RRC) configuration message, a media access control (MAC) control element (CE) command, or a physical downlink control channel (PDCCH) message that indicates configuration of the subset.15.The processor of claim 11, wherein the operations comprisetransmitting an activation command; andprior to transmitting a deactivation command, scheduling DL transmissions in a subset of the plurality of frequency bands.16.The processor of claim 11, wherein the operations comprisetransmitting an activation command; andduring a time period after transmitting the activation command, scheduling DL transmissions in a subset of the plurality of frequency bands.17.The processor of claim 11, wherein the operations comprisetransmitting indication of a configured switching pattern; andscheduling DL transmissions in a subset of the plurality of frequency bands based on the switching pattern.18.The processor of claim 17, wherein the configured switching pattern indicates, for each time slot of a sequence of time slots, a frequency band of the subset in which DL transmissions will be received, that any frequency band of the subset may be scheduled for DL transmissions, or that no DL transmissions will be scheduled in frequency bands of the subset.19.The processor of claim 11, wherein the operations comprise transmitting control information that indicates in which frequency band of the subset of frequency bands a DL transmission is scheduled.20.A user equipment (UE) comprising a memory and a baseband processor configured to, when executing instructions stored in the memory, cause the UE to:provide an indication of a plurality of frequency bands for which downlink receive (DL RX) chain sharing is supported; andreceive DL transmissions in a subset of the plurality of frequency bands, wherein a number of frequency bands in the subset exceeds a number of RX chains that receive the DL transmissions.

Images