A method and apparatus for multiplexing uplink control information

Abstract

This application relates to a method and apparatus for multiplexing uplink control information. Specifically, an embodiment of this application provides a method for multiplexing uplink control information. In response to temporal overlap between HARQ-ACK carried on CG-PUSCH and PUCCH, the method determines the multiplexing mode of CG-UCI and HARQ-ACK carried on CG-PUSCH based on the priorities of CG-PUSCH and HARQ-ACK. Based on the multiplexing mode, CG-UCI and / or HARQ-ACK are transmitted to the network device. This application is applied to scenarios where HARQ-ACK carried on CG-PUSCH and PUCCH overlap in the unlicensed frequency band. It enables multiplexed transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency band according to their priorities, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a method and apparatus for multiplexing uplink control information (UCI). Background Technology

[0002] Ultra-reliable and low-latency communication (URLLC) services have high requirements for transmission reliability. To enhance URLLC services in the unlicensed band, it is necessary to implement the configuration grant-Physical Uplink Share Channel (CG-PUSCH) for URLLC services in the unlicensed band. Summary of the Invention

[0003] This application proposes a method and apparatus for multiplexing uplink control information, applicable to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps on unlicensed frequency bands. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK on unlicensed frequency bands according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0004] In a first aspect, embodiments of this application propose an uplink control information multiplexing method applied to a terminal device. The method includes: in response to a time-domain overlap between the Configuration Grant Physical Uplink Shared Channel (CG-PUSCH) and the Hybrid Automatic Repeat Request Response (HARQ-ACK) carried on the Physical Uplink Control Channel, determining a multiplexing mode of the Configuration Grant Uplink Control Information (CG-UCI) carried on the CG-PUSCH and the HARQ-ACK based on the 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] This application provides a method for multiplexing uplink control information. In response to time-domain overlap between HARQ-ACK carried on CG-PUSCH and PUCCH, the multiplexing mode of CG-UCI and HARQ-ACK carried on CG-PUSCH can be determined based on the priority of CG-PUSCH and HARQ-ACK. Based on the multiplexing mode, CG-UCI and / or HARQ-ACK are transmitted to the network device. This application is applied to scenarios where time-domain overlap occurs between CG-PUSCH and HARQ-ACK carried on PUCCH in unlicensed frequency bands. It can achieve multiplexed transmission of CG-PUSCH and HARQ-ACK in unlicensed frequency bands according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0006] In one implementation, the uplink control information multiplexing method further includes: in response to the different priorities of the CG-PUSCH and the HARQ-ACK, determining the multiplexing mode by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

[0007] In one implementation, the uplink control information multiplexing method further includes: receiving multiplexing indication parameters sent by the network device; determining the multiplexing mode based on the state of the multiplexing indication parameters and / or the priority of the CG-PUSCH and the HARQ-ACK, wherein the state of the multiplexing indication parameters includes an enabled state and a disabled state.

[0008] In one implementation, the multiplexing indication parameter includes a first multiplexing indication parameter carried in higher-layer signaling. Determining the multiplexing mode based on the state of the multiplexing indication parameter and / or the priority of the CG-PUSCH and the HARQ-ACK includes: in response to the first multiplexing indication parameter being in an enabled state, jointly encoding the CG-UCI and the HARQ-ACK to determine the multiplexing mode; and in response to the first multiplexing indication parameter being in a disabled state, determining the multiplexing mode according to the priority of the CG-PUSCH and the HARQ-ACK.

[0009] In one implementation, the multiplexing indication parameter includes a first multiplexing indication parameter and a second multiplexing indication parameter carried in higher-layer signaling. Determining the multiplexing mode based on the state of the multiplexing indication parameter and / or the priority of the CG-PUSCH and the HARQ-ACK includes: in response to the second multiplexing indication parameter being enabled, jointly encoding the CG-UCI and the HARQ-ACK to determine the multiplexing mode; in response to the second multiplexing indication parameter being disabled, determining the state of the first multiplexing indication parameter; in response to the first multiplexing indication parameter being enabled, jointly encoding the CG-UCI and the HARQ-ACK to determine the multiplexing mode; and in response to the first multiplexing indication parameter being disabled, determining the multiplexing mode according to the priority of the CG-PUSCH and the HARQ-ACK.

[0010] In one implementation, determining the multiplexing mode based on the priority of the CG-PUSCH and the HARQ-ACK includes: in response to the CG-PUSCH and the HARQ-ACK having the same priority, determining the multiplexing mode as transmitting the HARQ-ACK and discarding or delaying the transmission of the CG-UCI; in response to the CG-PUSCH and the HARQ-ACK having different priorities, determining the multiplexing mode as transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

[0011] Secondly, embodiments of this application also propose a method for multiplexing uplink control information. This method is executed by a network device and includes: sending a multiplexing indication parameter to a terminal device, wherein the multiplexing indication parameter is used to indicate that when CG-PUSCH and HARQ-ACK overlap in the time domain, the terminal device determines a multiplexing mode based on the state of the multiplexing indication parameter and / or the priority of CG-UCI carried on the CG-PUSCH and the HARQ-ACK, wherein the state includes an enabled state and a disabled state; receiving information transmitted by the terminal device based on the determined multiplexing mode, wherein the transmitted information includes the CG-UCI and / or the HARQ-ACK.

[0012] In one implementation, the uplink control information multiplexing method further includes: sending 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 uplink control information multiplexing method further includes: sending the multiplexing indication parameter to the terminal device via higher-layer signaling, wherein the multiplexing indication parameter includes 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 being jointly encoded by the CG-UCI and the HARQ-ACK, decoding the received information to obtain the CG-UCI and the HARQ-ACK.

[0015] Thirdly, embodiments of this application propose a communication device that implements some or all of the functions of the terminal device described in the first aspect above. For example, the communication device may have the functions of some or all of the embodiments in this application, or it may have the functions of any one embodiment of this application implemented individually. The functions may be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more units or modules corresponding to the above functions.

[0016] In one implementation, the communication device may include a transceiver module and a processing module, the processing module being configured to support the communication device in performing the corresponding functions described in the above method. The transceiver module supports communication between the communication device and other devices. The communication device may also include a storage module, coupled to the transceiver module and the processing module, which stores necessary computer programs and data for the communication device.

[0017] As an example, the processing module can be a processor, the transceiver module can be a transceiver or a communication interface, and the storage module can be a memory.

[0018] Fourthly, embodiments of this application provide a communication device that implements some or all of the functions of the network device described in the second aspect above. For example, the communication device may have the functions of some or all of the embodiments in this application, or it may have the functions of any one embodiment of this application implemented individually. The functions may be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more units or modules corresponding to the above functions.

[0019] In one implementation, the multiplexing device for uplink control information may include a transceiver module and a processing module. The processing module is configured to support the communication device in performing the corresponding functions described in the above method. The transceiver module supports communication between the communication device and other devices. The communication device may also include a storage module coupled to the transceiver module and the processing module, which stores necessary computer programs and data for the communication device.

[0020] As an example, the processing module can be a processor, the transceiver module can be a transceiver or a communication interface, and the storage module can be a memory.

[0021] Fifthly, embodiments of this application provide a communication device including a processor, which executes the method described in the first aspect when it calls a computer program in memory.

[0022] In a sixth aspect, embodiments of this application provide a communication device including a processor that, when the processor invokes a computer program in memory, executes the method described in the second aspect above.

[0023] In a seventh aspect, embodiments of this application provide a communication device, the device including a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method described in the first aspect above.

[0024] Eighthly, embodiments of this application provide a communication device, the device including a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method described in the second aspect above.

[0025] In a ninth aspect, embodiments of this application provide a communication device, comprising: a processor and an interface circuit; the interface circuit being configured to receive code instructions and transmit them to the processor; the processor being configured to execute the code instructions to perform the method described in the first aspect above.

[0026] In a tenth aspect, this application provides a communication device, comprising: a processor and an interface circuit; the interface circuit being configured to receive code instructions and transmit them to the processor; the processor being configured to execute the code instructions to perform the method described in the second aspect above.

[0027] Eleventhly, embodiments of this application provide a communication system, which includes the communication device described in the third aspect and the communication device described in the fourth aspect, or the system includes the communication device described in the fifth aspect and the communication device described in the sixth aspect, or the system includes the communication device described in the seventh aspect and the communication device described in the eighth aspect, or the system includes the communication device described in the ninth aspect and the communication device described in the tenth aspect.

[0028] In a twelfth aspect, embodiments of this application provide a computer-readable storage medium for storing instructions that, when executed, cause the method described in the first aspect to be implemented.

[0029] In a thirteenth aspect, embodiments of this application provide a computer-readable storage medium for storing instructions that, when executed, enable the method described in the second aspect above to be implemented.

[0030] In a fourteenth aspect, this application also provides a computer program product including a computer program that, when run on a computer, causes the computer to perform the method described in the first aspect above.

[0031] In a fifteenth aspect, this application also provides a computer program product including a computer program, which, when run on a computer, causes the computer to perform the method described in the second aspect above.

[0032] In a sixteenth aspect, this application provides a chip system including at least one processor and an interface for supporting a terminal device in implementing the functions involved in the first aspect, such as determining or processing at least one of the data and information involved in the above methods. In one possible design, the chip system further includes a memory for storing computer programs and data necessary for the terminal device. The chip system may be composed of chips or may include chips and other discrete devices.

[0033] In a seventeenth aspect, this application provides a chip system including at least one processor and an interface for supporting a network device in implementing the functions involved in the second aspect, such as determining or processing at least one of the data and information involved in the above methods. In one possible design, the chip system further includes a memory for storing computer programs and data necessary for the network device. The chip system may be composed of chips or may include chips and other discrete devices.

[0034] In an eighteenth aspect, this application provides a computer program that, when run on a computer, causes the computer to perform the method described in the first aspect above.

[0035] In a nineteenth aspect, this application provides a computer program that, when run on a computer, causes the computer to perform the method described in the second aspect above. Attached Figure Description

[0036] To more clearly illustrate the technical solutions in the embodiments of this application or the background art, the accompanying drawings used in the embodiments of this application or the background art will be described below.

[0037] Figure 1 This is a schematic diagram of the architecture of a communication system proposed in an embodiment of this application;

[0038] Figure 2 This is a flowchart illustrating a method for multiplexing uplink control information according to an embodiment of this application;

[0039] Figure 3 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0040] Figure 4 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0041] Figure 5 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0042] Figure 6 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0043] Figure 7 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0044] Figure 8 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0045] Figure 9 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0046] Figure 10 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0047] Figure 11 This is a flowchart illustrating a method for multiplexing uplink control information according to another embodiment of this application;

[0048] Figure 12 This is a schematic flowchart of an uplink control information multiplexing device according to an embodiment of this application;

[0049] Figure 13This is a schematic diagram of the structure of a communication device according to an embodiment of this application;

[0050] Figure 14 This is a schematic diagram of the structure of a chip according to an embodiment of this application. Detailed Implementation

[0051] The embodiments of this application are described in detail below. Examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0052] To facilitate understanding, the terminology used in this application will be introduced first.

[0053] 1. Uplink Control Information (UCI)

[0054] UCI contains information related to the current state of the terminal device, such as whether the current terminal device needs to request uplink resources, the downlink quality detected by the current terminal device, and the number of transport layers that the terminal device can distinguish.

[0055] 2. Radio Resource Control (RRC)

[0056] Radio Resource Management (RRM) or Radio Resource Allocation (RRA) refers to the management, control, and scheduling of wireless resources through certain strategies and methods. While meeting the requirements of quality of service, it aims to make full use of limited wireless network resources, ensure coverage of the planned area, and maximize service capacity and resource utilization.

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

[0058] PUCCH is used by terminal devices to send uplink scheduling-related information, such as scheduling requests and channel condition information, to the base station.

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

[0060] PUSCH is used to carry uplink services related to LTE users and upper-layer signaling data. As the main uplink data carrier channel of the physical layer, it can schedule the transmission of uplink data and also carry control information. 5. Hybrid Automatic Repeat Request ACK (HARQ-ACK)

[0061] HARQ combines Forward Error Correction (FEC) with Automatic Repeat-reQuest (ARQ), and is called Hybrid Automatic Repeat Request. HARQ-ACK is the response or feedback information for HARQ.

[0062] To better understand the uplink control information multiplexing method proposed in the embodiments of this application, the communication system used in the embodiments of this application will be described first.

[0063] like Figure 1 As shown, Figure 1 This is a schematic diagram of the architecture of a communication system proposed in an embodiment of this application. The communication system may include, but is not limited to, a network device and a terminal device. Figure 1 The number and form of devices shown are for illustrative purposes only and do not constitute a limitation on the embodiments of this application. In actual applications, it may include two or more network devices and two or more terminal devices. Figure 1 The communication system shown is exemplified by a network device 101 and a terminal device 102.

[0064] It should be noted that the technical solutions of this application embodiment can be applied to various communication systems. For example, long term evolution (LTE) systems, 5th generation (5G) mobile communication systems, 5G new radio (NR) systems, or other future new mobile communication systems, etc.

[0065] The network device 101 in this embodiment is a network-side entity used for transmitting or receiving signals. For example, the network device 101 can be an evolved NodeB (eNB), a transmission reception point (TRP), a next-generation NodeB (gNB) in an NR system, a base station in other future mobile communication systems, or an access node in a wireless fidelity (WiFi) system. This application does not limit the specific technology or device form used in the network device. The network device provided in this embodiment can be composed of a central unit (CU) and a distributed unit (DU). The CU can also be called a control unit. Using a CU-DU structure allows the protocol layer of a network device, such as a base station, to be separated. Some protocol layer functions are centrally controlled by the CU, while the remaining or all protocol layer functions are distributed in the DU, which is centrally controlled by the CU.

[0066] In this application embodiment, the terminal device 102 is a user-side entity used to receive or transmit signals, such as a mobile phone. The terminal device can also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal device can be a car with communication capabilities, a smart car, a mobile phone, a wearable device, a tablet computer, a computer with wireless transceiver capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, a wireless terminal device in a smart home, etc. The embodiments of this application do not limit the specific technology or device form used in the terminal device.

[0067] It is understood that the communication system described in the embodiments of this application is for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and does not constitute a limitation on the technical solutions proposed in the embodiments of this application. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions proposed in the embodiments of this application are also applicable to similar technical problems.

[0068] It is understood that the multiple solutions in the embodiments of this application can be implemented individually or in combination, and this application does not limit them in this regard.

[0069] The following section, in conjunction with the accompanying drawings, provides a detailed description of the uplink control information multiplexing method and apparatus proposed in this application.

[0070] Figure 2 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a terminal device, such as... Figure 2 As shown, the method includes:

[0071] S201, in response to the time-domain overlap of the hybrid automatic repeat request acknowledgment information HARQ-ACK carried on the configuration authorized physical uplink shared channel CG-PUSCH and the physical uplink control channel PUCCH, the multiplexing mode of the configuration authorized uplink control information CG-UCI and HARQ-ACK carried on CG-PUSCH is determined based on the priority of CG-PUSCH and HARQ-ACK.

[0072] Terminal devices transmit uplink information or data to network devices through physical uplink channels. These physical uplink channels include PUCCH and PUSCH. In implementation, terminal devices can transmit UCI information via either PUCCH or PUSCH.

[0073] In some implementations, UCI may include HARQ-ACK and / or Configure Grant-Uplink Control Information (CG-UCI). Optionally, HARQ-ACK can be transmitted to the network device via PUCCH, while CG-UCI can be transmitted to the network device via CG-PUSCH. CG-PUSCH is a periodic time-frequency resource configured by the network device for the terminal via higher-layer signaling and can be used to transmit uplink data. The higher-layer signaling can be RRC signaling or other signaling, which is not limited here. In New Radio Unlicensed (NRU), both PUCCH and CG-PUSCH can operate in unlicensed frequency bands. When both PUCCH and CG-PUSCH operate in unlicensed frequency bands, time domain overlap between CG-PUSCH and PUCCH will occur.

[0074] When CG-PUSCH is transmitted on an unlicensed frequency band, it can carry CG-UCI information to indicate uplink control information related to this 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 Sharing Information (COT sharing information), etc.

[0075] In practice, network devices can also directly configure the priority of CG-PUSCH through higher-layer signaling. Generally, it can be assumed that if a network device schedules URLLC services to be transmitted on CG-PUSCH, it will configure CG-PUSCH as a high priority.

[0076] When 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 acknowledgment information HARQ-ACK carried on the physical uplink control channel overlap in the time domain, the CG-UCI and HARQ-ACK carried on CG-PUSCH have different multiplexing modes according to their different priorities. The most suitable multiplexing mode is determined to facilitate better information transmission.

[0077] Alternatively, the reuse mode can be to jointly encode CG-UCI and HARQ-ACK.

[0078] Optionally, the multiplexing mode can be either transmitting CG-UCI or HARQ-ACK. For example, CG-UCI can be transmitted while HARQ-ACK is discarded or delayed. Or, HARQ-ACK can be transmitted while CG-UCI is discarded or delayed.

[0079] S202, transmitting information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0080] Different multiplexing modes in implementation may transmit different information, and the corresponding channels for transmitting this information may also be different. Therefore, based on the multiplexing mode determined above, the corresponding transmission channel can be determined, and then the information corresponding to the multiplexing mode can be transmitted to the network device based on the transmission channel.

[0081] As one possible implementation, in response to the multiplexing mode of jointly encoding CG-UCI and HARQ-ACK, the transmission channel can be determined as CG-PUSCH. The CG-PUSCH carries the jointly encoded information of CG-UCI and HARQ-ACK, and this jointly encoded information is transmitted to the network device.

[0082] As another possible implementation, in response to the multiplexing mode of transmitting only CG-UCI, the transmission channel can be determined to be CG-PUSCH. CG-UCI is carried by CG-PUSCH and transmitted to the network device.

[0083] As another possible implementation, in response to the multiplexing mode of transmitting only HARQ-ACK, the transport channel can be determined to be PUCCH. The HARQ-ACK is carried by the PUCCH and transmitted to the network device.

[0084] This application provides a method for multiplexing uplink control information. In response to time-domain overlap between HARQ-ACK carried on CG-PUSCH and PUCCH, the multiplexing mode of CG-UCI and HARQ-ACK carried on CG-PUSCH can be determined based on the priority of CG-PUSCH and HARQ-ACK. Based on the multiplexing mode, CG-UCI and / or HARQ-ACK are transmitted to the network device. This application is applied to scenarios where time-domain overlap occurs between CG-PUSCH and HARQ-ACK carried on PUCCH in unlicensed frequency bands. It can achieve multiplexed transmission of CG-PUSCH and HARQ-ACK in unlicensed frequency bands according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0085] Figure 3 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a terminal device, such as... Figure 3 As shown, the method also includes:

[0086] S301, it is determined that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0087] The specific implementation of step S301 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0088] S302, in response to the different priorities of CG-PUSCH and HARQ-ACK, determines the multiplexing mode by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

[0089] In this embodiment of the application, the priority of CG-UCI can be considered to be equivalent to the priority of CG-PUSCH that transmits the CG-UCI.

[0090] Optionally, the priority of CG-UCI and HARQ-ACK includes any of the following:

[0091] The priority of CG-UCI is equal to that of HARQ-ACK;

[0092] CG-UCI has a higher priority than HARQ-ACK;

[0093] HARQ-ACK has a higher priority than CG-UCI.

[0094] When CG-PUSCH and HARQ-ACK have different priorities, optionally, if CG-UCI has a higher priority than HARQ-ACK, and since the transmission of CG-UCI and HARQ-ACK overlaps, CG-UCI and HARQ-ACK cannot be transmitted simultaneously. To ensure that higher-priority information is transmitted first, optionally, the lower-priority HARQ-ACK can be discarded, and only the higher-priority CG-UCI can be transmitted. Alternatively, the transmission of the lower-priority HARQ-ACK can be delayed, and the transmission of the higher-priority CG-UCI can be prioritized.

[0095] Optionally, if the priority of HARQ-ACK is higher than that of CG-UCI, and since the transmission of CG-UCI and HARQ-ACK overlaps, CG-UCI and HARQ-ACK cannot be transmitted simultaneously. To ensure that higher-priority information is transmitted first, the lower-priority CG-UCI can be discarded, and only the higher-priority HARQ-ACK can be transmitted. Alternatively, the transmission of the lower-priority CG-UCI can be delayed, and the higher-priority HARQ-ACK can be transmitted first.

[0096] S303 transmits information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0097] The specific implementation of step S303 can be implemented using any of the embodiments of this application, and will not be elaborated here.

[0098] When this embodiment of the application is applied to unlicensed frequency band transmission, it can ensure that information with higher priority is sent first when the priorities of CG-PUSCH and HARQ-ACK are different.

[0099] Figure 4 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a terminal device, such as... Figure 4 As shown, the method also includes:

[0100] S401, it is determined that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0101] The specific implementation of step 401 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0102] S402, Receive multiplexing indication parameters sent by the network device.

[0103] The multiplexing indicator parameter indicates whether multiplexing of CG-UCI and HARQ-ACK with different priorities is allowed. If the multiplexing indicator parameter is enabled, multiplexing of CG-UCI and HARQ-ACK with different priorities is allowed. In this case, CG-UCI and HARQ-ACK with the same or different priorities are jointly encoded and carried on the CG-PUSCH. If the multiplexing indicator parameter is disabled, that is, multiplexing of CG-UCI and HARQ-ACK with different priorities is not allowed, then for CG-UCI and HARQ-ACK with different priorities, the higher priority is transmitted first.

[0104] Terminal devices can receive higher-layer signaling sent by network devices, and these higher-layer signaling messages can be used to send multiplexing indication parameters to the terminal devices. In some implementations, existing parameters in the higher-layer signaling are used as multiplexing indication parameters; in others, new parameters can be added to the higher-layer signaling as multiplexing indication parameters. In still other implementations, two or more parameters in the higher-layer signaling are used as multiplexing indication parameters. For example, the two or more parameters can be existing parameters, newly added parameters, or a combination of existing and newly added parameters.

[0105] For example, higher-layer signaling can be RRC signaling, and the multiplexing indication parameter can be the grant-uplink control information multiplexing (CG-UCIMultiplexing) parameter in the RRC signaling.

[0106] S403, based on the state of the multiplexing indicator parameter and / or the priority of CG-PUSCH and HARQ-ACK, determine the multiplexing mode, wherein the state of the multiplexing indicator parameter includes an enabled state and a disabled state.

[0107] The multiplexing indicator parameter has two states: enabled and disabled. The multiplexing mode is determined based on the state of the multiplexing indicator parameter and / or the priority of CG-PUSCH and HARQ-ACK.

[0108] Optionally, the priority of CG-UCI and HARQ-ACK includes any of the following:

[0109] The priority of CG-UCI is equal to that of HARQ-ACK;

[0110] CG-UCI has a higher priority than HARQ-ACK;

[0111] HARQ-ACK has a higher priority than CG-UCI.

[0112] In other words, the states and priorities of the reuse indicator parameters are combined, resulting in a total of 6 possible combinations, including any one of the following:

[0113] When the multiplexing indicator parameter is enabled, the priority of CG-UCI is equal to the priority of HARQ-ACK;

[0114] When the multiplexing indicator parameter is enabled, CG-UCI has a higher priority than HARQ-ACK.

[0115] When the multiplexing indicator parameter is enabled, HARQ-ACK has a higher priority than CG-UCI.

[0116] When the multiplexing indicator parameter is in the disabled state, the priority of CG-UCI is equal to the priority of HARQ-ACK;

[0117] When the multiplexing indicator parameter is in the disabled state, CG-UCI has a higher priority than HARQ-ACK.

[0118] The multiplexing indicator parameter is in the disabled state, and HARQ-ACK has a higher priority than CG-UCI.

[0119] It should be noted that each combination state has its corresponding multiplexing mode. The multiplexing mode can be determined based on the combination state of CG-PUSCH and HARQ-ACK.

[0120] In this embodiment of the application, the transmission of CG-UCI and / or HARQ-ACK on CG-PUSCH resources can be instructed by the network device, agreed upon by the protocol, or chosen by the terminal itself, and no further limitations are made here.

[0121] S404 transmits information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0122] The specific implementation of step S404 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0123] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in unlicensed frequency bands. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in unlicensed frequency bands according to the priority of CG-PUSCH and HARQ-ACK. Furthermore, it can determine a suitable multiplexing mode based on multiplexing indication parameters and the priority of HARQ-ACK carried on CG-PUSCH and PUCCH, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0124] Figure 5 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a terminal device and includes:

[0125] S501, determine that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0126] The specific implementation of step S501 can be achieved using any of the implementation methods in this application, and will not be elaborated here.

[0127] S502 receives multiplexing indication parameters sent by the network device.

[0128] The multiplexing indication parameter indicates whether multiplexing of CG-UCI and HARQ-ACK with different priorities is allowed. Optionally, the multiplexing indication parameter includes a first multiplexing indication parameter in the higher-layer signaling. This first multiplexing indication parameter can be an existing parameter in the higher-layer signaling or a newly added parameter. For example, the higher-layer signaling is RRC signaling, where the CG-UCI Multiplexing parameter carried in the RRC signaling serves as the first multiplexing indication parameter.

[0129] S503, in response to the first multiplexing indication parameter being enabled, jointly encodes CG-UCI and HARQ-ACK to determine the multiplexing mode.

[0130] If the first multiplexing indicator parameter is enabled, then CG-UCI and HARQ-ACK are jointly encoded and carried by CG-PUSCH before being transmitted. In other words, when the first multiplexing indicator parameter is enabled, CG-UCI and HARQ-ACK are jointly encoded regardless of whether their priorities are the same.

[0131] S504 transmits information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0132] The specific implementation of step S504 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0133] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in unlicensed frequency bands. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in unlicensed frequency bands according to the priority of CG-PUSCH and HARQ-ACK. Furthermore, it can determine a suitable multiplexing mode based on multiplexing indication parameters and the priority of HARQ-ACK carried on CG-PUSCH and PUCCH, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0134] Figure 6 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a terminal device and includes:

[0135] S601, determine that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0136] The specific implementation of step S601 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0137] S602, receive multiplexing indication parameters sent by the network device.

[0138] The specific implementation of step S602 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0139] S603, in response to the first multiplexing indication parameter being in the disabled state, determines the multiplexing mode according to the priority of CG-PUSCH and HARQ-ACK.

[0140] When the first multiplexing indicator parameter is in the disabled state, it indicates that multiplexing of CG-UCI and HARQ-ACK with different priorities is not allowed. Furthermore, the multiplexing mode can be determined according to the priority of CG-PUSCH and HARQ-ACK.

[0141] S604, in response to the fact that CG-PUSCH and HARQ-ACK have the same priority, determines the multiplexing mode by transmitting HARQ-ACK and discarding or delaying the transmission of CG-UCI.

[0142] In this embodiment of the application, when CG-PUSCH and HARQ-ACK have the same priority, HARQ-ACK can be transmitted via PUCCH, and CG-UCI can be discarded or delayed.

[0143] S605, in response to the different priorities of CG-PUSCH and HARQ-ACK, determines the multiplexing mode by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

[0144] Optionally, the priorities of CG-PUSCH and HARQ-ACK are compared. If HARQ-ACK has a higher priority, HARQ-ACK will be transmitted, and CG-UCI will be discarded or delayed for transmission as a multiplexing mode. If CG-UCI has a higher priority, CG-UCI will be transmitted, and HARQ-ACK will be discarded or delayed for transmission as a multiplexing mode.

[0145] S606 transmits information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0146] The specific implementation of step S606 can be achieved using any of the implementation methods in this application, and will not be elaborated here.

[0147] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in unlicensed frequency bands. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in unlicensed frequency bands according to the priority of CG-PUSCH and HARQ-ACK. Furthermore, it can determine a suitable multiplexing mode based on multiplexing indication parameters and the priority of HARQ-ACK carried on CG-PUSCH and PUCCH, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0148] Figure 7 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a network device and includes:

[0149] S701, it is determined that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0150] Step S701 has been described in the above embodiments and will not be repeated here.

[0151] S702 receives multiplexing indication parameters sent by network devices.

[0152] The multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter. The first multiplexing indication parameter has been described in the above embodiments. 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 serves as the first multiplexing indication parameter. Further, a new parameter is added to the RRC signaling as the second multiplexing indication parameter. The second multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK with different priorities is allowed.

[0153] S703, in response to the second multiplexing indication parameter being enabled, jointly encodes CG-UCI and HARQ-ACK to determine the multiplexing mode.

[0154] If the second multiplexing indicator parameter is enabled, then CG-UCI and HARQ-ACK are jointly encoded and carried by CG-PUSCH, and then transmitted. In other words, when the second multiplexing indicator parameter is enabled, CG-UCI and HARQ-ACK are jointly encoded regardless of whether their priorities are the same.

[0155] S704 transmits information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0156] The specific implementation of step S704 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0157] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the unlicensed frequency band. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency band according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0158] Figure 8 This is a flowchart illustrating an embodiment of an uplink control information multiplexing method according to this application. The method is applied to a network device and includes:

[0159] S801, determine that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0160] Step S801 has been described in the above embodiments and will not be repeated here.

[0161] S802 receives multiplexing indication parameters sent by the network device.

[0162] Step S802 has been described in the above embodiments and will not be repeated here.

[0163] S803, in response to the second multiplexing indicator parameter being in the disabled state, determines the state of the first multiplexing indicator parameter.

[0164] If the second multiplexing indicator parameter is in a disabled state, the multiplexing mode of CG-UCI and HARQ-ACK cannot be determined solely by its state. In this case, the state of the first multiplexing indicator parameter needs to be determined. The state of the first multiplexing indicator parameter includes both an enabled state and a disabled state.

[0165] S804, in response to the first multiplexing indication parameter being enabled, jointly encodes CG-UCI and HARQ-ACK to determine the multiplexing mode.

[0166] S805, in response to the first multiplexing indication parameter being in the disabled state, determines the multiplexing mode according to the priority of CG-PUSCH and HARQ-ACK.

[0167] S806, in response to the fact that CG-PUSCH and HARQ-ACK have the same priority, determines the multiplexing mode by transmitting HARQ-ACK and discarding or delaying the transmission of CG-UCI.

[0168] S807, in response to the different priorities of CG-PUSCH and HARQ-ACK, determines the multiplexing mode by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

[0169] S808 transmits information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0170] The specific implementation of steps S804 to S808 can be carried out using the implementation method in any embodiment of this application, and will not be described in detail here.

[0171] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the unlicensed frequency band. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency band according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0172] Figure 9 This is a flowchart illustrating a method for multiplexing uplink control information according to an embodiment of this application. This method is applied to network devices, such as... Figure 9 As shown, the method includes:

[0173] S901, send multiplexing indication parameters to the terminal device, wherein the multiplexing indication parameters are used to indicate that when CG-PUSCH and HARQ-ACK overlap in the time domain, the terminal device determines the multiplexing mode based on the state of the multiplexing indication parameters and / or the priority of CG-UCI and HARQ-ACK carried on CG-PUSCH, wherein the state includes an enabled state and a disabled state.

[0174] For a detailed description of step S901, please refer to the relevant content in the above embodiments, which will not be repeated here.

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

[0176] For a detailed description of step S902, please refer to the relevant content in the above embodiments, which will not be repeated here.

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

[0178] The CG-UCI and HARQ-ACK are jointly encoded and transmitted on the CG-PUSCH. When the terminal device receives the joint encoding, it can decode the encoding to obtain the original CG-UCI and HARQ-ACK information.

[0179] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the unlicensed frequency band. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency band according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0180] Figure 10 This is a flowchart illustrating a method for multiplexing uplink control information according to an embodiment of this application. This method is applied to network devices, such as... Figure 10 As shown, the method includes:

[0181] S1001, it is determined that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0182] For a detailed description of step S801, please refer to the relevant content in the above embodiments, which will not be repeated here.

[0183] S1002, Multiplexing indication parameters are sent to the terminal device via higher-layer signaling, wherein the multiplexing indication parameters include the first multiplexing indication parameter carried in the higher-layer signaling.

[0184] For a detailed description of step S802, please refer to the relevant content in the above embodiments, which will not be repeated here.

[0185] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the unlicensed frequency band. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency band according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0186] Figure 11 This is a flowchart illustrating a method for multiplexing uplink control information according to an embodiment of this application. This method is applied to network devices, such as... Figure 11 As shown, the method includes:

[0187] S1101, determine that the HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the time domain.

[0188] For a detailed description of step S1101, please refer to the relevant content in the above embodiments, which will not be repeated here.

[0189] S1102, Multiplexing indication parameters are sent 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.

[0190] For a detailed description of step S1102, please refer to the relevant content in the above embodiments, which will not be repeated here.

[0191] This application is applied to scenarios where the time domain of HARQ-ACK carried on CG-PUSCH and PUCCH overlaps in the unlicensed frequency band. It can achieve multiplexing transmission of CG-PUSCH and HARQ-ACK in the unlicensed frequency band according to the priority of CG-PUSCH and HARQ-ACK, thereby ensuring the transmission latency and reliability of UCI in URLLC services.

[0192] In the embodiments provided above, the methods proposed in this application have been described from the perspectives of network devices and terminal devices, respectively. To implement the functions of the methods proposed in the embodiments of this application, the network device and the terminal device may include hardware structures and software modules, implementing the above functions in the form of hardware structures, software modules, or a combination of hardware structures and software modules. One of the above functions can be executed in the form of hardware structures, software modules, or a combination of hardware structures and software modules.

[0193] This application also provides a communication device, which can be a terminal device (such as the terminal device in the foregoing method embodiments), a device within a terminal device, or a device compatible with a terminal device. Alternatively, the communication device can be a network device, a device within a network device, or a device compatible with a network device.

[0194] like Figure 12 As shown, Figure 12 This is a schematic diagram of the structure of a communication device according to an embodiment of the present application. The communication device 1200 may include a transceiver module 1201 and a processing module 1202.

[0195] The transceiver module 1201 can be used to respond to the time-domain overlap of the configuration authorized physical uplink shared channel CG-PUSCH and the hybrid automatic repeat request acknowledgment information HARQ-ACK carried on the physical uplink control channel, and determine the multiplexing mode of the configuration authorized uplink control information CG-UCI and HARQ-ACK carried on the CG-PUSCH based on the priority of CG-PUSCH and HARQ-ACK.

[0196] The processing module 1202 can be used to transmit information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0197] The transceiver module 1201 is also used to determine the multiplexing mode by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority in response to the different priorities of CG-PUSCH and HARQ-ACK.

[0198] The transceiver module 1201 is also used to receive multiplexing indication parameters sent by the network device; and to determine the multiplexing mode based on the status of the multiplexing indication parameters and / or the priority of CG-PUSCH and HARQ-ACK, wherein the status of the multiplexing indication parameters includes an enabled state and a disabled state.

[0199] Optionally, the transceiver module 1201 is further configured to, in response to the first multiplexing indication parameter being in an enabled state, jointly encode CG-UCI and HARQ-ACK to determine a multiplexing mode; and in response to the first multiplexing indication parameter being in a disabled state, determine the multiplexing mode according to the priority of CG-PUSCH and HARQ-ACK.

[0200] Optionally, the transceiver module 1201 is further configured to, in response to the second multiplexing indication parameter being in an enabled state, jointly encode CG-UCI and HARQ-ACK to determine a multiplexing mode; in response to the second multiplexing indication parameter being in a disabled state, determine the state of the first multiplexing indication parameter; in response to the first multiplexing indication parameter being in an enabled state, jointly encode CG-UCI and HARQ-ACK to determine a multiplexing mode; and in response to the first multiplexing indication parameter being in a disabled state, determine the multiplexing mode according to the priority of CG-PUSCH and HARQ-ACK.

[0201] Optionally, the transceiver module 1201 is further configured to determine a multiplexing mode by transmitting HARQ-ACK and discarding or delaying the transmission of CG-UCI when CG-PUSCH and HARQ-ACK have the same priority; and to determine a multiplexing mode by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority when CG-PUSCH and HARQ-ACK have different priorities.

[0202] When applied to unlicensed frequency band transmission, this application determines a suitable multiplexing mode based on the different priorities of CG-PUSCH and HARQ-ACK, which can guarantee the transmission latency and reliability of UCI in URLLC services.

[0203] When the communication device 1200 is a network device, it includes:

[0204] The transceiver module 1201 can be used to respond to the time-domain overlap of the configuration authorized physical uplink shared channel CG-PUSCH and the hybrid automatic repeat request acknowledgment information HARQ-ACK carried on the physical uplink control channel, and determine the multiplexing mode of the configuration authorized uplink control information CG-UCI and HARQ-ACK carried on the CG-PUSCH based on the priority of CG-PUSCH and HARQ-ACK.

[0205] The processing module 1202 can be used to transmit information to network devices based on multiplexing mode, wherein the transmitted information includes CG-UCI and / or HARQ-ACK.

[0206] Optionally, the transceiver module 1201 is further configured to send multiplexing indication parameters to the terminal device via higher-layer signaling, wherein the multiplexing indication parameters include a first multiplexing indication parameter carried in the higher-layer signaling.

[0207] Optionally, the transceiver module 1201 is further configured to send 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.

[0208] Optionally, the processing module 1202 is further configured to decode the received information to obtain CG-UCI and HARQ-ACK in response to the multiplexing mode performing joint encoding of CG-UCI and HARQ-ACK.

[0209] When applied to unlicensed frequency band transmission, this application determines a suitable multiplexing mode based on the different priorities of CG-PUSCH and HARQ-ACK, which can guarantee the transmission latency and reliability of UCI in URLLC services.

[0210] Figure 13 This is a schematic diagram of another communication device 1300 provided in an embodiment of this application. The communication device 1300 can be a network device, a terminal device, a chip, chip system, or processor that supports the network device in implementing the above methods, or a chip, chip system, or processor that supports the terminal device in implementing the above methods. This device can be used to implement the methods described in the above method embodiments; for details, please refer to the descriptions in the above method embodiments.

[0211] The communication device 1300 may include one or more processors 1301. The processor 1301 may be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control the communication device (e.g., base station, baseband chip, terminal equipment, terminal equipment chip, DU or CU, etc.), execute computer programs, and process data from the computer programs.

[0212] Optionally, the communication device 1300 may further include one or more memories 1302, which may store a computer program 1304. The processor 1301 executes the computer program 1304 to cause the communication device 1300 to perform the methods described in the above method embodiments. Optionally, the memory 1302 may also store data. The communication device 1300 and the memory 1302 may be provided separately or integrated together.

[0213] 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, transceiver, or transceiver circuit, etc., and is used to implement the transmission and reception functions. The transceiver 1305 may include a receiver and a transmitter. The receiver may be referred to as a receiver or receiving circuit, etc., and is used to implement the receiving function; the transmitter may be referred to as a transmitter or transmitting circuit, etc., and is used to implement the transmitting function.

[0214] Optionally, the communication device 1300 may further include one or more interface circuits 1307. The interface circuits 1307 are used to receive code instructions and transmit them 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.

[0215] Communication device 1300 is a terminal device: processor 1301 is used to execute Figure 9 Step S901 in Figure 10 Step S1001 and Figure 11 Steps S1101, etc.; transceiver 1305 is used to perform Figure 2 Step S202 in Figure 3 Step S303 in Figure 4 Step S404 and Figure 5 Step S505, etc.

[0216] Communication device 1300 is a network device: transceiver 1305 is used to perform... Figure 2 Step S202 in Figure 3 Step S303 in Figure 4 Steps S404, etc.; processor 1301 is used to execute Figure 2 Step S201 in Figure 3 Step S301 and Figure 4 Step S401, etc.

[0217] In one implementation, the processor 1301 may include a transceiver for implementing receive and transmit functions. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing receive and transmit functions may be separate or integrated. The aforementioned transceiver circuit, interface, or interface circuit can be used for reading and writing code / data, or it can be used for transmitting or relaying signals.

[0218] In one implementation, processor 1301 may store computer program 1303, which runs on processor 1301 and causes communication device 1300 to perform the methods described in the above method embodiments. Computer program 1303 may be embedded in processor 1301, in which case processor 1301 may be implemented in hardware.

[0219] In one implementation, the communication device 1300 may include circuitry capable of performing the functions of transmitting, receiving, or communicating as described in the aforementioned method embodiments. The processor and transceiver described in this application can be implemented on integrated circuits (ICs), analog ICs, radio frequency integrated circuits (RFICs), mixed-signal ICs, application-specific integrated circuits (ASICs), printed circuit boards (PCBs), electronic devices, etc. The processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal-oxide-semiconductor (CMOS), n-metal-oxide-semiconductor (NMOS), positive-channel metal-oxide-semiconductor (PMOS), bipolar junction transistors (BJTs), bipolar CMOS (BiCMOS), silicon-germanium (SiGe), gallium arsenide (GaAs), etc.

[0220] The communication device described in the above embodiments may be a network device or a terminal device (such as the first terminal device in the foregoing method embodiments), but the scope of the communication device described in this application is not limited thereto, and the structure of the communication device may vary. Figure 13 The communication device can be a standalone device or part of a larger device. For example, the communication device can be:

[0221] (1) Independent integrated circuit IC, or chip, or chip system or subsystem;

[0222] (2) A collection of one or more ICs, optionally including storage components for storing data and computer programs;

[0223] (3) ASIC, such as modem;

[0224] (4) Modules that can be embedded in other devices;

[0225] (5) Receivers, terminal equipment, smart terminal equipment, cellular phones, wireless equipment, handheld devices, mobile units, vehicle-mounted equipment, network equipment, cloud equipment, artificial intelligence equipment, etc.

[0226] (6) Others, etc.

[0227] For cases where the communication device can be a chip or a chip system, please refer to [link / reference]. Figure 14 The diagram shows the structure of the chip. Figure 14 The chip shown includes a processor 1401 and an interface 1402. There can be one or more processors 1401, and multiple interfaces 1402.

[0228] Regarding the case where the chip is used to implement the functions of the terminal device in the embodiments of this application:

[0229] Interface 1402 is used for execution Figure 9 Step S901 in Figure 10 Step S1001 and Figure 11 Steps S1101, etc.

[0230] For cases where the chip is used to implement the functions of the network device in the embodiments of this application:

[0231] Interface 1402 is used for execution Figure 2 Step S202 in Figure 3 Step S303 in Figure 4 Step S404, etc.

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

[0233] Those skilled in the art will also understand that the various illustrative logical blocks and steps listed in the embodiments of this application can be implemented by electronic hardware, computer software, or a combination of both. Whether such functionality is implemented through hardware or software depends on the specific application and the overall system design requirements. Those skilled in the art can implement the functionality using various methods for each specific application, but such implementation should not be construed as exceeding the scope of protection of the embodiments of this application.

[0234] This application also provides a system for adjusting the maximum transmission layer number, the system comprising the aforementioned Figure 12 The embodiments include a communication device as a terminal device (such as the terminal device in the aforementioned method embodiments) and a communication device as a network device; or, the system includes the aforementioned... Figure 12 The embodiments include a communication device as a terminal device (such as the terminal device in the aforementioned method embodiments) and a communication device as a network device.

[0235] This application also provides a readable storage medium having instructions stored thereon that, when executed by a computer, implement the functions of any of the above method embodiments.

[0236] This application also provides a computer program product that, when executed by a computer, implements the functions of any of the above method embodiments.

[0237] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer programs. When a computer program is loaded and executed on a computer, it generates, in whole or in part, the processes or functions according to the embodiments of this application. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer program can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, a computer program can be transferred from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., high-density digital video discs (DVDs)), or semiconductor media (e.g., solid-state disks (SSDs)).

[0238] Those skilled in the art will understand that the various numerical designations such as "first," "second," etc., involved in this application are merely for the convenience of description and are not intended to limit the scope of the embodiments of this application, nor do they indicate the order of sequence.

[0239] At least one in this application can also be described as one or more, and multiple can be two, three, four or more, and this application does not impose any limitation. In the embodiments of this application, for a technical feature, the technical features in that technical feature are distinguished by "first", "second", "third", "A", "B", "C" and "D", and there is no order or size among the technical features described by "first", "second", "third", "A", "B", "C" and "D".

[0240] The correspondences shown in the tables of this application can be configured or predefined. The values ​​of the information in each table are merely examples and can be configured to other values; this application is not limited to these values. When configuring the correspondences between information and parameters, it is not necessarily required to configure all the correspondences shown in each table. For example, the correspondences shown in some rows of the tables in this application may not be configured. Furthermore, appropriate modifications and adjustments can be made based on the above tables, such as splitting, merging, etc. The names of the parameters shown in the headings of the above tables can also use other names that the communication device can understand, and the values ​​or representations of the parameters can also be other values ​​or representations that the communication device can understand. In the implementation of the above tables, other data structures can also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables, or hash tables, etc.

[0241] The term "predefined" in this application can be understood as definition, pre-defined, stored, pre-stored, pre-negotiated, pre-configured, solidified, or pre-burned.

[0242] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0243] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0244] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for multiplexing uplink control information, characterized in that, Applicable to unlicensed frequency band transmission, the method is performed by a terminal device, and the method includes: In response to the time-domain overlap of the hybrid automatic repeat request acknowledgment information HARQ-ACK carried on the configuration authorized physical uplink shared channel CG-PUSCH and the physical uplink control channel PUCCH, the multiplexing mode of the configuration authorized uplink control information CG-UCI carried on the CG-PUSCH and the HARQ-ACK is determined based on the priority of the CG-PUSCH and the HARQ-ACK. Information is transmitted to network devices based on the multiplexing mode, wherein the transmitted information includes the CG-UCI and / or the HARQ-ACK; The method further includes: The network device receives multiplexing indication parameters, which include a first multiplexing indication parameter and a second multiplexing indication parameter carried in higher-layer signaling. The second multiplexing indication parameter is used to indicate whether multiplexing of CG-UCI and HARQ-ACK with different priorities is allowed. The higher-layer signaling is RRC signaling. The first multiplexing indication parameter is a CG-UCI Multiplexing parameter carried in the RRC signaling, and the second multiplexing indication parameter is a parameter newly added to the RRC signaling. In response to the second multiplexing indication parameter being enabled, the CG-UCI and HARQ-ACK will be jointly encoded to determine the multiplexing mode; In response to the second multiplexing indicator parameter being in a disabled state, the state of the first multiplexing indicator parameter is determined; In response to the first multiplexing indication parameter being enabled, the CG-UCI and the HARQ-ACK will be jointly encoded to determine the multiplexing mode; In response to the first multiplexing indication parameter being in an enabled state, the multiplexing mode is determined according to the priority of the CG-PUSCH and the HARQ-ACK.

2. The method according to claim 1, characterized in that, Also includes: In response to the different priorities of the CG-PUSCH and the HARQ-ACK, the multiplexing mode is determined by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

3. The method according to claim 1, characterized in that, Determining the multiplexing mode based on the priority of the CG-PUSCH and the HARQ-ACK includes: In response to the fact that the CG-PUSCH and the HARQ-ACK have the same priority, the multiplexing mode is determined by transmitting the HARQ-ACK and discarding or delaying the transmission of the CG-UCI. In response to the different priorities of the CG-PUSCH and the HARQ-ACK, the multiplexing mode is determined by transmitting information with higher priority and discarding or delaying the transmission of information with lower priority.

4. A method for multiplexing uplink control information, characterized in that, Applicable to unlicensed frequency band transmission, the method is performed by a network device, and the method includes: Multiplexing indication parameters are sent to the terminal device via higher-layer signaling. These multiplexing indication parameters indicate that when CG-PUSCH and HARQ-ACK overlap in the time domain, the terminal device determines the multiplexing mode based on the state of the multiplexing indication parameters and / or the priority of CG-UCI carried on the CG-PUSCH and the HARQ-ACK. The multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in the higher-layer signaling. When the second multiplexing indication parameter is enabled, the multiplexing mode involves joint encoding of the CG-UCI and the HARQ-ACK. When the second multiplexing indication parameter is de-enabled... In the enabled state, the first multiplexing indication parameter is enabled, and the multiplexing mode is the joint encoding of the CG-UCI and the HARQ-ACK; in the disabled state, the second multiplexing indication parameter is disabled, and the multiplexing mode is determined according to the priority of the CG-PUSCH and the HARQ-ACK; the terminal device receives information transmitted based on the determined multiplexing mode, wherein the transmitted information includes the CG-UCI and / or the HARQ-ACK; the higher-layer signaling is RRC signaling, wherein the first multiplexing indication parameter is the CG-UCI Multiplexing parameter carried in the RRC signaling, and the second multiplexing indication parameter is a newly added parameter in the RRC signaling.

5. The method according to claim 4, characterized in that, Also includes: In response to the multiplexing mode, the CG-UCI and HARQ-ACK are jointly encoded, and the received information is decoded to obtain the CG-UCI and HARQ-ACK.

6. A communication device, characterized in that, include: The transceiver module is used to respond to the time-domain overlap of the hybrid automatic repeat request acknowledgment information HARQ-ACK carried on the configuration-granted physical uplink shared channel CG-PUSCH and the physical uplink control channel PUCCH, and to determine the multiplexing mode of the configuration-granted uplink control information CG-UCI and the HARQ-ACK carried on the CG-PUSCH based on the priority of the CG-PUSCH and the HARQ-ACK. A processing module is configured to transmit information to a network device based on the multiplexing mode, wherein the transmitted information includes the CG-UCI and / or the HARQ-ACK; The transceiver module is also used for: The network device receives multiplexing indication parameters, which include a first multiplexing indication parameter and a second multiplexing indication parameter carried in higher-layer signaling, wherein the higher-layer signaling is RRC signaling, and the first multiplexing indication parameter is a CG-UCI Multiplexing parameter carried in the RRC signaling, and the second multiplexing indication parameter is a parameter newly added to the RRC signaling. In response to the second multiplexing indication parameter being enabled, the CG-UCI and HARQ-ACK will be jointly encoded to determine the multiplexing mode; In response to the second multiplexing indicator parameter being in a disabled state, the state of the first multiplexing indicator parameter is determined; In response to the first multiplexing indication parameter being enabled, the CG-UCI and the HARQ-ACK will be jointly encoded to determine the multiplexing mode; In response to the first multiplexing indication parameter being in an enabled state, the multiplexing mode is determined according to the priority of the CG-PUSCH and the HARQ-ACK.

7. A communication device, characterized in that, include: A transceiver module is used to send multiplexing indication parameters to a terminal device via higher-layer signaling. The multiplexing indication parameters indicate that when CG-PUSCH and HARQ-ACK overlap in the time domain, the terminal device determines a multiplexing mode based on the state of the multiplexing indication parameters and / or the priority of CG-UCI carried on the CG-PUSCH and the HARQ-ACK. The multiplexing indication parameters include a first multiplexing indication parameter and a second multiplexing indication parameter carried in the higher-layer signaling. When the second multiplexing indication parameter is enabled, the multiplexing mode involves joint encoding of the CG-UCI and the HARQ-ACK. When the second multiplexing indication parameter is disabled, the first multiplexing indication parameter is enabled, and the multiplexing mode involves joint encoding of the CG-UCI and the HARQ-ACK. When the second multiplexing indication parameter is disabled, the first multiplexing indication parameter is disabled, and the multiplexing mode is determined according to the priority of the CG-PUSCH and the HARQ-ACK. The processing module is configured to receive information transmitted by the terminal device based on the determined multiplexing mode, wherein the transmitted information includes the CG-UCI and / or the HARQ-ACK; the higher-layer signaling is RRC signaling, wherein the first multiplexing indication parameter is the CG-UCI Multiplexing parameter carried in the RRC signaling, and the second multiplexing indication parameter is a parameter newly added in the RRC signaling.

8. A communication device, characterized in that, The device includes a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method as described in any one of claims 1 to 3.

9. A communication device, characterized in that, The device includes a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method as described in any one of claims 4 to 5.

10. A communication device, characterized in that, include: Processor and interface circuitry; The interface circuit is used to receive code instructions and transmit them to the processor; The processor is configured to run the code instructions to perform the method as described in any one of claims 1 to 3.

11. A communication device, characterized in that, include: Processor and interface circuitry; The interface circuit is used to receive code instructions and transmit them to the processor; The processor is configured to run the code instructions to perform the method as described in any one of claims 4 to 5.

12. A computer-readable storage medium for storing instructions that, when executed, cause the method as described in any one of claims 1 to 3 to be implemented.

13. A computer-readable storage medium for storing instructions that, when executed, cause the method of any one of claims 4 to 5 to be implemented.

Images