Dynamic carrier selection in wireless communication systems

Abstract

Systems, methods, and apparatuses for wireless communication include techniques for dynamic selection of carriers. A network entity (120) can configure a user equipment (130) with carriers and carrier selection criteria. The UE selects carriers for uplink and downlink communication based on the carrier selection criteria or based on an indication of a carrier received from a network entity. The UE can select carriers for performing a random access procedure using multiple carriers. The UE can select between a first carrier and a second carrier to transmit or receive transport blocks or portions of transport blocks on multiple carriers. The UE can monitor the performance of a carrier and report a performance failure or a carrier to the network entity.

Description

DYNAMIC CARRIER SELECTION IN WIRELESS COMMUNICATION SYSTEMSTECHNICAL FIELD

[0001] This disclosure relates generally to wireless communication and some aspects relate to a dynamic selection of carriers between a network entity and a user equipment.BACKGROUND

[0002] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0003] In a wireless communication system, a network entity (such as a base station) can operate one or more cells and a user equipment (UE) communicates with the network entity via one of the cells (referred to as the serving cell) . The base station may be a monolithic base station in which the functionality of the base station is within one unit or a distributed base station in which the functionality of the base station is distributed between a central unit (CU) and one or more distributed units (DUs) .

[0004] One way to improve the communication quality and to increase network throughput is for the UE the network to use carrier aggregation when communicating with one another. In carrier aggregation, the UE and the network entity use multiple carriers to communicate with one another rather than using a single carrier. The carriers may be in different cells or may be in different bandwidth parts (BWPs) . In some cases, the UE may change orientation or position resulting in a change in the operating environment of the UE. For example, after carriers have been selected for carrier aggregation, the UE may move from one location to another location or the UE may move to a different orientation. In such cases, the communication quality of one or more of the original aggregated carriers may degrade such that the carrier is no longer suitable for transporting voice and network data. BRIEF SUMMARY

[0005] The systems, methods, and apparatuses of this disclosure each have several innovative aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0006] One innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a wireless device, such as a user equipment (UE) . The method includes receiving, from a network entity, a carrier selection configuration for a channel including carrier information for a plurality of carriers, the plurality of carriers including at least a first carrier and a second carrier. The method also includes selecting, based on the carrier selection configuration and at least one of: a carrier selection criteria or a carrier indication from the network entity, at least one of the first carrier or the second carrier. The method also includes communicating, with the network entity, on the channel based on the selecting.

[0007] Another innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a wireless device, such as a network entity. The method includes transmitting, to a user equipment, a carrier selection configuration for a channel including carrier information for a plurality of carriers, the plurality of carriers including at least a first carrier and a second carrier. The method also includes transmitting, to the UE, a selection indication for selecting at least one of the first carrier or the second carrier. The method also includes communicating, with the UE, on the channel using the at least one of the first carrier or the second carrier.

[0008] Another innovative aspect of the subject matter described in this disclosure can be implemented as an apparatus that includes a communication unit and a processing system configured to control the communication unit to implement any one of the above-referenced methods.

[0009] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Like reference numbers and designations in the various drawings indicate like elements. Note that the relative dimensions of the figures may not be drawn to scale. To easily identify the discussion of any particular element or act, the most significant digit or digits in a reference number refer to the figure number in which that element is first introduced.

[0011] FIG. 1A is a diagram illustrating an example wireless communication system including a user equipment (UE) communicating with a network entity.

[0012] FIG. 1B is a diagram illustrating an example of carrier aggregation in the wireless communication system of FIG. 1A.

[0013] FIG. 2 is a block diagram illustrating an example of variation in carrier signal quality.

[0014] FIG. 3 is a communication flow diagram illustrating example operations of a communication process for dynamic carrier selection for uplink and downlink communication.

[0015] FIG. 4 is a flow chart diagram showing example operations of a UE selecting a carrier for a random access (RA) procedure based on a threshold carrier quality.

[0016] FIG. 5 is a flow chart diagram showing example operations of a UE selecting a carrier for an RA procedure based on an event triggering the RA procedure.

[0017] FIG. 6A is a communication flow diagram illustrating example operations of a communication process for a four step RA procedure using different carriers.

[0018] FIG. 6B is a communication flow diagram illustrating example operations of a communication process for a two step RA procedure using different carriers.

[0019] FIG. 7 is a block diagram illustrating an example of hybrid automatic repeat request (HARQ) entity sharing across multiple carriers.

[0020] FIG. 8 is a block diagram illustrating an example of a hybrid automatic repeat-request (HARQ) process sharing across multiple carriers.

[0021] FIG. 9 is a block diagram illustrating an example of transmitting a same transport block (TB) across two carriers.

[0022] FIG. 10 is a block diagram illustrating an example of transmitting different portions of a same transport block (TB) across two carriers with one physical downlink shared channel (PDSCH) repetition.

[0023] FIG. 11 is a block diagram 1100 illustrating an example ofretransmitting a same TB across two carriers via multiple PDSCHs.

[0024] FIG. 12 is a block diagram illustrating an example of a HARQ process sharing across multiple serving cells.

[0025] FIG. 13 is a flow chart diagram showing example operations of a UE selecting a physical uplink control channel carrier.

[0026] FIG. 14 is a block diagram illustrating an example of channel state information (CSI) retransmission in a different carrier than the initial CSI transmission.

[0027] FIG. 15 is a block diagram illustrating example UE capability report information.

[0028] FIG. 16 is a block diagram illustrating an example carrier selection configuration.

[0029] FIG. 17 is a flow chart diagram illustrating example UE operations for dynamic carrier selection.

[0030] FIG. 18 is a flow chart diagram illustrating example network entity operations for dynamic carrier selection.

[0031] FIG. 19 is a block diagram illustrating example configurations of a network entity and a user equipment.DETAILED DESCRIPTION

[0032] The following description is directed to certain implementations for the purpose of describing innovative aspects of this disclosure. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. Some of the examples in this disclosure are based on wireless communication according to the 3rd Generation Partnership Project (3GPP) wireless standards, such as ambient internet-of-things (A-IoT) , the 4th generation (4G) Long Term Evolution (LTE) , 5th generation (5G) New Radio (NR) , and 6th generation (6G) standards. However, the described techniques can be implemented in any device, system, or network that is capable of transmitting and receiving radio frequency signals according to any of the wireless communication standards, including any of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 or 802.16 wireless standards, or other known signals that are used to communicate within a wireless, cellular, or IoT network, such as a system utilizing 4G, 5G, 6G, ZigBee, Bluetooth, WiFi, or future radio technology.

[0033] Various techniques of the disclosure relate to a user equipment (UE) dynamically selecting carriers for use in communicating with a network entity. The network entity can configure the UE for dynamic carrier selection. For example, the network entity can provide configuration information indicating carriers for the UE to select from, selection criteria for the UE to use in selecting a carrier, a default carrier if none of the selection criteria applies, and / or performance criteria, among other configuration elements.

[0034] In some aspects, the UE may utilize the configuration information to select one or more carriers for use in communicating with the network entity. For example, in some aspects, the UE may report a performance failure of one or more of the carriers in a carrier aggregation and select a new carrier to replace the failed carrier.

[0035] In some aspects, the network entity may configure the UE to dynamically select carriers for use in a random access (RA) procedure. For example, the UE may transmit RA messages for an RA procedure (e.g., a two-step RA procedure or a four-step RA procedure) over different carriers, at least one of which is a dynamically selected carrier.

[0036] In some aspects, the network entity may configure the UE to perform dynamic carrier selection for downlink communication (e.g., via a physical downlink control channel (PDCCH) or a physical downlink shared channel (PDSCH) ) . For example, the network entity may configure the UE to monitor a PDCCH in a search space in a single carrier, or may configure the UE to monitor the PDCCH in search spaces of multiple carriers. Similarly, the network entity may configure the UE to perform dynamic carrier selection for uplink communication (e.g., via a physical uplink control channel (PUCCH) and a physical uplink shared channel (PUSCH) ) .

[0037] With respect to the PDSCH, the UE may select carriers to transmit a transport block (TB) . In some aspects, the network entity can transmit a TB via a first carrier and can retransmit the TB in a second carrier. In some aspects, the network entity can transmit a portion of a TB via a first carrier and transmit a second portion of the TB via a second carrier. Similarly, for the PUSCH, the UE can transmit a TB via a first carrier and can retransmit the TB in a second carrier. In some aspects, the UE can transmit a portion of a TB via a first carrier and transmit a second portion of the TB via a second carrier.

[0038] The network entity can configure the UE to share hybrid automatic repeat request (HARQ) entities and processes among multiple carriers for both PDSCH and PUSCH communications.

[0039] Particular implementations of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. Using techniques of the disclosure, a UE may recover from a carrier failure with less latency than would be the case in current systems. The UE selection of a carrier may be accomplished with less use of communication and processing resources. Further, UE selection of a carrier may improve reliability of communication between the network entity and the UE.

[0040] FIG. 1A is a diagram illustrating an example wireless system 100 including a UE 130 communicating with a network entity 120. Although illustrated as a smartphone in FIG. 1A, the UE 130 may be implemented as any suitable computing or electronic device, such as a mobile communication device, a modem, cellular phone, gaming device, navigation device, media device, laptop computer, desktop computer, tablet computer, smart appliance, vehicle-based communication system, an Internet-of-things (IoT) device (e.g., sensor node, controller / actuator node, combination thereof) , and the like. The UE 130 may communicate with network entity 120 using wireless links (not shown in FIG. 1A) , which may be implemented as any suitable type of wireless link. The wireless links may include one or more wireless links (e.g., radio links) or bearers implemented using any suitable communication protocol or standard, or combination of communication protocols or standards, such as 3GPP LTE, 5G NR, 6G, and so forth. Multiple wireless links may be aggregated in a carrier aggregation to provide a higher data rate for communication between the UE 130 and the network entity 120.

[0041] As an example, the network entity 120 may be a base station, an Evolved Universal Terrestrial Radio Access Network Node B (E-UTRAN Node B) , evolved Node B (eNodeB or eNB) , Next Generation Node B (gNodeB or gNB) , Next Generation E-UTRAN Node B (ng-eNB) , access point, radio head or the like. The network entity 120 may be implemented in a macrocell, microcell, small cell, picocell, or the like, or any combination thereof. The network entity 120 may be configured to use multiple-input-multiple-output (MIMO) communication to exchange wireless signals with the UE 130.

[0042] The network entity 120 supports wireless communication with one or more UEs, such as the UE 130, via radio frequency (RF) signaling using one or more applicable radio access technologies (RATs) as specified by one or more communication protocols or standards. The network entity 120 may employ any of a variety of RATs, such as operating as a NodeB (or base transceiver station (BTS) ) for a Universal Mobile Telecommunication System (UMTS) RAT (also known as “3G” ) , operating as an eNB for a 3GPP LTE RAT, operating as a gNB for a 3GPP 5G NR RAT, and the like.

[0043] The network entity 120 may be part of a radio access network (RAN) , for example, an E-UTRAN, a 5G NR RAN, an NR RAN, or a 6G RAN. The network entity 120 may be connected to a core network 150. For brevity, the interface links between the network entity 120 and the core network 150 are not shown in FIG 1A. For example, the network entity 120 may connect to the core network 150 through an NG2 interface for control-plane signaling and use an NG3 interface for user-plane data communication when connecting to a 5G core network or use an Si interface for control-plane signaling and user-plane data communication when connecting to an Evolved Packet Core (EPC) network. The network entity 120 may communicate using an Xn Application Protocol (XnAP) through an Xn interface or using an X2 Application Protocol (X2AP) through an X2 interface to exchange user-plane and control-plane data. A UE (e.g., UE 130) may connect, via the core network 150, to one or more wide area networks (WANs, e.g., wan 152) or other packet data networks (PDNs) , such as the Internet.

[0044] In some aspects, the functionality, and thus the hardware components, of a network entity such as network entity 120 may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of a network entity (e.g., network entity 120) may be distributed across a radio unit (RU) , a distributed unit (DU) , or a central unit (CU) . Any of the RU, DU, or CU may be implemented as virtual units such as a virtual radio unit (VRU) , virtual distributed unit (VDU) or virtual central unit (VCU) .

[0045] Communication between a network entity and a UE utilize an uplink (UL) transmission path for transmission path for RF transmissions from the UE to the network entity and a downlink (DL) transmission path for RF transmissions from the network entity to the UE. For example, as shown in FIG. 1A, the UE 130 utilizes UL transmission path 116 for RF transmissions from the UE 130 to the network entity 120 and DL transmission path 118 for RF transmissions from the network entity 120 to the UE 130. In the context of the UL transmission path 116, the UE 130 serves as the data sending device and the network entity 120 serves as the data receiving device, whereas in the context of the DL transmission path 118, the network entity 120 serves as the data sending device and the UE 130 serves as the data receiving device. UL transmission path 116 and DL transmission path 118 may utilize multiple communication channels and multiple carriers for signal transmission. The multiple channels may each have different purposes. The network entity 120 and the UE 130 may be configured to use MIMO communication in which multiple beams 114 are used to exchange wireless communication signals between the network entity 120 and the UE 130.

[0046] UL transmission path 116 may include a PUSCH, a PUCCH, and a physical random access channel (PRACH) . The PUSCH is used for the transmission of user data, such as voice data, video data, or text message data from the UE 130 to the network entity 120. Additionally, the PUSCH may be used to transmit control information (e.g., uplink control information (UCI) ) . The PUSCH may be shared by multiple UEs. The PUCCH is used for transmitting control information (e.g., UCI) from the UE to the network, such as channel quality feedback, scheduling requests, and acknowledgments. The PRACH is used for random access in the uplink direction, enabling the UE to access the system.

[0047] DL transmission path 118 may include one or more of a physical downlink shared channel (PDSCH) , a physical downlink control channel (PDCCH) , a physical broadcast channel (PBCH) , or a paging channel. The PDSCH is used for transmission of user data from the network entity 120 to the UE 130. The PDSCH may be shared by multiple UEs. As with the PUSCH, the data may be any type of information, such as voice data, video data, or text message data. The paging channel is used to notify a UE that there is incoming traffic for it from a network entity.

[0048] As noted above, the network entity 120 and the UE 130 may use carrier aggregation to improve the throughput and / or reliability of communication. In carrier aggregation, multiple carriers are combined to form the various uplink or downlink channels. In some aspects, the carriers may be from different bandwidth parts of a cell or even different cells of the network entity 120. While several examples of this disclosure refer to carriers from different cells, the same techniques can also apply to carrier aggregation using any combination of carriers (i.e., from different bandwidth parts, frequencies ranges, or TRPs, or cells) . During operation, the UE 130 may transmit UE capability information 132 to the network entity 120 to inform the network entity 120 whether or not the UE 130 supports dynamic selection of carriers that are part of a carrier aggregation. The network entity 120, depending on the capability information 132, transmits a carrier selection configuration 122 to the UE 130. The carrier selection configuration 122 may include carrier selection criteria that the UE 130 may use to dynamically select 135 a carrier for carrier aggregation.

[0049] FIG. 1B is a diagram illustrating an example of carrier aggregation in the wireless communication system of FIG. 1A. The network entity 120 and the UE 130 may utilize carrier aggregation to achieve greater network throughput by transmitting and receiving data using multiple frequencies in a frequency domain. Each frequency may be referred to as a component carrier (CC) . Data transmitted over multiple component carriers may be aggregated and delivered to the target device (e.g., the network entity 120 or the UE 130) . In carrier aggregation, a first component carrier is associated with a primary cell (PCell) and is used for establishing access to a network entity and serves as a main component carrier. One or more other component carriers are associated with secondary cells (SCells) . The PCell and SCell (s) may be in the same frequency range (FR) , e.g., FR 1 / 2 / 3, or different FRs. As used herein, a PCell may also refer to a primary secondary cell (PSCell) or a PUCCH-SCell (e.g., an SCell configured for PUCCH transmission) .

[0050] In the example shown in FIG. 1B, the UE 130 may support up to four component carriers 128A-128D. In this example, the network entity 120 has configured the UE 130 for communication using carrier aggregation using three component carriers 128A, 128B, and 128D. Component carrier 128A is associated with the PCell 124. Component carrier 128B is associated with SCell 126A and component carrier 128D is associated with SCell 126B. Component carrier 128C is currently not used for carrier aggregation.

[0051] In this example, if one of the component carriers 128A, 128B, or 128D experiences a performance degradation, the UE may use the techniques of the disclosure to select a new component carrier. For example, if component carrier 128B were to suffer performance degradation, the UE 130 may select component carrier 128C to replace the component carrier 128B.

[0052] FIG. 2 is a block diagram illustrating an example of variation in carrier signal quality. The network entity 120 and the UE 130 may communicate using one or more frequencies from frequency range one (FR1) , FR2, or FR3, where a frequency in FR1 is considered a low frequency and a frequency in FR2 or FR3 is considered a high frequency. FR1, FR2, and FR3 refer to specified frequency ranges for wireless communication systems. It can be beneficial for the network entity 120 and the UE 130 to use a high frequency carrier (e.g., FR2 or FR3) . For example, as shown in example graph 204, resource utilization of the network entity 120 and the UE 130 may decrease as the carrier frequency increases. The network entity 120 and the UE 130 can load balance by communicating using a high carrier frequency. Communication using the high carrier frequency may become less stable as the carrier frequency increases. When the signal quality for a high frequency carrier is good, the network entity 120 and the UE 130 may communicate using the high carrier frequency (e.g., FR2 or FR3) . When the signal quality for the high carrier frequency is not adequate for stable communication, the network entity and UE may communicate using a low carrier frequency (e.g., FRI) .

[0053] A link budget is a calculation that may be used to determine whether a transmitted signal can be successfully received with sufficient quality at the receiver. In some aspects, the UE 130 may use a directional antenna to improve the link budget during FR2 or FR3 communication. The directional antenna may not produce a full 360 degree radiation pattern. For example, a UE having a single-panel based directional antenna may cover 90 degrees in a horizontal plane. For low frequency carriers, the UE may use an omni-directional antenna because the coupling loss is typically lower for a low frequency signal than for a high frequency signal.

[0054] In the example illustrated in FIG. 2, the UE 130 starts in an initial position 230A, and uses a directional antenna to communicate with network entity 120 via a low frequency carrier and a high frequency carrier. As shown in example graph 206A, the link quality of both the low frequency carrier and the high frequency carrier is above the threshold for a working link. The UE 130 then moves to position 230B and is rotated with respect to the network entity 120. Because of the rotation with respect to the network entity, the directional antenna may no longer be oriented towards the network entity 120. Further, there may be a blockage 202 between the UE 130 and the network entity 120 that can contribute to lower link quality for the high frequency carrier. The example graph 206B shows that the low frequency carrier may have sufficient link quality to continue communication between the network entity 120 and the UE 130, but the high frequency carrier no longer has sufficient link quality for stable communication. The network entity may experience increased resource utilization (RU) when using the low frequency carrier instead of the high frequency carrier.

[0055] If the UE 130 is configured for dynamic carrier selection, the UE 130 may use the techniques of the disclosure to select a different high frequency carrier that may have sufficient link quality facilitate the use of a high frequency carrier to continue to communicate with the UE 130, thereby avoiding unstable links and increased resource usage.

[0056] In the examples shown in FIG. 3 through FIG. 18 that follow, unless otherwise specified, references to radio resource control (RRC) signaling may indicate an RRC reconfiguration message from a network entity (e.g., the network entity 120) to a UE (e.g., the UE 130) , or a system information block (SIB) , where the SIB can be an existing SIB (e.g., SIB1) or a new SIB (e.g., SIB J, where J is an integer above 21) transmitted by the network entity.

[0057] In the examples shown in FIG. 3 through FIG. 18 that follow, unless otherwise specified, a network entity configuration or indication may be an RRC signaling, media access control (MAC) control element (MAC-CE) , or downlink control information (DCI) . A network entity (e.g., the network entity 120) and a UE (e.g., the UE 130) may apply the configuration or indication after a predetermined time. In some aspects, the predetermined time may be Y symbols, slots, or milli-seconds (ms) after receiving the last symbol of the PDSCH / PDCCH with the configuration / indication. In some aspects, the predetermined time may be Y symbols, slots, or ms after transmitting the last symbol of the PUCCH or PUSCH with an acknowledgement (ACK) of the PDSCH or PDCCH with the configuration / indication. In some implementations, the value of Y is pre-defined, for example, Y=3ms or 28 symbols, configured by the network entity, or reported by the UE.

[0058] FIG. 3 is a communication flow diagram illustrating example operations of a communication process for dynamic carrier selection for uplink and downlink communication. Although not illustrated for the sake of illustration clarity, various acknowledgements for messages illustrated in FIG. 3 may be implemented to ensure reliable operations for dynamic carrier indication or selection for uplink and downlink channels.

[0059] At operation 332, the UE 130 may optionally transmit or report to the network entity 120 UE capability information regarding the UE's capability or support for dynamic carrier selection. In some aspects, UE 130 may communicate UE capability information to the network entity 120 during an initial communication session setup process between the UE 130 and the network entity 120. The UE capability information may include supported frequency bands, radio access technologies, maximum transmission power, maximum data rates, and network protocols. In some aspects, the UE 130 may report UE capability information that includes whether the UE supports dynamic carrier selection and supported configurations for dynamic carrier selection. An example of UE capability information is discussed below with reference to FIG. 15.

[0060] In the example of FIG. 3, the UE 130 transmits UE capability information to the network entity 120. In some implementations, the network entity 120 may receive the UE capability information from a core network (e.g., from an access and mobility management function (AMF) of the core network 150 of FIG. 1A) . In some other implementations, the network entity 120 may receive the UE capability information from another network entity (e.g., a gNB or eNB) .

[0061] At operation 322, the network entity 120 may, depending on the UE capability information received at operation 332, transmit to the UE 130, a carrier selection configuration (e.g., carrier selection configuration 122 of FIG. 1) that configures the UE for dynamic carrier selection. In some aspects, the carrier selection configuration information may include one or more of criteria for carrier selection for the at least one uplink or downlink channel, the carrier for the at least one uplink or downlink channel, and a configuration for performance monitoring for the at least one uplink or downlink channel. In some aspects, the network entity 120 may transmit the configuration via radio resource control (RRC) signaling, e.g., RRCReconfiguration. In some aspects, the network entity may update the configuration information via MAC-CE or DCI. An example dynamic carrier selection configuration is described below with reference to FIG. 16.

[0062] At block 333, the UE 130 may optionally monitor the performance of one or more carriers for uplink and / or downlink channels (or signals) . For example, in some aspects, the UE 130 may monitor the performance of one or more currently selected carriers. In some aspects, the UE 130 may monitor the performance of one or more candidate carriers that are not currently used for an uplink or downlink channel.

[0063] At operation 334, the UE 130 may optionally report a performance failure of a currently selected carrier for at least one uplink and / or downlink channel to the network entity 120. In some aspects, the UE may further report the performance of the one or more candidate carriers.

[0064] At block 335, the UE 130 may optionally select at least one carrier. The UE 130 may select the carrier from all or a subset of carriers ( "candidate carriers" ) configured by the network entity 120. For example, in some aspects, the UE 130 may select a carrier to replace a failed or failing carrier as determined by the performance monitoring of block 333. In some aspects, the UE 130 may select a carrier for carrier aggregation or a for performing a random access (RA) procedure. The UE 130 may select a carrier based on the carrier selection configuration received at operation 322. For example, the UE 130 may select the at least one carrier for the at least one uplink and / or downlink channel based on the one or more carriers and selection criteria received or indicated in the carrier selection configuration. In some aspects, the selection criteria may be predefined selection criteria.

[0065] At operation 324, the network entity 120 may optionally transmit control signaling indicating a carrier for at least one uplink or downlink channel. For example, the network entity 120 may receive the performance failure report at operation 334 and select a carrier to replace the reported failed or failing carrier. The network entity 120 may transmit control signaling indicating the selected carrier to the UE 130.

[0066] At block 352, the network entity 120 and the UE 130 may communicate using one or more carriers selected by the UE 130 and / or one or more carriers indicated by the network entity 120.

[0067] The description of communication flow diagram 300 provided above discusses operations at level that may be common to various implementations. Next, a discussion of various implementations of the operations of the communication flow diagram 300 will be provided. These implementations include dynamic carrier selection for an RA procedure, dynamic carrier selection for downlink communication, and dynamic carrier selection for uplink communication.

[0068] Implementations for dynamic carrier selection for an RA procedure will now be discussed with reference to FIG. 4, FIG. 5, FIG. 6A and FIG. 6B. Generally speaking, similar events in the various figures are labeled with reference numbers that have the same lower-order digits. For brevity, similar messages or events are not discussed in detail in each instance, but the discussion of a certain event with reference to one of the figures also applies to similar messages or events in other figures.

[0069] In some examples, a network entity (e.g., the network entity 120) may configure a first RA channel (RACH) configuration for a first carrier and a second RACH configuration for a second carrier. In some aspects, the network entity may configure the carrier frequency, e.g., absolute radio frequency channel number (ARFCN) , for the first RACH configuration and the second RACH configuration. In some aspects, the network entity may configure frequency information for the first RACH configuration and the second RACH configuration. For example, the network entity may configure at least one of the parametersfrequencyInfoDL or frequencyInfoUL for the first RACH configuration and the second RACH configuration. The RACH configurations may be in the same serving cell or different serving cells. The RACH configurations may be in the same bandwidth part (BWP) or different BWPs in a serving cell. Both RACH configurations may be used for a contention based random access (CBRA) and / or a contention free random access (CFRA) procedure.

[0070] In some examples, the network entity may configure a single RACH configuration for multiple carriers. The network entity may configure multiple carrier frequencies, e.g., ARFCN, or multiple configurations of at least one of the parameters frequencyInfoDL or frequencyInfoUL for the RACH configuration. The RACH configuration may be used for CBRA and / or CFRA procedure.

[0071] In some aspects, the single RACH configuration for multiple carriers may have RACH occasions distributed across carriers and / or BWPs. An information element (IE) may be specified or configured to distinguish or label RACH occasions for each carrier. In some aspects, the RACH configuration for multiple carriers may have one or more IEs that indicate parameters that are common across the multiple carriers and / or BWPs, and may have multiple dedicated IEs that indicate parameters that are specific to each carrier and / or BWP.

[0072] In some aspects, for sub-band full duplex (SBFD) operation, the network entity may configure a single RACH configuration for multiple sub-bands across multiple carriers.

[0073] In some aspects, for frequency division duplex (FDD) band operation, the network entity may configure the carrier information for downlink and uplink separately. In some aspects, the network entity configures the UE for paired spectrum FDD operation. In such aspects, the one carrier in this disclosure means the uplink messages are in a first carrier and the downlink messages are in a second carrier, where both carriers are paired.

[0074] The network entity may configure one or more downlink carriers and one or more uplink carriers. For example, the network entity may configure a first downlink carrier, a second downlink carrier, a first uplink carrier, and a second uplink carrier, where the first downlink carrier and the first uplink carrier may be in one band and the second downlink carrier and the second uplink carrier may be in another band.

[0075] In some aspects, the first and second carriers may be configured as different serving cells. In some aspects, the first and second carriers may be configured as different BWPs for a serving cell. In some aspects, the first carrier may be configured as a normal serving cell (e.g., normal downlink (NDL) and / or normal uplink (NUL) ) and the second carrier may be configured as a supplementary serving cell (e.g., supplementary downlink (SDL) and / or supplementary uplink (SUL) ) .

[0076] In some aspects, the RACH configuration may include at least one parameter for the PRACH configuration, e.g., time and frequency domain resource for PRACH, preamble (s) for PRACH, synchronization signal block (SSB) and RACH occasion (RO) mapping, power control parameters for PRACH, among others. The RACH configuration may include at least one parameter for random access response (RAR) monitoring, e.g., a RAR monitoring window, search space and / or control resource set (CORESET) for the RAR, among others. The RACH configuration may include at least one parameter for message 3 (Msg3) or message A (MsgA) PUSCH, e.g., power control parameters for Msg3 / MsgA and the like. In one example, the RACH configuration may include at least one of the parameters in RACH-ConfigCommon or RACH-ConfigCommonTwoStep. The network entity may configure multiple frequencies for the RACH configuration. In this situation, the network entity may configure common or separate values for at least one of the parameters above for each frequency.

[0077] In some examples, the network entity may configure multiple RACH configurations. As an example, the network entity may configure a first RACH configuration via system information (e.g., SIB1 or remaining minimum system information (RMSI) ) and may configure a second RACH configuration via RRC signaling. The first RACH configuration and the second RACH configuration may be associated to the same PRACH configuration index (PRI) or may have two different indices.

[0078] One or more RACH configuration parameters may be shared between the first RACH configuration and the second RACH configuration and other RACH configuration parameters could be different. A common RACH configuration IE may be specified or configured to signal the common parameters for multiple carriers and / or BWPs. Another dedicated RACH configuration IE may be specified and / or configured to indicate RACH configuration parameters that are specific for each carrier and / or BWP.

[0079] In some examples, a network entity and a UE may perform an RA procedure in one carrier as discussed below with reference to FIG. 4 and FIG. 5. In some other examples, the network entity and the UE may perform the RA procedure in multiple carriers as discussed below with reference to FIG. 6A and FIG. 6B.

[0080] The network entity and the UE may communicate PRACH, RAR, Msg3 / MsgA PUSCH, message 4 (Msg4)  / message B (MsgB) in one carrier. As noted above, for paired spectrum FDD, the one carrier in this disclosure means the uplink messages are in a first carrier and the downlink messages are in a second carrier, where both carriers are paired. In some aspects, the network entity may configure or indicate the carrier for an RA procedure. In some aspects, the UE may determine the carrier. For example, the UE may determine the carrier based on the measured quality, e.g., layer 1 reference signal received power (L1-RSRP) , layer 1 signal-to-interference plus noise ratio (L1-SINR) , layer 3 RSRP (L3-RSRP) , layer 3 SINR (L3-SINR) , or reference signal received quality (RSRQ) , for one or more downlink reference signals (DL-RSs) , e.g., SSB / CSI-RS. In some aspects, the network entity may configure or indicate a subset of carriers from the configured carriers for an RA procedure. The UE may select a carrier based on the subset of carriers.

[0081] In some aspects, the UE may do the measurements on both carriers. If the measured quality of the first carrier is larger than the measured quality of the second carrier, then the UE may perform the RA procedure on the first carrier. If the measured quality of the first carrier is less than the measured quality of the second carrier, the UE may perform the RA procedure on the second carrier.

[0082] In some aspects, the UE may do the measurements on both carriers and use a predetermined or configured offset when comparing the measurements of the first carrier and the second carrier. For example, if the measured quality of the first carrier is larger than the measured quality of the second carrier + the pre-defined or configured offset, the UE may perform the RA procedure on the first carrier. If the measured quality of the first carrier is not larger than the measured quality of the second carrier + the pre-defined or configured offset, the UE may perform the RA procedure on the second carrier. For example, if L1-RSRPC1 > L1-RSRPC2 + δ, then the first carrier is selected, where δ is an offset predefined or configured by the network entity or determined based on the frequency for the first and second carriers.

[0083] FIG. 4 is a flow chart diagram showing example operations 400 of a UE selecting a carrier for a random access (RA) procedure based on a threshold carrier quality. The operations of FIG. 4 may be performed, for example, by the UE 130 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3.

[0084] At block 402, the UE measures a link quality of a first carrier. In some aspects, the first carrier may be at a higher frequency than the second carrier. In some aspects, a network entity (e.g., network entity 120 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3) . As discussed above, the UE may measure one or more of L1-RSRP, L1-SINR, L3-RSRP, L3-SINR, or RSRQ, for one or more DL-RSs, such as SSB and / or CSI-RS.

[0085] At decision block 404, the UE determines if the measured link quality of the first carrier is above a threshold. The threshold may be pre-defined or configured by the network entity.

[0086] If the measured link quality is above the threshold ( "Yes" branch of decision block 404) , then at block 408, the UE may select the first carrier for performing the RA procedure. If the measured link quality is not above the threshold ( "No" branch of decision block 404) , then at block 406 the UE may select the second carrier for performing the RA procedure.

[0087] FIG. 5 is a flow chart diagram 500 showing example operations of a UE selecting a carrier for an RA procedure based on an event triggering the RA procedure. The operations may be performed, for example, by the UE 130 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3.

[0088] At block 502, the UE determines that an event triggering an RA procedure has occurred. In some aspects, the RA procedures may be organized into three sets. In some aspects, the first, second, and third set of RA procedures may be orthogonal. In some aspects, one or more of the sets may be empty. In some examples, the events triggering the RA procedure may include one or more of the following: ● RA procedure initiated by the PDCCH order for a lower layer triggered mobility  (LTM) candidate cell, ● RA procedure initiated by the PDCCH order for current cell (other than an LTM  candidate cell) , ● RA procedure initiated for system information request, ● RA procedure initiated for SIB type 1 (SIB1) request, ● RA procedure initiated for beam failure recovery, ● RA procedure initiated for reconfiguration with sync, ● RA procedure initiated for LTM cell switch, ● RA procedure initiated for secondary cell group (SCG) activation, ● RA procedure initiated for small data transmission (SDT) , or ● RA procedure initiated for initial access.

[0089] At decision block 504, the UE determines if the triggered RA procedure is in the first set of RA procedures. If the triggered RA procedure is in the first set of RA procedures ( "Yes" branch of decision block 504) , then at block 408, the UE selects the first carrier and performs the RA procedure on the first carrier. If the triggered RA procedure is not in the first set of RA procedures ( "No" branch of decision block 504) , then at decision block 510, the UE determines if the triggered RA procedure is in the second set of RA procedures. If the triggered RA procedure is in the second set of RA procedures ( "Yes" branch of decision block 510) , then at block 406, the UE selects the second carrier and performs the triggered RA procedure on the second carrier. If the triggered RA procedure is not in the second set of RA procedures ( "No" branch of decision block 510) , then at block 512, the UE may perform the RA procedure on a network-configured carrier or a UE-selected carrier. In some aspects, the UE may determine which carrier to use based on the measured quality of the carrier. In some aspects, the UE may determine which carrier to use based on a carrier configured or indicated by the network entity.

[0090] In some situations, the UE retransmits one or more messages during the RA procedure. In some aspects, the UE may use the same carrier as the initial transmission. In some other aspects, the UE may select a carrier for the retransmission. As a first example, the UE may select a carrier as described above with respect to FIG. 4 or FIG. 5. As a second example, the UE may determine to transmit the RA in a different carrier if the number of (re) transmissions of the RA in a carrier reaches a threshold. The threshold may be predefined or configured by the network entity. In some aspects, the network entity may configure whether the UE can perform a retransmission for an RA procedure in a different carrier as the initial transmission.

[0091] In some examples, the network entity may configure or specify to the UE that the UE is to carry the retransmission of the message for the RA procedure on an indicated, configured, or signaled carrier. In some examples, the network entity may indicate to the UE that the UE is to fall-back to an indicated, configured, or signaled carrier if the number of retransmissions of the message for the RA procedure reaches a predefined or specified threshold. The network entity can configure or signal to the UE a preferred carrier or a set of candidate carriers to which the UE should fall-back. For example, the network entity may configure the UE to fall-back to a carrier via a SIB 1, RRC signaling, MAC-CE, or DCI.

[0092] In some examples, the network entity may specify or configure a carrier per triggering event or a carrier for multiple triggering events. For example, the network entity may configure the UE with a specific carrier for an RA procedure during handover. The network entity may also indicate to the UE via dedicated RRC signaling or via dynamic signaling (e.g., MAC-CE, DCI, and the like) to perform the RA procedure on a specific carrier during the handover.

[0093] In some examples, when transmitting a retransmission of PRACH or MsgA / Msg3 PUSCH in a different carrier, the UE may reset or suspend the power ramping counter. Alternatively, or additionally, the UE may perform power ramping based on a pre-defined or configured power ramping step size.

[0094] FIG. 6A is a communication flow diagram 600 illustrating example operations of a communication process for a four step RA procedure using different channels and / or carriers. In some aspects, the network entity and the UE may transmit / receive different messages or channels for an RA procedure in different carriers. For example, the network entity and the UE may perform the carrier selection or determination for PRACH, PDCCH / PDSCH for RAR, Msg3 / MsgA PUSCH, Msg4 / MsgB for an RA procedure. The carrier for the messages or channels may be determined by the UE, configured by network entity, or indicated by the network entity. The operations shown in FIG. 6A may be performed, for example, by the network entity 120 and the UE 130 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3.

[0095] At operation 602, the NE and UE may perform the carrier selection or determination for PRACH based on the same techniques as described above with respect to FIG. 4 and FIG. 5. The UE transmits a PRACH (e.g., RA preamble) on a first or second carrier.

[0096] At operation 604, the network entity transmits a PDCCH or PDSCH for a RAR. In some aspects, the network entity may configure carriers for the PDCCH or PDSCH for RAR. In one example, the network entity may configure different carriers for the PDCCH or PDSCH associated with different ROs. For instance, a first RO may correspond to the first carrier for the PDCCH or PDSCH for RAR, and a second RO may correspond to the second carrier for the PDCCH or PDSCH for RAR.

[0097] As an example, the UE may transmit the PRACH on one of the ROs at operation 602. The UE may determine the RO for the PRACH transmission based on the measured quality and / or the event to trigger the PRACH as described above with respect to FIG. 4 and FIG. 5. In some aspects, the network entity may configure a separate measured quality threshold for the carrier determination for the PDCCH or PDSCH for RAR. In some aspects, the network entity may indicate the carrier for the PDSCH for RAR based on the PDCCH for RAR.

[0098] At operation 606, in some aspects, the UE may transmit the PUSCH for Msg3 on the same carrier as was used for the PRACH at operation 602. In some aspects, the network entity may indicate the carrier for the Msg3 PUSCH via the RAR.

[0099] At operation 608, in some aspects, the network entity may transmit a PDCCH or PDSCH for Msg4 on the same carrier as the PDCCH and PDSCH for RAR at operation 604. In some aspects, the network entity may configure the carrier for the PDCCH and PDSCH for Msg4. In one example, the network entity may configure different carriers for the PDCCH and PDSCH for Msg4, where the different carriers are associated with different ROs. In another example, the network entity may configure the carrier for the PDCCH and PDSCH for Msg4 via the RAR. In another example, the UE may report the carrier for the PDCCH and PDSCH for Msg4. In another example, the network entity may indicate the carrier for the PDSCH for Msg4 by the PDCCH for Msg4.

[0100] In some examples, the same RAR monitoring window is configured when multiple carriers are used for the PDCCH and PDSCH for RAR. In another example, each carrier has its RAR monitoring window which is used by the UE based on the selected carrier.

[0101] In some examples, the network entity may configure or specify a single PDCCH configuration and / or search space to span across multiple carriers. In such examples, the network entity may configure a first set of CORESETs for a first carrier and other sets of CORESETs for different carriers. In another example, the network entity may configure the UE to monitor a specific search space on one carrier for the DCI scheduling Msg2 and to monitor another search space on another carrier for the DCI scheduling Msg4.

[0102] The single PDCCH configuration may have some parameters that are shared across the different carriers (e.g., periodicity, DCI formats, among others) and some other parameters that are specific to each carrier (e.g., CORESETs among others) . The network entity can specify a joint operation of PDCCH on multiple carriers. For example, a PDCCH aggregation level (AL) can be split across multiple carriers. For instance, when AL16 is used for the scheduling of a DCI, eight control channel elements (CCEs) can be transmitted on one carrier and the remaining eight CCEs are transmitted on another carrier.

[0103] FIG. 6B is a communication flow diagram 620 illustrating example operations of a communication process for a two step RA procedure using different carriers. The operations may be performed, for example, by the network entity 120 and the UE 130 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3.

[0104] Operation 602 of FIG. 6B is the same as operation 602 of FIG. 6A and will not be further described here.

[0105] At operation 624, in some aspects, the UE may transmit the MsgA PUSCH on the same carrier as the PRACH. In some aspects, the network entity may configure the carrier for the MsgA PUSCH. In one example, the network entity may configure different carriers for MsgA PUSCH associated with different ROs. In this example, the UE transmits the MsgA PUSCH on the corresponding carrier associated with the RO for the PRACH transmission.

[0106] At operation 626, the transmits the PDCCH and PDSCH for MsgB. In some aspects, the network entity may configure the UE with the carrier for the PDCCH / PDSCH for MsgB. As one example, the network entity may configure different carriers for the PDCCH and PDSCH associated with different ROs. As another example, the UE may report the carrier for the PDCCH and PDSCH for MsgB via the MsgA PUSCH of operation 624.

[0107] The discussion of FIG. 4, FIG. 5, FIG. 6A, and FIG. 6B above has been provided in the context of implementations of dynamic carrier selection for an RA procedure. Implementations for dynamic carrier selection for downlink communication (e.g., PDCCH and PDSCH) will now be discussed with reference to FIG. 7 through FIG. 12.

[0108] In some examples, the network entity may configure the carrier (s) for the UE to monitor the PDCCH, and configure the carrier (s) for the UE to receive the PDSCH. In some aspects, the network entity may configure the UE to monitor the PDCCH in a search space (SS) and control resource set (CORESET) in one carrier. For example, the network entity may configure multiple SSs and / or CORESETs in multiple carriers and may configure one carrier for the PDCCH monitoring. The UE may monitor the configured PDCCH in the SSs / CORESETs for the configured carrier.

[0109] In some examples, the network entity may configure the UE to monitor the PDCCH in SSs and / or CORESETs in multiple carriers. The UE may monitor the PDCCH separately in a SS / CORESET. For instance, the network entity may configure multiple SSs / CORESETs in multiple carriers. The UE monitors the PDCCH on all the configured SSs / CORESETs. Alternatively, or additionally, the network entity may configure the carriers for PDCCH monitoring, and the UE may monitor the PDCCH on the configured SSs / CORESETs for the configured carriers.

[0110] In some aspects, the network entity may configure the UE to monitor specific SS (s)  / CORESET (s) via the PDCCH scheduling Msg3 and may configure the UE to monitor other specific SS (s)  / CORESET (s) for the PDCCH via scheduling Msg4.

[0111] In some aspects, the network entity may configure some SSs / CORESETs in different carriers to be linked for PDCCH repetitions. In such aspects, the UE monitors the PDCCH repetitions in the linked SSs / CORESETs. The network entity may transmit the PDCCH repetitions based on the same control channel element (CCEs) (e.g., starting CCE index and / or CCE aggregation level) or PDCCH candidate index in the linked SSs / CORESETs.

[0112] FIG. 7 and FIG. 8 illustrate examples of transmitting transport blocks (TBs) across multiple carriers. In some aspects, the network entity may indicate the carrier (s) for the PDSCH. For example, the network entity may indicate whether the scheduled PDSCH is on the first carrier or the second carrier or both by the scheduling PDCCH.

[0113] In some aspects, the network entity may indicate the scheduled PDSCH is on multiple carriers by one or more DCIs. The network entity may transmit the same or different transport blocks (TBs) on the carriers. In some aspects, the network entity may transmit the TB by multiple repetitions in the PDSCHs in different carriers. The network entity may transmit the repetitions by the same redundant version (RV) or different RVs that are pre-defined or configured by the network entity. The network entity may indicate common or separate time-domain resource allocation (TDRA) , frequency-domain resource allocation (FDRA) , modulation and coding scheme (MCS) and antenna ports for the PDSCH in different carriers. The network entity and the UE may determine the TB size based on the resources, indicated MCS and number of antenna ports for the PDSCH on one carrier. The NE may indicate the reserved MCS, e.g., an MCS indicating the modulation order only, for PDSCH on other carriers.

[0114] In some aspects, the first and second carrier may share a common HARQ entity where all HARQ processes are shared and managed by the single HARQ entity. In some aspects, the first and second carrier may share one or more common HARQ processes. The network entity may configure whether the first and second carrier share a common HARQ entity or not. The network entity may configure the HARQ processes that are shared across the two carriers. For a shared HARQ process, the network entity may schedule the initial transmission for a TB on the first or second carrier and the retransmission for the TB on the second or first carrier, respectively.

[0115] For the shared HARQ processes, the network entity and UE may determine the buffer size for a TB based on the maximum or minimum or average value of the maximum buffer size for each carrier. In some aspects, the network entity and UE may determine the number of output bits for Low Density Parity Check (LDPC) coding based on the number of reference bits Nref with limited buffer rate matching (LBRM) when the LBRM is configured. The network entity and UE may determine the number of reference bits based on the maximum or minimum or average value of the maximum TB size for the carriers that share the HARQ process and the number of code blocks C. In one example, the network entity and the UE may determine the number of reference bits for the LDPC as follows.

[0116] Where indicates the maximum TB size for carrier fx, which may be determined by the maximum number of layers, maximum modulation order, a reference number of resource blocks (RBs) , maximum coding rate, a reference number of resource elements (REs) per RB for the carrier. In one example, the network entity and the UE may perform the LDPC based on the number of reference bits (e.g., as defined in 3GPP TS 38.212) . In some implementations, when calculating the CQI, the UE may determine the CQI based on the number of reference bits for LDPC when the LBRM is configured.

[0117] FIG. 7 is a block diagram 700 illustrating an example of HARQ entity sharing across multiple carriers. In the example shown in FIG. 7, a single HARQ entity is shared across carrier 1 and carrier 2. Because the carriers share a single HARQ entity, they also share HARQ processes managed by the HARQ entity. In this example, the network entity (e.g., network entity 120 of FIG. 1A, FIG. 1B, and FIG. 3) transmits a PDCCH 722A on carrier 1 that schedules a transmission of a TBx via PDSCH 724A on carrier 2. In the HARQ process associated with the transmission (HARQ process 1) , the new data indicator (NDI) field is toggled to indicate a new transmission. The network entity determines a retransmission is required and transmits a PDCCH 722B on carrier 1 scheduling a retransmission of TBx via PDSCH 724. In this example, the PDCCH 722B indicates that the PDSCH 724B for the retransmission of the TBx is scheduled for carrier 1. For this retransmission, the NDI field is not toggled in HARQ process 1, thereby indicating that this is a retransmission of TBx. The network entity determines a further retransmission is required, and transmits PDCCH 722C on carrier 2 scheduling PDSCH 724C for the second retransmission of TBx on carrier 1. For this second retransmission, the NDI field is not toggled in HARQ process 1, thereby indicating that this is a retransmission of TBx. In each instance of the PDCCH 722A-722C, the same HARQ entity is shared, resulting in the same HARQ process 1 also being shared.

[0118] FIG. 8 is a block diagram 800 illustrating an example of HARQ process sharing across multiple carriers. In the example shown in FIG. 8, the HARQ entity is not shared across carrier 1 and carrier 2. HARQ process 1 is shared by the HARQ entity managing HARQ processes for carrier 1 and the HARQ entity managing HARQ processes for carrier 2. In this example, the network entity (e.g., network entity 120 of FIG. 1A, FIG. 1B, and FIG. 3) transmits a PDCCH 722A on carrier 1 scheduling a transmission of a TBx via PDSCH 724A on carrier 2. In the HARQ process associated with the transmission (HARQ process 1) , the NDI field is toggled to indicate a new transmission. The network entity determines a retransmission is required and transmits a PDCCH 722B scheduling a retransmission of TBx via PDSCH 724B. In this example, the PDCCH 722B indicates that the PDSCH 724B for the retransmission of the TBx is scheduled for carrier 1. For this retransmission, the NDI field is not toggled for the shared HARQ process 1, thereby indicating that this is a retransmission of TBx. The network entity transmits a PDCCH 822A on carrier 1 scheduling a transmission of TBy via PDSCH 824A on carrier 2. The network entity uses HARQ process 2 for the initial transmission. The NDI field of HARQ process 2 is toggled to indicate a new transmission of TBy. The network entity determines that a retransmission of TBy is required, and transmits PDCCH 822B on carrier 1 scheduling PDSCH 824B for the retransmission of TBy on carrier 1. For this retransmission, the NDI field is not toggled in HARQ process 2, thereby indicating that this is a retransmission of TBy. In this example, HARQ process 1 is shared by the HARQ entity managing HARQ processes for carrier 1 and the HARQ entity managing HARQ processes for carrier 2. HARQ process 2 is not shared.

[0119] FIG. 9 is a block diagram 900 illustrating an example of transmitting a same TB across two carriers. In the example of FIG. 9, a TBx is repeated on carrier 1 and carrier 2. In this example, the network entity transmits a PDCCH 922 on carrier 1 that schedules a PDSCH 724A for transmitting TBx on carrier 2, and also schedules a repetition of TBx on carrier 1 via PDSCH 724B.

[0120] In some aspects, a transmission or retransmission of a TB may be scheduled as two portions (e.g., two CBGs) . As an example, two or more CBGTIs may be used in the case the carrier used for the retransmission does not have the same capacity as the carrier used for the initial transmission (or the initial repetition) . The network entity may include two or more CBG transmission information (CBGTI) bit-fields in the DCI scheduling the transmission or retransmission. Each CBGTI bit-field may be associated with one TB portion. The CBGTI of each TB portion may be a bitmap indicating the CBGs being transmitted or retransmitted in each TB portion.

[0121] FIG. 10 is a block diagram 1000 illustrating an example of transmitting different portions of a same TB across two carriers with one PDSCH repetition. In some aspects, the network entity may transmit the TB based on the resources in the PDSCH in different carriers. The different carriers may have different resources available. The NE may indicate the transmission of a subset of the TBs, e.g., one or multiple code-block groups (CBGs) in a PDCCH. The NE may provide a common CBG configuration for both carriers. For example, the network entity may transmit different portions (e.g., CBGs) of different coded bits for the TB in different carriers. The network entity and the UE may determine the TB size based on the total resources for the PDSCH across the carriers, the indicated MCS, and the number of antenna ports. In the example shown in FIG. 10, the network entity transmits PDCCH 1022 scheduling transmission of a first portion and a second portion of TBx on different carriers. The PDCCH 1022 schedules the first portion of TBx for transmission on carrier 2 via resources of PDSCH 1024A. The PDCCH 1022 schedules the second portion of TBx for transmission on carrier 1 via resources of PDSCH 1024B.

[0122] FIG. 11 is a block diagram 1100 illustrating an example ofretransmitting a same TB across two carriers via multiple PDSCHs. In some aspects, the network entity may specify one or two CBG Flush information (CBGFI) bit-fields may be specified / configured to be included in the scheduling DCI when the TB is scheduled in two portions for retransmission. Each CBGFI bit-field may be associated with one TB portion. In some aspects, if one single CBGFI bit-field is used, the CBGFI bit-field maps to the CBGs in the two TB portions.

[0123] In the example shown in FIG. 11, the network entity transmits a PDCCH 722A on carrier 1 that schedules PDSCH 724A for an initial transmission of TBx on carrier 2. The network entity determines that a retransmission of TBx is required. However, carrier 1 does not have the same resource availability as carrier 2. Therefore, the network entity determines to transmit TBx as two portions. The network entity transmits PDCCH 1122B on carrier 1 that schedules a first PDSCH 1124A for a transmission of the first portion of TBx on carrier 1 and a second PDSCH 1124B for a transmission of the second portion of TBx.

[0124] The UE may monitor the performance for PDSCH on a carrier and report a PDSCH performance failure for a carrier to the network entity (see e.g., FIG. 3, operation 334) . In some aspects, the PDSCH performance failure may indicate the hypothetical block error ratio (BLER) for the PDSCH on a target spectrum efficiency (SE) is above the target BLER. The target SE and / or target BLER may be pre-defined or configured by the network entity via RRC signaling, MAC-CE or DCI. The target SE may be a target modulation and coding scheme (MCS) or channel quality indicator (CQI) based on a target number of layers pre-defined or configured by the network entity (e.g., 1 layer) . In some aspects, the PDSCH performance failure may indicate the measured L1 / L3 quality (e.g., L1 or L3-RSRP, SINR, and / or RSRQ) is below a pre-defined threshold, network entity configure threshold, or UE-reported threshold. In some aspects, the PDSCH performance failure may be measured by the ACK / NACK rate, achieved throughput, number of consecutive PDSCH failures, or number of PDSCH failures during a specified or configured window. The thresholds may be pre-defined or configured for these metrics. In some other aspects, the UE may report at least one of the measured results above, e.g., BLER, L1 / L3 quality, ACK / NACK rate, achieved throughput, number of consecutive PDSCH failures, or number of PDSCH failures, to the network entity by RRC message, e.g., UE assistance information (UAI) , MAC-CE, or UCI, and the network entity may determine whether to schedule the PDSCH by another carrier based on the UE report.

[0125] The UE may perform the PDSCH performance monitoring based on SSB, CSI-RS, or DMRS of the PDSCH. The network entity may configure or specify interference mitigation mechanisms to remove the effect of interference and get a more accurate measurement of PDSCH performance. The network entity may specify or configure one or more dedicated signals for the measurement of PDSCH performance. For example, a demodulation reference signal (DMRS) or CSI-RS may be specified or configured specifically for the measurement of PDSCH performance. The network entity may configure the measurement of PDSCH performance to be periodic or aperiodic (e.g., triggered by the network entity) . The UE may transmit the report of the PDSCH performance failure by RRC message, e.g., UE assistance information (UAI) , MAC-CE or UCI. The UE may also include the carrier index in the report in addition to the PDSCH performance failure measurement. The UE may determine to transmit the report after detecting N times of PDSCH performance failure within a measurement window, where the value of N and the measurement window may be pre-defined or configured by the NE or reported by the UE. The network entity may schedule the retransmission of the PDSCH on a different carrier.

[0126] The PDSCH performance measurements may be filtered or averaged over a specific time. In some aspects, the network entity may specify or configure the time duration.

[0127] The UE may report its capability to measure and report PDSCH performance. This can be per carrier / BWP.

[0128] The network entity may configure carriers available for dynamic carrier selection for downlink communication in various ways. In some examples, for a serving cell, the network entity may configure a first downlink configuration for the first carrier and a second downlink configuration for the second carrier. The first downlink configuration may correspond to a normal downlink (NDL) and the second downlink configuration may correspond to a supplementary downlink (SDL) . The network entity may configure the downlink carrier information (e.g., at least one of the parameters in frequencyInfoDL) for the first and second downlink configuration. In one example, a downlink configuration may include at least one parameter in DownlinkConfigCommon.

[0129] In some aspects, the network entity may configure or indicate whether the UE should monitor the PDCCH on the search space (s) or CORESET (s) in the NDL and / or SDL. The network entity may provide the configuration by RRC signaling, MAC-CE or DCI. In some aspects, the UE may report whether it supports or recommends monitoring the PDCCHs on the search space (s) or CORESET (s) in the NDL and / or SDL. The UE may transmit the report by RRC signaling, e.g., UE capability or UAI, MAC-CE, or UCI.

[0130] In some aspects, the network entity may indicate whether the PDSCH is on the NDL and / or SDL. For example, the network entity may indicate whether the scheduled PDSCH is on the NDL, SDL, or both NDL and SDL by the scheduling PDCCH. When the network entity indicates the scheduled PDSCH is on both the NDL and SDL, the network entity may transmit the same or different TBs on the NDL and SDL.

[0131] The network entity may configure or indicate quasi-co-location (QCL) information, e.g., transmission configuration indication (TCI) state, for the downlink channel(s) for the NDL and SDL jointly or separately. In some aspects, the network entity may configure common or separate TCI state lists for the NDL and SDL. The network entity may activate or indicate common or separate TCI states for the NDL and SDL. In some aspects, for the TCI activation or indication signaling (e.g., MAC-CE or DCI based TCI indication) , the network entity may indicate whether the activated or indicated TCI state (s) is for the NDL or SDL. The network entity may provide the indication by the MAC-CE or DCI for the TCI activation or indication.

[0132] In some aspects, the network entity may configure the UE to perform the L1 / L3 measurement and report, e.g., CSI report, beam report, or L3-RSRP / SINR / RSRQ report, on the NDL and SDL separately.

[0133] In some aspects, the network entity may indicate the activation or deactivation of the NDL and / or SDL. The network entity and UE may determine the SDL is deactivated when the NDL is deactivated.

[0134] In some examples, the network entity may configure different carriers as different downlink BWPs for a serving cell. For example, for a BWP, the network entity may configure the downlink carrier information (e.g., at least one of the parameters in frequencyInfoDL) . The network entity may activate one or more BWPs for different carriers in a serving cell.

[0135] In some aspects, the network entity may configure or indicate the BWP (s) for PDCCH monitoring. The network entity may provide the configuration by RRC signaling, MAC-CE or DCI.

[0136] In some aspects, the network entity may indicate the BWP (s) for PDSCH. For example, the network entity may indicate BWP (s) for the scheduled PDSCH by the scheduling PDCCH. When the network entity indicates the scheduled PDSCH is on multiple BWPs, the network entity may transmit the same or different transport blocks (TBs) on the PDSCH.

[0137] In some aspects, the network entity may configure or indicate the quasi-co-location (QCL) information, e.g., transmission configuration indication (TCI) state, for the downlink channel (s) for different BWPs jointly or separately. In some aspects, the network entity may configure common or separate TCI state lists for different BWPs. The network entity may activate or indicate common or separate TCI states for different BWPs. For example, for the TCI activation or indication signaling (e.g., MAC-CE or DCI based TCI indication) , the network entity may indicate the target BWP index (es) . The network entity may provide the indication by the MAC-CE or DCI for the TCI activation or indication.

[0138] In some aspects, the network entity may configure the UE to perform L1 / L3 measurement and reporting, e.g., a CSI, beam report, or L3-RSRP / SINR / RSRQ report, on the active BWPs separately.

[0139] FIG. 12 is a block diagram 1200 illustrating an example of HARQ process sharing across multiple serving cells. A network entity may configure different carriers by configuring different serving cells. The network entity may configure the serving cells as being linked for dynamic carrier selection. The network entity may configure the serving cells to share the HARQ entity or to share one or more HARQ processes. The network entity may configure multiple serving cells to share the same HARQ entity or one or more HARQ processes.

[0140] In the example shown in FIG. 12, the network entity has configured three serving cells 1202, 1204, and 1206 to share HARQ processes. In this example, HARQ process 0 is not shared or linked by any of the serving cells 1202, 1204, and 1206. HARQ processes 1 and 2 are shared by serving cells 1202, 1204, and 1206. HARQ process 3 is shared by serving cell 1202 and 1204. HARQ processes 3, 4, and 5 of serving cell 1206 are linked to HARQ processes 5, 6, and 7, respectively, of serving cell 1202. HARQ process 4 of serving cell 1202 is not shared or linked.

[0141] In some aspects, the UE may report the UE capability indicating the maximum number of HARQ processes across component carriers (CCs) that it can support, where the shared HARQ processes may be counted as 1 HARQ process. In some aspects, the UE may report a single report indicating the maximum number of HARQ processes across component carriers. In some aspects, the UE may report different capabilities for multiple band combinations or carrier combinations. In some aspects, the UE may report a capability as a maximum number of shared HARQ processes and a maximum number of non-shared HARQ processes.

[0142] The network entity may configure HARQ process sharing across carriers via dedicated RRC signaling or updated via dynamic signaling (e.g., MAC-CE, DCI, and the like) .

[0143] For the serving cells sharing the same HARQ entity or HARQ processes, the UE may flush all of the HARQ buffers or Flush the HARQ buffers corresponding to the unshared HARQ process (es) for the serving cell when the UE identifies at least one of: · The timing alignment timer, e.g., timeAlignmentTimer, for one of the serving cells  expires, or · One of the serving cells is deactivated.

[0144] In some implementations, the network entity may configure whether the UE should flush the HARQ buffer for the shared HARQ processes when at least one of the cases above happens.

[0145] In some aspects, the UE may flush the HARQ buffers for a shared HARQ process if it identifies at least one of: · The timing alignment timer (e.g., timeAlignmentTimer) for the serving cells sharing  the HARQ process expires, or · All the serving cells sharing the HARQ process are deactivated.

[0146] The discussion of FIG. 7 through FIG. 12 above has been provided in the context of implementations of dynamic carrier selection for downlink communication. Implementations for dynamic carrier selection for uplink communication will now be discussed with reference to FIG. 13 and FIG. 14

[0147] In some aspects, the network entity may configure the UE to transmit a PUCCH on one carrier. The network entity may provide the configuration by RRC signaling, MAC-CE, or DCI. In one example, the network entity may configure different PUCCH resources in different carriers, and further configure (or indicate) the UE to transmit PUCCH on one PUCCH resource. In another example, the network entity may configure all of the PUCCH resources in one carrier. In another example, the network entity may configure multiple PUCCH resource lists in different carriers and activate one of the PUCCH resource lists.

[0148] FIG. 13 is a flow chart diagram showing example operations 1300 ofa UE selecting a physical uplink control channel carrier. At block 1302, the UE determines to transmit a PUCCH.

[0149] At decision block 1304, the UE determines if the criteria for transmitting on the second carrier are met. For example, in some aspects, the UE may select the carrier to transmit the PUCCH. The network entity may configure a list of PUCCH resources, where different PUCCH resources may be based on different carriers. The UE may determine the carrier or PUCCH resource based on at least one of: · The payload size for the PUCCH resources in different carriers and the UCI payload  size, · The measured L1 / L3 quality for one or more DL-RSs and pre-defined, network  entity-configured, or UE-reported threshold (s) , where the threshold may be common or separate for different UCI payload sizes or different UCI types / contents, · The UCI content, e.g., whether the UCI includes HARQ-ACK information and / or  SR, · Whether the PUCCH resource overlaps with another uplink channel, e.g.,  PUSCH / SRS, in the time-domain in the same carrier, · The PUCCH format to be used for the transmission. For example, some specific  PUCCH formats are transmitted on specified / configured carriers, · Priority of the UCI information or the associated PDSCH. For example, a specific  carrier is selected for the reporting of PUCCH associated with a high priority PDSCH, or · Measurement gaps. UE may select a carrier to avoid a measurement gap on another  carrier.

[0150] Ifno carriers meet the UE selection criteria, the UE may be configured with a default carrier to be used in such cases.

[0151] In some aspects, the UE may select the PUCCH resource that can support the UCI payload size. If multiple PUCCH resources can support the UCI payload size, the UE may select the one with highest or lowest maximum payload size or perform further selection based on the measured L1 / L3 quality or UCI content.

[0152] In some aspects, if the measured L1 / L3 quality is above a threshold, the UE may select the PUCCH resource (s) on the second carrier; otherwise, the UE may select the PUCCH resource (s) on the first carrier.

[0153] In some aspects, for the first type of UCI content (e.g., UCI with HARQ-ACK information and / or SR included) , the UE may select the PUCCH resource (s) on the first carrier; for another type of UCI content (e.g., UCI without HARQ-ACK information and / or SR) , the UE may select the PUCCH resource (s) on the second carrier.

[0154] In some aspects, the UE may transmit the PUCCH in the carrier where there is no other uplink channel (e.g., PUSCH / SRS / PRACH) in the same symbol (s) .

[0155] Ifthe criteria for transmitting the PUCCH on the second carrier are met ( "Yes" block of decision block 1304) , then at block 1306, the UE transmits the PUCCH on the second carrier. If the criteria for transmitting the PUCCH on the second carrier are not met ( "No" branch of decision block 1304) , then at block 1308, the UE transmits the PUCCH on the first carrier.

[0156] In some other implementations, the NE may configure the UE to transmit a PUCCH on multiple carriers. The UE may transmit the PUCCH repetitions in the configured carriers. Alternatively or additionally, the UE may transmit different portions of the UCI in different carriers. For example, the UE may transmit the HARQ-ACK information and / or SR in the first carrier and the CSI in the second carrier.

[0157] In some aspects, the UE may perform PUCCH performance detection on a carrier. The UE may report the PUCCH performance failure to the network entity (e.g., at operation 332 of FIG. 3) . The network entity may configure or indicate the UE to transmit the PUCCH in another carrier when there is a PUCCH performance failure in a carrier. The UE may measure the L1 / L3 quality, e.g., L1-RSRP / L3-RSRP, for one or more DL-RSs for PUCCH performance detection. If the UE detects the measured L1 / L3 quality is below a threshold N times within a measurement window, it may report the PUCCH performance failure to the network entity. The value of N and the measurement window may be pre-defined, configured by the network entity, or reported by the UE. The UE may transmit the report by an RRC message, e.g., UAI, MAC-CE, or UCI.

[0158] FIG. 14 is a block diagram 1400 illustrating an example of CSI retransmission in a different carrier than an initial CSI transmission. In some aspects, the network entity may indicate the carrier (s) for a PUSCH. In one example, the network entity may indicate whether the scheduled PUSCH is on the first carrier, the second carrier, or both by the uplink grant indicated by the DCI or configured by the RRC signaling.

[0159] In some aspects, the network entity indicates that the PUSCH is to be transmitted on multiple carriers. In such aspects, the UE may transmit the same or different transport blocks (TBs) on the carriers, based on the same techniques as the described for the PDSCH with reference to FIG. 7 through FIG. 11 and further described below.

[0160] In some aspects, as described above with respect to downlink communication, in uplink communication, the first and second carrier may share a common HARQ entity (all HARQ processes are shared) or common HARQ processes. The network entity may configure whether the first and second carrier share a common HARQ entity or not. In some aspects, the network entity may configure the HARQ process that are shared across the two carriers. For a shared HARQ process, the network entity may schedule the initial transmission for a TB on the first or second carrier and the retransmission for the TB on the second or first carrier respectively in a manner similar to that described with respect to FIG. 7.

[0161] For the shared HARQ process, the network entity and UE may determine the buffer size based on the same techniques as described above as for downlink communication described above.

[0162] In some aspects, when retransmitting a TB in different carriers with different capacities, the network entity may indicate the retransmission of a subset of the TBs, e.g., one or more CBGs. In some aspects, the network entity may indicate the retransmission of the TBs by multiple PUSCHs.

[0163] In some aspects, the network entity may configure the UE to perform cross-carrier UCI or CSI retransmission for multiple carriers. In the example shown in FIG. 14, the network entity may transmit a PDCCH 1422A scheduling or configuring an initial transmission of the UCI / CSI on carrier 2 via the PUSCH 1432A. The UE determines that a retransmission of the UCI / CSI is required and transmits the PDCCH 1422B scheduling or configuring the retransmission of the UCI / CSI on carrier 1 via PUSCH 1432B. In some aspects, the network entity may indicate whether a triggered CSI report is a retransmission or new transmission by the scheduling PDCCH.

[0164] In some examples, the UE may perform the PUSCH performance detection on a carrier. The UE may report a PUSCH performance failure to the network entity (for example, at operation 332 of FIG. 3) . The network entity may configure or indicate that the UE is to transmit the PUSCH in another carrier. In some aspects, the UE may measure the L1 / L3 quality, e.g., L1-RSRP / L3-RSRP, for one or more DL-RSs or power headroom (PH) for PUSCH performance detection. If the UE determines that the measured L1 / L3 quality or PH is below a threshold N times within a measurement window, it may report the PUSCH performance failure to the network entity. The value of N and the measurement window may be pre-defined, configured by the network entity, or reported by the UE. The UE may transmit the report by an RRC message, e.g., UAI, MAC-CE, or UCI.

[0165] In some examples, the UE may trigger a power headroom report (PHR) procedure after the UE identifies at least one of: · The PHR prohibit timer expires, · The pathloss is greater than a threshold, or · The PH for an actual PUSCH or reference PUSCH is below a threshold.

[0166] Upon receiving the PHR, the network entity may determine a PUSCH performance failure for a carrier and schedule the UE to transmit the PUSCH on another carrier.

[0167] In some examples, the network entity may configure the UE to report the PHR for the configured carriers. The UE may calculate the PH based on the actual or reference PUSCH in the carrier. The UE may determine whether to trigger the PHR for each configured carrier separately. The UE may report the PHR for multiple carriers by one MAC-CE or multiple MAC-CEs. In one example, the PHR may include at least one of: · Carrier index (es) , · PH (s) for each reported carrier, · Maximum transmission power for each reported carrier, · Indicator (s) indicating whether the reported PH is actual PH or reference PH, or · The power backoff to meet the maximum power emission requirement for the  reported carrier (s) .

[0168] The network entity may configure carriers available for dynamic carrier selection for downlink communication in various ways. In some examples, the network entity may configure a supplementary uplink (SUL) for a serving cell. For example, when configuring a serving cell, the network may configure a first uplink configuration for the first carrier and a second uplink configuration for the second carrier. The first uplink configuration may correspond to a normal uplink (NUL) and the second uplink configuration may correspond to an SUL. In some aspects, the network entity may configure the uplink carrier information (e.g., at least one of the parameters infrequencyInfoUL) for the first and second downlink configuration. In some aspects, an uplink configuration may include at least one parameter in UplinkConfigCommon.

[0169] In some aspects, the network entity may configure or indicate the power control parameters and / or spatial relation information, e.g., TCI state, for the uplink channel (s) for NUL and SUL jointly or separately. In some examples, the network entity may configure common or separate TCI state lists for the NUL and SUL. The network entity may activate or indicate common or separate TCI states for the NUL and SUL. In some aspects, for the TCI activation or indication signaling (e.g., MAC-CE or DCI based TCI indication) , the network entity may indicate whether the activated or indicated TCI state (s) is for the NUL or SUL. The network entity may provide the indication by the MAC-CE or DCI for the TCI activation or indication.

[0170] In some aspects, the network entity may configure the UE to perform the PHR measurement and report on the NUL and SUL separately. In the PHR report, the UE may report whether the PHR is for the NUL or SUL. Alternatively, or additionally, the UE may report one PHR for the NUL and another PHR for the SUL.

[0171] In some aspects, the network entity may configure common or separate timing advance group (TAGs) for the NUL and SUL. The UE may maintain a common or separate TA for the NUL and SUL. In the TA command, the network entity may indicate common or separate TA values for the NUL and SUL. The network entity may indicate whether the indicated TA value is for the NUL or SUL.

[0172] In some examples, the network entity may configure different carriers as different uplink BWPs for a serving cell. For example, for a BWP, the network entity may configure the uplink carrier information (e.g., at least one of the parameters infrequencyInfoUL) . The network entity may activate one or more BWPs for different carriers in a serving cell.

[0173] In some aspects, the network entity may configure or indicate the power control parameters and / or spatial relation information, e.g., TCI state, for the uplink channel (s) for different BWPs jointly or separately. In some examples, the network entity may configure common or separate TCI state lists for different BWPs. The network entity may activate or indicate common or separate TCI states for different BWPs. For instance, for the TCI activation or indication signaling (e.g., MAC-CE or DCI based TCI indication) , the network entity may indicate the target BWP index (es) . The network entity may provide the indication by the MAC-CE or DCI for the TCI activation or indication.

[0174] In some aspects, the network entity may configure the UE to perform the PHR measurement and report for each BWP separately. In the PHR report, the UE may report the BWP index for the PHR. Alternatively, or additionally, the UE may report multiple PHRs for the BWPs.

[0175] In some aspects, the network entity may configure common or separate timing advance groups (TAGs) for different BWPs. In such aspects, the UE may maintain common or separate TA values for different BWPs. In the TA command, the network entity may indicate common or separate TA values for one or more BWPs. The network entity may indicate the target BWP for the indicated TA value.

[0176] In some examples, the network entity may configure the different carriers by configuring different serving cells. The network entity may configure the serving cells such that the serving cells are linked for dynamic carrier selection. The network entity may configure which serving cells share a HARQ entity or share one or more HARQ processes, as was discussed above with respect to FIG. 7 and FIG. 8 discussing downlink communication. The network entity and UE may maintain the HARQ buffer based on the same techniques as discussed above with respect to FIG. 12 discussing HARK buffers for downlink communication.

[0177] FIG. 15 is a block diagram illustrating example UE capability information 132. In some aspects, the UE capability information 132 may include one or more of an indicator 1532 indicating whether the UE supports dynamic carrier selection, supported channels 1534, supported carrier combinations 1536, and maximum numbers of carriers 1538.

[0178] Indicator 1532 indicates whether the UE supports dynamic carrier selection

[0179] Supported channels 1534 indicates the channels for which the UE supports dynamic carrier selection. For example, the UE may indicate support for dynamic carrier selection any one or more of the PRACH, PDCCH, PDSCH, PUCCH, or PUSCH.

[0180] Supported carrier combinations 1536 indicates the combination of carriers that the UE supports for dynamic carrier selection. The carrier combinations may refer to carriers within a band or carriers in a band combination. In one example, for a band combination, the UE may report whether it supports dynamic carrier selection, where the band combination may include multiple bands within a frequency range (e.g., FR1, FR2, FR3, etc. ) or in different frequency ranges (e.g., FR1, FR2, FR3, etc. ) .

[0181] Maximum numbers of carriers 1538 indicates the maximum number of carriers that the UE supports for dynamic carrier selection for an uplink or downlink channel.

[0182] FIG. 16 is a block diagram illustrating an example carrier selection configuration 122. In some aspects, the parameters and / or information in the example carrier selection configuration 122 may include one or more of carrier information 1621, carrier selection criteria 1622, a carrier for uplink or downlink channel 1623, performance monitoring criteria 1624, or a PDCCH monitoring configuration 1625.

[0183] The carrier information 1621 specifies or indicates information about the carriers that may be selected for uplink or downlink communication. The carriers for dynamic carrier selection may be in the same frequency band or different frequency bands within a frequency range or in different frequency ranges (e.g., FR1, FR2, FR3, etc. ) .

[0184] The carrier selection criteria 1622 specifies or indicates one or more selection criteria that the UE is to use to dynamically select a carrier for uplink or downlink communication.

[0185] The carrier for uplink or downlink channel 1623 indicates a specific carrier for specific uplink or downlink channel,

[0186] The performance monitoring criteria 1624 indicates or specifies performance criteria for the UE to use for monitoring the performance of a carrier. The performance monitoring criteria 1624 may include one or more of one or more of L1-RSRP, L1-SINR, L3-RSRP, L3-SINR, or RSRQ, for one or more DL-RSs, such as SSB and / or CSI-RS and thresholds associated with the measurements.

[0187] The PDCCH monitoring configuration 1625 indicates the SSs and CORESETs for the UE to use when monitoring for PDCCHs in a channel.

[0188] FIG. 17 is a flow chart diagram illustrating example UE operations 1700 for dynamic carrier selection. The example operations 1700 may be performed, for example, by the UE 130 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3.

[0189] At block 1732, and as described above with respect to FIG. 3, operation 332, the UE optionally transmits UE capability information to the network entity (e.g., the network entity 120 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3) .

[0190] At block 1722, and as described above with respect to FIG. 3, operation 322, the UE receives, from the network entity, a carrier selection configuration (e.g., carrier selection configuration 122 of FIG. 1) that configures the UE for dynamic carrier selection. In some aspects, the carrier selection configuration information may include one or more of criteria for carrier selection for the at least one uplink or downlink channel, the carrier for the at least one uplink or downlink channel, and a configuration for performance monitoring for the at least one uplink or downlink channel.

[0191] At block 1733, and as described above with respect to FIG. 3, block 333, the UE optionally monitors the performance of one or more carriers for uplink and / or downlink channels. For example, in some aspects, the UE may monitor the performance of one or more currently selected carriers. In some aspects, the UE may monitor the performance of one or more candidate carriers that are not currently used for an uplink or downlink channel.

[0192] At block 1734, and as described above with respect to FIG. 3, operation 334, the UE may optionally report a performance failure of a currently selected carrier for at least one uplink and / or downlink channel to the network entity.

[0193] At block 1735, and as described above with respect to FIG. 3, block 335, the UE optionally selects at least one carrier. For example, in some aspects, the UE may select a carrier to replace a failed or failing carrier as determined by the performance monitoring of block 1733. In some aspects, the UE may select a carrier for carrier aggregation or for performing a random access (RA) procedure. The UE may select a carrier based on the carrier selection configuration received at block 1722. For example, the UE may select the at least one carrier for the at least one uplink and / or downlink channel based on the one or more carriers and selection criteria received or indicated in the carrier selection configuration. In some aspects, the selection criteria may be predefined selection criteria.

[0194] At block 1724, and as described above with respect to FIG. 3, operation 324, the UE optionally receives control signaling indicating a carrier for at least one uplink or downlink channel.

[0195] At block 1752, and as described above with respect to FIG. 3, block 352, the UE communicates with the network entity using one or more carriers selected by the UE (e.g., at block 1735 and / or one or more carriers indicated by the network entity (e.g., at block 1724) .

[0196] FIG. 18 is a flow chart diagram illustrating example network entity operations 1800 for dynamic carrier selection. The example operations 1800 may be performed, for example, by the network entity 120 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3.

[0197] At block 1832, and as described above with respect to FIG. 3, operation 332, the network entity optionally receives UE capability information from a UE (e.g., the UE 130 of FIG. 1A, FIG. 1B, FIG. 2, and FIG. 3) .

[0198] At block 1822, and as described above with respect to FIG. 3, operation 322, the network entity transmits, to the UE, a carrier selection configuration (e.g., carrier selection configuration 122 of FIG. 1) that configures the UE for dynamic carrier selection. In some aspects, the carrier selection configuration information may include one or more of criteria for carrier selection for the at least one uplink or downlink channel, the carrier for the at least one uplink or downlink channel, and a configuration for performance monitoring for the at least one uplink or downlink channel.

[0199] At block 1834, and as described above with respect to FIG. 3, operation 334, the network entity may optionally receive, from the UE, a report of a performance failure of a currently selected carrier for at least one uplink and / or downlink channel.

[0200] At block 1824, and as described above with respect to FIG. 3, operation 324, the network entity optionally transmits control signaling indicating a carrier for at least one uplink or downlink channel.

[0201] At block 1852, and as described above with respect to FIG. 3, block 352, the network entity communicates with the UE using one or more carriers selected by the UE and / or one or more carriers indicated by the network entity (e.g., at block 1824) .

[0202] FIG. 19 shows a block diagram of an example device 1902 and an example network entity 1904. Note that the depicted hardware configurations represent the processing components (e.g., a processing system) and communication components (e.g., a communication unit) of a network entity 1904 (such as the network entity 120 described herein) and a device 1902 (such as the wireless device UE 130 described herein) . The depicted hardware configurations may omit certain components well-understood to be frequently implemented in such electronic devices, such as displays, peripherals, power supplies, and the like.

[0203] The device 1902 includes antennas 1903A, a radio frequency front end (RF front end) 1903B, and radio-frequency transceivers (e.g., an LTE transceiver 1903D and a 5G NR transceiver 1903C) for communicating with the network entity 1904. The RF front end 1903B includes one or more modems configured for the corresponding RAT (s) employed (for example, Third Generation Partnership Project (3GPP) Fifth Generation New Radio (5G NR) ) , one or more analog-to-digital converters (ADCs) , one or more digital-to-analog converters (DACs) , signal processors, and the like. In the example illustrated in FIG. 19, the RF front end 1903B of the device 1902 may couple or connect the 5G NR transceiver 1903C to the antennas 1903A to facilitate various types of wireless communication. The RF front end 1903B operates, in effect, as a physical (PHY) transceiver interface to conduct and process signaling between the one or more processor (s) 1903E and antennas 1903A so as to facilitate various types of wireless communication.

[0204] The antennas 1903A of the device 1902 include an array of multiple antennas that may be tuned to one or more frequency bands associated with a corresponding RAT. The antennas 1903A and the RF front end 1903B are tuned to, and / or be tunable to, one or more frequency bands defined by the 3GPP 5G NR communication standards and implemented by the 5G NR transceiver 1903C. Additionally, the antennas 1903A, the RF front end 1903B, and / or the 5G NR transceiver 1903C can be configured to support beamforming for the transmission and reception of communication with the network entity 1904. By way of example and not limitation, the antennas 1903A and the RF front end 1903B may be implemented for operation in sub-gigahertz bands, sub-6 GHz bands, and / or above 6 GHz bands that are defined by the 3GPP LTE and 5G NR communication standards.

[0205] The device 1902 also includes processor (s) 1903E and computer-readable storage media (CRM) 1903F. The processor (s) 1903E may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 1903E may include an application processor (AP) utilized by the device 1902 to execute controller functions, an operating system, or various applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1903B. The CRM 1903F may include any suitable memory or storage device such as random-access memory (RAM) , static RAM (SRAM) , dynamic RAM (DRAM) , non-volatile RAM (NVRAM) , read-only memory (ROM) , Flash memory, solid-state drive (SSD) or other mass-storage devices, and the like useable to store one or more sets of executable software instructions and associated data that manipulate the one or more processor (s) 1903E and other components of the device 1902 to perform the various functions described herein and attributed to the device 1902. The sets of executable software instructions include, for example, an operating system (OS) and various drivers (not shown) , and various software applications (not shown) , which are executable by processor (s) 1903E to enable user-plane communication, control-plane signaling, and user interaction with the device 1902.

[0206] Turning to the hardware of the network entity 1904, it is noted that although FIG. 19 illustrates an implementation of the network entity 1904 as a single network node (for example, a 5G NR Node B, or “gNB” ) , the functionality, and thus the hardware components, of the network entity 1904 instead may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of network entity 1904 may be distributed across a radio unit (RU) , distributed unit (DU) , or central unit (CU) .

[0207] The network entity 1904 includes antennas 1905A, a radio frequency front end (RF front end) 1905B, and one or more 5G NR transceivers 1905C for communicating with the device 1902. The RF front end 1905B of the network entity 1904 may couple or connect the 5G NR transceivers 1905C to the antennas 1905A to facilitate various types of wireless communication. Similar to RF front end 1903B, the RF front end 1905B includes one or more modems, one or more ADCs, one or more DACs, and the like. RF front end 1905B receives the one or more RF signals, for example, RF signals from device 1902, and pre-processes the one or more RF signals to generate data from the RF signals that is provided as input to processes and / or applications executing on network entity 1904. This pre-processing may include, for example, power amplification, conversion of band-pass signaling to baseband signaling, initial analog-to-digital conversion, and the like.

[0208] The antennas 1905A of the network entity 1904 may be configured individually and / or as one or more arrays of multiple antennas. The antennas 1905A and the RF front end 1905B may be tuned to, and / or be tunable to, one or more frequency band defined by the 3GPP 5G NR communication standards, and implemented by the 5G NR transceivers 1905C. Additionally, the antennas 1905A, the RF front end 1905B, and the 5G NR transceivers 1905C may be configured to support beamforming, such as Massive-MIMO, for the transmission and reception of communication with the device 1902.

[0209] The network entity 1904 also includes processor (s) 1905D and computer-readable storage media (CRM) 1905E. The processor (s) 1905D may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 1905D may include an application processor (AP) utilized by the network entity 1904 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1905B to enable communication with the device 1902. In at least some aspects, the processor (s) 1905D configures the 5G NR transceiver (s) 1905C for communication with the device 1902, transmission and reception points (TRPs) , and radio units via fronthaul interface 1907A, as well as communication with a core network. In some aspects, the network entity 1904 includes an inter-network entity interface 1907B, such as an Xn and / or X2 interface, which the processor (s) 1905D configures to exchange user-plane and control-plane data with another network entity, to manage the communication of the network entity 1904 with the device 1902. The network entity 1904 includes a core network interface 1907C that the processor (s) 1905D configures to exchange user-plane and control-plane data with core network functions and entities.

[0210] The description of techniques for dynamic carrier selection has been presented in the context of selecting between a first carrier and a second carrier. However, the techniques may be readily applied to selection or indication from among more than two carriers.

[0211] FIG. 1A through FIG. 19 and the operations described herein are examples meant to aid in understanding example implementations and should not be used to limit the potential implementations or limit the scope of the claims. Some implementations may perform additional operations, fewer operations, operations in parallel or in a different order, and some operations differently.

[0212] The foregoing disclosure provides illustration and description but is not intended to be exhaustive or to limit the aspects to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the aspects. While the aspects of the disclosure have been described in terms of various examples, any combination of aspects from any of the examples is also within the scope of the disclosure. The examples in this disclosure are provided for pedagogical purposes. Alternatively, or in addition to the other examples described herein, examples include any combination of the following enumerated example implementation options (referred to as clauses for clarity) .

[0213] Clauses 1. A method for wireless communication by a user equipment (UE) , the method including: receiving, from a network entity, a carrier selection configuration for a channel including carrier information for a plurality of carriers, the plurality of carriers including at least a first carrier and a second carrier; selecting, based on the carrier selection configuration and at least one of: a carrier selection criteria or a carrier indication from the network entity, at least one of the first carrier or the second carrier; and communicating, with the network entity, on the channel based on the selecting.

[0214] Clause 2. The method of clause 1, wherein the carrier selection criteria includes at least one of: selection criteria included in the carrier selection configuration; or predefined selection criteria.

[0215] Clause 3. The method of clause 1 or 2, further including: monitoring performance of at least one of the first carrier and the second carrier; and transmitting, to the network entity, a performance failure report of at least one of the first carrier or the second carrier.

[0216] Clause 4. The method of any one of clauses 1 to 3, further including: receiving, from the network entity, random access channel (RACH) configuration information, the RACH configuration information including at least a third carrier and a fourth carrier; and performing a random access (RA) procedure based on a UE selection of at least one of the third carrier or the fourth carrier.

[0217] Clause 5. The method of clause 4, further including selecting the third carrier or the fourth carrier based on at least one of: a first signal quality of the third carrier and a second signal quality of the fourth carrier; or an event triggering the RA procedure.

[0218] Clause 6. The method of clause 4, wherein the RACH configuration information includes first RACH configuration information for the third carrier and second RACH configuration information for the fourth carrier.

[0219] Clause 7. The method of any one of clauses 4 to 6, wherein the performing the RA procedure includes performing the RA procedure using both the third carrier and the fourth carrier.

[0220] Clause 8. The method of any one of clauses 1 to 7, further including transmitting, to the network entity, UE capability information that indicates at least one of: a first indicator indicating whether the UE supports dynamic carrier selection; one or more second indicators of supported uplink channels for dynamic carrier selection; one or more third indicators of supported downlink channels for dynamic carrier selection; one or more fourth indicators of supported carrier combinations for dynamic carrier selection; a first maximum number of carriers for the supported uplink channels; a second maximum number of carriers for the supported downlink channels; a second indicator indicating whether the UE supports performance measurement of at least one channel; a third indicator indicating whether the UE supports monitoring physical downlink control channel (PDCCH) on one or more search spaces in at least one of a normal downlink (NDL) or a supplementary downlink (SDL) ; a third maximum number of hybrid automatic retransmission request (HARQ) processes across component carriers; a fourth maximum number of shared HARQ processes; or a fifth maximum number of non-shared HARQ processes.

[0221] Clause 9. The method of any one of clauses 1 to 8, wherein the carrier selection configuration further configures at least one of: a first configuration of at least one of the first carrier or the second carrier as an NDL; a second configuration of at least one of the first carrier or the second carrier as an SDL; a third configuration of at least one of the first carrier or the second carrier as a normal uplink (NUL) ; a fourth configuration of at least one of the first carrier or the second carrier as a supplementary uplink (SUL) ; a first indicator indicating that the UE is to monitor the PDCCH on at least one search space of the NDL; a second indicator indicating that the UE is to monitor the PDCCH on at least one search space of the SDL; a third indicator indicating whether the PDCCH is on the NDL or the SDL; a first bandwidth part (BWP) for the first carrier and a second BWP for the second carrier; a first serving cell for the first carrier and a second serving cell for the second carrier; or separate power headroom reports (PHRs) for the NUL and the SUL.

[0222] Clause 10. The method of any one of clauses 1 to 9, wherein the carrier selection configuration includes at least one of: a PDCCH monitoring configuration configuring at least one of the first carrier or the second carrier for PDCCH monitoring; or a physical downlink shared channel (PDSCH) configuration configuring at least one of the first carrier or the second carrier for PDSCH communication.

[0223] Clause 11. The method of clause 10, wherein the PDCCH monitoring configuration configures the UE to perform one or more of: monitor the PDCCH in at least one search space for at least one of the first carrier or the second carrier; monitor the PDCCH in at least one first search space configured for the first carrier and at least one second search space configured for the second carrier; monitor the PDCCH for a first scheduling message in at least one third search space and for a second scheduling message in at least one fourth search space; or monitor the PDCCH for PDCCH repetitions in a plurality of linked search spaces of the first carrier and the second carrier.

[0224] Clause 12. The method of clause 10 or 11, wherein the PDSCH configuration includes one or more of: a first indication of at least one common HARQ entity shared by the first carrier and the second carrier; or a second indication of at least one common HARQ process shared by the first carrier and the second carrier.

[0225] Clause 13. The method of any one of clauses 1 to 12, further including: performing one or more of: receiving a first transport block on the first carrier or the second carrier; receiving the first transport block on both of the first carrier and the second carrier; receiving the first transport block on the first carrier and a second transport block on the second carrier; receiving a first portion of the first transport block on the first carrier and a second portion of the first transport block on the second carrier; receiving a retransmission of the first transport block on the second carrier; or receiving a retransmission of the first transport block as a first portion of the first transport block and a second portion of the first transport block on the second carrier.

[0226] Clause 14. The method of any one of clauses 1 to 13, wherein the carrier selection configuration includes at least one of: physical uplink control channel (PUCCH) configuration information configuring PUCCH resources; or physical uplink shared channel (PUSCH) configuration information.

[0227] Clause 15. The method of clause 14, further including selecting at least one of one or more of the PUCCH resources or at least one of the first carrier or the second carrier based on one or more of: a payload capacity of one or more of the PUCCH resources and an uplink control information (UCI) payload size; a comparison of a measured communication quality of at least one of the first carrier and the second carrier with a threshold; content UCI; whether the one or more of the PUCCH resources overlap with another uplink channel in the time domain in a same carrier; a PUCCH format to be used for transmitting the PUCCH resources; a priority of the UCI; or a measurement gap of at least one of the plurality of carriers.

[0228] Clause 16. The method of clause 14 or 15, wherein the PUSCH configuration information includes one or more of: a first indication of at least one common HARQ entity shared by the first carrier and the second carrier; or a second indication of at least one common HARQ process shared by the first carrier and the second carrier.

[0229] Clause 17. The method of any one of clauses 1 to 16, further including: receiving, from the network entity, an indication for a PUSCH on at least one of the first carrier or the second carrier; and performing one or more of: transmitting a first transport block on the first carrier or the second carrier; transmitting the first transport block on both of the first carrier and the second carrier; transmitting the first transport block on the first carrier and a second transport block on the second carrier; transmitting a first portion of the first transport block on the first carrier and a second portion of the first transport block on the second carrier; transmitting the first transport block on the first carrier and retransmitting the first transport block on the second carrier; transmitting the first transport block on the first carrier and retransmitting a first portion of the first transport block and a second portion of the first transport block on the second carrier; or transmitting at least one of UCI or channel state information (CSI) on the first carrier and retransmitting the at least one of the UCI or the CSI on the second carrier.

[0230] Clause 18. A method for wireless communication by a network entity, the method including: transmitting, to a user equipment (UE) , a carrier selection configuration for a channel including carrier information for a plurality of carriers, the plurality of carriers including at least a first carrier and a second carrier; transmitting, to the UE, a selection indication for selecting at least one of the first carrier or the second carrier; and communicating, with the UE, on the channel using the at least one of the first carrier or the second carrier.

[0231] Clause 19. The method of clause 18, wherein the selection indication instructs the UE to select the at least one of the first carrier or the second carrier based on at least one of: a carrier selection criteria associated with the carrier selection configuration, or a carrier indication indicated with the selection indication.

[0232] Clause 20. The method of clause 18 or 19, further including: transmitting, to the UE, random access channel (RACH) configuration information, the RACH configuration information including at least a third carrier and a fourth carrier; and performing a random access (RA) procedure based on a UE selection of at least one of the third carrier or the fourth carrier.

[0233] Clause 21. The method of clause 20, wherein the RACH configuration information includes first RACH configuration information for the third carrier and second RACH configuration information for the fourth carrier.

[0234] Clause 22. The method of clause 20, wherein the performing the RA procedure includes performing the RA procedure using both the third carrier and the fourth carrier.

[0235] Clause 23. The method of any one of clauses 18 to 22, further including receiving, from the UE, UE capability information that indicates at least one of: a first indicator indicating whether the UE supports dynamic carrier selection; one or more second indicators of supported uplink channels for dynamic carrier selection; one or more third indicators of supported downlink channels for dynamic carrier selection; one or more fourth indicators of supported carrier combinations for dynamic carrier selection; a first maximum number of carriers for the supported uplink channels; a second maximum number of carriers for the supported downlink channels; a second indicator indicating whether the UE supports performance measurement of at least one channel; a third indicator indicating whether the UE supports monitoring a physical downlink control channel (PDCCH) on one or more search spaces in at least one of a normal downlink (NDL) or a supplementary downlink (SDL) ; a third maximum number of hybrid automatic retransmission request (HARQ) processes across component carriers; a fourth maximum number of shared HARQ processes; or a fifth maximum number of non-shared HARQ processes.

[0236] Clause 24. The method of any one of clauses 18 to 23, wherein the carrier selection configuration further configures at least one of: a first configuration of at least one of the first carrier or the second carrier as an NDL; a second configuration of at least one of the first carrier or the second carrier as an SDL; a third configuration of at least one of the first carrier or the second carrier as a normal uplink (NUL) ; a fourth configuration of at least one of the first carrier or the second carrier as a supplementary uplink (SUL) ; a first indicator indicating that the UE is to monitor a PDCCH on at least one search space of the NDL; a second indicator indicating that the UE is to monitor the PDCCH on at least one search space of the SDL; a third indicator indicating whether the PDCCH is on the NDL or the SDL; a first bandwidth part (BWP) for the first carrier and a second BWP for the second carrier; a first serving cell for the first carrier and a second serving cell for the second carrier; or separate power headroom reports (PHRs) for the NUL and the SUL.

[0237] Clause 25. The method of any one of clauses 18 to 24, wherein the carrier selection configuration includes at least one of: a PDCCH monitoring configuration configuring at least one of the first carrier or the second carrier for PDCCH monitoring; or a physical downlink shared channel (PDSCH) communication configuration configuring at least one of the first carrier or the second carrier for PDSCH communication.

[0238] Clause 26. The method of clause 25, wherein the PDCCH monitoring configuration configures the UE to perform one or more of: monitor the PDCCH in at least one search space for at least one of the first carrier or the second carrier; monitor the PDCCH in at least one first search space configured for the first carrier and at least one second search space configured for the second carrier; monitor the PDCCH for a first scheduling message in at least one third search space and for a second scheduling message in at least one fourth search space; or monitor the PDCCH for PDCCH repetitions in a plurality of linked search spaces of the first carrier and the second carrier.

[0239] Clause 27. The method of clause 25 or 26, wherein the PDSCH configuration includes one or more of: a first indication of at least one common HARQ entity shared by the first carrier and the second carrier; or a second indication of at least one common HARQ process shared by the first carrier and the second carrier.

[0240] Clause 28. The method of any one of clauses 18 to 27, further including: performing one or more of: transmitting a first transport block on the first carrier or the second carrier; transmitting the first transport block on both of the first carrier and the second carrier; transmitting the first transport block on the first carrier and transmitting a second transport block on the second carrier; transmitting a first portion of the first transport block on the first carrier and transmitting a second portion of the first transport block on the second carrier; transmitting the first transport block on the first carrier and transmitting a retransmission of the first transport block on the second carrier; or transmitting the first transport block on the first carrier and transmitting a retransmission of the first transport block as a first portion of the first transport block and a second portion of the first transport block on the second carrier.

[0241] Clause 29. The method of any one of clauses 18 to 28, wherein the carrier selection configuration includes at least one of: physical uplink control channel (PUCCH) configuration information configuring PUCCH resources; or physical uplink shared channel (PUSCH) configuration information.

[0242] Clause 30. The method of clause 29, wherein the PUSCH configuration information includes one or more of: a first indication of at least one common HARQ entity shared by the first carrier and the second carrier; or a second indication of at least one common HARQ process shared by the first carrier and the second carrier.

[0243] Clause 31. The method of any one of clauses 18 to 30, further including: transmitting, to the UE, an indication for a PUSCH on at least one of the first carrier or the second carrier; and performing one or more of: receiving a first transport block on the first carrier or the second carrier; receiving the first transport block on both of the first carrier and the second carrier; receiving the first transport block on the first carrier and a second transport block on the second carrier; or receiving a first portion of the first transport block on the first carrier and a second portion of the first transport block on the second carrier.

[0244] Clause 32. An apparatus, including: a communication unit; and a processing system configured to control the communication unit to implement any one of the methods of any one of clauses 1-31.

[0245] The following additional considerations may apply to the foregoing and the following discussions.

[0246] Unless defined otherwise, technical and scientific terms used herein have the same meaning as is commonly understood by one of ordinary skill in the art to which this specification belongs. The terms “first, ” “second, ” and the like, as used herein do not denote any order, quantity, or importance, but rather are used to distinguish one element from another. The use of terms “including, ” “comprising” or “having” and variations thereof herein are meant to encompass the items listed thereafter and equivalents thereof as well as additional items. The terms “connected” and “coupled” are not restricted to physical or mechanical connections or couplings and can include electrical connections or couplings, whether direct or indirect. Furthermore, terms “circuit” and “circuitry” and “control unit” may include either a single component or a plurality of components, which are either active and / or passive and are connected or otherwise coupled together to provide the described function. In addition, the term operationally coupled as used herein includes wired coupling, wireless coupling, electrical coupling, magnetic coupling, radio communication, software based communication, or combinations thereof.

[0247] Some or all of the foregoing or the following implementations can be jointly combined or formed to be a new or another one implementation. The foregoing or the following techniques can be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this disclosure. Any two or more than two of the foregoing or the following paragraphs, (sub) -bullets, points, actions, or claims described in each method / technique / implementation may be combined logically, reasonably, and properly to form a specific method. Any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following technique (s)  / implementation (s)  / concept (s) may be implemented independently and separately to form a specific method. Dependency, such as “based on, ” “more specifically, ” “where” or etc., in technique (s)  / implementation (s)  / concept (s) mentioned in this disclosure is just one possible implementation which would not restrict the specific method.

[0248] Generally speaking, description for one of the above figures can apply to another of the above figures. Examples, implementations and methods described above can be combined, if there is no conflict. An event or block described above can be optional or omitted. For example, an event or block with dashed lines in the figures can be optional. In some implementations, “message” is used and can be replaced by “information element (IE) , ” and vice versa. In some implementations, “IE” is used and can be replaced by “field, ” and vice versa. In some implementations, “configuration” can be replaced by “configurations” or “configuration parameters, ” and vice versa. In some implementations, “some” means “one or more. ” In some implementations, “at least one” means “one or more. ”

[0249] As used herein, the terms “wireless device” , “user device” , “user equipment” , “wireless communication device” , “mobile communication device” , “communication device” , or “mobile device” refer to any one or all of cellular telephones, smartphones, portable computing devices, personal or mobile multi-media players, laptop computers, tablet computers, smartbooks, Internet-of-Things (IoT) devices, palm-top computers, wireless electronic mail receivers, multimedia Internet enabled cellular telephones, wireless gaming controllers, display sub-systems, driver assistance systems, vehicle controllers, vehicle system controllers, vehicle communication system, infotainment systems, vehicle telematics systems or subsystems, vehicle display systems or subsystems, vehicle data controllers, point-of-sale (POS) terminals, health monitoring devices, drones, cameras, media-streaming dongles or another personal media devices, wearable devices such as smartwatches, wireless hotspots, femtocells, broadband routers or other types of routers, and similar electronic devices which include a programmable processor and memory and circuitry configured to perform operations as described herein. Further, the user device may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, the user device can operate as an internet-of-things (IoT) device or a mobile-internet device (MID) . Depending on the type, the user device can include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

[0250] Certain techniques are described in this disclosure as including logic or a number of components or modules. Modules can be software modules (e.g., code, or machine-readable instructions stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module can comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) , a digital signal processor (DSP) , etc. ) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.

[0251] When implemented in software, the techniques can be provided as part of the operating system, a library used by multiple applications, a particular software application, etc. The software can be executed by one or more general-purpose processors or one or more special-purpose processors.

[0252] As used herein, the terms “component” and “module” are intended to be broadly construed as hardware, firmware, or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, or a combination of hardware and software. As used herein, the phrase “based on” is intended to be broadly construed to mean “based at least in part on. ”

[0253] As used herein, a phrase referring to a list of items separated by “or” refers to any combination of those items, including single members. For example, “a, b, or c” is intended to cover the possibilities of: a only, b only, c only, a combination of a and b, a combination of a and c, a combination of b and c, and a combination of a and b and c.

[0254] In this disclosure, an expression of “X / Y” may include meaning of any of the following: “X or Y” or “X and Y” or “X and / or Y. " An expression of “ (A) B” or “B (A) ” may include concept of “only B. ” An expression of “ (A) B” or “B (A) ” may include the concept of “A+B” or “B+A. ”

[0255] In this disclosure, the term "can" indicates a capability, or alternatively indicates a possible implementation option. The term "may" indicates a permission or a possible implementation option.

[0256] Some aspects are described herein in connection with thresholds. As used herein, satisfying a threshold may refer to a value being greater than the threshold, greater than or equal to the threshold, less than the threshold, less than or equal to the threshold, equal to the threshold, not equal to the threshold, or the like.

[0257] The various illustrative components, logic, logical blocks, modules, circuits, operations and algorithm processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, firmware, software, or combinations of hardware, firmware or software, including the structures disclosed in this specification and the structural equivalents thereof. The interchangeability of hardware, firmware and software has been described generally, in terms of functionality, and illustrated in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware, firmware or software depends upon the particular application and design constraints imposed on the overall system.

[0258] As described above, some aspects of the subject matter described in this specification can be implemented as software. For example, various functions of components disclosed herein, or various blocks or steps of a method, operation, process or algorithm disclosed herein can be implemented as one or more modules of one or more computer programs. Such computer programs can include non-transitory processor-executable or computer-executable instructions encoded on one or more tangible processor-readable or computer-readable storage media for execution by, or to control the operation of, a data processing apparatus including the components of the devices described herein. By way of example, and not limitation, such storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store program code in the form of instructions or data structures. Combinations of the above should also be included within the scope of storage media.

[0259] Various modifications to the implementations described in this disclosure may be readily apparent to persons having ordinary skill in the art, and the generic principles defined herein may be applied to other implementations without departing from the scope of this disclosure. Thus, the claims are not intended to be limited to the implementations shown herein but are to be accorded the widest scope consistent with this disclosure, the principles and the novel features disclosed herein.

[0260] Additionally, various features that are described in this specification in the context of separate implementations also can be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation also can be implemented in multiple implementations separately or in any suitable subcombination. As such, although features may be described above as acting in particular combinations, and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0261] The drawings may schematically depict one or more example processes in the form of a flowchart or flow diagram. However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of the illustrated operations. In some circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, other implementations are within the scope of the following claims. In some implementations, the actions recited in the claims can be performed in a different order and still achieve desirable results.

[0262] The foregoing disclosure provides illustration and description but is not intended to be exhaustive or to limit the aspects to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the aspects. While the aspects of the disclosure have been described in terms of various examples, any combination of aspects from any of the examples is also within the scope of the disclosure.The examples in this disclosure are provided for pedagogical purposes.

Claims

1.A method for wireless communication by a user equipment (UE) (130) , the method comprising:receiving (332, 1732) , from a network entity (120) , a carrier selection configuration (122) for a channel including carrier information for a plurality of carriers (128A-128D) , the plurality of carriers including at least a first carrier and a second carrier;selecting (335, 1735) , based on the carrier selection configuration and at least one of: a carrier selection criteria or a carrier indication from the network entity, at least one of the first carrier or the second carrier; andcommunicating (352, 1752) , with the network entity, on the channel based on the selecting.2.The method of claim 1, wherein the carrier selection criteria includes at least one of:selection criteria included in the carrier selection configuration; orpredefined selection criteria.3.The method of claim 1 or 2, further comprising:monitoring (333, 1733) performance of at least one of the first carrier and the second carrier; andtransmitting (334, 1734) , to the network entity, a performance failure report of at least one of the first carrier or the second carrier.4.The method of any one of claims 1 to 3, further comprising:receiving, from the network entity, random access channel (RACH) configuration information, the RACH configuration information including at least a third carrier and a fourth carrier; andperforming a random access (RA) procedure based on a UE selection of at least one of the third carrier or the fourth carrier.5.The method of claim 4, further comprising selecting the third carrier or the fourth carrier based on at least one of:a first signal quality of the third carrier and a second signal quality of the fourth carrier; oran event triggering the RA procedure.6.The method of claim 4 or 5, wherein the performing the RA procedure includes performing the RA procedure using both the third carrier and the fourth carrier.7.The method of any one of claims 1 to 6, further comprising transmitting, to the network entity, UE capability information that indicates at least one of:a first indicator indicating whether the UE supports dynamic carrier selection;one or more second indicators of supported uplink channels for dynamic carrier selection;one or more third indicators of supported downlink channels for dynamic carrier selection;one or more fourth indicators of supported carrier combinations for dynamic carrier selection;a first maximum number of carriers for the supported uplink channels;a second maximum number of carriers for the supported downlink channels;a second indicator indicating whether the UE supports performance measurement of at least one channel;a third indicator indicating whether the UE supports monitoring physical downlink control channel (PDCCH) on one or more search spaces in at least one of a normal downlink (NDL) or a supplementary downlink (SDL) ;a third maximum number of hybrid automatic retransmission request (HARQ) processes across component carriers;a fourth maximum number of shared HARQ processes; ora fifth maximum number of non-shared HARQ processes.8.The method of any one of claims 1 to 7, wherein the carrier selection configuration further configures at least one of:a first configuration of at least one of the first carrier or the second carrier as an NDL;a second configuration of at least one of the first carrier or the second carrier as an SDL;a third configuration of at least one of the first carrier or the second carrier as a normal uplink (NUL) ;a fourth configuration of at least one of the first carrier or the second carrier as a supplementary uplink (SUL) ;a first indicator indicating that the UE is to monitor the PDCCH on at least one search space of the NDL;a second indicator indicating that the UE is to monitor the PDCCH on at least one search space of the SDL;a third indicator indicating whether the PDCCH is on the NDL or the SDL;a first bandwidth part (BWP) for the first carrier and a second BWP for the second carrier;a first serving cell for the first carrier and a second serving cell for the second carrier; orseparate power headroom reports (PHRs) for the NUL and the SUL.9.The method of any one of claims 1 to 8, wherein the carrier selection configuration includes at least one of:a PDCCH monitoring configuration configuring at least one of the first carrier or the second carrier for PDCCH monitoring; ora physical downlink shared channel (PDSCH) configuration configuring at least one of the first carrier or the second carrier for PDSCH communication.10.The method of claim 9, wherein the PDCCH monitoring configuration configures the UE to perform one or more of:monitor the PDCCH in at least one search space for at least one of the first carrier or the second carrier;monitor the PDCCH in at least one first search space configured for the first carrier and at least one second search space configured for the second carrier;monitor the PDCCH for a first scheduling message in at least one third search space and for a second scheduling message in at least one fourth search space; ormonitor the PDCCH for PDCCH repetitions in a plurality of linked search spaces of the first carrier and the second carrier.11.The method of claim 9 or 10, wherein the PDSCH configuration includes one or more of:a first indication of at least one common HARQ entity shared by the first carrier and the second carrier; ora second indication of at least one common HARQ process shared by the first carrier and the second carrier.12.The method of any one of claims 1 to 11, further comprising:performing one or more of:receiving a first transport block on the first carrier or the second carrier;receiving the first transport block on both of the first carrier and the second carrier;receiving the first transport block on the first carrier and a second transport block on the second carrier;receiving a first portion of the first transport block on the first carrier and a second portion of the first transport block on the second carrier;receiving a retransmission of the first transport block on the second carrier; orreceiving a retransmission of the first transport block as a first portion of the first transport block and a second portion of the first transport block on the second carrier.13.The method of any one of claims 1 to 12, wherein the carrier selection configuration includes at least one of:physical uplink control channel (PUCCH) configuration information configuring PUCCH resources; orphysical uplink shared channel (PUSCH) configuration information.14.The method of claim 13, further comprising selecting at least one of one or more of the PUCCH resources or at least one of the first carrier or the second carrier based on one or more of:a payload capacity of one or more of the PUCCH resources and an uplink control information (UCI) payload size;a comparison of a measured communication quality of at least one of the first carrier and the second carrier with a threshold;content UCI;whether the one or more of the PUCCH resources overlap with another uplink channel in the time domain in a same carrier;a PUCCH format to be used for transmitting the PUCCH resources;a priority of the UCI; ora measurement gap of at least one of the plurality of carriers.15.The method of claim 13 or 14, wherein the PUSCH configuration information includes one or more of:a first indication of at least one common HARQ entity shared by the first carrier and the second carrier; ora second indication of at least one common HARQ process shared by the first carrier and the second carrier.16.The method of any one of claims 1 to 15, further comprising:receiving, from the network entity, an indication for a PUSCH on at least one of the first carrier or the second carrier; andperforming one or more of:transmitting a first transport block on the first carrier or the second carrier;transmitting the first transport block on both of the first carrier and the second carrier;transmitting the first transport block on the first carrier and a second transport block on the second carrier;transmitting a first portion of the first transport block on the first carrier and a second portion of the first transport block on the second carrier;transmitting the first transport block on the first carrier and retransmitting the first transport block on the second carrier;transmitting the first transport block on the first carrier and retransmitting a first portion of the first transport block and a second portion of the first transport block on the second carrier; ortransmitting at least one of UCI or channel state information (CSI) on the first carrier and retransmitting the at least one of the UCI or the CSI on the second carrier.17.A method for wireless communication by a network entity (120) , the method comprising:transmitting (322, 1822) , to a user equipment (UE) (130) , a carrier selection configuration (122) for a channel including carrier information for a plurality of carriers (128A-128D) , the plurality of carriers including at least a first carrier and a second carrier;transmitting (324, 1824) , to the UE, a selection indication for selecting at least one of the first carrier or the second carrier; andcommunicating (352, 1852) , with the UE, on the channel using the at least one of the first carrier or the second carrier.18.The method of claim 17, wherein the selection indication instructs the UE to select the at least one of the first carrier or the second carrier based on at least one of:a carrier selection criteria associated with the carrier selection configuration, ora carrier indication indicated with the selection indication.19.The method of claim 17 or 18, further comprising:transmitting, to the UE, random access channel (RACH) configuration information, the RACH configuration information including at least a third carrier and a fourth carrier; andperforming a random access (RA) procedure based on a UE selection of at least one of the third carrier or the fourth carrier.20.An apparatus, comprising:a communication unit; anda processing system configured to control the communication unit to implement any one of the methods of any one of claims 1-19.

Images