Orthogonal cover code information

Abstract

Example embodiments of the present disclosure are directed to signaling of orthogonal cover code (OCC) information. A method comprises receiving, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus; determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information; determining the orthogonal cover code information based on the at least one repurposed portion of the control information; and performing the transmission to the second apparatus based on the orthogonal cover code information. In this way, with the at least one repurposed portion for conveying OCC information in the control information, the OCC information can be signaled more efficiently.

Description

ORTHOGONAL COVER CODE INFORMATIONFIELD

[0001] Various example embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to methods, devices, apparatuses and computer readable storage medium for orthogonal cover code (OCC) information.BACKGROUND

[0002] With development of communication technologies, orthogonal cover code has been used as a coding technique to enhance the capacity and / or throughput of network. For example, one could generate a set of orthogonal codes (e.g. Walsh-Hadamard codes) having ideal zero cross-correlation and assign different codes to different user equipment (UEs) to achieve orthogonal (i.e. no interference) uplink transmissions on the same time-frequency resources. Thus, further studies of OCC are desirable.SUMMARY

[0003] In a first aspect of the present disclosure, there is provided a first apparatus. The first apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus configured with orthogonal cover code at least to: receive, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus; determine that the control information comprises at least one repurposed portion for conveying orthogonal cover code information; determine the orthogonal cover code information based on the at least one repurposed portion of the control information; and perform the transmission to the second apparatus based on the orthogonal cover code information.

[0004] In a second aspect of the present disclosure, there is provided a second apparatus. The second apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the second apparatus at least to: generate control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein  the first apparatus is configured with orthogonal cover code; transmit the control information to the first apparatus; and receive the transmission from the first apparatus based on the orthogonal cover code information.

[0005] In a third aspect of the present disclosure, there is provided a method. The method comprises: receiving, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus; determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information; determining the orthogonal cover code information based on the at least one repurposed portion of the control information; and performing the transmission to the second apparatus based on the orthogonal cover code information.

[0006] In a fourth aspect of the present disclosure, there is provided a method. The method comprises: generating control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein the first apparatus is configured with orthogonal cover code; transmitting the control information to the first apparatus; and receiving the transmission from the first apparatus based on the orthogonal cover code information.

[0007] In a fifth aspect of the present disclosure, there is provided a first apparatus. The first apparatus comprises means for receiving, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus; means for determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information; means for determining the orthogonal cover code information based on the at least one repurposed portion of the control information; and means for performing the transmission to the second apparatus based on the orthogonal cover code information.

[0008] In a sixth aspect of the present disclosure, there is provided a second apparatus. The second apparatus comprises means for generating control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein the first apparatus is configured with orthogonal cover code; means for transmitting the control information to the first apparatus; and means for receiving the transmission from the first apparatus based on the orthogonal cover code information.

[0009] In a seventh aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the third aspect.

[0010] In an eighth aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the fourth aspect.

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

[0012] Some example embodiments will now be described with reference to the accompanying drawings, where:

[0013] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0014] FIG. 2 illustrates a signaling chart for OCC information according to example embodiments of the present disclosure;

[0015] FIG. 3 illustrates a signaling chart for OCC information indication via modulation and coding scheme (MCS) and frequency domain resource assignment (FDRA) repurposing according to example embodiments of the present disclosure;

[0016] FIG. 4 illustrates a flowchart of a method implemented at a first apparatus in accordance with some example embodiments of the present disclosure;

[0017] FIG. 5 illustrates a flowchart of a method implemented at a second apparatus in accordance with some example embodiments of the present disclosure;

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

[0019] FIG. 7 illustrates a block diagram of an example computer readable medium in accordance with some example embodiments of the present disclosure.

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

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

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

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

[0024] It shall be understood that although the terms “first, ” “second, ” …, etc. in front of noun (s) and the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another and they do not limit the order of the noun (s) . 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.

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

[0026] As used herein, unless stated explicitly, performing a step “in response to A” does not indicate that the step is performed immediately after “A” occurs and one or more intervening steps may be included.

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

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

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

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

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

[0032] (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

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

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

[0035] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as New Radio (NR) , 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 fifth generation (5G) , 5.5G, the sixth generation (6G) 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.

[0036] 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) , an NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology. In some example embodiments, radio access network (RAN) split architecture comprises a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node. An IAB node comprises a Mobile Terminal (IAB-MT) part that behaves like a UE toward the parent node, and a DU part of an IAB node behaves like a base  station toward the next-hop IAB node.

[0037] 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 (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. The terminal device may also correspond to a Mobile Termination (MT) part of an IAB node (e.g., a relay node) . In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0038] As used herein, the term “resource, ” “transmission resource, ” “resource block, ” “physical resource block” (PRB) , “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, for example, a communication between a terminal device and a network device, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other combination of the time, frequency, space and / or code domain resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0039] As discussed above, OCC has been used as a coding technique to enhance the capacity and / or throughput of network. For example, two UEs may transmit two physical uplink shared channel (PUSCH) repetitions in the same time-frequency resources. For the transmissions, the two UEs apply different OCCs to their transmission signal (which is assumed here to stay constant across the repetitions) allowing a gNB receiver to receive (demodulate and decode) the signals of each UE without the interference of the other UE.

[0040] This mechanism may be represented in mathematical form as illustrated in Equations (1) below.

[0041] where x1 and x2 are the signals transmitted by UE_1 and UE_2, respectively and in both repetitions (in case of two repetitions) , whereas y1 and y2 are the total signals received by the gNB in the first repetition and the second repetition, respectively. Note that no channel impairments and additive noise is considered for simplicity of description.

[0042] In this example, UE_1 is applying the OCC [1, 1] whereas UE_2 is applying the OCC [1, -1] . In the example of the equations, gNB retrieves the signal of UE_2 without interference from UE_1 by cross-correlating the two received signal y1 and y2 with the OCC used by UE_2 (i.e. [1, -1] ) .

[0043] The example above is only illustrative and uses Walsh-Hadamard orthogonal codes as OCC set. Different sequences can be used to realize orthogonality among users without impacting the applicability of this invention. In addition, it is to be noted that in general in order to multiplex N UEs a number of at least N PUSCH (or signal) repetitions are necessary.

[0044] Currently, signaling mechanisms for OCC information are under investigation. For example, signaling mechanisms for an indication of the OCC code that the UE needs to use for a PUSCH transmission are necessary. One possibility for such indication could be via adding a new field in the downlink control information (DCI) scheduling the PUSCH, i.e., DCI 0_1 with cyclic redundancy check (CRC) scrambled by a cell radio network temporary identifier (C-RNTI) .

[0045] However, it may generate complications at system level that need to be accounted for. Indeed, a new field in the DCI increases the size of the DCI and may cause the  following two problems: (1) shrinking the coverage of the DCI since more bits need to be carried by a same physical downlink control channel (PDCCH) and (2) generating misalignments with other specified DCIs. To keep UE blind detection complexity low, DCIs are typically aligned in their sizes, and thus addition of a new field for OCC purposes would generate problems in this sense.

[0046] In accordance with some example embodiments of the present disclosure, there is provided a solution for signaling of the OCC information. In this solution, a first apparatus configured with orthogonal cover code receives from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus; determines that the control information comprises at least one repurposed portion for conveying OCC information; determines the OCC information based on the at least one repurposed portion of the control information; and performs the transmission to the second apparatus based on the OCC information.

[0047] In this way, with the at least one repurposed portion for conveying OCC information in the control information, the OCC information can be signaled more efficiently. For example, the addition of a new field for OCC purposes in the control information may be avoided and the size of the control information can be kept unchanged.

[0048] In 3GPP RAN #102, a new Work Item Description (WID) for NTN targeting NR Rel-19 was approved. Among the objectives of the WI, an objective on Uplink Capacity / Throughput Enhancement for FR1-NTN was approved. More specifically, this objective targets enhancements to the DFT-s-OFDM PUSCH channel via Orthogonal Cover Codes (OCC) to enable multiplexing of multiple UEs in the same time-frequency resources. It can be noted that OCC for DFT-s-OFDM PUSCH will be specified for the case when PUSCH repetitions are used.

[0049] The original WID was revised in the latest RAN plenary meeting as RP-241667, where the OCC objective was modified as uplink capacity / cell throughput enhancement for FR1-NTN [RAN1, RAN2, RAN4] . This OCC objective comprises specifying OCC for DFT-s-OFDM PUSCH at least for multiplexing 2 or 4 UEs when PUSCH repetitions are used, and specifically comprises specifying necessary signaling.

[0050] Thus, the solution for signaling mechanism of the OCC information provided in the present disclosure can benefit the achievement of the above discussed objective.

[0051] Example embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0052] FIG. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a first apparatus110 and a second apparatus 120, can communicate with each other. In the example of FIG. 1, the first apparatus 110 may be or comprised in a terminal device, e.g., a UE. The second apparatus 120 may be or comprised in a network device serving the UE. In particular, the second apparatus 120 may be or comprised in a network device in NTN. For example, the second apparatus 120 may be an eNB carried on satellites.

[0053] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. By way of example rather than limitation, in some example embodiments, the communication environment 100 may further comprises one or more apparatuses (not shown in FIG. 1) .

[0054] In some example embodiments, a link from the second apparatus 120 to the first apparatus 110 is referred to as a downlink (DL) , while a link from the first apparatus 110 to the second apparatus 120 is referred to as an uplink (UL) . In DL, the second apparatus 120 is a transmitting (TX) device (or a transmitter) and the first apparatus 110 is a receiving (RX) device (or a receiver) . In UL, the first apparatus 110 is a TX device (or a transmitter) and the second apparatus 120 is a RX device (or a receiver) .

[0055] Communications in the communication environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) , 5.5G, the sixth generation (6G) , and the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex  (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0056] Reference is made to FIG. 2. FIG. 2 illustrates a signaling chart 200 for OCC information according to some example embodiments of the present disclosure. For the purposes of discussion, the signaling chart 200 will be discussed with reference to FIG. 1, for example, by using the first apparatus 110 and the second apparatus 120, and the first apparatus 110 is configured with OCC. In some embodiments, the first apparatus 110 may be configured with OCC across intra-slot or inter-slot PUSCH repetitions, i.e., intra-symbol, across OFDM symbols and across slots.

[0057] As illustrated in FIG. 2, the first apparatus 110 configured with OCC receives 2020, from the second apparatus 120, control information for scheduling a transmission from the first apparatus 110 to the second apparatus 120. The control information for scheduling a transmission from the first apparatus 110 to the second apparatus 120 is generated by the second apparatus 120 by repurposing at least one portion of the control information to convey OCC information for the transmission.

[0058] The control information for scheduling a transmission from the first apparatus 110 to the second apparatus 120 may be, for example, a DCI. Any other suitable control information for scheduling a transmission from the first apparatus 110 to the second apparatus 120 may be used in the embodiments of the present disclosure.

[0059] Based on receiving the control information, the first apparatus 110 determines 2030 that the control information comprises at least one repurposed portion for conveying OCC information. The determination may be based on an implicit or an explicit indication, as explained below. Herein, the OCC information may refer to any suitable information related to OCC. In some embodiments, the OCC information may comprise an indication of whether orthogonal cover code is enabled or disabled. For example, the OCC information may contain an indication of enabling or disabling of PUSCH with OCC. Alternatively or additionally, the OCC information may comprise an indication of an orthogonal cover code scheme. Alternatively or additionally, the OCC information may comprise an indication of an orthogonal cover code length. Alternatively or additionally, the OCC information may comprise at least one orthogonal cover code index, which  indicating the specific OCC code to use.

[0060] In some embodiments, the first apparatus 110 may determine 2030, based on an implicit indication / flag / trigger, that the control information comprises at least one repurposed portion for conveying OCC information. In some embodiments, the first apparatus 110 may determine that the transmission scheduled by the received control information is configured with repetitions. Based on the determination of scheduled transmission repetitions, e.g., PUSCH repetitions, the first apparatus 110 may determine 2030 that the control information comprises at least one repurposed portion for conveying OCC information. For example, whenever PUSCH repetitions are scheduled for a certain PUSCH transmission in the received control information, the UE may consider that the received control information also conveys the OCC information.

[0061] Alternatively or additionally, the implicit indication / flag / trigger may be implemented via a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform scheduled for a certain transmission in the control information. In other words, the first apparatus 110 may determine that the transmission scheduled in the control information is configured with a DFT-s-OFDM waveform, and thus determine 2030 that the control information comprises at least one repurposed portion for conveying OCC information. For example, whenever a DFT-s-OFDM waveform is scheduled in the received control information, the UE may consider that the received control information also conveys the OCC information.

[0062] As an example, the implicit indication may be implemented via a higher layer parameter. For example, the first apparatus 110 may determine that higher layer parameter OCC is enabled, and thus determine that the control information comprises at least one repurposed portion for conveying OCC information. For example, the first apparatus 110 may determine, based on determining that higher layer parameter OCC is enabled, that the OCC information is conveyed by at least one bit, e.g. the most significant bit (MSB) of the MCS field. Based on determining that higher layer parameter OCC is disabled, and thus determine that all the bits of the MCS field may be used for determining the MCS. As an alternative to the MCS field, or in addition to the MCS field, FDRA field may be used.

[0063] As an example, the implicit indication may be implemented via a higher layer parameter and DCI 0-1. For example, the first apparatus 110 may determine that higher  layer parameter OCC is enabled, and DFT-s-OFDM is enabled for PUSCH, and TDRA (Time domain resource assignment) field in DCI 0-1 indicates scheduling a set of PUSCH repetitions, and thus determine that the control information comprises at least one repurposed portion for conveying OCC information. For example, the first apparatus 110 may determine, based on determining that higher layer parameter OCC is enabled, and DFT-s-OFDM is enabled for PUSCH, and TDRA (Time domain resource assignment) field in DCI 0-1 indicates scheduling a set of PUSCH repetitions, that the OCC information is conveyed by at least one bit, e.g. the most significant bit (MSB) of the MCS field. Based on determining that higher layer parameter OCC is disabled, or DFT-s-OFDM is not enabled for PUSCH, or TDRA field in DCI 0-1 does not indicate scheduling a set of PUSCH repetitions, and thus determine that all the bits of the MCS field may be used for determining the MCS. As an alternative to the MCS field, or in addition to the MCS field, FDRA field may be used.

[0064] As an example, the implicit indication may be implemented via a higher layer parameter and DCI 0-1. For example, the first apparatus 110 may determine that higher layer parameter OCC is enabled, and TDRA (Time domain resource assignment) field in DCI 0-1 indicates scheduling a set of PUSCH repetitions, and thus determine that the control information comprises at least one repurposed portion for conveying OCC information. For example, the first apparatus 110 may determine, based on determining that higher layer parameter OCC is enabled, and TDRA (Time domain resource assignment) field in DCI 0-1 indicates scheduling a set of PUSCH repetitions, that the OCC information is conveyed by at least one bit, e.g. the most significant bit (MSB) of the MCS field. Based on determining that higher layer parameter OCC is disabled, or TDRA field in DCI 0-1 does not indicate scheduling a set of PUSCH repetitions, and thus determine that all the bits of the MCS field may be used for determining the MCS. As an alternative to the MCS field, or in addition to the MCS field, FDRA field may be used.

[0065] Alternatively or additionally, in some embodiments, the first apparatus 110 may determine 2030, based on an explicit indication / flag / trigger, that the control information comprises at least one repurposed portion for conveying OCC information. In some embodiments, the control information may comprise an indication that at least one portion of the control information is repurposed for conveying orthogonal cover code information. Based on the explicit indication, the first apparatus 110 may determine 2030 that the  control information comprises at least one repurposed portion for conveying OCC information. For example, the explicit indication may be a repurposed bit value in the control information. For example, a bit of DCI, e.g. FDRA, may be repurposed to indicate further repurposing of other bit (s) , e.g. MCS bit (s) . As another example, a new field in the control information, i.e., DCI, may be used for explicitly indicating that the control information comprises at least one repurposed portion for conveying OCC information.

[0066] Based on the determination that the control information comprises at least one repurposed portion for conveying OCC information, the first apparatus 110 determines 2040 the OCC information based on the at least one repurposed portion of the control information. Based on the determined OCC information, the first apparatus 110 performs 2050 the transmission to the second apparatus 120 based on the OCC information. At network side, the second apparatus 120 receives the transmission from the first apparatus 110 based on the OCC information. In some embodiments, the transmission may comprise an uplink shared channel transmission, e.g., PUSCH transmission.

[0067] In some embodiments, the at least one repurposed portion of the control information may comprise at least one bit of a field for modulation and coding scheme (MCS) . In other words, at least one bit of the MCS field of the control information, e.g., DCI may be repurposed to convey the OCC information.

[0068] For example, in 3GPP TS 38.212, 5 bits of the DCI are used for MCS indication, and specifically for indicating an index of a row of an MCS table defined in 3GPP TS 38.214. An example of MCS table is reproduced below for discussion.

[0069] Table 1: MCS index table for PUSCH with transform precoding and 64QAM

[0070] In the OCC scenario, especially in the PUSCH OCC application in NTN deployment, the UE is probably in UL power limited scenario. Thus, the scheduled MCS might not be too high. For example, the index may be below 16. Therefore, the 5 bits of the DCI used for MCS indication may have at least one free bit to be repurposed for conveying OCC information.

[0071] Alternatively or additionally, the at least one repurposed portion of the control information may comprise at least one bit of a field for frequency domain resource assignment (FDRA) . In other words, at least one bit of the FDRA field of the control information, e.g., DCI may be repurposed to convey the OCC information.

[0072] For example, the FDRA of a certain PUSCH transmission is indicated via a FDRA field in the DCI and the interpretation of the FDRA field depends on the indicated resource allocation type. As an example, as defined in 3GPP TS 38.214, for resource allocation type 1, the FDRA indicates a starting resource block (RB) and a length in RBs (within the active bandwidth part (BWP) ) for UE allocation in frequency domain within each OFDM symbol in the form of a Resource Indication Value (RIV) . An example of RIV is defined as follows.

[0073] An uplink type 1 resource allocation field consists of a resource indication value (RIV) corresponding to a starting virtual resource block (RBstart) and a length in terms of contiguously allocated resource blocks LRBs. The resource indication value (RIV) is defined by

[0074] whereLRBs≥1 and shall not exceed

[0075] It can be noticed that small allocations (i.e. for small values of L_RBs) , are defined by the smallest values of the RIV. In the OCC scenario, especially in the PUSCH OCC application in NTN deployment, since the UE is probably in UL power limited scenario, the number of allocated physical resource block (PRBs) may not be large, e.g., may not be more than 2 PRBs. Thus, the RIV may be small, such that the FDRA field may have at least one free bit to be repurposed for conveying OCC information. For example, one or more bit of the FDRA field defined in 3GPP TS 38.212 may be repurposed for conveying the OCC information.

[0076] In some embodiments, at least one bit of the FDRA field and / or at least one bit of the MCS field may be jointly used to convey the OCC information. In other words, one or more bits of the FDRA field and / or the MCS field can be jointly used to indicate the OCC information.

[0077] For example, one bit may be used to indicate whether to enable / disable OCC on scheduled PUSCH, wherein for example bit value 1 indicates that OCC is enabled and for example bit value 0 indicates that OCC is disabled. In another example, two OCC schemes  may be defined (e.g. intra-symbol OCC and inter-slot OCC) , and one bit may be used to indicate the scheme to be used on scheduled PUSCH, wherein for example bit value 1 indicates to use intra-symbol OCC and for example bit value 0 indicates to use inter-slot OCC. Alternatively, a first bit may be used to indicate whether to enable / disable OCC on scheduled PUSCH and a second bit may be used to indicate which OCC scheme to apply on the scheduled PUSCH. For example, one bit maybe used to indicate an OCC index, wherein the OCC index is a codepoint to a row of a Table defining the OCC parameters (e.g. size / length and entries of the code) .

[0078] The UE may be configured or preconfigured such that the UE is able to interpret the meaning of the repurposed bit (s) .

[0079] Below are examples of the UE behavior based on the implicit indication / flag / trigger. In some examples, if UE is configured with OCC via RRC signaling and PUSCH repetitions are scheduled with DFT-s-OFDM waveform, then UE considers at least one bit of the MCS field is repurposed to indicate the OCC information. In some examples, if UE is configured with OCC via RRC signaling and PUSCH repetitions are scheduled with DFT-s-OFDM waveform, then UE considers at least one bit of the FDRA field is repurposed to indicate the OCC information. In some examples, for a UE with OCC configured and transformPrecoder (DFT-s-OFDM) for PUSCH enabled, the UE determines if OCC is enabled based on the MSB of MCS field if DCI 0-1 is scheduling a set of PUSCH repetitions.

[0080] In some embodiments, the control information may comprise a DCI format 0_1 with CRC scrambled by a Cell Radio Network Temporary Identifier (C-RNTI) . Alternatively, the control information may comprise a downlink control information format 0_1 with CRC scrambled by a Configured Scheduling RNTI (CS-RNTI) . Alternatively, the control information may comprise a downlink control information format 0_1 with CRC scrambled by a Modulation and Coding Scheme-Cell RNTI (MCS-C-RNTI) . Alternatively, the control information may comprise a downlink control information format 0_1 with CRC scrambled by a Semi persistent -Channel State Information RNTI (SP-CSI-RNTI) .

[0081] Reference is now made to FIG. 3. FIG. 3 illustrates a signaling chart 300 for OCC information indication via MCS and FDRA repurposing according to some example embodiments of the present disclosure. The signaling chart 300 may be deemed as a  detailed example of the signaling chart 200. In FIG. 3, a gNB 310 and a UE 320 are involved in the process of signaling of the OCC information. The gNB 310 may be an example of the second apparatus 120 in FIG. 1 and the UE 320 may be an example of the second apparatus 120 in FIG. 1.

[0082] As illustrated in FIG. 3, at step 1, the gNB 310 may transmit 3010 a configuration of OCC operation to the UE 320. Based on the configuration, the UE 320 may be configured with OCC operation such as intra-symbol OCC, OCC across OFDM symbols or across slots. For example, the UE 320 may be configured to operate with OCC via RRC signaling. Note that details of configuration are not limited in this disclosure.

[0083] At step 2, the gNB 310 may transmit 3020 a scheduling grant for PUSCH without repetitions to the UE 320. The UE 320 may be scheduled for PUSCH transmission without repetitions. Based on the fact that no repetitions are scheduled, which can be considered as an implicit trigger, the UE 320 may determine 3030 that MCS field is not repurposed and use all the bits of the MCS field for determining the MCS.

[0084] At step 3, the UE 320 may transmit 3040 the PUSCH transmission without repetitions with the determined MCS and assuming that the MCS is non-repurposed. UE 320 may transmit 3040 the PUSCH transmission without OCC.

[0085] At step 4, the gNB 310 may transmit 3050 a scheduling grant for PUSCH transmission with repetitions and DFT-s-OFDM waveform to the UE 320. Then the UE 320 may be scheduled for PUSCH transmission with repetitions and with DFT-s-OFDM waveform.

[0086] At step 5, based on the fact that repetitions are scheduled in step 4, which can be considered as the implicit trigger, the UE 320 may determine 3060 that the MCS field is repurposed and uses only part of the bits of the MCS field for determining the MCS. For example, the UE 320 may use the 4 most significant bits (MSB) of the MCS field to determine the MCS value and determine 3070 the OCC information using the 1 least significant bit (LSB) of the MCS field. The l LSB indicates whether UE should enable or disable OCC for the PUSCH transmission.

[0087] At step 6, the UE 320 may transmit 3080 the PUSCH transmission with the determined OCC information.

[0088] As illustrated in FIG. 2 and FIG. 3, the signaling processes for the OCC  information are described with reference to the embodiments of the present disclosure. With these processes, changes in the DCI size of DCI 0_1 with CRC scrambled by C-RNTI can be avoided based on repurposing of already existing fields in the DCI. It is also to be noted that, in this solution, particular attention is given to carefully design the repurposing so that it does not occur at all scheduled PUSCH transmissions, but only in those where OCC needs to be enabled. It is also worth noting that this repurposing scheme still maintains the backwards compatibility for legacy UEs via identification of the UE with PUSCH OCC capability.

[0089] FIG. 4 shows a flowchart of an example method 400 implemented at a first apparatus in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of the first apparatus 110 in FIG. 1.

[0090] At block 410, the first apparatus 110 receives, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus.

[0091] At block 420, the first apparatus 110 determines that the control information comprises at least one repurposed portion for conveying orthogonal cover code information.

[0092] At block 430, the first apparatus 110 determines the orthogonal cover code information based on the at least one repurposed portion of the control information.

[0093] At block 440, the first apparatus 110 performs the transmission to the second apparatus based on the orthogonal cover code information.

[0094] In some example embodiments, the at least one repurposed portion of the control information comprises at least one of: at least one bit of a field for frequency domain resource assignment, or at least one bit of a field for modulation and coding scheme.

[0095] In some example embodiments, the determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information comprises at least one of: determining that the transmission is configured with repetitions; or determining that the transmission is configured with a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.

[0096] In some example embodiments, the determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information comprises: determining that the control information comprises an indication that at least one portion is repurposed for conveying orthogonal cover code information.

[0097] In some example embodiments, the orthogonal cover code information comprises at least one of: an indication of whether orthogonal cover code is enabled or disabled, an indication of an orthogonal cover code scheme, an indication of an orthogonal cover code length, or at least one orthogonal cover code index.

[0098] In some example embodiments, the transmission comprises an uplink shared channel transmission.

[0099] In some example embodiments, the first apparatus is or is comprised in a terminal device, and the second apparatus is or is comprised in a network device.

[0100] FIG. 5 shows a flowchart of an example method 500 implemented at a second apparatus in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 500 will be described from the perspective of the second apparatus 120 in FIG. 1.

[0101] At block 510, the second apparatus 120 generates control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein the first apparatus 110 is configured with orthogonal cover code.

[0102] At block 520, the second apparatus 120 transmits the control information to the first apparatus.

[0103] At block 530, the second apparatus 120 receives the transmission from the first apparatus based on the orthogonal cover code information.

[0104] In some example embodiments, the at least one repurposed portion of the control information comprises at least one of: at least one bit of a field for frequency domain resource assignment, or at least one bit of a field for modulation and coding scheme.

[0105] In some example embodiments, the repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission is based on  at least one of: determining that the transmission is configured with repetitions, or determining that the transmission is configured with a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.

[0106] In some example embodiments, the control information comprises an indication that at least one portion is repurposed for conveying the orthogonal cover code information.

[0107] In some example embodiments, the orthogonal cover code information comprises at least one of: an indication of whether orthogonal cover code is enabled or disabled, an indication of an orthogonal cover code scheme, an indication of an orthogonal cover code length, or at least one orthogonal cover code index.

[0108] In some example embodiments, the transmission comprises an uplink shared channel transmission.

[0109] In some example embodiments, the first apparatus is or is comprised in a terminal device, and the second apparatus is or is comprised in a network device.

[0110] In some example embodiments, a first apparatus capable of performing any of the method 400 (for example, the first apparatus 110 in FIG. 1 may comprise means for performing the respective operations of the method 400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The first apparatus may be implemented as or included in the first apparatus 110 in FIG. 1.

[0111] In some example embodiments, the first apparatus comprises means for receiving, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus; means for determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information; means for determining the orthogonal cover code information based on the at least one repurposed portion of the control information ; and means for performing the transmission to the second apparatus based on the orthogonal cover code information.

[0112] In some example embodiments, the at least one repurposed portion of the control information comprises at least one of: at least one bit of a field for frequency domain resource assignment, or at least one bit of a field for modulation and coding scheme.

[0113] In some example embodiments, the means for determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information comprises means for at least one of: determining that the transmission is configured with repetitions; or determining that the transmission is configured with a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.

[0114] In some example embodiments, the means for determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information comprises means for: determining that the control information comprises an indication that at least one portion is repurposed for conveying orthogonal cover code information.

[0115] In some example embodiments, the orthogonal cover code information comprises at least one of: an indication of whether orthogonal cover code is enabled or disabled, an indication of an orthogonal cover code scheme, an indication of an orthogonal cover code length, or at least one orthogonal cover code index.

[0116] In some example embodiments, the transmission comprises an uplink shared channel transmission. In some example embodiments, the first apparatus is or is comprised in a terminal device, and the second apparatus is or is comprised in a network device.

[0117] In some example embodiments, a second apparatus capable of performing any of the method 500 (for example, the second apparatus 120 in FIG. 1 may comprise means for performing the respective operations of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The second apparatus may be implemented as or included in the second apparatus 120 in FIG. 1.

[0118] In some example embodiments, the second apparatus comprises means for generating control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, the first apparatus configured with orthogonal cover code; means for transmitting the control information to the first apparatus; and means for receiving the transmission from the first apparatus based on the orthogonal cover code information.

[0119] In some example embodiments, the at least one repurposed portion of the control information comprises at least one of: at least one bit of a field for frequency domain resource assignment, or at least one bit of a field for modulation and coding scheme.

[0120] In some example embodiments, the repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission is based on at least one of: determining that the transmission is configured with repetitions, or determining that the transmission is configured with a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.

[0121] In some example embodiments, the control information comprises an indication that at least one portion is repurposed for conveying the orthogonal cover code information.

[0122] In some example embodiments, the orthogonal cover code information comprises at least one of: an indication of whether orthogonal cover code is enabled or disabled, an indication of an orthogonal cover code scheme, an indication of an orthogonal cover code length, or at least one orthogonal cover code index.

[0123] In some example embodiments, the transmission comprises an uplink shared channel transmission.

[0124] In some example embodiments, the first apparatus is or is comprised in a terminal device, and the second apparatus is or is comprised in a network device.

[0125] FIG. 6 is a simplified block diagram of a device 600 that is suitable for implementing example embodiments of the present disclosure. The device 600 may be provided to implement a communication device, for example, the first apparatus 110 or the second apparatus 120 as shown in FIG. 1. As shown, the device 600 includes one or more processors 610, one or more memories 620 coupled to the processor 610, and one or more communication modules 640 coupled to the processor 610.

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

[0127] The processor 610 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 600 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

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

[0129] A computer program 630 includes computer executable instructions that are executed by the associated processor 610. The instructions of the program 630 may include instructions for performing operations / acts of some example embodiments of the present disclosure. The program 630 may be stored in the memory, e.g., the ROM 624. The processor 610 may perform any suitable actions and processing by loading the program 630 into the RAM 622.

[0130] The example embodiments of the present disclosure may be implemented by means of the program 630 so that the device 600 may perform any process of the disclosure as discussed with reference to FIG. 2 to FIG. 5. The example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0131] In some example embodiments, the program 630 may be tangibly contained in a computer readable medium which may be included in the device 600 (such as in the memory 620) or other storage devices that are accessible by the device 600. The device 600 may load the program 630 from the computer readable medium to the RAM 622 for execution. In some example embodiments, the computer readable medium may include any types of non-transitory storage medium, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. 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) .

[0132] FIG. 7 shows an example of the computer readable medium 700 which may be in form of CD, DVD or other optical storage disk. The computer readable medium 700 has the program 630 stored thereon.

[0133] 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, and other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. Although 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.

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

[0135] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. The program code 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 code, 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.

[0136] In the context of the present disclosure, the computer program code 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.

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

[0138] Further, although 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, although 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. Unless explicitly stated, certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, unless explicitly stated, various features that are described in the context of a single embodiment may also be implemented in a plurality of embodiments separately or in any suitable sub-combination.

[0139] 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 are  disclosed as example forms of implementing the claims.

Claims

1.A first apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus configured with orthogonal cover code at least to:receive, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus;determine that the control information comprises at least one repurposed portion for conveying orthogonal cover code information;determine the orthogonal cover code information based on the at least one repurposed portion of the control information; andperform the transmission to the second apparatus based on the orthogonal cover code information.2.The first apparatus of claim 1, wherein the at least one repurposed portion of the control information comprises at least one of:at least one bit of a field for frequency domain resource assignment, orat least one bit of a field for modulation and coding scheme.3.The first apparatus of claim 1 or 2, wherein the determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information comprises at least one of:determining that the transmission is configured with repetitions; ordetermining that the transmission is configured with a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.4.The first apparatus of claim 1 or 2, wherein the determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information comprises:determining that the control information comprises an indication that at least one portion is repurposed for conveying orthogonal cover code information.5.The first apparatus of any preceding claim, wherein the orthogonal cover code information comprises at least one of:an indication of whether orthogonal cover code is enabled or disabled,an indication of an orthogonal cover code scheme,an indication of an orthogonal cover code length, orat least one orthogonal cover code index.6.The first apparatus of any preceding claim, wherein the transmission comprises an uplink shared channel transmission.7.The first apparatus of any preceding claim, wherein the first apparatus is or is comprised in a terminal device, and the second apparatus is or is comprised in a network device.8.A second apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the second apparatus at least to:generate control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein the first apparatus is configured with orthogonal cover code;transmit the control information to the first apparatus; andreceive the transmission from the first apparatus based on the orthogonal cover code information.9.The second apparatus of claim 8, wherein the at least one repurposed portion of the control information comprises at least one of:at least one bit of a field for frequency domain resource assignment, orat least one bit of a field for modulation and coding scheme.10.The second apparatus of claim 8 or 9, wherein the repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission is based on at least one of:determining that the transmission is configured with repetitions, ordetermining that the transmission is configured with a Discrete Fourier Transform -Spread -Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.11.The second apparatus of any of claims 8 to 10, wherein the control information comprises an indication that at least one portion is repurposed for conveying the orthogonal cover code information.12.The second apparatus of any of claims 8 to 11, wherein the orthogonal cover code information comprises at least one of:an indication of whether orthogonal cover code is enabled or disabled,an indication of an orthogonal cover code scheme,an indication of an orthogonal cover code length, orat least one orthogonal cover code index.13.The second apparatus of any of claims 8 to 12, wherein the transmission comprises an uplink shared channel transmission.14.The second apparatus of any of claims 8 to 13, wherein the first apparatus is or is comprised in a terminal device, and the second apparatus is or is comprised in a network device.15.A method comprising:receiving, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus.determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information.determining the orthogonal cover code information based on the at least one repurposed portion of the control information.performing the transmission to the second apparatus based on the orthogonal cover code information.16.A method comprising:generating control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein the first apparatus is configured with orthogonal cover code.transmitting the control information to the first apparatus.receiving the transmission from the first apparatus based on the orthogonal cover code information.17.A first apparatus comprising:means for receiving, from a second apparatus, control information for scheduling a transmission from the first apparatus to the second apparatus;means for determining that the control information comprises at least one repurposed portion for conveying orthogonal cover code information;means for determining the orthogonal cover code information based on the at least one repurposed portion of the control information; andmeans for performing the transmission to the second apparatus based on the orthogonal cover code information.18.A second apparatus comprising:means for generating control information for scheduling a transmission from a first apparatus to the second apparatus by repurposing at least one portion of the control information to convey orthogonal cover code information for the transmission, wherein the first apparatus is configured with orthogonal cover code;means for transmitting the control information to the first apparatus; andmeans for receiving the transmission from the first apparatus based on the orthogonal cover code information.19.A computer readable medium comprising instructions stored thereon for causing an apparatus at least to perform the method of claim 15 or the method of claim 16.

Images