Method and apparatus for multiplexing uplink control information

Abstract

The present application relates to a method and apparatus for multiplexing uplink control information. [Solution] Here, an embodiment of the present application provides a method for multiplexing uplink control information, and responds to the occurrence of time domain overlap between HARQ-ACK carried on CG-PUSCH and PUCCH, determines a multiplexing mode of CG-UCI and HARQ-ACK carried on CG-PUSCH based on the priorities of CG-PUSCH and HARQ-ACK, and transmits CG-UCI and / or HARQ-ACK to a network device based on the multiplexing mode. The present application is applied to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and realizes multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and further ensures the transmission delay and reliability of UCI in URLLC traffic.

Description

[Technical Field]

[0001] The present application relates to the field of communication technology, and more particularly to a method and apparatus for multiplexing uplink control information (UCI). [Background technology]

[0002] Ultra reliable and low latency communication (URLLC) traffic has high requirements for transmission reliability. To realize the expansion of URLLC traffic in unlicensed bands, it is necessary to realize the transmission of URLLC traffic over the configure grant-Physical Uplink Share CHannel (CG-PUSCH) in unlicensed bands. Summary of the Invention [Problem to be solved by the invention]

[0003] The embodiments of the present application provide a method and apparatus for multiplexing uplink control information, which is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and can realize multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and can further ensure the transmission delay and reliability of UCI in URLLC traffic. [Means for solving the problem]

[0004] According to a first aspect, an embodiment of the present application provides a method for multiplexing uplink control information, which is applied to a terminal device. The method includes: in response to occurrence of time domain overlap between a configuration grant physical uplink shared channel (CG-PUSCH) and hybrid automatic repeat request response information (HARQ-ACK) carried on the CG-PUSCH, based on priorities of the CG-PUSCH and the HARQ-ACK; and transmitting information to a network device based on the multiplexing mode, wherein the transmitted information includes the CG-UCI and / or the HARQ-ACK.

[0005] An embodiment of the present application provides a method for multiplexing uplink control information, which responds to time-domain overlap between the HARQ-ACK carried on the CG-PUSCH and the HARQ-ACK by determining a multiplexing mode for the CG-UCI and the HARQ-ACK carried on the CG-PUSCH based on the priorities of the CG-PUSCH and the HARQ-ACK, and transmits the CG-UCI and / or the HARQ-ACK to a network device based on the multiplexing mode. The present application is applicable to a scenario in which time-domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the HARQ-ACK carried on the PUCCH in an unlicensed band, and can realize multiplexed transmission of the CG-PUSCH and the HARQ-ACK in the unlicensed band based on the priorities of the CG-PUSCH and the HARQ-ACK, while ensuring the transmission delay and reliability of the UCI in URLLC traffic.

[0006] In one implementation, the method for multiplexing uplink control information further includes determining, in response to different priorities between the CG-PUSCH and the HARQ-ACK, that the multiplexing mode is to transmit high-priority information and discard or delay and transmit low-priority information.

[0007] In one implementation, the uplink control information multiplexing method further includes receiving a multiplexing indication parameter transmitted from the network device; and determining the multiplexing mode based on a state of the multiplexing indication parameter and / or priorities of the CG-PUSCH and the HARQ-ACK, wherein the state of the multiplexing indication parameter includes an enabled state and a non-enabled state.

[0008] In one implementation, the multiplexing indication parameter includes a first multiplexing indication parameter carried in higher layer signaling, and the step of determining the multiplexing mode based on a state of the multiplexing indication parameter and / or the priorities of the CG-PUSCH and the HARQ-ACK includes: determining, in response to the first multiplexing indication parameter being in an enabled state, that joint coding of the CG-UCI and the HARQ-ACK is the multiplexing mode; and determining, in response to the first multiplexing indication parameter being in a non-enabled state, the multiplexing mode based on the priorities of the CG-PUSCH and the HARQ-ACK.

[0009] In one implementation, the multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried by higher layer signaling, and determining the multiplexing mode based on the states of the multiplexing indication parameters and / or the priorities of the CG-PUSCH and the HARQ-ACK includes: determining, in response to the second multiplexing indication parameter being in an enabled state, that joint coding of the CG-UCI and the HARQ-ACK is the multiplexing mode; determining, in response to the second multiplexing indication parameter being in a non-enabled state, the state of the first multiplexing indication parameter; determining, in response to the first multiplexing indication parameter being in an enabled state, that joint coding of the CG-UCI and the HARQ-ACK is the multiplexing mode; and determining, in response to the first multiplexing indication parameter being in a non-enabled state, the multiplexing mode based on the priorities of the CG-PUSCH and the HARQ-ACK.

[0010] In one implementation, the step of determining the multiplexing mode based on the priorities of the CG-PUSCH and the HARQ-ACK includes the steps of: determining, in response to the priorities of the CG-PUSCH and the HARQ-ACK being the same, that the multiplexing mode is to transmit the HARQ-ACK and to discard or delay and transmit the CG-UCI; and determining, in response to the priorities of the CG-PUSCH and the HARQ-ACK being different, that the multiplexing mode is to transmit information with a higher priority and to discard or delay and transmit information with a lower priority.

[0011] According to a second aspect, an embodiment of the present application further provides a method for multiplexing uplink control information, the method being performed by a network device and including the steps of: transmitting a multiplexing indication parameter to a terminal device, where the multiplexing indication parameter is used to instruct the terminal device to determine a multiplexing mode based on a state of the multiplexing indication parameter and / or priorities of a CG-UCI and the HARQ-ACK carried in the CG-PUSCH when a time domain overlap occurs between a CG-PUSCH and a HARQ-ACK, where the state includes an enabled state and a non-enabled state; and receiving information transmitted based on the multiplexing mode determined by the terminal device, where the transmitted information includes a CG-UCI and / or the HARQ-ACK.

[0012] In one implementation, the method for multiplexing uplink control information further includes a step of transmitting the multiplexing indication parameter to the terminal device via higher layer signaling, wherein the multiplexing indication parameter includes a first multiplexing indication parameter carried in the higher layer signaling.

[0013] In one implementation, the method for multiplexing uplink control information further includes a step of transmitting the multiplexing indication parameters to the terminal device via higher layer signaling, wherein the multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in the higher layer signaling.

[0014] In one implementation, the uplink control information multiplexing method further includes, in response to the multiplexing mode jointly encoding the CG-UCI and the HARQ-ACK, decoding the received information to obtain the CG-UCI and the HARQ-ACK.

[0015] According to a third aspect, an embodiment of the present application provides a communication device having some or all of the functions of the terminal device in the method according to the first aspect. For example, the functions of the communication device may include some or all of the functions of the embodiments of the present application, or may include the function of independently executing any of the embodiments of the present application. The functions may be realized by hardware or by executing corresponding software by hardware. The hardware or software may include one or more units or modules corresponding to the above functions.

[0016] In one implementation, the configuration of the communication device may include a transceiver module and a processing module, the processing module being configured to support the communication device to perform corresponding functions in the above method. The transceiver module is used to support communication between the communication device and other devices. The communication device may further include a storage module coupled to the transceiver module and the processing module, the storage module storing computer programs and data required for the communication device.

[0017] As examples, the processing module may be a processor, the transmitting and receiving module may be a transceiver or a communication interface, and the storage module may be a memory.

[0018] According to a fourth aspect, an embodiment of the present application provides a communication device having some or all of the functions of the terminal device in the method according to the second aspect. For example, the functions of the communication device may include some or all of the functions of the embodiments of the present application, or may include the function of independently executing any of the embodiments of the present application. The functions may be realized by hardware or by executing corresponding software by hardware. The hardware or software may include one or more units or modules corresponding to the above functions.

[0019] In one implementation, the configuration of the uplink control information multiplexing device can include a transceiver module and a processing module, and the processing module is configured to support the communication device to perform the corresponding functions of the above method. The transceiver module is used to support communication between the communication device and other devices. The communication device can further include a storage module coupled to the transceiver module and the processing module, and the storage module stores computer programs and data required for the communication device.

[0020] As examples, the processing module may be a processor, the transmitting and receiving module may be a transceiver or a communication interface, and the storage module may be a memory.

[0021] According to a fifth aspect, an embodiment of the present application provides a communication device including a processor, which, when the processor invokes a computer program stored in a memory, performs the method according to the first aspect.

[0022] According to a sixth aspect, an embodiment of the present application provides a communication device including a processor, which, when the processor invokes a computer program in a memory, performs the method according to the second aspect above.

[0023] According to a seventh aspect, an embodiment of the present application provides a communications device including a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program stored in the memory such that the device performs the method of the first aspect above.

[0024] According to an eighth aspect, an embodiment of the present application provides a communications device including a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program stored in the memory such that the device performs the method of the second aspect above.

[0025] According to a ninth aspect, an embodiment of the present application provides a communication device including a processor and an interface circuit, wherein the interface circuit is used to receive and send code instructions to a processor, and the processor is used to execute the code instructions so as to perform the method according to the first aspect above.

[0026] According to a tenth aspect, the present application provides a communications device including a processor and an interface circuit, wherein the interface circuit is used to receive and transmit code instructions to a processor, and the processor is used to execute the code instructions so as to perform the method according to the second aspect above.

[0027] According to an eleventh aspect, an embodiment of the present application provides a communication system including a communication device according to the third aspect and a communication device according to the fourth aspect, or including a communication device according to the fifth aspect and a communication device according to the sixth aspect, or including a communication device according to the seventh aspect and a communication device according to the eighth aspect, or including a communication device according to the ninth aspect and a communication device according to the tenth aspect.

[0028] According to a twelfth aspect, an embodiment of the present application provides a computer-readable storage medium having stored thereon instructions which, when executed, enable realization of the method according to the first aspect above.

[0029] According to a thirteenth aspect, an embodiment of the present application provides a computer-readable storage medium having stored thereon instructions which, when executed, enable realization of the method according to the second aspect above.

[0030] According to a fourteenth aspect, the present application further provides a computer program product comprising a computer program which, when run on a computer, causes the computer to perform the method according to the first aspect above.

[0031] According to a fifteenth aspect, the present application further provides a computer program product comprising a computer program which, when run on a computer, causes the computer to perform the method according to the second aspect above.

[0032] According to a sixteenth aspect, the present application provides a chip system including at least one processor and an interface for supporting a terminal device to realize the functionality according to the first aspect, for example, determining or processing at least one of the data and information according to the above method. In a possible design, the chip system further includes a memory for storing computer programs and data required by the terminal device. The chip system may be comprised of chips or may include chips or other discrete elements.

[0033] According to a seventeenth aspect, the present application provides a chip system including at least one processor and an interface for supporting a network device to realize the functionality according to the second aspect, e.g., determining or processing at least one of the data and information according to the method. In a possible design, the chip system further includes memory for storing computer programs and data required by the network device. The chip system may be comprised of chips or may include chips or other discrete elements.

[0034] According to an eighteenth aspect, the present application provides a computer program which, when run on a computer, causes the computer to carry out the method according to the first aspect above.

[0035] According to a nineteenth aspect, the present application provides a computer program which, when run on a computer, causes the computer to carry out the method according to the second aspect above. [Brief explanation of the drawings]

[0036] In order to more clearly describe the technical solutions in the embodiments or background art of the present application, the following describes the drawings that need to be used in the embodiments or background art of the present application. [Figure 1] 1 is a schematic diagram of the architecture of a communication system provided by an embodiment of the present application; [Figure 2] 1 is a schematic flowchart of a method for multiplexing uplink control information according to an embodiment of the present application; [Figure 3] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 4] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 5] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 6] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 7] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 8] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 9] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 10] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 11] 4 is a schematic flowchart of a method for multiplexing uplink control information according to another embodiment of the present application; [Figure 12] 1 is a schematic flowchart of an uplink control information multiplexing device according to an embodiment of the present application; [Figure 13] 1 is a schematic configuration diagram of a communication device according to an embodiment of the present application. [Figure 14] 1 is a schematic diagram of a chip according to an embodiment of the present application. DETAILED DESCRIPTION OF THE INVENTION

[0037] Hereinafter, the embodiments of the present application will be described in detail, and examples of the embodiments are shown in the drawings, in which the same or similar reference numerals throughout indicate the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the drawings are illustrative and are intended to explain the present application, and should not be understood as limitations on the present application.

[0038] To facilitate understanding, we will first introduce the terminology used in this application.

[0039] 1. Uplink Control Information (UCI) The content included in the UCI includes whether the current terminal device needs to request uplink resources, the downlink quality detected by the current terminal device, the number of transmission layers that the terminal device can distinguish, etc. All of this information is related to the state of the current terminal device.

[0040] 2. Radio Resource Control (RRC) RRC, also known as Radio Resource Management (RRM) or Radio Resource Allocation (RRA), refers to the management, control, and scheduling of radio resources according to certain policies and methods, to maximize the use of limited radio network resources while meeting service quality requirements, ensuring that the planned coverage area is reached, and improving service capacity and resource utilization as much as possible.

[0041] 3. Physical Uplink Control Channel (PUCCH) The PUCCH is used by a terminal device to transmit information related to uplink scheduling, such as scheduling requests and channel condition information, to a base station.

[0042] 4. Physical Uplink Shared Channel (PUSCH) The PUSCH is used to carry uplink traffic associated with long-term evolution users and higher layer signaling data. As the primary uplink data-carrying channel of the physical layer, it may schedule and transmit uplink data as well as carry control information.

[0043] 5. Hybrid automatic repeat request response information (Hybrid Automatic Repeat Request ACK, HARQ-ACK) HARQ uses a combination of Forward Error Correction (FEC) and Automatic Repeat-reQuest (ARQ), and is called Hybrid Automatic Repeat Request (HARQ). HARQ-ACK is the response or feedback information for HARQ.

[0044] To better understand the uplink control information multiplexing method provided by the embodiment of the present application, the following first describes a communication system used in the embodiment of the present application.

[0045] As shown in Figure 1, Figure 1 is a schematic diagram of the architecture of a communication system provided by an embodiment of the present application. The communication system may include, but is not limited to, one network device and one terminal device. The number and form of devices shown in Figure 1 are used for illustration purposes only and do not constitute limitations on the embodiment of the present application. In actual applications, the communication system may include two or more network devices and two or more terminal devices. Take for example the communication system shown in Figure 1 including one network device 101 and one terminal device 102.

[0046] It should be noted that the technical solutions of the embodiments of the present application can be applied to various communication systems, such as a long term evolution (LTE) system, a fifth generation (5G) mobile communication system, a 5G new radio (NR) system, or other future new mobile communication systems.

[0047] The network device 101 in the embodiments of the present application is a network-side entity for transmitting and receiving signals. For example, the network device 101 may be an evolved base station (eNB), a transmission reception point (TRP), a next generation base station (gNB) in an NR system, a base station in other future mobile communication systems, or an access node in a wireless fidelity (WiFi) system. The embodiments of the present application do not limit the specific technology and device form adopted by the network device. The network device provided in the embodiments of the present application may be composed of a central unit (CU) and distributed units (DUs), where the CU is also called a control unit. A CU-DU structure may be adopted to separate protocol layers of a network device, for example, a base station, with some protocol layer functions centrally controlled by the CU and some or all of the remaining protocol layer functions distributed to the DUs, and the DUs may be centrally controlled by the CU.

[0048] In the embodiments of the present application, the terminal device 102 is a user-side entity for receiving and transmitting signals, such as a mobile phone. The terminal device may also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal device may be a car with communication capabilities, a smart car, a mobile phone, a wearable device, a tablet, a PC with wireless transmission and reception capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device for industrial control, a wireless terminal device for self-driving, a wireless terminal device for remote medical surgery, a wireless terminal device for smart grids, a wireless terminal device for transportation safety, a wireless terminal device for smart cities, a wireless terminal device for smart homes, etc. The embodiments of the present application do not limit the specific technology and device form adopted by the terminal device.

[0049] It should be noted that the communication systems described in the embodiments of the present application are intended to more clearly explain the technical solutions of the embodiments of the present application and do not constitute limitations on the technical solutions provided by the embodiments of the present application. Those skilled in the art will understand that with the evolution of system architecture and the emergence of new traffic scenarios, the technical solutions provided by the embodiments of the present application will be similarly applicable to similar problems.

[0050] It is understood that the multiple solutions in the embodiments of the present application may be implemented alone or in combination, and the present application is not limited thereto.

[0051] The method and apparatus for multiplexing uplink control information provided by the present application will be described in detail below in conjunction with the accompanying drawings.

[0052] FIG. 2 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a terminal device. As shown in FIG. 2, the method includes the following steps S201 to S202.

[0053] S201, in response to occurrence of time domain overlap between hybrid automatic repeat request response information (HARQ-ACK) carried on a configuration grant physical uplink shared channel (CG-PUSCH) and a physical uplink control channel (PUCCH), a multiplexing mode of the configuration grant uplink control information (CG-UCI) carried on the CG-PUSCH and the HARQ-ACK is determined based on the priorities of the CG-PUSCH and the HARQ-ACK.

[0054] A terminal device transmits uplink information or data to a network device through a physical uplink channel, where the physical uplink channel includes a PUCCH and a PUSCH. In the implementation, the terminal device may transmit UCI via the PUCCH or the PUSCH.

[0055] In some implementations, the UCI may include a HARQ-ACK and / or configure grant-uplink control information (CG-UCI). Alternatively, the HARQ-ACK may be transmitted to the network device via a PUCCH, and the CG-UCI may be transmitted to the network device via a CG-PUSCH. The CG-PUSCH is a periodic time-frequency resource configured in the terminal by the network device via higher layer signaling, and can be used to transmit uplink data. Here, the higher layer signaling may be RRC signaling or other signaling, and is not limited to this. In New Radio Unlicensed (NRU), both the PUCCH and the CG-PUSCH can operate in the unlicensed band, and when both the PUCCH and the CG-PUSCH operate in the unlicensed band, time domain overlap occurs between the CG-PUSCH and the PUCCH.

[0056] When the CG-PUSCH is transmitted in an unlicensed band, CG-UCI information may be carried on the CG-PUSCH to indicate uplink control information related to the current CG-PUSCH transmission. Optionally, the CG-UCI information may include a Hybrid Automatic Repeat Request Identity document (HARQ-ID), a New Data Indication (NDI), and Channel Occupation Time (COT) sharing information.

[0057] In implementation, the network device can directly set the priority of the CG-PUSCH via higher layer signaling. Generally, when a network device schedules URLLC traffic and transmits it on the CG-PUSCH, it is considered common to set the CG-PUSCH to a high priority.

[0058] When time domain overlap occurs between the configuration grant uplink control information (CG-UCI) carried on the configuration grant physical uplink shared channel (CG-PUSCH) and the hybrid automatic repeat request response information (HARQ-ACK) carried on the physical uplink control channel, the CG-UCI and HARQ-ACK carried on the CG-PUSCH have different multiplexing modes, and the optimal multiplexing mode is determined based on the difference in priority between the CG-PUSCH and the HARQ-ACK, in order to better facilitate information transmission.

[0059] Alternatively, the multiplexing mode may be joint coding of CG-UCI and HARQ-ACK.

[0060] Alternatively, the multiplexing mode may be either transmission of CG-UCI and HARQ-ACK, for example, transmission of CG-UCI and discarding or delaying transmission of HARQ-ACK, or transmission of HARQ-ACK and discarding or delaying transmission of CG-UCI, for example.

[0061] S202, transmitting information to a network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0062] In realization, different multiplexing modes may have different transmittable information and different channels for transmitting this information accordingly. Therefore, based on the determined multiplexing mode, a corresponding transmission channel can be determined, and then the information corresponding to the multiplexing mode can be transmitted to the network device based on this transmission channel.

[0063] In one possible implementation, the multiplexing mode may determine that the transmission channel is a CG-PUSCH in response to jointly encoding the CG-UCI and the HARQ-ACK. The CG-PUSCH carries jointly encoded information of the CG-UCI and the HARQ-ACK and transmits the jointly encoded information to the network device.

[0064] In another possible implementation, in response to the multiplexing mode transmitting only CG-UCI, it may be determined that the transmission channel is a CG-PUSCH, and the CG-UCI is carried by the CG-PUSCH and transmitted to the network device.

[0065] In another possible implementation, in response to the multiplexing mode transmitting only the HARQ-ACK, it may be determined that the transmission channel is a PUCCH, and the HARQ-ACK is carried by the PUCCH and transmitted to the network device.

[0066] An embodiment of the present application provides a method for multiplexing uplink control information, which responds to time-domain overlap between the HARQ-ACK carried on the CG-PUSCH and the HARQ-ACK by determining a multiplexing mode for the CG-UCI and the HARQ-ACK carried on the CG-PUSCH based on the priorities of the CG-PUSCH and the HARQ-ACK, and transmits the CG-UCI and / or the HARQ-ACK to a network device based on the multiplexing mode. The present application is applicable to a scenario in which time-domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the HARQ-ACK carried on the PUCCH in an unlicensed band, and can realize multiplexed transmission of the CG-PUSCH and the HARQ-ACK in the unlicensed band based on the priorities of the CG-PUSCH and the HARQ-ACK, while ensuring the transmission delay and reliability of the UCI in URLLC traffic.

[0067] FIG. 3 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a terminal device. As shown in FIG. 3, the method further includes the following steps S301 to S303.

[0068] S301 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0069] The specific implementation of step S301 can be the implementation in any embodiment of the present application, and will not be described in detail here.

[0070] In step S302, in response to the difference in priority between the CG-PUSCH and the HARQ-ACK, a multiplexing mode is determined in which high-priority information is transmitted and low-priority information is discarded or delayed before transmission.

[0071] In the embodiment of the present application, the priority of a CG-UCI is considered to be equal to the priority of the CG-PUSCH that carries this CG-UCI.

[0072] Optionally, the priority of the CG-UCI and the HARQ-ACK includes any of the following: the priority of the CG-UCI is equal to the priority of the HARQ-ACK; the priority of the CG-UCI is higher than the priority of the HARQ-ACK; or the priority of the HARQ-ACK is higher than the priority of the CG-UCI.

[0073] When the priorities of the CG-PUSCH and the HARQ-ACK are different, optionally, if the priority of the CG-UCI is higher than the priority of the HARQ-ACK, if the transmission of the CG-UCI and the HARQ-ACK overlaps, the CG-UCI and the HARQ-ACK cannot be transmitted simultaneously. Therefore, in order to ensure that higher priority information can be transmitted preferentially, the HARQ-ACK with lower priority can be selectively discarded and only the CG-UCI with higher priority can be transmitted. Alternatively, the HARQ-ACK with lower priority can be transmitted with a delay, and the CG-UCI with higher priority can be transmitted preferentially.

[0074] Alternatively, if the priority of the HARQ-ACK is higher than that of the CG-UCI, and if the transmission of the CG-UCI and the HARQ-ACK overlaps, the CG-UCI and the HARQ-ACK cannot be transmitted simultaneously. Therefore, in order to ensure that higher priority information can be transmitted preferentially, the CG-UCI with lower priority can be selectively discarded and only the HARQ-ACK with higher priority can be transmitted. Alternatively, the CG-UCI with lower priority can be transmitted with a delay, and the HARQ-ACK with higher priority can be transmitted preferentially.

[0075] S303, transmitting information to a network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0076] The specific implementation of step S303 can be the implementation in any embodiment of the present application, and will not be described in detail here.

[0077] When the embodiments of the present application are applied to unlicensed band transmission, if the priorities of CG-PUSCH and HARQ-ACK are different, it is possible to ensure preferential transmission of high priority information.

[0078] FIG. 4 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a terminal device. As shown in FIG. 4, the method further includes the following steps S401 to S404.

[0079] S401 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0080] The specific implementation of step S401 can be the implementation in any embodiment of the present application, and will not be described in detail here.

[0081] S402, receiving a multiplexing instruction parameter sent from a network device.

[0082] Here, the multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK of different priorities is permitted. When the multiplexing indication parameter is set to an enabled state, the setting permits multiplexing of CG-UCI and HARQ-ACK of different priorities, and both CG-UCI and HARQ-ACK of the same priority or different priorities are jointly coded and carried on the CG-PUSCH. When the multiplexing indication parameter is set to a disabled state, the setting does not permit multiplexing of CG-UCI and HARQ-ACK of different priorities, and for CG-UCI and HARQ-ACK of different priorities, a higher priority is preferentially transmitted.

[0083] The terminal device can receive upper layer signaling transmitted from the network device and transmit a multiplexing indication parameter to the terminal device via the upper layer signaling. In some implementations, a conventional parameter in the upper layer signaling can be used as the multiplexing indication parameter, while in other implementations, a new parameter can be added to the upper layer signaling as the multiplexing indication parameter. In yet another implementation, two and two parameters in the upper layer signaling can be collectively used as the multiplexing indication parameter. For example, the two and two parameters can be conventional parameters or new parameters, or some can be conventional parameters and some can be new parameters.

[0084] For example, the higher layer signaling may be RRC signaling, and a configure grant-Uplink Control Information Multiplexing (CG-UCI Multiplexing) parameter in the RRC signaling may be the multiplexing indication parameter.

[0085] S403, determining a multiplexing mode based on a state of a multiplexing indication parameter and / or a priority between CG-PUSCH and HARQ-ACK, where the state of the multiplexing indication parameter includes an enabled state and a non-enabled state.

[0086] Here, the state of the multiplexing indication parameter includes an enable state and a disable state, and the multiplexing mode is determined based on the state of the multiplexing indication parameter and / or the priority of the CG-PUSCH and the HARQ-ACK.

[0087] Optionally, the priority of the CG-UCI and the HARQ-ACK includes any of the following: the priority of the CG-UCI is equal to the priority of the HARQ-ACK; the priority of the CG-UCI is higher than the priority of the HARQ-ACK; or the priority of the HARQ-ACK is higher than the priority of the CG-UCI.

[0088] That is, by combining the state and priority of the multiplexing instruction parameter, six combination states are included, including any of the following: the multiplexing instruction parameter is in an enabled state and the priority of the CG-UCI is equal to the priority of the HARQ-ACK; the multiplexing instruction parameter is in an enabled state and the priority of the CG-UCI is higher than the priority of the HARQ-ACK; the multiplexing instruction parameter is in an enabled state and the priority of the HARQ-ACK is higher than the priority of the CG-UCI; the multiplexing instruction parameter is in a non-enabled state and the priority of the CG-UCI is equal to the priority of the HARQ-ACK; the multiplexing instruction parameter is in a non-enabled state and the priority of the CG-UCI is higher than the priority of the HARQ-ACK; and the multiplexing instruction parameter is in a non-enabled state and the priority of the HARQ-ACK is higher than the priority of the CG-UCI.

[0089] Each combination state has a corresponding multiplexing mode, and the multiplexing mode can be determined based on the combination state of CG-PUSCH and HARQ-ACK.

[0090] In an embodiment of the present application, transmitting CG-UCI and / or HARQ-ACK on CG-PUSCH resources may be instructed by a network device, may be promised in a protocol, or may be independently selected by a terminal, but this is not limited thereto.

[0091] S404, transmitting information to the network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0092] The specific implementation of step S404 can be implemented in any of the embodiments of the present application, and will not be described in detail here.

[0093] The present application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and multiplexed transmission of CG-PUSCH and HARQ-ACK can be realized in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and an appropriate multiplexing mode can be determined based on a multiplexing indication parameter and / or the priorities of HARQ-ACK carried on CG-PUSCH and PUCCH, thereby ensuring the transmission delay and reliability of UCI in URLLC traffic.

[0094] FIG. 5 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application. This method is applied to a terminal device, and includes the following steps S501 to S504.

[0095] S501 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0096] The specific implementation of step S501 can be implemented in any of the embodiments of the present application, and will not be described in detail here.

[0097] S502, receiving a multiplexing instruction parameter transmitted from a network device.

[0098] Here, the multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK of different priorities is allowed. Optionally, the multiplexing indication parameter includes a first multiplexing indication parameter in higher layer signaling, which may be an existing parameter in higher layer signaling or a newly added parameter in higher layer signaling. For example, the higher layer signaling is RRC signaling, and the CG-UCI Multiplexing parameter carried in the RRC signaling is the first multiplexing indication parameter.

[0099] S503, in response to the first multiplexing indication parameter being in an enabled state, determining that the multiplexing mode is to jointly encode the CG-UCI and the HARQ-ACK.

[0100] If the first multiplexing indication parameter is enabled, the CG-UCI and HARQ-ACK are jointly coded and carried by the CG-PUSCH, and then the CG-UCI and HARQ-ACK are transmitted, i.e., if the first multiplexing indication parameter is enabled, the CG-UCI and HARQ-ACK are jointly coded regardless of whether they have the same priority.

[0101] S504, transmitting information to the network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0102] The specific implementation of step S504 can be implemented in any embodiment of the present application, and will not be described in detail here.

[0103] The present application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and multiplexed transmission of CG-PUSCH and HARQ-ACK can be realized in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and an appropriate multiplexing mode can be determined based on a multiplexing indication parameter and / or the priorities of HARQ-ACK carried on CG-PUSCH and PUCCH, thereby ensuring the transmission delay and reliability of UCI in URLLC traffic.

[0104] FIG. 6 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application. The method is applied to a terminal device, and includes the following steps S601 to S606.

[0105] S601 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0106] The specific implementation of step S604 can be implemented in any embodiment of the present application, and will not be described in detail here.

[0107] S602, receiving a multiplexing instruction parameter sent from a network device.

[0108] The specific implementation of step S602 can be implemented in any embodiment of the present application, and will not be described in detail here.

[0109] S603, in response to the first multiplexing indication parameter being in a non-enabled state, determine a multiplexing mode based on the priority of the CG-PUSCH and the HARQ-ACK.

[0110] If the first multiplexing indication parameter is in a non-enabled state, it indicates that multiplexing of CG-UCI and HARQ-ACK with different priorities is not allowed, and the multiplexing mode can be determined based on the priorities of CG-PUSCH and HARQ-ACK.

[0111] In step S604, in response to the CG-PUSCH and the HARQ-ACK having the same priority, it is determined that the multiplexing mode is to transmit the HARQ-ACK and to discard or delay the CG-UCI before transmitting it.

[0112] In an embodiment of the present application, if the CG-PUSCH and the HARQ-ACK have the same priority, the HARQ-ACK can be carried and transmitted via the PUCCH, and the CG-UCI can be discarded or delayed before transmission.

[0113] In step S605, in response to the difference in priority between the CG-PUSCH and the HARQ-ACK, a multiplexing mode is determined in which high-priority information is transmitted and low-priority information is discarded or delayed before transmission.

[0114] Alternatively, the priority of the CG-PUSCH and the HARQ-ACK are compared, and if the priority of the HARQ-ACK is higher, the multiplexing mode is to transmit the HARQ-ACK and discard or delay the CG-UCI before transmitting it.If the priority of the CG-UCI is higher, the multiplexing mode is to transmit the CG-UCI and discard or delay the HARQ-ACK before transmitting it.

[0115] S606, transmitting information to the network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0116] The specific implementation of step S606 can be implemented in any embodiment of the present application, and will not be described in detail here.

[0117] The present application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and multiplexed transmission of CG-PUSCH and HARQ-ACK can be realized in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and an appropriate multiplexing mode can be determined based on a multiplexing indication parameter and / or the priorities of HARQ-ACK carried on CG-PUSCH and PUCCH, thereby ensuring the transmission delay and reliability of UCI in URLLC traffic.

[0118] FIG. 7 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a network device, and includes the following steps S701 to S704.

[0119] S701 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0120] Step S701 has been explained in the above embodiment, and will not be explained here.

[0121] S702, receiving a multiplexing instruction parameter sent from a network device.

[0122] Here, the multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter, where the first multiplexing indication parameter is described in the above embodiment, and a new parameter is added to the higher layer signaling as the second multiplexing indication parameter. For example, the higher layer signaling is RRC signaling, where the CG-UCI Multiplexing parameter carried in the RRC signaling is the first multiplexing indication parameter, and further, a new parameter is added to the RRC signaling as the second multiplexing indication parameter. Here, the second multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK with different priorities is allowed.

[0123] S703, in response to the second multiplexing indication parameter being in an enabled state, determining that the multiplexing mode is to jointly encode the CG-UCI and the HARQ-ACK.

[0124] If the second multiplexing indication parameter is enabled, the CG-UCI and HARQ-ACK are jointly coded and carried by the CG-PUSCH, and then the CG-UCI and HARQ-ACK are transmitted, i.e., if the second multiplexing indication parameter is enabled, the CG-UCI and HARQ-ACK are jointly coded regardless of whether they have the same priority.

[0125] S704, transmitting information to the network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0126] The specific implementation of step S704 can be implemented in any embodiment of the present application, and will not be described in detail here.

[0127] This application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and can realize multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and further ensure the transmission delay and reliability of UCI in URLLC traffic.

[0128] FIG. 8 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a network device, and includes the following steps S801 to S808.

[0129] S801 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0130] Step S801 has been explained in the above embodiment, and will not be explained here.

[0131] S802, receiving a multiplexing instruction parameter sent from a network device.

[0132] Step S802 has been explained in the above embodiment, and will not be explained here.

[0133] S803, in response to the second multiplexing instruction parameter being in a non-enabled state, determining a state of the first multiplexing instruction parameter.

[0134] Here, if the second multiplexing indication parameter is in a non-enabled state, the multiplexing mode of CG-UCI and HARQ-ACK cannot be determined solely by the state of the second multiplexing indication parameter. In this case, it is necessary to determine the state of the first multiplexing indication parameter. Here, the state of the first multiplexing indication parameter includes an enabled state and a non-enabled state.

[0135] S804, in response to the first multiplexing indication parameter being in an enabled state, determining that the multiplexing mode is to jointly encode the CG-UCI and the HARQ-ACK.

[0136] S805, in response to the first multiplexing indication parameter being in a non-enabled state, determining a multiplexing mode based on the priorities of CG-PUSCH and HARQ-ACK.

[0137] S806: In response to the fact that the priorities of the CG-PUSCH and the HARQ-ACK are the same, it is determined that the multiplexing mode is to transmit the HARQ-ACK and to discard or delay and transmit the CG-UCI.

[0138] In step S807, in response to the difference in priority between the CG-PUSCH and the HARQ-ACK, a multiplexing mode is determined in which high-priority information is transmitted and low-priority information is discarded or delayed before transmission.

[0139] S808, transmitting information to the network device based on a multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0140] The specific implementation of steps S804 to S808 can be implemented in any of the embodiments of the present application, and will not be described in detail here.

[0141] This application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and can realize multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and further ensure the transmission delay and reliability of UCI in URLLC traffic.

[0142] FIG. 9 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a network device. As shown in FIG. 9, the method includes the following steps S901 to S902.

[0143] S901, sending a multiplexing indication parameter to a terminal device, where the multiplexing indication parameter is used to instruct the terminal device to determine a multiplexing mode based on a state of the multiplexing indication parameter and / or priorities of CG-UCI and HARQ-ACK carried in the CG-PUSCH when a time domain overlap occurs between the CG-PUSCH and the HARQ-ACK, where the state includes an enabled state and a non-enabled state.

[0144] For a specific explanation of step S901, please refer to the relevant content in the above embodiment, and the explanation will be omitted here.

[0145] S902, receiving information transmitted by a terminal device based on the determined multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0146] For a specific explanation of step S902, please refer to the relevant content in the above embodiment, and the explanation will be omitted here.

[0147] Optionally, in response to the multiplexing mode jointly encoding the CG-UCI and the HARQ-ACK, the received information is decoded to obtain the CG-UCI and the HARQ-ACK.

[0148] Here, the CG-UCI and HARQ-ACK are jointly coded and then carried on the CG-PUSCH for transmission. After receiving the joint coding, the terminal device decodes the coding, thereby obtaining the original CG-UCI and HARQ-ACK information.

[0149] This application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and can realize multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and further ensure the transmission delay and reliability of UCI in URLLC traffic.

[0150] FIG. 10 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a network device. As shown in FIG. 10, the method includes the following steps S1001 to S1002.

[0151] S1001 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0152] For a specific explanation of step S1001, please refer to the relevant content in the above embodiment, and the explanation will be omitted here.

[0153] S1002, sending a multiplexing indication parameter to a terminal device through upper layer signaling, where the multiplexing indication parameter includes a first multiplexing indication parameter carried in the upper layer signaling.

[0154] For a specific explanation of step S1002, please refer to the relevant content in the above embodiment, and the explanation will be omitted here.

[0155] This application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and can realize multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and further ensure the transmission delay and reliability of UCI in URLLC traffic.

[0156] FIG. 11 is a schematic flowchart of an uplink control information multiplexing method according to an embodiment of the present application, which is applied to a network device. As shown in FIG. 11, the method includes the following steps S1101 to S1102.

[0157] S1101 determines that a time domain overlap occurs between the HARQ-ACK carried on the CG-PUSCH and the PUCCH.

[0158] For a specific explanation of step S1101, please refer to the relevant content in the above embodiment, and the explanation will be omitted here.

[0159] S1102, sending multiplexing indication parameters to the terminal device through upper layer signaling, where the multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in the upper layer signaling.

[0160] For a specific explanation of step S1102, please refer to the relevant content in the above embodiment, and the explanation will be omitted here.

[0161] This application is applicable to a scenario in which time domain overlap occurs between HARQ-ACK carried on CG-PUSCH and PUCCH in an unlicensed band, and can realize multiplexed transmission of CG-PUSCH and HARQ-ACK in an unlicensed band based on the priorities of CG-PUSCH and HARQ-ACK, and further ensure the transmission delay and reliability of UCI in URLLC traffic.

[0162] In the above embodiments of the present application, the methods provided by the embodiments of the present application are described from the perspective of a network device and a terminal device, respectively. To realize each function in the methods provided by the above embodiments of the present application, the network device and the terminal device may include a hardware configuration and a software module, and each of the above functions may be realized in the form of a hardware configuration, a software module, or a hardware configuration plus a software module. Some of the above functions may be implemented in the form of a hardware configuration, a software module, or a hardware configuration plus a software module.

[0163] The embodiments of the present application further provide a communication device, which may be a terminal device (the terminal device in the above method embodiments), a device in the terminal device, or a device that can be matched and used with the terminal device, or the communication device may be a network device, a device in the network device, or a device that can be matched and used with the network device.

[0164] As shown in FIG. 12, FIG. 12 is a schematic configuration diagram of a communication device according to an embodiment of the present application, and the communication device 1200 may include a transceiver module 1201 and a processing module 1202.

[0165] The transceiver module 1201 may be used to determine a multiplexing mode of the configuration grant uplink control information (CG-UCI) and the HARQ-ACK carried on the configuration grant physical uplink shared channel (CG-PUSCH) based on the priorities of the CG-PUSCH and the HARQ-ACK in response to the occurrence of time domain overlap between the configuration grant physical uplink shared channel (CG-PUSCH) and the hybrid automatic repeat request response information (HARQ-ACK) carried on the physical uplink control channel.

[0166] The processing module 1202 may be used to transmit information to the network device based on the multiplexing mode, where the transmitted information includes CG-UCI and / or HARQ-ACK.

[0167] The transceiver module 1201 is further used to determine, in response to the different priorities of the CG-PUSCH and the HARQ-ACK, a multiplexing mode in which high-priority information is transmitted and low-priority information is discarded or delayed for transmission.

[0168] The transceiver module 1201 is further used to receive a multiplexing indication parameter sent from the network device, and determine a multiplexing mode based on the state of the multiplexing indication parameter and / or the priority of the CG-PUSCH and the HARQ-ACK, where the state of the multiplexing indication parameter includes an enabled state and a disabled state.

[0169] Optionally, the transceiver module 1201 is further used to determine joint coding of the CG-UCI and the HARQ-ACK as a multiplexing mode in response to the first multiplexing indication parameter being in an enabled state, and to determine the multiplexing mode based on the priorities of the CG-PUSCH and the HARQ-ACK in response to the first multiplexing indication parameter being in a non-enabled state.

[0170] Optionally, the transceiver module 1201 is further configured to: determine, in response to the second multiplexing indication parameter being in an enabled state, jointly encode the CG-UCI and the HARQ-ACK as a multiplexing mode; determine, in response to the second multiplexing indication parameter being in a non-enabled state, a state of the first multiplexing indication parameter; determine, in response to the first multiplexing indication parameter being in an enabled state, jointly encode the CG-UCI and the HARQ-ACK as a multiplexing mode; and determine, in response to the first multiplexing indication parameter being in a non-enabled state, a multiplexing mode based on the priorities of the CG-PUSCH and the HARQ-ACK.

[0171] Optionally, the transceiver module 1201 is further used to determine, in response to the CG-PUSCH and the HARQ-ACK having the same priority, a multiplexing mode to transmit the HARQ-ACK and discard or delay the transmission of the CG-UCI, and to determine, in response to the CG-PUSCH and the HARQ-ACK having different priorities, a multiplexing mode to transmit the information with higher priority and discard or delay the transmission of the information with lower priority.

[0172] When applied to unlicensed band transmission, the present application determines an appropriate multiplexing mode based on the difference in priority between CG-PUSCH and HARQ-ACK, and can ensure the transmission delay and reliability of UCI in URLLC traffic.

[0173] When the communication device 1200 is a network device, it includes: a transceiver module 1201 that can be used to determine a multiplexing mode of a configuration grant uplink control information (CG-UCI) and a HARQ-ACK carried on a configuration grant physical uplink shared channel (CG-PUSCH) based on the priorities of the CG-PUSCH and the HARQ-ACK in response to time-domain overlap occurring between the CG-PUSCH and the hybrid automatic repeat request response information (HARQ-ACK) carried on the physical uplink control channel; and a processing module 1202 that can be used to transmit information to the network device based on the multiplexing mode, where the transmitted information includes the CG-UCI and / or the HARQ-ACK.

[0174] Optionally, the transceiver module 1201 is further used to send a multiplexing indication parameter to the terminal device via upper layer signaling, where the multiplexing indication parameter includes a first multiplexing indication parameter carried in the upper layer signaling.

[0175] Optionally, the transceiver module 1201 is further used to send multiplexing indication parameters to the terminal device via upper layer signaling, where the multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in the upper layer signaling.

[0176] Optionally, the processing module 1202 is further used to decode the received information to obtain the CG-UCI and the HARQ-ACK in response to the multiplexing mode jointly encoding the CG-UCI and the HARQ-ACK.

[0177] When applied to unlicensed band transmission, the present application determines an appropriate multiplexing mode based on the difference in priority between CG-PUSCH and HARQ-ACK, and can ensure the transmission delay and reliability of UCI in URLLC traffic.

[0178] 13 is a schematic diagram of another communication device 1300 provided by an embodiment of the present application. The communication device 1300 may be a network device, a terminal device, a chip, a chip system, a processor, etc. that helps a network device to realize the above method, or a chip, a chip system, a processor, etc. that helps a terminal device to realize the above method. This device can be used to realize the method described in the above method embodiment. For details, please refer to the description of the above method embodiment.

[0179] The communication device 1300 may include one or more processors 1301. The 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. The baseband processor may be used to process communication protocols and communication data, and the central processing unit may be used to control a communication device (e.g., a base station, a baseband chip, a terminal device, a terminal device chip, a DU or CU, etc.), execute a computer program, and process data of the computer program.

[0180] Optionally, the communication device 1300 may further include one or more memories 1302 capable of storing computer programs 1304. The processor 1301 executes the computer programs 1304 so that the communication device 1300 performs the methods described in the above method embodiments. Optionally, data may be stored in the memory 1302. The communication device 1300 and the memory 1302 may be provided separately or integrated.

[0181] Optionally, the communication device 1300 may further include a transceiver 1305 and an antenna 1306. The transceiver 1305 may be referred to as a transmitting / receiving unit, a transceiver, or a transmitting / receiving circuit for realizing a transmitting and receiving function. The transceiver 1305 may include a receiver and a transmitter, and the receiver may be referred to as a receiver or a receiving circuit for realizing a receiving function, and the transmitter may be referred to as a transmitter or a transmitting circuit for realizing a transmitting function.

[0182] Optionally, the communication device 1300 may further include one or more interface circuits 1307. The interface circuits 1307 are used to receive and transmit code instructions to the processor 1301. The processor 1301 executes the code instructions to cause the communication device 1300 to perform the methods described in the above method embodiments.

[0183] The communication device 1300 is a terminal device: the processor 1301 is used to execute step S901 of FIG. 9, step S1001 of FIG. 10, step S1101 of FIG. 11, etc., and the transceiver 1305 is used to execute step S202 of FIG. 2, step S303 of FIG. 3, step S404 of FIG. 4, step S505 of FIG. 5, etc.

[0184] The communication apparatus 1300 is a network device: the transceiver 1305 is used to execute step S202 of FIG. 2, step S303 of FIG. 3, step S404 of FIG. 4, etc., and the processor 1301 is used to execute step S201 of FIG. 2, step S301 of FIG. 3, step S401 of FIG. 4, etc.

[0185] In one embodiment, the processor 1301 may include a transceiver for implementing receiving and transmitting functions. For example, the transceiver may be a transmitting and receiving circuit, an interface, or an interface circuit. The transmitting and receiving circuit, interface, or interface circuit for implementing the receiving and transmitting functions may be separate or integrated. The transmitting and receiving circuit, interface, or interface circuit may be used for reading and writing code / data, or the transmitting and receiving circuit, interface, or interface circuit may be used for transmitting or communicating signals.

[0186] In one implementation, the processor 1301 may store a computer program 1303 that, when executed on the processor 1301, causes the communication device 1300 to perform the methods described in the method embodiments above. The computer program 1303 may be hardened within the processor 1301, in which case the processor 1301 may be implemented by hardware.

[0187] In one embodiment, the communications device 1300 may include circuitry capable of implementing the transmit, receive, or communication functions of the above-described method implementations. The processors and transceivers described herein may be implemented in an integrated circuit (IC), analog IC, radio frequency integrated circuit (RFIC), hybrid signal IC, application specific integrated circuit (ASIC), printed circuit board (PCB), electronic device, etc. The processors and transceivers may also be fabricated in various IC process technologies, such as complementary metal oxide semiconductor (CMOS), n-type metal oxide semiconductor (nMOS), p-type metal oxide semiconductor (PMOS), bipolar junction transistor (BJT), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.

[0188] The communication device described in the above embodiment may be a network device or a terminal device (the first terminal device in the above method embodiment), but the scope of the communication device described in the present application is not limited thereto, and the structure of the communication device may not be limited to that shown in FIG. 13. The communication device may be an independent device or a part of a larger device. For example, the communication device may be: (1) An independent integrated circuit IC, or chip, or chip system or subsystem; (2) A set of one or more ICs, optionally including a memory component for storing data, computer programs; (3) ASICs such as modems, (4) Modules that can be incorporated into other devices; (5) Receivers, terminal equipment, smart terminal devices, mobile phones, wireless devices, handhelds, mobile units, in-vehicle devices, network devices, cloud devices, artificial intelligence devices, etc. (6) Others.

[0189] When the communication device may be a chip or a chip system, reference may be made to the structural schematic diagram of the chip shown in Fig. 14. The chip shown in Fig. 14 includes a processor 1401 and an interface 1402. Here, the number of processors 1401 may be one or more, and the number of interfaces 1402 may be more than one.

[0190] When used to realize the functions of the terminal device in the embodiments of this application: The interface 1402 is used to execute step S901 in FIG. 9, step S1001 in FIG. 10, step S1101 in FIG. 11, and so on.

[0191] When used to realize the functions of a network device in an embodiment of the present application: The interface 1402 is used to execute step S202 in FIG. 2, step S303 in FIG. 3, step S404 in FIG. 4, and the like.

[0192] Optionally, the chip further includes a memory 1403 for storing necessary computer programs and data.

[0193] Those skilled in the art can also understand that various illustrative logical blocks and steps described in the embodiments of the present application can be realized by electronic hardware, computer software, or a combination of both. Whether such functions are realized by hardware or software depends on the specific application and the design requirements of the entire system. Those skilled in the art can use functions realized in various ways for each specific application, but this implementation should not be understood as going beyond the scope of protection of the embodiments of the present application.

[0194] An embodiment of the present application further provides a maximum transmission layer number adjustment system that includes a communication device as a terminal device in the embodiment of Figure 12 (e.g., a terminal device in the embodiment of the method) and a communication device as a network device, or that includes a communication device as a terminal device in the embodiment of Figure 12 (e.g., a terminal device in the embodiment of the method) and a communication device as a network device.

[0195] The present application further provides a computer-readable storage medium having stored thereon instructions that, when executed by a computer, implement the functionality of any of the method embodiments described above.

[0196] The present application further provides a computer program product which, when executed by a computer, implements the functionality of any of the method embodiments described above.

[0197] The above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, they may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer programs. The processes or functions according to the embodiments of the present application are generated in whole or in part when the computer program is loaded and executed on a computer. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. A computer program can be stored on a computer-readable storage medium or transmitted from one computer-readable storage medium to another; for example, a computer program can be transmitted from one website, computer, server, or data center to another via wire (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, radio, microwave, etc.). A computer-readable storage medium may be any available medium accessible by a computer, or may include a data storage device such as a server, data center, or the like integrated with one or more available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., digital video disc (DVD)), or a semiconductor medium (e.g., solid state disk (SSD)).

[0198] Those skilled in the art will understand that the various numerals such as first, second, etc. in this application are merely for the convenience of explanation and do not limit the scope of the embodiments of this application, but also indicate priority.

[0199] At least one of the features in the present application can be described as one or more, and the more may be two, three, four or more, and is not limited to the present application. In the examples of the present application, for one technical feature, the technical features in the technical feature category are distinguished by "first", "second", "third", "A", "B", "C", and "D", etc., and there is no order of precedence or hindrance between the technical features described in the "first", "second", "third", "A", "B", "C", and "D".

[0200] The correspondences shown in each table in this application may be preset or predefined. The values ​​of the information in each table are merely examples and can be set to other values ​​and are not limited to this application. When setting the correspondences between information and each parameter, not all of the correspondences shown in each table need to be set. For example, in the tables of this application, the correspondences shown by certain rows may not be set. As another example, appropriate transformations such as splitting and merging can be performed based on the above tables. The names of the parameters shown in the titles of the above tables may be other names understandable to the communication device, and the values ​​and display methods of the parameters may be other values ​​and display methods understandable to the communication device. When implemented, the above tables may also use other data structures, such as arrays, queues, containers, stacks, linear tables, pointers, link tables, trees, diagrams, structures, classes, heaps, hash lists, or hash tables.

[0201] Predefined in this application can be understood as defined, predefined, stored, prestored, prenegotiated, pre-set, hardened, or pre-baked.

[0202] Those skilled in the art will recognize that the units and algorithm steps of each example described in the embodiments disclosed herein can be realized in electronic hardware or a combination of computer software and electronic hardware. Whether a function is implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may realize the described functions using different methods for each specific application, but such realization should not be considered beyond the scope of this application.

[0203] As will be apparent to those skilled in the art, for convenience and brevity of description, the specific operating processes of the above-described systems, devices and units may refer to the corresponding processes in the above-described method embodiments, and the description thereof will be omitted here.

[0204] The above are only specific embodiments of the present application, but the scope of protection of the present application is not limited thereto, and those skilled in the art can easily imagine that modifications or substitutions within the technical scope disclosed in the present application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. 1. A method for multiplexing uplink control information, applied to unlicensed band transmission, the method being executed by a terminal device, the method comprising: determining a multiplexing mode of Hybrid Automatic Repeat Request Response Information (HARQ-UCI) carried on a Configuration Grant Physical Uplink Shared Channel (CG-PUSCH) and a Physical Uplink Control Channel (PUCCH) based on priorities of the CG-PUSCH and the HARQ-ACK in response to occurrence of time domain overlap between the CG-PUSCH and the HARQ-ACK; transmitting information to a network device based on the multiplexing mode, the transmitted information including CG-UCI and / or the HARQ-ACK; receiving a multiplexing instruction parameter transmitted from the network device; determining the multiplexing mode based on a state of the multiplexing indication parameter and / or a priority of the CG-PUSCH and the HARQ-ACK, wherein the state of the multiplexing indication parameter includes an enabled state and a non-enabled state; the multiplexing indication parameter includes a first multiplexing indication parameter carried in higher layer signaling, and the step of determining the multiplexing mode based on a state of the multiplexing indication parameter and / or priorities of the CG-PUSCH and the HARQ-ACK includes: determining, in response to the first multiplexing indication parameter being in an enabled state, that the multiplexing mode is joint coding of the CG-UCI and the HARQ-ACK; determining the multiplexing mode based on priorities of the CG-PUSCH and the HARQ-ACK in response to the first multiplexing indication parameter being in a non-enabled state; Including, 2. A method for multiplexing uplink control information, comprising:

2. In response to the difference in priorities between the CG-PUSCH and the HARQ-ACK, determining, as the multiplexing mode, that high-priority information is transmitted and low-priority information is discarded or delayed for transmission.

2. The method for multiplexing uplink control information according to claim 1.

3. the multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in higher layer signaling, and the step of determining the multiplexing mode based on a state of the multiplexing indication parameters and / or priorities of the CG-PUSCH and the HARQ-ACK includes: determining, in response to the second multiplexing indication parameter being in an enabled state, that the multiplexing mode is to jointly encode the CG-UCI and the HARQ-ACK; determining a state of the first multiplexing instruction parameter in response to the second multiplexing instruction parameter being in a non-enabled state; determining, in response to the first multiplexing indication parameter being in an enabled state, that the multiplexing mode is joint coding of the CG-UCI and the HARQ-ACK; determining the multiplexing mode based on priorities of the CG-PUSCH and the HARQ-ACK in response to the first multiplexing indication parameter being in a non-enabled state; Including, 2. The method for multiplexing uplink control information according to claim 1.

4. determining the multiplexing mode based on the priorities of the CG-PUSCH and the HARQ-ACK, determining, in response to the CG-PUSCH and the HARQ-ACK having the same priority, that the HARQ-ACK is transmitted and that the CG-UCI is discarded or delayed and transmitted, as the multiplexing mode; determining, in response to a difference in priority between the CG-PUSCH and the HARQ-ACK, that high-priority information is transmitted and low-priority information is discarded or delayed for transmission, as the multiplexing mode; Including, 2. The method for multiplexing uplink control information according to claim 1.

5. 1. A method for multiplexing uplink control information, applied to unlicensed band transmission, the method being executed by a network device, the method comprising: sending a multiplexing indication parameter to a terminal device, the multiplexing indication parameter being used to instruct the terminal device to determine a multiplexing mode based on a state of the multiplexing indication parameter and / or a priority of a CG-UCI carried on the CG-PUSCH and the HARQ-ACK when a time domain overlap occurs between the CG-PUSCH and the HARQ-ACK, the state including an enabled state and a non-enabled state; receiving information transmitted based on the multiplexing mode determined by the terminal device, the transmitted information including CG-UCI and / or the HARQ-ACK; transmitting the multiplexing indication parameter to the terminal device via higher layer signaling, the multiplexing indication parameter including a first multiplexing indication parameter carried in the higher layer signaling, the terminal device determining, in response to the first multiplexing indication parameter being in an enabled state, that joint coding of the CG-UCI and the HARQ-ACK is performed as the multiplexing mode, and, in response to the first multiplexing indication parameter being in a non-enabled state, the terminal device determining the multiplexing mode based on priorities of the CG-PUSCH and the HARQ-ACK; Including, 2. A method for multiplexing uplink control information, comprising:

6. sending the multiplexing indication parameters to the terminal device via higher layer signaling, wherein the multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in the higher layer signaling; 6. The method for multiplexing uplink control information according to claim 5.

7. In response to the multiplexing mode jointly encoding the CG-UCI and the HARQ-ACK, decoding the received information to obtain the CG-UCI and the HARQ-ACK.

6. The method for multiplexing uplink control information according to claim 5.

8. A communication device, a transceiver module used to determine a multiplexing mode of configuration grant uplink control information (CG-UCI) carried on a configuration grant physical uplink shared channel (CG-PUSCH) and hybrid automatic repeat request response information (HARQ-ACK) carried on a physical uplink control channel based on priorities of the CG-PUSCH and the HARQ-ACK in response to occurrence of time domain overlap between the CG-PUSCH and the hybrid automatic repeat request response information (HARQ-ACK); a processing module used to transmit information to a network device based on the multiplexing mode, wherein the transmitted information includes CG-UCI and / or the HARQ-ACK; Including, The transceiver module is further configured to receive a multiplexing indication parameter sent from the network device, and determine the multiplexing mode based on a state of the multiplexing indication parameter and / or a priority of the CG-PUSCH and the HARQ-ACK, wherein the state of the multiplexing indication parameter includes an enabled state and a disabled state; The multiplexing indication parameter includes a first multiplexing indication parameter carried by higher layer signaling, and the transceiver module is further configured to determine, in response to the first multiplexing indication parameter being in an enabled state, jointly encode the CG-UCI and the HARQ-ACK as the multiplexing mode, and to determine the multiplexing mode based on priorities of the CG-PUSCH and the HARQ-ACK in response to the first multiplexing indication parameter being in a non-enabled state. A communication device comprising:

9. A communication device, The apparatus includes a processor and a memory, the memory storing a computer program, and the processor executes the computer program stored in the memory so that the apparatus performs the method according to any one of claims 1 to 4. A communication device comprising:

10. A communication device, The apparatus includes a processor and a memory, the memory stores a computer program, and the processor executes the computer program stored in the memory so that the apparatus performs the method according to any one of claims 5 to 7. A communication device comprising:

11. A communication device, a processor and an interface circuit; the interface circuit is used to receive and transmit code instructions to the processor; The processor is used to execute the code instructions so as to perform the method according to any one of claims 1 to 4. A communication device comprising:

12. A communication device, a processor and an interface circuit; the interface circuit is used to receive and transmit code instructions to the processor; The processor is used to execute the code instructions so as to perform the method according to any one of claims 5 to 7. A communication device comprising:

13. A computer-readable storage medium having instructions stored thereon, The instructions, when executed, implement the method according to any one of claims 1 to 4. A computer-readable storage medium comprising:

14. A computer-readable storage medium having instructions stored thereon, The instructions, when executed, implement the method according to any one of claims 5 to 7. A computer-readable storage medium comprising:

Images