WO2025119149A1 - Uplink transmission method and apparatus, uplink transmission configuration method and apparatus, and communication device - Google Patents

Abstract

The present application belongs to the technical field of communications. Disclosed are an uplink transmission method and apparatus, an uplink transmission configuration method and apparatus, and a communication device. The uplink transmission method in the embodiments of the present application comprises: a terminal determining a target time-domain type corresponding to a first uplink transmission, wherein the target time-domain type comprises a subband full-duplex (SBFD) time-domain type or a non-SBFD time-domain type; and the terminal determining transmission parameters of the first uplink transmission on the basis of the target time-domain type.

Description

Uplink transmission method, uplink transmission configuration method, device and communication equipment

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to Chinese Patent Application No. 202311678571.6 filed in China on December 7, 2023, the entire contents of which are incorporated herein by reference.

Technical Field

The present application belongs to the field of communication technology, and specifically relates to an uplink transmission method, an uplink transmission configuration method, an apparatus and a communication device.

Background Art

At present, uplink transmission is only transmitted on uplink (UL) symbols or flexible symbols. When the uplink transmission overlaps with the semi-static downlink (DL) symbols or the synchronization signal block (SSB) symbols, the user equipment (UE, also known as the terminal) cancels the uplink transmission. In the related technology, the New Radio (NR) system introduces the full-duplex transmission technology. The UE can be configured with subband full-duplex (SBFD) time domain resources. How to perform uplink transmission under the SBFD configuration is a problem that needs to be solved.

Summary of the invention

The embodiments of the present application provide an uplink transmission method, an uplink transmission configuration method, an apparatus, and a communication device, which can solve the problem of how to perform uplink transmission under SBFD configuration.

In a first aspect, an uplink transmission method is provided, the method comprising:

The terminal determines a target time domain type corresponding to the first uplink transmission, where the target time domain type includes a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type;

The terminal determines, according to the target time domain type, a transmission parameter of the first uplink transmission.

In a second aspect, an uplink transmission device is provided, which is applied to a terminal, and the device includes:

A first processing module, configured to determine a target time domain type corresponding to a first uplink transmission, wherein the target time domain type includes a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type;

The second processing module is used to determine the transmission parameters of the first uplink transmission according to the target time domain type.

In a third aspect, an uplink transmission configuration method is provided, including:

The network side device sends configuration information or scheduling information to the terminal, where the configuration information or the scheduling information is used to determine a target time domain type for the first uplink transmission;

The target time domain type includes a sub-band full-duplex (SBFD) time domain type or a non-sub-band full-duplex (non-SBFD) time domain type.

In a fourth aspect, an uplink transmission configuration device is provided, which is applied to a network side device, and the device includes:

A first sending module, used to send configuration information or scheduling information to a terminal, where the configuration information or the scheduling information is used to determine a target time domain type for a first uplink transmission;

The target time domain type includes a sub-band full-duplex (SBFD) time domain type or a non-sub-band full-duplex (non-SBFD) time domain type.

In a fifth aspect, a communication device is provided, which includes a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the third aspect are implemented.

In the sixth aspect, a terminal is provided, comprising a processor and a communication interface, wherein the processor is used to: determine a target time domain type corresponding to a first uplink transmission, the target time domain type comprising a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type; and determine a transmission parameter of the first uplink transmission according to the target time domain type.

In the seventh aspect, a network side device is provided, which includes a processor and a communication interface, wherein the communication interface is used to: send configuration information or scheduling information to a terminal, and the configuration information or the scheduling information is used to determine a target time domain type for a first uplink transmission; wherein the target time domain type includes a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type.

In an eighth aspect, a communication system is provided, comprising: a terminal and a network side device, wherein the terminal can be used to execute the steps of the uplink transmission method as described in the first aspect, and the network side device can be used to execute the steps of the uplink transmission configuration method as described in the third aspect.

In the ninth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the third aspect are implemented.

In the tenth aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instructions to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the third aspect.

In the eleventh aspect, a computer program/program product is provided, wherein the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the third aspect.

In an embodiment of the present application, the terminal determines a target time domain type corresponding to the first uplink transmission, and the target time domain type includes an SBFD time domain type or a non-SBFD time domain type; the terminal determines the transmission parameters of the first uplink transmission according to the target time domain type. In this way, the terminal can more reasonably determine the uplink transmission parameters under the SBFD configuration, so that the terminal can more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of a network structure applicable to an embodiment of the present application;

FIG2 is a schematic diagram of a flexible duplex mode;

FIG3 is a flow chart of an uplink transmission method provided in an embodiment of the present application;

FIG4 is a schematic diagram of a time unit where a PUSCH is provided in an embodiment of the present application;

FIG5 is a second schematic diagram of a time unit where a PUSCH is provided in an embodiment of the present application;

FIG6 is a structural diagram of an uplink transmission device provided in an embodiment of the present application;

FIG7 is a flowchart of an uplink transmission configuration method provided in an embodiment of the present application;

FIG8 is a structural diagram of an uplink transmission configuration device provided in an embodiment of the present application;

FIG9 is a structural diagram of a communication device provided in an embodiment of the present application;

FIG10 is a structural diagram of a terminal provided in an embodiment of the present application;

FIG. 11 is a structural diagram of a network-side device provided in an embodiment of the present application.

DETAILED DESCRIPTION

The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.

The terms "first", "second", etc. of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of one type, and the number of objects is not limited, for example, the first object can be one or more. In addition, "or" in the present application represents at least one of the connected objects. For example, "A or B" covers three schemes, namely, Scheme 1: including A but not including B; Scheme 2: including B but not including A; Scheme 3: including both A and B. The character "/" generally indicates that the objects associated with each other are in an "or" relationship.

The term "indication" in this application can be a direct indication (or explicit indication) or an indirect indication (or implicit indication). A direct indication can be understood as the sender explicitly informing the receiver of specific information, operations to be performed, or request results in the sent indication; an indirect indication can be understood as the receiver determining the corresponding information according to the indication sent by the sender, or making a judgment and determining the operation to be performed or the request result according to the judgment result.

It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE)/LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used for the above-mentioned systems and radio technologies as well as other systems and radio technologies. The following description describes a New Radio (NR) system for example purposes, and NR terms are used in most of the following descriptions, but these technologies can also be applied to systems other than NR systems, such as ^6th Generation (6G) communication systems.

FIG1 shows a block diagram of a wireless communication system applicable to the embodiment of the present application. The wireless communication system includes a terminal 11 and a network side device 12 . Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (Ultra-mobile Personal Computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (Augmented Reality, AR), a virtual reality (Virtual Reality, VR) device, a robot, a wearable device (Wearable Device), a flight vehicle (flight vehicle), a vehicle user equipment (VUE), a shipborne equipment, a pedestrian terminal (Pedestrian User Equipment, PUE), a smart home (home appliances with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.), a game console, a personal computer (Personal Computer, PC), a teller machine or a self-service machine and other terminal side devices. Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among them, the vehicle-mounted device can also be called a vehicle-mounted terminal, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit, etc. In addition to the above-mentioned terminal devices, it can also be a chip in the terminal, such as a modem chip, a system-on-chip (SoC). It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 may include an access network device, wherein the access network device may also be called a radio access network (RAN) device, a radio access network function or a radio access network unit. The access network device may include a base station, a wireless local area network (WLAN) access point (AP) or a wireless fidelity (WiFi) node, etc. Among them, the base station can be called Node B (Node B, NB), Evolved Node B (Evolved Node B, eNB), the next generation Node B (the next generation Node B, gNB), New Radio Node B (New Radio Node B, NR Node B), access point, Relay Base Station (Relay Base Station, RBS), Serving Base Station (Serving Base Station, SBS), Base Transceiver Station (Base Transceiver Station, BTS), radio base station, radio transceiver, base Basic Service Set (BSS), Extended Service Set (ESS), home Node B (HNB), home evolved Node B (home evolved Node B), Transmission Reception Point (TRP) or other appropriate term in the field, as long as the same technical effect is achieved, the base station is not limited to specific technical vocabulary. It should be noted that, in the embodiments of the present application, only the base station in the NR system is taken as an example for introduction, and the specific type of the base station is not limited.

Before describing the embodiments of the present application, the following briefly introduces the related technologies:

1. Physical Uplink Control Channel (PUCCH) Resource Configuration and Determination in NR

In NR, PUCCH resources are configured in the information element (IE) PUCCH configuration (PUCCH-config). Up to 4 PUCCH resource sets (resource sets) can be configured in PUCCH-config. Each PUCCH resource set can contain one or more PUCCH resources (resource). Each PUCCH resource set can carry different uplink control information (Uplink Control Information, UCI) bits. For example, the first PUCCH resource set can carry up to 2 bits of UCI and can contain up to 32 PUCCH resources. The second PUCCH resource set can carry more than 2 and less than or equal to N2 bits of UCI. Similarly, the third PUCCH resource set can carry more than N2 and less than or equal to N3 bits of UCI, and the fourth PUCCH resource set can carry more than N3 and less than or equal to 1706 bits of UCI. Among them, N2 and N3 can be configured by Radio Resource Control (Radio Resource Control, RRC). PUCCH-config can also configure at least one of the hybrid automatic repeat request acknowledgment (HARQ-ACK) feedback timing, PUCCH transmission power parameters and beam-related information.

For channel state information (CSI) or scheduling request (SR) transmission, the base station can configure the associated PUCCH resource identifier (resource ID) for each CSI/SR.

When the UE supports HARQ-ACK codebook transmission of different priorities, the base station can configure the PUCCH-config corresponding to the HARQ-ACK codebook transmission of different priorities. Specifically, the base station configures the PUCCH configuration list (PUCCH-configurationList), which can include two PUCCH-configs, one for high priority and one for low priority UCI transmission.

2. Flexible duplex (SBFD)

When deploying traditional cellular networks, frequency division duplex (FDD) or time division duplex (TDD) can be used based on the available spectrum and service characteristics. When FDD is used, uplink and downlink transmissions are located at different frequencies, and the two do not interfere with each other and can be carried out simultaneously. When TDD is used, uplink and downlink transmissions are located at the same frequency and are carried out in a staggered manner using time division. Both duplex methods have their own advantages and disadvantages.

In order to make more flexible use of limited spectrum resources, dynamically match business needs, improve resource utilization efficiency, and improve uplink coverage and reduce latency of data transmission, a flexible duplex mode is proposed, including full-duplex based on non-overlapping sub-bands in the frequency domain, referred to as sub-band full-duplex (SBFD).

1) Full-duplex on the network side

From the perspective of the network side, at the same time, uplink transmission and downlink transmission can be carried out simultaneously in different frequency domain sub-bands. To avoid interference between uplink and downlink, a certain guard band can be reserved between the frequency domain sub-bands corresponding to different transmission directions (such as uplink sub-band and downlink sub-band).

2) Half-duplex or full-duplex on the terminal side

When the terminal side supports half-duplex, only uplink transmission or downlink transmission can be performed at the same time, and both cannot be performed at the same time. It can be understood that in this case, the uplink transmission and downlink transmission at the same time on the network side can only be for different terminals.

When the terminal side supports full-duplex, similar to the network side, at the same time, uplink transmission and downlink transmission can be performed simultaneously in different frequency domain sub-bands.

FIG2 shows a schematic diagram of the flexible duplex mode. In a portion of downlink symbols, the network side semi-statically divides the frequency domain of a single carrier into three sub-bands, where the two sides of the carrier are downlink sub-bands and the middle is an uplink sub-band, to reduce interference to adjacent carriers. In the third time slot, UE1 and UE2 perform uplink transmission and downlink reception, respectively. In FIG2, D represents a downlink symbol, S represents a flexible symbol, and U represents an uplink symbol.

3. SBFD Configuration or Instructions

In the Rel-18 Duplex System Information (SI), SBFD based on full-duplex on the network side and half-duplex on the terminal side is studied. Among them, the focus is on semi-static SBFD, that is, only uplink is transmitted in the uplink subband configured on the network side, and only downlink is transmitted in the downlink subband configured on the network side. At the same time, more research has been done on dynamic SBFD, including: for Semi-static downlink (DL) symbols configured with UL subband, downlink transmission is allowed outside the DL subband, for example, it is understandable that the SBFD configuration of the symbol is disabled and falls back to the original DL symbol; for Semi-static flexible symbols configured with UL subband, downlink transmission is allowed outside the DL subband, and uplink transmission is allowed outside the UL subband.

In addition, some discussion was made on the signaling methods for implementing Dynamic SBFD, including the signaling indication methods based on scheduling downlink control information (DCI)/non-scheduling DCI/media access control (MAC) control element (CE).

In the related art, when determining the PUCCH resource, the terminal determines the corresponding resource set in the corresponding PUCCH-config according to the number of bits of the UCI, and determines the corresponding resource set according to the indication of the PUCCH resource indicator (PUCCH Resource Indicator, PRI), and determines the transmission of UCI including HARQ-ACK in the determined resource set. For SBFD operation, the UE may be configured with SBFD symbols, on which the bandwidth part (Bandwidth Part, BWP) may be divided into UL subband, guard band and DL subband, and uplink transmission can only be performed within the UL subband.

In view of this, the embodiments of the present application provide an uplink transmission method, an uplink transmission configuration method and an apparatus to solve the problem of how to perform uplink transmission under SBFD configuration.

In order to facilitate the description of the following solution, the relevant concepts are explained first:

Based on the TDD pattern configuration information provided by the network side to the UE (for example, tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated provided for a serving cell of the UE), the following symbol types (Symbol type) can be distinguished: downlink symbol (DL symbol), uplink symbol (UL symbol), and flexible symbol (Flexible symbol).

When tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated is not provided for a Serving cell, it can be considered that the type of each Symbol is Flexible symbol, or, the rules corresponding to the Flexible symbol are followed.

Based on the above-mentioned TDD pattern configuration information and the SBFD configuration information provided by the network side to the UE, the following Symbol types can be further distinguished: SBFD symbol and non-SBFD symbol.

The network side can configure certain symbols to perform SBFD operations through SBFD configuration information, that is, configure these symbols as SBFD symbols; any symbol that is not configured (or instructed) to perform SBFD operations can be considered a non-SBFD symbol. For example, some or all symbols in a single cycle determined based on the TDD pattern are configured as SBFD symbols. These symbols configured as SBFD symbols can be some or all of the types of Symbol types distinguished based on the TDD pattern configuration information.

For a Serving cell configured or activated for a UE, the symbol on the Serving cell can be further divided into the following three Symbol types:

1)SBFD symbol for duplex mode 1

For Duplex mode 1, the network side supports SBFD operation based on full-duplex, and the UE side only supports SBFD operation based on half-duplex. That is, within a single SBFD symbol, the UE can only perform uplink transmission or downlink reception, but cannot simultaneously perform uplink transmission and downlink reception based on frequency division multiplexing (FDM).

2) SBFD symbol for duplex mode 2

For Duplex mode 2, the network side supports SBFD operation based on full-duplex, and the UE side can support SBFD operation based on full-duplex, that is, the UE can simultaneously perform FDM-based uplink transmission and downlink reception within a single SBFD symbol.

It is understandable that a UE that supports SBFD operation based on full-duplex (i.e., supports Duplex mode 2 or SBFD symbol for duplex mode 2) must also support SBFD operation based on half-duplex (i.e., supports Duplex mode 1 or SBFD symbol for duplex mode 1).

3) Non-SBFD symbol

Any symbol that is not configured (or instructed) to perform an SBFD operation can be considered a non-SBFD symbol.

In the relevant discussion of Rel-18 Duplex SI, it is proposed to distinguish Symbol types based on SBFD configuration information (for example, two Symbol types, SBFD symbol and non-SBFD symbol, or three Symbol types, SBFD symbol for duplex mode 1, SBFD symbol for duplex mode 2 and non-SBFD symbol). The corresponding uplink transmission parameters can be configured (directly) or derived (implicitly based on frequency domain offset, respective starting reference points, etc.) for different Symbol types to take into account/compensate for frequency domain resources, antenna and RF configuration, interference conditions and limitations corresponding to different Symbol types.

In the embodiments of the present application, SBFD type and non-SBFD type are mainly considered. The SBFD type may include at least one of SBFD symbol for duplex mode 1 and SBFD symbol for duplex mode 2.

In the following, in combination with the accompanying drawings, the uplink transmission method, uplink transmission device, uplink transmission configuration method, and uplink transmission configuration device provided in the embodiments of the present application are described in detail through some embodiments and their application scenarios.

FIG3 is a flow chart of an uplink transmission method provided in an embodiment of the present application. As shown in FIG3 , the uplink transmission method includes the following steps:

Step 301: The terminal determines a target time domain type corresponding to a first uplink transmission, where the target time domain type includes a SBFD time domain type or a non-SBFD time domain type;

Step 302: The terminal determines the transmission parameters of the first uplink transmission according to the target time domain type.

The embodiment of the present application defines two time domain types, one is the SBFD time domain type (which may be referred to as the SBFD type), and the other is the non-SBFD time domain type (which may be referred to as the non-SBFD type). For example, SBFD symbols, SBFD time slots, or SBFD sub-time slots all belong to the SBFD time domain type, and uplink symbols, uplink time slots, uplink sub-time slots, downlink symbols, downlink time slots, downlink sub-time slots, flexible symbols, flexible time slots, or flexible sub-time slots all belong to the non-SBFD time domain type.

The first uplink transmission includes, for example, uplink transmissions such as PUCCH, Sounding Reference Signal (SRS) or PUSCH, which is not limited in the embodiments of the present application.

The terminal determines the target time domain type corresponding to the first uplink transmission, which can be understood as the terminal determining whether the first uplink transmission is an SBFD uplink transmission or a non-SBFD uplink transmission, wherein the SBFD uplink transmission represents an uplink transmission of the SBFD time domain type, and the non-SBFD uplink transmission represents an uplink transmission of the non-SBFD time domain type.

The terminal determines the transmission parameters of the first uplink transmission according to the target time domain type, which can make the transmission parameters of the first uplink transmission more reasonable and help ensure the communication performance of the terminal. Taking the target time domain type as the SBFD time domain type as an example, since the terminal can perform uplink transmission and downlink reception at the same time in the same time domain unit, the uplink transmission may interfere with the downlink reception. Therefore, when the target time domain type corresponding to the first uplink transmission is the SBFD time domain type, the terminal can use a lower transmission power for the first uplink transmission to reduce the interference caused by the first uplink transmission to the downlink reception, thereby ensuring the communication performance of the terminal. When the target time domain type corresponding to the first uplink transmission is the non-SBFD time domain type, the terminal can use a higher transmission power for the first uplink transmission to improve the reliability of the first uplink transmission, thereby ensuring the communication performance of the terminal.

Exemplarily, the base station may configure PUCCH-config/PUSCH-config/SRS-config, etc. for transmission in SBFD time domain resources, and PUCCH-config/PUSCH-config/SRS-config, etc. for transmission in non-SBFD time domain resources. The SBFD configuration may be at the time slot/sub-time slot or symbol level. Under the SBFD configuration, the UE needs to determine the time domain type corresponding to the uplink transmission, and needs to determine the transmission resources and transmission parameters corresponding to the uplink transmission to ensure the validity of the uplink transmission.

In an embodiment of the present application, the terminal determines a target time domain type corresponding to the first uplink transmission, and the target time domain type includes an SBFD time domain type or a non-SBFD time domain type; the terminal determines the transmission parameters of the first uplink transmission according to the target time domain type. In this way, the terminal can more reasonably determine the uplink transmission parameters under the SBFD configuration, so that the terminal can more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

In some embodiments, the terminal determines the target time domain type corresponding to the first uplink transmission, including at least one of the following:

The terminal determines the target time domain type according to configuration information or scheduling information;

The terminal determines the target time domain type according to a time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

The terminal determines the target time domain type according to a target time domain unit corresponding to the first uplink transmission.

That is to say, the time domain type of uplink transmission may be determined according to configuration information or scheduling information, or may be determined according to a specific time domain unit.

In the embodiments of the present application, the time domain unit can be understood as a specific time domain position. For example, time slot (slot) i can be regarded as a time domain unit, and the j-th symbol in slot i can also be regarded as a time domain unit.

The time domain granularities corresponding to different time domain units may be the same or different. For example, the time domain unit where the downlink transmission corresponding to the first uplink transmission is located and the target time domain unit corresponding to the first uplink transmission may have the same or different time domain unit granularities.

The target time domain unit corresponding to the first uplink transmission may include one or more time domain units. For example, the time domain unit corresponding to the actual transmission of the first uplink transmission, or the time domain unit corresponding to the nominal transmission of the first uplink transmission, may be understood as the target time domain unit corresponding to the first uplink transmission, and the granularity of the time domain units of the two may be the same or different.

Exemplarily, the time domain granularity of the target time domain unit may include a symbol, a time slot, a sub-time slot, etc.

Exemplarily, the time domain unit where the downlink transmission corresponding to the first uplink transmission is located may include a symbol, a time slot or a sub-time slot, etc.

In some embodiments, the terminal determines the target time domain type according to the configuration information or the scheduling information, including at least one of the following:

The terminal determines the target time domain type according to the time domain type associated with first configuration information, where the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer;

The terminal determines, according to the time domain type associated with second configuration information, the target time domain type, where the second configuration information is used to pre-configure the first uplink transmission;

The terminal determines the target time domain type according to the time domain type associated with third configuration information, where the third configuration information is used to pre-configure a resource set of K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer;

The terminal determines, according to fourth configuration information, the target time domain type, where the fourth configuration information is used to pre-configure the time domain type of the first uplink transmission;

The terminal determines the target time domain type according to first scheduling information, where the first scheduling information is used to dynamically schedule the first uplink transmission;

The terminal determines the target time domain type according to second scheduling information, where the second scheduling information is used to activate the first uplink transmission.

Exemplarily, the first uplink transmission is PUCCH, and the first configuration information is PUCCH-config; the first uplink transmission is PUSCH, and the first configuration information is PUSCH-config configuration list; the first uplink transmission is configured grant PUSCH (Configured Grant PUSCH, CG-PUSCH) or SRS, and the first configuration information is CG-PUSCH or SRS configuration list.

Exemplarily, the second configuration information is configuration information used to configure resources for each PUCCH/SRS/CG-PUSCH (per PUCCH/SRS/CG-PUSCH resource configured).

Exemplarily, the first uplink transmission is PUCCH, and the third configuration information is PUCCH resource set/List; the first uplink transmission is SRS or CG-PUSCH, and the third configuration information is a configuration list.

The fourth configuration information may be understood as configuration information used to configure the time domain type, which may be existing configuration information or new configuration information.

The first scheduling information can be understood as dynamic scheduling information. For example, for dynamically scheduled uplink transmission, such as PUCCH carrying HARQ-ACK, dynamic grant PUCSH (Dynamic Grant PUCSH, DG-PUCSH) or type 2CG-PUSCH, the first scheduling information includes scheduling DCI or activation DCI.

The second scheduling information can be understood as semi-persistent scheduling information, semi-static configuration information or high-level signaling. For example, for semi-statically configured uplink transmission, such as SPS HARQ-ACK/CSI/SR/SRS/CG-PUSCH (especially type1CG-PUSCH), the transmission time domain type corresponding to the uplink transmission is configured through high-level signaling (such as per CSI report/SR/SRS/CG-PUSCH configuration).

In some embodiments, the terminal determines the target time domain type according to the first scheduling information, including at least one of the following:

The terminal determines the target time domain type according to the time domain type information indicated by the first scheduling information;

The terminal determines the target time domain type according to the time domain type corresponding to the time domain unit indicated by the first scheduling information;

Determining, by the terminal, the target time domain type according to the time domain type associated with the codebook indicated by the first scheduling information;

The terminal determines the target time domain type according to the time domain type associated with the transmission configuration indicated by the first scheduling information.

In some embodiments, the time domain unit where the downlink transmission corresponding to the first uplink transmission is located includes at least one of the following:

a downlink time domain symbol corresponding to an end symbol of the downlink transmission corresponding to the first uplink transmission;

An uplink time domain symbol corresponding to an end symbol of a downlink transmission corresponding to the first uplink transmission;

A downlink time domain unit corresponding to an end position of the downlink transmission corresponding to the first uplink transmission;

The uplink time domain unit corresponds to the downlink time domain unit corresponding to the end position of the downlink transmission corresponding to the first uplink transmission.

Exemplarily, for the uplink transmission of HARQ-ACK PUCCH, the time domain type corresponding to the symbol at the end position of the last DL transmission corresponding to HARQ-ACK (such as its corresponding PDSCH or PDCCH) can be used, wherein the time domain type corresponding to the symbol at the end position of the last DL transmission can be the time domain type of the DL symbol corresponding to the end position of the DL transmission, or the time domain type of the UL symbol corresponding to the end position of the DL transmission. If the DL transmission and the UL transmission correspond to different service cells or different subcarrier intervals, and the time domain type of the UL symbol corresponding to the end position of the DL transmission is different, that is, according to the end position of the DL transmission, it is mapped to the service cell corresponding to the UL transmission or the UL symbol corresponding to the subcarrier interval. For example, the first uplink transmission corresponds to service cell A, and the corresponding downlink transmission corresponds to service cell B, and the time domain unit where the downlink transmission corresponding to the first uplink transmission is located includes: the uplink time domain unit on service cell A corresponding to the end symbol of the downlink transmission on service cell B.

In some embodiments, the terminal determines the target time domain type according to the target time domain unit corresponding to the first uplink transmission, including at least one of the following:

In a case where the target time domain unit is configured or indicated as a SBFD time domain unit, the terminal determines that the target time domain type is the SBFD time domain type;

In a case where the target time domain unit is configured or indicated as a non-SBFD time domain unit, the terminal determines that the target time domain type is the non-SBFD time domain type;

In a case where all symbols of the target time domain unit are SBFD symbols, the terminal determines that the target time domain type is the SBFD time domain type;

In a case where all symbols of the target time domain unit are non-SBFD symbols, the terminal determines that the target time domain type is the non-SBFD time domain type;

In a case where the target time domain unit includes both SBFD symbols and non-SBFD symbols, the terminal determines the target time domain type according to a target mode;

The target method includes at least one of the following:

Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the target time domain unit;

Determining the target time domain type according to the time domain type of the symbol located at a predefined position in the target time domain unit;

The target time domain type is determined according to a predefined or default time domain type of the target time domain unit.

Exemplarily, if the target time domain unit is semi-statically configured as (or configured by dynamic signaling as) an SBFD time domain unit, or the target time domain unit only includes SBFD symbols, the target time domain unit is of SBFD type.

That is, the target time domain unit is configured as a SBFD time domain unit, which can be understood as the target time domain unit is configured as a SBFD time domain unit by high-level signaling and/or dynamic signaling. Preferably, the target time domain unit is configured as a SBFD time domain unit by high-level signaling.

Exemplarily, if the target time domain unit is not semi-statically configured as (or configured by dynamic signaling as) a non-SBFD time domain unit, or the target time domain unit only contains non-SBFD symbols, the target time domain unit is of non-SBFD type.

Exemplarily, if the target time domain unit contains both SBFD symbols and non-SBFD symbols, the time domain type of the target time domain unit is determined according to the following method:

The number of SBFD symbols and non-SBFD symbols in the time domain unit is determined according to the time domain type with a larger number of symbols;

Determined according to a predefined position in the time domain unit, such as a time domain type corresponding to a first symbol or a last symbol;

Predefined/default as SBFD or non-SBFD type;

It is determined according to the time domain type of the symbol where the uplink transmission in the time domain unit is located.

In some embodiments, the target time domain unit includes at least one of the following:

A first time domain unit, where the first time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission;

a second time domain unit, where the second time domain unit is a time domain unit corresponding to the nominal transmission of the first uplink transmission;

The time domain granularities of the first time domain unit and the second time domain unit are the same or different.

In some embodiments, the first time domain unit comprises a symbol, a time slot or a sub-time slot.

In some embodiments, the second time domain unit comprises a time slot or a sub-time slot.

In some embodiments, the second time domain unit includes at least one of the following:

The time domain unit determined by the terminal according to the configured period and offset of the first uplink transmission;

The terminal is instructed to use a time domain unit for transmitting a hybrid automatic repeat request answer HARQ-ACK.

Exemplarily, the second time domain unit includes the following two cases:

For HARQ-ACK PUCCH, the time domain unit where the UE is instructed to transmit the HARQ-ACK, for example, the time domain unit (such as a time slot or sub-time slot) used to feedback the HARQ-ACK determined according to the timing indication from PDSCH to HARQ-ACK feedback;

For SR/CSI/SRS/CG-PUSCH, it is the time domain unit determined by the UE according to the period of SR/CSI/SRS/CG-PUSCH and the offset within the period (as well as the starting symbol position and sub-slot configuration). For example: the transmission time slot determined according to the period of SR/CSI/SRS/CG-PUSCH and the offset within the period, or the transmission time slot and sub-slot configuration determined according to the period of SR/CSI/SRS and the offset within the period, or the sub-slot determined according to the starting symbol of the PUCCH transmitting SR/CSI.

In some embodiments, the terminal determines the target time domain type according to the time domain unit in which the downlink transmission corresponding to the first uplink transmission is located, including at least one of the following:

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located is configured or indicated as a SBFD time domain unit, the terminal determines that the target time domain type is the SBFD time domain type;

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located is configured or indicated as a non-SBFD time domain unit, the terminal determines that the target time domain type is the non-SBFD time domain type;

In a case where all symbols of a time domain unit where a downlink transmission corresponding to the first uplink transmission is located are SBFD symbols, the terminal determines that the target time domain type is the SBFD time domain type;

In a case where all symbols of a time domain unit in which a downlink transmission corresponding to the first uplink transmission is located are non-SBFD symbols, the terminal determines that the target time domain type is the non-SBFD time domain type;

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located includes both SBFD symbols and non-SBFD symbols, the terminal determines the target time domain type according to a target mode;

The target method includes at least one of the following:

Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

Determining the target time domain type according to the time domain type of a symbol located at a predefined position in the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

The target time domain type is determined according to a predefined or default time domain type of a time domain unit where a downlink transmission corresponding to the first uplink transmission is located.

In some embodiments, the terminal determines, according to the target time domain type, a transmission parameter of the first uplink transmission, including:

The terminal receives a first message from a network-side device, where the first message includes a first transmission configuration item and a second transmission configuration item, where a mapping relationship exists between the first transmission configuration item and the SBFD time domain type, and where a mapping relationship exists between the second transmission configuration item and the non-SBFD time domain type;

Determining, by the terminal, a target transmission configuration item from the first transmission configuration item and the second transmission configuration item according to the target time domain type;

The terminal determines the transmission parameter associated with the target transmission configuration item as the transmission parameter of the first uplink transmission.

The first transmission configuration item may include one or more transmission configurations, and the first transmission configuration item may also include one or more transmission configurations. When multiple transmission configurations are included, the multiple transmission configurations may be used for uplink transmissions of different priorities respectively.

Exemplarily, for PUCCH transmission, the first transmission configuration item is PUCCH configuration list (configList) 1, and the second transmission configuration item is PUCCH-configList2. Specifically, the base station configures PUCCH-configList1 for SBFD symbol transmission, and PUCCH-configList2 for non-SBFD symbol transmission. Among them, each PUCCH-configList may contain one or more PUCCH-configs, for example, for high and low priority UCI transmissions respectively. Each PUCCH-config includes PUCCH resources, PUCCH transmission power control parameters or spatial information parameters (such as beam parameters), etc.

In this implementation, by configuring different transmission configuration items for different time domain types, the terminal can directly select the corresponding transmission configuration item according to the determined time domain type, thereby efficiently determining appropriate transmission parameters, which is beneficial to ensuring the communication performance of the terminal.

In some embodiments, the transmission parameters include transmission configuration, feedback timing set, time domain resource allocation (TDRA), offset value (beta_offset), transmission code rate, power control parameters and at least one of beam parameters.

Among them, TDRA and offset value are transmission parameters of PUSCH. TDRA is used for time domain resource allocation of PUSCH. TDRA includes the time slot offset K2 from PDCCH to the starting time slot of PUSCH, the starting symbol and number of symbols transmitted by PUSCH in the time slot, and other parameters. The offset value is a parameter used to control the number of REs occupied when UCI is transmitted on PUSCH.

In some embodiments, the method further comprises:

The terminal determines whether the first uplink transmission is valid, including at least one of the following:

In a case where the time domain unit of the first uplink transmission includes an SBFD symbol and a non-SBFD symbol, the terminal determines that the first uplink transmission is invalid;

In a case where the frequency domain resources of the first uplink transmission exceed the range of the SBFD uplink subband, the terminal determines that the first uplink transmission is invalid.

It can be understood that when the time domain unit of the first uplink transmission overlaps with both SBFD symbols and non-SBFD symbols, the terminal cannot perform the first uplink transmission.

Exemplarily, the UE can determine whether a certain uplink transmission is valid (or whether it can be transmitted) based on the SBFD configuration information from the network-side device. For example, if the uplink transmission is configured/instructed to be transmitted in the SBFD time domain, its transmission resources overlap with non-SBFD symbols, or its frequency domain resources exceed the frequency domain resource range available for the UL (for example, for PUSCH transmission, the frequency domain resources allocated to PUSCH exceed the UL subband resource range configured by SBFD), then the UE determines that the uplink transmission is invalid.

It should be noted that, in the embodiments of the present application, the method of determining whether a certain uplink transmission is valid according to the SBFD configuration information can adopt the method of the above example.

It should be noted that the SBFD configuration information can be obtained by the UE receiving a second message from the network side device. For example, the network side device sends a second message to the terminal to configure at least one time domain unit for the terminal. If the time domain unit includes at least one SBFD time domain unit, the second message can be understood as SBFD configuration information.

In some embodiments, the method further comprises:

When determining that the first uplink transmission is invalid, the terminal performs a first operation, where the first operation includes at least one of the following:

postponing the first uplink transmission;

The first uplink transmission is canceled.

Postponing the first uplink transmission. It can be understood that the terminal selects a resource location that meets the validity condition for the first uplink transmission to ensure the validity of the first uplink transmission.

Exemplarily, when selecting a time domain unit for the first uplink transmission, the terminal does not select a time domain unit including two symbols (ie, a SBFD symbol and a non-SBFD symbol).

Exemplarily, when selecting frequency domain resources for the first uplink transmission, the terminal does not select frequency domain resources beyond the range of the SBFD uplink subband.

During the uplink transmission, the UE can ensure the validity of the uplink transmission by determining whether the uplink transmission is valid and transmitting the valid uplink transmission, thereby facilitating ensuring the communication performance of the terminal.

In some embodiments, the method further comprises:

In a case where the time domain type of the third time domain unit of the first uplink transmission does not match the target time domain type, the terminal performs a second operation, where the second operation includes at least one of the following:

postponing the first uplink transmission;

canceling the first uplink transmission;

Transmitting the first uplink transmission according to the transmission parameters corresponding to the time domain type of the third time domain unit;

The third time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission.

Postponing the first uplink transmission may be understood as the terminal selecting a resource location that meets a validity condition for the first uplink transmission to ensure the validity of the first uplink transmission.

Exemplarily, when selecting a time domain unit for the first uplink transmission, the terminal does not select (can be understood as skipping) a time domain unit whose time domain type does not match the target time domain type.

During uplink transmission, the UE can ensure the validity of the uplink transmission by comparing whether the time domain type of the time domain unit actually transmitted matches the target time domain type, and handles the mismatch by performing the second operation, thereby ensuring the communication performance of the terminal.

In some embodiments, the method further comprises:

In a case where the first uplink transmission channel overlaps with the second uplink transmission channel, the terminal performs a third operation, where the third operation includes at least one of the following:

postponing the first uplink transmission;

canceling the first uplink transmission;

The first uplink transmission and the second uplink transmission are multiplexed for transmission.

It should be noted that the third operation may also include canceling the second uplink transmission.

The first uplink transmission and the second uplink transmission may be, for example, PUCCH and PUCCH, PUCCH and PUSCH, or PUSCH and PUSCH.

The above-mentioned third operation can be understood as overlapping processing or intra-UE overlapping processing. The overlapping processing methods include, for example, multiplexing (i.e., multiplexing the content carried by different channels on one channel for transmission), cancellation (i.e., canceling the transmission of some channels, cancellation can be understood as not transmitting or discarding) or priority processing (prioritization) (i.e., canceling the transmission of some channels according to priority, cancellation can be understood as not transmitting or discarding), etc.

In some embodiments, when the first uplink transmission channel overlaps with the second uplink transmission channel, the terminal performs a third operation, including:

In a case where a channel of the first uplink transmission overlaps with a channel of the second uplink transmission, the terminal determines whether the first uplink transmission and the second uplink transmission are valid according to SBFD configuration information from a network-side device;

When determining that the first uplink transmission and the second uplink transmission are valid, the terminal performs the third operation.

In this implementation, when the channel of the first uplink transmission overlaps with the channel of the second uplink transmission, the terminal may first perform a validity check. If it is invalid, the UE may not perform the overlapping processing between the uplink transmissions, or in other words, the invalid uplink transmission channel does not participate in the overlapping processing; if it is valid, the UE performs the overlapping processing between the uplink transmissions, or in other words, the above channels participate in the overlapping processing. This method can avoid some unnecessary discarding.

In some embodiments, the third operation includes multiplexing the first uplink transmission and the second uplink transmission for transmission;

After the terminal multiplexes the first uplink transmission and the second uplink transmission, the method further includes:

The terminal determines, according to the SBFD configuration information, whether a channel multiplexed by the first uplink transmission and the second uplink transmission is valid.

In this implementation, when the first uplink transmission channel overlaps with the second uplink transmission channel, the terminal may first perform overlap processing between uplink transmissions, and then perform validity check after the overlap processing. This approach can simplify UE processing and avoid the UE performing multiple validity checks.

In some embodiments, the time domain type of one of the first uplink transmission and the second uplink transmission is the SBFD time domain type, and the time domain type of the other is the non-SBFD time domain type;

The method further comprises:

The terminal determines a transmission parameter or a transmission resource of the multiplexed transmission.

In some embodiments, the terminal determines the transmission parameters or transmission resources of the multiplexed transmission, including at least one of the following:

The terminal determines, as the transmission parameter of the multiplexed transmission, the transmission parameter corresponding to the uplink transmission whose time domain type is the SBFD time domain type;

The terminal determines, as the transmission parameters of the multiplexed transmission, the transmission parameters corresponding to the uplink transmission whose time domain type is the non-SBFD time domain type;

The terminal determines the transmission parameters corresponding to the uplink transmission with a higher priority as the transmission parameters of the multiplexed transmission;

In a case where the overlapping channel includes a first HARQ-ACK PUCCH, the terminal determines a transmission parameter or a transmission resource of the multiplexed transmission according to a transmission configuration item corresponding to the first HARQ-ACK PUCCH, and the first HARQ-ACK PUCCH is a HARQ-ACK PUCCH with a corresponding DCI;

In the case where the overlapping channel includes a CSIPUCCH and a second HARQ-ACK PUCCH, the terminal determines the transmission parameters or transmission resources of the multiplexed transmission according to the transmission configuration item corresponding to the CSIPUCCH, and the second HARQ-ACK PUCCH is a HARQ-ACK PUCCH without corresponding DCI;

In the case where the overlapping channels include UCI and PUSCH, the terminal determines the transmission parameters or transmission resources of the multiplexed transmission according to the parameters corresponding to the PUSCH.

Exemplarily, the HARQ-ACK with corresponding DCI may be understood as the HARQ-ACK corresponding to the DG-PDSCH or PDCCH;

For example, HARQ-ACK without corresponding DCI can be understood as HARQ-ACK corresponding to SPS PDSCH.

For example, when the SBFD PUCCH and the non-SBFD PUCCH overlap, the UE may determine the PUCCH-config corresponding to the multiplexed PUCCH according to a predefined rule, for example:

The multiplexed PUCCH is determined from the PUCCH-config corresponding to the SBFD; or,

The multiplexed PUCCH is transmitted according to the transmission parameters corresponding to SBFD; or,

The multiplexed PUCCH is determined from the PUCCH-config corresponding to non-SBFD;

The multiplexed PUCCH is transmitted according to the transmission parameters corresponding to non-SBFD.

It may also be transmitted according to the multiplexing rules in the related art and according to the PUCCH-config transmission parameters corresponding to the multiplexed PUCCH, for example:

If the overlapping channel contains HARQ-ACK corresponding to DCI, the multiplexed PUCCH resource is determined from the PUCCH-config corresponding to the HARQ-ACK;

If the overlapping channels are CSIPUCCH and SPS HARQ-ACK, the UE multiplexes the HARQ-ACK on the CSI resources and uses the PUCCH-config corresponding to the CSIPUCCH to transmit the PUCCH;

If the overlapping channels contain HARQ-ACKs corresponding to different priority levels, the multiplexed PUCCH resources are determined from the PUCCH-config corresponding to the high priority HARQ-ACK (HP HARQ-ACK);

If UCI is multiplexed into PUSCH transmission, PUSCH and UCI are transmitted according to the parameters corresponding to PUSCH; for example, in non-SBFD PUSCH transmission, PUSCH is transmitted according to the parameters corresponding to the PUSCH-config corresponding to non-SBFD.

In the process of performing the multiplexing process between uplink transmissions, the UE can ensure the validity of the uplink transmission by determining the transmission parameters or transmission resources of the multiplexed transmission, thereby facilitating the communication performance of the terminal.

In order to better understand the technical solution of the present application, specific embodiments are provided below to exemplify the uplink transmission solution of the present application.

Example 1

1. UE determines the time domain type of uplink transmission

The UE determines the time domain type of uplink transmission, such as PUCCH or other UL transmission (e.g., Physical Uplink Shared Channel (PUSCH), Sounding Reference Signal (SRS), etc.) according to the following method, that is, the UE determines whether the uplink transmission is SBFD transmission (i.e., the time domain type of the uplink transmission is SBFD type) or non-SBFD transmission (i.e., the time domain type of the uplink transmission is non-SBFD type):

Here, the time domain unit corresponding to the SBFD type may include, for example, a SBFD symbol/time slot/sub-time slot.

Method 1: Determine the time domain type of uplink transmission according to pre-configuration information, for example:

Method 1-1: For PUCCH, the time domain type of PUCCH transmission is determined according to the PUCCH-config/resourceList or resource set where the PUCCH resource is located. For example, the base station configures PUCCH-config/resourceList or resource set for the UE to transmit in the SBFD time domain or non-SBFD time domain respectively, and the UE determines the time domain type of its transmission according to the PUCCH-config/resourceList or resource set where the PUCCH is located.

For SRS or Configured Grant PUSCH (CG-PUSCH), the time domain type of its transmission is determined according to the configuration list in which it is located.

Method 1-2: Determine the time domain type of each uplink transmission according to the pre-configured time domain type corresponding to each uplink transmission resource. For example, the base station configures the time domain type of each uplink transmission resource (such as per PUCCH/SRS/CG-PUSCH resource configured).

Method 1-3: Determine the time domain type of each uplink transmission according to the pre-configuration information corresponding to the information or signal carried by each uplink resource.

For the PUCCH carrying HARQ-ACK, according to the PUCCH-config/resourceList or resource set where the HARQ-ACK is located or the PUCCH resource is located, such as the scheduling DCI or RRC configuration information (such as the index) of the codebook or PUCCH-config/resourceList or resource set where the HARQ-ACK is located.

For CSI/SR/SRS/CG-PUSCH, the higher layer configures the corresponding transmission time domain type (such as per CSI/SR/SRS/CG-PUSCH configuration). For example, for CG-PUSCH type-2, the UE can determine the corresponding time domain type according to the indication of activating DCI. For example, if power control parameters or spatial relationship parameters (such as SRS resource indicator (SRS resource indicator, SRI) or Quasi co-location (Quasi co-location, QCL) parameters) are provided in the DCI or RRC configuration, and the SBFD type and non-SBFD type correspond to different power control parameters or spatial relationship parameters, respectively, then the time domain type of the uplink transmission configured by the DCI or RRC can be determined by indicating the corresponding power control parameters or spatial relationship parameters.

Method 2: Determine the time domain type of uplink transmission according to predefined rules, for example:

Method 2-1: Determine the time domain type of the uplink transmission based on the time domain type of the time domain unit where the nominal transmission (if an uplink transmission is contained in multiple locations, such as repetition, one TB over multiple PUSCHs or multi-PUSCH scheduling, it can be the first transmission/repetition) is located. Specifically:

For HARQ-ACK/DG-PUSCH/A-SRS, the time domain type of uplink transmission is the time domain type corresponding to the time unit where the UE is instructed to transmit HARQ-ACK/PUSCH/SRS. As shown in Figure 4, PDSCH1 and PDSCH2 are instructed to feedback HARQ-ACK in time slot n+5 and time slot n+7 respectively. According to the SBFD configuration, time slot n+5 is a SBFD slot and time slot n+7 is a non-SBFD slot. The UE determines that the time domain types of PUCCH1 and PUCCH2 are SBFD type and non-SBFD type respectively.

For SR/CSI/CG-PUSCH/P-SRS/SP-SRS, the time domain type of uplink transmission is the time domain type corresponding to the time unit determined by the UE according to the period of SR/CSI/CG-PUSCH/SRS and the offset within the period (as well as the starting symbol position and sub-time slot configuration). As shown in Figure 5, the UE determines the time slots for CSI/SR transmission in period 1 and period 2 according to the period and offset of CSI/SR, wherein in period 1, the time slot in which it is located is configured as an SBFD time slot, and in period 2, the time slot in which it is located is configured as a non-SBFD time slot, then the UE determines the time domain types of PUCCH1 and PUCCH2 as SBFD type and non-SBFD type respectively.

Method 2-2: Determine the time domain type of the uplink transmission based on the time domain type of the time domain unit where the actual transmission (it can be the first transmission/repetition if an uplink transmission is contained in multiple locations, such as repetition, one TB over multiple PUSCHs) or multi-PUSCH scheduling) is located.

It can be understood that the uplink transmission is originally scheduled/configured for transmission in a certain time unit, but due to some reasons (for example, the time unit is DL, or the uplink transmission is cancelled by an uplink transmission with a higher priority), the uplink transmission cannot be transmitted, and according to some predefined rules, the uplink transmission is postponed to other time units for transmission. The other transmission units are the time domain units where the actual transmission is located.

For example, for PUCCH, the time domain unit of actual transmission is the time slot for PUCCH transmission determined by the UE according to the definition rule. Or, for PUSCH, the time unit of actual transmission is the time unit corresponding to the actual transmission. Exemplarily, the UE determines the time domain unit of actual transmission according to the following method:

Starting from time unit A, it satisfies:

The first symbol corresponding to the PUCCH/PUSCH/SRS resource (for example, provided by startingSymbolIndex) is a UL symbol or a flexible symbol or a SBFD symbol that is not a synchronization signal (SS)/physical broadcast channel (PBCH);

Starting from the first symbol corresponding to the PUCCH/PUSCH/SRS resource, a time unit of X consecutive UL symbols or flexible symbols or SBFD symbols that are not SS/PBCH symbols, where X is greater than or equal to the number of symbols corresponding to the PUCCH/PUSCH/SRS resource (for example, provided by nrofsymbols or TDRA).

Among them, time unit A includes the following situations:

Case 1: For HARQ-ACK/DG-PUSCH/A-SRS, the time unit A is the time unit in which the UE is instructed to feedback HARQ-ACK (for example, determined according to the timing of PDSCH to HARQ-ACK feedback) or transmit PUSCH/SRS;

Case 2: For SR/CSI/CG-PUSCH/P-SRS/SP-SRS, time unit A is the time unit for sending SR/CSI/CG-PUSCH/SRS determined by the UE according to the period of SR/CSI/CG-PUSCH/P-SRS/SP-SRS configuration and the offset within the period. Time unit A can be time slot A or sub-slot A. If it is sub-slot A, for SR/CSI, the UE also needs to determine sub-slot A based on the PUCCH start symbol position and sub-slot length configuration.

In this embodiment, the time unit can be replaced by the time domain unit, and the two have the same meaning.

In this embodiment, the time domain unit may be, for example, a time slot/sub-time slot.

For method 2-2, since the UE needs to determine the time domain type according to the time slot/sub-time slot in which the uplink transmission is located or the starting symbol and symbol position of the uplink transmission, this method is applicable to the situation where the UE does not need to determine the time slot/sub-time slot or the starting symbol and symbol position of the uplink transmission according to the time domain type, for example: for SBFD type and non-SBFD type uplink transmission, the timing feedback timing set and time domain resource configuration of the PDSCH to HARQ-ACK feedback are common or the same, or for SBFD type and non-SBFD type uplink transmission, the time domain position corresponding to the same PRI/resource ID is the same, or the SBFD is configured at the slot level.

For a certain time domain unit (i.e., time unit), the UE may determine its time domain type by using at least one of the following methods:

If the time domain unit is configured as a SBFD time domain unit, the time domain type of the time domain unit is the SBFD type;

If the time domain unit only contains SBFD symbols, the time domain type of the time domain unit is SBFD type;

If the time domain unit is not configured as a SBFD time domain unit, the time domain type of the time domain unit is a non-SBFD type;

If the time domain unit contains only non-SBFD symbols, the time domain type of the time domain unit is a non-SBFD type.

When the UE is configured with SBFD, and the SBFD configuration is a symbol-level configuration, a certain time slot/sub-time slot may have both SBFD symbols and non-SBFD symbols. In other words, a certain time domain unit contains both SBFD symbols and non-SBFD symbols. At this time, the UE can determine the time domain type of the time domain unit according to at least one of the following methods:

Determined according to the number of SBFD symbols and the number of non-SBFD symbols in the time domain unit; specifically, if the number of SBFD symbols in the time domain unit is greater than the number of non-SBFD symbols, the time domain type of the time domain unit is the SBFD type; if the number of non-SBFD symbols in the time domain unit is greater than the number of SBFD symbols, the time domain type of the time domain unit is the non-SBFD type;

Determined according to the type of the symbol at the predefined position in the time domain unit; specifically, the symbol at the predefined position may be the first symbol or the last symbol; for example, if the first symbol in the time domain unit is an SBFD symbol, the time domain type of the time domain unit is an SBFD type, otherwise it is a non-SBFD type;

Determined according to the time domain type corresponding to the symbol where the end position of the last DL transmission corresponding to the HARQ-ACK is located; here, the symbol where the end position of the last DL transmission is located may be a DL symbol corresponding to the end position of the last DL transmission, or a UL symbol corresponding to the end position of the last DL transmission, the latter mainly being applicable to the case where the DL and UL are on different carriers;

Determined according to the predefined/default time domain type of the time domain unit; for example, assuming that the time domain unit is predefined/defaulted as an SBFD type, the time domain type of the time domain unit is an SBFD type;

It is determined according to the symbol type corresponding to the symbol where the uplink transmission in the time domain unit is located; for example, in the PUCCH-config corresponding to SBFD and non-SBFD, the time domain resources (starting symbol and number of symbols) of the PUCCH resources corresponding to the same PRI are the same. The UE can determine the time domain type of the time domain unit according to the symbol type of the symbol where the PUCCH resources are located.

In the above manner, the UE determines the time domain type of the time domain unit where the actual uplink transmission is located, and the UE can use the determined time domain type as the time domain type of the uplink transmission. For simplicity of the following description, the uplink transmission can be divided into two categories according to the different time domain types: SBFD transmission and non-SBFD transmission.

It should be noted that the UL/flexible symbol in this embodiment refers to a symbol that is configured as a UL or flexible symbol by semi-static signaling, such as tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and is not configured as an SBFD symbol (exemplarily, the symbol is not configured as an SBFD symbol by semi-static signaling). The SBFD symbol in this embodiment refers to an SBFD symbol determined according to high-level signaling or dynamic signaling, for example, the SBFD symbol is an SBFD symbol determined according to high-level signaling.

2. UE determines transmission parameters for uplink transmission

The time domain type of uplink transmission determined by the UE above (such as SBFD symbol/time slot/sub-time slot) can be used to further determine the time domain resource location (such as the time domain unit where the transmission is located) and transmission parameters (such as transmission configuration, feedback timing set, TDRA, offset value, transmission code rate, power control parameters or beam parameters, etc.) of the uplink transmission. That is, the UE determines at least one of the time domain resource location and transmission parameters of the uplink transmission according to the determined time domain type of the uplink transmission.

When the UE is configured with SBFD, the base station can configure different transmission parameters for the UE, such as transmission configuration, feedback timing set, TDRA, offset value, transmission code rate, power control parameters or beam parameters, etc., for the UE to perform SBFD transmission and non-SBFD transmission respectively.

For dynamically scheduled transmissions, such as HARQ-ACK transmission, the UE can determine the time unit for feeding back HARQ-ACK based on the k1 indication field in its DCI, and determine the corresponding PUCCH-config based on the time domain type of the time unit, and determine the PUCCH resources for transmitting HARQ-ACK and the transmission parameters during PUCCH transmission in the PUCCH-config.

For semi-statically configured transmissions, such as CSI/SR/CG-PUSCH, the UE may determine its transmission time unit in each period based on high-level configuration information, and determine its transmission parameters based on the time domain type of the time unit.

For example, assume that the UE is configured with PUCCH resources for transmitting UCI information in SBFD symbols and non-SBFD symbols, respectively, and the base station configures PUCCH-configList1 for SBFD symbol transmission and PUCCH-configList2 for non-SBFD symbol transmission. Each PUCCH-configList may contain one or more PUCCH-configs, for example, for high and low priority UCI transmissions, respectively. Each PUCCH-config contains PUCCH resources, PUCCH transmission power control parameters, spatial information parameters, etc. Then, for HARQ-ACK feedback, the UE may determine its PUCCH transmission resources and the transmission parameters corresponding to the transmission resources according to at least one of the following methods:

DCI indicates the time domain type/codebook type of HARQ-ACK feedback (the codebook type corresponds to the time domain type);

DCI directly indicates the PUCCH-config/PUCCH-configList used by the UE;

The DCI indicates the time unit of HARQ-ACK feedback, and the UE determines the corresponding PUCCH-config/PUCCH-configList according to the time domain type of the time unit.

After the UE determines the PUCCH-config according to the above method, it determines the PUCCH resources corresponding to the HARQ-ACK transmission in the PUCCH-config, and uses the transmission parameters corresponding to the PUCCH-config to transmit the PUCCH (if the PUCCH can be transmitted).

It can be understood that for dynamically scheduled transmissions, such as HARQ-ACK transmissions, the UE can determine the time domain type corresponding to its PUCCH transmission based on the indication in its DCI, and thereby determine the corresponding PUCCH-config, in which the PUCCH resources for transmitting HARQ-ACK (which may include a PDSCH to HARQ-ACK feedback timing set) and the transmission parameters during PUCCH transmission are determined.

Optionally, the UE does not expect that the time domain type corresponding to the PUCCH transmission indicated by the DCI does not match the time domain type configured by the time domain unit for transmitting the PUCCH determined by the UE.

For CSI/SR transmission, the UE determines its PUCCH transmission resources and transmission parameters corresponding to the transmission resources according to at least one of the following methods:

For each CSI/SR, the base station configures its associated PUCCH resource ID. One PUCCH resource ID is uniquely associated with a PUCCH-config. The UE determines the time domain type corresponding to the CSI/SR transmission based on the mapping relationship between the PUCCH-config and the time domain type, and uses the transmission parameters configured in the PUCCH-config, such as the maximum code rate, power control parameters, beam parameters, etc. to transmit the PUCCH.

For each CSI/SR, the base station configures its associated PUCCH resource ID. Each CSI/SR can be associated with 2 PUCCH resource IDs for UE transmission in SBFD and non-SBFD time domain resources respectively. Within a certain period, the UE determines which PUCCH-config corresponding transmission resources and/or transmission parameters, such as maximum transmission rate, power control, beam and other parameters, to use to transmit the PUCCH according to the type of time unit where the CSI/SR is located.

It is worth noting that when the transmission type is determined according to the time unit of HARQ-ACK feedback indicated by DCI, the UE needs to determine the time unit of HARQ-ACK feedback according to the feedback timing indication from PDSCH to HARQ-ACK, and the value corresponding to the feedback timing indication can be configured by the timing set in PUCCH-config, and the time granularity (time slot/sub-time slot) corresponding to the feedback timing can also be determined by the sub-slot configuration in PUCCH-config. Therefore, this method is applicable to the case where the corresponding PDSCH to HARQ-ACK feedback timing set and timing granularity are the same for SBFD and non-SBFD types. For example, the corresponding DCI format is DCI 0_0, or the SBFD and non-SBFD types share a set/the same PDSCH to HARQ-ACK feedback timing set and timing granularity configuration.

For PUSCH/SRS transmission, the UE determines its transmission resources and transmission parameters corresponding to the transmission resources according to at least one of the following methods:

If it is a dynamically scheduled transmission, such as DG-PUSCH/type 2CG-PUSCH/A-SRS, the UE can determine its transmission time domain resource type/corresponding transmission parameters/parameter set (such as PUSCH-config) according to the DCI indication corresponding to PUSCH/SRS;

If it is a semi-statically configured transmission, such as type 1CG-PUSCH/P-SRS/SP-SRS, the UE can determine the type of time unit corresponding to the PUSCH/SRS transmission in the current period based on the high-level configuration (similar to CSI/SR) or the indication corresponding to the activated DCI, and use the corresponding transmission parameters/parameter set.

3. UE determines whether uplink transmission can be transmitted

If the time domain unit for uplink transmission determined by the UE (assuming that the time domain type of the time domain unit is type A) overlaps with a time domain unit that is not type A (such as type B), the UE may perform at least one of the following operations:

deferring the uplink transmission;

cancel the uplink transmission;

The uplink transmission is transmitted using the transmission parameters in the configuration corresponding to type B (eg, PUCCH-config).

For example, for CSI/SR transmission, assuming that its time domain type is determined to be type A according to high-level configuration information, when the resource location of CSI/SR in a certain period overlaps with different types of time domain units, the UE postpones the transmission in that period (such as postponing it to the next available time domain unit), or cancels the transmission in that period, or uses the transmission parameters corresponding to another type to transmit the PUCCH (such as power, beam information and other related parameters).

For example, for CG-PUSCH/P-SRS/SP-SRS transmission, if in a certain period/transmission timing, the time unit type of the uplink transmission is different from the type it is configured/indicated (for example, for high-level configuration or activation of DCI indication), the UE postpones the transmission within the period, or cancels the transmission within the period, or uses transmission parameters corresponding to another type to transmit the uplink transmission.

For example, for HARQ-ACK PUCCH, assuming that the UE has determined the time domain type of its transmission (assuming it is type A) and has determined the PUCCH resources in the corresponding PUCCH-config, then the UE can determine whether the PUCCH can be transmitted based on the SBFD configuration information, or whether the PUCCH can be transmitted using the transmission parameters corresponding to the PUCCH-config (for the convenience of the following description, the determination step can be referred to as the first step). If the time domain type corresponding to the PUCCH resource is different from the above-mentioned type A (assuming that the time domain type corresponding to the PUCCH resource is type B), the UE can cancel the PUCCH transmission, or postpone the PUCCH transmission, or transmit the PUCCH according to the transmission parameters corresponding to type B. If the time domain unit of the PUCCH resource overlaps with both the SBFD symbol and the non-SBFD symbol, the UE can cancel the PUCCH transmission, or postpone the PUCCH transmission, or transmit the PUCCH according to the transmission parameters corresponding to a specific type (type A or type B).

Similarly, for CG-PUSCH transmission, the UE can determine, based on the SBFD configuration information, whether a certain CG-PUSCH transmission can be transmitted (for example, the frequency domain resources corresponding to the CG-PUSCH exceed the UL subband range corresponding to the SBFD), or whether a certain CG-PUSCH transmission can overlap with different symbol types, or whether the time domain type of the CG-PUSCH matches its configured/indicated type (for the convenience of subsequent description, this determination step may be referred to as the first step).

4. Overlapping Processing of Uplink Transmission

Optionally, the UE first executes the first step, and then performs intra-UE multiplexing (eg, overlapping processing of PUCCH and PUCCH, overlapping processing of PUCCH and PUSCH).

Optionally, the UE performs intra-UE multiplexing first, and then executes the first step.

Optionally, the UE performs the first step before intra-UE multiplexing, at each step of the multiplexing process, and after multiplexing.

Method 1: The UE first determines the uplink transmission and then performs intra-UE multiplexing. After the intra-UE multiplexing is completed, the UE determines whether the multiplexed PUCCH can be transmitted based on the SBFD configuration information.

Method 2: The UE first determines the time domain type corresponding to the uplink transmission, and determines whether the PUCCH can be transmitted according to the SBFD configuration information, and then performs intra-UE multiplexing. After the intra-UE multiplexing is completed, the UE determines whether the PUCCH can be transmitted according to the SBFD configuration information.

Method 3: The UE first performs intra-UE multiplexing. After the intra-UE multiplexing is completed, the UE determines the time domain type corresponding to the uplink transmission according to the SBFD configuration information, and determines whether the PUCCH can be transmitted.

For example, assuming that the time domain resources of the PUCCH resources corresponding to the SBFD PUCCH and the non-SBFD PUCCH are the same, the UE does not need to determine which set of PUCCH resources the PUCCH is based on the SBFD configuration information before intra-UE multiplexing. After completing intra-UE multiplexing, the UE determines which set of PUCCH resources the PUCCH is based on the SBFD configuration information, and determines whether the PUCCH can be transmitted. If the PUCCH and PUSCH overlap, the UE determines the transmission parameters of the UCI based on the configuration of the PUSCH after completing the multiplexing of the PUCCH and PUSCH, for example, according to the offset value corresponding to the configured SBFD (i.e., beta_offset, a parameter used to control the number of resource elements (RE) occupied by the UCI transmission on the PUSCH) or the beta_offset corresponding to the non-SBFD to determine whether the PUSCH is transmitted in the SBFD symbol or in the non-SBFD symbol.

Method 4: The UE first determines whether the PUCCH can be transmitted according to the SBFD configuration information, and then performs intra-UE multiplexing. After the intra-UE multiplexing is completed, the UE determines the corresponding type of uplink transmission according to the SBFD configuration information, and determines whether the PUCCH can be transmitted.

Optionally, the UE does not wish/expect that two PUCCH resources corresponding to different time domain types (SBFD or non-SBFD) overlap.

Optionally, two PUCCH resources corresponding to different time domain types (SBFD or non-SBFD) may overlap. When the PUCCH resources of SBFD overlap with the PUCCH resources of non-SBFD, the UE determines the transmission type of the multiplexed PUCCH (e.g., the PUCCH-config) according to at least one of the following predefined rules:

The multiplexed PUCCH is determined from the PUCCH-config corresponding to the SBFD, or is transmitted according to the transmission parameters corresponding to the SBFD;

The multiplexed PUCCH is determined from the PUCCH-config corresponding to non-SBFD, or transmitted according to the transmission parameters corresponding to non-SBFD;

Multiplex according to a specific multiplexing rule and transmit according to the transmission parameters of the PUCCH-config corresponding to the multiplexed PUCCH, for example:

If the overlapping channel contains HARQ-ACK corresponding to DCI, the multiplexed PUCCH resource is determined from the PUCCH-config corresponding to the HARQ-ACK;

If the overlapping channels are CSIPUCCH and SPS HARQ-ACK, the UE multiplexes the HARQ-ACK on the CSI resources and uses the PUCCH-config corresponding to the CSIPUCCH to transmit the PUCCH;

If the overlapping channels contain HARQ-ACKs corresponding to different priority levels, the multiplexed PUCCH resources are determined from the PUCCH-config corresponding to the high-priority HARQ-ACK (i.e., HP HARQ-ACK).

Optionally, the UE does not wish/expect that two PUCCH resources and PUSCH resources corresponding to different time domain types (SBFD or non-SBFD) overlap.

Optionally, two PUCCH resources and PUSCH resources corresponding to different time domain types (SBFD or non-SBFD) may overlap. When PUCCH resources and PUSCH resources corresponding to different time domain types overlap, if the UCI of the PUCCH is multiplexed to this PUSCH, the UE determines the transmission type (UCI parameter) of the multiplexed PUCCH according to at least one of the following predefined rules:

PUSCH and UCI are transmitted according to the parameters corresponding to PUSCH (corresponding PUSCH-config), where the beta_offset of UCI is determined according to the uplink transmission type corresponding to PUSCH;

PUSCH is transmitted according to the parameters corresponding to PUSCH (corresponding PUSCH-config), and UCI is transmitted according to the uplink transmission type corresponding to PUCCH, where the beta_offset of UCI is determined according to the uplink transmission type corresponding to PUCCH;

If the PUSCH is non-SBFD PUSCH, the PUSCH is transmitted according to the parameters corresponding to the PUSCH-config corresponding to non-SBFD.

It should be noted that in the related technology, after the UE determines the PUCCH/PUSCH transmission according to the base station configuration or scheduling, it will perform intra-UE multiplexing, including overlapping processing between PUCCH and PUCCH, PUSCH and PUCCH. After the multiplexing is completed, the UE can determine whether the multiplexed PUCCH/PUSCH can be transmitted according to the TDD uplink and downlink configuration. For example, if the multiplexed PUCCH/PUSCH time domain unit overlaps with the DL symbol configured or indicated by the base station, the PUCCH/PUSCH cannot be transmitted.

Example 2

In the related art, when a UE is configured to transmit multiple CSI PUCCHs in a time slot, the UE determines a maximum of two PUCCHs for transmitting CSI reports according to the following rules, for example:

If the UE is not configured with a PUCCH resource list for transmitting multiple CSI reports, such as multi-CSI-PUCCH-ResourceList, or the CSIPUCCHs in a time slot do not overlap, the UE can select the PUCCH corresponding to the CSI with the highest priority (such as PUCCH A). If PUCCH A is in short PUCCH format, that is, PUCCH format 2, the UE selects a PUCCH corresponding to the CSI with the highest priority from the remaining CSIPUCCHs that do not overlap with PUCCH A; if PUCCH A is in long PUCCH format, the UE selects a PUCCH corresponding to the CSI with the highest priority from the CSIPUCCHs that do not overlap with PUCCH A and whose corresponding PUCCH format is PUCCH format 2.

If the UE is configured with a PUCCH resource list multi-CSI-PUCCH-ResourceList for transmitting multiple CSI reports, and there is a CSI PUCCH with time domain overlap in a time slot, the UE multiplexes all CSI reports in the time slot on a PUCCH resource configured in the multi-CSI-PUCCH-ResourceList (if the transmission code rate exceeds the corresponding PUCCH after multiplexing, some CSI reports may be discarded).

When the UE is configured with SBFD time units, for multiple CSIPUCCHs in a time slot, some CSIPUCCHs may not be transmitted due to the SBFD configuration. The UE can first determine whether each CSIPUCCH can be transmitted according to the SBFD configuration, and determine the CSI PUCCH to be transmitted among the CSIPUCCHs that can be transmitted according to the above rules.

In addition, in the related art, when uplink channels of different priorities overlap, if the UE is not enabled for multiplexing between different priorities, the UE will cancel the low-priority channel and transmit the high-priority channel.

When the UE configures the SBFD time unit, for a high-priority channel, it may be impossible to transmit due to the SBFD configuration. Therefore, the UE can first determine whether the high-priority channel can be transmitted according to the SBFD configuration. When the channel can be transmitted, the UE can cancel the low-priority channel overlapping with it; if the high-priority channel cannot be transmitted due to the SBFD configuration, the UE may not cancel the low-priority channel overlapping with it (that is, when processing overlapping of different channels, the channel that cannot be transmitted due to the SBFD configuration is not considered).

In summary, the embodiments of the present application enable the terminal to more reasonably determine the uplink transmission parameters under the SBFD configuration, thereby enabling the terminal to more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

The uplink transmission method provided in the embodiment of the present application may be performed by an uplink transmission device. In the embodiment of the present application, the uplink transmission device provided in the embodiment of the present application is described by taking the uplink transmission device performing the uplink transmission method as an example.

Referring to FIG6 , an embodiment of the present application further provides an uplink transmission device, which can be applied to a terminal. As shown in FIG6 , the uplink transmission device 600 includes:

The first processing module 601 is configured to determine a target time domain type corresponding to a first uplink transmission, where the target time domain type includes a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type;

The second processing module 602 is used to determine the transmission parameters of the first uplink transmission according to the target time domain type.

Optionally, the first processing module is specifically used for at least one of the following:

Determining the target time domain type according to the configuration information or the scheduling information;

Determine the target time domain type according to the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

The target time domain type is determined according to a target time domain unit corresponding to the first uplink transmission.

Optionally, the first processing module is specifically used for at least one of the following:

Determining the target time domain type according to a time domain type associated with first configuration information, where the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer;

Determining the target time domain type according to the time domain type associated with second configuration information, where the second configuration information is used to pre-configure the first uplink transmission;

Determine the target time domain type according to the time domain type associated with third configuration information, where the third configuration information is used to pre-configure resource sets for K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer;

Determine the target time domain type according to fourth configuration information, where the fourth configuration information is used to pre-configure the time domain type of the first uplink transmission;

Determining the target time domain type according to first scheduling information, where the first scheduling information is used to dynamically schedule the first uplink transmission;

The target time domain type is determined according to second scheduling information, where the second scheduling information is used to activate the first uplink transmission.

Optionally, the first processing module is specifically used for at least one of the following:

Determining the target time domain type according to the time domain type information indicated by the first scheduling information;

Determining the target time domain type according to the time domain type corresponding to the time domain unit indicated by the first scheduling information;

Determining the target time domain type according to the time domain type associated with the codebook indicated by the first scheduling information;

The target time domain type is determined according to the time domain type associated with the transmission configuration indicated by the first scheduling information.

Optionally, the time domain unit where the downlink transmission corresponding to the first uplink transmission is located includes at least one of the following:

a downlink time domain symbol corresponding to an end symbol of the downlink transmission corresponding to the first uplink transmission;

An uplink time domain symbol corresponding to an end symbol of a downlink transmission corresponding to the first uplink transmission;

A downlink time domain unit corresponding to an end position of the downlink transmission corresponding to the first uplink transmission;

The uplink time domain unit corresponds to the downlink time domain unit corresponding to the end position of the downlink transmission corresponding to the first uplink transmission.

Optionally, the first processing module is specifically used for at least one of the following:

In a case where the target time domain unit is configured or indicated as a SBFD time domain unit, determining that the target time domain type is the SBFD time domain type;

In a case where the target time domain unit is configured or indicated as a non-SBFD time domain unit, determining that the target time domain type is the non-SBFD time domain type;

In a case where all symbols of the target time domain unit are SBFD symbols, determining that the target time domain type is the SBFD time domain type;

In a case where all symbols of the target time domain unit are non-SBFD symbols, determining the target time domain type to be the non-SBFD time domain type;

In the case where the target time domain unit includes both SBFD symbols and non-SBFD symbols, determining the target time domain type according to a target mode;

The target method includes at least one of the following:

Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the target time domain unit;

Determining the target time domain type according to the time domain type of the symbol located at a predefined position in the target time domain unit;

The target time domain type is determined according to a predefined or default time domain type of the target time domain unit.

Optionally, the target time domain unit includes at least one of the following:

A first time domain unit, where the first time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission;

a second time domain unit, where the second time domain unit is a time domain unit corresponding to the nominal transmission of the first uplink transmission;

The time domain granularities of the first time domain unit and the second time domain unit are the same or different.

Optionally, the first time domain unit includes a symbol, a time slot or a sub-time slot;

or,

The second time domain unit includes a time slot or a sub-time slot.

Optionally, the second time domain unit includes at least one of the following:

The time domain unit determined by the terminal according to the configured period and offset of the first uplink transmission;

The terminal is instructed to use a time domain unit for transmitting a hybrid automatic repeat request answer HARQ-ACK.

Optionally, the first processing module is specifically used for at least one of the following:

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located is configured or indicated as a SBFD time domain unit, determining that the target time domain type is the SBFD time domain type;

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located is configured or indicated as a non-SBFD time domain unit, determining that the target time domain type is the non-SBFD time domain type;

In a case where all symbols of a time domain unit where a downlink transmission corresponding to the first uplink transmission is located are SBFD symbols, determining that the target time domain type is the SBFD time domain type;

When all symbols of the time domain unit where the downlink transmission corresponding to the first uplink transmission is located are non-SBFD symbols, determining that the target time domain type is the non-SBFD time domain type;

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located includes both SBFD symbols and non-SBFD symbols, determining the target time domain type according to a target mode;

The target method includes at least one of the following:

Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

Determining the target time domain type according to the time domain type of a symbol located at a predefined position in the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

The target time domain type is determined according to a predefined or default time domain type of a time domain unit where a downlink transmission corresponding to the first uplink transmission is located.

Optionally, the second processing module includes:

A receiving unit, configured to receive a first message from a network side device, wherein the first message includes a first transmission configuration item and a second transmission configuration item, wherein a mapping relationship exists between the first transmission configuration item and the SBFD time domain type, and a mapping relationship exists between the second transmission configuration item and the non-SBFD time domain type;

A first processing unit, configured to determine a target transmission configuration item from the first transmission configuration item and the second transmission configuration item according to the target time domain type;

The second processing unit is used to determine the transmission parameter associated with the target transmission configuration item as the transmission parameter of the first uplink transmission.

Optionally, the transmission parameters include at least one of transmission configuration, feedback timing set, time domain resource allocation TDRA, offset value, transmission code rate, power control parameter and beam parameter.

Optionally, the device further comprises:

A third processing module is configured to determine whether the first uplink transmission is valid, including at least one of the following:

In a case where the time domain unit of the first uplink transmission includes an SBFD symbol and a non-SBFD symbol, determining that the first uplink transmission is invalid;

In a case where the frequency domain resources of the first uplink transmission exceed the range of the SBFD uplink subband, it is determined that the first uplink transmission is invalid.

Optionally, the device further comprises:

a fourth processing module, configured to, when determining that the first uplink transmission is invalid, perform a first operation, wherein the first operation includes at least one of the following:

postponing the first uplink transmission;

The first uplink transmission is canceled.

Optionally, the device further comprises:

a fifth processing module, configured to perform a second operation when the time domain type of the third time domain unit of the first uplink transmission does not match the target time domain type, wherein the second operation includes at least one of the following:

postponing the first uplink transmission;

canceling the first uplink transmission;

Transmitting the first uplink transmission according to the transmission parameters corresponding to the time domain type of the third time domain unit;

The third time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission.

Optionally, the device further comprises:

A sixth processing module is configured to perform a third operation when the first uplink transmission channel overlaps with the second uplink transmission channel, where the third operation includes at least one of the following:

postponing the first uplink transmission;

canceling the first uplink transmission;

The first uplink transmission and the second uplink transmission are multiplexed for transmission.

Optionally, the sixth processing module is specifically configured to:

In a case where a channel of the first uplink transmission overlaps with a channel of the second uplink transmission, determining whether the first uplink transmission and the second uplink transmission are valid according to SBFD configuration information from a network-side device;

In a case where it is determined that the first uplink transmission and the second uplink transmission are valid, the third operation is performed.

Optionally, the third operation includes multiplexing the first uplink transmission and the second uplink transmission;

The device also includes:

The seventh processing module is used to determine whether the channel multiplexed by the first uplink transmission and the second uplink transmission is valid according to the SBFD configuration information.

Optionally, the time domain type of one of the first uplink transmission and the second uplink transmission is the SBFD time domain type, and the time domain type of the other is the non-SBFD time domain type;

The device also includes:

An eighth processing module is used to determine the transmission parameters or transmission resources of the multiplexed transmission.

Optionally, the eighth processing module is specifically used for at least one of the following:

Determine the transmission parameters corresponding to the uplink transmission whose time domain type is the SBFD time domain type as the transmission parameters of the multiplexed transmission;

Determine the transmission parameters corresponding to the uplink transmission whose time domain type is the non-SBFD time domain type as the transmission parameters of the multiplexed transmission;

Determine the transmission parameters corresponding to the uplink transmission with a higher priority as the transmission parameters of the multiplexed transmission;

In a case where the overlapping channel includes a first HARQ-ACK PUCCH, determining a transmission parameter or a transmission resource of the multiplexed transmission according to a transmission configuration item corresponding to the first HARQ-ACK PUCCH, the first HARQ-ACK PUCCH being a HARQ-ACK PUCCH having corresponding downlink control information DCI;

In the case where the overlapping channel includes a CSI PUCCH and a second HARQ-ACK PUCCH, determining the transmission parameters or transmission resources of the multiplexed transmission according to the transmission configuration item corresponding to the CSI PUCCH, and the second HARQ-ACK PUCCH is a HARQ-ACK PUCCH without a corresponding DCI;

In the case where the overlapping channels include uplink control information UCI and a physical uplink shared channel PUSCH, the transmission parameters or transmission resources of the multiplexing transmission are determined according to the parameters corresponding to the PUSCH.

In summary, the embodiments of the present application enable the terminal to more reasonably determine the uplink transmission parameters under the SBFD configuration, thereby enabling the terminal to more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

The uplink transmission device 600 in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or it can be other devices other than a terminal. Exemplarily, the terminal can include but is not limited to the types of terminals 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.

The uplink transmission device 600 provided in the embodiment of the present application can implement the various processes implemented in the method embodiments of Figures 3 to 5 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

FIG7 shows a flow chart of an uplink transmission configuration method provided in an embodiment of the present application. As shown in FIG7 , the uplink transmission configuration method includes the following steps:

Step 701: A network-side device sends configuration information or scheduling information to a terminal, where the configuration information or the scheduling information is used to determine a target time domain type for a first uplink transmission; wherein the target time domain type includes a SBFD time domain type or a non-SBFD time domain type.

Optionally, the network side device sends configuration information or scheduling information to the terminal, including at least one of the following:

The network side device sends first configuration information to the terminal, where the first configuration information is associated with a corresponding time domain type, and the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer;

The network side device sends second configuration information to the terminal, where the second configuration information is associated with a corresponding time domain type, and the second configuration information is used to pre-configure the first uplink transmission;

The network side device sends third configuration information to the terminal, where the third configuration information is associated with a corresponding time domain type, and the third configuration information is used to pre-configure a resource set of K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer;

The network side device sends fourth configuration information to the terminal, where the fourth configuration information is used to pre-configure a time domain type of the first uplink transmission.

Optionally, the method further comprises:

The network side device sends a first message to the terminal, where the first message includes a first transmission configuration item and a second transmission configuration item;

There is a mapping relationship between the first transmission configuration item and the sub-band full-duplex SBFD time domain type, and there is a mapping relationship between the second transmission configuration item and the non-sub-band full-duplex non-SBFD time domain type;

The first transmission configuration item and the second transmission configuration item both include transmission parameters.

Optionally, the transmission parameters include at least one of transmission configuration, feedback timing set, time domain resource allocation TDRA, offset value, transmission code rate, power control parameter and beam parameter.

For the relevant description of the embodiments of the present application, please refer to the relevant description of the method embodiments of Figures 3 to 5, and the same technical effects can be achieved. To avoid repetition, they will not be described in detail.

In summary, the embodiments of the present application enable the terminal to more reasonably determine the uplink transmission parameters under the SBFD configuration, thereby enabling the terminal to more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

The uplink transmission configuration method provided in the embodiment of the present application may be executed by an uplink transmission configuration device. In the embodiment of the present application, the uplink transmission configuration device performing the uplink transmission configuration method is taken as an example to illustrate the uplink transmission configuration device provided in the embodiment of the present application.

Referring to Figure 8, the embodiment of the present application further provides an uplink transmission configuration device, which can be applied to a network side device. As shown in Figure 8, the uplink transmission configuration device 800 includes:

A first sending module 801 is used to send configuration information or scheduling information to a terminal, where the configuration information or the scheduling information is used to determine a target time domain type for a first uplink transmission;

The target time domain type includes a sub-band full-duplex (SBFD) time domain type or a non-sub-band full-duplex (non-SBFD) time domain type.

Optionally, the first sending module is specifically used for at least one of the following:

Sending first configuration information to the terminal, where the first configuration information is associated with a corresponding time domain type, and the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer;

Sending second configuration information to the terminal, where the second configuration information is associated with a corresponding time domain type, and the second configuration information is used to pre-configure the first uplink transmission;

Sending third configuration information to the terminal, where the third configuration information is associated with a corresponding time domain type, and the third configuration information is used to pre-configure resource sets for K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer;

Sending fourth configuration information to the terminal, where the fourth configuration information is used to pre-configure a time domain type of the first uplink transmission.

Optionally, the device further comprises:

A second sending module, configured to send a first message to a terminal, wherein the first message includes a first transmission configuration item and a second transmission configuration item;

There is a mapping relationship between the first transmission configuration item and the sub-band full-duplex SBFD time domain type, and there is a mapping relationship between the second transmission configuration item and the non-sub-band full-duplex non-SBFD time domain type;

The first transmission configuration item and the second transmission configuration item both include transmission parameters.

Optionally, the transmission parameters include at least one of transmission configuration, feedback timing set, time domain resource allocation TDRA, offset value, transmission code rate, power control parameter and beam parameter.

In summary, the embodiments of the present application enable the terminal to more reasonably determine the uplink transmission parameters under the SBFD configuration, thereby enabling the terminal to more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

The uplink transmission configuration device 800 in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or it can be other devices other than a terminal. Exemplarily, the terminal can include but is not limited to the types of terminals 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.

The uplink transmission configuration device 800 provided in the embodiment of the present application can implement each process implemented by the method embodiment of Figure 7 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

Optionally, as shown in FIG9 , the embodiment of the present application further provides a communication device 900, including a processor 901 and a memory 902, wherein the memory 902 stores a program or instruction that can be run on the processor 901. For example, when the communication device 900 is a terminal, the program or instruction is executed by the processor 901 to implement the various steps of the method embodiments of FIG3 to FIG5 , and can achieve the same technical effect. When the communication device 900 is a network side device, the program or instruction is executed by the processor 901 to implement the various steps of the method embodiment of FIG7 above, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

The embodiment of the present application also provides a terminal, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps in the method embodiment shown in Figures 3 to 5. The terminal embodiment corresponds to the above-mentioned terminal side method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to the terminal embodiment and can achieve the same technical effect. Specifically, Figure 10 is a schematic diagram of the hardware structure of a terminal implementing the embodiment of the present application.

The terminal 1000 includes but is not limited to: a radio frequency unit 1001, a network module 1002, an audio output unit 1003, an input unit 1004, a sensor 1005, a display unit 1006, a user input unit 1007, an interface unit 1008, a memory 1009 and at least some of the components of a processor 1010.

Those skilled in the art will appreciate that the terminal 1000 may also include a power source (such as a battery) for supplying power to each component, and the power source may be logically connected to the processor 1010 through a power management system, so as to implement functions such as charging, discharging, and power consumption management through the power management system. The terminal structure shown in FIG10 does not constitute a limitation on the terminal, and the terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange components differently, which will not be described in detail here.

It should be understood that in the embodiment of the present application, the input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042, and the graphics processor 10041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 1007 includes a touch panel 10071 and at least one of other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 may include two parts: a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (such as a volume control key, a switch key, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

In the embodiment of the present application, after receiving downlink data from the network side device, the RF unit 1001 can transmit the data to the processor 1010 for processing; in addition, the RF unit 1001 can send uplink data to the network side device. Generally, the RF unit 1001 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

The memory 1009 can be used to store software programs or instructions and various data. The memory 1009 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 1009 may include a volatile memory or a non-volatile memory, or the memory 1009 may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 1009 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

The processor 1010 may include one or more processing units; optionally, the processor 1010 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 1010.

The processor 1010 is used for:

Determine a target time domain type corresponding to the first uplink transmission, where the target time domain type includes a sub-band full-duplex (SBFD) time domain type or a non-sub-band full-duplex (non-SBFD) time domain type;

Determine a transmission parameter of the first uplink transmission according to the target time domain type.

Optionally, the processor 1010 is further configured to perform at least one of the following:

Determining the target time domain type according to the configuration information or the scheduling information;

Determine the target time domain type according to the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

The target time domain type is determined according to a target time domain unit corresponding to the first uplink transmission.

Optionally, the processor 1010 is further configured to perform at least one of the following:

Determining the target time domain type according to a time domain type associated with first configuration information, where the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer;

Determining the target time domain type according to the time domain type associated with second configuration information, where the second configuration information is used to pre-configure the first uplink transmission;

Determine the target time domain type according to the time domain type associated with third configuration information, where the third configuration information is used to pre-configure resource sets for K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer;

Determine the target time domain type according to fourth configuration information, where the fourth configuration information is used to pre-configure the time domain type of the first uplink transmission;

Determining the target time domain type according to first scheduling information, where the first scheduling information is used to dynamically schedule the first uplink transmission;

The target time domain type is determined according to second scheduling information, where the second scheduling information is used to activate the first uplink transmission.

Optionally, the first processing module is specifically used for at least one of the following:

Determining the target time domain type according to the time domain type information indicated by the first scheduling information;

Determining the target time domain type according to the time domain type corresponding to the time domain unit indicated by the first scheduling information;

Determining the target time domain type according to the time domain type associated with the codebook indicated by the first scheduling information;

The target time domain type is determined according to the time domain type associated with the transmission configuration indicated by the first scheduling information.

Optionally, the time domain unit where the downlink transmission corresponding to the first uplink transmission is located includes at least one of the following:

a downlink time domain symbol corresponding to an end symbol of the downlink transmission corresponding to the first uplink transmission;

An uplink time domain symbol corresponding to an end symbol of a downlink transmission corresponding to the first uplink transmission;

A downlink time domain unit corresponding to an end position of the downlink transmission corresponding to the first uplink transmission;

The uplink time domain unit corresponds to the downlink time domain unit corresponding to the end position of the downlink transmission corresponding to the first uplink transmission.

Optionally, the processor 1010 is further configured to perform at least one of the following:

In a case where the target time domain unit is configured or indicated as a SBFD time domain unit, determining that the target time domain type is the SBFD time domain type;

In a case where the target time domain unit is configured or indicated as a non-SBFD time domain unit, determining that the target time domain type is the non-SBFD time domain type;

In a case where all symbols of the target time domain unit are SBFD symbols, determining that the target time domain type is the SBFD time domain type;

In a case where all symbols of the target time domain unit are non-SBFD symbols, determining the target time domain type to be the non-SBFD time domain type;

In the case where the target time domain unit includes both SBFD symbols and non-SBFD symbols, determining the target time domain type according to a target mode;

The target method includes at least one of the following:

Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the target time domain unit;

Determining the target time domain type according to the time domain type of the symbol located at a predefined position in the target time domain unit;

The target time domain type is determined according to a predefined or default time domain type of the target time domain unit.

Optionally, the target time domain unit includes at least one of the following:

A first time domain unit, where the first time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission;

a second time domain unit, where the second time domain unit is a time domain unit corresponding to the nominal transmission of the first uplink transmission;

The time domain granularities of the first time domain unit and the second time domain unit are the same or different.

Optionally, the first time domain unit includes a symbol, a time slot or a sub-time slot;

or,

The second time domain unit includes a time slot or a sub-time slot.

Optionally, the second time domain unit includes at least one of the following:

The time domain unit determined by the terminal according to the configured period and offset of the first uplink transmission;

The terminal is instructed to use a time domain unit for transmitting a hybrid automatic repeat request answer HARQ-ACK.

Optionally, the processor 1010 is further configured to perform at least one of the following:

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located is configured or indicated as a SBFD time domain unit, determining that the target time domain type is the SBFD time domain type;

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located is configured or indicated as a non-SBFD time domain unit, determining that the target time domain type is the non-SBFD time domain type;

In a case where all symbols of a time domain unit where a downlink transmission corresponding to the first uplink transmission is located are SBFD symbols, determining that the target time domain type is the SBFD time domain type;

When all symbols of the time domain unit where the downlink transmission corresponding to the first uplink transmission is located are non-SBFD symbols, determining that the target time domain type is the non-SBFD time domain type;

In a case where a time domain unit where a downlink transmission corresponding to the first uplink transmission is located includes both SBFD symbols and non-SBFD symbols, determining the target time domain type according to a target mode;

The target method includes at least one of the following:

Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

Determining the target time domain type according to the time domain type of a symbol located at a predefined position in the time domain unit where the downlink transmission corresponding to the first uplink transmission is located;

The target time domain type is determined according to a predefined or default time domain type of a time domain unit where a downlink transmission corresponding to the first uplink transmission is located.

Optionally, the radio frequency unit 1001 is used for:

receiving a first message from a network side device, where the first message includes a first transmission configuration item and a second transmission configuration item, where the first transmission configuration item has a mapping relationship with the SBFD time domain type, and where the second transmission configuration item has a mapping relationship with the non-SBFD time domain type;

The processor 1010 is further configured to:

Determining a target transmission configuration item from the first transmission configuration item and the second transmission configuration item according to the target time domain type;

The transmission parameter associated with the target transmission configuration item is determined as the transmission parameter of the first uplink transmission.

Optionally, the transmission parameters include at least one of transmission configuration, feedback timing set, time domain resource allocation TDRA, offset value, transmission code rate, power control parameter and beam parameter.

Optionally, the processor 1010 is further configured to:

Determining whether the first uplink transmission is valid includes at least one of the following:

In a case where the time domain unit of the first uplink transmission includes an SBFD symbol and a non-SBFD symbol, determining that the first uplink transmission is invalid;

In a case where the frequency domain resources of the first uplink transmission exceed the range of the SBFD uplink subband, it is determined that the first uplink transmission is invalid.

Optionally, the processor 1010 is further configured to:

In a case where it is determined that the first uplink transmission is invalid, performing a first operation, where the first operation includes at least one of the following:

postponing the first uplink transmission;

The first uplink transmission is canceled.

Optionally, the processor 1010 is further configured to:

In a case where the time domain type of the third time domain unit of the first uplink transmission does not match the target time domain type, performing a second operation, where the second operation includes at least one of the following:

postponing the first uplink transmission;

canceling the first uplink transmission;

Transmitting the first uplink transmission according to the transmission parameters corresponding to the time domain type of the third time domain unit;

The third time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission.

Optionally, the processor 1010 is further configured to:

In a case where the first uplink transmission channel overlaps with the second uplink transmission channel, performing a third operation, where the third operation includes at least one of the following:

postponing the first uplink transmission;

canceling the first uplink transmission;

The first uplink transmission and the second uplink transmission are multiplexed for transmission.

Optionally, the processor 1010 is further configured to:

In a case where a channel of the first uplink transmission overlaps with a channel of the second uplink transmission, determining whether the first uplink transmission and the second uplink transmission are valid according to SBFD configuration information from a network-side device;

In a case where it is determined that the first uplink transmission and the second uplink transmission are valid, the third operation is performed.

Optionally, the third operation includes multiplexing the first uplink transmission and the second uplink transmission;

The processor 1010 is further configured to:

Determine whether a channel multiplexed by the first uplink transmission and the second uplink transmission is valid according to the SBFD configuration information.

Optionally, the time domain type of one of the first uplink transmission and the second uplink transmission is the SBFD time domain type, and the time domain type of the other is the non-SBFD time domain type;

The processor 1010 is further configured to:

Determine a transmission parameter or a transmission resource of the multiplexed transmission.

Optionally, the processor 1010 is further configured to perform at least one of the following:

Determine the transmission parameters corresponding to the uplink transmission whose time domain type is the SBFD time domain type as the transmission parameters of the multiplexed transmission;

Determine the transmission parameters corresponding to the uplink transmission whose time domain type is the non-SBFD time domain type as the transmission parameters of the multiplexed transmission;

Determine the transmission parameters corresponding to the uplink transmission with a higher priority as the transmission parameters of the multiplexed transmission;

In a case where the overlapping channel includes a first HARQ-ACK PUCCH, determining a transmission parameter or a transmission resource of the multiplexed transmission according to a transmission configuration item corresponding to the first HARQ-ACK PUCCH, the first HARQ-ACK PUCCH being a HARQ-ACK PUCCH having corresponding downlink control information DCI;

In the case where the overlapping channel includes a CSI PUCCH and a second HARQ-ACK PUCCH, determining the transmission parameters or transmission resources of the multiplexed transmission according to the transmission configuration item corresponding to the CSI PUCCH, and the second HARQ-ACK PUCCH is a HARQ-ACK PUCCH without a corresponding DCI;

In the case where the overlapping channels include uplink control information UCI and a physical uplink shared channel PUSCH, the transmission parameters or transmission resources of the multiplexing transmission are determined according to the parameters corresponding to the PUSCH.

In summary, the embodiments of the present application enable the terminal to more reasonably determine the uplink transmission parameters under the SBFD configuration, thereby enabling the terminal to more reasonably perform uplink transmission under the SBFD configuration, thereby ensuring the communication performance of the terminal.

It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the method embodiments of Figures 3 to 5, and achieve the same or corresponding technical effects. To avoid repetition, it will not be repeated here.

The embodiment of the present application also provides a network side device, including a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the method embodiment shown in Figure 7. The network side device embodiment corresponds to the above-mentioned network side device method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to the network side device embodiment, and can achieve the same technical effect.

Specifically, the embodiment of the present application also provides a network side device. As shown in Figure 11, the network side device 1100 includes: an antenna 111, a radio frequency device 112, a baseband device 113, a processor 114 and a memory 115. The antenna 111 is connected to the radio frequency device 112. In the uplink direction, the radio frequency device 112 receives information through the antenna 111 and sends the received information to the baseband device 113 for processing. In the downlink direction, the baseband device 113 processes the information to be sent and sends it to the radio frequency device 112. The radio frequency device 112 processes the received information and sends it out through the antenna 111.

The method executed by the network-side device in the above embodiment may be implemented in the baseband device 113, which includes a baseband processor.

The baseband device 113 may include, for example, at least one baseband board, on which a plurality of chips are arranged, as shown in FIG11 , wherein one of the chips is, for example, a baseband processor, which is connected to the memory 115 through a bus interface to call a program in the memory 115 and execute the operations performed by the terminal or network side device shown in the above method embodiment.

The network side device may also include a network interface 116, which is, for example, a common public radio interface (CPRI).

Specifically, the network side device 110 of the embodiment of the present application also includes: instructions or programs stored in the memory 115 and executable on the processor 114. The processor 114 calls the instructions or programs in the memory 115 to execute the methods executed by the modules shown in Figure 8 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the program or instruction implements the various processes of the method embodiments of Figures 3 to 5 above, or implements the various processes of the method embodiment of Figure 7 above, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

The processor is the processor in the terminal described in the above embodiment, or the processor of the network side device described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the method embodiments of Figures 3 to 5 above, or to implement the various processes of the method embodiment of Figure 7 above, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

The embodiments of the present application further provide a computer program/program product, which is stored in a storage medium, and is executed by at least one processor to implement the various processes of the uplink transmission method embodiment of the above-mentioned terminal, or to implement the various processes of the uplink transmission configuration method embodiment of the above-mentioned network side device. To avoid repetition, they are not repeated here.

An embodiment of the present application also provides a communication system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the uplink transmission method on the terminal side, and the network side device can be used to execute the steps of the uplink transmission configuration method of the network side device.

It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the relevant technology, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), including a number of instructions for a terminal (which can be a mobile phone, computer, server, air conditioner, or network side device, etc.) to execute the methods described in each embodiment of the present application.

The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims (42)

An uplink transmission method, comprising: The terminal determines a target time domain type corresponding to the first uplink transmission, where the target time domain type includes a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type; The terminal determines, according to the target time domain type, a transmission parameter of the first uplink transmission. The method according to claim 1, wherein the terminal determines the target time domain type corresponding to the first uplink transmission, including at least one of the following: The terminal determines the target time domain type according to configuration information or scheduling information; The terminal determines the target time domain type according to a time domain unit where the downlink transmission corresponding to the first uplink transmission is located; The terminal determines the target time domain type according to a target time domain unit corresponding to the first uplink transmission. The method according to claim 2, wherein the terminal determines the target time domain type according to the configuration information or the scheduling information, including at least one of the following: The terminal determines the target time domain type according to the time domain type associated with first configuration information, where the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer; The terminal determines, according to the time domain type associated with second configuration information, the target time domain type, where the second configuration information is used to pre-configure the first uplink transmission; The terminal determines the target time domain type according to the time domain type associated with third configuration information, where the third configuration information is used to pre-configure a resource set of K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer; The terminal determines, according to fourth configuration information, the target time domain type, where the fourth configuration information is used to pre-configure the time domain type of the first uplink transmission; The terminal determines the target time domain type according to first scheduling information, where the first scheduling information is used to dynamically schedule the first uplink transmission; The terminal determines the target time domain type according to second scheduling information, where the second scheduling information is used to activate the first uplink transmission. The method according to claim 3, wherein the terminal determines the target time domain type according to the first scheduling information, including at least one of the following: The terminal determines the target time domain type according to the time domain type information indicated by the first scheduling information; The terminal determines the target time domain type according to the time domain type corresponding to the time domain unit indicated by the first scheduling information; Determining, by the terminal, the target time domain type according to the time domain type associated with the codebook indicated by the first scheduling information; The terminal determines the target time domain type according to the time domain type associated with the transmission configuration indicated by the first scheduling information. The method according to claim 2, wherein the time domain unit in which the downlink transmission corresponding to the first uplink transmission is located includes at least one of the following: a downlink time domain symbol corresponding to an end symbol of the downlink transmission corresponding to the first uplink transmission; An uplink time domain symbol corresponding to an end symbol of a downlink transmission corresponding to the first uplink transmission; A downlink time domain unit corresponding to an end position of the downlink transmission corresponding to the first uplink transmission; The uplink time domain unit corresponds to the downlink time domain unit corresponding to the end position of the downlink transmission corresponding to the first uplink transmission. The method according to claim 2, wherein the terminal determines the target time domain type according to the target time domain unit corresponding to the first uplink transmission, including at least one of the following: In a case where the target time domain unit is configured or indicated as a SBFD time domain unit, the terminal determines that the target time domain type is the SBFD time domain type; In a case where the target time domain unit is configured or indicated as a non-SBFD time domain unit, the terminal determines that the target time domain type is the non-SBFD time domain type; In a case where all symbols of the target time domain unit are SBFD symbols, the terminal determines that the target time domain type is the SBFD time domain type; In a case where all symbols of the target time domain unit are non-SBFD symbols, the terminal determines that the target time domain type is the non-SBFD time domain type; In a case where the target time domain unit includes both SBFD symbols and non-SBFD symbols, the terminal determines the target time domain type according to a target mode; The target method includes at least one of the following: Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the target time domain unit; Determining the target time domain type according to the time domain type of the symbol located at a predefined position in the target time domain unit; The target time domain type is determined according to a predefined or default time domain type of the target time domain unit. The method according to claim 2 or 6, wherein the target time domain unit includes at least one of the following: A first time domain unit, where the first time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission; a second time domain unit, where the second time domain unit is a time domain unit corresponding to the nominal transmission of the first uplink transmission; The time domain granularities of the first time domain unit and the second time domain unit are the same or different. The method according to claim 7, wherein the first time domain unit comprises a symbol, a time slot or a sub-time slot; or, The second time domain unit includes a time slot or a sub-time slot. The method according to claim 7 or 8, wherein the second time domain unit includes at least one of the following: The time domain unit determined by the terminal according to the configured period and offset of the first uplink transmission; The terminal is instructed to use a time domain unit for transmitting a hybrid automatic repeat request answer HARQ-ACK. The method according to any one of claims 1 to 9, wherein the terminal determines, according to the target time domain type, the transmission parameter of the first uplink transmission, comprising: The terminal receives a first message from a network-side device, where the first message includes a first transmission configuration item and a second transmission configuration item, where a mapping relationship exists between the first transmission configuration item and the SBFD time domain type, and where a mapping relationship exists between the second transmission configuration item and the non-SBFD time domain type; Determining, by the terminal, a target transmission configuration item from the first transmission configuration item and the second transmission configuration item according to the target time domain type; The terminal determines the transmission parameter associated with the target transmission configuration item as the transmission parameter of the first uplink transmission. The method according to any one of claims 1 to 10, wherein the transmission parameters include at least one of a transmission configuration, a feedback timing set, a time domain resource allocation TDRA, an offset value, a transmission code rate, a power control parameter and a beam parameter. The method according to any one of claims 1 to 11, further comprising: The terminal determines whether the first uplink transmission is valid, including at least one of the following: In a case where the time domain unit of the first uplink transmission includes an SBFD symbol and a non-SBFD symbol, the terminal determines that the first uplink transmission is invalid; In a case where the frequency domain resources of the first uplink transmission exceed the range of the SBFD uplink subband, the terminal determines that the first uplink transmission is invalid. The method according to claim 12, further comprising: When determining that the first uplink transmission is invalid, the terminal performs a first operation, where the first operation includes at least one of the following: postponing the first uplink transmission; The first uplink transmission is canceled. The method according to any one of claims 1 to 13, further comprising: In a case where the time domain type of the third time domain unit of the first uplink transmission does not match the target time domain type, the terminal performs a second operation, where the second operation includes at least one of the following: postponing the first uplink transmission; canceling the first uplink transmission; Transmitting the first uplink transmission according to the transmission parameters corresponding to the time domain type of the third time domain unit; The third time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission. The method according to any one of claims 1 to 14, further comprising: In a case where the first uplink transmission channel overlaps with the second uplink transmission channel, the terminal performs a third operation, where the third operation includes at least one of the following: postponing the first uplink transmission; canceling the first uplink transmission; The first uplink transmission and the second uplink transmission are multiplexed for transmission. The method according to claim 15, wherein, when the first uplink transmission channel overlaps with the second uplink transmission channel, the terminal performs a third operation, comprising: In a case where a channel of the first uplink transmission overlaps with a channel of the second uplink transmission, the terminal determines whether the first uplink transmission and the second uplink transmission are valid according to SBFD configuration information from a network-side device; When determining that the first uplink transmission and the second uplink transmission are valid, the terminal performs the third operation. The method according to claim 15, wherein the third operation comprises multiplexing the first uplink transmission and the second uplink transmission for transmission; After the terminal multiplexes the first uplink transmission and the second uplink transmission, the method further includes: The terminal determines, according to the SBFD configuration information, whether a channel multiplexed by the first uplink transmission and the second uplink transmission is valid. The method according to any one of claims 15 to 17, wherein the time domain type of one of the first uplink transmission and the second uplink transmission is the SBFD time domain type, and the time domain type of the other is the non-SBFD time domain type; The method further comprises: The terminal determines a transmission parameter or a transmission resource of the multiplexed transmission. The method according to claim 18, wherein the terminal determines the transmission parameters or transmission resources of the multiplexed transmission, including at least one of the following: The terminal determines, as the transmission parameter of the multiplexed transmission, the transmission parameter corresponding to the uplink transmission whose time domain type is the SBFD time domain type; The terminal determines, as the transmission parameters of the multiplexed transmission, the transmission parameters corresponding to the uplink transmission whose time domain type is the non-SBFD time domain type; The terminal determines the transmission parameters corresponding to the uplink transmission with a higher priority as the transmission parameters of the multiplexed transmission; In a case where the overlapping channel includes a first HARQ-ACK PUCCH, the terminal determines the transmission parameter or transmission resource of the multiplexed transmission according to the transmission configuration item corresponding to the first HARQ-ACK PUCCH, and the first HARQ-ACK PUCCH is a HARQ-ACK PUCCH with corresponding downlink control information DCI; In the case where the overlapping channel includes a CSI PUCCH and a second HARQ-ACK PUCCH, the terminal determines the transmission parameters or transmission resources of the multiplexed transmission according to the transmission configuration item corresponding to the CSI PUCCH, and the second HARQ-ACK PUCCH is a HARQ-ACK PUCCH without a corresponding DCI; In the case where the overlapping channels include uplink control information UCI and a physical uplink shared channel PUSCH, the terminal determines the transmission parameters or transmission resources of the multiplexing transmission according to the parameters corresponding to the PUSCH. An uplink transmission configuration method, comprising: The network side device sends configuration information or scheduling information to the terminal, where the configuration information or the scheduling information is used to determine a target time domain type for the first uplink transmission; The target time domain type includes a sub-band full-duplex (SBFD) time domain type or a non-sub-band full-duplex (non-SBFD) time domain type. The method according to claim 20, wherein the network side device sends configuration information or scheduling information to the terminal, including at least one of the following: The network side device sends first configuration information to the terminal, where the first configuration information is associated with a corresponding time domain type, and the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer; The network side device sends second configuration information to the terminal, where the second configuration information is associated with a corresponding time domain type, and the second configuration information is used to pre-configure the first uplink transmission; The network side device sends third configuration information to the terminal, where the third configuration information is associated with a corresponding time domain type, and the third configuration information is used to pre-configure a resource set of K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer; The network side device sends fourth configuration information to the terminal, where the fourth configuration information is used to pre-configure a time domain type of the first uplink transmission. The method according to claim 20 or 21, further comprising: The network side device sends a first message to the terminal, where the first message includes a first transmission configuration item and a second transmission configuration item; There is a mapping relationship between the first transmission configuration item and the sub-band full-duplex SBFD time domain type, and there is a mapping relationship between the second transmission configuration item and the non-sub-band full-duplex non-SBFD time domain type; The first transmission configuration item and the second transmission configuration item both include transmission parameters. The method according to claim 22, wherein the transmission parameters include at least one of a transmission configuration, a feedback timing set, a time domain resource allocation TDRA, an offset value, a transmission code rate, a power control parameter and a beam parameter. An uplink transmission device, applied to a terminal, comprising: A first processing module, configured to determine a target time domain type corresponding to a first uplink transmission, wherein the target time domain type includes a sub-band full-duplex SBFD time domain type or a non-sub-band full-duplex non-SBFD time domain type; The second processing module is used to determine the transmission parameters of the first uplink transmission according to the target time domain type. The apparatus according to claim 24, wherein the first processing module is specifically used for at least one of the following: Determining the target time domain type according to the configuration information or the scheduling information; Determine the target time domain type according to the time domain unit where the downlink transmission corresponding to the first uplink transmission is located; The target time domain type is determined according to a target time domain unit corresponding to the first uplink transmission. The apparatus according to claim 25, wherein the first processing module is specifically used for at least one of the following: Determining the target time domain type according to a time domain type associated with first configuration information, where the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer; Determining the target time domain type according to the time domain type associated with second configuration information, where the second configuration information is used to pre-configure the first uplink transmission; Determine the target time domain type according to the time domain type associated with third configuration information, where the third configuration information is used to pre-configure resource sets for K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer; Determine the target time domain type according to fourth configuration information, where the fourth configuration information is used to pre-configure the time domain type of the first uplink transmission; Determining the target time domain type according to first scheduling information, where the first scheduling information is used to dynamically schedule the first uplink transmission; The target time domain type is determined according to second scheduling information, where the second scheduling information is used to activate the first uplink transmission. The apparatus according to claim 26, wherein the first processing module is specifically used for at least one of the following: Determining the target time domain type according to the time domain type information indicated by the first scheduling information; Determining the target time domain type according to the time domain type corresponding to the time domain unit indicated by the first scheduling information; Determining the target time domain type according to the time domain type associated with the codebook indicated by the first scheduling information; The target time domain type is determined according to the time domain type associated with the transmission configuration indicated by the first scheduling information. The apparatus according to claim 25, wherein the first processing module is specifically used for at least one of the following: In a case where the target time domain unit is configured as a SBFD time domain unit, determining that the target time domain type is the SBFD time domain type; In a case where the target time domain unit is configured as a non-SBFD time domain unit, determining that the target time domain type is the non-SBFD time domain type; In a case where all symbols of the target time domain unit are SBFD symbols, determining that the target time domain type is the SBFD time domain type; In a case where all symbols of the target time domain unit are non-SBFD symbols, determining the target time domain type to be the non-SBFD time domain type; In the case where the target time domain unit includes both SBFD symbols and non-SBFD symbols, determining the target time domain type according to a target mode; The target method includes at least one of the following: Determining the target time domain type according to the number of SBFD symbols and the number of non-SBFD symbols included in the target time domain unit; Determining the target time domain type according to the time domain type of the symbol located at a predefined position in the target time domain unit; The target time domain type is determined according to a predefined or default time domain type of the target time domain unit. The device according to any one of claims 24 to 28, wherein the second processing module comprises: A receiving unit, configured to receive a first message from a network side device, wherein the first message includes a first transmission configuration item and a second transmission configuration item, wherein a mapping relationship exists between the first transmission configuration item and the SBFD time domain type, and a mapping relationship exists between the second transmission configuration item and the non-SBFD time domain type; A first processing unit, configured to determine a target transmission configuration item from the first transmission configuration item and the second transmission configuration item according to the target time domain type; The second processing unit is used to determine the transmission parameter associated with the target transmission configuration item as the transmission parameter of the first uplink transmission. The device according to any one of claims 24 to 29, further comprising: A third processing module is configured to determine whether the first uplink transmission is valid, including at least one of the following: In a case where the time domain unit of the first uplink transmission includes an SBFD symbol and a non-SBFD symbol, determining that the first uplink transmission is invalid; In a case where the frequency domain resources of the first uplink transmission exceed the range of the SBFD uplink subband, it is determined that the first uplink transmission is invalid. The apparatus according to claim 30, further comprising: a fourth processing module, configured to, when determining that the first uplink transmission is invalid, perform a first operation, wherein the first operation includes at least one of the following: postponing the first uplink transmission; The first uplink transmission is canceled. The apparatus according to any one of claims 24 to 31, further comprising: a fifth processing module, configured to perform a second operation when the time domain type of the third time domain unit of the first uplink transmission does not match the target time domain type, wherein the second operation includes at least one of the following: postponing the first uplink transmission; canceling the first uplink transmission; Transmitting the first uplink transmission according to the transmission parameters corresponding to the time domain type of the third time domain unit; The third time domain unit is a time domain unit corresponding to actual transmission of the first uplink transmission. The apparatus according to any one of claims 24 to 32, further comprising: A sixth processing module is configured to perform a third operation when the first uplink transmission channel overlaps with the second uplink transmission channel, where the third operation includes at least one of the following: postponing the first uplink transmission; canceling the first uplink transmission; The first uplink transmission and the second uplink transmission are multiplexed for transmission. The apparatus according to claim 33, wherein the sixth processing module is specifically configured to: In a case where a channel of the first uplink transmission overlaps with a channel of the second uplink transmission, determining whether the first uplink transmission and the second uplink transmission are valid according to SBFD configuration information from a network-side device; In a case where it is determined that the first uplink transmission and the second uplink transmission are valid, the third operation is performed. The apparatus according to claim 33, wherein the third operation comprises multiplexing the first uplink transmission and the second uplink transmission for transmission; The device also includes: The seventh processing module is used to determine whether the channel multiplexed by the first uplink transmission and the second uplink transmission is valid according to the SBFD configuration information. The apparatus according to any one of claims 33 to 35, wherein the time domain type of one of the first uplink transmission and the second uplink transmission is the SBFD time domain type, and the time domain type of the other is the non-SBFD time domain type; The device also includes: An eighth processing module is used to determine the transmission parameters or transmission resources of the multiplexed transmission. The apparatus according to claim 36, wherein the eighth processing module is specifically used for at least one of the following: Determine the transmission parameters corresponding to the uplink transmission whose time domain type is the SBFD time domain type as the transmission parameters of the multiplexed transmission; Determine the transmission parameters corresponding to the uplink transmission whose time domain type is the non-SBFD time domain type as the transmission parameters of the multiplexed transmission; Determine the transmission parameters corresponding to the uplink transmission with a higher priority as the transmission parameters of the multiplexed transmission; In a case where the overlapping channel includes a first HARQ-ACK PUCCH, determining a transmission parameter or a transmission resource of the multiplexed transmission according to a transmission configuration item corresponding to the first HARQ-ACK PUCCH, the first HARQ-ACK PUCCH being a HARQ-ACK PUCCH having corresponding downlink control information DCI; In the case where the overlapping channel includes a CSI PUCCH and a second HARQ-ACK PUCCH, determining the transmission parameters or transmission resources of the multiplexed transmission according to the transmission configuration item corresponding to the CSI PUCCH, and the second HARQ-ACK PUCCH is a HARQ-ACK PUCCH without a corresponding DCI; In the case where the overlapping channels include uplink control information UCI and a physical uplink shared channel PUSCH, the transmission parameters or transmission resources of the multiplexing transmission are determined according to the parameters corresponding to the PUSCH. An uplink transmission configuration device, applied to a network side device, comprising: A first sending module, used to send configuration information or scheduling information to a terminal, where the configuration information or the scheduling information is used to determine a target time domain type for a first uplink transmission; The target time domain type includes a sub-band full-duplex (SBFD) time domain type or a non-sub-band full-duplex (non-SBFD) time domain type. The apparatus according to claim 38, wherein the first sending module is specifically used for at least one of the following: Sending first configuration information to the terminal, where the first configuration information is associated with a corresponding time domain type, and the first configuration information is used to pre-configure transmission configurations of M uplink transmissions, where the M uplink transmissions include the first uplink transmission, and M is a positive integer; Sending second configuration information to the terminal, where the second configuration information is associated with a corresponding time domain type, and the second configuration information is used to pre-configure the first uplink transmission; Sending third configuration information to the terminal, where the third configuration information is associated with a corresponding time domain type, and the third configuration information is used to pre-configure resource sets for K uplink transmissions, where the K uplink transmissions include the first uplink transmission, and K is a positive integer; Sending fourth configuration information to the terminal, where the fourth configuration information is used to pre-configure a time domain type of the first uplink transmission. The apparatus according to claim 38 or 39, further comprising: A second sending module, configured to send a first message to a terminal, wherein the first message includes a first transmission configuration item and a second transmission configuration item; There is a mapping relationship between the first transmission configuration item and the sub-band full-duplex SBFD time domain type, and there is a mapping relationship between the second transmission configuration item and the non-sub-band full-duplex non-SBFD time domain type; The first transmission configuration item and the second transmission configuration item both include transmission parameters. A communication device comprises a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the uplink transmission method as described in any one of claims 1 to 19 are implemented, or the steps of the uplink transmission configuration method as described in any one of claims 20 to 23 are implemented. A readable storage medium storing a program or instruction, wherein the program or instruction, when executed by a processor, implements the steps of the uplink transmission method as described in any one of claims 1 to 19, or implements the steps of the uplink transmission configuration method as described in any one of claims 20 to 23.