Methods and apparatus for orthogonal cover code based uplink transmission in mobile communications

Abstract

Various solutions for orthogonal cover code based uplink transmission with respect to user equipment and network node are described. An apparatus may receive an apparatus, an orthogonal cover code (OCC) configuration for an inter-slot time-domain OCC with a physical uplink shared channel (PUSCH) repetition Type A from a network node. The apparatus may apply the inter-slot time-domain OCC on a PUSCH with a Type A repetition according to the OCC configuration. The apparatus may transmit the PUSCH with the Type A repetition to the network node.

Description

METHODS AND APPARATUS FOR ORTHOGONAL COVER CODE BASED UPLINK TRANSMISSION IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of U.S. Patent Application No. 63 / 573,560, filed 03 April 2024, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to orthogonal cover code (OCC) -based uplink (UL) transmission with respect to user equipment (UE) and network apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, and broadcasts. Typical wireless communication systems may employ multiple-access technologies capable of supporting communication with multiple users by sharing available system resources. Examples of such multiple-access technologies include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single-carrier frequency division multiple access (SC-FDMA) systems, and time division synchronous code division multiple access (TD-SCDMA) systems.

[0005] These multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different wireless devices to communicate on a municipal, national, regional, and even global level. An example telecommunication standard is 5G New Radio (NR) . 5G NR is part of a continuous mobile broadband evolution promulgated by Third Generation Partnership Project (3GPP) to meet new requirements associated with latency, reliability, security, scalability (e.g., with Internet of Things (IoT) ) , and other requirements. Some aspects of 5G NR may be based on the 4G Long Term Evolution (LTE) standard. There exists a need for further improvements in 5G NR technology. These improvements may also be applicable to other multi-access technologies and the telecommunication standards that employ these technologies.

[0006] Generally, when multiple user equipments (UEs) transmit physical uplink shared channels (PUSCHs) over shared spectral resources simultaneously in the non-terrestrial network (NTN) , the mutual interference may occur. Signal robustness and system performance could be degraded.

[0007] Accordingly, how to improve signal quality for simultaneous uplink transmissions in NTN becomes an important issue for the newly developed wireless communication network. Therefore, there is a need to provide proper schemes to enhance signal robustness and improve system performance.SUMMARY

[0008] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0009] One objective of the present disclosure is to propose schemes, concepts, designs, systems, methods and apparatus pertaining to orthogonal cover code (OCC) based uplink (UL) transmission with respect to user equipment (UE) and network apparatus in mobile communications. It is believed that the above-described issue would be avoided or otherwise alleviated by implementing one or more of the proposed schemes described herein.

[0010] In one aspect, a method may involve an apparatus receiving an OCC configuration for an inter-slot time-domain OCC with a physical uplink shared channel (PUSCH) repetition Type A from a network node. The method may also involve the apparatus applying the inter-slot time-domain OCC on a PUSCH with a Type A repetition according to the OCC configuration. The method may further involve the apparatus transmitting the PUSCH with the Type A repetition to the network node.

[0011] In another aspect, an apparatus may involve a transceiver which, during operation, wirelessly communicates with at least one network node of a wireless network. The apparatus may also involve a processor communicatively coupled to the transceiver such that, during operation, the processor may receive, via the transceiver, an OCC configuration for an inter-slot time-domain OCC with a PUSCH repetition Type A from the network node. The processor may also apply the inter-slot time-domain OCC on a PUSCH with a Type A repetition according to the OCC configuration. The processor may further transmit, via the transceiver, the PUSCH with the Type A repetition to the network node.

[0012] In another aspect, a method may involve a network node transmitting an OCC configuration for an inter-slot time-domain OCC with a PUSCH repetition Type A to a user equipment (UE) for applying the inter-slot time-domain OCC on a PUSCH with a Type A repetition. The method may also involve the network receiving the PUSCH with the Type A repetition from the UE.

[0013] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as 5th Generation System (5GS) and 4G EPS mobile networking, the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of wireless and wired communication technologies, networks and network topologies such as, for example and without limitation, Ethernet, Universal Terrestrial Radio Access Network (UTRAN) , E-UTRAN, Global System for Mobile communications (GSM) , General Packet Radio Service (GPRS)  / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network (GERAN) , Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, IoT, Industrial IoT (IIoT) , Narrow Band Internet of Things (NB-IoT) , 6th Generation (6G) , and any future-developed networking technologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0014] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0015] FIG. 1 is a diagram depicting an example scenario of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0016] FIG. 2 is a diagram depicting an example scenario of a non-terrestrial network (NTN) configuration in accordance with the present disclosure may be implemented.

[0017] FIG. 3 is a diagram depicting an example scenario of an OCC-based physical layer process for PUSCH transmissions configuration in accordance with the present disclosure may be implemented.

[0018] FIG. 4 is a diagram depicting an example scenario of a mechanism of OCC spreading in accordance with the present disclosure may be implemented.

[0019] FIG. 5 is a diagram depicting an example scenario of OCC spreading codes in accordance with the present disclosure may be implemented.

[0020] FIG. 6 is a diagram depicting an example scenario of an application of OCC spreading in conjunction with slot-based repetitions in accordance with the present disclosure may be implemented.

[0021] FIG. 7 is a diagram depicting an example scenario of an integration of HARQ retransmission with OCC multiplexing in accordance with the present disclosure may be implemented.

[0022] FIG. 8 is a diagram depicting an example scenario of an UL transmission in an NTN in accordance with the present disclosure may be implemented.

[0023] FIG. 9 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0024] FIG. 10 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0025] FIG. 11 is a flowchart of an example process in accordance with another implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0026] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0027] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to orthogonal cover code (OCC) -based uplink (UL) transmission with respect to user equipment and network apparatus in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0028] FIG. 1 illustrates an example scenario 100 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a UE 110 in wireless communication with a network 120 (e.g., a wireless network including a non-terrestrial network (NTN) and a terrestrial network (TN) ) via a terrestrial network node 125 (e.g., an evolved Node-B (eNB) , a Next Generation Node-B (gNB) , or a transmission / reception point (TRP) ) and / or a non-terrestrial network node 128 (e.g., a satellite) . For example, the terrestrial network node 125 and / or the non-terrestrial network node 128 may form an NTN serving cell for wireless communication with the UE 110. In some implementations, the UE 110 may be an IoT device such as an NB-IoT UE or an enhanced machine-type communication (eMTC) UE (e.g., a bandwidth reduced low complexity (BL) UE or a coverage enhancement (CE) UE) . In such communication environment, the UE 110, the network 120, the terrestrial network node 125, and the non-terrestrial network node 128 may implement various schemes pertaining to improved OCC-based UL transmission procedure in accordance with the present disclosure, as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0029] According to an implementation in accordance with the present disclosure, an apparatus (e.g., the UE 110) may receive an OCC configuration for an inter-slot time-domain OCC with a physical uplink shared channel (PUSCH) repetition Type A from a network node (e.g., network node 120) . Then, the apparatus may apply the inter-slot time-domain OCC on a PUSCH with a Type A repetition (i.e., a slot-based repetition) according to the OCC configuration. In addition, the apparatus may transmit the PUSCH with the Type A repetition to the network node.

[0030] According to an implementation in accordance with the present disclosure, the Type A repetition may comprise a redundancy version (RV) cycling (e.g., the cycling of RV0, RV2, RV1, RV3 shown in FIG. 6) .

[0031] According to some implementations in accordance with the present disclosure, the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A may comprise one or more OCC groups. Each OCC group may be associated with an OCC length (or OCC spreading code length) and an OCC sequence. In an example, the OCC length may be 2 or 4.

[0032] According to some implementations in accordance with the present disclosure, a same RV value may be used in one OCC group. That is, OCC length N may be applied to N slots with the same RV value.

[0033] According to some implementations in accordance with the present disclosure, an RV cycling may be used across the OCC groups. The RV cycling may be applied in an event that the number of repetitions is greater than the OCC length.

[0034] According to some implementations in accordance with the present disclosure, the OCC sequence may comprise a Hadamard sequence. For example, for inter-slot OCC with OCC length 4, a Hadamard sequence [1111; 1-1 1 -1; 1 1 -1 -1; 1 -1 -1 1] may be used. In this example, the inter-slot OCC with OCC length 4 may be used to multiplex four UEs through the Hadamard sequences.

[0035] According to some implementations in accordance with the present disclosure, the apparatus may receive the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A from the network node through a radio resource control (RRC) signaling or a downlink control information (DCI) .

[0036] FIG. 2 illustrates an example scenario 200 for an NTN configuration in accordance with implementations of the present disclosure. Scenario 200 involves two UEs (UE1 and UE2) , a satellite, and a network node (e.g., ground-based station (gNB) ) of a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Referring to FIG. 2, the UE1 and the UE2 may transmit PUSCHs simultaneously using identical time and frequency resources. In addition, the UE1 and the UE2 may transmit PUSCHs with different OCCs. For example, the UE1 may transmit PUSCH with OCC1 and the UE2 may transmit PUSCH with OCC2. The satellite may receive the UL transmission from the UE1 and the UE2 and subsequently forward the UL transmission to the network node.

[0037] FIG. 3 illustrates an example scenario 300 for an OCC-based physical layer process for PUSCH transmissions in accordance with implementations of the present disclosure. Referring to FIG. 3, the OCC-based physical layer process may begin with code block concatenation which involves merging multiple code blocks into a single and larger code block following a rate matching. Then, the scrambling process is applied to randomize the bit sequence to mitigate the interference. Then, the scrambled bits may be modulated into symbols using modulation schemes such as π / 2 BPSK, QPSK, 16QAM, 64QAM, or 256QAM. Then, a layer mapping process may be performed to the symbols. That is, the symbols may be mapped onto a plurality of layers (e.g., one to four layers) according to the multiple-input multiple-output (MIMO) rank. Then, in the OCC spreading process, the OCC codes may be used to spread the symbols across the transmission. Then, the transform precoding process may be applied exclusively when the discrete Fourier transform-spread-orthogonal frequency division multiplexing (DFT-S-OFDM) waveform is selected. Then, the precoded symbols may be mapped onto a set of resource blocks. Then, demodulation reference signal (DMRS) mapping may be performed. The DMRS mapping may involve aligning DMRS with the mapped resource blocks. Finally, the generation of an OFDM waveform may be performed. For example, the inverse fast Fourier transform (IFFT) may be applied to generate the cyclic prefix (CP) -OFDM or DFT-S-OFDM waveforms. Then, the OFDM waveform may be transmitted to the digital-to-analog converter (DAC) or radio frequency (RF) circuit.

[0038] FIG. 4 illustrates an example scenario 400 for a mechanism of OCC spreading in accordance with implementations of the present disclosure. Referring to FIG. 4, the OCC spreading may be performed based on the slot configuration. For example, in the slot configuration, a PUSCH transmission may comprise 12 or 14 OFDM symbols per slot. Referring to FIG. 4, in an example, the OCC spreading with a length of 2 may be applied. The first element (e.g., 1) of the OCC sequence (e.g., [1, -1]) may be multiplied by the PUSCH symbols (e.g., 14 OFDM symbols) and the second element (e.g., -1) of the OCC sequence (e.g., [1, -1] ) may be multiplied by the same PUSCH symbols (e.g., 14 OFDM symbols) to generate two distinct copies.

[0039] FIG. 5 illustrates an example scenario 500 for OCC spreading codes in accordance with implementations of the present disclosure. Referring to FIG. 5, in an example, in an event that the code length of the OCC spreading codes is 2, the OCC sequence of the OCC group associate with code length 2 may comprise two OCC matrix elements (1, 1) and (1, -1) , i.e., the OCC sequence is [1 1; 1 -1] . In another example, in an event that the code length of the OCC spreading codes is 4, the OCC sequence of the OCC group associate with code length 4 may comprise four OCC matrix elements (1, 1, 1, 1) , (1, -1j, -1, 1j) , (1, -1, 1, -1) , and (1, 1j, -1, -1j) , i.e., the OCC sequence is [1 1 1 1; 1 -1j -1 1j; 1 -1 1 -1; 1 1j -1 -1j] . The OCC spreading codes with code length 4 may comprise complex values.

[0040] FIG. 6 illustrates an example scenario 600 for an application of OCC spreading in conjunction with slot-based repetitions in accordance with implementations of the present disclosure. Referring to FIG. 6, different RVs may be applied to partially overlap transmitted bits for diversity in hybrid automatic repeat request (HARQ) soft combining. In addition, referring to FIG. 6, the cycling of RVs (RV0, RV2, RV1, RV3) and the use of different OCC elements for the same RV value in subsequent transmissions are taken as an example for illustration. Specifically, the cycling of RVs (RV0, RV2, RV1, RV3) may mean the number of the Type A repetitions (i.e., a slot-based repetitions) is 4 times. In an event the OCC length is 2, different elements (e.g., 1 and -1) of the OCC sequence (e.g., [1, -1] ) may be used for the RVs with the same RV value (e.g., RV0, RV0) . In another implementation, upon enabling OCC, the RV cycling may be limited to RV0 to optimize diversity.

[0041] FIG. 7 illustrates an example scenario 700 for an integration of HARQ retransmission with OCC multiplexing in accordance with implementations of the present disclosure. Referring to FIG. 7, a plurality of UEs to (e.g., UE1 and UE2) may use the same HARQ process identifier (ID) (e.g. HARQ process ID 1) and different OCCs (e.g., OCC1 an OCC2) for retransmissions. In the implementations, a singular soft buffer at the network node for OCC-based PUSCH soft combining may be needed. In an example, a downlink control information (DCI) may indicate the HARQ process ID for retransmission. The HARQ process may be disabled in an event that the UEs transmit the PUSCH with different OCCs associated with a pre-determined HARQ process ID.

[0042] FIG. 8 illustrates an example scenario 800 for an UL transmission in an NTN in accordance with implementations of the present disclosure. Scenario 800 involves a plurality of UEs, a satellite, and a network node (e.g., ground-based station (gNB) ) of a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Referring to FIG. 8, the UEs may prepare the PUSCHs with different OCCs, i.e., the UEs can transmit simultaneously by using the OCCs. Each UE may transmit the PUSCH with OCC to the satellite simultaneously. That is, the satellite may receive the UL transmission from the UEs. Then, the satellite may forward the PUSCHs to the network node. Then, the network node may process the received transmission. Specifically, the network node may perform OCC-based physical layer processing, e.g., code block concatenation, scrambling, modulation, and so on. In addition, the network node may perform the soft combining process for HARQ retransmission. The network node may use a singular soft buffer for the OCC-based PUSCH soft combining process. Then, the network node may transmit an HARQ feedback to the UEs. If the retransmission is needed, the UEs can use the same HARQ process ID. Illustrative Implementations

[0043] FIG. 9 illustrates an example communication system 900 having at least an example communication apparatus 910 and an example network apparatus 920 in accordance with an implementation of the present disclosure. Each of communication apparatus 910 and network apparatus 920 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to OCC-based UL transmission, including the various schemes described above with respect to various proposed designs, concepts, schemes and methods described above and with respect to user equipment and network apparatus in mobile communications, including scenarios / schemes described above as well as process 1000 and process 1100 described below.

[0044] Communication apparatus 910 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 910 may be implemented in a smartphone, a smartwatch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 910 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, eMTC, IIoT UE such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus or a computing apparatus. For instance, communication apparatus 910 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 910 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 910 may include at least some of those components shown in FIG. 9 such as a processor 912, for example. Communication apparatus 910 may further include one or more other components not pertinent to the proposed schemes of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 910 are neither shown in FIG. 9 nor described below in the interest of simplicity and brevity.

[0045] Network apparatus 920 may be a part of an electronic apparatus, which may be a network node such as a satellite, a BS, a small cell, a router or a gateway of an IoT network. For instance, network apparatus 920 may be implemented in a satellite or an eNB / gNB / TRP in a 4G / 5G / B5G / 6G, NR, IoT, NB-IoT or IIoT network. Alternatively, network apparatus 920 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 920 may include at least some of those components shown in FIG. 9 such as a processor 922, for example. Network apparatus 920 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 920 are neither shown in FIG. 9 nor described below in the interest of simplicity and brevity.

[0046] In one aspect, each of processor 912 and processor 922 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “aprocessor” is used herein to refer to processor 912 and processor 922, each of processor 912 and processor 922 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 912 and processor 922 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 912 and processor 922 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks, including OCC-based UL transmission, in a device (e.g., as represented by communication apparatus 910) and a network node (e.g., as represented by network apparatus 920) in accordance with various implementations of the present disclosure.

[0047] In some implementations, communication apparatus 910 may also include a transceiver 916 coupled to processor 912 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 916 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different radio access technologies (RATs) . In some implementations, transceiver 916 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 916 may be equipped with multiple transmit antennas and multiple receive antennas for multiple-input multiple-output (MIMO) wireless communications. In some implementations, network apparatus 920 may also include a transceiver 926 coupled to processor 922. Transceiver 926 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 926 may be capable of wirelessly communicating with different types of UEs of different RATs. In some implementations, transceiver 926 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 926 may be equipped with multiple transmit antennas and multiple receive antennas for MIMO wireless communications.

[0048] In some implementations, communication apparatus 910 may further include a memory 914 coupled to processor 912 and capable of being accessed by processor 912 and storing data therein. In some implementations, network apparatus 920 may further include a memory 924 coupled to processor 922 and capable of being accessed by processor 922 and storing data therein. Each of memory 914 and memory 924 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 914 and memory 924 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 914 and memory 924 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0049] Each of communication apparatus 910 and network apparatus 920 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, descriptions of capabilities of communication apparatus 910, as a UE, and network apparatus 920, as a network node (e.g., TRP) , are provided below with process 1000 and process 1100. Illustrative Processes

[0050] FIG. 10 illustrates an example process 1000 in accordance with an implementation of the present disclosure. Process 1000 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to OCC-based UL transmission with the present disclosure. Process 1000 may represent an aspect of implementation of features of communication apparatus 910. Process 1000 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1010, 1020 and 1030. Although illustrated as discrete blocks, various blocks of process 1000 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1000 may be executed in the order shown in FIG. 10 or, alternatively, in a different order. Process 1000 may be implemented by communication apparatus 910. Solely for illustrative purposes and without limitation, process 1000 is described below in the context of communication apparatus 910. Process 1000 may begin at block 1010.

[0051] At block 1010, process 1000 may involve processor 912 of communication apparatus 910 receiving, via transceiver 916, an OCC configuration for an inter-slot time-domain OCC with a PUSCH repetition Type A from a network node. Process 1000 may proceed from block 1010 to block 1020.

[0052] At block 1020, process 1000 may involve processor 912 applying the inter-slot time-domain OCC on a PUSCH with a Type A repetition according to the OCC configuration. Process 1000 may proceed from block 1020 to block 1030.

[0053] At block 1030, process 1000 may involve processor 912 transmitting, via transceiver 916, the PUSCH with the Type A repetition to the network node.

[0054] In some implementations, the Type A repetition may comprise an RV cycling.

[0055] In some implementations, the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A may comprise one or more OCC groups, wherein each OCC group is associated with an OCC length and an OCC sequence.

[0056] In some implementations, a same RV value may be used in one OCC group.

[0057] In some implementations, an RV cycling may be used across the OCC groups.

[0058] In some implementations, the OCC sequence may comprise a Hadamard sequence.

[0059] In some implementations, the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A may be received through an RRC signaling or a DCI.

[0060] FIG. 11 illustrates an example process 1100 in accordance with another implementation of the present disclosure. Process 1100 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to OCC-based UL transmission with the present disclosure. Process 1100 may represent an aspect of implementation of features of network apparatus 920. Process 1100 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1110 and 1120. Although illustrated as discrete blocks, various blocks of process 1100 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1100 may be executed in the order shown in FIG. 11 or, alternatively, in a different order. Process 1100 may be implemented by network apparatus 920. Solely for illustrative purposes and without limitation, process 1100 is described below in the context of network apparatus 920. Process 1100 may begin at block 1110.

[0061] At block 1110, process 1100 may involve processor 922 of network apparatus 920 transmitting, via transceiver 926, a network node, an OCC configuration for an inter-slot time-domain OCC with a PUSCH repetition Type A to a UE for applying the inter-slot time-domain OCC on a PUSCH with a Type A repetition. Process 1100 may proceed from block 1110 to block 1120.

[0062] At block 1120, process 1100 may involve processor 922 receiving, via transceiver 926, the PUSCH with the Type A repetition from the UE.

[0063] In some implementations, the Type A repetition may comprise an RV cycling.

[0064] In some implementations, the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A may comprise one or more OCC groups, wherein each OCC group is associated with an OCC length and an OCC sequence.

[0065] In some implementations, a same RV value may be used in one OCC group, and an RV cycling may be used across the OCC groups.

[0066] In some implementations, the OCC sequence may comprise a Hadamard sequence.

[0067] In some implementations, the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A may be transmitted through an RRC signaling or a DCI. Additional Notes

[0068] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0069] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0070] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “asystem having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “asystem having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “Aor B” will be understood to include the possibilities of “A” or “B” or “Aand B. ”

[0071] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:receiving, by a processor of an apparatus, an orthogonal cover code (OCC) configuration for an inter-slot time-domain OCC with a physical uplink shared channel (PUSCH) repetition Type A from a network node;applying, by the processor, the inter-slot time-domain OCC on a PUSCH with a Type A repetition according to the OCC configuration; andtransmitting, by the processor, the PUSCH with the Type A repetition to the network node.2.The method of Claim 1, wherein the Type A repetition comprises a redundancy version (RV) cycling.3.The method of Claim 1, wherein the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A comprises one or more OCC groups, wherein each OCC group is associated with an OCC length and an OCC sequence.4.The method of Claim 3, wherein a same redundancy version (RV) value is used in one OCC group.5.The method of Claim 3, wherein a redundancy version (RV) cycling is used across the OCC groups.6.The method of Claim 3, wherein the OCC sequence comprises a Hadamard sequence.7.The method of Claim 1, wherein the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A is received through a radio resource control (RRC) signaling or a downlink control information (DCI) .8.An apparatus, comprising:a transceiver which, during operation, wirelessly communicates with at least one network node of a wireless network; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, an orthogonal cover code (OCC) configuration for an inter-slot time-domain OCC with a physical uplink shared channel (PUSCH) repetition Type A from the network node;applying the inter-slot time-domain OCC on a PUSCH with a Type A repetition according to the OCC configuration; andtransmitting, via the transceiver, the PUSCH with the Type A repetition to the network node.9.The apparatus of Claim 8, wherein the Type A repetition comprises a redundancy version (RV) cycling.10.The apparatus of Claim 8, wherein the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A comprises one or more OCC groups, wherein each OCC group is associated with an OCC length and an OCC sequence.11.The apparatus of Claim 10, wherein a same redundancy version (RV) value is used in one OCC group.12.The apparatus of Claim 10, wherein a redundancy version (RV) cycling is used across the OCC groups.13.The apparatus of Claim 10, wherein the OCC sequence comprises a Hadamard sequence.14.The apparatus of Claim 8, wherein the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A is received through a radio resource control (RRC) signaling or a downlink control information (DCI) .15.A method, comprising:transmitting, by a processor of a network node, an orthogonal cover code (OCC) configuration for an inter-slot time-domain OCC with a physical uplink shared channel (PUSCH) repetition Type A to a user equipment (UE) for applying the inter-slot time-domain OCC on a PUSCH with a Type A repetition; andreceiving, by the processor, the PUSCH with the Type A repetition from the UE.16.The method of Claim 15, wherein the Type A repetition comprises a redundancy version (RV) cycling.17.The method of Claim 15, wherein the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A comprises one or more OCC groups, wherein each OCC group is associated with an OCC length and an OCC sequence.18.The method of Claim 17, wherein a same redundancy version (RV) value is used in one OCC group, and an RV cycling is used across the OCC groups.19.The method of Claim 17, wherein the at least one OCC sequence comprises a Hadamard sequence.20.The method of Claim 15, wherein the OCC configuration for the inter-slot time-domain OCC with the PUSCH repetition Type A is transmitted through a radio resource control (RRC) signaling or a downlink control information (DCI).

Images