Path loss offset control for uplink transmissions

Abstract

Techniques for dynamic control of path loss offset in uplink transmissions are disclosed. A wireless device obtains configuration information associating a path loss offset with a transmission configuration indicator (TCI) state. The device then receives downlink control information (DCI) containing an indicator for enabling or disabling the path loss offset. For uplink transmission, the device calculates transmission power using the path loss offset when the indicator enables it, and without the offset when disabled. This approach allows for flexible uplink power control adaptation between different transmission reception point types while maintaining a unified TCI state framework. The techniques support various implementations, including using beam indication DCI, scheduling DCI, or configuration of multiple TCI states, enabling efficient power control in asymmetric downlink / uplink deployments.

Description

PATH LOSS OFFSET CONTROL FOR UPLINK TRANSMISSIONSTECHNICAL FIELD

[0001] Aspects of this disclosure generally relate to wireless communication, and more specifically, to techniques for dynamically enabling or disabling path loss offset in uplink transmissions using transmission configuration indicator (TCI) states and downlink control information (DCI) to distinguish between uplink-only and downlink transmission reception points.BACKGROUND

[0002] In wireless communication systems, particularly in 5G networks, deployment of transmission reception points (TRPs) can be asymmetric between downlink (DL) and uplink (UL) . This asymmetry is especially relevant in scenarios where UL coverage is a bottleneck, leading to the deployment of UL-only TRPs. However, the introduction of UL-only TRPs presents challenges in UL power control. Traditional power control mechanisms assume symmetry between DL and UL paths, which is not the case with UL-only TRPs. The path loss experienced by a user equipment (UE) to an UL-only TRP can be different from the path loss to a DL TRP, which necessitates application of a path loss offset for accurate power control.

[0003] Further, the unified Transmission Configuration Indicator (TCI) state framework introduced in 3GPP Releases 17 and 18 provides a foundation for beam management but does not inherently address the dynamic nature of switching between DL TRPs and UL-only TRPs. While this framework allows for TCI state indications and joint DL / UL TCI states, it lacks a mechanism to dynamically adjust power control parameters based on the target TRP type.

[0004] Current solutions either require multiple TCI states, potentially increasing UE measurement complexity, or lack the signaling to switch between offset and no-offset modesin case one joint or UL TCI state is configured in FR1. Accordingly, there is a need for solutions that can dynamically manage path loss offset application within the constraints of the unified TCI framework, providing efficient power control for both DL TRPs and UL-only TRPs without compromising UE performance or network flexibility.SUMMARY

[0005] The following summarizes some aspects of the present disclosure to provide a basic understanding of the discussed technology. This summary is not an extensive overview of all contemplated features of the disclosure and is intended neither to identify key or critical elements of all aspects of the disclosure nor to delineate the scope of any or all aspects of the disclosure. Its sole purpose is to present some concepts of one or more aspects of the disclosure in summary form as a prelude to the more detailed description that is presented later.

[0006] One innovative aspect of the subject matter described in this disclosure can be implemented in an apparatus for wireless communication. The apparatus includes one or more processors and one or more memories comprising instructions executable by the one or more processors to cause the apparatus to: obtain configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state; obtain a beam indication downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset; and output, for transmission, an uplink signal using transmission power associated with the path loss offset if the indicator is associated with enabling the path loss offset, or not associated with the path loss offset if the indicator is associated with disabling the path loss offset.

[0007] In some examples, the TCI state is a joint downlink and uplink TCI state or an uplink TCI state. The indicator may comprise a TCI state field. The apparatus may obtain a first value of the TCI state field associated with disabling the path loss offset and disable the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable or fixed number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI. Similarly, the apparatus may obtain a second value of the TCI state field associated with enabling the path loss offset and enable the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable or fixed number of symbols after the last symbol of a PUCCH carrying a HARQ-ACK corresponding to the beam indication DCI. In some implementations, the indicator comprises a new field. The apparatus may apply the path loss offset for subsequent uplink transmissions until a different beam indication DCI is obtained, or apply a rule for enabling or disabling the path loss offset before obtaining the beam indication DCI. The rule may comprise at least  one of enabling the path loss offset before obtaining the beam indication DCI, or disabling the path loss offset before obtaining the beam indication DCI. The apparatus may be a User Equipment (UE) .

[0008] Another innovative aspect of the subject matter described in this disclosure can be implemented in an apparatus for wireless communication. The apparatus includes one or more processors and one or more memories comprising instructions executable by the one or more processors to cause the apparatus to: obtain configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state; obtain a scheduling downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset for an uplink transmission; and output, for transmission, the uplink transmission using transmission power associated with the path loss offset when the indicator is associated with enabling the path loss offset, and not associated with the path loss offset when the indicator is associated with disabling the path loss offset.

[0009] In some examples, the indicator comprises a new field. The uplink transmission may comprise at least one of a physical uplink shared channel (PUSCH) , a physical uplink control channel (PUCCH) , or a sounding reference signal (SRS) . When the uplink transmission is a PUCCH, the indicator may comprise a TCI state field in the scheduling DCI. In some implementations, the scheduling DCI is associated with a sounding reference signal (SRS) , and the indicator comprises an SRS request field and is associated with a triggering state for the SRS. The apparatus may apply a rule for enabling or disabling the path loss offset when the DCI is a fallback DCI. This rule may comprise at least one of disabling the path loss offset for uplink transmissions scheduled by the fallback DCI, or enabling the path loss offset for uplink transmissions scheduled by the fallback DCI. The apparatus may be a User Equipment (UE) .

[0010] Another innovative aspect of the subject matter described in this disclosure can be implemented in an apparatus for wireless communication. The apparatus includes one or more processors and one or more memories comprising instructions executable by the one or more processors to cause the apparatus to: obtain configuration information indicating a first transmission configuration indicator (TCI) state associated with a path loss offset and a second TCI state not associated with a path loss offset, wherein the first and second TCI states are associated with at least one of a quasi co-location (QCL) reference signal, or a pathloss reference signal; obtain an indication of a selected TCI state via downlink control information (DCI) , the selected TCI state selected from the first and  second TCI states; and output, for transmission, an uplink signal using transmission power associated with the path loss offset when the selected TCI state is the first TCI state, or not associated with the path loss offset when the selected TCI state is the second TCI state.

[0011] In some examples, the first TCI state is associated with transmissions to an uplink transmission reception point (TRP) , and the second TCI state is associated with transmissions to a downlink TRP.

[0012] The foregoing has outlined rather broadly the features and technical advantages of examples according to the disclosure in order that the detailed description that follows may be better understood. Additional features and advantages will be described hereinafter. The conception and specific examples disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present disclosure. Such equivalent constructions do not depart from the scope of the appended claims. Characteristics of the concepts disclosed herein, both their organization and method of operation, together with associated advantages will be better understood from the following description when considered in connection with the accompanying figures. Each of the figures is provided for the purposes of illustration and description, and not as a definition of the limits of the claims.

[0013] While aspects and implementations are described in this application by illustration to some examples, those skilled in the art will understand that additional implementations and use cases may come about in many different arrangements and scenarios. Innovations described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, packaging arrangements. For example, aspects and / or uses may come about via integrated chip implementations and other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AI) -enabled devices, etc. ) . While some examples may or may not be specifically directed to use cases or applications, a wide assortment of applicability of described innovations may occur. Implementations may range in spectrum from chip-level or modular components to non-modular, non-chip-level implementations and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more aspects of the described innovations. In some practical settings, devices incorporating described aspects and features may also necessarily include additional components and features for implementation and practice of claimed  and described aspects. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes (e.g., hardware components including antenna, radio frequency (RF) -chains, power amplifiers, modulators, buffer, processor (s) , interleaver, adders / summers, etc. ) . It is intended that innovations described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, end-user devices, etc. of varying sizes, shapes, and constitution.BRIEF DESCRIPTION OF THE DRAWINGS

[0014] A further understanding of the nature and advantages of the present disclosure may be realized by reference to the following drawings. In the appended figures, similar components or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If just the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.

[0015] Figure 1 is a block diagram illustrating details of an example wireless communication system capable of supporting dynamic path loss offset control for uplink transmissions according to one or more aspects.

[0016] Figure 2 is a block diagram illustrating examples of a base station and a user equipment (UE) capable of supporting dynamic path loss offset control for uplink transmissions according to one or more aspects.

[0017] Figure 3 is a flowchart illustrating an example process for dynamic path loss offset control using beam indication downlink control information (DCI) at a User Equipment (UE) according to one or more aspects.

[0018] Figure 4 is a block diagram illustrating an example wireless communication device that supports dynamic path loss offset control using beam indication DCI according to one or more aspects.

[0019] Figure 5 is a flowchart illustrating an example process for dynamic path loss offset control using scheduling DCI at a UE according to one or more aspects.

[0020] Figure 6 is a block diagram illustrating an example wireless communication device that supports dynamic path loss offset control using scheduling DCI according to one or more aspects.

[0021] Figure 7 is a flowchart illustrating an example process for dynamic path loss offset control using multiple transmission configuration indicator (TCI) states at a UE according to one or more aspects.

[0022] Figure 8 is a block diagram illustrating an example wireless communication device that supports dynamic path loss offset control using multiple TCI states according to one or more aspects.

[0023] Like reference numbers and designations in the various drawings indicate like elements.DETAILED DESCRIPTION

[0024] The detailed description set forth below, in connection with the appended drawings, is intended as a description of various configurations and is not intended to limit the scope of the disclosure. Rather, the detailed description includes specific details for the purpose of providing a thorough understanding of the inventive subject matter. It will be apparent to those skilled in the art that these specific details are not required in every case and that, in some instances, well-known structures and components are shown in block diagram form for clarity of presentation.

[0025] In some aspects, the present disclosure describes techniques for dynamically controlling path loss offset application in uplink transmissions. These techniques enable efficient power control adaptation between different transmission reception point (TRP) types, particularly in scenarios involving asymmetric deployment of downlink (DL) and uplink (UL) TRPs. By leveraging the existing transmission configuration indicator (TCI) state framework and introducing flexible signaling mechanisms, the disclosed methods allow for seamless switching between DL TRPs and UL-only TRPs without significantly increasing user equipment (UE) complexity or measurement overhead.

[0026] A path loss offset can be associated with a TCI state, which can be dynamically enabled or disabled through various signaling methods. In one implementation, a beam indication downlink control information (DCI) includes an indicator for enabling or disabling the path loss offset. This indicator can be implemented either by repurposing the existing TCI state field or by introducing a new field in the DCI. The enabling or disabling of the path loss offset takes effect a configurable or fixed number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI. This approach allows for persistent control of the offset application across multiple transmissions.

[0027] Alternatively, the enabling or disabling of the path loss offset can be indicated through scheduling DCI, providing per-transmission granularity in offset application. This method is particularly useful for controlling the path loss offset for specific uplink transmissions such as physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) , or sounding reference signal (SRS) . For SRS transmissions, the offset control can be associated with SRS triggering states, which enables variable power control for different SRS purposes.

[0028] Certain aspects provide an alternative approach where two TCI states are configured –one associated with a path loss offset and another without. These states can be associated with either a quasi co-location (QCL) reference signal or a path loss reference signal. Switching between these states effectively toggles the application of the path loss offset, providing a streamlined method for adapting to different TRP types, such as uplink-only TRPs and downlink TRPs.

[0029] For scenarios involving fallback DCI formats, which may lack explicit offset control fields, predefined rules determine the offset application. These rules ensure consistent behavior even in legacy or simplified control scenarios, maintaining backwards compatibility while supporting advanced power control features.

[0030] The dynamic path loss offset control techniques described herein offer several advantages in modern wireless communication systems. By enabling flexible switching between offset and no-offset modes, these methods support efficient operation in heterogeneous network deployments with both DL TRPs and UL-only TRPs. This flexibility allows network operators to optimize coverage and capacity independently for uplink and downlink, addressing specific deployment challenges without compromising overall system performance.

[0031] The integration of offset control within the existing TCI state framework provides a seamless evolution path for implementing advanced power control features. This approach minimizes disruption to existing network protocols while introducing powerful new capabilities. Moreover, by utilizing DCI-based signaling for offset control, the system can rapidly adapt to changing network conditions or user mobility, ensuring optimal uplink power settings on a near-real-time basis.

[0032] The precise timing mechanism for applying the path loss offset, based on a configurable or fixed number of symbols after the PUCCH HARQ-ACK, allows for fine-tuned control that accounts for processing delays and ensures synchronization across the network. This  timing precision enhances the overall reliability and effectiveness of the power control mechanism.

[0033] The per-transmission granularity offered by scheduling DCI-based offset control enables precise power management for different uplink channels and signals. This granular control can lead to improved interference management and enhanced overall system capacity, as UEs can adjust their transmission power more accurately based on their target TRP type and the specific requirements of each transmission.

[0034] For UEs with limited capabilities, particularly in FR1 deployments, the option to use a single joint or UL TCI state with controllable offset application for UL transmission reduces measurement and processing overhead. This efficiency is further enhanced in the two-state approach, where both states can share the same QCL or path loss reference signal. These optimizations help maintain UE battery life and reduce computational demands without sacrificing advanced power control capabilities. The flexibility in signaling methods –from beam indication DCI to scheduling DCI and SRS trigger state configuration –provides network operators and equipment manufacturers with multiple implementation options. This adaptability allows for tailored solutions that best fit specific network architectures, user scenarios, or hardware capabilities, fostering innovation and differentiation in the market.

[0035] By incorporating predefined rules for fallback DCI scenarios, the disclosed techniques ensure robust operation across various network conditions and UE capabilities. This comprehensive approach maintains consistent power control behavior even in challenging or legacy scenarios, enhancing overall system reliability and backward compatibility.

[0036] The ability to associate different TCI states with uplink-only and downlink TRPs allows for optimized power control in asymmetric network deployments. This feature is particularly valuable in scenarios where network densification strategies differ for uplink and downlink, enabling more efficient use of network resources and improved overall performance.

[0037] In view of the foregoing, according to one aspect, a single joint / UL TCI state is configured where a path loss (PL) offset is associated with the joint / UL TCI state. The PL offset associated with the joint / UL TCI state can be dynamically enabled or disabled. To enable or disable the PL offset, beam indication downlink control information (DCI) can be utilized. Specifically, the TCI state field in the beam indication DCI can be repurposed to indicate the PL offset status.

[0038] For scenarios where a joint TCI state is configured, the beam indication DCI is not needed for beam indication itself, as only a single joint TCI state is configured. Instead, the TCI state field in this DCI is repurposed for PL offset control. In this case (1) if the TCI state field is set to a first value, for example, all ‘0’s, the PL offset is disabled, or (2) if the TCI state field is set to a second value, for example, all ‘1’s, the PL offset is enabled.

[0039] For scenarios with separate DL / UL TCI states, some unused TCI codepoints can be repurposed for PL offset control. Table 1 illustrates the TCI codepoint assignments for a scenario with separate DL and UL TCI states and the TCI state field in the beam indication DCI and path loss (PL) offset control is repurposed:

[0040] TABLE 1

[0041] Here, “TCI Codepoint” lists the possible TCI codepoints that can be signaled in the DCI, “UL TCI State” represents the UL TCI states, and “DL TCI State” represents the DL TCI states.

[0042] TCI codepoint ‘000’ is mapped to both the DL TCI state and the UL TCI state, codepoint ‘001’ is mapped to the DL TCI state, and ‘010’ is mapped to the UL TCI state. With respect to codepoints ‘011, ’ ‘100, ’ ‘101, ’ ‘110, ’ and ‘111, ’ one of the TCI codepoint is used to indicate the UL TCI state with PL offset disabled. That is, the unmapped codepoints are used to indicate that the PL offset should be disabled.

[0043] According to Table 1, if ‘011’ - ‘111’ is signaled, the UL TCI state is indicated and the PL offset is disabled for UL transmissions. This configuration allows the network to dynamically enable or disable the PL offset by changing the TCI codepoint in the beam indication DCI.

[0044] At least two examples are illustrative. A first example involves joint TCI State Configuration where a single joint TCI state is configured by RRC, and a PL offset value  is associated with this joint TCI state. According to this sequence, a first slot contains a DCI format 1_1 / 1_2 (with or without PDSCH scheduling) . The TCI field codepoint in this DCI is set to ‘000. ’ The UE transmits a PUCCH with positive HARQ-ACK after receiving the DCI. After a delay of Y symbols, where Y is RRC-configured based on UE capability or fixed valueFollowing the PUCCH transmission, the PL offset is disabled for subsequent UL transmissions staring from the slot that is at least Y symbols after the end of the PUCCH where Y is RRC-configured based on UE capability or fixed in the specification. This sequence demonstrates how the TCI field in the DCI can be used to disable the PL offset in a scenario with a joint TCI state.

[0045] A second example involves separate DL / UL TCI state configuration where a single UL TCI state is configured by RRC, and a PL offset value is associated with this UL TCI state. In this case, a single DL TCI state may be configured by RRC for DL transmission. According to this sequence, a first slot contains a DCI format 1_1 / 1_2 (with or without PDSCH scheduling) . The TCI field codepoint in this DCI is set to ‘000’ which is mapped to a DL TCI state and a UL TCI state. The UE transmits a PUCCH with positive HARQ-ACK after receiving the DCI. Following the PUCCH transmission, the PL offset is enabled for subsequent UL transmissions starting from the slot that is at least Y symbols after the end of the PUCCH where Y is RRC-configured based on UE capability or fixed in the specification. A subsequent slot contains another DCI format 1_1 / 1_2. This time, the TCI field codepoint is set to ‘111’ which is not mapped to any DL and UL TCI state. The UE transmits a PUCCH with positive HARQ-ACK after receiving the DCI. Following this PUCCH transmission, the PL offset is disabled for subsequent UL transmissions starting from the slot that is at least Y symbols after the end of the PUCCH. This sequence illustrates how different TCI codepoints can be used to enable or disable the PL offset in a scenario with separate DL / UL TCI states.

[0046] Repurposing existing fields in the DCI provides a flexible mechanism for controlling PL offset application without introducing additional signaling overhead. This enables efficient adaptation to different TRP configurations and propagation environments.

[0047] In another aspect, an alternative method for controlling the path loss (PL) offset is proposed. A new indicator is introduced in the beam indication downlink control information (DCI) specifically for PL offset control. This provides a dedicated signaling mechanism for PL offset management. The new indicator can be designed as a 1-bit field in the beam indication DCI. If, for example, the new indicator is set to a first value, for example, ‘0, ’ the PL offset is disabled. However, if the new indicator is set to a second  value, for example, ‘1, ’ the PL offset is enabled. This simple binary indication provides a straightforward and unambiguous method for controlling the PL offset application.

[0048] For scenarios with separate TCI state modes, the new indicator is applied only when the UL TCI state is active such that the PL offset control is relevant only for uplink transmissions. This maintains consistency in distinguishing between DL TRPs and UL-only TRPs.

[0049] The timeline for the new indicator tracks that for the beam indication DCI. Specifically, the indication for enabling or disabling the PL offset applies until the UE receives another beam indication DCI with a different indication. This “sticky” behavior allows for persistent control of the PL offset without the need for constant signaling.

[0050] For example, a first slot contains a DCI format 1_1 / 1_2 (with or without PDSCH scheduling) . The new indicator in this DCI is set to ‘0. ’ The UE transmits a PUCCH with positive HARQ-ACK after receiving the DCI. Following the PUCCH transmission, the PL offset is disabled for subsequent UL transmissions beginning at the slot that is at least Y symbols after the end of the PUCCH where Y is RRC-configured based on UE capability or otherwise fixed in the specification.

[0051] A subsequent slot contains another DCI format 1_1 / 1_2. This time, the new indicator is set to ‘1. ’ The UE transmits a PUCCH with positive HARQ-ACK after receiving this DCI. Following this PUCCH transmission, the PL offset is enabled for subsequent UL transmissions beginning at the slot that is at least Y symbols after the end of the PUCCH where Y is RRC-configured based on UE capability or otherwise fixed in the specification. This sequence demonstrates how the new indicator can be used to dynamically control the application of the PL offset across multiple transmissions.

[0052] An important consideration in this approach is the behavior when the UE has received the RRC configuration with a single joint / UL TCI state but has not yet received any beam indication DCI. To address this scenario, two alternatives are considered. According to a first scenario, the PL offset is always enabled before receiving the first beam indication DCI. According to a second scenario, the PL offset is always disabled before receiving the first beam indication DCI. This ensures consistent behavior during the initial phase of communication, before explicit PL offset control is established via DCI.

[0053] Another aspect includes a mechanism for controlling path loss (PL) offset application through scheduling downlink control information (DCI) . This approach allows for per-transmission control of the PL offset. A new field, typically 1-bit in length, is introduced in the scheduling DCI. If the new field is set to a first value (e.g., 0) , the PL offset is  disabled for the scheduled PUSCH / PUCCH / SRS. If the new field is set to a second value (e.g., 1) , the PL offset is enabled for the scheduled PUSCH / PUCCH / SRS.

[0054] This mechanism can be applied in various DCI formats, including DCI format 0_1 / 0_2 for PUSCH / SRS scheduling and DCI format 1_1 / 1_2 for PUCCH / SRS scheduling. Use of this new field in the scheduling DCI can be configured by RRC on a per-DCI format basis, which allows for flexibility in applying the PL offset control mechanism to specific transmission types.

[0055] According to an example, a slot contains a beam indication DCI, e.g., DCI format 1_1 / 1_2 (with or without PDSCH scheduling) . The TCI field codepoint in this DCI is set to ‘000, ’ indicating the application of a UL TCI state for UL channels / signals where the UL TCI state is associated with a PL offset. During the application time of the UL TCI state, a DCI that schedules a UL transmission is sent and the DCI includes the new field for PL offset control. In a first instance, this field is set to ‘0. ’ For the UL transmission scheduled by this DCI, the PL offset is disabled. In a subsequent transmission, another DCI is sent with the new field set to ‘1. ’ For the UL transmission scheduled by this second DCI, the PL offset is enabled. This sequence demonstrates how the new field in the scheduling DCI can be used to control the application of the PL offset on a per-transmission basis.

[0056] Here, PL offset control applies regardless of whether a beam indication DCI has been received or not. This allows for immediate application of PL offset control from the first scheduled transmission, without relying on prior beam indication. Also, PL offset control through scheduling DCI provides a mechanism for adapting uplink power control to varying network conditions and requirements on a per-transmission basis. It offers an alternative to persistent PL offset control.

[0057] Another aspect includes a mechanism for controlling path loss (PL) offset application specifically for Physical Uplink Control Channel (PUCCH) transmissions. This approach repurposes the existing Transmission Configuration Indicator (TCI) state field in the scheduling Downlink Control Information (DCI) for PL offset control. For scenarios with a joint TCI state mode, where only a single joint TCI state is configured, the TCI state field in the scheduling DCI is not required for its original beam indication purpose. In this context, the field is repurposed such that if (1) the TCI state field is set to a first value (e.g., all ‘0’s) , the PL offset is disabled for the scheduled PUCCH, or (2) the TCI state field is set to a second value (e.g., all ‘1’s) , the PL offset is enabled for the scheduled PUCCH.

[0058] In scenarios with separate DL / UL TCI states, some TCI codepoints may be unused. Here, unused codepoints can be repurposed for PL offset control such that if (1) the TCI state field indicates a TCI codepoint mapped to the UL TCI state, the PL offset is enabled for the scheduled PUCCH, or (2) the TCI state field indicates a TCI codepoint not mapped to any joint / UL TCI state, the PL offset is disabled for the scheduled PUCCH.

[0059] According to an example, a slot contains a DCI format 1_1 / 1_2 scheduling a PUCCH transmission. The TCI state field in this DCI is set to a specific codepoint (e.g., ‘000’ ) . If ‘000’ is mapped to a UL TCI state, the PL offset is enabled for the scheduled PUCCH transmission. In a subsequent slot, another DCI format 1_1 / 1_2 schedules another PUCCH transmission. Here, the TCI state field is set to a different codepoint (e.g., ‘011’ ) . If ‘011’ is not mapped to any UL TCI state, the PL offset is disabled for this PUCCH transmission.

[0060] Another aspect introduces a mechanism for controlling path loss (PL) offset application specifically for Sounding Reference Signal (SRS) transmissions. This approach associates the PL offset control with SRS triggering states. Application of PL offset is configured on a per-triggering-state basis for SRS where each SRS triggering state is configured to either enable or disable the PL offset. When an SRS transmission is triggered, the UE determines whether to apply the PL offset based on the configuration of the indicated trigger state. The SRS request field in the DCI indicates which trigger state to use for a particular SRS transmission. The PL offset application can follow certain rules. For example, if the SRS request field indicates a trigger state configured with PL offset enabled, the PL offset is applied to the triggered SRS resource set. If the SRS request field indicates a trigger state configured with PL offset disabled, the PL offset is not applied to the triggered SRS resource set.

[0061] According to one example, a slot contains a DCI that includes an SRS request field. The SRS request field indicates Trigger State A that is configured to enable PL offset. The UE transmits the triggered SRS resource set using the PL offset in its power calculation. In a subsequent slot, another DCI includes an SRS request field indicating Trigger State B that is configured to disable PL offset. The UE transmits this SRS resource set without applying the PL offset in its power calculation.

[0062] PL offset control for SRS through association with triggering states provides a mechanism for adapting SRS power to different use cases or network conditions. It offers a solution for SRS transmissions in scenarios with asymmetric DL and UL TRP deployments.

[0063] Another aspect includes an alternative mechanism for managing path loss (PL) offset in scenarios with asymmetric downlink (DL) and uplink (UL) transmission reception point (TRP) deployments. This involves configuring two joint / UL TCI states with different PL offset associations. Two joint / UL TCI states are configured such that the first joint / UL TCI state is associated with a PL offset value and the second joint / UL TCI state is not associated with a PL offset value. Both TCI states are associated with at least one of the same PL reference signal (RS) or the same quasi-colocation (QCL) reference signal.

[0064] This configuration is conditional on UE capability, specifically for UEs that support only one joint / UL TCI state for Frequency Range 1 (FR1) . According to an example, a slot contains a DCI format 1_1 / 1_2 (with or without PDSCH scheduling) . The DCI includes a new indicator field with the value ‘010, ’ which is mapped to the first UL TCI state associated with a PL offset value. The UE transmits a PUCCH with positive HARQ-ACK after receiving the DCI. Based on the indicator ‘010, ’ the PL offset is enabled for the subsequent UL transmissions, beginning at the slot that is at least Y symbols after the end of the PUCCH where Y is RRC-configured based on UE capability.

[0065] A subsequent slot contains another DCI format 1_1 / 1_2. This time, the new indicator field has the value ‘011, ’ which is mapped to the second UL TCI state not associated with a PL offset value. The UE transmits a PUCCH with positive HARQ-ACK after receiving the DCI. Based on the indicator ‘011, ’ the PL offset is disabled for the subsequent UL transmissions beginning at the slot that is at least Y symbols after the end of the PUCCH where Y is RRC-configured based on UE capability.

[0066] A mapping between TCI codepoints and TCI states is illustrated in Table 2:

[0067] TABLE 2

[0068] Table 2 illustrates the relationship between TCI codepoints and activated TCI states for both downlink (DL) and uplink (UL) transmissions when configuring two UL TCI states with different path loss (PL) offset associations. As seen, “TCI Codepoint” lists the possible TCI codepoints that can be signaled in the DCI. “DL TCI State, ” which is under “Activated TCI States, ” represents the DL TCI states. “UL TCI State, ” which is also under “Activated TCI States, ” represents the UL TCI states. TCI codepoints ‘000’ and ‘001’ are mapped to the DL TCI state, ‘100’ and ‘101’ are mapped to both a DL TCI state and UL TCI state, and TCI codepoint ‘010’ is mapped to the 1st UL TCI state. TCI codepoint ‘011’ is mapped to the 2nd UL TCI state. TCI codepoint ‘100’ is also mapped to the 1st UL TCI state. TCI codepoint ‘101’ is also mapped to the 2nd UL TCI state.

[0069] Here, the 1st UL TCI state is associated with a PL offset value and the 2nd UL TCI state is not associated with a PL offset value. Both UL TCI states are configured to use the same PL reference signal (RS) or the same QCL RS. When a particular TCI codepoint is signaled in the DCI, if ‘010’ or ‘100’ is signaled, the 1st UL TCI state is activated, and the PL offset is applied for UL transmissions. If ‘011’ or ‘101’ is signaled, the 2nd UL TCI state is activated, and no PL offset is applied for UL transmissions.

[0070] This configuration allows the network to dynamically switch between applying and not applying the PL offset by changing the TCI codepoint in the DCI. The use of multiple codepoints for each UL TCI state (e.g., both ‘010’ and ‘100’ for the 1st UL TCI state) provides flexibility in signaling.

[0071] For clarity, certain aspects of the apparatus and techniques may be described below with reference to example 5G NR implementations or in a 5G-centric way, and 5G terminology may be used as illustrative examples in portions of the description below; however, the description is not intended to be limited to 5G applications.

[0072] Moreover, it should be understood that, in operation, wireless communication networks adapted according to the concepts herein may operate with any combination of licensed or unlicensed spectrum depending on loading and availability. Accordingly, it will be apparent to a person having ordinary skill in the art that the systems, apparatus and methods described herein may be applied to other communications systems and applications than the particular examples provided.

[0073] While aspects and implementations are described in this application by illustration to some examples, those skilled in the art will understand that additional implementations and use cases may come about in many different arrangements and scenarios. Innovations described herein may be implemented across many differing platform types, devices,  systems, shapes, sizes, packaging arrangements. For example, implementations or uses may come about via integrated chip implementations or other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail devices or purchasing devices, medical devices, AI-enabled devices, etc. ) . While some examples may or may not be specifically directed to use cases or applications, a wide assortment of applicability of described innovations may occur. Implementations may range from chip-level or modular components to non-modular, non-chip-level implementations and further to aggregated, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more described aspects. In some practical settings, devices incorporating described aspects and features may also necessarily include additional components and features for implementation and practice of claimed and described aspects. It is intended that innovations described herein may be practiced in a wide variety of implementations, including both large devices or small devices, chip-level components, multi-component systems (e.g., radio frequency (RF) -chain, communication interface, processor) , distributed arrangements, end-user devices, etc. of varying sizes, shapes, and constitution.

[0074] Figure 1 illustrates an example of a wireless communications system 100 that supports RF component preferences in hybrid beamforming operations at mmWave bands in accordance with one or more aspects of the present disclosure. The wireless communications system 100 may include one or more network entities 105, one or more UEs 115, and a core network 130. In some examples, the wireless communications system 100 may be a Long Term Evolution (LTE) network, an LTE-Advanced (LTE-A) network, an LTE-APro network, a New Radio (NR) network, or a network operating in accordance with other systems and radio technologies, including future systems and radio technologies not explicitly mentioned herein.

[0075] The network entities 105 may be dispersed throughout a geographic area to form the wireless communications system 100 and may include devices in different forms or having different capabilities. In various examples, the network entity 105 may be referred to as a network element, a mobility element, a radio access network (RAN) node, or network equipment, among other nomenclature. In some examples, the network entities 105 and the UEs 115 may wirelessly communicate via one or more communication links 125 (e.g., a radio frequency (RF) access link) .

[0076] The UEs 115 may be dispersed throughout the coverage area 110 of the wireless communications system 100, and each UE 115 may be stationary, or mobile, or both at  different times. The UEs 115 may be devices in different forms or having different capabilities. Some example UEs 115 are illustrated in Figure 1. The UEs 115 described herein may be able to communicate with various types of devices, such as other UEs 115 or network entities 105, as shown in Figure 1.

[0077] As described herein, a node of the wireless communications system 100, which may be referred to as a network node, or a wireless node, may be the network entity 105 (e.g., any network entity described herein) , the UE 115 (e.g., any UE described herein) , a network controller, an apparatus, a device, a computing system, one or more components, or another suitable processing entity configured to perform any of the techniques described herein. For example, a node may be the UE 115. As another example, a node may be the network entity 105.

[0078] In some examples, the network entities 105 may communicate with the core network 130, or with one another, or both. For example, the network entities 105 may communicate with the core network 130 via one or more backhaul communication links 120 (e.g., in accordance with an S1, N2, N3, or other interface protocol) . In some examples, the network entities 105 may communicate with one another over the backhaul communication link 120 (e.g., in accordance with an X2, Xn, or other interface protocol) either directly (e.g., directly between the network entities 105) or indirectly (e.g., via the core network 130) . In some examples, the network entities 105 may communicate with one another via a midhaul communication link 162 (e.g., in accordance with a midhaul interface protocol) or a fronthaul communication link 168 (e.g., in accordance with a fronthaul interface protocol) , or any combination thereof. The backhaul communication links 120, the midhaul communication links 162, or the fronthaul communication links 168 may be or include one or more wired links (e.g., an electrical link, an optical fiber link) , one or more wireless links (e.g., a radio link, a wireless optical link) , among other examples or various combinations thereof. The UE 115 may communicate with the core network 130 through a communication link 155.

[0079] One or more of the network entities 105 described herein may include or may be referred to as a base station 140 (e.g., a base transceiver station, a radio base station, an NR base station, an access point, a radio transceiver, a transmission-reception point (TRP) , a NodeB, an eNodeB (eNB) , a next-generation NodeB or a giga-NodeB (either of which may be referred to as a gNB) , a 5G NB, a next-generation eNB (ng-eNB) , a Home NodeB, a Home eNodeB, or other suitable terminology) . In some examples, the network entity 105 (e.g., the base station 140) may be implemented in an aggregated (e.g., monolithic,  standalone) base station architecture, which may be configured to utilize a protocol stack that is physically or logically integrated within a single network entity 105 (e.g., a single RAN node, such as the base station 140) .

[0080] In some examples, the network entity 105 may be implemented in a disaggregated architecture (e.g., a disaggregated base station architecture, a disaggregated RAN architecture) , which may be configured to utilize a protocol stack that is physically or logically distributed among two or more network entities 105, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, the network entity 105 may include one or more of a central unit (CU) 160, a distributed unit (DU) 165, a radio unit (RU) 170, a RAN Intelligent Controller (RIC) 175 (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) 180 system, or any combination thereof. The RU 170 may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 105 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 105 may be located in distributed locations (e.g., separate physical locations) . In some examples, one or more network entities 105 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0081] The UE 115 may include or may be referred to as a mobile device, a wireless device, a remote device, a handheld device, or a subscriber device, or some other suitable terminology, where the “device” may also be referred to as a unit, a station, a terminal, or a client, among other examples. The UE 115 may also include or may be referred to as a personal electronic device such as a cellular phone, a personal digital assistant (PDA) , a tablet computer, a laptop computer, or a personal computer. In some examples, the UE 115 may include or be referred to as a wireless local loop (WLL) station, an Internet of Things (IoT) device, an Internet of Everything (IoE) device, or a machine type communications (MTC) device, among other examples, which may be implemented in various objects such as appliances, or vehicles, meters, a satellite radio, a global positioning system (GPS) device, a global navigation satellite system (GNSS) device, a logistics controller, an unmanned aerial vehicle (UAV) , a drone, a smart energy or security device, a solar panel or solar array, etc. among other examples.

[0082] The UEs 115 described herein may be able to communicate with various types of devices, such as other UEs 115 that may sometimes act as relays as well as the network entities 105 and the network equipment including macro eNBs or gNBs, small cell eNBs or gNBs, or relay base stations, among other examples, as shown in Figure 1.

[0083] The UEs 115 and the network entities 105 may wirelessly communicate with one another via one or more communication links 125 (e.g., an access link) over one or more carriers. The term “carrier” may refer to a set of RF spectrum resources having a defined physical layer structure for supporting the communication links 125.

[0084] Physical channels may be multiplexed on a carrier according to various techniques. A physical control channel and a physical data channel may be multiplexed on a downlink carrier, for example, using one or more of time division multiplexing (TDM) techniques, frequency division multiplexing (FDM) techniques, or hybrid TDM-FDM techniques. A control region (e.g., a control resource set (CORESET) ) for a physical control channel may be defined by a set of symbol periods and may extend across the system bandwidth or a subset of the system bandwidth of the carrier. One or more control regions (e.g., CORESETs) may be configured for a set of the UEs 115. For example, one or more of the UEs 115 may monitor or search control regions for control information according to one or more search space sets, and each search space set may include one or multiple control channel candidates in one or more aggregation levels arranged in a cascaded manner. An aggregation level for a control channel candidate may refer to an amount of control channel resources (e.g., control channel elements (CCEs) ) associated with encoded information for a control information format having a given payload size. Search space sets may include common search space sets configured for sending control information to multiple UEs 115 and UE-specific search space sets for sending control information to a specific one of the UEs 115.

[0085] In some examples, the UE 115 may be able to communicate directly with other of the UEs 115 over a device-to-device (D2D) communication link 135 (e.g., in accordance with a peer-to-peer (P2P) , D2D, or sidelink protocol) . In some examples, one or more UEs 115 of a group that are performing D2D communications may be within the coverage area 110 of the network entity 105 (e.g., the base station 140, the RU 170) , which may support aspects of such D2D communications being configured by or scheduled by the network entity 105. In some examples, one or more UEs 115 in such a group may be outside of the coverage area 110 of the network entity 105 or may be otherwise unable to or not configured to receive transmissions from the network entity 105. In some examples,  groups of the UEs 115 communicating via D2D communications may support a one-to-many (1: M) system in which each UE 115 transmits to each of the other ones of the UEs 115 in the group. In some examples, the network entity 105 may facilitate the scheduling of resources for D2D communications. In some other examples, D2D communications may be carried out between the UEs 115 without the involvement of the network entity 105.

[0086] In some systems, the D2D communication link 135 may be an example of a communication channel, such as a sidelink communication channel, between vehicles (e.g., the UEs 115) . In some examples, vehicles may communicate using vehicle-to-everything (V2X) communications, vehicle-to-vehicle (V2V) communications, or some combination of these. A vehicle may signal information related to traffic conditions, signal scheduling, weather, safety, emergencies, or any other information relevant to a V2X system. In some examples, vehicles in a V2X system may communicate with roadside infrastructure, such as roadside units, or with the network via one or more network nodes (e.g., the network entities 105, the base stations 140, the RUs 170) using vehicle-to-network (V2N) communications, or with both.

[0087] The wireless communications system 100 may be a packet-based network that operates according to a layered protocol stack. In the user plane, communications at the bearer or PDCP layer may be IP-based. An RLC layer may perform packet segmentation and reassembly to communicate over logical channels. A MAC layer may perform priority handling and multiplexing of logical channels into transport channels. The MAC layer may also use error detection techniques, error correction techniques, or both to support retransmissions at the MAC layer to improve link efficiency. In the control plane, the RRC protocol layer may provide establishment, configuration, and maintenance of an RRC connection between the UE 115 and the network entity 105 or the core network 130 supporting radio bearers for user plane data. At the PHY layer, transport channels may be mapped to physical channels.

[0088] The UEs 115 and the network entities 105 may support retransmissions of data to increase the likelihood that data is received successfully. Hybrid automatic repeat request (HARQ) feedback is one technique for increasing the likelihood that data is received correctly over a communication link (e.g., the communication link 125, the D2D communication link 135) . HARQ may include a combination of error detection (e.g., using a cyclic redundancy check (CRC) ) , forward error correction (FEC) , and retransmission (e.g., automatic repeat request (ARQ) ) . HARQ may improve throughput  at the MAC layer in poor radio conditions (e.g., low signal-to-noise conditions) . In some examples, a device may support same-slot HARQ feedback, where the device may provide HARQ feedback in a specific slot for data received in a previous symbol in the slot. In some other examples, the device may provide HARQ feedback in a subsequent slot, or according to some other time interval.

[0089] FIG. 2 depicts aspects of an example BS 110 and UE 120 that support reporting an ambient IoT device’s filtering capabilities according to certain aspects. Generally, BS 110 includes various processors (e.g., 220, 230, 238, and 240) , antennas 234a-t (collectively 234) , transceivers 232a-t (collectively 232) , which include modulators and demodulators, and other aspects, which enable wireless transmission of data (e.g., data source 212) and wireless reception of data (e.g., data sink 239) . For example, BS 110 may send and receive data between BS 110 and UE 120. BS 110 includes controller / processor 240, which may be configured to implement various functions described herein related to wireless communications.

[0090] Generally, UE 120 includes various processors (e.g., 258, 264, 266, and 280) , antennas 252a-r (collectively 252) , transceivers 254a-r (collectively 254) , which include modulators and demodulators, and other aspects, which enable wireless transmission of data (e.g., retrieved from data source 262) and wireless reception of data (e.g., provided to data sink 260) . UE 120 includes controller / processor 280, which may be configured to implement various functions described herein related to wireless communications.

[0091] For an example downlink transmission, BS 110 (e.g., any network node) includes a transmit processor 220 that may receive data from a data source 212 and control information from a controller / processor 240. The control information may be for the physical broadcast channel (PBCH) , the physical control format indicator channel (PCFICH) , the physical hybrid automatic repeat request (HARQ) indicator channel (PHICH) , the physical downlink control channel (PDCCH) , the group common PDCCH (GC PDCCH) , and / or other channels. The data may be for the physical downlink shared channel (PDSCH) , in some examples.

[0092] Transmit processor 220 may process (e.g., encode and symbol map) the data and control information to obtain data symbols and control symbols, respectively. Transmit processor 220 may also generate reference symbols, such as for the primary synchronization signal (PSS) , the secondary synchronization signal (SSS) , the PBCH demodulation reference signal (DMRS) , or the channel state information reference signal (CST-RS) . Transmit processor 220 can facilitate transmitting a waveform to a UE or the like, and further  facilitate transmitting frequency resource configuration information and  / or time resource configuration information. And each can be associated with a UE’s filtering capability as described herein.

[0093] Transmit (TX) multiple-input multiple-output (MIMO) processor 230 may perform spatial processing (e.g., precoding) on the data symbols, the control symbols, and / or the reference symbols, if applicable, and may provide output symbol streams to the modulators (MODs) in transceivers 232a-232t. Each modulator in transceivers 232a-232t may process a respective output symbol stream to obtain an output sample stream. Each modulator may further process (e.g., convert to analog, amplify, filter, and upconvert) the output sample stream to obtain a downlink signal. Downlink signals from the modulators in transceivers 232a-232t may be transmitted via the antennas 234a-234t, respectively.

[0094] UE 120 includes antennas 252a-252r that may receive the downlink signals from BS 110 and may provide received signals to the demodulators (DEMODs) in transceivers 254a-254r, respectively. Each demodulator in transceivers 254a-254r may condition (e.g., filter, amplify, downconvert, and digitize) a respective received signal to obtain input samples. Each demodulator may further process the input samples to obtain received symbols.

[0095] MIMO detector 256 may obtain received symbols from all the demodulators in transceivers 254a-254r, perform MIMO detection on the received symbols if applicable, and provide detected symbols. Receive processor 258 may process (e.g., demodulate, deinterleave, and decode) the detected symbols, provide decoded data for UE 120 to a data sink 260, and provide decoded control information to a controller / processor 280. Receive processor 258 can facilitate the UE receiving frequency resource configuration information and / or time resource configuration information. Such configuration information can be associated with the UE’s filtering capability as described herein.

[0096] For an example uplink transmission, UE 120 further includes a transmit processor 264 that may receive and process data (e.g., for the physical uplink shared channel (PUSCH) ) from a data source 262 and control information (e.g., for the physical uplink control channel (PUCCH) ) from the controller / processor 280. Transmit processor 264 may also generate reference symbols for a reference signal (e.g., for the sounding reference signal (SRS) ) . The symbols from the transmit processor 264 may be precoded by a TX MIMO processor 266 if applicable, further processed by the modulators in transceivers 254a-254r (e.g., for single-carrier frequency division multiplexing (SC-FDM) ) , and transmitted to BS 110. Transmit processor 264 can facilitate transmitting an indication of the UE’s  filtering capability to a network node. This can be effectuated using a backscattered signal associated with a modulated waveform as described herein.

[0097] At BS 110, the uplink signals from UE 120 may be received by antennas 234a-234t, processed by the demodulators in transceivers 232a-232t, detected by a MIMO detector 236 if applicable, and further processed by a receive processor 238 to obtain decoded data and control information sent by UE 120. Receive processor 238 may provide the decoded data to a data sink 239 and the decoded control information to the controller / processor 240. Memories 242 and 282 may store data and program codes (e.g., processor-executable instructions, computer-executable instructions) for BS 110 and UE 120, respectively. Scheduler 244 may schedule UEs for data transmission on the downlink and / or uplink.

[0098] In various aspects, BS 110 may be described as transmitting and receiving various types of data associated with the methods described herein. In these contexts, “transmitting” may refer to various mechanisms of outputting data, such as outputting data from data source 212, scheduler 244, memory 242, transmit processor 220, controller / processor 240, TX MIMO processor 230, transceivers 232a-t, antenna 234a-t, and / or other aspects described herein. Similarly, “receiving” may refer to various mechanisms of obtaining data, such as obtaining data from antennas 234a-t, transceivers 232a-t, receive (RX) MIMO detector 236, controller / processor 240, receive processor 238, scheduler 244, memory 242, a network interface, and / or other aspects described herein.

[0099] In various aspects, UE 120 may likewise be described as transmitting and receiving various types of data associated with the methods described herein. In these contexts, “transmitting” may refer to various mechanisms of outputting data, such as outputting data from data source 262, memory 282, transmit processor 264, controller / processor 280, TX MTMO processor 266, transceivers 254a-t, antenna 252a-t, and / or other aspects described herein. Similarly, “receiving” may refer to various mechanisms of obtaining data, such as obtaining data from antennas 252a-t, transceivers 254a-t, RX MIMO detector 256, controller / processor 280, receive processor 258, memory 282, and / or other aspects described herein.

[0100] In some aspects, a processor may be configured to perform various operations, such as those associated with the methods described herein, and transmit (output) data to or receive (obtain) data from another interface that is configured to transmit or receive, respectively, the data.

[0101] While blocks in FIG. 2 are illustrated as distinct components, the functions described above with respect to the blocks may be implemented in a single hardware, software, or combination component or in various combinations of components. For example, the functions described with respect to the transmit processor 264, the receive processor 258, and / or the TX MTMO processor 266 may be performed by or under the control of the controller / processor 280.

[0102] Deployment of communication systems, such as 5G NR systems, may be arranged in multiple manners with various components or constituent parts. In a 5G NR system, or network, a network node, a network entity, a mobility element of a network, a RAN node, a core network node, a network element, a base station network node, or a network equipment may be implemented in an aggregated or disaggregated architecture. For example, a network node (such as a Node B (NB) , an evolved NB (eNB) , an NR BS, a 5G NB, an AP, a TRP, or a cell, among other examples) , or one or more units (or one or more components) performing network node functionality, may be implemented as an aggregated network node (also known as a standalone network node or a monolithic network node) or a disaggregated network node. “Network entity” or “network node” may refer to a disaggregated network node, or to one or more units of a disaggregated network node (such as one or more CUs, one or more DUs, one or more RUs, or a combination thereof) .

[0103] An aggregated network node (e.g., an aggregated network node) may be configured to utilize a radio protocol stack that is physically or logically integrated within a single RAN node (e.g., within a single device or unit) . A disaggregated network node (e.g., a disaggregated network node) may be configured to utilize a protocol stack that is physically or logically distributed among two or more units (such as one or more CUs, one or more DUs, or one or more RUs) . In some examples, a CU may be implemented within a network node, and one or more DUs may be co-located with the CU, or alternatively, may be geographically or virtually distributed throughout one or multiple other network nodes. The DUs may be implemented to communicate with one or more RUs. Each of the CU, DU and RU also can be implemented as virtual units, such as a virtual central unit (VCU) , a virtual distributed unit (VDU) , or a virtual radio unit (VRU) , among other examples.

[0104] Network node-type operation or network design may consider aggregation characteristics of network node functionality. For example, disaggregated network nodes may be utilized in an IAB network, an open radio access network (O-RAN (such as the network  configuration sponsored by the O-RAN Alliance) ) , or a virtualized radio access network (vRAN, also known as a cloud radio access network (C-RAN) ) to facilitate scaling of communication systems by separating network node functionality into one or more units that can be individually deployed. A disaggregated network node may include functionality implemented across two or more units at various physical locations, as well as functionality implemented for at least one unit virtually, which can enable flexibility in network design. The various units of the disaggregated network node can be configured for wired or wireless communication with at least one other unit of the disaggregated network node.

[0105] Figure 3 shows a flowchart illustrating an example process 300 performable by or at a wireless communication device that supports dynamic path loss offset control for uplink transmissions. The operations of the process 300 may be implemented by a wireless communication device or its components as described herein. For example, the process 300 may be performed by a wireless communication device, such as the wireless communication device 400 described with reference to Figure 4, operating as or within a User Equipment (UE) . In some examples, the process 300 may be performed by a UE such as one of the UEs 115 described with reference to Figure 1.

[0106] At step 302, the wireless communication device obtains configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state. In some implementations, the TCI state may be a joint downlink and uplink TCI state or an uplink TCI state, providing flexibility in network configurations.

[0107] At step 304, the wireless communication device obtains a beam indication downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset. The indicator may comprise a TCI state field or a new field, depending on the specific implementation. In scenarios where the indicator comprises a TCI state field, the wireless communication device may perform additional operations to interpret and apply the path loss offset control.

[0108] At step 306, the wireless communication device outputs, for transmission, an uplink signal using transmission power associated with the path loss offset if the indicator is associated with enabling the path loss offset, or not associated with the path loss offset if the indicator is associated with disabling the path loss offset. This step allows for dynamic control of uplink transmission power based on the received indicator.

[0109] In some implementations, when the indicator comprises a TCI state field, the wireless communication device may obtain a first value of the TCI state field associated with disabling the path loss offset. In response, it may disable the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable or fixed number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI. Similarly, the wireless communication device may obtain a second value of the TCI state field associated with enabling the path loss offset and enable the path loss offset for subsequent uplink transmissions associated with the TCI state, following the same timing mechanism.

[0110] In certain scenarios, the wireless communication device may apply the path loss offset for subsequent uplink transmissions until a different beam indication DCI is obtained, providing a persistent control mechanism. Additionally, the wireless communication device may apply a rule for enabling or disabling the path loss offset before obtaining the beam indication DCI. This rule may comprise either enabling or disabling the path loss offset before obtaining the beam indication DCI, depending on the specific network configuration or requirements.

[0111] FIG. 4 is a block diagram of an example wireless communication device 400 that supports dynamic path loss offset control for uplink transmissions according to one or more aspects. Device 400 may be an example of aspects of a UE 115 as described herein. Device 400 may include various components described herein, and one or more components of device 400 may include at least one processor, which may be coupled with at least one memory, to, individually or collectively, support or enable the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0112] Device 400 includes processing system 402 coupled to transceiver 408 (e.g., a transmitter and / or a receiver) . Transceiver 408 is configured to transmit and receive signals for device 400 via antenna 410, such as the various signals as described herein. Network interface 412 is configured to obtain and send signals for the wireless communication device 400 via communications link (s) , such as described herein with respect to FIG. 1. Processing system 402 may be configured to perform processing functions for device 400, including processing signals received and / or to be transmitted by device 400.

[0113] Processing system 402 includes one or more processors 420. In various aspects, one or more processors 420 may be representative of one or more of receive processor, transmit  processor, and / or controller / processor, as described with respect to a UE architecture. The one or more processors 420 are coupled to computer-readable medium / memory 430 via bus 406. Computer-readable medium / memory 430 is configured to store instructions (e.g., computer-executable code, processor-executable code) that when executed by the one or more processors 420, cause the one or more processors 420 to perform method 300 described with respect to FIG. 3, or any aspect related to it.

[0114] Device 400 may include circuitry for obtaining configuration information indicating a TCI state and associating a path loss offset with the TCI state (circuitry 435) . Device 400 may also include, stored in computer-readable medium / memory 430, code for obtaining configuration information indicating a TCI state and associating a path loss offset with the TCI state (code 440) .

[0115] Device 400 may include circuitry for obtaining a beam indication DCI including an indicator associated with enabling or disabling the path loss offset (circuitry 445) . Device 400 may also include, stored in computer-readable medium / memory 430, code for obtaining a beam indication DCI including an indicator associated with enabling or disabling the path loss offset (code 450) .

[0116] Device 400 may include circuitry for outputting, for transmission, an uplink signal using transmission power associated with the path loss offset if the indicator is associated with enabling the path loss offset, or not associated with the path loss offset if the indicator is associated with disabling the path loss offset (circuitry 455) . Device 400 may also include, stored in computer-readable medium / memory 430, code for outputting, for transmission, an uplink signal using transmission power associated with the path loss offset if the indicator is associated with enabling the path loss offset, or not associated with the path loss offset if the indicator is associated with disabling the path loss offset (code 460) .

[0117] Device 400 also includes power control manager 475, which may support dynamic path loss offset control for uplink transmissions in accordance with examples as disclosed herein. Power control manager 475 may include circuitry and code for implementing various aspects described herein. This may include circuitry and code for handling different TCI state configurations, interpreting TCI state field values, applying timing mechanisms for enabling or disabling path loss offsets, and implementing rules for path loss offset control before receiving beam indication DCI.

[0118] Various components of device 400 may provide means for performing method 300 described with respect to FIG. 3, or any aspect related to it. For example, means for  obtaining may include transceiver 408 and antenna 410 of device 400 in FIG. 4. Means for outputting for transmission may include transceiver 408 and antenna 410 of device 400 in FIG. 4. Means for enabling or disabling the path loss offset may include processor 420 and memory 430. Means for applying a rule for enabling or disabling the path loss offset may include processor 420 and memory 430. Means for applying the path loss offset for subsequent uplink transmissions may include processor 420, memory 430, and transceiver 408.

[0119] The described components enable device 400 to dynamically control path loss offset for uplink transmissions, adapting to various network configurations and conditions. This functionality supports efficient power control in scenarios involving asymmetric deployment of downlink and uplink transmission reception points, as outlined in the previously described nutshell and advantages paragraphs.

[0120] Figure 5 shows a flowchart illustrating an example process 500 performable by or at a wireless communication device that supports dynamic path loss offset control for uplink transmissions using scheduling DCI. The operations of process 500 may be implemented by a wireless communication device or its components as described herein. For example, the process 500 may be performed by a wireless communication device, such as the wireless communication device 600 described with reference to Figure 6, operating as a User Equipment (UE) . In some examples, the process 500 may be performed by a UE such as one of the UEs 115 described with reference to Figure 1.

[0121] At step 502, the wireless communication device obtains configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state.

[0122] At step 504, the wireless communication device obtains a scheduling downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset for an uplink transmission. In some implementations, this indicator may comprise a new field in the scheduling DCI, providing an exemplary mechanism for path loss offset control.

[0123] At step 506, the wireless communication device outputs, for transmission, the uplink transmission using transmission power associated with the path loss offset when the indicator is associated with enabling the path loss offset, and not associated with the path loss offset when the indicator is associated with disabling the path loss offset. This enables dynamic, per-transmission control of the path loss offset application.

[0124] In certain aspects, the uplink transmission may comprise at least one of a physical uplink shared channel (PUSCH) , a physical uplink control channel (PUCCH) , or a sounding reference signal (SRS) . When the uplink transmission is a PUCCH, the indicator may comprise a TCI state field in the scheduling DCI, leveraging existing fields for path loss offset control.

[0125] The method 500 may also include steps to handle specific scenarios. For instance, when the scheduling DCI is associated with a sounding reference signal (SRS) , the indicator may comprise an SRS request field and be associated with a triggering state for the SRS. This enables variable power control for SRS transmissions.

[0126] In some implementations, the wireless communication device may apply a rule for enabling or disabling the path loss offset when the DCI is a fallback DCI. This rule may comprise at least one of disabling the path loss offset for uplink transmissions scheduled by the fallback DCI, or enabling the path loss offset for uplink transmissions scheduled by the fallback DCI. This approach enables consistent behavior even in scenarios where full DCI information may not be available.

[0127] By implementing method 500, the wireless communication device can dynamically control path loss offset application on a per-transmission basis, adapting to various network conditions and requirements. This granular control enables more efficient power management for different uplink channels and signals.

[0128] FIG. 6 is a block diagram of an example wireless communication device 600 that supports dynamic path loss offset control for uplink transmissions using scheduling DCI according to one or more aspects. Device 600 may be an example of aspects of a UE 115 as described herein. Device 600 may include various components described herein, and one or more components of device 600 may include at least one processor, which may be coupled with at least one memory, to, individually or collectively, support or enable the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0129] Device 600 includes processing system 602 coupled to transceiver 608 (e.g., a transmitter and / or a receiver) . Transceiver 608 is configured to transmit and receive signals for device 600 via antenna 610, such as the various signals as described herein. Network interface 612 is configured to obtain and send signals for the wireless communication device 600 via communications link (s) , such as described herein with respect to FIG. 1. Processing system 602 may be configured to perform processing functions for device 600, including processing signals received and / or to be transmitted by device 600.

[0130] Processing system 602 includes one or more processors 620. The one or more processors 620 are coupled to computer-readable medium / memory 630 via bus 606. Computer-readable medium / memory 630 is configured to store instructions (e.g., computer-executable code, processor-executable code) that when executed by the one or more processors 620, cause the one or more processors 620 to perform method 500 described with respect to FIG. 5, or any aspect related to it.

[0131] Device 600 may include circuitry for obtaining configuration information indicating a TCI state and associating a path loss offset with the TCI state (circuitry 635) . Device 600 may also include, stored in computer-readable medium / memory 630, code for obtaining configuration information indicating a TCI state and associating a path loss offset with the TCI state (code 640) .

[0132] Device 600 may include circuitry for obtaining a scheduling DCI including an indicator associated with enabling or disabling the path loss offset for an uplink transmission (circuitry 645) . Device 600 may also include, stored in computer-readable medium / memory 630, code for obtaining a scheduling DCI including an indicator associated with enabling or disabling the path loss offset for an uplink transmission (code 650) .

[0133] Device 600 may include circuitry for outputting, for transmission, the uplink transmission using transmission power associated with the path loss offset when the indicator is associated with enabling the path loss offset, and not associated with the path loss offset when the indicator is associated with disabling the path loss offset (circuitry 655) . Device 600 may also include, stored in computer-readable medium / memory 630, code for outputting, for transmission, the uplink transmission using transmission power associated with the path loss offset when the indicator is associated with enabling the path loss offset, and not associated with the path loss offset when the indicator is associated with disabling the path loss offset (code 660) .

[0134] Device 600 also includes scheduling DCI manager 675, which may support dynamic path loss offset control for uplink transmissions using scheduling DCI in accordance with examples as disclosed herein. Scheduling DCI manager 675 may include circuitry and code for implementing various aspects described herein. This may include handling different types of uplink transmissions (PUSCH, PUCCH, SRS) , interpreting indicators in scheduling DCI, and applying rules for path loss offset control in fallback DCI scenarios.

[0135] Various components of device 600 may provide means for performing method 500 described with respect to FIG. 5, or any aspect related to it. For example, means for obtaining may include transceiver 608 and antenna 610 of device 600 in FIG. 6. Means for outputting for transmission may include transceiver 608 and antenna 610 of device 600 in FIG. 6. Means for applying a rule for enabling or disabling the path loss offset when the DCI is a fallback DCI may include processor 620 and memory 630. Means for determining the type of uplink transmission may include processor 620 and memory 630.

[0136] Figure 7 shows a flowchart illustrating an example process 700 performable by or at a wireless communication device that supports dynamic path loss offset control using multiple TCI states according to certain aspects. The operations of process 700 may be implemented by a wireless communication device or its components as described herein. For example, the process 700 may be performed by a wireless communication device, such as the wireless communication device 800 described with reference to Figure 8, operating as a User Equipment (UE) . In some examples, the process 700 may be performed by a UE such as one of the UEs 115 described with reference to Figure 1.

[0137] At step 702, the wireless communication device obtains configuration information indicating a first transmission configuration indicator (TCI) state associated with a path loss offset and a second TCI state not associated with a path loss offset. In this step, the device can be configured with two distinct TCI states that have different associations with path loss offset. The first and second TCI states are associated with at least one of a quasi co-location (QCL) reference signal or a path loss reference signal.

[0138] At step 704, the wireless communication device obtains an indication of a selected TCI state via downlink control information (DCI) . The selected TCI state is chosen from the first and second TCI states configured in step 702. This allows the network to select which TCI state, and consequently which path loss offset strategy, should be applied for upcoming transmissions.

[0139] At step 706, the wireless communication device outputs, for transmission, an uplink signal using transmission power associated with the path loss offset when the selected TCI state is the first TCI state, or not associated with the path loss offset when the selected TCI state is the second TCI state. This is an exemplary implementation of the actual power control based on the selected TCI state, which enables dynamic adaptation of uplink transmission power.

[0140] In some implementations, the first TCI state may be associated with transmissions to an uplink transmission reception point (TRP) , while the second TCI state may be associated  with transmissions to a downlink TRP. This association allows the device to adapt its transmission power based on whether it is communicating with an uplink-specific or downlink-specific TRP.

[0141] By implementing method 700, the wireless communication device can efficiently manage its uplink transmission power in scenarios involving different types of TRPs. The ability to switch between TCI states with and without path loss offset allows for adaptable power control strategies that can accommodate various network configurations and propagation environments.

[0142] FIG. 8 is a block diagram of an example wireless communication device 800 that supports dynamic path loss offset control using multiple TCI states according to one or more aspects. Device 800 may be an example of aspects of a UE 115 as described herein. Device 800 may include various components described herein, and one or more components of device 800 may include at least one processor, which may be coupled with at least one memory, to, individually or collectively, support or enable the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0143] Device 800 includes processing system 802 coupled to transceiver 808 (e.g., a transmitter and / or a receiver) . Transceiver 808 is configured to transmit and receive signals for device 800 via antenna 810, such as the various signals as described herein. Network interface 812 is configured to obtain and send signals for the wireless communication device 800 via communications link (s) , such as described herein with respect to FIG. 1. Processing system 802 may be configured to perform processing functions for device 800, including processing signals received and / or to be transmitted by device 800.

[0144] Processing system 802 includes one or more processors 820. The one or more processors 820 are coupled to computer-readable medium / memory 830 via bus 806. Computer-readable medium / memory 830 is configured to store instructions (e.g., computer-executable code, processor-executable code) that when executed by the one or more processors 820, cause the one or more processors 820 to perform method 700 described with respect to FIG. 7, or any aspect related to it.

[0145] Device 800 may include circuitry for obtaining configuration information indicating a first TCI state associated with a path loss offset and a second TCI state not associated with a path loss offset, wherein the first and second TCI states are associated with at least one of a quasi co-location (QCL) reference signal or a path loss reference signal (circuitry  835) . Device 800 may also include, stored in computer-readable medium / memory 830, code for obtaining this configuration information (code 840) .

[0146] Device 800 may include circuitry for obtaining an indication of a selected TCI state via downlink control information (DCI) , the selected TCI state selected from the first and second TCI states (circuitry 845) . Device 800 may also include, stored in computer-readable medium / memory 830, code for obtaining this indication (code 850) .

[0147] Device 800 may include circuitry for outputting, for transmission, an uplink signal using transmission power associated with the path loss offset when the selected TCI state is the first TCI state, or not associated with the path loss offset when the selected TCI state is the second TCI state (circuitry 855) . Device 800 may also include, stored in computer-readable medium / memory 830, code for outputting this uplink signal (code 860) .

[0148] Device 800 also includes TCI state manager 875, which may support dynamic path loss offset control using multiple TCI states in accordance with examples as disclosed herein. TCI state manager 875 may include circuitry and code for implementing various aspects described herein. This may include managing associations between TCI states and different types of TRPs (uplink or downlink) , and adapting transmission power based on the selected TCI state and its associated TRP type.

[0149] Various components of device 800 may provide means for performing method 700 described with respect to FIG. 7, or any aspect related to it. For example, means for obtaining may include transceiver 808 and antenna 810 of device 800 in FIG. 8. Means for outputting for transmission may include transceiver 808 and antenna 810 of device 800 in FIG. 8. Means for selecting a TCI state may include processor 820 and memory 830. Means for associating TCI states with different types of TRPs may include processor 820 and memory 830.

[0150] The described components enable device 800 to dynamically control path loss offset for uplink transmissions using multiple TCI states, adapting to various network configurations and conditions. This functionality supports efficient power control in scenarios involving asymmetric deployment of downlink and uplink transmission reception points.

[0151] It is noted that one or more blocks (or operations) described with reference to Figures 3-8 may be combined with one or more blocks (or operations) described with reference to another of the figures. For example, one or more blocks (or operations) of Figure 3 may be combined with one or more blocks (or operations) of Figure 5 and / or 7. As another  example, one or more blocks associated with Figure 4 may be combined with one or more blocks associated with Figure 6 and / or 8.

[0152] Implementation examples are described in the following numbered clauses:

[0153] Clause 1: A method for wireless communication at a User Equipment (UE) , the method comprising: obtaining configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state; obtaining a beam indication downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset; and outputting, for transmission, an uplink signal using transmission power: associated with the path loss offset if the indicator is associated with enabling the path loss offset, or not associated with the path loss offset if the indicator is associated with disabling the path loss offset.

[0154] Clause 2: The method of Clause 1, wherein the TCI state is a joint downlink and uplink TCI state or an uplink TCI state.

[0155] Clause 3: The method of Clause 1, wherein the indicator comprises a TCI state field.

[0156] Clause 4: The method of Clause 3, further comprising: obtaining a first value of the TCI state field associated with disabling the path loss offset; and disabling the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI.

[0157] Clause 5: The method of Clause 3, further comprising: obtaining a second value of the TCI state field associated with enabling the path loss offset; and enabling the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI.

[0158] Clause 6: The method of Clause 1, wherein the indicator comprises a new field.

[0159] Clause 7: The method of Clause 1, further comprising: applying the path loss offset for subsequent uplink transmissions until a different beam indication DCI is obtained.

[0160] Clause 8: The method of Clause 1, further comprising: applying a rule for enabling or disabling the path loss offset before obtaining the beam indication DCI.

[0161] Clause 9: The method of Clause 8, wherein the rule comprises at least one of enabling the path loss offset before obtaining the beam indication DCI, or disabling the path loss offset before obtaining the beam indication DCI.

[0162] Clause 10: The method of Clause 1, wherein the method is performed by a User Equipment (UE) comprising a transceiver, and wherein: obtaining the configuration information comprises the transceiver receiving the configuration information; obtaining the beam indication downlink control information (DCI) comprises the transceiver receiving the beam indication DCI; and outputting, for transmission, the uplink signal comprises the transceiver transmitting the uplink signal.

[0163] Clause 11: A method for wireless communication at a User Equipment (UE) , the method comprising: obtaining configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state; obtaining a scheduling downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset for an uplink transmission; and outputting, for transmission, the uplink transmission using transmission power: associated with the path loss offset when the indicator is associated with enabling the path loss offset, and not associated with the path loss offset when the indicator is associated with disabling the path loss offset.

[0164] Clause 12: The method of Clause 11, wherein the indicator comprises a new field.

[0165] Clause 13: The method of Clause 11, wherein the uplink transmission comprises at least one of a physical uplink shared channel (PUSCH) , a physical uplink control channel (PUCCH) , or a sounding reference signal (SRS) .

[0166] Clause 14: The method of Clause 13, wherein the indicator comprises a TCI state field in the scheduling DCI when the uplink transmission is a PUCCH.

[0167] Clause 15: The method of Clause 11, wherein the scheduling DCI is associated with a sounding reference signal (SRS) , and the indicator comprises an SRS request field and is associated with a triggering state for the SRS.

[0168] Clause 16: The method of Clause 11, further comprising: applying a rule for enabling or disabling the path loss offset when the DCI is a fallback DCI.

[0169] Clause 17: The method of Clause 16, wherein the rule comprises at least one of disabling the path loss offset for uplink transmissions scheduled by the fallback DCI, or enabling the path loss offset for uplink transmissions scheduled by the fallback DCI.

[0170] Clause 18: The method of Clause 11, wherein the method is performed by a User Equipment (UE) comprising a transceiver, and wherein: obtaining the configuration information comprises the transceiver receiving the configuration information; obtaining the scheduling downlink control information (DCI) comprises the transceiver receiving  the scheduling DCI; and outputting, for transmission, the uplink transmission comprises the transceiver transmitting the uplink transmission.

[0171] Clause 19: A method for wireless communication at a User Equipment (UE) , the method comprising: obtaining configuration information indicating a first transmission configuration indicator (TCI) state associated with a path loss offset and a second TCI state not associated with a path loss offset, wherein the first and second TCI states are associated with at least one of a quasi co-location (QCL) reference signal, or a pathloss reference signal; obtaining an indication of a selected TCI state via downlink control information (DCI) , the selected TCI state selected from the first and second TCI states; and outputting, for transmission, an uplink signal using transmission power: associated with the path loss offset when the selected TCI state is the first TCI state, or not associated with the path loss offset when the selected TCI state is the second TCI state.

[0172] Clause 20: The method of Clause 19, wherein the first TCI state is associated with transmissions to an uplink transmission reception point (TRP) , and the second TCI state is associated with transmissions to a downlink TRP.

[0173] Clause 21: An apparatus, including: at least one memory including executable instructions; and at least one processor configured to execute the executable instructions and cause the apparatus to perform a method in accordance with any combination of Clauses 1-20.

[0174] Clause 22: An apparatus, including means for performing a method in accordance with any combination of Clauses 1-20.

[0175] Clause 23: A non-transitory computer-readable medium including executable instructions that, when executed by at least one processor of an apparatus, cause the apparatus to perform a method in accordance with any combination of Clauses 1-20.

[0176] Clause 24: A computer program product embodied on a computer-readable storage medium including code for performing a method in accordance with any combination of Clauses 1-20.

[0177] Clause 25: A wireless node (a user equipment (UE) ) for wireless communication, comprising: one or more transceivers; one or more processors; and one or more memories comprising instructions executable by the one or more processors to cause the UE to: receive, via the one or more transceivers, configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state; receive, via the one or more transceivers, a beam indication downlink control information (DCI) including an indicator associated with enabling or disabling  the path loss offset; and transmit, via the one or more transceivers, an uplink signal using transmission power: associated with the path loss offset if the indicator is associated with enabling the path loss offset, or not associated with the path loss offset if the indicator is associated with disabling the path loss offset.

[0178] Clause 26: A wireless node (a user equipment (UE) ) for wireless communication, comprising: one or more transceivers; one or more processors; and one or more memories comprising instructions executable by the one or more processors to cause the UE to: receive, via the one or more transceivers, configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state; receive, via the one or more transceivers, a scheduling downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset for an uplink transmission; and transmit, via the one or more transceivers, the uplink transmission using transmission power: associated with the path loss offset when the indicator is associated with enabling the path loss offset, and not associated with the path loss offset when the indicator is associated with disabling the path loss offset.

[0179] Clause 27: A wireless node (a user equipment (UE) ) for wireless communication, comprising: one or more transceivers; one or more processors; and one or more memories comprising instructions executable by the one or more processors to cause the UE to: receive, via the one or more transceivers, configuration information indicating a first transmission configuration indicator (TCI) state associated with a path loss offset and a second TCI state not associated with a path loss offset, wherein the first and second TCI states are associated with at least one of a quasi co-location (QCL) reference signal, or a pathloss reference signal; receive, via the one or more transceivers, an indication of a selected TCI state via downlink control information (DCI) , the selected TCI state selected from the first and second TCI states; and transmit, via the one or more transceivers, an uplink signal using transmission power: associated with the path loss offset when the selected TCI state is the first TCI state, or not associated with the path loss offset when the selected TCI state is the second TCI state.

[0180] In one or more aspects, described techniques may include additional aspects, such as any single aspect or any combination of aspects described below or in connection with one or more other processes or devices described elsewhere herein.

[0181] Additionally, the apparatus may perform or operate according to one or more aspects as described below. In some implementations, the apparatus includes a wireless device, such as a UE. In some implementations, the apparatus may include at least one processor, and  a memory coupled to the processor. The processor may be configured to perform operations described herein with respect to the apparatus. In some other implementations, the apparatus may include a non-transitory computer-readable medium having program code recorded thereon and the program code may be executable by a computer for causing the computer to perform operations described herein with reference to the apparatus. In some implementations, the apparatus may include one or more means configured to perform operations described herein. In some implementations, a method of wireless communication may include one or more operations described herein with reference to the apparatus.

[0182] Those of skill in the art would understand that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0183] Components, the functional blocks, and the modules described herein with respect to Figures 1-8 include processors, electronics devices, hardware devices, electronics components, logical circuits, memories, software codes, firmware codes, among other examples, or any combination thereof. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, application, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, and / or functions, among other examples, whether referred to as software, firmware, middleware, microcode, hardware description language or otherwise. In addition, features discussed herein may be implemented via specialized processor circuitry, via executable instructions, or combinations thereof.

[0184] Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying  ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure. Skilled artisans will also readily recognize that the order or combination of components, methods, or interactions that are described herein are merely examples and that the components, methods, or interactions of the various aspects of the present disclosure may be combined or performed in ways other than those illustrated and described herein.

[0185] The various illustrative logics, logical blocks, modules, circuits and algorithm processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. The interchangeability of hardware and software has been described generally, in terms of functionality, and illustrated in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0186] The hardware and data processing apparatus used to implement the various illustrative logics, logical blocks, modules and circuits described in connection with the aspects disclosed herein may be implemented or performed with a general purpose single-or multi-chip processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, or, any conventional processor, controller, microcontroller, or state machine. In some implementations, a processor may be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. In some implementations, particular processes and methods may be performed by circuitry that is specific to a given function.

[0187] In one or more aspects, the functions described may be implemented in hardware, digital electronic circuitry, computer software, firmware, including the structures disclosed in this specification and their structural equivalents thereof, or in any combination thereof. Implementations of the subject matter described in this specification also may be implemented as one or more computer programs, that is one or more modules of computer  program instructions, encoded on a computer storage media for execution by, or to control the operation of, data processing apparatus.

[0188] If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. The processes of a method or algorithm disclosed herein may be implemented in a processor-executable software module which may reside on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that may be enabled to transfer a computer program from one place to another. A storage media may be any available media that may be accessed by a computer. By way of example, and not limitation, such computer-readable media may include random-access memory (RAM) , read-only memory (ROM) , electrically erasable programmable read-only memory (EEPROM) , CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer. Also, any connection may be properly termed a computer-readable medium. Disk and disc, as used herein, includes compact disc (CD) , laser disc, optical disc, digital versatile disc (DVD) , floppy disk, and Blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and instructions on a machine readable medium and computer-readable medium, which may be incorporated into a computer program product.

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

[0190] Additionally, a person having ordinary skill in the art will readily appreciate, the terms “upper” and “lower” are sometimes used for ease of describing the figures, and indicate relative positions corresponding to the orientation of the figure on a properly oriented page, and may not reflect the proper orientation of any device as implemented.

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

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

[0193] As used herein, including in the claims, the term “or, ” when used in a list of two or more items, means that any one of the listed items may be employed by itself, or any combination of two or more of the listed items may be employed. For example, if a composition is described as containing components A, B, or C, the composition may contain A alone; B alone; C alone; A and B in combination; A and C in combination; B and C in combination; or A, B, and C in combination. Also, as used herein, including in the claims, “or” as used in a list of items prefaced by “at least one of” indicates a disjunctive list such that, for example, a list of “at least one of A, B, or C” means A or B or C or AB or AC or BC or ABC (that is A and B and C) or any of these in any combination thereof. The term “substantially” is defined as largely but not necessarily wholly what is specified (and includes what is specified; for example, substantially 90 degrees includes 90 degrees and substantially parallel includes parallel) , as understood by  a person of ordinary skill in the art. In any disclosed implementations, the term “substantially” may be substituted with “within [a percentage] of” what is specified, where the percentage includes . 1, 1, 5, or 10 percent.

[0194] The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1.An apparatus for wireless communication, comprising:one or more processors; andone or more memories comprising instructions executable by the one or more processors to cause the apparatus to:obtain configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state;obtain a beam indication downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset; andoutput, for transmission, an uplink signal using transmission power:associated with the path loss offset if the indicator is associated with enabling the path loss offset, ornot associated with the path loss offset if the indicator is associated with disabling the path loss offset.2.The apparatus of claim 1, wherein the TCI state is a joint downlink and uplink TCI state or an uplink TCI state.3.The apparatus of claim 1, wherein the indicator comprises a TCI state field.4.The apparatus of claim 3, wherein the one or more processors further cause the apparatus to:obtain a first value of the TCI state field associated with disabling the path loss offset; anddisable the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable or fixed number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI.5.The apparatus of claim 3, wherein the one or more processors further cause the apparatus to:obtain a second value of the TCI state field associated with enabling the path loss offset; andenable the path loss offset for subsequent uplink transmissions associated with the TCI state, beginning at a time that is a configurable or fixed number of symbols after the last symbol of a physical uplink control channel (PUCCH) carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) corresponding to the beam indication DCI.6.The apparatus of claim 1, wherein the indicator comprises a new field.7.The apparatus of claim 1, wherein the one or more processors further cause the apparatus to:apply the path loss offset for subsequent uplink transmissions until a different beam indication DCI is obtained.8.The apparatus of claim 1, wherein the one or more processors further cause the apparatus to:apply a rule for enabling or disabling the path loss offset before obtaining the beam indication DCI.9.The apparatus of claim 8, wherein the rule comprises at least one of enabling the path loss offset before obtaining the beam indication DCI, or disabling the path loss offset before obtaining the beam indication DCI.10.The apparatus of claim 1, wherein the apparatus is a User Equipment (UE) comprising a transceiver, wherein the transceiver is configured to:receive the configuration information indicating the transmission configuration indicator (TCI) state and associating the path loss offset with the TCI state;receive the beam indication downlink control information (DCI) including the indicator associated with enabling or disabling the path loss offset; andtransmit the uplink signal using transmission power:associated with the path loss offset if the indicator is associated with enabling the path loss offset, ornot associated with the path loss offset if the indicator is associated with disabling the path loss offset.11.An apparatus for wireless communication, comprising:one or more processors; andone or more memories comprising instructions executable by the one or more processors to cause the apparatus to:obtain configuration information indicating a transmission configuration indicator (TCI) state and associating a path loss offset with the TCI state;obtain a scheduling downlink control information (DCI) including an indicator associated with enabling or disabling the path loss offset for an uplink transmission; andoutput, for transmission, the uplink transmission using transmission power:associated with the path loss offset when the indicator is associated with enabling the path loss offset, andnot associated with the path loss offset when the indicator is associated with disabling the path loss offset.12.The apparatus of claim 11, wherein the indicator comprises a new field.13.The apparatus of claim 11, wherein the uplink transmission comprises at least one of a physical uplink shared channel (PUSCH) , a physical uplink control channel (PUCCH) , or a sounding reference signal (SRS) .14.The apparatus of claim 13, wherein the indicator comprises a TCI state field in the scheduling DCI when the uplink transmission is a PUCCH.15.The apparatus of claim 11, wherein the scheduling DCI is associated with a sounding reference signal (SRS) , and the indicator comprises an SRS request field and is associated with a triggering state for the SRS.16.The apparatus of claim 11, wherein the one or more processors further cause the apparatus to:apply a rule for enabling or disabling the path loss offset when the DCI is a fallback DCI.17.The apparatus of claim 16, wherein the rule comprises at least one of disabling the path loss offset for uplink transmissions scheduled by the fallback DCI, or enabling the path loss offset for uplink transmissions scheduled by the fallback DCI.18.The apparatus of claim 11, wherein the apparatus is a User Equipment (UE) comprising a transceiver, wherein the transceiver is configured to:receive the configuration information indicating the transmission configuration indicator (TCI) state and associating the path loss offset with the TCI state;receive the scheduling downlink control information (DCI) including the indicator associated with enabling or disabling the path loss offset for the uplink transmission; andtransmit the uplink transmission using transmission power:associated with the path loss offset when the indicator is associated with enabling the path loss offset, andnot associated with the path loss offset when the indicator is associated with disabling the path loss offset.19.An apparatus for wireless communication, comprising:one or more processors; andone or more memories comprising instructions executable by the one or more processors to cause the apparatus to:obtain configuration information indicating a first transmission configuration indicator (TCI) state associated with a path loss offset and a second TCI state not associated with a path loss offset, wherein the first and second TCI states are associated with at least one of a quasi co-location (QCL) reference signal, or a pathloss reference signal;obtain an indication of a selected TCI state via downlink control information (DCI) , the selected TCI state selected from the first and second TCI states; andoutput, for transmission, an uplink signal using transmission power:associated with the path loss offset when the selected TCI state is the first TCI state, ornot associated with the path loss offset when the selected TCI state is the second TCI state.20.The apparatus of claim 19, wherein the first TCI state is associated with transmissions to an uplink transmission reception point (TRP) , and the second TCI state is associated with transmissions to a downlink TRP.

Images