System, method, and apparatus for redundancy version cycling

Abstract

Exemplary embodiments of the present disclosure relate to a system, method, and apparatus for redundancy version cycling. In an aspect, a network device transmits, to a terminal device, scheduling information for scheduling a plurality of PUSCH repetitions with an OCC using a RV cycling across OCC groups, and accordingly the terminal device receives scheduling information. The terminal device drops, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions. The terminal device performs on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

Description

SYSTEM, METHOD, AND APPARATUS FOR REDUNDANCY VERSION CYCLINGFIELD

[0001] Various example embodiments relate to the field of communication and in particular, to a terminal device, a network device, methods, apparatuses and a computer readable storage medium for redundancy version cycling.BACKGROUND

[0002] A communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network.

[0003] Such communication networks operate in accordance with standards, such as those promulgated by 3GPP (Third Generation Partnership Project) or ETSI (European Telecommunications Standards Institute) . Examples of such standards include the so-called 5G (5th Generation) standard or other standards promulgated by 3GPP.SUMMARY

[0004] In general, exemplary embodiments of the present disclosure provide a solution for providing a system, method, and apparatus for redundancy version cycling, especially for redundancy version cycling upon physical uplink shared channel (PUSCH) dropping.

[0005] In a first aspect, there is provided a terminal device. The terminal device may include: at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: receive scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; drop, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; and perform on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0006] In a second aspect, there is provided a network device. The network device may include: at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: transmit, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; and determine, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

[0007] In a third aspect, there is provided a method. The method may include: receiving scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; dropping, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; and performing on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0008] In a fourth aspect, there is provided a method. The method may include: transmitting, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; and determining, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

[0009] In a fifth aspect, there is provided an apparatus. The apparatus may include: means for receiving scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; means for dropping, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; and means for performing on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0010] In a sixth aspect, there is provided an apparatus. The apparatus may include: means for transmitting, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; and means for determining, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

[0011] In a seventh aspect, there is provided a non-transitory computer readable medium including program instructions for causing an apparatus to perform at least the method according to any of fourth or sixth aspects.

[0012] In an eighth aspect, there is provided a computer program including instructions, which, when executed by an apparatus, cause the apparatus at least to: receive scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; drop, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; and perform on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0013] In a ninth aspect, there is provided a computer program including instructions, which, when executed by an apparatus, cause the apparatus at least to: transmit, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; and determine, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

[0014] In a tenth aspect, there is provided a terminal device. The terminal device may include: receiving circuitry configured to receive scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; dropping circuitry configured to drop, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; and performing circuitry configured to perform on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0015] In an eleventh aspect, there is provided a network device. The network device may include: transmitting circuitry configured to transmit, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; and determining circuitry configured to determine, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

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

[0017] Some exemplary embodiments will now be described with reference to the accompanying drawings, in which:

[0018] Fig. 1A illustrates a communication environment in which some embodiments of the present disclosure can be implemented;

[0019] Fig. 1B illustrates an example of OCC of length of 2 for two terminal devices performing two PUSCH repetitions in the same time frequency resources;

[0020] Fig. 1C illustrates an example of resource allocation and bit selection from circular buffer;

[0021] Fig. 1D illustrating a schematic diagram illustrating decoding failure caused by dropping PUSCH repetitions;

[0022] Fig. 2 illustrates a signaling chart illustrating communication process in accordance with some embodiments of the present disclosure;

[0023] Fig. 3 illustrates a schematic diagram illustrating generating a pause in the RV cycling in accordance with some embodiments of the present disclosure;

[0024] Fig. 4 illustrates a schematic diagram illustrating falling back to RV 0 in accordance with some embodiments of the present disclosure;

[0025] Fig. 5 illustrates a schematic diagram illustrating continuing the RV cycling in accordance with some embodiments of the present disclosure;

[0026] Fig. 6 illustrates a schematic diagram illustrating PUSCH drop awareness for the network device in accordance with some embodiments of the present disclosure;

[0027] Fig. 7 illustrates another example of a signaling process of generating a pause in the RV cycling according to some embodiments of the present disclosure;

[0028] Fig. 8 illustrates a flowchart of a method implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0029] Fig. 9 illustrates a flowchart of a method implemented at a network device in accordance with some embodiments of the present disclosure;

[0030] Fig. 10 illustrates a simplified block diagram of an apparatus that is suitable for implementing embodiments of the present disclosure; and

[0031] Fig. 11 illustrates a block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.

[0032] Throughout the drawings, the same or similar reference numerals represent the same or similar elements.DETAILED DESCRIPTION

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

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

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

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

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

[0038] As used in this application, the term “circuitry” may refer to one or more or all of the following: (a) hardware-only circuit implementations (such as implementations in only analog  and / or digital circuitry) and (b) combinations of hardware circuits and software, such as (as applicable) : (i) a combination of analog and / or digital hardware circuit (s) with  software / firmware and (ii) any portions of hardware processor (s) with software (including digital  signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a 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.

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

[0040] As used herein, the term “communication 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) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) 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.

[0041] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , 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 relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0042] 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 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. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0043] Fig. 1A illustrates a communication environment 100 in which some example embodiments of the present disclosure may be implemented. The system 100 includes a terminal device 110 and a network device 120. The terminal device 110 is capable of connecting and communicating in an UL or DL with the network device 120 as long as the terminal device 110 is located within the corresponding cells of the network device 120. In communication systems, an UL refers to a link in a direction from a terminal device 110 to a network device 120, and a DL refers to a link in a direction from the network device 120 to the terminal device 110. The network device 120 may transmit scheduling information scheduling an uplink transmission to the terminal device 110, and the terminal device 110 may transmit a plurality of repetitions of the uplink transmission to the network device 120.

[0044] It is to be understood that the particular number of various communication devices, the particular number of various communication links, the particular number of other elements, and the particular shape of the cells as shown in Fig. 1A is for illustration purpose only without suggesting any limitations. The communication system 100 may include any suitable number of communication devices, any suitable number of communication links, and any suitable number of other elements and any suitable shape of the cells adapted for implementing embodiments of the present disclosure. In addition, it should be appreciated that there may be various wireless as well as wireline communications (if needed) among all of the communication devices.

[0045] Communications in the communication system 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) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 1002.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] An orthogonal cover code (OCC) is a coding technique that can be used to enhance the capacity / throughput of a cellular network. Fig. 1B illustrates an example of OCC of length of 2 for two terminal devices performing two PUSCH repetitions in the same time frequency resources. It is assumed that there is no channel impairment or additive noise, for purposes of simplicity of description. It is also assumed that x1 and x2 represent the signals transmitted by a first terminal device and a second terminal device, respectively, and signals represented by x1 and x2 are both in repetitions. Signals represented by y1 and y2 are the signals received by the network device in a first repetition and in a second repetition, respectively. It is to be noted that in this example, the first terminal device is applied with the OCC [1, 1] and the second terminal device is applied with the OCC [1, -1] . As shown by equation (1) , the network device may retrieve the transmission a signal of the second terminal device without any interference from the first terminal device by cross-correlating the two received transmission signals y1 and y2 with the OCC used by the second terminal device (i.e., [1, -1] ) .

[0047] The above example is only for the purposes of illustration and uses Walsh-Hadamard orthogonal codes as an OCC set. Those skilled in the art may understand that different sequences may be used to realize orthogonality among terminal devices without impacting the applicability of the present disclosure. In addition, in order to multiplex terminal devices with a number of N, a number of at least N PUSCH (or signal) repetitions are necessary.

[0048] It is to be understood that the numbers of devices (i.e., the terminal device 110 and the network device 120, ) and their connection relationships and types shown in Fig. 1A are only for the purpose of illustration without suggesting any limitation. For example, the environment 100 may include any suitable numbers of devices adapted for implementing embodiments of the present disclosure. For example, while Fig. 1A depicts the terminal device 110 as a mobile phone; the terminal device 110 may be any type of user equipment.

[0049] In Rel-15 / 16, a transport block (TB) is transmitted per slot, i.e., resource allocation for a single PUSCH transmission is limited within a slot. Therefore, a feature called PUSCH aggregation, which was later renamed as PUSCH repetition type A to avoid confusion with PUSCH repetition type B feature introduced in Rel-16 for ultra-reliable low latency applications, was firstly specified in Rel-15 and further enhanced in Rel-16 / 17. The PUSCH repetition type A allows repeating the transmission of a TB within a slot multiple times across K slots. The transport block size (TBS) of PUSCH repetition type A is determined based on the resource within a slot. For PUSCH resource in each slot of the K slots, the same starting symbol (S) and length (L) are applied. In Rel-15, these K slots are counted on consecutive physical slots (i.e., including downlink or special slots) with K is RRC configured. Rel-16 allows dynamic indication of K, while Rel-17 further introduces the counting of K on available slots, i.e., only the slots that are available (no collision with DL or SSB symbols) and valid (in terms of S &L) for PUSCH transmission will be counted. Redundancy version (RV) may be cycled across the K slots following a RV sequence. Fig. 1C illustrates an example of resource allocation and bit selection from circular buffer for PUSCH repetition type A with RV cycling and RV sequence {0, 2, 3, 1} . From the Fig. 1C (i.e. a circular buffer) it may be noticed that the bits transmitted in the repetitions are different, making the application of an orthogonal cover code (OCC) across repetitions not possible.

[0050] According to agreement of RAN1#120, RV cycling is used across OCC groups and RV cycling is applied when the number of repetitions is greater than the OCC length. In other aspect, in some cases, PUSCH repetitions may be dropped due to some events, e.g., collision with a PUCCH transmission, or events that might destroy orthogonality of OCC. If the dropped repetitions within OCC period convey the RV 0 where the RV 0 comprises systematic bits, especially, if there is no sufficient systematic bits in other RV of OCC group, e.g., RV 3, the gNB may not be able to correctly decode the PUSCH (the systematic bits normally will help the decoding algorithm create some “reference points” while the parity bits are normally representing “combined information” , which does not create “reference points” in the same way) because the systematic bits play a significant role in being able to decode when combining the received data (based on various combination of redundancy versions) , as shown Fig. 1D which illustrating a schematic diagram illustrating decoding failure caused by dropping PUSCH repetitions.

[0051] In view of the above discussions and analysis, in order to at least solve the problem about how to enable an effective RV cycling in case of PUSCH repetitions with OCC dropping, embodiments of the present disclosure provide a solution for providing solutions to determine an appropriate redundancy version for redundancy version cycling. In some embodiments, the network device transmits scheduling information for scheduling a plurality of PUSCH repetitions with an OCC using a RV cycling across OCC groups, and accordingly the terminal device receives scheduling information. The terminal device drops, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions. The terminal device performs on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0;or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits. An advantage in all three options is that the presence of the systematic bits can be ascertained or at least the probability of delivering systematic bits and not only parity bits can be improved.

[0052] Principles and some example embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0053] Hereinafter, the example method for providing a solution for redundancy version cycling will be described with reference to Fig. 2 to Fig. 7. Reference is first made to Fig. 2, which illustrates an exemplary signaling chart illustrating communication process in accordance with some embodiments of the present disclosure.

[0054] As shown in Fig. 2, the network device 120 transmits 202 scheduling information 204 for scheduling a plurality of PUSCH repetitions with an OCC using a RV cycling across OCC groups, and accordingly, the terminal device 110 receives 206 the scheduling information 204. The terminal device 110 drops 208, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions. The terminal device 110 performs 210 on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0055] In some embodiments, the terminal device 110 generates a pause in the RV cycling on the remaining OCC groups with respective PUSCH repetitions when the terminal device 110 determines to drop one or more OCC groups based on the event that may break the OCC orthogonality. The terminal device 110 applies the RV cycling to the remaining OCC groups with respective PUSCH repetitions from an initial RV, and then the terminal device 110 transmits 212 the OCC groups with respective PUSCH repetitions 214 to the network device 120. Accordingly, the network device 120 receives 216 the OCC groups with respective PUSCH repetitions 214. The initial RV may be RV 0, which is the RV that comprises systematic bits.

[0056] Referring to Fig. 3 which illustrates a schematic diagram illustrating generating a pause in the RV cycling in accordance with some embodiments of the present disclosure, the terminal device 110 receives an uplink grant or uplink scheduling information, based on downlink control information (DCI) , with 8 PUSCH repetitions with OCC and the length of OCC is 2. Accordingly, there are four OCC groups, and each OCC group has 2 PUSCH repetitions applied with the same RV. The RV sequence of the RV cycling is {RV 0, RV 2, RV 3, RV 1} . When the time division multiplexing (TDM) event occurs in the time period where the PUSCH repetition 0 is scheduled to be transmitted, the terminal device 110 determines to drop the first OCC group having the PUSCH repetition 0, i.e., the terminal device 110 determines to drop the PUSCH repetition 0 and the PUSCH repletion 1. When the PUSCH repetitions 0 and 1 are dropped, the network device may not be able to correctly decode the PUSCH because the systematic bits included in the RV 0 are unavailable.

[0057] In this exemplary case, the terminal device 110 generates a pause in the RV cycling on the remaining OCC groups, i.e., the PUSCH repetitions 2 to 7, and recycles the RV recycling on the PUSCH repetitions 2 to 7 from RV 0. Specifically, the PUSCH repetitions 2 and 3 are applied with RV 0, the PUSCH repetitions 4 and 5 are applied with RV 2, and the PUSCH repetitions 6 and 7 are applied with RV 3. In other words, the terminal device 110 applies the RV cycling in this embodiment, but only on actually transmitted OCC groups with respective PUSCH repetitions. Furthermore, the RV sequence of the RV cycling is not changed but only offset (paused) to ensure that the systematic bits get transmitted. It should be noted that the present disclosure is not intended to limit the RV of the dropped OCC group with respective PUSCH repetitions, for example, the RV of the dropped OCC group with respective PUSCH repetitions may be RV 0, RV 1, RV 2, RV 3, or any other possible RV.

[0058] According to embodiments of generating a pause in the RV cycling, it can improve performance in the network device 120 combing packets. The terminal device 110 will consider the dropped PUSCH repetitions within a OCC group as “non-processed” , and hence the RV cycling is not applied with the OCC group is not transmitted.

[0059] Referring back to Fig. 2, in some embodiments, the terminal device 110 falls back to the RV 0 on the remaining OCC groups with respective PUSCH repetitions when the terminal device determines to drop one or more OCC groups based on the event that may break the OCC orthogonality. The terminal device 110 applies the RV 0 to all remaining OCC groups with respective PUSCH repetitions, and then the terminal device 110 transmits the OCC groups with respective PUSCH repetitions to the network device 120.

[0060] Referring to Fig. 4 which illustrates a schematic diagram illustrating falling back to RV 0 in accordance with some embodiments of the present disclosure, when the TDM event occurs in the time period where the PUSCH repetition 0 and 1 is scheduled to be transmitted, the terminal device 110 determines to drop the first OCC group having the PUSCH repetition 0 and the PUSCH repetition 1. The terminal device 110 terminates the RV cycling at the PUSCH repetition 2 and apply RV 0 to the remaining repetition (i.e. the RV repetitions 2 to 7) instead of the RV cycling. In other words, the terminal device 110 fallbacks to the RV 0 on actual transmitted OCC groups with respective PUSCH repetitions following a drop of an OCC group of a PUSCH repetitions.

[0061] According to embodiments of falling back to RV 0, it will simplify the network device’s processing for further packet combinations even it may introduce slightly more relative degradation of the coding / decoding performance, mainly for allocations with high modulation and coding scheme (MCS) . This performance drop is mainly caused by the inability to fully populate the coding matrix. Nevertheless, since subsequent OCC groups will use RV 0 (which is inherently self-decodable and more robust) , the overall decoding performance remains acceptable.

[0062] Referring back to Fig. 2, in some embodiments, the terminal device 110 continues the RV cycling on the remaining OCC groups with respective PUSCH repetitions when the terminal device determines to drop one or more OCC groups based on the event that may break the OCC orthogonality. Continuing in this context may be understood such that the dropping does not affect the RV cycling. The terminal device 110 applies the RV cycling to the remaining OCC groups with respective PUSCH repetitions without changing an initial RV cycling sequence, and then the terminal device 110 transmits the OCC groups with respective PUSCH repetitions to the network device 120.

[0063] In some embodiments, the initial RV of the initial RV cycling sequence is associated with repetition start index. For instance, the repetition start index determine the initial RV based on some predefined rule. For example, the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} . The RV 0 is a RV that comprises systematic bits. The RV 1 is a RV that comprises parity bits. The RV 2 is a RV that comprises redundancy bits. The RV 3 is a RV that comprises another set of redundancy bits. In some situations, e.g. with a small code rate, RV 3 may comprise also systematic bits.

[0064] Referring to Fig. 5 which illustrates a schematic diagram illustrating continuing the RV cycling in accordance with some embodiments of the present disclosure, when the TDM event occurs in the time period where the PUSCH repetition 0 is scheduled to be transmitted, the terminal device 110 determines to drop the first OCC group having the PUSCH repetition 0 and the PUSCH repetition 1. The terminal device 110 continues the RV cycling at the PUSCH repetition 2, in other words, the terminal device 110 may not do any changes in terms of RV cycling on actual transmitted OCC groups with respective PUSCH repetitions. Specifically, before the drop, the RV cycling sequence of the PUSCH repetitions 2 to 7 is {RV 2, RV 3, RV1} , and after the drop, the RV cycling sequence of the PUSCH repetitions 2 to 7 is still {RV 2, RV 3, RV 1} .

[0065] According to embodiments of continuing the RV cycling, the terminal device will process each OCC group with respective PUSCH repetitions under the assumption that the OCC group will be transmitted-regardless of whether it is ultimately dropped. From a terminal device’s processing perspective, this manner effectively mimics "muting"at the radio transmission layer. In other words, the terminal device generates packets normally, and increments counters (including RV counting) as if all OCC groups with respective PUSCH repetitions were transmitted, even if some are omitted in actual transmission. If a sufficient number of systematic bits is delivered, the decoding may be successful in the network device 120.

[0066] Referring back to Fig. 2, in some embodiments, the terminal device 110 drops 208, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions, and accordingly, the network device 120 determines 218, based on determining that the event occurs at the terminal device, that the terminal device drops the OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions. In other words, the event is aware for the network device 120.

[0067] In some embodiments, the event includes the terminal device dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, and the uplink control information (UCI) is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted. The UCI may comprise hybrid automatic repeat request (HARQ) acknowledgment (ACK) or a channel status indicator (CSI) .

[0068] For example, the terminal device 110 receives another scheduling information for scheduling physical downlink shared channel (PDSCH) and corresponding HARQ ACK before or after receiving the scheduling information for scheduling the plurality of PUSCH repetitions. Since the transmission of the HARQ ACK is collided with the transmission of one or more PUSCH repetitions, the terminal device 110 determines to drop the OCC group having the collided one or more PUSCH repetitions and transmits the HARQ ACK. When the network device 120 receives the HARQ ACK, the network device 120 determines that the terminal device 110 drops the OCC group having the collided one or more PUSCH repetitions. In this way, the consistent understanding of the terminal device and the network device for PUSCH dropping is beneficial to success decoding.

[0069] Referring to Fig. 6 which illustrates a schematic diagram illustrating PUSCH drop awareness for the network device in accordance with some embodiments of the present disclosure, after the terminal device receives the DCI for scheduling PUSCH repetitions with OCC, the terminal device receives the timing advance (TA) command and attempts to calibrate the TA, therefore causing PUSCH drop. The network device gets the confirmation from the HARQ ACK feedback of scheduling of TA command, and then the terminal device and the network device are in the same page for the “drop” .

[0070] Alternatively or in addition, the event comprises the terminal device performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group. Since the different spatial relations or different power control information break the OCC orthogonality of two PUSCH repetitions within an OCC group, the terminal device drops the two PUSCH repetitions within an OCC group

[0071] Alternatively or in addition, the event comprises performing an uplink timing adjustment in response to a timing advance command or performing frequency hopping.

[0072] It should be noted that the present disclosure is not intended to limit the event. For example, the event may be predefined, such as by the standard, or preconfigured by the network device.

[0073] Fig. 7 illustrates another example of a signaling process of generating a pause in the RV cycling according to some embodiments of the present disclosure. The signaling process 700 may be a more specific example of the process 700 of Fig. 2 in the case that the terminal device performs generating a pause in the RV cycling on the remaining OCC groups with respective PUSCH repetitions. The terminal device 110 may be called as UE 710 for short, and the network device 120 may be called as gNB 720 for short.

[0074] In step 1, the UE detects an UL DCI scheduling PUSCH repetitions with OCC in slot n-1 and n+7. For example, the UE is scheduled with eight PUSCH repetitions and inter-slot OCC of size 2, i.e. OCC is applied across the two scheduled repetitions during OCC group and four OCC groups span the eight scheduled repetitions.

[0075] In step 2, the UE detects a DL DCI scheduling PDSCH and corresponding UCI in slot n. For example, the UCI may comprise or be HARQ-ACK feedback.

[0076] In step 3, the UE determines to drop the PUSCH repetitions within the OCC period where the event occurs. For example, since OCC length is 2 (i.e. the PUSCH repetitions with OCC spans slots n-1 and n+7) and the event (i.e. UCI multiplexing) occurs in slot n, the UE drops the PUSCH repetitions in slots n-1 and n, i.e. OCC group #1.

[0077] In step 4, the UE determines to pause the RV cycling for the actual transmitted PUSCH repetitions with OCC.

[0078] In step 5, the UE does not transmit the PUSCH repetitions in slots n-1 and n and transmits PUCCH with UCI in slot n.

[0079] In step 6, the gNB knows the occurrence of PUSCH dropping based on the HARQ-ACK feedback.

[0080] In step 7, the UE continues transmitting the remaining PUSCH repetitions with OCC and re-starts the RV cycling from RV 0 across OCC groups, and the RV sequence of the RV cycling is {RV0, RV2, RV3} .

[0081] In step 8, the gNB receives and then decodes the PUSCH repetitions with OCC group #2 to OCC group #4.

[0082] Fig. 8 illustrates a flowchart of a method 800 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the terminal device 110 with reference to Fig. 1A.

[0083] At block 810, the terminal device 110 receives scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups. At block 820, the terminal device 110 drops, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions. At block 830, the terminal device 110 performs on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0084] In some embodiments, the terminal device 110 applies the RV cycling to the remaining OCC groups with respective PUSCH repetitions from an initial RV.

[0085] In some embodiments, the initial RV is RV 0.

[0086] In some embodiments, the terminal device 110 applies the RV 0 to the remaining OCC groups with respective PUSCH repetitions.

[0087] In some embodiments, the terminal device 110 applies the RV cycling to the remaining OCC groups with respective PUSCH repetitions without changing an initial RV cycling sequence.

[0088] In some embodiments, an initial RV of the initial RV cycling sequence is associated with repetition start index.

[0089] In some embodiments, the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} .

[0090] In some embodiments, the dropped OCC group of PUSCH repetitions has one of the following: the RV 0; a RV 2; a RV 3; or a RV 1.

[0091] In some embodiments, the RV 0 is a RV that comprises systematic bits; the RV 1 is a RV that comprises parity bits; the RV 2 is a RV that comprises redundancy bits; or the RV 3 is a RV that comprises another set of redundancy bits.

[0092] In some embodiments, the terminal device 110 transmits the remaining OCC groups with respective PUSCH repetitions.

[0093] In some embodiments, the event comprises at least one of the following: dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, wherein the uplink control information is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted; performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group; performing an uplink timing adjustment in response to a timing advance command; or performing frequency hopping.

[0094] In some embodiments, the uplink control information comprises at least one of the following: a hybrid automatic repeat request (HARQ) acknowledgment (ACK) ; or a channel status indicator (CSI) .

[0095] In some embodiments, the event is predefined.

[0096] Fig. 9 illustrates a flowchart of a method implemented at a network device according to some other embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the network device 120 with reference to Fig. 1A.

[0097] At block 910, the network device 120 transmits, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups. At block 920, the network device 120 determines, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

[0098] In some embodiments, the network device 120 receives remaining OCC groups with respective PUSCH repetitions.

[0099] In some embodiments, the remaining OCC groups with respective PUSCH repetitions have a RV cycling from an initial RV.

[0100] In some embodiments, the initial RV is a RV 0.

[0101] In some embodiments, the remaining OCC groups with respective PUSCH repetitions have a RV 0.

[0102] In some embodiments, the remaining OCC groups with respective PUSCH repetitions have the RV cycling without changing an initial RV cycling sequence.

[0103] In some embodiments, an initial RV of the initial RV cycling sequence is associated with repetition start index.

[0104] In some embodiments, the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} .

[0105] In some embodiments, the dropped OCC group of PUSCH repetitions has one of the following: the RV 0; a RV 2; a RV 3; or a RV 1.

[0106] In some embodiments, the RV 0 is a RV that comprises systematic bits; the RV 1 is a RV that comprises parity bits; the RV 2 is a RV that comprises redundancy bits; or the RV 3 is a RV that comprises another set of redundancy bits.

[0107] In some embodiments, the event occurred at the terminal device comprises at least one of the following: dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, wherein the uplink control information is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted; performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group; performing an uplink timing adjustment in response to a timing advance command; or performing frequency hopping.

[0108] In some embodiments, the uplink control information comprises at least one of the following: a hybrid automatic repeat request (HARQ) acknowledgment (ACK) ; or a channel status indicator (CSI) .

[0109] In some embodiments, the event is predefined.

[0110] In some embodiments, an apparatus (for example, the terminal device 110) capable of performing the method 800 may comprise means for performing the respective steps of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0111] In some embodiments, the apparatus comprises means for receiving scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups. The apparatus further comprises means for dropping, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions. The apparatus further comprises means for performing on remaining OCC groups with respective PUSCH repetitions one of the following: generating a pause in the RV cycling; falling back to a RV 0; or continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.

[0112] In some embodiments, the apparatus further comprises means for applying the RV cycling to the remaining OCC groups with respective PUSCH repetitions from an initial RV.

[0113] In some embodiments, the initial RV is RV 0.

[0114] In some embodiments, the apparatus further comprises means for applying the RV 0 to the remaining OCC groups with respective PUSCH repetitions.

[0115] In some embodiments, the apparatus further comprises means for applying the RV cycling to the remaining OCC groups with respective PUSCH repetitions without changing an initial RV cycling sequence.

[0116] In some embodiments, an initial RV of the initial RV cycling sequence is associated with repetition start index.

[0117] In some embodiments, the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} .

[0118] In some embodiments, the dropped OCC group of PUSCH repetitions has one of the following: the RV 0; a RV 2; a RV 3; or a RV 1.

[0119] In some embodiments, the RV 0 is a RV that comprises systematic bits; the RV 1 is a RV that comprises parity bits; the RV 2 is a RV that comprises redundancy bits; or the RV 3 is a RV that comprises another set of redundancy bits.

[0120] In some embodiments, the apparatus further comprises means for transmitting the remaining OCC groups with respective PUSCH repetitions.

[0121] In some embodiments, the event comprises at least one of the following: dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, wherein the uplink control information is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted; performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group; performing an uplink timing adjustment in response to a timing advance command; or performing frequency hopping.

[0122] In some embodiments, the uplink control information comprises at least one of the following: a hybrid automatic repeat request (HARQ) acknowledgment (ACK) ; or a channel status indicator (CSI) .

[0123] In some embodiments, the event is predefined.

[0124] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 800. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0125] In some embodiments, an apparatus (for example, the network device 120) capable of performing the method 900 may comprise means for performing the respective steps of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0126] In some embodiments, the apparatus comprises means for transmitting, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups. The apparatus further comprises means for determining, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.

[0127] In some embodiments, the apparatus further comprises means for receiving remaining OCC groups with respective PUSCH repetitions.

[0128] In some embodiments, the remaining OCC groups with respective PUSCH repetitions have a RV cycling from an initial RV.

[0129] In some embodiments, the initial RV is a RV 0.

[0130] In some embodiments, the remaining OCC groups with respective PUSCH repetitions have a RV 0.

[0131] In some embodiments, the remaining OCC groups with respective PUSCH repetitions have the RV cycling without changing an initial RV cycling sequence.

[0132] In some embodiments, an initial RV of the initial RV cycling sequence is associated with repetition start index.

[0133] In some embodiments, the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} .

[0134] In some embodiments, the dropped OCC group of PUSCH repetitions has one of the following: the RV 0; a RV 2; a RV 3; or a RV 1.

[0135] In some embodiments, the RV 0 is a RV that comprises systematic bits; the RV 1 is a RV that comprises parity bits; the RV 2 is a RV that comprises redundancy bits; or the RV 3 is a RV that comprises another set of redundancy bits.

[0136] In some embodiments, the event occurred at the terminal device comprises at least one of the following: dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, wherein the uplink control information is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted; performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group; performing an uplink timing adjustment in response to a timing advance command; or performing frequency hopping.

[0137] In some embodiments, the uplink control information comprises at least one of the following: a hybrid automatic repeat request (HARQ) acknowledgment (ACK) ; or a channel status indicator (CSI) .

[0138] In some embodiments, the event is predefined.

[0139] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 900. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0140] Fig. 10 is a simplified block diagram of a device 1000 that is suitable for implementing embodiments of the present disclosure. The device 1000 may be provided to implement the communication device, for example the terminal device 110, and the network device 120 as shown in Fig. 1A. As shown, the device 1000 includes one or more processors 1010, one or more memories 1020 coupled to the processor 1010, and one or more communication modules 1040 coupled to the processor 1010.

[0141] The communication module 1040 is for bidirectional communications. The communication module 1040 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network devices.

[0142] The processor 1010 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 1000 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.

[0143] The memory 1020 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) 1024, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 1022 and other volatile memories that may not last in the power-down duration.

[0144] A computer program 1030 includes computer executable instructions that are executed by the associated processor 1010. The program 1030 may be stored in the ROM 1024. The processor 1010 may perform any suitable actions and processing by loading the program 1030 into the RAM 1022.

[0145] The embodiments of the present disclosure may be implemented by means of the program so that the device 1000 may perform any process of the disclosure as discussed with reference to Figs. 2 to 7. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0146] In some embodiments, the program 1030 may be tangibly contained in a computer readable medium which may be included in the device 1000 (such as in the memory 1020) or other storage devices that are accessible by the device 1000. The device 1000 may load the program 1030 from the computer readable medium to the RAM 1022 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 the like.

[0147] Fig. 11 illustrates an example of the computer readable medium 1100 in form of CD or DVD in accordance with some embodiments of the present disclosure. The computer readable medium has the program 1030 stored thereon. It is noted that although the computer-readable medium 1100 is depicted in form of CD or DVD, the computer-readable medium 1100 may be in any other form suitable for carry or hold the program 1030.

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

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

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

[0151] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0152] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

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

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

Claims

1.A terminal device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:receive scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups;drop, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; andperform on remaining OCC groups with respective PUSCH repetitions one of the following:generating a pause in the RV cycling;falling back to a RV 0; orcontinuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.2.The terminal device of claim 1, wherein the terminal device is caused to perform generating a pause in the RV cycling by:applying the RV cycling to the remaining OCC groups with respective PUSCH repetitions from an initial RV.3.The terminal device of claim 2, wherein the initial RV is RV 0.4.The terminal device of claim 1, wherein the terminal device is caused to perform falling back to the RV 0 by:applying the RV 0 to the remaining OCC groups with respective PUSCH repetitions.5.The terminal device of claim 1, wherein the terminal device is caused to perform continuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits by:applying the RV cycling to the remaining OCC groups with respective PUSCH repetitions without changing an initial RV cycling sequence.6.The terminal device of claim 5, wherein an initial RV of the initial RV cycling sequence is associated with repetition start index.7.The terminal device of claim 6, wherein the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} .8.The terminal device of any of claims 1 to 7, wherein the dropped OCC group of PUSCH repetitions has one of the following:the RV 0;a RV 2;a RV 3; ora RV 1.9.The terminal device of any of claims 1 to 8, wherein at least one of the following:the RV 0 is a RV that comprises systematic bits;the RV 1 is a RV that comprises parity bits;the RV 2 is a RV that comprises redundancy bits; orthe RV 3 is a RV that comprises another set of redundancy bits.10.The terminal device of any of claims 1 to 9, wherein the terminal device is further caused to:transmit the remaining OCC groups with respective PUSCH repetitions.11.The terminal device of any of claims 1 to 10, wherein the event is aware for network device.12.The terminal device of any of claims 1 to 11, wherein the event comprises at least one of the following:dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, wherein the uplink control information is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted;performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group;performing an uplink timing adjustment in response to a timing advance command; orperforming frequency hopping.13.The terminal device of claim 12, wherein the uplink control information comprises at least one of the following:a hybrid automatic repeat request (HARQ) acknowledgment (ACK) ; ora channel status indicator (CSI) .14.The terminal device of any of claims 1 to 13, wherein the event is predefined.15.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 network device at least to:transmit, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; anddetermine, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.16.The network device of claim 15, wherein the network device is further caused to:receive remaining OCC groups with respective PUSCH repetitions.17.The network device of claim 16, wherein the remaining OCC groups with respective PUSCH repetitions have a RV cycling from an initial RV.18.The network device of claim 16, wherein the initial RV is a RV 0.19.The network device of claim 16, wherein the remaining OCC groups with respective PUSCH repetitions have a RV 0.20.The network device of claim 16, wherein the remaining OCC groups with respective PUSCH repetitions have the RV cycling without changing an initial RV cycling sequence.21.The network device of claim 20, wherein an initial RV of the initial RV cycling sequence is associated with repetition start index.22.The network device of claim 21, wherein the initial RV cycling sequence comprises {RV 0, RV 2, RV 3, RV 1} .23.The network device of any of claims 15 to 22, wherein the dropped OCC group of PUSCH repetitions has one of the following:a RV 0;a RV 2;a RV 3; ora RV 1.24.The network device of any of claims 15 to 23, wherein at least one of the following:the RV 0 is a RV that comprises systematic bits;the RV 1 is a RV that comprises parity bits;the RV 2 is a RV that comprises redundancy bits; orthe RV 3 is a RV that comprises another set of redundancy bits.25.The network device of any of claims 15 to 24, wherein the event occurred at the terminal device comprises at least one of the following:dropping PUSCH with OCC group caused by receiving another scheduling information for scheduling an uplink control information, wherein the uplink control information is scheduled to be transmitted in a time period where a PUSCH repetition of the OCC group of PUSCH repetition is scheduled to be transmitted;performing different spatial relations or different power control information to transmit two PUSCH repetitions within an OCC group;performing an uplink timing adjustment in response to a timing advance command; orperforming frequency hopping.26.The network device of claim 25, wherein the uplink control information comprises at least one of the following:a hybrid automatic repeat request (HARQ) acknowledgment (ACK) ; ora channel status indicator (CSI) .27.The network device of any of claims 15 to 26, wherein the event is predefined.28.A method comprising:receiving scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups;dropping, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; andperforming on remaining OCC groups with respective PUSCH repetitions one of the following:generating a pause in the RV cycling;falling back to a RV 0; orcontinuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.29.A method comprising:transmitting, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; anddetermining, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.30.An apparatus comprising:means for receiving scheduling information for scheduling a plurality of physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups;means for dropping, based on an event, an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions; andmeans for performing on remaining OCC groups with respective PUSCH repetitions one of the following:generating a pause in the RV cycling;falling back to a RV 0; orcontinuing the RV cycling when at least one OCC group of the remaining OCC groups comprises systematic bits.31.An apparatus comprising:means for transmitting, to a terminal device, scheduling information for scheduling a plurality of a physical uplink shared channel (PUSCH) repetitions with an orthogonal cover code (OCC) using a redundancy version (RV) cycling across OCC groups; andmeans for determining, based on determining that an event occurs at the terminal device, that the terminal device drops an OCC group with respective PUSCH repetitions among the plurality of PUSCH repetitions.32.A computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least one of the methods of claims 28 and 29.

Images