Technologies for physical uplink shared channel with orthogonal cover code

Abstract

The present application relates to devices and components including apparatuses, systems, and methods for transmitting uplink control information (UCI) on a physical uplink shared channel (PUSCH) with orthogonal cover code (OCC) and / or scheduling OCC-based PUSCH with group-common downlink control information (DCI).

Description

TECHNOLOGIES FOR PHYSICAL UPLINK SHARED CHANNEL WITH ORTHOGONAL COVER CODETECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for physical uplink shared channel transmission with orthogonal cover code.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These TSs describe aspects related to signaling traffic through systems that incorporate wireless networks.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates a table to map beta offset values for hybrid automatic repeat request (HARQ) -acknowledgement (ACK) transmission to respective indexes, in accordance with some embodiments.

[0005] FIG. 3 illustrates a table to map beta offset values for channel state information (CSI) to respective indexes, in accordance with some embodiments.

[0006] FIG. 4 illustrates an example of a physical uplink shared channel (PUSCH) repetition type A and a PUSCH repetition type A with OCC, in accordance with some embodiments.

[0007] FIG. 5 illustrates an example of multiple CSI reference resources based on uplink control information (UCI) transmitted in multiple slots, in accordance with some embodiments.

[0008] FIG. 6 illustrates an example in accordance with some embodiments.

[0009] FIG. 7 illustrates another example in accordance with some embodiments.

[0010] FIG. 8 illustrates an example procedure for UCI multiplexing on OCC-based PUSCH transmissions, in accordance with some embodiments.

[0011] FIG. 9 illustrates another example procedure for UCI multiplexing on OCC-based PUSCH transmissions, in accordance with some embodiments.

[0012] FIG. 10 illustrates an example procedure for dynamic OCC-based PUSCH transmissions scheduled by group-common downlink control information (DCI) , in accordance with some embodiments.

[0013] FIG. 11 illustrates another example procedure for dynamic OCC-based PUSCH transmissions scheduled by group-common DCI, in accordance with some embodiments.

[0014] FIG. 12 illustrates an operation flow / algorithmic structure in accordance with some embodiments.

[0015] FIG. 13 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0016] FIG. 14 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0017] FIG. 15 illustrates a user equipment in accordance with some embodiments.

[0018] FIG. 16 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0019] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, techniques, etc. in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrase “A or B” means (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0020] The following is a glossary of terms that may be used in this disclosure.

[0021] The term “circuitry” as used herein refers to, is part of, or includes hardware components such as an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality. In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0022] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0023] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, network interface cards, or the like.

[0024] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station,  access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0025] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0026] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, workload units, or the like. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) . A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0027] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or  any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0028] The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0029] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0030] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, virtualized network function, or the like.

[0031] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0032] The term “based at least in part on” as used herein may indicate that an item is based solely on another item and / or an item is based on another item and one or more additional items. For example, item 1 being determined based at least in part on item 2 may indicate that item 1 is determined based solely on item 2 and / or is determined based on item 2 and one or more other items in embodiments.

[0033] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a user equipment (UE) 104 communicatively coupled with a base station 108 of a radio access network (RAN) 110. The UE 104 and the base station 108 may communicate over air interfaces compatible with 3GPP TSs such as those that define a Fifth Generation (5G) new radio (NR) system or a later system. The base station 108 may provide user plane and control plane protocol terminations toward the UE 104. The UE 104 may access an external data network 120 via the base station 108.

[0034] In some embodiments, the UE 104 and base station 108 may establish data radio bearers (DRBs) to support transmission of data over a wireless link between the two nodes. In one example, these DRBs may be used for traffic from extended reality (XR) applications that contains a large amount of data conveying real and virtual images and audio for presentation to a user.

[0035] The network environment 100 may further include a core network 112. For example, the core network 112 may comprise a 5th Generation Core network (5GC) or later generation core network. The core network 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The core network 112 may provide functions for the UE 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, or switching functions for voice and data sessions.

[0036] In some embodiments, the network environment 100 may also include UE 106. The UE 106 may be coupled with the UE 104 via a sidelink interface. In some embodiments, the UE 106 may act as a relay node to communicatively couple the UE 104 to the RAN 110. In other embodiments, the UE 106 and the UE 104 may represent end nodes of a communication link. For example, the UEs 104 and 106 may exchange data with one another.

[0037] The base station 108 may transmit information (for example, data and control signaling) in the downlink direction by mapping logical channels on the transport channels and transport channels onto physical channels. The logical channels may transfer data between a radio link control (RLC) and MAC layers; the transport channels may transfer data between the MAC and PHY layers; and the physical channels may transfer information across the air interface. The physical channels may include a physical broadcast channel (PBCH) , a physical downlink control channel (PDCCH) , and a physical downlink shared channel (PDSCH) .

[0038] The PBCH may be used to broadcast system information that the UE 104 may use for initial access to a serving cell. The PBCH may be transmitted along with physical synchronization signals (PSS) and secondary synchronization signals (SSS) in a synchronization signal block (SSB) . The SSBs may be used by the UE 104 during a cell search procedure (including cell selection and reselection) and for beam selection.

[0039] The PDSCH may be used to transfer end-user application data, signaling radio bearer (SRB) messages, system information messages (other than, for example, MIB) , and SIs.

[0040] The PDCCH may transfer DCI that is used by a scheduler of the base station 108 to allocate both uplink and downlink resources. The DCI may also be used to provide uplink power control commands, configure a slot format, or indicate that preemption has occurred.

[0041] In some embodiments, group scheduling may be used to schedule a transmission for multiple UEs (e.g., in accordance with multicast and broadcast services (MBS) ) . In an example, for point-to-point (PTP) transmission for RRC connected UEs, a UE-specific PDCCH with cyclic redundancy code (CRC) scrambled by a UE-specific radio network temporary identifier (RNTI) (e.g., cell-specific RNTI (C-RNTI) ) may be used to schedule a UE-specific PDSCH which is scrambled with the same UE-specific RNTI. In a point-to-multipoint (PTM) transmission scheme 1, for RRC connected UEs in a same MBS group, a group-common PDCCH with CRC scrambled by a group-common RNTI may schedule a group-common PDSCH which is scrambled with the same group-common RNTI. This scheme may also be referred to as a group-common PDCCH based group scheduling scheme. In a PTM transmission scheme 2, for RRC connected UEs in the same MBS group, a UE-specific PDCCH with CRC scrambled by a UE-specific RNTI (e.g., C-RNTI) may schedule a group-common PDSCH which is scrambled with a group-common RNTI. This scheme may also be referred to as a UE-specific PDCCH based group scheduling scheme. A “group common” PDCCH or PDSCH may refer to a PDCCH or PDSCH that is transmitted in the same time / frequency resources and is to be received (e.g., can be decoded) by all the UEs in the same MBS group.

[0042] The UE 104 may transmit data and control information to the base station 108 using physical uplink channels. Different types of physical uplink channels are possible including, for instance, a physical uplink control channel (PUCCH) and a physical uplink shared channel (PUSCH) . Whereas the PUCCH carries control information from the UE 104 to the base station 108, such as uplink control information (UCI) , the PUSCH carries data traffic (e.g., end-user application data) , and can carry UCI multiplexed in the PUSCH. The UCI may include, for example, hybrid automatic repeat request (HARQ) feedback (e.g., HARQ-acknowledgement (ACK) feedback) , channel state information (CSI) and / or other  control information. The CSI may include, for example, a channel quality indicator (CQI) , precoding matrix indicator (PMI) , a CSI reference signal (CSI-RS) resource indicator (CRI) , a synchronization signal  / physical broadcast channel block resource indicator (SSBRI) , layer indicator (LI) , rank indicator (RI) , layer 1 (L1) reference signal received power (RSRP) , L1 signal-and-interference-to-noise ratio (SINR) , a capability index, and / or time-domain properties. The CSI may be separated into a CSI part 1 and a CSI part 2 that carry different parameters.

[0043] Data transmission on PUSCH can be codebook-based, where the base station 108 indicates precoding weights for the UE 104 to use. For the base station 108 to determine the precoding weights, the base station 108 may have previously configured the UE 104 to transmit SRS and may have triggered the UE 104 to do so. As illustrated in FIG. 1, the base station 108 may communicate with multiple UEs (including the UE 104 and the UE 106) . The base station 108 may configure each of such UEs 104 and 106 to use particular SRS resource sets such that the base station 108 can receive SRSs transmitted by the UEs 104 and 106 to then determine the precoding weights that each UE needs to use for its uplink data transmission.

[0044] The UE 104 and the base station 108 may perform beam management operations to identify and maintain desired beams for transmission in the uplink and downlink directions. The beam management may be applied to both PDSCH and PDCCH in the downlink direction, and PUSCH and PUCCH in the uplink direction.

[0045] In an example, communications with the base station 108 may use channels in the frequency range 1 (FR1) , frequency range 2 (FR2) , and / or a higher frequency range. The FR1 band includes a licensed band and an unlicensed band. The NR unlicensed band (NR-U) includes a frequency spectrum that is shared with other types of radio access technologies (RATs) (e.g., LTE-LAA, WiFi, etc. ) . A listen-before-talk (LBT) procedure can be used to avoid or minimize collision between the different RATs in the NR-U, whereby a device should apply a clear channel assessment (CCA) check before using the channel.

[0046] In an example, the network 110 may include a non-terrestrial network (NTN) . For example, the base station 108 may be implemented in a satellite (e.g., in low-Earth orbit (LEO) ) . NTNs may service a larger geographical area with potentially larger number of UEs than a terrestrial network. Additionally, NTNs have significantly longer uplink and downlink  transmission times (e.g., timing advance) , among other challenges (e.g., Doppler effect, time variation, phase distortion, moving base station / coverage area, etc. ) .

[0047] Various uplink capacity / throughput enhancements are being considered for NTNs. The enhancements may be initially implemented for FR1, however, aspects may also be implemented in other frequencies such as FR2. One enhancement being considered is to use orthogonal cover codes (OCCs) to transmit PUSCH. Different UEs may transmit a PUSCH in the same / overlapping resources with different OCCs. The different OCCs enable the network to successfully receive the PUSCHs from the respective UEs in the same / overlapping resources.

[0048] The OCC may correspond to, for example, a Walsh (Hadamard) code or a discrete Fourier transform (DFT) sequence. The Walsh code may include a sequence of values that are either 1 or -1. For example, for a length 2 Walsh code OCC, the OCC may be [1 1] or [1 -1] for respective UEs. For a length 4 Walsh code OCC, the OCC may be, for example [1 1 1 1] , [1 -1 1 -1] , [1 1 -1 -1] , or [1 -1 -1 1] for respective UEs. The DFT sequence for OCC may be a sequence of complex values.

[0049] In an example, the PUSCH may be transmitted on orthogonal frequency division multiplexing (OFDM) symbols, such as DFT-spread (s) -OFDM symbols. The OCC may be applied across symbols, across slots, and / or within individual symbols. For example, some OCC techniques that may be used for PUSCH include: inter-slot time-domain OCC with PUSCH repetition Type A with OCC length 2 or 4; inter-symbol time domain OCC with OCC length 2 or 4; intra-symbol pre-DFT-s OCC (comb-like structure as in PUCCH format 4) with OCC length 2 or 4; a combination of OCC techniques (e.g., to multiplex up to 8 UEs) ; and / or OCC techniques with transport block (TB) processing over multiple slots (TBoMS) .

[0050] The implementation of PUS CH with OCC may affect other aspects of PUS CH transmission, such as: UCI multiplexing; TB size (TBS) calculation  / rate matching; redundancy version (RV) cycling across repetitions; frequency hopping, e.g., intra-slot or inter-slot; OCC indication / configuration; and / or power control. Embodiments herein relate to techniques for multiplexing UCI on a PUSCH with OCC.

[0051] For HARQ-ACK transmission on PUSCH without TBoMS, Section 6.3.2.4.1 of TS 38.212, V18.4.0 (2024-09-23) (hereinafter “TS 38.212” ) , provides that “the number of coded  modulation symbols per layer for HARQ-ACK transmission, denoted as Q′ACK, is determined as follows:

[0052] where

[0053] -OACK is the number of HARQ-ACK bits;

[0054] -if OACK ≥ 360, LACK = 11; otherwise LACK is the number of CRC bits for HARQ-ACK determined according to Clause 6.3.1.2.1;

[0055] -

[0056] -CUL-SCH is the number of code blocks for UL-SCH of the PUSCH transmission;

[0057] -if the DCI format scheduling the PUSCH transmission includes a CBGTI field indicating that the UE shall not transmit the r -th code block, Kr =0; otherwise, Kr is the r -th code block size for UL-SCH of the PUSCH transmission;

[0058] - is the scheduled bandwidth of the PUSCH transmission, expressed as a number of subcarriers;

[0059] - is the number of subcarriers in OFDM symbol l that carries PTRS, in the PUSCH transmission;

[0060] - is the number of resource elements that can be used for transmission of UCI in OFDM symbol l, for in the PUSCH transmission and is the total number of OFDM symbols of the PUSCH, including all OFDM symbols used for DMRS;

[0061] -for any OFDM symbol that carries DMRS of the PUSCH,

[0062] -for any OFDM symbol that does not carry DMRS of the PUSCH,

[0063] -α is configured by higher layer parameter scaling;

[0064] -l0 is the symbol index of the first OFDM symbol that does not carry DMRS of the PUSCH, after the first DMRS symbol (s) , in the PUSCH transmission. ”

[0065] For CSI part 1 transmission on PUSCH without TBoMS, TS 38.212 provides that “the number of coded modulation symbols per layer for CSI part 1 transmission, denoted as Q′CSI-part1, is determined as follows:

[0066] where

[0067] -OCSI-1 is the number of bits for CSI part 1;

[0068] -if OCSI-1 ≥ 360, LCSI-1 = 11., otherwise LCSI-1 is the number of CRC bits for CSI part 1 determined according to Clause 6.3.1.2.1;

[0069] -

[0070] -CUL-SCH is the number of code blocks for UL-SCH of the PUSCH transmission;

[0071] -if the DCI format scheduling the PUSCH transmission includes a CBGTI field indicating that the UE shall not transmit the r -th code block, Kr =0; otherwise, Kr is the r -th code block size for UL-SCH of the PUSCH transmission;

[0072] - is the scheduled bandwidth of the PUSCH transmission, expressed as a number of subcarriers;

[0073] - is the number of subcarriers in OFDM symbol l that carries PTRS, in the PUSCH transmission;

[0074] -Q′ACK / CG-UCI = Q′ACK if HARQ-ACK is present for transmission on the same PUSCH with UL-SCH and without CG-UCI, where Q′ACK is the number of coded modulation symbols per layer for HARQ-ACK transmitted on the PUSCH as defined in clause 6.3.2.4.1.1 if number of HARQ-ACK information bits is more than 2, and if the number of HARQ-ACK information bits is no more than 2 bits, where is the number of reserved resource elements for potential HARQ-ACK transmission in OFDM symbol l, for in the PUSCH transmission, defined in Clause 6.2.7; or

[0075] -Q′ACK / CG-UCI = Q′ACK if both HARQ-ACK and CG-UCI are present on the same PUSCH with UL-SCH, where Q′ACK is the number of coded modulation symbols per layer for HARQ-ACK and CG-UCI transmitted on the PUSCH as defined in clause 6.3.2.4.1.5; or

[0076] -Q′ACK / CG-UCI = Q′CG-  if CG-UCI is present on the same PUSCH with UL-SCH and without HARQ-ACK, where Q′CG-U  is the number of coded modulation symbols per layer for CG-UCI transmitted on the PUSCH as defined in clause 6.3.2.4.1.4;

[0077] - is the number of resource elements that can be used for transmission of UCI in OFDM symbol l, for in the PUSCH transmission and is the total number of OFDM symbols of the PUSCH, including all OFDM symbols used for DMRS;

[0078] -for any OFDM symbol that carries DMRS of the PUSCH,

[0079] -for any OFDM symbol that does not carry DMRS of the PUSCH,

[0080] -α is configured by higher layer parameter scaling. ”

[0081] For CSI part 2 transmission on PUSCH without TBoMS, TS 38.212 provides that “the number of coded modulation symbols per layer for CSI part 2 transmission, denoted as Q′CSI-part2 , is determined as follows:

[0082] where

[0083] -OCSI-2 is the number of bits for CSI part 2;

[0084] -if OCSI-2 ≥ 360, LCSI-2=11; otherwise LCSI-2 is the number of CRC bits for CSI part 2 determined according to Clause 6.3.1.2.1;

[0085] -

[0086] -CUL-SCH is the number of code blocks for UL-SCH of the PUSCH transmission;

[0087] -if the DCI format scheduling the PUSCH transmission includes a CBGTI field indicating that the UE shall not transmit the r -th code block, Kr =0; otherwise, Kr is the r -th code block size for UL-SCH of the PUSCH transmission;

[0088] - is the scheduled bandwidth of the PUSCH transmission, expressed as a number of subcarriers;

[0089] -

[0090] is the number of subcarriers in OFDM symbol l that carries PTRS, in the PUSCH transmission;

[0091] -Q′ACK / CG-UCI= Q′ACK if HARQ-ACK is present for transmission on the same PUSCH with UL-SCH and without CG-UCI, where Q′ACK is the number of coded modulation symbols per layer for HARQ-ACK transmitted on the PUSCH as defined in clause 6.3.2.4.1.1 if number of HARQ-ACK information bits is more than 2, and Q′ACK = 0 if the number of HARQ-ACK information bits is 1 or 2 bits; or

[0092] -Q′ACK / CG-UCI = Q′ACK if both HARQ-ACK and CG-UCI are present on the same PUSCH with UL-SCH, where Q′ACK is the number of coded modulation symbols per layer for HARQ-ACK and CG-UCI transmitted on the PUSCH as defined in clause 6.3.2.4.1.5; or

[0093] -Q′ACK / CG-UC = Q′CG-UCI ifCG-UCI is present on the same PUSCH with UL-SCH and without HARQ-ACK, where Q′CG-U  is the number of coded modulation symbols per layer for CG-UCI transmitted on the PUSCH as defined in clause 6.3.2.4.1.4;

[0094] -Q′CSI-1 is the number of coded modulation symbols per layer for CSI part 1 transmitted on the PUSCH;

[0095] - is the number of resource elements that can be used for transmission of UCI in OFDM symbol l, for in the PUSCH transmission and is the total number of OFDM symbols of the PUSCH, including all OFDM symbols used for DMRS;

[0096] -for any OFDM symbol that carries DMRS of the PUSCH,

[0097] -for any OFDM symbol that does not carry DMRS of the PUSCH,

[0098] -α is configured by higher layer parameter scaling. ”

[0099] The beta offset value for HARQ-ACK information may be configured for the UE based on Table 9.3-1 of TS 38.213, V18.4.0 (2024-09-23) (hereinafter “TS 38.213” ) , which maps beta offset values to respective indexes that may be signaled by higher layers. FIG. 2 illustrates a table that corresponds to Table 9.3-1 of TS 38.213. The beta offset values for CSI (e.g., CSI part 1 and CSI part 2) may be configured for the UE based on Table 9.3-2 of TS 38.213, which maps beta offset values for CSI to respective indexes that may be signaled by higher layers. FIG. 3 illustrates a table that corresponds to Table 9.3-2 of TS 38.213.

[0100] The CSI reported by the UE may be associated with a CSI reference resource. The CSI reference resource may enable the network to identify the CSI-RS resources that correspond to the CSI report (e.g., on which the UE performed measurements to generate the CSI feedback) . The CSI reference resource is defined by TS 38.214, V18.4.0 (2024-09-23) , which provides:

[0101] In the time domain, the CSI reference resource for a CSI reporting in uplink slot n′is defined by a single downlink slot where Koffset is a parameter configured by higher layer as specified in clause 4.2 of [6 TS 38.213] ,  and where is the subcarrier spacing configuration for Koffset with a value of 0 for frequency range 1 and for FR2-NTN,

[0102] -where andμDL andμUL are the subcarrier spacing configurations for DL and UL, respectively, and and μoffset are determined by higher-layer configured ca-SlotOffset for the cells transmitting the uplink and downlink, as defined in clause 4.5 of [4, TS 38.211]

[0103] -where for periodic and semi-persistent CSI reporting

[0104] -if a single CSI-RS / SSB resource is configured for channel measurement nCSI_ref is the smallest value greater than or equal to  such that it corresponds to a valid downlink slot, or

[0105] -if multiple CSI-RS / SSB resources are configured for channel measurement nCSI_ref is the smallest value greater than or equal to  such that it corresponds to a valid downlink slot.

[0106] where for aperiodic CSI reporting, if the UE is indicated by the DCI to report CSI in the same slot as the CSI request, nCSI_ref is such that the reference resource is in the same valid downlink slot as the corresponding CSI request, otherwise nCSI_ref is the smallest value greater than or equal to such that slot n-nCSI_ref corresponds to a valid downlink slot, where Z′ corresponds to the delay requirement as defined in Clause 5.4.

[0107] Embodiments herein may relate to transmission of UCI in an OCC-based PUSCH transmission. For example, embodiments may include techniques to determine the resources to transmit UCI in the OCC-based PUSCH. The techniques may be used for inter-slot OCC and / or intra-symbol OCC (e.g., pre-DFT-s) . In an example, the UCI may be repeated over the OCC cycle. This may enable the number of resources allocated to UCI in an individual PUSCH transmission to be reduced in accordance with some embodiments.

[0108] Embodiments herein further provide techniques to determine the CSI reference resource for UCI multiplexed on an OCC-based PUSCH. For example, the network may configure a slot index in an OCC period in an OCC-based PUSCH, on which the PUCCH has time overlap and the corresponding UCI can be multiplexed on the PUSCH. In another example, the network may indicate an OCC period for which the UCI can be multiplexed. In embodiments, the network may receive UE capability information related to handling UCI multiplexing on OCC-based PUSCH and may configure the slot index and / or OCC period for UCI multiplexing based on the capability information.

[0109] Embodiments herein further provide techniques to schedule transmission of an OCC-based dynamic PUSCH with group-common DCI. For example, embodiments include  techniques for the UE to report UE status information to facilitate UE grouping by the network, network configurations for OCC-based PUSCH transmissions scheduled by group-common DCI, and group-common DCI format / content.

[0110] The embodiments described herein may be used for NTNs and / or terrestrial networks.

[0111] Resources for UCI multiplexing on OCC-based PUSCH

[0112] Various embodiments provide techniques to determine time / frequency resources for UCI multiplexing on OCC-based PUSCH. The techniques may be used for inter-slot OCC and / or intra-symbol OCC (e.g., pre-DFT-s) . In embodiments, due to the UCI repetitions in an OCC cycle, the number of resources used for UCI in an individual PUSCH transmission may be reduced while still getting the same or better performance (e.g., due to diversity gain from the UCI repetitions in the OCC cycle) . For example, the same number of UCI bits (e.g., HARQ-ACK bits) may be encoded in fewer coded modulation symbols (e.g., Q′) per PUSCH transmission. The number of resources allocated for UCI may be based on the OCC size (e.g., 2 or 4) .

[0113] For example, FIG. 4 illustrates a PUSCH transmission in slots 404a-d with PUSCH repetition type A and 4 repetitions. FIG. 4 further illustrates a PUSCH transmission in slots 408a-d with repetition type A and OCC with length 2 (e.g., inter-slot OCC) . As shown, for the PUSCH transmission in slots 404a-d, the PUSCH may be repeated according to a repetition pattern (e.g., redundancy version (RV0, RV2, RV3, RV1) ) . With UCI multiplexing, a UCI 412 may be transmitted in slot 404a.

[0114] For the PUSCH transmission in slots 408a-d, an individual PUSCH repetition is spread across multiple slots according to the OCC. For example, if the OCC is [1 -1] , the PUSCH with RV0 may be transmitted in slot 408a with OCC of 1 applied and transmitted in slot 408b with OCC of-1 applied. Another repetition of the PUSCH transmission (e.g., RV2) may be transmitted in slots 408c and 408d with OCC applied.

[0115] When a UCI 416 is multiplexed in the PUSCH, the UCI 416 may be repeated in slots 408a and 408b. In accordance with various embodiments herein, the UCI 262 may be transmitted in fewer resources in slot 408a than are used for UCI 212 in slot 404a.

[0116] In some embodiments, a modified beta offset value (e.g.,  ) may be used for determining the number of resources allocated for UCI in an OCC-based PUSCH  transmission (e.g., in accordance with the equation (s) for Q′ in Section 6.3.2.4.1 of TS 38.212 as described above) . The modified beta offset value may be a fractional value (e.g., less than 1) . For example, for OCC length 2, the beta offset value may be 0.5 to 1. For OCC length 4, the beta offset value may be 0.25 to 1.

[0117] In some embodiments, for HARQ-ACK, Table 9.3-1 may be updated with additional fractional values for OCC-based PUSCH (e.g., corresponding to reserved fields of Table 9.3-1) . In an example, for OCC length of 2, the additional fractional values may include 0.7, 0.8 and / or 0.9. For OCC length of 4, the additional fractional values may include 0.3 and / or 0.5.

[0118] In some embodiments, for CSI (e.g., CSI part 1 and / or CSI part 2) , Table 9.3-2 of TS 38.213 may be updated to provide fractional values for OCC-based PUSCH. The fractional values may include any suitable values from 0.25 to 1, e.g., 0.3, 0.4 0.5, 0.6, 0.7, 0.8, and / or 0.9.

[0119] In other embodiments, an additional multiplication factor γOCC may be introduced for the determination of the number of resources allocated for UCI in an OCC-based PUSCH transmission (e.g., in accordance with the equation (s) for Q′ in Section 6.3.2.4.1 of TS 38.212 as described above) . For example, for HARQ-ACK transmission on PUSCH without TBoMS, the number of coded modulation symbols per layer for HARQ-ACK transmission may be given by:

[0120] The additional multiplication factor may additionally or alternatively be introduced into the equations for CSI part 1 and / or CSI part 2.

[0121] In various embodiments, the value of γOCC may be a fractional number less than 1 (e.g., 0.25 to 1) . In some embodiments, the network may configure the UE with the value of γOCC. For example, a new mapping table may be introduced. The additional multiplication factor may enable the network to configure the additional multiplication factor for UCI on OCC-based PUSCH without reconfiguring the beta offset value.

[0122] In some embodiments, the network may configure the value of the beta offset and / or γOCC based on channel conditions (e.g., a higher value of the multiplication factor for lower quality channel conditions to improve the reception of the UCI by the network) .

[0123] In some embodiments, a reduced number of resources may also be used for intra-symbol OCC. For example, the number of resource elements (REs)  allocated for UCI transmission in OFDM symbol l may be scaled down based on the OCC size. The scaled down proportional to the OCC size, e.g., multiplied by a factor of 0.5 for an OCC size of 2 and / or multiplied by a factor of 0.25 for an OCC size of 4. In other embodiments, the scaling factor may be scaled down by another suitable factor based on the OCC size, e.g., similar to the multiplication factors described above for inter-slot OCC. For example, the multiplication factor may have a value of 0.5 to 1 for OCC length 2 and / or a value of 0.25 to 1 for OCC length 4.

[0124] CSI reference resource

[0125] Embodiments may provide techniques to determine the CSI reference resource for a UCI multiplexed on OCC-based PUSCH transmissions. As described in Section 5.2.2.5 of TS 38.214, the CSI reference resource for CSI reporting in a PUCCH resource (e.g., uplink slot n') is defined by a single downlink slot (e.g., based on Koffset and nCSI-ref) . If the PUCCH resource overlaps with an OCC-based PUSCH transmission, the UE may multiplex the CSI with the PUSCH and transmit the CSI in the multiple slots of the OCC cycle. However, if the UCI is repeated in multiple slots when multiplexed with an OCC-based PUSCH, then the CSI reference resource may not be clear based on the current definition.

[0126] To illustrate, FIG. 5 depicts an example of UCI 504 that is multiplexed with an OCC-based PUSCH in multiple slots 508a and 508b. The slots 508a-b are depicted from the perspective ofUE uplink (UL) timing. From the perspective ofUE downlink (DL) timing, the network the network may receive slots 508a and 508b at corresponding slots 512a and 512b, respectively. The slots 512a-b may be later in the time domain than respective slots 508a-b in accordance with the timing advance (TA) . The network may identify a CSI reference resource based on the slot 512a-b in which it receives the CSI based on Koffset and nCSI-ref. The network may identify the CSI-RS resources that correspond to the reported CSI based on the CSI reference resource.

[0127] However, in the example of FIG. 5, the network receives UCI 504 in both slot 512a and slot 512b. The slot 512a may correspond to a first CSI reference resource 516a,  while the slot 512b may correspond to a second CSI reference resource 516b. This may cause an ambiguity as to the correct CSI reference resource for the UCI 504.

[0128] In some embodiments, the UE may receive configuration information from the network to indicate whether the UE is to multiplex UCI (e.g., CSI) in an OCC-based PUSCH and / or determine the OCC period of the OCC-based PUSCH in which the UE is to multiplex the UCI. For example, the configuration information may indicate a UCI slot index for multiplexing, referred to as “X. ” The value of X may be in a range of {0, ... , OCC size -1} . For example, X may be 0 or 1 for an OCC size of 2, and / or may be 0, 1, 2, or 3 for an OCC size of 4.

[0129] The UE may multiplex the UCI on the OCC-based PUSCH if the PUCCH resource is in the configured UCI slot index. If the PUCCH resource is not in the configured UCI slot index of the OCC-PUSCH, then the UE may not be permitted to multiplex the UCI on the OCC-based PUSCH. For example, the UE may transmit the UCI separately from the PUSCH.

[0130] FIG. 6 illustrates an example in accordance with some embodiments. As shown, a PUSCH may be transmitted with OCC length of 4 in slots 604a-d. Additionally, the UE may have a first UCI 608 and a second UCI 612 to report. The first UCI 608 may be associated with a PUCCH resource that is in slot 604b, while the second UCI 612 may be associated with a PUCCH resource that is in slot 604d. If the configured UCI slot index (X) is 1, then the UCI can be multiplexed with the PUSCH if the associated PUCCH resource is in the slot 604b (e.g., the second slot of the OCC period) . Accordingly, the first UCI 608 may be multiplexed in the PUSCH (and repeated in each of the slots 604a-d) . The second UCI 612 may not be multiplexed in the PUSCH.

[0131] Additionally, or alternatively, the configuration information may indicate an OCC period in which the UE is to multiplex the UCI. For example, the OCC period for multiplexing may be referred to as parameter “Y. ” A first value of Y (e.g., Y = 0) may indicate that the UE is to multiplex the UCI in the current OCC period (e.g., the OCC period that includes the PUCCH resource) . A second value of Y (e.g., Y = 1) may indicate that the UE is to multiplex the UCI in a subsequent OCC period (e.g., the OCC period after the OCC period that includes the PUCCH resource) .

[0132] Referring again to FIG. 6, the UCI 608 may be transmitted in the slots 604a-d based on Y having the first value (e.g., 0) to indicate that the UE is to multiplex the UCI in the current OCC period.

[0133] FIG. 7 illustrates another example in accordance with some embodiments. As shown, a PUSCH may be transmitted in slots 704a-d and slots 708a-d with an OCC of length 4. The slots 704a-d may be included in a first OCC period, and slots 708a-d may be included in a second OCC period. For example, the PUSCH may be transmitted with a different RV in slots 708a-d than in slots 704a-d.

[0134] The UE may have UCI 712 to transmit to the network. The PUCCH resource that corresponds to the UCI 712 may be in slot 704c. Ifthe configured OCC period for multiplexing (Y) has the second value (e.g., 1) , then the UE multiplexes the UCI in the PUSCH transmitted in the subsequent OCC period (e.g., in slots 708a-d) . In some embodiments, the UE may also be configured with a UCI slot index (X) . In the example of FIG. 7, the configured UCI slot index may be 2 to indicate that the UE is permitted to multiplex the UCI with the PUSCH (e.g., since the PUCCH resource of the UCI 712 is in slot 708c, which is the third slot of the OCC period) .

[0135] In some instances, the configuration of the OCC period for multiplexing may be based on UE capability. For example, the UE may not be capable of transmitting the UCI in all slots 704a-d if the PUCCH resource is in slot 704c and / or slot 704d (e.g., due to processing time) . In some embodiments, the UE may transmit capability information to the network associated with UCI multiplexing on OCC-based PUSCH. The network may configure the value of X and / or Y based on the UE capability information.

[0136] For example, FIG. 8 illustrates an example procedure 800 in accordance with some embodiments. The procedure 800 may be performed by a UE (e.g., UE 104) or components thereof (e.g., baseband processor circuitry) .

[0137] At 804, the procedure 800 may include reporting UE capability information associated with UCI multiplexing on OCC-based PUSCH. For example, the UE capability information may indicate whether the UE supports UCI multiplexing on OCC-based PUSCH. The UE capability information may additionally or alternatively indicate a UE capability with respect to processing time for a CSI report, and / or a number of slots after the CSI reference resource that are needed before the UE can multiplex UCI.

[0138] At 808, the procedure 800 may include receiving configuration information for UCI multiplexing on OCC-based PUSCH. For example, the configuration information may indicate a UCI slot index (X) and / or an OCC period (Y) for multiplexing.

[0139] At 812, the procedure 800 may include determining whether and / or how to multiplex UCI on the OCC-based PUSCH based on the configuration information. In some embodiments, the UE may additionally determine the corresponding CSI reference resource based on the configuration information.

[0140] FIG. 9 illustrates another example procedure 900 in accordance with some embodiments. The procedure 900 may be performed by a network device (e.g., base station 108) or components thereof (e.g., baseband circuitry) .

[0141] At 904, the procedure 900 may include receiving UE capability information associated with UCI multiplexing on OCC-based PUSCH.

[0142] At 908, the procedure 900 may include transmitting configuration information to the UE for OCC-based PUSCH. For example, the configuration information may indicate a UCI slot index (X) and / or an OCC period (Y) for UCI multiplexing.

[0143] At 912, the procedure 900 may include determining the CSI reference resource for UCI based on the configuration information. For example, for a slot n that is the first slot in an OCC-based PUSCH transmission multiplexed with UCI, if Y = 0 (indicating that the OCC period for multiplexing is the current OCC period) , the CSI reference resource may be equal to:  where X is the configured UCI slot index. If Y = 1 (indicating that the OCC period for multiplexing is the subsequent OCC period) , the CSI reference resource may be equal to:  where OCCsize is the size (e.g., length) of the OCC (e.g., 2 or 4 slots) .

[0144] In some embodiments, the network may schedule transmission of UCI (e.g., transmit a DCI to indicate the PUCCH resource) based on the configuration information. For example, the network may schedule the UCI so that it will be multiplexed or will not be multiplexed with an OCC-based PUSCH.

[0145] Group-common DCI for OCC-based dynamic PUSCH transmissions

[0146] In some embodiments, the network may transmit a group-common DCI to schedule OCC-based PUSCH transmissions of multiple UEs. For example, the network may configure a group of UEs with a group radio network temporary identifier (RNTI) , which may be referred to as OCC-RNTI. The DCI may include a CRC scrambled by the group RNTI to indicate that the DCI is for the group of UEs. The DCI may schedule the PUSCH transmissions of the multiple UEs on a same set of resources. The individual UEs may transmit the respective PUSCHs with different OCCs (which may be configured via dedicated configuration) . Accordingly, the network may be able to successfully receive all of the PUSCHs.

[0147] FIG. 10 illustrates an example procedure 1000 for dynamic OCC-based PUSCH with group-common DCI, in accordance with some embodiments. The procedure 1000 may be performed by a UE (e.g., UE 104) or components thereof (e.g., baseband processor circuitry) .

[0148] At 1004, the procedure 1000 may include transmitting UE capability information associated with OCC-based PUSCH. For example, the UE capability information may indicate whether or not the UE supports OCC-based PUSCH and / or one or more OCC sizes that are supported by the UE. In some embodiments, the UE capability information may indicate a carrier frequency offset of the UE (e.g., an offset range or one or more values) . In OCC-based PUSCH, the carrier frequency offset may lead to phase shift on the PUSCH transmission of the UE. It may be beneficial for the UEs in the group of UEs to have similar carrier frequency offset values to maintain orthogonality between the UEs. Accordingly, the UE may report the carrier frequency offset to the network.

[0149] In some embodiments, the UE may further indicate status information to the network, such as location information to indicate a location of the UE (e.g., for power control of OCC-based PUSCH transmission) . The location information may be relatively coarse for this purpose.

[0150] At 1008, the procedure 1000 may include receiving configuration information for scheduling OCC-based PUSCH transmission with a group-common DCI. In some embodiments, the configuration information may be received via dedicated signaling (e.g., dedicated RRC signaling) . The configuration information may include one or more of: a group RNTI (e.g., OCC-RNTI, used to scramble the DCI CRC) ; resource allocation type; configured time domain resource assignment (TDRA) table (e.g., pusch-OCC- TimeDomainAllocationList) , which may be used with the DCI indication of TDRA; repletion type and repetition number (which may be part of the TDRA table configuration) ; configured common frequency resource (e.g., used with DCI indication of frequency domain resource assignment) ; demodulation reference signal (DMRS) mapping type; PUSCH power control; frequency hopping; modulation and coding scheme (MCS) table with transform precoder; resource block group (RBG) size; OCC size (e.g., 2 or 4) ; OCC sequence index (e.g., a single value between 0 and the OCC size) ; a UCI slot index for multiplexing (e.g., “X” as described above) ; and / or an OCC period for multiplexing (e.g., “Y” as described above) .

[0151] In some embodiments, some of the configuration information may be cell-specific, such as the TDRA table and / or common frequency resources. The cell-specific parameters may be sent via system information block (SIB) .

[0152] At 1012, the procedure 1000 may include receiving the group-common DCI to schedule the OCC-based PUSCH. In some embodiments, the group-common DCI may have a new DCI format (e.g., dedicated to scheduling OCC-based PUSCH) , which may be referred to as format 5_0, 5_1, or another format number. The new DCI format may be based on the contents of DCI format 0_0 and / or 0_1, with some modifications. The DCI format may have a CRC scrambled by the group RNTI (OCC-RNTI) .

[0153] In some embodiments, the group-common DCI may include one or more of the following fields: frequency domain resource assignment (e.g., with the number of bits of  where is the size of the common frequency resource configured for the group) ; time domain resource assignment (e.g., with a number of bits of where I is the number of entries in higher layer parameterpusch-OCC-TimeDomainAllocationList) ; frequency hopping flag; MCS; new data indicator; RV; HARQ process number; TPC command for scheduled OCC-based PUSCH; and / or reserved bits.

[0154] At 1016, the procedure 1000 may include encoding the OCC-based PUSCH for transmission. The OCC-based PUSCH may be encoded for transmission based on the group-common DCI and the dedicated and / or cell-specific configuration information (received at 1008) .

[0155] FIG. 11 illustrates another example procedure 1100 in accordance with some embodiments. The procedure 1100 may be similar to the procedure 1000, but from the  perspective of the network. The procedure 1100 may be performed by a network device (e.g., base station 108) or components thereof (e.g., baseband circuitry) .

[0156] At 1104, the procedure 1100 may include receiving UE capability information from one or more UEs (e.g., multiple UEs) . The UE capability information may correspond to the UE capability information transmitted by the UE at 1004 of procedure 1000. The network may further receive status information, such as location information, from the UE.

[0157] At 1108, the procedure 1100 may include determining a group of UEs. For example, the group of UEs may be determined based on the UE capability information and / or status information.

[0158] At 1112, the procedure 1100 may include generating dedicated configuration information for transmission to respective UEs of the group of UEs. The dedicated configuration information may correspond to the configuration information received by the UE at 1008 of procedure 1000. The network may transmit the dedicated configuration information via dedicated RRC signaling.

[0159] At 1116, the procedure 1100 may include generating a group-common DCI for transmission to the group of UEs to schedule respective PUSCH transmissions by the group of UEs. The group-common DCI may include CRC scrambled with the group RNTI.

[0160] At 1120, the procedure 1100 may include receiving the PUSCH transmissions from the plurality of UEs. The network may decode the PUSCH transmissions based on the respective OCCs used by the UEs.

[0161] Example operation flows / algorithmic structures

[0162] FIG. 12 illustrates another operation flow / algorithmic structure 1200 in accordance with some embodiments. The operation flow / algorithmic structure 1200 may be performed by a UE, such as UE 104, UE 106, or components therein, for example, baseband processor 1504A.

[0163] The operation flow / algorithmic structure 1200 may include, at 1204, receiving configuration information to indicate UCI slot index or an OCC period indicator associated with multiplexing a UCI on an OCC-based PUSCH. For example, the UCI slot index may correspond to the parameter “X” described herein, while the OCC period indicator may correspond to the parameter “Y” described herein.

[0164] The operation flow / algorithmic structure 1200 may further include, at 1208, determining a PUCCH resource associated with the UCI, wherein the PUCCH resource overlaps with the OCC-based PUSCH.

[0165] The operation flow / algorithmic structure 1200 may further include, at 1212, encoding the UCI for transmission in the OCC-based PUSCH based on the determining the PUCCH resource overlaps with the OCC-based PUSCH and based on the UCI slot index or the OCC period indicator. For example, encoding the UCI for transmission in the OCC-based PUSCH may be based on the PUCCH resource overlapping with a slot of the OCC-based PUSCH that corresponds to the UCI slot index. Additionally, or alternatively, the OCC period indicator may indicate whether the UCI is to be multiplexed with the OCC-based PUSCH in a first OCC period that overlaps with the PUCCH resource or a second OCC period that is subsequent to the first OCC period.

[0166] FIG. 13 illustrates another operation flow / algorithmic structure 1300 in accordance with some embodiments. The operation flow / algorithmic structure 1300 may be performed by a network device, such as base station 108, or components therein, for example, baseband processor 1604A.

[0167] The operation flow / algorithmic structure 1300 may include, at 1304, receiving, from a first UE, UE capability information associated with OCC-based PUSCH transmissions. The UE capability information may include, for example, an indication of whether the first UE supports the OCC-based PUSCH transmissions, a supported OCC size, or a frequency offset range. In some embodiments, the UE may further indicate status information, such as location information, to the network.

[0168] The operation flow / algorithmic structure 1300 may further include, at 1308, allocating the first UE to a group of UEs based on the UE capability information.

[0169] The operation flow / algorithmic structure 1300 may further include, at 1312, generating configuration information for transmission to the first UE via dedicated signaling, the configuration information for a group-common DCI. For example, the configuration information may include a group-common RNTI (e.g., OCC-RNTI) and / or an indication of an OCC sequence to be used by the first UE.

[0170] The operation flow / algorithmic structure 1300 may further include, at 1316, generating the group-common DCI for transmission to the group of UEs to schedule respective OCC-based PUSCHs in a same resource.

[0171] The operation flow / algorithmic structure 1300 may further include, at 1320, receiving the OCC-based PUSCHs.

[0172] FIG. 14 illustrates another operation flow / algorithmic structure 1400 in accordance with some embodiments. The operation flow / algorithmic structure 1400 may be performed by a UE, such as UE 104, UE 106, or components therein, for example, baseband processor 1504A.

[0173] The operation flow / algorithmic structure 1400 may include, at 1404, receiving a configuration of a multiplication factor associated with multiplexing UCI in a PUSCH to be transmitted with an OCC. The multiplication factor may be less than 1. The multiplication factor may correspond to the beta offset value or additional multiplication factor described herein.

[0174] The operation flow / algorithmic structure 1400 may further include, at 1408, determining a number of resources for the UCI based on the multiplication factor. For example, the multiplication factor may lead to fewer resources being used for UCI in individual PUSCH repetitions compared with a PUSCH that is not spread by OCC.

[0175] The operation flow / algorithmic structure 1400 may further include, at 1412, encoding the UCI for transmission in the number of resources.

[0176] Example Devices

[0177] FIG. 15 illustrates a UE 1500 in accordance with some embodiments. The UE 1500 may be similar to and substantially interchangeable with UE 104 or 106.

[0178] The UE 1500 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, or actuators) , video surveillance / monitoring devices (for example, cameras or video cameras) , wearable devices (for example, a smart watch) , or Internet-of-things devices.

[0179] The UE 1500 may include processors 1504, RF interface circuitry 1508, memory / storage 1512, user interface 1516, sensors 1520, driver circuitry 1522, power management integrated circuit (PMIC) 1524, antenna 1526, and battery 1528. The components of the UE 1500 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 15 is intended to show a high-level view of some of the components of the UE 1500. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0180] The components of the UE 1500 may be coupled with various other components over one or more interconnects 1532, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0181] The processors 1504 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1504A, central processor unit circuitry (CPU) 1504B, and graphics processor unit circuitry (GPU) 1504C. The processors 1504 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1512 to cause the UE 1500 to perform operations associated with OCC-based PUSCH transmission as described herein. The processors 1504 may also include interface circuitry 1504D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the UE 1500.

[0182] In some embodiments, the baseband processor circuitry 1504A may access a communication protocol stack 1536 in the memory / storage 1512 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1504A may access the communication protocol stack 1536 to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1508.

[0183] The baseband processor circuitry 1504A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0184] The memory / storage 1512 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1536) that may be executed by one or more of the processors 1504 to cause the UE 1500 to perform various operations associated with OCC-based PUSCH transmission described herein.

[0185] The memory / storage 1512 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1500. In some embodiments, some of the memory / storage 1512 may be located on the processors 1504 themselves (for example, memory / storage 1512 may be part of a chipset that corresponds to the baseband processor circuitry 1504A) , while other memory / storage 1512 is external to the processors 1504 but accessible thereto via a memory interface. The memory / storage 1512 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0186] The RF interface circuitry 1508 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1500 to communicate with other devices over a radio access network. The RF interface circuitry 1508 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry.

[0187] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 1526 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1504.

[0188] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the  RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1526.

[0189] In various embodiments, the RF interface circuitry 1508 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0190] The antenna 1526 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 1526 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1526 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 1526 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0191] The user interface 1516 includes various input / output (I / O) devices designed to enable user interaction with the UE 1500. The user interface 1516 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1500.

[0192] The sensors 1520 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems  comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0193] The driver circuitry 1522 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1500, attached to the UE 1500, or otherwise communicatively coupled with the UE 1500. The driver circuitry 1522 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1500. For example, driver circuitry 1522 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1520 and control and allow access to sensors 1520, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0194] The PMIC 1524 may manage power provided to various components of the UE 1500. In particular, with respect to the processors 1504, the PMIC 1524 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0195] A battery 1528 may power the UE 1500, although in some examples the UE 1500 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1528 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1528 may be a typical lead-acid automotive battery.

[0196] FIG. 16 illustrates a network device 1600 in accordance with some embodiments. The network device 1600 may be similar to and substantially interchangeable with base station 108 or a device of the core network 112 or external data network 120.

[0197] The network device 1600 may include processors 1604, RF interface circuitry 1608 (if implemented as a base station) , core network (CN) interface circuitry 1614, memory / storage circuitry 1612, and antenna structure 1626.

[0198] The components of the network device 1600 may be coupled with various other components over one or more interconnects 1628.

[0199] The processors 1604, RF interface circuitry 1608, memory / storage circuitry 1612 (including communication protocol stack 1610) , antenna structure 1626, and interconnects 1628 may be similar to like-named elements shown and described with respect to FIG. 15.

[0200] The processors 1604 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1604A, central processor unit circuitry (CPU) 1604B, and graphics processor unit circuitry (GPU) 1604C. The processors 1604 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 1612 to cause the network device 1600 to perform operations associated with OCC-based PUSCH transmission described herein. The processors 1604 may also include interface circuitry 1604D to communicatively couple the processor circuitry with one or more other components of the network device 1600.

[0201] The CN interface circuitry 1614 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 1600 via a fiber optic or wireless backhaul. The CN interface circuitry 1614 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1614 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0202] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0203] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0204] Examples

[0205] In the following sections, further exemplary embodiments are provided.

[0206] Example 1 includes a method comprising: receiving configuration information to indicate an uplink control information (UCI) slot index or an orthogonal cover code (OCC) period indicator associated with multiplexing a UCI on an OCC-based physical uplink shared channel (PUSCH) ; determining a physical uplink control channel (PUCCH) resource associated with the UCI, wherein the PUCCH resource overlaps with the OCC-based PUSCH; and encoding the UCI for transmission in the OCC-based PUSCH based on the determining the PUCCH resource overlaps with the OCC-based PUSCH and based on the UCI slot index or the OCC period indicator.

[0207] Example 2 includes the method of example 1 or some other example herein, wherein encoding the UCI for transmission in the OCC-based PUSCH is based on the PUCCH resource overlapping with a slot of the OCC-based PUSCH that corresponds to the UCI slot index.

[0208] Example 3 includes the method of example 1 or some other example herein, wherein the OCC period indicator indicates whether the UCI is to be multiplexed with the OCC-based PUSCH in a first OCC period that overlaps with the PUCCH resource or a second OCC period that is subsequent to the first OCC period.

[0209] Example 4 includes the method of example 1 or some other example herein, further comprising generating user equipment (UE) capability information for transmission to a network to indicate a UE capability for multiplexing the UCI on the OCC-based PUSCH, wherein the configuration information is based on the UE capability information.

[0210] Example 5 includes the method of example 4 or some other example herein, wherein the UE capability includes a processing time for processing channel state information (CSI) .

[0211] Example 6 includes the method of example 1 or some other example herein, further comprising identifying a channel state information (CSI) reference resource, wherein determining the PUCCH resource is based on the CSI reference resource.

[0212] Example 7 includes the method of example 1 or some other example herein, further comprising: receiving, dedicated configuration information for a group-common downlink control information (DCI) ; and receiving the group-common DCI to schedule the OCC-based PUSCH.

[0213] Example 8 includes the method of example 7 or some other example herein, wherein the dedicated configuration information includes a group radio network temporary identifier (RNTI) , and wherein the DCI has a cyclic redundancy code (CRC) scrambled by the group RNTI.

[0214] Example 9 includes the method of example 7 or some other example herein, wherein the dedicated configuration information includes one or more of: a resource allocation type; a time domain resource assignment table; or a common frequency resource for the group-common DCI; and wherein the group-common DCI includes one or more of: a frequency domain resource assignment; or a time domain resource assignment for the OCC-based PUSCH.

[0215] Example 10 includes the method of example 1 or some other example herein, further comprising determining a number of resources for the UCI based on a multiplication factor that is less than one.

[0216] Example 11 includes the method of example 10 or some other example herein, wherein the multiplication factor is a beta offset value, or wherein the number of resources is determined based on multiplying the multiplication factor by a beta offset value

[0217] Example 12 includes a method comprising: receiving, from a first user equipment (UE) , UE capability information associated with orthogonal cover code (OCC) -based physical uplink shared channel (PUSCH) transmissions; allocating the first UE to a group of UEs based on the UE capability information; generating configuration information for transmission to the first UE via dedicated signaling, the configuration information  including a group-common radio network temporary identifier (RNTI) for a group-common downlink control information (DCI) and an indication of an OCC sequence to be used by the first UE; generating the group-common DCI for transmission to the group of UEs to schedule respective OCC-based PUSCHs in a same resource; and receiving the OCC-based PUSCHs.

[0218] Example 13 includes the method of example 12 or some other example herein, wherein the UE capability information includes an indication of whether the first UE supports the OCC-based PUSCH transmissions, a supported OCC size, or a frequency offset range.

[0219] Example 14 includes the method of example 12 or some other example herein, further comprising receiving location information from the first UE, wherein allocating the first UE to the group of UEs is further based on the location information.

[0220] Example 15 includes the method of example 12 or some other example herein, wherein the configuration information further indicates an uplink control information (UCI) slot index or an orthogonal cover code (OCC) period indicator associated with multiplexing a UCI in the respective OCC-based PUSCH, and wherein the method further comprises receiving the UCI from the first UE in the respective OCC-based PUSCH.

[0221] Example 16 includes the method of example 15 or some other example herein, wherein the UCI includes channel state information (CSI) , and wherein the method further comprises identifying a CSI reference resource associated with the UCI based on the UCI slot index or the OCC period indicator.

[0222] Example 17 includes the method of example 15 or some other example herein, wherein the UE capability information indicates a UE capability associated with multiplexing the UCI on the respective OCC-based PUSCH, and wherein the method further comprises determining a value of the UCI slot index or the OCC period indicator based on the UE capability.

[0223] Example 18 includes the method of example 15 or some other example herein, further comprising configuring a multiplication factor for the first UE to determine a number of resources to use for transmission of the UCI in a slot of the OCC-based PUSCH, wherein the multiplication factor is less than 1.

[0224] Example 19 includes an apparatus comprising processing circuitry to: receive a configuration of a multiplication factor associated with multiplexing uplink control information (UCI) in a physical uplink shared channel (PUSCH) to be transmitted with an  orthogonal cover code (OCC) , wherein the multiplication factor is less than 1; determine a number of resources for the UCI based on the multiplication factor; and encode the UCI for transmission in the number of resources. The apparatus may further comprise interface circuitry coupled to the processing circuitry to enable communication.

[0225] Example 20 includes the apparatus of example 19 or some other example herein, wherein the OCC is inter-slot OCC with an OCC period, and wherein encoding the UCI for transmission includes encoding the UCI for transmission in the number of resources of multiple slots of the OCC period.

[0226] Example 21 includes the apparatus of example 19 or some other example herein, wherein the UCI includes hybrid automatic repeat request (HARQ) feedback or channel state information (CSI) .

[0227] Example 22 includes the apparatus of example 19 or some other example herein, wherein the multiplication factor is a beta offset value.

[0228] Example 23 includes the apparatus of example 19 or some other example herein, wherein to determine the number of resources includes to multiply the multiplication factor by a beta offset value.

[0229] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1-23, or any other method or process described herein.

[0230] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1-23, or any other method or process described herein.

[0231] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1-23, or any other method or process described herein.

[0232] Another example may include a method, technique, or process as described in or related to any of examples 1-23, or portions or parts thereof.

[0233] Another example may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-23, or portions thereof.

[0234] Another example may include a signal as described in or related to any of examples 1-23, or portions or parts thereof.

[0235] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1-23, or portions or parts thereof, or otherwise described in the present disclosure.

[0236] Another example may include a signal encoded with data as described in or related to any of examples 1-23, or portions or parts thereof, or otherwise described in the present disclosure.

[0237] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1-23, or portions or parts thereof, or otherwise described in the present disclosure.

[0238] Another example may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-23, or portions thereof.

[0239] Another example may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1-23, or portions thereof.

[0240] Another example may include a signal in a wireless network as shown and described herein.

[0241] Another example may include a method of communicating in a wireless network as shown and described herein.

[0242] Another example may include a system for providing wireless communication as shown and described herein.

[0243] Another example may include a device for providing wireless communication as shown and described herein.

[0244] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0245] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A method comprising:receiving configuration information to indicate an uplink control information (UCI) slot index or an orthogonal cover code (OCC) period indicator associated with multiplexing a UCI on an OCC-based physical uplink shared channel (PUSCH) ;determining a physical uplink control channel (PUCCH) resource associated with the UCI, wherein the PUCCH resource overlaps with the OCC-based PUSCH; andencoding the UCI for transmission in the OCC-based PUSCH based on the determining the PUCCH resource overlaps with the OCC-based PUSCH and based on the UCI slot index or the OCC period indicator.2.The method of claim 1, wherein encoding the UCI for transmission in the OCC-based PUSCH is based on the PUCCH resource overlapping with a slot of the OCC-based PUSCH that corresponds to the UCI slot index.3.The method of claim 1 or 2, wherein the OCC period indicator indicates whether the UCI is to be multiplexed with the OCC-based PUSCH in a first OCC period that overlaps with the PUCCH resource or a second OCC period that is subsequent to the first OCC period.4.The method of claim 1 or 2, further comprising generating user equipment (UE) capability information for transmission to a network to indicate a UE capability for multiplexing the UCI on the OCC-based PUSCH, wherein the configuration information is based on the UE capability information.5.The method of claim 4, wherein the UE capability includes a processing time for processing channel state information (CSI) .6.The method of claim 1 or 2, further comprising identifying a channel state information (CSI) reference resource, wherein determining the PUCCH resource is based on the CSI reference resource.7.The method of claim 1 or 2, further comprising:receiving, dedicated configuration information for a group-common downlink control information (DCI) ; andreceiving the group-common DCI to schedule the OCC-based PUSCH.8.The method of claim 7, wherein the dedicated configuration information includes a group radio network temporary identifier (RNTI) , and wherein the DCI has a cyclic redundancy code (CRC) scrambled by the group RNTI.9.The method of claim 7, wherein the dedicated configuration information includes one or more of: a resource allocation type; a time domain resource assignment table; or a common frequency resource for the group-common DCI; andwherein the group-common DCI includes one or more of: a frequency domain resource assignment; or a time domain resource assignment for the OCC-based PUSCH.10.The method of claim 1 or 2, further comprising determining a number of resources for the UCI based on a multiplication factor that is less than one.11.The method of claim 10, wherein the multiplication factor is a beta offset value, or wherein the number of resources is determined based on multiplying the multiplication factor by a beta offset value.12.A method comprising:receiving, from a first user equipment (UE) , UE capability information associated with orthogonal cover code (OCC) -based physical uplink shared channel (PUSCH) transmissions;allocating the first UE to a group of UEs based on the UE capability information;generating configuration information for transmission to the first UE via dedicated signaling, the configuration information including a group-common radio network temporary identifier (RNTI) for a group-common downlink control information (DCI) and an indication of an OCC sequence to be used by the first UE;generating the group-common DCI for transmission to the group of UEs to schedule respective OCC-based PUSCHs in a same resource; andreceiving the OCC-based PUSCHs.13.The method of claim 12, wherein the UE capability information includes an indication of whether the first UE supports the OCC-based PUSCH transmissions, a supported OCC size, or a frequency offset range.14.The method of claim 12 or 13, further comprising receiving location information from the first UE, wherein allocating the first UE to the group of UEs is further based on the location information.15.The method of claim 12 or 13, wherein the configuration information further indicates an uplink control information (UCI) slot index or an orthogonal cover code (OCC) period indicator associated with multiplexing a UCI in the respective OCC-based PUSCH, and wherein the method further comprises receiving the UCI from the first UE in the respective OCC-based PUSCH.16.The method of claim 15, wherein the UCI includes channel state information (CSI) , and wherein the method further comprises identifying a CSI reference resource associated with the UCI based on the UCI slot index or the OCC period indicator.17.The method of claim 15, wherein the UE capability information indicates a UE capability associated with multiplexing the UCI on the respective OCC-based PUSCH, and wherein the method further comprises determining a value of the UCI slot index or the OCC period indicator based on the UE capability.18.The method of claim 15, further comprising configuring a multiplication factor for the first UE to determine a number of resources to use for transmission of the UCI in a slot of the OCC-based PUSCH, wherein the multiplication factor is less than 1.19.An apparatus comprising:processing circuitry to:receive a configuration of a multiplication factor associated with multiplexing uplink control information (UCI) in a physical uplink shared channel (PUSCH) to be transmitted with an orthogonal cover code (OCC) , wherein the multiplication factor is less than 1;determine a number of resources for the UCI based on the multiplication factor; andencode the UCI for transmission in the number of resources; andinterface circuitry coupled to the processing circuitry to enable communication.20.The apparatus of claim 19, wherein the OCC is inter-slot OCC with an OCC period, and wherein encoding the UCI for transmission includes encoding the UCI for transmission in the number of resources of multiple slots of the OCC period.21.The apparatus of claim 19 or 20, wherein the UCI includes hybrid automatic repeat request (HARQ) feedback or channel state information (CSI) .22.The apparatus of claim 19 or 20, wherein the multiplication factor is a beta offset value.23.The apparatus of claim 19 or 20, wherein to determine the number of resources includes to multiply the multiplication factor by a beta offset value.

Images