Power headroom report trigger for simultaneous multi-panel transmission

Abstract

Techniques described herein relate to power headroom power headroom report generation triggers. One aspect of the present disclosure includes a user equipment (UE) configured to measure a first path loss change in a first physical uplink shared channel (PUSCH) transmission transmitted from a first antenna panel to a first transmit and receive point (TRP). The UE may further measure a second path loss change in a second PUSCH transmission transmitted from a second antenna panel to a second TRP, the second PUSCH transmission being transmitted concurrently with the first PUSCH transmission. The UE may further determine whether to generate a power headroom report (PHR) based on the measured first path loss change and the measured second path loss change. The UE may further generate the PHR based on the determination.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims the benefit of U.S. Provisional Application No. 63 / 391,665, filed on July 22, 2022, and U.S. Patent Application No. 18 / 219,010, filed on July 6, 2023, the contents of each of which are incorporated herein by reference in their entirety. Technical Field

[0003] The application relates to the field of networks, and in particular to a power headroom reporting trigger for simultaneous multi-panel transmissions in the network. Background Art

[0004] Cellular communications may be defined in various standards to enable communications between user equipment and cellular networks. For example, Long Term Evolution (LTE) networks and fifth generation mobile networks (5G) are wireless standards designed to improve data transmission speeds, reliability, availability, etc. BRIEF DESCRIPTION OF THE DRAWINGS

[0005] Figure 1 is an illustration of a system for PHR generation based on simultaneous multi-panel transmissions according to one or more embodiments.

[0006] Figure 2 A process flow for triggering power headroom (PHR) generation according to one or more embodiments.

[0007] Figure 3 A process flow for triggering PHR generation according to one or more embodiments.

[0008] Figure 4 A process flow for triggering PHR generation according to one or more embodiments.

[0009] Figure 5 A process flow for triggering PHR generation according to one or more embodiments.

[0010] Figure 6

[0013] A process flow for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments.

[0011] Figure 7

[0013] A process flow for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments.

[0012] Figure 8

[0013] A process flow for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments.

[0013] Fig. 9

[0013] A process flow for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments.

[0014] Fig.10

[0013] A process flow for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments.

[0015] Fig.11 is an illustration of determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments.

[0016] Fig.12 A process flow for power headroom calculations according to one or more embodiments is provided.

[0017] Fig.13 A process flow for power headroom calculations according to one or more embodiments is provided.

[0018] Fig.14 A process flow for power headroom calculations according to one or more embodiments is provided.

[0019] Fig.15 Examples of receiving components according to some embodiments are illustrated.

[0020] Fig.16 Examples of UEs according to some embodiments are illustrated.

[0021] Fig.17 An example of a base station according to some embodiments is illustrated. DETAILED DESCRIPTION

[0022] The following specific embodiments relate to the accompanying drawings. The same reference numerals may be used to identify the same or similar elements in different drawings. In the following description, specific details, such as specific structures, architectures, interfaces, technologies, etc., are described for the purpose of illustration and not limitation, so as to provide a thorough understanding of various aspects of various embodiments. However, it will be apparent to those skilled in the art who benefit from the present disclosure that various aspects of various embodiments may be practiced in other examples that deviate from these specific details. In some instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of various embodiments due to unnecessary details. For the purposes of this document, the phrase "A or B" refers to (A), (B), or (A and B).

[0023] The power headroom provides an indication of the amount of transmit power remaining for use by the user equipment (UE) in addition to the power used in the current transmission. The UE can measure the power headroom and transmit a power headroom report (PHR) to the base station using a medium access control (MAC) element that can be sent via a physical uplink shared channel (PUSCH). The network can consider various types of power headroom measurements. For example, in the context of a 3GPP cellular network, the type 1 power headroom is the difference between the nominal UE maximum transmit power and the estimated power transmitted by the uplink shared channel (UL-SCH) for each activated service cell. The type 2 power headroom is the difference between the nominal UE maximum transmit power and the estimated power transmitted by the UL-SCH and physical uplink control channel (PUCCH) on the primary cell (SpCell) for other MAC entities. The type 3 power headroom is the difference between the nominal UE maximum transmit power and the estimated power transmitted by the sounding reference signal (SRS) for each activated service cell. In some instances, the PHR is related to the actual power used for the channel between the UE and the base station. It can be considered as the actual PHR. In other examples, the PHR is based on the estimated power of the channel between the UE and the base station. It can be considered a virtual PHR.

[0024] The PHR is configured using the power headroom configuration parameter structure. One parameter is phr-TX-PowerFactorChange, which can be considered as a threshold that can be used to trigger the UE to transmit a PHR to the base station when the change in path loss has been greater than the threshold. The UE can continuously calculate the path loss based on the reference signal power notified by the network and the RS power measured at the UE antenna. If the change in path loss is greater than the phr-TX-PowerFactorChange parameter, the UE can be triggered to generate a PHR to transmit to the base station. The base station can use the PHR for various reasons, including radio resource management (RRM). An example is that the base station can use the PHR to calculate the path loss from the base station to the UE. The base station can use the calculated path loss to enable or disable some functionality of the UE.

[0025] Although various mechanisms can trigger the UE to transmit a PHR to the base station, these mechanisms do not apply to simultaneous uplink (UL) transmissions to multiple transmit and receive points (TRPs). Therefore, if the UE is sending multiple PUSCH transmissions simultaneously to multiple TRPs through multiple antenna panels, the UE is not configured with a trigger for generating a PHR based on the path loss measured at the simultaneous beams.

[0026] Embodiments of the present disclosure address the above-mentioned embodiments by providing a method for sending a PHR based on measurements of simultaneous UL transmissions. Embodiments disclosed herein provide a triggering mechanism involving simultaneous UL transmissions through multiple UE antenna panels. In addition, embodiments described herein provide a method for determining whether a PHR triggered from simultaneous UL transmissions through multiple panels is an actual PHR or a virtual PHR.

[0027] Embodiments of the present disclosure are described in conjunction with 5G networks. However, the embodiments are not limited thereto and are similarly applicable to other types of communication networks including other types of cellular networks, such as LTE networks.

[0028] The following is a glossary of terms that may be used in this disclosure.

[0029] As used herein, the term "circuit" refers to, is part of, or includes a hardware component such as an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or a memory (shared, dedicated, or group) configured to provide the functionality, an application specific integrated circuit (ASIC), a field programmable device (FPD) (e.g., a field programmable gate array (FPGA), a programmable logic device (PLD), a complex PLD (CPLD), a high capacity PLD (HCPLD), a structured ASIC, or a programmable system on chip (SoC)), or a digital signal processor (DSP), etc. In some embodiments, the circuit may execute one or more software or firmware programs to provide at least some of the functionality. The term "circuit" may also refer to a combination of one or more hardware elements and a program code for executing the functionality of the program code (or a combination of circuits used in an electrical or electronic system). In these embodiments, the combination of hardware elements and program code may be referred to as a specific type of circuit.

[0030] As used herein, the term "processor circuit" refers to, is part of, or includes a circuit capable of sequentially and automatically performing a series of arithmetic or logical operations or recording, storing, or transferring digital data. The term "processor circuit" may refer to an application processor, a baseband processor, a central processing unit (CPU), a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions such as program code, software modules, and / or functional processes.

[0031] As used herein, the term "interface circuit" refers to a circuit that enables, is a part of, or includes information exchange between two or more components or devices. The term "interface circuit" may refer to one or more hardware interfaces, such as a bus, an I / O interface, a peripheral component interface, a network interface card, etc.

[0032] As used herein, the term "user equipment" or "UE" refers to a device that has radio communication capabilities and can describe a remote user of network resources in a communication network. The term "user equipment" or "UE" may be considered synonymous with and may be referred to as a client, mobile phone, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc. In addition, the term "user equipment" or "UE" may include any type of wireless / wired device or any computing device that includes a wireless communication interface.

[0033] As used herein, the term "base station" refers to a device with radio communication capabilities, which is a network component of a communication network (or more concisely, a network) and can be configured as an access node in the communication network. The access of a UE to a communication network can be at least partially managed by a base station, whereby the UE connects to the base station to access the communication network. Depending on the radio access technology (RAT), a base station can be referred to as a gNodeB (gNB), an eNodeB (eNB), an access point, etc.

[0034] As used herein, the term "network" refers to a communication network comprising a collection of network nodes configured to provide communication functions to multiple user equipment via one or more base stations. For example, the network may be a public land mobile network (PLMN) implementing one or more communication technologies (including, for example, 5G communications).

[0035] As used herein, the term "computer system" refers to any type of interconnected electronic devices, computer devices, or components thereof. Additionally, the term "computer system" or "system" may refer to various components of a computer that are communicatively coupled to one another. Furthermore, the term "computer system" or "system" may refer to multiple computer devices or multiple computing systems that are communicatively coupled to one another and configured to share computing resources or networked resources.

[0036] As used herein, the term "resource" refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a specific device, such as a computer device, a mechanical device, a memory space, a processor / CPU time, a processor / CPU usage, a processor and accelerator load, a hardware time or usage, a power supply, an input / output operation, a port or a network socket, a channel / link allocation, throughput, memory usage, storage, a network, a database and an application, a unit of work, etc. "Hardware resources" may refer to computing, storage or network resources provided by physical hardware elements. "Virtualized resources" may refer to computing, storage or network resources provided by a virtualized infrastructure to an application, a device, a system, etc. The term "network resources" or "communication resources" may refer to resources that a computer device / system can access via a communication network. The term "system resources" may refer to any kind of shared entity that provides a service, and may include computing resources or network resources. System resources may be considered as a set of coherent functions, network data objects or services that can be accessed through a server, wherein such system resources reside on a single host or multiple hosts and can be clearly identified.

[0037] As used herein, the term "channel" refers to any tangible or intangible transmission medium for communicating data or data streams. The term "channel" may be synonymous or equivalent to "communication channel", "data communication channel", "transmission channel", "data transmission channel", "access channel", "data access channel", "link", "data link", "carrier", "radio frequency carrier" or any other similar term representing a path or medium through which data is communicated. In addition, as used herein, the term "link" refers to a connection made between two devices for sending and receiving information.

[0038] As used herein, the terms "instantiate," "instantiate," and the like refer to the creation of an instance. "Instance" also refers to a specific occurrence of an object, which may occur, for example, during the execution of program code.

[0039] The term "connected" may mean that two or more elements at a common communication protocol layer have an established signaling relationship with each other through a communication channel, link, interface, or reference point.

[0040] As used herein, the term "network element" refers to physical or virtualized equipment or infrastructure for providing wired or wireless communication network services. The term "network element" may be considered synonymous with or referred to as a networked computer, networking hardware, network equipment, network node, virtualized network function, etc.

[0041] The term "information element" refers to a structural element that contains one or more fields. The term "field" refers to the individual contents of an information element, or a data element that contains the contents. An information element may include one or more additional information elements.

[0042] The term "3GPP access" refers to access (e.g., radio access technology) specified by the 3GPP standards. These accesses include, but are not limited to, GSM / GPRS, LTE, LTE-A, or 5G NR. In general, 3GPP access refers to various types of cellular access technologies.

[0043] The term "non-3GPP access" refers to any access (e.g., radio access technology) not specified by the 3GPP standards. These accesses include, but are not limited to, WiMAX, CDMA2000, Wi-Fi, WLAN, or fixed networks. Non-3GPP accesses can be divided into two categories, "trusted" and "untrusted": trusted non-3GPP accesses can interact directly with the Evolved Packet Core (EPC) or 5G Core (5GC), while untrusted non-3GPP accesses communicate with the EPC / 5GC via network entities (such as Evolved Packet Data Gateways or 5G NR Gateways). In general, non-3GPP access refers to various types of non-cellular access technologies.

[0044] Figure 1 1 is an illustration of a system 100 for simultaneous multi-panel transmission-based PHR generation according to one or more embodiments. The system 100 may include a first transmission and reception point (TRP) 102 and a second TRP 104, wherein each TRP may be arranged at one or more base stations for providing services to a geographic area (e.g., a cell). The TRPs may communicate with a UE 106 via uplink (UL) and downlink (DL) communications. The TRPs may further communicate with each other via a backhaul link.

[0045] UE 106 can be located at a fixed location, or can move around inside and outside a geographic area. For example, the geography can be a macrocell that can provide low-frequency coverage within a few miles, a small cell (including a femtocell, a microcell, and a microcell) that can provide high-frequency coverage for a smaller area. It should be understood that although two TRPs are illustrated, in other embodiments, the system 100 may include more than two TRPs. UE 106 may include a first antenna panel 108 and a second antenna panel 110. UE 106 may be further configured to simultaneously send a first PUSCH transmission through the first antenna panel 108 and send a second PUSCH transmission through the second antenna panel 110. In some instances, the first PUSCH transmission and the second PUSCH transmission are received at either the first TRP 102 or the second TRP 104. In other instances, the first PUSCH transmission is received at the first TRP 102, and the second PUSCH transmission is received at the second TRP 104.

[0046] The first TRP 102, the second TRP 104 and the UE 106 may communicate with each other using a component carrier (CC). The CC includes multiple carriers used by a base station to configure the UE 106 for carrier aggregation (CA). The UE 106 may be configured with multiple UL CCs and DL CCs for UL and DL transmissions.

[0047] The UE 106 may be further configured to measure a path loss associated with the first PUSCH transmission and the second PUSCH transmission. If the UE 106 returns certain measurement results of the simultaneous PUSCH transmission, the UE 106 may generate a PHR for transmission to the base station. The triggering mechanism of the UE, the determination of whether the PHR is an actual PHR or a virtual PHR, and the calculation of the power headroom are described below.

[0048] As described herein, determining a path loss change may include determining a first time T 0 The path loss PL 0 With the second time T 1 The second path loss PL 1 The difference between the second time T 1 In the first time T 0 In some instances, the path loss change may be a positive change (e.g., PL 0 >PL 1 In other examples, the path loss change may be a negative change (e.g., PL 0 <PL 1 ). However, even in other instances, the path loss change may be zero (e.g., PL 0 =PL 1 ).

[0049] In some instances, the trigger mechanism for generating a PHR may be that the remaining transmit power for the UE 106 to use for the first PUSCH transmission or the second PUSCH transmission in addition to the power used in the current transmission is greater than a threshold. For example, the UE may determine that the remaining transmit power for either the first PUSCH transmission or the second PUSCH transmission is 5 dB. If the threshold is 4 dB, then only the remaining 5 dB transmit power may trigger a PHR. However, if the threshold power is 5 dB or 6 dB, then the 5 dB transmit power does not trigger a PHR. The threshold may be a threshold different from the difference threshold and path loss change threshold described below.

[0050] In addition, the trigger mechanism can be based on the difference in the remaining threshold power between the first PUSCH transmission and the second PUSCH transmission. If the difference in transmit power between the first PUSCH transmission and the second PUSCH transmission is greater than the power difference threshold, the UE 106 can be triggered to generate a PHR. For example, the UE may determine that the remaining transmit power for the first PUSCH is 6dB and the remaining transmit power for the second PUSCH transmission is 3dB. If the difference threshold is 2dB, the UE 106 can be triggered to generate a PHR. However, if the difference threshold is 3dB or greater, the UE 106 will not be triggered to generate a PHR. The threshold can be a threshold different from the path loss change threshold described below.

[0051] Figure 2 200 is a process flow for triggering PHR generation according to one or more embodiments. A UE (e.g., UE 106) may simultaneously send a PUSCH transmission to a first TRP (e.g., TRP 102) through a first antenna panel (e.g., first antenna panel 108) and send a second PUSCH transmission to a second TRP (e.g., TRP 104) through a second antenna panel (e.g., second antenna panel 110). At 202, the UE may determine a change in path loss of the first TRP and the second TRP. For example, the UE may calculate the path loss between the first antenna panel and the first TRP based on a reference signal power as notified by the network and an RS power measured at the first antenna panel. The UE may repeatedly calculate the path loss of the first TRP and the second TRP so that the UE can compare the current path loss with a previously calculated path loss, or store the calculated path loss for comparison with future path losses. The UE may also calculate the path loss between the second antenna panel and the second TRP based on a reference signal power as notified by the network and an RS power measured at the first antenna panel.

[0052] At 204, the UE may determine whether the path loss change associated with each of the first TRP and the second TRP exceeds a threshold. The threshold may be indicated to the UE by the base station. For example, the threshold may be the phr-TX-PowerFactorChange parameter. For comparison purposes, the calculated path loss change may be a positive change or a negative change in the path loss. Specifically, for comparison purposes, the absolute value of the path loss is considered. For example, for the first TRP, the path loss may be +3dB or -3dB because both have the same absolute value. If the threshold is 2dB, the path loss of the first TRP (e.g., +3dB or -3dB) is greater than the threshold. However, if the threshold is 4dB, the path loss associated with the first TRP does not exceed the threshold. In this example, the UE will still need to calculate the path loss change of the second TRP that will be triggered to generate a PHR. For example, if the path loss change associated with the second TRP is either +4dB or -4dB, and the threshold is 4dB, the path loss change does not trigger the UE to generate a PHR. This is because, even though the path loss change associated with one TRP exceeds the threshold, the path loss change associated with the second TRP does not exceed the threshold. Instead, the path loss change is the same as the threshold. However, if the threshold is 3dB, the path loss change of the TRP does exceed the threshold (e.g., +4db>+3db, |-4dB|>+3dB). In addition, if the path loss associated with the first TRP also exceeds the threshold, the UE may be triggered to generate a PHR.

[0053] Alternatively, the path loss change that can trigger the UE to generate a PHR can be the sum of the absolute value of the path loss change of the first TRP and the absolute value of the path loss change of the second TRP. For example, if the path loss change of the first TRP is +3dB and the path loss change of the second TRP is -2DB, the sum of the absolute values ​​is +5dB. Therefore, if the threshold is 4dB, the UE can be triggered to generate a PHR. However, if the threshold is 6dB, the UE does not generate a PHR.

[0054] If the path loss change associated with each of the first TRP and the second TRP does not exceed the threshold, then at 206, the UE does not generate a PHR. However, if the path loss change associated with each of the first TRP and the second TRP does exceed the threshold, then at 208, the UE does generate a PHR. The PHR may be configured based on a configuration parameter structure. The PHR may further include various parameters such as phr-PeriodicTimer, phr-ProhibitTimer, phr-TX-PowerFactorChange, multiplePHR, pr-Type2OtherCell, and phr-ModeOtherCG. At 210, the UE may be sending the PHR to the base station.

[0055] Figure 3 300 is a process flow for triggering PHR generation according to one or more embodiments. A UE (e.g., UE 106) may simultaneously send a PUSCH transmission to a first TRP (e.g., TRP 102) via a first antenna panel (e.g., first antenna 108) and send a second PUSCH transmission to a second TRP (e.g., TRP 104) via a second antenna panel (e.g., second antenna panel 110). At 302, the UE may determine a path loss change of the first TRP and the second TRP.

[0056] At 304, the UE may determine whether a path loss change associated with either the first TRP or the second TRP exceeds a threshold. In some instances, the threshold may be a phr-TX-PowerFactorChange parameter, as defined in clause 5.4.6 of TS38.321. For example, consider a case where the threshold may be 3 dB. If the absolute value of the path loss change of either the first TRP or the second TRP is 4 dB (e.g., +4 dB or |-4 dB|) or higher, the UE may be triggered to generate a PHR. However, if the absolute value of the path loss change of either the first TRP or the second TRP is 3 dB (e.g., +3 dB or |-3 dB|) or lower, the UE does not generate a PHR.

[0057] Alternatively, the base station may configure the UE to use a threshold that is smaller or larger than the threshold (e.g., phr-TX-PowerFactorChange parameter) defined for multi-panel simultaneous PUSCH transmission to a single TRP. In this instance, the base station may configure the UE to use the threshold through the UE's radio resource control configuration. For example, if the phr-TX-PowerFactorChange parameter for multi-panel simultaneous PUSCH transmission to a single TRP is 5 dB, the base station may set the threshold to 4 dB and lower or 6 dB and higher through the UE's RRC configuration. The UE may then compare the path loss change measurement result with the RRC configured threshold.

[0058] If the path loss change associated with either of the TRP and the TRP does not exceed the threshold, then the UE does not generate a PHR at 306. However, if the path loss change associated with either of the first TRP and the second TRP does exceed the threshold, then the UE does generate a PHR at 308. At 310, the UE may be sending the PHR to the base station.

[0059] Figure 4 400 is a process flow for triggering PHR generation according to one or more embodiments. A UE (e.g., UE 106) may simultaneously send a PUSCH transmission to a first TRP (e.g., TRP 102) through a first antenna panel (e.g., first antenna 108) and send a second PUSCH transmission to a second TRP (e.g., TRP 104) through a second antenna panel (e.g., second antenna panel 110). The base station may designate the first TRP as a reference TRP for power headroom purposes through RRC configuration. At 402, the UE may determine a path loss change of the first TRP (e.g., reference TRP).

[0060] At 404, the UE may determine whether a change in path loss associated with a first TRP (e.g., to a reference TRP) exceeds a threshold. In some instances, the threshold may be a phr-TX-PowerFactorChange parameter. For example, consider a case where the threshold may be 3 dB. If the change in path loss of the first TRP is 4 dB (e.g., +4 dB or |-4 dB|) or higher, the UE may be triggered to generate a PHR regardless of the change in path loss of the second TRP. However, if the absolute value of the change in path loss of the first TRP is 3 dB (e.g., +3 dB or |-3 dB|) or lower, the UE does not generate a PHR regardless of the change in path loss of the second TRP.

[0061] If the path loss change associated with the first TRPs does not exceed the threshold, then the UE does not generate a PHR at 406. However, if the path loss change associated with any of the first TRPs does exceed the threshold, then the UE does generate a PHR at 408. At 410, the UE may be sending the PHR to the base station.

[0062] Figure 5 500 is a process flow for triggering PHR generation according to one or more embodiments. At 502, the UE may detect any of the following: switching from a single TRP (or multiple TRPs based on time domain) transmission to multi-panel simultaneous transmission to multiple TRPs or switching from multi-panel simultaneous transmission to multiple TRPs to a single TRP (or multiple TRPs based on time domain) transmission. Multi-panel simultaneous transmission to multiple TRPs may be a transmission technique in which the UE simultaneously transmits multiple UL transmissions via the frequency domain through corresponding UE antenna panels. Each UL transmission may be sent to a corresponding TRP on one or more base stations. The base station may configure the UE to switch from a single TRP (or multiple TRPs based on time domain) transmission to multi-panel simultaneous transmission to multiple TRPs, or vice versa.

[0063] If the UE does not switch from single TRP (or multiple TRP based on time domain) transmission to multi-panel simultaneous transmission to multiple TRPs, or vice versa, the UE does not generate a PHR at 504. However, if the UE does switch from single TRP (or multiple TRP based on time domain) transmission to multi-panel simultaneous transmission to multiple TRPs, or vice versa, the UE does not generate a PHR at 506. At 508, the UE may be sending a PHR to the base station.

[0064] The embodiments herein further relate to a method in which a UE determines whether a PHR for a cell is based on actual transmission (actual PHR) or a reference format (virtual PHR) based on higher layer signaling of configuration grant and periodic / semi-persistent sounding reference signal transmission and downlink control information. (3GPP TS 38.213 V17.20.0 (2022-06)

[0065] Figure 6 6. Process flow 600 for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments. Figure 6 Applicable to the case where the UE is simultaneously transmitting a first PUSCH transmission and a second PUSCH transmission (e.g., PUSCH+PUSCH) based on a single DCI. At 602, the UE may determine that the first PUSCH transmission and the second PUSCH transmission completely overlap in time. At 604, the UE may determine that both the first PUSCH transmission and the second PUSCH transmission are actual, or the UE determines that both the first PUSCH transmission and the second PUSCH transmission are virtual.

[0066] Figure 7 7 is a process flow 700 for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments. Figure 7 Applicable to the case where the UE is simultaneously sending a first PUSCH transmission and a second PUSCH transmission (eg, PUSCH+PUSCH) based on a single DCI. Figure 7 Further applicable to the case where one TRP has been designated as a reference TRP. At 702, the UE may determine that both the first PUSCH transmission and the second PUSCH transmission completely overlap in time. At 704, the UE may determine that the first PUSCH transmission or the second PUSCH transmission associated with the reference TRP is actual and the other of the first PUSCH transmission and the second PUSCH transmission is virtual, provided that the timeline specified in (3GPP TS 38.213 V17.20.0 (2022-06) is met.

[0067] Figure 8 8 is a process flow 800 for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments. Figure 8 Applicable to situations where the UE is sending a first PUSCH transmission and a second PUSCH transmission (e.g., PUSCH+PUSCH) to multiple TRPs simultaneously. At 802, the UE may determine that the first PUSCH transmission and the second PUSCH transmission do not completely overlap in time. At 804, the UE may determine whether the first PUSCH transmission is actual or virtual based on an existing canonical timeline. The UE may also determine whether the second PUSCH transmission is actual or virtual based on an existing canonical timeline.

[0068] Fig. 9 9 is a process flow 900 for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments. Fig. 9 Applicable to the case where the UE is sending a first PUSCH transmission and a second PUSCH transmission (e.g., PUSCH+PUSCH) to multiple TRPs simultaneously. At 902, the UE may determine that the first PUSCH transmission and the second PUSCH transmission do not completely overlap in time. At 904, if both the first PUSCH transmission and the second PUSCH transmission meet the existing specification timeline, the UE may determine that both are actual. Otherwise, if either of the first PUSCH transmission and the second PUSCH transmission does not meet the existing specification timeline, the UE may determine that both the first PUSCH transmission and the second PUSCH transmission are virtual.

[0069] Fig.101000 is a process flow for determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments. Fig.10 Applicable to the case where the UE is sending a first PUSCH transmission and a second PUSCH transmission (e.g., PUSCH+PUSCH) to multiple TRPs simultaneously. At 1002, the UE may determine that the first PUSCH transmission and the second PUSCH transmission do not completely overlap in time. At 1004, the UE may determine whether the PUSCH transmission that started earlier (either the first PUSCH transmission or the second PUSCH transmission) is actual or virtual based on existing specifications. Determine that the PUSCH transmission that started later is virtual.

[0070] Fig.11 is an example 1100 of determining whether a PHR is a real PHR or a virtual PHR according to one or more embodiments. As illustrated, a first component carrier (CC 0 ) 1102 includes a first PUSCH transmission (PUSCH0) and is being sent to a single TRP (s-TRP). The second component carrier 1106 carries the second PUSCH transmission (PUSCH1) 1108 and the third PUSCH transmission (PUSCH2) 1110 to the corresponding TRP (m-TRP). As illustrated in the figure, the second PUSCH transmission 1108 starts earlier in time than the third PUSCH transmission 1110. In this example, based on the fact that the first PUSCH transmission 1104 and the third PUSCH transmission 1110 completely overlap in the time domain and both transmissions meet the existing specification timeline, the PHR for the first PUSCH transmission 1104 is calculated based on the actual transmission. Based on the fact that the second PUSCH transmission 1108 does not completely overlap with the other transmissions and the first PUSCH transmission 1104 is calculated based on the actual transmission, the PHR for the second PUSCH transmission 1108 is calculated based on the virtual transmission. If you select About Figure 8 The process described above calculates the third PUSCH transmission 1110 based on the actual transmission according to the existing specification timeline. Fig.10 or Fig.11 The process described above calculates the PHR for the third PUSCH transmission 1110 based on the virtual transmission.

[0071] The embodiments herein further relate to power headroom calculation.Power headroom calculation is described by 3GPP TS38.213 V17.20.0 (2022-06).

[0072] Fig.121200 is a process flow for power headroom calculation according to one or more embodiments. At 1202, the UE may determine that a first PUSCH transmission and a second PUSCH transmission are transmitted simultaneously on multiple panels and use a Type 1 PHR calculation. In addition, the UE may determine that a total radiated power and an equivalent isotropic radiated power (EIRP) are limited across the panels. At 1204, the UE may calculate the power headroom based on the consumed power for each PUSCH transmission and the shared P CMax,f,c Use the following equation to calculate a single pH;

[0073] PH Type1,b,f,c (i) = P CMax,f,c (i)-{P PUSCH1 +P PUSCH2}

[0074] At 1206, the UE may send the PHR to the base station.

[0075] Fig.13 1300 is a process flow for power headroom calculation according to one or more embodiments. At 1302, the UE may determine that a first PUSCH transmission and a second PUSCH transmission are transmitted simultaneously on multiple panels and use a Type 1 PHR calculation. In addition, the UE may determine that a total radiated power and an equivalent isotropic radiated power (EIRP) are limited across the panels. At 1304, the UE may calculate the power headroom based on the consumed power for the corresponding PUSCH transmission and the shared P CMax,f,c Use the following equation to calculate the corresponding pH;

[0076] PH Type1,b,f,c (i) = P CMax,f,c (i)-{P PUSCHM}

[0077] At 1306, the UE may be sending a PHR to the base station.

[0078] Fig.14 1 is a process flow for power headroom calculation according to one or more embodiments. At 1402, the UE may determine that a first PUSCH transmission and a second PUSCH transmission are transmitted simultaneously on multiple panels and use a type 1 PHR calculation. In addition, the UE may determine that a total radiated power and an equivalent isotropic radiated power (EIRP) are limited by panel. At 1404, the UE may calculate the power headroom based on the consumed power for the corresponding PUSCH transmission and the shared P CMax,f,c Use the following equation to calculate the corresponding pH;

[0079] PH Type1,b,f,c (i) = P CMax,f,c (i)-{P PUSCHM}

[0080] At 1406, the UE may be sending a PHR to the base station.

[0081] Fig.15 1506 according to some embodiments. The receiving component 1500 may include an antenna panel 1504 including a plurality of antenna elements. The panel 1504 is shown as having four antenna elements, but other embodiments may include other numbers.

[0082] The antenna panel 1504 may be coupled to an analog beamforming (BF) component that includes a plurality of phase shifters 1508(1) to 1508(4). The phase shifters 1508(1) to 1508(4) may be coupled to a radio frequency (RF) chain 1512. The RF chain 1512 may amplify the received analog RF signal, down-convert the RF signal to a baseband signal, and convert the analog baseband signal to a digital baseband signal that may be provided to a baseband processor for further processing.

[0083] In various embodiments, control circuitry, which may reside in a baseband processor, may provide BF weights (e.g., W1 to W4) (which may represent phase shift values) to phase shifters 1508(1) to 1508(4) to provide receive beams at antenna panel 1504. These BF weights may be determined based on channel-based beamforming.

[0084] Fig.16 UE 1600 according to some embodiments is illustrated. UE 1600 may be similar to Fig.15 UE 1506 and is essentially interchangeable with the UE.

[0085] Similar to what is described above with respect to UE 1600, UE 1600 may be any mobile or non-mobile computing device, such as, for example, a mobile phone, a computer, a tablet, an industrial wireless sensor (e.g., microphone, carbon dioxide sensor, pressure sensor, humidity sensor, thermometer, motion sensor, accelerometer, laser scanner, fluid level sensor, inventory sensor, voltage / current meter, actuator, etc.), video surveillance / monitoring equipment (e.g., camera, camcorder, etc.), a wearable device, or a loose IoT device. In some embodiments, the UE may be a reduced capacity UE or an NR-Light UE.

[0086] UE 1600 may include a processor 1604, an RF interface circuit 1608, a memory / storage device 1612, a user interface 1616, a sensor 1620, a driver circuit 1622, a power management integrated circuit (PMIC) 1624, and a battery 1628. The components of UE 1600 may be implemented as an integrated circuit (IC), a portion of an integrated circuit, a discrete electronic device or other module, logical component, hardware, software, firmware, or a combination thereof. Fig.16 The block diagram of UE 1600 is intended to show a high-level view of certain of the components of UE 1600. However, some of the components shown may be omitted, additional components may be present, and different arrangements of the components shown may occur in other implementations.

[0087] Components of UE 1600 may be coupled to various other components via one or more interconnects 1632, which may represent any type of interface, input / output, bus (local, system, or extended), transmission line, trace, optical connection, etc. that allows various circuit components (on a common or different chip or chipset) to interact with each other.

[0088] The processor 1604 may include processor circuits such as, for example, a baseband processor circuit (BB) 1604A, a central processor unit circuit (CPU) 1604B, and a graphics processor unit circuit (GPU) 1604C. The processor 1604 may include any type of circuit or processor circuit that executes or otherwise operates computer-executable instructions (such as program codes, software modules, or functional processes from the memory / storage device 1612) to cause the UE 1600 to perform operations as described herein.

[0089] In some embodiments, the baseband processor circuit 1604A can access the communication protocol stack 1636 in the memory / storage device 1612 to communicate through a 3GPP compatible network. Generally speaking, the baseband processor circuit 1604A can access the communication protocol stack to: perform user plane functions at the PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at the PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and non-access layer (NAS) layer. In some embodiments, the PHY layer operations can be additionally / alternatively performed by components of the RF interface circuit 1608.

[0090] The baseband processor circuit 1604A may generate or process baseband signals or waveforms that carry information in a 3GPP-compatible network. In some embodiments, the waveforms used for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0091] The baseband processor circuit 1604A may also access the group information 1624 from the memory / storage 1612 to determine the search space groups in which the multiple repetitions of the PDCCH may be sent.

[0092] The memory / storage 1612 may include any type of volatile or non-volatile memory that may be distributed throughout the UE 1600. In some embodiments, some of the memory / storage 1612 may be located on the processor 1604 itself (e.g., L1 cache and L2 cache), while other memory / storage 1612 is external to the processor 1604 but accessible via a memory interface. The memory / storage 1612 may include any suitable volatile or non-volatile memory, such as, but not limited to, dynamic random access memory (DRAM), static random access memory (SRAM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), flash memory, solid-state memory, or any other type of memory device technology.

[0093] The RF interface circuit 1608 may include a transceiver circuit and a radio frequency front end module (RFEM), which allows the UE 1600 to communicate with other devices through a radio access network. The RF interface circuit 1608 may include various elements arranged in a transmit path or a receive path. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuits, control circuits, etc.

[0094] In the receive path, the RFEM may receive the radiated signal from the air interface via antenna 1624 and proceed to filter and amplify the signal (using a low noise amplifier). The signal may be provided to a transceiver's receiver, which down-converts the RF signal to a baseband signal that is provided to a baseband processor of processor 1604.

[0095] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides an RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier before the signal is radiated across the air interface via the antenna 1624.

[0096] In various embodiments, the RF interface circuit 1608 may be configured to send / receive signals in a manner compatible with NR access technology.

[0097] Antenna 1624 may include multiple antenna elements, each of which converts electrical signals into radio waves to travel through the air and converts received radio waves into electrical signals. These antenna elements may be arranged into one or more antenna panels. Antenna 1624 may have an antenna panel that is omnidirectional, directional, or a combination thereof to achieve beamforming and multiple input / multiple output communications. Antenna 1624 may include a microstrip antenna, a printed antenna manufactured on the surface of one or more printed circuit boards, a patch antenna, a phased array antenna, etc. Antenna 1624 may have one or more panels that are designed for a specific frequency band included in a band in FR1 or FR2.

[0098] The user interface circuit 1616 includes various input / output (I / O) devices designed to enable a user to interact with the UE 1600. The user interface circuit 1616 includes input device circuits and output device circuits. The input device circuit includes any physical or virtual components for accepting input, and in particular includes one or more physical or virtual buttons (e.g., a reset button), a physical keyboard, a keypad, a mouse, a touchpad, a touch screen, a microphone, a scanner, a headset, etc. The output device circuit includes any physical or virtual components for displaying information or otherwise conveying information (such as sensor readings, actuator positions, or other similar information). The output device circuit may include any number or combination of audio or visual displays, in particular including one or more simple visual outputs / indicators (e.g., binary state indicators (such as light emitting diodes "LEDs") and multi-character visual outputs, or more complex outputs (such as display devices or touch screens (e.g., liquid crystal displays (LCDs), LED displays, quantum dot displays, projectors, etc.)), where the output of characters, graphics, multimedia objects, etc. is generated or produced by the operation of the UE 1600.

[0099] Sensor 1620 may include a device, module, or subsystem that is designed to detect events or changes in its environment and transmit information about the detected events (sensor data) to some other device, module, subsystem, etc. Examples of such sensors include, among others: an inertial measurement unit including an accelerometer; a gyroscope; or a magnetometer; a microelectromechanical system or nanoelectromechanical system including a three-axis accelerometer; a three-axis gyroscope; or a magnetometer; a level sensor; a flow sensor; a temperature sensor (e.g., a thermistor); a pressure sensor; a barometric pressure sensor; a gravity meter; an altimeter; an image capture device (e.g., a camera or a lensless aperture); a light detection and ranging sensor; a proximity sensor (e.g., an infrared radiation detector, etc.); a depth sensor; an ambient light sensor; an ultrasonic transceiver; a microphone or other similar audio capture device; and the like.

[0100] The driver circuit 1622 may include software and hardware elements for controlling specific devices embedded in, attached to, or otherwise communicatively coupled to the UE 1600. The driver circuit 1622 may include various drivers to allow other components to interact with or control various input / output (I / O) devices that may be present in or connected to the UE 1600. For example, the driver circuit 1622 may include: a display driver for controlling and allowing access to a display device, a touch screen driver for controlling and allowing access to a touch screen interface, a sensor driver for obtaining sensor readings of the sensor circuit 1620 and controlling and allowing access to the sensor circuit 1620, a driver for obtaining an actuator position of an electromechanical component or controlling and allowing access to an electromechanical component, a camera driver for controlling and allowing access to an embedded image capture device, and an audio driver for controlling and allowing access to one or more audio devices.

[0101] The PMIC 1624 may manage the power provided to various components of the UE 1600. Specifically, with respect to the processor 1604, the PMIC 1624 may control power source selection, voltage scaling, battery charging, or DC-DC conversion.

[0102] In some embodiments, the PMIC 1624 may control or otherwise be part of various power saving mechanisms of the UE 1600. For example, if the platform UE is in the RRC_Connected state, in which the platform is still connected to the RAN node because it expects to receive traffic soon, then after a period of inactivity, the platform may enter a state known as discontinuous reception mode (DRX). During this state, the UE 1600 may be powered off for short time intervals, thereby saving power. If there is no data traffic activity for an extended period of time, the UE 1600 may transition to the RRC_Idle state, in which it is disconnected from the network and does not perform operations such as channel quality feedback, handover, etc. The UE 1600 enters a very low power state and performs paging, in which it wakes up again periodically to listen to the network, and then powers off again. The UE 1600 may not receive data in this state; in order to receive data, the platform must transition back to the RRC_Connected state. Additional power saving modes may prevent the device from using the network for a time exceeding the paging interval (from a few seconds to a few hours). During this time, the device is completely unable to connect to the network and can be completely powered off. Any data transmitted during this time will be significantly delayed, and it is assumed that the delay is acceptable.

[0103] The battery 1628 can power the UE 1600, but in some examples, the UE 1600 can be installed in a fixed location and can have a power source coupled to the power grid. The battery 1628 can be a lithium-ion battery, a metal-air battery such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, etc. In some specific implementations, such as in vehicle-based applications, the battery 1628 can be a typical lead-acid car battery.

[0104] Fig.17 1700 according to some embodiments. The gNB node 1700 may be similar to Figure 1 The base stations 174, 176 are substantially interchangeable with the base stations.

[0105] gNB 1700 may include a processor 1704, an RF interface circuit 1708, a core network (CN) interface circuit 1712, and a memory / storage device circuit 1716.

[0106] The components of gNB 1700 may be coupled to various other components via one or more interconnects 1728.

[0107] The processor 1704, RF interface circuit 1708, memory / storage circuit 1716 (including communication protocol stack 1710), antenna 1724, and interconnect 1728 may be similar to those described with respect to Fig.15 Like named elements are shown and described.

[0108] The CN interface circuitry 1712 may provide connectivity to a core network, such as a 4th generation core network (5GC) using a 4GC-compatible network interface protocol, such as a Carrier Ethernet protocol, or some other suitable protocol. Network connectivity may be provided to / from the gNB 1700 via optical fiber or wireless backhaul. The CN interface circuitry 1712 may include one or more dedicated processors or FPGAs for communicating using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1712 may include multiple controllers for providing connectivity to other networks using the same or different protocols.

[0109] It is understood that the use of personally identifiable information should be subject to privacy policies and practices that are generally recognized to meet or exceed industry or government requirements for maintaining user privacy. Specifically, personally identifiable information data should be managed and processed to minimize the risk of unintentional or unauthorized access or use, and the nature of the authorized use should be clearly stated to users.

[0110] For one or more embodiments, at least one of the components shown in one or more of the foregoing figures may be configured to perform one or more operations, techniques, processes, or methods described in the following example section. For example, the baseband circuit described above in conjunction with one or more of the foregoing figures may be configured to operate according to one or more of the examples described below. For another example, the circuits associated with the UE, base station, network element, etc. described above in conjunction with one or more of the foregoing figures may be configured to operate according to one or more of the examples described below in the example section.

[0111] Example

[0112] In the following sections, additional exemplary embodiments are provided.

[0113] Embodiment 1 includes a user equipment (UE), which includes: a processor; a first antenna panel; a second antenna panel; and a computer-readable medium, which includes instructions that, when executed by the processor, cause the processor to perform operations including: determining a first path loss change for a first physical uplink shared channel (PUSCH) transmission from the first antenna panel to a first transmit and receive point (TRP); determining a second path loss change for a second PUSCH transmission from the second antenna panel to a second TRP, the second PUSCH transmission being performed simultaneously with the first PUSCH transmission; determining to generate a power headroom report (PHR) based on the first path loss change and the second path loss change; and generating the PHR based on the determination.

[0114] Embodiment 2 includes the UE according to embodiment 1, wherein generating PHR includes: determining whether the first absolute value of the first path loss change is greater than a threshold; determining whether the second absolute value of the second path loss change is greater than a threshold; and determining to generate PHR based on the absolute value of the first path loss change and the absolute value of the second path loss change being greater than the threshold, respectively.

[0115] Embodiment 3 includes the UE according to embodiment 2, wherein the threshold comprises a phr-TX-PowerFactorChange parameter.

[0116] Embodiment 4 includes the UE according to embodiment 1, wherein generating PHR includes: determining that the sum of a first absolute value of a first path loss change and a second absolute value of a second path loss change is greater than a threshold; and determining to generate PHR based on that the sum of the absolute value of the first path loss change and the absolute value of the second path loss change is greater than the threshold.

[0117] Embodiment 5 includes the UE according to embodiment 1, wherein generating PHR includes: determining whether the first absolute value of the first path loss change is greater than a threshold; determining whether the second absolute value of the second path loss change is greater than a threshold; and determining to generate PHR based on either the first absolute value or the second absolute value being greater than the threshold.

[0118] Embodiment 6 includes the UE according to embodiment 1, wherein generating PHR includes: determining whether the absolute value of a first path loss change is greater than a threshold, wherein the first path loss change is associated with a reference TRP; and determining to generate PHR based on the absolute value of the first path loss change being greater than the threshold.

[0119] Embodiment 7 includes the UE according to embodiment 1, wherein the instructions, when executed by the processor, further cause the processor to detect any of the following: a switch from a single TRP mode to a multi-panel simultaneous transmission mode or a switch from a multi-panel simultaneous transmission mode to a single TRP mode.

[0120] Embodiment 8 includes the UE according to embodiment 1, wherein the instructions, when executed by the processor, further cause the processor to: determine whether the PHR is an actual PHR or a virtual PHR based on the overlap of the first PUSCH transmission and the second PUSCH transmission completely overlapping in the time domain and satisfying the timeline.

[0121] Embodiment 9 includes a UE according to any one of embodiments 1 to 8, wherein the instructions, when executed by the processor, further cause the processor to: determine whether the PHR is an actual PHR or a virtual PHR based on the first PUSCH transmission starting earlier than the second PUSCH transmission and satisfying the timeline.

[0122] Embodiment 10 includes a UE according to embodiment 1, wherein the instructions, when executed by the processor, further cause the processor to: calculate the power headroom based on the consumed power of the first PUSCH transmission and the second PUSCH transmission, wherein the total radiated power and the equivalent isotropic radiated power (EIRP) are defined across all first panels and second panels.

[0123] Embodiment 11 includes a UE according to embodiment 1, wherein the instructions, when executed by the processor, further cause the processor to: calculate a first power headroom for a first PUSCH transmission and a second power headroom for a second PUSCH transmission, wherein the total radiated power and the equivalent isotropic radiated power (EIRP) are defined according to the first panel and according to the second panel.

[0124] Embodiment 12 comprises a computer-readable medium having stored thereon an instruction sequence which, when executed, causes a processor to perform operations including: determining a first path loss change for a first physical uplink shared channel (PUSCH) transmission from a first antenna panel to a first transmit and receive point (TRP); determining a second path loss change for a second PUSCH transmission from a second antenna panel to a second TRP, the second PUSCH transmission being performed simultaneously with the first PUSCH transmission; determining to generate a power headroom report (PHR) based on the first path loss change and the second path loss change; and generating the PHR based on the determination.

[0125] Embodiment 13 includes a computer-readable medium according to Embodiment 12, wherein generating a PHR includes: determining whether the absolute value of a first path loss change is greater than a threshold; determining whether the absolute value of a second path loss change is greater than a threshold; and determining to generate a PHR based on the absolute value of the first path loss change and the absolute value of the second path loss change being greater than the threshold, respectively.

[0126] Embodiment 14 includes a computer-readable medium according to embodiment 12, wherein the first PUSCH transmission and the second PUSCH transmission completely overlap in the time domain, and wherein the instructions, when executed by the processor, further cause the processor to determine, based on the timeline, any of the following: both the first PUSCH transmission and the second PUSCH transmission are corresponding actual PUSCH transmissions or both the first PUSCH transmission and the second PUSCH transmission are corresponding virtual PUSCH transmissions.

[0127] Embodiment 15 includes a computer-readable medium according to embodiment 12, wherein the first PUSCH transmission and the second PUSCH transmission completely overlap in the time domain, wherein the first TRP is a reference TRP, and wherein the instructions when executed by the processor further cause the processor to: determine, based on the timeline and that the first TRP is a reference TRP, that the first PUSCH transmission is an actual PUSCH transmission and that the second PUSCH transmission is a virtual PUSCH transmission.

[0128] Embodiment 16 includes a computer-readable medium according to embodiment 12, wherein the first PUSCH transmission and the second PUSCH transmission do not completely overlap in the time domain, and wherein the instructions, when executed by the processor, further cause the processor to: determine that the first PUSCH transmission is an actual PUSCH transmission and the second PUSCH transmission is an actual PUSCH transmission based on the first PUSCH transmission satisfying the first timeline and the second PUSCH transmission satisfying the second timeline.

[0129] Embodiment 17 includes a computer-readable medium according to embodiment 12, wherein the first PUSCH transmission and the second PUSCH transmission do not completely overlap in the time domain, and wherein the instructions, when executed by the processor, further cause the processor to: determine that the first PUSCH transmission is a virtual PUSCH transmission and the second PUSCH transmission is a virtual PUSCH transmission based on the first PUSCH transmission not satisfying the first timeline or the second PUSCH transmission not satisfying the second timeline.

[0130] Embodiment 18 includes a computer-readable medium according to embodiment 12, wherein the first PUSCH transmission and the second PUSCH transmission do not completely overlap in the time domain, wherein the first PUSCH transmission starts before the second PUSCH transmission, and wherein the instructions, when executed by the processor, further cause the processor to: determine that the first PUSCH transmission is an actual PUSCH transmission and the second PUSCH transmission is a virtual PUSCH transmission.

[0131] Embodiment 19 includes a network comprising: a processor; and a computer-readable medium comprising instructions that, when executed by the processor, cause the processor to perform operations comprising: receiving a power headroom report (PHR) from a user equipment (UE), the PHR being associated with a first physical uplink shared channel (PUSCH) transmission from the UE to a first transmit and receive point (TRP) of the network and a second PUSCH transmission from the UE to a second TRP of the network; and adjusting functionality of the UE based on the PHR.

[0132] Embodiment 20 includes the network of embodiment 19, wherein the instructions, when executed by the processor, further cause the processor to: send a radio resource control (RRC) configured power headroom threshold to the UE; and receive a PHR based on the power headroom threshold.

[0133] Unless explicitly stated otherwise, any of the above embodiments may be combined with any other embodiment (or combination of embodiments). The foregoing description of one or more specific implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of the embodiments to the precise form disclosed. Modifications and variations are possible in view of the above teachings or may be obtained from the practice of various embodiments.

[0134] Although the above embodiments have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to include all such variations and modifications.

Claims

1. A user equipment (UE), the user equipment (UE) comprising: processor; a first antenna panel; a second antenna panel; and A computer readable medium comprising instructions which, when executed by the processor, cause the processor to: determining a first path loss change for a first physical uplink shared channel (PUSCH) transmission from the first antenna panel to a first transmit and receive point (TRP); determining a second path loss change for a second PUSCH transmission from the second antenna panel to a second TRP, the second PUSCH transmission being performed simultaneously with the first PUSCH transmission; determining to generate a power headroom report (PHR) based on the first path loss change and the second path loss change; as well as The PHR is generated based on the determination.

2. The UE according to claim 1, wherein generating the PHR comprises: Determining whether a first absolute value of the first path loss change is greater than a threshold; determining whether a second absolute value of the second path loss change is greater than the threshold; as well as The generation of the PHR is determined based on that the absolute value of the first path loss change and the absolute value of the second path loss change are respectively greater than the threshold.

3. The UE of claim 2, wherein the threshold comprises a phr-TX-PowerFactorChange parameter.

4. The UE of claim 1 , wherein determining to generate the PHR comprises: Determining that a sum of a first absolute value of the first path loss change and a second absolute value of the second path loss change is greater than a threshold; as well as The generating of the PHR is determined based on a sum of the absolute value of the first path loss change and the absolute value of the second path loss change being greater than the threshold.

5. The UE of claim 1 , wherein determining to generate the PHR comprises: Determining whether a first absolute value of the first path loss change is greater than a threshold; determining whether a second absolute value of the second path loss change is greater than the threshold; as well as The generating of the PHR is determined based on either the first absolute value or the second absolute value being greater than the threshold.

6. The UE according to claim 1, wherein determining to generate the PHR: determining whether an absolute value of the first path loss change is greater than a threshold, wherein the first path loss change is associated with a reference TRP; and The generating of the PHR is determined based on the absolute value of the first path loss change being greater than the threshold.

7. The UE according to claim 1, wherein the instruction, when executed by the processor, further causes the processor to detect any one of the following: a switch from a single TRP mode to a multi-panel simultaneous transmission mode, or a switch from the multi-panel simultaneous transmission mode to the single TRP mode, wherein determining to generate the PHR is further based on the detection.

8. The UE of claim 1, wherein the instructions, when executed by the processor, further cause the processor to: determine whether the PHR is a real PHR or a virtual PHR based on that the first PUSCH transmission and the second PUSCH transmission completely overlap in the time domain.

9. The UE according to claims 1 to 8, wherein the instructions, when executed by the processor, further cause the processor to: determine whether the PHR is a real PHR or a virtual PHR based on that the first PUSCH transmission starts earlier than the second PUSCH transmission.

10. The UE of claim 1, wherein the instructions, when executed by the processor, further cause the processor to: calculate a power headroom based on power consumed by the first PUSCH transmission and the second PUSCH transmission, wherein a total radiated power and an equivalent isotropic radiated power (EIRP) are defined across both the first panel and the second panel.

11. The UE according to claim 1, wherein the instruction, when executed by the processor, further causes the processor to: calculate a first power headroom for the first PUSCH transmission and a second power headroom for the second PUSCH transmission, wherein a total radiated power and an equivalent isotropic radiated power (EIRP) are defined according to the first panel and according to the second panel.

12. A computer readable medium having stored thereon a sequence of instructions which, when executed, cause a processor to perform operations comprising: determining a first path loss change for a first physical uplink shared channel (PUSCH) transmission from a first antenna panel to a first transmit and receive point (TRP); determining a second path loss change for a second PUSCH transmission from a second antenna panel to a second TRP, the second PUSCH transmission being performed simultaneously with the first PUSCH transmission; determining to generate a power headroom report (PHR) based on the first path loss change and the second path loss change; as well as The PHR is generated based on the determination.

13. The computer-readable medium of claim 12, wherein generating the PHR comprises: Determining whether an absolute value of the first path loss change is greater than a threshold; Determining whether the absolute value of the second path loss change is greater than the threshold; as well as The generation of the PHR is determined based on that the absolute value of the first path loss change and the absolute value of the second path loss change are respectively greater than the threshold.

14. The computer-readable medium of claim 12, wherein the first PUSCH transmission and the second PUSCH transmission completely overlap in the time domain, and wherein the instructions, when executed by the processor, further cause the processor to determine, based on a timeline, any one of: the first PUSCH transmission is an actual PUSCH transmission and the second PUSCH transmission is an actual PUSCH transmission, or the first PUSCH transmission is a virtual PUSCH transmission and the second PUSCH transmission is a virtual PUSCH transmission.

15. The computer-readable medium of claim 12, wherein the first PUSCH transmission and the second PUSCH transmission completely overlap in the time domain, wherein the first TRP is a reference TRP, and wherein the instruction, when executed by the processor, further causes the processor to: determine, based on a timeline and that the first TRP is the reference TRP, that the first PUSCH transmission is an actual PUSCH transmission and that the second PUSCH transmission is a virtual PUSCH transmission.

16. The computer-readable medium of claim 12, wherein the first PUSCH transmission and the second PUSCH transmission do not completely overlap in the time domain, and wherein the instructions, when executed by the processor, further cause the processor to: determine that the first PUSCH transmission is an actual PUSCH transmission and the second PUSCH transmission is an actual PUSCH transmission based on the first PUSCH transmission satisfying a first timeline and the second PUSCH transmission satisfying a second timeline.

17. The computer-readable medium of claim 12, wherein the first PUSCH transmission and the second PUSCH transmission do not completely overlap in the time domain, and wherein the instructions, when executed by the processor, further cause the processor to: determine that the first PUSCH transmission is a virtual PUSCH transmission and the second PUSCH transmission is a virtual PUSCH transmission based on the first PUSCH transmission not satisfying a first timeline or the second PUSCH transmission not satisfying a second timeline.

18. The computer-readable medium of claim 12, wherein the first PUSCH transmission and the second PUSCH transmission do not completely overlap in the time domain, wherein the first PUSCH transmission starts before the second PUSCH transmission, and wherein the instructions, when executed by the processor, further cause the processor to: determine that the first PUSCH transmission is an actual PUSCH transmission and that the second PUSCH transmission is a virtual PUSCH transmission.

19. A network node, comprising: processor; and A computer readable medium comprising instructions which, when executed by the processor, cause the processor to: receiving a power headroom report (PHR) from a user equipment (UE), the PHR being associated with a first physical uplink shared channel (PUSCH) transmission by the UE to a first transmit and receive point (TRP) of a network and a second PUSCH transmission by the UE to a second TRP of the network; and Functionality of the UE is adjusted based on the PHR.

20. The network node of claim 19, wherein the instructions, when executed by the processor, further cause the processor to: sending a radio resource control (RRC) configured threshold to the UE; and The PHR is received based on the threshold.

Images