Devices, methods, apparatuses, and computer readable media for orthogonal cover code operation

Abstract

Disclosed are devices, methods, apparatuses, and computer-readable media for orthogonal cover code (OCC) operation. An example apparatus for a terminal device having inter-slot OCC capability 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 an actual OCC window, which is an integer multiple of an OCC period; receive from the network device scheduling information for a plurality of physical uplink shared channel (PUSCH) repetitions; and transmit the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within the determined actual OCC window have the same payload, maintain phase continuity and power consistency.

Description

DEVICES, METHODS, APPARATUSES, AND COMPUTER READABLE MEDIA FOR ORTHOGONAL COVER CODE OPERATIONTECHNICAL FIELD

[0001] Various example embodiments relate to devices, methods, apparatuses, and computer readable media for orthogonal cover code (OCC) operation.BACKGROUND

[0002] OCC is a coding technique that can be used to enhance capacity / throughput of a cellular network. A set of orthogonal codes having ideal zero cross-correlation, e.g. Walsh-Hadamard codes, can be generated using OCC, and the generated orthogonal codes can be assigned to different UEs to achieve orthogonal (i.e. no interference) uplink (UL) transmissions on the same time-frequency resources. For inter-slot OCC, it is allowed to multiplex release 19 (Rel-19) UEs supporting physical uplink shared channel (PUSCH) repetitions with inter-slot OCC on the same time / frequency resource allocated to pre-Rel-19 UEs or Rel-19 UE without inter-slot OCC capability supporting PUSCH repetitions, if the pre-Rel-19 UEs or Rel-19 UE without inter-slot OCC capability meet the following conditions: 1) PUSCH repetitions (type A) are scheduled by a configured grand with a fixed redundant version (RV) and 2) demodulation reference signal (DMRS) bundling is used to maintain power consistency and phase continuity.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 with inter-slot OCC capability. 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 an actual OCC window, which is an integer number  multiple of an OCC period; receive from the network device, scheduling information for a plurality of PUSCH repetitions; and transmit the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[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 an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; receive a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; select a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and decode the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.

[0006] In a third aspect, disclosed is a method performed by an apparatus for a terminal device with inter-slot OCC capability. The method may comprise: determining an actual OCC window, which is an integer number multiple of an OCC period; receiving from the network device, scheduling information for a plurality of PUSCH repetitions; and transmitting the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[0007] In a fourth aspect, disclosed is a method performed by an apparatus for a network device. The method may comprise: determining an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; receiving a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal  device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; selecting a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and decoding the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.

[0008] In a fifth aspect, disclosed is an apparatus for a terminal device with inter-slot OCC capability. The apparatus may comprise: means for determining an actual OCC window, which is an integer number multiple of an OCC period; means for receiving from the network device, scheduling information for a plurality of PUSCH repetitions; and means for transmitting the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[0009] In a sixth aspect, disclosed is an apparatus for a network device. The apparatus may comprise: means for determining an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; means for receiving a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; means for selecting a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and means for decoding the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.

[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 with inter-slot OCC capability, may cause the apparatus at least to: determine an actual  OCC window, which is an integer number multiple of an OCC period; receive from the network device, scheduling information for a plurality of PUSCH repetitions; and transmit the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[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 an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; receive a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; select a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and decode the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.

[0012] Other features and advantages of the example embodiments of the present disclosure will also be apparent from the following description of specific embodiments when read in conjunction with the accompanying drawings, which illustrate, by way of example, the principles of example embodiments of the present disclosure.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. 1A shows an example communication environment where the example embodiments of the present disclosure can be implemented.

[0015] FIG. 1B shows an example sequence diagram according to the example embodiments of the present disclosure.

[0016] FIG. 2 shows an example implementation of OCC operation for PUSCH repetition decoding according to the example embodiments of the present disclosure.

[0017] FIG. 3 shows an example implementation of OCC operation for PUSCH repetition decoding according to the example embodiments of the present disclosure.

[0018] FIG. 4 shows an example implementation of OCC operation for PUSCH repetition decoding according to the example embodiments of the present disclosure.

[0019] FIG. 5 shows a flow chart illustrating an example method 500 for OCC operation according to the example embodiments of the present disclosure.

[0020] FIG. 6 shows a flow chart illustrating an example method 600 for OCC operation according to the example embodiments of the present disclosure.

[0021] FIG. 7 shows a block diagram illustrating an example device 700 for OCC operation according to the example embodiments of the present disclosure.

[0022] FIG. 8 shows an example of the computer readable medium 800 in form of an optical storage disk.

[0023] FIG. 9 shows a block diagram illustrating an example apparatus 900 for OCC operation according to the example embodiments of the present disclosure.

[0024] FIG. 10 shows a block diagram illustrating an example apparatus 1000 for OCC operation according to the example embodiments of the present disclosure.

[0025] 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

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

[0027] Principles 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. The disclosure described herein can be implemented in various manners other than the ones described below.

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

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

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

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

[0032] As used in this application, the term "circuitry" may refer to one or more or all of the following:

[0033] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0034] (b) combinations of hardware circuits and software, such as (as applicable) :

[0035] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0036] (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 mobile phone or server, to perform various functions) and

[0037] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (for example, firmware) for operation, but the software may not be present when it is not needed for operation.

[0038] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0039] As used herein, the term "network" , "communication network" or "data network" refers to a network following any suitable communication standards, such as long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band Internet of things (NB-IoT) , wireless fidelity (Wi-Fi) , non-terrestrial network (NTN) and so on. Furthermore, the communications between a terminal device and a network device / element in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the fourth generation (4G) , 4.5G, the fifth generation (5G) , the future sixth generation (6G) , IEEE 802.11 communication protocols, and / or any other protocols either currently known or to be  developed in the future. 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.

[0040] As used herein, the term "network device" refers to a node in a communication network via which a terminal device receives services (e.g., positioning services) therefrom. The network device may refer to a core network device or access network device, such as base station (BS) or an access point (AP) or a transmission and reception point (TRP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a WiFi device, a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology. In the following description, the terms "network device" , "AP device" , "AP" and "access point" may be used interchangeably.

[0041] The term "terminal device" refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , a station (STA) or station device, or an Access Terminal (AT) . The terminal device may include, but not limited to, 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, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , 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 (for example, remote surgery) , an industrial device and applications (for example, 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. In the following description, the  terms "station" , "station device" , "STA" , "terminal device" , "communication device" , "terminal" , "user equipment" and "UE" may be used interchangeably.

[0042] 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. 1A, which illustrates an example communication environment in which embodiments of the present disclosure may be implemented. FIG. 1A illustrates two types of communication networks, including a non-terrestrial network (NTN) and a terrestrial network (TN) . In the NTN network, a terminal device 10-2 and a network device 20-2 can communicate with each other. The network device 20-2 in the NTN network may be, for example, a gNB that provides communication coverage through space-borne vehicles (such as satellites) . In the TN network, a terminal device 10-1 and a network device 20-1 can communicate with each other. The network device 20-1 in the TN network may be, for example, a gNB that provides communication coverage.

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

[0044] It is to be understood that FIG. 1A 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.

[0045] Communications in the communication environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) , and the sixth generation (6G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. 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) ,  Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0046] The orthogonality of PUSCH repetitions of the UEs with OCC operation (or referred to as OCC orthogonality for short) may be broken in the following cases. Case 1: a time domain window (TDW) event e.g. defined in 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 38.214, occurs within an OCC period which results in power consistency or phase continuity not to be maintained. Case 2: for pre-Rel-19 UE, uplink control information (UCI) multiplexing on one or more PUSCH repetitions occurs within an OCC period, which results in the payloads of the PUSCH repetitions within an OCC period not being identical. The above cases may cause a loss of orthogonality and create interference across the multiplexed UEs.

[0047] Backwards compatibility with pre-Rel-19 UE or Rel-19 UE without inter-slot OCC capability may cause the orthogonality of some PUSCH repetitions during an OCC period to be broken. Furthermore, introduction of scheduling restriction, e.g. prohibiting UCI multiplexing with OCC, may harm system flexibility and performance. Example embodiments of the present disclosure provide solutions for OCC operation. According to the example embodiments of the present disclosure, the negative impact to OCC performance due to the corruption of OCC orthogonality can be mitigated and therefore system performance can be improved.

[0048] FIG. 1B shows an example sequence diagram according to the example embodiments of the present disclosure. Referring to FIG. 1B, a UE 110 and a UE 170 may represent any terminal device in a network, and a network device 150 may represent the network side serving the UE 110 in the network, e.g. a base station (BS) , such as an Evolved Node B (eNB) , a next Generation Node B (gNB) , etc. The network may be a terrestrial network (TN) or a non-terrestrial network (NTN) . The UE 110 may be a UE with inter-slot OCC capability, e.g. an Rel-19 UE, and the UE 170 may be a UE without inter-slot OCC capability, e.g. an Rel-19 UE but without the capability, or a pre-Rel-19 UE. Although two UEs which will transmit PUSCH repetitions on the same time-frequency resources are shown in FIG. 1B, those skilled in the art may understand that the example embodiments of the present disclosure can apply in a scenario where more or fewer UEs, e.g. one UE, three UEs, or four UEs, transmit (s) PUSCH repetitions on the same time-frequency resources.

[0049] The network device 150 may determine an actual OCC window, which is an integer number multiple of an OCC period, for the UE 110. Within an OCC window, the PUSCH repetitions have identical property, and hence it is possible to use OCC operation within and / or across OCC periods within the OCC window for the decoding of the PUSCH repetitions within the OCC window, which will be described later.

[0050] In some embodiments, the UE 110 may determine the same actual OCC window based on at least one of the following: a configuration of one or more candidate OCC windows received from the network device 150 or preconfigured / predefined at the UE 110, an indication received from the network device 150 indicating the actual OCC window selected from the one or more candidate OCC windows, or a default OCC window preconfigured / predefined at the UE 110. The actual OCC window indication may be transmitted via DCI or MAC CE.

[0051] In some embodiments, the network device 150 may provide the UE 110 with the maximum value for the size of OCC window via OCC configuration. For example, the network device 150 may transmit to the UE 110, a first configuration 152 of OCC window, and the first configuration 152 may comprise the maximum value for the size of the OCC window. Then, the network device 150 may indicate the UE 110 the actual size of the OCC window via an indicator in UL grant, e.g. downlink control information (DCI) 0_1.

[0052] In some embodiments, the network device 150 may provide the UE 110 with several candidate values for the size of OCC window via OCC configuration. For example, the first configuration 152 may comprise the several values for the size of the OCC window. Then, the network device 150 may indicate to the UE 110 the actual size of the OCC window via an indicator in UL grant, e.g. DCI 0_1.

[0053] In some embodiments, the maximum value for the size of the OCC window or the several candidate values for the size of the OCC window may be preconfigured / predefined at the UE 110, e.g. in 3GPP TS specification, and the network device 150 may indicate the UE 110 the actual size of the OCC window via an indicator in UL grant, e.g. DCI 0_1.

[0054] In some embodiments, the size of the actual OCC window may be provided via OCC configuration. For example, the first configuration 152 may comprise the actual value for the size of the OCC window, and the actual OCC window is the configured OCC window. In this case, the indication for the size of OCC window via dynamic grant may be unnecessary.

[0055] In some embodiments, a default OCC window may be preconfigured / predefined at the UE 110. For example, there is no explicit configuration for OCC window, and the UE 110 may use the default OCC window as the actual OCC window. In some embodiments, the actual OCC window may cover only one OCC period. In other words, the actual OCC window equals to one OCC period.

[0056] In some embodiments, the UE 110 may receive the configuration of one or more candidate OCC windows via system information block (SIB) , for example SIB1 and / or SIB19. Alternatively or additionally, in some embodiments, the UE 110 may receive the configuration of one or more candidate OCC windows via radio resource control (RRC) message. For example, the UE 110 may be configured with the OCC window during RRC configuration. Alternatively or additionally, in some embodiments, the UE 110 may receive the configuration of an OCC window via DCI, for example, DCI with format 0_1. Alternatively or additionally, in some embodiments, the UE 110 may receive the configuration of one or more candidate OCC windows via medium access control (MAC) control element (MAC CE) .

[0057] In some embodiments, the network device 150 may transmit, to the UE 110, a configuration for OCC, and the configuration for OCC may comprise the first configuration 152. The determined actual OCC window may cover a plurality of PUSCH repetitions scheduled by scheduling information from the network device 150. In the example shown in FIG. 1B, within the determined actual OCC window, the UE 110 may transmit the plurality of PUSCH repetitions 120, 122, 124, and 126 according to the determined actual OCC window and the scheduling information. In some embodiments, the plurality of PUSCH repetitions within the determined actual OCC window may have same payload, maintain phase continuity and power consistency.

[0058] In some embodiments, the UE 110 may receive the first configuration 152 via SIB, for example SIB1 and / or SIB19. Alternatively or additionally, in some embodiments, the UE 110 may receive the first configuration 152 via RRC message. Alternatively or additionally, in some embodiments, the UE 110 may receive the first configuration 152 via DCI, for example, DCI with format 0_1. Alternatively or additionally, in some embodiments, the UE 110 may receive the first configuration 152 via MAC CE. In some embodiments, the actual OCC window may have a preconfigured / predefined size. For example, the size of the actual OCC window may be hardcoded in specification.

[0059] In some embodiments, the configuration for OCC may further comprise a second configuration 154 for OCC period. The actual OCC window may be an integer number multiple of the OCC period, and the integer number is greater than or equal to one. An OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied, and the subset of PUSCH repetitions may be equivalent to a subset of slots assuming one PUSCH repetition per slot.

[0060] For example, the OCC period may have a length / size of two, in which case the UE 110 may transmit two PUSCH repetitions within the OCC period. In case the actual OCC window is two multiple of the OCC period, in which case the actual OCC window has a length / size of two in terms of OCC period or four in terms of PUSCH repetitions, the UE 110 may transmit four PUSCH repetitions within the determined actual OCC window. In some example embodiments, the OCC window may have a size of one or two, which means each OCC window includes one or two OCC periods.

[0061] In some embodiments, the integer number may be one, in which case the size of the actual OCC window equals to the size of the OCC period. In this case, the actual OCC window and the OCC period are identical, and in some embodiments the second configuration 154 for OCC period or the first configuration for OCC window may be omitted.

[0062] In some embodiments, the minimum required length of the OCC period may be determined by the total number of the UEs multiplexed on the same set of time-frequency domain resources via inter-slot OCC. For example, as shown in FIG. 1B, the UE 110 and UE 170 are multiplexed, i.e. the UE 110 and UE 170 transmit PUSCH repetitions on the same set of time-frequency resources within the determined actual OCC window. In this case, the minimum required length of the OCC period may be two because there are only two UEs multiplexed via inter-slot OCC. In some embodiments, if the size of the actual OCC window equals to the size of the OCC period, the network device 150 may determine a length of the OCC period as an integer number multiple of the minimum required length of the OCC period. For example, for the multiplexed UE 110 and UE 170, the network device 150 may determine a length of the OCC period to be four slots.

[0063] In some embodiments, the network device 150 configures for UE 110 the actual OCC window with the length of two in terms of OCC period, i.e., comprising two OCC periods, OCC  period #1 and OCC period #2, each with the length of two, i.e., comprising two PUSCH repetitions.

[0064] In some embodiments, the network device 150 may transmit to the UE 170 a configuration 156 for PUSCH DMRS bundling. The PUSCH DMRS bundling is enabled for the UE 170 so that phase continuity and power consistency can be maintained for the four PUSCH repetitions.

[0065] In some embodiments, the network device 150 may schedule the plurality of PUSCH repetitions of the UE 110 and the plurality of PUSCH repetitions of the UE 170 on a same set of time-frequency resources using inter-slot OCC multiplexing. In other words, the plurality of PUSCH repetitions of the UE 110 and the UE 170 will be multiplexed on a same set of time-frequency resources via inter-slot OCC.

[0066] Then, the network device 150 may transmit scheduling information for the PUSCH repetitions to the UE 110 and the UE 170. In some embodiments, the network device 150 may transmit to the UE 110 scheduling information for the PUSCH repetitions via dynamic grant. For example, the network device 150 may transmit to the UE 110 a PDCCH 158 for scheduling PUSCH repetitions with inter-slot OCC.

[0067] In some embodiments, the network device 150 may transmit to the UE 170 scheduling information for the PUSCH repetitions via configured grant. For example, the network device 150 may transmit to the UE 170 a configured grant 160, and the configured grant 160 may schedule four PUSCH repetitions of PUSCH repetition type A, and RV sequence 0-0-0-0 is applied.

[0068] Then, in an operation 112, the UE 110 may determine the PUSCH repetitions with inter-slot OCC, and in an operation 172, the UE 170 may determine the PUSCH repetitions scheduled by the configured grant 160. Then, in an operation 114 the UE 110 may transmit the scheduled PUSCH repetitions to the network device 150 within the determined actual OCC window, and in an operation 174 the UE 170 may transmit the scheduled PUSCH repetitions to the network device 150.

[0069] In the operation 114, the UE 110 may maintain an identical property across the PUSCH repetitions within the determined actual OCC window. In some embodiments, the PUSCH repetitions are required to have same payload, maintain phase continuity, and maintain power  consistency. For example, in some embodiments, within the determined actual OCC window, before applying OCC, the UE 110 maintains the same RV and does not perform power adjustment or timing advance (TA) adjustment, etc.

[0070] For the UE 170, PUSCH DMRS bundling is enabled, and a redundant version sequence applied to the PUSCH repetitions includes only zero-valued elements. In some embodiments, in case the UE 170 is without inter-slot OCC capability, the network device 150 may allow the UE 170 to have UCI multiplexing on one or more PUSCH repetitions. For example, the UE 170 may have UCI 181 multiplexing on PUSCH 180.

[0071] In the operations 114 and 174, the four PUSCH repetitions of the UE 110 and the UE 170 are transmitted on the same time-frequency resources, i.e. so-called multi-UE multiplexing on the same time-frequency resources. In the operation 114, the network device 150 may receive, from the UE 110, the plurality of PUSCH repetitions 120, 122, 124, and 126 with inter-slot OCC within the determined actual OCC window. In the operation 174, the network device 150 may receive, from the UE 170, PUSCH repetitions 180, 182, 184, and 186 without inter-slot OCC within the determined actual OCC window. The plurality of PUSCH repetitions 120, 122, 124, and 126 as well as the plurality of PUSCH repetitions 180, 182, 184, and 186 are multiplexed via inter-slot OCC on the same set of time-frequency resources. Because the UE 110 maintains the identical property across the PUSCH repetitions within the determined actual OCC window, the four PUSCH repetitions 120, 122, 124, and 126 of the UE 110 before applying OCC are identical. Because PUSCH DMRS bundling is enabled and RV sequence including all zero values is used, the last 3 PUSCH repetitions 182, 184, and 186 of the UE 170 are identical.

[0072] Because the UE 170 has UCI multiplexing on the PUSCH repetition 180 within the OCC period #1, the payloads of the PUSCH repetitions 180 and 182 are not identical, and thus OCC orthogonality corruption occurs in OCC period #1 due to the PUSCH repetition 180 including the UCI. In some embodiments, even if the UE 170 is with inter-slot OCC capability, for example the UE 170 is an Rel-19 UE, in case a TDW event occurs in an OCC period, e.g. between PUSCH repetition 180 and PUSCH repetition 182, power consistency or phase continuity cannot be maintained between PUSCH repetition 180 and PUSCH repetition 182, and thus the OCC orthogonality is corrupted on the OCC period #1.

[0073] In some embodiments, the network device 150 may select a subset of the plurality of  PUSCH repetitions from a same OCC period or different OCC periods within the determined actual OCC window and decode the subset of the plurality of PUSCH repetitions by applying an OCC operation on the selected subset of PUSCH repetitions. Because the subset of the plurality of PUSCH repetitions has the same payload and maintains phase continuity and power consistency, the network device 150 can apply OCC operation for the decoding of the PUSCH repetitions from a same OCC period or different OCC periods within the same actual OCC window. It is worth noting that when the subset of PUSCH repetitions are selected from different OCC periods, OCC codes corresponding to the selected subset of PUSCH repetitions have to be orthogonal to each other. In other words, only the subsets of PUSCH repetitions for which the associated OCC codes are orthogonal will be considered when selecting a subset of PUSCH repetitions and using the associated OCC codes to decode these selected PUSCH repetitions. It may be applied as criteria for selecting a subset of PUSCH repetitions across OCC periods and determining the OCC code for decoding the selected subset of PUSCH repetitions.

[0074] In some embodiments, the network device 150 may select a subset of PUSCH repetitions without an orthogonality corruption, in case the orthogonality corruption caused by the UE 170 occurs in a PUSCH repetition within the determined actual OCC window. In some embodiments, timing closed PUSCH repetitions can be selected with high priority. The network device 150 may select a subset of PUSCH repetitions with a shorter timing span to reduce or minimize carrier frequency offset (CFO) of inter-slot OCC operation. As mentioned above, when the subset of PUSCH repetitions are selected from different OCC periods, OCC codes corresponding to the selected subset of PUSCH repetitions have to be orthogonal to each other.

[0075] For example, in an operation 162, the network device 150 may select PUSCH repetitions 122, 182, 124, and 184 and decoding the PUSCH repetitions 122, 182, 124, and 184 by applying the OCC operation. In the decoding, the network device 150 may use the OCC [+1, -1] for PUSCH repetition 122 and PUSCH repetition 124 of the UE 110 and use OCC [+1, +1] for PUSCH repetition 182 and PUSCH repetition 184 of UE 170, the two OCC codes are orthogonal.

[0076] Here the principle of OCC operation is described. Assuming x1 and x2 are the signals transmitted from UE #1 and UE #2, respectively, and y1 and y2 are the total signals received at the network device 150 in two PUSCH slots, respectively. The network device 150 may calculate the signal x2 of the UE #2 without interference from the UE #1 by cross-correlating the two  received signal y1 and y2 with the OCC code [1, -1] used by the UE #2 via the following formula (1) .

[0077] Similarly, the network device 150 may calculate the signal x1 of the UE #1 via the following formula (2) .

[0078] The network device 150 can pick up PUSCH repetitions 122 and 182 from the OCC period #1 in which the OCC orthogonality is corrupted and PUSCH repetitions 124 and 184 from other OCC period (s) , e.g. OCC period #2, within the same actual OCC window, and then apply the OCC operation on the picked PUSCH repetitions to decode the picked PUSCH repetitions of the OCC period with OCC orthogonality corrupted, so that inter-UE interference could be reduced and the negative impact to OCC performance due to the corruption of OCC orthogonality could be mitigated.

[0079] In some embodiments, the network device 150 may select the PUSCH repetitions in other OCC periods than the OCC period where the orthogonality-corrupted repetitions were transmitted and apply an OCC operation to decode the PUSCH repetitions. For example, in an operation 164, the network device 150 may select and decode PUSCH repetitions 124 and 184 as well as PUSCH repetitions 126 and 186 of the UE 110 and the UE 170 using the OCC operation.

[0080] In some embodiments, for orthogonality-corrupted PUSCH repetitions which cannot be decoded via the OCC operation, the network device 150 may use an interference cancellation operation for the decoding of the PUSCH repetitions.

[0081] For example, in case the PUSCH repetition 180 of the UE 170 has UCI 181 multiplexing, if the UE 170 is without inter-slot OCC capability, the OCC orthogonality of the PUSCH repetitions 120, 122 and 180, 182 within the OCC period #1 are corrupted. The network device 150 may decode the PUSCH repetitions 122, 182 and 124, 184 by applying OCC operation as discussed above, and then decode the PUSCH repetitions 120, 180 by for example an interference cancellation operation. As a result, the network device 150 can successfully decode the UCI 181 multiplexing on the PUSCH repetition 180.

[0082] For example, in an operation 166, the network device 150 may decode the UCI 181 which is multiplexed on the PUSCH repetition 180 and PUSCH repetitions 120 and 180 using method other than the OCC operation, for instance, interference cancellation method.

[0083] In some embodiments, the network device 150 may treat the PUSCH repetition 120 from the UE 110 as noise, when decoding the PUSCH repetition 180 from the UE 170. In some embodiments, the network device 150 may treat the PUSCH repetition 180 from the UE 170 as noise, when decoding the PUSCH repetition 120 from the UE 110. For example, the network device 150 may treat signal (s) received from other UE (s) as noise when decoding the PUSCH repetition which cannot be decoded via the OCC operation.

[0084] FIG. 2 shows an example implementation of OCC operation for PUSCH repetition decoding according to the example embodiments of the present disclosure. The example implementation of OCC operation shown in the FIG. 2 may also be implemented by the UE 110, the UE 170, and the network device 150.

[0085] As shown in FIG. 2, an actual OCC window 200 is two multiple of an OCC period, and the length of the OCC period is 2. In an OCC period 210, the UE 110 and the UE 170 transmit PUSCH repetitions 212 and 214, and in an OCC period 220, the UE 110 and the UE 170 transmit PUSCH repetitions 222 and 224. The PUSCH repetitions 214 and 222 can be selected for an OCC operation.

[0086] As shown in FIG. 2, the OCC operation not only can be applied on the PUSCH repetitions within a same OCC period but also can be applied on the PUSCH repetitions from different OCC periods within an actual OCC window, which can provide flexibility for the network when applying the OCC operation for PUSCH repetitions decoding.

[0087] FIG. 3 shows an example implementation of OCC operation for PUSCH repetition decoding according to the example embodiments of the present disclosure. The example implementation of OCC operation shown in the FIG. 3 may also be implemented by the UE 110, the UE 170, and the network device 150.

[0088] As shown in FIG. 3, OCC orthogonality in an OCC period 360 of an actual OCC window 350 is corrupted due to UCI multiplexing on PUSCH repetition 362 of the UE 170 which, for example, is a pre-Rel-19 UE. The network device 150 may select PUSCH repetition 364 of both the UE 110 and the UE 170 and PUSCH repetition 372 of both the UE 110 and the UE 170  and apply OCC operation on these four PUSCH repetitions for the decoding of the PUSCH repetition 364 of both the UE 110 and the UE 170. It’s worth noted that if UCI multiplexing is on PUSCH repetition 364 of the UE 170, then the network device 150 may select PUSCH repetitions 362 of both the UE 110 and the UE 170 and PUSCH repetitions 374 of both the UE 110 and the UE 170 and apply OCC operation on these four PUSCH repetitions for the decoding of the PUSCH repetitions 362 of both the UE 110 and the UE 170, wherein OCC codes associated to these four PUSCH repetitions of the two UEs are orthogonal and so it is possible to decode them using OCC operation.

[0089] In some embodiments, the network device 150 may decode PUSCH repetition 362 of the UE 170 via interference cancellation operation. In some embodiments, the network device 150 may treat the interference from PUSCH repetition 362 of the UE 170 as noise, without performing interference cancellation, when decoding PUSCH repetition 362 of the UE 110.

[0090] Thus, the decoding of PUSCH repetition 364 of both the UE 110 and the UE 170 can have gain from the OCC operation.

[0091] FIG. 4 shows an example implementation of OCC operation for PUSCH repetition decoding according to the example embodiments of the present disclosure. The example implementation of OCC operation shown in the FIG. 4 may also be implemented by the UE 110, the UE 170, and the network device 150.

[0092] As shown in FIG. 4, an actual OCC window 400 equals to one OCC period. In other words, in the scenario shown in FIG. 4, the actual OCC window 400 may be deemed as an OCC period. For two UEs multiplexed using inter-slot OCC, the UE 110 and the UE 170, the minimum required length of the OCC period is 2. In some embodiments, the network device 150 may determine the length of the OCC period as an integer number multiple of the minimum required length of the OCC period, for example, the length of the OCC period can be four. As shown in FIG. 4, the OCC period 400 may include two sub-periods 410 and 420 (or referred to as sub-OCC period) . The first sub-period 410 covers the first two PUSCH repetitions 412 and 414, and the last sub-period 420 covers the last two PUSCH repetitions 422 and 424. The OCC sub-period corresponds to the minimum required length of the OCC period for the UE 110 and the UE 170.

[0093] In some embodiments, the network device 150 may determine and allocate OCC code for the UE 110 and the UE 170 to reduce or minimize CFO of the OCC operation. For example,  the network device 150 may determine and allocate OCC code [1, 1, 1, 1] for the UE 170, and for the UE 110, the network device 150 may determine and allocate the OCC code from the following options: (1) [1, -1, 1, -1] and (2) [1, -1, -1, 1] . In order to reduce or minimize CFO of the OCC operation, a sub-code (or referred to as sub-OCC code) with length of two may be selected for the OCC operation. CFO of the OCC operation is proportional to a time span of the PUSCH repetitions for the OCC operation. In some examples, the network device 150 may select time-close PUSCH repetitions for the OCC decoding operation, on a precondition that sub-codes corresponding to the selected PUSCH repetitions are orthogonal.

[0094] In some embodiments, the network device 150 may select the subset of the plurality of PUSCH repetitions from a same OCC sub-period or different OCC sub-periods and decode the subset using a sub-code of the OCC code corresponding to the selected subset of the plurality of PUSCH repetitions. The sub-code associated with the selected subset of the plurality of PUSCH repetitions has to be orthogonal between the UE 110 and the UE 170 multiplexed via inter-slot OCC. In other words, only the subsets of the plurality of PUSCH repetitions for which the associated sub-codes are orthogonal will be considered when selecting a subset of PUSCH repetitions and using the associated sub-codes to decode these selected PUSCH repetitions. It may be applied as criteria for selecting a subset of PUSCH repetitions across sub-periods and determining the sub-code for decoding the selected subset of PUSCH repetitions. And in some embodiments, the network device 150 may determine the sub-code to reduce or minimize the CFO of sub-code OCC operation.

[0095] For example, if orthogonality corruption occurs on the PUSCH repetition 412 due to, e.g. UCI multiplexing by the UE 170, the network device 150 may determine the option (1) [1, -1, 1, -1] for the UE 110, select the subset of PUSCH repetitions 414 and 422, and decode the selected subset of PUSCH repetitions 414 and 422 by sub-code [1, 1] and [-1, 1] for the UE 170 and the UE 110, respectively. It may be referred to as an across sub-period sub-code OCC operation. Similarly, the network device 150 may select the subset of PUSCH repetitions 422 and 424, and decode the selected subset of PUSCH repetitions 422 and 424 by sub-code [1, 1] and [1, -1] for the UE 170 and the UE 110, respectively. It may be referred to as a within-sub-period sub-code OCC operation.

[0096] For example, if orthogonality corruption occurs due to the PUSCH repetition 414, the  network device 150 may determine the option (2) [1, -1, -1, 1] for the UE 110, select the subset of PUSCH repetitions 412 and 422, and decode the he subset of PUSCH repetitions 412 and 422 by sub-code [1, 1] and [1, -1] for the UE 170 and the UE 110, respectively. Similarly, the network device 150 may select the subset of PUSCH repetitions 422 and 424, and decode the selected subset of PUSCH repetitions 422 and 424 by sub-code [1, 1] and [-1, 1] for the UE 170 and the UE 110, respectively.

[0097] For example, if orthogonality corruption occurs on the PUSCH repetition 422, the network device 150 may determine the option (2) [1, -1, -1, 1] for the UE 110, select the subset of PUSCH repetitions 414 and 424, and decode the he subset of PUSCH repetitions 414 and 424 by sub-code [1, 1] and [-1, 1] for the UE 170 and the UE 110, respectively. Similarly, the network device 150 may select the subset of PUSCH repetitions 412 and 414, and decode the selected subset of PUSCH repetitions 412 and 414 by sub-code [1, 1] and [1, -1] for the UE 170 and the UE 110, respectively.

[0098] For example, if orthogonality corruption occurs on the PUSCH repetition 424, the network device 150 may determine the option (1) [1, -1, 1, -1] for the UE 110, select the subset of PUSCH repetitions 414 and 422, and decode the he subset of PUSCH repetitions 414 and 422 by sub-code [1, 1] and [-1, 1] for the UE 170 and the UE 110, respectively. Similarly, the network device 150 may select the subset of PUSCH repetitions 412 and 414, and decode the selected subset of PUSCH repetitions 412 and 414 by sub-code [1, 1] and [1, -1] for the UE 170 and the UE 110, respectively.

[0099] Such optimal OCC code selection is also applicable to the case when the UE 170 is also configured with inter-slot OCC.

[0100] FIG. 5 shows a flow chart illustrating an example method 500 for OCC operation according to the example embodiments of the present disclosure. The example method 500 may be performed, for example, by an apparatus for a terminal device, such as the UE 110 above mentioned.

[0101] Referring to FIG. 5, the example method 500 may comprise: an operation 510 of determining an actual OCC window, which is an integer number multiple of an OCC period; an operation 520 of receiving from the network device, scheduling information for a plurality of PUSCH repetitions; and an operation 530 of for transmitting the plurality of PUSCH repetitions  according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[0102] In some embodiments, the actual OCC window may be determined based on at least one of the following: a configuration of one or more candidate OCC windows received from the network device or preconfigured / predefined at the terminal device, an indication received from the network device indicating the actual OCC window selected from the one or more candidate OCC windows, or a default OCC window preconfigured / predefined at the terminal device.

[0103] In some embodiments, the configuration of one or more candidate OCC windows may be received via at least one of the following: SIB, RRC message, DCI, or MAC CE.

[0104] In some embodiments, the OCC window may have a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied.

[0105] FIG. 6 shows a flow chart illustrating an example method 600 for OCC operation according to the example embodiments of the present disclosure. The example method 600 may be performed, for example, by an apparatus for a network device, such as the network device 150 above mentioned.

[0106] Referring to FIG. 6, the example method 600 may comprise: an operation 610 of determining an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; an operation 620 of receiving a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; an operation 620 of selecting a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and an operation 640 of decoding the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.

[0107] In some embodiments, the subset of PUSCH repetitions may be selected from the same  or different OCC periods within the determined actual OCC window.

[0108] In some embodiments, the subset of PUSCH repetitions may be selected to reduce or minimize the CFO of OCC operation of the at least one first terminal device and the at most one second terminal device.

[0109] In some embodiments, the subset of PUSCH repetitions may be selected from PUSCH repetitions without an orthogonality corruption, in case the orthogonality corruption occurs in a PUSCH repetition of either the at least one first terminal device or the at most one second terminal device within the determined actual OCC window.

[0110] In some embodiments, the example method 600 may comprise: decoding the PUSCH repetition with the orthogonality corruption by interference cancellation operation.

[0111] In some embodiments, the example method 600 may comprise: scheduling the plurality of PUSCH repetitions of the at least one first terminal device and the plurality of PUSCH repetitions of the at most one second terminal device on the same set of time-frequency resources using inter-slot OCC multiplexing; and transmitting to the at least one first terminal device and the at most one second terminal device, scheduling information for the plurality of PUSCH repetitions;

[0112] In some embodiments, the plurality of PUSCH repetitions may be scheduled via dynamic grant for the at least one first terminal device, and the plurality of PUSCH repetitions may be scheduled via configured grant for the at most one second terminal device.

[0113] In some embodiments, the example method 600 may comprise: allowing the at most one second terminal device to have uplink control information, UCI, multiplexing on one or more of the plurality of PUSCH repetitions, if the followings for the at most one second terminal device are satisfied: PUSCH DMRS bundling is enabled, and elements in a redundant version sequence are zero.

[0114] In some embodiments, the determined actual OCC window may equal to one OCC period, the length of the OCC period is determined as an integer number multiple of the minimum required length of the OCC period, and the minimum required length of the OCC period is determined based on the total number of the first terminal device and the second terminal device multiplexed on the same set of time-frequency domain resources via inter-slot OCC.

[0115] In some embodiments, the example method 600 may comprise: determining and  allocating OCC code for the at least one first terminal device to reduce or minimize CFO of the OCC operation.

[0116] In some embodiments, the subset of the plurality of PUSCH repetitions may be selected from the same or different OCC sub-periods and decoded using a sub-code of the OCC code, the OCC sub-period may correspond to the minimum required length of the OCC period for the at least one first terminal device and the at most one second terminal device multiplexed, and the sub-code may be determined to reduce or minimize the CFO of sub-code OCC operation, and wherein the sub-codes associated with the subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device multiplexed via inter-slot OCC are orthogonal.

[0117] In some embodiments, the OCC window may have a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied.

[0118] FIG. 7 shows a block diagram illustrating an example device 700 for OCC operation according to the example embodiments of the present disclosure. The device 700 may be provided to implement a communication device, for example, the first UE 110 or the network device 150 in the above examples.

[0119] As shown, the device 700 includes one or more processors 710, one or more memories 720 coupled to the processor 710, and one or more communication modules 740 coupled to the processor 710.

[0120] The communication module 740 is for bidirectional communications. The communication module 740 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 740 may include at least one antenna.

[0121] The processor 710 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 700 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.

[0122] The memory 720 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 724, 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 volatile memories include, but are not limited to, a random access memory (RAM) 722 and other volatile memories that will not last in the power-down duration.

[0123] Instructions 730 includes computer executable instructions that are executed by the associated processor 710. The instructions 730 may be stored in the memory, e.g., ROM 724. The processor 710 may perform any suitable actions and processing by loading the instructions 730 into the RAM 722.

[0124] Some example embodiments of the present disclosure may be implemented by means of the instructions 730 so that the device 700 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.

[0125] In some example embodiments, the instructions 730 may be tangibly contained in a computer readable medium which may be included in the device 700 (such as in the memory 720) or other storage devices that are accessible by the device 700. The device 700 may load the instructions 730 from the computer readable medium to the RAM 722 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.

[0126] FIG. 8 shows an example of the computer readable medium 800 in form of an optical storage disk. The computer readable medium has the instructions 730 stored thereon.

[0127] 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 representations, it is to be understood that the block, apparatus, system, technique or method 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.

[0128] The example embodiments of the present disclosure also provide a computer-readable medium comprising program instructions that, when executed by an apparatus for a terminal device, such as the UE 110 in the above examples, may cause the apparatus at least to: determine an actual OCC window, which is an integer number multiple of an OCC period; receive from the network device, scheduling information for a plurality of PUSCH repetitions; and transmit the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[0129] In some embodiments, the actual OCC window may be determined based on at least one of the following: a configuration of one or more candidate OCC windows received from the network device or preconfigured / predefined at the terminal device, an indication received from the network device indicating the actual OCC window selected from the one or more candidate OCC windows, or a default OCC window preconfigured / predefined at the terminal device.

[0130] In some embodiments, the configuration of one or more candidate OCC windows may be received via at least one of the following: SIB, RRC message, DCI, or MAC CE.

[0131] In some embodiments, the OCC window may have a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied.

[0132] The example embodiments of the present disclosure also provide a computer-readable medium comprising program instructions that, when executed by an apparatus for a network device, such as the network device 150 in the above examples, may cause the apparatus at least to:determine an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; receive a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined  actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; select a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and decode the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, maintain phase continuity and power consistency.

[0133] In some embodiments, the subset of PUSCH repetitions may be selected from the same or different OCC periods within the determined actual OCC window.

[0134] In some embodiments, the subset of PUSCH repetitions may be selected to reduce or minimize the CFO of OCC operation of the at least one first terminal device and the at most one second terminal device.

[0135] In some embodiments, the subset of PUSCH repetitions may be selected from PUSCH repetitions without an orthogonality corruption, in case the orthogonality corruption occurs in a PUSCH repetition of either the at least one first terminal device or the at most one second terminal device within the determined actual OCC window.

[0136] In some embodiments, the computer-readable medium may include instructions that, when executed by the apparatus, may cause the apparatus to: decode the PUSCH repetition with the orthogonality corruption by interference cancellation operation.

[0137] In some embodiments, the computer-readable medium may include instructions that, when executed by the apparatus, may cause the apparatus to: schedule the plurality of PUSCH repetitions of the at least one first terminal device and the plurality of PUSCH repetitions of the at most one second terminal device on the same set of time-frequency resources using inter-slot OCC multiplexing; and transmit to the at least one first terminal device and the at most one second terminal device, scheduling information for the plurality of PUSCH repetitions;

[0138] In some embodiments, the plurality of PUSCH repetitions may be scheduled via dynamic grant for the at least one first terminal device, and the plurality of PUSCH repetitions may be scheduled via configured grant for the at most one second terminal device.

[0139] In some embodiments, the computer-readable medium may include instructions that, when executed by the apparatus, may cause the apparatus to: allow the at most one second  terminal device to have uplink control information, UCI, multiplexing on one or more of the plurality of PUSCH repetitions, if the followings for the at most one second terminal device are satisfied: PUSCH DMRS bundling is enabled, and elements in a redundant version sequence are zero.

[0140] In some embodiments, the determined actual OCC window may equal to one OCC period, the length of the OCC period is determined as an integer number multiple of the minimum required length of the OCC period, and the minimum required length of the OCC period is determined based on the total number of the first terminal device and the second terminal device multiplexed on the same set of time-frequency domain resources via inter-slot OCC.

[0141] In some embodiments, the computer-readable medium may include instructions that, when executed by the apparatus, may cause the apparatus to: determine and allocate OCC code for the at least one first terminal device to reduce or minimize CFO of the OCC operation.

[0142] In some embodiments, the subset of the plurality of PUSCH repetitions may be selected from the same or different OCC sub-periods and decoded using a sub-code of the OCC code, the OCC sub-period may correspond to the minimum required length of the OCC period for the at least one first terminal device and the at most one second terminal device multiplexed, and the sub-code may be determined to reduce or minimize the CFO of sub-code OCC operation, and wherein the sub-codes associated with the subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device multiplexed via inter-slot OCC are orthogonal.

[0143] In some embodiments, the OCC window may have a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied.

[0144] FIG. 9 shows a block diagram illustrating an example apparatus 900 for OCC operation according to the example embodiments of the present disclosure. The apparatus, for example, may be at least part of a terminal device, such as the UE 110 in the above examples.

[0145] As shown in FIG. 9, the example apparatus 900 may comprise: means 910 for determining an actual OCC window, which is an integer number multiple of an OCC period; means 920 for receiving from the network device, scheduling information for a plurality of PUSCH repetitions; and means 930 for transmitting the plurality of PUSCH repetitions according  to the determined actual OCC window and the scheduling information, wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.

[0146] In some embodiments, the actual OCC window may be determined based on at least one of the following: a configuration of one or more candidate OCC windows received from the network device or preconfigured / predefined at the terminal device, an indication received from the network device indicating the actual OCC window selected from the one or more candidate OCC windows, or a default OCC window preconfigured / predefined at the terminal device.

[0147] In some embodiments, the configuration of one or more candidate OCC windows may be received via at least one of the following: SIB, RRC message, DCI, or MAC CE.

[0148] In some embodiments, the OCC window may have a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied.

[0149] In some example embodiments, examples of means in the example apparatus 900 may include circuitries. For example, an example of means 910 may include a circuitry configured to perform the operation 510 of the example method 500, an example of means 920 may include a circuitry configured to perform the operation 520 of the example method 500, and an example of means 930 may include a circuitry configured to perform the operation 530 of the example method 500.

[0150] The example apparatus 900 may further include means comprising circuitry configured to perform the example method 500. In some example embodiments, examples of means may also include software modules and any other suitable function entities.

[0151] FIG. 10 shows a block diagram illustrating an example apparatus 1000 for OCC operation according to the example embodiments of the present disclosure. The apparatus, for example, may be at least part of a network device, such as the network device 150 in the above examples.

[0152] As shown in FIG. 10, the example apparatus 1000 may comprise: means 1010 for determining an actual OCC window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability; means 1020 for receiving a plurality of PUSCH repetitions with inter-slot OCC of the at least one first terminal device and  a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources; means 1030 for selecting a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; and means 1040 for decoding the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions, wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.

[0153] In some embodiments, the subset of PUSCH repetitions may be selected from the same or different OCC periods within the determined actual OCC window.

[0154] In some embodiments, the subset of PUSCH repetitions may be selected to reduce or minimize the CFO of OCC operation of the at least one first terminal device and the at most one second terminal device.

[0155] In some embodiments, the subset of PUSCH repetitions may be selected from PUSCH repetitions without an orthogonality corruption, in case the orthogonality corruption occurs in a PUSCH repetition of either the at least one first terminal device or the at most one second terminal device within the determined actual OCC window.

[0156] In some embodiments, the apparatus 1000 may comprise: means for decoding the PUSCH repetition with the orthogonality corruption by interference cancellation operation.

[0157] In some embodiments, the apparatus 1000 may comprise: means for scheduling the plurality of PUSCH repetitions of the at least one first terminal device and the plurality of PUSCH repetitions of the at most one second terminal device on the same set of time-frequency resources for inter-slot OCC operation; and means for transmitting to the at least one first terminal device and the at most one second terminal device, scheduling information for the plurality of PUSCH repetitions;

[0158] In some embodiments, the plurality of PUSCH repetitions may be scheduled via dynamic grant for the at least one first terminal device, and the plurality of PUSCH repetitions may be scheduled via configured grant for the at most one second terminal device.

[0159] In some embodiments, the apparatus 1000 may comprise: means for allowing the at most one second terminal device to have uplink control information, UCI, multiplexing on one  or more of the plurality of PUSCH repetitions, if the followings for the at most one second terminal device are satisfied: PUSCH DMRS bundling is enabled, and elements in a redundant version sequence are zero.

[0160] In some embodiments, the determined actual OCC window may equal to one OCC period, the length of the OCC period is determined as an integer number multiple of the minimum required length of the OCC period, and the minimum required length of the OCC period is determined based on the total number of the first terminal device and the second terminal device multiplexed on the same set of time-frequency domain resources via inter-slot OCC.

[0161] In some embodiments, the apparatus 1000 may comprise: means for determining and allocating OCC code for the at least one first terminal device to reduce or minimize CFO of the OCC operation.

[0162] In some embodiments, the subset of the plurality of PUSCH repetitions may be selected from the same or different OCC sub-periods and decoded using a sub-code of the OCC code, the OCC sub-period may correspond to the minimum required length of the OCC period for the at least one first terminal device and the at most one second terminal device multiplexed, and the sub-code may be determined to reduce or minimize the CFO of sub-code OCC operation, and wherein the sub-codes associated with the subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device multiplexed via inter-slot OCC are orthogonal.

[0163] In some embodiments, the OCC window may have a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period may refer to a subset of PUSCH repetitions across which a full OCC code is applied.

[0164] In some example embodiments, examples of means in the example apparatus 1000 may include circuitries. For example, an example of means 1010 may include a circuitry configured to perform the operation 610 of the example method 600, an example of means 1020 may include a circuitry configured to perform the operation 620 of the example method 600, an example of means 1030 may include a circuitry configured to perform the operation 630 of the example method 600, and an example of means 1040 may include a circuitry configured to perform the operation 640 of the example method 600.

[0165] The example apparatus 1000 may further include means comprising circuitry  configured to perform the example method 600. In some example embodiments, examples of means may also include software modules and any other suitable function entities.

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

[0167] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but is not limited to, 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, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) 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. The terminal device may also correspond to a Mobile Termination (MT) part of an IAB node (e.g., a relay node) . In the above description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0168] The term “circuitry” throughout this disclosure 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) ; (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  mobile phone or server, 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. This definition of circuitry applies to one or all uses of this term in this disclosure, including in any claims. As a further example, as used in this disclosure, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0169] Another example embodiment may relate to computer program codes or instructions which may cause an apparatus to perform at least the respective methods described above. Another example embodiment may be related to a computer-readable medium having such computer program codes or instructions stored thereon. In some embodiments, such a computer-readable medium may include at least one storage medium in various forms such as a volatile memory and / or a non-volatile memory. The volatile memory may include, but is not limited to, for example, a RAM, a cache, and so on. The non-volatile memory may include, but is not limited to, a ROM, a hard disk, a flash memory, and so on. The non-volatile memory may also include, but is not limited to, an electric, a magnetic, an optical, an electromagnetic, an infrared, or a semiconductor system, apparatus, or device or any combination of the above.

[0170] Unless the context clearly requires otherwise, throughout the description and the claims, the words “comprise, ” “comprising, ” and the like are to be construed in an inclusive sense, as opposed to an exclusive or exhaustive sense; that is to say, in the sense of “including, but is not limited to. ” The word “coupled” , as generally used herein, refers to two or more elements that may be either directly connected, or connected by way of one or more intermediate elements. Likewise, the word “connected” , as generally used herein, refers to two or more elements that may be either directly connected, or connected by way of one or more intermediate elements. Additionally, the words “herein, ” “above, ” “below, ” and words of similar import, when used in this application, shall refer to this application as a whole and not to any particular portions of this application. Where the context permits, words in the description using the singular or plural  number may also include the plural or singular number respectively. The word “or” in reference to a list of two or more items, that word covers all of the following interpretations of the word: any of the items in the list, all of the items in the list, and any combination of the items in the list.

[0171] Moreover, conditional language used herein, such as, among others, “can, ” “could, ” “might, ” “may, ” “e.g., ” “for example, ” “such as” and the like, unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and / or states. Thus, such conditional language is not generally intended to imply that features, elements and / or states are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without author input or prompting, whether these features, elements and / or states are included or are to be performed in any particular embodiment.

[0172] As used herein, the term "determine / determining"  (and grammatical variants thereof) can include, not least: calculating, computing, processing, deriving, measuring, investigating, looking up (for example, looking up in a table, a database or another data structure) , ascertaining and the like. Also, "determining" can include receiving (for example, receiving information) , accessing (for example, accessing data in a memory) , obtaining and the like. Also, "determine / determining" can include resolving, selecting, choosing, establishing, and the like.

[0173] While some embodiments have been described, these embodiments have been presented by way of example, and are not intended to limit the scope of the disclosure. Indeed, the apparatus, methods, and systems described herein may be embodied in a variety of other forms; furthermore, various omissions, substitutions, and changes in the form of the methods and systems described herein may be made without departing from the spirit of the disclosure. For example, while blocks are presented in a given arrangement, alternative embodiments may perform similar functionalities with different components and / or circuit topologies, and some blocks may be deleted, moved, added, subdivided, combined, and / or modified. At least one of these blocks may be implemented in a variety of different ways. The order of these blocks may also be changed. Any suitable combination of the elements and actions of the some embodiments described above can be combined to provide further embodiments. The accompanying claims and their equivalents are intended to cover such forms or modifications as would fall within the scope and  spirit of the disclosure.

[0174] Abbreviations used in the description and / or in the figures are defined as follows:

[0175] 3GPP TS        3rd Generation Partnership Project Technical Specification

[0176] BS               base station

[0177] CFO             carrier frequency offset

[0178] DCI              downlink control information

[0179] DMRS          demodulation reference signal

[0180] eNB              Evolved Node B

[0181] gNB              next Generation Node B

[0182] MAC             medium access control

[0183] MAC CE   MAC control element

[0184] NTN             non-terrestrial network

[0185] OCC             orthogonal cover code

[0186] PUSCH        physical uplink shared channel

[0187] Rel.             release

[0188] Rep.             repetition

[0189] RRC            radio resource control

[0190] RV               redundant version

[0191] SIB              system information block

[0192] TA               timing advance

[0193] TDW             time domain window

[0194] TN               terrestrial network

[0195] UCI              uplink control information

[0196] UE              user equipment

[0197] UL              uplink

Claims

1.[Rectified under Rule 91, 20.11.2024]An apparatus for a terminal device with inter-slot orthogonal cover code, OCC, capability, 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 an actual OCC window, which is an integer number multiple of an OCC period;receive from the network device, scheduling information for a plurality of physical uplink shared channel, PUSCH, repetitions; andtransmit the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information,wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.2.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 1, wherein the actual OCC window is determined based on at least one of the following:a configuration of one or more candidate OCC windows received from the network device or predefined at the terminal device,an indication received from the network device indicating the actual OCC window selected from the one or more candidate OCC windows, ora default OCC window predefined at the terminal device.3.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 2, wherein the configuration of one or more candidate OCC windows is received via at least one of the following:system information block, SIB,radio resource control, RRC, message,downlink control information, DCI, ormedium access control, MAC, control element, MAC CE.4.[Rectified under Rule 91, 20.11.2024]The apparatus of any of claims 1 to 3, wherein the OCC window has a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period refers to a subset of PUSCH repetitions across which a full OCC code is applied.5.[Rectified under Rule 91, 20.11.2024]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 an actual orthogonal cover code, OCC, window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability;receive a plurality of physical uplink shared channel, PUSCH, repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources;select a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; anddecode the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions,wherein the subset of the plurality of PUSCH repetitions have same payload, maintain phase continuity and power consistency.6.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 5, wherein the subset of PUSCH repetitions is selected from the same or different OCC periods within the determined actual OCC window.7.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 6, wherein the subset of PUSCH repetitions is selected to minimize the carrier frequency offset, CFO, of OCC operation of the at least one first terminal device and the at most one second terminal device.8.[Rectified under Rule 91, 20.11.2024]The apparatus of any of claims 5 to 7, wherein the subset of PUSCH repetitions is selected from PUSCH repetitions without an orthogonality corruption, in case the orthogonality corruption occurs in a PUSCH repetition of either the at least one first terminal device or the at most one second terminal device within the determined actual OCC window.9.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 8, wherein the apparatus is configured to:decode the PUSCH repetition with the orthogonality corruption by interference cancellation operation.10.[Rectified under Rule 91, 20.11.2024]The apparatus of any of claims 5 to 9, wherein the apparatus is configured to:schedule the plurality of PUSCH repetitions of the at least one first terminal device and the plurality of PUSCH repetitions of the at most one second terminal device on a same set of time-frequency resources for inter-slot OCC operation; andtransmit to the at least one first terminal device and the at most one second terminal device, scheduling information for the plurality of PUSCH repetitions.11.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 10, wherein:the plurality of PUSCH repetitions is scheduled via dynamic grant for the at least one first terminal device, andthe plurality of PUSCH repetitions is scheduled via configured grant for the at most one second terminal device.12.[Rectified under Rule 91, 20.11.2024]The apparatus of any of claims 5 to 11, wherein the apparatus is configured to:allow the at most one second terminal device to have uplink control information, UCI, multiplexing on one or more of the plurality of PUSCH repetitions, if the followings for the at most one second terminal device are satisfied:PUSCH demodulation reference signal, DMRS, bundling is enabled, andelements in a redundant version sequence are zero.13.[Rectified under Rule 91, 20.11.2024]The apparatus of any of claims 5 to 12, wherein the determined actual OCC window equals to one OCC period, the length of the OCC period is determined as an integer number multiple of the minimum required length of the OCC period, and the minimum required length of the OCC period is determined based on the total number of the first terminal devices and the second terminal device multiplexed on the same set of time-frequency domain resources via inter-slot OCC.14.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 13, wherein the apparatus is configured to:determine and allocate OCC code for the at least one first terminal device to minimize CFO of the OCC operation.15.[Rectified under Rule 91, 20.11.2024]The apparatus of claim 14, wherein the subset of the plurality of PUSCH repetitions is selected from the same or different OCC sub-periods and decoded using a sub-code of the OCC code, the OCC sub-period corresponds to the minimum required length of the OCC period for the at least one first terminal device and the at most one second terminal device multiplexed, and the sub-code is determined to minimize the CFO of sub-code OCC operation,wherein the sub-codes associated with the subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device multiplexed via inter-slot OCC are orthogonal.16.[Rectified under Rule 91, 20.11.2024]The apparatus of any of claims 5 to 15, wherein the OCC window has a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period refers to a subset of PUSCH repetitions across which a full OCC code is applied.17.[Rectified under Rule 91, 20.11.2024]A method performed by an apparatus for a terminal device with inter-slot orthogonal cover code, OCC, capability, comprising:determining an actual OCC window, which is an integer number multiple of an OCC period;receiving from the network device, scheduling information for a plurality of physical uplink shared channel, PUSCH, repetitions; andtransmitting the plurality of PUSCH repetitions according to the determined actual OCC window and the scheduling information,wherein the PUSCH repetitions within a determined actual OCC window have same payload, maintain phase continuity and power consistency.18.[Rectified under Rule 91, 20.11.2024]The method of claim 17, wherein the actual OCC window is determined based on at least one of the following:a configuration of one or more candidate OCC windows received from the network device or predefined at the terminal device,an indication received from the network device indicating the actual OCC window selected from the one or more candidate OCC windows, ora default OCC window predefined at the terminal device.19.[Rectified under Rule 91, 20.11.2024]The method of claim 18, wherein the configuration of one or more candidate OCC windows is received via at least one of the following:system information block, SIB,radio resource control, RRC, message,downlink control information, DCI, ormedium access control, MAC, control element, MAC CE.20.[Rectified under Rule 91, 20.11.2024]The method of any of claims 17 to 19, wherein the OCC window has a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period refers to a subset of PUSCH repetitions across which a full OCC code is applied.21.[Rectified under Rule 91, 20.11.2024]A method performed by an apparatus for a network device, comprising:determining an actual orthogonal cover code, OCC, window, which is an integer number multiple of an OCC period, for at least one first terminal device with inter-slot OCC capability;receiving a plurality of physical uplink shared channel, PUSCH, repetitions with inter-slot OCC of the at least one first terminal device and a plurality of PUSCH repetitions without inter-slot OCC of at most one second terminal device within the determined actual OCC window, wherein the plurality of PUSCH repetitions are multiplexed via inter-slot OCC on a same set of time-frequency resources;selecting a subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device within the determined actual OCC window; anddecoding the subset of the plurality of PUSCH repetitions by applying an OCC operation on the subset of PUSCH repetitions,wherein the subset of the plurality of PUSCH repetitions have same payload, and maintain phase continuity and power consistency.22.[Rectified under Rule 91, 20.11.2024]The method of claim 21, wherein the subset of PUSCH repetitions is selected from the same or different OCC periods within the determined actual OCC window.23.[Rectified under Rule 91, 20.11.2024]The method of claim 22, wherein the subset of PUSCH repetitions is selected to minimize the carrier frequency offset, CFO, of OCC operation of the at least one first terminal device and the at most one second terminal device.24.[Rectified under Rule 91, 20.11.2024]The method of any of claims 21 to 23, wherein the subset of PUSCH repetitions is selected from PUSCH repetitions without an orthogonality corruption, in case the orthogonality corruption occurs in a PUSCH repetition of either the at least one first terminal device or the at most one second terminal device within the determined actual OCC window.25.[Rectified under Rule 91, 20.11.2024]The method of claim 24, comprising:decoding the PUSCH repetition with the orthogonality corruption by interference cancellation operation.26.[Rectified under Rule 91, 20.11.2024]The method of any of claims 21 to 25, comprising:scheduling the plurality of PUSCH repetitions of the at least one first terminal device and the plurality of PUSCH repetitions of the at most one second terminal device on the same set of time-frequency resources for inter-slot OCC operation; andtransmitting to the at least one first terminal device and the at most one second terminal device, scheduling information for the plurality of PUSCH repetitions.27.[Rectified under Rule 91, 20.11.2024]The method of claim 26, wherein:the plurality of PUSCH repetitions is scheduled via dynamic grant for the at least one first terminal device, andthe plurality of PUSCH repetitions is scheduled via configured grant for the at most one second terminal device.28.[Rectified under Rule 91, 20.11.2024]The method of any of claims 21 to 27, comprising:allowing the at most one second terminal device to have uplink control information, UCI, multiplexing on one or more of the plurality of PUSCH repetitions, if the followings for the at most one second terminal device are satisfied:PUSCH demodulation reference signal, DMRS, bundling is enabled, andelements in a redundant version sequence are zero.29.[Rectified under Rule 91, 20.11.2024]The method of any of claims 21 to 28, wherein the determined actual OCC window equals to one OCC period, the length of the OCC period is determined as an integer number multiple of the minimum required length of the OCC period, and the minimum required length of the OCC period is determined based on the total number of the first terminal device and the second terminal device multiplexed on the same set of time-frequency domain resources via inter-slot OCC.30.[Rectified under Rule 91, 20.11.2024]The method of claim 29, comprising:determining and allocate OCC code for the at least one first terminal device to minimize CFO of the OCC operation.31.[Rectified under Rule 91, 20.11.2024]The method of claim 30, wherein the subset of the plurality of PUSCH repetitions is selected from the same or different OCC sub-periods and decoded using a sub-code of the OCC code, the OCC sub-period corresponds to the minimum required length of the OCC period for the at least one first terminal device and the at most one second terminal device multiplexed, and the sub-code is determined to minimize the CFO of sub-code OCC operation, and wherein the sub-codes associated with the subset of the plurality of PUSCH repetitions of the at least one first terminal device and the at most one second terminal device multiplexed via inter-slot OCC are orthogonal.32.[Rectified under Rule 91, 20.11.2024]The method of any of claims 21 to 31, wherein the OCC window has a size of one or two, which means the OCC window includes one or two OCC periods, the OCC period refers to a subset of PUSCH repetitions across which a full OCC code is applied.33.[Rectified under Rule 91, 20.11.2024]An apparatus for a terminal device with inter-slot orthogonal cover code, OCC, capability, comprising means for performing the method of any of claims 17 to 20.34.[Rectified under Rule 91, 20.11.2024]An apparatus for a network device, comprising means for performing the method of any of claims 21 to 32.35.[Rectified under Rule 91, 20.11.2024]A computer-readable medium comprising program instructions that, when executed by an apparatus for a terminal device with inter-slot orthogonal cover code, OCC, capability, cause the apparatus to at least perform the method of any of claims 17 to 20.36.[Rectified under Rule 91, 20.11.2024]A computer-readable medium comprising program instructions that, when executed by an apparatus for a network device, cause the apparatus to at least perform the method of any of claims 21 to 32.

Images