Ue power headroom report enhancement for dynamic waveform switching

Abstract

A user equipment (UE) configured to calculate, based on one or more parameters, at least one of (i) one or more power headrooms (PHRs) or (ii) one or more maximum transmission powers (MTPs), wherein the calculated PHRs and MPTs correspond to a dynamic waveform switching (DWS) between a Cyclic Prefix -Orthogonal Frequency Division Multiplexing (CP-OFDM) waveform or a Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) waveform, encode, based on an encoding scheme, the one or more calculated PHRs or MTPs into one or more PHR reports and configure transceiver circuitry to transmit, based on a reporting scheme, the one or more PHR reports to a network.

Description

UE Power Headroom Report Enhancement for Dynamic Waveform SwitchingTECHNICAL FIELD

[0001] The present application relates to the field of wireless technologies and, in particular, to UE power headroom report enhancement for dynamic waveform switching.BACKGROUND

[0002] 5G New Radio (NR) networks support two different waveforms in the uplink (UL) : Cyclic Prefix -Orthogonal Frequency Division Multiplexing (CP-OFDM) and Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) . CP-ODFM has a larger peak to average power ratio (PAPR) resulting in reduced coverage as compared to DFT-S-OFDM. However, CP-ODFM features a higher capacity, with support for multiple physical uplink shared channel (PUSCH) layers as compared to DFT-S-OFDM that only supports a single PUSCH layer.

[0003] As networking conditions change, it may be desirable to dynamically switch the waveform a user equipment (UE) is using to communicate with the NR network. This process referred to as dynamic waveform switching (DWS) may be accomplished using downlink control information (DCI) signaling. However, there may be further enhancements that can improve the DWS process. For example, enhancements to power headroom (PHR) reporting by the UE may improve the DWS process.SUMMARY

[0004] Some exemplary embodiments are related to an apparatus of a user equipment (UE) , the apparatus having processing  circuitry configured to calculate, based on one or more parameters, at least one of (i) one or more power headrooms (PHRs) or (ii) one or more maximum transmission powers (MTPs) , wherein the calculated PHRs and MPTs correspond to a dynamic waveform switching (DWS) between a Cyclic Prefix -Orthogonal Frequency Division Multiplexing (CP-OFDM) waveform or a Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) waveform, encode, based on an encoding scheme, the one or more calculated PHRs or MTPs into one or more PHR reports and configure transceiver circuitry to transmit, based on a reporting scheme, the one or more PHR reports to a network.

[0005] Other exemplary embodiments are related to a processor configured to calculate, based on one or more parameters, at least one of (i) one or more power headrooms (PHRs) or (ii) one or more maximum transmission powers (MTPs) , wherein the calculated PHRs and MPTs correspond to a dynamic waveform switching (DWS) between a Cyclic Prefix -Orthogonal Frequency Division Multiplexing (CP-OFDM) waveform or a Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) waveform, encode, based on an encoding scheme, the one or more calculated PHRs or MTPs into one or more PHR reports and configure transceiver circuitry to transmit, based on a reporting scheme, the one or more PHR reports to a network.Brief Description of the Drawings

[0006] Fig. 1 shows an exemplary network arrangement according to various exemplary embodiments.

[0007] Fig. 2 shows an exemplary UE according to various exemplary embodiments.

[0008] Fig. 3 shows an exemplary base station according to various exemplary embodiments.

[0009] Fig. 4 shows an example method for PHR reporting for DWS according to various exemplary embodiments.Detailed Description

[0010] The exemplary embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The exemplary embodiments relate to enhancements for user equipment (UE) reporting of Power Headroom (PHR) for Dynamic Waveform Switching (DWS) .

[0011] The exemplary embodiments are described with regard to a user equipment (UE) . However, reference to a UE is merely provided for illustrative purposes. The exemplary embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any electronic component.

[0012] The exemplary embodiments are also described with reference to a 5G New Radio (NR) network. However, it should be understood that the exemplary embodiments may also be implemented in other types of networks, including but not limited to legacy cellular networks (e.g., Long Term Evolution  (LTE) ) , future evolutions of the cellular protocol (e.g., 5G advanced, 6G, etc. ) , or any other type of network.

[0013] Operations and logic are disclosed herein for various enhancements to power headroom reports for dynamic waveform switching (DWS) . In a first aspect of the exemplary embodiments, various enhancements for power headroom (PHR) reports for DWS are disclosed. These enhancements include, but are not limited to, PHR reporting for both CP-OFDM and DFT-s-OFDM waveforms, configuring PHR reporting using radio resource control (RRC) signaling, support of PHR and maximum transmission power (MTP) reporting, encoding / quantization enhancements including differential encoding / quantization, selection of reference waveforms for differential encoding / quantization. These and other enhancements to PHR reporting are described in greater detail below.

[0014] In a second aspect of the exemplary embodiments, operations and logic for UE handling of different PHR report types are disclosed including, but not limited to, parameters to be used to calculate the PHR and / or MTP based on the type of PHR reports. These and other enhancements to using different PHR report types are described in greater detail below.

[0015] Fig. 1 shows an exemplary network arrangement 100 according to various exemplary embodiments. The exemplary network arrangement 100 includes a UE 110. Those skilled in the art will understand that the UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, phablets, embedded devices, wearables,  Internet of Things (IoT) devices (including connected vehicles) , etc. It should also be understood that an actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of one UE 110 is merely provided for illustrative purposes.

[0016] The UE 110 may be configured to communicate with one or more networks. In the example of the network configuration 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. However, it should be understood that the UE 110 may also communicate with other types of networks (e.g., 5G cloud RAN, a next generation RAN (NG-RAN) , a legacy cellular network, etc. ) and the UE 110 may also communicate with networks over a wired connection. With regard to the exemplary embodiments, the UE 110 may establish a connection with the 5G NR RAN 120. Therefore, the UE 110 may have a 5G NR chipset to communicate with the NR RAN 120.

[0017] The 5G NR RAN 120 may be portions of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The RAN 120 may include cells or base stations that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. In this example, the 5G NR RAN 120 includes the gNB 120A. However, reference to a gNB is merely provided for illustrative purposes, any appropriate base station or cell may be deployed (e.g., Node Bs, eNodeBs, HeNBs, eNBs, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) .

[0018] Those skilled in the art will understand that any association procedure may be performed for the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular network carrier where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., gNB 120A) .

[0019] The network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 manages the traffic that flows between the cellular network and the Internet 140. The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0020] Fig. 2 shows an exemplary UE 110 according to various exemplary embodiments. The UE 110 will be described with regard to the network arrangement 100 of Fig. 1. The UE 110 may  represent any electronic device and may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225, and other components 230. The other components 230 may include, for example, an audio input device, an audio output device, a battery that provides a limited power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, sensors to detect conditions of the UE 110, etc.

[0021] The processor 205 may be configured to execute a plurality of engines for the UE 110. For example, the engines may include a PHR engine 235 for performing operations related to PHR measurement and reporting for DWS operations.

[0022] The above referenced engine being an application (e.g., a program) executed by the processor 205 is only exemplary. The functionality associated with the engines may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engines may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The exemplary embodiments may be implemented in any of these or other configurations of a UE.

[0023] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the  UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen.

[0024] The transceiver 225 may be a hardware component configured to establish a connection with the 5G-NR RAN 120. Accordingly, the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode and / or decode signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0025] Fig. 3 shows an exemplary base station 300 according to various exemplary embodiments. The base station 300 may represent the gNB 120A or any other access node through which the UE 110 may establish a connection and manage network operations.

[0026] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320, and other components 325. The other components 325 may include, for example, an audio input device, an audio  output device, a battery, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources, etc.

[0027] The processor 305 may be configured to execute a plurality of engines for the base station 300. For example, the engines may include a PHR engine 330 for performing operations related to receiving enhanced UE PHR reports and managing DWS signaling to the UE 110.

[0028] The memory 310 may be a hardware component configured to store data related to operations performed by the base station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station 300.

[0029] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UE in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . Therefore, the transceiver 320 may include one or more components (e.g., radios) to enable the data exchange with the various networks and UEs. The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be configured to encode and / or decode signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0030] Prior to describing the various enhancements to the power headroom (PHR) reports, some general background of PHR reports will be described. In the 3GPP TS38.213, there are two types of PHR reports. The first is a Type I PHR report that relates to power headroom with reference to Physical Uplink Shared Channel (PUSCH) transmissions. The second is a Type 3 PHR report that relates to power headroom with reference to sounding reference signal (SRS) transmissions. In the 3GPP TS38.321, a further type of PHR report is supported. This is a Type 2 PHR report that is related to power headroom with reference to a Special Cell (SpCell) of the Evolved Universal Terrestrial Radio Access (E-UTRA) , e.g., LTE, MAC entity.

[0031] The power headroom is reported by Medium Access Control Control Element (MAC-CE) signaling. There are six (6) MAC-CE in defined in TR38.321 as follows: (i) Single Entry PHR MAC CE, (ii) Multiple Entry PHR MAC CE, (iii) Enhanced Single Entry PHR MAC CE, (iv) Enhanced Multiple Entry PHR MAC CE, (v) Enhanced Single Entry PHR for multiple transmission and reception points (TRP) MAC CE, and (vi) Enhanced Multiple Entry PHR for multiple TRP MAC CE.

[0032] In a first aspect of the exemplary embodiments, various enhancements for power headroom (PHR) reports for DWS are disclosed.

[0033] In a first example of the first aspect of the exemplary embodiments, a generalized support for PHR report enhancements for DWS may be achieved by way of several variations.

[0034] In a first variant of the first example, the UE 110 may report the PHR for both the CP-OFDM waveform and the DFT-S-OFDM waveform in the same PHR report.

[0035] In a second variant, the UE 110 may report the PHR for both the CP-OFDM waveform and the DFT-S-OFDM waveform in two separate PHR reports. In a first sub-variant of the second variant, the two separate PHR reports may be carried by two MAC-CEs in a same PUSCH transmission. In a second sub-variant of the second variant, the two separate PHR reports may be carried by two MAC-CEs, and each of the two MAC-CEs may be carried in different PUSCH transmissions.

[0036] In a second example of the first aspect, PHR report enhancements may be configured by radio resource control (RRC) signaling. In a first variant of the second example, the exemplary PHR report enhancement may be configured per MAC entity (e.g., per cell group (CG) ) . In a second variant, the exemplary PHR report enhancements may be configured per UE across all component carriers (CCs) . In a third variant, the exemplary PHR report enhancements may be configured per CC. In a fourth variant, the exemplary PHR report enhancements may be configured per frequency range (FR) .

[0037] In a third example of the first aspect, the UE 110 may report PHR quality corresponding to both CP-ODFM and DFT-S-OFDM waveforms. In a first variant, the maximum transmission power PCMAX, f, c, where ′f′ is a carrier and ′c′ is a serving cell, may be reported for both CP-OFDM and DFT-S-OFDM waveforms and the PHR may be reported for one waveform.

[0038] In a second variant, the PHR may be reported for both CP-OFDM and DFT-S-OFDM waveforms and PCMAX, f, c may be reported for only one waveform.

[0039] In a third variant, both PCMAX, f, c and the PHR may be reported for both CP-OFDM and DFT-S-OFDM waveforms.

[0040] In a fourth example of the first aspect, several schemes are proposed herein for encoding and quantization for PHR report enhancements for DWS. In a first variant, independent encoding / quantization may be used when a power headroom and / or a PCMAX, f, c, is reported for both ODFM and DFT-S-OFDM waveforms. In a second variant, differential encoding / quantization may be used when a power headroom and / or PCMAX, f, c is reported for both ODFM and DFT-S-OFDM waveforms.

[0041] In a fifth example of the first aspect, detailed logic for differential encoding / quantization for PHR reports for DWS are disclosed. Differential encoding / quantization may be used when a power headroom and / or PCMAX, f, c is reported for both CP-ODFM and DFT-S-OFDM waveforms. One waveform may be used as a reference and may use an encoding / quantization for power headroom and / or PCMAX, f, c following, for example, a 6-bit design.

[0042] Based on the selected reference waveform (for example, CP-ODFM being the reference) , the remaining waveform (in this example, DFT-S-OFDM) may be used for differential encoding / quantization of the PHR and / or PCMAX, f, c. The number of bits used for the encoding / quantization may be less than or equal to six bits. The quantization step size may be uniform in  some examples. For uniform step sizes, a 1dB step size may be used, or a finer than 1dB step size may be used. In other examples, the step size may be non-uniform. For example, a smaller step size may be used when a value is small, and a larger step size may be used when a value is large. Both uniform and non-uniform step sizes may be used with either PHR or PCMAX, f, c.

[0043] In a sixth example of the first aspect, further details are provided for determination of a reference waveform. The sixth aspect may be applicable to differential encoding / quantization for power headroom and / or PCMAX, f, c reporting for both CP-ODFM and DFT-S-OFDM waveforms.

[0044] In a first variant, the reference waveform is always fixed. It should be understood that a fixed reference waveform scheme may utilize internally-stored UE behavior, or be configured via RRC signaling. In a first sub-variant, the CP-OFDM waveform may be assumed to always be the reference waveform. In a second sub-variant, the DFT-S-OFDM waveform may be assumed to be the reference waveform.

[0045] In a second variant, the reference waveform may be the waveform currently being used for an uplink transmission. The reference waveform is the waveform for which a corresponding PHR and / or PCMAX, f, c is transmitted / encoded. The PHR and / or PCMAX, f, c may be independently encoded in either a same MAC-CE or a different MAC-CE.

[0046] In a seventh example of the first aspect, the sign of differential encoding / quantization for PHR and / or PCMAX, f, c  reporting is disclosed. In a first variant, the differential encoding has a fixed sign (+ or -) . The reported differential value may always be assumed to be positive or zero if the reference waveform is CP-OFDM and the differential encoding / quantization corresponds to DFT-S-OFDM. The reported differential value may always be assumed to be negative or zero if the reference waveform is DFT-S-OFDM and the differential encoding / quantization corresponds to DFT-S-OFDM. The assumed signs of the first variant ensure that the corresponding PHR and / or PCMAX, f, c of the DFT-s-OFDM waveform is always assumed to be not smaller (e.g., greater than or equal to) than the corresponding PHR and / or PCMAX, f, c of the CP-OFDM waveform.

[0047] In a second variant, the differential encoding / quantization may support both + and -signs.

[0048] In an eighth example of the first aspect, the UE 110 may report only the additional power the UE 110 may use to transmit DFT-S-OFDM compared to CP-OFDM (e.g., the difference between the waveform power) .

[0049] In a second aspect of the exemplary embodiments, operations and logic for UE handling of different PHR report types are disclosed. In the following examples for the second aspect, it may be considered that the UE 110 is capable of supporting PHR corresponding to both CP-OFDM and DFT-S-OFDM waveforms. In addition, the PHR reporting for DWS may include at least two different types of power headroom, e.g., actual power headroom and virtual power headroom. As will be described in more detail below, the example embodiments introduce techniques for the UE 110 to report actual power headroom or  virtual power headroom when calculating the PHR. Actual power headroom may be calculated by the UE 110 based on an actual transmission on a component carrier (CC) of a panel and virtual power headroom may be calculated by the UE 110 based on a reference PUSCH format configured by the network via RRC or in another appropriate manner.

[0050] In a first example of the second aspect, various means of reference for calculating PHR are disclosed. In a first variant, the PHR report may be type 1 and be calculated based on the reference of an actual PUSCH transmission. In a second variant, the PHR report may be type 1 and be calculated based on the reference of a virtual PUSCH transmission. In a third variant, the PHR report may be type 2 and be calculated based on the reference of an SpCell of the E-UTRA. In a fourth variant, the PHR report may be type 3 and be calculated based on the reference of a SRS transmission.

[0051] In a second example of the second aspect, operations and logic for support of the PHR report types of the first example are disclosed. In a first variant, the UE 110 may support type 1 PHR reports calculated based on the reference of an actual PUSCH transmission. In a second variant, the UE 110 may support type 1 PHR reports calculated based on the reference of both actual and virtual PUSCH transmissions. In a third variant, the UE 110 may support type 1 and type 3 PHR reports, with the type 1 PHR reports calculated based on the reference of both actual and virtual PUSCH transmissions and the type 3 PHR reports may be calculated based on the reference of an SRS transmission.

[0052] In a third example of the second aspect, further details for PHR type 1 reports based on reference to the actual PUSCH transmission are disclosed. For a waveform that is used for the actual PUSCH transmission, the PHR and PCMAX, f, c calculation may be based on an actually scheduled PUSCH transmission with respect to modulation, resource block (RB) allocation, and numbers of layers.

[0053] For the waveform that is not used for the actual PUSCH transmission, two variants exist for calculation of modulation, RB allocation, and numbers of layers for PHR and PCMAX, f, c. In a first variant, the same modulation and RB allocation may be assumed as the actual PUSCH transmission, but for DFT-S-OFDM, only a single layer PUSCH may be assumed. In a second variant, the modulation, RB allocation, and number of layers used for PHR and PCMAX, f, c calculations may be configured by RRC signaling.

[0054] In a fourth example of the second aspect, the UE 110 may utilize several report types for PHR corresponding to CP-OFDM and DFT-S-OFDM. In a first variant, the PHR report may be type 1 and be calculated based on the reference of a virtual PUSCH transmission. In a second variant, the PHR report may be type 2 and be calculated based on the reference of an SpCell of the E-UTRA. In a third variant, the PHR report may be type 3 and be calculated based on the reference of a SRS transmission.

[0055] Existing implementations assume the following about maximum power reduction (MPR) MPR=0 dB, (additional maximum power reduction) A-MPR=0 dB, (power management maximum power reduction) P-MPR=0 dB and ΔTC =0 dB is no longer valid under the proposed examples of the second aspect. Instead, the modulation,  RB allocation, and number of layers used for calculation of PHR and PCMAX, f, c may be configured by RRC. In a first variant, the same modulation, RB allocation, and number of layers may be configured for CP-OFDM and DFT-S-OFDM. In a second variant, different modulation, RB allocation, and number of layers may be configured for CP-OFDM and DFT-s-OFDM.

[0056] In a fifth example of the second aspect, additional details for proposed enhancements to power management maximum power reduction (P-MPR) reports are disclosed. In a first variant, a same P-MPR may be assumed for both CP-OFDM and DFT-S-OFDM. In a second variant, independent P-MPR may be reported for both CP-OFDM and DFT-S-OFDM.

[0057] In a sixth example of the second aspect, support for various aspects of 3GPP TR 38.321 from the exemplary embodiments are disclosed herein. In a first variant, the proposed exemplary embodiments may only support 3GPP TR 38.321 § 6.1.3.8 Single Entry PHR MAC CE and § 6.1.3.9 Multiple Entry PHR MAC CE.

[0058] In a second variant, the proposed exemplary embodiments may only support 3GPP TR § 6.1.3.8 Single Entry PHR MAC CE, § 6.1.3.9 Multiple Entry PHR MAC CE, § 6.1.3.50 Enhanced Single Entry PHR for multiple TRP MAC CE, and § 6.1.3.51 Enhanced Multiple Entry PHR for multiple TRP MAC CE.

[0059] In a third variant, the proposed exemplary embodiments may support 3GPP § 6.1.3.8 Single Entry PHR MAC CE, § 6.1.3.9 Multiple Entry PHR MAC CE, § 6.1.3.48 Enhanced Single Entry PHR MAC CE, § 6.1.3.4 9 Enhanced Multiple Entry PHR MAC CE, §  6.1.3.50 Enhanced Single Entry PHR for multiple TRP MAC CE, and § 6.1.3.51 Enhanced Multiple Entry PHR for multiple TRP MAC CE.

[0060] In a seventh example of the second aspect, proposed enhancements to candidate beam information is disclosed. In a first variant, the same candidate beam information identified by resource is assumed and reported for both CP-OFDM and DFT-S-OFDM. In a second variant, different candidate beam information identified by resource is assumed and reported for both CP-OFDM and DFT-S-OFDM.

[0061] Fig. 4 shows an example method 400 for PHR reporting for DWS according to various exemplary embodiments. Fig. 4 shows a generalized method for PHR reporting for DWS based on the exemplary embodiments. Fig. 4 is described from the perspective of the UE 110.

[0062] In 402, the UE 110 calculates the PHR and / or the PCMAX, f, c. The logic of the PHR calculation may incorporate any of the described exemplary embodiments and examples, such as calculations based on actual or virtual PUSCH transmissions.

[0063] In 404, the UE 110 encodes / quantizes the PHR and / or the PCMAX, f, c. This encoding / quantization operation may incorporate any of the described exemplary embodiments and examples, such as fixed quantization, differential quantization, and selection of reference waveforms.

[0064] In 406, the UE 110 transmits the PHR and / or the PCMAX, f, c to the network (for example, to the gNB 120A) . This transmission operation may incorporate any of the described exemplary  embodiments, such as report types, report contents, and report configurations.

[0065] Examples

[0066] In a first example, a method performed by a user equipment (UE) , comprising calculating, based on one or more parameters, at least one of (i) one or more power headrooms (PHRs) or (ii) one or more maximum transmission powers (MTPs) , wherein the calculated PHRs and MPTs correspond to a dynamic waveform switching (DWS) between a Cyclic Prefix -Orthogonal Frequency Division Multiplexing (CP-OFDM) waveform or a Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) waveform, encoding, based on an encoding scheme, the one or more calculated PHRs or MTPs into one or more PHR reports and configuring transceiver circuitry to transmit, based on a reporting scheme, the one or more PHR reports to a network.

[0067] In a second example, the method of the first example, wherein the one or more PHR reports comprise a single PHR report for both the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0068] In a third example, the method of the first example, wherein the one or more PHR reports comprise a first PHR report for the CP-OFDM waveform and a second PHR report for the DFT-S-OFDM waveform.

[0069] In a fourth example, the method of the third example, wherein the first PHR report is included in a first medium access control (MAC) control element (CE) and the second PHR report is included in a second MAC CE, wherein the first and  second MAC CEs are included in a same physical uplink shared channel (PUSCH) transmission.

[0070] In a fifth example, the method of the third example, wherein the first PHR report is included in a first medium access control (MAC) control element (CE) that is included in a first physical uplink shared channel (PUSCH) transmission and the second PHR report is included in a second MAC CE that is included in s second PUSCH transmission.

[0071] In a sixth example, the method of the first example, wherein the one or more PHR reports are configured per-medium access control (MAC) entity.

[0072] In a seventh example, the method of the first example, wherein the one or more PHR reports are configured per-UE across all component carriers.

[0073] In an eighth example, the method of the first example, wherein the one or more PHR reports are configured per-component carrier.

[0074] In a ninth example, the method of the first example, wherein the one or more PHR reports are configured per-frequency range.

[0075] In a tenth example, the method of the first example, wherein the PHR report comprises MTPs for the CP-OFDM waveform and the DFT-S-OFDM waveform and a PHR for only one of the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0076] In an eleventh example, the method of the first example, wherein the PHR report comprises PHRs for the CP-OFDM waveform and the DFT-S-OFDM waveform and a MTP for only one of the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0077] In a twelfth example, the method of the first example, wherein the PHR report comprises PHRs for the CP-OFDM waveform and the DFT-S-OFDM waveform and MTPs for the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0078] In a thirteenth example, the method of the first example, wherein the encoding scheme comprises independent encoding of the one or more calculated PHRs or MTPs.

[0079] In a fourteenth example, the method of the first example, wherein the encoding scheme comprises differential encoding of the one or more calculated PHRs or MTPs.

[0080] In a fifteenth example, the method of the fourteenth example, further comprising determining one of the CP-OFDM waveform or the DFT-S-OFDM waveform is a reference waveform for the differential encoding and the other one of the CP-OFDM waveform or the DFT-S-OFDM waveform is a non-reference waveform for the differential encoding, wherein an actual value of the one or more calculated PHRs or MTPs is reported for the reference waveform and a differential value of the one or more PHRs or MTPs is reported for the non-reference waveform.

[0081] In a sixteenth example, the method of the fifteenth example, wherein the actual value of the one or more calculated  PHRs or MTPs associated with the reference waveform are encoded with six bits.

[0082] In a seventeenth example, the method of the sixteenth example, wherein the differential value of the one or more calculated PHRs or MTPs associated with the non-reference waveform are encoded with six or less bits.

[0083] In an eighteenth example, the method of the seventeenth example, wherein the differential encoding comprises a uniform step size for the differential value.

[0084] In a nineteenth example, the method of the eighteenth example, wherein the uniform step size is one dB or less.

[0085] In a twentieth example, the method of the seventeenth example, wherein the differential encoding comprises non-uniform step sizes for the differential value.

[0086] In a twenty first example, the method of the twentieth example, wherein the non-uniform step sizes are based on the actual value of the PHRs or MTPs of the reference waveform.

[0087] In a twenty second example, the method of the fifteenth example, wherein the reference waveform is the CP-OFDM waveform, wherein identification of the reference waveform is stored on the UE or signaled using radio resource control (RRC) signaling.

[0088] In a twenty third example, the method of the fifteenth example, wherein the reference waveform is the DFT-S-OFDM  waveform, wherein identification of the reference waveform is stored on the UE or signaled using radio resource control (RRC) signaling.

[0089] In a twenty fourth example, the method of the fifteenth example, wherein the reference waveform is the one of the CP-OFDM waveform or the DFT-S-OFDM waveform currently used for an uplink transmission.

[0090] In a twenty fifth example, the method of the twenty fourth example, wherein the one or more PHRs comprise two PHRs or the one or more MTPs comprise two MTPs, wherein the two PHRs or two MTPs are independently encoded in a same medium access control (MAC) control element (CE) .

[0091] In a twenty sixth example, the method of the twenty fourth example, wherein the one or more PHRs comprise two PHRs or the one or more MTPs comprise two MTPs, wherein each of the two PHRs or each of the two MTPs are independently encoded in a different medium access control (MAC) control element (CE) .

[0092] In a twenty seventh example, the method of the fifteenth example, wherein the differential value has a fixed sign based on the one of the CP-OFDM waveform or the DFT-S-OFDM waveform being the reference waveform.

[0093] In a twenty eighth example, the method of the twenty seventh example, wherein, when the reference waveform is the CP-OFDM waveform, the differential value of the one or more of the PHRs or MTPs of the DFT-S-OFDM waveform is greater than or equal to zero.

[0094] In a twenty ninth example, the method of the twenty seventh example, wherein, when the reference waveform is the DFT-S-OFDM waveform, the differential value of the one or more of the PHRs or MTPs of the CP-OFDM waveform is less than or equal to zero.

[0095] In a thirtieth example, the method of the fifteenth example, wherein the differential encoding supports positive or negative differential values.

[0096] In a thirty first example, the method of the first example, wherein the one or more PHR reports further comprise a power differential between the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0097] In a thirty second example, the method of the first example, wherein the one or more PHR reports comprise a type 1 PHR report including one or more PHRs or one or more MTPs calculated based on an actual physical uplink shared channel (PUSCH) transmission.

[0098] In a thirty third example, the method of the thirty second example, wherein the actual PUSCH transmission uses one of the CP-OFDM waveform or the DFT-S-OFDM waveform and the one or more PHRs or one or more MTPs are calculated based on a modulation, a resource block allocation, or a number of layers of the one of the CP-OFDM waveform or the DFT-S-OFDM waveform.

[0099] In a thirty fourth example, the method of the thirty third example, wherein the one or more PHRs or one or more MTPs  for the other one of the one of the CP-OFDM waveform or the DFT-S-OFDM waveform are calculated based on the modulation, the resource block allocation, or the number of layers of the one of the CP-OFDM waveform or the DFT-S-OFDM waveform, wherein, when the other one of the one of the CP-OFDM waveform or the DFT-S-OFDM waveform is the DFT-S-OFDM waveform, the number of layers is 1.

[0100] In a thirty fifth example, the method of the thirty third example, wherein the one or more PHRs or one or more MTPs for the other one of the one of the CP-OFDM waveform or the DFT-S-OFDM waveform are calculated based on a modulation, a resource block allocation, or a number of layers of the other one of the CP-OFDM waveform or the DFT-S-OFDM waveform as configured by radio resource control (RRC) signaling.

[0101] In a thirty sixth example, the method of the first example, wherein the one or more PHR reports comprise a type 1 PHR report including one or more PHRs or one or more MTPs calculated based on a virtual physical uplink shared channel (PUSCH) transmission.

[0102] In a thirty seventh example, the method of the first example, wherein the one or more PHR reports comprise a type 2 PHR report including one or more PHRs or one or more MTPs calculated based on a Special Cell (SpCell) of an Evolved Universal Terrestrial Radio Access (E-UTRA) network.

[0103] In a thirty eighth example, the method of the first example, wherein the one or more PHR reports comprise a type 3 PHR report including one or more PHRs or one or more MTPs  calculated based on a sounding reference signal (SRS) transmission.

[0104] In a thirty ninth example, the method of the first example, wherein the one or more PHR reports comprise a type 1 PHR report including one or more PHRs or one or more MTPs calculated based on an actual physical uplink shared channel (PUSCH) transmission and a virtual PUSCH transmission.

[0105] In a fortieth example, the method of the thirty ninth example, wherein the one or more PHR reports further comprise a type 3 PHR report including one or more PHRs or one or more MTPs calculated based on a sounding reference signal (SRS) transmission.

[0106] In a forty first example, the method of the first example, wherein the one or more PHR reports comprise at least one of (i) a type 1 PHR report including one or more PHRs or one or more MTPs calculated based on a virtual physical uplink shared channel (PUSCH) transmission, (ii) a type 2 PHR report including one or more PHRs or one or more MTPs calculated based on a Special Cell (SpCell) of an Evolved Universal Terrestrial Radio Access (E-UTRA) network or (iii) a type 3 PHR report including one or more PHRs or one or more MTPs calculated based on a sounding reference signal (SRS) transmission, wherein the one or more PHRs or one or more MTPs are reported for the CP-OFDM waveform and the DFT-S-OFDM waveform, and wherein a modulation, a resource block allocation, or a number of layers used to calculate the one or more PHRs or one or more MTPs is configured by radio resource control (RRC) signaling.

[0107] In a forty second example, the method of the forty first example, wherein a same modulation, a same resource block allocation, or a same number of layers is used to calculate the one or more PHRs or one or more MTPs for the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0108] In a forty third example, the method of the forty first example, wherein a first modulation, a first resource block allocation, or a first number of layers is used to calculate the one or more PHRs or one or more MTPs for the CP-OFDM waveform and a second modulation, a second resource block allocation, or a second number of layers is used to calculate the one or more PHRs or one or more MTPs for the DFT-S-OFDM waveform.

[0109] In a forty fourth example, the method of the first example, wherein the one or more PHR reports comprise a power management maximum power reduction (P-MPR) that is the same for the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0110] In a forty fifth example, the method of the first example, wherein the one or more PHR reports comprise a first power management maximum power reduction (P-MPR) for the CP-OFDM waveform and a second P-MPR for the DFT-S-OFDM waveform.

[0111] In a forty sixth example, the method of the first example, wherein the one or more PHR reports are included in a Single Entry PHR medium access control (MAC) control element (CE) or a Multiple Entry PHR MAC CE.

[0112] In a forty seventh example, the method of the forty sixth example, wherein a same candidate beam identified by a resource is reported for the CP-OFDM waveform and the DFT-S-OFDM waveform.

[0113] In a forty eighth example, the method of the forty sixth example, wherein a first candidate beam identified by a first resource is reported for the CP-OFDM waveform and a second candidate beam identified by a second resource is reported for the DFT-S-OFDM waveform.

[0114] In a forty ninth example, the method of the first example, wherein the one or more PHR reports are included in a Single Entry PHR medium access control (MAC) control element (CE) , a Multiple Entry PHR MAC CE, an Enhanced Single Entry PHR for multiple transmit receive point (TRP) MAC CE, or an Enhanced Multiple Entry PHR for multiple TRP MAC CE.

[0115] In a fiftieth example, the method of the first example, wherein the one or more PHR reports are included in a Single Entry PHR medium access control (MAC) control element (CE) , a Multiple Entry PHR MAC CE, an Enhanced Single Entry PHR MAC CE, an Enhanced Multiple Entry PHR MAC CE, an Enhanced Single Entry PHR for multiple transmit receive point (TRP) MAC CE, or an Enhanced Multiple Entry PHR for multiple TRP MAC CE.

[0116] In a fifty first example, a processor configured to perform any of the methods of the first through fiftieth examples.

[0117] In a fifty second example, a user equipment (UE) comprising a transceiver configured to communicate with a network and a processor communicatively coupled to the transceiver and configured to perform any of the methods of the first through fiftieth examples.

[0118] Those skilled in the art will understand that the above-described exemplary embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An exemplary hardware platform for implementing the exemplary embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. The exemplary embodiments of the above described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0119] Although this application described various embodiments each having different features in various combinations, those skilled in the art will understand that any of the features of one embodiment may be combined with the features of the other embodiments in any manner not specifically disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed embodiments.

[0120] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding  industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0121] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalent.

Claims

1.An apparatus of a user equipment (UE) , the apparatus comprising processing circuitry configured to:calculate, based on one or more parameters, at least one of (i) one or more power headrooms (PHRs) or (ii) one or more maximum transmission powers (MTPs) , wherein the calculated PHRs and MPTs correspond to a dynamic waveform switching (DWS) between a Cyclic Prefix -Orthogonal Frequency Division Multiplexing (CP-OFDM) waveform or a Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) waveform;encode, based on an encoding scheme, the one or more calculated PHRs or MTPs into one or more PHR reports; andconfigure transceiver circuitry to transmit, based on a reporting scheme, the one or more PHR reports to a network.2.The apparatus of claim 1, wherein the one or more PHR reports comprise a single PHR report for both the CP-OFDM waveform and the DFT-S-OFDM waveform.3.The apparatus of claim 1, wherein the one or more PHR reports comprise a first PHR report for the CP-OFDM waveform and a second PHR report for the DFT-S-OFDM waveform.4.The apparatus of claim 1, wherein the one or more PHR reports are configured per-medium access control (MAC) entity, per-UE across all component carriers, per-component carrier or per-frequency range.5.The apparatus of claim 1, wherein the PHR report comprises (i) MTPs for the CP-OFDM waveform and the DFT-S-OFDM waveform  and a PHR for only one of the CP-OFDM waveform and the DFT-S-OFDM waveform, (ii) PHRs for the CP-OFDM waveform and the DFT-S-OFDM waveform and a MTP for only one of the CP-OFDM waveform and the DFT-S-OFDM waveform or (iii) PHRs for the CP-OFDM waveform and the DFT-S-OFDM waveform and MTPs for the CP-OFDM waveform and the DFT-S-OFDM waveform.6.The apparatus of claim 1, wherein the encoding scheme comprises (i) independent encoding of the one or more calculated PHRs or MTPs or (ii) differential encoding of the one or more calculated PHRs or MTPs.7.The apparatus of claim 6, wherein the processing circuitry is further configured to:determine one of the CP-OFDM waveform or the DFT-S-OFDM waveform is a reference waveform for the differential encoding and the other one of the CP-OFDM waveform or the DFT-S-OFDM waveform is a non-reference waveform for the differential encoding,wherein an actual value of the one or more calculated PHRs or MTPs is reported for the reference waveform and a differential value of the one or more PHRs or MTPs is reported for the non-reference waveform.8.The apparatus of claim 7, wherein the actual value of the one or more calculated PHRs or MTPs associated with the reference waveform are encoded with six bits.9.The apparatus of claim 8, wherein the differential value of the one or more calculated PHRs or MTPs associated with the non-reference waveform are encoded with six or less bits.10.The apparatus of claim 9, wherein the differential encoding comprises (i) a uniform step size for the differential value or (ii) non-uniform step sizes for the differential value.11.The apparatus of claim 7, wherein the reference waveform is the CP-OFDM waveform, wherein identification of the reference waveform is stored on the UE or signaled using radio resource control (RRC) signaling.12.The apparatus of claim 7, wherein the reference waveform is the DFT-S-OFDM waveform, wherein identification of the reference waveform is stored on the UE or signaled using radio resource control (RRC) signaling.13.The apparatus of claim 7, wherein the reference waveform is the one of the CP-OFDM waveform or the DFT-S-OFDM waveform currently used for an uplink transmission.14.The apparatus of claim 13, wherein the one or more PHRs comprise two PHRs or the one or more MTPs comprise two MTPs, wherein the two PHRs or two MTPs are independently encoded in a same medium access control (MAC) control element (CE) .15.The apparatus of claim 13, wherein the one or more PHRs comprise two PHRs or the one or more MTPs comprise two MTPs, wherein each of the two PHRs or each of the two MTPs are independently encoded in a different medium access control (MAC) control element (CE) .16.The apparatus of claim 7, wherein the differential value has a fixed sign based on the one of the CP-OFDM waveform or the DFT-S-OFDM waveform being the reference waveform.17.The apparatus of claim 1, wherein the one or more PHR reports further comprise a power differential between the CP-OFDM waveform and the DFT-S-OFDM waveform.18.The apparatus of claim 1, wherein the one or more PHR reports comprise a type 1 PHR report including one or more PHRs or one or more MTPs calculated based on an actual physical uplink shared channel (PUSCH) transmission.19.The apparatus of claim 32, wherein the actual PUSCH transmission uses one of the CP-OFDM waveform or the DFT-S-OFDM waveform and the one or more PHRs or one or more MTPs are calculated based on a modulation, a resource block allocation, or a number of layers of the one of the CP-OFDM waveform or the DFT-S-OFDM waveform.20.The apparatus of claim 1, wherein the one or more PHR reports comprise a type 1 PHR report including one or more PHRs or one or more MTPs calculated based on a virtual physical uplink shared channel (PUSCH) transmission.

Images