Uplink control information multiplexing on physical uplink shared channel within an orthogonal cover code group

Abstract

Disclosed are devices, methods, apparatuses, and computer readable media for collision handling between PUCCH and PUSCH repetitions within an OCC period. An example apparatus for a terminal device may include at least one processor and at least one memory. The at least one memory may store instructions that, when executed by the at least one processor, may cause the apparatus at least to: determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; and transmit the determined uplink transmission to a network device.

Description

UPLINK CONTROL INFORMATION MULTIPLEXING ON PHYSICAL UPLINK SHARED CHANNEL WITHIN AN ORTHOGONAL COVER CODE GROUPTECHNICAL FIELD

[0001] Various example embodiments described herein generally relate to communication technologies, and more particularly, to methods, apparatuses, and computer readable media for uplink control information (UCI) multiplexing on physical uplink shared channel (PUSCH) within an orthogonal cover code (OCC) group with inter-slot OCC.BACKGROUND

[0002] OCC is a coding technique that can be used to enhance capacity and throughput of a wireless communication network. A set of orthogonal codes having ideal zero cross-correlation, e.g. Walsh-Hadamard codes, can be generated using OCC. By assigning the generated orthogonal codes to different user equipment (UEs) , it may allow for simultaneous and orthogonal (i.e., interference-free) transmission of these UEs’ data on the same time-frequency resources. For example, when the OCC is applied to the data on physical uplink shared channel (PUSCH) , it may enable multiplexing UEs on the same time-frequency resources, thereby increasing the resource efficiency.SUMMARY

[0003] A brief summary of exemplary embodiments is provided below to provide basic understanding of some aspects of various embodiments. It should be noted that this summary is not intended to identify key features of essential elements or define scopes of the embodiments, and its sole purpose is to introduce some concepts in a simplified form as a preamble for a more detailed description provided below.

[0004] In a first aspect, disclosed is an apparatus for a terminal device. The apparatus may include at least one processor and at least one memory. The at least one memory may store instructions that, when executed by the at least one processor, may cause the apparatus at least to: determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; and transmit the determined uplink transmission to a network device.

[0005] In a second aspect, disclosed is an apparatus for a network device. The apparatus may include at least one processor and at least one memory. The at least one memory may store instructions that, when executed by the at least one processor, may cause the apparatus at least to: determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; and receive the uplink transmission from a terminal device.

[0006] In a third aspect, disclosed is a method performed by an apparatus for a terminal device. The method may comprise: determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; and transmitting the determined uplink transmission to a network device.

[0007] In a fourth aspect, disclosed is a method performed by an apparatus for a network device. The method may comprise: determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; and receiving the uplink transmission from a terminal device.

[0008] In a fifth aspect, disclosed is an apparatus for a terminal device. The apparatus may comprise: means for determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; means for determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determining an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; and means for transmitting the determined uplink transmission to a network device.

[0009] In a sixth aspect, disclosed is an apparatus for a network device. The apparatus may comprise: means for determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; means for determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; and means for receiving the uplink transmission from a terminal device.

[0010] In a seventh aspect, a computer-readable medium is disclosed. The computer-readable medium may comprise program instructions that, when executed by an apparatus for a terminal device, may cause the apparatus at least to: determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; and transmit the determined uplink transmission to a network device.

[0011] In an eighth aspect, a computer-readable medium is disclosed. The computer-readable medium may comprise program instructions that, when executed by an apparatus for a network device, may cause the apparatus at least to: determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; and receive the uplink transmission from a terminal device.

[0012] These and other features and advantages of the present disclosure will be apparent from the following detailed description when read in conjunction with the accompanying drawings, which illustrate, examples of the present disclosure. This disclosure is intended to be read in its entirety such that any separable features or elements of the disclosure, in any of its aspects and example implementations, should be viewed as combinable unless the context of the disclosure clearly dictates otherwise.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Some example embodiments will now be described, by way of non-limiting examples, with reference to the accompanying drawings.

[0014] FIG. 1 shows an example communication environment where the example embodiments of the present disclosure can be implemented.

[0015] Fig. 2 illustrates the principle of applying OCC to the transmission signal.

[0016] Fig. 3 illustrates an example scenario of collision between PUCCH and PUSCH repetitions with inter-slot OCC.

[0017] Fig. 4 shows an exemplary sequence diagram illustrating a process for enabling uplink transmission according to an example embodiment of the present disclosure.

[0018] Fig. 5 illustrates operations for handling collision of PUCCH and PUSCH repetitions according to an example embodiment of the present disclosure.

[0019] Fig. 6 illustrates an example scenario of addressing collision between PUCCH and PUSCH repetitions according to an example implementation of the present disclosure.

[0020] FIG. 7 shows a flow chart illustrating an example method for handling collision of PUCCH and PUSCH repetitions according to the example embodiments of the present disclosure.

[0021] FIG. 8 shows a flow chart illustrating an example method for handling collision of PUCCH and PUSCH repetitions according to the example embodiments of the present disclosure.

[0022] FIG. 9 shows a block diagram illustrating an example device for handling collision of PUCCH and PUSCH repetitions according to the example embodiments of the present disclosure.

[0023] Throughout the drawings, same or similar reference numbers indicate same or similar elements. A repetitive description on the same elements would be omitted.DETAILED DESCRIPTION

[0024] Herein below, some example embodiments are described in detail with reference to the accompanying drawings. The following description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known circuits, techniques and components are shown in block diagram form to avoid obscuring the described concepts and features.

[0025] In the following, various examples will be described using, as an example of an access architecture, a radio access architecture based on 3GPP standards for a communication networks, such as long term evolution advanced (LTE-A) , new radio (NR, 5G) , 5G Advanced, or sixth generation (6G) without restricting to such an architecture, however. It is obvious for a person skilled in the art that the examples may also be applied to other kinds of communication networks having suitable means by adjusting parameters and procedures appropriately. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , and / or Discrete Fourier Transform spread OFDM (DFT-s-OFDM) .

[0026] As used herein, the term “network device” or “network node” refers to a node in a communication network via which user equipment may access the network and / or which is capable of controlling radio communication and managing radio resources within a cell. The network node or network device may be referred to as a base station (BS) , an access point (AP) or an access node. The network device may be, depending on the applied technology, for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio head (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, or an aircraft network device. Moreover, in connection of split radio access network (RAN) , the network device may refer to a centralised / central unit (CU) of a base station and / or a distributed unit (DU) of a base station. The number and functions of these distributed units depend on the selected split RAN architecture.

[0027] As used herein, the term “terminal device” refers to any end device that may be capable of wireless communication. By way of example, a terminal device may be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , or a Mobile Station (MS) . The terminal device may include a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, USB dongles, an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like.

[0028] Principles and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. Reference is first made to FIG. 1, which illustrates an example communication environment in which embodiments of the present disclosure may be implemented. FIG. 1 illustrates two types of communication networks, including a non-terrestrial network (NTN) and a terrestrial network (TN) . In the TN network, a terminal device 110a and a network device 120a can communicate with each other. In the NTN network, a terminal device 110b and a network device 120b can communicate with each other. The network device 120a in the TN network may be, for example, a gNB that provides communication coverage. The network device 120b in the NTN network may be, for example, a gNB that provides communication coverage through space-borne vehicles (such as satellites) . With the satellites, the NTN network can extend network services to places without any terrestrial infrastructures. For convenience of description, the terminal device 110a and the terminal device 110b may be collectively referred to as terminal devices 110 or individually as terminal device 110, and the network device 120a and the network device 120b may be collectively referred to as network devices 120 or individually as network device 120.

[0029] It is to be understood that FIG. 1 is illustrated only for the purpose of illustration without suggesting any limitations. For example, the environment may include any suitable number of network devices and terminal devices adapted for implementing embodiments of the present disclosure.

[0030] The network device 120 (e.g., gNB) may communicate with the terminal device 110 (e.g., UE) via downlink (DL) and uplink (UL) over a Uu interface. In communication systems, "UL" refers to a communication link in a direction from a terminal device to a network device, and "DL" refers to a communication link in a direction from the network device to the terminal device. As an example, the downlink channel may include physical downlink shared channel (PDSCH) , and / or physical downlink control channel (PDCCH) , and the uplink channel may include physical uplink shared channel (PUSCH) and / or physical uplink control channel (PUCCH) . The PUCCH may carry uplink control information (UCI) signals such as scheduling request (SR) , channel state information (CSI) report, hybrid automatic repeat request (HARQ) acknowledgement (HARQ-ACK) feedback, etc.

[0031] For example, in the NTN network, the terminal device 110 may operate in low signal quality conditions, since the resources and infrastructure are limited in remote area. In order to support more UEs in the NTN deployment, a feasible way is to apply orthogonal cover codes (OCC) to the transmission signal (e.g., PUSCH) , so that the UEs can be multiplexed in the code domain and, as a consequence, transmit signals / messages overlapping time-frequency domain without interfering with one another. In this way, the same frequency band may be shared by plurality of UEs to transmit the PUSCH data, for example. Thus, more UEs may be provided with network service, thereby increasing the total throughput of the system. It shall be understood that example embodiments of the present disclosure are not restricted to the NTN network as an example, but can be applied to other communication systems, e.g., TN network.

[0032] Fig. 2 illustrates the principle of applying OCC to the transmission signal. In this example, two UEs are transmitting two PUSCH repetitions in the same time-frequency resources denoted as 210, 220. For example, the first UE (UE1) applies a first OCC [+1 +1] , and the second UE (UE2) applies a second OCC [+1 -1] to their PUSCH data, respectively. These OCC may be, for example, and without limitation, a Discrete Fourier transform sequence or Walsh-Hadamard sequence. As shown in Fig. 2, x1 and x2 represent the signals transmitted by UE1 and UE2, respectively and in both repetitions, and y1 and y2 are the total signals received by the network device in the first and second repetition, respectively. Herein, the first transmission and subsequent repetition (s) are all referred to as repetitions (e.g., PUSCH repetitions) , and all the repetitions are referred to as an OCC group within an OCC period, that is, covered by an OCC code. Herein, an OCC period indicates a time span which is covered by an OCC code, and an OCC group indicates the set of PUSCH repetitions covered by an OCC code. The terms “OCC group” and “OCC period” may, in some instances, be used interchangeably depending on the context of the disclosure.

[0033] For UE1, the signal x1 on the first resource may be multiplied by 1 and the signal x1 on the second resource may be multiplied by 1. For UE2, the signal x2 on the first resource may be multiplied by 1 and the signal x2 on the second resource may be multiplied by -1. The network device may calculate the signal x2 of the UE2 without interference from the UE1 by cross-correlating the two received signal y1 and y2 with the OCC code [1, -1] used by the UE2 via the following formula (1) .

[0034] Similarly, the network device may calculate the signal x1 of the UE1 via the following formula (2) .

[0035] As a result, this approach may allow the network device to receive the signals of each UE without the interference of other UE. It is to be noted that, in general in order to multiplex N UEs, a number of at least N signal repetitions per UE are necessary. In addition, the OCC may have any suitable length (e.g., 4 or 8) other than 2 in this example. It is also be noted that a set of PUSCH repetitions (e.g., of a length of 8) may be applying OCC with a length shorter than the PUSCH repetition length (e.g., OCC may have a duration for 2 or 4 slot) , so there may be multiple “OCC groups” that each are to be seen as separate transmission instances.

[0036] In operations, the UE may receive a configuration or an uplink grant from the network device for scheduling PUCCH transmission, as well as PUSCH transmission. In some cases, the PUCCH transmission may be configured or scheduled for a time overlapped with a PUSCH transmission in time. A collision handling mechanism is needed to resolve the overlapping. In current 3GPP specifications, the collision handling between PUCCH and PUSCH transmission is in slot level (i.e., the PUCCH and the PUSCH transmission are scheduled in a same slot) . For example, when a PUCCH transmission is overlapped with a PUSCH transmission in one slot, the UE may determine to drop one of the PUCCH or PUSCH transmission, or multiplex the PUCCH with the PUSCH transmission. In this case, the collision handling only has impact on the PUCCH / PUSCH transmission of the overlapping slot but has no impact on the PUCCH / PUSCH transmission of other slots, because even dropping some PUSCH repetitions would cause no severe impact to other repetitions, for example, in terms of PUSCH repetition Type A or Type B.

[0037] However, if OCC is enabled for the transmission of PUSCH repetitions across multiple slots, in order to guarantee the OCC orthogonality, it is required that the contents of all the PUSCH repetitions within an OCC period (OCC group) are the same. As a result, the collision handling between PUCCH transmission and PUSCH repetitions of any slot during the OCC period may also have impact on the transmission of other PUSCH repetitions. For example, if a PUCCH transmission needs to be multiplexed with a PUSCH repetition according to current specification, then the PUCCH transmission also needs to be multiplexed and spread in all the other PUSCH repetitions of the OCC group so that OCC orthogonality can be maintained.

[0038] In this case, there may be some issues about PUCCH / PUSCH collision handling that need to be considered. For example, when there are PUCCH transmissions in more than one slot which are overlapped in time with PUSCH repetitions of an OCC group. Referring to Fig. 3, it illustrate an example scenario of collision between PUCCH and PUSCH repetitions with inter-slot OCC. As shown, an OCC group 300 include 4 PUSCH repetitions across 4 slots. Two UCIs, labelled as UCI-1 and UCI-2, overlap with PUSCH repetitions, labelled as PUSCH-1 and PUSCH-2, in slot n and slot n+2 respectively. Assuming according to the collision handling rule defined in current specification, UCI-1 should be multiplexed with PUSCH-1 in slot n, while UCI-2 should be transmitted on PUCCH and PUSCH repetition in slot n+2 should be dropped. In this case, to guarantee OCC orthogonality, based on the collision handling in slot n, UCI-1 should be multiplexed with all the 4 PUSCH repetitions for transmitting. However, based on the collision handling in slot n+2, all the 4 PUSCH repetitions of the OCC group 300 should be dropped, and both UCI-2 and UCI-1 may be transmitted on PUCCH. That is, the collision handling results based on the two slots n and n+2 are totally different. The first one requests all the PUSCH repetitions of the OCC group are transmitted while the second one requests all the PUSCH repetitions of the OCC group should be dropped. In conclusion, the collision handling rules in current specifications which is defined in slot level cannot resolve this inter-slot collision issue.

[0039] Example embodiments of the present disclosure aims to address the collision (overlapping) issue of PUCCH transmissions and PUSCH repetitions within an OCC group with inter-slot OCC. The example embodiments allow a terminal device to handle UCI in case the collision occurs in more than one slot within an OCC period, which are subject to application of an OCC. Thus, the performance of OCC operation can be guaranteed and the system performance such as UL capacity and throughout can be enhanced. The example embodiments may be applied to terrestrial network (TN) or non-terrestrial network (NTN) .

[0040] Fig. 4 shows an exemplary sequence diagram illustrating a process for enabling uplink transmission in case of PUCCH transmissions (e.g., UCI) colliding with PUSCH repetitions in multiple slots according to an example embodiment of the present disclosure. The process shown in Fig. 4 may be performed by a network device and a user equipment with inter-slot OCC capability (e.g., an Rel-19 UE) . For example, the UE 110 and the network device 120 in the TN / NTN network 100 described above with reference to Fig. 1 may be configured to perform the process of enabling uplink transmission of PUCCH and / or PUSCH repetitions.

[0041] As shown in Fig. 4, the network device may initially configure or schedule resource or transmission parameters for the UE 110. For example, at 410, the network device 120 may transmit, to the UE 110, a configuration for PUCCH. The PUCCH configuration may be used to determine the PUCCH, for example, a time-frequency resource for transmitting uplink control information such as channel state information (CSI) , scheduling request (SR) , and the like. In an example, the PUCCH configuration may be transmitted to the UE 110 via RRC, MAC-CE, DCI, or any other suitable messages.

[0042] At 420, the UE 110 may be configured by the network device 120 with a configuration of OCC, so as to enable an OCC operation for the UE 110. The OCC configuration may indicate an OCC sequence or vector with a specific OCC length (e.g., 2, 4 or 8) . Different UEs may be configured with a different OCC sequence so as to achieve orthogonal UL transmissions on the same time-frequency resources. The OCC configuration may be transmitted using RRC or other suitable messages.

[0043] At 430, the network device 120 may schedule resources for a downlink transmission in a physical downlink shared channel (PDSCH) by transmitting, to the UE 110, a downlink grant indicating the resources for the downlink transmission. The downlink grant may further indicate uplink resources for feedback information such as HARQ-ACK / NACK in a PUCCH transmission corresponding to the downlink transmission. In an example, the scheduling grant may be transmitted by DCI.

[0044] At 440, UE 110 is scheduled for transmission of PUSCH repetitions with OCC. For example, a scheduling grant for PUSCH with repetitions across multiple slots is transmitted from the network device 120 to the UE 110. The scheduling grant may be transmitted by DCI, for example.

[0045] Based on the received configuration and / or UL grant, at 450, the UE 110 may allocate UL transmissions on the allocated resource. In some cases, UE 110 may determine that a plurality of PUCCH transmissions to be transmitted may collide (overlap) with a plurality of PUSCH repetitions to be transmitted within an OCC period in more than one slots. Herein the term “PUCCH transmission” means a transmission on a PUCCH to carry UCI, and when the disclosure indicates that a certain function (e.g., dropping or multiplexing) is performed on a “PUCCH transmission” , the function may be applied to the corresponding UCI.

[0046] In this case, at 460, the UE 110 may resolve the collision and determine the uplink transmission of PUCCH transmission (e.g., UCI) and / or PUSCH repetitions in the OCC period.

[0047] Fig. 5 is a flowchart illustrating operations for handling collision of PUCCH transmissions and PUSCH repetitions according to an example embodiment of the present disclosure. Referring to Fig. 5, the operation starts at step 505, where the UE 110 may first check or determine if the plurality of PUSCH repetitions in the OCC period should be dropped.

[0048] In an example, at 510, the UE may determine if at least one PUSCH repetition of the plurality of PUSCH repetitions is to be dropped with respect to the respective PUCCH transmission that overlaps with the respective at least one PUSCH. In some instances, the UE 110 may follow a slot level (i.e., intra-slot) collision handling rule that has been defined in the current 3GPP specification, e.g., as specified in 3GPP TS 38.213. For example, if the two overlapping uplink transmissions in a slot are of a same priority, e.g. having the same priority index, the UE 110 may determine that the PUCCH transmission can be multiplexed with the respective PUSCH repetition. If a PUSCH repetition in at least one slot is of a smaller priority index (lower priority) than the respective PUCCH transmission, the UE 110 may determine to drop the PUSCH repetition. In this case, the outcome of operation 510 is “Yes” , and the method may proceed to operation 515, where UE 110 may drop all the PUSCH repetitions within the OCC period. As a result, the UE 110 may determine the uplink transmission to be the PUCCH transmissions, e.g., UCIs carried in the PUCCH, without the PUSCH repetitions.

[0049] If the determination of operation 510 is “No” , that is, the overlapping PUCCH transmission can be multiplexed with the PUSCH repetition, or should be dropped due to the PUCCH having a smaller priority index (lower priority) , in an example, the UE 110 may, at 520, determine whether all the PUCCH transmissions (UCIs) within the OCC period should be dropped. For example, if all the PUCCH transmissions carry only SR or CSI of a smaller priority index (lower priority) , the UE 110 may determine that the PUCCH transmissions cannot be multiplexed with corresponding PUSCH repetitions in the OCC period. In this case, at 525, the UE 110 may drop all the PUCCH transmissions (UCIs) in the OCC period. As a result, the UE 110 may determine the uplink transmission to be the PUSCH repetitions in the OCC period without the PUCCH transmissions.

[0050] On the other hand, if the determination of operation 520 is “No” , that is, there is at least one PUCCH transmission (UCI) in one or more slots that can be multiplexed with the PUSCH repetitions of the corresponding slots, the method may proceed to operation 530, where the UE 110 determines whether there is a collision handling rule that enables multiplexing of above PUCCH transmission or UCI (s) with the PUSCH repetitions in the OCC period. In an example, the UE 110 may perform an across-slots check to determine whether the collision handling rule prevents multiplexing of at least one of the PUCCH transmissions with the PUSCH repetition in the first slot in the OCC period. For example, UE 110 may check whether any of the PUCCH transmissions cannot be available in the first slot of the OCC period. In another example, according to the collision handling rule, the UE 110 may check or identify whether there is any PUCCH transmission that can be multiplexed with the PUSCH repetitions in the OCC period. For example, UE 110 may check whether there is at least one PUCCH transmission that can be available in the first slot of the OCC period.

[0051] In an example, the UE 110 may determine that there is one or more PUCCH transmissions that can be multiplexed with the PUSCH repetition of corresponding slots, but none of these PUCCH transmission (s) can be multiplexed with the PUSCH repetition in the first slot, for example, due to the fact that the UE 110 cannot prepare a PUCCH transmission that is originally scheduled at a later slot than the first slot of the OCC period in advance. For example, considering UCI processing needs time such as CSI computation time or PDSCH processing time, a UCI may not be able to be available in the first slot if the PUCCH transmission is configured in another slot and cannot be prepared in time. In this case, the UE 110 may determine, at 535, to drop the plurality of PUSCH repetitions in the OCC period.

[0052] On the other hand, if there is at least one of the PUCCH transmissions that can be multiplexed with the first slot of the OCC period, in some instances, the UE 110 may determine not to drop the PUSCH repetitions. In this case, at 540, the UE 1150 may select a sub-set PUCCH transmissions (UCIs) to be multiplexed with all the PUSCH repetitions in the OCC period, and multiplex the selected PUCCH transmission with the PUSCH repetitions in the OCC period.

[0053] In an example, if there is only one PUCCH transmission in one slot that can be multiplexed with the PUSCH repetition of the slot, the UE 110 may first check whether the PUCCH transmission can be multiplexed or available in the first slot of the OCC period. If the result is that the PUCCH transmission cannot be available in the first slot of the OCC period, the UE 110 may determine to drop all the PUSCH repetitions in the OCC period. If the PUCCH transmission can be available in the first slot of the OCC, the UE 110 may determine to drop all the UCI (s) included in the PUCCH transmission that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period (e.g., SR) , and multiplex the remaining UCI (s) with the plurality of PUSCH repetitions in the OCC period.

[0054] As a consequence, in some instances, the timeline of the PUCCH transmission or UCI (s) may be changed such that the actual transmission of the UCI (s) may happen at an earlier time instant compared to what would originally be configured or scheduled, since the transmission instant is shifted to the first slot of the OCC period.

[0055] In some other examples, let us consider that there are two or more PUCCH transmissions in two or more slots to be multiplexed with the PUSCH repetition of the corresponding slots. The UE 110 may also follow the across-slots collision handling rule by firstly checking, at 535, if any of these PUCCH transmissions or UCIs cannot be multiplexed according to a collision handling rule, . If the checking result is “yes” , in an example, the UE 110 may decide to drop the PUSCH repetitions in the OCC period to allow the transmission of the UCI (s) on the PUCCH. The same outcome, i.e. the PUSCH dropping, may be performed when there is no UCI is available for the first slot of the OCC period and UCI becomes available for a second or subsequent slot within the OCC period that overrules the PUSCH repetitions. Alternatively, the UE 110 may perform another check to decide whether the PUSCH repetitions should be dropped or not. The decision of whether PUSCH repetitions need to be dropped may be based on the UCI priority or UCI type of the UCIs. For example, the UE 110 may determine whether a UCI in a slot of a predefined slot priority (e.g., a highest slot priority) or a UCI of a predefined UCI type (e.g., HARQ-ACK) in the two or more slots, can be multiplexed with the PUSCH repetition in the first slot in the OCC period. If the UCI cannot be multiplexed with the PUSCH repetition in the first slot in the OCC period, following the collision handling rule, a determination of operation 535 can be made to drop the plurality of PUSCH repetitions in the OCC period, and the method proceeds to operation 515, where all the PUSCH repetitions are dropped, so as to guarantee that the UCI of a specific priority or type can be transmitted. Similarly, the PUSCH dropping may be performed when there is no UCI available for the first slot but becomes available for the second or subsequent slot and the UCI has a priority that overrules the PUSCH repetitions.

[0056] Herein, the slot priority of a slot may be defined based on a priority of a UCI which has a highest UCI priority in the slot. The UCI priority can be a UCI type priority defined in current 3GPP specifications. As for CSI information, it may include Type-I CSI and Type-II CSI. The CSI priority of different types is also defined in current 3GPP specification, e.g., as specified in TS 38.214.

[0057] By way of illustration, if one of the PUCCH transmissions (UCIs) is HARQ-ACK which cannot be available in the first slot of the OCC period, the UE 110 may determine to drop the PUSCH repetitions, since the HARQ-ACK normally has higher priority than the PUSCH transmission.

[0058] On the other hand, if the PUCCH transmission (s) or UCI (s) of specific priority or type can be multiplexed with the PUSCH repetitions in the first slot of the OCC period according to the collision handling rule, the method proceeds to operation 540, where the UE 110 select at least one UCI carried in the PUCCH transmission (s) for multiplexing with the plurality of PUSCH repetitions in the OCC period, so as to enhance the OCC operation.

[0059] In an example, there is a PUCCH transmission that carries UCI (s) of specific priority or type and that exists only in one slot, and it is the only PUCCH transmission that can be available in the first slot of the OCC period. The UCI (s) included in this PUCCH transmission may be selected to be multiplexed with the plurality of PUSCH repetitions in the OCC period. If there were UCI (s) in the PUCCH transmission that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period, the UE 110 may determine to drop such UCI (s) from the OCC period and multiplex the remaining UCI (s) with the plurality of PUSCH repetitions in the OCC period.

[0060] In some other examples, there may be two or more PUCCH transmissions or UCIs in two or more slots that can be multiplexed or available in the first slot of the OCC period. The UE 110 may select at least one UCI from two or more UCIs carried in the two or more PUCCH transmissions for multiplexing with the plurality of PUSCH repetitions in the OCC period. The selection decision may be based on factors or characteristics such as the UCI type of the two or more UCIs, the slot priority of the two or more slots, or slot timing of the two or more slots.

[0061] In some exemplary embodiments, when the two or more UCIs in two or more slots comprises HARQ-ACK information, or another UCI that according to the collision handling rule cannot be multiplexed with the PUSCH transmission, the UE 110 may decide to drop the plurality of PUSCH repetitions in the OCC period, in order to ensure that the HARQ-ACK information in the two or more slots can all be transmitted to the network device. Alternatively, the UE 110 may select HARQ-ACK information (or said other UCI) in one of the two or more slots for multiplexing with the plurality of PUSCH repetitions in the OCC period. For example, the HARQ-ACK information in the latest or earliest slot can be selected for further UCI multiplexing.

[0062] In some exemplary embodiments, the UE 110 may select a PUCCH transmission or UCI (s) in a slot with a highest slot priority in the two or more slots, or a UCI in a latest or earliest slot of the two or more slots, for multiplexing with the plurality of PUSCH repetitions in the OCC period. For example, the PUCCH transmission of a slot with the highest slot priority may firstly be selected for further UCI multiplexing. If there are more than one slot with the same highest priority, then the UE 110 will select the PUCCH transmission of the latest slot or earliest slot or any slot for further UCI multiplexing with the PUSCH repetitions. The selected PUCCH transmission will be multiplexed in all the PUSCH repetitions of the OCC period, and all the other PUCCH transmissions which are not selected in this OCC period are dropped.

[0063] In this implementation, only the UCI (s) of one slot could be selected for multiplexing. There may be one UCI such as HARQ-ACK or CSI information in the slot, or there may be multiple UCIs such as a combination of HARQ-ACK and CSI information in the slot. Further still, as previously described, all the UCI (s) that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period (e.g., SR) are dropped.

[0064] In some exemplary embodiments, if the at least two UCIs includes HARQ-ACK information in one slot, and at least one CSI information in another at least one slot, the UE 110 may select the HARQ-ACK for UCI multiplexing. In addition, the UE 110 may select a CSI with a highest CSI priority in the at least two slots, or a CSI in a latest or earliest slot of the at least two slot, for UCI multiplexing. Then, the UE 110 may multiplex the HARQ-ACK information and the selected CSI with the plurality of PUSCH repetitions in the OCC period, and all the rest UCIs are dropped.

[0065] In an example, if there is no CSI in the slot including the HARQ-ACK information, then UE 110 may further select a CSI (if any) from the another at least one slot based on the CSI priority or slot timing of the another one slot excluding the HARQ-ACK slot. In an example, if the slot including HARQ-ACK information also includes a CSI (herein referred to as second CSI) , the UE 110 will select the CSI with the highest CSI priority from all the CSIs for transmission. That is, if the CSI of another slot has a higher priority than the second CSI, the former CSI is selected for UCI multiplexing. Otherwise, the second CSI is selected.

[0066] In some exemplary embodiments, all the UCIs of the multiple slots in the OCC period can be treated as UCIs within a virtual slot. Then, the UE 110 may apply a current UCI multiplexing rule, an existing rule, or a legacy rule within a slot for the selection of UCI (s) , for example, the rules defined in TS38.213 and TS38.214. In an implementation, the UE 110 may aggregate the at least two slots into a virtual slot, and select at least one UCI for multiplexing in the PUSCH repetitions in the OCC period for the virtual slot. All the selected UCI (s) are multiplexed in all the PUSCH repetitions within the OCC period, and all the other UCIs are dropped.

[0067] After selecting the UCI (s) for multiplexing, at 545, the UE 110 may multiplex the selected UCI (s) with the PUSCH repetitions in the OCC period, and determine the uplink transmission as the PUSCH repetitions multiplexed with the selected UCI (s) .

[0068] Referring back to Fig. 4, at 470, the UE 110 may transmit the determined uplink transmission to the network device 120, on the configured or scheduled resources. In an example, if the multiplexing operation is enabled, the UE 110 may apply the OCC to the PUSCH repetitions multiplexed with one or more UCIs, for example, by encoding the PUSCH repetitions with the OCC.

[0069] On the network side, the network device 120 may follow a same rule or set of rules to determine whether the multiplexing operation is enabled, and if enabled, which UCI (s) would be selected for multiplexing, so that the network device 120 may have a common understanding with the UE about the type and content of uplink transmission. In an example, if the multiplexing operation is enabled, the network device 120 may, at 480, receive the uplink transmission, and apply the OCC to decode the received data.

[0070] In order to better illustrate some aspects of the present disclosure, an example implementation will be described with reference to Fig. 6. As shown, the UE is scheduled to transmit PUSCH repetitions within an OCC group 600 with an OCC length of 4. In addition, four UCIs occur in the four slots of an OCC period, including two CSIs in slot n, n+1, one HARQ-ACK in slot n+2, and one positive SR in slot n+3.

[0071] To address the collision issue, the UE may determine which channel and which contents should be transmitted according to the principle and method discussed above. A procedure by e.g., UE 110, for the determination may include the following steps.

[0072] First, the UE 110 handles the PUCCH / PUSCH collision for each slot according to the intra-slot collision handling rules defined in current 3GPP specifications, that is, TS38.213. With the assumption that the positive SR in slot n+3 is not a SR with larger priority index than the PUSCH repetition, it should be dropped. Assuming that all the other 3 UCIs (two CSIs and one HARQ-ACK) could be available in the first slot of the OCC period, the UE may then need to select a sub-set UCIs from these 3 UCIs.

[0073] Second, the slot priority of slot n+2 with HARQ-ACK is considered to have the highest priority, so this HARQ-ACK is selected. Furthermore, for the two slots with CSIs with the same priority, CSI in slot n+1 is selected, with the assumption that the latest CSI should be selected (assuming that these two CSIs are of a same CSI priority) according to the selection rules.

[0074] Third, the UE 110 multiples the HARQ-ACK in slot n+2 and CSI in slot n+1 in all the four PUSCH repetitions within the OCC period, and drop the CSI in slot n and SR in slot n+3. Then, the UE 110 transmits all the four PUSCH repetitions multiplexed with the selected HARQ-ACK and CSI to the network device. As a consequence, the OCC performance can be enhanced.

[0075] Fig. 7 is a schematic flowchart illustrating an example of method 700 for handling PUCCH / PUSCH collision in multiple slots of an OCC period, more details of which are described above by means of Figs. 4-6. Method 700 may be implemented at a terminal device, e.g., UE 110 discussed above.

[0076] Referring to FIG. 7, the example method 700 may comprise: an operation 710 of determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; an operation 720 of determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; and an operation 730 of for transmitting the determined uplink transmission to a network device.

[0077] In some embodiments, the example method 700 may comprise: determining if at least one PUSCH repetition of the plurality of PUSCH repetitions is to be dropped with respect to a PUCCH transmission that overlaps with the respective at least one PUSCH repetition based on an intra-slot collision handling rule; dropping the plurality of PUSCH repetitions in the OCC period in a case where the at least one PUSCH repetition is determined to be dropped; and transmitting the PUCCH transmission to the network device.

[0078] In some embodiments, the example method 700 may comprise: determining whether a collision handling rule prevents multiplexing of at least one of the PUCCH transmissions with a PUSCH repetition in the first slot in the OCC period and, based on said determining, performing the following: a) if the result of the determining is affirmative, dropping the plurality of PUSCH repetitions in the OCC period; b) otherwise, selecting at least one of the PUCCH transmissions to be multiplexed with the plurality of PUSCH repetitions in the OCC period, and multiplexing the selected PUCCH transmission with the plurality of PUSCH repetitions in the OCC period.

[0079] In some embodiments, the example method 700 may comprise: in a case where the at least one PUCCH transmission includes UCIs overlapping with a corresponding PUSCH repetition in only one slot, dropping all the UCIs that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period, and, multiplexing the remaining at least a UCI with the plurality of PUSCH repetitions in the OCC period.

[0080] In some embodiments, the example method 700 may comprise: in a case where multiplexing of two or more PUCCH transmissions in two or more slots with respective PUSCH repetitions is enabled, determining whether multiplexing of a UCI in a slot of a predefined slot priority in the two or more slots, or a UCI of a predefined UCI type in the two or more slots, with the PUSCH repetition in the first slot in the OCC period is enabled; and in a case where the UCI cannot be multiplexed with the PUSCH repetition in the first slot in the OCC period, dropping the plurality of PUSCH repetitions in the OCC period; otherwise, selecting at least one UCI from two or more UCIs carried in the two or more PUCCH transmissions for multiplexing with the plurality of PUSCH repetitions in the OCC period based at least on a UCI type of the two or more UCIs, a slot priority of the two or more slots, or a slot timing of the two or more slots.

[0081] In some embodiments, the example method 700 may comprise: in a case where two or more UCIs in two or more slots comprises hybrid automatic repeat request-acknowledgment, HARQ-ACK, information, dropping the plurality of PUSCH repetitions in the OCC period, or selecting HARQ-ACK information in at least one slot for multiplexing with the plurality of PUSCH repetitions in the OCC period.

[0082] In some embodiments, the example method 700 may comprise: selecting a UCI in a slot with a highest slot priority in at least two slots, or a UCI in a latest or earliest slot of at least two slots, for multiplexing with the plurality of PUSCH repetitions in the OCC period.

[0083] In some embodiments, the slot priority of a slot is determined based on a priority of a UCI which has a highest UCI priority in the slot.

[0084] In some embodiments, the example method 700 may comprise: in a case where at least two UCIs includes HARQ-ACK information in one slot, and at least one channel state information, CSI, in another at least one slot, selecting a CSI from at least one CSI in a slot with a highest slot priority in the another at least one slot, or a CSI in a latest or earliest slot of another at least one slot; and multiplexing the HARQ-ACK information and the selected CSI with the plurality of PUSCH repetitions in the OCC period.

[0085] In some embodiments, the example method 700 may comprise: wherein in a case where the slot including the HARQ-ACK information includes a second CSI, the selected CSI from the one or more CSIs has a higher priority than the second CSI.

[0086] In some embodiments, the example method 700 may comprise: aggregating at least two slots into a virtual slot; and selecting at least one UCI for multiplexing in the PUSCH repetitions in an OCC period for the virtual slot.

[0087] In some embodiments, the example method 700 may comprise: determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, drop the plurality of PUCCH transmissions which are unable to be multiplexed in corresponding PUSCH repetitions in the OCC period; and transmitting the PUSCH repetitions to the network device.

[0088] Fig. 8 is a schematic flowchart illustrating an example of method 800 for handling PUCCH / PUSCH collision in multiple slots of an OCC period, more details of which are described above by means of Figs. 4-6. Method 800 may be implemented at a network device, e.g., network device 120 discussed above.

[0089] Referring to FIG. 8, the example method 800 may comprise: an operation 810 of determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI; an operation 820 of determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; and an operation 830 of receiving the uplink transmission from a terminal device.

[0090] In some embodiments, the example method 800 may comprise: determining if at least one PUSCH repetition of the plurality of PUSCH repetitions is to be dropped with respect to a PUCCH transmission that overlaps with the respective at least one PUSCH repetition based on an intra-slot collision handling rule; determining that the plurality of PUSCH repetitions in the OCC period are dropped in a case where the at least one PUSCH repetition is determined to be dropped; and receiving the PUCCH transmission from the terminal device.

[0091] In some embodiments, the example method 800 may comprise: determining whether a collision handling rule prevents multiplexing of at least one of the PUCCH transmissions with a PUSCH repetition in the first slot in the OCC period and, based on said determining, performing the following: a) if the result of the determining is affirmative, determining that the plurality of PUSCH repetitions in the OCC period are dropped; b) otherwise, determining that at least one of the PUCCH transmissions is selected to be multiplexed with the plurality of PUSCH repetitions in the OCC period, and determining that the selected PUCCH transmission is multiplexed with the plurality of PUSCH repetitions in the OCC period.

[0092] In some embodiments, the example method 800 may comprise: in a case where the at least one PUCCH transmission includes UCIs overlapping with a corresponding PUSCH repetition in only one slot, determining that all the UCIs that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period are dropped, and, the remaining at least a UCI is multiplexed with the plurality of PUSCH repetitions in the OCC period.

[0093] In some embodiments, the example method 800 may comprise: in a case where multiplexing of two or more PUCCH transmissions in two or more slots with respective PUSCH repetitions is enabled, determining whether multiplexing of a UCI in a slot of a predefined slot priority in the two or more slots, or a UCI of a predefined UCI type in the two or more slots, with the PUSCH repetition in the first slot in the OCC period is enabled; and in a case where the UCI cannot be multiplexed with the PUSCH repetition in the first slot in the OCC period, determining that the plurality of PUSCH repetitions in the OCC period are dropped; otherwise, determining that at least one UCI from two or more UCIs carried in the two or more PUCCH transmissions is selected for multiplexing with the plurality of PUSCH repetitions in the OCC period based at least on a UCI type of the two or more UCIs, a slot priority of the two or more slots, or a slot timing of the two or more slots.

[0094] In some embodiments, the example method 800 may comprise: in a case where two or more UCIs in two or more slots comprises hybrid automatic repeat request-acknowledgment, HARQ-ACK, information, determining that the plurality of PUSCH repetitions in the OCC period are dropped, or HARQ-ACK information in at least one slot is selected for multiplexing with the plurality of PUSCH repetitions in the OCC period.

[0095] In some embodiments, the example method 800 may comprise: determining that a UCI in a slot with a highest slot priority in at least two slots, or a UCI in a latest or earliest slot of at least two slots, is selected for multiplexing with the plurality of PUSCH repetitions in the OCC period.

[0096] In some embodiments, the slot priority of a slot is determined based on a priority of a UCI which has a highest UCI priority in the slot.

[0097] In some embodiments, the example method 800 may comprise: in a case where at least two UCIs includes HARQ-ACK information in one slot, and at least one channel state information, CSI, in another at least one slot, determining that a CSI from at least one CSI in a slot with a highest slot priority in the another at least one slot, or a CSI in a latest or earliest slot of another at least one slot, is selected; and determining that the HARQ-ACK information and the selected CSI are multiplexed with the plurality of PUSCH repetitions in the OCC period.

[0098] In some embodiments, in a case where the slot including the HARQ-ACK information includes a second CSI, the selected CSI from the one or more CSIs has a higher priority than the second CSI.

[0099] In some embodiments, the example method 800 may comprise: determining that at least two slots are aggregated into a virtual slot; and determining that at least one UCI is selected for multiplexing in the PUSCH repetitions in an OCC period for the virtual slot.

[0100] In some embodiments, the example method 800 may comprise: determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determining that the plurality of PUCCH transmissions which are unable to be multiplexed in corresponding PUSCH repetitions in the OCC period are dropped; and receiving the PUSCH repetitions from the network device.

[0101] Notably, it is understood that methods according to the present disclosure relate to methods of operating the apparatuses according to the above example embodiments and variations thereof, and that respective statements made with regard to the apparatuses likewise apply to the corresponding methods, and vice versa, such that similar description may be omitted for the sake of conciseness.

[0102] According to example implementations of the present disclosure, a telecommunications system, and its components such as a UE 110, network element 120, may be implemented by various means. Means for implementing the system and its components may comprise hardware, firmware, software, or combinations thereof. Implementations of the disclosed apparatuses may include using, but not limited to, one or more processor, one or more application specific integrated circuit (ASIC) and / or one or more field programmable gate array (FPGA) . Implementations of the apparatus may also include using other conventional and / or customized hardware such as software programmable processors, such as graphics processing unit (GPU) processors. Whether such components are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. In some examples, one or more apparatuses may be configured to function as or otherwise implement the system and its components shown and described herein. In examples involving more than one apparatus, the respective apparatuses may be connected to or otherwise in communication with one another in a number of different manners, such as directly or indirectly via a wired or wireless network or the like.

[0103] At least part of method 700 with respect to Figs. 4-7 may be carried out by an apparatus comprising means for performing functions corresponding operations of the method. Similarly, at least part of method 800 described with respect to Figs. 4-6 and 8 may be carried out by an apparatus comprising means for performing functions corresponding operations of the method. Examples of a suitable apparatus may comprise a gNB, or any suitable apparatus, such as a server, host or node.

[0104] FIG. 9 shows a block diagram illustrating an example device 900 for PUCCH / PUSCH collision handling operation according to the example embodiments of the present disclosure. The device 900 may be provided to implement a communication device, for example, the UE 110 or the network device 120 in the above examples.

[0105] As shown, the device 900 includes one or more processors 910, one or more memories 920 coupled to the processor 910, and one or more communication modules 940 coupled to the processor 910.

[0106] The communication module 940 is for bidirectional communications. The communication module 940 has one or more communication interfaces to facilitate communication with one or more other modules or devices. The communication interfaces may represent any interface that is necessary for communication with other network elements. In some example embodiments, the communication module 940 may include at least one antenna.

[0107] The processor 910 may be may be of any appropriate type that is suitable for the local technical environment, and can be embodied in a number of different ways. A processor may comprise circuitry, or be constituted as circuitry or circuitries, the circuitry or circuitries being configured to perform phases of methods in accordance with example embodiments described herein. As used in this application, the term “circuitry” may refer to one or more or all of the following: (a) hardware-only circuit implementations, such as implementations in only analog and / or digital circuitry, and (b) combinations of hardware circuits and software, such as, as applicable: (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a user equipment, to perform various functions) and (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation. One or more processors 610, 710 may be configured to control other elements of the terminal / network elements and operate in cooperation with them to implement the procedures discussed above.

[0108] The memory 920 may include one or more non-transitory memories and one or more transitory memories. Examples of the non-transitory memories include, but are not limited to, a Read Only Memory (ROM) 924, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , an optical disk, a laser disk, and other magnetic storage and / or optical storage. Examples of the transitory memories include, but are not limited to, a random access memory (RAM) 922 and other transitory memories that will not last in the power-down duration. The term “non-transitory” , as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0109] Instructions 930 includes computer executable instructions that are executed by the associated processor 910. The instructions 930 may be stored in the memory, e.g., ROM 924. The processor 910 may perform any suitable actions and processing by loading the instructions 930 into the RAM 922.

[0110] Some example embodiments of the present disclosure may be implemented by means of the instructions 930 so that the device 900 may perform any process of the disclosure as discussed with reference to above example embodiments. The example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0111] In some example embodiments, the instructions 930 may be tangibly contained in a computer readable medium which may be included in the device 900 (such as in the memory 920) or other storage devices that are accessible by the device 900. The device 900 may load the instructions 930 from the computer readable medium to the RAM 922 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and other magnetic storage and / or optical storage.

[0112] It would be understood that blocks in the drawings may be implemented in various manners, including software, hardware, firmware, or any combination thereof. In some embodiments, one or more blocks may be implemented using software and / or firmware, for example, machine-executable instructions stored in the storage medium. In addition to or instead of machine-executable instructions, parts or all of the blocks in the drawings may be implemented, at least in part, by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-Programmable Gate Arrays (FPGAs) , Application-Specific Integrated Circuits (ASICs) , Application-Specific Standard Products (ASSPs) , System-on-Chip systems (SOCs) , Complex Programmable Logic Devices (CPLDs) , etc.

[0113] Some example embodiments further provide program instruction or instructions which, when executed by one or more processors, may cause a device or apparatus to perform the procedures described above. The program instruction for carrying out procedures of the example embodiments may be written in any combination of one or more programming languages. The program instruction may be provided to one or more processors or controllers of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program instruction, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program instruction 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.

[0114] Some example embodiments further provide a computer program product or a computer readable medium having the program instruction or instructions stored therein. The computer readable medium 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 is 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.

[0115] As will be appreciated, any suitable instructions may be loaded onto a computer, a processing circuitry, or other programmable apparatus from a memory or a computer-readable medium to produce a particular machine, such that the particular machine becomes a means for implementing the functions specified herein. The instructions may also be stored in a computer readable medium that can direct a computer, a processing circuitry or other programmable apparatus to function in a particular manner to thereby generate a particular machine or particular article of manufacture. In some examples, the instructions stored in the computer readable medium may produce an article of manufacture, where the article of manufacture becomes a means for implementing functions described herein. The instructions may be retrieved from a computer readable medium and loaded into a computer, processing circuitry or other programmable apparatus to configure the computer, processing circuitry or other programmable apparatus to execute operations to be performed on or by the computer, processing circuitry or other programmable apparatus.

[0116] As used herein the term “means” is to be construed in singular form, i.e. referring to a single element, or in plural form, i.e. referring to a combination of single elements. Therefore, terminology “means for [performing A, B, C] ” , is to be interpreted to cover an apparatus in which there is only one means for performing A, B and C, or where there are separate means for performing A, B and C, or partially or fully overlapping means for performing A, B, C. Further, terminology “means for performing A, means for performing B, means for performing C” is to be interpreted to cover an apparatus in which there is only one means for performing A, B and C, or where there are separate means for performing A, B and C, or partially or fully overlapping means for performing A, B, C.

[0117] As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0118] As used herein, the terms “first” , “second” , “third” and the like 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 referred to as a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments.

[0119] 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.

[0120] Although the subject matter has been described in a language that is specific to structural features and / or method actions, it is to be understood the subject matter defined in the appended claims is not limited to the specific features or actions described above. On the contrary, the above-described specific features and actions are disclosed as an example of implementing the claims.

[0121] Some abbreviations that may be found in the description and / or in the figures are herewith defined as follows: CSI              Channel State Information DCI              Downlink Control Information HARQ-ACK Hybrid Automatic Repeat Request -Acknowledgement MAC CE         MAC Control Element NTN             Non-terrestrial Network OCC              Orthogonal Cover Code PDCCH         Physical Downlink Control Channel PUCCH         Physical Uplink Control Channel PUSCH         Physical Uplink Shared Channel RRC             Radio Resource Control SR              Scheduling Request TN               Terrestrial Network UCI              Uplink Control Information UE   User Equipment

Claims

1.An apparatus for a terminal device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI;determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; andtransmit the determined uplink transmission to a network device.2.The apparatus of claim 1, wherein the apparatus is configured to:determine if at least one PUSCH repetition of the plurality of PUSCH repetitions is to be dropped with respect to a PUCCH transmission that overlaps with the respective at least one PUSCH repetition based on an intra-slot collision handling rule;drop the plurality of PUSCH repetitions in the OCC period in a case where the at least one PUSCH repetition is determined to be dropped; andtransmit the PUCCH transmission to the network device.3.The apparatus of claim 1 or 2, wherein the apparatus is configured to:determine whether a collision handling rule prevents multiplexing of at least one of the PUCCH transmissions with a PUSCH repetition in the first slot in the OCC period and, based on said determining, perform the following:a) if the result of the determining is affirmative, drop the plurality of PUSCH repetitions in the OCC period;b) otherwise, select at least one of the PUCCH transmissions to be multiplexed with the plurality of PUSCH repetitions in the OCC period, and multiplex the selected PUCCH transmission with the plurality of PUSCH repetitions in the OCC period.4.The apparatus of claim 3, wherein the apparatus is configured to:in a case where the at least one PUCCH transmission includes UCIs overlapping with a corresponding PUSCH repetition in only one slot, drop all the UCIs that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period, and, multiplex the remaining at least a UCI with the plurality of PUSCH repetitions in the OCC period.5.The apparatus of claim 1 or 2, wherein the apparatus is configured to:in a case where multiplexing of two or more PUCCH transmissions in two or more slots with respective PUSCH repetitions is enabled, determine whether multiplexing of a UCI in a slot of a predefined slot priority in the two or more slots, or a UCI of a predefined UCI type in the two or more slots, with the PUSCH repetition in the first slot in the OCC period is enabled; andin a case where the UCI cannot be multiplexed with the PUSCH repetition in the first slot in the OCC period, drop the plurality of PUSCH repetitions in the OCC period; otherwise, select at least one UCI from two or more UCIs carried in the two or more PUCCH transmissions for multiplexing with the plurality of PUSCH repetitions in the OCC period based at least on a UCI type of the two or more UCIs, a slot priority of the two or more slots, or a slot timing of the two or more slots.6.The apparatus of claim 5, wherein the apparatus is configured to:in a case where two or more UCIs in two or more slots comprises hybrid automatic repeat request-acknowledgment, HARQ-ACK, information, drop the plurality of PUSCH repetitions in the OCC period, or select HARQ-ACK information in at least one slot for multiplexing with the plurality of PUSCH repetitions in the OCC period.7.The apparatus of claim 5, wherein the apparatus is configured to:select a UCI in a slot with a highest slot priority in at least two slots, or a UCI in a latest or earliest slot of at least two slots, for multiplexing with the plurality of PUSCH repetitions in the OCC period.8.The apparatus of any of claims 5 to 7, wherein the slot priority of a slot is determined based on a priority of a UCI which has a highest UCI priority in the slot.9.The apparatus of claim 7, wherein the apparatus is configured to:in a case where at least two UCIs includes HARQ-ACK information in one slot, and at least one channel state information, CSI, in another at least one slot, select a CSI with a highest CSI priority in the at least two slots, or a CSI in a latest or earliest slot of at least two slots; andmultiplex the HARQ-ACK information and the selected CSI with the plurality of PUSCH repetitions in the OCC period.10.The apparatus of claim 9, wherein in a case where the slot including the HARQ-ACK information includes a second CSI, the selected CSI from the one or more CSIs has a higher priority than the second CSI, otherwise the second CSI is selected.11.The apparatus of claim 5, wherein the apparatus is configured to:aggregate at least two slots into a virtual slot; andselect at least one UCI for multiplexing in the PUSCH repetitions in an OCC period for the virtual slot.12.The apparatus of claim 1, wherein the apparatus is configured to:determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, drop the plurality of PUCCH transmissions which are unable to be multiplexed in corresponding PUSCH repetitions in the OCC period; andtransmit the PUSCH repetitions to the network device.13.An apparatus for a network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:determine a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI;determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; andreceive the uplink transmission from a terminal device.14.The apparatus of claim 13, wherein the apparatus is configured to:determine if at least one PUSCH repetition of the plurality of PUSCH repetitions is to be dropped with respect to a PUCCH transmission that overlaps with the respective at least one PUSCH repetition based on an intra-slot collision handling rule;determine that the plurality of PUSCH repetitions in the OCC period are dropped in a case where the at least one PUSCH repetition is determined to be dropped; andreceive the PUCCH transmission from the terminal device.15.The apparatus of claim 13 or 14, wherein the apparatus is configured to:determine whether a collision handling rule prevents multiplexing of at least one of the PUCCH transmissions with a PUSCH repetition in the first slot in the OCC period and, based on said determining, perform the following:a) if the result of the determining is affirmative, determine that the plurality of PUSCH repetitions in the OCC period are dropped;b) otherwise, determine that at least one of the PUCCH transmissions is selected to be multiplexed with the plurality of PUSCH repetitions in the OCC period, and determine that the selected PUCCH transmission is multiplexed with the plurality of PUSCH repetitions in the OCC period.16.The apparatus of claim 15, wherein the apparatus is configured to:in a case where the at least one PUCCH transmission includes UCIs overlapping with a corresponding PUSCH repetition in only one slot, determine that all the UCIs that cannot be multiplexed with the plurality of PUSCH repetitions in the OCC period are dropped, and, the remaining at least a UCI is multiplexed with the plurality of PUSCH repetitions in the OCC period.17.The apparatus of claim 13 or 14, wherein the apparatus is configured to:in a case where multiplexing of two or more PUCCH transmissions in two or more slots with respective PUSCH repetitions is enabled, determine whether multiplexing of a UCI in a slot of a predefined slot priority in the two or more slots, or a UCI of a predefined UCI type in the two or more slots, with the PUSCH repetition in the first slot in the OCC period is enabled; andin a case where the UCI cannot be multiplexed with the PUSCH repetition in the first slot in the OCC period, determine that the plurality of PUSCH repetitions in the OCC period are dropped; otherwise, determine that at least one UCI from two or more UCIs carried in the two or more PUCCH transmissions is selected for multiplexing with the plurality of PUSCH repetitions in the OCC period based at least on a UCI type of the two or more UCIs, a slot priority of the two or more slots, or a slot timing of the two or more slots.18.The apparatus of claim 17, wherein the apparatus is configured to:in a case where two or more UCIs in two or more slots comprises hybrid automatic repeat request-acknowledgment, HARQ-ACK, information, determine that the plurality of PUSCH repetitions in the OCC period are dropped, or HARQ-ACK information in at least one slot is selected for multiplexing with the plurality of PUSCH repetitions in the OCC period.19.The apparatus of claim 17, wherein the apparatus is configured to:determine that a UCI in a slot with a highest slot priority in at least two slots, or a UCI in a latest or earliest slot of at least two slots, is selected for multiplexing with the plurality of PUSCH repetitions in the OCC period.20.The apparatus of any of claims 17 to 19, wherein the slot priority of a slot is determined based on a priority of a UCI which has a highest UCI priority in the slot.21.The apparatus of claim 19, wherein the apparatus is configured to:in a case where at least two UCIs includes HARQ-ACK information in one slot, and at least one channel state information, CSI, in another at least one slot, determine that a CSI with a highest slot priority in the at least two slots, or a CSI in a latest or earliest slot of the at least two slots, is selected; anddetermine that the HARQ-ACK information and the selected CSI are multiplexed with the plurality of PUSCH repetitions in the OCC period.22.[Corrected under Rule 26, 15.04.2025]The apparatus of claim 21, wherein in a case where the slot including the HARQ-ACK information includes a second CSI, the selected CSI from the one or more CSIs has a higher priority than the second CSI, otherwise the second CSI is selected.23.The apparatus of claim 17, wherein the apparatus is configured to:determine that at least two slots are aggregated into a virtual slot; anddetermine that at least one UCI is selected for multiplexing in the PUSCH repetitions in an OCC period for the virtual slot.24.The apparatus of claim 13, wherein the apparatus is configured to:determine whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that the plurality of PUCCH transmissions which are unable to be multiplexed in corresponding PUSCH repetitions in the OCC period are dropped; andreceive the PUSCH repetitions from the network device.25.A method for communication, comprising:determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI;determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period; andtransmitting the determined uplink transmission to a network device.26.A method for communication, comprising:determining a plurality of physical uplink control channel, PUCCH, transmissions to be overlapping in time with a plurality of physical uplink shared channel, PUSCH repetitions in an orthogonal cover code, OCC period, the PUCCH transmissions carrying uplink control information, UCI;determining whether there is a collision handling rule that enables multiplexing of said UCI with the PUSCH repetitions and, if enabled, determine that an uplink transmission where a PUCCH transmission is multiplexed with the PUSCH repetitions in the OCC period is to be received; andreceiving the uplink transmission from a terminal device.27.An apparatus for communication, comprising means for performing the method of claim 25 or 26.28.A computer-readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to at least perform the method of claim 25 or 26.

Images