Multiplexing indication method, apparatus, terminal and network side device for uplink transmission

Abstract

This application discloses an uplink transmission multiplexing indication method, apparatus, terminal, and network-side device, belonging to the field of communication technology. The uplink transmission multiplexing indication method, executed by a terminal, includes: receiving a first indication from a network-side device, the first indication indicating whether a first channel supports multiplexing with other channels of different priorities that overlap, the first channel including a Physical Uplink Control Channel (PUCCH) and / or a Physical Uplink Shared Channel (PUSCH); and determining, based on the first indication, whether the first channel supports multiplexing with other channels of different priorities that overlap. The technical solutions of this application can improve the effectiveness of communication systems.

Description

Technical Field

[0001] This application relates to the field of communication technology, specifically to an uplink transmission multiplexing indication method, apparatus, terminal, and network-side equipment. Background Technology

[0002] In existing technologies, either the terminal does not distinguish between channel priorities, or it distinguishes priorities but does not support multiplexing between channels of different priorities. If priorities are not distinguished, the terminal will multiplex different channels according to predetermined multiplexing rules. If priorities are distinguished, low-priority channels are always dropped in overlapping scenarios. This significantly affects the transmission performance of low-priority channels. Multiplexing channels of different priorities can reduce the impact on low-priority transmissions, but different services have different latency and reliability requirements. How to enable multiplexing of uplink transmissions between different priorities needs to be addressed. Summary of the Invention

[0003] This application provides an uplink transmission multiplexing indication method, apparatus, terminal, and network-side device, which can improve the effectiveness of the communication system.

[0004] In a first aspect, embodiments of this application provide an uplink transmission multiplexing indication method, applied to a terminal, the method comprising:

[0005] Receive a first indication from a network-side device, the first indication being used to indicate whether a first channel supports multiplexing with other channels of different priorities that overlap, the first channel including a physical uplink control channel PUCCH and / or a physical uplink shared channel PUSCH;

[0006] Based on the first indication, determine whether the first channel supports multiplexing with other channels of different priorities that overlap.

[0007] Secondly, embodiments of this application provide an uplink transmission multiplexing indication method, applied to a network-side device, the method comprising:

[0008] Send a first indication to the terminal, the first indication being used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap, the first channel including the Physical Uplink Control Channel (PUCCH) and / or the Physical Uplink Shared Channel (PUSCH).

[0009] Thirdly, embodiments of this application provide an uplink transmission multiplexing indication device, applied to a terminal, the device comprising:

[0010] The receiving module is configured to receive a first indication from a network-side device, the first indication being used to indicate whether the channel supports multiplexing of channels with different priorities that overlap, the channel including the Physical Uplink Control Channel (PUCCH) and the Physical Uplink Shared Channel (PUSCH);

[0011] The processing module is used to determine, based on the first indication, whether the channel supports multiplexing of channels with different priorities that overlap.

[0012] Fourthly, embodiments of this application provide an uplink transmission multiplexing indication device, applied to a network-side device, the device comprising:

[0013] The transmitting module is used to send a first indication to the terminal. The first indication is used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap. The first channel includes the Physical Uplink Control Channel (PUCCH) and / or the Physical Uplink Shared Channel (PUSCH).

[0014] Fifthly, a terminal is provided, the terminal including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.

[0015] In a sixth aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is configured to receive a first indication from a network-side device, the first indication being configured to indicate whether a first channel supports multiplexing with other channels of different priorities that overlap, the first channel including a Physical Uplink Control Channel (PUCCH) and / or a Physical Uplink Shared Channel (PUSCH); the processor is configured to determine, based on the first indication, whether the first channel supports multiplexing with other channels of different priorities that overlap.

[0016] In a seventh aspect, a network-side device is provided, the network-side device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method as described in the second aspect.

[0017] Eighthly, a network-side device is provided, including a processor and a communication interface, wherein the communication interface is used to send a first indication to a terminal, the first indication being used to indicate whether a first channel supports multiplexing with other channels of different priorities that overlap, the first channel including a Physical Uplink Control Channel (PUCCH) and / or a Physical Uplink Shared Channel (PUSCH).

[0018] A ninth aspect provides a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0019] In a tenth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the second aspect.

[0020] Eleventhly, a computer program / program product is provided, the computer program / program product being stored in a non-volatile storage medium, the program / program product being executed by at least one processor to implement the steps of the method as described in the first or second aspect.

[0021] In this embodiment, the terminal determines whether the first channel supports multiplexing with other channels of different priorities that overlap, based on the first instruction. In this way, when channels of different priorities overlap, the terminal can determine the transmission of low-priority channels and high-priority channels based on the first instruction of the network-side device, thereby improving the effectiveness of the communication system. Attached Figure Description

[0022] Figure 1 A schematic diagram showing a wireless communication system;

[0023] Figure 2 A flowchart illustrating the uplink transmission multiplexing indication method executed by a terminal in an embodiment of this application;

[0024] Figure 3 This is a flowchart illustrating the uplink transmission multiplexing indication method executed by a network-side device according to an embodiment of this application;

[0025] Figure 4 A schematic diagram illustrating the temporal resource overlap of LP HARQ-ACK PUCCH and HP HARQ-ACK PUCCH in an embodiment of this application;

[0026] Figure 5 A schematic diagram illustrating the temporal resource overlap of HP HARQ-ACK PUCCH and LP PUSCH in another embodiment of this application;

[0027] Figure 6 This is a schematic diagram illustrating the temporal resource overlap between LP HARQ-ACK and HLP PUSCH on multiple cells in another embodiment of this application;

[0028] Figure 7 This is a schematic diagram illustrating the structure of a multiplexing indication device applied to the uplink transmission of a terminal according to an embodiment of this application;

[0029] Figure 8 This is a schematic diagram illustrating the structure of a multiplexing indication device applied to uplink transmission in a network-side device according to an embodiment of this application;

[0030] Figure 9A schematic diagram illustrating the composition of a communication device according to an embodiment of this application;

[0031] Figure 10 A schematic diagram illustrating the composition of a terminal according to an embodiment of this application;

[0032] Figure 11 This is a schematic diagram illustrating the composition of the network-side device in an embodiment of this application. Detailed Implementation

[0033] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0034] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0035] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, 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), and other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used not only in the systems and radio technologies mentioned above, but also in other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and NR terminology is used in most of the following description; however, these technologies can also be applied to applications beyond NR systems, such as 6th Generation (6G) communication systems.

[0036] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can also be referred to as a terminal device or user equipment (UE). The terminal 11 can be a mobile phone, tablet computer, laptop computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), wearable device, vehicle-mounted device (VUE), pedestrian terminal (PUE), etc. Wearable devices include smartwatches, wristbands, headphones, glasses, etc. It should be noted that this application does not limit the specific type of terminal 11. Network-side equipment 12 can be a base station or a core network. The base station can be referred to as a node B, evolved node B, access point, base transceiver station (BTS), radio base station, radio transceiver, basic service set (BSS), extended service set (ESS), B node, evolved B node (eNB), home B node, home evolved B node, WLAN access point, WiFi node, transmitting and receiving point (TRP), or any other suitable term in the field, as long as the same technical effect is achieved. The base station is not limited to specific technical terms. It should be noted that in this application embodiment, only the base station in the NR system is used as an example, but the specific type of base station is not limited. The core network equipment can be a location management device, such as a location management function (LMF, E-SLMC), etc.

[0037] Compared to previous mobile communication systems, future 5G mobile communication systems need to adapt to more diverse scenarios and service requirements. The main 5G scenarios include Enhanced Mobile Broadband (eMBB), Ultra-reliable and Low Latency Communications (URLLC), and Massive Machine Type Communication (mMTC). These scenarios place demands on the system for high reliability, low latency, high bandwidth, and wide coverage. Some UEs may support different services; for example, a UE may support both URLLC (low latency, high reliability) and high-capacity, high-speed eMBB services. In New Radio (NR) systems, different channels can have different start symbols and lengths, leading to temporal overlap of transmission resources. Typically, to maintain uplink single-carrier characteristics, when multiple overlapping Physical Uplink Control Channels (PUCCHs) are transmitted in a single timeslot, it disrupts the UE's single-carrier characteristics, and differences in transmit power degrade channel estimation performance. This situation is usually considered a conflict, and a corresponding conflict solution needs to be designed to merge or discard some information.

[0038] When a UE supports different services simultaneously, such as URLLC and eMBB, since different services have different latency or reliability requirements, in order to ensure the transmission of high-priority services, the UE will distinguish the priorities corresponding to different channels and / or signals, such as high priority or low priority. Channels and / or signals with different priorities may overlap in time domain resources, and the UE will discard or cancel low-priority channels and / or signals.

[0039] Some related technologies do not distinguish between different service types or priorities. When different channel time-domain resources overlap, the UE will multiplex or discard them according to predefined rules. For example, when a PUCCH carrying a Hybrid Automatic Repeat Request (HARQ) acknowledgment message (ACK) overlaps with a PUCCH carrying periodic channel state information (CSI), the UE will multiplex HARQ-ACK and CSI onto one PUCCH. This PUCCH is determined based on the total payload of HARQ-ACK and CSI and the PUCCH resource indicator (PRI) corresponding to HARQ-ACK. Another example is when the PUCCH overlaps with the Physical Uplink Shared Channel (PUSCH) time-domain resources (except in specific cases, such as the Scheduled Request (SR) PUCCH and PUSCH without UL-SCH), the UE will multiplex the content carried by the PUCCH onto the PUSCH for transmission. Meanwhile, due to hardware requirements, UE multiplexing processing requires a certain time requirement. Related technologies define the time requirements that should be met when PUCCH and PUSCH, or PUCCH and PUSCH, are multiplexed.

[0040] In some related technologies, considering that a UE may support different services simultaneously, and that different services correspond to different service requirements, such as latency and reliability, a mechanism for marking the priority of PUCCH and / or PUSCH channels is introduced. Specifically, a two-level physical layer priority is introduced: high priority (HP) and low priority (LP). For example, in SR, the priority of the configuration grant (CG) PUSCH, the semi-statically scheduled (SPS) Physical Downlink Shared Channel (PDSCH), and its release HARQ-ACK are configured by Radio Resource Control (RRC) signaling. Periodic Channel State Information (P-CSI) or Semi-Persistent Channel State Information (SP-CSI) on PUCCH is considered low priority. For HARQ-ACK of dynamically scheduled PDSCH, dynamically scheduled PUSCH, aperiodic Channel State Information (A-CSI) or SP-CSI on PUSCH, etc., it is indicated by a 1-bit field in the corresponding Downlink Control Information (DCI). The priority of a PUCCH is determined by the HARQ-ACK, SR, or CSI it carries. When different channel time-domain resources overlap, if they have the same priority, they are processed according to the multiplexing rules defined in the relevant technologies; if they have different priorities, the UE discards the lower-priority channel and transmits the higher-priority channel. If there are both channels with the same priority and channels with different priorities, the UE first processes them according to the multiplexing rules defined in the relevant technologies, and then processes the channels with different priorities. Furthermore, when the UE processes channels with different priorities, discarding the lower-priority channel and transmitting the higher-priority channel also requires a certain processing time. The relevant technologies define the time requirements for discarding or canceling channels with different priorities.

[0041] To minimize the impact on low-priority uplink transmissions, especially low-priority uplink control information, related technologies support the multiplexing of PUCCH and PUSCH between different priorities, as well as between PUCCH and PUSCH between different priorities. Examples include HP HARQ-ACK and LP HARQ-ACK, LP HARQ-ACK and HP PUSCH, or HP HARQ-ACK and LPPUSCH. Of course, the multiplexing of uplink transmissions between different priorities must also meet certain conditions, such as processing time.

[0042] This application provides an uplink transmission multiplexing indication method, applied to a terminal, such as... Figure 2As shown, the method includes:

[0043] Step 101: Receive a first indication from the network-side device, the first indication being used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap, the first channel including the Physical Uplink Control Channel PUCCH and / or the Physical Uplink Shared Channel PUSCH;

[0044] Step 102: Determine whether the first channel supports multiplexing with other channels of different priorities that overlap, based on the first indication.

[0045] In this embodiment, the terminal determines whether the first channel supports multiplexing with other channels of different priorities that overlap, based on the first instruction. In this way, when channels of different priorities overlap, the terminal can determine the transmission of low-priority channels and high-priority channels based on the first instruction of the network-side device, thereby improving the effectiveness of the communication system.

[0046] In some embodiments, the first instruction includes at least one of the following:

[0047] Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH);

[0048] Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH);

[0049] Radio Resource Control (RRC) message.

[0050] In this context, both DL grant and UL grant are DCI (Downlink Control Information). For RRC messages, the authorized channels include type 1CG (configured grant) PUSCH; in this embodiment, the first channel includes not only type 1CG PUSCH, but also other uplink channels, such as HARQ-ACK PUCCH of SPS PDSCH and type 2CG PUSCH.

[0051] The first indication can be contained in a specific indication field, such as the multiplexing indication (MUX) field.

[0052] In some embodiments, for overlapping PUCCHs, such as LP HARQ-ACK PUCCH and HP HARQ-ACK PUCCH, determining whether the first channel supports multiplexing with other channels of different priorities based on the first indication includes any of the following:

[0053] For a PUCCH with a preset priority, determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities based on the last DCI corresponding to the PUCCH.

[0054] For a PUCCH with a preset priority, determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities based on the last DCI containing the first indication corresponding to the PUCCH.

[0055] Whether the at least two PUCCHs are multiplexed is determined by the last DCI corresponding to the at least two overlapping PUCCHs. For example, multiplexing is allowed only when both indicate that they are multiplexed.

[0056] Whether the at least two PUCCHs are multiplexed is determined by the last DCI containing the first indication corresponding to the at least two overlapping PUCCHs. For example, multiplexing is allowed only when both indicate multiplexing.

[0057] The at least two PUCCHs are determined by the last DCI corresponding to the high-priority PUCCH. That is, they can be reused as long as the last DCI corresponding to the HP PUCCH indicates reuse; otherwise, they are not reused.

[0058] Determine whether the at least two PUCCHs are reused based on the last DCI containing the first indication corresponding to the high-priority PUCCH;

[0059] Whether the at least two PUCCHs can be reused is determined according to the last DCI containing the first indication corresponding to the second PUCCH. The second PUCCH is one of the at least two PUCCHs. When the last DCI of the above PUCCH does not contain MUXindication, but the non-last DCI contains MUX indication, it is determined whether reuse is possible according to the indication of the last DCI containing MUXindication corresponding to the PUCCH.

[0060] The first PUCCH is determined according to the DCI corresponding to the first PUCCH or the last DCI. It is determined whether the first PUCCH supports multiplexing with other PUCCHs of different priorities. The DCI corresponding to the first PUCCH or the last DCI contains a first indication. The first PUCCH is one of at least two PUCCHs. When a certain PUCCH does not have a corresponding DCI or the corresponding last DCI does not contain a MUX indication, while another PUCCH has a corresponding DCI or the corresponding last DCI contains a MUX indication, the indication of the PUCCH with the corresponding DCI or the corresponding last DCI containing a MUX is used.

[0061] For a PUCCH that contains only a hybrid automatic repeat request acknowledgment message (HARQ-ACK) of a semi-statically scheduled physical downlink shared channel (PDSCH), the PUCCH is determined to support multiplexing with other PUCCHs of different priorities according to the activation DCI indication of the corresponding SPS PDSCH. Alternatively, the PUCCH can be determined to support multiplexing with other PUCCHs of different priorities according to the RRC configuration.

[0062] In some embodiments, if multiple active DCIs correspond to multiple SPS PDSCHs corresponding to HARQ-ACK, the PUCCH is determined to support multiplexing with other PUCCHs of different priorities according to the indication of the last active DCI or the active DCI of the first SPS PDSCH. The first SPS PDSCH is determined according to at least one of the following:

[0063] The last SPS PDSCH;

[0064] Configure the SPS PDSCH with the smallest index;

[0065] Configure the SPS PDSCH with the largest index;

[0066] The smallest SPS PDSCH serving cell

[0067] The largest SPS PDSCH in the service area.

[0068] In some embodiments, for overlapping PUCCH and PUSCH, such as HP HARQ-ACK PUCCH and LP PUSCH or LP HARQ-ACK PUCCH and HP PUSCH, determining whether the first channel supports multiplexing with other channels of different priorities based on the first indication includes any of the following:

[0069] The first instruction in the UL grant of the PUSCH determines whether to multiplex the uplink control information UCI carried by the PUCCH onto the PUSCH, including partial multiplexing. For example, when the PUCCH contains HARQ-ACK and CSI, the CSI is discarded, and the HARQ-ACK is determined to be multiplexed onto the PUSCH according to the instruction in the UL grant.

[0070] Determine whether the channel multiplexes the uplink control information UCI carried by the PUCCH onto the PUSCH based on the DCI of the high-priority channel or the last DCI.

[0071] Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH.

[0072] If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to the first preset rule. If the UL grant indication of the PUSCH for UCI multiplexing is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted.

[0073] If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH is selected according to the preset second rule to multiplex the UCI carried by the PUCCH, including the case of partial multiplexing. In the case of partial multiplexing, part of the UCI carried by the PUCCH is multiplexed and transmitted on the PUSCH. For example, when the PUCCH contains HARQ-ACK and CSI, the CSI is discarded, and the HARQ-ACK is determined according to the UL grant instruction to determine whether to multiplex it on the PUSCH.

[0074] If multiple PUCCHs overlap with a PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the ULgrant indication of the PUSCH supports multiplexing with other channels of different priorities, and the UCI of each PUCCH is multiplexed on the PUSCH for transmission (including multiplexing the UCI portion of at least one PUCCH on the PUSCH).

[0075] In some embodiments, if multiple PUCCHs overlap with a single PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the overlap with the PUSCH is processed one by one for each PUCCH (e.g., in the order of transmission time).

[0076] In some embodiments, if the DL grant indication corresponding to the PUCCH is not multiplexed but the UL grant indication corresponding to the PUSCH is multiplexed, it can be considered an error. That is, when scheduling, the base station should indicate the following: the DL grant indication corresponding to the PUCCH is multiplexed and the UL grant indication corresponding to the PUSCH is multiplexed, or the DL grant indication corresponding to the PUCCH is not multiplexed and the UL grant indication corresponding to the PUSCH is not multiplexed; or, whether to multiplex is determined based on the last DCI; or, whether to multiplex is determined based only on the DL grant corresponding to the PUCCH; or, whether to multiplex is determined only on the UL grant corresponding to the PUSCH.

[0077] In some embodiments, if the UCI carried by the PUCCH is multiplexed on the PUSCH, the method specifically includes:

[0078] If the PUCCH contains HARQ-ACK and Channel State Information (CSI), discard the CSI and determine whether the HARQ-ACK should be multiplexed onto the PUSCH based on the first indication.

[0079] In some embodiments, if it is determined whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first indication in the UL grant of the PUSCH, the method further includes:

[0080] Ignore the first instruction of the DL grant corresponding to PUCCH.

[0081] In some embodiments, the meaning of the first instruction in the DL grant includes at least one of the following:

[0082] A. If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels;

[0083] B. If the channels of PUCCH and PUSCH overlap, indicate whether to perform multiplexing of UCI and PUSCH.

[0084] For example, if there are two PUCCHs and one PUSCH, the overlap of PUSCHs means that if any two of the three channels overlap, or if all three channels overlap, then method A is used.

[0085] In some embodiments, the first indication in the UL grant includes whether to perform UCI reuse on PUSCH.

[0086] In some embodiments, the method further includes:

[0087] The PUSCH for HARQ-ACK multiplexing is determined according to the preset third rule;

[0088] Select a PUSCH that supports multiplexing. If multiple PUSCHs support multiplexing, select one PUSCH according to the preset fourth rule to multiplex the UCI carried by the PUCCH.

[0089] In some embodiments, the third rule includes at least one of the following:

[0090] PUSCH containing aperiodic channel state information (A-CSI);

[0091] Early time slot PUSCH;

[0092] Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH.

[0093] PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes.

[0094] The PUSCH that starts earlier takes precedence over the PUSCH that starts later.

[0095] In the above embodiments, when multiplexing is determined according to the DCI indication, other conditions may also need to be met, such as timeline, before the UE can perform multiplexing operation. Otherwise, even if the DCI indication allows multiplexing, the UE still cannot perform multiplexing if other conditions are not met.

[0096] This application also provides an uplink transmission multiplexing indication method, applied to network-side devices, such as... Figure 3 As shown, the method includes:

[0097] Step 201: Send a first indication to the terminal. The first indication is used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap. The first channel includes the Physical Uplink Control Channel (PUCCH) and / or the Physical Uplink Shared Channel (PUSCH).

[0098] In some embodiments, the first instruction includes at least one of the following:

[0099] Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH);

[0100] Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH);

[0101] Radio Resource Control (RRC) message.

[0102] The technical solution of this application will be further described below with reference to the accompanying drawings and specific embodiments:

[0103] In one specific embodiment, such as Figure 4As shown, the temporal resources of LP HARQ-ACK PUCCH and HP HARQ-ACK PUCCH overlap at a certain time unit. LP HARQ-ACK is the HARQ-ACK information fed back for PDSCH0, PDSCH1, and PDSCH2, and the corresponding PDCCHs for each PDSCH are PDCCH0, PDCCH1, and PDCCH2, respectively. HP HARQ-ACK is the HARQ-ACK information fed back for PDSCH3 and PDSCH4, and the corresponding PDCCHs for each PDSCH are PDCCH3 and PDCCH4, respectively. That is, for LP HARQ-ACK PUCCH, its corresponding DCIs are DCI0, DCI1, and DCI2, and the corresponding last DCI is DCI2. For HP HARQ-ACK PUCCH, its corresponding DCIs are DCI3 and DCI4, and the corresponding last DCI is DCI4.

[0104] In this embodiment, the following method can be used to determine whether two PUCCHs are reused.

[0105] Method 1: Determine whether two PUCCHs should be multiplexed based on the MUX Indication of the last DCI corresponding to each PUCCH. For example, in this embodiment, determine whether to multiplex LP HARQ-ACK and HPHARQ-ACK based on the MUX Indication of DCI2 and DCI4. For example, if the last DCI of both PUCCHs indicates multiplexing, then LP HARQ-ACK and HPHARQ-ACK are multiplexed; otherwise, LP HARQ-ACK is discarded (i.e., LP HARQ-ACK PUCCH transmission is canceled).

[0106] Method 2: Determine whether the two PUCCHs should be multiplexed based on the MUX Indication of the last DCI corresponding to the HP PUCCH. For example, in this embodiment, determine whether to multiplex LP HARQ-ACK and HP HARQ-ACK based on the MUX Indication of DCI4. When DCI4 indicates multiplexing, LP HARQ-ACK and HP HARQ-ACK are multiplexed; otherwise, LP HARQ-ACK is discarded (i.e., LP HARQ-ACK PUCCH transmission is canceled).

[0107] Method 3: Determine whether to multiplex the two PUCCHs based on the MUX Indication of the later DCI in the last DCI of the two PUCCHs. For example, in this embodiment, DCI4 is transmitted after DCI2. Then, determine whether to multiplex LP HARQ-ACK and HP HARQ-ACK based on the MUX Indication of DCI4. When DCI4 indicates multiplexing, LP HARQ-ACK and HP HARQ-ACK are multiplexed; otherwise, LP HARQ-ACK is discarded (i.e., LP HARQ-ACK PUCCH transmission is canceled).

[0108] Optionally, when a DCI does not contain MUX Indication, the MUX indication of the PUCCH scheduled by the DCI format can be predefined or configured by the higher layer, that is, whether the PUCCH scheduled by the DCI format supports PUCCH with different priorities and PUCCH multiplexing can be predefined or configured by the higher layer.

[0109] Additionally, since some DCIs corresponding to PUCCHs may not contain MUX indications, such as DCI format 1_0 or DCI formats without a configured MUX indication field, the last DCI may not contain MUX indications. In this case, if the last DCI is DCI format 1_0 or does not contain MUX indications, it indicates that UCI multiplexing is not performed, or the higher layer is configuring whether to multiplex. Alternatively, in the above methods, the last DCI can be replaced with a last DCI containing MUX indications. In method 1, the determination of whether two PUCCHs are multiplexed is based on the last DCI containing MUX indications corresponding to each PUCCH. In method 2, the determination of whether two PUCCHs are multiplexed is based on the last DCI containing MUX indications corresponding to the HP PUCCH. In method 3, the determination of whether two PUCCHs are multiplexed is based on the indication of the DCI containing MUX indications and with a later transmission time (where a later transmission time means that its start and / or end symbols are later).

[0110] In another embodiment, such as Figure 5As shown, in a certain time unit, the HP HARQ-ACK PUCCH and LP PUSCH time-domain resources overlap. HP HARQ-ACK refers to the HARQ-ACK information fed back to PDSCH0 and PDSCH1, and the PDCCH corresponding to each PDSCH is PDCCH0 and PDCCH1, respectively. That is, for HP HARQ-ACK PUCCH, its corresponding DCIs are DCI0 and DCI1, and the corresponding last DCI is DCI1. LP PUSCH is scheduled by DCI2 transmitted by PDCCH2.

[0111] In this embodiment, the following method can be used to determine whether PUCCH and PUSCH are reused.

[0112] Method 1: The UE determines whether to multiplex the HP channel based on the MUX indication of the DCI corresponding to the HP channel. For example, in this embodiment, the UE determines whether to multiplex the HP HARQ-ACK on the LPPUSCH for transmission based on the MUX indication in the last DCI corresponding to the HP HARQ-ACK PUCCH.

[0113] Optionally, the DL grant may contain one indication field, which is used for multiplexing PUCCH and PUCCH, and also for multiplexing PUCCH and PUSCH. Alternatively, the DL grant may contain two indication fields, one for multiplexing PUCCH and the other for multiplexing PUCCH and PUSCH.

[0114] Method 2: Determine whether to multiplex UCIs of different priorities onto the PUSCH based on the MUX indication in the DCI corresponding to the PUSCH. For example, in this embodiment, determine whether to multiplex HPHARQ-ACK onto the LP PUSCH based on the MUX indication in DCI 2 corresponding to the LP PUSCH. In this case, the UE can ignore the MUX Indication in the DCI corresponding to the PUCCH.

[0115] Additionally, since some DCIs corresponding to PUCCH may not contain MUX indication, such as DCI format 1_0 or DCI format without a configured MUX indication field, the last DCI may not contain MUX indication. In this case, the last DCI in the above method can be replaced with a last DCI containing MUX indication. Therefore, in method 1, the determination of whether PUCCH and PUSCH are multiplexed is based on the last DCI containing MUX indication corresponding to PUCCH.

[0116] Similarly, for PUSCH scheduling, there are some DCI formats, such as DCI 0_0 or DCI formats without configured MUX indication. In this case, it is possible to predefine or configure higher-layer signaling to determine whether the PUSCH scheduled with this format supports the multiplexing of UCIs with different priorities.

[0117] Furthermore, considering that PUSCH / PUCCH may not have a corresponding DCI or the corresponding DCI / last DCI may not have a MUX indication, if one channel in PUSCH / PUCCH lacks a corresponding DCI or its corresponding DCI / last DCI may lack a MUX indication, while the other channel's corresponding DCI / last DCI may have a MUX indication, the UE can determine whether to multiplex the channel based on the MUXIndication of the channel with a corresponding DCI / last DCI that has a MUX indication. For example, when HARQ-ACK PUCCH and Configuration Grant CG PUSCH resources conflict, and CGPUSCH lacks a corresponding DCI while PUCCH has a corresponding DCI, the UE can determine whether to multiplex HARQ-ACK onto the PUSCH based on the MUXIndication of the PUCCH's corresponding DCI / last DCI.

[0118] In another embodiment, such as Figure 6 As shown, the LP HARQ-ACK overlaps with the temporal resources of HLP PUSCH on multiple cells. The MUX indications of the UL grants corresponding to HP PUSCH2 and LP PUSCH3 allow UCI multiplexing of different priorities, while the MUX indication of the UL grant corresponding to HP PUSCH1 does not allow UCI multiplexing of different priorities. In this case, the UE can perform the following steps:

[0119] 1. First, determine the PUSCH for HARQ-ACK multiplexing according to certain rules, such as the following rules:

[0120] Rule 1: PUSCH containing aperiodic channel state information (A-CSI);

[0121] Rule 2: PUSCH with the earlier time slot;

[0122] Rule 3: Dynamically scheduled PUSCH takes precedence over configured PUSCH or semi-persistent PUSCH.

[0123] Rule 4: PUSCH with a smaller serving cell index takes precedence over PUSCH with a larger serving cell index;

[0124] Rule 5: PUSCH with an earlier start position has higher priority than PUSCH with a later start position.

[0125] In this embodiment, all PUSCHs are dynamically scheduled and do not contain A-CSI. Since they have the same time slot, the UE selects HP PUSCH1 according to the serving cell. However, since the DCI indication corresponding to HP PUSCH1 does not allow the reuse of UCIs with different priorities, the UE discards LPHARQ-ACK.

[0126] 2. The UE first selects a PUSCH that supports multiplexing. When multiple PUSCHs support multiplexing, the UE selects one PUSCH according to certain rules to multiplex the UCI carried by the PUCCH. In this embodiment, the UE first selects HP PUSCH2 and HP PUSCH3, and then selects one PUSCH from PUSCH2 and PUSCH3 for multiplexing according to certain rules (e.g., as described above). For example, it selects PUSCH2 with the smaller serving cell index and multiplexes the LP HARQ-ACK on HP PUSCH2 for transmission.

[0127] It should be noted that the uplink transmission multiplexing indication method provided in this application embodiment can be executed by an uplink transmission multiplexing indication device, or a module within that uplink transmission multiplexing indication device for executing the uplink transmission multiplexing indication method. This application embodiment uses the execution of the uplink transmission multiplexing indication method by the uplink transmission multiplexing indication device as an example to illustrate the uplink transmission multiplexing indication method provided in this application embodiment.

[0128] This application provides an uplink transmission multiplexing indication device, applied to terminal 300, such as... Figure 7 As shown, the device includes:

[0129] The receiving module 310 is configured to receive a first indication from a network-side device, the first indication being used to indicate whether the channel supports multiplexing of channels with different priorities that overlap, the channel including the Physical Uplink Control Channel (PUCCH) and the Physical Uplink Shared Channel (PUSCH).

[0130] The processing module 320 is used to determine, based on the first indication, whether the channel supports multiplexing of channels with different priorities that overlap.

[0131] In this embodiment, the terminal determines whether the first channel supports multiplexing with other channels of different priorities that overlap, based on the first instruction. In this way, when channels of different priorities overlap, the terminal can determine the transmission of low-priority channels and high-priority channels based on the first instruction of the network-side device, thereby improving the effectiveness of the communication system.

[0132] In some embodiments, the first instruction includes at least one of the following:

[0133] Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH);

[0134] Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH);

[0135] Radio Resource Control (RRC) message.

[0136] In some embodiments, for overlapping PUCCHs, the processing module is configured to perform any of the following:

[0137] For a PUCCH with a preset priority, determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities based on the last DCI corresponding to the PUCCH.

[0138] For a PUCCH with a preset priority, determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities based on the last DCI containing the first indication corresponding to the PUCCH.

[0139] Whether the at least two PUCCHs are reused is determined based on the last DCI corresponding to the at least two overlapping PUCCHs;

[0140] Whether the at least two PUCCHs are multiplexed is determined according to the last DCI containing the first indication corresponding to the at least two overlapping PUCCHs; whether the at least two PUCCHs are multiplexed is determined according to the last DCI corresponding to the high-priority PUCCH.

[0141] Determine whether the at least two PUCCHs are reused based on the last DCI containing the first indication corresponding to the high-priority PUCCH;

[0142] The determination of whether the at least two PUCCHs are multiplexed is based on the last DCI containing the first indication corresponding to the second PUCCH, wherein the second PUCCH is one of the at least two PUCCHs;

[0143] The first PUCCH is determined according to the DCI corresponding to the first PUCCH or the last DCI. The first PUCCH supports multiplexing with other PUCCHs of different priorities. The DCI corresponding to the first PUCCH or the last DCI contains a first indication. The first PUCCH is one of at least two PUCCHs.

[0144] For a PUCCH that contains only a hybrid automatic repeat request acknowledgment message (HARQ-ACK) of a semi-statically scheduled physical downlink shared channel (PDSCH), determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities according to the indication of the activation DCI of the corresponding SPS PDSCH.

[0145] In some embodiments, if multiple active DCIs correspond to multiple SPS PDSCHs corresponding to HARQ-ACK, the PUCCH is determined to support multiplexing with other PUCCHs of different priorities according to the indication of the last active DCI or the active DCI of the first SPS PDSCH. The first SPS PDSCH is determined according to at least one of the following:

[0146] The last SPS PDSCH;

[0147] Configure the SPS PDSCH with the smallest index;

[0148] Configure the SPS PDSCH with the largest index;

[0149] The smallest SPS PDSCH serving cell

[0150] The largest SPS PDSCH in the service area.

[0151] In some embodiments, for overlapping PUCCH and PUSCH, the processing module is configured to perform any of the following:

[0152] Determine whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant;

[0153] Determine whether the channel multiplexes the uplink control information UCI carried by the PUCCH onto the PUSCH based on the DCI of the high-priority channel or the last DCI.

[0154] Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH.

[0155] If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to the first preset rule. If the UL grant indication of the PUSCH for UCI multiplexing is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted.

[0156] If a PUCCH overlaps with the time domain of multiple PUSCHs, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH and the UCI carried by the PUCCH are selected for multiplexing according to the preset second rule.

[0157] If multiple PUCCHs overlap with a single PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the ULgrant indication of the PUSCH supports multiplexing with channels of different priorities, and the UCI of each PUCCH is multiplexed and transmitted on the PUSCH.

[0158] In some embodiments, if multiple PUCCHs overlap with a single PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the processing module is used to process the overlap with the PUSCH for each PUCCH individually.

[0159] In some embodiments, if the UCI carried by the PUCCH is multiplexed on the PUSCH, the processing module is specifically used to discard the CSI if the PUCCH contains HARQ-ACK and Channel State Information (CSI), and determine whether the HARQ-ACK is multiplexed on the PUSCH according to the first indication.

[0160] In some embodiments, if it is determined whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first indication in the UL grant of the PUSCH, the processing module is also used to ignore the first indication of the DL grant corresponding to the PUCCH.

[0161] In some embodiments, the meaning of the first instruction in the DL grant includes at least one of the following:

[0162] If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels;

[0163] If the PUCCH and PUSCH channels overlap, it indicates whether to perform multiplexing of UCI and PUSCH.

[0164] In some embodiments, the first indication in the UL grant includes whether to perform UCI reuse on PUSCH.

[0165] In some embodiments, the apparatus further includes:

[0166] The determination module is used to determine the PUSCH for HARQ-ACK multiplexing according to a preset third rule;

[0167] The selection module is used to select the PUSCH that supports multiplexing. If multiple PUSCHs support multiplexing, a PUSCH is selected according to the preset fourth rule to multiplex the UCI carried by the PUCCH.

[0168] In some embodiments, the third rule includes at least one of the following:

[0169] PUSCH containing aperiodic channel state information (A-CSI);

[0170] Early time slot PUSCH;

[0171] Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH.

[0172] PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes.

[0173] The PUSCH that starts earlier takes precedence over the PUSCH that starts later.

[0174] The uplink transmission multiplexing indication device in this application embodiment can be a device, a device or electronic device with an operating system, or a component, integrated circuit, or chip in a terminal. The device or electronic device can be a mobile terminal or a non-mobile terminal. For example, a mobile terminal can include, but is not limited to, the types of terminals 11 listed above, while a non-mobile terminal can be a server, network attached storage (NAS), personal computer (PC), television (TV), ATM, or self-service machine, etc. This application embodiment does not specifically limit the type of terminal.

[0175] The uplink transmission multiplexing indication device provided in this application embodiment can achieve Figure 2 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0176] This application provides an uplink transmission multiplexing indication device, applied to network-side device 400, such as... Figure 8 As shown, the device includes:

[0177] The transmitting module 410 is used to transmit a first indication to the terminal. The first indication is used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap. The first channel includes the Physical Uplink Control Channel (PUCCH) and / or the Physical Uplink Shared Channel (PUSCH).

[0178] The uplink transmission multiplexing indication device provided in this application embodiment can achieve Figure 3The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0179] Optional, such as Figure 9 As shown, this application embodiment also provides a communication device 500, including a processor 501, a memory 502, and a program or instructions stored in the memory 502 and executable on the processor 501. For example, when the communication device 500 is a terminal, the program or instructions executed by the processor 501 implement the various processes of the above-described multiplexing indication method embodiment for uplink transmission applied to the terminal, and achieve the same technical effect. When the communication device 500 is a network-side device, the program or instructions executed by the processor 501 implement the various processes of the above-described multiplexing indication method embodiment for uplink transmission applied to the network-side device, and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0180] This application embodiment also provides a terminal, including a processor and a communication interface. The communication interface is used to receive a first indication from a network-side device. The first indication is used to indicate whether a channel supports multiplexing of channels with overlapping priorities. The channel includes a Physical Uplink Control Channel (PUCCH) and a Physical Uplink Shared Channel (PUSCH). The processor is used to determine whether the channel supports multiplexing of channels with overlapping priorities based on the first indication. This terminal embodiment corresponds to the above-described terminal (i.e., terminal) side method embodiment. All implementation processes and methods of the above method embodiments can be applied to this terminal embodiment and achieve the same technical effect. Specifically, Figure 10 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

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

[0182] Those skilled in the art will understand that the terminal 1000 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1010 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 10 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0183] It should be understood that, in this embodiment, the input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042. The GPU 10041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1006 may include a display panel 10061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 1007 includes a touch panel 10071 and other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 may include a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0184] In this embodiment, the radio frequency unit 1001 receives downlink data from the network-side device and processes it for the processor 1010; additionally, it sends uplink data to the network-side device. Typically, the radio frequency unit 1001 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc.

[0185] The memory 1009 can be used to store software programs or instructions and various data. The memory 1009 may primarily include a program or instruction storage area and a data storage area. The program or instruction storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 1009 may include high-speed random access memory and non-volatile memory, wherein the non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. For example, at least one disk storage device, flash memory device, or other non-volatile solid-state storage device.

[0186] Processor 1010 may include one or more processing units; optionally, processor 1010 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications or instructions, and the modem processor mainly handles wireless communication, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 1010.

[0187] The processor 1010 is configured to receive a first indication from a network-side device, the first indication indicating whether the channel supports multiplexing of channels with different priorities that overlap, the channel including a Physical Uplink Control Channel (PUCCH) and a Physical Uplink Shared Channel (PUSCH); and to determine whether the channel supports multiplexing of channels with different priorities that overlap based on the first indication.

[0188] In this embodiment, the terminal determines whether the first channel supports multiplexing with other channels of different priorities that overlap, based on the first instruction. In this way, when channels of different priorities overlap, the terminal can determine the transmission of low-priority channels and high-priority channels based on the first instruction of the network-side device, thereby improving the effectiveness of the communication system.

[0189] In some embodiments, the first instruction includes at least one of the following:

[0190] Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH);

[0191] Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH);

[0192] Radio Resource Control (RRC) message.

[0193] In some embodiments, for overlapping PUCCHs, processor 1010 performs any of the following:

[0194] For a PUCCH with a preset priority, determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities based on the last DCI corresponding to the PUCCH.

[0195] For a PUCCH with a preset priority, determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities based on the last DCI containing the first indication corresponding to the PUCCH.

[0196] Whether the at least two PUCCHs are reused is determined based on the last DCI corresponding to the at least two overlapping PUCCHs;

[0197] Whether the at least two PUCCHs are multiplexed is determined according to the last DCI containing the first indication corresponding to the at least two overlapping PUCCHs; whether the at least two PUCCHs are multiplexed is determined according to the last DCI corresponding to the high-priority PUCCH.

[0198] Determine whether the at least two PUCCHs are reused based on the last DCI containing the first indication corresponding to the high-priority PUCCH;

[0199] The determination of whether the at least two PUCCHs are multiplexed is based on the last DCI containing the first indication corresponding to the second PUCCH, wherein the second PUCCH is one of the at least two PUCCHs;

[0200] The first PUCCH is determined according to the DCI corresponding to the first PUCCH or the last DCI. The first PUCCH supports multiplexing with other PUCCHs of different priorities. The DCI corresponding to the first PUCCH or the last DCI contains a first indication. The first PUCCH is one of at least two PUCCHs.

[0201] For a PUCCH that contains only a hybrid automatic repeat request acknowledgment message (HARQ-ACK) of a semi-statically scheduled physical downlink shared channel (PDSCH), determine whether the PUCCH supports multiplexing with other PUCCHs of different priorities according to the indication of the activation DCI of the corresponding SPS PDSCH.

[0202] In some embodiments, if multiple active DCIs correspond to multiple SPS PDSCHs corresponding to HARQ-ACK, the PUCCH is determined to support multiplexing with other PUCCHs of different priorities according to the indication of the last active DCI or the active DCI of the first SPS PDSCH. The first SPS PDSCH is determined according to at least one of the following:

[0203] The last SPS PDSCH;

[0204] Configure the SPS PDSCH with the smallest index;

[0205] Configure the SPS PDSCH with the largest index;

[0206] The smallest SPS PDSCH serving cell

[0207] The largest SPS PDSCH in the service area.

[0208] In some embodiments, for overlapping PUCCH and PUSCH, processor 1010 performs any of the following:

[0209] Determine whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant;

[0210] Determine whether the channel multiplexes the uplink control information UCI carried by the PUCCH onto the PUSCH based on the DCI of the high-priority channel or the last DCI.

[0211] Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH.

[0212] If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to the first preset rule. If the UL grant indication of the PUSCH for UCI multiplexing is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted.

[0213] If a PUCCH overlaps with the time domain of multiple PUSCHs, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH and the UCI carried by the PUCCH are selected for multiplexing according to the preset second rule.

[0214] If multiple PUCCHs overlap with a single PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the ULgrant indication of the PUSCH supports multiplexing with channels of different priorities, and the UCI of each PUCCH is multiplexed and transmitted on the PUSCH.

[0215] In some embodiments, if multiple PUCCHs overlap with a PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the processor 1010 is used to process the overlap with the PUSCH for each PUCCH one by one.

[0216] In some embodiments, if the UCI carried by the PUCCH is multiplexed on the PUSCH, the processor 1010 is specifically configured to discard the CSI if the PUCCH contains HARQ-ACK and Channel State Information (CSI), and determine whether the HARQ-ACK is multiplexed on the PUSCH according to the first indication.

[0217] In some embodiments, if it is determined whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first indication in the UL grant of the PUSCH, the processor 1010 is also used to ignore the first indication of the DL grant corresponding to the PUCCH.

[0218] In some embodiments, the meaning of the first instruction in the DL grant includes at least one of the following:

[0219] If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels;

[0220] If the PUCCH and PUSCH channels overlap, it indicates whether to perform multiplexing of UCI and PUSCH.

[0221] In some embodiments, the first indication in the UL grant includes whether to perform UCI reuse on PUSCH.

[0222] In some embodiments, the processor 1010 is further configured to determine the PUSCH for HARQ-ACK multiplexing according to a preset third rule; select a PUSCH that supports multiplexing; and if multiple PUSCHs support multiplexing, select a PUSCH to multiplex the UCI carried by the PUCCH according to a preset fourth rule.

[0223] In some embodiments, the third rule includes at least one of the following:

[0224] PUSCH containing aperiodic channel state information (A-CSI);

[0225] Early time slot PUSCH;

[0226] Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH.

[0227] PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes.

[0228] The PUSCH that starts earlier takes precedence over the PUSCH that starts later.

[0229] This application also provides a network-side device, including a processor and a communication interface. The communication interface is used to send a first indication to a terminal. The first indication is used to indicate whether a first channel supports multiplexing with other channels of different priorities that overlap. The first channel includes a Physical Uplink Control Channel (PUCCH) and / or a Physical Uplink Shared Channel (PUSCH). This network-side device embodiment corresponds to the above-described network-side device method embodiment. All implementation processes and methods of the above method embodiments can be applied to this network-side device embodiment and achieve the same technical effects.

[0230] Specifically, embodiments of this application also provide a network-side device. For example... Figure 11 As shown, the network device 700 includes an antenna 71, a radio frequency (RF) device 72, and a baseband device 73. The antenna 71 is connected to the RF device 72. In the uplink direction, the RF device 72 receives information through the antenna 71 and transmits the received information to the baseband device 73 for processing. In the downlink direction, the baseband device 73 processes the information to be transmitted and sends it to the RF device 72. The RF device 72 processes the received information and then transmits it through the antenna 71.

[0231] The aforementioned frequency band processing device can be located in the baseband device 73. The method executed by the network-side device in the above embodiments can be implemented in the baseband device 73, which includes a processor 74 and a memory 75.

[0232] The baseband device 73 may include, for example, at least one baseband board on which multiple chips are disposed, such as... Figure 11 As shown, one of the chips, for example, is a processor 74, which is connected to a memory 75 to call the program in the memory 75 and execute the network device operations shown in the above method embodiment.

[0233] The baseband device 73 may also include a network interface 76 for exchanging information with the radio frequency device 72, such as a common public radio interface (CPRI).

[0234] Specifically, the network-side device in this embodiment of the invention further includes: instructions or programs stored in memory 75 and executable on processor 74, wherein processor 74 calls the instructions or programs in memory 75 to execute. Figure 8 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0235] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described uplink transmission multiplexing instruction method embodiment and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0236] The processor mentioned above is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0237] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the above-described uplink transmission multiplexing indication method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0238] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0239] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0240] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0241] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A multiplexing indication method for uplink transmission, characterized in that, Executed by the terminal, including: Receive a first indication from a network-side device, the first indication being used to indicate whether a first channel supports multiplexing with other channels of different priorities that overlap, the first channel including a physical uplink control channel PUCCH and / or a physical uplink shared channel PUSCH; Based on the first indication, determine whether the first channel supports multiplexing with other channels of different priorities that overlap. The first instruction includes at least one of the following: Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH); Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH); Wherein, for overlapping PUCCH and PUSCH, determining whether the first channel supports multiplexing with other channels of different priorities based on the first indication includes any of the following: Determine whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant; Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to a predefined rule. If the UL grant indication of the determined UCI multiplexed PUSCH is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH is selected according to a preset predefined rule to multiplex the UCI carried by the PUCCH. If multiple PUCCHs overlap with one PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the UL grant indication of the PUSCH supports multiplexing with other channels of different priorities, and the UCI of each PUCCH is multiplexed and transmitted on the PUSCH. If the method determines whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant, the method further includes: Ignore the first instruction of the DL grant corresponding to PUCCH; The meaning of the first instruction in the DL grant includes at least one of the following: If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels; If the channels of PUCCH and PUSCH overlap, it indicates whether to perform multiplexing of UCI and PUSCH; The predefined rules include at least one of the following: PUSCH containing aperiodic channel state information (A-CSI); Early time slot PUSCH; Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH. PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes. The PUSCH that starts earlier takes precedence over the PUSCH that starts later. 2.The method of Claim 1, wherein If multiple PUCCHs overlap with a single PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the overlap with the PUSCH is processed one by one for each PUCCH. 3.The method of Claim 1, wherein If the UCI carried by the PUCCH is multiplexed on the PUSCH, the method specifically includes: If the PUCCH contains HARQ-ACK and Channel State Information (CSI), discard the CSI and determine whether the HARQ-ACK should be multiplexed onto the PUSCH based on the first indication. 4.The method of Claim 1, wherein The meaning of the first instruction in the UL grant includes whether to reuse UCI on PUSCH.

5. A multiplexing indication method for uplink transmission, characterized in that, Performed by network-side devices, including: Send a first indication to the terminal, the first indication being used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap, the first channel including the Physical Uplink Control Channel PUCCH and / or the Physical Uplink Shared Channel PUSCH; The first instruction includes at least one of the following: Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH); Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH); Wherein, for overlapping PUCCH and PUSCH, the first indication used to determine whether the first channel supports multiplexing with other channels of different priorities that overlap includes any of the following: Determine whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant; Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to a predefined rule. If the UL grant indication of the determined UCI multiplexed PUSCH is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH is selected according to a preset predefined rule to multiplex the UCI carried by the PUCCH. If multiple PUCCHs overlap with one PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the UL grant indication of the PUSCH supports multiplexing with other channels of different priorities, and the UCI of each PUCCH is multiplexed and transmitted on the PUSCH. If the first instruction in the UL grant of the PUSCH is used to determine whether to multiplex the uplink control information UCI carried by the PUCCH onto the PUSCH, the first instruction in the DL grant corresponding to the PUCCH is ignored. The meaning of the first instruction in the DL grant includes at least one of the following: If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels; If the channels of PUCCH and PUSCH overlap, it indicates whether to perform multiplexing of UCI and PUSCH; The predefined rules include at least one of the following: PUSCH containing aperiodic channel state information (A-CSI); Early time slot PUSCH; Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH. PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes. The PUSCH that starts earlier takes precedence over the PUSCH that starts later.

6. A multiplexing indication device for uplink transmission, characterized in that, Applied to terminals, including: The receiving module is configured to receive a first indication from a network-side device, the first indication being used to indicate whether the channel supports multiplexing of channels with different priorities that overlap, the channel including the Physical Uplink Control Channel (PUCCH) and the Physical Uplink Shared Channel (PUSCH); The processing module is used to determine, based on the first indication, whether the channel supports multiplexing of channels with different priorities that overlap. The first instruction includes at least one of the following: Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH); Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH); For overlapping PUCCH and PUSCH, the processing module is used to perform any of the following: Determine whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant; Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to a predefined rule. If the UL grant indication of the determined UCI multiplexed PUSCH is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH and the UCI carried by the PUCCH are selected for multiplexing according to the preset predefined rules. If multiple PUCCHs overlap with one PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the UL grant indication of the PUSCH supports multiplexing with other channels of different priorities, and the UCI of each PUCCH is multiplexed and transmitted on the PUSCH. If the first indication in the UL grant of the PUSCH determines whether to multiplex the uplink control information UCI carried by the PUCCH onto the PUSCH, the processing module is also used to ignore the first indication of the DL grant corresponding to the PUCCH. The meaning of the first instruction in the DL grant includes at least one of the following: If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels; If the channels of PUCCH and PUSCH overlap, it indicates whether to perform multiplexing of UCI and PUSCH; The predefined rules include at least one of the following: PUSCH containing aperiodic channel state information (A-CSI); Early time slot PUSCH; Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH. PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes. The PUSCH that starts earlier takes precedence over the PUSCH that starts later.

7. The apparatus for indicating multiplexing of uplink transmissions according to claim 6, wherein, If multiple PUCCHs overlap with a single PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the processing module is used to process the overlap with the PUSCH for each PUCCH one by one. 8.The uplink transmission multiplex indication apparatus according to claim 6, wherein, If the UCI carried by the PUCCH is multiplexed on the PUSCH, the processing module is specifically used to discard the CSI if the PUCCH contains HARQ-ACK and Channel State Information (CSI), and determine whether the HARQ-ACK is multiplexed on the PUSCH according to the first indication.

9. The apparatus for indicating multiplexing of uplink transmission according to claim 6, wherein, The meaning of the first instruction in the UL grant includes whether to reuse UCI on PUSCH.

10. A multiplexing indication device for uplink transmission, characterized in that, Applied to network-side devices, including: The sending module is used to send a first indication to the terminal. The first indication is used to indicate whether the first channel supports multiplexing with other channels of different priorities that overlap. The first channel includes a physical uplink control channel PUCCH and / or a physical uplink shared channel PUSCH. The first instruction includes at least one of the following: Downlink grant (DL grant) message, which is used to schedule or activate the physical downlink data channel (PDSCH); Uplink grant (UL) message, which is used to schedule the Physical Uplink Shared Channel (PUSCH); Wherein, for overlapping PUCCH and PUSCH, the first indication used to determine whether the first channel supports multiplexing with other channels of different priorities that overlap includes any of the following: Determine whether to multiplex the uplink control information (UCI) carried by the PUCCH onto the PUSCH according to the first instruction in the PUSCH UL grant; Based on the last DCI corresponding to PUCCH and the UL grant of PUSCH, the uplink control information UCI carried by PUCCH is multiplexed onto PUSCH. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH for UCI multiplexing is determined according to a predefined rule. If the UL grant indication of the determined UCI multiplexed PUSCH is not multiplexed, the low-priority channel is discarded and the high-priority channel is transmitted. If a PUCCH overlaps with multiple PUSCHs in the time domain, the PUSCH that supports multiplexing is selected. When multiple PUSCHs support multiplexing, a PUSCH is selected according to a preset predefined rule to multiplex the UCI carried by the PUCCH. If multiple PUCCHs overlap with one PUSCH in the time domain, and the multiple PUCCHs do not overlap with each other, the UL grant indication of the PUSCH supports multiplexing with other channels of different priorities, and the UCI of each PUCCH is multiplexed and transmitted on the PUSCH. If the first instruction in the UL grant of the PUSCH is used to determine whether to multiplex the uplink control information UCI carried by the PUCCH onto the PUSCH, the first instruction in the DL grant corresponding to the PUCCH is ignored. The meaning of the first instruction in the DL grant includes at least one of the following: If at least two PUCCH channels of different priorities overlap, indicate whether to perform multiplexing with UCI carried by other PUCCH channels; If the channels of PUCCH and PUSCH overlap, it indicates whether to perform multiplexing of UCI and PUSCH; The predefined rules include at least one of the following: PUSCH containing aperiodic channel state information (A-CSI); Early time slot PUSCH; Dynamically scheduled PUSCH takes precedence over configured scheduled PUSCH or semi-persistent PUSCH. PUSCHs with smaller serving cell indexes are prioritized over PUSCHs with larger serving cell indexes. The PUSCH that starts earlier takes precedence over the PUSCH that starts later.

11. A terminal, characterized by comprising: It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the uplink transmission multiplexing indication method as described in any one of claims 1 to 4.

12. A network-side device, characterized by comprising: It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the uplink transmission multiplexing indication method as described in claim 5.

13. A readable storage medium, characterized by, The readable storage medium stores a program or instructions, which, when executed by a processor, implement the uplink transmission multiplexing indication method as described in any one of claims 1-4, or implement the steps of the uplink transmission multiplexing indication method as described in claim 5.

Images