RU2820054C2 - Method and apparatus for multiplexing uplink control information - Google Patents

Abstract

FIELD: communication technique.

SUBSTANCE: invention relates to communication. Method includes: in response to time-domain overlap between CG-PUSCH and HARQ-ACK carried in PUCCH, determining multiplexing mode for CG-UCI carried in CG-PUSCH, and HARQ-ACK based on CG-PUSCH priority and HARQ-ACK priority; and transmitting information to a network device based on said multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

EFFECT: providing the required level of delay and reliability of transmitting uplink control information (UCI) when using ultra-reliable low latency communication (URLLC) services.

12 cl, 14 dwg

Description

TECHNICAL FIELD

[0001] The present invention relates to the field of communications technology, and more particularly to a method and apparatus for multiplexing uplink control information (UCI, Multiplexing Uplink Control Information).

PREREQUISITES FOR CREATION OF THE INVENTION

[0002] When using ultra-reliable and low latency communication services (URLLC, Ultra Reliable And Low Latency Communication), high demands are placed on transmission reliability. To extend URLLC services to an unlicensed frequency range, it is necessary to implement the transmission of a common physical uplink channel with configured resource provision (CG-PUSCH, Configure Grant - Physical Uplink Share Channel) in this range.

SUMMARY OF THE INVENTION

[0003] According to embodiments of the present invention, there is provided an uplink control information (UCI) multiplexing method and apparatus applicable to a scenario in which there is time domain overlap between a shared physical uplink channel with configured resource provisioning (CG-PUSCH) and Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) carried on the physical uplink control channel (PUCCH) in the unlicensed frequency range, in this scenario multiplexing CG-PUSCH and HARQ transmissions -ACK in the unlicensed frequency band can be implemented based on CG-PUSCH and HARQ-ACK priorities, thereby ensuring the required levels of delay and reliability of UCI transmission when using ultra-reliable low-latency communications (URLLC) services.

[0004] According to a first aspect of embodiments of the present invention, a UCL multiplexing method applicable to a terminal is provided. The method includes the following steps: if there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH, determining, based on the priority of the CG-PUSCH and the priority of the HARQ-ACK, a multiplexing mode for the CG-UCI carried on the CG-PUSCH, and HARQ-ACK; and transmitting the information to the network device based on the multiplexing mode, wherein the transmitted information comprises CG-UCI and/or HARQ-ACK.

[0005] According to the UCI multiplexing method according to the disclosure of the present invention, if there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH, the multiplexing mode for the CG-UCI carried on the CG-PUSCH and the HARQ-ACK may determined based on the CG-PUSCH priority and the HARQ-ACK priority, and the CG-UCI and/or HARQ-ACK are transmitted to the network device based on the multiplexing mode. The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between CG-PUSCH and HARQ-ACK carried on PUCCH in an unlicensed frequency range, in this scenario multiplexing of the transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency range can be performed based on CG-PUSCH and HARQ-ACK priorities, so that the required UCI transmission latency and reliability levels can be achieved when using URLLC services.

[0006] According to an embodiment, the UCI multiplexing method also includes the following operations: if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, determining the transmission mode of the higher priority information as the multiplexing mode and discarding or delaying the transmission of the lower priority information.

[0007] According to an embodiment, the UCI multiplexing method also includes receiving, by the network device, a multiplexing indication parameter transmitted by the network device; and determining a multiplexing mode based on the state of the multiplexing indication parameter and/or the CG-PUSCH priority and the HARQ-ACK priority, wherein the state of the multiplexing indication parameter includes an enable state and a prohibited state.

[0008] According to an embodiment, the multiplexing indication parameter includes a first multiplexing indication parameter carried by high-level signaling, and determining a multiplexing mode based on the state of the multiplexing indication parameter and/or the CG-PUSCH priority and the HARQ-ACK priority includes the following operations: if the first multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK co-coding mode as the multiplexing mode, and if the first multiplexing indication parameter is in the prohibiting state, determining the multiplexing mode based on the CG-PUSCH priority and the HARQ- priority ACK.

[0009] According to an embodiment, the multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter carried by high-level signaling, and determining a multiplexing mode based on the state of the multiplexing indication parameter and/or CG-PUSCH priority and HARQ- priority. The ACK includes the following operations: if the second multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK joint coding mode as the multiplexing mode; if the second multiplexing indication parameter is in a prohibited state, determining the state of the first multiplexing indication parameter; if the first multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK co-coding mode as the multiplexing mode, and if the first multiplexing indication parameter is in the prohibiting state, determining the multiplexing mode based on the CG-PUSCH priority and the HARQ- priority ACK.

[0010] According to an embodiment, determining the multiplexing mode based on the CG-PUSCH priority and the HARQ-ACK priority includes the following operations: if the CG-PUSCH priority matches the HARQ-ACK priority, determining the HARQ-ACK transmission mode and discarding or delaying the CG-ACK transmission UCI as multiplexing mode; and if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, determining a mode of transmitting information with a higher priority and discarding or delaying transmission of information with a lower priority as a multiplexing mode.

[0011] In accordance with a second aspect of embodiments of the present invention, a UCI multiplexing method performed by a network device is provided. The method includes transmitting to the terminal a multiplexing indication parameter, wherein the multiplexing indication parameter instructs the terminal to determine a multiplexing mode based on the state of the multiplexing indication parameter and/or the CG-UCI priority carried on the CG-PUSCH and the HARQ-ACK priority if overlap exists. between CG-PUSCH and HARQ-ACK in the time domain, the state including an enable state and a prohibit state; and receiving information transmitted by the terminal based on the determined multiplexing mode, wherein the transmitted information comprises CG-UCI and/or HARQ-ACK.

[0012] According to an embodiment, the UCI multiplexing method also includes transmitting a multiplexing indication parameter to the terminal using high-level signaling, wherein the multiplexing indication parameter includes a first multiplexing indication parameter carried using high-level signaling.

[0013] According to an embodiment, the UCI multiplexing method also includes transmitting to the terminal a multiplexing indication parameter via high-level signaling, wherein the multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter carried via high-level signaling.

[0014] According to an embodiment, the UCI multiplexing method also includes the following operations: if the multiplexing mode is a CG-UCI and HARQ-ACK joint encoding mode, decoding the received information to obtain CG-UCI and HARQ-ACK.

[0015] In accordance with a third aspect of embodiments of the present invention, a communication device is provided. The device performs part or all of the functions of the terminal when implementing the method described according to the first aspect. For example, the functional blocks of the device may perform functions that implement, in part or in whole, embodiments of the disclosure of the present invention, or may independently implement any of the embodiments of the disclosure. Function blocks can be implemented in hardware or through corresponding software executed by the hardware. The hardware or software contains one or more blocks or modules corresponding to the above functions.

[0016] According to an embodiment, the structure of the communication device may include a transceiver module and a processing module. The processing module is configured to support a communication device to perform functions corresponding to the methods described above. The transceiver module is configured to support communication between a communication device and another device. The communication device may also include a memory module coupled to a transceiver module and a processing module that stores computer programs and data required by the communication device.

[0017] For example, the processing module may be a processor. The transceiver module may be a transceiver or a communication interface. The memory module may be a storage device.

[0018] In accordance with a fourth aspect of embodiments of the present invention, a communication device is provided. The device performs part or all of the functions of a network device when implementing the method described according to the second aspect. For example, the functional blocks of the device may perform functions that implement, in part or in whole, embodiments of the disclosure of the present invention, or may independently implement any of the embodiments of the disclosure. Function blocks can be implemented in hardware or through corresponding software executed by the hardware. The hardware or software contains one or more blocks or modules corresponding to the above functions.

[0019] According to an embodiment, the structure of the communication device may include a transceiver module and a processing module. The processing module is configured to support a communication device to perform functions corresponding to the methods described above. The transceiver module is configured to support communication between a communication device and another device. The communication device may also include a memory module coupled to a transceiver module and a processing module that stores computer programs and data required by the communication device.

[0020] For example, the processing module may be a processor. The transceiver module may be a transceiver or a communication interface. The memory module may be a storage device.

[0021] In accordance with a fifth aspect of embodiments of the present invention, there is provided a communication device comprising a processor. When a processor calls a computer program stored in memory, the method described in the first aspect is performed.

[0022] In accordance with a sixth aspect of embodiments of the present invention, there is provided a communication device comprising a processor. When a processor calls a computer program stored in memory, the method described in the second aspect is performed.

[0023] According to a seventh aspect of embodiments of the present invention, there is provided a communication device including a processor and a memory in which a computer program is stored. When the computer program is executed by the processor, the device is initiated to perform the method according to the first aspect.

[0024] According to an eighth aspect of embodiments of the present invention, there is provided a communication device including a processor and a memory in which a computer program is stored. When the computer program is executed by the processor, the device is initiated to execute the method according to the second aspect.

[0025] According to a ninth aspect of embodiments of the present invention, there is provided a communication device comprising an interface circuit for receiving encoded instructions and transmitting them to a processor; and a processor for executing the encoded instructions for carrying out the method described under the first aspect.

[0026] According to a tenth aspect of embodiments of the present invention, there is provided a communication device comprising an interface circuit for receiving encoded instructions and transmitting them to a processor; and a processor for executing the encoded instructions for carrying out the method described in the second aspect.

[0027] In accordance with an eleventh aspect of embodiments of the present invention, there is provided a communication device comprising communication devices described in terms of the third and fourth aspects. In an alternative embodiment, the system includes communication devices described in terms of the fifth and sixth aspects. In an alternative embodiment, the system includes communication devices described in terms of the seventh and eighth aspects. In an alternative embodiment, the system includes communication devices described in terms of the ninth and tenth aspects.

[0028] According to a twelfth aspect of embodiments of the present invention, there is provided a computer-readable medium on which instructions are stored. When executing instructions, the method described in the first aspect is implemented.

[0029] In accordance with a thirteenth aspect of embodiments of the present invention, there is provided a computer-readable medium on which instructions are stored. When executing instructions, the method described in the second aspect is implemented.

[0030] In accordance with a fourteenth aspect of embodiments of the present invention, there is provided a computer software product comprising computer programs. When executing computer programs, the computer implements the method described in the first aspect.

[0031] In accordance with a fifteenth aspect of embodiments of the present invention, there is provided a computer software product comprising computer programs. When executing computer programs, the computer implements the method described in the second aspect.

[0032] In accordance with a sixteenth aspect of embodiments of the present invention, a system of chips is provided. The chip system includes at least one processor and an interface for supporting a terminal to implement the functions performed according to the first aspect, for example, to determine or process data and/or information used in performing the method described above. In an exemplary design, the chip system also includes a memory that is used to store computer programs and data required by the terminal. A system of chips may be composed of microcircuits or contain microcircuits and other discrete devices.

[0033] In accordance with a seventeenth aspect of embodiments of the present invention, a system of chips is provided. The chip system includes at least one processor and an interface for supporting a network device for the purpose of implementing functions performed according to the second aspect, for example, for determining or processing data and/or information used in performing the method described above. In an exemplary design, the chip system also includes memory that is used to store computer programs and data required by the network device. A system of chips may be composed of microcircuits or contain microcircuits and other discrete devices.

[0034] According to an eighteenth aspect of embodiments of the present invention, there is provided a computer program that, when executed on a computer, implements the method described in the first aspect.

[0035] In accordance with a nineteenth aspect of embodiments of the present invention, there is provided a computer program that, when executed on a computer, implements the method described in the second aspect.

BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to explain the technical solutions corresponding to the embodiments of the present invention, or the background thereto, a description is given below of the accompanying drawings, which are used in conjunction with the description of the embodiments.

[0037] In FIG. 1 is a block diagram of a communication system proposed in accordance with an embodiment of the present invention.

[0038] In FIG. 2 shows a flowchart for performing a method of uplink control information (UCI) multiplexing in accordance with an embodiment of the present invention.

[0039] In FIG. 3 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0040] In FIG. 4 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0041] In FIG. 5 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0042] In FIG. 6 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0043] In FIG. 7 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0044] In FIG. 8 shows a flowchart for executing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0045] In FIG. 9 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0046] In FIG. 10 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0047] In FIG. 11 shows a flowchart for performing a UCI multiplexing method in accordance with another embodiment of the present invention.

[0048] In FIG. 12 is a block diagram of a UCI multiplexing apparatus in accordance with an embodiment of the present invention.

[0049] In FIG. 13 is a block diagram of a communication device in accordance with an embodiment of the present invention.

[0050] In FIG. 14 shows a circuit structure in accordance with an embodiment of the present invention.

DETAILED DESCRIPTION

[0051] Embodiments of the present invention are described in detail below, embodiments of which are illustrated in the accompanying drawings, in which like or like numerals indicate like or like elements. The embodiments described below with reference to the accompanying drawings are examples and are used to explain the present invention and should not be construed as limiting the embodiments of the present invention.

[0052] First, in order to make the following description easier to understand, a clarification of terms used in the disclosure of the present invention is provided.

[0053] 1. Uplink control information (UCI).

[0054] The UCI contains information related to the states of the currently used terminal, for example, whether the current terminal needs to request uplink resources, the quality of the downlink (DL, DownLink) determined by the current terminal, the number of transmission layers that the current can distinguish terminal, and other information.

[0055] 2. Radio Resource Control (RRC)

[0056] RRC, a term also known as radio resource management (RRM, Radio Resource Management) or radio resource assignment (RRA, Radio Resource Allocation), refers to the administration, management and scheduling of radio resources through a defined strategy and means that allow full utilization Limited wireless network resources, to the extent possible given quality of service requirements, ensure that the planned coverage area is achieved and maximize service throughput and resource utilization.

[0057] 3. Physical Uplink Control Channel (PUCCH)

[0058] The PUCCH is used by the terminal to transmit information related to uplink scheduling, such as scheduling requests, channel state information, etc., to the base station.

[0059] 4. Physical Uplink Shared Channel (PUSCH)

[0060] PUSCH is used to carry uplink service data and high-level signaling related to a long-term evolution technology user. As the main channel carrying data in the uplink direction, it can schedule and transmit uplink data, and can also carry control information.

[0061] 5. Hybrid Automatic Repeat ReQuest ACKnowledgement (HARQ-ACK)

[0062] HARQ combines Forward Error Correction (FEC) with Automatic Repeat-Request (ARQ), and is known as Hybrid Automatic Repeat-Request. HARQ-ACK is a response or HARQ response information.

[0063] For a better understanding of the UCI multiplexing method provided by the embodiment of the present invention, a communication system used in the implementation of the present invention is described below.

[0064] In FIG. 1 is a block diagram of a communication system proposed in accordance with an embodiment of the present invention. The communication system may include, but is not limited to, a network device and a terminal. The number of devices and their shape are shown in Fig. 1 are for example only and are not intended to limit the disclosure of the present invention. In actual applications, a system may contain two or more network devices and two or more terminals. The communication system shown as an example in FIG. 1 includes one network device 101 and one terminal 102.

[0065] It should be noted that the technical solutions corresponding to the embodiments of the present invention can be applied to various communication systems, for example, to the long-term evolution (LTE) system, the fifth generation (5G) mobile communication system, the 5G new radio technology system (NR, New Radio) or other future planned mobile communication systems.

[0066] The network device 101 according to an embodiment of the present invention is a network-side entity that is used to transmit or receive signals. For example, the network device 101 may be an eNB (evolved NodeB), a Transmission Reception Point (TRP), a next generation NodeB (gNB) in an NR system, or another base station in the future. mobile communication systems, or access nodes in wireless fidelity systems (WiFi, Wireless Fidelity), etc. The specific technology and the specific form adopted by the network device are not limited to the embodiments of the present invention. A network device provided according to an embodiment of the present invention may be composed of a centralized unit (CU, Centralized Unit) and a distributed unit (DU, Distributed Unit). The CU may also be called a control unit. When using the CU-DU structure, the protocol layers of a network device (for example, a base station) can be separated, that is, part of the protocol layer functional blocks are located in the CU for centralized management, and the remaining part or all of the protocol layer functional blocks are distributed between the DU and the centrally controlled CU D.U.

[0067] The terminal 102 according to an embodiment of the present invention is a user-side entity that is used for receiving or transmitting signals, such as a mobile phone. The terminal may also be called a user equipment (UE, User Equipment), a mobile station (MS, Mobile Station), a mobile terminal (MT, Mobile Terminal), etc. The terminal can be a car equipped with communications equipment, a Smart car, a mobile phone, a wearable device, a tablet (Pad), a computer equipped with functional blocks of a wireless transceiver, a virtual reality terminal (VR, Virtual Reality), an augmented reality terminal (AR, Augmented Reality), wireless terminal in production process control system, wireless terminal in vehicle rental system, wireless terminal in remote surgery system, wireless terminal in smart grid, wireless terminal in transport security system, wireless terminal in smart city, wireless terminal in smart home, etc. The specific technology and the specific form adopted by the terminal are not limited to the embodiments of the present invention.

[0068] It should be appreciated that the communication system described according to embodiments of the present invention serves to more clearly illustrate the technical solutions of the embodiments of the disclosure and is not intended to limit those solutions presented in the embodiments. Those skilled in the art will appreciate that as system architectures evolve and new service scenarios are introduced, the technical solutions provided by embodiments of the present invention are also applicable to similar technical problems.

[0069] It should be appreciated that many solutions according to embodiments of the present invention may be implemented separately or together, which is not limited to the disclosure of the present invention.

[0070] The UCI multiplexing method and apparatus provided within the scope of the present invention are described in detail below with reference to the accompanying drawings.

[0071] In FIG. 2 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. As shown in FIG. 2, the method includes the following steps.

[0072] In step S201, if there is overlap in the time domain between the Common Physical Uplink Channel with Configured Resource Granting (CG-PUSCH) and the Hybrid Automatic Retransmission Request Acknowledgment (HARQ-ACK) carried on the Physical Uplink Control Channel (PUCCH), the multiplexing mode for the CG-UCI carried in the CG-PUSCH and the HARQ-ACK is determined based on the priority of the CG-PUSCH and the priority of the HARQ-ACK.

[0073] The terminal transmits uplink information or data to the network device via uplink physical channels. Uplink physical channels include PUCCH and PUSCH. According to an embodiment, the terminal may carry the UCI on the PUCCH for transmission, or may carry the UCI on the PUSCH for transmission.

[0074] According to some embodiments, the UCI may contain HARQ-ACK and/or Configure Grant-Uplink Control Information (CG-UCI). Optionally, HARQ-ACK may be transmitted to the network device via PUCCH, and CG-UCI may be transmitted to the network device via CG-PUSCH. CG-PUSCH is a periodic time-frequency resource configured by a network device for terminals using high-level signaling, and can be used for uplink data transmission. High level signaling is RRC signaling or other signaling, variations of which are not limited to the present invention. In a New Radio Unlicensed (NRU) system, both PUCCH and CG-PUSCH can operate in the unlicensed frequency range. If PUCCH and CG-PUSCH operate in an unlicensed frequency band, time domain overlap may occur between CG-PUSCH and PUCCH.

[0075] If a CG-PUSCH is transmitted in an unlicensed frequency band, the CG-PUSCH may carry CG-UCI information to indicate uplink control information associated with that CG-PUSCH transmission. Optionally, the CG-UCI information may contain information about the HARQ identifier (HARQ-ID, HARQ-ID entity), indication of new data (NDI, New Data Indication), information about the channel occupancy time (COT, Channel Occupation Time), etc. .

[0076] According to an embodiment, the network device can also directly configure the CG-PUSCH priority using high-level signaling. In general, it can be considered that if a network device schedules URLLC services whose data is to be transmitted on the CG-PUSCH, generally the device can configure the CG-PUSCH with a higher priority.

[0077] If the CG-UCI carried on the CG-PUSCH overlaps with the HARQ-ACK carried on the PUCCH in the time domain, there are different multiplexing modes for the CG-UCI carried on the CG-PUSCH and the HARQ-ACK according to different priorities of CG-PUSCH and HARQ-ACK, and thus, to improve the quality of information transmission, the most suitable multiplexing mode is determined.

[0078] Optionally, the multiplexing mode may be a CG-UCI and HARQ-ACK co-coding mode.

[0079] Optionally, the multiplexing mode may be a CG-UCI or HARQ-ACK transmission mode. For example, the CG-UCI may be transmitted while the HARQ-ACK may be discarded, or the transmission of the HARQ-ACK may be delayed. For example, in another situation, a HARQ-ACK may be transmitted while the CG-UCI is discarded or the transmission of the CG-UCI is delayed.

[0080] In step S202, information is transmitted to the network device based on the multiplexing mode, and the transmitted information contains CG-UCI and/or HARQ-ACK.

[0081] According to an embodiment, different information may be transmitted in different multiplexing modes. Accordingly, the channels for transmitting this information may differ. Thus, a corresponding transmission channel can be determined based on the multiplexing mode defined above, and then information corresponding to the multiplexing mode is transmitted to the network device based on the transmission channel.

[0082] According to a possible implementation, if CG-UCI and HARQ-ACK are jointly encoded in the multiplexing mode, CG-PUSCH may be determined as the transmission channel. CG-PUSCH carries information after joint encoding of CG-UCI and HARQ-ACK, and the jointly encoded information is transmitted to the network device.

[0083] According to another possible implementation, if only the CG-UCI is to be transmitted in the multiplexing mode, the CG-PUSCH may be determined as the transmission channel. The CG-UCI is carried to the CG-PUSCH, and the CG-UCI is transferred to the network device.

[0084] According to another possible implementation, if only HARQ-ACK is to be transmitted in the multiplexing mode, PUCCH may be determined as the transmission channel. The HARQ-ACK is carried on the PUCCH, and the HARQ-ACK is sent to the network device.

[0085] According to the UCI multiplexing method according to the disclosure of the present invention, if there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH, the multiplexing mode for the CG-UCI carried on the CG-PUSCH and the HARQ-ACK may determined based on the CG-PUSCH priority and the HARQ-ACK priority, and the CG-UCI and/or HARQ-ACK are transmitted to the network device based on the multiplexing mode. The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between CG-PUSCH and HARQ-ACK carried on PUCCH in an unlicensed frequency range, in this scenario multiplexing of the transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency range can be performed based on CG-PUSCH and HARQ-ACK priorities, so that the required UCI transmission latency and reliability levels can be achieved when using URLLC services.

[0086] In FIG. 3 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. As shown in FIG. 3, the method also includes the following steps.

[0087] In step S301, it is determined that there is an overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[0088] Depending on the specific implementation of step S301, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[0089] In step S302, if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, the transmission mode of the higher priority information is determined as the multiplexing mode and the transmission of the lower priority information is discarded or delayed.

[0090] According to an embodiment of the present invention, the priority of the CG-UCI can be considered equal to the priority of the CG-PUSCH that transmits the CG-UCI.

[0091] Optionally, CG-UCI and HARQ-ACK priorities are determined in any of the following ways:

[0092] CG-UCI priority is equal to HARQ-ACK priority;

[0093] CG-UCI priority is higher than HARQ-ACK priority; or

[0094] The priority of HARQ-ACK is higher than the priority of CG-UCI.

[0095] If the priority of CG-PUSCH is different from the priority of HARQ-ACK, and the priority of CG-UCI is higher than the priority of HARQ-ACK, CG-UCI and HARQ-ACK cannot be transmitted simultaneously because there is an overlap in the transmission of CG-UCI and HARQ-ACK , then, in order to ensure preferential transmission of high-priority information, optionally the low-priority HARQ-ACK may be discarded and only the high-priority CG-UCI may be transmitted. Optionally, delay of low priority HARQ-ACK and preferential transmission of high priority CG-UCI may be performed.

[0096] Optionally, if the priority of HARQ-ACK is higher than the priority of CG-UCI, both CG-UCI and HARQ-ACK cannot be transmitted simultaneously because there is an overlap in the transmission of CG-UCI and HARQ-ACK, in order to ensure preferential transmission of high priority information , optionally the low priority CG-UCI may be discarded and only the high priority HARQ-ACK may be transmitted. Optionally, the low-priority CG-UCI may be delayed and the high-priority HARQ-ACK may be preferentially transmitted.

[0097] In step S303, information is transmitted to the network device based on a multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

[0098] Depending on the specific implementation of step S303, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[0099] If the disclosure is applicable to transmission in an unlicensed frequency range, and the priorities of CG-PUSCH and HARQ-ACK are different, it is possible to ensure preferential transmission of higher priority information.

[00100] In FIG. 4 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. As shown in FIG. 4, the method also includes the following steps.

[00101] In step S401, it is determined that there is an overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00102] Depending on the specific implementation of step S401, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00103] In step S402, a multiplexing indication parameter transmitted by the network device is received.

[00104] The multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK with different priorities is enabled.

If the multiplexing indication parameter is configured in the enable state, the configuration allows CG-UCI and HARQ-ACK with different priorities to be multiplexed, CG-UCI and HARQ-ACK with the same or different priorities are jointly encoded and carried in the CG-PUSCH. If the multiplexing indication parameter is configured in the disable/block state, the configuration does not allow CG-UCI and HARQ-ACK to be multiplexed with different priorities; the CG-UCI or HARQ-ACK with a higher priority is preferably transmitted.

[00105] The terminal may receive high priority signaling transmitted by a network device through which a multiplexing indication parameter is transmitted to the terminal. According to some implementations, an existing parameter in high-level signaling is used as a multiplexing indication parameter. According to some implementations, a new parameter may be added to the high-level signaling as a multiplexing indication parameter. According to some implementations, two parameters and a combination of two parameters in high-level signaling are used as multiplexing indication parameters, and these parameters, for example, may be existing parameters or new parameters, or some parameters may exist and some may be new parameters.

[00106] For example, the high-level signaling may be RRC signaling, and a configured resource provisioning uplink control information multiplexing (CG-UCI Multiplexing) parameter in the RRC signaling may be used as a multiplexing indication parameter.

[00107] In step S403, the multiplexing mode is determined based on the state of the multiplexing indication parameter and/or the CG-PUSCH priority and the HARQ-ACK priority. The multiplexing indication parameter can be in the enable state or in the disable state.

[00108] The state of the multiplexing indication parameter may include an enable state and a prohibit state. The multiplexing mode is determined according to the state of the multiplexing indication parameter and/or the CG-PUSCH and HARQ-ACK priorities.

[00109] Optionally, CG-UCI and HARQ-ACK priorities are determined in any of the following ways:

[00110] CG-UCI priority is equal to HARQ-ACK priority;

[00 111] CG-UCI priority is higher than HARQ-ACK priority; or

[00112] HARQ-ACK priority is higher than CG-UCI priority.

[00113] That is, by combining the state of the multiplexing indication parameter and the priorities, 6 situations are available, including the following:

[00114] the multiplexing indication parameter is in the enable state, and the CG-UCI priority is equal to the HARQ-ACK priority;

[00115] the multiplexing indication parameter is in the enable state, and the CG-UCI priority is higher than the HARQ-ACK priority;

[00116] the multiplexing indication parameter is in the enable state, and the priority of HARQ-ACK is higher than the priority of CG-UCI;

[00117] the multiplexing indication parameter is in the prohibited state, and the priority of CG-UCI is equal to the priority of HARQ-ACK;

[00118] the multiplexing indication parameter is in the disabled state, and the priority of CG-UCI is higher than the priority of HARQ-ACK; or

[00119] The multiplexing indication parameter is in the disabled state, and the priority of HARQ-ACK is higher than the priority of CG-UCI.

[00120] It should be noted that each combination has its own multiplexing mode. According to the combination of CG-PUSCH and HARQ-ACK, the proper multiplexing mode can be determined.

[00121] According to an embodiment of the present invention, transmission of CG-UCI and/or HARQ-ACK using CG-PUSCH resources may be commanded by a network device, may be negotiated through a protocol, or may be independently selected by the terminal, and these methods are not further limited to the above description.

[00122] In step S404, information is transmitted to the network device based on a multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

[00123] Depending on the specific implementation of step S404, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00124] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH in the unlicensed frequency range. In this scenario, multiplexing of CG-PUSCH and HARQ-ACK transmission in the unlicensed frequency band can be performed based on CG-PUSCH and HARQ-ACK priorities, and the appropriate multiplexing mode can be determined based on the multiplexing indication parameter and/or CG-PUSCH priority and HARQ priority -ACK carried on the PUCCH, thereby achieving the required UCI transmission latency and reliability levels when using URLLC services.

[00125] In FIG. 5 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. This method includes the following steps.

[00126] In step S501, it is determined that there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00127] Depending on the specific implementation of step S501, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00128] In step S502, a multiplexing indication parameter transmitted by the network device is received.

[00129] The multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK with different priorities is enabled. Optionally, the multiplexing indication parameter includes a first multiplexing indication parameter in the high-level signaling. The first multiplexing indication parameter may be an existing parameter in the high-level signaling or a parameter newly added to the high-level signaling. For example, the high-level signaling may be RRC signaling, and the CG-UCI multiplexing parameter carried in the RRC signaling serves as the first multiplexing indication parameter.

[00130] In step S503, if the first multiplexing indication parameter is in the enable state, the CG-UCI and HARQ-ACK joint encoding mode is determined as the multiplexing mode.

[00131] If the first multiplexing indication parameter is in the enable state, CG-UCI and HARQ-ACK are jointly encoded and carried on CG-PUSCH, and CG-UCI and HARQ-ACK are transmitted. That is, if the first multiplexing indication parameter is in the enable state, CG-UCI and HARQ-ACK are jointly encoded regardless of whether their priorities are the same.

[00132] In step S504, information is transmitted to the network device based on a multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

[00133] Depending on the specific implementation of step S504, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00134] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH in the unlicensed frequency range. In this scenario, multiplexing of CG-PUSCH and HARQ-ACK transmission in the unlicensed frequency band can be performed based on CG-PUSCH and HARQ-ACK priorities, and the appropriate multiplexing mode can be determined based on the multiplexing indication parameter and/or CG-PUSCH priority and HARQ priority -ACK carried on the PUCCH, thereby achieving the required UCI transmission latency and reliability levels when using URLLC services.

[00135] In FIG. 6 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. This method includes the following steps.

[00136] In step S601, it is determined that there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00137] Depending on the specific implementation of step S601, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00138] In step S602, a multiplexing indication parameter transmitted by the network device is received.

[00139] Depending on the particular implementation of step S602, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00140] In step S603, if the first multiplexing indication parameter is in the prohibited state, the multiplexing mode is determined based on the CG-PUSCH priority and the HARQ-ACK priority.

[00141] If the first indication parameter is in the disabled state, this indicates that multiplexing of CG-UCI and HARQ-ACK with different priorities is not permitted. Further, the multiplexing mode can be determined based on the CG-PUSCH priority and the HARQ-ACK priority.

[00142] In step S604, if the priority of the CG-PUSCH matches the priority of the HARQ-ACK, the multiplexing mode is determined to be the HARQ-ACK transmission mode and discard or delay the CG-UCI transmission.

[00143] According to an embodiment of the present invention, if the priority of the CG-PUSCH matches the priority of the HARQ-ACK, then the HARQ-ACK for transmission may be carried on the PUCCH and the CG-UCI may be discarded, or transmission of the CG-UCI may be delayed.

[00144] In step S605, if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, the transmission mode of the higher priority information is determined as the multiplexing mode and the transmission of the lower priority information is discarded or delayed.

[00145] Optionally, the priority of the CG-PUSCH is compared with the priority of the HARQ-ACK. If the priority of HARQ-ACK is higher, the multiplexing mode is one in which the HARQ-ACK is transmitted while the CG-UCI is discarded or the transmission of the CG-UCI is delayed. If the CG-UCI priority is higher, the multiplexing mode is the one in which the CG-UCI is transmitted while the HARQ-ACK is discarded or the transmission of the HARQ-ACK is delayed.

[00146] In step S606, information is transmitted to the network device based on a multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

[00147] Depending on the specific implementation of step S606, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00148] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH in the unlicensed frequency range. In this scenario, multiplexing of CG-PUSCH and HARQ-ACK transmission in the unlicensed frequency band can be performed based on CG-PUSCH and HARQ-ACK priorities, and the appropriate multiplexing mode can be determined based on the multiplexing indication parameter and/or CG-PUSCH priority and HARQ priority -ACK carried on the PUCCH, thereby achieving the required UCI transmission latency and reliability levels when using URLLC services.

[00149] In FIG. 7 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. This method includes the following steps.

[00150] In step S701, it is determined that there is an overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00151] Step S701 is described in the previous embodiment, and will not be described again.

[00152] In step S702, a multiplexing indication parameter transmitted by the network device is received.

[00153] The multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter. The first multiplexing indication parameter is presented in the previous embodiment. The newly added parameter to the high level signaling is used as the second multiplexing indication parameter. For example, the high-level signaling may be RRC signaling, and the CG-UCI multiplexing parameter carried in the RRC signaling serves as the first multiplexing indication parameter. In addition, the parameter is again added to the RRC signaling as a second multiplexing indication parameter. The second multiplexing indication parameter is used to indicate whether CG-UCI and HARQ-ACK multiplexing with different priorities is enabled.

[00154] In step S703, if the second multiplexing indication parameter is in the enable state, the CG-UCI and HARQ-ACK joint encoding mode is determined as the multiplexing mode.

[00155] If the second multiplexing indication parameter is in the enable state, CG-UCI and HARQ-ACK are jointly encoded and carried on CG-PUSCH, and CG-UCI and HARQ-ACK are transmitted. That is, if the second multiplexing indication parameter is in the enable state, CG-UCI and HARQ-ACK are co-encoded regardless of whether their priorities are the same.

[00156] In step S704, information is transmitted to the network device based on a multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

[00157] Depending on the specific implementation of step S704, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00158] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH in the unlicensed frequency range. In this scenario, multiplexing of CG-PUSCH and HARQ-ACK transmission in the unlicensed frequency band can be done based on the priorities of CG-PUSCH and HARQ-ACK, so that the required UCI transmission latency and reliability levels can be achieved when using URLLC services.

[00159] In FIG. 8 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to the terminal. This method includes the following steps.

[00160] In step S801, it is determined that there is an overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00161] Step S801 is described in the previous embodiment and will not be described again.

[00162] In step S802, a multiplexing indication parameter transmitted by the network device is received.

[00163] Step S802 is described in the previous embodiment and will not be described again.

[00164] In step S803, if the second multiplexing indication parameter is in the prohibited state, the state of the first multiplexing indication parameter is determined.

[00165] If the second multiplexing indication parameter is in the prohibited state, the multiplexing mode for CG-UCI and HARQ-ACK cannot be determined using the second multiplexing indication parameter alone. In this case, it is necessary to determine the state of the first multiplexing indication parameter. The first multiplexing indication parameter may be in an enable state or in a prohibit state.

[00166] In step S804, if the first multiplexing indication parameter is in the enable state, the CG-UCI and HARQ-ACK joint encoding mode is determined as the multiplexing mode.

[00167] In step S805, if the first multiplexing indication parameter is in the prohibited state, the multiplexing mode is determined based on the CG-PUSCH priority and the HARQ-ACK priority.

[00168] In step S806, if the priority of the CG-PUSCH matches the priority of the HARQ-ACK, the multiplexing mode is determined to be the HARQ-ACK transmission mode and discard or delay the CG-UCI transmission.

[00169] In step S807, if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, the transmission mode of the higher priority information is determined as the multiplexing mode and the transmission of the lower priority information is discarded or delayed.

[00170] In step S808, information is transmitted to the network device based on a multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK.

[00171] Depending on the particular implementation of steps S804-S808, any embodiment of the disclosure may be applied, and these embodiments will not be described again.

[00172] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between CG-PUSCH and HARQ-ACK carried on PUCCH in an unlicensed frequency band, in which scenario multiplexing the transmission of CG-PUSCH and HARQ-ACK in the unlicensed band frequencies can be implemented based on CG-PUSCH and HARQ-ACK priorities, so that the required levels of delay and reliability of UCI transmission can be achieved when using URLLC services.

[00173] In FIG. 9 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to a network device. As shown in FIG. 9, the method includes the following steps.

[00174] In step S901, a multiplexing indication parameter is transmitted to the terminal. The multiplexing indication parameter indicates to the terminal the need to determine the multiplexing mode based on the state of the multiplexing indication parameter and/or the priority of the CG-UCI carried on the Shared Physical Uplink Configured Resource Channel (CG-PUSCH) and the acknowledgment priority of the hybrid automatic retransmission request (HARQ-ACK) if there is overlap in the time domain between CG-PUSCH and HARQ-ACK. The state includes the enable state and the prohibit state.

[00175] Details of step S901 can be obtained based on the relevant information presented in the previous embodiments, so this step will not be described again.

[00176] In step S902, information transmitted by the terminal based on the determined multiplexing mode is received. The transmitted information contains CG-UCI and/or HARQ-ACK.

[00177] Details of step S902 can be obtained based on the relevant information presented in the previous embodiments, so this step will not be described again.

[00178] Optionally, if the multiplexing mode is CG-UCI and HARQ-ACK joint encoding mode, the received information is decoded to obtain CG-UCI and HARQ-ACK.

[00179] CG-UCI and HARQ-ACK are jointly encoded and carried on the CG-PUSCH for transmission. If the terminal receives jointly encoded data, it can decode the data to obtain the original CG-UCI and HARQ-ACK information.

[00180] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between CG-PUSCH and HARQ-ACK carried on PUCCH in an unlicensed frequency band, in which scenario multiplexing the transmission of CG-PUSCH and HARQ-ACK in the unlicensed band frequencies can be implemented based on CG-PUSCH and HARQ-ACK priorities, so that the required levels of delay and reliability of UCI transmission can be achieved when using URLLC services.

[00181] In FIG. 10 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to a network device. As shown in FIG. 10, the method includes the following steps.

[00182] In step S1001, it is determined that there is an overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00183] Details of step S1001 can be obtained based on the relevant information presented in the previous embodiment, so this step will not be described again.

[00184] In step S1002, a multiplexing indication parameter is transmitted to the terminal via high-level signaling. The multiplexing indication parameter includes a first multiplexing indication parameter carried by high-level signaling.

[00185] Details of step S1002 can be obtained based on the relevant information presented in the previous embodiment, so this step will not be described again.

[00186] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between CG-PUSCH and HARQ-ACK carried on PUCCH in an unlicensed frequency band, in which scenario multiplexing the transmission of CG-PUSCH and HARQ-ACK in the unlicensed band frequencies can be implemented based on CG-PUSCH and HARQ-ACK priorities, so that the required levels of delay and reliability of UCI transmission can be achieved when using URLLC services.

[00187] In FIG. 11 shows a flowchart for executing a UCI multiplexing method in accordance with an embodiment of the present invention. The method is applicable to a network device. As shown in FIG. 11, the method includes the following steps.

[00188] In step S1101, it is determined that there is an overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH.

[00189] Details of step S1101 can be obtained based on the relevant information presented in the previous embodiment, so this step will not be described again.

[00190] In step S1102, a multiplexing indication parameter is transmitted to the terminal via high-level signaling. The multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter carried by high-level signaling.

[00191] Details of step S1102 can be obtained based on the relevant information presented in the previous embodiment, so this step will not be described again.

[00192] The disclosure of the present invention is applicable to a scenario in which there is overlap in the time domain between CG-PUSCH and HARQ-ACK carried on PUCCH in an unlicensed frequency band, in which scenario multiplexing the transmission of CG-PUSCH and HARQ-ACK in the unlicensed band frequencies can be implemented based on CG-PUSCH and HARQ-ACK priorities, so that the required levels of delay and reliability of UCI transmission can be achieved when using URLLC services.

[00193] Within the framework of the above-described embodiments corresponding to the disclosure of the present invention, the proposed methods are presented from the point of view of a network device and a terminal. To implement each function corresponding to the methods proposed within the above embodiments of the disclosure of the present invention, the network device and the terminal may contain hardware units and software modules that implement the above functions, either individually or in combination with each other. Certain of the above functions may be performed by hardware units, software modules, or a combination of hardware units and software modules.

[00194] Through embodiments of the present invention, a communication device is also provided. The communication device may be a terminal (eg, the terminal used in the method embodiments mentioned above), equipment in the terminal, or a device that can be used in conjunction with the terminal. Alternatively, the communication device may be a network device, equipment within a network device, or a device that can be used in conjunction with a network device.

[00195] In FIG. 12 is a block diagram of a communication device according to an embodiment of the present invention. The communication device 1200 may include a transceiver module 1201 and a processing module 1202.

[00196] The transceiver module 1201 may be configured such that if there is overlap in the time domain between the CG-PUSCH and the HARQ-ACK carried on the PUCCH, a determination is made based on the priority of the CG-PUSCH and the priority of the HARQ-ACK of the multiplexing mode for the CG- UCI carried in CG-PUSCH, and HARQ-ACK.

[00197] Processing module 1202 may be configured to transmit information to a network device based on a multiplexing mode, wherein the transmitted information includes CG-UCI and/or HARQ-ACK.

[00198] The transceiver module 1201 is also configured such that if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, it determines the transmission mode of the higher priority information and discards or delays the transmission of the lower priority information as the multiplexing mode.

[00199] The transceiver module 1201 is also used to receive a multiplexing indication parameter transmitted by the network device; and determining a multiplexing mode based on the state of the multiplexing indication parameter and/or the CG-PUSCH priority and the HARQ-ACK priority. The multiplexing indication parameter can be in the enable state or in the disable state.

[00200] Optionally, the transceiver module 1201 is configured such that if the first multiplexing indication parameter is in the enable state, the CG-UCI and HARQ-ACK co-coding mode is determined as the multiplexing mode, and if the first multiplexing indication parameter is in the prohibited state, a multiplexing mode is determined based on the CG-PUSCH priority and the HARQ-ACK priority.

[00201] Optionally, the transceiver module 1201 is configured such that if the second multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK co-coding mode as the multiplexing mode is performed; if the second multiplexing indication parameter is in the prohibited state, determining the state of the first multiplexing indication parameter is performed; if the first multiplexing indication parameter is in the enable state, determination of the CG-UCI and HARQ-ACK joint coding mode as the multiplexing mode is performed, and if the first multiplexing indication parameter is in the prohibiting state, determination of the multiplexing mode is performed based on the CG-PUSCH priority and priority HARQ-ACK.

[00202] Optionally, the transceiver module 1201 is configured such that if the priority of the CG-PUSCH matches the priority of the HARQ-ACK, determining the transmission mode of the HARQ-ACK and discarding or delaying the transmission of the CG-UCI as the multiplexing mode; and if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, determining the transmission mode of the higher priority information and discarding or delaying the transmission of the lower priority information as the multiplexing mode.

[00203] If the disclosure of the present invention is applied to the case of transmission in an unlicensed frequency band, then the appropriate multiplexing mode is determined based on the different CG-PUSCH and HARQ-ACK priorities, so that the required UCI transmission latency and reliability levels can be achieved when using URLLC services.

[00204] If the communication device 1200 is a network device, it includes a transceiver module 1201 and a processing module 1202. The transceiver module 1201 may be configured to provide a multiplexing indication parameter to the terminal. The multiplexing indication parameter indicates to the terminal the need to determine the multiplexing mode based on the state of the multiplexing indication parameter and/or the priority of the CG-UCI carried on the Shared Physical Uplink Configured Resource Channel (CG-PUSCH) and the acknowledgment priority of the hybrid automatic retransmission request (HARQ-ACK) if there is overlap in the time domain between CG-PUSCH and HARQ-ACK. The state includes the enable state and the prohibit state.

[00205] Processing unit 1202 may be configured to receive information transmitted by the terminal based on a multiplexing mode that is determined. The transmitted information contains CG-UCI and/or HARQ-ACK.

[00206] Optionally, transceiver module 1201 is also configured to transmit a multiplexing indication parameter to the terminal using high-level signaling. The multiplexing indication parameter includes a first multiplexing indication parameter carried by high-level signaling.

[00207] Optionally, transceiver module 1201 is also configured to transmit multiplexing indication parameters to the terminal using high-level signaling. The multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried by high-level signaling.

[00208] Optionally, the processing unit 1202 is also configured such that if the multiplexing mode is a CG-UCI and HARQ-ACK joint encoding mode, decoding of the received information is performed to obtain CG-UCI and HARQ-ACK.

[00209] If the disclosure of the present invention is applied to the case of transmission in an unlicensed frequency band, then the appropriate multiplexing mode is determined based on the different CG-PUSCH and HARQ-ACK priorities, whereby the required UCI transmission latency and reliability levels can be achieved when using URLLC services.

[00210] In FIG. 13 is a block diagram of another communication device 1300 in accordance with an embodiment of the present invention. The communication device 1300 may be a network device, a terminal, a chip/chip system/processor that supports a network device for implementing the above method, or a chip/chip system/processor that supports a terminal for implementing the above method. The device can be used to implement the method described above in terms of embodiments of the method. Detailed information is given above in the context of the description of embodiments of the method.

[00211] Communication device 1300 may include one or more processors 1301. Processor 1301 may be a general purpose processor or a special purpose processor, etc. For example, it may be a baseband processor or a central processing unit. A baseband processor may be used to process communication protocols and communication data. The central processing unit may be used to control a communication device (such as a base station, baseband circuit, terminal, terminal circuit, DU or CU, etc.) and execute computer programs, as well as process computer program data.

[00212] Optionally, the communication device 1300 may also include one or more memory modules 1302 in which computer programs 1304 may be stored. When the computer program 1304 is executed by the processor 1301, the communication device 1300 is initiated to perform the method described in the above embodiments. Optionally, data may also be stored in memory 1302. Communication device 1300 and memory 1302 may be installed separately or combined with each other.

[00213] Optionally, the communication device 1300 may also include a transceiver 1305 and an antenna 1306. The transceiver 1305 may be referred to as a transceiver unit, a transceiver device, or a transceiver circuit, etc. and used to implement data reception and transmission functions. The transceiver 1305 may include a receiver and a transmitter. The receiver may be called a receiving device or a receiving circuit, etc. and used to perform the data receiving function. The transmitter may be called a transmitting device or a transmitting circuit, etc. and used to perform the data transfer function.

[00214] Optionally, communication device 1300 may also include one or more interface circuits 1307. Interface circuit 1307 is used to receive encoded instructions and transmit them to the processor. Upon execution of the encoded instructions by the processor 1301, the communication device 1300 is initiated to perform the method described in the above embodiments.

[00215] Communication device 1300 may also be a terminal. The processor 1301 is used to execute step S901 shown in FIG. 9, step S1001 shown in FIG. 10, step S1101 shown in FIG. 11, etc. The transceiver 1305 is used to perform step S202 shown in FIG. 2, step S203 shown in FIG. 3, step S404 shown in FIG. 4, step S505 shown in FIG. 5, etc.

[00216] Communication device 1300 may be a network device. The transceiver 1305 is used to perform step S202 shown in FIG. 2, step S303 shown in FIG. 3, step S404 shown in FIG. 4, etc. The processor 1301 is used to execute step S201 shown in FIG. 2, step S301 shown in FIG. 3, step S401 shown in FIG. 4, etc.

[00217] In an embodiment, a transceiver that performs receive and transmit functions may be embedded in the processor 1301. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuitry, interface, or interface circuitry used to perform the receive and transmit functions may be separate units or integrated into a single unit. The above transceiver circuit, interface or interface circuit can be used to read and write codes/data. Alternatively, the above transceiver circuit, interface, or interface circuit may be used to transmit or forward a signal.

[00218] According to an embodiment, the processor 1301 may store a computer program 1303, which, when executed by the processor 1301, the communication device 1300 performs the method described according to the above embodiments. Computer program 1303 may be embedded in processor 1301, in which case processor 1301 may be implemented in hardware.

[00219] According to an embodiment, the communication device 1300 may include circuitry that may implement the transmit, receive, or communication functions described above within the method embodiments. The processor and transceiver described according to an embodiment of the present invention may be implemented as an integrated circuit (1C, Integrated Circuit), analog 1C, radio frequency integrated circuit (RFIC, Radio Frequency Integrated Circuit), 1C mixed signal, application-specific integrated circuit (ASIC, Application Specific Integrated Circuit), Printed Circuit Board, Electronic Equipment, etc. The processor and transceiver can also be produced using various 1C development processes, such as complementary metal-oxide semiconductor (CMOS, Complementary Metal-Oxide-Semiconductor), complementary metal-oxide semiconductor with an n-type channel (NMOS, nMetal-oxide-semiconductor), metal oxide semiconductor p-channel semiconductor (PMOS, Positive Channel Metal Oxide Semiconductor), bipolar junction transistor (BJT, Bipolar Junction Transistor), bipolar CMOS (BiCMOS, Bipolar CMOS), silicon-germanium semiconductor (SiGe, Silicon Germanium) or gallium arsenide (GaAs, Gallium Arsenide), etc.

[00220] The communication device described according to the presented embodiments may be a network device or terminal (for example, the network device or terminal described above according to the embodiments of the present invention), but the implementation scope of the devices described above is not limited to the above examples. The structure of the communication device may not be limited to that shown in FIG. 13. A communication device may be stand-alone or part of a larger device. For example, the communication device may be:

(1) an independent integrated circuit (1C) or microcircuit, or system of microcircuits, or subsystem;

(2) a set of one or more 1C. Optionally, the 1C set may also contain storage device components for storing data and computer programs;

(3) ASIC, such as a modem;

(4) modules that can be built into another device;

(5) receiver, terminal, smart terminal, cell phone, wireless device, wearable device, mobile unit, vehicle-mounted device, network device, cloud device, artificial intelligence device, etc.;

(6) other types of devices, etc.

[00221] In the case where the communication device may be a chip or system of chips, reference should be made to the chip structure shown in FIG. 14 and containing a processor 1401 and an interface 402. The device may have multiple processors 1401, and the number of interfaces may be a multiple of the number of processors.

[00222] In the case where the chip is used to perform terminal functions according to embodiments of the present invention, interface 1402 is used to perform step S901 shown in FIG. 9, step S1001 shown in FIG. 10, step S1101 shown in FIG. 11, etc.

[00223] In the case where the chip is used to perform functions of a network device according to embodiments of the present invention, interface 1402 is used to perform step S202 shown in FIG. 2, step S303 shown in FIG. 3, step S404 shown in FIG. 4, etc.

[00224] Optionally, the chip also includes a memory 1403 that is used to store necessary computer programs and data.

[00225] Those skilled in the art will appreciate that the various blocks and steps illustrated and listed within the embodiments of the present invention may be implemented by electronic hardware, computer software, or a combination thereof. The way the functions are implemented, whether in hardware or software, depends on the specific application and the overall system design requirements. Various methods may be used by those skilled in the art to implement the described functions in each particular application, but such implementation should not be construed as beyond the protective scope of the embodiments of the present invention.

[00226] According to embodiments of the present invention, there is also provided a configuration system with a maximum number of transmission layers, including a communication device serving as a terminal (such as the terminal used in the above-described method embodiments) and a communication device serving as a network device, depicted as an embodiment in FIG. 12. In an alternative embodiment, the system includes a communication device serving as a terminal (such as the terminal used in the above-described method embodiments) and a communication device serving as a network device, illustrated by the embodiment in FIG. 13.

[00227] According to the disclosure of the present invention, there is also provided a computer-readable medium on which instructions are stored that, when executed by a computer, perform functions corresponding to any of the embodiments described above.

[00228] According to the disclosure of the present invention, there is also provided a computer program product that, when executed by a computer, implements any of the method embodiments described above.

[00229] The above-described embodiments of the present invention may be implemented in part or in whole by software, hardware, firmware, or any combination thereof. If functions are implemented in the form of software, these functions may be fully or partially implemented in the form of a computer software product. A computer software product contains one or more computer programs. When a computer program is loaded and executed, some or all of the processes or functions described within the disclosure of the present invention are performed. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable device. A computer program may be stored on a computer-readable medium or transmitted from one computer-readable medium to another. For example, a computer program may be transmitted from a website, computer, server, or data center to another website, another computer, another server, or another data center via wired means (such as coaxial cable, fiber optic, digital subscriber line (DSL). DSL, Digital Subscriber Line)) or wireless means (such as infrared, wireless, microwave, etc.). A computer-readable medium can be any usable medium that can be accessed by a computer or storage device, such as a server, data center, etc., that is, a device containing one or more accessible integrated storage media. The accessible storage medium may be a magnetic storage medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical storage medium (for example, a Digital Video Disc), or a semiconductor storage medium (for example, a solid state disk (SSD). State Disk)), etc.

[00230] Those skilled in the art will understand that the first, second and other numeric designations used in the embodiment of the present invention are used only for convenience of description and indication of the order of objects and are not intended to limit the scope of the embodiment of the present invention.

[00231] The term “at least one” as used in the disclosure of the present invention may also be referred to as “a plurality of” and may indicate two, three, four or more objects not limited to the disclosure of the present invention. According to embodiments of the present invention, the technical means are distinguished by the designations "first", "second", "third", "A", "B", "C" and "D", etc. The techniques described by the designations "first", "second", "third", "A", "B", "C" and "D" do not indicate a specific order or size of the sequence.

[00232] The corresponding relationships shown in each table provided according to the disclosure of the present invention may be configured or predefined. The values in each table are given as examples only and may be set in other ways not limited to the disclosure of the present invention. When establishing a mapping between information and each parameter, it is not necessary to configure all of the relationships shown in each table. For example, in a table provided in an embodiment of the present invention, the corresponding relationships specified in some rows may not be configured. According to another example, appropriate adjustments can be made based on the above tables, such as splitting, merging, etc. The parameter names shown in the headings of the above tables may also be changed in a manner understandable to the communication device, and the values and expressions of the parameters may also be changed in a manner understandable to the communication device. When implementing the above tables, other data structures can also be used, such as arrays, queries, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, dynamic regions, hash tables, etc.

[00233] Pre-definition in the disclosure of the present invention can be considered as definition, pre-installation, storage, pre-storage, pre-matching, pre-configuration, crystallization or pre-burning.

[00234] Those skilled in the art will understand that the blocks and steps of the algorithms in each of the examples described in the disclosure of embodiments of the present invention may be implemented using electronic equipment or a combination of computer programs and electronic equipment. The method of performing these functions (hardware or software) depends on the specific application and design limitations of the technical solution. Those skilled in the art may implement different functionality in different ways in each particular application, however such implementations should not be construed as beyond the scope of the disclosure of the present invention.

[00235] Those skilled in the art will understand that in describing specific operating processes in the systems, devices, and units identified above, for convenience and brevity, reference may be made to corresponding processes performed in the method embodiments described above that are not repeated. are stated.

[00236] The above describes only specific embodiments of the disclosure of the present invention, which do not limit the scope of the present invention. Any person skilled in the art can easily make modifications or substitutions within the scope of the present invention that would fall within the scope of the present invention in a simple manner. Therefore, the scope of the present invention is to be determined by the scope of the claims.

Claims (30)

1. A method of multiplexing uplink control information (UCI) for transmission in an unlicensed frequency range performed by a terminal, the method comprising: in response to the overlap in the time domain between the common physical uplink channel with configured resource provisioning (CG-PUSCH) and the hybrid automatic request retransmission acknowledgment (HARQ-ACK) carried on the physical uplink control channel (PUCCH), mode determination multiplexing for CG-UCI carried on CG-PUSCH and HARQ-ACK based on the priority of the CG-PUSCH and the priority of the HARQ-ACK; And transmitting information to a network device based on this multiplexing mode, wherein the transmitted information contains CG-UCI and/or HARQ-ACK. 2. The method according to claim 1, also including: if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, determining the transmission mode of the higher priority information and discarding or delaying the transmission of the lower priority information as the multiplexing mode. 3. The method according to claim 1, also including: receiving a multiplexing indication parameter transmitted by the network device; And determining a multiplexing mode based on the state of the multiplexing indication parameter and/or the CG-PUSCH priority and the HARQ-ACK priority, wherein the state of the multiplexing indication parameter includes an enable state and a prohibited state. 4. The method of claim 3, wherein the multiplexing indication parameter includes a first multiplexing indication parameter carried by high-level signaling, and the multiplexing mode determination includes: if the first multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK joint coding mode as the multiplexing mode; And, if the first multiplexing indication parameter is in the prohibited state, determining the multiplexing mode based on the CG-PUSCH priority and the HARQ-ACK priority. 5. The method of claim 3, wherein the multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter carried by high-level signaling, and the multiplexing mode determination includes: if the second multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK joint coding mode as the multiplexing mode; if the second multiplexing indication parameter is in a prohibited state, determining the state of the first multiplexing indication parameter; if the first multiplexing indication parameter is in the enable state, determining the CG-UCI and HARQ-ACK joint coding mode as the multiplexing mode; And if the first multiplexing indication parameter is in the prohibited state, determining the multiplexing mode based on the CG-PUSCH priority and the HARQ-ACK priority. 6. The method of claim 4 or 5, wherein determining the multiplexing mode based on the CG-PUSCH priority and the HARQ-ACK priority includes: if the priority of the CG-PUSCH is the same as the priority of the HARQ-ACK, setting the multiplexing mode to the transmission mode of HARQ-ACK and discarding or delaying the transmission of the CG-UCI; And if the priority of the CG-PUSCH is different from the priority of the HARQ-ACK, determining the transmission mode of the higher priority information and discarding or delaying the transmission of the lower priority information as the multiplexing mode. 7. A method of multiplexing uplink control information (UCI) for transmission in an unlicensed frequency range performed by a network device, the method comprising: transmitting to the terminal a multiplexing indication parameter, wherein the multiplexing indication parameter instructs the terminal to determine a multiplexing mode based on the state of the multiplexing indication parameter and/or the priority of a CG-UCI carried on a shared physical uplink channel with configured resource provisioning (CG-PUSCH), and a hybrid automatic retransmission request (HARQ-ACK) acknowledgment priority in response to a time domain overlap between the CG-PUSCH and the HARQ-ACK, said state including an enable state and a prohibit state; And receiving information transmitted by the terminal based on a multiplexing mode that has been determined, wherein the transmitted information contains CG-UCI and/or HARQ-ACK. 8. The method according to claim 7, also including: transmitting to the terminal a multiplexing indication parameter using high-level signaling, wherein the multiplexing indication parameter includes a first multiplexing indication parameter carried using high-level signaling. 9. The method according to claim 7, also including: transmitting to the terminal a multiplexing indication parameter using high-level signaling, wherein the multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter carried using the high-level signaling. 10. The method according to claim 7, also including: if the multiplexing mode is CG-UCI and HARQ-ACK joint encoding mode, decoding the received information to obtain CG-UCI and HARQ-ACK. 11. A terminal containing a processor and memory in which a computer program is stored, when executed by the processor, the terminal performs the method according to any one of claims. 1-6. 12. A network device containing a processor and memory in which a computer program is stored, when executed by the processor, the network device performs the method according to any one of claims. 7-10.