Capability signaling for non-contiguous carrier aggregation
By measuring and reporting power metrics across frequency gaps, user equipment optimizes RF chain configurations for non-contiguous carrier aggregation, addressing interference issues and enhancing reception performance.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- APPLE INC
- Filing Date
- 2024-11-08
- Publication Date
- 2026-05-15
AI Technical Summary
In wireless communication networks, non-contiguous carrier aggregation is hindered by noise or interference from frequency gaps between component carriers, affecting reception performance, and existing methods lack efficient mechanisms to determine optimal RF chain configurations based on power metrics.
User equipment measures and reports power metrics such as integrated power and average PSD across frequency gaps, and transmits capability information indicating power thresholds and guard band sizes to determine appropriate RF chain configurations for non-contiguous carrier aggregation.
This approach enhances the flexibility and efficiency of RF chain utilization, reducing the number of required chains and improving reception performance by accounting for blocker power and gap width, thereby optimizing CA configurations.
Smart Images

Figure CN2024130808_15052026_PF_FP_ABST
Abstract
Description
CAPABILITY SIGNALING FOR NON-CONTIGUOUS CARRIER AGGREGATIONTECHNICAL FIELD
[0001] The present disclosure generally relates to user equipment (UE) capability signaling for non-contiguous carrier aggregation (CA) .BACKGROUND
[0002] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the wireless user devices using one or more wireless network protocols, such as protocols described in various telecommunication standards promulgated by the ETSI Third Generation Partnership Project (3GPP) . The wireless communication networks facilitate mobile broadband service using technologies such as orthogonal frequency-division multiple access (OFDMA) , multiple input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features.SUMMARY
[0003] One aspect of the present disclosure relates to a method including: transmitting capability information that indicates at least a power threshold for non-contiguous carrier aggregation (CA) ; receiving an indication of a power measurement configuration that is based on the capability information; measuring at least one power metric of a frequency range between a first component carrier (CC) and a second CC in accordance with the power measurement configuration; and determining a CA configuration for one or more radio frequency (RF) chains based on the at least one power metric and the capability information.
[0004] In some implementations, measuring the at least one power metric includes measuring an integrated power over the frequency range between the first CC and the second CC in accordance with the power measurement configuration.
[0005] In some implementations, measuring the at least one power metric includes measuring an average power spectral density (PSD) over the frequency range between the first CC and the second CC in accordance with the power measurement configuration.
[0006] In some implementations, measuring the at least one power metric includes determining a difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) an aggregated power of the first CC and the second CC.
[0007] In some implementations, measuring the at least one power metric includes determining a difference between (i) an average PSD over the frequency range between the first CC and the second CC and (ii) an average PSD of the first CC and the second CC.
[0008] In some implementations, measuring the at least one power metric includes determining a difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) a lowest integrated power of the first CC or the second CC.
[0009] In some implementations, measuring the at least one power metric includes determining a difference between (i) an average PSD over the frequency range between the first CC and the second CC and (ii) a lowest average PSD of the first CC or the second CC.
[0010] In some implementations, measuring the at least one power metric includes determining a difference between (i) an average PSD over the frequency range between the first CC and the second CC and (ii) a lowest PSD of the first CC or the second CC.
[0011] In some implementations, the power threshold includes a maximum integrated power over the frequency range that is supported for non-contiguous CA.
[0012] In some implementations, the power threshold includes a maximum average PSD over the frequency range that is supported for non-contiguous CA.
[0013] In some implementations, the power threshold includes a maximum difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) an aggregated power of the first CC and the second CC that is supported for non-contiguous CA.
[0014] In some implementations, the power threshold includes a maximum difference between (i) an average PSD over the frequency range between the first CC and the second CC and (ii) an average PSD of the first CC and the second CC that is supported for non-contiguous CA.
[0015] In some implementations, the power threshold includes a maximum difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) a lowest integrated power of the first CC or the second CC that is supported for non-contiguous CA.
[0016] In some implementations, the power threshold includes a maximum difference between (i) an average PSD over the frequency range between the first CC and the second CC and (ii) a lowest PSD of the first CC or the second CC that is supported for non-contiguous CA.
[0017] In some implementations, determining the CA configuration for the one or more RF chains includes receiving control signaling that indicates the CA configuration for the one or more RF chains.
[0018] In some implementations, the method further includes transmitting an indication of the CA configuration determined for the one or more RF chains.
[0019] In some implementations, the power measurement configuration indicates a gap width of the frequency range between the first CC and the second CC.
[0020] In some implementations, the method further includes transmitting a report that indicates the at least one power metric of the frequency range between the first CC and the second CC in accordance with the power measurement configuration.
[0021] In some implementations, separate capability information is provided for each frequency range or set of non-contiguous CCs.
[0022] In some implementations, combined capability information is provided for two or more frequency ranges or sets of non-contiguous CCs.
[0023] In some implementations, combined capability information is provided for two or more frequency ranges or sets of non-contiguous CCs.
[0024] In some implementations, determining the CA configuration for the one or more RF chains includes allocating a shared RF chain to the first CC and the second CC based on the at least one power metric of the frequency range and the power threshold configured for non-contiguous CA.
[0025] In some implementations, determining the CA configuration for the one or more RF chains includes allocating different RF chains to the first CC and the second CC based on the at least one power metric of the frequency range and the power threshold configured for non-contiguous CA.
[0026] In some implementations, the capability information further indicates a threshold guard band size for non-contiguous CA.
[0027] In some implementations, the threshold guard band size includes a minimum guard band size supported for non-contiguous CA.
[0028] In some implementations, the threshold guard band size is based on the power threshold for non-contiguous CA.
[0029] In some implementations, the threshold guard band size is different for uplink (UL) and downlink (DL) .
[0030] In some implementations, determining the CA configuration for the one or more RF chains includes determining a guard band size for the first CC or the second CC based on the threshold guard band size configured for non-contiguous CA.
[0031] In some implementations, the at least one power metric is measured over two or more frequency ranges between three or more non-contiguous CCs.
[0032] One aspect of the present disclosure relates to a method including: receiving capability information that indicates at least a power threshold for non-contiguous CA; transmitting an indication of a power measurement configuration that is based on the capability information; receiving an indication of at least one power metric for a frequency range between a first CC and a second CC in accordance with the power measurement configuration; and determining a CA configuration for one or more RF chains based on the at least one power metric and the capability information.
[0033] Some aspects of the present disclosure relate to one or more processors configured to perform any of the operations described herein.
[0034] Another aspect of the present disclosure relates to a user equipment (UE) including one or more processors and memory storing instructions that, when executed by the one or more processors, cause the UE to perform any of the operations described herein.
[0035] Another aspect of the present disclosure relates to a base station including one or more processors and memory storing instructions that, when executed by the one or more processors, cause the base station to perform any of the operations described herein.
[0036] Another aspect of the present disclosure relates to a non-transitory computer-readable medium storing instructions that, when executed, cause one or more processors to perform any of the operations described herein.
[0037] The details of one or more embodiments of these systems and methods are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of these systems and methods will be apparent from the description and drawings, and from the claims.
[0038] BRIEF DESCRIPTION OF THE FIGURES
[0039] FIG. 1 illustrates an example wireless network, according to some implementations.
[0040] FIGs. 2A and 2B illustrate examples of a fragmented radio frequency (RF) spectrum, according to some implementations.
[0041] FIG. 3 illustrates power levels over an example frequency range, according to some implementations.
[0042] FIGs. 4 and 5 illustrate process flows of example methods, according to some implementations.
[0043] FIGs. 6 and 7 illustrate flowcharts of example methods, according to some implementations.
[0044] FIG. 8 illustrates an example user equipment (UE) , according to some implementations.
[0045] FIG. 9 illustrates an example access node, according to some implementations.DETAILED DESCRIPTION
[0046] In some wireless systems that support carrier aggregation (CA) , a user equipment (UE) can use one radio frequency (RF) chain (also referred to as a shared or common Rx chain) to support multiple non-contiguous (e.g., non-adjacent) component carriers (CCs) . This can be done by dynamically switching the RF chain to monitor different CCs at different times. In some cases, the noise or interference level of a frequency gap between two non-contiguous CCs may affect the performance of one or both CCs. For example, if the power spectral density (PSD) of the intervening frequency gap is high relative to one or both CCs, noise from the frequency gap (e.g., transmissions from other devices) may prevent the UE from receiving or decoding signals on one or both CCs. The width of the frequency gap between two non-contiguous CCs may also impact the performance of one or both CCs.
[0047] In accordance with aspects of the present disclosure, a UE may be configured to measure and report various metrics associated with the frequency gap between two non-contiguous CCs. For example, the UE may report the integrated power over all frequencies (e.g., sub-carriers) in the frequency gap, the average PSD over the frequency gap, the relative power difference between the integrated power of the frequency gap and the integrated power of both CCs, the relative power difference between the average PSD over the gap and the average PSD of both CCs, among other examples. The UE may also be configured to transmit capability information that indicates, for example, a threshold integrated power, a threshold average PSD, a threshold guard band (GB) size, or a threshold power difference the UE can support for two non-contiguous CCs.
[0048] FIG. 1 illustrates a wireless network 100. The wireless network 100 includes a UE 102 and a base station 104 connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.
[0049] In some implementations, the wireless network 100 is a Standalone (SA) network, e.g., that incorporates Fifth Generation (5G) New Radio (NR) . In some other implementations, the wireless network 100 is a Non-Standalone (NSA) network that incorporates Long Term Evolution (LTE) and 5G NR. In these implementations, the wireless network 100 may be a E-UTRA (Evolved Universal Terrestrial Radio Access) -NR Dual Connectivity (EN-DC) network, or an NR-EUTRA Dual Connectivity (NE-DC) network. Furthermore, wireless networks implementing one or more other types of communication standards are possible, including future 3GPP systems (e.g., Sixth Generation (6G) ) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 technology, or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as systems subsequent to 5G (e.g., 6G) .
[0050] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of a laptop computer, smartphone, tablet computer, machine-type device (such as smart meters or specialized devices for healthcare) , intelligent transportation system, or any other wireless device. In the wireless network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.
[0051] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include application-specific circuitry, baseband circuitry, or any of various combinations thereof. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include RF circuitry and / or front-end module (FEM) circuitry.
[0052] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and / or control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For example, the control circuitry 110 can determine the relative power difference between (i) the integrated power over a frequency gap between two non-contiguous CCs and (ii) the aggregate integrated power of the two non-contiguous CCs.
[0053] The transmit circuitry 112 can perform various operations described herein. For example, the transmit circuitry 112 can transmit UE capability signaling to indicate a threshold power difference the UE 102 can support for two non-contiguous CCs. Additionally, the transmit circuitry 112 may transmit using a plurality of multiplexed uplink (UL) physical channels. The plurality of UL physical channels may be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) , and in some implementations, along with carrier aggregation. The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission on the air interface 108.
[0054] The receive circuitry 114 can perform various operations described herein. For example, the receive circuitry 114 can receive control signaling that configures the UE to perform measurements of a frequency gap between two non-contiguous CCs. Additionally, the receive circuitry 114 may receive a plurality of multiplexed downlink (DL) physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The plurality of DL physical channels may be multiplexed, e.g., according to TDM or FDM, e.g., along with carrier aggregation. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video, etc. ) structured within data blocks that are carried by the physical channels.
[0055] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.
[0056] The base station 104 circuitry may include control circuitry 116 coupled (directly or indirectly) with transmit circuitry 118 and / or receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled (directly or indirectly) with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, addressed to any UE connected to the base station 104. The receive circuitry 120 may receive a plurality of UL physical channels from one or more UEs, including the UE 102.
[0057] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as an LTE protocol, Advanced LTE (LTE-A) protocol, LTE-based access to unlicensed spectrum (LTE-U) , NR protocol, NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In some implementations, the UE 102 may directly exchange communication data via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink (SL) interface and may include one or more logical channels, including but not limited to a Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Discovery Channel (PSDCH) , and a Physical Sidelink Broadcast Channel (PSBCH) .
[0058] FIG. 2A illustrates an example of a fragmented RF spectrum 200, according to some implementations. The RF spectrum 200 includes a personal communication services (PCS) band, also referred to as n25, which is a frequency band in the 1900 MHz spectrum. The RF spectrum 200 also includes a broadband radio service (BRS) band, also referred to as n7, which is a frequency band in the 2600 MHz spectrum. Additionally, the RF spectrum 200 includes an advanced wireless services (AWS) band, also referred to as n66, which is a frequency range in the 1700 MHz spectrum (for UL) and the 2100 MHz spectrum (for DL) .
[0059] In wireless networks that support fragmented DL carriers (such as the wireless network 100) , it may be desirable to reduce the number of UE Rx chains (e.g., 1 or 2) for a single DL band of ≤ 100 MHz (frequency span) containing two non-contiguous CCs within a CA combination for inter-operator co-located scenarios. To do so, network operators may consider factors such as: which RF requirements can be adjusted for inter-operator co-located scenarios, e.g., UE RF constraints such as adjacent channel selectivity (ACS) ; the capability to semi-statically switch hardware resources (e.g., Rx chains) between bands; the 6 dB power imbalance between the two non-contiguous CCs; the impact on DL performance; and means for a UE to inform the network of which CA configuration (s) the UE can support with adjusted RF constraints.
[0060] FIG. 2B illustrates an example of a fragmented RF spectrum 201, according to some implementations. The RF spectrum 201 includes a PCS band, also referred to as n25, which is a frequency band in the 1900 MHz spectrum. The RF spectrum 200 also includes a BRS band, also referred to as n7, which is a frequency band in the 2600 MHz spectrum. Additionally, the RF spectrum 200 includes an AWS band, also referred to as n66, which is a frequency range in the 1700 MHz spectrum (for UL) and the 2100 MHz spectrum (for DL) . As shown in FIG. 2B, 2 Rx chains are currently needed to support 2 non-contiguous CCs. If there are 2 non-contiguous CCs in the AWS band, 2 non-contiguous CCs in the PCS band, and 2 non-contiguous CCs in the BRS band (for a total of 6 CCs) , 6 Rx chains would be needed.
[0061] CA and Rx chain switching can reduce the number of Rx chains that are needed to support non-contiguous CCs. For example, as depicted in FIG. 2B, the 2 non-contiguous CCs in the AWS band can be supported by N1 Rx chains (where N1 is 1 or 2) , the 2 non-contiguous CCs in the PCS band can be supported by N2 Rx chains (where N2 is 1 or 2) , and the 2 non-contiguous CCs in the BRS band can be supported by N3 Rx chains (where N3 is 1 or 2) . Thus, 3 Rx chains can potentially support up to 6 non-contiguous CCs. In some implementations, the number of supported CCs may change if the UE RF chain configuration is modified.
[0062] FIG. 3 illustrates power levels over an example frequency range 300, according to some implementations. As depicted in FIG. 3, a blocker (e.g., a frequency range with a relatively high PSD) between two non-contiguous CCs can interfere with DL reception on one or both CCs. The gap width (e.g., frequency span) between the two non-contiguous CCs may also impact DL reception. To mitigate these issues, the UE may be configured to measure power levels of the blocker (or the entire frequency span) to determine a suitable RF configuration.
[0063] In accordance with aspects of the present disclosure, a UE may be configured to measure, determine, and / or report a new metric that is based on one or more of the following: the integrated power over the gap (s) between two non-contiguous CCs; the average PSD over the gap(s) ; the power difference between the integrated power over the gap (s) and the aggregated power of both CCs; and / or the PSD difference between the average PSD over the gap (s) and the average PSD of both CCs.
[0064] To support the techniques described herein, a UE may report capability information associated with the previously described power metric (s) , which jointly consider blocker power and gap width. This UE capability information may be augmented with changing GBs. Stated another way, the UE capability information can include one or more power metrics (such as a maximum power difference supported by the UE) and / or a corresponding GB size (such as a minimum GB size supported by the UE) . In some implementations, this GB size is different for UL and DL. Procedures for using this UE capability information are described in greater detail below.
[0065] Whether a UE can support non-contiguous (e.g., fragmented) CCs with a common / shared RF chain may depend on the blocker power between the two CCs, and potentially the gap width between the two CCs. The power metric (s) disclosed herein can provide greater flexibility (e.g., a tradeoff between blocker power and gap width) in deciding whether to use a common RF chain.
[0066] The power metrics reported by a UE can include (but are not limited to) the integrated power over the frequency gap between CC1 and CC2, the average PSD over the frequency gap at the UE, the difference between the integrated power over the frequency gap and the aggregated power of CC1 and CC2 at the UE, the difference between the integrated power over the frequency gap and the lower power of CC1 and CC2 at the UE, the difference between the average PSD over the frequency gap and the average PSD of CC1 and CC2 at the UE, or the difference between the average PSD over the frequency gap and the lower PSD of CC1 and CC2 at the UE.
[0067] Although some aspects of the present disclosure are described in the context of a single frequency cap (e.g., Gap 1) , the techniques described herein can be extended to more than one gap (e.g., more than two non-contiguous CCs) . For example, the power can be integrated over more than one frequency gap (e.g., Gap 1 and Gap 2) , which corresponds to the average PSD. Likewise, the aggregated power can be determined with respect to more than two CCs, e.g., CC1, CC2, CC3, and so on. Similarly, the lowest power, average PSD, or lowest PSD can be selected from more than two CCs (e.g., CC1, CC2, and CC3) .
[0068] The UE can provide capability information associated with one or more of the power metric (s) described herein. This UE capability information can be signaled as a single value or multiple values indicating, for example, a threshold integrated power over the frequency gap between CC1 and CC2 (below which the UE can use a common / shared RF chain for CC1 and CC2) , a threshold average PSD over the frequency gap between CC1 and CC2, a threshold difference between the integrated power over the frequency gap and the aggregated power of CC1 and CC2, a threshold difference between the integrated power over the frequency gap and the lower power of CC1 and CC2, a threshold difference between the average PSD over the frequency gap and the average PSD of CC1 and CC2, or a threshold difference between the average PSD over the frequency gap and the lower PSD of CC1 and CC2, among other examples.
[0069] The capability information provided by the UE can have different granularities. In some implementations, the UE can indicate separate capabilities for each frequency gap (or pair of CCs) or a combined capability for two or more frequency gaps (e.g., three or more CCs) . This capability information can be used in combination with CA band combination capability information to indicate whether the UE can use a common RF chain to support two non-contiguous CCs.
[0070] The UE capability signaling can be further augmented to include GB considerations. In some cases, the GB configured for a particular CC may be larger than the minimum GB. If, for example, the integrated power over the frequency gap between CC1 and CC2 is greater than or equal to a first threshold (P0 dBm) but less than a second threshold (P1 dBm) , a first GB size (GB1) can be used for CC1 and / or CC2. If the integrated power over the frequency gap is greater than or equal to the second threshold but less than a third threshold (P2 dBm) , a second GB size (GB2) can be used for CC1 and / or CC2. Otherwise, if the integrated power over the frequency gap is greater than or equal to the third threshold but less than a fourth threshold (P3 dBm) , a third GB size (GB3) can be used for CC1 and / or CC2.
[0071] Additionally, or alternatively, if the power difference between integrated power over the frequency gap and the aggregated power of CC1 and CC2 is greater than or equal to the first threshold but less than the second threshold, the first GB size can be used for CC1 and / or CC2. If the power difference between integrated power over the frequency gap and the aggregated power of CC1 and CC2 is greater than or equal to the second threshold but less than the third threshold, the second GB size can be used for CC1 and / or CC2. If the power difference between integrated power over the frequency gap and the aggregated power of CC1 and CC2 is greater than or equal to the third threshold but less than the fourth threshold, the third GB size can be used for CC1 and / or CC2. The GB for DL and UL can be different, e.g., the GB for DL can be larger than the minimum or nominal GB, while the GB for UL can be set to the nominal GB.
[0072] FIG. 4 illustrates a process flow of an example method 400, according to some implementations. The example method 400 depicted in FIG. 4 can be implemented by one or more aspects of the wireless network 100. For example, some operations of the method 400 can be performed by a UE 402, which may be an example of the UE 102 shown and described with reference to FIG. 1. Other operations of the method 400 can be performed by a base station 404, which may be an example of the base station 104 shown and described with reference to FIG. 1. In some implementations, operations of the method 400 can be added, omitted, or performed in a different order (with respect to the order shown in FIG. 4) .
[0073] At 406, the UE 402 may report capability information to the base station 404. The capability information may indicate CA capabilities of the UE 402 and other capabilities related to the power metrics described above. The UE capability information may indicate, for example, a threshold integrated power over a frequency gap between a first CC (CC1) and a second CC (CC2) , a threshold average PSD over the frequency gap between CC1 and CC2, a threshold difference between the integrated power over the frequency gap and the aggregated power of CC1 and CC2 (below which the UE can use a common / shared RF chain for CC1 and CC2) , a threshold difference between the integrated power over the frequency gap and the lower power of CC1 or CC2, a threshold difference between the average PSD over the frequency gap and the average PSD of CC1 and CC2, a threshold difference between the average PSD over the frequency gap and the lower PSD of CC1 or CC2, and so forth.
[0074] At 408, the base station 404 may configure the UE 402 to perform measurements of one or more blockers (e.g., frequency ranges with relatively high noise or interference levels) between CC1 and CC2. The base station 404 may configure the UE 402 to measure a specific power metric (such as integrated power or average PSD) for each blocker or the entire frequency gap. In some implementations, the base station 404 may configure the UE 402 to measure corresponding power metrics for CC1 and CC2.
[0075] At 410, the UE 402 measures power levels of the blocker (s) in accordance with the measurement configuration provided by the base station 404. In some implementations, the UE 402 measures the integrated power or average PSD over the entire frequency gap between CC1 and CC2. In other examples, the UE 402 measures the integrated power or average PSD of individual blockers. The UE 402 may perform corresponding measurements of CC1 and CC2. For example, the UE 402 can measure the integrated power or average PSD of CC1 and the integrated power or average PSD of CC1.
[0076] In some implementations, the UE 402 may determine a relative power difference based on the measurements performed at 410. For example, the UE 402 may determine the difference between the integrated power over the entire frequency gap (or an individual blocker) and the aggregated power of CC1 and CC2 at the UE, the difference between the integrated power over the entire frequency gap (or an individual blocker) and the lower power of CC1 or CC2, the difference between the average PSD over the entire frequency gap (or an individual blocker) and the average PSD of CC1 and CC2, and / or the difference between the average PSD over the entire frequency gap (or an individual blocker) and the lower PSD of CC1 or CC2.
[0077] At 412, the UE 402 can report the determined power metrics to the network (e.g., the base station 404) . For example, the UE 402 can report the integrated power over the frequency gap (or a particular blocker) , the average PSD over the frequency gap (or a particular blocker) , the difference between the integrated power over the frequency gap (or a particular blocker) and the aggregated power of CC1 and CC2, the difference between the integrated power over the frequency gap (or a particular blocker) and the lower power of CC1 or CC2, the difference between the average PSD over the frequency gap (or a particular blocker) and the average PSD of CC1 and CC2, or the difference between the average PSD over the frequency gap (or a particular blocker) and the lower PSD of CC1 or CC2.
[0078] At 414, the base station 404 provides the UE 402 with a CA configuration based on the power metrics reported at 412 and the UE capability information provided at 406. If, for example, the power metrics measured / reported by the UE 402 do not exceed RF capabilities of the UE 402, the base station 404 may configure the UE 402 to use a shared / common RF chain for CC1 and CC2. If the integrated power or average PSD of the frequency gap (or an individual blocker) is above one of the thresholds specified in the UE capability information, the base station 404 may configure the UE 402 to use different RF chains for CC1 and CC2. Likewise, if the difference between the integrated power or average PSD of the frequency gap (or an individual blocker) is greater than the integrated power or average PSD of CC1 and / or CC2, the base station 404 may configure the UE 402 to use different RF chains for CC1 and CC2.
[0079] FIG. 5 illustrates a process flow of an example method 500, according to some implementations. The example method 500 depicted in FIG. 5 can be implemented by one or more aspects of the wireless network 100. For example, some operations of the method 500 can be performed by a UE 502, which may be an example of the UE 102 shown and described with reference to FIG. 1. Other operations of the method 500 can be performed by a base station 504, which may be an example of the base station 104 shown and described with reference to FIG. 1. In some implementations, operations of the method 500 can be added, omitted, or performed in a different order (with respect to the order shown in FIG. 5) .
[0080] At 506, the UE 502 may report capability information to the base station 504. The capability information may indicate CA capabilities of the UE 502 and other capabilities related to the power metrics described herein. The UE capability information can indicate, for example, a threshold integrated power over the frequency gap between a first CC (CC1) and a second CC (CC2) , a threshold average PSD over the frequency gap between CC1 and CC2 (below which the UE can use a common / shared RF chain for CC1 and CC2) , a threshold difference between the integrated power over the frequency gap and the aggregated power of CC1 and CC2, a threshold difference between the integrated power over the frequency gap and the lower power of CC1 or CC2, a threshold difference between the average PSD over the frequency gap and the average PSD of CC1 and CC2, a threshold difference between the average PSD over the frequency gap and the lower PSD of CC1 or CC2, etc.
[0081] At 508, the base station 504 may configure the UE 502 to perform measurements of one or more blockers (e.g., frequency ranges with relatively high noise or interference levels) between CC1 and CC2. The base station 504 may configure the UE 502 to measure a specific power metric (such as integrated power or average PSD) for each blocker or the entire frequency gap. In some implementations, the base station 504 may configure the UE 502 to measure corresponding power metrics for CC1 and CC2. The base station 504 may also indicate the gap width (in Hz) between CC1 and CC2.
[0082] At 510, the UE 502 measures power levels of the blocker (s) in accordance with the measurement configuration provided by the base station 504. In some implementations, the UE 502 measures the integrated power or average PSD over the entire frequency gap between CC1 and CC2. In other examples, the UE 502 measures the integrated power or average PSD of individual blockers. The UE 502 may perform corresponding measurements of CC1 and CC2. For example, the UE 502 can measure the integrated power or average PSD of CC1 and the integrated power or average PSD of CC1.
[0083] In some implementations, the UE 502 determines a relative power difference based on the measurements performed at 510. For example, the UE 502 may determine the difference between the integrated power over the entire frequency gap (or an individual blocker) and the aggregated power of CC1 and CC2 at the UE, the difference between the integrated power over the entire frequency gap (or an individual blocker) and the lower power of CC1 or CC2, the difference between the average PSD over the entire frequency gap (or an individual blocker) and the average PSD of CC1 and CC2, and / or the difference between the average PSD over the entire frequency gap (or an individual blocker) and the lower PSD of CC1 or CC2.
[0084] The UE 502 may determine a suitable CA combination and / or RF configuration based on the power measurements performed at 510 and the capability information provided at 506. For example, if the integrated power or average PSD of the frequency gap (or an individual blocker) is above a threshold specified in the UE capability information, the UE may allocate different RF chains to CC1 and CC2. Likewise, if the difference between the integrated power or average PSD of the frequency gap (or an individual blocker) and the integrated power or average PSD of CC1 and / or CC2, the UE may allocate different RF chains to CC1 and CC2. Otherwise, the UE can use a common / shared RF chain for CC1 and CC2.
[0085] At 512, the UE 502 may inform the base station 504 of the selected CA combination and / or RF configuration. At 514, the base station 504 configures the UE 502 according to the CA combination and / or RF configuration selected (or requested) by the UE 502.
[0086] FIG. 6 illustrates a flowchart of an example method 600, according to some implementations. For clarity of presentation, the method 600 is described in the context of the preceding figures. For example, the method 600 can be performed by the UE 102 of FIG. 1, or any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 600 can be run in parallel, in combination, in loops, or in any order. The example method 600 shown in FIG. 6 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 6) , which can be performed in the order shown or in a different order.
[0087] At 602, the method 600 includes transmitting capability information that indicates at least a power threshold for non-contiguous CA. In some implementations, the capability information further indicates a threshold GB size (such as a minimum GB size) supported for non-contiguous CA.
[0088] At 604, the method 600 includes receiving an indication of a power measurement configuration that is based on the capability information.
[0089] At 606, the method 600 includes measuring at least one power metric of a frequency range between a first CC and a second CC in accordance with the power measurement configuration.
[0090] At 608, the method 600 includes determining a CA configuration for one or more RF chains based on the at least one power metric and the capability information.
[0091] FIG. 7 illustrates a flowchart of an example method 700, according to some implementations. For clarity of presentation, the method 700 is described in the context of the preceding figures. For example, the method 700 can be performed by the base station 104 of FIG. 1, or any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 700 can be run in parallel, in combination, in loops, or in any order. The example method 700 shown in FIG. 7 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 7) , which can be performed in the order shown or in a different order.
[0092] At 702, the method 700 includes receiving capability information that indicates at least a power threshold for non-contiguous CA. In some implementations, the capability information further indicates a threshold GB size (such as a minimum GB size) supported for non-contiguous CA.
[0093] At 704, the method 700 includes transmitting an indication of a power measurement configuration that is based on the capability information.
[0094] At 706, the method 700 includes receiving an indication of at least one power metric for a frequency range between a first CC and a second CC in accordance with the power measurement configuration.
[0095] At 708, the method 700 includes determining a CA configuration for one or more RF chains based on the at least one power metric and the capability information.
[0096] FIG. 8 illustrates an example UE 800. The UE 800 may be similar to and substantially interchangeable with UE 102 of FIG. 1. The UE 800 may be any mobile or non-mobile computing device, such as, for example, a mobile phone, computer, tablet, industrial wireless sensors, video device (for example, cameras, video cameras, etc. ) , wearable devices (for example, a smart watch) , relaxed-IoT devices, etc.
[0097] The UE 800 may include any / all of processor 802, RF interface circuitry 804, memory / storage 806, user interface 808, sensors 810, driver circuitry 812, power management integrated circuit (PMIC) 814, one or more antenna (s) 816, and battery 818. The components of the UE 800 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 8 is intended to show a high-level view of some of the components of the UE 800. However, some of the components shown may be omitted, additional components may be present, and a different arrangement of the components shown may occur in other implementations.
[0098] The components of the UE 800 may be coupled with various other components over one or more interconnects 820, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc., that allows various circuit components (on common or different chips or chipsets) to interact with one another.
[0099] The processor 802 may include one or more processors. For example, the processor 802 may include processor circuitry such as, for example, baseband processor circuitry (BB) 822A, central processor unit circuitry (CPU) 822B, and graphics processor unit circuitry (GPU) 822C. The processor 802 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 806 to cause the UE 800 to perform operations as described herein.
[0100] In some implementations, the baseband processor circuitry 822A may access a communication protocol stack 824 in the memory / storage 806 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 822A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (SDAP) layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 804. The baseband processor circuitry 822A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, the waveforms for NR may be based cyclic prefix orthogonal frequency division multiplexing (OFDM) “CP-OFDM” in the UL or DL, and discrete Fourier transform spread OFDM “DFT-S-OFDM” in the UL.
[0101] The memory / storage 806 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 824) that may be executed by the processor 802 to cause the UE 800 to perform various operations described herein. The memory / storage 806 include any type of volatile or non-volatile memory that may be distributed throughout the UE 800. In some implementations, some of the memory / storage 806 may be located on the processor 802 itself (for example, L1 and L2 cache) , while other memory / storage 806 is external to the processor 802 but accessible thereto via a memory interface. The memory / storage 806 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.
[0102] The RF interface circuitry 804 may include transceiver circuitry and radio frequency front module (RFEM) that allows the UE 800 to communicate with other devices over a radio access network. The RF interface circuitry 804 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.
[0103] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 816 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that downconverts the RF signal into a baseband signal that is provided to the baseband processor.
[0104] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna (s) 816. In various implementations, the RF interface circuitry 804 may be configured to transmit / receive signals in a manner compatible with NR access technologies.
[0105] The antenna (s) 816 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves over the air into electrical signals. In some implementations, the antenna elements may be arranged into one or more antenna panels. The antenna (s) 816 may have antenna panels that are omnidirectional, directional, or a combination thereof, to enable beamforming and multiple input, multiple output communications. The antenna (s) 816 may include any / all of microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 816 may have one or more panels designed for one or more specific frequency bands, such as bands in FR1 or FR2.
[0106] The user interface 808 includes various input / output (I / O) devices designed to enable user interaction with the UE 800. The user interface 808 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs) , or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 800.
[0107] The sensors 810 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.
[0108] The driver circuitry 812 may include software and hardware elements that operate to control particular devices that are embedded in the UE 800, attached to the UE 800, or otherwise communicatively coupled with the UE 800. The driver circuitry 812 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 800. For example, driver circuitry 812 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 810 and control and allow access to sensors 810, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.
[0109] The PMIC 814 may manage power provided to various components of the UE 800. In particular, with respect to the processor 802, the PMIC 814 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.
[0110] In some implementations, the PMIC 814 may control, or otherwise be part of, various power saving mechanisms of the UE 800. A battery 818 may power the UE 800, although in some examples the UE 800 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 818 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 818 may be a typical lead-acid automotive battery.
[0111] FIG. 9 illustrates an example access node 900 (e.g., a base station or gNB) , according to some implementations. The access node 900 may be similar to and substantially interchangeable with base station 104. The access node 900 may include one or more of processor 902, RF interface circuitry 904, core network (CN) interface circuitry 906, memory / storage circuitry 908, and one or more antenna (s) 910. The processor 902 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 908 to cause the access node 900 to perform operations as described herein.
[0112] The components of the access node 900 may be coupled with various other components over one or more interconnects 912. The processor 902, RF interface circuitry 904, memory / storage circuitry 908 (including communication protocol stack 914) , antenna (s) 910, and interconnects 912 may be similar to like-named elements shown and described with respect to FIG. 8. For example, the processor 902 may include processor circuitry such as, for example, baseband processor circuitry (BB) 916A, central processor unit circuitry (CPU) 916B, and graphics processor unit circuitry (GPU) 916C.
[0113] The CN interface circuitry 906 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the access node 900 via a fiber optic or wireless backhaul. The CN interface circuitry 906 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 906 may include multiple controllers to provide connectivity to other networks using the same or different protocols.
[0114] As used herein, the terms “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes can be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like may refer to an access node 900 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like may refer to an access node 900 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 900 may be implemented as one or more of a dedicated physical device such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or other like cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.
[0115] In some implementations, all or parts of the access node 900 may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a CRAN and / or a virtual baseband unit pool (vBBUP) . In V2X scenarios, the access node 900 may be or act as a “Road Side Unit. ” The term “Road Side Unit” or “RSU” may refer to any transportation infrastructure entity used for V2X communications. An RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE may be referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB may be referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB may be referred to as a “gNB-type RSU, ” and the like.
[0116] Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112 (f) interpretation for that component.
[0117] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, etc., as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below.
[0118] Any of the foregoing examples can be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.
[0119] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.
[0120] As described above, one aspect of the present technology may relate to the gathering and use of data available from specific and legitimate sources to allow for interaction with a second device for a data transfer. The present disclosure contemplates that in some instances, this gathered data may include personal information data that uniquely identifies or can be used to identify a specific person. Such personal information data can include demographic data, location-based data, online identifiers, telephone numbers, email addresses, home addresses, data or records relating to a user’s health or level of fitness (e.g., vital signs measurements, medication information, exercise information) , date of birth, or any other personal information.
[0121] The present disclosure recognizes that the use of such personal information data, in the present technology, can be used to the benefit of users. For example, the personal information data can be used to provide for secure data transfers occurring between a first device and a second device. The personal information data may further be utilized for identifying an account associated with the user from a service provider for completing a data transfer.
[0122] The present disclosure contemplates that those entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data will comply with well-established privacy policies and / or privacy practices. In particular, such entities would be expected to implement and consistently apply privacy practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. Such information regarding the use of personal data should be prominent and easily accessible by users, and should be updated as the collection and / or use of data changes. Personal information from users should be collected for legitimate uses only. Further, such collection / sharing should occur only after receiving the consent of the users or other legitimate basis specified in applicable law. Additionally, such entities should consider taking any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices. In addition, policies and practices should be adapted for the particular types of personal information data being collected and / or accessed and adapted to applicable laws and standards, including jurisdiction-specific considerations that may serve to impose a higher standard. For example, in the US, collection of or access to certain health data may be governed by federal and / or state laws, such as the Health Insurance Portability and Accountability Act (HIPAA) ; whereas health data in other countries may be subject to other regulations and policies and should be handled accordingly.
[0123] Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and / or software elements can be provided to prevent or block access to such personal information data. For example, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services or anytime thereafter. For example, a user may “opt in” or “opt out” of having information associated with an account of the user stored on a user device and / or shared by the user device. In addition to providing “opt in” and “opt out” options, the present disclosure contemplates providing notifications relating to the access or use of personal information. For example, a user may be notified upon downloading an application that their personal information data will be accessed and then reminded again just before personal information data is accessed by the application. In some instances, the user may be notified upon initiation of a data transfer of the device accessing information associated with the account of the user and / or the sharing of information associated with the account of the user with another device.
[0124] Moreover, it is the intent of the present disclosure that personal information data should be managed and handled in a way to minimize risks of unintentional or unauthorized access or use. Risk can be minimized by limiting the collection of data and deleting data once it is no longer needed. In addition, and when applicable, including in certain health related applications, data de-identification can be used to protect a user’s privacy. De-identification may be facilitated, when appropriate, by removing identifiers, controlling the amount or specificity of data stored (e.g., collecting location data at city level rather than at an address level) , controlling how data is stored (e.g., aggregating data across users) , and / or other methods such as differential privacy.
[0125] Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users based on aggregated non-personal information data or a bare minimum amount of personal information, such as the content being handled only on the user’s device or other non-personal information available to the content delivery services.
Claims
1.A method comprising:transmitting capability information that indicates at least a power threshold for non-contiguous carrier aggregation (CA) ;receiving an indication of a power measurement configuration that is based at least in part on the capability information;measuring at least one power metric of a frequency range between a first component carrier (CC) and a second CC in accordance with the power measurement configuration; anddetermining a CA configuration for one or more radio frequency (RF) chains based at least in part on the at least one power metric and the capability information.2.The method of claim 1, wherein measuring the at least one power metric comprises measuring an integrated power over the frequency range between the first CC and the second CC in accordance with the power measurement configuration.3.The method of claim 1, wherein measuring the at least one power metric comprises measuring an average power spectral density (PSD) over the frequency range between the first CC and the second CC in accordance with the power measurement configuration.4.The method of claim 1, wherein measuring the at least one power metric comprises determining a difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) an aggregated power of the first CC and the second CC.5.The method of claim 1, wherein measuring the at least one power metric comprises determining a difference between (i) an average power spectral density (PSD) over the frequency range between the first CC and the second CC and (ii) an average PSD of the first CC and the second CC.6.The method of claim 1, wherein measuring the at least one power metric comprises determining a difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) a lowest integrated power of the first CC or the second CC.7.The method of claim 1, wherein measuring the at least one power metric comprises determining a difference between (i) an average power spectral density (PSD) over the frequency range between the first CC and the second CC and (ii) a lowest average PSD of the first CC or the second CC.8.The method of claim 1, wherein measuring the at least one power metric comprises determining a difference between (i) an average power spectral density (PSD) over the frequency range between the first CC and the second CC and (ii) a lowest PSD of the first CC or the second CC.9.The method of claim 1, wherein the power threshold comprises (i) a maximum integrated power over the frequency range or (ii) a maximum average power spectral density (PSD) over the frequency range.10.The method of claim 1, wherein the power threshold comprises a maximum difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) an aggregated power of the first CC and the second CC that is supported for non-contiguous CA.11.The method of claim 1, wherein the power threshold comprises a maximum difference between (i) an average power spectral density (PSD) over the frequency range between the first CC and the second CC and (ii) an average PSD of the first CC and the second CC that is supported for non-contiguous CA.12.The method of claim 1, wherein the power threshold comprises a maximum difference between (i) an integrated power over the frequency range between the first CC and the second CC and (ii) a lowest integrated power of the first CC or the second CC that is supported for non-contiguous CA.13.The method of claim 1, wherein the power threshold comprises a maximum difference between (i) an average power spectral density (PSD) over the frequency range between the first CC and the second CC and (ii) a lowest PSD of the first CC or the second CC that is supported for non-contiguous CA.14.The method of claim 1, further comprising transmitting a report that indicates the at least one power metric of the frequency range between the first CC and the second CC in accordance with the power measurement configuration.15.The method of claim 1, wherein determining the CA configuration for the one or more RF chains comprises allocating a shared RF chain to the first CC and the second CC based on the at least one power metric of the frequency range and the power threshold configured for non-contiguous CA.16.The method of claim 1, wherein determining the CA configuration for the one or more RF chains comprises allocating different RF chains to the first CC and the second CC based on the at least one power metric of the frequency range and the power threshold configured for non-contiguous CA.17.The method of claim 1, wherein the capability information further indicates a threshold guard band size configured for non-contiguous CA.18.The method of claim 17, wherein determining the CA configuration for the one or more RF chains comprises determining a guard band size for the first CC or the second CC based at least in part on the threshold guard band size configured for non-contiguous CA.19.One or more processors configured to perform the method of any of claims 1-18.20.A user equipment (UE) comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the UE to perform the method of any of claims 1-18.21.A method comprising:receiving capability information that indicates at least a power threshold for non-contiguous carrier aggregation (CA) ;transmitting an indication of a power measurement configuration that is based at least in part on the capability information;receiving an indication of at least one power metric for a frequency range between a first component carrier (CC) and a second component carrier (CC) in accordance with the power measurement configuration; anddetermining a CA configuration for one or more radio frequency (RF) chains based at least in part on the at least one power metric and the capability information.22.One or more processors configured to perform the method of claim 21.23.A base station comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the base station to perform the method of claim 21.