Power headroom report

Abstract

Various aspects of the present disclosure relate to power headroom report. In one aspect, UE receives a configuration of a PHR for power headroom prediction, and transmits the PHR for one or more UL TCI states. In this way, a predicted PHR may be carried out. In another aspect, UE receives a configuration of a PHR, and triggers the PHR based on a set of power control parameters is adapted after a last PHR or a change of a power headroom level since the last PHR is no less than a threshold. In this way, a trigger condition of a PHR may be enhanced.

Description

POWER HEADROOM REPORTTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to methods and apparatuses for a power headroom report (PHR) .BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may be otherwise known as an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. Each network communication devices, such as a base station (BS) may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .

[0003] PHR procedure is used to provide a serving gNB with information about difference between nominal UE maximum transmit power and estimated power for an uplink shared channel (UL-SCH) transmission per activated serving cell and also with information about difference between nominal UE maximum power and estimated power for UL-SCH and physical uplink control channel (PUCCH) transmission on a special cell (SpCell) and secondary cell (SCell) . However, the PHR procedure needs to be enhanced to support future communication technologies such as power headroom prediction.SUMMARY

[0004] The present disclosure relates to methods and apparatuses that support PHR enhancement. By considering at least a configuration, trigger condition and / or report format of a PHR, an enhanced PHR procedure may be provided.

[0005] In the context of the present disclosure, an apparatus may be implemented as a network entity or UE, or a part of the network entity or UE. In some implementations, the apparatus may be implemented as a processor at the network entity or UE.

[0006] In one aspect, some implementations of a UE described herein may comprise: a processor; and a transceiver coupled to the processor. The processor is configured to: receive, from a base station via the transceiver, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more uplink (UL) transmission configuration indicator (TCI) states; and transmit, to the base station via the transceiver, the power headroom report for the one or more UL TCI states.

[0007] Some implementations of a method performed at a UE described herein may comprise: receiving, from a base station, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and transmitting, to the base station, the power headroom report for the one or more UL TCI states.

[0008] Some implementations of a processor for wireless communication described herein may include at least one memory and a controller. The controller is coupled with the at least one memory and configured to cause the processor to: receive, from a base station, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and transmit, to the base station, the power headroom report for the one or more UL TCI states.

[0009] In some implementations, the configuration of the power headroom report comprises a list of power headroom prediction configurations, and a power headroom prediction configuration in the list of power headroom prediction configurations is associated with the one or more of UL TCI states.

[0010] In some implementations, the power headroom prediction configuration comprises at least one of the following: the one or more of UL TCI states, a prediction window length for power headroom prediction, a prediction accuracy level for power headroom prediction, a periodic timer for periodic trigger of the power headroom report, a prohibit timer for the power headroom report, the first threshold for the predicted pathloss change, the second threshold for the predicted measurement result of the downlink reference signal, number of power headroom levels in the power headroom report, a power headroom type for which the power headroom prediction is, or an identity of the power headroom prediction configuration.

[0011] In some implementations, the processor is further configured to: receive, from the base station via the transceiver, a command to activate or deactivate one or more power headroom prediction configurations in the list of power headroom prediction configurations; in accordance with a determination that the command indicates activation of a first power headroom prediction configuration, perform a power headroom prediction based on the first power headroom prediction configuration; and in accordance with a determination that the command indicates deactivation of the first power headroom prediction configuration, stop performing the power headroom prediction.

[0012] In some implementations, the command comprises a bitmap, and a UL TCI state identity associated with one or more power headroom prediction configurations. A bit in the bitmap indicates activation or deactivation of a power headroom prediction configuration in the one or more power headroom prediction configurations.

[0013] In some implementations, the command comprises a bitmap for one or more UL TCI states, and a bit in the bitmap indicates activation or deactivation of one or more power headroom prediction configurations associated with a UL TCI state in the one or more UL TCI states.

[0014] In some implementations, the power headroom report comprises power headroom prediction information. The power headroom prediction information comprises at least one of the following: a predicted power headroom level, information of a serving cell associated with the predicted power headroom level, information of a UL TCI state associated with the predicted power headroom level, information of time associated with the predicted power headroom level, or prediction accuracy associated with the predicted power headroom level.

[0015] In some implementations, the information of time indicates at least one of the following: a time offset relative to reference time, or a time instance of a pathloss prediction for determination of the predicted power headroom level within a prediction window.

[0016] In some implementations, the reference time comprises one of the following: time of the transmission of the power headroom prediction information, or absolute time.

[0017] In some implementations where the power headroom report is periodically triggered, the predicted power headroom level is determined based on a pathloss for the pathloss reference signal associated with the UL TCI state at one of the following timings: an end of a prediction window, a time offset relative to expiry of a periodic timer for periodic trigger of the power headroom report, or a time instance of a pathloss prediction for determination of the predicted power headroom level within the prediction window.

[0018] In some implementations, the power headroom report is triggered based on at least one of the following: a predicted pathloss change for a pathloss reference signal since a last power headroom report is no less than a first threshold, and a predicted measurement result of a downlink reference signal associated with a UL TCI state is no worse than a second threshold; periodicity of the power headroom report; a set of power control parameters is adapted after the last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a third threshold; the configuration or a reconfiguration of the power headroom report is received; a secondary cell is activated; or an activated bandwidth part (BWP) is switched from a dormant BWP to a non-dormant BWP of a secondary cell.

[0019] In some implementations, the processor is further configured to start performing a power headroom prediction after receiving the configuration based on one of the following: the UE determines that the power headroom prediction is applicable, or the UE reports that the power headroom prediction is applicable.

[0020] In some implementations, the processor is further configured to stop performing the power headroom prediction after receiving the configuration based on one of the following: the UE determines that the power headroom prediction is inapplicable, or the UE reports that the power headroom prediction is inapplicable.

[0021] In some implementations, the processor is further configured to: receive, from the base station, one or more configurations for an applicability reporting of the power headroom prediction; and transmit, to the base station, an applicability indication of a power headroom prediction configuration.

[0022] In some implementations, a configuration in the one or more configurations for the applicability reporting comprises at least one of the following: a power headroom type for which the power headroom prediction is; one or more UL TCI states for which the power headroom prediction is; a real or virtual mode for which the power headroom prediction is; a prediction window required for the power headroom prediction; prediction accuracy required for the power headroom prediction; or an identity of the configuration in the one or more configurations.

[0023] In some implementations, the applicability indication is associated with at least one of the following: a cell, a UL TCI state, a power headroom type, or an identity of a configuration for the applicability reporting of the power headroom prediction.

[0024] In some implementations, the applicability indication is transmitted in a radio resource control (RRC) message or a layer 2 (L2) control plane message.

[0025] In some implementations, the power headroom report is a first power headroom report with power headroom prediction, and a second power headroom report without power headroom prediction is also configured. The processor is further configured to skip triggering the second power headroom report or cancel the second power headroom report that is pending based on one of the following: a measured pathloss when the second power headroom report is triggered is equal to a predicted pathloss associated with a last triggered first power headroom report; a difference between the measured pathloss and the predicted pathloss is less than or equal to a fourth threshold; a timing when the second power headroom report is triggered is equal to a timing for which the first power headroom report is triggered; a difference between the timing when the second power headroom report is triggered and the timing for which the first power headroom report is triggered is less than or equal to a fifth threshold; power headroom of a first UL TCI state in the last triggered first power headroom report is equal to power headroom of the first UL TCI state in the second power headroom report; a difference between the power headroom of the first UL TCI state in the last triggered first power headroom report and the power headroom of the first UL TCI state in the second power headroom report is less than or equal to a sixth threshold; a measured pathloss change when the second power headroom report is triggered is equal to a predicted pathloss change associated with the last triggered first power headroom report; a difference between the measured pathloss change and the predicted pathloss change is less than or equal to a seventh threshold; or skipping triggering the second power headroom report or cancelling the second power headroom report that is pending is configured for one or more UL TCI states.

[0026] In some implementations where the power headroom report is a first power headroom report with power headroom prediction, and a second power headroom report without power headroom prediction is also configured, a logical channel priority of the first power headroom report is lower than or equal to or higher than a logical channel priority of the second power headroom report.

[0027] In some implementations where the power headroom report is a first power headroom report with power headroom prediction, and a second power headroom report without power headroom prediction is also configured, the second power headroom report without power headroom prediction is triggered based on that a pathloss change since a last power headroom report is no less than an eighth threshold, and the pathloss change is determined based on a measured pathloss for a pathloss reference signal associated with the second power headroom report and a predicted pathloss for a pathloss reference signal associated with the last power headroom report.

[0028] In some implementations, the one or more UL TCI states comprise only one UL TCI state for a serving cell. The power headroom report comprises a field indicating a predicted power headroom level, and a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level.

[0029] In some implementations, the power headroom report further comprises at least one of the following: a field indicating an identity of the serving cell, a field indicating the UL TCI state, a field indicating a pathloss reference signal, a field indicating a value corresponding to a nominal UE transmit power level, or a field indicating a power headroom type.

[0030] In some implementations, the one or more UL TCI states comprise multiple UL TCI states for a serving cell. The power headroom report comprises at least one of the following fields: a first set of fields corresponding to the multiple UL TCI states, wherein a field in the first set of fields indicates a predicted power headroom level for a UL TCI state; a second set of fields corresponding to the multiple UL TCI states, wherein a field in the second set of fields indicates presence of a field in the first set of fields for a UL TCI state; a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level; a field indicating prediction accuracy of the predicted power headroom level; a third set of fields corresponding to the second set of fields, wherein a field in the third set of fields indicates a power headroom type for a field in the second set of fields; or a field indicating an identity of the serving cell.

[0031] In some implementations, a UL TCI state in the one or more UL TCI states is activated for a serving cell in one or more serving cells. The power headroom report comprises at least one of the following fields: a fourth set of fields corresponding to the one or more serving cells, wherein a field in the fourth set of fields indicates a predicted power headroom level for a serving cell; a fifth set of fields corresponding to the one or more serving cells, wherein a field in the fifth set of fields indicates presence of a field in the fourth set of fields for a serving cell; or a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level.

[0032] In another aspect, some implementations of a UE described herein may comprise: a processor; and a transceiver coupled to the processor. The processor is configured to: receive, from a base station via the transceiver, a configuration of a power headroom report; and trigger the power headroom report based on one of the following: a set of power control parameters is adapted after a last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a threshold.

[0033] Some implementations of a method performed at a UE described herein may comprise: receiving, from a base station, a configuration of a power headroom report; and triggerring the power headroom report based on one of the following: a set of power control parameters is adapted after a last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a threshold.

[0034] Some implementations of a processor for wireless communication described herein may include at least one memory and a controller. The controller is coupled with the at least one memory and configured to cause the processor to: receive, from a base station, a configuration of a power headroom report; and trigger the power headroom report based on one of the following: a set of power control parameters is adapted after a last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a threshold.

[0035] In some implementations, the power headroom report is a first power headroom report with power headroom prediction, or a second power headroom report without power headroom prediction.

[0036] In some implementations where the power headroom report is the first power headroom report with power headroom prediction, the power headroom report is for a UL TCI state in use or a UL TCI state configured or activated for the power headroom prediction.

[0037] In some implementations where the power headroom report is the first power headroom report with power headroom prediction, the power headroom report comprises the adapted set of power control parameters.

[0038] In another aspect, some implementations of a base station described herein may comprise: a processor; and a transceiver coupled to the processor. The processor is configured to: transmit, to a UE via the transceiver, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and receive, from the UE via the transceiver, the power headroom report for the one or more UL TCI states.

[0039] Some implementations of a method performed at a base station described herein may comprise: transmitting, to a UE, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and receiving, from the UE, the power headroom report for the one or more UL TCI states.

[0040] Some implementations of a processor for wireless communication described herein may include at least one memory and a controller. The controller is coupled with the at least one memory and configured to cause the processor to: transmit, to a UE, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and receive, from the UE, the power headroom report for the one or more UL TCI states.

[0041] In some implementations, the configuration of the power headroom report comprises a list of power headroom prediction configurations, and a power headroom prediction configuration in the list of power headroom prediction configurations is associated with the one or more of UL TCI states.

[0042] In some implementations, the power headroom prediction configuration comprises at least one of the following: the one or more of UL TCI states, a prediction window length for power headroom prediction, a prediction accuracy level for power headroom prediction, a periodic timer for periodic trigger of the power headroom report, a prohibit timer for the power headroom report, the first threshold for the predicted pathloss change, the second threshold for the predicted measurement result of the downlink reference signal, number of power headroom levels in the power headroom report, a power headroom type for which the power headroom prediction is, or an identity of the power headroom prediction configuration.

[0043] In some implementations, the processor is further configured to: transmit, to the UE, a command to activate or deactivate one or more power headroom prediction configurations in the list of power headroom prediction configurations.

[0044] In some implementations, the command comprises a bitmap, and a UL TCI state identity associated with one or more power headroom prediction configurations. A bit in the bitmap indicates activation or deactivation of a power headroom prediction configuration in the one or more power headroom prediction configurations.

[0045] In some implementations, the command comprises a bitmap for one or more UL TCI states, and a bit in the bitmap indicates activation or deactivation of one or more power headroom prediction configurations associated with a UL TCI state in the one or more UL TCI states.

[0046] In some implementations, the power headroom report comprises power headroom prediction information. The power headroom prediction information comprises at least one of the following: a predicted power headroom level, information of a serving cell associated with the predicted power headroom level, information of a UL TCI state associated with the predicted power headroom level, information of time associated with the predicted power headroom level, or prediction accuracy associated with the predicted power headroom level.

[0047] In some implementations, the information of time indicates at least one of the following: a time offset relative to reference time, or a time instance of a pathloss prediction for determination of the predicted power headroom level within a prediction window.

[0048] In some implementations, the reference time comprises one of the following: time of the transmission of the power headroom prediction information, or absolute time.

[0049] In some implementations, the processor is further configured to: transmit, to the UE, one or more configurations for an applicability reporting of the power headroom prediction; and receive, from the UE, an applicability indication of a power headroom prediction configuration.

[0050] In some implementations, a configuration in the one or more configurations for the applicability reporting comprises at least one of the following: a power headroom type for which the power headroom prediction is; one or more UL TCI states for which the power headroom prediction is; a real or virtual mode for which the power headroom prediction is; a prediction window required for the power headroom prediction; prediction accuracy required for the power headroom prediction; or an identity of the configuration in the one or more configurations.

[0051] In some implementations, the applicability indication is associated with at least one of the following: a cell, a UL TCI state, a power headroom type, or an identity of a configuration for the applicability reporting of the power headroom prediction.

[0052] In some implementations, the applicability indication is received in an RRC message or an L2 control plane message.

[0053] In some implementations, the one or more UL TCI states comprise only one UL TCI state for a serving cell. The power headroom report comprises a field indicating a predicted power headroom level, and a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level.

[0054] In some implementations, the power headroom report further comprises at least one of the following: a field indicating an identity of the serving cell, a field indicating the UL TCI state, a field indicating a pathloss reference signal, a field indicating a value corresponding to a nominal UE transmit power level, or a field indicating a power headroom type.

[0055] In some implementations, the one or more UL TCI states comprise multiple UL TCI states for a serving cell. The power headroom report comprises at least one of the following fields: a first set of fields corresponding to the multiple UL TCI states, wherein a field in the first set of fields indicates a predicted power headroom level for a UL TCI state; a second set of fields corresponding to the multiple UL TCI states, wherein a field in the second set of fields indicates presence of a field in the first set of fields for a UL TCI state; a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level; a field indicating prediction accuracy of the predicted power headroom level; a third set of fields corresponding to the second set of fields, wherein a field in the third set of fields indicates a power headroom type for a field in the second set of fields; or a field indicating an identity of the serving cell.

[0056] In some implementations, a UL TCI state in the one or more UL TCI states is activated for a serving cell in one or more serving cells. The power headroom report comprises at least one of the following fields: a fourth set of fields corresponding to the one or more serving cells, wherein a field in the fourth set of fields indicates a predicted power headroom level for a serving cell; a fifth set of fields corresponding to the one or more serving cells, wherein a field in the fifth set of fields indicates presence of a field in the fourth set of fields for a serving cell; or a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level.

[0057] It is to be understood that the summary section is not intended to identify key or essential features of implementations of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0058] Fig. 1 illustrates an example of a wireless communications system that supports PHR enhancement in accordance with aspects of the present disclosure;

[0059] Fig. 2 illustrates a signaling diagram illustrating an example process that supports PHR enhancement in accordance with aspects of the present disclosure;

[0060] Fig. 3 illustrates a diagram illustrating an example prediction window in accordance with aspects of the present disclosure;

[0061] Figs. 4 and 5 illustrate a diagram illustrating an example PHR trigger scenario in accordance with aspects of the present disclosure, respectively;

[0062] Figs. 6A to 6C illustrate a diagram illustrating an example medium access control-control element (MAC CE) in accordance with aspects of the present disclosure, respectively;

[0063] Fig. 6D illustrates a diagram illustrating an example power headroom prediction in accordance with aspects of the present disclosure;

[0064] Fig. 7 illustrates a signaling diagram illustrating another example process that supports PHR enhancement in accordance with aspects of the present disclosure;

[0065] Fig. 8 illustrates an example of a device that supports PHR enhancement in accordance with some aspects of the present disclosure;

[0066] Fig. 9 illustrates an example of a processor that supports PHR enhancement in accordance with some aspects of the present disclosure; and

[0067] Figs. 10 to 12 illustrate a flowchart of an example method that supports PHR enhancement in accordance with aspects of the present disclosure, respectively.DETAILED DESCRIPTION

[0068] Principles of the present disclosure will now be described with reference to some implementations. It is to be understood that these implementations are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described less than or equal to.

[0069] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0070] References in the present disclosure to “one implementation, ” “an example implementation, ” “an implementation, ” “some implementations, ” and the like indicate that the implementation (s) described may include a particular feature, structure, or characteristic, but it is not necessary that every implementation includes the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same implementation (s) . Further, when a particular feature, structure, or characteristic is described in connection with an implementation, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other implementations whether or not explicitly described.

[0071] It shall be understood that although the terms “first” and “second” or the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of implementations. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0072] The terminology used herein is for the purpose of describing particular implementations only and is not intended to be limiting of example implementations. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0073] In the context of the present disclosure, the term “first power headroom report” refers to a PHR with / for power headroom prediction, and is also referred to as a predicted PHR herein. A predicted power headroom or a predicted power headroom level is determined based on a pathoss prediction or a predicted pathloss.

[0074] The term “second power headroom report” refers to a PHR without power headroom prediction, and is also referred to as a non-predicted PHR herein. A non-predicted power headroom or a non-predicted power headroom level is determined based on a pathoss measurement or a measured pathloss. The second power headroom report may be a legacy PHR.

[0075] For convenience, the term “power headroom” herein may be interchangeably used with “power headroom level” . The term “measurement result” herein is used to refer to any suitable reference signal measurement values or metrics such as reference signal receiving power (RSRP) , reference signal receiving quality (RSRQ) , channel quality indication (CQI) , etc.

[0076] In new radio (NR) , UE supports 3 types of PHR (also referred to as power headroom types herein) : -Type 1 power headroom: difference between nominal UE maximum transmit power and  the estimated power for UL-SCH transmission per activated serving cell; -Type 2 power headroom: difference between nominal UE maximum transmit power and  estimated power for UL-SCH and PUCCH transmission on SpCell of the other medium access control (MAC) entity (i.e., evolved universal terrestrial radio access (E-UTRA) MAC entity in E-UTRA NR dual connectivity (EN-DC) , NR E-UTRA dual connectivity (NE-DC) , and next generation-radio access network (NG-RAN) E-UTRA dual connectivity (NGEN-DC) cases) ; -Type 3 power headroom: difference between nominal UE maximum transmit power and  estimated power for sounding reference signal (SRS) transmission per activated serving cell.

[0077] Conventionally, a PHR may be periodically triggered or triggered based on a measured pathloss of the current used reference signal. Currently, using artificial intelligence (AI)  / machine learning (ML) to predict a layer 1 (L1) and / or layer 3 (L3) measurement for a specified beam in short time is enabled in NR. Therefore, it is beneficial for a network (NW) to perform timely power control and efficient UL resource scheduling operation by taking account into a predicted power headroom based on a predicted pathloss if UE can report the predicted power headroom in short time.

[0078] However, it is still unclear how to support the predicted PHR. For example, it is unclear how to report predicted power headroom, how to trigger the predicted PHR, how to perform an applicable reporting for power headroom prediction, how to specify an interaction between the predicted PHR and the non-predicted PHR, etc.

[0079] In view of this, the present disclosure provides solutions that support PHR enhancement so as to overcome the above and other potential issues. In one solution, UE receives a configuration of a PHR for power headroom prediction, and transmits the PHR for one or more UL TCI states. In this way, a predicted PHR may be carried out.

[0080] In another solution, UE receives a configuration of a PHR, and triggers the PHR based on that a set of power control parameters is adapted after a last PHR or a change of a power headroom level since the last PHR is no less than a threshold. In this way, a trigger condition of a PHR may be enhanced.

[0081] Aspects of the present disclosure are described in the context of a wireless communications system.

[0082] Fig. 1 illustrates an example of a wireless communications system 100 that supports MAC layer security in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more network entities (also referred to as network equipment (NE) ) . For convenience, network entities 102-1, 102-2 and 102-3 are shown and are collectively referred to as one or more network entities 102 hereinafter. The wireless communications system 100 may further include one or more UEs 104, a core network 106, and a packet data network 108. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a 5G network, such as an NR network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G, such as a 6G network. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0083] The one or more network entities 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the network entities 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a radio access network (RAN) , a base transceiver station, an access point, a NodeB, an eNodeB (eNB) , a gNB, or other suitable terminology. A network entity 102 and a UE 104 may communicate via a communication link 110, which may be a wireless or wired connection. For example, a network entity 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface. The one or more network entities 102 may be collectively referred to as network entities 102 or individually referred to as a network entity 102.

[0084] A network entity 102 may provide one or more geographic coverage areas (also referred to as cells) for which the network entity 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc. ) for one or more UEs 104 within a geographic coverage area. For example, a network entity 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, a network entity 102 may be moveable, for example, a satellite associated with a non-terrestrial network. In some implementations, different geographic coverage areas associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different network entities 102. Information and signals described herein 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 description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0085] The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a mobile device, a wireless device, a remote device, a remote unit, a handheld device, or a subscriber device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an IoT device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples. In some implementations, a UE 104 may be stationary in the wireless communications system 100. In some other implementations, a UE 104 may be mobile in the wireless communications system 100.

[0086] The one or more UEs 104 may be devices in different forms or having different capabilities. Some examples of UEs 104 are illustrated in Fig. 1. A UE 104 may be capable of communicating with various types of devices, such as the network entities 102, other UEs 104, or network equipment (e.g., the core network 106, the packet data network 108, a relay device, an integrated access and backhaul (IAB) node, or another network equipment) , as shown in Fig. 1. Additionally, or alternatively, a UE 104 may support communication with other network entities 102 or UEs 104, which may act as relays in the wireless communications system 100.

[0087] A UE 104 may also be able to support wireless communication directly with other UEs 104 over a communication link 114. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0088] A network entity 102 may support communications with the core network 106, or with another network entity 102, or both. For example, a network entity 102 may interface with the core network 106 through one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The network entities 102 may communicate with each other over the backhaul links 116 (e.g., via an X2, Xn, or another network interface) . In some implementations, the network entities 102 may communicate with each other directly (e.g., between the network entities 102) . In some other implementations, the network entities 102 may communicate with each other or indirectly (e.g., via the core network 106) . In some implementations, one or more network entities 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0089] As an example, the network entity 102-1 may provide a cell 112-1 and the network entity 102-2 may provide a cell 112-2. It is to be understood that each of the network entities 102-1 and 102-2 may provide more cells (not shown) .

[0090] In an example, the network entity may be a satellite, for example, the network entity 102-3. The network entity 102-3 may have full or part of an eNB / gNB on board. The communication link 110 between the network entity 102-3 and the UE 104, the communication link 116 between the network entity 102-3 and the network entity 102-2, and the communication link 116 between the network entity 102-2 and the core network 106 may be used for an NTN transparent mode. The communication link 110 between the satellite 102-3 and the UE 104, and the communication link 116 between the network entity 102-3 (e.g., with a base station on board) and the core network 106 may be used for a NTN regenerative mode.

[0091] In some implementations, a network entity 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more network entities 102, 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, a network entity 102 may include one or more of a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , a RAN intelligent controller (RIC) (e.g., a near-real time RIC (Near-RT RIC) , a non-real time RIC (Non-RT RIC) ) , a service management and orchestration (SMO) system, or any combination thereof.

[0092] An RU 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 TRP. One or more components of the network entities 102 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more network entities 102 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) ) .

[0093] Split of functionality between a CU, a DU, and an RU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU, a DU, or an RU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host upper protocol layer (e.g., L3, L2) functionality and signaling (e.g., RRC, service data adaption protocol (SDAP) , packet data convergence protocol (PDCP) ) . The CU may be connected to one or more DUs or RUs, and the one or more DUs or RUs may host lower protocol layers, such as a L1 (e.g., physical (PHY) layer) or an L2 (e.g., radio link control (RLC) layer, MAC) layer functionality and signaling, and may each be at least partially controlled by the CU 160.

[0094] Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU and an RU such that the DU may support one or more layers of the protocol stack and the RU may support one or more different layers of the protocol stack. The DU may support one or multiple different cells (e.g., via one or more RUs) . In some implementations, a functional split between a CU and a DU, or between a DU and an RU may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU, a DU, or an RU, while other functions of the protocol layer are performed by a different one of the CU, the DU, or the RU) .

[0095] A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU may be connected to one or more DUs via a midhaul communication link (e.g., F1, F1-c, F1-u) , and a DU may be connected to one or more RUs via a fronthaul communication link (e.g., open fronthaul (FH) interface) . In some implementations, a midhaul communication link or a fronthaul communication link may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 102 that are in communication via such communication links.

[0096] The core network 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The core network 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , or a 6G core, which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , AMF) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a packet data network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more network entities 102 associated with the core network 106.

[0097] The core network 106 may communicate with the packet data network 108 over one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The packet data network 108 may include an application server 118. In some implementations, one or more UEs 104 may communicate with the application server 118. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the core network 106 via a network entity 102. The core network 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server 118 using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the core network 106 (e.g., one or more network functions of the core network 106) .

[0098] In the wireless communications system 100, the network entities 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the network entities 102 and the UEs 104 may support different resource structures. For example, the network entities 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the network entities 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the network entities 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The network entities 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0099] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0100] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0101] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., orthogonal frequency division multiplexing (OFDM) symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0102] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the network entities 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the network entities 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the network entities 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0103] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0104] Fig. 2 illustrates a signaling diagram illustrating an example process 200 that supports PHR enhancement in accordance with aspects of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to Fig. 1. The process 200 may involve the UE 104 and the network entity 102 as illustrated in Fig. 1.

[0105] As shown in Fig. 2, at step 210, the network entity 102 may transmit, to the UE 104, a configuration of PHR for power headroom prediction (also referred to as a predicted PHR or a first PHR herein) . The configuration of predicted PHR may also be referred to as an inference configuration herein. The power headroom prediction is associated with one or more UL TCI states.

[0106] In some implementations, as shown in step 211, the network entity 102 may transmit, to the UE 104, one or more configurations for an applicability reporting of power headroom prediction (also referred to as one or more prediction power headroom applicability report configurations herein) . In other words, the one or more configurations are provided to the UE 104 for applicability determination of power headroom prediction. The purpose of the step 211 is for the UE 104 determining whether the UE 104 is applicable for power headroom prediction. For example, whether a training model is ready for power headroom prediction for PUSCH or SRS, whether collected data is sufficient for power headroom prediction, etc.

[0107] In some implementations, a configuration in the one or more configurations for the applicability reporting may comprise at least one of the following: -a power headroom type for which the power headroom prediction is. For example, types  of PUSCH, PUCCH or SRS for which the power headroom prediction is; -one or more UL TCI states for which the power headroom prediction is; -a real or virtual mode for which the power headroom prediction is; -a prediction window required for the power headroom prediction. For example, a length  of the prediction window is 100ms, and the UE 104 predicts data volume within 100ms afterwards. -prediction accuracy required for the power headroom prediction. That is, the power  headroom prediction should satisfy the prediction accuracy requirement; or -an identity (ID) of the configuration in the one or more configurations, e.g., a prediction  power headroom applicability report configuration ID.

[0108] As shown in step 212, the UE 104 may transmit, to the network entity 102, an applicability indication of a power headroom prediction configuration (also referred to as a power prediction applicable indication herein) . In some implementations, the UE 104 may determine whether AI / ML functionality or model for power headroom prediction is applicable, for example, whether a training model is ready for power headroom prediction, whether collected data is sufficient for power headroom prediction, whether the UE 104 has sufficient computing resource for power headroom prediction, whether a prediction accuracy level is met for the power headroom prediction. When the UE 104 determines that the power headroom prediction is applicable (i.e., the training model is ready, collected data is sufficient and computing resource is sufficient) , the UE 104 may report the power headroom prediction applicable indication to the network entity 102.

[0109] In some implementations, the UE 104 may determine one or more applicable AI / ML functionalities based on NW-side additional conditions (if provided) , UE-side additional conditions (internally known by the UE 104) and model availability in the UE 104.

[0110] In some implementations, the applicability indication indicates whether the power headroom prediction is applicable or available or not in the UE 104. For example, value TRUE presents applicable, value FALSE presents inapplicable.

[0111] In some implementations, the applicability indication may be associated with a cell, i.e., the applicability indication may be per cell. In some implementations, the applicability indication may be associated with a UL TCI state, i.e., the applicability indication may be per UL TCI state. In some implementations, the applicability indication may be associated with a power headroom type, e.g., the applicability indication may be per type of PUSCH or PUCCH or SRS. In some implementations, the applicability indication may be further per prediction window length. For example, the window length may be ENUMERATED {10ms, 20ms, 40ms, 80ms, 160ms} .

[0112] In some implementations, the applicability indication may be associated with a prediction power headroom applicability report configuration ID (denoted as PPHRapplicabilityReportConfigId herein) , i.e., the applicability indication may be per PPHRapplicabilityReportConfigId. For illustration, an example configuration of the one or more prediction power headroom applicability report configurations (denotes as PPHRapplicabilityReportConfig (s) herein) is listed as below.

[0113] In some implementations, when an applicable status of power headroom prediction changes, the UE 104 may report the power headroom applicable indication to the network entity 102. For example, when the applicable status of power headroom prediction changes from inapplicability to applicability or from applicability to inapplicability, the UE 104 may report the power headroom applicable indication to the network entity 102. In some implementations, the UE 104 may also include a cause to indicate the change of the applicable status. Based on on the cause, the network entity 102 may deactivate or release this activated AI / ML functionality.

[0114] In some implementations, the applicability indication may be transmitted in an RRC message such as a UE Assistance Information message, or an RRC Reconfiguration Complete message.

[0115] In some implementations, the applicability indication may be transmitted in an L2 control plane message, e.g., MAC CE. In some implementations, the power headroom prediction applicable indication may be indicated in a dedicated power headroom prediction applicable indication report. For example, a dedicated logical channel (LCH) ID included in a MAC sub-header may be used to identify the dedicated power headroom prediction applicable indication report.

[0116] In some implementations, a bitmap field indicates the PPHRapplicabilityReportConfig (s) is applicable or not. A bit position corresponds to a PPHRapplicabilityReportConfigId. Bit i: this field indicates the applicable / inapplicable status of power headroom prediction for the PPHRapplicabilityReportConfig i, where i is an ascending / descending order of PPHRapplicabilityReportConfig (s) .

[0117] In some implementations, a bitmap field incdicates the UL TCI state (s) for power headroom prediction is applicable or not. In such case, a bit position corresponds to a UL TCI state for power headroom prediction. Bit i: this field indicates the applicable / inapplicable status of power headroom prediction for the UL TCI state i, where i is an ascending / descending order of UL TCI state (s) for power headroom prediction.

[0118] Alternatively, the power headroom prediction applicable indication may be indicated in the predicted PHR.

[0119] As shown in step 213, the network entity 102 may transmit the configuration of the predicted PHR (i.e., inference configuration) to the UE 104. In some implementations, if the UE 104 is capable and applicable for power headroom prediction as indicated in UE capability, and the network entity 102 may provide the configuration of the PHR for power headroom prediction to the UE 104.

[0120] In some implementations, the configuration of the predicted PHR may comprise a list of power headroom prediction configurations. A power headroom prediction configuration in the list of power headroom prediction configurations may be associated with one or more of UL TCI states.

[0121] In some implementations, the power headroom prediction configuration may comprise the one or more of UL TCI states. For example, a list of UL TC states for the predicted PHR may be included in the power headroom prediction configuration. As default, all the activated TCI states for BWP / Cell are used for the predicted PHR.

[0122] In an example, one or more UL TCI states are configured for the predicted PHR. Each UL TCI state is associated with a set of power control parameters identified with an Uplink power Control Id, Pathloss Reference RS Id, etc. For illustration, an example UL TCI state configuration is listed as below.

[0123] In some implementations, the power headroom prediction configuration may comprise a prediction window length for power headroom prediction. The prediction window length may be configured per MAC entity or per UL TCI state. In an example, the prediction window length is 100ms, and the UE 104 may predict the power headroom within 100ms afterwards for a UL TCI state. In some implementations, a start point of a prediction window may be configured by the network entity 102. For example, a reference system frame number (SFN) and offset may be configured to indicate the start point of the prediction window.

[0124] In some implementations, the power headroom prediction configuration may comprise a prediction accuracy level for power headroom prediction. The prediction accuracy level may be configured per MAC entity or per UL TCI state. In an example, the prediction accuracy level means that the power headroom prediction should satisfy the accuracy requirement. Further, the prediction accuracy level may be associated with a prediction window.

[0125] In some implementations, the power headroom prediction configuration may comprise a periodic timer for periodic trigger of the predicted PHR. The periodic timer may be configured per MAC entity or per UL TCI state. In an example, the periodic timer indicates triggering periodicity for the predicted PHR. Based on the periodic timer, the UE 104 may periodically trigger the predicted PHR for a UL TCI state.

[0126] In some implementations, the power headroom prediction configuration may comprise a prohibit timer for the predicted PHR. The prohibit timer may be configured per MAC entity or per UL TCI state. In an example, the prohibit timer indicates a triggering prohibit duration. The UE 104 does not trigger the predicted PHR for a UL TCI state if the prohibit timer is running.

[0127] In some implementations, the power headroom prediction configuration may comprise a threshold (for convenience, also referred to as a first threshold herein) for a predicted pathloss change. The first threshold may be configured per MAC entity or per UL TCI state. In an example, the first threshold indicates a pathloss change for trigging the predicted PHR. In some implementations, the UE 104 may trigger the predicted PHR for a UL TCI state if a change between a pathloss associated with the last PHR and a predicted pathloss for a pathloss reference RS associated with a UL TCI state is no less than (i.e., more than or equal to) the first threshold.

[0128] In some implementations, the power headroom prediction configuration may comprise a threshold (for convenience, also referred to as a second threshold herein) for a predicted measurement result of a downlink reference signal. For example, the second threshold is for prediction L1 / L3 measurement quality for a synchronization signal block (SSB) or channel state information reference signal (CSI-RS) associated with a UL TCI state ID. The second threshold may be configured per MAC entity or per UL TCI state. In an example, the SSB or CSI-RS is a pathloss reference RS associated with a UL TCI state ID. In an example, the L1 / L3 measurement quality may be RSRP, RSRQ or CQI.

[0129] In some implementations, the power headroom prediction configuration may comprise number of power headroom levels in the predicted PHR. The number of power headroom levels may be configured per MAC entity or per UL TCI state. The number of power headroom levels indicates number of power headroom levels in a single PHR, and each power headroom level is associated with a UL TCI state. In an example, the number of power headroom levels comprises a power headroom level associated with the current used UL TCI state. In an example, the number of power headroom levels does not count the power headroom level associated with the current used UL TCI state, i.e., the number of power headroom levels only counts power headroom level (s) associated with non-current used UL TCI state (s) . In an example, if more than the number of power headroom levels is triggered, the UE 104 reports the power headroom levels in decreasing of measurement values of the pathloss reference signals associated with the power headroom levels.

[0130] In some implementations, the power headroom prediction configuration may comprise a power headroom type for which the power headroom prediction is. The power headroom type may be configured per MAC entity or per UL TCI state. The power headroom type may indicate power headroom predicted for PUSCH, PUCCH or SRS. Default is type of SRS if not indicated.

[0131] In some implementations, the power headroom prediction configuration may comprise mode for virtual, using which the power headroom prediction is. This indicates that the UE 104 reports virtual power headroom predicted in power headroom prediction. The mode for virtual may be configured per MAC entity or per UL TCI state.

[0132] In some implementations, the power headroom prediction configuration may comprise an ID of the power headroom prediction configuration. The ID may be configured per MAC entity or per UL TCI state. In some implementations, if more than one power headroom prediction configurations are configured to the UE 104, the network entity 102 may indicate an ID associated with a power headroom prediction configuration.

[0133] In some implementations, the power headroom prediction configuration may comprise a real or virtual mode for which the predicted power headroom is. This real mode indicates that the predicted power headroom level is calculated based on a real transmission (PUSCH, PUCCH or SRS) . This virtual mode indicates that the predicted power headroom level is calculated based on a reference format (PUSCH, PUCCH or SRS) . Default is a virtual mode if not indicated.

[0134] For example, the list of power headroom prediction configurations may be configured to the UE 104 by the network entity 102. Each UL TCI state is associated with a power headroom prediction configuration ID. For illustration, an example configuration of the list of power headroom prediction configurations is listed below.

[0135] Another example configuration of the list of power headroom prediction configurations is listed below.

[0136] It is to be noted that the power headroom prediction configuration may comprise any combinations of the above information.

[0137] Conventionally, configured unified TCI states are initially deactivated upon (re-) configuration by upper layers and after reconfiguration with sync. NW will further transmit Unified TCI States Activation / Deactivation MAC CE to UE.

[0138] In some implementations of the present disclosure, a TCI state may be an activated TCI state by the Unified TCI States Activation / Deactivation MAC CE. For example, the UE 104 receives an Enhanced Unified TCI States Activation / Deactivation MAC CE on a Serving Cell and indicates to lower layers information regarding the Enhanced Unified TCI States Activation / Deactivation MAC CE. Finally, the network entity 102 transmits PDCCH to indicate one of the activated UL TCI sates used for UL transmission. The UE 104 performs the UL transmission on the indicated UL TCI state.

[0139] Continuing to refer to Fig. 2, at step 220, the UE 104 may perform the power headroom prediction (i.e., inference for power headroom prediction) for a primary cell or a secondary serving cell. For example, when the UE 104 receives the power headroom prediction configuration, the UE 104 starts to execute the power headroom prediction (e.g., perform AI / ML inference for power headroom prediction) , that will result in power headroom prediction information.

[0140] In some implementations, the power headroom prediction information may comprise at least one of the following: -Predicted Power Headroom (PPH) : this field indicates a predicted power headroom level.  The predicted power headroom level can be in DB. The length of the field is 6 bits. The mapping between the reported power headroom (PH) and the corresponding power headroom levels may be predefined in a table. The PH can be virtual PH; -serving cell information: this field indicates information of a serving cell associated  with the predicted power headroom level; -UL TCI state information: this field indicates information of a UL TCI state associated  with the predicted power headroom level. For example, the UL TCI state information indicates a UL TCI state ID. Alternatively, the UL TCI state information indicates a bitmap of UL TCI state, and each bit in the bitmap indicates a UL TCI state. -time information: the field indicates information of time associated with the predicted  power headroom level, e.g., the time when the predicted pathloss is used for triggering determination of the predicted power headroom level. In some implementations, the time information may be absolute time information. For example, the time information is GPS time. In some implementations, the time information may be relative time information. For example, the time information indicates a time offset relative to reference time. The reference time may comprise transmission time of the predicted PHR (i.e., transmission time of the power headroom prediction information) , or absolute time. In some implementations, the time information may indicate a time instance of a pathloss prediction for determination of the predicted power headroom level within a prediction window. For example, the time information indicates i-th instance of CSI-RS / SSB used for the pathloss prediction associated with the prediction window. A time instance indicator with value n, n=0, 1, …, N-1, indicates the (n+1) -th time instance among the N time instances. Fig. 3 illustrates a diagram 300 illustrating an example prediction window in accordance with aspects of the present disclosure. In the example of Fig. 3, a length of the prediction window is 100ms, and N=4. Time instance #1 corresponds to the time instance indicated by the time instance indicator among the N time instances if N is larger than 1, and corresponds to the time instance for prediction otherwise. Time instance #i, i=2, 3, …, N, corresponds to the (i-1) -th time instance among the remaining N-1 time instances. N denotes the number of time instances for prediction and the value of N is configured by a higher layer parameter nroftimeinstance. The time instance indicator is reported only when N is larger than 1. -prediction accuracy: this field indicates prediction accuracy associated with the  predicted power headroom level.

[0141] In some implementations, the network entity 102 may configure an activated or deactivated status for power headroom prediction to the UE 104 when the network entity 102 may transmit the configuration of the predicted PHR to the UE 104. Alternatively, or additionally, the network entity 102 may transmit a dynamic command to activate or deactivate the predicted PHR to the UE 104.

[0142] In some implementations, the network entity 102 may transmit, to the UE 104, a command to activate or deactivate one or more power headroom prediction configurations in the list of power headroom prediction configurations. If the command indicates activation of a first power headroom prediction configuration, the UE 104 may perform a power headroom prediction based on the first power headroom prediction configuration. If the command indicates deactivation of the first power headroom prediction configuration, the UE 104 may stop performing the power headroom prediction.

[0143] In some implementations, the network entity 102 may transmit an activation command to activate the predicted PHR to the UE 104. The UE 104 may start performing the power headroom prediction if receiving the activation command.

[0144] For example, if the network entity 102 receives an applicable report for power headroom prediction, the network entity 102 may further tranmsit the activation command to the UE 104.

[0145] For example, the network entity 102 may transmit an activation command to activate one or more power headroom prediction configurations to the UE 104. The UE 104 may perform the power headroom prediction based on a power headroom prediction configuration if receiving the activation command for the power headroom prediction configuration. For example, the activation command indicates that an ID=1 is associated with a set of power headroom prediction configurations with a prediction window set to 20ms for a UL TCI state ID =1, and an ID = 2 is associated with a set of power headroom prediction configurations with a prediction window set to 50ms for UL TCI state ID =2. For example, the activation command includes a bitmap, and each bit in the bitmap corresponds to a power headroom prediction configuration ID. Bit value 1 presents activation. Bit value 0 presents deactivation.

[0146] In some implementations, the network entity 102 may transmit a deactivation command to deactivate one or more power headroom prediction configurations to the UE 104. The UE 104 may stop performing the power headroom prediction if receiving the deactivation command. For example, if the network entity 102 receives an inapplicable report for power headroom prediction, the network entity 102 may transmit the deactivation command to the UE 104. For example, the network entity 102 may transmit the deactivation command to deactivate the one or more power headroom prediction configurations to the UE 104. The UE 104 does not perform the power headroom prediction based on a power headroom prediction configuration if receiving the deactivation command for the power headroom prediction configuration.

[0147] In some implementations, the activation or deactivation command may comprise a bitmap, and a UL TCI state ID associated with one or more power headroom prediction configurations. A bit in the bitmap may indicate activation or deactivation of a power headroom prediction configuration in the one or more power headroom prediction configurations. For example, the activation or deactivation command includes a bitmap and UL TCI state ID. Each bit in the bitmap corresponds to a power headroom prediction configuration ID for the UL TCI state. Bit value 1 presents activation. Bit value 0 presents deactivation.

[0148] In some implementations, the activation or deactivation command may comprise a bitmap for one or more UL TCI states, and a bit in the bitmap may indicate activation or deactivation of one or more power headroom prediction configurations associated with a UL TCI state in the one or more UL TCI states. For example, the network entity 102 may transmit the activation or deactivation command to activate or deactivate the predicted PHR for one or more UL TCI states to the UE 104. For example, the activation or deactivation command may include a bitmap and each bit in the bitmap corresponds to a UL TCI state.

[0149] Alternatively or additionally, some other conditions to start / stop the power headroom prediction may be considered without explicit activation / deactivation signaling. In some implementations, the UE 104 may start performing the power headroom prediction after receiving the configuration of the predicted PHR based on that the UE 104 determines that the power headroom prediction is applicable. In some implementations, the UE 104 may start performing the power headroom prediction after receiving the configuration of the predicted PHR based on that the UE 104 reports that the power headroom prediction is applicable.

[0150] In some implementations, the UE 104 may stop performing the power headroom prediction after receiving the configuration of the predicted PHR based on that the UE 104 determines that the power headroom prediction is inapplicable. In some implementations, the UE 104 may stop performing the power headroom prediction after receiving the configuration of the predicted PHR based on that the UE 104 reports that the power headroom prediction is inapplicable.

[0151] In some implementations, the UE 104 may start or stop performing the power headroom prediction based on an event triggered. For example, the current PHR is above / below a threshold, or RSRP is above / below a threshold. For example, when the UE 104 is at a cell edge, PHR prediction may be more helpful.

[0152] Continuing to refer to Fig. 2, at step 230, the UE 104 may transmit, to the network entity 102, the predicted PHR for the one or more UL TCI states. In some implementations, as shown in step 231, the UE 104 may trigger the predicted PHR (i.e., trigger the transmission of the predicted PHR) based on one or more trigger conditions or events.

[0153] In some implementations, the predicted PHR may be triggered based on a predicted pathloss change for a pathloss reference signal since a last PHR is no less than the first threshold, and a predicted measurement result of a downlink reference signal associated with a UL TCI state is no worse than the second threshold.

[0154] For example, the UE 104 may trigger the predicted PHR for a UL TCI state configured / activated for the predicted PHR if a difference between a predicted pathloss of associated pathloss reference RS and a pathloss associated the last transmitted PHR is no less than the second threshold and if a predicted L3 / L1 measurement (e.g., RSRP, RSRQ or CQI) of an SSB / CS-RS associated with the UL TCI state is no less than the first threshold.

[0155] In some implementations, the last transmitted PHR may be a non-predicted PHR. Fig. 4 illustrates a diagram 400 illustrating an example PHR trigger scenario in accordance with aspects of the present disclosure. It is assumed that UL TCI state (0) and UL TCI state (1) are activated for the predicted PHR. As shown in Fig. 4, for current used UL TCI state ID (#0) , power headroom 1 of UL TCI state (#0) is reported at t1.

[0156] For an activated UL TCI state =1, the predicted pathloss of pathloss reference RS associated UL TCI state (#1) is Pathloss 2 at timing t3. Pathloss 2 = predicted RSRP of pathloss reference RS associated with UL TCI state (#1) –referenceSignalPower. referenceSignalPower is determined based on ss-PBCH-BlockPower, or both ss-PBCH-BlockPower and powerControlOffsetSS. Here, referenceSignalPower denotes reference signal power, ss-PBCH-BlockPower denotes SSB power, powerControlOffsetSS denotes a power control offset for SSB.

[0157] Pathloss is determined by measured RSRP and referenceSignalPower. Pathloss variation for one cell assessed above is between a pathloss measured at a t3 after t1 in a prediction window on a pathloss reference of a UL TCI sate and a pathloss measured at transmission time (t1) of the last transmission of PHR on a pathloss reference in use at that time. Power headroom 2 of UL TCI state (#1) is reported at t3.

[0158] In some implementations, the last transmitted PHR may be predicted PHR. Fig. 5 illustrates a diagram 500 illustrating an example PHR trigger scenario in accordance with aspects of the present disclosure. As shown in Fig. 5, for the current used UL TCI state ID = 0, a predicted pathloss of pathloss reference RS associated current used UL TCI state is Pathloss 3 at t2, and the power headroom 2 of UL TCI state (#0) is reported at t1. Pathloss is determined by predicted RSRP of pathloss reference RS associated UL TCI state (0) at t2 and referenceSignalPower.

[0159] For an activated UL TCI state =1, the predicted pathloss of pathloss reference RS associated UL TCI state (#1) is Pathloss 2 at t3. Pathloss 2 = predicted RSRP of pathloss reference RS associated UL TCI state (#1) –referenceSignalPower. referenceSignalPower is determined based on ss-PBCH-BlockPower, or both ss-PBCH-BlockPower and powerControlOffsetSS.

[0160] Pathloss variation for one cell assessed above is between a pathloss predicted at t3 in a prediction window on the pathloss reference of the UL TCI sate (#1) and the pathloss predicted associated with the last transmission of prediction PHR based on the pathloss reference of the UL TCI sate (#0) at t2.

[0161] In addition, a separate prohibit timer may be configured to prohibit the triggering of the predicted PHR. Alternatively, a prohibit timer to prohibit a triggering of a non-predicted PHR may be reused.

[0162] In some implementations, after transmitting a predicted PHR, the UE 104 may start or restart a prohibit timer for a MAC entity associated with the triggered predicted power headromm report. If the prohibit timer expires or has expired, the UE 104 may check whether to trigger the predicted PHR, e.g., check whether a predicted pathloss change for a pathloss reference signal since the last PHR is no less than the first threshold, and a predicted measurement result of a downlink reference signal associated with a UL TCI state is no worse than the second threshold.

[0163] In some implementations, after transmitting a predicted PHR, the UE 104 may start or restart a prohibit timer for a UL TCI state associated with the triggered predicted power headromm report. If the prohibit timer expires or has expired, the UE 104 may check whether to trigger the predicted PHR, e.g., check whether a predicted pathloss change for a pathloss reference signal since the last PHR is no less than the first threshold, and a predicted measurement result of a downlink reference signal associated with a UL TCI state is no worse than the second threshold.

[0164] In some implementations, after transmitting a predicted PHR, the UE 104 may start or restart a prohibit timer for a prediction power headroom configuration associated with the triggered predicted power headromm report. If the prohibit timer expires or has expired, the UE 104 may check whether to trigger the predicted PHR, e.g., check whether a predicted pathloss change for a pathloss reference signal since the last PHR is no less than the first threshold, and a predicted measurement result of a downlink reference signal associated with a UL TCI state is no worse than the second threshold.

[0165] In some implementations, the predicted PHR may be triggered based on periodicity of the predicted PHR. For example, the UE 104 may periodicity trigger the predicted PHR for current used TCI state, or all UL TCI states configured and / or activated for the predicted PHR. In another example, if predicted L3 / L1 measurement of the SSB / CSI-RS associated with the UL TCI state is no less than the first threshold, the UE 104 may periodicity trigger the predicted PHR for current used TCI state, or all UL TCI states configured and / or activated for the predicted PHR.

[0166] In some implementations, the UE 104 may start the periodic timer. For example, if the MAC entity has UL resources allocated for a new transmission, and it is the first UL resource allocated for a new transmission since the last MAC reset, the UE 104 may start the periodic timer. In another example, after transmitting the predicted PHR, the UE 104 may start or restart the periodic timer.

[0167] In some implementations, upon expiry of the periodic timer, the UE 104 may trigger the predicted PHR. For example, the UE 104 may trigger the predicted PHR if completing prediction for next prediction window.

[0168] In some implementations where the predicted PHR is periodically triggered, the predicted power headroom level may be determined based on a pathloss for the pathloss reference signal associated with the UL TCI state at one of the following timings: an end of the prediction window, a time offset relative to expiry of the periodic timer for periodic trigger of the predicted PHR, or a time instance (e.g., the i-th time instance) of a pathloss prediction for determination of the predicted power headroom level within the prediction window.

[0169] In some implementations, the periodic timer may be configured by the network entity 102. This timer may be the same as or separately from that configured for the non-predicted PHR.

[0170] In some implementations, the predicted PHR may be triggered based on that a set of power control parameters (i.e., one or more power control parameters) is adapted after the last PHR, or a change of a power headroom level since the last PHR is no less than a threshold (for convenience, also referred to as a third threshold herein) . For example, the UE 104 may trigger the predicted PHR for a UL TCI state if one or more power control parameters are adapted by the UE 104 after the last transmitted PHR. For example, the UE 104 may trigger the predicted PHR if the change of the power headroom level is more than or equal to the third threshold.

[0171] In some implementations, the UE 104 may adapt the one or more power control parameters based on AI / ML or UE implementation. In this case, the power headroom level may change due to the adapted one or more power control parameters. The adapted one or more power control parameters may include at least one of UE specific power control parameters for PUSCH, PUCCH and SRS. For example, p0, alpha, p0-NominalWithoutGrant, power control adjustment state or parmater (s) for determining power control adjustment (e.g., transmission power control command value) .

[0172] In some implementations, the UE 104 may trigger the predicted PHR for a UL TCI state in use. For example, the UE 104 may trigger the predicted PHR for the UL TCI state if the difference between the predicted power headroom level and the power headroom level associated the last transmitted PHR is no less than the third threshold for the UL TCI state in use. The third threshold may be configured by the network entity 102.

[0173] In this case, the new / adapted one or more power control parameters is reported along with the predicted PHR. For example, the predicted PHR indicates an Uplink power Control Id or P0-PUSCH-AlphaSetId associated with the adapted one or more power control parameters. Alternatively, the predicted PHR indicates at least one of the adapted P0 or alpha. Additionally, the UE 104 may transmit the predicted PHR based on one or more power control parameters that are not adapted or adapted.

[0174] In some implementations, the UE 104 may trigger the predicted PHR for a UL TCI state configured / activated for power headroom prediction. For example, the UE 104 may trigger the predicted PHR for the UL TCI state if the difference between the predicted power headroom level and the power headroom level associated the last transmitted PHR is no less than the third threshold for the UL TCI state configured / activated for power headroom prediction.

[0175] In some implementations, the predicted PHR may be triggered based on that the configuration or a reconfiguration of the predicted PHR is received. For example, upon configuration or reconfiguration of the predicted PHR by upper layers, which is not used to disable the power headroom prediction function, the predicted PHR can be triggered for the current UL TCI sate in use.

[0176] In some implementations, the predicted PHR may be triggered based on that an SCell is activated. For example, the predicted PHR may be triggered once the SCell is activated. For example, the UE 104 may stop the predicted PHR once the SCell is deactivated.

[0177] In some implementations, the predicted PHR may be triggered based on that an activated BWP is switched from a dormant BWP to a non-dormant BWP of an SCell. For example, the predicted PHR may be triggered upon switching of an activated BWP from a dormant BWP to a non-dormant DL BWP of an SCell of any MAC entity with a configured uplink.

[0178] It is to be noted that the predicted PHR may be triggered based on any combinations of the above trigger conditions or events.

[0179] As shown in step 232, the UE 104 may transmit, to the network entity 102, the predicted PHR for one or more UL TCI states. In some implementations, the UE 104 may transmit the predicted PHR by an RRC message, an L2 control plane message (e.g., MAC CE) or any other suitable ways.

[0180] In some implementations, the one or more UL TCI states may comprise only one UL TCI state for a serving cell. In this case, the predicted PHR may comprise a field indicating a predicted power headroom level, and a field indicating time when a predicted pathloss is used for triggering the predicted PHR or when a pathloss is predicted for determination of the predicted power headroom level. In some implementations, the predicted PHR may further comprise at least one of the following: a field indicating an identity of the serving cell, a field indicating the UL TCI state, a field indicating a pathloss reference signal, a field indicating a value (e.g., PCMAX, f, c) corresponding to a nominal UE transmit power level, or a field indicating a power headroom type.

[0181] For example, a single entry predicted power headroom report (PPHR) MAC CE may comprise predicted power headroom for only one UL TCI state for a serving cell. The single entry PPHR MAC CE may be identified by a specified logical channel identity (LCID) or extended LCID (eLCID) .

[0182] Fig. 6A illustrates a diagram illustrating an example MAC CE 600A in accordance with aspects of the present disclosure. The MAC CE 600A is shown as an example of a single entry PPHR MAC CE for a UL TCI state for a primary serving cell or a secondary serving cell. As shown in Fig. 6A, the MAC CE 600A may include at least one of the following fields: - Serving cell ID (optional) : this field indicates an identity of a serving cell configued by  NW.In some implementations, if the predicted PHR is dedicated for the primary serving cell, the serving cell ID field is not needed. In some implementations, if the predicted PHR is not dedicated for the primary serving cell, the serving cell ID field is present. Additionally, an additional field indicates whether the serving cell ID field is present or not. - UL TCI state ID (optional) : this field indicates a TCI state identified by TCI-StateId  configued by NW. In some implementations, if the predicted PHR is dedicated for a UL TCI state in use, the UL TCI sate ID field is not needed. In some implementations, if the predicted PHR is not dedicated for the UL TCI state in use but the predicted PHR is for an activated UL TCI state, the UL TCI sate ID field is present. The activated UL TCI state is activated by Unified TCI States Activation / Deactivation MAC CE, but the activated UL TCI state may be not current used TCI sate indicated by PDCCH. Additionally, an additional field indicates whether the UL TCI state ID field is present or not. If the UL TCI state ID field is not present, the TCI state is current used TCI state for data transmission. - Predicted power headroom (PH) : this field indicates a predicted power headroom level.  Fig. 6D illustrates a diagram 600D illustrating an example power headroom prediction in accordance with aspects of the present disclosure. As shown in Fig. 6D, a pathloss prediction may be performed at t1, and a pathloss at t3 may be predicted. Based on the predicted pathloss at t3, a predicted PHR may be triggered for future time, and there is no actual PUSCH / SRS / PUCCH transmission used for calculated for a predicted power headroom level (i.e., PH value) . In some implementations, the PH value may be calculated based on a reference format by default. For example, the UE 104 may determine that a predicted Type 1 power headroom report for an activated serving cell is based on a reference PUSCH transmission. For example, the UE 104 may determine that a predicted Type 3 power headroom report for an activated serving cell is based on a reference SRS transmission. In some implementations, the PH value may be calculated based on maximum output transmission power. For illustration, an example calculation of the PH value is listed below. - Optional V field (not shown) : this field indicates the PH value is based on a reference  format, i. e, this field indicates this is virtual PH. If the predicted PHR is dedicated for virtual power headroom, the V field is not needed. The V field indicates whether the PCMAX, f, c is present or not. - Pathloss reference signal ID (optional) : this field indicates the DL reference signal  associated with the predicted pathloss used for calculation of the PH field. In some implementations, if the pathloss reference signal ID is that one mapped to the UL TCI state ID by an RRC message, the pathloss reference signal ID field is absent. In some implementations, if the pathloss reference signal ID is not the one mapped to the UL TCI state by an RRC message, the pathloss reference signal ID field is present. Additionally, an additional field indicates whether the pathloss reference signal ID field is present or not. - PCMAX, f, c (optional) : this field indicates the PCMAX, f, c used for calculation of the PH field.  The mapping between the reported PCMAX, f, c and the corresponding nominal UE transmit power levels may be predefined in a table. If predicted virtual PH is reported, the PCMAX, f, c field is absent. - Time: this field indicates the time when the predicted pathloss is used for triggering the  predicted PHR. - Type (optional) : this field indicates the power headroom type is Type 1 (for PUSCH) ,  Type 2 (for PUCCH) or Type 3 (for SRS) . There may be a rule to determine to report Type 1 or Type 3 PH for a cell if both types are configured for reporting. For example, if there is Type 1 PH for reporting, Type 1 PH is prioritized. Otherwise, the UE 104 reports Type 3 of PH. In PH prediction case, the UE 104 may follow this principle, and this field is not needed. Additionally, an additional field indicates whether the Type field is present or not. -Prediction accuracy level: this field indicates prediction accuracy of the predicted power  headroom level. Additionally, an additional field indicates whether the prediction accuracy level field is present or not.

[0183] In some implementations, the one or more UL TCI states may comprise multiple UL TCI states for a serving cell. The predicted PHR may comprise at least one of the following fields: a first set of fields corresponding to the multiple UL TCI states, wherein a field in the first set of fields indicates a predicted power headroom level for a UL TCI state; a second set of fields corresponding to the multiple UL TCI states, wherein a field in the second set of fields indicates presence of a field in the first set of fields for a UL TCI state; a field indicating time when a predicted pathloss is used for triggering the predicted PHR or when a pathloss is predicted for determination of the predicted power headroom level; a field indicating prediction accuracy of the predicted power headroom level; a third set of fields corresponding to the second set of fields, wherein a field in the third set of fields indicates a power headroom type for a field in the second set of fields; or a field indicating an identity of the serving cell.

[0184] For example, a multiple entry PPHR MAC CE may comprise predicted power headroom level (s) for multiple UL TCI states with predicted PHR triggered for a serving cell. The multiple entry PPHR MAC CE may be identified by a specified LCID or eLCID.

[0185] Fig. 6B illustrates a diagram illustrating an example MAC CE 600B in accordance with aspects of the present disclosure. The MAC CE 600B is shown as an example of a multiple entry PPHR MAC CE for a primary serving cell or a secondary serving cell. As shown in Fig. 6B, the MAC CE 600B may include at least one of the following fields: -UL TCI state I (TCIi) : this field indicates the presence of a PH i field for UL TCI state i  where i is the ascending / descending order of the UL TCI state ID among the UL TCI states configured with power headroom prediction. A TCIi bitmap is used for indicating the presence of PH per UL TCI state when the configured / activated UL TCI sates of the serving cell. The TCIi field set to 1 indicates that the PH i field for the UL TCI state i is reported. The TCIi field set to 0 indicates that the PH i field for the UL TCI state i is not reported. In some implementations, the UL TCI states are activated by a Unified TCI States Activation / Deactivation MAC CE. In some implementations, the UL TCI states are activated for power headroom prediction. The TCIi fields correspond to the second set of fields as described above. -Predicted power headroom (PH) : this field indicates a predicted power headroom level.  The predicted power headroom level can be in DB. The length of this field is 6 bits. The mapping between the reported PH and the corresponding power headroom levels may be predefined in a table. Multiple PH fields are included in the MAC CE 600B. The multiple PH fields correspond to the first set of fields as described above. -Time: this field indicates the time when the predicted pathloss is used for triggering the  predicted PHR. The time information may be absolute time information. For example, the time information is GPS time. The time information may be a relative time information. For example, the time information indicates a time offset relative to transmission time of the predicted PHR. -Ti: This field indicates the power headroom type is Type 1 (for PUSCH) , Type 2 (for  PUCCH) or Type 3 (for SRS) corresponding to TCIi. The Ti fields correspond to the third set of fields as described above. -Serving cell ID (optional) : this field indicates an identity of a serving cell configued by  NW.In some implementations, if the predicted PHR is dedicated for the primary serving cell, the serving cell ID field is not needed. In some implementations, if the predicted PHR is not dedicated for the primary serving cell, the serving cell ID field is present.

[0186] In some implementations, a UL TCI state in the one or more UL TCI states may be activated for a serving cell in one or more serving cells. The predicted PHR may comprise at least one of the following fields: a fourth set of fields corresponding to the one or more serving cells, wherein a field in the fourth set of fields indicates a predicted power headroom level for a serving cell; a fifth set of fields corresponding to the one or more serving cells, wherein a field in the fifth set of fields indicates presence of a field in the fourth set of fields for a serving cell; or a field indicating time when a predicted pathloss is used for triggering the predicted PHR or when a pathloss is predicted for determination of the predicted power headroom level.

[0187] Fig. 6C illustrates a diagram illustrating an example MAC CE 600C in accordance with aspects of the present disclosure. The MAC CE 600C is shown as an example of a multiple entry PPHR MAC CE for a list of serving cells. Each PH field may be associated with an activated UL TCI state corresponding to a serving cell. As shown in Fig. 6C, the MAC CE 600C may include at least one of the following fields: -UL TCI state I (TCIi) : this field indicates the presence of a PH i field for UL TCI state i  where i is the ascending / descending order of the UL TCI state ID among the UL TCI states configured with power headroom prediction. A TCIi bitmap is used for indicating the presence of PH per UL TCI state when the configured / activated UL TCI sates of the serving cell. The TCIi field set to 1 indicates that the PH i field for the UL TCI state i is reported. The TCIi field set to 0 indicates that the PH i field for the UL TCI state i is not reported. In some implementations, the UL TCI states are activated by a Unified TCI States Activation / Deactivation MAC CE. In some implementations, the UL TCI states are activated for power headroom prediction. The TCIi fields correspond to the second set of fields as described above. -Predicted power headroom (PH) : this field indicates a predicted power headroom level.  The predicted power headroom level can be in DB. The length of this field is 6 bits. The mapping between the reported PH and the corresponding power headroom levels may be predefined in a table. Multiple PH fields are included in the MAC CE 600C. The multiple PH fields correspond to the fourth set of fields as described above. -Time: this field indicates the time when the predicted pathloss is used for triggering the  predicted PHR. The time information may be absolute time information. For example, the time information is GPS time. The time information may be a relative time information. For example, the time information indicates a time offset relative to transmission time of the predicted PHR. -Ci: This field indicates the presence of the PH field for a serving cell with a serving cell  index i. The Ci field set to 1 indicates that a PH field for the serving cell with the serving cell index i is reported. The Ci field set to 0 indicates that a PH field for the serving cell with the serving cell index i is not reported. For example, C0 corresponds to PCell. In some implementations, the activated UL TCI state is a UL TCI state current in use. In some implementations, the activated UL TCI state is a UL TCI state with the highest / best L1 / L3 measurement (e.g., RSRP, RSRQ or CQI) of an associated DL beam. In this implementation, a UL TCI state ID of the UL TCI state with the highest / best L1 / L3 measurement of an associated DL beam should be included associated with the predicted power headroom. In some implementations, C0 is not needed. The Ci fields correspond to the fifth set of fields as described above.

[0188] As such, a PPHR MAC CE may be separately defined for transmission of the predicted PHR. It is to be noted that Figs. 6A to 6C are merely for illustration, and not for limitation. The PPHR MAC CE may adopt any other suitable forms.

[0189] In some implementations, the network entity 102 may also transmit, to the UE 104, a configuration for a PHR without power headroom prediction (also referred to as a non-predicted PHR or a second PHR herein) . In other words, both the predicted PHR and the non-predicted PHR are configured for the UE 104. How to perform an interaction between the predicted PHR and the non-predicted PHR needs to be considered.

[0190] In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a measured pathloss when the non-predicted PHR is triggered is equal to a predicted pathloss associated with the last triggered predicted PHR. In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a difference between the measured pathloss and the predicted pathloss associated with the last triggered predicted PHR is less than or equal to a threshold (for convenience, also referred to as a fourth threshold herein) . The fourth threshold may be configured by the network entity 102, or may be predefined. As such, overhead reduction may be achieved.

[0191] In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a timing when the second power headroom report is triggered is equal to a timing for which the predicted PHR is triggered. In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a difference between the timing when the non-predicted PHR is triggered and the timing for which the predicted PHR is triggered is less than or equal to a threshold (for convenience, also referred to as a fifth threshold herein) . The fifth threshold may be configured by the network entity 102, or may be predefined.

[0192] In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if power headroom of a first UL TCI state in the triggered predicted PHR is equal to power headroom of the first UL TCI state in the non-predicted PHR. In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a difference between the power headroom of the first UL TCI state in the last triggered predicted PHR and the power headroom of the first UL TCI state in the non-predicted PHR is less than or equal to a threshold (for convenience, also referred to as a sixth threshold herein) . The sixth threshold may be configured by the network entity 102, or may be predefined.

[0193] In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a measured pathloss change when the non-predicted PHR is triggered is equal to a predicted pathloss change associated with the last triggered predicted PHR. In some implementations, the UE 104 may skip triggering (i.e., not trigger) the non-predicted PHR or cancel the non-predicted PHR that is pending if a difference between the measured pathloss change when the non-predicted PHR is triggered and the predicted pathloss change associated with the last triggered predicted PHR is less than or equal to a threshold (for convenience, also referred to as a seventh threshold herein) . The seventh threshold may be configured by the network entity 102, or may be predefined.

[0194] In some implementations, skipping triggering the non-predicted PHR or cancelling the non-predicted PHR that is pending may be configured for one or more UL TCI states.

[0195] In some implementations, a logical channel priority of the predicted PHR is lower than or equal to a logical channel priority of the non-predicted PHR. In some implementations, a logical channel priority of the predicted PHR is higher than a logical channel priority of the non-predicted PHR.

[0196] For example, logical channels shall be prioritised in accordance with the following order (highest priority listed first) : - MAC CE for C-RNTI, or data from UL-CCCH; - MAC CE for (Enhanced) BFR, or MAC CE for Configured Grant Confirmation, or  MAC CE for Multiple Entry Configured Grant Confirmation; - MAC CE for Sidelink Configured Grant Confirmation; - MAC CE for LBT failure; - MAC CE for Timing Advance Report; - MAC CE for SL-BSR prioritized; - MAC CE for (Extended) BSR, with exception of BSR included for padding; - MAC CE for (Enhanced) Single Entry PHR, or MAC CE for (Enhanced) Multiple Entry  PHR; MAC CE for (Enhanced) Single Entry predicted PHR, or MAC CE for (Enhanced) Multiple Entry predicted PHR.

[0197] In some implementations, the non-predicted PHR may be triggered based on that a pathloss change since the last PHR is no less than a threshold (for convenience, also referred to as an eighth threshold herein) . The eighth threshold may be configured by the network entity 102, or may be predefined. The pathloss change is determined based on a measured pathloss for a pathloss reference signal associated with the non-predicted PHR and a predicted pathloss for a pathloss reference signal associated with the last PHR.

[0198] So far, a PHR procedure for power headroom prediction may be carried out, and thus a PHR enhancement may be provided for power headroom prediction.

[0199] Fig. 7 illustrates a signaling diagram illustrating another example process 700 that supports PHR enhancement in accordance with aspects of the present disclosure. For the purpose of discussion, the process 700 will be described with reference to Fig. 1. The process 700 may involve the UE 104 and the network entity 102 as illustrated in Fig. 1.

[0200] As shown in Fig. 7, at step 710, the network entity 102 may transmit a configuration of a PHR to the UE 104. In some implementations, the PHR may be a PHR with power headroom prediction (i.e., the predicted PHR or first PHR) . In some implementations, the PHR may be a PHR without power headroom prediction (i.e., the non-predicted PHR or second PHR) .

[0201] At step 720, the UE 104 may trigger the PHR based on that a set of power control parameters (i.e., one or more power control parameters) is adapted after a last PHR, or a change of a power headroom level since the last PHR is no less than a threshold (e.g., the third thershold) . The threshold may be configured by the network entity 102, or may be predefined.

[0202] In some implementations, the network entity 102 may transmit an uplink power control configuration for PUSCH, PUCCH or SRS to the UE 104. In an example, the uplink power control configuration may include one or more UE specific power control parameters (e.g., p0, alpha, closed loop index, etc. ) . For illustration, an example uplink power control configuration is listed as below.

[0203] Based on the uplink power control configuration, the UE 104 may adapt one or more power control parameters. In some implementations, the UE 104 may adapt the one or more power control parameters based on AI / ML or UE implementation. In this case, a power headroom level may change due to the adapted one or more power control parameters. The adapted one or more power control parameters may include at least one of UE specific power control parameters for PUSCH, PUCCH and SRS. For example, p0, alpha, p0-NominalWithoutGrant, power control adjustment state, or parmater (s) for determining power control adjustment (e.g., transmission power control command value) .

[0204] If the UE 104 adapts the one or more power control parameters, the UE 104 may trigger the predicted PHR, or non-predicted PHR, or both the predicted PHR and non-predicted PHR.

[0205] In some implementations, the PHR may be triggered for a UL TCI state in use. For example, the UE 104 may trigger the PHR for the UL TCI state if the difference between the predicted power headroom level and the power headroom level associated the last transmitted PHR is no less than the threshold for the UL TCI state in use.

[0206] In some implementations, the new / adapted one or more power control parameters is reported along with the PHR. For example, the PHR indicates an Uplink power Control Id or P0-PUSCH-AlphaSetId associated with the adapted one or more power control parameters. Alternatively, the PHR indicates at least one of the adapted P0 or alpha. Additionally, the UE 104 may transmit the PHR based on one or more power control parameters that are not adapted or adapted.

[0207] In some implementations where the PHR is the predicted PHR, the PHR may be triggered for a UL TCI state configured or activated for the power headroom prediction.

[0208] With the process 700, a trigger condition of a PHR may be defined, and PHR enhancement may be provided for PHR trigger condition.

[0209] It shall be noted that operations or steps or implementations as decribed in the processes 200 and 700 can be carried out separately or in any suitable combinations. It shall also be noted that the steps and the order of the steps in the process 200 or 700 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0210] Fig. 8 illustrates an example of a device 800 that supports PHR enhancement in accordance with aspects of the present disclosure. The device 800 may be an example of the network entity 102 or the UE 104 as described herein. The device 800 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 800 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 802, a memory 804, a transceiver 806, and, optionally, an I / O controller 808. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0211] The processor 802, the memory 804, the transceiver 806, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 802, the memory 804, the transceiver 806, or various combinations or components thereof may support a method for performing one or more of the operations described herein.

[0212] In some implementations, the processor 802, the memory 804, the transceiver 806, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 802 and the memory 804 coupled with the processor 802 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 802, instructions stored in the memory 804) .

[0213] For example, the processor 802 may support wireless communication at the device 800 in accordance with examples as disclosed herein. In some implementations where the device 800 is implemented as a UE, the processor 802 may be configured to operable to support a means for: receiving, from a base station, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and transmitting, to the base station, the power headroom report for the one or more UL TCI states.

[0214] In some implementations where the device 800 is implemented as a UE, the processor 802 may be configured to operable to support a means for: receiving, from a base station, a configuration of a power headroom report; and triggerring the power headroom report based on one of the following: a set of power control parameters is adapted after a last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a threshold.

[0215] In some implementations where the device 800 is implemented as a base station, the processor 802 may be configured to operable to support a means for: transmitting, to a UE, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and receiving, from the UE, the power headroom report for the one or more UL TCI states.

[0216] The processor 802 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 802 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 802. The processor 802 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 804) to cause the device 800 to perform various functions of the present disclosure.

[0217] The memory 804 may include random access memory (RAM) and read-only memory (ROM) . The memory 804 may store computer-readable, computer-executable code including instructions that, when executed by the processor 802 cause the device 800 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some implementations, the code may not be directly executable by the processor 802 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 804 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0218] The I / O controller 808 may manage input and output signals for the device 800. The I / O controller 808 may also manage peripherals not integrated into the device 800. In some implementations, the I / O controller 808 may represent a physical connection or port to an external peripheral. In some implementations, the I / O controller 808 may utilize an operating system such as  or another known operating system. In some implementations, the I / O controller 808 may be implemented as part of a processor, such as the processor 806. In some implementations, a user may interact with the device 800 via the I / O controller 808 or via hardware components controlled by the I / O controller 808.

[0219] In some implementations, the device 800 may include a single antenna 810. However, in some other implementations, the device 800 may have more than one antenna 810 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 806 may communicate bi-directionally, via the one or more antennas 810, wired, or wireless links as described herein. For example, the transceiver 806 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 806 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 810 for transmission, and to demodulate packets received from the one or more antennas 810. The transceiver 806 may include one or more transmit chains, one or more receive chains, or a combination thereof.

[0220] A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmit chain may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmit chain may also include one or more antennas 810 for transmitting the amplified signal into the air or wireless medium.

[0221] A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may include one or more antennas 810 for receive the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0222] Fig. 9 illustrates an example of a processor 900 that supports PHR enhancement in accordance with aspects of the present disclosure. The processor 900 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 900 may include a controller 902 configured to perform various operations in accordance with examples as described herein. The processor 900 may optionally include at least one memory 904, such as L1 / L2 / L3 cache. Additionally, or alternatively, the processor 900 may optionally include one or more arithmetic-logic units (ALUs) 906. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0223] The processor 900 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 900) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0224] The controller 902 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 900 to cause the processor 900 to support various operations in accordance with examples as described herein. For example, the controller 902 may operate as a control unit of the processor 900, generating control signals that manage the operation of various components of the processor 900. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0225] The controller 902 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 904 and determine subsequent instruction (s) to be executed to cause the processor 900 to support various operations in accordance with examples as described herein. The controller 902 may be configured to track memory address of instructions associated with the memory 904. The controller 902 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 902 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 900 to cause the processor 900 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 902 may be configured to manage flow of data within the processor 900. The controller 902 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 900.

[0226] The memory 904 may include one or more caches (e.g., memory local to or included in the processor 900 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 904 may reside within or on a processor chipset (e.g., local to the processor 900) . In some other implementations, the memory 904 may reside external to the processor chipset (e.g., remote to the processor 900) .

[0227] The memory 904 may store computer-readable, computer-executable code including instructions that, when executed by the processor 900, cause the processor 900 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 902 and / or the processor 900 may be configured to execute computer-readable instructions stored in the memory 904 to cause the processor 900 to perform various functions. For example, the processor 900 and / or the controller 902 may be coupled with or to the memory 904, the processor 900, the controller 902, and the memory 904 may be configured to perform various functions described herein. In some examples, the processor 900 may include multiple processors and the memory 904 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0228] The one or more ALUs 906 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 906 may reside within or on a processor chipset (e.g., the processor 900) . In some other implementations, the one or more ALUs 906 may reside external to the processor chipset (e.g., the processor 900) . One or more ALUs 906 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 906 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 906 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 906 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 906 to handle conditional operations, comparisons, and bitwise operations.

[0229] The processor 900 may support wireless communication at the device 800 in accordance with examples as disclosed herein. In some implementations where the device 800 is implemented as a UE, the processor 900 may be configured to operable to support a means for: receiving, from a base station, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and transmitting, to the base station, the power headroom report for the one or more UL TCI states.

[0230] In some implementations where the device 800 is implemented as a UE, the processor 900 may be configured to operable to support a means for: receiving, from a base station, a configuration of a power headroom report; and triggerring the power headroom report based on one of the following: a set of power control parameters is adapted after a last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a threshold.

[0231] In some implementations where the device 800 is implemented as a base station, the processor 900 may be configured to operable to support a means for: transmitting, to a UE, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more UL TCI states; and receiving, from the UE, the power headroom report for the one or more UL TCI states.

[0232] Fig. 10 illustrates a flowchart of an example method 1000 that supports PHR enhancement in accordance with aspects of the present disclosure. The operations of the method 1000 may be implemented by a device or its components as described herein. For example, the operations of the method 1000 may be performed by a UE (e.g., the UE 104 as described herein) . In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0233] At 1010, the method may include receiving, from a base station, a configuration of a power headroom report. The power headroom report is for power headroom prediction associated with one or more UL TCI states. The operations of 1010 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1010 may be performed by a device as described with reference to Fig. 1.

[0234] At 1020, the method may include transmitting, to the base station, the power headroom report for the one or more UL TCI states. The operations of 1020 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1020 may be performed by a device as described with reference to Fig. 1.

[0235] Fig. 11 illustrates a flowchart of an example method 1100 that supports PHR enhancement in accordance with aspects of the present disclosure. The operations of the method 1100 may be implemented by a device or its components as described herein. For example, the operations of the method 1100 may be performed by a UE (e.g., the UE 104 as described herein) . In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0236] At 1110, the method may include receiving, from a base station, a configuration of a power headroom report. The operations of 1110 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1110 may be performed by a device as described with reference to Fig. 1.

[0237] At 1120, the method may include triggerring the power headroom report based on one of the following: a set of power control parameters is adapted after a last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a threshold. The operations of 1120 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1120 may be performed by a device as described with reference to Fig. 1.

[0238] Fig. 12 illustrates a flowchart of an example method 1200 that supports PHR enhancement in accordance with aspects of the present disclosure. The operations of the method 1200 may be implemented by a device or its components as described herein. For example, the operations of the method 1200 may be performed by a base station (e.g., the network entity 104 as described herein) . In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0239] At 1210, the method may include transmitting, to a UE, a configuration of a power headroom report. Tthe power headroom report is for power headroom prediction associated with one or more UL TCI states. The operations of 1210 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1210 may be performed by a device as described with reference to Fig. 1.

[0240] At 1220, the method may include receiving, from the UE, the power headroom report for the one or more UL TCI states. The operations of 1220 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1220 may be performed by a device as described with reference to Fig. 1.

[0241] It is to be understood that implementations of the present disclosure which have been described with reference to Figs. 1 to 7 are also applicable to the device 800, the processor 900 as well as the methods 1000, 1100 and 1200.

[0242] It shall be noted that the methods described herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0243] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a DSP, an ASIC, a CPU, an 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, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

[0244] The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0245] Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.

[0246] As used herein, including in the claims, an article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive 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 (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on”shall be construed in the same manner as the phrase “based at least in part on” . Further, as used herein, including in the claims, a “set” may include one or more elements.

[0247] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.A user equipment (UE) , comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, from a base station via the transceiver, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more uplink (UL) transmission configuration indicator (TCI) states; andtransmit, to the base station via the transceiver, the power headroom report for the one or more UL TCI states.2.The UE of claim 1, wherein the configuration of the power headroom report comprises a list of power headroom prediction configurations, and a power headroom prediction configuration in the list of power headroom prediction configurations is associated with the one or more UL TCI states.3.The UE of claim 2, wherein the power headroom prediction configuration comprises at least one of the following:the one or more of UL TCI states,a prediction window length for power headroom prediction,a prediction accuracy level for power headroom prediction,a periodic timer for periodic trigger of the power headroom report,a prohibit timer for the power headroom report,the first threshold for the predicted pathloss change,the second threshold for the predicted measurement result of the downlink reference signal,number of power headroom levels in the power headroom report,a power headroom type for which the power headroom prediction is, oran identity of the power headroom prediction configuration.4.The UE of claim 2, wherein the processor is further configured to:receive, from the base station via the transceiver, a command to activate or deactivate one or more power headroom prediction configurations in the list of power headroom prediction configurations;in accordance with a determination that the command indicates activation of a first power headroom prediction configuration, perform a power headroom prediction based on the first power headroom prediction configuration; andin accordance with a determination that the command indicates deactivation of the first power headroom prediction configuration, stop performing the power headroom prediction.5.The UE of claim 1, wherein the power headroom report comprises power headroom prediction information, and the power headroom prediction information comprises at least one of the following:a predicted power headroom level,information of a serving cell associated with the predicted power headroom level,information of a UL TCI state associated with the predicted power headroom level, information of time associated with the predicted power headroom level, or prediction accuracy associated with the predicted power headroom level, andwherein the information of time indicates at least one of the following:a time offset relative to reference time, ora time instance of a pathloss prediction for determination of the predicted power headroom level within a prediction window.6.The UE of claim 1, wherein the power headroom report is triggered based on at least one of the following:a predicted pathloss change for a pathloss reference signal since a last power headroom report is no less than a first threshold, and a predicted measurement result of a downlink reference signal associated with a UL TCI state is no worse than a second threshold,periodicity of the power headroom report,a set of power control parameters is adapted after the last power headroom report, or a change of a power headroom level since the last power headroom report is no less than a third threshold,the configuration or a reconfiguration of the power headroom report is received, a secondary cell is activated, oran activated bandwidth part (BWP) is switched from a dormant BWP to a non-dormant BWP of a secondary cell.7.The UE of claim 1, wherein the processor is further configured to:start performing the power headroom prediction after receiving the configuration based on one of the following:the UE determines that the power headroom prediction is applicable, or the UE reports that the power headroom prediction is applicable; orstop performing the power headroom prediction after receiving the configuration based on one of the following:the UE determines that the power headroom prediction is inapplicable, orthe UE reports that the power headroom prediction is inapplicable.8.The UE of claim 1, wherein the processor is further configured to:receive, from the base station via the transceiver, one or more configurations for an applicability reporting of the power headroom prediction; andtransmit, to the base station via the transceiver, an applicability indication of a power headroom prediction configuration.9.The UE of claim 8, wherein a configuration in the one or more configurations for the applicability reporting comprises at least one of the following:a power headroom type for which the power headroom prediction is,one or more UL TCI states for which the power headroom prediction is,a real or virtual mode for which the power headroom prediction is,a prediction window required for the power headroom prediction,prediction accuracy required for the power headroom prediction, oran identity of the configuration in the one or more configurations.10.The UE of claim 1, wherein the power headroom report is a first power headroom report with power headroom prediction, and a second power headroom report without power headroom prediction is also configured, andwherein a logical channel priority of the first power headroom report is lower than or equal to or higher than a logical channel priority of the second power headroom report.11.The UE of claim 1, wherein the power headroom report is a first power headroom report with power headroom prediction, and a second power headroom report without power headroom prediction is also configured, andwherein the second power headroom report without power headroom prediction is triggered based on that a pathloss change since a last power headroom report is no less than an eighth threshold, and the pathloss change is determined based on a measured pathloss for a pathloss reference signal associated with the second power headroom report and a predicted pathloss for a pathloss reference signal associated with the last power headroom report.12.The UE of claim 1, wherein the one or more UL TCI states comprise only one UL TCI state for a serving cell, and the power headroom report comprises:a field indicating a predicted power headroom level, anda field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level.13.The UE of claim 12, wherein the power headroom report further comprises at least one of the following:a field indicating an identity of the serving cell,a field indicating the UL TCI state,a field indicating a pathloss reference signal,a field indicating a value corresponding to a nominal UE transmit power level, ora field indicating a power headroom type.14.The UE of claim 1, wherein the one or more UL TCI states comprise multiple UL TCI states for a serving cell, and the power headroom report comprises at least one of the following fields:a first set of fields corresponding to the multiple UL TCI states, wherein a field in the first set of fields indicates a predicted power headroom level for a UL TCI state,a second set of fields corresponding to the multiple UL TCI states, wherein a field in the second set of fields indicates presence of a field in the first set of fields for a UL TCI state,a field indicating time when a predicted pathloss is used for triggering the power headroom report or when a pathloss is predicted for determination of the predicted power headroom level,a field indicating prediction accuracy of the predicted power headroom level,a third set of fields corresponding to the second set of fields, wherein a field in the third set of fields indicates a power headroom type for a field in the second set of fields, ora field indicating an identity of the serving cell.15.A user equipment (UE) , comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, from a base station via the transceiver, a configuration of a power headroom report; andtrigger the power headroom report based on one of the following:a set of power control parameters is adapted after a last power headroom report, ora change of a power headroom level since the last power headroom report is no less than a threshold.16.The UE of claim 15, wherein the power headroom report is a first power headroom report with power headroom prediction, or a second power headroom report without power headroom prediction.17.The UE of claim 15, wherein the power headroom report is a first power headroom report with power headroom prediction, andwherein the power headroom report is for an uplink (UL) transmission configuration indicator (TCI) state in use or a UL TCI state configured or activated for the power headroom prediction.18.The UE of claim 15, wherein the power headroom report is a first power headroom report with power headroom prediction, andwherein the power headroom report comprises the adapted set of power control parameters.19.A base station, comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:transmit, to a user equipment (UE) via the transceiver, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more uplink (UL) transmission configuration indicator (TCI) states; andreceive, from the UE via the transceiver, the power headroom report for the one or more UL TCI states.20.A processor for wireless communication, comprising:at least one memory; anda controller coupled with the at least one memory and configured to cause the processor to:receive, from a base station, a configuration of a power headroom report, wherein the power headroom report is for power headroom prediction associated with one or more uplink (UL) transmission configuration indicator (TCI) states; andtransmit, to the base station, the power headroom report for the one or more UL TCI states.

Images