CN113366772A

CN113366772A - Physical uplink shared channel transmission method and device

Info

Publication number: CN113366772A
Application number: CN202080010951.0A
Authority: CN
Inventors: 郭力
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2019-07-19
Filing date: 2020-06-17
Publication date: 2021-09-07
Anticipated expiration: 2040-06-17
Also published as: WO2021012845A1; CN113366772B

Abstract

A Physical Uplink Shared Channel (PUSCH) transmission method and apparatus are provided. A PUSCH transmission method of a User Equipment (UE) includes: configuring, by a Base Station (BS), a list of transmit (Tx) beam candidate Identities (IDs); and indicating, by the BS, one of the Tx beam candidate IDs for each PUSCH transmission. Each Tx beam candidate ID is associated with a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a Physical Uplink Control Channel (PUCCH) resource ID. For one PUSCH transmission, the UE may derive a spatial domain transmit filter from the RS ID, CORESET ID, or PUCCH resource ID associated with the Tx beam candidate ID indicated for that PUSCH transmission.

Description

Physical uplink shared channel transmission method and device

Technical Field

The present disclosure relates to the field of communication systems, and more particularly, to a Physical Uplink Shared Channel (PUSCH) transmission method and apparatus.

Background

In the current design, the main drawback is to implicitly and indirectly indicate the transmit (Tx) beam information for the Physical Uplink Shared Channel (PUSCH) through bridging of Sounding Reference Signal (SRS) resources configured specifically for PUSCH transmission. There is no direct link between PUSCH transmission and Reference Signal (RS) indicating Tx beam at UE side, which results in large delay and signaling overhead for PUSCH Tx beam switching. In order to switch the Tx beam for PUSCH, the next generation base station (next generation node B, gNB) will have to reconfigure to the SRS resource configured for PUSCH transmission through higher layer signaling. This results in large control signaling overhead for Tx beam switching operations, and also results in large delays. For fallback PUSCH, according to the current design, the system is not allowed to transmit the fallback PUSCH in any bandwidth part (BWP) of the Physical Uplink Control Channel (PUCCH) not configured. In most deployments, the second cell (SCell) is not configured with PUCCH, which means that fallback PUSCH cannot be used on the SCell. However, the motivation for fallback PUSCH is coverage enhancement. Thus, this performance enhancement cannot benefit the SCell.

Therefore, a Physical Uplink Shared Channel (PUSCH) transmission method and apparatus are needed.

Disclosure of Invention

An object of the present disclosure is to provide a Physical Uplink Shared Channel (PUSCH) transmission method and apparatus, which can provide at least one of the following advantages, including: directly configuring and updating a transmit (Tx) beam for Physical Uplink Shared Channel (PUSCH) transmission; reducing signaling overhead and delay of PUSCH beam update and handover; flexibly using any type of reference signal and/or physical channel as a Tx beam reference for PUSCH transmission; and enabling a next generation base station (gNB) to schedule a fallback PUSCH in any second cell (SCell) such that coverage enhanced performance gains may benefit the SCell.

In a first aspect of the present disclosure, a method of Physical Uplink Shared Channel (PUSCH) transmission for a User Equipment (UE) includes configuring, by a Base Station (BS), a list of transmit (Tx) beam candidate Identities (IDs); and indicating, by the BS, one of the Tx beam candidate IDs for each PUSCH transmission.

In a second aspect of the disclosure, a User Equipment (UE) for Physical Uplink Shared Channel (PUSCH) transmission includes a memory, a transceiver, and a processor coupled with the memory and the transceiver. The processor is configured to configure, by a Base Station (BS), a list of transmit (Tx) beam candidate identification IDs, and to indicate, by the BS, one of the Tx beam candidate IDs for each PUSCH transmission.

In a third aspect of the present disclosure, a method of Physical Uplink Shared Channel (PUSCH) transmission by a Base Station (BS) includes configuring a list of transmit (Tx) beam candidate Identifications (IDs) to a User Equipment (UE), and indicating one of the Tx beam candidate IDs to the UE for each PUSCH transmission.

In a fourth aspect of the disclosure, a Base Station (BS) for Physical Uplink Shared Channel (PUSCH) transmissions includes a memory, a transceiver, and a processor coupled with the memory and the transceiver. The processor is configured to configure a User Equipment (UE) with a list of transmit (Tx) beam candidate Identifications (IDs), and to indicate to the UE one of the Tx beam candidate IDs for each PUSCH transmission.

In a fifth aspect of the present disclosure, a method of Physical Uplink Shared Channel (PUSCH) transmission for a User Equipment (UE) includes configuring, by a Base Station (BS), an uplink Tx candidate configuration, and performing PUSCH transmission according to the uplink Tx candidate configuration.

In a sixth aspect of the disclosure, a User Equipment (UE) for Physical Uplink Shared Channel (PUSCH) transmission includes a memory, a transceiver, and a processor coupled with the memory and the transceiver. The processor is configured to configure an uplink Tx candidate configuration by a Base Station (BS), and perform PUSCH transmission according to the uplink Tx candidate configuration.

In a seventh aspect of the present disclosure, a method of Physical Uplink Shared Channel (PUSCH) transmission by a Base Station (BS) includes configuring an uplink Tx candidate configuration to a User Equipment (UE), and indicating one of the uplink Tx candidate configurations to the UE for each PUSCH transmission.

In an eighth aspect of the disclosure, a Base Station (BS) for Physical Uplink Shared Channel (PUSCH) transmissions includes a memory, a transceiver, and a processor coupled with the memory and the transceiver. The processor is configured to configure an uplink Tx candidate configuration to a User Equipment (UE); and indicating one of the uplink Tx candidate configurations to the UE for each PUSCH transmission.

In a ninth aspect of the disclosure, a non-transitory machine-readable storage medium has stored thereon instructions which, when executed by a computer, cause the computer to perform the above-described method.

In a tenth aspect of the disclosure, a chip includes a processor configured to invoke and execute a computer program stored in a memory to cause an apparatus that mounts the chip to perform the above-described method.

In an eleventh aspect of the present disclosure, a computer-readable storage medium having stored therein a computer program for causing a computer to execute the above method.

In a twelfth aspect of the disclosure, a computer program product comprises a computer program, and the computer program causes a computer to perform the above-described method.

In a thirteenth aspect of the disclosure, a computer program causes a computer to perform the above-described method.

Drawings

In order to more clearly explain embodiments of the present disclosure or related art, the following drawings, which will be described in the embodiments, are briefly introduced. It should be apparent that the drawings are merely some embodiments of the disclosure and that other drawings may be derived by one of ordinary skill in the art without the benefit of the foregoing description.

Fig. 1 shows a block diagram of a transmitter for Downlink (DL) or Uplink (UL) transmission.

Fig. 2 shows a block diagram of a receiver for receiving DL or UL transmissions.

Fig. 3 is a block diagram of a User Equipment (UE) and a base station for Physical Uplink Shared Channel (PUSCH) transmission in accordance with an embodiment of the present disclosure.

Fig. 4 is a flowchart illustrating a Physical Uplink Shared Channel (PUSCH) transmission method of a UE according to an embodiment of the present disclosure.

Fig. 5 is a flowchart illustrating a Physical Uplink Shared Channel (PUSCH) transmission method of a Base Station (BS) according to an embodiment of the present disclosure.

Fig. 6 is a block diagram of a wireless communication system in accordance with an embodiment of the present disclosure.

Detailed Description

Embodiments of the present disclosure will be described in detail with reference to the following accompanying drawings in terms of technical problems, structural features, objects, and effects achieved. In particular, the terminology in the embodiments of the present disclosure is for the purpose of describing certain embodiments only and is not intended to be limiting of the present disclosure.

Fifth generation (5G) wireless systems are typically multi-beam based systems in the frequency range 2(FR 2) ranging from 24.25GHz to 52.6GHz, where multiple transmit (Tx) and receive (Rx) analog beams are employed by the Base Station (BS) and/or User Equipment (UE) to combat large path losses in the high band. In high band systems, such as millimeter wave (mmWave) systems, BSs and UEs are deployed with a large number of antennas so that large gain beamforming can be used to overcome large path loss and signal blocking. Due to hardware limitations and cost, the BS and the UE may be equipped with only a limited number of transmission and reception units (TXRUs). Therefore, a hybrid beamforming mechanism may be used in both the BS and the UE. In order to obtain the best link quality between the BS and the UE, the BS and the UE need to align the analog beam direction for a particular downlink or uplink transmission. For downlink transmission, the BS and the UE need to find the best pair of the BS Tx beam and the UE Rx beam, and for uplink transmission, the BS and the UE need to find the best pair of the UE Tx beam and the BS Rx beam.

For communication between one UE and the BS, the BS and the UE need to determine which Tx and Rx beams are to be used. When one UE moves, the beam used by the BS and the UE to communicate may change. In the 3GPP 5G specification, the following functions are defined to support such multi-beam based operation: beam measurement and reporting, beam indication and beam switching.

In operation associated with beam measurement and reporting, in this function, the UE may measure one or more Tx beams of the BS, and then the UE may select the best Tx beam and report his selection to the BS. By measuring the Tx beams of the BS, the UE may also measure one or more different Rx beams and then select the best Rx beam for one particular Tx beam of the BS. In this function, the gNB may also measure one or more Tx beams of the UE and then select the best Tx beam of the UE for uplink transmission. To support measuring the Tx beams of the BS, the BS may transmit a plurality of Reference Signal (RS) resources and then configure the UE to measure the RS resources. The UE may then report an index of one or more selected RS resources, which are selected based on some measurement criteria, such as physical layer 1reference signal received power (L1-RSRP). To support measuring the Tx beams of the UE for uplink transmission, the BS may configure the UE to transmit one or more uplink RS resources, e.g., Sounding Reference Signal (SRS) resources, and then the BS may measure the RS resources. The BS may find out which Tx beam of the UE is best for uplink transmission based on measuring, for example, L1-RSRP of the RS resource.

In operation associated with beam indication, for downlink transmission, the BS may indicate to the UE which Tx beam of the BS is used for transmission so that the UE may receive downlink transmission using the appropriate Rx beam. For Physical Downlink Control Channel (PDCCH) transmission, the BS may indicate to the UE an Identification (ID) of one Tx beam of the BS. For physical direct link discovery channel (PSDCH) transmission, the BS may use Downlink Control Information (DCI) in the PDCCH to indicate an ID of one Tx beam used to transmit a corresponding PDSCH. For uplink transmission from the UE, the BS may also indicate to the UE which Tx beam of the UE to use. For example, for Physical Uplink Control Channel (PUCCH) transmission, the UE uses a Tx beam indicated by the BS through spatial relationship information configuration. For SRS transmission, the UE uses the Tx beam indicated by the BS through spatial relationship information configuration. For Physical Uplink Shared Channel (PUSCH) transmission, the UE uses the Tx beam indicated by the information element contained in the scheduling DCI.

This function is used by the BS to switch Tx beams for downlink or uplink transmission in operations associated with beam switching. This functionality is useful when the Tx beam currently used for transmission is out of date due to, for example, movement of the UE. When the BS finds that the Tx beam currently used for downlink transmission is not good, or the BS finds another Tx beam better than the current Tx beam, the BS may transmit signaling to the UE to inform of changing the Tx beam. Similarly, the BS may switch the uplink Tx beams of the UE for transmitting some uplink transmissions.

In a communication system, such as a New Radio (NR) system, the DL signal may include control signaling that transmits DCI through a PDCCH, a data signal that transmits an information packet through a PDSCH, and some types of reference signals. The DCI may indicate information on how to transmit the PDSCH, including, for example, resource allocation and transmission parameters of the PDSCH. The BS may transmit one or more types of reference signals for different purposes, including: a demodulation reference signal (DM-RS) transmitted with the PDSCH and usable by the UE to demodulate the PDSCH; a channel state information reference signal (CSI-RS), which may be used by the UE to measure a Tx beam of the BS or CSI of a downlink channel between the BS and the UE; a phase tracking reference signal (PT-RS), which is also transmitted with the PDSCH, may be used by the UE to estimate phase noise caused by imperfections in the Radio Frequency (RF) parts in the transmitter and receiver, and then compensate for the PDSCH when decoding it. In NR, DL resource allocation for a PDCCH, a PDSCH, and a reference signal is performed in units of Orthogonal Frequency Division Multiplexing (OFDM) symbols and Physical Resource Block (PRB) groups. Each PRB contains several Resource Elements (REs), for example 12 REs, in the frequency domain. A transmission Bandwidth (BW) for one downlink transmission is composed of frequency resource units called Resource Blocks (RBs), and each RB is composed of several subcarriers or REs, for example, 12 subcarriers or 12 REs.

The UL signal transmitted by the UE to the BS may include: transmitting a data signal of the data packet through a PUSCH; an uplink control signal for transmitting Uplink Control Information (UCI), which may be transmitted in a PUSCH or a PUCCH; and a UL reference signal. The UCI may carry Scheduling Request (SR) for requesting uplink transmission resources by the UE, hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback for PDSCH transmission, or a Channel State Information (CSI) report. The UE may transmit one or more types of uplink reference signals for different purposes, including: a DM-RS transmitted with the PUSCH transmission and usable by the BS to demodulate the PUSCH; a PT-RS, which is also transmitted with the PUSCH, may be used by the BS to estimate phase noise caused by imperfections in the RF section, and then the BS may compensate for the PUSCH when decoding it; and an SRS signal used by the BS to measure CSI of one or more UE Tx beams or an uplink channel between the UE and the BS. Similarly, UL resource allocation for PUSCH, PUCCH, and UL reference signals is also made in units of symbols and PRB groups.

The transmission interval of a DL or UL channel/signal is called a slot, each slot containing several symbols, e.g. 14 symbols, in the time domain. In the NR system, the duration of one slot may be 1, 0.5, 0.25, or 0.123 msec for subcarrier intervals of 15KHz, 30KHz, 60KHz, and 120KHz, respectively. NR systems support flexible parameter sets and embodiments may select an appropriate OFDM subcarrier spacing based on deployment scenarios and service requirements. In NR systems, DL and UL transmissions may use different sets of parameters.

Fig. 1 shows a block diagram of a transmitter for DL or UL transmission. The embodiment of the transmitter block shown in fig. 1 is for illustration only. Other embodiments may be used without departing from the scope of this disclosure. Information bits 001 may be first encoded by an encoder 002, such as a Low Density Parity Check (LDPC) encoder or a polar (polar) encoder, and then modulated by a modulator 003. The modulation may be, for example, binary phase-shift keying (BPSK), Quadrature Amplitude Modulation (QAM) 4, QAM16, QAM64, or QAM 256. Then, a serial to parallel (S/P) converter 004 may generate a plurality of modulation symbols in parallel, which are then input to an RE mapper and precoder 005. The RE mapper and precoder 005 may map modulation symbols to selected REs and then apply some precoder to modulation symbols on BW resources allocated to DL or UL transmission. Then, in 006, an Inverse Fast Fourier Transform (IFFT) is applied to the modulation symbols, and then a parallel to serial (P/S) converter 007 serializes the output thereof. Then, the signal is transmitted to a Tx unit 008, which includes, for example, a digital-to-analog (D/a) converter, a radio frequency converter, a filter, a power amplifier, and a Tx antenna element, and is transmitted.

Fig. 2 shows a block diagram of a receiver for receiving DL or UL transmissions. The embodiment of the receiver block shown in fig. 2 is for illustration only. Other embodiments may be used without departing from the scope of this disclosure. The received signal 011 first passes through an Rx unit 012, which includes, for example, an Rx antenna element, a low noise power amplifier, a radio frequency converter, and a filter. Its output passes P/S013 and then FFT014 is applied. After conversion to the frequency domain, the useful signal is extracted by the RE demapping 015 according to the resource allocation of the DL or UL transmission. Subsequently, the demodulator 016 demodulates the data symbols with the channel estimation calculated based on the DM-RS, and then the decoder 017, such as an LDPC decoder or a polar decoder, decodes the demodulated data into output information bits 018.

In the current design, for PUSCH transmission, a next generation base station (gNB) may first configure a User Equipment (UE) with a set of SRS resources dedicated for the PUSCH transmission. The usage of the set of SRS resources may be set to "codebook" or "non-codebook". To schedule PUSCH transmissions, the gNB may send a DCI format to the UE, and in the DCI format, a bit field SRI is used to indicate one or more SRS resources from the set of SRS resources dedicated to PUSCH transmissions. For the UE to determine the Tx beam (transmit beam) of this PUSCH, the UE may derive it based on the Tx beam information configured to the SRS resource dedicated for PUSCH transmission. If the gNB needs to change the Tx beam for PUSCH transmission, the gNB will have to use higher layer signaling to change the Tx beam configuration of those SRS resources dedicated for PUSCH transmission.

In some embodiments of the present disclosure, the Tx beam configured to the SRS resource dedicated to PUSCH transmission may be an SRS resource, a CSI-RS resource, or an SS/PBCH block. In fallback PUSCH mode, the gNB may schedule PUSCH transmission using DCI format 0_ 0. Since there is no SRI field in DCI format 0_0 for small payload sizes, the Tx beam of the fallback PUSCH follows a predefined rule. As in some embodiments of the present disclosure, the PUSCH scheduled by DCI format 0_0 may use the same Tx beam as the active PUCCH having the lowest resource ID in the same UL BWP (bandwidth part).

In New Radio (NR)3GPP specification release 15, beam indication is done per PUCCH resource. For a given uplink bandwidth part (BWP) in a serving cell, a UE may be configured with 4 PUCCH resource sets, and in each PUCCH resource set, the UE is configured with one or more PUCCH resources. For transmission on each PUCCH resource, the UE is configured with a parameter PUCCH-spatial relationinfo, which may contain one or more reference signal resource IDs. Each of these reference signal resources is used to provide information about which transmit beam the UE may use for transmission on that PUCCH resource. For example, if the reference signal resource is a Sounding Reference Signal (SRS) resource, the UE may use the same Tx beam used to transmit the SRS resource in the transmission of the PUCCH resource. If the reference signal resource is a channel state information reference signal (CSI-RS) resource or a synchronization signal/physical broadcast channel (SS/PBCH) block, the UE may use an uplink Tx beam corresponding to a receive beam used to receive CSI-RS resource transmissions or SS/PBCH block transmissions in the transmission of the PUCCH resource. The gNB may configure only one PUCCH-spatial relationship info for the PUCCH resource, and may reconfigure Radio Resource Control (RRC) parameters when the gNB wants to switch the Tx beam of the PUCCH resource. The gNB may also configure multiple PUCCH-spatial relationship info for the PUCCH resource in RRC, and then use medium access control element (MAC CE) signaling to activate one of the configured PUCCH-spatial relationship info as the current Tx beam of the PUCCH resource. If the gNB wants to switch Tx beams of one PUCCH resource, the gNB may indicate another PUCCH-spatial relationship info of the PUCCH resource using one MAC CE message. The gmb may indicate PUCCH-spatial relationinfo of each individual PUCCH resource using the MAC CE message. The advantage of this approach is flexibility and allows the gNB to apply different Tx beams on different PUCCH resources.

For PUSCH scheduled on a cell with DCI format 0_0, the UE may be requested to transmit the PUSCH according to the spatial relationship corresponding to the dedicated PUCCH resource with the lowest ID within the UL BWP of the cell. In other words, if the UE is scheduled PUSCH transmission through DCI format 0_0 in one UL BWP, the UE may transmit the PUSCH using a Tx beam configured to the PUCCH having the lowest PUCCH resource ID in the same UL BWP.

In 3GPP release 16, the Tx beam indication/update of PUCCH resources will be changed per PUCCH group. In one UL BWP, all PUCCH resources may be divided into one group or two groups. One group use case is single TRP transmission and two groups use case is multiple TRP transmission. Each TRP may schedule a PUSCH transmission for a User Equipment (UE), and the UE may apply a different Tx beam accordingly.

Fig. 3 illustrates a User Equipment (UE)10 and a base station 20 providing Physical Uplink Shared Channel (PUSCH) transmission in some embodiments according to embodiments of the present disclosure. The UE 10 may include a processor 11, a memory 12, and a transceiver 13. A base station 20, such as a next generation base station (gNB), may include a processor 21, a memory 22, and a transceiver 23. The

processor

11 or 21 may be configured to implement the proposed functions, processes and/or methods described in this specification. The layers of the 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 various 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 radio signals.

The

processor

11 or 21 may comprise an 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 cards, storage media, and/or other storage devices. The

transceiver

13 or 23 may include baseband circuitry that processes radio frequency signals. When the embodiments are implemented in software, the techniques described herein may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules may be stored in the

memory

12 or 22 and executed by the

processor

11 or 21. The

memory

12 or 22 may be implemented within the

processor

11 or 21 or external to the

processor

11 or 21, in which case they may be communicatively coupled to the

processor

11 or 21 via various means as is known in the art.

In some embodiments, the processor 11 is configured to configure a list of transmit (Tx) beam candidate Identifications (IDs) by the Base Station (BS)20 and to indicate one of the Tx beam candidate IDs for each PUSCH transmission by the BS 20.

In some embodiments, the processor 11 is configured to derive spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, the processor 11 is configured to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, one of the Tx beam candidate IDs is indicated by the BS 20 for each PUSCH transmission by one of higher layer signaling and physical layer signaling. In some embodiments, the higher layer signaling comprises medium access control element (MAC CE) messages and the physical layer signaling comprises Downlink Control Information (DCI).

In some embodiments, each Tx beam candidate ID is associated with a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a Physical Uplink Control Channel (PUCCH) resource ID. For one PUSCH transmission, the UE 10 may derive the spatial domain transmit filter from the RS ID, CORESET ID, or PUCCH resource ID associated with the Tx beam candidate ID indicated for the PUSCH transmission. In some embodiments, the RS ID includes a channel state information reference signal (CSI-RS) resource, a Sounding Reference Signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) block. In some embodiments, deriving spatial domain transmit filter information for each PUSCH transmission includes deriving a Tx beam for each PUSCH transmission from a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a physical uplink shared channel (PUCCH) resource ID. In some embodiments, deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving at least one of a Tx precoder and antenna port information from one of the indicated Tx beam candidate IDs.

In some embodiments, the processor 11 is configured to calculate the path loss using the spatial domain transmit filter information when calculating the uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, the processor 11 is configured to apply the uplink Tx candidate configuration for each PUSCH transmission of the fallback PUSCH. In some embodiments, the uplink Tx candidate configuration conforms to a predefined rule or a predefined rule. In some embodiments, the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs. In some embodiments, the fallback PUSCH is scheduled with DCI format 0_ 0.

In some embodiments, the processor 21 is configured to configure a list of transmit (Tx) beam candidate Identities (IDs) to the User Equipment (UE)10 and to indicate one of the Tx beam candidate IDs to the UE 10 for each PUSCH transmission.

In some embodiments, the processor 21 is configured to request the UE to derive spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, the processor 21 is configured to request the UE to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, one of the Tx beam candidate IDs is indicated to the UE for each PUSCH transmission by one of higher layer signaling and physical layer signaling. In some embodiments, the higher layer signaling comprises medium access control element (MAC CE) messages and the physical layer signaling comprises Downlink Control Information (DCI).

In some embodiments, the processor 21 is configured to request the UE 10 to use the spatial domain transmit filter information to calculate the pathloss when calculating the uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, the processor 21 is configured to request the UE 10 to apply the uplink Tx candidate configuration for each PUSCH transmission of the fallback PUSCH. In some embodiments, the uplink Tx candidate configuration conforms to a predefined rule or a predefined rule. In some embodiments, the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs. In some embodiments, the fallback PUSCH is scheduled with DCI format 0_ 0.

Fig. 4 illustrates a Physical Uplink Shared Channel (PUSCH) transmission method 400 for a UE according to an embodiment of the present disclosure. The method 400 includes: configuring, by a Base Station (BS), a list of transmit (Tx) beam candidate Identifications (IDs), block 410; and block 420, indicating, by the BS, one of the Tx beam candidate IDs for each PUSCH transmission.

In some embodiments, the method further comprises deriving spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, the method further comprises calculating an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, one of the Tx beam candidate IDs is indicated by the BS for each PUSCH transmission by one of higher layer signaling and physical layer signaling. In some embodiments, the higher layer signaling comprises medium access control element (MAC CE) messages and the physical layer signaling comprises Downlink Control Information (DCI).

In some embodiments, each Tx beam candidate ID is associated with a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a Physical Uplink Control Channel (PUCCH) resource ID. For one PUSCH transmission, the UE may derive a spatial domain transmit filter from the RS ID, CORESET ID, or PUCCH resource ID associated with the Tx beam candidate ID indicated for the PUSCH transmission. In some embodiments, the RS ID includes a channel state information reference signal (CSI-RS) resource, a Sounding Reference Signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) block. In some embodiments, deriving spatial domain transmit filter information for each PUSCH transmission includes deriving a Tx beam for each PUSCH transmission from a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a physical uplink shared channel (PUCCH) resource ID. In some embodiments, deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving at least one of a Tx precoder and antenna port information from one of the indicated Tx beam candidate IDs.

In some embodiments, the method further comprises, in calculating the uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs, calculating the path loss using the spatial domain transmit filter information. In some embodiments, the method further comprises applying the uplink Tx candidate configuration for each PUSCH transmission of the fallback PUSCH. In some embodiments, the uplink Tx candidate configuration conforms to a predefined rule or a predefined rule. In some embodiments, the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs. In some embodiments, the fallback PUSCH is scheduled with DCI format 0_ 0.

Fig. 5 illustrates a Physical Uplink Shared Channel (PUSCH) transmission method 500 of a BS according to an embodiment of the present disclosure. The method 500 includes: configuring a list of transmit (Tx) beam candidate Identifications (IDs) to a User Equipment (UE), block 510; and block 520, indicating one of the Tx beam candidate IDs to the UE for each PUSCH transmission.

In some embodiments, the method further comprises requesting the UE to derive spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, the method further comprises requesting the UE to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs. In some embodiments, one of the Tx beam candidate IDs is indicated to the UE for each PUSCH transmission by one of higher layer signaling and physical layer signaling. In some embodiments, the higher layer signaling comprises medium access control element (MAC CE) messages and the physical layer signaling comprises Downlink Control Information (DCI).

In some embodiments, each Tx beam candidate ID is associated with a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a Physical Uplink Control Channel (PUCCH) resource ID. For one PUSCH transmission, the UE may derive a spatial domain transmit filter from the RS ID, CORESET ID, or PUCCH resource ID associated with the Tx beam candidate ID indicated for the PUSCH transmission. In some embodiments, the RS ID includes a channel state information reference signal (CSI-RS) resource, a Sounding Reference Signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) block. In some embodiments, deriving spatial domain transmit filter information for each PUSCH transmission includes deriving a Tx beam for each PUSCH transmission from a Reference Signal (RS) ID, a control resource set (CORESET) ID, or a physical uplink shared channel (PUCCH) resource ID.

In some embodiments, deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving at least one of a Tx precoder and antenna port information from one of the indicated Tx beam candidate IDs. In some embodiments, the method further comprises requesting the UE to calculate the pathloss using the spatial domain transmit filter information when calculating the uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

In some embodiments, the method further comprises requesting the UE to apply an uplink Tx candidate configuration for each PUSCH transmission of the fallback PUSCH. In some embodiments, the uplink Tx candidate configuration conforms to a predefined rule or a predefined rule. In some embodiments, the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs. In some embodiments, the fallback PUSCH is scheduled with DCI format 0_ 0.

In some embodiments, a PUSCH transmission method is proposed. In some embodiments of the present disclosure, a "beam" may correspond to an RS resource, which may be a channel state information reference signal (CSI-RS) resource, an SRS resource, an SS/PBCH block, or any other type of RS.

In one embodiment, the UE may be configured with a list of Tx beam candidates for uplink PUSCH transmission. Each Tx beam candidate may be configured by one or more RS resources, such as CSI-RS resources, SRS resources, or SS/PBCH blocks. Each Tx beam candidate may also be configured with an ID of another downlink or uplink channel, such as an ID of a control resource set (CORESET) or an ID of a PUCCH resource. For one PUSCH transmission, the gNB may indicate to the UE one of those configured Tx beam candidates, and the UE may derive the transmit beam for that PUSCH from the ID(s) of the RS resource or the ID of CORESET or the ID of the PUCCH resource corresponding to the indicated Tx beam candidate for the PUSCH transmission. For PUSCH transmission, the UE may also be requested to derive transmit precoder and/or antenna port information from the indicated Tx beam candidates. The gNB may indicate one Tx beam candidate for PUSCH transmission through higher layer signaling, e.g., a media access control element (MAC CE) message, or through physical layer signaling, e.g., DCI.

In one approach, the UE may be configured with a list of M uplink Tx candidate configurations via higher layer parameters. An example of the uplink Tx candidate configuration may be referred to as: spatial _ info, UL _ TCI _ state (where TCI may be a transmission configuration indication), UTCI _ state, UL TCI _ state, and Tx beam candidate ID. The UE is configured with these M uplink Tx candidate configurations to transmit PUSCH according to a detected PDCCH with DCI intended for the UE, or to transmit PUSCH semi-statically configured to operate upon reception of higher layer parameters configuring transmission of PUSCH. Each uplink Tx candidate configuration contains parameters for configuring spatial relationship information between one or more RS resources or other channels and the antenna ports of the PUSCH and also the antenna ports of the DM-RS of the PUSCH. One uplink Tx candidate configuration may contain one or more of the following configuration parameters: CSI-RS resource identification, SS/PBCH block identification and SRS resource identification; a CORESET identifier, a PUCCH resource identifier, a serving cell ID, an ID of a serving DL BWP of a CSI-RS resource, an SS/PBCH block or an ID of a CORESET and an UL BWP of an SRS resource or a PUCCH resource.

The following are some examples of configuring the uplink Tx candidate configuration. In one example, the uplink Tx candidate configuration includes: an uplink Tx candidate configuration ID, one or more CSI-RS resource IDs and/or SS/PBCH block index(s), and an ID of DL BWP and serving cell ID of CSI-RS resource or SS/PBCH configured in the same Tx candidate configuration. In one example, the uplink Tx candidate configuration includes: the uplink Tx candidate configuration ID, one ID of CORESET, and the serving cell ID and DL BWP ID of CORESET in the same uplink Tx candidate configuration. In one example, the uplink Tx candidate configuration includes: an uplink Tx candidate configuration ID, one ID of PUCCH resource, and an ID of UL BWP and an ID of serving cell of the ID of PUCCH resource in the same uplink Tx candidate configuration. In one example, the uplink Tx candidate configuration includes: the uplink Tx candidate configuration ID, the one or more IDs of SRS resources, and the ID of the serving cell and the ID of UL BWP of the ID(s) of SRS resources in the same uplink Tx candidate configuration.

In some embodiments, a bit field in DCI scheduling PUSCH transmissions may be used to indicate one of those configured uplink Tx candidate configurations. For example, bit field a0 in DCI scheduling PUSCH transmissions may be used to indicate one of the uplink Tx candidate configurations of those configurations. If the number of uplink Tx candidate configurations configured in higher layer signaling is above a certain value, the gNB can send an activation command (e.g., MAC CE message) to activate and will have a maximum of N₁The multiple uplink Tx candidate configurations map to the code point of bit field a0 in DCI scheduling PUSCH transmission.

In one method of an embodiment, a UE may receive a first DCI scheduling a PUSCH transmission, and a code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains one CORESET ID, the UE may be requested to apply a spatial domain transmit filter on the PUSCH transmission corresponding to a reference signal resource of quasi co-location (QCL) type D (spatial Rx parameter) configured as CORESET identified by the CORESET ID configured in the uplink Tx candidate configuration indicated by the code point of bit field a0 in the first DCI. This approach may provide simplified multi-beam operation, where uplink PUSCH transmissions follow the downlink control channel on beam selection.

In one method of an embodiment, a UE may receive a first DCI scheduling a PUSCH transmission, and a code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains one PUCCH resource ID, the UE may be requested to apply a spatial domain transmit filter on the PUSCH transmission corresponding to the reference signal resource configured as spatial relationship information for the PUCCH transmission identified by the PUCCH resource ID configured in the uplink Tx candidate configuration indicated by the code point of bit field a0 in the first DCI. The method of this embodiment may provide simplified multi-beam operation, where uplink PUSCH transmissions follow the uplink control channel on beam selection.

In one method of an embodiment, a UE may receive a first DCI scheduling a PUSCH transmission, and a code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains an ID of one CSI-RS resource or one SS/PBCH block, the UE may be requested to apply a spatial domain transmit filter on the PUSCH transmission, which corresponds to a spatial domain receive filter for receiving the CSI-RS resource or SS/PBCH identified by the RS ID configured in the uplink Tx candidate configuration indicated by the code point of bit field a0 in the first DCI. For example, in the first DCI, rank information of PUSCH transmission (i.e., the number of layers in PUSCH transmission) may also be indicated to the UE. In this case, the UE may calculate the transmission precoder(s) according to the rank and uplink Tx candidate configuration indicated by the first DCI. For example, in the first DCI, information of the transmission precoder(s) used for the scheduled PUSCH transmission may also be indicated to the UE.

In one method of an embodiment, a UE may receive a first DCI scheduling a PUSCH transmission, and a code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains more than one CSI-RS resource or ID of the SS/PBCH block, the UE may be requested to apply a spatial domain transmit filter on the PUSCH transmission, which corresponds to the spatial domain receive filter used to receive the CSI-RS resource or SS/PBCH block identified by the RS ID configured in the uplink Tx candidate configuration indicated by the code point of bit field a0 in the first DCI. In this case of the embodiment, the UE may be requested to assume that the number of layers for scheduled PUSCH transmission is equal to the number of RS IDs configured in the indicated uplink Tx candidate configuration. The UE may apply a spatial domain transmit filter on one antenna port of the PUSCH corresponding to a spatial domain receiver filter for receiving one of the CSI-RS resources or the SS/PBCH block configured in the indicated uplink Tx candidate configuration.

In one method of an embodiment, a UE may receive a first DCI scheduling a PUSCH transmission, and a code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains one SRS resource ID, the UE may be requested to apply a spatial domain transmit filter on the PUSCH transmission, which corresponds to the spatial domain transmit filter used to transmit the SRS resource identified by the RS ID configured in the uplink Tx candidate configuration indicated by the codepoint of bit field a0 in the first DCI.

In one method of an embodiment, a UE may receive a first DCI scheduling a PUSCH transmission, and a code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains more than one SRS resource ID, the UE may be requested to apply a spatial domain transmit filter on the PUSCH transmission, which corresponds to the spatial domain transmit filter used to transmit the SRS resource identified by the RS ID configured in the uplink Tx candidate configuration indicated by the codepoint of bit field a0 in the first DCI. In this case of the embodiment, the UE may be requested to assume that the number of layers for scheduled PUSCH transmission is equal to the number of RS IDs configured in the indicated uplink Tx candidate configuration. The UE may apply a spatial domain transmit filter on one antenna port of the PUSCH corresponding to the spatial domain transmit filter used to transmit one of the SRS resources configured in the indicated uplink Tx candidate configuration.

In some embodiments of the present disclosure, power control for PUSCH is provided. In one method of the embodiment, to calculate the transmit power for a PUSCH transmission, the UE may be requested to derive a reference signal from the uplink Tx candidate configuration indicated for the PUSCH transmission, and then use the reference signal to calculate the pathloss used in calculating the transmit power for the PUSCH transmission.

In one example, the UE may receive a first DCI scheduling a PUSCH transmission, and the code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains an ID of one CSI-RS resource or one SS/PBCH block, the UE may be requested to calculate the path loss using the CSI-RS resource or the SS/PBCH block contained in the indicated uplink Tx candidate configuration as a reference signal to calculate the transmit power of the PUSCH transmission.

In one example, the UE may receive a first DCI scheduling a PUSCH transmission, and the code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration includes an ID of CORESET, the UE may be requested to calculate a path loss using the RS ID of the QCL configuration of CORESET included in the configured indicated uplink Tx candidate configuration as a reference signal to calculate a transmit power of the PUSCH transmission.

In one example, the UE may receive a first DCI scheduling a PUSCH transmission, and the code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains a PUCCH resource ID, the UE may be requested to calculate a pathloss using an RS ID configured as spatial relationship information of the PUCCH resource contained in the indicated uplink Tx candidate configuration as a reference signal to calculate a transmission power of the PUSCH transmission.

In one example, the UE may receive a first DCI scheduling a PUSCH transmission, and the code point of bit field a0 in the first DCI indicates one uplink Tx candidate configuration. If the indicated uplink Tx candidate configuration contains an SRS resource ID, the UE may be requested to calculate the pathloss using the RS ID of the pathloss reference signal configured as the indicated SRS resource to calculate the transmit power of the PUSCH transmission.

In some embodiments of the present disclosure, fallback PUSCH is provided. For fallback PUSCH (e.g., PUSCH scheduled by DCI format 0_ 0), the UE may be requested to apply one specific uplink Tx candidate configuration on the PUSCH transmission as a predefined rule or a predefined rule. In one example, the UE may be requested to apply the uplink Tx candidate configuration with the lowest index on the transmission of the fallback PUSCH.

In one example, the UE receives an activation command (e.g., MAC CE) that is used to assign N to N₁On oneThe row Tx candidate configuration maps to the code point of DCI bit field A0, and N is₁The plurality of uplink Tx candidate configurations are selected from the M uplink Tx candidate configurations configured by the higher layer parameter. For transmission on fallback PUSCH, the UE may be requested to apply the N indicated by the activate command₁One specific one of the uplink Tx candidate configurations as predefined, e.g. that N₁The first or last of the uplink Tx candidate configurations. The method of an embodiment may eliminate the dependency of fallback PUSCH on PUCCH for transmitting beam information. Thus, fallback PUSCH may be implemented in any serving cell, and the benefits from coverage enhancement of fallback PUSCH may be applied to any serving cell.

In some embodiments of the present disclosure, another method for Uplink (UL) Transmission Configuration Indication (TCI) is provided. In one embodiment, the list of M uplink Tx candidate configurations may be configured for the UE by higher layer parameters. The uplink Tx candidate configuration may contain one or more RS IDs or CORESET IDs or PUCCH resource IDs to provide the following information for transmission of PUSCH. First PUSCH transmission information: the spatial domain transmit filter information may be applied to antenna ports of the PUSCH and DM-RS associated with PUSCH transmission. Second PUSCH transmission information: reference signal resource information that is referenced by the gNB for the uplink precoder(s) indicated by the uplink PUSCH transmission.

In one example, the uplink Tx candidate configuration includes: an uplink Tx candidate configuration ID, an ID of an SRS resource for providing the first PUSCH transmission information and the second PUSCH transmission. In one example, the uplink Tx candidate configuration includes: an uplink Tx candidate configuration ID, an ID of a CSI-RS resource or SS/PBCH block or SRS resource for providing first PUSCH transmission information, and an ID of an SRS resource for providing second PUSCH transmission information.

In one example, the uplink Tx candidate configuration includes: an uplink Tx candidate configuration ID, an ID of a CORESET or PUCCH resource for providing the first PUSCH transmission information, and an ID of an SRS resource for providing the second PUSCH transmission information.

In some embodiments of the present disclosure, in the first DCI scheduling PUSCH transmission, bit field a0 may be used to indicate one configured uplink Tx candidate configuration, and bit field a1 may be used to indicate transmission precoder(s) for the scheduled PUSCH. For PUSCH transmission, the UE may apply spatial domain transmit filter(s) on PUSCH and associated DM-RS corresponding to RS ID(s) or CORESET ID or PUCCH resource ID configured for first PUSCH transmission information contained in the uplink Tx candidate configuration indicated by the code point of bit field a0 in the first DCI. The UE may apply precoder(s) on the PUSCH, indicated by the codepoint of bit field a1 and corresponding to RS resources configured for second PUSCH transmission information contained in the uplink Tx candidate configuration indicated by the codepoint of bit field a0 in the first DCI.

According to some embodiments of the present disclosure, a PUSCH transmission method is proposed. The gNB configures the UE with a list of Tx beam candidate IDs, and each Tx beam candidate ID is associated with one or more Reference Signal (RS) IDs or CORESET (control resource set) IDs or PUCCH resource IDs. For each PUSCH transmission, the gNB indicates (e.g., in DCI) one Tx beam candidate ID to the UE. The UE derives spatial domain transmit filter information for the scheduled PUSCH and also calculates the uplink transmit power parameter for this PUSCH transmission accordingly. In the current NR specification, Tx beam information for PUSCH transmission is implicitly signaled by one SRS resource configured in an SRS set specifically configured for PUSCH transmission. Current approaches impose significant limitations on system implementation and operation. For example, according to current methods, the gNB would have to configure those dedicated SRS resources for PUSCH, which is unnecessary in some cases, and in order to change the Tx beam of PUSCH, the gNB would have to trigger the transmission of SRS resources dedicated to PUSCH transmission and SRS resources configured for uplink beam management.

Furthermore, in some embodiments, a new method for backing off Tx beam indication of PUSCH (i.e., PUSCH scheduled by DCI format 0_ 0) is also proposed in the present disclosure. The fallback PUSCH may apply the Tx beam corresponding to the lowest Tx beam candidate ID configured for PUSCH transmission. In the current design, the Tx beam of the fallback PUSCH is associated with the PUCCH channel, and the fallback PUSCH transmission may follow the Tx beam used by a particular PUCCH. The consequence of this approach is that the gbb cannot schedule the fallback PUSCH in the SCell without PUCCH configured and thus the coverage enhancement gain of the fallback PUSCH cannot benefit the SCell.

In some embodiments of the present disclosure, Physical Uplink Shared Channel (PUSCH) transmission methods and apparatus can provide at least one of the following advantages, including: directly configuring and updating a transmit (Tx) beam for Physical Uplink Shared Channel (PUSCH) transmission; reducing signaling overhead and delay of PUSCH beam update and handover; flexibly using any type of reference signal and/or physical channel as a Tx beam reference for PUSCH transmission; and enabling a next generation base station (gNB) to schedule a fallback PUSCH in any second cell (SCell) such that performance gains that provide coverage enhancements may benefit the SCell.

According to some embodiments of the present disclosure, the system may directly configure and update the Tx beam for PUSCH transmission. Signaling overhead and delay for PUSCH beam updates and handovers are reduced. Furthermore, by using the Tx candidate configuration proposed by the present invention, the system can flexibly use any type of reference signal and/or physical channel as the Tx beam reference for PUSCH transmission. For example, in a simple deployment, the system may use the downlink channel as a reference for PUSCH, so that a "single beam" system may be implemented. In some embodiments of the present disclosure, with respect to fallback PUSCH, methods in some embodiments of the present disclosure enable the gNB to schedule the fallback PUSCH in any SCell such that coverage enhanced performance gains may benefit the SCell. In a deployment scenario where SCell is in FR2, the coverage distance in SCell may be a limiting factor for system performance. Some embodiments of the present disclosure are a combination of techniques/processes that may be employed in 3GPP specifications to create a final product. Some embodiments of the disclosure are used as follows: 5G-NR chipset manufacturers, V2X communication system developers, car manufacturers including cars, trains, trucks, buses, bicycles, motorcycles, helmets, etc., drones (unmanned aerial vehicles), smart phone manufacturers, communication devices for public safety, AR/VR device manufacturers (e.g., for gaming, conferencing/seminar, educational purposes). Some embodiments of the present disclosure propose a technical mechanism.

Fig. 6 is a block diagram of an example system 700 for wireless communication in accordance with an embodiment of the present disclosure. The embodiments described herein may be implemented in a system using any suitably configured hardware and/or software. Fig. 6 shows a system 700 that includes Radio Frequency (RF) circuitry 710, baseband circuitry 720, application circuitry 730, memory/storage 740, display 750, camera 760, sensors 770, and input/output (I/O) interface 780, coupled to one another at least as shown.

Application circuitry 730 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor may include any combination of general purpose processors and special purpose processors, such as a graphics processor and an application processor. The processor 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 to be implemented that run 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 processor may comprise a baseband processor. The baseband circuitry may handle various radio control functions that enable communication with one or more radio networks through the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency transfer, and the like. In some embodiments, the baseband circuitry may provide communications compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with Evolved Universal Terrestrial Radio Access Network (EUTRAN) and/or other Wireless Metropolitan Area Networks (WMAN), Wireless Local Area Networks (WLAN), Wireless Personal Area Networks (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, baseband circuitry 720 may include circuitry for operating with signals that are not strictly considered to be at baseband frequencies. For example, in some embodiments, baseband circuitry may include circuitry for operating with signals having an intermediate frequency that is between the baseband frequency and the radio frequency.

The RF circuitry 710 may enable communication with a wireless network using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, and the like to facilitate communication with the wireless network. In various embodiments, radio frequency circuitry 710 may include circuitry for operating with signals that are not strictly considered to be at radio frequencies. For example, in some embodiments, the RF circuitry may include circuitry for operating with signals having an intermediate frequency between baseband and radio frequencies.

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 RF circuitry, baseband circuitry, and/or application circuitry. As used herein, "circuitry" may refer to, be part of, or include the following: an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group) and/or memory that executes one or more software or firmware programs (shared, dedicated, or group), 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, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, application circuitry, and/or memory/storage devices may be implemented together in a system on a chip (SOC).

Memory/storage 740 may be used to load and store data and/or instructions, for example, for a system. The memory/storage of 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, I/O interface 780 may include one or more user interfaces designed to enable a user to interact with the system, and/or peripheral component interfaces designed to enable peripheral components to interact with the system. The user interface may include, but is not limited to, a physical keyboard or keypad, a touch pad, a speaker, a microphone, and the like. The 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 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 gyroscope 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, such as Global Positioning System (GPS) satellites. In various embodiments, display device 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, system 700 may be a mobile computing device, such as, but not limited to, a notebook computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, and the like. In various embodiments, the system may have more or fewer components, and/or a different architecture. Where appropriate, the 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.

One of ordinary skill in the art would understand that each of the units, algorithms, and steps described and disclosed in the embodiments of the present disclosure are implemented using electronic hardware or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the application and design requirements of the solution. Skilled artisans may implement the functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure. A person skilled in the art will understand that since the working processes of the above-described systems, devices and units are substantially the same, he/she may refer to the working processes of the systems, devices and units in the above-described embodiments. For ease of description and simplicity, these operations will not be described in detail.

It should be understood that the systems, devices, and methods disclosed in the embodiments of the present disclosure may be implemented in other ways. The above embodiments are merely exemplary. The partitioning of cells is based solely on logical functions, while other partitions exist in the implementation. Multiple units or components may be combined or integrated into another system. It is also possible to omit or skip certain features. In another aspect, the interconnections, direct couplings, or communicative couplings shown or discussed are operated indirectly or communicatively through some port, device, or element, whether electrically, mechanically, or otherwise.

The elements of the separating member as an explanatory means may or may not be physically separated. The unit for displaying may or may not be a physical unit, i.e. located at one place or distributed over a plurality of network units. Depending on the purpose of the embodiment, some or all of the units are used. Furthermore, each of the functional units in each of the embodiments may be integrated in one processing unit, physically separate, or integrated in one processing unit having two or more units.

If the software functional unit is implemented, used, or sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical solutions proposed by the present disclosure can be implemented in the form of a software product, either fundamentally or partially. Alternatively, a part of the technical solution that is advantageous to the conventional technology may be implemented in the form of a software product. A software product in a computer is stored in a storage medium and includes a plurality of instructions for a computing device, such as a personal computer, server, or network device, to perform all or some of the steps disclosed by embodiments of the present disclosure. The storage medium includes a USB disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a floppy disk, or other kind of medium capable of storing program code.

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

Claims

1. A physical uplink shared channel (PUSCH) transmission method for user equipment (UE), comprising:

a list of transmit (Tx) beam candidate identities (IDs) configured by a base station (BS); and

One of the Tx beam candidate IDs is indicated by the BS for each PUSCH transmission.

2. The method of claim 1, further comprising deriving spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

3. The method of claim 2, further comprising calculating an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

4. The method according to any one of claims 1 to 3, characterized in that, through one of high layer signaling and physical layer signaling, the BS indicates the Tx beam candidate ID for each PUSCH transmission. one.

5. The method of claim 4, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

6. The method according to any one of claims 2 to 5, wherein each Tx beam candidate ID is associated with a reference signal (RS) ID, a control resource set (CORESET) ID or a physical uplink control channel ( PUCCH) resource ID is associated.

7. The method of claim 6, wherein the RS ID comprises Channel State Information Reference Signal (CSI-RS) resources, Sounding Reference Signal (SRS) resources, or Synchronization Signal/Physical Broadcast Channel (SS/PBCH) resources )piece.

8. The method according to claim 6 or 7, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

9. The method of claim 6 or 7, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and an antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

10. The method of any of claims 3 to 9, further comprising using the spatial domain when calculating an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs Transmit filter information to calculate path loss.

11. The method of any one of claims 1 to 10, further comprising applying an uplink Tx candidate configuration to each PUSCH transmission of the fallback PUSCH.

12 . The method according to claim 11 , wherein the uplink Tx candidate configuration conforms to a predefined rule or a predefined rule. 13 .

The method according to claim 11 or 12, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

14. The method according to any one of claims 11 to 13, wherein the fallback PUSCH is scheduled by DCI format 0_0.

15. A user equipment (UE) for physical uplink shared channel (PUSCH) transmission, comprising:

memory;

transceiver; and

a processor coupled to the memory and the transceiver;

wherein the processor is configured to:

16. The UE of claim 15, wherein the processor is configured to derive spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

17. The UE of claim 16, wherein the processor is configured to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

18. The UE according to any one of claims 15 to 17, wherein, through one of high layer signaling and physical layer signaling, the BS indicates the Tx beam candidate ID for each PUSCH transmission. one.

19. The UE of claim 18, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

20. The UE according to any one of claims 16 to 19, wherein each Tx beam candidate ID is associated with a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical uplink control channel ( PUCCH) resource ID is associated.

21. The UE according to claim 20, wherein the RS ID comprises a channel state information reference signal (CSI-RS) resource, a sounding reference signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) )piece.

22. The UE according to claim 20 or 21, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

23. The UE of claim 20 or 21, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and an antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

24. The UE of any one of claims 17 to 23, wherein the processor is configured to calculate uplink Tx for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs When the power parameter is used, the path loss is calculated using the spatial domain transmit filter information.

25. The UE according to any one of claims 15 to 24, wherein the processor is configured to apply an uplink Tx candidate configuration to each PUSCH transmission of the fallback PUSCH.

26. The UE according to claim 25, wherein the uplink Tx candidate configuration conforms to a pre-defined rule or a pre-specified rule.

27. The UE according to claim 25 or 26, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

28. The UE according to any one of claims 25 to 27, wherein the fallback PUSCH is scheduled by DCI format 0_0.

29. A physical uplink shared channel (PUSCH) transmission method of a base station (BS), comprising:

Configuring a list of transmit (Tx) beam candidate identities (IDs) to a user equipment (UE); and

One of the Tx beam candidate IDs is indicated to the UE for each PUSCH transmission.

30. The method of claim 29, further comprising requesting the UE to derive spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

31. The method of claim 30, further comprising requesting the UE to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

32. The method according to any one of claims 29 to 31, characterized in that, by one of high layer signaling and physical layer signaling, indicating to the UE which of the Tx beam candidate IDs is for each PUSCH transmission. one.

33. The method of claim 32, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

34. The method according to any one of claims 30 to 33, wherein each of the Tx beam candidate IDs is associated with a reference signal (RS) ID, a control resource set (CORESET) ID or a physical uplink control channel ( PUCCH) resource ID is associated.

35. The method of claim 34, wherein the RS ID comprises Channel State Information Reference Signal (CSI-RS) resources, Sounding Reference Signal (SRS) resources, or Synchronization Signal/Physical Broadcast Channel (SS/PBCH) resources )piece.

36. The method according to claim 34 or 35, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to reference signal (RS) ID, control resource set (CORESET) ID or physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

37. The method of claim 34 or 35, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

38. The method of any one of claims 31 to 37, further comprising requesting the UE to use the The spatial domain transmits filter information to calculate path loss.

39. The method of any of claims 29 to 38, further comprising requesting the UE to apply an uplink Tx candidate configuration to each PUSCH transmission of a fallback PUSCH.

40. The method according to claim 39, wherein the uplink Tx candidate configuration conforms to a pre-defined rule or a pre-specified rule.

41. The method according to claim 39 or 40, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

42. The method according to any one of claims 39 to 41, wherein the fallback PUSCH is scheduled by DCI format 0_0.

43. A base station (BS) for physical uplink shared channel (PUSCH) transmission, comprising:

memory;

transceiver; and

a processor coupled to the memory and the transceiver;

wherein the processor is configured to:

44. The BS of claim 43, wherein the processor is configured to request the UE to derive a spatial domain transmit filter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs information.

45. The BS of claim 44, wherein the processor is configured to request the UE to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

46. The BS according to any one of claims 43 to 45, characterized in that, for each PUSCH transmission, the UE is indicated to the UE which of the Tx beam candidate IDs is through one of high layer signaling and physical layer signaling. one.

47. The BS of claim 46, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

48. The BS according to any one of claims 44 to 47, wherein each of the Tx beam candidate IDs is associated with a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical uplink control channel ( PUCCH) resource ID is associated.

49. The BS of claim 48, wherein the RS ID comprises Channel State Information Reference Signal (CSI-RS) resources, Sounding Reference Signal (SRS) resources, or Synchronization Signal/Physical Broadcast Channel (SS/PBCH) resources )piece.

50. The BS according to claim 48 or 49, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to reference signal (RS) ID, control resource set (CORESET) ID or physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

51. The BS of claim 48 or 49, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

52. The BS according to any one of claims 45 to 51, wherein the processor is configured to request the UE to operate on each PUSCH corresponding to one of the indicated Tx beam candidate IDs When transmitting and calculating the uplink Tx power parameter, the space domain transmit filter information is used to calculate the path loss.

53. The BS of any one of claims 43 to 52, wherein the processor is configured to request the UE to apply an uplink Tx candidate configuration to each PUSCH transmission of a fallback PUSCH.

54. The BS according to claim 53, wherein the uplink Tx candidate configuration conforms to a pre-defined rule or a pre-specified rule.

55. The BS according to claim 53 or 54, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

56. The BS according to any one of claims 53 to 55, wherein the fallback PUSCH is scheduled by DCI format 0_0.

57. A physical uplink shared channel (PUSCH) transmission method for user equipment (UE), comprising:

configuring an uplink Tx candidate configuration by a base station (BS); and

PUSCH transmission is performed according to the candidate uplink Tx configuration.

58. The method of claim 57, wherein the uplink Tx candidate configuration comprises at least one of the following:

Spatial relationship information;

upstream transmission configuration indication; or

Tx beam candidate ID.

59. The method of claim 57 or 58, further comprising indicating, by the BS, one of the Tx beam candidate IDs for each PUSCH transmission.

60. The method of any one of claims 57 to 59, wherein the PUSCH transmission is based on PDCCH with DCI, or is semi-statically configured.

61. The method of any of claims 57 to 60, further comprising deriving spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

62. The method of any of claims 57 to 61, further comprising deriving spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

63. The method of claim 62, further comprising calculating an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

64. The method according to any one of claims 57 to 63, wherein, through one of high layer signaling and physical layer signaling, the BS indicates for each PUSCH transmission the one of the Tx beam candidate IDs. one.

65. The method of claim 64, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

66. The method according to any one of claims 58 to 65, wherein each Tx beam candidate ID is associated with a reference signal (RS) ID, a control resource set (CORESET) ID or a physical uplink control channel ( PUCCH) resource ID is associated.

67. The method of claim 66, wherein the RS ID comprises a channel state information reference signal (CSI-RS) resource, a sounding reference signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) )piece.

68. The method according to claim 66 or 67, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to reference signal (RS) ID, control resource set (CORESET) ID or physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

69. The method of claim 66 or 67, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

70. The method of any of claims 63 to 69, further comprising using the spatial domain when calculating an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs Transmit filter information to calculate path loss.

71. The method of any of claims 57 to 70, further comprising applying an uplink Tx candidate configuration to each PUSCH transmission of the fallback PUSCH.

72. The method according to claim 71, wherein the uplink Tx candidate configuration conforms to a pre-defined rule or a pre-specified rule.

73. The method according to claim 71 or 72, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

74. The method according to any one of claims 71 to 73, wherein the fallback PUSCH is scheduled by DCI format 0_0.

75. A user equipment (UE) for physical uplink shared channel (PUSCH) transmission, comprising:

memory;

transceiver; and

a processor coupled to the memory and the transceiver;

wherein the processor is configured to:

configuring the uplink Tx candidate configuration by the BS; and

76. The UE of claim 75, wherein the uplink Tx candidate configuration comprises at least one of the following:

Spatial relationship information;

upstream transmission configuration indication; or

Tx beam candidate ID.

77. The UE of claim 75 or 76, wherein the processor is configured to indicate, by the BS, one of the Tx beam candidate IDs for each PUSCH transmission.

78. The UE of any one of claims 75 to 77, wherein the PUSCH transmission is based on PDCCH with DCI, or is semi-statically configured.

79. The UE of any of claims 75 to 78, wherein the processor is configured to derive a spatial domain transmission for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs filter information.

80. The UE of any one of claims 75 to 79, wherein the processor is configured to derive a spatial domain transmission for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs filter information.

81. The UE of claim 80, wherein the processor is configured to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

82. The UE according to any one of claims 75 to 81, characterized in that, through one of high layer signaling and physical layer signaling, the BS indicates the Tx beam candidate ID for each PUSCH transmission. one.

83. The UE of claim 82, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

84. The UE according to any one of claims 76 to 83, wherein each Tx beam candidate ID is associated with a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical uplink control channel ( PUCCH) resource ID is associated.

85. The UE of claim 84, wherein the RS ID comprises a channel state information reference signal (CSI-RS) resource, a sounding reference signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) )piece.

86. The UE according to claim 84 or 85, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

87. The UE of claim 84 or 85, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

88. The UE of any one of claims 81 to 87, wherein the processor is configured to calculate uplink Tx for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs When the power parameter is used, the path loss is calculated using the spatial domain transmit filter information.

89. The UE of any one of claims 75 to 88, wherein the processor is configured to apply an uplink Tx candidate configuration to each PUSCH transmission of a fallback PUSCH.

90. The UE according to claim 89, wherein the uplink Tx candidate configuration conforms to a pre-defined rule or a pre-specified rule.

91. The UE according to claim 89 or 90, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

92. The UE according to any one of claims 89 to 91, wherein the fallback PUSCH is scheduled by DCI format 0_0.

93. A physical uplink shared channel (PUSCH) transmission method of a base station (BS), comprising:

configuring an uplink Tx candidate configuration to a user equipment (UE); and

One of the uplink Tx candidate configurations is indicated to the UE for each PUSCH transmission.

94. The method of claim 93, wherein the uplink Tx candidate configuration comprises at least one of the following:

Spatial relationship information;

upstream transmission configuration indication; or

Tx beam candidate ID.

95. The method of claim 93 or 94, further comprising indicating to the UE one of the Tx beam candidate IDs for each PUSCH transmission.

96. The method of any one of claims 93 to 95, wherein the PUSCH transmission is based on a PDCCH with DCI, or is semi-statically configured.

97. The method of any of claims 93 to 95, further comprising requesting the UE to derive spatial domain transmit filter information for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

98. The method of claim 97, further comprising requesting the UE to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

99. The method according to any one of claims 93 to 98, wherein, for each PUSCH transmission, one of the Tx beam candidate IDs is indicated to the UE through one of high layer signaling and physical layer signaling. one.

100. The method of claim 99, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

101. The method according to any one of claims 97 to 100, wherein each Tx beam candidate ID is associated with a reference signal (RS) ID, a control resource set (CORESET) ID or a physical uplink control channel ( PUCCH) resource ID is associated.

102. The method of claim 101, wherein the RS ID comprises Channel State Information Reference Signal (CSI-RS) resources, Sounding Reference Signal (SRS) resources, or Synchronization Signal/Physical Broadcast Channel (SS/PBCH) resources )piece.

103. The method according to claim 101 or 102, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

104. The method of claim 101 or 102, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

105. The method of any one of claims 98 to 104, further comprising requesting the UE, when calculating an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs, to use The spatial domain transmits filter information to calculate path loss.

106. The method of any of claims 94 to 105, further comprising requesting the UE to apply an uplink Tx candidate configuration to each PUSCH transmission of a fallback PUSCH.

107. The method according to claim 106, wherein the uplink Tx candidate configuration conforms to a pre-defined rule or a pre-specified rule.

108. The method according to claim 106 or 107, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

109. The method according to any one of claims 106 to 108, wherein the fallback PUSCH is scheduled through DCI format 0_0.

110. A base station (BS) for physical uplink shared channel (PUSCH) transmission, comprising:

memory;

transceiver; and

a processor coupled to the memory and the transceiver;

wherein the processor is configured to:

configuring an uplink Tx candidate configuration to a user equipment (UE); and

111. The BS of claim 110, wherein the uplink Tx candidate configuration comprises at least one of the following:

Spatial relationship information;

upstream transmission configuration indication; or

Tx beam candidate ID.

112. The BS of claim 110 or 111, wherein the PUSCH transmission is based on a PDCCH with DCI, or is semi-statically configured.

113. The BS of any one of claims 100 to 112, wherein the processor is configured to request the UE to transmit for each PUSCH corresponding to one of the indicated Tx beam candidate IDs Derive spatial domain transmit filter information.

114. The BS of claim 113, wherein the processor is configured to request the UE to calculate an uplink Tx power parameter for each PUSCH transmission corresponding to one of the indicated Tx beam candidate IDs.

115. The BS according to any one of claims 100 to 114, characterized in that, by one of high layer signaling and physical layer signaling, indicating to the UE which of the Tx beam candidate IDs is for each PUSCH transmission. one.

116. The BS of claim 115, wherein the higher layer signaling comprises a medium access control control element (MAC CE) message, and the physical layer signaling comprises downlink control information (DCI).

117. The BS according to any one of claims 111 to 116, wherein each Tx beam candidate ID is associated with a reference signal (RS) ID, a control resource set (CORESET) ID or a physical uplink control channel ( PUCCH) resource ID is associated.

118. The BS of claim 117, wherein the RS ID comprises a channel state information reference signal (CSI-RS) resource, a sounding reference signal (SRS) resource, or a synchronization signal/physical broadcast channel (SS/PBCH) )piece.

119. The BS according to claim 117 or 118, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises, according to a reference signal (RS) ID, a control resource set (CORESET) ID, or a physical The Uplink Control Channel (PUCCH) resource ID derives Tx beams for each PUSCH transmission.

120. The BS of claim 117 or 118, wherein deriving the spatial domain transmit filter information for each PUSCH transmission comprises deriving a Tx precoder and antenna according to one of the indicated Tx beam candidate IDs At least one of the port information.

121. The BS according to any one of claims 114 to 120, wherein the processor is configured to request the UE to operate on each PUSCH corresponding to one of the indicated Tx beam candidate IDs When calculating the uplink Tx power parameter, the transmission filter information in the spatial domain is used to calculate the path loss.

122. The BS of any one of claims 110 to 121, wherein the processor is configured to request the UE to apply an uplink Tx candidate configuration to each PUSCH transmission of a fallback PUSCH.

123. The BS according to claim 122, wherein the uplink Tx candidate configuration conforms to a predefined rule or a predefined rule.

124. The BS according to claim 122 or 123, wherein the uplink Tx candidate configuration corresponds to the lowest Tx beam candidate ID among the Tx beam candidate IDs.

125. The BS according to any one of claims 122 to 124, wherein the fallback PUSCH is scheduled by DCI format 0_0.

126. A non-transitory machine-readable storage medium having stored thereon instructions which, when executed by a computer, cause the computer to perform the methods according to claims 1 to 14, 29 to 42, 57 to 74 and 93 to The method of any one of 109.

127. A chip comprising:

A processor configured to invoke and execute a computer program stored in a memory to cause a device on which the chip is installed to perform the execution of any one of claims 1 to 14, 29 to 42, 57 to 74 and 93 to 109 Methods.

128. A computer readable storage medium in which a computer program is stored, characterized in that the computer program causes a computer to perform the method according to any one of claims 1 to 14, 29 to 42, 57 to 74 and 93 to 109. method described.

129. A computer program product comprising a computer program, characterized in that the computer program causes a computer to perform the method according to any one of claims 1 to 14, 29 to 42, 57 to 74 and 93 to 109.

130. A computer program, characterized in that the computer program causes a computer to perform the method according to any one of claims 1 to 14, 29 to 42, 57 to 74 and 93 to 109.