Enhancements for subband full duplex operation in wireless communication

Abstract

This disclosure provides systems, devices, apparatus, and methods, including computer programs encoded on storage media, for enhancements for SBFD operation in wireless communication. A UE (102) receives (206), from a network entity (104), a configuration associated with SBFD operation, the configuration configuring at least one of:a PHR for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active TCI states in the SBFD operation. The UE (102) communicates (230), with the network entity (104), based on the configuration.

Description

ENHANCEMENTS FOR SUBBAND FULL DUPLEX OPERATION IN WIRELESS COMMUNICATIONTECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more particularly, to enhancements for subband full duplex (SBFD) operation in wireless communication.BACKGROUND

[0002] The Third Generation Partnership Project (3GPP) specifies a radio interface referred to as fifth generation (5G) new radio (NR) (5G NR) . An architecture for a 5G NR wireless communication system includes a 5G core (5GC) network, a 5G radio access network (5G-RAN) , a user equipment (5G UE) , etc. The 5G NR architecture seeks to provide increased data rates, decreased latency, and / or increased capacity compared to prior generation cellular communication systems.

[0003] Wireless communication systems, in general, provide various telecommunication services (e.g., telephony, video, data, messaging, etc. ) based on multiple-access technologies, such as orthogonal frequency division multiple access (OFDMA) technologies, that support communication with multiple UEs. Improvements in mobile broadband continue the progression of such wireless communication technologies. For example, SBFD is a multiple-access technology that merges the benefits of time-division duplex (TDD) operation and frequency-division duplex (FDD) operation. Certain details pertaining to SBFD operation are undefined and / or SBFD may suffer from cross-link interference (CLI) .

[0004] BRIEF SUMMARY

[0005] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects. This summary neither identifies key or critical elements of all aspects nor delineates the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0006] A network entity, such as a base station or a unit of a base station, may communicate with a user equipment (UE) in a wireless communication system. In  order to facilitate efficient spectrum utilization, the wireless communication system may support multiple-access technologies. An example of a multiple-access technology includes time-division duplex (TDD) operation. In TDD operation, a network splits time domain resources for downlink (DL) , uplink (UL) , or flexible (DL or UL) periods according to a TDD pattern. A limitation of TDD is the division of time domain resources between DL and UL communication. UL allocations with limited time durations can lead to reduced coverage, increased latency, and reduced capability compared to other types of multiple-access technologies, such as frequency-division duplex (FDD) operation.

[0007] Subband full duplex (SBFD) operation is a multiple-access technology that merges the benefits of TDD operation and FDD operation. SBFD allows for simultaneous downlink and uplink transmissions at a network entity within a TDD carrier using UL subbands placed in DL slots or symbols (slots / symbols) . SBFD operates by creating subbands in a time domain resource (e.g., slots / symbols) , where a transmission direction is different compared to a configured TDD pattern. In an example, a network entity configures an UL subband to a slot / symbol configured in a TDD pattern as DL or flexible. Accordingly, the network entity may receive an UL transmission from a first UE in an UL subband of a slot / symbol and the network entity may transmit a DL transmission to a second UE in another subband of the same slot / symbol.

[0008] SBFD operation can suffer from cross-link interference (CLI) in which a transmission in a first subband interferes with a reception in a second subband. In an example, an UL transmission from a first UE in a first cell interferes with DL reception of a second UE in the same cell or a neighboring cell. Depending on signal strengths of the UL / DL transmissions, CLI can impact an ability to receive other UL / DL transmissions. CLI can degrade system performance by causing increased error rates. Additionally, certain details pertaining to SBFD operation are undefined, such as power headroom report (PHR) for SBFD operation, power control for SBFD operation, random access procedure in SBFD operation, and transmission configuration indicator (TCI) states for SBFD operation.

[0009] Aspects of the present disclosure address the above-noted and other deficiencies by implementing enhancements for SBFD pertaining to PHR, power control, random access procedure, and TCI states. With more particularity, the present disclosure describes various techniques of reporting power headroom (PH) for SBFD operation  and non-SBFD operation in a single PHR, as well as reporting PH for SBFD operation and PH for non-SBFD operation in multiple PHRs. The present disclosure also describes parameters for configuring a PHR for SBFD operation. The present disclosure further describes common and separate target receive power and power parameters for SBFD and non-SBFD slots / symbols. The present disclosure additionally details handling overlaps between SBFD physical random access channel (PRACH) resources and non-SBFD PRACH resources. Moreover, the present disclosure details counting TCI states associated with SBFD operation and how to determine an applied TCI state for an UL channel across SBFD symbols and non-SBFD symbols. The present disclosure enables support of random access in SBFD slots / symbols, which can lead to reduced latency and improved UL coverage. The PHR and / or the power control pertaining to SBFD operation can also reduce CLI issues.

[0010] According to some aspects, the UE receives, from a network entity, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation. The UE communicates, with the network entity, based on the configuration.

[0011] According to some aspects, the network entity transmits, to the UE, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation. The network entity communicates, with the UE, based on the configuration.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] FIG. 1 illustrates a diagram of a wireless communications system that includes a plurality of user equipments (UEs) and network entities in communication over one or more cells according to an embodiment.

[0013] FIG. 2 is a signaling diagram illustrating communications between a user equipment (UE) and a network entity for subband full duplex (SBFD) operation according to an embodiment.

[0014] FIG. 3A is a diagram illustrating UE behavior for SBFD operation according to an embodiment.

[0015] FIG. 3B is a diagram illustrating network entity behavior for SBFD operation according to an embodiment.

[0016] FIG. 4 is a signaling diagram illustrating communications between a UE and a network entity for power headroom report (PHR) reporting associated with SBFD according to an embodiment.

[0017] FIG. 5A is a diagram illustrating UE behavior for PHR reporting associated with SBFD operation according to an embodiment.

[0018] FIG. 5B is a diagram illustrating network entity behavior for PHR reporting associated with SBFD operation according to an embodiment.

[0019] FIG. 6 is a signaling diagram illustrating communications between a UE and a network entity for PHR reporting associated with SBFD according to an embodiment.

[0020] FIG. 7A is a diagram illustrating UE behavior for PHR reporting associated with SBFD operation according to an embodiment.

[0021] FIG. 7B is a diagram illustrating network entity behavior for PHR reporting associated with SBFD operation according to an embodiment.

[0022] FIG. 8 is a signaling diagram illustrating communications between a UE and a network entity for PHR reporting associated with SBFD according to an embodiment.

[0023] FIG. 9A is a diagram illustrating UE behavior for PHR reporting associated with SBFD operation according to an embodiment.

[0024] FIG. 9B is a diagram illustrating network entity behavior for PHR reporting associated with SBFD operation according to an embodiment.

[0025] FIG. 10 is a diagram illustrating various aspects pertaining to PHR reporting associated with SBFD according to an embodiment.

[0026] FIG. 11 is a signaling diagram illustrating communications between a UE and a network entity for an SBFD random access procedure according to an embodiment.

[0027] FIG. 12A is a diagram illustrating UE behavior for an SBFD random access procedure according to an embodiment.

[0028] FIG. 12B is a diagram illustrating network entity behavior for an SBFD random access procedure according to an embodiment.

[0029] FIG. 13 is a diagram illustrating an example of a time-division duplex (TDD)  / SBFD pattern according to an embodiment.

[0030] FIG. 14 is a diagram illustrating an example of a TDD / SBFD pattern according to an embodiment.

[0031] FIG. 15 is a diagram illustrating an example of a TDD / SBFD pattern according to an embodiment.

[0032] FIG. 16 is a flowchart of a method of wireless communication at a UE according to an embodiment.

[0033] FIG. 17 is a flowchart of a method of wireless communication at a network entity according to an embodiment.

[0034] FIG. 18 is a diagram illustrating a hardware implementation for an example UE apparatus according to some embodiments.

[0035] FIG. 19 is a diagram illustrating a hardware implementation for one or more example network entities according to some embodiments.DETAILED DESCRIPTION

[0036] FIG. 1 illustrates a diagram 100 of a wireless communications system associated with a plurality of cells 190. The wireless communications system includes user equipments (UEs) 102 and base stations / network entities 104. Some base stations may include an aggregated base station architecture and other base stations may include a disaggregated base station architecture. The aggregated base station architecture utilizes a radio protocol stack that is physically or logically integrated within a single radio access network (RAN) node. A disaggregated base station architecture utilizes a protocol stack that is physically or logically distributed among two or more units (e.g., radio unit (RU) 106, distributed unit (DU) 108, central unit (CU) 110) . For example, a CU 110 is implemented within a RAN node, and one or more DUs 108 may be co-located with the CU 110, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs 108 may be implemented to communicate with one or more RUs 106. Any of the RU 106, the DU 108 and the CU 110 can be implemented as virtual units, such as a virtual radio  unit (VRU) , a virtual distributed unit (VDU) , or a virtual central unit (VCU) . The base station / network entity 104 (e.g., an aggregated base station or disaggregated units of the base station, such as the RU 106 or the DU 108) , may be referred to as a transmission reception point (TRP) .

[0037] Operations of the base station 104 and / or network designs may be based on aggregation characteristics of base station functionality. For example, disaggregated base station architectures are utilized in an integrated access backhaul (IAB) network, an open-radio access network (O-RAN) network, or a virtualized radio access network (vRAN) , which may also be referred to a cloud radio access network (C-RAN) . Disaggregation may include distributing functionality across the two or more units at various physical locations, as well as distributing functionality for at least one unit virtually, which can enable flexibility in network designs. The various units of the disaggregated base station architecture, or the disaggregated RAN architecture, can be configured for wired or wireless communication with at least one other unit. For example, the base stations 104d, 104e and / or the RUs 106a, 106b, 106c, 106d may communicate with the UEs 102a, 102b, 102c, 102d, and / or 102s via one or more radio frequency (RF) access links based on a Uu interface. In examples, multiple RUs 106 and / or base stations 104 may simultaneously serve the UEs 102, such as by intra-cell and / or inter-cell access links between the UEs 102 and the RUs 106 / base stations 104.

[0038] The RU 106, the DU 108, and the CU 110 may include (or may be coupled to) one or more interfaces configured to transmit or receive information / signals via a wired or wireless transmission medium. For example, a wired interface can be configured to transmit or receive the information / signals over a wired transmission medium, such as via the fronthaul link 160 between the RU 106d and the baseband unit (BBU) 112 of the base station 104d associated with the cell 190d. The BBU 112 includes a DU 108 and a CU 110, which may also have a wired interface (e.g., midhaul link) configured between the DU 108 and the CU 110 to transmit or receive the information / signals between the DU 108 and the CU 110. In further examples, a wireless interface, which may include a receiver, a transmitter, or a transceiver, such as an RF transceiver, configured to transmit and / or receive the information / signals via the wireless transmission medium, such as for information communicated between the RU 106a of the cell 190a and the base station 104e of the cell 190e via cross-cell communication beams 136-138 of the RU 106a and the base station 104e.

[0039] The RUs 106 may be configured to implement lower layer functionality. For example, the RU 106 is controlled by the DU 108 and may correspond to a logical node that hosts RF processing functions, or lower layer PHY functionality, such as execution of fast Fourier transform (FFT) , inverse FFT (iFFT) , digital beamforming, physical random access channel (PRACH) extraction and filtering, etc. The functionality of the RU 106 may be based on the functional split, such as a functional split of lower layers.

[0040] The RUs 106 may transmit or receive over-the-air (OTA) communication with one or more UEs 102. For example, the RU 106b of the cell 190b communicates with the UE 102b of the cell 190b via a first set of communication beams 132 of the RU 106b and a second set of communication beams 134b of the UE 102b, which may correspond to inter-cell communication beams or, in some examples, cross-cell communication beams. For instance, the UE 102b of the cell 190b may communicate with the RU 106a of the cell 190a via a third set of communication beams 134a of the UE 102b and a fourth set of communication beams 136 of the RU 106a. DUs 108 can control both real-time and non-real-time features of control plane and user plane communications of the RUs 106.

[0041] Any combination of the RU 106, the DU 108, and the CU 110, or reference thereto individually, may correspond to a base station 104. Thus, the base station 104 may include at least one of the RU 106, the DU 108, or the CU 110. The base stations 104 provide the UEs 102 with access to a core network. The base stations 104 may relay communications between the UEs 102 and the core network (not shown) . The base stations 104 may be associated with macrocells for higher-power cellular base stations and / or small cells for lower-power cellular base stations. For example, the cell 190e may correspond to a macrocell, whereas the cells 190a-190d may correspond to small cells. Small cells include femtocells, picocells, microcells, etc. A network that includes at least one macrocell and at least one small cell may be referred to as a “heterogeneous network. ”

[0042] Transmissions from a UE 102 to a base station 104 / RU 106 are referred to as uplink (UL) transmissions, whereas transmissions from the base station 104 / RU 106 to the UE 102 are referred to as downlink (DL) transmissions. Uplink transmissions may also be referred to as reverse link transmissions and downlink transmissions may also be referred to as forward link transmissions. For example, the RU 106d utilizes antennas of the base station 104d of cell 190d to transmit a downlink / forward link  communication to the UE 102d or receive an uplink / reverse link communication from the UE 102d based on the Uu interface associated with the access link between the UE 102d and the base station 104d / RU 106d.

[0043] Communication links between the UEs 102 and the base stations 104 / RUs 106 may be based on multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be associated with one or more carriers. The UEs 102 and the base stations 104 / RUs 106 may utilize a spectrum bandwidth of Y MHz (e.g., 5, 10, 15, 20, 100, 400, 800, 1600, 2000, etc. MHz) per carrier allocated in a carrier aggregation of up to a total of Yx MHz, where x component carriers (CCs) are used for communication in each of the uplink and downlink directions. The carriers may or may not be adjacent to each other along a frequency spectrum. In examples, uplink and downlink carriers may be allocated in an asymmetric manner, with more or fewer carriers allocated to either the uplink or the downlink. A primary component carrier and one or more secondary component carriers may be included in the component carriers. The primary component carrier may be associated with a primary cell (PCell) and a secondary component carrier may be associated with a secondary cell (SCell) .

[0044] Some UEs 102, such as the UEs 102a and 102s, may perform device-to-device (D2D) communications over sidelink. For example, a sidelink communication / D2D link utilizes a spectrum for a wireless wide area network (WWAN) associated with uplink and downlink communications. Such sidelink / D2D communication may be performed through various wireless communications systems, such as wireless fidelity (Wi-Fi) systems, Bluetooth systems, Long Term Evolution (LTE) systems, New Radio (NR) systems, etc.

[0045] The UEs 102 and the base stations 104 / RUs 106 may each include a plurality of antennas. The plurality of antennas may correspond to antenna elements, antenna panels, and / or antenna arrays that may facilitate beamforming operations. For example, the RU 106b transmits a downlink beamformed signal based on a first set of communication beams 132 to the UE 102b in one or more transmit directions of the RU 106b. The UE 102b may receive the downlink beamformed signal based on a second set of communication beams 134b from the RU 106b in one or more receive directions of the UE 102b. In a further example, the UE 102b may also transmit an uplink beamformed signal (e.g., sounding reference signal (SRS) ) to the RU 106b based on the second set of communication beams 134b in one or more transmit  directions of the UE 102b. The RU 106b may receive the uplink beamformed signal from the UE 102b in one or more receive directions of the RU 106b. The UE 102b may perform beam training to determine the best receive and transmit directions for the beamformed signals. The transmit and receive directions for the UEs 102 and the base stations 104 / RUs 106 may or may not be the same.

[0046] In further examples, beamformed signals may be communicated between a first base station / RU 106a and a second base station 104e. For instance, the base station 104e of the cell 190e may transmit a beamformed signal to the RU 106a based on the communication beams 138 in one or more transmit directions of the base station 104e. The RU 106a may receive the beamformed signal from the base station 104e of the cell 190e based on the RU communication beams 136 in one or more receive directions of the RU 106a. In further examples, the base station 104e transmits a downlink beamformed signal to the UE 102e based on the communication beams 138 in one or more transmit directions of the base station 104e. The UE 102e receives the downlink beamformed signal from the base station 104e based on UE communication beams 130 in one or more receive directions of the UE 102e. The UE 102e may also transmit an uplink beamformed signal to the base station 104e based on the UE communication beams 130 in one or more transmit directions of the UE 102e, such that the base station 104e may receive the uplink beamformed signal from the UE 102e in one or more receive directions of the base station 104e.

[0047] The base station 104 may include and / or be referred to as a network entity. That is, “network entity” may refer to the base station 104 or at least one unit of the base station 104, such as the RU 106, the DU 108, and / or the CU 110. The base station 104 may also include and / or be referred to as a next generation evolved Node B (ng-eNB) , a next generation NB (gNB) , an evolved NB (eNB) , an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a TRP, a network node, network equipment, or other related terminology. The base station 104 or an entity at the base station 104 can be implemented as an IAB node, a relay node, a sidelink node, an aggregated (monolithic) base station, or a disaggregated base station including one or more RUs 106, DUs 108, and / or CUs 110. A set of aggregated or disaggregated base stations may be referred to as a next generation-radio access network (NG-RAN) . In some examples, the UE 102a operates in dual connectivity (DC) with the base station 104e and the base station / RU 106a. In such cases, the base  station 104e can be a master node and the base station / RU 160a can be a secondary node.

[0048] Still referring to FIG. 1, in certain aspects, any of the UEs 102 may include an SBFD component 140 configured to receive, from a network entity, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation. The SBFD component 140 is configured to communicate, with the network entity, based on the configuration.

[0049] In certain aspects, any of the base stations 104 or a network entity of the base stations 104 may include an SBFD configuration component 150 configured to transmit, to the UE, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation. The SBFD configuration component 150 is configured to communicate, with the UE, based on the configuration.

[0050] Accordingly, FIG. 1 describes a wireless communication system that may be implemented in connection with aspects of one or more other figures described herein. Further, although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as 5G-Advanced and future versions, LTE, LTE-advanced (LTE-A) , and other wireless technologies, such as 6G.

[0051] FIG. 2 is a signaling diagram 200 illustrating communications between the UE 102 and the network entity 104 for SBFD operation according to an embodiment. The network entity 104 optionally transmits 202, to the UE 102, a UE capability enquiry that enquires as to whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The UE 102 optionally receives 202, from the network entity 104, the UE capability enquiry that enquires as to whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The UE 102 optionally transmits 204, to the network entity 104, UE capability information indicating whether the UE  102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The network entity 104 optionally receives 204, from the UE 102, the UE capability information indicating whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation.

[0052] The network entity 104 transmits 206, to UE 102, a configuration configuring PHR reporting for SBFD, overlap handing for SBFD, and / or counting of active TCI states for SBFD. The UE 102 receives 206, from the network entity 104, the configuration configuring PHR reporting for SBFD, overlap handing for SBFD, and / or counting of active TCI states for SBFD.

[0053] The network entity 104 optionally transmits 208, to the UE 102, TCI states including a first TCI state and a second TCI state. The first TCI state and the second TCI state include joint TCIs, UL TCIs, or a joint TCI and an UL TCI. The UE 102 optionally receives 208, from the network entity 104, the TCI states including the first TCI state and the second TCI state.

[0054] The UE optionally applies 210 a TCI state for an UL channel across an SBFD symbol and a non-SBFD symbol according to various alternatives.

[0055] In a first alternative, the network entity 104 and the UE 102 apply a TCI state based on a configuration for SBFD. In an example, if the UE 102 transmits an UL channel partially or fully in SBFD symbols / slots, the network entity 104 and the UE 102 determine to apply the TCI state for SBFD; otherwise, the network entity 104 and the UE 102 determine to apply a TCI state for the non-SBFD.

[0056] In a second alternative, the network entity 104 and the UE 102 apply a TCI state based on a configuration for non-SBFD. In an example, if the UE 102 transmits an UL channel partially or fully in non-SBFD symbols / slots, the network entity 104 and the UE 102 determine to apply the TCI state for the non-SBFD; otherwise, the network entity 104 and the UE 102 determine to apply a TCI state for the SBFD.

[0057] In a third alternative, the network entity 104 and the UE 102 apply a TCI state based on a configurable parameter (e.g., via radio resource control (RRC) signalling, a medium access control-control element (MAC-CE) , downlink control information (DCI) , etc. ) . The network entity 104 can configure or indicate whether the UL channel or a transmission occasion of the UL channel should be based on a TCI state for SBFD or non-SBFD.

[0058] In a fourth alternative, the network entity 104 and the UE 102 apply a TCI based on different configurations for different transmission occasions. In an example, if a transmission occasion of an UL channel is partially or fully transmitted in SBFD symbols / slots, the network entity 104 and the UE 102 determine to apply a TCI state for the SBFD to the transmission occasion; otherwise, the network entity 104 and the UE 102 determine to apply the TCI state for the non-SBFD to the transmission occasion. In an example, if a transmission occasion of an UL channel is partially or fully transmitted in non-SBFD symbols / slots, the network entity 104 and the UE 102 determine to apply a TCI state for the non-SBFD to the transmission occasion; otherwise, the network entity 104 and the UE 102 determine to apply the TCI state for the SBFD to the transmission occasion.

[0059] In a fifth alternative, the network entity 104 and the UE 102 are not allowed to apply the TCI for UL channels across SBFD symbols and non-SBFD symbols. In an example, the network entity 104 should refrain from configuring or scheduling an UL channel across SBFD symbols / slots and non-SBFD symbols / slots. The UE 102 can report a UE capability indicating whether the UE 102 supports configuring or scheduling an UL channel across SBFD symbols / slots and non-SBFD symbols / slots. In a sixth alternative, the UE 102 transmits a portion of an UL channel in non-SBFD symbols / slots only or in SBFD symbols / slots only. In an example, the UE 102 determines resource blocks (RBs) or resource elements (REs) in the SBFD or non-SBFD symbols / slots as not available for an UL channel across SBFD symbols / slots and non-SBFD symbols / slots. Thus, the UE 102 can transmit the UL channel either in SBFD symbols / slots or in non-SBFD symbols / slots.

[0060] In some aspects, a transmission configuration indictor (TCI) codepoint may be mapped to separate TCI states for SBFD symbols and non-SBFD symbols. In one example pertaining to a spatial relation configuration or a quasi-colocation (QCL) , two TCIs share a same spatial relation configuration or a same QCL configuration. In one example, for two TCI states applied to SBFD symbols / slots and non-SBFD symbols / slots, the network entity 104 configures the same reference signal for QCL and / or a spatial relation indication. The network entity 104 may refrain from indicating two TCI states applied to the SBFD symbols / slots and non-SBFD symbols / slots based on a different QCL or spatial relation indication. The network entity 104 can further configure a same pathloss reference signal for the two TCI states. In another example, the two TCIs states have different spatial relation  configurations or QCL configurations. The network entity 104 can configure different pathloss reference signals for the two TCI states.

[0061] In an example with respective to one or two active TCI states for the SBFD slots / symbols and non-SBFD slots / symbols, two TCIs associated with the SBFD slots / symbols and non-SBFD slots / symbols are counted as one active TCI (for a maximum number of activated TCI in a UE capability) . In another example implementation, the two TCIs are counted as two active TCIs (for a maximum number of activated TCI in a UE capability) .

[0062] The UE 102 optionally determines 212 a target receive power based on the configuration. For instance, levels of interference experienced in SBFD slots / symbols and UL slots / symbols can vary significantly. Additionally, interference levels can also differ among SBFD slots / symbols themselves, mainly depending on a DL traffic load. Difference in interference levels can justify the use of separate power control loops for the SBFD slots / symbols and for non-SBFD slots / symbols.

[0063] In some aspects, the UE 102 determines a transmission power for a PRACH with an open loop power control mechanism with power ramping among PRACH retransmissions. The transmission power of PRACH PPRACH, b, f, c (i) may be provided by equation (I) below. (I) PPRACH, b, f, c (i) = min {PCMAX, f, c (i) , PPRACH, target, f, c + PLb, f, c} [dBm]

[0064] In equation (I) , PPRACH, target, f, c is the PRACH target reception power PREAMBLE_RECEIVED_TARGET_POWER provided by RRC signaling for an active UL bandwidth part (BWP) , PLb, f, c is a pathloss for the active UL BWP based on a DL reference signal (RS) associated with a PRACH transmission on an active DL BWP of serving cell and calculated by the UE 102 in dBm according to equation (II) below. (II) PLb, f, c = referenceSignalPower –higher layer filtered RSRP [dBm]

[0065] In equation (II) , the network entity 104 can indicate the higher layer filter configuration via RRC signaling.

[0066] In some aspects, for SBFD slots / symbols, RRC signaling can provide a PRACH target reception power (PREAMBLE_RECEIVED_TARGET_POWER) for an UL subband. The network entity 104 can provide the PRACH target reception power in a separate RRC configuration dedicated to an UL subband, as part of an UL BWP RRC configuration, or as part of a DL BWP RRC configuration.

[0067] In some aspects, the UE 102 determines a target receive power for a PRACH transmission occasion on SBFD slots / symbols based on at least one of the following non-SBFD parameters and / or new SBFD parameters specified specifically for SBFD operation. The non-SBFD parameters and / or the new SBFD parameters can include a target preamble received power configured by the network entity 104 (e.g., preambleReceivedTargetPower) . The non-SBFD parameters and / or the new SBFD parameters can include a power offset for a different PRACH format (e.g., DELTA_PREAMBLE) . The non-SBFD parameters and / or the new SBFD parameters can include a preamble power ramping counter maintained by the UE 102 (e.g., PREAMBLE_POWER_RAMPING_COUNTER) . The non-SBFD parameters and / or the new SBFD parameters can include a preamble power ramping step configured by the network entity 104 (e.g., PREAMBLE_POWER_RAMPING_STEP) . The non-SBFD parameters and / or the new SBFD parameters can include an additional power offset for random access (RA) type fallback from 2-step RA into 4-step RA (e.g., POWER_OFFSET_2STEP_RA) . The non-SBFD parameters and / or the new SBFD parameters can include an additional power offset configured for a second PRACH configuration (e.g., power-offset-SBFD) . The non-SBFD parameters and / or the new SBFD parameters can include an additional power ramping offset for a PRACH configuration switching between a first PRACH configuration and a second PRACH configuration (e.g., POWER_RAMPING_OFFSET) .

[0068] In some aspects, the UE 102 determines a transmission power for a PRACH transmission occasion based on a target received power and a pathloss measured from a synchronization signal block (SSB) associated with random access channel (RACH) occasion (s) (RO (s) ) for the PRACH transmission.

[0069] In some aspects, the UE 102 utilizes common target receive power and power parameters for SBFD slots / symbols and non-SBFD slots / symbols. The UE 102 determines a target receive power for a PRACH transmission occasion located in the SBFD slots / symbols or constituted of SBFD symbols and non-SBFD symbols  (crossing the boundary of SBFD / non-SBFD symbols) . In some aspects, the network entity 104 may configure a set of common parameters for a non-SBFD RACH configuration and the additional SBFD RACH configuration which could lead to the same target receive power for a PRACH transmission occasion based on either the non-SBFD RACH configuration or the additional SBFD RACH configuration. In one example, the common parameters include at least one of the following: target preamble received power for a PRACH (e.g., preambleReceivedTargetPower) , power ramping step size (e.g., powerRampingStep, powerRampingStepHighPriority, msgA-PreamblePowerRampingStep) , subcarrier spacing for a PRACH (e.g., msg1-SubcarrierSpacing) , power control offset for a messasge 3 (Msg3) PUSCH or a message A (MsgA) PUSCH (e.g., msg3-DeltaPreamble or msgA-DeltaPreamble) , or a PRACH format.

[0070] The UE 102 can determine the target receive power for a PRACH transmission occasion for the non-SBFD RACH configuration or the additional SBFD RACH configuration according to equation (III) below.

[0071] (III) PREAMBLE_RECEIVED_TARGET_POWER=preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER – 1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA + POWER-OFFSET-SBFD

[0072] In equation (III) , the network entity 104 can configure preambleReceivedTargetPower for both RACH configurations or for the non-SBFD RACH configuration. The network entity 104 can configure PREAMBLE_POWER_RAMPING_STEP for both RACH configurations or the non-SBFD RACH configuration. The UE 102 can determine the POWER-OFFSET-SBFD as 0 if a PRACH is based on a first RACH configuration and determine POWER-OFFSET-SBFD as non-zero if the RACH is based on the additional SBFD RACH configuration. The POWER-OFFSET-SBFD can be specified or the network entity 104 can configure POWER-OFFSET-SBFD as part of an additional SBFD RACH configuration. The network entity 104 can configure POWER-OFFSET-SBFD per UE or per cell.

[0073] In some aspects, the network entity 104 configures separate target receive power and power parameters for SBFD slots / symbols and non-SBFD slots / symbols. In an  example, the UE 102 determines a target receive power for a PRACH transmission occasion located in SBFD slots / symbols or constituted of SBFD symbols and non-SBFD symbols (crossing a boundary of SBFD / non-SBFD symbols) . In some aspects, two separate target receive powers are defined for SBFD slots / symbols and non-SBFD slots / symbols (e.g., taking into consideration an increased interference on the SBFD slots / symbols) . In an example, the network entity 104 configures separate sets of power control parameters for a non-SBFD RACH configuration and an additional SBFD RACH configuration which could lead to a different target receive power for a PRACH transmission occasion based on either the non-SBFD RACH configuration or the additional SBFD RACH configuration. In one example, power control parameters are separate for the non-SBFD RACH configuration and the additional SBFD RACH configuration. The power control parameters may include a target preamble receive power for a RACH (e.g., preambleReceivedTargetPower) . The power control parameters may include a target preamble receive power for a RACH for SBFD (e.g., preambleReceivedTargetPower-SBFD) . The power control parameters may include a power ramping step size (e.g., powerRampingStep, powerRampingStepHighPriority, msgA-PreamblePowerRampingStep) , The power control parameters may include a power ramping step size for SBFD (e.g., powerRampingStep-SBFD, powerRampingStepHighPriority-SBFD, msgA-PreamblePowerRampingStep-SBFD) . The power control parameters may include a subcarrier spacing for a PRACH (e.g., msg1-SubcarrierSpacing) . The power control parameters may include a power control offset for a message 3 (Msg3) PUSCH or a message A (MsgA) PUSCH (e.g., msg3-DeltaPreamble or msgA-DeltaPreamble) . The power control parameters may include a PRACH format.

[0074] The UE 102 can determine a target receive power for a PRACH transmission occasion for the non-SBFD RACH configuration or the additional SBFD RACH configuration according to equation (IV) below.

[0075] (IV) PREAMBLE_RECEIVED_TARGET_POWER=preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER – 1) ×PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA

[0076] The UE 102 can determine the target receive power separately for SBFD slots / symbols and non-SBFD slots / symbols. In some aspects, the UE 102 determines the target receive power using separate parameters for SBFD slots / symbols and non-SBFD slots / symbols. In some aspects, the UE 102 determines the target receive power using common parameters for the two RACH configurations (i.e., the non-SBFD RACH configuration and the SBFD RACH configuration) . In some aspects, the UE 102 determines the target receive power using a combination of separate parameters and common parameters. In some aspects, a common PRACH configuration exists which includes common parameters between the non-SBFD RACH configuration and the additional SBFD RACH configuration, and two separate RACH sub-configurations exist that include separate parameters for the the non-SBFD RACH configuration and the additional SBFD RACH configuration.

[0077] The UE 102 can perform a PRACH retransmission. For a non-SBFD PRACH retransmission, the UE 102 increases a counter by one if a PRACH is associated with the same SSB as a last transmission of the PRACH and if the PRACH is based on the same PRACH configuration. In an example, a PRACH retransmission relies on a same power control loop even if an initial transmission is on a non-SBFD RACH occasion (RO) and the retransmission is on an SBFD RO. In another example, the retransmission relies on a different power control loop (hence, the retransmission may be with a lower power than a power of a previous transmission) .

[0078] The UE 102 optionally counts 213 the first TCI state and the second TCI state as one active TCI state in association with a maximum number of activated TCI states supported by the UE. Alternatively, the UE may count the first TCI state and the second TCI state as two active TCI states in association with a maximum number of activated TCI states supported by the UE. In some aspects, multiple alternatives exist for the treatment of the two TCIs (e.g., the first TCI state and the second TCI state) .

[0079] In a first alternative, the UE 102 and / or the network entity 104 treat the two TCIs as joint TCIs, that is, the two TCIs are applicable to UL and DL. In some aspects, the network entity 104 and the UE 102 determine to apply one of the TCI states to at least one downlink channel (e.g., a physical downlink control channel (PDCCH) , a physical downlink shared channel (PDSCH) , a channel state information reference signal (CSI-RS) , etc. ) . The aforementioned TCI state may be pre-defined (e.g., the first TCI state or the second TCI state or a TCI state applied to non-SBFD symbols or SBFD symbols) or the network entity 104 can configure the aforementioned TCI state via  RRC signaling, a MAC-CE, or DCI. In some aspects, the network entity 104 and the UE 102 determine the aforementioned TCI state is applied to a PDSCH or an aperiodic CSI-RS scheduled with a scheduling offset smaller than a threshold when QCL-Type D (i.e., spatial reception parameters) is configured in any of the TCI states. The threshold may be pre-defined. The UE 102 can report the threshold, or the network entity 104 can configure the threshold. In some aspects, the network entity 104 and the UE 102 determine to apply both TCI states for DL channels. In one example, the network entity 104 and the UE 102 apply a first TCI state for a DL channel in non-SBFD symbols / slots and, the network entity 104 and the UE 102 apply a second TCI state for a DL channel in SBFD symbols / slots. If the network entity 104 and the UE 102 apply TCI states to multiple serving cells, for serving cell (s) without SBFD configured, the network entity 104 and the UE 102 can determine to apply one of the TCI states to the serving cell (s) . The aforementioned TCI states may be pre-defined (e.g., the first TCI state or the second TCI state or a TCI state applied to non-SBFD symbols or SBFD symbols) or the network entity 104 can configure the aforementioned TCI states via RRC signaling, a MAC-CE, or DCI.

[0080] In a second alternative, the UE 102 and / or the network entity 104 treat the two TCIs as UL TCIs. In some aspects, the network entity 104 configures a TCI type (e.g., unifiedTCI-StateType) as a separate TCI, and the network entity 104 configures or indicates up to three TCI states corresponding to a TCI codepoint (e.g., one DL TCI state and two UL TCI states, where the network entity 104 and the UE 102 apply the DL TCI state to at least one DL channel and the network entity 104 and the UE 102 apply the two UL TCI states to at least one UL channel in SBFD and non-SBFD symbols / slots, respectively) . If the network entity 104 and the UE 102 apply TCI states to multiple serving cells, for serving cell (s) without SBFD configured, the network entity 104 and the UE 102 determine to apply one of the configured / indicated UL TCI states to the serving cell (s) . The aforementioned TCI states may be pre-defined (e.g., the first TCI state or the second TCI state or a TCI state applied to non-SBFD symbols or SBFD symbols) or the network entity 104 can configure the aforementioned TCI state via RRC signaling, a MAC-CE, or DCI.

[0081] In a third alternative, the UE 102 and / or the network entity 104 treat the two TCIs as a joint TCI and an UL TCI. In some aspects, the network entity 104 configures a TCI type (e.g., unifiedTCI-StateType) as a separate TCI or a joint TCI or a hybrid separate and joint TCI, and the network entity 104 configures or indicates up to 2 TCI  states corresponding to a TCI codepoint (e.g., one joint TCI state and one UL TCI state, where network 104 and the UE 102 apply the joint TCI state to at least one DL channel and UL channel in SBFD symbols / slots or non-SBFD symbols / slots) . The network entity 104 and the UE 102 apply the UL TCI state to at least one UL channel in non-SBFD symbols / slots or SBFD symbols / slots, respectively. If the network entity 104 and the UE 102 apply TCI states to multiple serving cells, for serving cell (s) without SBFD configured, the network entity 104 and the UE 102 determine to apply a joint TCI state to the serving cell (s) . Alternatively, the network entity 104 and UE 102 can determine to apply the joint TCI state to a DL channel for the serving cell (s) and determine to apply the UL TCI state to an UL channel for the serving cell (s) .

[0082] In some aspects, if the same unified TCI state is associated with separate UL power control parameters for SBFD symbols and non-SBFD symbols, the UL channel could be without a configured TCI. In some aspects, if the same unified TCI state is associated with the same UL power control parameters for SBFD symbols and non-SBFD symbols and a power offset is introduced for transmission in SBFD symbols for a PUSCH, a PUCCH, and / or an SRS, then the UL channel could be without a configured TCI.

[0083] The UE 102 communicates 230 with the network entity 104 based on the configuration. The network entity 104 communicates with the UE 102 based on the configuration.

[0084] FIG. 3A is a diagram 300A illustrating UE behavior for SBFD operation according to an embodiment. The UE 102 optionally receives 302A, from the network entity 104, a UE capability enquiry that enquires as to whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The UE 102 optionally transmits 304A, to the network entity 104, UE capability information indicating whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The UE 102 receives 306A, from the network entity 104, the configuration configuring PHR reporting for SBFD, overlap handing for SBFD, and / or counting of active TCI states for SBFD. The UE 102 optionally receives 308A, from the network entity 104, TCI states including a first TCI state and a second TCI state. The first TCI state and the second TCI state can include joint TCIs, UL TCIs, or a joint TCI and an UL TCI. The UE 102 optionally applies 310A a TCI state for an UL channel across  an SBFD symbol and a non-SBFD symbol. The UE 102 optionally determines 312A a target receive power based on the configuration. The UE 102 optionally counts 313A the first TCI state and the second TCI state as one active TCI state. The UE 102 communicates 330A with the network entity 104 based on the configuration.

[0085] FIG. 3B is a diagram 300B illustrating network entity behavior for SBFD operation according to an embodiment. The network entity 104 optionally transmits 302B, to the UE 102, a UE capability enquiry that enquires as to whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The network entity 104 optionally receives 304B, from the UE 102, UE capability information indicating whether the UE 102 supports PHR reporting for SBFD operation, overlap handling for SBFD operation, and / or the counting of active TCI states for SBFD operation. The network entity 104 transmits 306B, to the UE 102, a configuration configuring PHR reporting for SBFD, overlap handing for SBFD, and / or counting of active TCI states for SBFD. The network entity 104 optionally transmits 308B, to the UE 102, TCI states including a first TCI state and a second TCI state. The first TCI state and the second TCI state include joint TCIs, UL TCIs, or a joint TCI and an UL TCI. The network entity 104 communicates 330B with the UE 102 based on the configuration.

[0086] Reporting of power headroom (PH) enables the UE 102 to inform a serving base station (e.g., the network entity 104) about available power of the UE 102 for UL transmissions. The report may be referred to as a PH report (PHR) . The PHR indicates a difference between a nominal maximum transmit power of the UE 102 and an estimated power for a physical uplink shared channel (PUSCH) transmission or a sounding reference signal (SRS) transmission per activated serving cell. The PHR can also include information about a difference between the nominal maximum transmit power and an estimated power for a PUSCH and a physical uplink control channel (PUCCH) transmission on a special cell (SpCell) and a PUCCH secondary (SCell) . A positive PH indicates that the UE 102 has additional power capacity and that the network entity 104 can potentially allocate the UE 102 with more resources for an uplink transmission. A negative PH indicates that the UE 102 is already transmitting at or near a maximum power limit of the UE 102. In SBFD operation, the UE 102 can have different PHR configurations and / or the UE 102 can report for SBFD slots / symbols and non-SBFD slots / symbols.

[0087] Three types of PH reporting exist. In type 1 PH reporting, the UE 102 reports a difference between a nominal maximum transmit power of the UE 102 and an estimated power for PUSCH transmission per activated serving cell. In type 2 PH reporting, the UE 102 reports a difference between a nominal maximum transmit power of the UE 102 and an estimated power for PUSCH and PUCCH transmissions on an SpCell of another medium access control (MAC) entity (i.e. an evolved universal terrestrial radio access (E-UTRA) MAC entity in evolved non-standalone dual connectivity (EN-DC) , E-UTRA-NR dual connectivity (NE-DC) , and NG-RAN –E-UTRA dual connectivity (NGEN-DC cases) ) . In type 3 PH reporting, the UE 102 reports a difference between a nominal maximum transmit power of the UE 102 and an estimated power for SRS transmission per activated serving cell. Various options exist for PH reporting for SBFD.

[0088] FIG. 4 is a signaling diagram 400 illustrating communications between the UE 102 and the network entity 104 for PH reporting associated with SBFD according to an embodiment. The signaling diagram 400 may be associated with option 1 in which the UE 102 reports a single PHR.

[0089] The network entity 104 optionally transmits 402, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting for SBFD based on non-SBFD PH reporting configuration parameters. The UE 102 optionally receives 402, from the network entity 104, the UE capability enquiry enquiring as to whether the UE 102 supports PH reporting for SBFD based on non-SBFD PH reporting configuration parameters.

[0090] The UE 102 optionally transmits 404, to the network entity 104, UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the non-SBFD PHR configuration parameters. The network entity 104 optionally receives 404, from the UE 102, the UE capability information indicating that the UE 102 supports the PH reporting for SBFD based on the non-SBFD PHR configuration parameters.

[0091] The network entity 104 transmits 406, to the UE 102, an RRC configuration (i.e., a non-SBFD PHR configuration) . The UE 102 receives 406, from the network entity 104, the RRC configuration (i.e., the non-SBFD PHR configuration) .

[0092] The UE 102 detects 407 a PHR triggering event. The UE 102 generates 409 a PHR according to the RRC configuration (i.e., the non-SBFD PHR configuration) .

[0093] The UE 102 transmits 430, to the network entity 104, the PHR. The network entity 104 receives 430, from the UE 102, the PHR.

[0094] The network entity 104 transmits 432, to the UE 102, UL scheduling information that schedules an UL transmission on SBFD slots / symbols based on the PHR. The UE 102 receives 432, from the network entity 104, the UL scheduling information that schedules the UL transmission on the SBFD slots / symbols based on the PHR.

[0095] The UE 102 transmits 434, to the network entity 104, the UL transmission on the SBFD slots / symbols. The network entity 104 receives 434, from the UE 102, the UL transmission on the SBFD slots / symbols.

[0096] In some aspects pertaining to reporting a single PHR , the UE 102 reports a PHR using the non-SBFD power control parameters (e.g., preambleReceivedTargetPower, powerRampingStep, etc. ) and / or the non-SBFD PH reporting configuration parameters. The UE 102 can use the non-SBFD power control parameters and / or the non-SBFD PH reporting configuration parameters (e.g., PHR-Config) for PH reporting regardless of whether the UE 102 reports PH reporting of SBFD slots / symbols or PHR of non-SBFD slots / symbols. In some cases, the UE 102 determines whether to report an actual PH or a reference PH based on whether a PUSCH exists on non-SBFD slots / symbols. Thus, if a PUSCH exists on the non-SBFD slots / symbols in a serving cell for a PHR calculation, the UE 102 determines to transmit an actual PH for the serving cell; otherwise, the UE 102 determines to transmit a reference PH for the serving cell.

[0097] In some aspects pertaining to reporting a single PHR, the UE 102 reports the PHR using SBFD power control parameters and / or SBFD PH reporting configuration parameters. The UE 102 uses the SBFD power control parameters and / or the SBFD PH reporting configuration parameters for PH reporting regardless of whether the UE 102 reports a PH of SBFD slots / symbols or non-SBFD slots / symbols. In some cases, the UE 102 determines whether to report an actual PH or a reference PH based on whether a PUSCH exists on SBFD slots / symbols. Thus, if a PUSCH exists on SBFD slots / symbols in a serving cell for a PHR calculation, the UE 102 determines to transmit an actual PH for the serving cell; otherwise, the UE 102 determines to transmit a reference PH for the serving cell.

[0098] FIG. 5A is a diagram 500A illustrating UE behavior for PH reporting associated with SBFD operation according to an embodiment. The UE 102 optionally receives 502A, from the network entity 104, the UE capability enquiry enquiring as to whether  the UE 102 supports PH reporting for SBFD based on non-SBFD PH reporting configuration parameters. The UE 102 optionally transmits 504A, to the network entity 104, UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the non-SBFD PHR configuration parameters. The UE 102 receives 506A, from the network entity 104, an RRC configuration (i.e., a non-SBFD PHR configuration) . The UE 102 detects 507A a PHR triggering event. The UE 102 generates 509A a PHR according to the RRC configuration (i.e., the non-SBFD PHR configuration) . The UE 102 transmits 530A, to the network entity 104, the PHR. The UE 102 receives 532A, from the network entity 104, the UL scheduling information that schedules the UL transmission on the SBFD slots / symbols based on the PHR. The UE 102 transmits 534A, to the network entity 104, the UL transmission on the SBFD slots / symbols.

[0099] FIG. 5B is a diagram 500B illustrating network entity behavior for PH reporting associated with SBFD operation according to an embodiment. The network entity 104 optionally transmits 502B, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting for SBFD based on non-SBFD PH reporting configuration parameters. The network entity 104 optionally receives 504B, from the UE 102, UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the non-SBFD PHR configuration parameters. The network entity 104 transmits 506B, to the UE 102, an RRC configuration (i.e., a non-SBFD PHR configuration) . The network entity 104 receives 530B, from the UE 102, a PHR. The network entity 104 transmits 532B, to the UE 102, UL scheduling information that schedules an UL transmission on SBFD slots / symbols based on the PHR. The network entity 104 receives 534B, from the UE 102, the UL transmission on the SBFD slots / symbols.

[0100] FIG. 6 is a signaling diagram 600 illustrating communications between the UE 102 and the network entity 104 for PH reporting associated with SBFD according to an embodiment. The signaling diagram 600 may be associated with option 1 in which the UE 102 reports a single PHR.

[0101] The network entity 104 optionally transmits 602, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting for SBFD based on SBFD PHR configuration parameters that include a maximum (max) PH value and a minimum (min) PH value per PHR. The UE 102 optionally receives 602, from the network entity 104, the UE capability enquiry enquiring as to whether the UE 102  supports PH reporting for SBFD based on the SBFD PHR configuration parameters that include the max PH value and the min PH value per PHR.

[0102] The UE 102 optionally transmits 604, to the network entity 104, UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the SBFD PHR configuration parameters that include the max PH value and the min PH value per PHR. The network entity 104 optionally receives 604, from the UE 102, the UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the SBFD PHR configuration parameters that include the max PH value and the min PH value per PHR.

[0103] The network entity 104 transmits 606, to the UE 102, an RRC configuration (i.e., an SBFD PHR configuration with minimum and maximum PH values) . The UE 102 receives 606, from the network entity 104, the RRC configuration (i.e., the SBFD PHR configuration with minimum and maximum PH values) .

[0104] The UE 102 detects 607 a PHR triggering event. The UE 102 generates 609 a PHR according to the RRC configuration (i.e., the SBFD PHR configuration with minimum and maximum PH values) . The PHR includes a min PH value and a max PH value.

[0105] The UE 102 transmits 630, to the network entity 104, the PHR that includes the min PH value and the max PH value. The network entity 104 receives 630, from the UE 102, the PHR that includes the min PH value and the max PH value.

[0106] The network entity 104 transmits 632, to the UE 102, UL scheduling information that schedules an UL transmission on SBFD slots / symbols based on the min PH value and the max PH value in the PHR. The UE 102 receives 632, from the network entity 104, the UL scheduling information that schedules the UL transmission on the SBFD slots / symbols based on the min PH value and the max PH value in the PHR.

[0107] The UE 102 transmits 634, to the network entity 104, the UL transmission on the SBFD slots / symbols. The network entity 104 receives 634, from the UE 102, the UL transmission on the SBFD slots / symbols.

[0108] In some aspects pertaining to reporting a single PHR, the UE 102 reports a minimum PH value and / or a maximum PH value for non-SBFD and SBFD slots / symbols. In such aspects, the UE 102 calculates PHs and reports the PHR based on SBFD slots / symbols and non-SBFD slots / symbols. The UE 102 utilizes both the SBFD slots / symbols and the non-SBFD slots / symbols to derive a minimum PH value and / or a maximum PH value. For example, the minimum PH value is associated with  the SBFD slots / symbols and the maximum PH value is associated with the non-SBFD slots / symbols.

[0109] FIG. 7A is a diagram 700A illustrating UE behavior for PH reporting associated with SBFD operation according to an embodiment. The UE 102 optionally receives 702A, from the network entity 104, the UE capability enquiry enquiring as to whether the UE 102 supports PH reporting for SBFD based on SBFD PHR configuration parameters that include a max PH value and a min PH value per PHR. The UE 102 optionally transmits 704A, to the network entity 104, UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the SBFD PHR configuration parameters that include the max PH value and the min PH value per PHR. The UE 102 receives 706A, from the network entity 104, an RRC configuration (i.e., an SBFD PHR configuration for min and max PH values) . The UE 102 detects 707A a PHR triggering event. The UE 102 generates 709A a PHR according to the RRC configuration (i.e., the SBFD PHR configuration for min and max PH values) . The PHR includes a min PH value and a max PH value. The UE 102 transmits 730A, to the network entity 104, the PHR that includes the min PH value and the max PH value. The UE 102 receives 732A, from the network entity 104, the UL scheduling information that schedules the UL transmission on the SBFD slots / symbols based on the min PH value and the max PH value in the PHR. The UE 102 transmits 734A, to the network entity 104, the UL transmission on the SBFD slots / symbols.

[0110] FIG. 7B is a diagram 700B illustrating network entity behavior for PH reporting associated with SBFD operation according to an embodiment. The network entity 104 optionally transmits 702B, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting for SBFD based on SBFD PHR configuration parameters that include a max PH value and a min PH value per PHR. The network entity 104 optionally receives 704B, from the UE 102, UE capability information indicating that the UE 102 supports PH reporting for SBFD based on the SBFD PHR configuration parameters that include the max PH value and the min PH value per PHR. The network entity 104 transmits 706B, to the UE 102, an RRC configuration (i.e., an SBFD PHR configuration with min and max PH values) . The network entity 104 receives 730B, from the UE 102, a PHR that includes a min PH value and a max PH value. The network entity 104 transmits 732B, to the UE 102, UL scheduling information that schedules an UL transmission on SBFD slots / symbols  based on the min PH value and the max PH value in the PHR. The network entity 104 receives 734B, from the UE 102, the UL transmission on the SBFD slots / symbols.

[0111] FIG. 8 is a signaling diagram 800 illustrating communications between the UE 102 and the network entity 104 for PH reporting associated with SBFD according to an embodiment. The signaling diagram 800 may be associated with option 1 in which the UE 102 reports a single PHR.

[0112] The network entity 104 optionally transmits 802, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting with a PH value for SBFD and a PH value for non-SBFD. The UE 102 optionally receives 802, from the network entity 104, the UE capability enquiry enquiring as to whether the UE 102 supports the PH reporting with the PH value for SBFD and the PH value for non-SBFD.

[0113] The UE 102 optionally transmits 804, to the network entity 104, UE capability information indicating that the UE 102 supports the PH reporting with the PH value for SBFD and the PH value for non-SBFD. The network entity 104 optionally receives 804, from the UE 102, the UE capability information indicating that the UE 102 supports the PH reporting with the PH value for SBFD and the PH value for non-SBFD.

[0114] The network entity 104 transmits 806, to the UE 102, an RRC configuration (i.e., a PHR configuration for two PH values per PHR) . The UE 102 receives 806, from the network entity 104, the RRC configuration (i.e., the PHR configuration for two PH values per PHR) .

[0115] The UE 102 detects 807 a PHR triggering event. The UE 102 generates 809 a PHR according to the RRC configuration (i.e., the PHR configuration for two PH values per PHR) . The PHR includes a PH value for SBFD and a PH value for non-SBFD.

[0116] The UE 102 transmits 830, to the network entity 104, the PHR that includes the PH value for SBFD and the PH value for non-SBFD. The network entity 104 receives 830, from the UE 102, the PHR that includes the PH value for SBFD and the PH value for non-SBFD.

[0117] The network entity 104 transmits 832, to the UE 102, UL scheduling information that schedules an UL transmission on SBFD slots / symbols based on the PH value for SBFD in the PHR. The UE 102 receives 832, from the network entity 104, the UL  scheduling information that schedules the UL transmission on the SBFD slots / symbols based on the PH value for SBFD in the PHR.

[0118] The UE 102 transmits 834, to the network entity 104, the UL transmission on the SBFD slots / symbols. The network entity 104 receives 834, from the UE 102, the UL transmission on the SBFD slots / symbols.

[0119] The network entity 104 transmits 836, to the UE 102, UL scheduling information that schedules an UL transmission on non-SBFD slots / symbols based on the PH value for the non-SBFD in the PHR. The UE 102 receives 836, from the network entity 104, the UL scheduling information that schedules the UL transmission on the non-SBFD slots / symbols based on the PH value for the non-SBFD in the PHR.

[0120] The UE 102 transmits 838, to the network entity 104, the UL transmission on the non-SBFD slots / symbols. The network entity 104 receives 838, from the UE 102, the UL transmission on the non-SBFD slots / symbols.

[0121] In some aspects pertaining to reporting a single PHR, the UE reports two PHs (e.g., two absolute PHs or one absolute PH and one differential PH) in one PHR for non-SBFD / SBFD slots / symbols. In such aspects, the UE 102 reports two PH values: a first PH value for non-SBFD slots / symbols and a second PH value for SBFD slots / symbols. In another example, the UE 102 reports a first PH for the non-SBFD slots / symbols and a second differential PH for the SBFD slots / symbols and the second differential PH is calculated with respect to the first PH value. In some aspects, the UE 102 reports one single maximum transmission power in the PHR and the UE 102 calculates the first PH and the second PH based on the single maximum transmission power in the report. In some other aspects, the UE 102 reports two maximum transmission powers associated with the two reported PHs, respectively. The UE 102 calculates each of the two PHs based on their associated maximum transmission powers.

[0122] FIG. 9A is a diagram 900A illustrating UE behavior for PH reporting associated with SBFD operation according to an embodiment. The UE 102 optionally receives 902A, from the network entity 104, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting with a PH value for SBFD and a PH value for non-SBFD. The UE 102 optionally transmits 904A, to the network entity 104, UE capability information indicating that the UE 102 supports the PH reporting with the PH value for SBFD and the PH value for non-SBFD. The UE 102 receives 906A, from the network entity 104, the RRC configuration (i.e., the PHR configuration for  two PH values per PHR) . The UE 102 detects 907A a PHR triggering event. The UE 102 generates 909A a PHR according to the RRC configuration (i.e., the PHR configuration for two PH values per PHR) . The PHR includes a PH value for SBFD and a PH value for non-SBFD. The UE 102 transmits 930A, to the network entity 104, the PHR that includes the PH value for SBFD and the PH value for non-SBFD. The UE 102 receives 932A, from the network entity 104, UL scheduling information that schedules an UL transmission on SBFD slots / symbols based on the PH value for SBFD in the PHR. The UE 102 transmits 934A, to the network entity 104, the UL transmission on the SBFD slots / symbols. The UE 102 receives 936A, from the network entity 104, UL scheduling information that schedules the UL transmission on non-SBFD slots / symbols based on the PH value for the non-SBFD in the PHR. The UE 102 transmits 938A, to the network entity 104, the UL transmission on the non-SBFD slots / symbols.

[0123] FIG. 9B is a diagram 900B illustrating network entity behavior for PH reporting associated with SBFD operation according to an embodiment. The network entity 104 optionally transmits 902B, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports PH reporting with a PH value for SBFD and a PH value for non-SBFD. The network entity 104 optionally receives 904B, from the UE 102, the UE capability information indicating that the UE 102 supports the PH reporting with the PH value for SBFD and the PH value for non-SBFD. The network entity 104 transmits 906B, to the UE 102, an RRC configuration (i.e., a PHR configuration for two PH values per PHR) . The network entity 104 receives 930B, from the UE 102, a PHR that includes a PH value for SBFD and a PH value for non-SBFD. The network entity 104 transmits 932B, to the UE 102, UL scheduling information that schedules an UL transmission on SBFD slots / symbols based on the PH value for SBFD in the PHR. The network entity 104 receives 934B, from the UE 102, the UL transmission on the SBFD slots / symbols. The network entity 104 transmits 936B, to the UE 102, UL scheduling information that schedules an UL transmission on non-SBFD slots / symbols based on the PH value for the non-SBFD in the PHR. The network entity 104 receives 938B, from the UE 102, the UL transmission on the non-SBFD slots / symbols.

[0124] FIG. 10 is a diagram 1000 illustrating various aspects pertaining to PH reporting associated with SBFD according to an embodiment. In some aspects pertaining to reporting a single PHR, the UE 102 reports whether a PHR is based on non-SBFD  operation or SBFD operation. In such aspects, a PHR MAC-CE includes a field specified / configured for PHR MAC-CE reporting. The field indicates whether a PHR is associated with non-SBFD slots / symbols or SBFD slots / symbols. In such aspects, a new MAC-CE field or an existing MAC-CE field can indicate whether a PH value is associated with non-SBFD slots / symbols or with SBFD slots / symbols. In an example, the new MAC-CE field is for a single entry PHR MAC-CE (i.e., a single entry PHR MAC-CE 1040) and / or the new MAC-CE field is for a multiple entry PHR MAC-CE. In an example, the single entry PHR MAC-CE 1040 includes a PH SBFD / non-SBFD indication 1042 that indicates whether a PHR is based on non-SBFD operation or SBFD operation. In some cases, the UE 102 determines whether to report an actual PH based on non-SBFD operation or SBFD operation based on whether a PUSCH corresponding to the actual PH is based on SBFD or non-SBFD slots / symbols or power control parameters. For example, the UE 102 decides to use non-SBFD or SBFD slots / symbols or power control parameters for actual PH reporting based on whether the PUSCH used for a PH calculation is transmitted on SBFD slots / symbols or non-SBFD slots / symbols.

[0125] In some aspects, the UE 102 utilizes a PH levels table 1044 and / or a nominal UE transmit power levels table 1046 for PH reporting, where the PH levels table 1044 and / or the nominal UE transmit power levels table 1046 are defined for reporting for the SBFD slots / symbols. As depicted in the diagram 1000, the PH levels table 1044 includes PH_SBFD_0 1044a, PH_SBFD_1 1044b, PH_SBFD_2 1044c, and PH_SBFD_N 1044d, where N is an integer greater than 2. As depicted in the diagram 1000, the nominal UE transmit power levels table 1046 includes PC_MAX_C_SBFD_0 1046a, PC_MAX_C_SBFD_1 1046b, PC_MAX_C_SBFD_2 1046c, and PC_MAX_C_SBFD_N 1046d, where N is an integer greater than 2.

[0126] In option 2, the UE 102 transmits multiple PHRs. For example, the UE 102 transmits a first PHR for non-SBFD slots / symbols and a second PHR for SBFD slots / symbols. If the UE 102 supports multi-transmission and reception point (mTRP) and SBFD operation or if the network entity 104 configures the UE 102 with mTRP and SBFD operation simultaneously, the UE 102 can report four PHRs with regard to 2 TRPs. In an example, the network entity 104 configures the UE 102 with a common event detection for PH reporting (i.e., a common PHR triggering event) and the common PHR triggering event triggers the UE 102 to transmit a first PHR and a second PHR. In an example, the network entity 104 configures the UE 102 with a  separate event detection for PH reporting (i.e., a first PHR triggering event and a second PHR triggering event) and the first PHR triggering event triggers the UE 102 to transmit the first PHR and the second PHR triggering event triggers the UE 102 to transmit the second PHR.

[0127] In some aspects, an RRC parameter (e.g., multiplePHR) indicates if the UE 102 shall report PHR using a single entry PHR MAC-CE or a multiple entry PHR MAC-CE. In some aspects, if the RRC parameter indicates “true, ” the UE 102 uses the multiple entry PHR MAC-CE and if the RRC parameter indicates “false, ” the UE 102 uses the single entry PHR MAC-CE. In some aspects, the network configures a field as true for multiple radio access technology dual connectivity (MR-DC) and for UL carrier aggregation (CA) for NR, and as false in all other cases. In some aspects, the network configures multiplePHR as true for SBFD operation allowing the UE 102 to use a multiple entry PHR MAC-CE to report PHRs for SBFD slots / symbols and for the non-SBFD slots / symbols.

[0128] The UE 102 can determine whether to report an actual PH or a reference PH for each PHR based on whether a PUSCH exists for non-SBFD slots / symbols or SBFD slots / symbols or whether the PUSCH is associated with power control parameters for non-SBFD or SBFD. In one example, for a first PHR, the UE 102 determines to report an actual PH for a serving cell if a PUSCH exists for non-SBFD in a serving cell; otherwise, the UE 102 reports reference PH in the first PHR. For a second PHR, the UE 102 determines to report an actual PH for a serving cell if a PUSCH exists for SBFD in the serving cell; otherwise, the UE 102 reports reference PH in the second PHR.

[0129] In some aspects, the UE 102 applies a common option (e.g., a single PHR report) for reporting different types of PHRs (e.g., type 1 PH reporting / type 2 PH reporting / type 3 PH reporting) . In some aspects, the UE 102 applies different options for reporting different types of PHRs (e.g., type 1 PH reporting / type 2 PH reporting / type 3 PH reporting) . In an example, the UE 102 uses a single PHR for type 1 PH reporting and the UE 102 uses multiple PHRs for type 2 PH reporting.

[0130] In an example, the network entity 104 configures the UE 102 with RRC parameters for a PHR configuration (e.g., phr-PeriodicTimer, phr-ProhibitTimer, phr-Tx-PowerFactorChange, phr-Type2SpCell, phr-Type2OtherCell, phr-ModeOtherCG, multiplePHR) separately for SBFD slots / symbols and non-SBFD slots / symbols. In another example, the network entity 104 configures the UE 102  with some common parameters for SBFD slots / symbols and non-SBFD slots / symbols and the network entity 104 configures the UE 102 with some other parameters dedicated to SBFD slots / symbols or non-SBFD slots / symbols. In some aspects, the network entity 104 configures the UE 102 with new power control and / or PHR configuration parameters for SBFD operation. The new power control and / or PHR configuration parameters for SBFD operations can include the same functionality of non-SBFD parameters, while being dedicated to SBFD slots / symbols (e.g., phr-Type2SpCell-SBFD, phr-Type2OtherCell-SBFD, phr-Mode-SBFD, phr-Tx-PowerFactorChange-SBFD, phr-Trigger-SBFD, multiplePHR-SBFD) . In some aspects, the new power control and / or PHR configuration parameters for SBFD operation are included in a list of RRC-configured parameters for PH reporting.

[0131] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include phr-Type2SpCell-SBFD and phr-Type2OtherCell-SBFD that are similar to the phr-Type2SpCell and phr-Type2OtherCell. In an example, phr-Type2SpCell-SBFD and phr-Type2OtherCell-SBFD control reporting of Type-2 PHRs (i.e., type 2 PH reporting) specifically for SBFD transmissions on an SpCell and on other serving cells, respectively. The UE 102 calculates a PH considering both PUSCH and PUCCH transmissions, along with additional power constraints for SBFD operation on the SpCell and on other serving cells.

[0132] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include phr-Mode-SBFD which enables or disables PH reporting for SBFD slots / symbols altogether. When enabled, the UE 102 reports PHRs based on SBFD-specific parameters when operating in SBFD.

[0133] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include phr-Tx-PowerFactorChange-SBFD which indicates a path loss change threshold specifically for triggering PHR reports in SBFD operation. In an example, phr-Tx-PowerFactorChange-SBFD is set to a higher value than phr-Tx-PowerFactorChange to account for potentially higher interference in SBFD slots / symbols.

[0134] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include phr-Trigger-SBFD which defines new PHR triggering event specifically to trigger PHR reports upon changes in an SBFD configuration or an SBFD operating condition, such as an activation or a deactivation of SBFD operation. In an example, the new PHR triggering event relates to a level of change in  interference on SBFD slots / symbols. In some aspects, the network triggers PH reporting for SBFD via explicit signalling (e.g., DCI, a MAC-CE, etc. ) .

[0135] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include phr-ProhibitTimer-SBFD which defines a prohibit timer specifically for SBFD. In an example, a length of the prohibit timer is shorter than a length of a non-SBFD prohibit timer to make PH reporting faster depending on a level of interference on SBFD slots / symbols.

[0136] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include multiplePHR-SBFD which enables the reporting of multiple PHRs within a single reporting instance for a single cell specifically for SBFD operation. In an example, the UE 102 reports separate PHRs for SBFD slots / symbols and non-SBFD slots / symbols and / or separate PHRs for different TRPs (if applicable) to provide more granular power headroom information to the network entity.

[0137] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include a new PHR format for SBFD operation specifically including additional fields for to conveying SBFD information or TRP information.

[0138] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include a PHR calculation formula that accounts for SBFD specific power constraints and interference. The UE 102 can calculate a PH as a difference between an UL SBFD subband specific maximum transmit power, any additional power backoff, and an estimated power for a PUSCH transmission in the UL SBFD subband.

[0139] In some aspects, the new power control and / or PHR configuration parameters for SBFD operation include a new PHR type for SBFD operation.

[0140] FIG. 11 is a signaling diagram 1100 illustrating communications between the UE 102 and the network entity 104 for an SBFD random access procedure according to an embodiment.

[0141] The network entity 104 optionally transmits 1102, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports configuration 1 or configuration 2. In configuration 1, transmissions / receptions are restricted to SBFD symbols only or non-SBFD symbols only. In configuration 2, transmissions / receptions can occur in SBFD symbols and non-SBFD symbols. In configuration 2, an overlap may exist between additional SBFD PRACH resources (starting from an SBFD symbol and ending in a non-SBFD symbol) and non-SBFD PRACH resources. The UE 102  optionally receives 1102, from the network entity 104, the UE capability enquiry enquiring as to whether the UE 102 supports configuration 1 or configuration 2.

[0142] The UE 102 optionally transmits 1104, to the network entity 104, UE capability indicating that the UE 102 supports configuration 2 with two PRACH configurations: a configuration for non-SBFD and a configuration for SBFD. The network entity 104 optionally receives 1104, from the UE 102, the UE capability indicating that the UE 102 supports configuration 2 with two PRACH configurations: a configuration for non-SBFD and a configuration for SBFD.

[0143] The network entity 104 transmits 1106, to the UE 102, an RRC configuration that includes non-SBFD configuration parameters and SBFD configuration parameters. The UE 102 receives 1106, from the network entity 104, the RRC configuration that includes non-SBFD configuration parameters and SBFD configuration parameters.

[0144] The network entity 104 optionally transmits 1111, to the UE 102, configuration rules for selecting an RO from the non-SBFD configuration or the SBFD configuration. The UE 102 optionally receives 1111, from the network entity 104, the configuration rules for selecting an RO from the non-SBFD configuration or the SBFD configuration.

[0145] The UE 102 transmits 1130, to the network entity 104, an initial transmission of a PRACH on RO (s) of the non-SBFD configuration or the RO (s) of the SBFD configuration. The network entity 104 receives 1130, from the UE 102, the initial transmission of the PRACH on the RO (s) of the non-SBFD configuration or the RO (s) of the SBFD configuration.

[0146] The UE 102 optionally retransmits 1131, to the network entity 104, a PRACH on RO(s) of the non-SBFD configuration or RO (s) of the SBFD configuration. The network entity 104 optionally receives 1131, from the UE 102, a retransmission of the PRACH on the RO (s) of the non-SBFD configuration or the RO (s) of the SBFD configuration.

[0147] The network entity 104 transmits 1133, to the UE 102, a random access response (RAR) . The UE 102 receives 1133, from the network entity 104, the random access response (RAR) .

[0148] An RO across SBFD symbols and non-SBFD symbols in the same slot or across slots is invalid by default. A configured RO starting from an SBFD symbol and ending in a non-SBFD symbol either in the same slot or across different slots can be valid based on a network configuration, which is supported when two separate RACH  configurations (one non-SBFD RACH configuration and one additional SBFD RACH configuration) are used and which is supported for ROs configured by the additional RACH configuration. If a network configures such an RO as a valid RO, the UE 102 should treat the RO as an additional RO in SBFD symbols.

[0149] In some aspects, in configuration 2 (transmissions / receptions can occur in SBFD symbols and non-SBFD symbols) , RACH configuration option 2 (one non-SBFD RACH configuration and one additional SBFD RACH configuration) , and when a network configuration allows an RO starting from an SBFD symbol and ending in a non-SBFD symbol, an overlap can exist between an RO starting from an SBFD symbol and ending in a non-SBFD symbol and a non-SBFD RO. In such aspects, the UE 102 can support different alternatives.

[0150] In a first alternative, the UE 102 supports a time-domain overlap between additional SBFD PRACH resources (starting from the SBFD symbol and ending in non-SBFD symbol) and non-SBFD PRACH resources.

[0151] In a second second alternative, the UE 102 supports a time-domain overlap and a frequency domain overlap between the additional SBFD PRACH resources (starting from the SBFD symbol and ending in the non-SBFD symbol) and the non-SBFD PRACH resources.

[0152] In a third alternative, the UE 102 does not support an overlap in the time domain or the frequency domain between the additional SBFD PRACH resources (starting from the SBFD symbol and ending in the non-SBFD symbol) and the non-SBFD PRACH resources.

[0153] In some aspects, the first alternative, the second alternative, and / or the third alternative apply to potential overlapping between the new SBFD additional ROs and the non-SBFD ROs belonging to a same PRACH configuration.

[0154] The UE 102 can report a UE capability indicating whether the UE 102 supports one or multiple of the alternatives above. In one example, the UE 102 reports the UE capability indicating whether the UE 102 supports SBFD ROs and non-SBFD ROs partially or fully overlapping in both a time domain and a frequency domain, or the time domain only, or the frequency domain only.

[0155] In some aspects, in case of an overlap between additional SBFD PRACH resources and the non-SBFD PRACH resources, the UE 102 considers an RO of the additional SBFD PRACH configuration overlapping with the non-SBFD PRACH resources of the non-SBFD PRACH configuration as invalid. Alternatively, the UE  102 considers the RO of the additional SBFD PRACH configuration overlapping with the non-SBFD PRACH resources of the non-SBFD PRACH configuration as not available. Thus, the network entity 104 and the UE 102 can determine an SSB-RO mapping taking into account the aforementioned RO. The UE 102 can select a next available RO for a PRACH transmission. An RO that is not available counts as an RO for SSB-RO mapping purposes. An RO that is invalid does not count as an RO for SSB-RO mapping purposes.

[0156] In some aspects, in case of an overlap between additional SBFD RACH resources and the non-SBFD PRACH resources, the UE 102 considers an RO of a non-SBFD RACH configuration overlapping with additional SBFD PRACH resources of the additional SBFD RACH configuration as invalid. Alternatively, the UE 102 considers the RO of the non-SBFD RACH configuration overlapping with the additional SBFD PRACH resources of the additional SBFD RACH configuration as not available. Thus, the network entity 104 and UE 102 can determine an SSB-RO mapping taking into account the RO. The UE 102 can select the next available RO for a PRACH transmission.

[0157] In some aspects, overlapping between the additional SBFD PRACH resources and the non-SBFD PRACH resources is allowed in frequency range (FR) 1 and not allowed in FR2.

[0158] FIG. 12A is a diagram 1200A illustrating UE behavior for an SBFD random access procedure according to an embodiment. The UE 102 optionally receives 1202A, from the network entity 104, a UE capability enquiry enquiring as to whether the UE 102 supports configuration 1 or configuration 2. The UE 102 optionally transmits 1204A, to the network entity 104, UE capability indicating that the UE 102 supports configuration 2 with two PRACH configurations: a configuration for non-SBFD and a configuration for SBFD. The UE 102 receives 1206A, from the network entity 104, an RRC configuration that includes non-SBFD configuration parameters and SBFD configuration parameters. The UE 102 optionally receives 1211A, from the network entity 104, configuration rules for selecting an RO from the non-SBFD configuration or the SBFD configuration. The UE 102 transmits 1230A, to the network entity 104, an initial transmission of a PRACH on ROs of the non-SBFD configuration or the ROs of the SBFD configuration. The UE 102 optionally retransmits 1231A, to the network entity 104, a PRACH on ROs of the non-SBFD  configuration or ROs of the SBFD configuration. The UE 102 receives 1233A, from the network entity 104, a random access response (RAR) .

[0159] FIG. 12B is a diagram 1200B illustrating network entity behavior for an SBFD random access procedure according to an embodiment. The network entity 104 optionally transmits 1202B, to the UE 102, a UE capability enquiry enquiring as to whether the UE 102 supports configuration 1 or configuration 2. The network entity 104 optionally receives 1204B, from the UE 102, the UE capability indicating that the UE 102 supports configuration 2 with two PRACH configurations: a configuration for non-SBFD and a configuration for SBFD. The network entity 104 transmits 1206B, to the UE 102, an RRC configuration that includes non-SBFD configuration parameters and SBFD configuration parameters. The network entity 104 optionally transmits 1211B, to the UE 102, configuration rules for selecting an RO from the non-SBFD configuration or the SBFD configuration. The network entity 104 receives 1230B, from the UE 102, the initial transmission of the PRACH on the ROs of the non-SBFD configuration or the ROs of the SBFD configuration. The network entity 104 optionally receives 1231B, from the UE 102, a retransmission of the PRACH on the ROs of the non-SBFD configuration or the ROs of the SBFD configuration. The network entity 104 transmits 1233B, to the UE 102, a random access response (RAR) .

[0160] FIG. 13 is a diagram 1300 illustrating an example of a TDD / SBFD pattern 1348 according to an embodiment. The diagram 1300 may correspond to the UE 102 supporting a time overlap 1360 between additional SBFD PRACH resources (starting from the SBFD symbol and ending in non-SBFD symbol) and non-SBFD PRACH resources. For instance, the diagram 1300 depicts an additional SBFD PRACH configuration 1306 and a non-SBFD PRACH configuration 1356. The diagram 1300 also depicts DL 1352 resources and UL 1354 resources, as well as an UL subband 1350. The diagram 1300 further depicts RO 1358a, RO 1358b, RO 1358c, RO 1358d, and RO 1358e. As shown in the diagram 1300, RO 1358c overlaps in a time domain with the additional SBFD PRACH configuration 1306 and the non-SBFD PRACH configuration 1356.

[0161] FIG. 14 is a diagram 1400 illustrating an example of a TDD / SBFD pattern 1448 according to an embodiment. The diagram 1400 may correspond to the UE 102 supporting a time and frequency overlap 1462 between additional SBFD PRACH resources (starting from the SBFD symbol and ending in non-SBFD symbol) and non-SBFD PRACH resources. For instance, the diagram 1400 depicts an additional SBFD  PRACH configuration 1406 and a non-SBFD PRACH configuration 1456. The diagram 1400 also depicts DL 1452 resources and UL 1454 resources, as well as an UL subband 1450. The diagram 1400 further depicts RO 1458a, RO 1458b, RO 1458c, RO 1458d, and RO 1458e. As shown in the diagram 1400, RO 1458c overlaps in a time domain and a frequency domain with the additional SBFD PRACH configuration 1406 and the non-SBFD PRACH configuration 1456.

[0162] FIG. 15 is a diagram 1500 illustrating an example of a TDD / SBFD pattern 1548 according to an embodiment. The diagram 1500 may correspond to the UE 102 not supporting overlaps between additional SBFD PRACH resources (starting from the SBFD symbol and ending in non-SBFD symbol) and non-SBFD PRACH resources. For instance, the diagram 1500 depicts an additional SBFD PRACH configuration 1506 and a non-SBFD PRACH configuration 1556. The diagram 1500 also depicts DL 1552 resources and UL 1554 resources, as well as an UL subband 1550. The diagram 1500 further depicts RO 1558a, RO 1558b, RO 1558c, RO 1558d, and RO 1558e. As shown in the diagram 1500, overlaps do not exist between the additional SBFD PRACH configuration 1506 and the non-SBFD PRACH configuration 1556.

[0163] The network entity 104 can signal a PRACH configuration index to the UE 102. The PRACH configuration index determines PRACH transmission parameters, including time resource parameters and a preamble format. The PRACH configuration index points to a specific row in a PRACH configuration table. The PRACH configuration table may be applicable for an FR1 paired spectrum, an FR1 unpaired spectrum, and FR2 with unpaired spectrum. In one example, the network entity 104 signals two PRACH configuration indices to UE 102 (supporting SBFD) : a first PRACH configuration index for a non-SBFD PRACH configuration and a second PRACH configuration index for an additional SBFD PRACH configuration. In another example, a single index is used for a SBFD and a non-SBFD PRACH configuration that maps to new PRACH configuration tables. In another example, the network entity 104 signals a single index and the UE 102 determines another index via signalling or implicit signalling.

[0164] In some aspects, the UE 102 reports, as a UE capability, support of the UE 102 of an additional SBFD PRACH configuration or support of the UE 102 of a non-SBFD PRACH configuration with additional ROs configured on SBFD slots / symbols. The network entity 104 can configure the additional SBFD PRACH configuration on SBFD slots / symbols per serving cell, per UE, per BWP, and / or per carrier. The UE  102 can report support for the additional PRACH configuration on SBFD slots / symbols. The network entity 104 can configure (e.g., via RRC signaling, a MAC-CE, etc. ) the additional PRACH configuration on SBFD slots / symbols.

[0165] The UE 102 can report, as a UE capability, support of the UE 102 of configuration 1 or configuration 2, or support of the UE 102 of both configuration 1 and configuration 2. The network entity 104 can configure the UE 102 with configuration 1 or configuration 2 (e.g., via RRC signalling, a MAC-CE, etc. ) . A configuration including configuration 1 or configuration 2 could be cell specific, UE specific, per BWP, per carrier, etc. In configuration 1, transmissions / receptions are restricted to SBFD symbols only or non-SBFD symbols only. In configuration 2, transmissions / receptions can be in SBFD symbols and non-SBFD symbols.

[0166] When the UE 102 is configured with carrier aggregation, the network entity 104 can indicate a configuration of an additional PRACH configuration on SBFD slots / symbols and / or the network entity 104 can indicate the configuration of configuration 1 or configuration 2 for a primary cell (PCell) , a primary secondary cell (PSCell) , or a secondary Cell (SCell) (e.g., via RRC signalling, a MAC-CE, etc. ) .

[0167] In some aspects, after determining a first of ROs and a second set of ROs and preambles associated with a non-SBFD PRACH configuration and an additional SBFD PRACH configuration, the UE 102 randomly selects one set of ROs and preambles from a corresponding set of preambles based on equal probability.

[0168] In some aspects, the network entity 104 configures a probability for a selection between a set of non-SBFD ROs and an additional set of SBFD RO (s) and preambles. The base station can configure the probability by RRC signalling (e.g., in a PRACH configuration, in a MAC-CE, DCI, etc. ) .

[0169] In one example, the UE 102 determines a probability for RO and preamble selection between a non-SBFD RACH configuration and an additional SBFD RACH configuration based on a configuration of a first PRACH and a second PRACH (e.g., periodicity) . For example, if a periodicity for a first PRACH configuration is T1 and a periodicity for a second PRACH configuration is T2, the UE 102 determines a probability to select the first set of ROs and preambles as T2  /  (T1 + T2) , and the UE 102 determines a probability to select the second set of ROs and preambles as T1  / (T1 + T2) .

[0170] In another example, the UE 102 select a set of ROs and preambles based on a timing for a next available RO. In one example, the UE 102 selects a set of ROs that starts earlier and / or ends earlier.

[0171] In another example, the UE 102 prioritizes a selection of a set of ROs and preambles associated with an additional SBFD PRACH configuration.

[0172] In another example, the network entity 104 configures the UE 102 with prioritization rules to select an RO or a set of ROs and preambles associated with a non-SBFD RACH configuration or an additional SBFD RACH configuration.

[0173] In some aspects, the UE 102 selects a set of ROs and preambles based on a target transmission power of a PRACH. In one example, the UE 102 selects the set of ROs and preambles that utilize a smaller transmission power with regard to UE power saving. In one example, the UE 102 selects the set of ROs and preambles that utilizes a higher transmission power with regard to RA reliability.

[0174] In some aspects, after selecting the set of ROs and preambles, the UE 102 performs a random selection for the preambles based on an equal probability.

[0175] The UE 102 can determine whether to select an RO / preamble based on a non-SBFD PRACH configuration or an additional SBFD PRACH configuration based on a target payload size for Msg3 / MsgA, where the target payload size indicates UL data available for transmission plus MAC sub-header (s) and MAC-CEs in Msg3.

[0176] The network entity 104 can configure a Msg3 / MsgA payload size threshold by RRC signalling for a selection of an RO / preamble from a non-SBFD PRACH configuration or from an additional SBFD PRACH configuration (e.g., in the non-SBFD PRACH configuration or in the additional SBFD RACH configuration) . Alternatively, the Msg3 / MsgA payload size threshold may be pre-defined.

[0177] In an example, the UE 102 determines whether to select an RO / preamble based on a non-SBFD PRACH configuration or the additional SBFD PRACH configuration based on a type of event that triggers an RA procedure. The UE 102 determines to select the RO / preamble based on the non-SBFD PRACH configuration based on a first type of triggering event, and the UE 102 selects the RO / preamble based on the additional SBFD PRACH configuration based on a second type of triggering event. In some aspects, the UE 102 further determines to select the RO / preamble based on the non-SBFD PRACH configuration or the additional SBFD PRACH configuration based on a third type of triggering event.

[0178] Some random access channel (RACH) triggering events (e.g., beam failure recovery, handover, or RACH-based lower layer triggered mobility (LTM) cell switching) are sensitive to latency. Hence, SBFD can be beneficial in such scenarios. In some aspects, an SBFD RACH configuration may be enabled for triggering events via a specification or via signalling (e.g., RRC signalling, a MAC-CE, DCI, etc. ) from the network entity 104 to the UE 102.

[0179] In some aspects, after RACH failures on SBFD slots / symbols due to high level of CLI, the UE 102 could be instructed to switch from using ROs on SBFD slots / symbols to ROs on non-SBFD slots / symbols. For example, the network entity 104 transmits explicit signalling (e.g., via DCI, a MAC-CE, etc. ) to instruct the UE 102 to switch or to stop using the ROs on the SBFD slots / symbols. In another example, the network entity 104 enables / disables the use of an additional SBFD PRACH configuration dynamically (e.g., via DCI, a MAC-CE, etc. ) . In some aspects, the network entity 104 enables / disables the use of the additional SBFD PRACH configuration on per UE basis, a per cell basis, or on a group of UEs basis. In some aspects, rules are defined for the UE 102 to select the SBFD ROs or the non-SBFD ROs (e.g., a number of RACH failures, channel conditions, a level of CLI, a level of pathloss, UE speed / doppler, handover types, etc. ) .

[0180] FIG. 16 illustrates a flowchart 1600 of a method of wireless communication at a UE. With reference to FIGs. 1-15, the method may be performed by the UE 102.

[0181] The UE 102 optionally receives 1602, from a network entity, a UE capability enquiry. For example, FIG. 2 shows that the UE 102 optionally receives 202, from the network entity 104, a UE capability enquiry.

[0182] The UE 102 optionally transmits 1604, to the network entity, UE capability information indicating that the UE supports at least one of: PHR for SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active TCI states in SBFD operation. For example, FIG. 2 shows that the UE 102 optionally transmits 204, to the network entity 104, UE capability information indicating that the UE supports at least one of: PHR for SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active TCI states in SBFD operation.

[0183] The UE 102 receives 1606, from the network entity, a configuration associated with SBFD operation, the configuration configuring at least one of: the PHR for the SBFD operation, the overlap handling between the SBFD resource and the non-SBFD  resource, or the counting of the active TCI states in the SBFD operation. For example, FIG. 2 shows that the UE 102 receives 206, from the network entity 104, a configuration associated with SBFD operation, the configuration configuring at least one of: the PHR for the SBFD operation, the overlap handling between the SBFD resource and the non-SBFD resource, or the counting of the active TCI states in the SBFD operation.

[0184] The UE 102 optionally detects 1607 a PHR triggering event. For example, FIG. 4 shows that the UE 102 optionally detects 407 a PHR triggering event. For example, FIG. 6 shows that the UE 102 optionally detects 607 a PHR triggering event. For example, FIG. 8 shows that the UE 102 optionally detects 807 a PHR triggering event.

[0185] The UE 102 optionally receives 1608, from the network entity, a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, where the first TCI state and the second TCI state include at least one of: joint TCIs, UL TCIs, or a joint TCI and an UL TCI. For example, FIG. 2 shows that the UE 102 optionally receives 208, from the network entity 104, a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, where the first TCI state and the second TCI state include at least one of: joint TCIs, UL TCIs, or a joint TCI and an UL TCI.

[0186] The UE 102 optionally applies 1610 a TCI state for an UL channel across the SBFD symbol and the non-SBFD symbol based on at least one of: the configuration associated with the SBFD operation; a non-SBFD configuration; a configurable parameter; or a first configuration for a first transmission occasion and a second configuration for a second transmission occasion. For example, FIG. 2 shows that the UE 102 optionally applies 210 a TCI state for an UL channel across the SBFD symbol and the non-SBFD symbol based on at least one of: the configuration associated with the SBFD operation; a non-SBFD configuration; a configurable parameter; or a first configuration for a first transmission occasion and a second configuration for a second transmission occasion.

[0187] The UE 102 optionally counts 1613 the first TCI state and the second TCI state as one active TCI state in association with a maximum number of activated TCI states supported by the UE 102. For example, FIG. 2 shows that the UE 102 optionally counts 213 the first TCI state and the second TCI state as one active TCI state in association with a maximum number of activated TCI states supported by the UE 102.

[0188] The UE 102 communicates 1630, with the network entity, based on the configuration. For example, FIG. 2 shows that the UE 102 communicates 230, with the network entity 104, based on the configuration.

[0189] FIG. 17 is a flowchart 1700 of a method of wireless communication at a network entity. With reference to FIGs. 1-15, the method may be performed by one or more network entities 104, which may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, and / or the CU 110.

[0190] The network entity 104 optionally transmits 1702, to a UE, a UE capability enquiry. For example, FIG. 2 shows that the UE 102 optionally transmits 202, to the UE 102, a UE capability enquiry.

[0191] The network entity 104 optionally receives 1704, from the UE, UE capability information indicating that the UE supports at least one of: PHR for SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active TCI states in SBFD operation. For example, FIG. 2 shows that the network entity 104 optionally receives 204, from the UE 102, UE capability information indicating that the UE supports at least one of: PHR for SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active TCI states in SBFD operation.

[0192] The network entity 104 transmits 1706, to the UE, a configuration associated with SBFD operation, the configuration configuring at least one of: the PHR for the SBFD operation, the overlap handling between the SBFD resource and the non-SBFD resource, or the counting of the active TCI states in the SBFD operation. For example, FIG. 2 shows that the network entity 104 transmits 206, to the UE 102, a configuration associated with SBFD operation, the configuration configuring at least one of: the PHR for the SBFD operation, the overlap handling between the SBFD resource and the non-SBFD resource, or the counting of the active TCI states in the SBFD operation.

[0193] The network entity 104 optionally transmits 1708, to the UE, a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, where the first TCI state and the second TCI state include at least one of: joint TCIs, UL TCIs, or a joint TCI and an UL TCI. For example, FIG. 2 shows that the network entity 104 optionally transmits 208, to the UE 102, a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, where the first TCI state and the second TCI state include at least one of: joint TCIs, UL TCIs, or a joint TCI and an UL TCI.

[0194] The network entity 104 communicates 1730, with the UE, based on the configuration. For example, FIG 2 shows that the network entity 104 communicates 230, with the UE, based on the configuration.

[0195] FIG. 18 is a diagram 1800 illustrating an example of a hardware implementation for a UE apparatus 1802. The UE apparatus 1802 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 1802 may include an application processor 1806, which may have on-chip memory 1806’ . In examples, the application processor 1806 may be coupled to a secure digital (SD) card 1808 and / or a display 1810. The application processor 1806 may also be coupled to a sensor (s) module 1812, a power supply 1814, an additional module of memory 1816, a camera 1818, and / or other related components.

[0196] The UE apparatus 1802 may further include a wireless baseband processor 1826, which may be referred to as a modem. The wireless baseband processor 1826 may have on-chip memory 1826'. Along with, and similar to, the application processor 1806, the wireless baseband processor 1826 may also be coupled to the sensor (s) module 1812, the power supply 1814, the additional module of memory 1816, the camera 1818, and / or other related components. The wireless baseband processor 1826 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 1820 and / or one or more transceivers 1830 (e.g., wireless RF transceivers) .

[0197] Within the one or more transceivers 1830, the UE apparatus 1802 may include a Bluetooth module 1832, a WLAN module 1834, an SPS module 1836 (e.g., GNSS module) , and / or a cellular module 1838. The Bluetooth module 1832, the WLAN module 1834, the SPS module 1836, and the cellular module 1838 may each include an on-chip transceiver (TRX) , or in some cases, just a transmitter (TX) or just a receiver (RX) . The Bluetooth module 1832, the WLAN module 1834, the SPS module 1836, and the cellular module 1838 may each include dedicated antennas and / or utilize antennas 1840 for communication with one or more other nodes. For example, the UE apparatus 1802 can communicate through the transceiver (s) 1830 via the antennas 1840 with another UE (e.g., sidelink communication) and / or with a network entity 104 (e.g., uplink / downlink communication) , where the network entity 104 may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, or the CU 110. The wireless baseband processor 1826 and the application processor 1806 may each include a computer-readable medium  / memory 1826', 1806', respectively. The additional module of memory 1816 may also be considered  a computer-readable medium  / memory. Each computer-readable medium  / memory 1826', 1806', 1816 may be non-transitory. The wireless baseband processor 1826 and the application processor 1806 may each be responsible for general processing, including execution of software stored on the computer-readable medium  / memory 1826', 1806', 1816.

[0198] As discussed in FIG. 1 and implemented with respect to FIG. 16, the SBFD component 140 is configured to receive, from a network entity, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation. The SBFD component 140 is configured to communicate, with the network entity, based on the configuration. The SBFD component 140 may be within the application processor 1806 (e.g., at 140a) , the wireless baseband processor 1826 (e.g., at 140b) , or both the application processor 1806 and the wireless baseband processor 1826. The SBFD component 140a-140b may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors, or a combination thereof.

[0199] FIG. 19 is a diagram 1900 illustrating an example of a hardware implementation for one or more network entities 104. The one or more network entities 104 may be a base station, a component of a base station, or may implement base station functionality. The one or more network entities 104 may include, or may correspond to, at least one of the RU 106, the DU, 108, or the CU 110. The CU 110 may include a CU processor 1946, which may have on-chip memory 1946'. In some aspects, the CU 110 may further include an additional module of memory 1956 and / or a communications interface 1948, both of which may be coupled to the CU processor 1946. The CU 110 can communicate with the DU 108 through a midhaul link 162, such as an F1 interface between the communications interface 1948 of the CU 110 and a communications interface 1928 of the DU 108.

[0200] The DU 108 may include a DU processor 1926, which may have on-chip memory 1926'. In some aspects, the DU 108 may further include an additional module of memory 1936 and / or the communications interface 1928, both of which may be  coupled to the DU processor 1926. The DU 108 can communicate with the RU 106 through a fronthaul link 160 between the communications interface 1928 of the DU 108 and a communications interface 1908 of the RU 106.

[0201] The RU 106 may include an RU processor 1906, which may have on-chip memory 1906'. In some aspects, the RU 106 may further include an additional module of memory 1916, the communications interface 1908, and one or more transceivers 1930, all of which may be coupled to the RU processor 1906. The RU 106 may further include antennas 1940, which may be coupled to the one or more transceivers 1930, such that the RU 106 can communicate through the one or more transceivers 1930 via the antennas 1940 with the UE 102.

[0202] The on-chip memory 1906', 1926', 1946'a nd the additional modules of memory 1916, 1936, 1956 may each be considered a computer-readable medium  / memory. Each computer-readable medium  / memory may be non-transitory. Each of the processors 1906, 1926, 1946 is responsible for general processing, including execution of software stored on the computer-readable medium  / memory. The software, when executed by the corresponding processor (s) 1906, 1926, 1946 causes the processor (s) 1906, 1926, 1946 to perform the various functions described herein. The computer-readable medium  / memory may also be used for storing data that is manipulated by the processor (s) 1906, 1926, 1946 when executing the software. In examples, the SBFD component 150 may sit at any of the one or more network entities 104, such as at the CU 110; both the CU 110 and the DU 108; each of the CU 110, the DU 108, and the RU 106; the DU 108; both the DU 108 and the RU 106; or the RU 106.

[0203] As discussed in FIG. 1 and implemented with respect to FIG. 17, the SBFD configuration component 150 is configured to transmit, to a UE, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation. The SBFD configuration component 150 is configured to communicate, with the UE, based on the configuration. The SBFD configuration component 150 may be within one or more processors of the one or more network entities 104, such as the RU processor 1906 (e.g., at 150a) , the DU processor 1926 (e.g., at 150b) , and / or the CU processor 1946 (e.g., at 150c) . The SBFD configuration component 150a-150c may be one or  more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors 1906, 1926, 1946 configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors 1906, 1926, 1946, or a combination thereof

[0204] The specific order or hierarchy of blocks in the processes and flowcharts disclosed herein is an illustration of example approaches. Hence, the specific order or hierarchy of blocks in the processes and flowcharts may be rearranged. Some blocks may also be combined or deleted. Dashed lines may indicate optional elements of the diagrams. The accompanying method claims present elements of the various blocks in an example order, and are not limited to the specific order or hierarchy presented in the claims, processes, and flowcharts.

[0205] The detailed description set forth herein describes various configurations in connection with the drawings and does not represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough explanation of various concepts. However, these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0206] Aspects of wireless communication systems, such as telecommunication systems, are presented with reference to various apparatuses and methods. These apparatuses and methods are described in the following detailed description and are illustrated in the accompanying drawings by various blocks, components, circuits, processes, call flows, systems, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or combinations thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0207] An element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems-on-chip (SoC) , baseband processors, field programmable gate  arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other similar hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software, which may be referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, or any combination thereof.

[0208] If the functionality described herein is implemented in software, the functions may be stored on, or encoded as, one or more instructions or code on a computer-readable medium, such as a non-transitory computer-readable storage medium. Computer-readable media includes computer storage media and can include a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of these types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer. Storage media may be any available media that can be accessed by a computer.

[0209] Aspects, implementations, and / or use cases described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, the aspects, implementations, and / or use cases may come about via integrated chip implementations and other non-module-component based devices, such as end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AI) -enabled devices, machine learning (ML) -enabled devices, etc. The aspects, implementations, and / or use cases may range from chip-level or modular components to non-modular or non-chip-level implementations, and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more techniques described herein.

[0210] Devices incorporating the aspects and features described herein may also include additional components and features for the implementation and practice of the claimed and described aspects and features. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital  purposes, such as hardware components, antennas, RF-chains, power amplifiers, modulators, buffers, processor (s) , interleavers, adders / summers, etc. Techniques described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, aggregated or disaggregated components, end-user devices, etc., of varying configurations.

[0211] The description herein is provided to enable a person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not limited to the aspects described herein, but are to be interpreted in view of the full scope of the present disclosure consistent with the language of the claims.

[0212] Reference to an element in the singular does not mean “one and only one” unless specifically stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” do not imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The terms “may” , “might” , and “can” , as used in this disclosure, often carry certain connotations. For example, “may” refers to a permissible feature that may or may not occur, “might” refers to a feature that probably occurs, and “can” refers to a capability (e.g., capable of) . The phrase “For example” often carries a similar connotation to “may” and, therefore, “may” is sometimes excluded from sentences that include “for example” or other similar phrases.

[0213] Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C” or “one or more of A, B, or C” include any combination of A, B, and / or C, such as A and B, A and C, B and C, or A and B and C, and may include multiples of A, multiples of B, and / or multiples of C, or may include A only, B only, or C only. Sets should be interpreted as a set of elements where the elements number one or more. Terms or articles such as “a” , “an” , and / or “the” may refer to one of an item, feature, element, etc., that the term or article precedes, or may refer to more than one of said item, feature, element, etc. that the term or article precedes. For example, the recitation “awidget” does not preclude reference to multiples of said widget, as “multiple widgets” necessarily includes “a  widget” . Hence, the recitation “awidget” may be interpreted as “at least one widget” or, similarly, interpreted as “one or more widgets” .

[0214] Unless otherwise specifically indicated, ordinal terms such as “first” and “second” do not necessarily imply an order in time, sequence, numerical value, etc., but are used to distinguish between different instances of a term or phrase that follows each ordinal term.

[0215] Reference numbers, as used in the specification and figures, are sometimes cross-referenced among drawings to denote same or similar features. A feature that is exactly the same in multiple drawings may be labeled with the same reference number in the multiple drawings. A feature that is similar among the multiple drawings, but not exactly the same, may be labeled with reference numbers that have different leading numbers but have one or more of the same trailing numbers (e.g., 206, 306, 406, etc., may refer to similar features in the drawings) . Hence, like numbers may refer to like actions.

[0216] Structural and functional equivalents to elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are encompassed by the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ” As used herein, the phrase “based on” shall not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A” , where “A” may be information, a condition, a factor, or the like, shall be construed as “based at least on A” unless specifically recited differently.

[0217] The following examples are illustrative only and may be combined with other examples or teachings described herein, without limitation.

[0218] Example 1 is a method of wireless communication at a UE, including: receiving, from a network entity, a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation; and communicating, with the network entity, based on the configuration.

[0219] Example 2 is the method of example 1, where the communicating based on the configuration includes transmitting, to the network entity, a single PHR including at least one of: one or more non-SBFD power control parameters; one or more non-SBFD PHR configuration parameters; one or more SBFD power control parameters; one or more SBFD PHR configuration parameters; one or more of: a minimum power headroom (PH) for a non-SBFD symbol, a maximum PH for the non-SBFD symbol, a minimum PH for a non-SBFD slot, a maximum PH for the non-SBFD slot, a minimum PH for an SBFD symbol, a maximum PH for the SBFD symbol, a minimum PH for an SBFD slot, or a maximum PH for the SBFD slot; a medium access control-control element (MAC-CE) field indicating that the PHR is based on non-SBFD operation or the SBFD operation; or a first PH and second PH, where the first PH is for at least one of: the non-SBFD slot or the non-SBFD symbol (the non-SBFD slot / symbol) , and where the second PH is for at least one: the SBFD slot or the SBFD symbol (the SBFD slot / symbol) .

[0220] Example 3 is the method of example 1, where the communicating based on the configuration includes transmitting, to the network entity, multiple PHRs including: a first PHR for at least one of: a non-SBFD slot or a non-SBFD symbol, a non-SBFD slot / symbol; and a second PHR for at least one of: an SBFD slot or an SBFD symbol, an SBFD slot / symbol.

[0221] Example 4 is the method of any of examples 1-3, where the configuration configuring the PHR for the SBFD operation includes at least one of: a parameter for reporting the PHR for an SBFD transmission on a special cell (SpCell) ; a parameter for reporting the PHR for the SBFD transmission on a serving cell; a parameter for enabling or disabling the PHR for at least one of: the SBFD slot or the SBFD symbol; a parameter for indicating a pathloss change threshold for triggering the PHR in the SBFD operation; a parameter for triggering the PHR; a prohibit timer for the SBFD operation; a parameter for enabling reporting of multiple PHRs in a reporting instance for a cell for the SBFD operation; a parameter for a power headroom, PH, format for the SBFD operation; a parameter for a PH calculation formula that accounts for the SBFD operation; or a type of PH for the SBFD operation.

[0222] Example 5 is the method of any of examples 1-4, where the communicating with the network entity includes: transmitting, to the network entity, the PHR based on the configuration; receiving, from the network entity based on the PHR uplink (UL) scheduling information; and transmitting, to the network entity based on the UL  scheduling information, an UL transmission on an SBFD slot or an SBFD symbol (an SBFD slot / symbol) .

[0223] Example 6 is the method of any of examples 1-5, further including: receiving, from the network entity, a UE capability enquiry; and transmitting, to the network entity, UE capability information indicating that the UE supports at least one of: the PHR for the SBFD operation, the overlap handling between the SBFD resource and the non-SBFD resource, or the counting of the active TCI states in the SBFD operation.

[0224] Example 7 is the method of any of examples 1-6, further including: detecting a PHR triggering event; where the communicating with the network entity includes transmitting a PHR based on the detected PHR triggering event.

[0225] Example 8 is the method of any of examples 1-7, where the communicating with the network entity includes transmitting, to the network entity, a physical random access channel (PRACH) transmission on a random access channel (RACH) occasion (RO) where the RO is associated with at least one of: a time domain overlap between a SBFD PRACH resource and a non-SBFD PRACH resource; a frequency domain overlap between the SBFD PRACH resource and the non-SBFD PRACH resource; or a non-overlap in a time domain and a frequency domain between the SBFD PRACH resource and the non-SBFD PRACH resource.

[0226] Example 9 is the method of any of examples 1-8, further including: receiving, from the network entity, a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, where the first TCI state and the second TCI state include at least one of: joint TCIs, uplink (UL) TCIs, or a joint TCI and an UL TCI; and counting the first TCI state and the second TCI state as one active TCI state in association with a maximum number of activated TCI states supported by the UE.

[0227] Example 10 is the method of any of examples 1-9, further including: applying a TCI state for an UL channel across the SBFD symbol and the non-SBFD symbol based on at least one of: the configuration associated with the SBFD operation; a non-SBFD configuration; a configurable parameter; or a first configuration for a first transmission occasion and a second configuration for a second transmission occasion.

[0228] Example 11 is the method of any of examples 1-10, where the configuration configuring the overlap handling between the SBFD resource and the non-SBFD resource configures: a common target receive power and common power parameters for a PRACH transmission occasion located in SBFD slots or SBFD symbols (SBFD  slots / symbols) , and in non-SBFD slots or non-SBFD symbols (non-SBFD slots / symbols) .

[0229] Example 12 is the method of any of examples 1-11, where the configuration configuring overlap handling between the SBFD resource and the non-SBFD resource configures: a first target receive power and first power parameters for a PRACH transmission occasion located in SBFD slots or SBFD symbols (SBFD slots / symbols) , and non-SBFD slots or non-SBFD symbols (non-SBFD slots / symbols) , the first target receive power and the first power parameters being assigned to the SBFD slots / symbols; and a second target receive power and second power parameters for the PRACH transmission occasion located in the SBFD slots / symbols and the non-SBFD slots / symbols, the second target receive power and the second power parameters being assigned to the non-SBFD slots / symbols.

[0230] Example 13 is a method of wireless communication at a network entity, including: transmitting, to a user equipment (UE) , a configuration associated with subband full duplex (SBFD) operation, the configuration configuring at least one of: a power headroom report (PHR) for the SBFD operation, overlap handling between an SBFD resource and a non-SBFD resource, or counting of active transmission configuration indicator (TCI) states in the SBFD operation; and communicating, with the UE, based on the configuration.

[0231] Example 14 is the method of example 13, where the communicating based on the configuration includes receiving, from the UE, a single PHR including at least one of: one or more non-SBFD power control parameters; one or more non-SBFD PHR configuration parameters; one or more SBFD power control parameters; one or more SBFD PHR configuration parameters; one or more of: a minimum power headroom (PH) for a non-SBFD symbol, a maximum PH for the non-SBFD symbol, a minimum PH for a non-SBFD slot, a maximum PH for the non-SBFD slot, a minimum PH for an SBFD symbol, a maximum PH for the SBFD symbol, a minimum PH for an SBFD slot, or a maximum PH for the SBFD slot; a medium access control-control element (MAC-CE) field indicating that the PHR is based on non-SBFD operation or the SBFD operation; or a first PH and second PH, where the first PH is for at least one of: the non-SBFD slot or the non-SBFD symbol (the non-SBFD slot / symbol) and where the second PH is for at least one: the SBFD slot or the SBFD symbol (the SBFD slot / symbol) .

[0232] Example 15 is the method of example 13, where the communicating based on the configuration includes receiving, from the UE, multiple PHRs including: a first PHR for at least one of: a non-SBFD slot or a non-SBFD symbol, a non-SBFD slot / symbol; and a second PHR for at least one of: an SBFD slot or an SBFD symbol, an SBFD slot / symbol.

[0233] Example 16 is the method of any of examples 13-15, where the configuration configuring the PHR for the SBFD operation includes at least one of: a parameter for reporting the PHR for an SBFD transmission on a special cell (SpCell) ; a parameter for reporting the PHR for the SBFD transmission on a serving cell; a parameter for enabling or disabling the PHR for at least one of: the SBFD slot or the SBFD symbol; a parameter for indicating a pathloss change threshold for triggering the PHR in the SBFD operation; a parameter for triggering the PHR; a prohibit timer for the SBFD operation; a parameter for enabling reporting of multiple PHRs in a reporting instance for a cell for the SBFD operation; a parameter for a power headroom (PH) format for the SBFD operation; a parameter for a PH calculation formula that accounts for the SBFD operation; or a type of PH for the SBFD operation.

[0234] Example 17 is the method of any of examples 13-16, where the communicating with the UE includes: receiving, from the UE, the PHR based on the configuration; transmitting, to the UE based on the PHR, uplink (UL) scheduling information; and receiving, from the UE based on the UL scheduling information, an UL transmission on an SBFD slot or an SBFD symbol (an SBFD slot / symbol) .

[0235] Example 18 is the method of any of examples 13-17, further including: transmitting, to the UE, a UE capability enquiry; and receiving, from the UE, UE capability information indicating that the UE supports at least one of: the PHR for the SBFD operation, the overlap handling between the SBFD resource and the non-SBFD resource, or the counting of the active TCI states in the SBFD operation.

[0236] Example 19 is the method of any of examples 13-18, where the communicating with the UE includes receiving, from the UE, a physical random access channel (PRACH) transmission on a random access channel (RACH) occasion (RO) , where the RO is associated with at least one of: a time domain overlap between a SBFD PRACH resource and a non-SBFD PRACH resource; a frequency domain overlap between the SBFD PRACH resource and the non-SBFD PRACH resource; or a non-overlap in a time domain and a frequency domain between the SBFD PRACH resource and the non-SBFD PRACH resource.

[0237] Example 20 is the method of any of examples 13-19, further including: transmitting, to the UE, a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, where the first TCI state and the second TCI state include at least one of: joint TCIs, uplink (UL) TCIs, or a joint TCI and an UL TCI.

[0238] Example 21 is the method of any of examples 13-20, where the configuration configuring the overlap handling between the SBFD resource and the non-SBFD resource configures at least one of: a target receive power and power parameters for a PRACH transmission occasion located in the SBFD resources and the non-SBFD resources; a first target receive power and first power parameters for a PRACH transmission occasion located in the SBFD resources and the non-SBFD resources, the first target receive power and the first power parameters being assigned to the SBFD resources; or a second target receive power and second power parameters for the PRACH transmission occasion located in the SBFD resources and the non-SBFD resources, the second target receive power and the second power parameters being assigned to the non-SBFD resources.

[0239] Example 22 is an apparatus for wireless communication including a memory, a transceiver, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement a method as in any of examples 1-21.

[0240] Example 23 is an apparatus for wireless communication including means for implementing a method as in any of examples 1-21.

[0241] Example 24 is a non-transitory computer-readable medium storing computer executable code, the computer executable code when executed by a processor causes the processor to implement a method as in any of examples 1-21.

Claims

1.A method of wireless communication at a user equipment, UE (102) , comprising:receiving (206) , from a network entity (104) , a configuration associated with subband full duplex, SBFD, operation, the configuration configuring at least one of:a power headroom report, PHR, for the SBFD operation,overlap handling between an SBFD resource and a non-SBFD resource, orcounting of active transmission configuration indicator, TCI, states in the SBFD operation; andcommunicating (230) , with the network entity (104) , based on the configuration.2.The method of claim 1, wherein the communicating (230) based on the configuration comprises transmitting (430, 630, 830) , to the network entity (104) , a single PHR including at least one of:one or more non-SBFD power control parameters;one or more non-SBFD PHR configuration parameters;one or more SBFD power control parameters;one or more SBFD PHR configuration parameters;one or more of: a minimum power headroom, PH, for a non-SBFD symbol, a maximum PH for the non-SBFD symbol, a minimum PH for a non-SBFD slot, a maximum PH for the non-SBFD slot, a minimum PH for an SBFD symbol, a maximum PH for the SBFD symbol, a minimum PH for an SBFD slot, or a maximum PH for the SBFD slot;a medium access control-control element, MAC-CE, field indicating that the PHR is based on non-SBFD operation or the SBFD operation; ora first PH and second PH, wherein the first PH is for at least one of: the non-SBFD slot or the non-SBFD symbol, the non-SBFD slot / symbol, and wherein the second PH is for at least one: the SBFD slot or the SBFD symbol, the SBFD slot / symbol.3.The method of claim 1, wherein the communicating (230) based on the configuration comprises transmitting, to the network entity (104) , multiple PHRs including:a first PHR for at least one of: a non-SBFD slot or a non-SBFD symbol, a non-SBFD slot / symbol; anda second PHR for at least one of: an SBFD slot or an SBFD symbol, an SBFD slot / symbol.4.The method of any of claims 1-3, wherein the configuration configuring the PHR for the SBFD operation comprises at least one of:a parameter for reporting the PHR for an SBFD transmission on a special cell, SpCell;a parameter for reporting the PHR for the SBFD transmission on a serving cell;a parameter for enabling or disabling the PHR for at least one of: the SBFD slot or the SBFD symbol;a parameter for indicating a pathloss change threshold for triggering the PHR in the SBFD operation;a parameter for triggering the PHR;a prohibit timer for the SBFD operation;a parameter for enabling reporting of multiple PHRs in a reporting instance for a cell for the SBFD operation;a parameter for a power headroom, PH, format for the SBFD operation;a parameter for a PH calculation formula that accounts for the SBFD operation; ora type of PH for the SBFD operation.5.The method of any of claims 1-4, wherein the communicating (230) with the network entity (104) comprises:transmitting (430, 630) , to the network entity (104) , the PHR based on the configuration;receiving (632, 832) , from the network entity (104) based on the PHR, uplink, UL, scheduling information; andtransmitting (634, 834) , to the network entity (104) based on the UL scheduling information, an UL transmission on an SBFD slot or an SBFD symbol, an SBFD slot / symbol.6.The method of any of claims 1-5, further comprising:receiving (202) , from the network entity (104) , a UE capability enquiry; andtransmitting (204) , to the network entity (104) , UE capability information indicating that the UE (102) supports at least one of:the PHR for the SBFD operation,the overlap handling between the SBFD resource and the non-SBFD resource, orthe counting of the active TCI states in the SBFD operation.7.The method of any of claims 1-6, further comprising:detecting (407, 607, 807) a PHR triggering event;wherein the communicating (230) with the network entity (104) comprises transmitting (430, 630, 830) a PHR based on the detected PHR triggering event.8.The method of any of claims 1-7, wherein the communicating (230) with the network entity (104) comprises transmitting (1130) , to the network entity (104) , a physical random access channel, PRACH, transmission on a random access channel, RACH, occasion, RO, wherein the RO is associated with at least one of:a time domain overlap between a SBFD PRACH resource and a non-SBFD PRACH resource;a frequency domain overlap between the SBFD PRACH resource and the non-SBFD PRACH resource; ora non-overlap in a time domain and a frequency domain between the SBFD PRACH resource and the non-SBFD PRACH resource.9.The method of any of claims 1-8, further comprising:receiving (208) , from the network entity (104) , a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, wherein the first TCI state and the second TCI state comprise at least one of:joint TCIs,uplink, UL, TCIs, ora joint TCI and an UL TCI; andcounting (213) the first TCI state and the second TCI state as one active TCI state in association with a maximum number of activated TCI states supported by the UE.10.The method of any of claims 1-9, further comprising:applying (210) a TCI state for an UL channel across the SBFD symbol and the non-SBFD symbol based on at least one of:the configuration associated with the SBFD operation;a non-SBFD configuration;a configurable parameter; ora first configuration for a first transmission occasion and a second configuration for a second transmission occasion.11.The method of any of claims 1-10, wherein the configuration configuring the overlap handling between the SBFD resource and the non-SBFD resource configures:a common target receive power and common power parameters for a PRACH transmission occasion located in SBFD slots or SBFD symbols, SBFD slots / symbols, and in non-SBFD slots or non-SBFD symbols, non-SBFD slots / symbols.12.The method of any of claims 1-11, wherein the configuration configuring overlap handling between the SBFD resource and the non-SBFD resource configures:a first target receive power and first power parameters for a PRACH transmission occasion located in SBFD slots or SBFD symbols, SBFD slots / symbols, and non-SBFD slots or non-SBFD symbols, non-SBFD slots / symbols, the first target receive power and the first power parameters being assigned to the SBFD slots / symbols; anda second target receive power and second power parameters for the PRACH transmission occasion located in the SBFD slots / symbols and the non-SBFD slots / symbols, the second target receive power and the second power parameters being assigned to the non-SBFD slots / symbols.13.A method of wireless communication at a network entity (104) , comprising:transmitting (206) , to a user equipment, UE (102) , a configuration associated with subband full duplex, SBFD, operation, the configuration configuring at least one of:a power headroom report, PHR, for the SBFD operation,overlap handling between an SBFD resource and a non-SBFD resource, orcounting of active transmission configuration indicator, TCI, states in the SBFD operation; andcommunicating (230) , with the UE (102) , based on the configuration.14.The method of claim 13, wherein the communicating (230) based on the configuration comprises receiving (430, 630, 830) , from the UE (102) , a single PHR including at least one of:one or more non-SBFD power control parameters;one or more non-SBFD PHR configuration parameters;one or more SBFD power control parameters;one or more SBFD PHR configuration parameters;one or more of: a minimum power headroom, PH, for a non-SBFD symbol, a maximum PH for the non-SBFD symbol, a minimum PH for a non-SBFD slot, a maximum PH for the non-SBFD slot, a minimum PH for an SBFD symbol, a maximum PH for the SBFD symbol, a minimum PH for an SBFD slot, or a maximum PH for the SBFD slot;a medium access control-control element, MAC-CE, field indicating that the PHR is based on non-SBFD operation or the SBFD operation; ora first PH and second PH, wherein the first PH is for at least one of: the non-SBFD slot or the non-SBFD symbol, the non-SBFD slot / symbol, and wherein the second PH is for at least one: the SBFD slot or the SBFD symbol, the SBFD slot / symbol.15.The method of claim 13, wherein the communicating (230) based on the configuration comprises receiving, from the UE (102) , multiple PHRs including:a first PHR for at least one of: a non-SBFD slot or a non-SBFD symbol, a non-SBFD slot / symbol; anda second PHR for at least one of: an SBFD slot or an SBFD symbol, an SBFD slot / symbol.16.The method of any of claims 13-15, wherein the communicating (230) with the UE (102) comprises receiving (1130) , from the UE (102) , a physical random access channel, PRACH, transmission on a random access channel, RACH, occasion, RO, wherein the RO is associated with at least one of:a time domain overlap between a SBFD PRACH resource and a non-SBFD PRACH resource;a frequency domain overlap between the SBFD PRACH resource and the non-SBFD PRACH resource; ora non-overlap in a time domain and a frequency domain between the SBFD PRACH resource and the non-SBFD PRACH resource.17.The method of any of claims 13-16, further comprising:transmitting (208) , to the UE (102) , a first TCI state for the SBFD operation and a second TCI state for non-SBFD operation, wherein the first TCI state and the second TCI state comprise at least one of:joint TCIs,uplink, UL, TCIs, ora joint TCI and an UL TCI.18.The method of any of claims 13-17, wherein the configuration configuring the overlap handling between the SBFD resource and the non-SBFD resource configures at least one of:a target receive power and power parameters for a PRACH transmission occasion located in the SBFD resources and the non-SBFD resources;a first target receive power and first power parameters for a PRACH transmission occasion located in the SBFD resources and the non-SBFD resources, the first target receive power and the first power parameters being assigned to the SBFD resources; ora second target receive power and second power parameters for the PRACH transmission occasion located in the SBFD resources and the non-SBFD resources, the second target receive power and the second power parameters being assigned to the non-SBFD resources.19.An apparatus for wireless communication comprising a memory, a transceiver, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement a method as in any of claims 1-18.

Images