Devices, methods, and medium for communication

Abstract

Example embodiments of the present disclosure relate to devices, methods, and computer storage medium for communication. In the solution, a terminal device may determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC; and transmit, to a network device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit. As such, an orthogonality of the OCC can be ensured, and the transmission performance of both the UCI and UL-SCH can be guaranteed.

Description

DEVICES, METHODS, AND MEDIUM FOR COMMUNICATIONFIELD

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices, methods, and a computer readable medium for communication.BACKGROUND

[0002] In the 3rd Generation Partnership Project (3GPP) release 19 (Rel-19) new radio (NR) non-terrestrial network (NTN) , when discussing different orthogonal cover code (OCC) schemes for physical uplink shared channel (PUSCH) , it is proposed to consider some aspects which include impacts on the uplink control information (UCI) multiplexing on PUSCH.SUMMARY

[0003] In general, example embodiments of the present disclosure provide devices, methods, and a computer storage medium for communication.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor configured to cause the terminal device at least to: determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and transmit, to a network device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0005] In a second aspect, there is provided a network device. The network device comprises at least one processor configured to cause the network device at least to: determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and receive, from a terminal device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0006] In a third aspect, there is provided a method of communication. The method comprises: determining at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and transmitting, to a network device, the UCI multiplexed on the PUSCH  with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0007] In a fourth aspect, there is provided a method of communication. The method comprises: determining at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and receiving, from a terminal device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third aspect or the fourth aspect above.

[0009] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0011] FIG. 1A illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0012] FIG. 1B illustrates an NTN typical scenario based on transparent payload;

[0013] FIG. 1C illustrates an NTN typical scenario based on regenerative payload;

[0014] FIG. 1D illustrates an example schematic for a CSI computation time;

[0015] FIG. 1E illustrates a comparison of some CDMs with a no-CDM scheme;

[0016] FIG. 2 illustrates a signalling chart illustrating communication process in accordance with some embodiments of the present disclosure;

[0017] FIGS. 3A-3B illustrate example schematics of UCI reporting timing in accordance with some embodiments of the present disclosure;

[0018] FIG. 4 illustrates a flowchart of an example method implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0019] FIG. 5 illustrates a flowchart of an example method implemented at a network device in accordance with some embodiments of the present disclosure; and

[0020] FIG. 6 illustrates a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

[0021] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0022] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0023] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0024] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0025] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0026] The terminology used herein is for the purpose of describing particular embodiments  only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0027] In some examples, values, procedures, or apparatus are referred to as “best, ” “lowest, ” “highest, ” “minimum, ” “maximum, ” or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0028] As used herein, the term “communication network” refers to a network following any suitable communication standards or technologies, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Code Divided Multiple Address (CDMA) , Frequency Divided Multiple Address (FDMA) , Time Divided Multiple Address (TDMA) , Frequency Divided Duplexer (FDD) , Time Divided Duplexer (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Divided Multiple Access (OFDMA) , cdma2000, Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Global System for Mobile Communications (GSM) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) , 5.5G, 5G-Advanced networks, beyond 5G (B5G) , the sixth generation (6G) communication protocols, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols either currently known or to be developed in the future. The techniques described herein may be used for the wireless networks and radio technologies mentioned above as well as other wireless networks and radio technologies. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present  disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0029] As used herein, the term “terminal device” refers to any device having wireless or wired communication capabilities. Examples of terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also be incorporated one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0030] As used herein, the term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a satellite, an unmanned aerial systems (UAS) platform, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0031] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second  network device may be a master node (MN) and the other one may be a secondary node (SN) . The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device and the second network device. In one embodiment, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0032] The terminal device or the network device may have Artificial intelligence (AI) or machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0033] The terminal device or the network device may work on several frequency ranges, e.g. frequency range 1 (FR1) (410 MHz –7125 MHz) , frequency range 2 (FR2) (24.25GHz to 71GHz) , frequency band larger than 100GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network device under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0034] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, or channel emulator.

[0035] The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the 1G, 2G, 2.5G, 2.75G, 3G, 4G, 4.5G, 5G, 5.5G, 5G-Advanced networks, or 6G networks.

[0036] The term “circuitry” used herein may refer to hardware circuits and / or combinations  of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0037] As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term “includes” and its variants are to be read as open terms that mean “includes, but is not limited to. ” The term “based on” is to be read as “based at least in part on. ” The term “one embodiment” and “an embodiment” are to be read as “at least one embodiment. ” The term “another embodiment” is to be read as “at least one other embodiment. ” The terms “first, ” “second, ” and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0038] In some examples, values, procedures, or apparatus are referred to as “best, ” “lowest, ” “highest, ” “minimum, ” “maximum, ” or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0039] UCI consists of three messages: hybrid automatic repeat request acknowledgement (HARQ-ACK) , channel state information (CSI) and scheduling request (SR) . Among them, HARQ-ACK and CSI can be transmitted over PUSCH, while SR is usually not transmitted over PUSCH. In some cases, HARQ-ACK and CSI can also be multiplexed over PUSCH if physical uplink control channel (PUCCH) resources are insufficient.

[0040] For handheld devices, multiple repetitions are required to meet the uplink coverage requirement, e.g. VoIP, 20 repetitions within 20ms are required for sub-carrier spacing (SCS) = 15 kHz.

[0041] The PUSCH repetitions might occupy all the uplink resources, and the UCI have to  be transmitted by being multiplexed on PUSCH.

[0042] HARQ-ACK transmission: HARQ-ACK messages can be sent over PUCCH or PUSCH. When sending HARQ-ACK on PUSCH, a HARQ-ACK codebook, represented by multi-bit, is typically used. This codebook contains multiple bits to indicate whether the received downlink packet was successfully decoded or not. When the UE receives a physical downlink shared channel (PDSCH) for physical downlink control channel (PDCCH) scheduling, a corresponding HARQ-ACK message is generated; if there is no corresponding PDCCH indication, a downlink Semi Persistent Scheduling (DL SPS) PDSCH scheduling or SPS release scenario may be involved.

[0043] CSI Transmission: CSI can be divided into two parts: CSI Part 1 and CSI Part 2. CSI Part 1 is typically mapped to the beginning of the first non-DMRS (Downlink Multiple Access Reference Signal) symbol on the PUSCH. In some cases, CSI can be mapped to the beginning of the first non-DMRS symbol on the PUSCH. If the message bits of the HARQ-ACK are less than some threshold and there are reserved resources, CSI Part 1 will not be mapped on the reserved resources, while CSI Part 2 can be mapped. The mapping of CSI is rate-matched mapping, i.e., the transmission rate of CSI is adjusted according to the actual channel conditions to ensure effective transmission.

[0044] PUSCH Scheduling mechanism: In NR, the PUSCH is used to transmit the UE's uplink TB data as well as the UCI (e.g., HARQ-ACK / CSI) . The PUSCH transmission can be dynamically scheduled via the downlink control information (DCI) format (DCI 0_0  / 0_1  / 0_2) in the PDCCH or, for the Random Access process, the MSG3 PUSCH transmission is scheduled via the Random Access Response (RAR) during the 4-step RA process, or during the 2-step RA process, the UE determines the MSGA PUSCH transmission via the radio resource control (RRC) high-level configuration parameters carried in the system information block (SIB) , and when the decoding of the MSGA PUSCH fails in the 2-step RA process on the base station side, then the 2-step RA falls back to the 4-step RA process, and scheduling of the MSG3 PUSCH transmission is done through fallbackRAR. PUSCH retransmission (non-PUSCH repeat count transmission) is dynamically scheduled by PDCCH or triggered by a retransmission timer. In addition to dynamically scheduled PUSCH transfers, semi-static PUSCH transfers, i.e., configured grant type, are also supported; for configured grant type 1, the RRC configures all parameters of the PUSCH transfer to take effect immediately; while for configured grant type 2, the RRC configures a portion of the high-level parameters of the PUSCH transfer. High-level parameters of the PUSCH  transport and the remaining parameters are indicated when activated via the DCI format.

[0045] HARQ-ACK is multiplexed to PUSCH: When the number of bits in the HARQ-ACK is less than or equal to 2, HARQ-ACK is multiplexed to the PUSCH using puncture. When the number of bits in the HARQ-ACK is greater than 2, HARQ-ACK is multiplexed to PUSCH using rate matching.

[0046] The CSI is multiplexed to the PUSCH: A CSI may be multiplexed with a PUSCH if certain conditions are met; otherwise, the CSI is discarded. Specifically, CSIs include non-periodic CSIs, periodic CSIs, and periodic CSIs sent on the PUCCH channel.

[0047] UCI Multiplexing on PUSCH: The HARQ-ACK (if any) and CSI (if any) is encoded and multiplexed with or without encoded uplink shared channel (UL-SCH) data, and then transmitted on a PUSCH. The encoded data, encoded HARQ-ACK, encoded CSI part 1, and encoded CSI part 2 are multiplexed to form a codeword.

[0048] The UCI is transmitted in only the OFDM symbols that are unused for demodulation reference signal (DM-RS) transmission. In any OFDM symbol used for UCI transmission for a UCI type, the mapping of that UCI type depends on the number of resource elements (REs) available for UCI transmission and the remaining REs required for that UCI type. If the number of remaining REs required for that UCI type in an OFDM symbol is greater than half of the available REs for the UCI transmission, the mapping of the UCI type is contiguous. Otherwise, the mapping is uniformly distributed across available REs in an OFDM symbol to achieve the diversity gain. The number of coded bits that are occupied in an RE for UCI or data transmission, is equal to the product of the modulation order and the number of layers.

[0049] The coded HARQ-ACK bits are placed from the OFDM symbol, after the first consecutive DM-RS OFDM symbols. The coded CSI part 1 or part 2 bits are placed at the starting OFDM symbol that is unused for DM-RS in the shared channel symbol allocation. The multiplexing operation depends on the number of HARQ-ACK bits. When the number of HARQ-ACK bits is less than or equal to 2, the coded HARQ-ACK bits are punctured. Otherwise, the coded HARQ-ACK bits are rate-matched.

[0050] Multiplexing involves these processing steps.

[0051] Step 1: When the number of HARQ-ACK bits is less than or equal to 2, find the reserved HARQ-ACK locations.

[0052] Step 2: When the number of HARQ-ACK bits is greater than 2, map the coded  HARQ-ACK bits (if any) .

[0053] Step 3: Map the coded CSI part 1 and CSI part 2 bits (if any) .

[0054] Step 4: Map the coded UL-SCH bits (if any) .

[0055] Step 5: When the number of HARQ-ACK bits is less than or equal to 2, map the coded HARQ-ACK bits (if any) .

[0056] Step 6: Form the codeword.

[0057] OCC schemes, including inter-slot OCC and inter-symbols OCC, are discussed in Rel-19 related to NR NTN. When multiplexing UCI with PUSCH, reporting timing of the UCI should be studied.

[0058] Embodiments of the present disclosure provide a solution of communication. In the solution, a terminal device may determine at least one target OCC unit, and then transmit a UCI multiplexed on PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit. As such, an orthogonality of the OCC can be ensured, and the transmission performance of both the UCI and UL-SCH can be guaranteed. Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0059] FIG. 1A illustrates an example communication network 100 in which some embodiments of the present disclosure can be implemented. The communication network 100 may also be called as a network environment, a network system, a communication system, a communication environment, or the like, the present disclosure does not limit this aspect. The communication network 100 includes a network device 110 and a terminal device 120 which may communicate with each other. The communication network 100 may also include a core network (CN) which is not illustrated in FIG. 1A, and the CN may involve a variety of network functions or entities.

[0060] In the communication network 100, the network device 110 and the terminal device 120 can communicate data and control information to each other, and the communications in the communication network may be implemented according to any proper communication protocol (s) .

[0061] Embodiments of the present disclosure can be applied to any suitable scenarios. For example, embodiments of the present disclosure can be implemented at reduced capability NR devices. Alternatively, embodiments of the present disclosure can be  implemented in one of the followings: NR multiple-input and multiple-output (MIMO) , NR sidelink enhancements, NR systems with frequency above 52.6GHz, an extending NR operation up to 71GHz, narrow band-Internet of Thing (NB-IOT)  / enhanced Machine Type Communication (eMTC) over non-terrestrial networks (NTN) , terrestrial networks (TN) , UE power saving enhancements, NR coverage enhancement, NB-IoT and LTE-MTC, Integrated Access and Backhaul (IAB) , NR Multicast and Broadcast Services, or enhancements on Multi-Radio Dual-Connectivity.

[0062] It is to be understood that the numbers of devices and their connection relationships and types shown in FIG. 1A are only for the purpose of illustration without suggesting any limitation. For example, there may be multiple terminal devices connecting to the network device 110, for example the network 100 may include any suitable numbers of devices adapted for implementing embodiments of the present disclosure.

[0063] The network device 110 may be implemented as an on-board network device, such as a gNB deployed at a satellite. In some implementations, the network 100 may be implemented as an NTN, which refers to a network or segment of networks using RF resources on board a satellite or a UAS platform. A satellite (or UAS platform) may implement either a transparent or a regenerative (with on board processing) payload. The satellite (or UAS platform) generate beams typically over a given service area bounded by its field of view. The footprints of the beams are typically of elliptic shape. The field of view of a satellite (or UAS platform) depends on the on board antenna diagram and min elevation angle.

[0064] FIG. 1B illustrates an NTN typical scenario based on transparent payload. A transparent payload may refer to Radio Frequency filtering, Frequency conversion and amplification. Hence, the waveform signal repeated by the payload is un-changed.

[0065] FIG. 1C illustrates an NTN typical scenario based on regenerative payload. A regenerative payload may refer to Radio Frequency filtering, Frequency conversion and amplification as well as demodulation / decoding, switch and / or routing, coding / modulation. This is effectively equivalent to having all or part of base station functions (e.g. gNB, eNB) on board the satellite (or UAS platform) .

[0066] Table 1 below describes some parameters for some kinds of satellite.

[0067] Table 1

[0068] 3GPP specification has defined a UE procedure for reporting HARQ-ACK.

[0069] ● For DCI format 1_0, the PDSCH-to-HARQ_feedback timing indicator field values map to {1, 2, 3, 4, 5, 6, 7, 8} for SCS configuration of PUCCH transmission μ≤3, to {7, 8, 12, 16, 20, 24, 28, 32} for μ=5, and to {13, 16, 24, 32, 40, 48, 56, 64} for μ=6.

[0070] ● For DCI format 4_1, the PDSCH-to-HARQ_feedback timing indicator field values are provided by dl-DataToUL-ACK-MulticastDCI-Format4-1 or, if dl-DataToUL-ACK-MulticastDCI-Format4-1 is not provided, by {1, 2, 3, 4, 5, 6, 7, 8} . For DCI format 4_2, the PDSCH-to-HARQ_feedback timing indicator field values are provided by dl-DataToUL-ACK from pucch-ConfigMulticast1 / pucch-ConfigurationListMulticast1 or pucch-ConfigMulticast2 / pucch-ConfigurationListMulticast2 if provided; otherwise, from pucch-Config / pucch-ConfigurationList.

[0071] ● The following apply to the PCell if the UE is provided pucch-sSCellPattern; otherwise, the following apply to the serving cell of the PUCCH transmission. If the UE is provided subslotLengthForPUCCH, n is the last UL slot for PUCCH transmission that overlaps with a PDSCH reception or with a PDCCH reception providing a DCI format having associated HARQ-ACK information without scheduling a PDSCH reception; otherwise, n is the last UL slot for PUCCH transmission that overlaps with the DL slot nD for the PDSCH reception or with the DL slot nD for the PDCCH reception in case of a DCI format that triggers a HARQ-ACK information report and does not schedule a PDSCH reception.

[0072] ● For a SPS (Semi-persistent Scheduling) PDSCH reception ending in DL slot nD,  the UE transmits the PUCCH in UL slot n+k where k is provided by the PDSCH-to-HARQ_feedback timing indicator field, if present, in a DCI format activating the SPS PDSCH reception.

[0073] ● If the UE detects a DCI format that does not include a PDSCH-to-HARQ_feedback timing indicator field and schedules a PDSCH reception or activates a SPS PDSCH reception ending in DL slot nD , the UE provides corresponding HARQ-ACK information in a PUCCH transmission within UL slot n+k where k is provided by dl-DataToUL-ACK, or dl-DataToUL-ACK-r16, or dl-DataToUL-ACK-DCI-1-2, or dl-DataToUL-ACK-r17, or dl-DataToUL-ACK-DCI-1-2-r17, or dl-DataToUL-ACK-v1700.

[0074] ● If the UE detects a DCI format scheduling a number of PDSCH receptions ending in DL slot nD or if the UE detects a DCI format generating a HARQ-ACK information bit and does not schedule a PDSCH reception through a PDCCH reception ending in DL slot nD , the UE provides corresponding HARQ-ACK information in a PUCCH transmission within UL slot n+k, where k is a number of slots and is indicated by the PDSCH-to-HARQ_feedback timing indicator field in the DCI format, if present, or provided by dl-DataToUL-ACK, dl-DataToUL-ACK-r16, or dl-DataToUL-ACK-DCI-1-2, or dl-DataToUL-ACK-r17, or dl-DataToUL-ACK-DCI-1-2-r17, or dl-DataToUL-ACK-v1700.

[0075] 3GPP specification has provided UE CSI computation time. FIG. 1D illustrates an example schematic for a CSI computation time 104. When the CSI request field on a DCI triggers a CSI report (s) on PUSCH, the UE shall provide a valid CSI report for the n-th triggered report,

[0076] -if the first uplink symbol to carry the corresponding CSI report (s) including the effect of the timing advance, starts no earlier than at symbol Zref, and

[0077] -if the first uplink symbol to carry the n-th CSI report including the effect of the timing advance, starts no earlier than at symbol Z'ref (n) ,

[0078] where Zref is defined as the next uplink symbol with its cyclic prefix (CP) starting Tproc, CSI= (Z) (2048+144) ·κ2-μ·TC+Tswitch after the end of the last symbol of the PDCCH triggering the CSI report (s) , and where Z'ref (n) , is defined as the next uplink symbol with its  CP starting T'proc, CSI= (Z') (2048+144) ·κ2-μ·TCafter the end of the last symbol in time of the latest of: aperiodic channel state information-reference signal (CSI-RS) resource for channel measurements, aperiodic channel state information-interference measurement (CSI-IM) used for interference measurements, and aperiodic non-zero-power (NZP) CSI-RS for interference measurement for a CSI-ReportConfig, or for all triggered sub-configurations if CSI-ReportConfig contains multiple sub-configurations, when aperiodic CSI-RS is used for channel measurement for the n-th triggered CSI report.

[0079] If uplink switching gap is triggered, Tswitch equals to the switching gap duration and for the UE configured with higher layer parameter uplinkTxSwitchingOption set to 'dualUL' for uplink carrier aggregation μUL=min (μUL, carrier1, μUL, carrier2) ; otherwise Tswitch=0.

[0080] and where M is the number of updated CSI report (s) , (Z (m) , Z′ (m) ) corresponds to the m-th updated CSI report and is defined as:

[0081] -(Z1, Z′1) of the table 2 if max {μPDCCH, μCSI-RS, μUL} ≤ 3 and if the CSI is triggered without a PUSCH with either transport block or HARQ-ACK or both when L = 0 CPUs are occupied (according to Clause 5.2.1.6) and the CSI to be transmitted is a single CSI and corresponds to wideband frequency-granularity where the CSI corresponds to at most 4 CSI-RS ports in a single resource without CRI report and where CodebookType is set to 'typeI-SinglePanel' or where reportQuantity is set to 'cri-RI-CQI' ,

[0082] -μ of table 2 corresponds to the min (μPDCCH, μCSI-RS, μUL) where the μPDCCH corresponds to the subcarrier spacing of the PDCCH with which the DCI was transmitted and μUL corresponds to the subcarrier spacing of the PUSCH with which the CSI report is to be transmitted and μCSI-RS corresponds to the minimum subcarrier spacing of the aperiodic CSI-RS triggered by the DCI.

[0083] Table 2: CSI computation delay requirement 1

[0084] In the present disclosure, the term “OCC” is used for referring to a coding technique used in wireless communication systems to mitigate interference and improve overall system performance. OCC is particularly effective in scenarios where multiple users or devices are transmitting simultaneously (Code Domain Multiplexing (CDM) technique) , such as in cellular networks or wireless local area networks (WLANs) .

[0085] In coding theory, orthogonal codes refer to sets of sequences that have desirable properties. These codes have the property that their inner product is zero, except when two identical sequences are multiplied together, in which case the inner product is equal to the length of the sequence or a fixed number larger than zero.

[0086] For example, CDM may be applied in time domain (TD) , in frequency domain (FD) , or in TD and FD together, for example, FIG. 1E illustrates a comparison 105 of some CDMs with a no-CDM scheme. For example, some basic operations may include spreading and multiplexing.

[0087] It is agreed that for the normative phase, at least one of the OCC techniques will be specified:

[0088] -Inter-slot time-domain OCC with PUSCH repetition Type A with OCC length 2 or 4;

[0089] -Inter-symbol (s) time domain OCC with OCC length 2 or 4;

[0090] -Intra-symbol pre-DFT-sOCC (comb-like structure as in PUSCH format 4) with OCC length 2 or 4.

[0091] It is agreed that RAN1 should further study some potential specification aspects on OCC techniques, and the potential aspects at least include UCI multiplexing. However, an issue of how to determine UCI reporting timeline when PUSCH is multiplexed with OCC should be addressed.

[0092] In the present disclosure, a term “PUSCH unit” is used, which may be one or multiple slots or symbols. For inter-slot level OCC, the PUSCH unit may be N slots, which is the same unit to PUSCH repetition A when TBoMS is configured with N. For inter-symbol level OCC, the PUSCH unit may be several symbols, to facilitate the OCC multiplexing operation, the PUSCH unit may be 7 symbols for coverage-limited scenario. For PUSCH type B repetition, the PUSCH unit may be a nominal repetition same as the actual repetition. During OCC operation (multiplexing or de-multiplexing) , each PUSCH  unit will apply one code word of an OCC sequence. In the present disclosure, the k-th PUSCH unit may also be referred to as the k-th PUSCH. It is to be noted that intra-symbol level OCC is not relevant to the UCI reporting issue.

[0093] In the present disclosure, a term “OCC unit” is used. The OCC unit may be determined based on an OCC length and a PUSCH repetition duration. For example, the PUSCH repetition duration may be a length of a PUSCH repetition, which may be determined based on a predefined parameter and a slot duration. The OCC unit may be determined based on a predefined parameter (represented by M) , an OCC length, and a length of a PUSCH unit. For example, the OCC unit may be: M*OCC length*length of PUSCH unit. For example, the OCC length may be determined based on OCC configuration indicated / configured by a network device, for instance, the OCC length may be 2 or 4.

[0094] Reference is now made to FIG. 2, which illustrates a signalling chart illustrating communication process 200 in accordance with some example embodiments of the present disclosure. The process 200 may involve a network device 110 and a terminal device 120 as shown in FIG. 1A. It would be appreciated that the process 200 may be applied to other communication scenarios, which will not be described in detail.

[0095] In process 200, the network device 110 may transmit, and the terminal device120 may receive, an OCC-based PUSCH configuration at 205. In some implementations, the OCC-based PUSCH configuration may be transmitted from the network device 110 to a group of terminal devices, i.e., a group of UEs which includes the terminal device 120. In some example embodiments, the OCC-based PUSCH configuration may indicate to the group of UEs to perform PUSCH transmission with OCC on a same physical resource.

[0096] In some embodiments, the network device 110 may transmit a multiplexing indication to the terminal device 120, where the multiplexing indication may indicate to the terminal device 120 to report UCI with the PUSCH. In some examples, the multiplexing indication may be included in the OCC-based PUSCH configuration. In some other examples, the multiplexing indication may be included in another message which is different from the OCC-based PUSCH configuration.

[0097] In the process 200, the terminal device 120 determines at least one target OCC unit for a UCI at 210. In addition, at 220, the terminal device 120 transmits the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0098] In some implementations, the at least one target OCC unit may include one target OCC unit or may include multiple target OCC units. In some implementations, when PUSCH is scheduled to transmit with OCC, the terminal device 120 may determine the at least one target OCC unit, to ensure that the UCI will be multiplexed on PUSCH from the first target PUSCH unit of a target OCC unit. In some implementations, the determination of the UCI is also called as a UCI reporting timing determination. In some examples, for ease of description, the at least one target OCC unit may be represented as the j-th OCC unit to the (j+S) -th OCC unit, where S is an integer larger than or equal to 0.

[0099] In some embodiments, the terminal device 120 may determine a PUSCH unit which is capable of transmitting a UCI; and the terminal device 120 may determine the at least one target OCC unit based on the determined PUSCH unit capable of transmitting a UCI. In some embodiments, a relationship between the determined PUSCH unit and the first PUSCH unit of an OCC unit may be used for determining the at least one target OCC unit.

[0100] In some instances, the determined PUSCH unit may be based one at least one of the following: a UE capability of the terminal device 120, processing time and / or preparation time for the UCI, OCC parameters, etc. In some instances, the determined PUSCH unit may be related to a legacy-determined UCI reporting timing, details of which may refer to those in TS 38.213 and TS 38.214.

[0101] In some examples, the determined PUSCH unit that is capable of transmitting a UCI may be overlapped with the first PUSCH unit of an OCC unit, in this case, the at least one target OCC unit may include one or more target OCC units from the OCC unit overlapped with the determined PUSCH unit. For example, the first target OCC unit is the OCC unit that includes the determined PUSCH unit. For example, the at least one target OCC unit may include the first target OCC unit, or multiple continuous target OCC units from the first target OCC unit. For example, the determined PUSCH unit that is capable of transmitting a UCI may be overlapped with the first PUSCH unit of the j-th OCC unit, and the at least one target OCC unit may include the j-th OCC unit to the (j+S) -th OCC unit.

[0102] In some other examples, the determined PUSCH unit that is capable of transmitting a UCI may be not overlapped with the first PUSCH unit of an OCC unit, in this case, the at least one target OCC unit may include one or more target OCC units after an OCC unit which includes the determined PUSCH unit. For example, if the determined PUSCH unit is overlapped with the K-th PUSCH unit in the i-th OCC unit, but K>1, then the first target OCC  unit may be the (i+1) -th OCC unit, that is j=i+1. For example, the at least one target OCC unit may include the (i+1) -th OCC unit, or multiple continuous target OCC units from the (i+1) -th OCC unit to the (i+1+S) -th OCC unit.

[0103] In the present disclosure, the UCI to be transmitted may be a HARQ-ACK. In some embodiments, the terminal device 120 may determine a slot capable of transmitting the HARQ-ACK, and then determine the at least one target OCC unit based on a relationship between the slot and the first PUSCH unit of an OCC unit. In some embodiments, in case the slot does not overlap with the first PUSCH unit of any OCC unit, the at least one target OCC unit may include one or more OCC units after the slot. In some other embodiments, in case the slot overlaps with the first PUSCH unit of an OCC unit, the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the slot.

[0104] In some instances, the slot capable of transmitting the HARQ-ACK may be determined based on a configuration, e.g., without OCC. In some other instances, the slot capable of transmitting the HARQ-ACK may be determined based on a legacy HARQ-ACK timing, such as n+k, where n and k may be determined according to some descriptions provided above for various cases. It should be noted that a manner of determining the slot capable of transmitting the HARQ-ACK is not limited in the present disclosure, some other methods are still applicable which will not be listed herein.

[0105] For example,  may refer to an index of a slot overlapped with the first symbol of the first PUSCH unit in the j-th OCC unit, and j can be determined to be the smallest integer satisfying In addition, the at least one target OCC unit can be determined as the j-th OCC unit, or as the j-th OCC unit to (j+S) -th OCC unit.

[0106] In the present disclosure, the UCI to be transmitted may be a CSI (or a CSI report in some examples) . In some embodiments, the terminal device 120 may determine a symbol capable of transmitting the CSI, and then determine the at least one target OCC unit based on a relationship between the symbol and the first PUSCH unit of an OCC unit. In some embodiments, in case the symbol does not overlap with the first PUSCH unit of any OCC unit, the at least one target OCC unit may include one or more OCC units after the symbol. In some other embodiments, in case the symbol overlaps with the first PUSCH unit of an OCC unit, the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the symbol.

[0107] In some embodiments, the symbol capable of transmitting the CSI may be determined based on processing time of the CSI. In some instances, the symbol capable of transmitting the CSI may be determined based on a configuration, e.g., without OCC. In some other instances, the symbol capable of transmitting the CSI may be determined based on a legacy CSI reporting timing, such as Zref (n) or Z′ref (n) , which is determined according to some descriptions provided above for various cases. It should be noted that a manner of determining the symbol capable of transmitting the CSI is not limited in the present disclosure, some other methods are still applicable which will not be listed herein.

[0108] For example,  may refer to an index of the first symbol of the first PUSCH unit in the j-th OCC unit, and j can be determined to be the smallest integer satisfying or In addition, the at least one target OCC unit can be determined as the j-th OCC unit, or as the j-th OCC unit to (j+S) -th OCC unit.

[0109] In some other embodiments, different OCC units may be associated with different SRS resource sets, the terminal device 120 may determine that the at least one target OCC unit include a first OCC unit associated with a first SRS resource set and a second OCC unit associated with a second SRS resource set; or the terminal device 120 may determine that the at least one target OCC unit include a first OCC unit associated with a first SRS resource set. In some embodiments, a higher layer parameter multipanelScheme is not provided and a DCI format 0_1 and DCI format 0_2 indicate codepoint "10" or "11" for an SRS resource set indicator and schedule aperiodic CSI report on PUSCH with transport block by a CSI request field on a DCI.

[0110] In some examples, for PUSCH repetition Type A, when higher layer parameter multipanelScheme is not provided and a DCI format 0_1 and DCI format 0_2 indicate codepoint "10" or "11" for the SRS resource set indicator and schedule aperiodic CSI report (s) on PUSCH with transport block by a 'CSI request' field on a DCI, the CSI report (s) multiplexing timing has to be further determined as follows:

[0111] -if higher layer parameter ap-CSI-MultiplexingMode in CSI-AperiodicTriggerState is enabled and UCI other than CSI report (s) are not multiplexed on PUSCH, the CSI report (s) is transmitted separately only on the j1-th OCC unit associated with the first SRS resource set and the j2-th OCC unit associated with the second SRS resource set.

[0112] -otherwise, the CSI report (s) is transmitted only on the j1-th OCC unit.

[0113] Here,  is determined by the OCC unit associated with the s-th SRS resource set; e.g.,  is determined by the OCC unit (s) associated with the first SRS resource set, and is determined by the OCC unit (s) associated with the second SRS resource set. For example,  may refer to an index of the first symbol of the first PUSCH unit in the j-th OCC unit, and j can be determined to be the smallest integer satisfying or where and are associated with the s-th SRS resource set, where  associated with the s-th SRS resource set is defined as the next uplink symbol with its CP starting Tproc, CSI= (Z) (2048+144) ·κ2-μ·TC+Tswitch after the end of the last symbol of the PDCCH triggering the CSI report (s) , and where associated with the s-th SRS resource set is defined as the next uplink symbol with its CP starting T′proc, CSI= (Z′) (2048+144) ·κ2-μ·TC after the end of the last symbol in time of the latest of: aperiodic CSI-RS resource for channel measurements, aperiodic CSI-IM used for interference measurements, and aperiodic NZP CSI-RS for interference measurement for a CSI-ReportConfig, or for all triggered sub-configurations if CSI-ReportConfig contains multiple sub-configurations, when aperiodic CSI-RS is used for channel measurement for the n-th triggered CSI report.

[0114] In some examples, for PUSCH repetition Type B, when higher layer parameter multipanelScheme is not provided and a DCI format 0_1 and DCI format 0_2 indicate codepoint "10" or "11" for the SRS resource set indicator and schedule aperiodic CSI report (s) on PUSCH with transport block by a 'CSI request' field on a DCI, the CSI report (s) multiplexing timing has to be further determined as follows:

[0115] -if higher layer parameter ap-CSI-MultiplexingMode in CSI-AperiodicTriggerState is enabled and the actual repetitions in j1-th OCC unit associated with the first SRS resource set and the actual repetitions in j2-th OCC unit associated with the second SRS resource set have the same number of symbols and UCI other than CSI report (s) are not multiplexed on PUSCH, the CSI report (s) is multiplexed separately only on the actual repetitions in j1-th OCC unit associated with the first SRS resource set and actual repetitions j2-th OCC unit associated with the second SRS resource set.

[0116] -otherwise, the CSI report (s) is multiplexed only on the actual repetitions in the j1-th OCC unit.

[0117] Here,  is determined by the OCC unit associated with the s-th SRS resource set; e.g.,  is determined by the OCC unit (t) associated with the first SRS resource set, and is determined by the OCC unit (s) associated with the second SRS resource set. For example,  may refer to an index of the first symbol of the first PUSCH unit in the j-th OCC unit, and j can be determined to be the smallest integer satisfying or where and are associated with the s-th SRS resource set, where associated with the s-th SRS resource set is defined as the next uplink symbol with its CP starting Tproc, CSI= (Z) (2048+144) ·κ2-μ·TC+Tswitch after the end of the last symbol of the PDCCH triggering the CSI report (s) , and where associated with the s-th SRS resource set is defined as the next uplink symbol with its CP starting T′proc, CSI= (Z′) (2048+144) ·κ2-μ·TC after the end of the last symbol in time of the latest of: aperiodic CSI-RS resource for channel measurements, aperiodic CSI-IM used for interference measurements, and aperiodic NZP CSI-RS for interference measurement for a CSI-ReportConfig, or for all triggered sub-configurations if CSI-ReportConfig contains multiple sub-configurations, when aperiodic CSI-RS is used for channel measurement for the n-th triggered CSI report.

[0118] As such, a rule may be predefined to determine the UCI reporting timing when UCI is multiplexed on PUSCH with OCC, for example a relationship between a PUSCH unit capable for transmitting the UCI and the first PUSCH unit of an OCC unit may be considered.

[0119] In some other implementations, the at least one target OCC unit may be determined based on configuration information from the network device 110. In some embodiments, the configuration information may be implemented by at least one of: a DCI, a MAC CE, or RRC signalling. In some embodiments, the configuration information may be carried in the OCC-based PUSCH configuration at 205. In some embodiments, the configuration information may include an OCC offset, which may be used for determining the first target OCC unit in the at least one target OCC unit. In some embodiments, a plurality of OCC offsets may be configured, and an indication may indicate one of the plurality of OCC offsets to be used, for example, the indication may be carried in a DCI and / or MAC CE.

[0120] For example, the OCC offset may be a number of time units, where the time unit may be any of the following: OCC unit, PUSCH unit, slot, symbol, etc.

[0121] In some embodiments, when PUSCH is scheduled to transmit with OCC, the network device 110 may configure an offset (e.g., offsetOCC) for the UCI multiplexed with PUSCH. The first PUSCH unit of the first target OCC unit may be determined after  offsetOCC from a legacy-determined UCI reporting timing. For example, the first target OCC unit is overlapped with a time after offsetOCC from a legacy-determined UCI reporting timing. For example, the first PUSCH unit in the first target OCC unit may be overlapped with a time after offsetOCC from a legacy-determined UCI reporting timing. For example, the first slot or the first symbol of the first PUSCH unit in the first target OCC unit may be overlapped with a time after offsetOCC from a legacy-determined UCI reporting timing. The UCI may be multiplexed with each PUSCH unit on the target OCC unit with the first PUSCH unit (or the first slot or the first symbol of the first PUSCH unit) overlapping with a time after offsetOCC from a legacy-determined UCI reporting timing.

[0122] As one example, if the offsetOCC is configured as 2 OCC units, and the legacy-determined UCI reporting timing is overlapped with the i-th OCC unit, then the UCI will be multiplexed with OCC from the first PUSCH unit of the (i+2) -th OCC unit.

[0123] In the present disclosure, the UCI to be transmitted may be a HARQ-ACK. In some embodiments, the OCC offset for HARQ-ACK may be an offset (such as offsetOCCHarqAck) for the HARQ-ACK multiplexed with OCC. In some examples, the HARQ-ACK reporting timing may be a target OCC unit with the first PUSCH unit overlapping with n+k+ offsetOCCHarqAck. For example, the first slot or the first symbol of the first PUSCH unit may be overlapped with n+k+ offsetOCCHarqAck.

[0124] In the present disclosure, the UCI to be transmitted may be a CSI. In some embodiments, the OCC offset for CSI may be an offset (such as offsetOCCCSI) for the CSI multiplexed with OCC. In some examples, the HARQ-ACK reporting timing may be a target OCC unit with the first PUSCH unit overlapping with Zref (n) +offsetOCCCSI, or Z′ref (n) +offsetOCCCSI. For example, the first symbol of the first PUSCH unit may be overlapped with Zref (n) +offsetOCCCSI, or Z′ref (n) +offsetOCCCSI.

[0125] For example,  may refer to an index of the first symbol of the first PUSCH unit in the j-th OCC unit, and j can be determined to be the smallest integer satisfying or In addition, the at least one target OCC unit can be determined as the j-th OCC unit, or as the j-th OCC unit to (j+S) -th OCC unit.

[0126] As such, an offset for OCC may be indicated to the terminal device 120 to determine the UCI reporting timing when UCI is multiplexed on PUSCH with OCC, for example, a time offset from a time capable for transmitting the UCI may be indicated.

[0127] As illustrated, the network device 110 may determine at least one target OCC unit at 215, details of which is similar as that discussed with reference to the operation 210, thus will not be repeated herein.

[0128] In the process 200, the network device 110 decodes the PUSCH at 230 to obtain the UCI, e.g., after receiving the PUSCH at 220 which is scheduled to transmit with OCC.

[0129] In some implementations, if multiple PUSCHs are received from multiple terminal devices in the same physical resource, the network device 110 may de-multiplex the PUSCHs for multiple terminal devices. In some examples, the network device 110 may determine the PUSCH with multiplexed UCI for the terminal device 120.

[0130] The network device 110 may further decode the UCI (e.g., HARQ-ACK or CSI) on the at least one target OCC unit, such as the j-th OCC unit to the (j+S) -th OCC unit.

[0131] FIG. 3A illustrates an example schematic of a determination of a target OCC unit 310 in accordance with some embodiments of the present disclosure. As illustrated, the k-th PUSCH unit 311 of the i-th OCC unit may be determined, e.g., based on a legacy processing time or legacy offset, for example, the k-th PUSCH unit 311 of the i-th OCC unit may be a PUSCH that is capable of transmitting a UCI. If k>1, that is, the determined PUSCH unit is not overlapped with the first PUSCH unit of an OCC unit, then the target OCC unit may be determined as the (i+1) -th OCC unit. For example, the UCI may be multiplexed on PUSCH from the first PUSCH unit 312 of the (i+1) -th OCC unit.

[0132] It is to be noted that if the UCI reporting timing is not on the first PUSCH unit (e.g. repetition) of an OCC unit for PUSCH transmission, multiplexing the UCI on the PUSCH unit (e.g., the k-th PUSCH unit 311 of the i-th OCC unit) will break down the orthogonal property of the OCC unit. As illustrated in FIG. 3A, the UCI reporting timing may be further delayed if the report will breakdown the OCC orthogonal property. For example, the UCI reporting timing may be the nearest first PUSCH unit of an OCC unit after the legacy-determined timing.

[0133] FIG. 3B illustrates an example schematic of a UCI multiplexing 320 in an OCC unit in accordance with some embodiments of the present disclosure. As illustrated, the UCI  may be multiplexed into each PUSCH unit of the OCC unit. As such, the performance balance between the UCI and the UL-SCH may be guaranteed.

[0134] According to embodiments with reference to FIGS. 2-3B, a UCI reporting timing may be determined when PUSCH is multiplexed with OCC, for example, the UCI is multiplexed from the first PUSCH unit of an OCC unit. As such, an impact to the PUSCH performance of the UCI multiplexing on the PUSCH may be limited and an orthogonal property of the OCC unit may be guaranteed.

[0135] In some implementations, there may be more than one UL-SCH transport block for PUSCH transmission, in this case, which UL-SCH transport block (s) will be used for multiplexing the UCI should be determined. In some examples, in case where there is more than one UL-SCH transport block for PUSCH transmission, the UCI is multiplexed on one or more UL-SCH transport block without OCC multiplexing. In some examples, in case where there are more than one UL-SCH transport block for PUSCH transmission and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a highest modulation and coding scheme (MCS) , i.e., with the highest IMCS. In some examples, in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS (IMCS) and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a first one among the more than one UL-SCH transport block. In some examples, in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a priority lower than or equal to a priority of the UCI.

[0136] In some implementations, the terminal device 120 may further transmit capability information to the network device 110, for example, the capability information may indicate that the terminal device 120 supports a transmission of the cross-priority UCI multiplexing on PUSCH with OCC.

[0137] In some implementations, the terminal device 120 may transmit capability information to the network device 110, for example, the capability information may indicate which priority of the UCI is supported to be transmitted on PUSCH with OCC. In some examples, an IE “mux-HARQ-ACK-DiffPriorities-OCC-r19” may be used for indicating which priority of HARQ-ACK is supported to be transmitted on PUSCH with OCC. For  example, the IE “mux-HARQ-ACK-DiffPriorities-OCC-r19” may be implemented as the following Table 3.

[0138] Table 3

[0139] In some implementations, the network device 110 may transmit, and the terminal device 120 may receive, a configuration for UCI multiplexed on PUSCH with OCC, for example, the configuration indicates beta-offset values for cross-priority UCI multiplexing on PUSCH with OCC. For example, the configuration may be provided via a higher layer message (such as broadcast RRC signalling) , and an indication may be further used for indicating a specific one in the configuration.

[0140] In some examples, the configuration may be implemented by an IE “BetaOffsetsCrossPri” . For example, independent BetaOffsets for UCIs may be configured,  and one or multiple indexes may be used for indicating specific values when multiplexing UCI on a PUSCH with OCC. As such, the transmission performance for UCI and / or the PUSCH can be improved.

[0141] In some examples, the configuration may be implemented by an IE “BetaOffsetsCrossPriOCC” . For example, the “BetaOffsetsCrossPriOCC” may be used to configure beta-offset values for cross-priority HARQ-ACK multiplexing on PUSCH with OCC. As an example, the IE “BetaOffsetsCrossPriOCC” may be configured as the following:

[0142] In some implementations, the network device 110 may transmit, and the terminal device 120 may receive, a dedicated priority of the UCI for a case that the UCI is multiplexed on a PUSCH with OCC. In some examples, an independent priority may be configured for the UCI which is to be multiplexed on a PUSCH with OCC. In some embodiments, the independent priority of the UCI to be multiplexed on a PUSCH with OCC may be indicated by (or comprised in) a DCI, a MAC CE, or RRC signalling. As such, different priority setting may be configured when PUSCH is multiplexed with OCC, thereby improving the transmission performance of the UCI and / or the PUSCH.

[0143] For example, different DCI values may be used for indicating different priority configurations.

[0144] For example, a same DCI value corresponding to different high layer configurations may be used for indicating different priority configurations. For instance, an IE “priorityIndicatorDCI-OCC” in DCI may be used for a UCI when multiplexed on a PUSCH with OCC. As shown in the following Table 4, the IE may include priorityIndicatorDCI-0-1OCC, priorityIndicatorDCI-0-2OCC, priorityIndicatorDCI-1-3OCC, and priorityIndicatorDCI-0-3OCC.

[0145] Table 4

[0146] In some implementations, when the UCI is multiplexed on a PUSCH with OCC, a priority of the UCI may be different from a priority of the UL-SCH transport block, in this case, a transmission scheme for the UCI should be considered.

[0147] In some examples, if a priority of a UCI is lower than a priority of a UL-SCH transport block, the UCI may be discarded. For instance, in case a low-priority UCI is to be multiplexed on the UL-SCH transport block with a high priority, the UCI is dropped. Take HARQ-ACK as an example, in case a low-priority HARQ-ACK is scheduled to be multiplexed on the UL-SCH transport block with a high priority, the HARQ-ACK is disabled.

[0148] In some other examples, if a priority of a UCI is lower than a priority of a UL-SCH transport block, the UCI may be multiplexed on another UL-SCH transport block with a same priority of the UCI. For instance, in case a low-priority UCI is to be multiplexed on the UL-SCH transport block with a high priority, the UCI is delayed to a following UL-SCH transport block with a low priority. For instance, a following UL-SCH transport block with a same priority as the UCI can be determined, and the UCI may be multiplexed on the following UL-SCH transport block.

[0149] In some implementations, the betaoffset configuration for OCC may be configured separately. In some examples, a separated high layer configuration may be provided, for example an IE “BetaOffsetsOCC” may be used to configure beta-offset values when OCC transmission is applied. As an example, the IE “BetaOffsetsOCC” may be configured as the following:

[0150] For example, descriptions of fields in the IE “BetaOffsetsOCC” may refer to the following Table 5.

[0151] Table 5

[0152] In some examples, additional fields in an IE “BetaOffsets” may be used to configure beta-offset values when OCC transmission is applied. For example, some new fields for OCC may include betaOffsetACK-Index4, betaOffsetCSI-Part1-Index3, betaOffsetCSI-Part1-Index4, betaOffsetCSI-Part2-Index3, and betaOffsetCSI-Part2-Index4. As an example, the IE “BetaOffsets” may be configured as the following:

[0153] For example, descriptions of fields in the IE “BetaOffsets” may refer to the following Table 6.

[0154] Table 6

[0155] It is to be appreciated that some examples of IE provided above are only for illustration without any limitations in the present disclosure. For example, the name of any IE can be implemented by another one different from that used in embodiments above. For example, a name of an IE may be associated with a multiplexing scenario for PUSCH with OCC.

[0156] It is to be appreciated that the processes described above are only for illustration without any limitation. In some examples, one or more steps may be omitted or combined or modified. In some examples, one or more additional steps may be added. One or more steps in a process may be combined into another process. In some examples, two or more embodiments may be combined in to one embodiment. It is to be understood that some further embodiments may be obtained and are still in the protection scope of the present disclosure.

[0157] FIG. 4 illustrates a flowchart of an example method 400 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the terminal device which may perform the method 400 can be the terminal device 120 discussed above.

[0158] At block 410, the terminal device 120 determines at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units. At block 420, the terminal device 120 transmits, to a network device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0159] It should be noted that the method 400 may include various other operations which may be performed by the terminal device 120 as described above with reference to FIG. 2.

[0160] FIG. 5 illustrates a flowchart of an example method 500 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the network device which may perform the method 500 can be the network device 110 discussed above.

[0161] At block 510, the network device 110 determines at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units. At block 520, the network device 110 receives, from a terminal device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0162] It should be noted that the method 500 may include various other operations which may be performed by the network device 110 as described above with reference to FIG. 2.

[0163] Details of some embodiments according to the present disclosure have been described with reference to FIGS. 1A-5. Now an example implementation of the terminal device and the network device will be discussed below.

[0164] In some example embodiments, a terminal device comprises circuitry configured to: determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and transmit, to a network device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit. It should be noted that the terminal device comprises circuitry configured to perform various other operations as described above with reference to FIG. 2.

[0165] In some example embodiments, a network device comprises circuitry configured to: determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and receive, from a terminal device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit. It should be noted that the network device comprises circuitry configured to perform various other operations as described above with reference to FIG. 2.

[0166] FIG. 6 illustrates a simplified block diagram of a device 600 that is suitable for implementing embodiments of the present disclosure. The device 600 can be considered as  a further example implementation of the terminal device 120 and the network device 110 as described above. Accordingly, the device 600 can be implemented at or as at least a part of the terminal device or the network device.

[0167] As shown, the device 600 includes a processor 610, a memory 620 coupled to the processor 610, a suitable transceiver 640 coupled to the processor 610, and a communication interface coupled to the transceiver 640. The memory 620 stores at least a part of a program 630. The transceiver 640 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 640 may include at least one of a transmitter and a receiver. The transmitter and the receiver may be functional modules or physical entities. The transceiver 640 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0168] The program 630 is assumed to include program instructions that, when executed by the associated processor 610, enable the device 600 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1A-5. The embodiments herein may be implemented by computer software executable by the processor 610 of the device 600, or by hardware, or by a combination of software and hardware. The processor 610 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 610 and memory 620 may form processing means 650 adapted to implement various embodiments of the present disclosure.

[0169] The memory 620 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 620 is shown in the device 600, there may be several physically distinct memory modules in the device 600.  The processor 610 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 600 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0170] In summary, embodiments of the present disclosure may provide the following solutions.

[0171] The present disclosure provides a terminal device, comprising at least one processor configured to cause the terminal device at least to: determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; and transmit, to a network device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0172] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to determine the at least one target OCC unit by: determining a PUSCH unit capable of transmitting the UCI; and in accordance with a determination that the PUSCH unit is not a first PUSCH unit in an OCC unit, determining the at least one target OCC unit after the PUSCH unit.

[0173] In one embodiment, the terminal device as above, the UCI comprises a HARQ-ACK, and wherein the at least one processor is configured to cause the terminal device to determine the at least one target OCC unit by: determining a slot capable of transmitting the HARQ-ACK; and determining the at least one target OCC unit based on a relationship between the slot and a first PUSCH unit of an OCC unit, wherein the at least one target OCC unit comprises one or more OCC units after the slot in case that the slot does not overlap with the first PUSCH unit, or wherein the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the slot in case that the slot overlaps with the first PUSCH unit.

[0174] In one embodiment, the terminal device as above, the UCI comprises a CSI, and wherein the at least one processor is configured to cause the terminal device to determine the at least one target OCC unit by: determining a symbol based on a processing time for the CSI; and determining the at least one target OCC unit based on a relationship between the symbol  and a first PUSCH unit of an OCC unit, wherein the at least one target OCC unit comprises one or more OCC units after the symbol in case that the symbol does not overlap with the first PUSCH unit, or wherein the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the symbol in case that the symbol overlaps with the first PUSCH unit.

[0175] In one embodiment, the terminal device as above, the UCI comprises a CSI, and wherein the at least one processor is configured to cause the terminal device to: determine that the at least one target OCC unit comprises a first OCC unit associated with a first SRS resource set and a second OCC unit associated with a second SRS resource set based on at least one of the following: a higher layer parameter multipanelScheme is not provided, a DCI format 0_1 and DCI format 0_2 indicate codepoint "10" or "11" for an SRS resource set indicator and schedule aperiodic CSI report on PUSCH with transport block by a CSI request field on a DCI, a higher layer parameter ap-CSI-MultiplexingMode in CSI-AperiodicTriggerState is enabled, UCI other than CSI report (s) are not multiplexed on PUSCH, or PUSCH repetitions in the first OCC unit associated with the first SRS resource set and PUSCH repetitions in the second OCC unit associated with the second SRS resource set have a same number of symbols.

[0176] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to: receive, from the network device, an OCC-based PUSCH configuration comprising an OCC offset for determining a first target OCC unit among the at least one target OCC unit.

[0177] In one embodiment, the terminal device as above, the OCC offset indicates a number of time units from the PUSCH unit capable of transmitting the UCI to a first target PUSCH unit of the first target OCC unit among the at least one target OCC unit.

[0178] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to: receive, from the network device, the OCC-based PUSCH configuration, wherein the OCC-based PUSCH configuration indicates that a group of terminal devices should perform a PUSCH transmission with OCC on a same physical resource.

[0179] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to determine at least one of: in case where there is more than one UL-SCH transport block for PUSCH transmission, the UCI is multiplexed on  one or more UL-SCH transport block without OCC multiplexing, in case where there are more than one UL-SCH transport block for PUSCH transmission and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a highest MCS, in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a first one among the more than one UL-SCH transport block, or in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a priority lower than or equal to a priority of the UCI.

[0180] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to: receive, from the network device, a dedicated priority of the UCI for a case that the UCI is multiplexed on a PUSCH with OCC.

[0181] In one embodiment, the terminal device as above, the dedicated priority of the UCI is comprised in at least one of: a DCI, a MAC CE, or RRC signalling.

[0182] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to: in accordance with a determination that a further UCI is to be transmitted and a priority of the further UCI is lower than a priority of a UL-SCH transport block, perform one of: discarding the further UCI; or transmitting the further UCI multiplexed on another UL-SCH transport block with a same priority with the further UCI after the UL-SCH transport block.

[0183] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to: receive, from the network device, a configuration for UCI multiplexed on PUSCH with OCC, wherein the configuration indicates beta-offset values for cross-priority UCI multiplexing on PUSCH with OCC.

[0184] In one embodiment, the terminal device as above, the at least one processor is configured to cause the terminal device to: transmit, to the network device, capability information indicating that the terminal device supports a transmission of the cross-priority UCI multiplexing on PUSCH with OCC.

[0185] The present disclosure provides a network device, comprising at least one processor configured to cause the network device at least to: determine at least one target OCC unit for a UCI to be multiplexed on a PUSCH with OCC, wherein each of the at least one target OCC  unit comprises a plurality of target PUSCH units; and receive, from a terminal device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.

[0186] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to determine the at least one target OCC unit by: determining a PUSCH unit capable of transmitting the UCI; and in accordance with a determination that the PUSCH unit is not a first PUSCH unit in an OCC unit, determining the at least one target OCC unit after the PUSCH unit.

[0187] In one embodiment, the network device as above, the UCI comprises a HARQ-ACK, and wherein the at least one processor is configured to cause the network device to determine the at least one target OCC unit by: determining a slot capable of transmitting the HARQ-ACK; and determining the at least one target OCC unit based on a relationship between the slot and a first PUSCH unit of an OCC unit, wherein the at least one target OCC unit comprises one or more OCC units after the slot in case that the slot does not overlap with the first PUSCH unit, or wherein the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the slot in case that the slot overlaps with the first PUSCH unit.

[0188] In one embodiment, the network device as above, the UCI comprises a CSI, and wherein the at least one processor is configured to cause the network device to determine the at least one target OCC unit by: determining a symbol based on a processing time for the CSI; and determining the at least one target OCC unit based on a relationship between the symbol and a first PUSCH unit of an OCC unit, wherein the at least one target OCC unit comprises one or more OCC units after the symbol in case that the symbol does not overlap with the first PUSCH unit, or wherein the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the symbol in case that the symbol overlaps with the first PUSCH unit.

[0189] In one embodiment, the network device as above, the UCI comprises a CSI, and wherein the at least one processor is configured to cause the network device to: determine that the at least one target OCC unit comprises a first OCC unit associated with a first SRS resource set and a second OCC unit associated with a second SRS resource set based on at least one of the following: a higher layer parameter multipanelScheme is not provided, a DCI format 0_1 and DCI format 0_2 indicate codepoint "10" or "11" for an SRS resource set  indicator and schedule aperiodic CSI report on PUSCH with transport block by a CSI request field on a DCI, a higher layer parameter ap-CSI-MultiplexingMode in CSI-AperiodicTriggerState is enabled, UCI other than CSI report (s) are not multiplexed on PUSCH, or PUSCH repetitions in the first OCC unit associated with the first SRS resource set and PUSCH in the second OCC unit associated with the second SRS resource set have a same number of symbols.

[0190] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to: transmit, to the terminal device, an OCC-based PUSCH configuration comprising an OCC offset for determining a first target OCC unit among the at least one target OCC unit.

[0191] In one embodiment, the network device as above, the OCC offset indicates a number of time units from the PUSCH unit capable of transmitting the UCI to a first target PUSCH unit of the first target OCC unit among the at least one target OCC unit.

[0192] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to: transmit, to the terminal device, the OCC-based PUSCH configuration, wherein the OCC-based PUSCH configuration indicates that a group of terminal devices should perform a PUSCH transmission with OCC on a same physical resource.

[0193] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to determine at least one of: in case where there is more than one UL-SCH transport block for PUSCH transmission, the UCI is multiplexed on one or more UL-SCH transport block without OCC multiplexing, in case where there are more than one UL-SCH transport block for PUSCH transmission and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a highest MCS, in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a first one among the more than one UL-SCH transport block, or in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a priority lower than or equal to a priority of the UCI.

[0194] In one embodiment, the network device as above, the at least one processor is  configured to cause the network device to: transmit, to the terminal device, a dedicated priority of the UCI for a case that the UCI is multiplexed on a PUSCH with OCC.

[0195] In one embodiment, the network device as above, the dedicated priority of the UCI is comprised in at least one of: a DCI, a MAC CE, or RRC signalling.

[0196] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to: receive, from the terminal device, a further UCI multiplexed on another UL-SCH transport block with a same priority with the further UCI.

[0197] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to: transmit, to the terminal device, a configuration for UCI multiplexed on PUSCH with OCC, wherein the configuration indicates beta-offset values for cross-priority UCI multiplexing on PUSCH with OCC.

[0198] In one embodiment, the network device as above, the at least one processor is configured to cause the network device to: receive, from the terminal device, capability information indicating that the terminal device supports a transmission of the cross-priority UCI multiplexing on PUSCH with OCC.

[0199] The present disclosure provides a method of communication, comprising the operations implemented at the terminal device or at a network device discussed above.

[0200] The present disclosure provides a terminal device, comprising: a processor; and a memory storing computer program codes; the memory and the computer program codes configured to, with the processor, cause the terminal device to perform the method implemented at the terminal device discussed above.

[0201] The present disclosure provides a network device, comprising: a processor; and a memory storing computer program codes; the memory and the computer program codes configured to, with the processor, cause the network device to perform the method implemented at the network device discussed above.

[0202] The present disclosure provides a non-transitory computer readable medium having instructions stored thereon, the instructions, when executed by a processor of an apparatus, causing the apparatus to perform the method implemented at a terminal device or at a network device discussed above.

[0203] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some  aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0204] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0205] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0206] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage  medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0207] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0208] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising at least one processor configured to cause the terminal device to:determine at least one target orthogonal cover code (OCC) unit for uplink control information (UCI) to be multiplexed on a physical uplink shared channel (PUSCH) with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; andtransmit, to a network device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.2.The terminal device of claim 1, wherein the at least one processor is configured to cause the terminal device to determine the at least one target OCC unit by:determining a PUSCH unit capable of transmitting the UCI; andin accordance with a determination that the PUSCH unit is not a first PUSCH unit in an OCC unit, determining the at least one target OCC unit after the PUSCH unit.3.The terminal device of claim 1, wherein the UCI comprises a hybrid automatic repeat request acknowledgment (HARQ-ACK) , and wherein the at least one processor is configured to cause the terminal device to determine the at least one target OCC unit by:determining a slot capable of transmitting the HARQ-ACK; anddetermining the at least one target OCC unit based on a relationship between the slot and a first PUSCH unit of an OCC unit,wherein the at least one target OCC unit comprises one or more OCC units after the slot in case that the slot does not overlap with the first PUSCH unit, orwherein the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the slot in case that the slot overlaps with the first PUSCH unit.4.The terminal device of claim 1, wherein the UCI comprises channel state information (CSI) , and wherein the at least one processor is configured to cause the terminal device to determine the at least one target OCC unit by:determining a symbol based on a processing time for the CSI; anddetermining the at least one target OCC unit based on a relationship between the symbol and a first PUSCH unit of an OCC unit,wherein the at least one target OCC unit comprises one or more OCC units after the symbol in case that the symbol does not overlap with the first PUSCH unit, orwherein the at least one target OCC unit comprises one or more OCC units from the OCC unit overlapped with the symbol in case that the symbol overlaps with the first PUSCH unit.5.The terminal device of claim 1, wherein the UCI comprises a CSI, and wherein the at least one processor is configured to cause the terminal device to:determine that the at least one target OCC unit comprises a first OCC unit associated with a first sounding reference signal (SRS) resource set and a second OCC unit associated with a second SRS resource set based on at least one of the following:a higher layer parameter multipanelScheme is not provided,a downlink control information (DCI) format 0_1 and DCI format 0_2 indicate codepoint "10" or "11" for an SRS resource set indicator and schedule aperiodic CSI report on PUSCH with transport block by a CSI request field on a DCI,a higher layer parameter ap-CSI-MultiplexingMode in CSI-AperiodicTriggerState is enabled,UCI other than CSI report (s) are not multiplexed on PUSCH, orPUSCH repetitions in the first OCC unit associated with the first SRS resource set and PUSCH repetitions in the second OCC unit associated with the second SRS resource set have a same number of symbols.6.The terminal device of claim 2, wherein the at least one processor is configured to cause the terminal device to:receive, from the network device, an OCC-based PUSCH configuration comprising an OCC offset for determining a first target OCC unit among the at least one target OCC unit.7.The terminal device of claim 6, wherein the OCC offset indicates a number of time units from the PUSCH unit capable of transmitting the UCI to a first target PUSCH unit of the first target OCC unit among the at least one target OCC unit.8.The terminal device of claim 1, wherein the at least one processor is configured to cause the terminal device to:receive, from the network device, the OCC-based PUSCH configuration, wherein the OCC-based PUSCH configuration indicates that a group of terminal devices should perform a PUSCH transmission with OCC on a same physical resource.9.The terminal device of claim 1, wherein the at least one processor is configured to cause the terminal device to determine at least one of:in case where there is more than one uplink shared channel (UL-SCH) transport block for PUSCH transmission, the UCI is multiplexed on one or more UL-SCH transport block without OCC multiplexing,in case where there are more than one UL-SCH transport block for PUSCH transmission and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a highest modulation and coding scheme (MCS) ,in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a first one among the more than one UL-SCH transport block, orin case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a priority lower than or equal to a priority of the UCI.10.The terminal device of claim 1, wherein the at least one processor is configured to cause the terminal device to:receive, from the network device, a dedicated priority of the UCI for a case that the UCI is multiplexed on a PUSCH with OCC.11.The terminal device of claim 10, wherein the dedicated priority of the UCI is comprised in at least one of: a DCI, a medium access control (MAC) control element (CE) , or radio resource control (RRC) signalling.12.The terminal device of claim 1, wherein the at least one processor is configured to cause the terminal device to:in accordance with a determination that a further UCI is to be transmitted and a priority of the further UCI is lower than a priority of a UL-SCH transport block, perform one of:discarding the further UCI; ortransmitting the further UCI multiplexed on another UL-SCH transport block with a same priority with the further UCI after the UL-SCH transport block.13.The terminal device of claim 1, wherein the at least one processor is configured to cause the terminal device to:receive, from the network device, a configuration for UCI multiplexed on PUSCH with OCC, wherein the configuration indicates beta-offset values for cross-priority UCI multiplexing on PUSCH with OCC.14.The terminal device of claim 13, wherein the at least one processor is configured to cause the terminal device to:transmit, to the network device, capability information indicating that the terminal device supports a transmission of the cross-priority UCI multiplexing on PUSCH with OCC.15.A network device comprising at least one processor configured to cause the network device to:determine at least one target orthogonal cover code (OCC) unit for uplink control information (UCI) to be multiplexed on a physical uplink shared channel (PUSCH) with OCC, wherein each of the at least one target OCC unit comprises a plurality of target PUSCH units; andreceive, from a terminal device, the UCI multiplexed on the PUSCH with OCC from a first target PUSCH unit in each of the at least one target OCC unit.16.The network device of claim 15, wherein the at least one processor is configured to cause the network device to determine the at least one target OCC unit by:determining a PUSCH unit capable of transmitting the UCI; andin accordance with a determination that the PUSCH unit is not a first PUSCH unit in an OCC unit, determining the at least one target OCC unit after the PUSCH unit.17.The network device of claim 16, wherein the at least one processor is configured to cause the network device to:transmit, to the terminal device, an OCC-based PUSCH configuration comprising an OCC offset for determining a first target OCC unit among the at least one target OCC unit.18.The network device of claim 17, wherein the OCC offset indicates a number of time units from the PUSCH unit capable of transmitting the UCI to a first target PUSCH unit of the first target OCC unit among the at least one target OCC unit.19.The network device of claim 15, wherein the at least one processor is configured to cause the network device to:transmit, to the terminal device, the OCC-based PUSCH configuration, wherein the OCC-based PUSCH configuration indicates that a group of terminal devices should perform a PUSCH transmission with OCC on a same physical resource.20.The network device of claim 15, wherein the at least one processor is configured to cause the network device to determine at least one of:in case where there is more than one uplink shared channel (UL-SCH) transport block for PUSCH transmission, the UCI is multiplexed on one or more UL-SCH transport block without OCC multiplexing,in case where there are more than one UL-SCH transport block for PUSCH transmission and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a highest modulation and coding scheme (MCS) ,in case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a first one among the more than one UL-SCH transport block, orin case where there are more than one UL-SCH transport block for PUSCH transmission with a same MCS and the more than one UL-SCH transport block is multiplexed with OCC, the UCI is multiplexed on a UL-SCH transport block with a priority lower than or equal to a priority of the UCI.

Images