Patent Description:
In a Long Term Evolution (LTE) system, when a User Equipment (UE) needs to send both an uplink data and Uplink Control Information (UCI) in a certain subframe, the UE may carry an uplink control signaling in the uplink data, thereby reducing the power peak-to-average ratio.

The LTE system also supports the Carrier Aggregation (CA) technology, and the UE may send the uplink data on multiple uplink carriers. When multiple uplink carriers in a subframe have the Physical Uplink Shared Channel (PUSCH) transmission at the same time, and the UE needs to transmit UCI in this subframe, the UE selects one of the PUSCHs to carry UCI, that is, the UCI is multiplexed and transmitted in selected PUSCH. The UE simply selects the PUSCH according to the carrier index, that is, multiplexing the PUSCH with the smallest carrier index to send the UCI.

The New Radio (NR) system also supports the CA and the design of multiplexing UCI in PUSCH. On one hand, the NR system supports a flexible frame structure, and the numerologies of different uplink carriers may be different. On the other hand, the NR system supports a flexible and dynamic Physical Uplink Control Channel (PUCCH) structure. The PUCCH can be a short PUCCH format of <NUM> to <NUM> symbols or a long PUCCH format of <NUM> to <NUM> symbols. Therefore, the simple carrier selection technique of LTE is not suitable for the NR. In addition, the NR may also configure a grant-free or configured scheduling PUSCH for UEs to support Ultra-reliable low latency communication (Ultra-Reliable Low Latency Communication URLLC) services, the simply following the LTE carrier selection technology may increase the processing complexity of grant-free or configured scheduling PUSCH. The 3GPP document <NPL> discussed the UE procedure for reporting control information when the first symbol or duration is different while the PUCCH and PUSCH has overlapped symbols. A corresponding text proposal for the current <NUM> is provided in the end of the document.

The present disclosure provides a method of sending UCI and a user equipment, to support a UE to select the best PUSCH to carry UCI when there are multiple candidate PUSCH transmissions, thereby reducing a processing delay of system and reducing a peak-to-average ratio of UE.

To solve the above technical problems, the embodiments of the present disclosure are as follows. The scope of the present invention is determined only by the scope of the appended claims.

In a first aspect, the present invention provides a method of sending UCI according to claim <NUM> and further detailed in the dependent claims referring back to this claim. A corresponding UE is provided in claim <NUM>.

In a second aspect, the present invention provides a computer-readable storage medium according to claim <NUM> and further detailed in the dependent claims referring back to this claim.

The embodiments of the present disclosure have the following beneficial effects.

According to the embodiments of the present disclosure, a PUSCH on an appropriate carrier is selected to carry UCI and send the UCI, according to an uplink data scheduling type and a numerology of uplink carrier, the UE may select the best PUSCH to carry the UCI when there are multiple candidate PUSCHs for transmission. On one hand, an uplink transmission delay may be reduced, a transmission reliability of UCI may be improved, a complexity of UE-side coding and a PUSCH multiplexing are reduced, and a peak-to-average ratio of UE may be reduced. On the other hand, an adverse effect of a multiplexing for UCI on URLLC services may be avoided, a processing delay of URLLC uplink data may be reduced, a blind detection of URLLC uplink data by a base station may be avoided, and a code rate of URLLC uplink data is prevented from decreasing.

The technical solutions in the embodiments of the present disclosure will be described clearly and completely in conjunction with the drawings in the embodiments of the present disclosure. Obviously, scope of the invention is defined by the scope of the appended claims.

A method of sending UCI and a user equipment are provided in the present disclosure, so as to support a UE to select the best PUSCH to carry UCI when there are multiple candidate PUSCH transmissions, thereby reducing a processing delay of system and reducing a peak-to-average ratio of UE.

A method of sending UCI is provided in some embodiments of the present disclosure. As shown in <FIG>, the method includes:.

Step <NUM>: in the case that an overlapping of Physical Uplink Control Channel (PUCCH) and Physical Uplink Shared Channel (PUSCH) in a time domain occurs, selecting a PUSCH to carry and send UCI, based on at least one of an uplink data scheduling type and a numerology of uplink carrier.

The numerology of uplink carrier also refer to a subcarrier spacing and a symbol duration. A method of multiplexing PUSCH to transmit UCI is provided in some embodiments of the present disclosure. Specifically, a PUSCH on a suitable carrier may be selected to carry UCI and send the UCI, according to an uplink data scheduling type, a numerology of uplink carrier, a subcarrier spacing (SCS) or a symbol duration.

According to some embodiments of the present disclosure, a PUSCH on an appropriate carrier is selected to carry UCI and send the UCI, according to an uplink data scheduling type and a numerology of uplink carrier, the UE may select the best PUSCH to carry the UCI when there are multiple candidate PUSCHs for transmission. On one hand, an uplink transmission delay may be reduced, a transmission reliability of UCI may be improved, a complexity of UE-side coding and a PUSCH multiplexing are reduced, and a peak-to-average ratio of UE may be reduced. On the other hand, an adverse effect of UCI multiplexing on URLLC services may be avoided, a processing delay of URLLC uplink data may be reduced, a blind detection of URLLC uplink data by a base station may be avoided, and a code rate of URLLC uplink data is prevented from decreasing.

Specifically, when the UE is configured with multiple serving cells or uplink carriers or supplemental uplink (Supplemental Uplink, SUL), and the PUCCH and PUSCH do not perform the transmission at the same time, if the UE needs to send the PUCCH, the UE needs to select a PUSCH to multiplex the PUCCH to send the UCI.

First, it is necessary to determine in a PUCCH transmission slot whether the PUCCH and PUSCH overlap. Prior to the selecting the PUSCH to carry and send the UCI based on at least one of an uplink data scheduling type and a numerology of uplink carrier, the method further includes:.

determining whether the overlapping of PUCCH and PUSCH in the time domain occurs, in a PUCCH sending slot.

The PUSCH and PUCCH are mapped to a reference carrier, and the PUSCH and PUCCH are scaled according to different numerologies. Optionally, the carrier of the PUCCH is the reference carrier.

For example, an SCS of the PUCCH is <NUM>, and an SCS of the PUSCH is <NUM>. The carrier of the PUCCH is taken as the reference carrier, so a <NUM>-symbol duration PUSCH is mapped to be a <NUM>-symbol duration on the carrier of the PUCCH.

<FIG> is a schematic view of mapping the PUSCH with an SCS of <NUM> and a slot index of <NUM> to a carrier of the PUCCH with an SCS of <NUM> and a slot index of <NUM>, where the slot index is a slot number and the symbol index is a symbol number.

After the PUSCH and PUCCH are mapped onto the reference carrier, whether the PUCCH and PUSCH overlap in a time domain may be determined according to a starting position and a duration of a symbol of the mapped PUCCH and a starting position and a duration of a symbol of the mapped PUSCH.

According to this method, a PUCCH is scaled according to a numerology of the PUCCH and then the PUCCH is mapped to a carrier of each PUSCH. If the starting position and duration of the symbol of the mapped PUCCH partially or completely overlap with the slot of the PUSCH, it is determined that the PUSCH and the PUCCH overlap completely.

The determining method may be predefined in the protocol, or configured through high-level parameters.

After determining whether an overlapping of PUCCH and PUSCH occurs, if the PUCCH and the PUSCH do not overlap, the UCI continues to be transmitted on the PUCCH. If the PUCCH and the PUSCH overlap in a time domain, a PUSCH is selected to carry UCI and send the UCI, according to the following method.

The method of sending UCI in the present disclosure will be described in detail below in conjunction with specific embodiments:.

As shown in <FIG>, there are a long PUCCH format and a PUSCH. According to the above method for determining whether PUCCH and PUSCH overlap, it can be determined that PUSCH-<NUM> and PUCCH do not overlap, while PUSCH-<NUM> and PUSCH-<NUM> both overlap with the PUCCH. During transmission, PUSCH-<NUM> is transmitted separately, PUCCH is not transmitted, and UCI is multiplexed on PUSCH-<NUM> for transmission.

As shown in <FIG>, there are a short PUCCH format and a PUSCH. According to the above method of determining whether PUCCH and PUSCH overlap, it can be determined that, PUSCH-<NUM> overlaps with PUCCH, and neither PUSCH-<NUM> nor PUSCH-<NUM> overlaps with PUCCH. During transmission, PUSCH-<NUM> and PUSCH-<NUM> are transmitted separately, PUCCH is not transmitted, and UCI is multiplexed on PUSCH-<NUM> for transmission.

As shown in <FIG>, when the PUCCH overlaps with multiple PUSCHs, PUCCH is not transmitted, and PUSCH-<NUM> is multiplexed to transmit the UCI, because the starting symbol index of PUSCH-<NUM> is equal to the starting symbol index of PUCCH, and the ending symbol index of PUSCH-<NUM> is smaller than the ending symbol index of PUCCH-<NUM>, which may lower a transmission delay of the UCI, thereby reducing a transmission delay of the air interface.

As shown in <FIG>, if PUSCH-<NUM> is configured as a configured scheduling PUSCH to transmit Ultra Reliable Low Latency Communications (URLLC) services, the non-configured scheduling PUSCH-<NUM> is selected and multiplexed for the UCI transmission. In this way, the adverse effect of multiplexing PUSCH-<NUM> to transmit the UCI on URLLC services may be avoided, a processing delay of URLLC uplink data may be reduced, a blind detection for URLLC uplink data by a network-side equipment such as base station may be avoided, and a code rate of URLLC uplink data is prevented from decreasing.

As shown in <FIG>, when the PUCCH overlaps with multiple PUSCHs, where PUSCH-<NUM> is scheduled by DCI, and the DCI indicates the UE to trigger an A-CSI reporting, PUSCH-<NUM> scheduled by the DCI is selected and multiplexed to transmit the UCI.

As shown in <FIG>, when the PUCCH overlaps with multiple PUSCHs, and the starting symbol index of the overlapped PUSCH after mapping is smaller than the starting symbol index of the PUCCH, the overlapped PUSCH is discarded.

As shown in <FIG>, if the overlapped PUSCH-<NUM> is a configured scheduling PUSCH, the UCI is discarded.

As shown in <FIG>, when the PUCCH overlaps with multiple PUSCHs, a PUSCH which is to have a lowest UCI code rate when transmitting the UCI (i.e., PUSCH-<NUM>) is selected and multiplexed to transmit the UCI, according to a weight of a β offset (Beta offset) configured or indicated by a network side, which can ensure a reliability of UCI transmission.

As shown in <FIG>, when the PUCCH overlaps with multiple PUSCHs, and there are still a plurality of candidate PUSCHs after the above-mentioned multiple selections, a PUSCH in a cell or a carrier with a smallest index (i.e., PUSCH-<NUM>) is selected and multiplexed to transmit the UCI, which can reduce the complexity of UE-side coding and PUSCH multiplexing.

A User Equipment (UE) is further provided in some embodiments of the present disclosure, as shown in <FIG>, the UE includes:.

Optionally, as shown in <FIG>, the UE further includes:
a processing module <NUM> , configured to determine whether the overlapping of PUCCH and PUSCH in the time domain occurs, in a PUCCH sending slot.

Optionally, the processing module <NUM> includes:.

Optionally, the reference carrier is a carrier of the PUCCH.

Optionally, the uplink data scheduling type includes a scheduling by Downlink Control Information (DCI),
the sending module <NUM> is further configured to: in a case that the PUSCH is scheduled by DCI and the DCI indicates an Aperiodic Channel State Information (A-CSI) reporting or a Semi-Persistent Channel State Information (SP-CSI) reporting, select the PUSCH to carry and send the UCI.

The numerology of uplink carrier includes a transmission starting time,
the sending module is further configured to: in a case that a transmission starting time of the PUSCH is the same as a transmission starting time of a PUCCH or the transmission starting time of the PUSCH is later than the transmission starting time of the PUCCH, multiplex the PUSCH to send the UCI.

The uplink data scheduling type includes grant-free or a configured scheduling,
the sending module is further configured to: in a case that a transmission starting time of the PUSCH is earlier than a transmission starting time of a PUCCH and at least one of overlapped PUSCHs is a grant-free PUSCH or a configured scheduling PUSCH, puncture an overlapped portion of the PUCCH or discard the UCI; in a case that overlapped PUSCHs do not include a grant-free PUSCH or a configured scheduling PUSCH, transmit the PUCCH, abandon a transmission of an overlapped portion of the PUSCH or discard the entire PUSCH.

Optionally, in the case that the PUSCH is multiplexed to send the UCI and a plurality of PUSCHs overlapped with a PUCCH are capable of carrying the UCI, the sending module <NUM> is further configured to select the PUSCH to carry the UCI, through at least one of:.

A UE is further provided in some embodiments of the present disclosure, including: a memory, a processor and a computer program stored in the memory and executable on the processor, and the processor executes the computer program to perform the method of sending UCI hereinabove.

<FIG> is a schematic diagram of the hardware structure of a user equipment implementing various embodiments of the present disclosure. Referring to <FIG>, the user equipment <NUM> includes but is not limited to: a radio frequency unit <NUM>, a network module <NUM>, an audio output unit <NUM>, an input unit <NUM>, a sensor <NUM>, a display unit <NUM>, a user input unit <NUM>, an interface unit <NUM>, a memory <NUM>, a process and power supply <NUM>. Those skilled in the art may understand that the terminal structure shown in <FIG> does not constitute a limitation on the terminal, and the terminal may include more or fewer components than those illustrated, or combine certain components, or arrange different components. In the embodiments of the present disclosure, the terminal includes but is not limited to a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a vehicle-mounted terminal, a wearable device and a pedometer.

The processor <NUM> is configured to: in the case that an overlapping of Physical Uplink Control Channel (PUCCH) and Physical Uplink Shared Channel (PUSCH) in a time domain occurs, select a PUSCH to carry and send UCI, based on at least one of an uplink data scheduling type and a numerology of uplink carrier.

Optionally, the processor <NUM> is further configured to: determine whether the overlapping of PUCCH and PUSCH in the time domain occurs, in a PUCCH sending slot.

Optionally, the processor <NUM> is further configured to: map a PUCCH and a PUSCH onto a reference carrier and scale the PUCCH and the PUSCH according to the numerology of uplink carrier; determine whether the overlapping of PUCCH and PUSCH in the time domain occurs, according to a starting position and a duration of a symbol of the mapped PUCCH and a starting position and a duration of a symbol of the mapped PUSCH.

Optionally, the processor <NUM> is further configured to: scale a PUCCH according to a numerology of the PUCCH and map the PUCCH to a carrier of each PUSCH; in the case that a starting position and a duration of a symbol of the mapped PUCCH at least partially overlap with a slot of the PUSCH, determine that the overlapping of PUCCH and PUSCH in the time domain occurs.

Optionally, the uplink data scheduling type includes a scheduling by Downlink Control Information (DCI),
the processor <NUM> is further configured to: in a case that the PUSCH is scheduled by DCI and the DCI indicates an Aperiodic Channel State Information (A-CSI) reporting or a Semi-Persistent Channel State Information (SP-CSI) reporting, select the PUSCH to carry and send the UCI.

The numerology of uplink carrier includes a transmission starting time,
the processor <NUM> is further configured to: in a case that a transmission starting time of the PUSCH is the same as a transmission starting time of a PUCCH or the transmission starting time of the PUSCH is later than the transmission starting time of the PUCCH, multiplex the PUSCH to send the UCI.

The uplink data scheduling type includes grant-free or a configured scheduling,
the processor <NUM> is further configured to: in a case that a transmission starting time of the PUSCH is earlier than a transmission starting time of a PUCCH and at least one of overlapped PUSCHs is a grant-free PUSCH or a configured scheduling PUSCH, puncture an overlapped portion of the PUCCH or discard the UCI; in a case that overlapped PUSCHs do not include a grant-free PUSCH or a configured scheduling PUSCH, transmit the PUCCH, abandon a transmission of an overlapped portion of the PUSCH or discard the entire PUSCH.

The processor <NUM> is further configured to: in the case that the PUSCH is multiplexed to send the UCI and a plurality of PUSCHs overlapped with a PUCCH are capable of carrying the UCI, select the PUSCH to carry the UCI, through at least one of:.

It should be understood that, in the embodiment of the present disclosure, the radio frequency unit <NUM> can be used for receiving and sending signals in the process of sending and receiving information or talking. Specifically, the downlink data from the base station is received and processed by the processor <NUM>; in addition, Uplink data is sent to the base station. Generally, the radio frequency unit <NUM> includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit <NUM> can also communicate with the network and other devices through a wireless communication system.

The terminal provides users with wireless broadband Internet access through the network module <NUM>, such as helping users to send and receive e-mail, browse web pages, and access streaming media.

The audio output unit <NUM> can convert the audio data received by the radio frequency unit <NUM> or the network module <NUM> or stored in the memory <NUM> into audio signals and output them as sounds. Moreover, the audio output unit <NUM> may also provide audio output related to a specific function performed by the user equipment <NUM> (for example, call signal reception sound, message reception sound, etc.). The audio output unit <NUM> includes a speaker, a buzzer, a receiver, and the like.

The input unit <NUM> is used to receive audio or video signals. The input unit <NUM> may include a Graphics Processing Unit (GPU) <NUM> and a microphone <NUM>, and the graphics processor <NUM> may image a still picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode Data is processed. The processed image frame may be displayed on the display unit <NUM>. The image frame processed by the graphics processor <NUM> may be stored in the memory <NUM> (or other storage medium) or sent via the radio frequency unit <NUM> or the network module <NUM>. The microphone <NUM> can receive sound, and can process such sound into audio data. The processed audio data can be converted into a format that can be sent to the mobile communication base station via the radio frequency unit <NUM> for output in the case of a telephone call mode.

The user equipment <NUM> also includes at least one sensor <NUM>, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display panel <NUM> according to the brightness of the ambient light. The proximity sensor can close the display panel <NUM> and/or the backlight when the user equipment <NUM> is moved to the ear. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (usually three-axis), and can detect the magnitude and direction of gravity when stationary, and can be used to identify terminal posture (such as horizontal and vertical screen switching, related games, Magnetometer attitude calibration), vibration recognition related functions (such as pedometer, percussion), etc.; sensor <NUM> can also include fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared Sensors, etc., will not be repeated here.

The display unit <NUM> is used to display information input by the user or information provided to the user. The display unit <NUM> may include a display panel <NUM>, and the display panel <NUM> may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), etc..

The user input unit <NUM> can be used to receive input numeric or character information, and generate key signal input related to user settings and function control of the terminal. Specifically, the user input unit <NUM> includes a touch panel <NUM> and other input devices <NUM>. The touch panel <NUM>, also known as a touch screen, can collect user's touch operations on or near it (for example, the user uses any suitable objects or accessories such as fingers, stylus, etc. on or near the touch panel <NUM> operating). The touch panel <NUM> may include two parts: a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch position, and detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and then sends it To the processor <NUM>, the command sent by the processor <NUM> is received and executed. In addition, the touch panel <NUM> can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch panel <NUM>, the user input unit <NUM> may also include other input devices <NUM>. Specifically, other input devices <NUM> may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackball, mouse, and joystick, which will not be repeated here.

Further, the touch panel <NUM> can be overlaid on the display panel <NUM>. When the touch panel <NUM> detects a touch operation on or near it, it is transmitted to the processor <NUM> to determine the type of the touch event. The type of event provides corresponding visual output on the display panel <NUM>. Although in <FIG>, the touch panel <NUM> and the display panel <NUM> are used as two independent components to realize the input and output functions of the terminal, in some embodiments, the touch panel <NUM> and the display panel <NUM> can be integrated. Realize the input and output functions of the terminal, which are not limited here.

The interface unit <NUM> is an interface for connecting an external device with the user equipment <NUM>. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, audio input/output (I/O) port, video I/O port, headphone port, etc. The interface unit <NUM> may be used to receive input (for example, data information, power, etc.) from an external device and transmit the received input to one or more elements in the user equipment <NUM> or may be used to connect to the user equipment <NUM> and external Transfer data between devices.

The memory <NUM> can be used to store software programs and various data. The memory <NUM> may mainly include a program storage area and a data storage area. The program storage area may store an operating system, an application program required by at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area can store data (such as audio data, phone book, etc.) created by the use of mobile phones. In addition, the memory <NUM> may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices.

The processor <NUM> is the control center of the terminal. It uses various interfaces and lines to connect various parts of the entire terminal. It executes by running or executing software programs and/or modules stored in the memory <NUM>, and calling data stored in the memory <NUM>. Various functions of the terminal and processing data, so as to monitor the terminal as a whole. The processor <NUM> may include one or more processing units; the processor <NUM> may integrate an application processor and a modem processor, where the application processor mainly processes the operating system, user interface, and application programs. The processor mainly deals with wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor <NUM>.

The user equipment <NUM> may further include a power supply <NUM> (such as a battery) that supplies power to various components. Preferably, the power supply <NUM> may be logically connected to the processor <NUM> through a power management system, so as to manage charging, discharging, and power consumption management through the power management system and other functions.

In addition, the user equipment <NUM> includes some function modules not shown, which will not be repeated here.

A computer-readable storage medium is further provided in some embodiments of the present disclosure, where a computer program is stored in the computer-readable storage medium, and a processor executes the computer program to perform the method of sending UCI hereinabove.

The computer-readable storage medium in the present disclosure may be a volatile computer-readable storage medium or a non-volatile computer-readable storage medium, or includes both a volatile computer-readable storage medium and a non-volatile computer-readable storage medium.

It can be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application specific integrated circuits (ASIC), Digital Signal Processing (DSP), DSP Device (DSPD), Programmable Logic Device, (PLD), Field-Programmable Gate Array (FPGA), general-purpose processors, controllers, microcontrollers, microprocessors, and other electronic units for performing the functions described in this application or a combination thereof.

For software implementation, the techniques described herein may be implemented through modules (e.g., procedures, functions, etc.) that perform the functions described herein. The software codes can be stored in the memory and executed by the processor. The memory can be implemented in the processor or external to the processor.

The embodiments in the present disclosure are described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the various embodiments can be referred to each other.

Those skilled in the art should understand that the embodiments of the embodiments of the present disclosure may be provided as methods, devices, or computer program products. Therefore, the embodiments of the present disclosure may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present disclosure may take the form of computer program products implemented on one or more computer usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.

The embodiments of the present disclosure are described with reference to the flowcharts and/or block diagrams of the methods, terminal devices (systems), and computer program products according to the embodiments of the present disclosure. It should be understood that each process and/or block in the flowchart and/or block diagram, and the combination of processes and/or blocks in the flowchart and/or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to the processors of general-purpose computers, special-purpose computers, embedded processors, or other programmable data processing terminal equipment to generate a machine, so that instructions executed by the processor of the computer or other programmable data processing terminal equipment. A device for realizing the functions specified in one flow or multiple flows in the flowchart and/or one block or multiple blocks in the block diagram is generated.

These computer program instructions may also be stored in a computer-readable memory that can guide a computer or other programmable data processing terminal device to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including an instruction device, which The instruction device realizes the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

These computer program instructions can also be loaded on a computer or other programmable data processing terminal equipment, so that a series of operation steps are executed on the computer or other programmable terminal equipment to produce computer-implemented processing, so that the computer or other programmable terminal equipment The instructions executed above provide steps for implementing the functions specified in one block or multiple blocks of the flowchart one flow or multiple flows and/or block diagrams.

Claim 1:
A method of sending Uplink Control Information, UCI, comprising:
in the case that an overlapping of Physical Uplink Control Channel, PUCCH and Physical Uplink Shared Channel, PUSCH, in a time domain occurs, selecting (<NUM>) a PUSCH to carry and send UCI, based on at least one of an uplink data scheduling type and a numerology of uplink carrier; wherein the uplink data scheduling type comprises grant-free or a configured scheduling, numerology of uplink carrier comprises a transmission starting time, the selecting the PUSCH to carry and send the UCI comprises:
in a case that a transmission starting time of the PUSCH is earlier than a transmission starting time of a PUCCH,
when at least one of overlapped PUSCHs is a grant-free PUSCH or a configured scheduling PUSCH, puncturing an overlapped portion of the PUCCH or discarding the UCI;
when overlapped PUSCHs do not include a grant-free PUSCH or a configured scheduling PUSCH, transmitting the PUCCH, and abandoning a transmission of an overlapped portion of the PUSCH or discarding the entire PUSCH;
in a case that a transmission starting time of the PUSCH is the same as a transmission starting time of a PUCCH or the transmission starting time of the PUSCH is later than the transmission starting time of the PUCCH, multiplexing the PUSCH to send the UCI.