WO2025161705A1

WO2025161705A1 - Power control method and relevant devices

Info

Publication number: WO2025161705A1
Application number: PCT/CN2024/138417
Authority: WO
Inventors: Li Guo
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2024-02-01
Filing date: 2024-12-11
Publication date: 2025-08-07
Anticipated expiration: 2026-08-01

Abstract

A power control method and relevant devices are provided. The method by a terminal device includes receiving a first parameter that provides a path loss offset value and applying the path loss offset value in calculation of uplink transmit power of physical uplink shared channel (PUSCH), physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. With the path loss offset value, the flexibility of deployment of cellular communication systems is enhanced and the deployment scenarios can be expanded.

Description

POWER CONTROL METHOD AND RELEVANT DEVICES

BACKGROUND OF DISCLOSURE

1. Field of the Disclosure

The present application relates to the field of communication systems, and more particularly, to a power control method and relevant devices.

2. Description of the Related Art

The 5G (fifth-generation) wireless systems are generally a multi-beam based system in FR2, where multiplex Tx and Rx analog beams are employed by BS (base station) and/or UE (user equipment) to combat the large path loss in high frequency band. In high frequency band system, for example mmWave systems, the BS and the UE are deployed with large number of antennas so that large gain beamforming can be used to defeat the large path loss and signal blockage. Due to the hardware limitation and cost, the BS and the UE might only be equipped with limited number of TXRUs (transmission and reception unit) . Therefore, hybrid beamforming mechanisms can be utilized in both BS and UE. To get the best link quality between the BS and the UE, the BS and the UE need to align the analog beam directions for particular downlink or uplink transmission. For downlink transmission, they need find the best pair of BS Tx beam and UE Rx beam while for uplink transmission, they need to find the best pair of UE Tx beam and BS Rx beam.

For uplink transmission, the UE can transmit some SRS (sounding reference signal) to train the channel state of uplink channel. The UE can transmit SRS resource with different usage for different purpose, which include the following different SRS usage:

- SRS resource for beam management: the SRS resource for beam management can be used to sweep the UE uplink transmit beam and thus to obtain beam alignment for uplink transmission.

- SRS resource for codebook-based transmission or non-codebook based transmission: the SRS resource for codebook-based transmission or non-codebook based transmission is used by the system to obtain the CSI (channel state information) of uplink transmission and then obtain the best precoder, RANK and CQI (channel quality indicator) for uplink PUSCH transmission.

- SRS resource for antenna switching: the SRS resource with this usage is by the UE to train DL channel with less number of Tx antennas.

For each SRS resource, the BS (e.g., gNB) can provide the following parameters for uplink transmission:

- A parameter to indicate the information of uplink transmit beam: each SRS resource can be provided higher layer parameter spatialRelationInfo, which contains the ID of one reference RS. The reference RS can be an SSB (synchronization signal block) , CSI-RS (channel state information reference signal) resource or an SRS resource.

- Parameters for uplink power control: the uplink power control parameters are configured per SRS resource set. In other word, all the SRS resources contained in one SRS resource set share the same parameters of uplink power control. For one SRS resource set, the system can provide the pathloss RS, open power control parameter P0, alpha and closed loop index for closed loop power control.

The uplink power control function is supported for SRS and the UE can be requested to calculate the SRS transmission power for SRS with including on SRS power control adjustment state. The system can configure two PUSCH power control adjustment states for PUSCH transmission: i0 and i1, which can be called closed loop index for PUSCH. The system can configure one dedicated SRS power control adjustment state for SRS transmission, i.e., the closed loop index for SRS. The system can indicate that a SRS source shall follow which of the i0, i1 or the SRS power control adjustment state for SRS transmission.

In the existing system design, the path loss used in calculating uplink transmit power for uplink transmission including PUSCH, PUCCH and SRS are estimated from some downlink reference signal, for example CSI-RS or SS (synchronization signal) /PBCH (physical broadcast channel) block. It means that the TRP (transmission and reception point) receiving the uplink transmission may also have to transmit some downlink reference signal for the UE to estimate the path loss. That would restrict some deployment scenarios, for example, where the TRP is only equipped with UL reception. Deployment scenarios of asymmetric DL and UL TRPs cannot be supported efficiently with the existing system design.

SUMMARY

An object of the present application is to propose a power control method and relevant devices, which can solve issues in the relevant art, enhance the flexibility of deployment of cellular communication systems, expand the deployment scenarios, provide a good communication performance, and/or provide high reliability.

In a first aspect, some embodiments of the present application provide a power control method, performed by a terminal device, including receiving a first parameter that provides a path loss offset value; and applying the path loss offset value in calculation of uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In a second aspect, some embodiments of the present application provide a power control method, performed by a terminal device, including receiving a first parameter that provides a path loss offset value; and based on a specific parameter or indicator, determining whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In a third aspect, some embodiments of the present application provide a power control method, performed by a network device, including sending to a terminal device a first parameter that provides a path loss offset value, wherein the path loss offset value is used for the terminal device to calculate uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In a fourth aspect, some embodiments of the present application provide a power control method, performed by a network device, including sending to a terminal device a first parameter that provides a path loss offset value; and sending to the terminal device a specific parameter or indicator, which is used for the terminal device to determine whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In a fifth aspect, some embodiments of the present application provide a terminal device, including a memory; and a processor coupled to the memory, wherein the processor is configured to call and run program instructions stored in the memory, to execute the method described in any of the first aspect and the second aspect.

In a sixth aspect, some embodiments of the present application provide a network device, including a memory; and a processor coupled to the memory, wherein the processor is configured to call and run program instructions stored in the memory, to execute the method described in any of the third aspect and the fourth aspect.

In a seventh aspect, some embodiments of the present application provide a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to execute any of the above methods.

In an eighth aspect, some embodiments of the present application provide a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute any of the above methods.

In a ninth aspect, some embodiments of the present application provide a computer readable storage medium, in which a computer program is stored, causes a computer to execute any of the above methods.

In a tenth aspect, some embodiments of the present application provide a computer program product includes a computer program, and the computer program causes a computer to execute any of the above methods.

In an eleventh aspect, some embodiments of the present application provide a computer program that causes a computer to execute any of the above methods.

BRIEF DESCRIPTION OF DRAWINGS

In order to illustrate the embodiments of the present application or related art more clearly, the following figures will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present application, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

FIG. 1 is a block diagram of a terminal device and a network device in a wireless communication system according to an embodiment of the present application.

FIG. 2 is a flowchart illustrating a power control method by a terminal device according to a first embodiment of the present application.

FIG. 3 is a flowchart illustrating a power control method by a terminal device according to a second embodiment of the present application.

FIG. 4 is a flowchart illustrating a power control method by a network device according to a third embodiment of the present application.

FIG. 5 is a flowchart illustrating a power control method by a network device according to a fourth embodiment of the present application.

FIG. 6 is a block diagram of a terminal device according to a fifth embodiment of the present application.

FIG. 7 is a block diagram of a terminal device according to a sixth embodiment of the present application.

FIG. 8 is a block diagram of a network device according to a seventh embodiment of the present application.

FIG. 9 is a block diagram of a network device according to an eighth embodiment of the present application.

FIG. 10 is a block diagram of a system for wireless communication according to an embodiment of the present application.

DETAILED DESCRIPTION OF EMBODIMENTS

Embodiments of the present application are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present application are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

In this document, the symbol "/"should be interpreted to indicate "and/or. "A combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and/or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

The following table includes some abbreviations or explanations used in some embodiments of the present application:

The present application provides solutions to support some deployment scenarios (e.g., asymmetric DL and UL TRPs) , which cannot be supported efficiently with existing system design.

In some embodiments, a UE can be provided with a first parameter that indicates one value of path loss offset and the UE can be requested to apply this path loss offset in the calculation of uplink transmit power of a PUSCH, PUCCH or an SRS transmission. The UE can be requested to apply this path loss offset in the calculation of power header room report. The UE can be indicated a first parameter: ε. And The UE can be requested to apply this first parameter in calculating uplink transmit power for some PUSCH, PUCCH or SRS. With use of the path loss offset, the flexibility of deployment of cellular communication systems is enhanced, and the deployment scenarios are expanded.

FIG. 1 illustrates that, in some embodiments, one or more terminal device (e.g., user equipments (UEs) ) 10 and one or more network devices (e.g., base stations or gNBs) 20 in a wireless communication system 30 according to an embodiment of the present application are provided. The wireless communication system 30 includes the one or more terminal devices 10 and one or more network devices 20. The one or more terminal devices 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13. The one or more network devices 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23. The processor 11 or 21 may be configured to implement proposed functions, procedures and/or methods described in this description. Layers of radio interface protocol may be implemented in the processor 11 or 21. The memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21. The transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and/or receives a radio signal. When the wireless communication system 30 complies with the New Radio (NR) standard of the 3rd Generation Partnership Project (3GPP) , the next generation core network is a backend serving network system and may include an Access and Mobility Management Function (AMF) , User Plane Function (UPF) , and a Session Management Function (SMF) . In one aspect, the terminal device 10 can include almost any consumer electronic device or appliance that can connect to a radio access network and a core network for the releases of 3GPP and further, such as, but not limited to NR networks.

The processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and/or data processing device. The memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and/or other storage device. The transceiver 13 or 23 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21. The memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.

In some embodiments, the processor 11 of the terminal device 10 is configured to receive a first parameter that provides a path loss offset value and apply the path loss offset value in calculation of uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In some embodiments, the processor 11 of the terminal device 10 is configured to receive a first parameter that provides a path loss offset value and based on a specific parameter or indicator, determine whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In some embodiments, the processor 21 of the network device 20 is configured to send to a terminal device a first parameter that provides a path loss offset value, wherein the path loss offset value is used for the terminal device to calculate uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

In some embodiments, the processor 21 of the network device 20 is configured to send to a terminal device a first parameter that provides a path loss offset value and send to the terminal device a specific parameter or indicator, which is used for the terminal device to determine whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.

FIG. 2 illustrates a power control method 100 by a terminal device according to a first embodiment of the present application. In some embodiments, the method 100 includes the following.

In Block 102, the terminal device (e.g., a user equipment (UE) ) receives a first parameter that provides a path loss offset value. For example, in this block, assuming a first path loss between the terminal device and a first network device (e.g., a first base station or gNB or TRP) and a second path loss between the terminal device and a second network device (e.g., a second base station or gNB or TRP) , the path loss offset value would be the difference between the first path loss and the second path loss. In a scenario where the first network device has the capability of both DL transmission and UL reception and the second network device is only equipped with UL reception (for example, the second network device is an asymmetric DL and UL TRP) , the terminal device cannot estimate path loss between the terminal device and the second network device since the second network is unable to transmit downlink reference signals (e.g., signals corresponding to SS/PBCH block or CSI-RS resource) to the terminal device. In this case, the terminal device may use the path loss offset value provided by the first network device to estimate the path loss between the terminal device and the second network device. More particularly, since the terminal device would achieve the path loss between the terminal device and the first network device, the terminal device can obtain the path loss between the terminal device and the second network device by subtracting the path loss offset value from the path loss between the terminal device and the first network device, for example.

In Block 104, the terminal device applies the path loss offset value in calculation of uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. For example, in this block, once the terminal device obtains the path loss offset value from the first network device, the terminal device may calculate the path loss between the terminal device and the second network device and based on the path loss between the terminal device and the second network device, the terminal device can calculate uplink transmit power of PUSCH, PUCCH or SRS transmission.

For example, the UE can be requested to calculate the transmit power for one PUSCH according to the following equation:

where P_CMAX is the maximum allowable UE transmission power, PL is the path loss that the UE can estimate from the configured path loss RS, which can be a SS/PBCH block or CSI-RS, ε is the path loss offset value provided by the first parameter, α is the pathloss compensation factor, P₀ is the target received power, 2^μM represents the number of PRBs allocated to the UE, Δ and f are the closed-loop (CL) -power control (PC) parameters that represent the modulation and coding scheme (MCS) -dependent parameter and the transmission power control (TPC) command, respectively.

For example, the UE can be requested to calculate the transmit power for one PUCCH according to the following equation:

where P_CMAX is the maximum allowable UE transmission power, PL is the path loss that the UE can estimate from the configured path loss RS, which can be a SS/PBCH block or CSI-RS, ε is the path loss offset value provided by the first parameter, α is the pathloss compensation factor, P₀ is the target received power, 2^μM represents the number of PRBs allocated to the UE, Δ₁, Δ₂ and g are the closed-loop (CL) -power control (PC) parameters that represent the modulation and coding scheme (MCS) -dependent parameter and the transmission power control (TPC) command, respectively.

For example, the UE can be requested to calculate the transmit power for one SRS according to the following equation:

where P_CMAX is the maximum allowable UE transmission power, PL is the path loss that the UE can estimate from the configured path loss RS, which can be a SS/PBCH block or CSI-RS, ε is the path loss offset value provided by the first parameter, α is the pathloss compensation factor, P₀ is the target received power, 2^μM represents the number of PRBs allocated to the UE, h represents additional adjustments that may be applied based on feedback from the base station.

In one example, the UE can be requested to include this configured first parameter in power headroom report calculation. The UE can be requested to calculate the power headroom PH carried in the power headroom report as:
PH=P_CMAX- {P₀+10 log₁₀ (2^μM) +α× (PL-ε) +Δ+f}

In one example, the UE can be requested to calculate the power headroom PH carried in the power headroom report as:
PH=P_CMAX- {P₀+10 log₁₀ (2^μM) +α× (PL-ε) +f}

where P_CMAX is the maximum allowable UE transmission power, PL is the path loss that the UE can estimate from the configured path loss RS, which can be a SS/PBCH block or CSI-RS, ε is the path loss offset value provided by the first parameter, α is the pathloss compensation factor, P₀ is the target received power, 2^μM represents the number of PRBs allocated to the UE, f is the closed-loop (CL) -power control (PC) parameter that represents the transmission power control (TPC) command.

In one example, the UE can be requested to calculate the power headroom PH carried in the power headroom report as:
PH=P_CMAX- {P₀+10 log₁₀ (2^μM) +α× (PL-ε) +g}

where P_CMAX is the maximum allowable UE transmission power, PL is the path loss that the UE can estimate from the configured path loss RS, which can be a SS/PBCH block or CSI-RS, ε is the path loss offset value provided by the first parameter, α is the pathloss compensation factor, P₀ is the target received power, 2^μM represents the number of PRBs allocated to the UE, g is the closed-loop (CL) -power control (PC) parameter that represents the transmission power control (TPC) command.

In short, the terminal device can apply the path loss offset value in calculation of uplink transmit power of PUSCH, PUCCH or SRS transmission. With the path loss offset value, the terminal device can calculate the path loss between the terminal device and an asymmetric DL and UL TRP for example, and then calculate the uplink transmit power of PUSCH, PUCCH or SRS transmission to the asymmetric DL and UL TRP. Therefore, the flexibility of deployment of cellular communication systems is enhanced, and also the deployment scenarios can be expanded.

In some embodiments, the method further includes applying the path loss offset value in calculation of power header room report; and sending the power header room report to a network device.

In some embodiments, the first parameter providing the path loss offset value is contained in joint transmission configuration indicator (TCI) state or uplink (UL) TCI state applied on the PUSCH, PUCCH or SRS transmission.

In some embodiments, the joint TCI state or the UL TCI state contains an identification (ID) of reference signal which provides an ID of synchronization signal (SS) /physical broadcast channel (PBCH) block or channel state information reference signal (CSI-RS) resource, and the reference signal is used to estimate path loss for uplink power control.

FIG. 3 illustrates a power control method 200 by a terminal device according to a second embodiment of the present application. In some embodiments, the method 200 includes the following. In Block 202, the terminal device (e.g., a user equipment (UE) ) receives a first parameter that provides a path loss offset value. For example, the first parameter providing the path loss offset value may be indicated through media access control control element (MAC CE) message, or provided through radio resource control (RRC) signaling, or provided through downlink control information (DCI) signaling. In Block 204, Based on a specific parameter or indicator, the terminal device determines whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. In one example, the specific parameter or indicator may be contained in joint transmission configuration indicator (TCI) state or uplink (UL) TCI state applied on the PUSCH, PUCCH or SRS transmission. In another example, the specific parameter or indicator is provided in one SRS resource set or one PUCCH resource configuration. In still another example, the specific parameter or indicator is provided for a SRS resource indicator (SRI) codepoint indicated by DCI scheduling the PUSCH transmission. With the path loss offset value, this can enhance the flexibility of deployment of cellular communication systems and expand the deployment scenarios. Other details of the method 200 may be referred to the method 100 described above and are not repeated herein.

In some embodiments, in a case where the specific parameter or indicator is contained in the joint TCI state or the UL TCI state applied on the PUSCH, PUCCH or SRS transmission, if the specific parameter or indicator is configured in the joint TCI state or the UL TCI state, the path loss offset value provided by the first parameter is included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission; and if the specific parameter or indicator is not configured in the joint TCI state or the UL TCI state, the path loss offset value provided by the first parameter is not included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.

In some embodiments, in a case where the specific parameter or indicator is contained in the joint TCI state or the UL TCI state applied on the PUSCH, PUCCH or SRS transmission, if the specific parameter or indicator is configured in the joint TCI state or the UL TCI state and takes a value of 1, the path loss offset value provided by the first parameter is included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission; and if the specific parameter or indicator is not configured in the joint TCI state or the UL TCI state or the specific parameter or indicator is configured in the joint TCI state or the UL TCI state and takes a value of 0, the path loss offset value provided by the first parameter is not included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.

In some embodiments, in a case where the specific parameter or indicator is provided in one SRS resource set, and the specific parameter or indicator indicates whether the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the SRS transmission contained in the SRS resource set.

In some embodiments, in a case where the specific parameter or indicator is provided in one PUCCH resource configuration, and the specific parameter or indicator indicates whether the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the PUCCH transmission of PUCCH resource (s) to which the PUCCH resource configuration applies.

In some embodiments, in a case where the specific parameter or indicator is provided for a SRI codepoint indicated by DCI scheduling the PUSCH transmission, and the specific parameter or indicator associated with the indicated SRI codepoint determines if the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the PUSCH transmission scheduled by the DCI.

FIG. 4 illustrates a power control method 300 by a network device according to a third embodiment of the present application. In some embodiments, the method 300 includes the following. In Block 302, the network device (e.g., a base station or gNB or TRP) sends to a terminal device (e.g., a UE) a first parameter that provides a path loss offset value, wherein the path loss offset value is used for the terminal device to calculate uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. With the path loss offset value, this can enhance the flexibility of deployment of cellular communication systems and expand the deployment scenarios. Other details of the method 300 may be referred to the method 200 described above and are not repeated herein.

FIG. 5 illustrates a power control method 400 by a network device according to a fourth embodiment of the present application. In some embodiments, the method 400 includes the following. In Block 402, the network device (e.g., a base station or gNB or TRP) sends to a terminal device (e.g., a UE) a first parameter that provides a path loss offset value. In Block 404, the network device sends to the terminal device a specific parameter or indicator, which is used for the terminal device to determine whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. With the path loss offset value, this can enhance the flexibility of deployment of cellular communication systems and expand the deployment scenarios. Other details of the method 400 may be referred to the methods 100 and 200 described above and are not repeated herein.

Further details about the invention are provided below.

In a first method, a UE can be provided with a list of joint TCI states or UL TCI states. Each joint TCI state or UL TCI state contains one path loss RS ID which provides the ID of one SS/PBCH block or CSI-RS resource. This RS can be used by the UE to estimate path loss for uplink power control. In each joint TCI state or UL TCI state, the UE can be provided with a first parameter that provides one path loss offset value. When a first joint TCI state or UL TCI state is applied on one PUSCH, PUCCH or SRS transmission, the UE can be requested to apply the path loss offset value provided by the first parameter contained in the first joint TCI state or UL TCI state in the calculation of the uplink transmit power of the PUSCH, PUCCH or SRS transmission.

In a second method, a UE can be provided with a list of joint TCI states or UL TCI states. Each joint TCI state or UL TCI state contains one path loss RS ID which provides the ID of one SS/PBCH block or CSI-RS resource. This RS can be used by the UE to estimate path loss for uplink power control. The UE is indicated with a first parameter that provides a path loss offset value. The first parameter can be indicated through MAC CE message. The first parameter can be provided through RRC signaling. The first parameter can be provided through DCI signaling. In each joint TCI state or UL TCI state, the UE can be provided with a first indicator that indicates whether the UE shall include the path loss offset provided by the first parameter in uplink power control when the corresponding joint TCI state or UL TCI state is applied on PUSCH, PUCCH or SRS transmission.

● In one example, if the first indicator is configured in one joint TCI state or UL TCI state, the UE shall include the path loss offset provided by the first parameter in calculating the uplink power of PUSCH, PUCCH or SRS when the corresponding joint TCI state or UL TCI state is applied on the PUSCH, PUCCH or SRS transmission. If the first indicator is not configured in one joint TCI state or UL TCI state, the UE is requested to not include the path loss offset provided by the first parameter in calculating the uplink power of PUSCH, PUCCH or SRS when the corresponding joint TCI state or UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.

● In one example, the first indicator can take the value of 0 or 1. If the first indicator is configured in one joint TCI state or UL TCI state and takes the value of 1, the UE shall include the path loss offset provided by the first parameter in calculating the uplink power of PUSCH, PUCCH or SRS when the corresponding joint TCI state or UL TCI state is applied on the PUSCH, PUCCH or SRS transmission. If the first indicator is not configured in one joint TCI state or UL TCI state or the first indicator is configured in one joint TCI state or UL TCI state and takes the value of 0, the UE is requested to not include the path loss offset provided by the first parameter in calculating the uplink power of PUSCH, PUCCH or SRS when the corresponding joint TCI state or UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.

In a third method, a UE is indicated with a first parameter that provides a path loss offset value. The first parameter can be indicated through MAC CE message. The first parameter can be provided through RRC signaling. The first parameter can be provided through DCI signaling. The system can use one or more of the following methods to indicate whether the UE shall include the first parameter in calculating uplink power for each PUSCH, PUCCH or SRS transmission.

● In one example, the UE can be provided with one parameter in one SRS resource set and the parameter can indicate whether the UE shall include the first parameter in calculating uplink power for SRS transmission contained in this SRS resource set.

● In one example, the UE can be provided with one parameter in one PUCCH resource configuration and the parameter can indicate whether the UE shall include the first parameter in calculating uplink power for PUCCH transmission of this PUCCH resource.

● In one example, the UE can be provided with one first indicator for each SRI (SRS resource indicator) codepoint for PUSCH transmission. The system can schedule one PUSCH through one DCI signaling and the DCI indicates one SRI codepoint. The UE shall use the value of the first indicator associated with the indicated SRI codepoint to determine if the UE shall include the path loss offset value provided by the first parameter in calculating uplink power for PUSCH transmission scheduled by the corresponding DCI.

FIG. 6 illustrates a terminal device 500 according to a fifth embodiment of the present application. The terminal device 500 includes a receiving part 501 and an applying part 502. The receiving part 501 is configured to receive a first parameter that provides a path loss offset value. The applying part 502 is configured to apply the path loss offset value in calculation of uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. With the path loss offset value, this can enhance the flexibility of deployment of cellular communication systems and expand the deployment scenarios. Other details of the terminal device 500 may be referred to the methods described above and are not repeated herein.

FIG. 7 illustrates a terminal device 500'a ccording to a sixth embodiment of the present application. The terminal device 500'includes a receiving part 503 and a determining part 504. The receiving part 503 is configured to receive a first parameter that provides a path loss offset value. The determining part 504 is configured to determine, based on a specific parameter or indicator, whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. Other details of the terminal device 500'may be referred to the methods described above and are not repeated herein.

FIG. 8 illustrates a network device 600 according to a seventh embodiment of the present application. The network device 600 includes a sending part 601. The sending part 601 is configured to send to a terminal device a first parameter that provides a path loss offset value, wherein the path loss offset value is used for the terminal device to calculate uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. Other details of the network device 600 may be referred to the methods described above and are not repeated herein.

FIG. 9 illustrates a network device 600'a ccording to an eighth embodiment of the present application. The network device 600'includes a first sending part 602 and a second sending part 603. The first sending part 602 is configured to send to a terminal device a first parameter that provides a path loss offset value. The second sending part 603 is configured to send to the terminal device a specific parameter or indicator, which is used for the terminal device to determine whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission. Other details of the network device 600'may be referred to the methods described above and are not repeated herein.

The embodiment of the present application further provides a computer readable storage medium for storing a computer program. The computer readable storage medium enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

The embodiment of the present application further provides a computer program product including computer program instructions. The computer program product enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

The embodiment of the present application further provides a computer program. The computer program enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

Commercial interests for some embodiments are as follows. 1. Solving issues in the prior art. 2. Enhancing the flexibility of deployment of cellular communication systems. 3. Expanding the deployment scenarios. 4. Providing a good communication performance. 5. Providing high reliability. Some embodiments of the present application are used by 5G-NR chipset vendors, V2X communication system development vendors, automakers including cars, trains, trucks, buses, bicycles, moto-bikes, helmets, and etc., drones (unmanned aerial vehicles) , smartphone makers, communication devices for public safety use, AR/VR device maker for example gaming, conference/seminar, education purposes. The deployment scenarios include, but not limited to, indoor hotspot, dense urban, urban micro, urban macro, rural, factor hall, and indoor D2D scenarios. Some embodiments of the present application are a combination of “techniques/processes” that can be adopted in 3GPP specification to create an end product. Some embodiments of the present application could be adopted in 5G NR licensed and non-licensed or shared spectrum communications. Some embodiments of the present application propose technical mechanisms. The present example embodiment is applicable to NR in unlicensed spectrum (NR-U) . The present application can be applied to other mobile networks, in particular to mobile network of any further generation cellular network technology (6G, etc. ) .

FIG. 10 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present application. Embodiments described herein may be implemented into the system using any suitably configured hardware and/or software. FIG. 10 illustrates the system 700 including a radio frequency (RF) circuitry 710, a baseband circuitry 720, an application circuitry 730, a memory/storage 740, a display 750, a camera 760, a sensor 770, and an input/output (I/O) interface 780, coupled with each other at least as illustrated. The application circuitry 730 may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory/storage and configured to execute instructions stored in the memory/storage to enable various applications and/or operating systems running on the system.

The baseband circuitry 720 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that enables communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) , 5G NR (New Radio) network, and/or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

In various embodiments, the baseband circuitry 720 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency. The RF circuitry 710 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. In various embodiments, the RF circuitry 710 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to the user equipment, eNB, or gNB may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and/or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and/or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and/or the memory/storage may be implemented together on a system on a chip (SOC) . The memory/storage 740 may be used to load and store data and/or instructions, for example, for system. The memory/storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) , and/or non-volatile memory, such as flash memory.

In various embodiments, the I/O interface 780 may include one or more user interfaces designed to enable user interaction with the system and/or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface. In various embodiments, the sensor 770 may include one or more sensing devices to determine environmental conditions and/or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and/or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

In various embodiments, the display 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system 700 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, an AR/VR glasses, etc. In various embodiments, system may have more or less components, and/or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present application are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan. A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present application. It is understood by a person having ordinary skill in the art that he/she can refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

It is understood that the disclosed system, device, and method in the embodiments of the present application can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms.

The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present application can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present application. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

While the present application has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present application is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

A power control method, performed by a terminal device, comprising:

receiving a first parameter that provides a path loss offset value; and

applying the path loss offset value in calculation of uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.
The method of claim 1, further comprising:

applying the path loss offset value in calculation of power header room report; and

sending the power header room report to a network device.
The method of claim 1 or 2, wherein the first parameter providing the path loss offset value is contained in joint transmission configuration indicator (TCI) state or uplink (UL) TCI state applied on the PUSCH, PUCCH or SRS transmission.
The method of claim 3, wherein the joint TCI state or the UL TCI state contains an identification (ID) of reference signal which provides an ID of synchronization signal (SS) /physical broadcast channel (PBCH) block or channel state information reference signal (CSI-RS) resource, and the reference signal is used to estimate path loss for uplink power control.
A power control method, performed by a terminal device, comprising:

receiving a first parameter that provides a path loss offset value; and

based on a specific parameter or indicator, determining whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.
The method of claim 5, further comprising:

applying the path loss offset value in calculation of power header room report; and

sending the power header room report to a network device.
The method of claim 5 or 6, wherein the first parameter providing the path loss offset value is indicated through media access control control element (MAC CE) message, or provided through radio resource control (RRC) signaling, or provided through downlink control information (DCI) signaling.
The method of any of claims 5 to 7, wherein the specific parameter or indicator is contained in joint transmission configuration indicator (TCI) state or uplink (UL) TCI state applied on the PUSCH, PUCCH or SRS transmission.
The method of claim 8, wherein if the specific parameter or indicator is configured in the joint TCI state or the UL TCI state, the path loss offset value provided by the first parameter is included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission; and

if the specific parameter or indicator is not configured in the joint TCI state or the UL TCI state, the path loss offset value provided by the first parameter is not included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.
The method of claim 8, wherein if the specific parameter or indicator is configured in the joint TCI state or the UL TCI state and takes a value of 1, the path loss offset value provided by the first parameter is included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission; and

if the specific parameter or indicator is not configured in the joint TCI state or the UL TCI state or the specific parameter or indicator is configured in the joint TCI state or the UL TCI state and takes a value of 0, the path loss offset value provided by the first parameter is not included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.
The method of any of claims 8 to 10, wherein the joint TCI state or the UL TCI state contains an identification (ID) of reference signal which provides an ID of synchronization signal (SS) /physical broadcast channel (PBCH) block or channel state information reference signal (CSI-RS) resource, and the reference signal is used to estimate path loss for uplink power control.
The method of any of claims 5 to 7, wherein the specific parameter or indicator is provided in one SRS resource set, and the specific parameter or indicator indicates whether the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the SRS transmission contained in the SRS resource set.
The method of any of claims 5 to 7, wherein the specific parameter or indicator is provided in one PUCCH resource configuration, and the specific parameter or indicator indicates whether the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the PUCCH transmission of PUCCH resource (s) to which the PUCCH resource configuration applies.
The method of any of claims 5 to 7, wherein the specific parameter or indicator is provided for a SRS resource indicator (SRI) codepoint indicated by DCI scheduling the PUSCH transmission, and the specific parameter or indicator associated with the indicated SRI codepoint determines if the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the PUSCH transmission scheduled by the DCI.
A power control method, performed by a network device, comprising:

sending to a terminal device a first parameter that provides a path loss offset value, wherein the path loss offset value is used for the terminal device to calculate uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.
The method of claim 15, further comprising:

receiving power header room report from the terminal device, wherein the path loss offset value is used for the terminal device to calculate the power header room report.
The method of claim 15 or 16, wherein the first parameter providing the path loss offset value is contained in joint transmission configuration indicator (TCI) state or uplink (UL) TCI state applied on the PUSCH, PUCCH or SRS transmission.
The method of claim 17, wherein the joint TCI state or the UL TCI state contains an identification (ID) of reference signal which provides an ID of synchronization signal (SS) /physical broadcast channel (PBCH) block or channel state information reference signal (CSI-RS) resource, and the reference signal is used to estimate path loss for uplink power control.
A power control method, performed by a network device, comprising:

sending to a terminal device a first parameter that provides a path loss offset value; and

sending to the terminal device a specific parameter or indicator, which is used for the terminal device to determine whether to include the path loss offset value in calculating uplink transmit power of physical uplink shared channel (PUSCH) , physical uplink control channel (PUCCH) or sounding reference signal (SRS) transmission.
The method of claim 19, further comprising:

receiving power header room report from the terminal device, wherein the path loss offset value is used for the terminal device to calculate the power header room report.
The method of claim 19 or 20, wherein the first parameter providing the path loss offset value is indicated through media access control control element (MAC CE) message, or provided through radio resource control (RRC) signaling, or provided through downlink control information (DCI) signaling.
The method of any of claims 19 to 21, wherein the specific parameter or indicator is contained in joint transmission configuration indicator (TCI) state or uplink (UL) TCI state applied on the PUSCH, PUCCH or SRS transmission.
The method of claim 22, wherein if the specific parameter or indicator is configured in the joint TCI state or the UL TCI state, the path loss offset value provided by the first parameter is included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission; and

if the specific parameter or indicator is not configured in the joint TCI state or the UL TCI state, the path loss offset value provided by the first parameter is not included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.
The method of claim 22, wherein if the specific parameter or indicator is configured in the joint TCI state or the UL TCI state and takes a value of 1, the path loss offset value provided by the first parameter is included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission; and

if the specific parameter or indicator is not configured in the joint TCI state or the UL TCI state or the specific parameter or indicator is configured in the joint TCI state or the UL TCI state and takes a value of 0, the path loss offset value provided by the first parameter is not included in calculating the uplink transmit power of the PUSCH, PUCCH or SRS transmission when the joint TCI state or the UL TCI state is applied on the PUSCH, PUCCH or SRS transmission.
The method of any of claims 22 to 24, wherein the joint TCI state or the UL TCI state contains an identification (ID) of reference signal which provides an ID of synchronization signal (SS) /physical broadcast channel (PBCH) block or channel state information reference signal (CSI-RS) resource, and the reference signal is used to estimate path loss for uplink power control.
The method of any of claims 19 to 21, wherein the specific parameter or indicator is provided in one SRS resource set, and the specific parameter or indicator indicates whether the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the SRS transmission contained in the SRS resource set.
The method of any of claims 19 to 21, wherein the specific parameter or indicator is provided in one PUCCH resource configuration, and the specific parameter or indicator indicates whether the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the PUCCH transmission of PUCCH resource (s) to which the PUCCH resource configuration applies.
The method of any of claims 19 to 21, wherein the specific parameter or indicator is provided for a SRS resource indicator (SRI) codepoint indicated by DCI scheduling the PUSCH transmission, and the specific parameter or indicator associated with the indicated SRI codepoint determines if the path loss offset value provided by the first parameter is included in calculating the uplink transmit power for the PUSCH transmission scheduled by the DCI.
A terminal device, comprising:

a memory; and

a processor coupled to the memory,

wherein the processor is configured to call and run program instructions stored in the memory, to execute the method of any of claims 1 to 4 or 5 to 14.
A network device, comprising:

a memory; and

a processor coupled to the memory,

wherein the processor is configured to call and run program instructions stored in the memory, to execute the method of any of claims 15 to 18 or 19 to 28.
A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to execute the method of any one of claims 1 to 28.
A chip, comprising:

a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 28.
A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 28.
A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 28.
A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 28.